Times are UTC Toggle Colours
00:06:56 *** frosch123 [~frosch@frnk-4d008ccc.pool.mediaWays.net] has quit [Quit: quak] 00:15:46 *** KouDy1 [~KouDy@188.75.190.58] has quit [Quit: Leaving.] 00:27:53 *** adit [~adit@182.3.156.176] has quit [Quit: Leaving] 00:32:07 *** HerzogDeXtEr1 [~Flex@i59F6BC87.versanet.de] has joined #openttd 00:38:59 *** HerzogDeXtEr [~Flex@i59F6CD13.versanet.de] has quit [Ping timeout: 480 seconds] 00:40:43 *** TomyLobo [~foo@91-65-210-133-dynip.superkabel.de] has quit [Quit: Standby mode...] 01:04:09 *** BookaT [~Booka@cpe-24-28-157-113.satx.res.rr.com] has quit [Ping timeout: 480 seconds] 01:06:44 *** BookaT [~Booka@cpe-24-28-157-113.satx.res.rr.com] has joined #openttd 01:15:52 *** glx [glx@000128ec.user.oftc.net] has quit [Quit: Bye !] 01:26:22 *** pugi [~pugi@host-091-097-068-186.ewe-ip-backbone.de] has quit [] 01:38:50 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has quit [] 01:43:33 *** alluke [~oftc-webi@cs181208223.pp.htv.fi] has quit [Remote host closed the connection] 01:47:33 *** HerzogDeXtEr1 [~Flex@i59F6BC87.versanet.de] has quit [Read error: Connection reset by peer] 02:07:15 *** Biolunar_ [mahdi@blfd-5d82143a.pool.mediaWays.net] has joined #openttd 02:14:32 *** Biolunar__ [mahdi@blfd-5d823480.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 02:37:15 <Milaga> *sigh* This "US names" NewGRF does not appear to work. It's kind of a pain to go back and change all the landlocked "Pennywinkle-on-sea" towns to something that doesn't sound so English. 02:42:43 *** DarkAceZ [~BillyMays@50.107.52.142] has joined #openttd 03:27:00 *** robotboy [~robotboy@0001164c.user.oftc.net] has joined #openttd 04:15:17 *** cyph3r [~Miranda@ip-213-220-193-253.net.upcbroadband.cz] has joined #openttd 04:32:43 <Milaga> So if I wanted to make my own NewGRF to assign names based on town size (say, a pool for cities, a pool for towns over 400 pop and a random generator for those below 400) would learning NML be the way to go? GRFMaker was not as point and click as I thought it would be. 04:35:15 <Milaga> Frankly I'd be happy if I could just pull from a list. 04:47:51 *** cyph3r [~Miranda@ip-213-220-193-253.net.upcbroadband.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 04:56:01 *** Eddi|zuHause [~johekr@p5DC66D67.dip0.t-ipconnect.de] has quit [] 04:56:15 *** Eddi|zuHause [~johekr@p57BD4FA9.dip0.t-ipconnect.de] has joined #openttd 05:41:45 *** DDR [~chatzilla@d50-92-61-101.bchsia.telus.net] has joined #openttd 06:27:23 *** alluke [~oftc-webi@cs181208223.pp.htv.fi] has joined #openttd 06:49:11 *** tst [id@37.140.109.35] has joined #openttd 06:50:12 *** tst [id@37.140.109.35] has quit [] 07:05:16 <planetmaker> good morning 07:13:29 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has joined #openttd 07:14:19 <andythenorth> herp 07:14:26 <andythenorth> farm fields can't be planted in desert :P 07:14:27 <andythenorth> oops 07:15:01 <Rubidium> andythenorth: why not? Just let the farm require water 07:15:20 <andythenorth> unless you are about to commit something for that....I can't ;) 07:15:20 <Rubidium> if there's no water, make it go all dried up and non-producing 07:15:27 <andythenorth> ugh 07:16:22 *** Djohaal [~Djohaal@189.58.20.15.dynamic.adsl.gvt.net.br] has quit [Read error: Connection reset by peer] 07:16:29 *** mindlesstux [~mindlestu@raspberrypi.mindlesstux.com] has quit [Ping timeout: 480 seconds] 07:18:06 <planetmaker> we don't draw fields there, though, Rubidium 07:18:24 <planetmaker> even snow moves the field fences 07:19:31 <Rubidium> oh, those farm fields 07:21:44 <DorpsGek> Commit by rubidium :: r25524 trunk/src/gfx_layout.cpp (2013-06-30 07:21:37 UTC) 07:21:45 <DorpsGek> -Fix [FS#5624]: fallback layouter broke on long "words" without space after a newline 07:22:11 *** KouDy1 [~KouDy@188.75.190.58] has joined #openttd 07:29:18 <planetmaker> hm, would be nice if page up and page down worked on readme viewer 07:29:38 <DorpsGek> Commit by rubidium :: r25525 trunk/src/gfx_layout.cpp (2013-06-30 07:29:31 UTC) 07:29:39 <DorpsGek> -Fix: off-by-one in fallback layout w.r.t. colour/font changes 07:29:44 *** sla_ro|master [~sla.ro@89.137.75.224] has joined #openttd 07:29:57 <Rubidium> planetmaker: see that as you personal quest ;) 07:30:58 *** BookaT [~Booka@cpe-24-28-157-113.satx.res.rr.com] has quit [Quit: Leaving] 07:31:10 <planetmaker> I would want to push that in LordAro's direction ;-) 07:34:44 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd 07:39:05 *** zooks [~zooks@vhe-540241.sshn.net] has joined #openttd 07:43:33 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has joined #openttd 07:46:16 <DorpsGek> Commit by rubidium :: r25526 trunk/src/gfx_layout.cpp (2013-06-30 07:46:10 UTC) 07:46:17 <DorpsGek> -Fix: line breaking in fallback layouter was off-by-one, so sometimes strings that needed to be broken off earlier got truncated later on 07:52:40 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd 07:53:00 *** permagreen [~donovan@204-195-27-175.wavecable.com] has joined #openttd 08:05:59 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 08:10:02 *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 08:10:05 *** mode/#openttd [+o Alberth] by ChanServ 08:10:23 <Alberth> moin 08:13:33 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd 08:17:19 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginmedia.com] has joined #openttd 08:27:10 <planetmaker> moin Alberth 08:29:57 <DorpsGek> Commit by alberth :: r25527 trunk/src/string.cpp (2013-06-30 08:29:51 UTC) 08:29:58 <DorpsGek> -Fix[FS#5621]: strndup should not examine strings beyond its upper limit. 08:39:27 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection] 08:46:20 *** Progman [~progman@p57A1AD2F.dip0.t-ipconnect.de] has joined #openttd 08:58:44 <DorpsGek> Commit by rubidium :: r25528 /branches/1.3 (70 files in 5 dirs) (2013-06-30 08:58:35 UTC) 08:58:45 <DorpsGek> [1.3] -Backport from trunk: 08:58:46 <DorpsGek> - Fix: strndup should not examine strings beyond its upper limit [FS#5621] (r25527) 08:58:47 <DorpsGek> - Fix: SDL does not give an event when an application gets mouse focus while going to full screen, so manually force the mouse-is-in-window state [FS#5587] (r25523) 08:58:48 <DorpsGek> - Fix: Reworked layouting (r25526, r25525, r25524, r25513, r25512, r25511) 09:06:02 <DorpsGek> Commit by rubidium :: r25529 /branches/1.3 (22 files in 8 dirs) (2013-06-30 09:05:55 UTC) 09:06:03 <DorpsGek> [1.3] -Backport from trunk: language updates 09:06:04 <DorpsGek> [1.3] -Update: documentation 09:11:42 <DorpsGek> Commit by rubidium :: r25530 /tags/1.3.2-RC1 (3 files in 3 dirs) (2013-06-30 09:11:35 UTC) 09:11:43 <DorpsGek> -Release: 1.3.2-RC1 09:20:32 *** gelignite [~gelignite@i5387A070.versanet.de] has joined #openttd 09:37:17 *** DDR [~chatzilla@d50-92-61-101.bchsia.telus.net] has quit [Ping timeout: 480 seconds] 09:38:56 *** frosch123 [~frosch@frnk-590f6cb9.pool.mediaWays.net] has joined #openttd 09:51:20 *** pugi [~pugi@host-091-097-048-207.ewe-ip-backbone.de] has joined #openttd 10:10:24 *** Brumi [~quassel@78-131-41-191.pool.hdsnet.hu] has joined #openttd 10:17:39 *** kero [~keikoz@202.4.69.86.rev.sfr.net] has joined #openttd 10:31:07 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has quit [Ping timeout: 480 seconds] 10:45:30 *** gelignite [~gelignite@i5387A070.versanet.de] has quit [Quit: http://bit.ly/nkczDT] 10:51:39 <MNIM> Question: Is it possible to have only mail and passengers distribute automatically in cargodist? 10:52:42 <Alberth> yes, there are toggles for several types of 'cargos' 10:55:15 <MNIM> oh, nice 11:18:35 <kero> You set that in the settings. Set it to "manual" for the cargos other than pax/mail 11:19:47 *** heffer [~felix@hyperion.fk.cx] has quit [Ping timeout: 480 seconds] 11:22:25 <MNIM> ok, thanks 11:23:13 *** kero [~keikoz@202.4.69.86.rev.sfr.net] has quit [Quit: kero] 11:28:01 *** HerzogDeXtEr [~Flex@i59F6BC87.versanet.de] has joined #openttd 11:34:30 *** sla_ro|master [~sla.ro@89.137.75.224] has quit [Remote host closed the connection] 11:34:36 *** sla_ro|master [slamaster@89.137.75.224] has joined #openttd 11:37:17 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has joined #openttd 11:53:34 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 11:54:32 <MNIM> Hmmmh. 11:54:40 <MNIM> some of my lines might be a tad bit overloaded 11:55:24 <planetmaker> more trains or more tracks might solve that :-P 11:55:30 <planetmaker> or simply longer trains 11:56:21 <MNIM> It looks like I mainly need more stop trains. 11:56:38 <MNIM> my 14-tile long intercity trains seem alright. 11:57:14 *** TomyLobo [~foo@91-65-210-133-dynip.superkabel.de] has joined #openttd 12:10:18 <Bad_Brett> when using childsprites, the z0 offset has to be x(z5)*2^5 to be positioned properly, right? (32,64,96, 128...) 12:11:24 <Bad_Brett> is there a good reason why it works this way? 12:14:43 <Alberth> do you need another reason than "it works" ? 12:15:20 <planetmaker> for my childsprites to ground tiles the offsets need be 0 12:16:13 <planetmaker> http://dev.openttdcoop.org/projects/ogfx-landscape/repository/entry/src/rocky_land.pnml#L14 12:16:33 <planetmaker> so I challange the statement that childsprites need any offset to be properly aligned 12:17:50 <planetmaker> as usual it depends highly on what you want to align with what, though 12:18:12 *** Brumi [~quassel@78-131-41-191.pool.hdsnet.hu] has quit [] 12:18:23 *** pugi [~pugi@host-091-097-048-207.ewe-ip-backbone.de] has quit [] 12:24:06 <Bad_Brett> the problem occurs mostly when the z0 sprites have irregular offsets, e.g [146, 178]... when scaled, the z5 offsets will be [4,6]. This works perfectly on all regular sprites, but when using childsprites OpenTTD will use the z5 value and multiply it with 32 [128, 196], instead of using [146, 178] 12:24:29 <Bad_Brett> of course this can be solved rather easily by using standard sizes on everything 12:24:55 <planetmaker> what is z0 for you? 12:25:09 <planetmaker> and z5? etc? 12:25:46 <planetmaker> base line is always the 1x zoom sprites. 12:26:20 <planetmaker> Values are scaled from there. Or should be 12:26:37 <Bad_Brett> z0 = 4x zoom, z5 = 1/8x zoom 12:26:47 <Bad_Brett> i'll have to test this again 12:28:24 <Bad_Brett> because if i remember correctly, i got different results on the 4x zoom level when i added the 1/2x, 1/4x and 1/8x zoom levels, which shouldn't be the case 12:28:47 <Bad_Brett> i'll do some more testing 12:29:54 <Bad_Brett> however, the original question is still valid: if you can set different offsets for different zoom levels, why aren't they used? 12:30:31 <planetmaker> they shalll not be used. As they're ignored 12:30:57 <planetmaker> afaik 12:31:15 *** Ristovski [~rafael@31.11.127.74] has joined #openttd 12:31:51 <Bad_Brett> yes, yes i know... but is there a technical reason why they are ignored, or is it just a feature that's never been added due to lack of time/interest? 12:33:26 <planetmaker> it's zoom levels. So sprites sizes must simply scale 12:35:30 <Bad_Brett> yeah, but on standard sprites the offsets don't scale automatically... this is the confusing part 12:35:51 <planetmaker> what are "standard sprites"? 12:36:01 <Bad_Brett> parent sprites may be a better word 12:36:19 <planetmaker> yes. using the correct terms helps tremendously 12:36:30 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has joined #openttd 12:36:32 <Bad_Brett> sorry :) 12:37:00 <planetmaker> also wrt zoom levels it would. 12:38:07 <Bad_Brett> i'll remember that 12:38:18 <planetmaker> http://newgrf-specs.tt-wiki.net/wiki/RealSprites#zoom_level 12:38:35 <planetmaker> or simply 4x, 2x, 1x, 0.5x 12:40:51 <Bad_Brett> the z0/z1/z2 levels were used during the development of the orignal extra zoom levels patch though... so i'm gonna blame those guys on this one 12:41:09 <planetmaker> do that. won't help understanding, though 12:41:42 <planetmaker> (I always found their naming... not appropriate already then) 12:41:53 <Bad_Brett> :) 12:42:30 <planetmaker> the point about using the 1x offsets etc is that things must not "jump" when zooming in or out 12:43:00 <Bad_Brett> but ironically, this is exactly what happens :( 12:43:25 <planetmaker> then the parent sprites are not properly aligned by simply scaling their offsets? 12:43:57 <planetmaker> I know that "properly" is relative. 12:44:40 <planetmaker> Especially when it comes to sprites which overlap the actual tile boundaries slightly or are offset by, say, 1px which corresponds to 0.25px in 1x zoom 12:45:45 <Bad_Brett> yeah, but we're talking BIG jumps... maybe 20 pixels 12:46:34 <planetmaker> I don't see how they can happen, if you simply use scaled versions of the sprites. Without aligning them completely differently 12:47:35 <Bad_Brett> my only explaination is that OpenTTD scales the values of the farthest zoom level (in my case 1/8x) 12:48:31 <Bad_Brett> which means, that if the proper offsets on the 4x level is something irregular, such as [146, 178] 12:48:51 <planetmaker> @calc 146/4 12:48:52 <DorpsGek> planetmaker: 36.5 12:49:10 <planetmaker> that would not work well... as it does not even scale with 1x really 12:50:22 <Bad_Brett> yeah i know, and this may cause a 1 px error on the 1x zoom level 12:50:30 <Bad_Brett> that's perfectly logical 12:50:44 <planetmaker> yes, but not 20 :-) 12:50:51 <Bad_Brett> exactly 12:51:12 <Bad_Brett> but we're getting to that :) 12:54:27 <Bad_Brett> the problem is that the offsets of the 4x level is completely ignored, so the 1px error will scale to a 4px error on the 4x level... and i'm most certain that it gets even worse when you add sprites for the 1/8x level... basically, the more zoom levels i added, the weirder results 12:54:59 <Bad_Brett> the "easy" solution is of course to make sure that everything scales properly 12:55:08 <Bad_Brett> both parent sprites and child sprites 12:55:18 <planetmaker> that's the definition of zoom level actually. yes 12:55:45 <planetmaker> it's 1x, 2x and 4x. Not 1x, 2.05x and 4.1x :-) 12:56:08 <planetmaker> It's easy for me to say this. I know that it's much harder to draw and align by that :-) 12:57:40 <Bad_Brett> well it won't be that hard to re-write my code so that everything is dividable by 32... some sprites will just become a bit bigger 12:59:50 <Bad_Brett> but the question still remains... if i decide to add graphics for all the zoom levels, should i be able to manually control the offsets (which works perfectly on the parent sprites) 13:00:22 <Bad_Brett> *shouldn't 13:05:22 <planetmaker> Honestly, I'm not sure :-) Not wure whether there are implications I might miss 13:13:58 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has joined #openttd 13:15:12 <Bad_Brett> alright, thanks anyway 13:15:25 <Bad_Brett> i'll change the sizes to something scalable 13:15:29 <Bad_Brett> that should do the trick 13:20:27 <planetmaker> if that doesn't do the trick, please come back :-) And also come back if it does do the trick ;-) 13:25:40 <Bad_Brett> i will 13:37:19 <peter1139> do the offsets for the max zoom level 13:37:32 <peter1139> all other levels can use transparent pixels for padding if necessary 13:41:50 *** adit [~adit@182.4.199.33] has joined #openttd 13:46:16 <Bad_Brett> that's just the thing - it won't work 13:46:24 <Bad_Brett> it works perfectly on parent sprites 13:46:29 <Bad_Brett> but not on child sprites 13:47:50 <Bad_Brett> so usually it's not a problem 13:48:21 <Bad_Brett> but with irregular sprite sizes and 6 different zoom levels, it's a nightmare 13:48:28 <Bad_Brett> :) 14:01:29 <MNIM> Heh. 14:01:42 <MNIM> after almost fifty years I am going to replace my steam train mainline 14:01:54 <MNIM> time to up the average speed on the mainline 14:05:26 <frosch123> Bad_Brett: usual problem with child sprites is that they are positioned relatively to the topleft of the parent sprite, i.e. not relative to the reference point of the parent sprite 14:05:43 <frosch123> so if parent sprites are cropped differently, child sprites are positioned kind of anywhere 14:06:36 <MNIM> whew. slightly higher top speed, but almost twice the capacity per train for the new models 14:19:03 *** gelignite [~gelignite@i5387A61A.versanet.de] has joined #openttd 14:22:19 *** lobstar [~lobster@glosoli.owenrudge.net] has joined #openttd 14:22:19 *** lobster [~lobster@glosoli.owenrudge.net] has quit [Read error: Connection reset by peer] 14:32:38 <DorpsGek> Commit by frosch :: r25531 /trunk/src (17 files in 3 dirs) (2013-06-30 14:32:31 UTC) 14:32:39 <DorpsGek> -Codechange: Use separate function to set data of WWT_MATRIX widgets. 14:33:21 <DorpsGek> Commit by frosch :: r25532 /trunk/src (5 files in 2 dirs) (2013-06-30 14:33:15 UTC) 14:33:22 <DorpsGek> -Fix: Do not make the minimal size of matrix or panel widgets depend on their number of rows, since that changes when resizing the window. 14:33:39 <DorpsGek> Commit by frosch :: r25533 /trunk/src (4 files in 2 dirs) (2013-06-30 14:33:32 UTC) 14:33:40 <DorpsGek> -Codechange: Use SetCapacityFromWidget more often. 14:34:29 <DorpsGek> Commit by frosch :: r25534 /trunk/src (network/network_gui.cpp object_gui.cpp) (2013-06-30 14:34:23 UTC) 14:34:30 <DorpsGek> -Codechange: FinishInitNested calls OnResize, no need to setup scrollbar capacity before that. 14:34:31 *** zooks [~zooks@vhe-540241.sshn.net] has quit [Read error: Operation timed out] 14:35:51 <DorpsGek> Commit by frosch :: r25535 trunk/src/rail_gui.cpp (2013-06-30 14:35:44 UTC) 14:35:52 <DorpsGek> -Fix [FS#5584]: Initialise scrollbars before FinishInitNested, so their capacity is set via OnResize. 14:36:14 <DorpsGek> Commit by frosch :: r25536 trunk/src/newgrf_gui.cpp (2013-06-30 14:36:07 UTC) 14:36:15 <DorpsGek> -Cleanup: No need to set scrollbar capacity anywhere but in OnResize. 14:36:37 <DorpsGek> Commit by frosch :: r25537 /trunk/src (16 files in 3 dirs) (2013-06-30 14:36:31 UTC) 14:36:38 <DorpsGek> -Codechange: Optionally make WWT_MATRIX compute the number of rows and columns from the resize step size. 14:37:07 <DorpsGek> Commit by frosch :: r25538 trunk/src/object_gui.cpp (2013-06-30 14:37:01 UTC) 14:37:08 <DorpsGek> -Fix [FS#5567] (r25283): Use the UI index of the selected object to make it visible when re-opening the build object window. (sbr) 14:37:30 <DorpsGek> Commit by frosch :: r25539 trunk/src/object_gui.cpp (2013-06-30 14:37:24 UTC) 14:37:31 <DorpsGek> -Codechange: Setup object GUI matrix before restoring selected object, so that the matrix state can be properly set. (sbr) 14:37:57 <DorpsGek> Commit by frosch :: r25540 trunk/src/object_gui.cpp (2013-06-30 14:37:50 UTC) 14:37:58 <DorpsGek> -Fix: Unify selecting a new object class in the object GUI. (sbr) 14:38:27 <DorpsGek> Commit by frosch :: r25541 trunk/src/vehicle_gui.cpp (2013-06-30 14:38:20 UTC) 14:38:28 <DorpsGek> -Cleanup: No need to clear a bit which is never set. 14:38:51 <DorpsGek> Commit by frosch :: r25542 trunk/src/vehicle_gui.cpp (2013-06-30 14:38:45 UTC) 14:38:52 <DorpsGek> -Fix: Do not just add 65 pixels to the width of the train vehicle list whenever it is opened, but remember the width of the train list separately from other vehicle types. 14:39:16 <DorpsGek> Commit by frosch :: r25543 /trunk/src (bridge_gui.cpp object_gui.cpp) (2013-06-30 14:39:09 UTC) 14:39:17 <DorpsGek> -Cleanup: Make the bridge and object picker not restore their previous size, but the previously saved size. 14:42:26 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has joined #openttd 14:51:10 *** flaa [~flaa@89.100.79.103] has joined #openttd 15:04:42 <Xaroth|Work> frosch123 is on a commit spree! 15:05:48 <Alberth> for 7 minutes, 25 minutes ago :) 15:06:52 *** zooks [~zooks@vhe-540241.sshn.net] has joined #openttd 15:15:21 *** Progman_ [~progman@p57A1AEC9.dip0.t-ipconnect.de] has joined #openttd 15:21:14 *** Progman [~progman@p57A1AD2F.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 15:21:24 *** Progman_ is now known as Progman 15:25:43 <frosch123> time runs weird :p 15:43:18 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has joined #openttd 15:49:41 *** KouDy1 [~KouDy@188.75.190.58] has quit [Quit: Leaving.] 15:55:12 *** alluke_ [~oftc-webi@cs181208223.pp.htv.fi] has joined #openttd 15:59:16 <DorpsGek> Commit by rubidium :: r25544 trunk/src/script/api/script_town.cpp (2013-06-30 15:59:10 UTC) 15:59:17 <DorpsGek> -Fix [FS#5625] (r25488, r25486): [GS] The checks and validations for setting the extra text in the town window became too stringent 15:59:37 <scshunt> /win 27 15:59:44 <planetmaker> indeed? 16:00:37 * Rubidium hopes /win 2 is #openttd 16:03:58 *** fanioz [~fanioz@180.246.124.21] has joined #openttd 16:08:51 *** adit [~adit@182.4.199.33] has quit [Read error: Connection reset by peer] 16:15:16 *** fanioz [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 16:25:55 <Eddi|zuHause> so the string checks were stringent. what irony. 16:38:33 *** oskari89 [oskari89@62-241-226-106.bb.dnainternet.fi] has quit [] 16:49:19 *** KritiK [~Maxim@0001264a.user.oftc.net] has joined #openttd 17:09:39 *** glx [glx@000128ec.user.oftc.net] has joined #openttd 17:09:42 *** mode/#openttd [+v glx] by ChanServ 17:20:22 *** zooks [~zooks@vhe-540241.sshn.net] has quit [Ping timeout: 480 seconds] 17:31:14 <frosch123> @topic set 1 1.3.1, 1.3.2-RC1 17:31:14 *** DorpsGek changed the topic of #openttd to: 1.3.1, 1.3.2-RC1 | Website: *.openttd.org (translator: translator, server list: servers, wiki: wiki, patches & bug-reports: bugs, revision log: vcs, release info: finger) | Don't ask to ask, just ask | 'Latest' is not a valid version, 'Most recent' neither | English only | #openttd.dev for dev-talk | #openttd.notice for commit notices 17:33:00 *** Biolunar_ [mahdi@blfd-5d82143a.pool.mediaWays.net] has quit [Quit: My life for Aiur] 17:39:28 *** Djohaal [~Djohaal@189.58.20.15.dynamic.adsl.gvt.net.br] has joined #openttd 17:46:24 <DorpsGek> Commit by translators :: r25545 /trunk/src/lang (10 files) (2013-06-30 17:46:07 UTC) 17:46:25 <DorpsGek> -Update from WebTranslator v3.0: 17:46:26 <DorpsGek> croatian - 39 changes by VoyagerOne 17:46:27 <DorpsGek> english_AU - 39 changes by mrtux 17:46:28 <DorpsGek> french - 39 changes by glx 17:46:29 <DorpsGek> german - 1 changes by Jogio 17:46:30 <DorpsGek> hungarian - 39 changes by Brumi 17:46:31 <DorpsGek> italian - 39 changes by lorenzodv 17:46:32 <DorpsGek> korean - 2 changes by telk5093 17:46:33 <DorpsGek> polish - 5 changes by wojteks86 17:46:34 <DorpsGek> thai - 42 changes by nirakanz 17:46:35 <DorpsGek> turkish - 113 changes by emremeydan 18:06:05 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has joined #openttd 18:06:31 <Wolf01> hello 18:11:10 *** lobstar is now known as lobster 18:12:49 <frosch123> ciao Wolf01! 18:18:28 <Alberth> o/ 18:33:51 <Xaroth|Work> I should have kept my pcap files when i made libottdadmin >_< 18:37:05 *** zooks [~zooks@vhe-540241.sshn.net] has joined #openttd 18:44:41 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has joined #openttd 18:50:52 <NGC3982> :( 19:05:22 *** ntoskrnl [~not@a91-153-231-146.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 19:06:34 <Milaga> Good afternoon. Can anyone point me to a working US town name NewGRF? 19:06:54 <NGC3982> Milaga: Have you encountered anyone that is not working, in the online content? 19:10:07 <Milaga> Yes, the one you can get in game, through the online list. 19:10:15 <Milaga> One second, I'll give you more information. 19:10:59 <Milaga> GRFID 54420210 19:11:00 <frosch123> did you use townname grfs before, do you know how to activate them? 19:11:09 <Milaga> Oh no, I am quite new to this game. 19:11:16 <frosch123> you need to go to newgrf settings, AND to game options 19:11:25 <Milaga> Oh! 19:12:14 *** pugi [~pugi@host-091-097-048-207.ewe-ip-backbone.de] has joined #openttd 19:12:32 <Milaga> So I have to be set as English (Original) ? 19:12:40 <Milaga> Those are what it overwrites? 19:12:52 <frosch123> no, they are separated in the list 19:12:59 <Milaga> Hmm. 19:13:02 <frosch123> iirc the newgrf ones are at the top, then comes a line, and then defautl ones 19:15:46 <Milaga> I do not see them. Let me get a few more town names. 19:16:40 <Milaga> Ah ha! 19:16:45 <Milaga> Thank you. 19:16:54 <NGC3982> \o/ 19:18:10 <Milaga> The interface is so small on 1920x1200 ... I'd play on a lower resolution but I like having tons of stats windows up on all my trains. 19:18:54 <planetmaker> Milaga, try opengfx+biggui 19:19:15 <NGC3982> That's a neat combination. 19:22:10 <Milaga> Hmm, I think I will. 19:24:20 <Milaga> Oh my, I didn't see all that other online content apart from the NewGRFs. 19:27:22 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has quit [Read error: Connection reset by peer] 19:31:29 *** Eddi|zuHause [~johekr@p57BD4FA9.dip0.t-ipconnect.de] has quit [] 19:32:34 *** fanioz [~fanioz@180.246.124.21] has joined #openttd 19:34:33 <Milaga> Thank you for the help. I have some new toys to play with. :) 19:35:22 <Alberth> always happy to make one addicted to the game :p 19:36:43 *** dell_ [~fanioz@180.246.124.21] has joined #openttd 19:38:18 *** DDR [~chatzilla@d50-92-61-101.bchsia.telus.net] has joined #openttd 19:40:08 *** dell__ [~fanioz@180.246.124.21] has joined #openttd 19:43:02 *** fanioz [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 19:43:34 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit [Ping timeout: 480 seconds] 19:45:50 <frosch123> night 19:45:54 *** frosch123 [~frosch@frnk-590f6cb9.pool.mediaWays.net] has quit [Quit: quak] 19:46:19 *** dell_ [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 19:46:22 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has joined #openttd 19:47:46 *** fanioz [~fanioz@180.246.124.21] has joined #openttd 19:49:32 *** dell__ [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 19:53:06 *** dell_ [~fanioz@180.246.124.21] has joined #openttd 19:59:01 *** fanioz [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 20:00:58 *** Progman [~progman@p57A1AEC9.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 20:03:19 *** dell_ [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 20:05:35 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has joined #openttd 20:19:46 *** flaa [~flaa@89.100.79.103] has quit [Quit: leaving] 20:20:26 *** Alberth [~hat3@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 20:24:44 *** Midnightmyth [~quassel@93-167-84-102-static.dk.customer.tdc.net] has quit [Remote host closed the connection] 20:28:05 *** yeik00 [~chatzilla@187.253.173.37] has joined #openttd 20:28:09 *** yeik00 is now known as lparch4 20:30:14 *** Pensacola [~quassel@h220216.upc-h.chello.nl] has quit [Remote host closed the connection] 20:31:16 *** tokai|noir [~tokai@00012860.user.oftc.net] has joined #openttd 20:31:19 *** mode/#openttd [+v tokai|noir] by ChanServ 20:34:11 *** lparch4 [~chatzilla@187.253.173.37] has quit [Quit: ChatZilla 0.9.90 [Firefox 22.0/20130626010747]] 20:37:17 *** tokai|mdlx [~tokai@port-92-195-25-100.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 20:40:55 <DorpsGek> Commit by rubidium :: r25546 /trunk/src (script/script_scanner.cpp viewport.cpp) (2013-06-30 20:40:49 UTC) 20:40:56 <DorpsGek> -Fix: two small memory leaks 20:47:42 *** roadt_ [~roadt@60.168.91.116] has quit [Read error: Operation timed out] 21:09:04 *** adit [~adit@182.11.5.10] has joined #openttd 21:44:37 *** Alice3 [~Alice@cpc18-grim14-2-0-cust478.12-3.cable.virginmedia.com] has quit [] 21:57:14 *** alluke_ [~oftc-webi@cs181208223.pp.htv.fi] has quit [Quit: Page closed] 21:57:26 *** adit [~adit@182.11.5.10] has quit [Ping timeout: 480 seconds] 22:00:51 *** gelignite [~gelignite@i5387A61A.versanet.de] has quit [Quit: http://bit.ly/nkczDT] 22:02:28 *** perk11 [~perk11@broadband-46-242-13-101.nationalcablenetworks.ru] has joined #openttd 22:06:24 *** fanioz [~fanioz@180.246.124.21] has joined #openttd 22:07:26 *** sla_ro|master [slamaster@89.137.75.224] has quit [] 22:10:02 <Wolf01> 'night 22:10:14 *** Wolf01 [~wolf01@0001288e.user.oftc.net] has quit [Quit: Once again the world is quick to bury me.] 22:15:04 *** dell_ [~fanioz@180.246.124.21] has joined #openttd 22:15:55 *** fanioz [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 22:17:04 *** zooks [~zooks@vhe-540241.sshn.net] has quit [Ping timeout: 480 seconds] 22:20:03 *** andythenorth [~Andy@cpc22-aztw25-2-0-cust272.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 22:21:33 *** adit [~adit@39.211.14.191] has joined #openttd 22:23:07 *** dell_ [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 22:25:37 *** Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 22:28:28 *** fanioz [~fanioz@180.246.124.21] has joined #openttd 22:33:30 *** dell_ [~fanioz@180.246.124.21] has joined #openttd 22:36:09 <TomyLobo> does road vehicle routing take arrow'ed and blocked roads into account remotely or only locally? 22:36:36 *** Devroush [~dennis@dD5765BAC.access.telenet.be] has quit [] 22:37:29 *** fanioz [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 22:39:07 *** fanioz [~fanioz@180.246.124.21] has joined #openttd 22:45:19 *** dell_ [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 22:57:46 *** dell_ [~fanioz@180.246.124.21] has joined #openttd 23:01:19 *** fanioz [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 23:02:16 *** fanioz [~fanioz@180.246.124.21] has joined #openttd 23:03:24 *** Ristovski [~rafael@31.11.127.74] has quit [Quit: Leaving] 23:06:21 *** Elukka [~Elukka@a91-152-213-89.elisa-laajakaista.fi] has quit [] 23:06:27 *** dell_ [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 23:06:42 *** dell_ [~fanioz@180.246.124.21] has joined #openttd 23:11:01 *** Kadar [~oftc-webi@cblmdm72-240-122-125.buckeyecom.net] has joined #openttd 23:12:21 *** fanioz [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 23:20:51 *** dell_ [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 23:20:53 <Milaga> Wow, I found a great, massive map of the eastern US, but it doesn't seem to work. There are no vehicles or stations. Am I missing something about playing a scenario? 23:21:16 *** dell_ [~fanioz@180.246.124.21] has joined #openttd 23:27:06 <Milaga> There were steam engines in 1920 ... hmm 23:27:06 *** Djohaal [~Djohaal@189.58.20.15.dynamic.adsl.gvt.net.br] has quit [Read error: Connection reset by peer] 23:27:44 *** Eddi|zuHause [~johekr@p57BD4FA9.dip0.t-ipconnect.de] has joined #openttd 23:27:53 <glx> default vehicles appear around 1920 23:27:55 *** fanioz [~fanioz@180.246.124.21] has joined #openttd 23:29:00 <Eddi|zuHause> 1926-1930 or so 23:29:12 *** Djohaal [~Djohaal@189.58.20.15.dynamic.adsl.gvt.net.br] has joined #openttd 23:29:16 <Milaga> I can't even build a railroad track! 23:29:22 <Milaga> I'm running out the time to see if that's it. 23:29:39 <glx> it's a feature (disableable) 23:29:39 <Eddi|zuHause> yes. there would be no point in railroad tracks if you don't have any engine that could run on it 23:30:13 <Milaga> I turned off the feature, and the tracks button is not grayed out, but all the types of tracks are. 23:30:56 <Eddi|zuHause> just start at a later date 23:30:58 <Milaga> When you start a scenario, it picks the NewGRFs to use, correct? It's not something else I have enabled? 23:31:17 <Eddi|zuHause> yes, scenarios have fixed NewGRFs 23:31:27 *** dell_ [~fanioz@180.246.124.21] has quit [Ping timeout: 480 seconds] 23:31:29 <glx> or no grfs at all 23:31:39 <glx> but that's stored in the scenario 23:33:55 <Milaga> Hmm, I'll play around with the scenario editor, not done that before. 23:38:49 <Milaga> There's your problem. The first steam engine appears in 1944. Unfortunately, my favorite US locomotives won't make an appearance. 23:39:18 <Milaga> Is there any way to add NewGRFs to a scenario in the editor? 23:42:06 <Milaga> ah, I think I found the way 23:53:41 <Milaga> There we go! 23:58:04 <Milaga> Thanks for all the help. I love that this community has an IRC channel. I'm off to lose myself in the 20s era steam.