Times are UTC Toggle Colours
00:16:11 *** pugi [~pugi@p4FCC5E35.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own] 00:18:12 *** DabuYu [DabuYu@128.250.79.189] has joined #openttd 00:26:07 *** bryjen [~bryjen@76.92.85.169] has quit [Quit: Leaving] 00:26:16 *** Neon [~Neon@dslb-094-219-030-031.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.] 00:37:22 *** KenjiE20 [~KenjiE20@92.8.73.122] has quit [Quit: WeeChat 0.3.4] 00:38:10 *** KritiK [~Maxim@95-24-157-8.broadband.corbina.ru] has quit [Quit: Leaving] 01:01:20 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd 01:05:43 *** JVassie [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 01:07:29 *** DabuYu [DabuYu@128.250.79.189] has quit [] 01:09:19 *** DabuYu [~jkuckartz@128.250.79.189] has joined #openttd 01:30:40 *** DOUK [~KEM@ALyon-158-1-124-69.w90-29.abo.wanadoo.fr] has joined #openttd 01:35:39 *** douknoukem [~KEM@ALyon-158-1-124-69.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 01:37:54 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 01:39:48 *** DOUK [~KEM@ALyon-158-1-124-69.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 01:47:19 *** Progman_ [~progman@p57A19D68.dip.t-dialin.net] has joined #openttd 01:53:36 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 01:54:38 *** Progman [~progman@p57A1BF92.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:54:49 *** Progman_ is now known as Progman 02:05:31 *** Progman [~progman@p57A19D68.dip.t-dialin.net] has quit [Remote host closed the connection] 02:26:09 *** rhaeder1 [~quix0r@dslb-094-221-156-102.pools.arcor-ip.net] has joined #openttd 02:31:25 *** rhaeder [~quix0r@dslb-094-221-150-034.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 02:36:19 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Read error: Operation timed out] 03:52:33 *** glx [glx@2a01:e35:2f59:c7c0:f1f7:c0f6:f53c:c79e] has quit [Quit: bye] 04:21:15 *** DabuYu [~jkuckartz@128.250.79.189] has quit [] 04:23:01 *** DabuYu [~jkuckartz@128.250.79.189] has joined #openttd 04:41:31 *** DDR [~DDR@d142-179-79-208.bchsia.telus.net] has quit [Ping timeout: 480 seconds] 04:54:29 *** Devroush [~dennis@ip-213-49-88-29.dsl.scarlet.be] has quit [] 04:56:02 *** Eddi|zuHause [~johekr@p54B77C8A.dip.t-dialin.net] has quit [Remote host closed the connection] 04:56:18 *** Eddi|zuHause [~johekr@p54B7668F.dip.t-dialin.net] has joined #openttd 05:36:46 *** Sacro [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has joined #openttd 05:42:55 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 05:45:02 *** Sacro [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 05:57:58 *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has quit [Quit: supermop] 06:03:10 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd 06:04:19 *** DabuYu [~jkuckartz@128.250.79.189] has quit [] 06:05:55 *** DabuYu [~jkuckartz@128.250.79.189] has joined #openttd 06:06:03 <andythenorth> hmm 06:06:12 <andythenorth> crash while using force-upgrade button in depot 06:06:30 <andythenorth> I'm using trunk + YACD 06:06:40 <andythenorth> is a fs report valid if YACD is applied? 06:10:23 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has joined #openttd 06:12:33 <planetmaker> report it to the YACD thread. Good morning also 06:18:53 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has quit [Ping timeout: 480 seconds] 06:27:48 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 06:54:05 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 06:55:57 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 06:59:59 *** Absurd-Mind [~peter@p5495930A.dip0.t-ipconnect.de] has joined #openttd 07:04:25 <Terkhen> good morning 07:20:42 *** pugi [~pugi@p4FCC5E35.dip.t-dialin.net] has joined #openttd 07:50:27 *** Neon [~Neon@dslb-094-219-005-123.pools.arcor-ip.net] has joined #openttd 08:17:30 *** Progman [~progman@p57A19D68.dip.t-dialin.net] has joined #openttd 08:27:49 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 08:30:31 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 08:31:23 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 08:35:18 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 08:39:29 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 08:41:21 *** DabuYu [~jkuckartz@128.250.79.189] has quit [] 08:42:10 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 08:43:59 *** DabuYu [~jkuckartz@128.250.79.189] has joined #openttd 08:44:17 *** Neon [~Neon@dslb-094-219-005-123.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.] 08:44:36 *** TWerkhoven [~turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 08:54:04 *** Sacro [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has joined #openttd 09:01:23 *** Absurd-Mind [~peter@p5495930A.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 09:04:37 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd 09:06:37 <andythenorth> Terkhen: apparently you're not western european :P 09:08:53 *** Sacro_ [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has joined #openttd 09:09:44 <Terkhen> hmm? why? 09:12:14 *** douknoukem [~KEM@ALyon-158-1-124-69.w90-29.abo.wanadoo.fr] has joined #openttd 09:12:22 <andythenorth> http://www.tt-forums.net/viewtopic.php?f=26&t=54066&start=40 09:13:08 *** Sacro [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 09:14:18 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe21dc00-138.dhcp.inet.fi] has joined #openttd 09:16:44 <Terkhen> that is a stupid classification 09:16:55 <andythenorth> he 09:19:05 <Terkhen> I live more at the west than all of the "western europe" in that map :) 09:20:17 <andythenorth> too many theatres 09:22:53 * andythenorth ponders trying to fix towns 09:25:25 *** fonsinchen [~fonsinche@brln-4dbc3717.pool.mediaWays.net] has joined #openttd 09:25:38 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd 09:26:31 <Terkhen> town growth? 09:28:59 <andythenorth> http://tt-foundry.com/misc/too_many_theatres.png 09:29:04 <andythenorth> http://tt-foundry.com/misc/too_many_theatres_2.png 09:29:08 <andythenorth> http://tt-foundry.com/misc/too_many_theatres_3.png 09:29:17 <Markk> heh 09:33:12 <Terkhen> I remember an issue like that, the cause was a houses NewGRF 09:33:21 <Terkhen> or does it happen without NewGRFs too? 09:33:44 <andythenorth> I don't use any house grfs 09:33:52 <andythenorth> I might have to write my own to fix towns 09:34:04 <andythenorth> default towns are just too weird for me 09:34:38 <Terkhen> opengfx+ houses? :P 09:38:24 <andythenorth> I'd need to reimplement default towns in newgrf basically 09:38:30 <andythenorth> I'd use base set graphics 09:38:37 <andythenorth> and the same rules for construction 09:38:53 <andythenorth> except to fix the bits that are broken 09:40:04 <andythenorth> I vastly prefer original town graphics to any others 09:40:16 <Terkhen> that's more or less what we had to do for opengfx+ industries 09:40:39 <andythenorth> it's an interesting approach 09:41:11 <andythenorth> it begs the question...why not just delete the original code for these things, and force them to be provided by newgrf 09:41:25 <andythenorth> the original code is lengthy and full of special cases 09:41:49 <andythenorth> lengthy is not bad 09:42:04 <Terkhen> I suppose that too many newgrfs rely on the default houses/industries/etc in one way or another 09:42:13 <andythenorth> probably :( 09:42:14 <andythenorth> I do 09:52:44 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has left #openttd [] 10:28:09 *** JVassie [~James@92.27.149.231] has joined #openttd 10:36:45 <yorick> the convert signal button should reset when the gui is closed 10:47:58 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 10:54:55 *** andythenorth [~Andy@93-97-96-217.zone5.bethere.co.uk] has joined #openttd 10:56:23 <yorick> the convert rail should be diagonal with ctrl :) 11:04:17 * andythenorth is far too addicted to YACD 11:04:24 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 11:04:25 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 11:05:15 <peter1138> YACD is rather nice 11:07:17 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd 11:07:19 <planetmaker> seems there's a real yacd-mania 11:07:30 <planetmaker> (and yes, it's fun :-) ) 11:09:35 <peter1138> i never did play with cargodist, mind, but i didn't like the idea ;p 11:12:56 * andythenorth will not be doing much newgrf for a few weeks 11:13:08 <andythenorth> except adding things to support YACD :P 11:13:30 * andythenorth is adding ships of various sizes, but not new graphics for them :P 11:13:52 * andythenorth has the luxury of ordering up new vehicles whenever they're needed :P 11:14:14 <peter1138> fish seems... unfinished ;P 11:14:36 <andythenorth> it is 11:14:46 <andythenorth> turns out there's a lot of types of boats in the world 11:14:51 <andythenorth> and they're the hardest game object to draw 11:17:49 * andythenorth thinks FISH might be done by version 3 11:18:58 <planetmaker> I really enjoy the weired names :-) 11:19:08 <planetmaker> well, not so weired, but still 11:19:23 <planetmaker> In my yacd game I couldn't live without those ships. All that oil... 11:20:33 *** fonsinchen [~fonsinche@brln-4dbc3717.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 11:21:36 <andythenorth> have you figured out the naming schema? :) 11:22:10 <planetmaker> I didn't try to. But sure enough the different types have different origins 11:22:23 <planetmaker> so much is easily obvious 11:22:38 <planetmaker> and that's important ;-) 11:22:52 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 11:22:53 <peter1138> what's the obsession with 1870? :p 11:28:35 *** douknoukem [~KEM@ALyon-158-1-124-69.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 11:28:42 <andythenorth> might as well tell just one lie, instead of lots 11:28:50 <andythenorth> and I tend to start my games around 1870 11:29:11 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Ping timeout: 480 seconds] 11:30:17 *** douknoukem [~KEM@ALyon-158-1-76-123.w90-29.abo.wanadoo.fr] has joined #openttd 11:32:11 *** Chris_Booth_ [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has joined #openttd 11:32:52 <andythenorth> planetmaker: the names are from shipping areas 11:33:08 <andythenorth> http://en.wikipedia.org/wiki/Shipping_Forecast 11:33:24 <andythenorth> some are mediteranean 11:33:29 <andythenorth> some are canadian 11:37:23 *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 11:37:37 *** Chris_Booth_ is now known as Chris_Booth 11:39:23 <Ammler> andythenorth: yacd is just a cargo patch with tons of new cargos ;-) 11:40:07 <andythenorth> perhaps 11:55:18 *** glx [glx@2a01:e35:2f59:c7c0:e939:6a1:d539:381f] has joined #openttd 11:55:21 *** mode/#openttd [+v glx] by ChanServ 11:58:27 <dihedral> oi 11:59:31 *** anujmore [~atm@triband-mum-59.182.18.22.mtnl.net.in] has joined #openttd 11:59:50 *** KenjiE20 [~KenjiE20@92.9.225.250] has joined #openttd 12:00:40 <anujmore> Hello guys. I cannot figure out what to do with produced goods :/ The things that come out. From a sawmill for example 12:00:53 <andythenorth> take them to a town 12:01:12 <anujmore> Any town? Or does consumption level matter? 12:01:31 <andythenorth> any that accepts goods 12:01:41 <anujmore> Ok andythenorth :) 12:01:51 <Terkhen> check if the station would accept goods first, only towns with certain buildings (more common in big towns) accept goods 12:01:59 <andythenorth> use the 'build station' to test it 12:02:07 <andythenorth> hover over a town and see if goods are accepted 12:02:17 <andythenorth> or use the ? tool to find out which buildings accept goods 12:02:23 <anujmore> andythenorth: I know that :P 12:02:35 <andythenorth> ok great ;) 12:03:04 <anujmore> Also my Narborough woods has lots of woods available, but Narborough valley (which is at same distance from the forest) doesn't have as much (Woods is a truck station and valley is a train station) 12:03:24 <anujmore> I thought I could use the speed and capacity of trains to transport woods at once, but now :( 12:05:15 <Yexo> anujmore: it depends on the station rating for woods, see http://wiki.openttd.org/Game_Mechanics#Station_rating 12:06:05 <anujmore> Yexo: That page is godsent! 12:06:26 <k-man> is there a newgraf that makes signals easier to see? 12:07:06 *** ar3kaw [~ident@ecl198.neoplus.adsl.tpnet.pl] has joined #openttd 12:08:59 <TrueBrain> GENERAL NOTICE: all openttd.org related certificates are updated 12:13:40 *** ar3k [~ident@ecl198.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 12:19:52 <yorick> is there a newgrf that makes the difference between red and green signals easier to see for the colourblind? 12:21:22 <andythenorth> one was being worked on 12:21:29 <andythenorth> but there were some falling-outs 12:21:34 <andythenorth> with the developer 12:23:25 <planetmaker> yorick, that's indeed possibly a good idea. It needs graphics. Care to provide? 12:23:45 <planetmaker> I would even care to write the grf 12:24:10 <planetmaker> though that's a dead easy newgrf, too 12:24:28 <yorick> planetmaker: you could make a static grf that replaces the digital signals with semaphores 12:24:35 <yorick> or make them yellow and blue :P 12:24:43 <planetmaker> the graphics work is the difficult one, to make it nice and distinguishable 12:24:54 <planetmaker> yorick, yes, it will need to be a NewGRF which can be statically loaded 12:25:11 <planetmaker> otherwise it's not of much point to provide 12:26:50 <planetmaker> changing to semaphores might actually work also without graphics work 12:27:17 <planetmaker> Though I'd not like to loose the option to distinguish them - which in turn means 'graphics work required' 12:28:02 <yorick> maybe make them black-white 12:28:29 <planetmaker> I'm asking you ;-) 12:28:54 <anujmore> There's a train in my depot which is instructed to go to the station, but is not. Bug? 12:29:03 <planetmaker> missing signals? 12:29:54 <Yexo> anujmore: it's far more likely to be an error in your track layout or signals, but upload your savegame somewhere to be sure 12:30:38 <anujmore> Yexo: I found it. Track design error (Not an error exactly( 12:37:21 *** KritiK [~Maxim@95-27-35-106.broadband.corbina.ru] has joined #openttd 12:39:00 *** ZirconiumX [561b9caa@ircip1.mibbit.com] has joined #openttd 12:39:10 <ZirconiumX> hello all 12:39:48 <ZirconiumX> s/all/all who aren't all 12:40:12 *** Devroush [~dennis@ip-213-49-88-29.dsl.scarlet.be] has joined #openttd 12:44:07 <yorick> anyone know of red-blue colorblindness? 12:44:24 <ZirconiumX> yes - why? 12:44:50 <yorick> because we need signals that are colorblind-safe 12:45:31 <ZirconiumX> maybe an advanced setting? 12:45:41 <yorick> thinking of a static grf 12:45:57 <yorick> but it needs new graphics 12:52:27 <Terkhen> IMO the best would be something big and not color based; not only for colorblindness but also for making them easier to check 12:53:54 <Yexo> but the colors make them easy to check 12:54:09 *** amkoroew [~Heinz@p5B105079.dip.t-dialin.net] has joined #openttd 12:54:14 <planetmaker> big and colourful are not mutually exclusive ;-) 12:54:31 <Terkhen> I find the signals not based on colours easier to check myself :) 12:55:14 * planetmaker never uses semaphore signals 12:55:26 <Yexo> I don't use those either 12:55:53 <Terkhen> I only use them 12:57:05 <yorick> they confuse me 12:57:20 * yorick can't remember when they're red 12:58:25 <ZirconiumX> when they're down 12:58:39 <ZirconiumX> when they're up it means go 12:58:43 <yorick> they go left-right 12:58:51 <ZirconiumX> ...I think 12:59:04 <ZirconiumX> Right 12:59:10 <ZirconiumX> left is go 12:59:15 <ZirconiumX> right is stop 12:59:27 *** amkoroew1 [~Heinz@p5B1042E6.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 13:00:05 <yorick> should the build signal type also be reset? 13:00:23 <yorick> planetmaker: ^ 13:00:38 <planetmaker> no 13:00:50 <planetmaker> I'd find it irritating 13:01:10 <planetmaker> as I usually build always the same type. 13:01:26 <yorick> you always build entry signals? 13:01:31 <planetmaker> yes :-P 13:01:39 <yorick> if they want to set a default signal type they can do so in the patch options 13:02:01 <planetmaker> but reset means: it gets reset to, say, block signals, when I'm building a piece of tracks where it needs path signals. or vice versa 13:02:12 <planetmaker> that's already set there 13:02:20 <Terkhen> the problem comes when I prefer one kind of signals and my partner prefers another 13:02:34 <planetmaker> Terkhen, static newgrfs;-) 13:02:43 <Terkhen> I have never used them 13:02:50 <planetmaker> remap all -> semaphore or remap all -> light 13:03:04 <planetmaker> but none such exists afaik 13:03:14 <Terkhen> can you define a grf as static somehow, or do you need to load it as static? 13:03:14 <planetmaker> and it might not be the best solution out there 13:03:18 <anujmore> Something's really wrong with one of the local authorities. 13:03:28 <yorick> http://sprunge.us/GhCV 13:03:31 <planetmaker> Terkhen, you need to edit your cfg 13:04:33 <Terkhen> hmm... it is not a great solution then 13:04:50 <yorick> Terkhen: bug alberth to make a gui 13:05:19 <planetmaker> Terkhen, yes... it needs GUI support 13:05:37 <Terkhen> for marking a newgrf as static? 13:05:53 <planetmaker> yes. And possibly also indicating which newgrf can be set as static in the first place 13:05:55 <planetmaker> Not many can 13:06:01 <Terkhen> I don't think a static newgrf is the best solution for signals 13:06:12 <planetmaker> Neither do I 13:06:43 <planetmaker> an 3-state UI switch which remaps the sprites accordingly would probably be better 13:06:44 <Terkhen> it should be transparent to the user: if you select "I only want to use this type", the signal GUI only shows that type for building and only shows that type as built ingame 13:06:49 <planetmaker> in the adv. settings under GUI 13:06:58 <Terkhen> if you select both types, it would look as it does now 13:07:03 <yorick> planetmaker: http://sprunge.us/GhCV // need feedback :) 13:07:19 <planetmaker> agreed, Terkhen 13:07:47 <Belugas> hello 13:07:54 <Terkhen> hi Belugas 13:08:18 <yorick> hello Belugas 13:08:41 <planetmaker> hi Belugas 13:08:45 <planetmaker> yorick, I can't test now 13:08:48 <Belugas> hello you all :) 13:09:14 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 13:10:12 <yorick> ok 13:10:30 <Eddi|zuHause> * andythenorth is adding ships of various sizes, but not new graphics for them :P <-- yes, i noticed that problem as well, it's hard to find a ship size that matches exactly my train size for transfer-purposes. non-grf solutions would be a "load at least 80%" order or a "put the train on the ship" order 13:18:54 <Eddi|zuHause> the worst design idea about signals was to make them depend on the road side... 13:19:44 <Terkhen> is that a game setting, not an user setting? 13:20:22 <Eddi|zuHause> it's a GUI setting, but when the road side is "left", changing it does not do anything 13:20:39 <Eddi|zuHause> the setting is "always left" or "same as road side" 13:20:56 *** Belugas [~belugas@216.191.111.237] has quit [Ping timeout: 480 seconds] 13:20:57 <Eddi|zuHause> which is just stupid 13:21:16 *** Belugas [~belugas@216.191.111.237] has joined #openttd 13:21:19 *** mode/#openttd [+o Belugas] by ChanServ 13:21:30 *** zachanim2 [~zach@dedi.akselii.net] has quit [Quit: leaving] 13:21:35 <Yexo> not stupid, just missing the value "always right" 13:21:56 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has joined #openttd 13:22:29 <Eddi|zuHause> it should have been "always left" or "always right" from the start. 13:23:10 <Yexo> what is wrong with "same as road side"? it might fit certain game-themes, and after all the value is not stored in savegames 13:23:18 <Eddi|zuHause> rail side and road side are not closely connected... 13:23:43 <Yexo> I didn't know that 13:24:08 <Eddi|zuHause> e.g. in france, trains drive on the left, but cars on the right 13:24:26 <Eddi|zuHause> except in the formerly german parts of france 13:25:22 <Eddi|zuHause> in austria it's really screwed up... 13:25:54 <Eddi|zuHause> in some areas trains drive on left, and in others they drive on right 13:28:23 <Noldo_> does it matter, as long as they are on the tracks they are ment to be? 13:29:13 <Eddi|zuHause> Noldo_: it has certain implications on engine construction and signal placement 13:30:03 <planetmaker> engine construction? 13:30:32 <Yexo> not in-game 13:31:27 <Eddi|zuHause> planetmaker: it's better when the train driver sits on the same side as the signals along the track are. with steam engines it's problematic as a right-handed fireman would always stand on the left side, so it becomes fairly crowded when the train driver also has to be on the left side to see the signals 13:32:33 <planetmaker> yes, of course. I thought of ingame 13:32:42 <Eddi|zuHause> that's (supposedly) the original reason why germany switched to right side 13:33:16 <glx> <Eddi|zuHause> e.g. in france, trains drive on the left, but cars on the right <-- but metro drives on the right :) 13:34:11 <Eddi|zuHause> glx: i guess that has some advantages with passenger flow in stations ;) 13:34:27 <glx> no it was to prevent trains to go on metro tracks 13:34:43 <planetmaker> how that? 13:34:53 <planetmaker> wouldn't it just make collisions more likely? ;-) 13:34:55 <glx> signals position 13:37:02 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd 13:38:50 *** KenjiE20 [~KenjiE20@92.9.225.250] has quit [Remote host closed the connection] 13:39:40 *** KenjiE20 [~KenjiE20@92.8.75.165] has joined #openttd 13:43:29 *** George [~George@212.113.107.39] has quit [Read error: Connection reset by peer] 13:43:34 *** KenjiE20 [~KenjiE20@92.8.75.165] has quit [Remote host closed the connection] 13:44:23 *** KenjiE20 [~KenjiE20@92.9.231.77] has joined #openttd 13:45:19 * ZirconiumX thinks KenjiE20 has a bad connection 13:45:35 <KenjiE20> nah 13:45:39 <KenjiE20> >_> 13:47:01 <Mazur> Bin Laden dead. Who'd expected that. 13:48:45 <anujmore> Mazur: A couple of days ago there was a statement by Al-Queda that they would explode some nuclear weapons in Europe if anything happened to Laden. 13:48:49 <anujmore> Coincidence? 13:48:57 <Mazur> "Funny" to hear all those really stoopid comments followging the news. 13:49:15 <Mazur> anujmore, maybe they had an inkling. 13:49:46 * ZirconiumX Mazur: Like every high priority target, I expected him to die sooner or later 13:50:00 <ZirconiumX> woops 13:50:17 <anujmore> Maybe they had. I read Gizmodo. Looks like CIA was really working on that mansion since quite some time. 13:50:45 <Mazur> But things like "this is not the end yet for the battle against terrorism." It's also not of a great influence on the next release of OpenTTD. OIr hte colour of the sky. 13:51:03 <Mazur> Since August, I just heard. 13:51:07 *** KenjiE20 [~KenjiE20@92.9.231.77] has quit [Quit: WeeChat 0.3.4] 13:51:21 *** KenjiE20 [~KenjiE20@92.9.231.157] has joined #openttd 13:51:54 <ZirconiumX> KenjiE20: Are you doing that so that everyone knows when five minutes have passed? 13:52:01 <KenjiE20> no 13:52:12 <ZirconiumX> I swear you are 13:52:26 <KenjiE20> I would actually like to use my net >.> 13:52:49 <KenjiE20> ..but English suburban internets 13:53:35 <Mazur> Yeah, England, poor developing country that it is. 13:53:58 <ZirconiumX> We have 'superfast' broadband (20M(B/b)) 13:54:05 <ZirconiumX> It doesn't feel like that 13:54:26 <KenjiE20> we get a max of 2.5Mbps apparently 13:54:27 <ZirconiumX> I could have a tenth of that - and it wouldn't feel any different 13:54:38 <KenjiE20> funny, I've never seen it last above 1 for any length of time 13:54:54 <ZirconiumX> speedtest.net says they were lying 13:54:57 <ZirconiumX> 16MB 13:55:14 <Yexo> getting 16 instead of 20 is not so bad 13:55:15 <KenjiE20> my current sync is 1241 13:55:16 <ZirconiumX> still - most people appear to use 2MB 13:55:18 <KenjiE20> kbps 13:55:47 <KenjiE20> darn those copper cable leaking my internets 13:55:54 <ZirconiumX> oh Fujitsu promise 1Gbps 13:56:06 <ZirconiumX> at a cost of £500,000 13:56:13 <ZirconiumX> to a small town 13:56:29 * ZirconiumX doesn't see the logic in that 13:56:48 <KenjiE20> there's a logic in telecoms? 13:57:18 <ZirconiumX> logic gates, yes 13:57:20 <ZirconiumX> not logic 13:57:29 <KenjiE20> well looks like I'm stable-ish now, my noise margin has raised from 2db to 12 13:58:51 * ZirconiumX uses fibre optics (apparently) 13:59:09 <KenjiE20> well lah de dah :p 13:59:43 * KenjiE20 might as well use PPPoPidgeon 14:01:06 <peter1138> risen? 14:01:48 * peter1138 pats his ~17Mbit 14:02:28 <ZirconiumX> You've got to question my sanity - I'm using code from TownCars *shock* *horror* 14:11:13 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 14:22:13 *** Devroush [~dennis@ip-213-49-88-29.dsl.scarlet.be] has quit [Ping timeout: 480 seconds] 14:24:49 *** staN [~Miranda@p5B17645F.dip.t-dialin.net] has joined #openttd 14:29:59 *** douknoukem [~KEM@ALyon-158-1-76-123.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 14:30:12 *** Absurd-Mind [~peter@p5495930A.dip0.t-ipconnect.de] has joined #openttd 14:31:25 *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd 14:32:29 *** enr1x [~kiike@91.Red-81-43-118.staticIP.rima-tde.net] has joined #openttd 14:33:29 <ZirconiumX> Hmm 14:33:38 <ZirconiumX> local version = 0.7; 14:33:49 *** douknoukem [~KEM@ALyon-158-1-76-123.w90-29.abo.wanadoo.fr] has joined #openttd 14:34:00 *** Devroush [~dennis@193.191.7.109] has joined #openttd 14:34:39 <ZirconiumX> <error> [version] 0.6999999887907 14:34:49 <ZirconiumX> then it isn't 0.7 14:35:03 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has joined #openttd 14:38:41 <Yexo> ZirconiumX: welcome to how computers handle floating point values :) 14:39:12 <Terkhen> meh, gnome 3 looks quite strange 14:40:15 <ZirconiumX> Typical 14:40:34 <ZirconiumX> my ai is broken :( 14:41:04 <planetmaker> :-) Lovely FP precision 14:41:05 * ZirconiumX reaches for the pastebin 14:41:38 <ZirconiumX> Yexo & planetmaker: I updated it to become 0.7.1 14:41:51 <ZirconiumX> it's still 0.6999999887907 14:42:04 <Yexo> 0.7.1 isn't a valid value 14:42:14 <Yexo> where did you update what exactly? and how? 14:42:28 <ZirconiumX> my ai 14:42:38 <Yexo> where in your ai? 14:42:41 <planetmaker> that's marvelously precise ;-) 14:42:43 <Yexo> please use that pastebin 14:42:56 <ZirconiumX> I had a bug that caused it to skip quickly 14:43:03 <ZirconiumX> so I moved it back 14:43:11 <Yexo> skip _what_ quickly? 14:43:13 <ZirconiumX> which killed the ai 14:43:18 <Yexo> remember, we can't see what you see on your screen 14:43:27 <Yexo> you really have to provide more information than you do now 14:44:00 <planetmaker> so far I know "something is not working with your AI". Nothing more 14:44:20 <planetmaker> neither circumstances, nor where nor what was expected... 14:44:48 <planetmaker> least typ-able information is a bad approach when asking for help ;-) 14:44:53 <Yexo> we also now he is using a local variable called "version" and that he assigned the value 0.7 to it 14:44:57 <Yexo> not that that is any help ;) 14:45:21 <planetmaker> well, yes 14:46:59 *** Lakie [~Lakie@91.84.76.207] has joined #openttd 14:47:33 <ZirconiumX> http://pastebin.com/LNG3Q4a3 14:47:43 *** anujmore_afk [~atm@triband-mum-59.182.35.158.mtnl.net.in] has joined #openttd 14:48:03 *** _Ben_ [~Ben@81-5-142-101.dsl.eclipse.net.uk] has joined #openttd 14:48:09 <Yexo> ZirconiumX: that is no help either, what we actually need to see is your code 14:48:14 <Yexo> not the output of said code 14:48:39 <ZirconiumX> http://pastebin.com/ChYe7JCG 14:48:41 <ZirconiumX> is code 14:49:50 <ZirconiumX> it gives an error of BuildRoute not existing 14:49:57 <Yexo> local version = 0.7.1; <- invalid code, if you only use it on line 14 you probably want: local version = "0.7.1"; 14:50:00 <ZirconiumX> line 55 14:50:01 <Yexo> ie make it a string 14:50:14 <Yexo> line 55 in your paste is AILog.Warning("Main Loop...iteration " + i + "."); 14:50:38 <ZirconiumX> that's what the AI debug gives 14:51:20 *** anujmore [~atm@triband-mum-59.182.18.22.mtnl.net.in] has quit [Ping timeout: 480 seconds] 14:51:45 <_Ben_> Hi 14:52:06 <planetmaker> hi _Ben_ 14:52:22 <ZirconiumX> hello _Ben_ 14:52:35 <_Ben_> Quick Question if anyone knows, can't find the answer. Snowline heights - is it possible to change the snowline height on an exsisting game or scnario where the cfg file has no effect? 14:52:36 * ZirconiumX braces himself 14:52:46 <ZirconiumX> no 14:52:49 <ZirconiumX> NAFAIK 14:52:58 <planetmaker> _Ben_, not really 14:53:04 <Yexo> ZirconiumX: start using proper indentation and you'll notice an error 14:53:18 <planetmaker> Changing the NewGRF config might do that, but that might have other, far severe consequences 14:53:26 <Yexo> hint: the brace on line 87 does not close the opening brace on line 7 14:53:37 <planetmaker> oh joy of coding style :-) 14:53:50 <Yexo> and squirrel allowing functions within functions :p 14:54:07 <_Ben_> planetmaker and zirconiumX - cheers guys 14:54:19 <ZirconiumX> no problem 14:54:20 <_Ben_> pitty, I should have thourght about snowline before making a scenario 14:54:30 <Yexo> I think it is possible 14:54:37 <Yexo> you'll have to use the commandline though 14:54:48 <ZirconiumX> _Ben_:We all make mistakes 14:55:08 <Terkhen> it is possible, you need to change the setting manually using the commandline 14:55:13 <Terkhen> I don't remember its name, though 14:55:14 <planetmaker> that works? 14:55:17 <Terkhen> yes 14:55:18 <Yexo> _Ben_: try "set snow_line 88" in the console 14:55:24 <planetmaker> cool, never tried it, I guess :-) 14:55:27 <Yexo> the value 88 has to be 8 times the tile height 14:55:36 <Yexo> so 88 means snow at height 11 14:55:44 <Yexo> 40 would be snow at height 5, etc. 14:56:18 <planetmaker> and this operation is 100% safe as opposed to newgrf changes ;-) 14:56:31 <_Ben_> Yexo - genious, that works 14:56:34 <_Ben_> thanks man 14:57:12 *** Sacro_ [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has quit [Read error: Connection reset by peer] 14:57:15 <Yexo> only risk is that a few houses above the new snowline might be without snow or houses under the snowline with snow, depending on how you change it 14:57:23 *** Sacro [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has joined #openttd 14:57:30 <Yexo> but that should be easily remedied by removing those houses and growing the town again 14:57:52 <_Ben_> yeah I only have terrain and rivers so far, so that's not an issue 14:57:52 <planetmaker> that'll change with the passage of time ;-) 14:58:22 <planetmaker> what size is the scenario? 14:58:31 <_Ben_> 1024x1024 14:58:40 <planetmaker> I see :-) 14:58:47 <_Ben_> it's a scenario in the increased height level patch 14:58:58 <planetmaker> oh :-( 14:59:10 <_Ben_> taken...'some time' to do. hopefully it'll be fun to play 14:59:20 <_Ben_> wonder if the 88-11 thing is the same 14:59:29 <planetmaker> you'll have to find out 14:59:49 <planetmaker> I recall that snowline might be one of the funky places for the height levels patch 15:00:28 <Yexo> if it is the same, the snowline will be limited to a maximum of 255 = 32 tiles 15:00:31 <planetmaker> hm... More height levels could probably be even implemented without all the mapgen changes... 15:00:34 <_Ben_> 88 is still 11 15:00:35 <Yexo> if it isn't some newgrfs might be broken 15:00:49 <Yexo> planetmaker: yes, it can 15:00:56 <planetmaker> rivers after all are not generated, either 15:01:02 <Yexo> one of the problems of that patch is that it isn't split up 15:01:07 <planetmaker> and still are part of the game and available for SE 15:01:19 <planetmaker> Yexo, I know. I tried to read it... it was... tiresome 15:01:23 <Terkhen> that's the biggest IMO 15:01:49 <_Ben_> ah, it does expose the bug whee the snowline height doesn't remove the original snowline (if you move it upwards) - I do have the gradual snowline grf. Think I've read this bug report before 15:02:00 <planetmaker> too much focus on the mapgen stuff, too little on the other quirks. Like snow line 15:02:32 <Yexo> _Ben_: grf snowlines override the static setting, so if you have a snowline grf you'll have to change that one 15:02:44 <planetmaker> _Ben_, tiles will need a bit time to adjust to a new snowline height. Snow has to 'melt' 15:03:10 <ZirconiumX> planetmaker: or get used by small children 15:03:16 <planetmaker> like a few ingame days 15:08:51 <_Ben_> got it jusssst right, thanks for the help 15:12:07 <_Ben_> bye 15:12:09 *** _Ben_ [~Ben@81-5-142-101.dsl.eclipse.net.uk] has quit [Quit: Leaving] 15:13:51 *** Neon [~Neon@dslb-094-219-005-123.pools.arcor-ip.net] has joined #openttd 15:13:52 *** douknoukem [~KEM@ALyon-158-1-76-123.w90-29.abo.wanadoo.fr] has quit [Read error: Connection reset by peer] 15:13:58 <ZirconiumX> Lets hope it worked 15:14:14 *** douknoukem [~KEM@ALyon-158-1-76-123.w90-29.abo.wanadoo.fr] has joined #openttd 15:15:40 *** anujmore_afk [~atm@triband-mum-59.182.35.158.mtnl.net.in] has left #openttd [Konversation terminated!] 15:22:28 *** pugi [~pugi@p4FCC5E35.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 15:24:20 *** HerzogDeXtEr [~Flex@88.130.166.133] has joined #openttd 15:24:29 *** pugi [~pugi@p4FCC4BE8.dip.t-dialin.net] has joined #openttd 15:25:59 *** SystemParadox [~simon@proxima.systemparadox.co.uk] has joined #openttd 15:31:19 *** HerzogDeXtEr1 [~Flex@i59F6CBA5.versanet.de] has quit [Ping timeout: 480 seconds] 15:35:59 *** Devroush [~dennis@193.191.7.109] has quit [Ping timeout: 480 seconds] 15:41:02 * ZirconiumX mutters about too many bugs 15:42:01 <ZirconiumX> 0.7.5: AEBOF: An Empty Bottle Of Flyspray <------ about 7 bugs in the 0.7 series 15:50:55 *** frosch123 [~frosch@frnk-4d009c22.pool.mediaWays.net] has joined #openttd 15:50:59 *** enr1x [~kiike@91.Red-81-43-118.staticIP.rima-tde.net] has quit [Read error: Connection reset by peer] 15:53:21 *** Devroush [~dennis@ip-213-49-88-29.dsl.scarlet.be] has joined #openttd 15:53:30 *** Biolunar [~mahdi@blfd-4d086cd0.pool.mediaWays.net] has joined #openttd 16:00:38 *** enr1x [~kiike@91.Red-81-43-118.staticIP.rima-tde.net] has joined #openttd 16:02:19 *** enr1x [~kiike@91.Red-81-43-118.staticIP.rima-tde.net] has quit [] 16:04:07 *** enr1x [~kiike@91.Red-81-43-118.staticIP.rima-tde.net] has joined #openttd 16:11:05 *** DayDreamer [~DayDreame@94.142.234.1] has quit [Read error: Connection reset by peer] 16:14:47 <CIA-1> OpenTTD: rubidium * r22410 /trunk/src/ (51 files in 7 dirs): -Document: some more bits ;) 16:15:00 <Ammler> should make distclean not remove the openttd.grf? 16:15:47 <Rubidium> Ammler: why would it? 16:16:34 <Ammler> so it gets rebuild 16:16:48 <Rubidium> that's not what distclean is for 16:17:04 <Rubidium> distclean is, as per convention, for removing everything that was not distributed 16:17:28 <Rubidium> maintainer-clean *does* remove openttd.grf though 16:18:05 <Rubidium> as that, per convention, removes everything that can be regenerated 16:18:32 <Ammler> the issue is that you need to run configure to run that :-) 16:18:57 *** Doorslammer [770b0f77@ircip2.mibbit.com] has joined #openttd 16:19:24 <Rubidium> we're only following convention 16:19:38 <Ammler> yeah, no problem 16:19:56 <Ammler> openttd.grf is the only file, right? 16:20:08 <Ammler> well it is according to the makefile 16:20:41 <Rubidium> technically the .sq files are as well... but I can't be bothered about those 16:22:13 <Ammler> distclean and mrproper are the same now 16:22:24 <Ammler> that might have confused me 16:23:24 *** SystemParadox [~simon@proxima.systemparadox.co.uk] has quit [Quit: Leaving] 16:23:27 <Ammler> I guess it isn't on opengfx 16:25:54 *** George [~George@212.113.107.39] has joined #openttd 16:27:12 *** sla_ro|master [~slaco@95.76.27.160] has quit [Read error: Connection reset by peer] 16:27:40 <planetmaker> Ammler, you're looking for maintainer-clean 16:27:59 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 16:30:30 *** Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd 16:36:01 <Ammler> yeah, it doesn't matter since you can't run make in openttd without configure 16:36:32 <Ammler> hmm 16:37:39 <Ammler> does it make sense to run "make maintainer-clean all" ? 16:38:30 <Ammler> doesn't work 16:38:58 <Ammler> so I assume, debian runs configure twice 16:39:58 <Ammler> or maybe mainter-clean should only delete the grf but not depend on distclean 16:40:07 *** sla_ro|master [~slaco@95.76.27.160] has quit [Ping timeout: 480 seconds] 16:40:23 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 16:42:10 *** pugi [~pugi@p4FCC4BE8.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own] 16:49:00 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 16:51:13 <Rubidium> Ammler: nope, then it'd horribly break conventions 16:54:19 <Ammler> ok, I don't see it called in rules, will that be called somehow automatically in backgroud? 16:54:40 <Rubidium> no, you have to call it 16:54:52 <Ammler> so you provide it but don't use it 16:55:06 <Rubidium> yes, like "all" is provided but not used 16:55:11 <Rubidium> or "clean" 16:55:28 <Ammler> ok, then it doesn't hurt, if we don't use it either :-) 16:56:58 <Ammler> hmm, openttd install does depend on all afaik 16:58:29 <Ammler> sounds wrong but well :-) 16:59:37 <Rubidium> well, then "install" is provided and not used 17:00:06 *** andythenorth [~Andy@93-97-96-217.zone5.bethere.co.uk] has quit [Quit: andythenorth] 17:00:13 <Ammler> no, you use install and it looks like you don't need to use all because install depends on it 17:00:37 <Ammler> that is a bit uncommon 17:01:07 <Ammler> as install is for root and all for the user 17:01:20 <Ammler> so it could happen, that you get root files in your user space 17:02:01 <Ammler> but the conventions might allow it, else you wouldn't do it :-P 17:03:08 <Rubidium> http://www.gnu.org/prep/standards/html_node/Standard-Targets.html#Standard-Targets 17:03:33 <Rubidium> 'install' Compile the program [...] 17:03:50 <Rubidium> kinda sounds like the convention prescribes it 17:04:24 <Ammler> "f possible, write the install target rule so that it does not modify anything in the directory where the program was built, provided âmake allâ has just been done. This is convenient for building the program under one user name and installing it under another. " 17:05:36 <Ammler> I 17:07:52 <peter1138> i hate build systems that compile shit during install, after successfully completing a make all 17:08:24 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 17:09:17 <Ammler> I guess, openttd doesn't 17:09:41 *** Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has joined #openttd 17:10:01 <Ammler> and opengfx shouldn't anymore either 17:12:27 *** enr1x [~kiike@91.Red-81-43-118.staticIP.rima-tde.net] has quit [Ping timeout: 480 seconds] 17:13:42 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has joined #openttd 17:15:37 <Ammler> Rubidium: maintainer-clean: "The reason we say âalmost everythingâ is that running the command âmake maintainer-cleanâ should not delete âconfigureâ" 17:16:13 <Ammler> hmm 17:16:18 <Ammler> forget it :-) 17:18:11 *** Wolf01 [~wolf01@host41-233-dynamic.14-87-r.retail.telecomitalia.it] has joined #openttd 17:18:20 *** Doorslammer [770b0f77@ircip2.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 17:19:02 <Wolf01> hello 17:19:38 <glx> <@peter1138> i hate build systems that compile shit during install, after successfully completing a make all <-- dlltool base ? 17:19:54 <glx> or libtool 17:20:01 <glx> can't remember the name 17:31:58 *** Sacro [~ben@cpc2-mfld9-0-0-cust880.13-1.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 17:42:26 <CIA-1> OpenTTD: rubidium * r22411 /trunk/src/ (34 files in 4 dirs): -Document: another bunch of bits 17:45:22 <CIA-1> OpenTTD: translators * r22412 /trunk/src/lang/ (french.txt norwegian_nynorsk.txt): 17:45:22 <CIA-1> OpenTTD: -Update from WebTranslator v3.0: 17:45:22 <CIA-1> OpenTTD: french - 2 changes by glx 17:45:22 <CIA-1> OpenTTD: norwegian_nynorsk - 2 changes by 2rB 17:45:26 *** romazoon [romazoon@86.77.202.62.cust.bluewin.ch] has joined #openttd 17:48:36 <peter1138> "Another interesting thing would be the ability to turn off the grid. This wouldn't be too hard to do since it's just a visual change" 17:48:39 <peter1138> hehe 17:49:11 <ccfreak2k> RCT allowed it. 17:49:41 <Terkhen> if only it was just a visual change :) 17:50:14 <Rubidium> peter1138: raising the level of the UK by 1 meter isn't hard either, it's just a hell of a lot of trivial work 17:50:54 <glx> "it's just a visual change" for someone not knowing the source 17:51:00 <Terkhen> :P 17:51:27 <glx> btw it's easy to do with a newgrf 17:51:37 <Terkhen> yes, opengfx+ landscape does it 17:52:00 <Terkhen> but then all people connecting to a server are forced to play with the settings selected on it 17:52:18 <Ammler> isn't landscape static? 17:52:51 <glx> action A can be static IIRC 17:53:26 <Ammler> there is also a nogrid grf for the original users afaik 17:53:39 <Rubidium> "can be" being the important bit ;) 17:54:12 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 18:04:37 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has quit [Ping timeout: 480 seconds] 18:04:41 <frosch123> why does everyone want to turn of the grid? 18:04:47 <frosch123> gridless landscape is just ugly... 18:05:44 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd 18:06:37 <andythenorth> evenings 18:08:28 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has joined #openttd 18:10:50 <andythenorth> brr 18:10:55 <andythenorth> YACD + FIRS is just insanely hard 18:11:02 <andythenorth> (with hilly and high costs) 18:12:03 <ZirconiumX> hello andythesouth 18:12:08 <ZirconiumX> :p 18:15:13 *** DOUK [~KEM@ALyon-158-1-76-123.w90-29.abo.wanadoo.fr] has joined #openttd 18:18:01 *** ZirconiumX [561b9caa@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 18:19:08 *** enr1x [~kiike@91.Red-81-43-118.staticIP.rima-tde.net] has joined #openttd 18:21:55 *** douknoukem [~KEM@ALyon-158-1-76-123.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 18:25:14 <andythenorth> YACD might create much more use for small cheap switching engines 18:25:23 *** pasky_ [pasky@nikam.ms.mff.cuni.cz] has quit [Quit: leaving] 18:25:25 <andythenorth> I need a lot of yard goats running out on switch jobs 18:25:40 <andythenorth> NARS 2 doesn't deliver much in that respect in 1917 :P 18:27:08 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has joined #openttd 18:28:35 <Terkhen> :) 18:29:18 <Terkhen> http://www.tt-forums.net/viewtopic.php?p=944156#p944156 <--- I abandoned my YACD+FIRS game after running into this issue 18:29:41 <andythenorth> yup 18:29:47 <andythenorth> FIRS is not optimal for YACD 18:29:51 <andythenorth> it's ridiculously hard 18:32:30 <Ammler> with yacd, it would again make sense to have a limited firs with fewer cargoes 18:32:40 <andythenorth> yup 18:33:00 <andythenorth> the problem there is that there is no-one who wants to do that work :D 18:33:03 <andythenorth> right now 18:33:24 <Ammler> at least not with nfo 18:33:34 <andythenorth> well there's no other way :P 18:34:25 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd 18:36:02 <Ammler> and subcargos :-P 18:36:43 <andythenorth> subcargos suck 18:36:45 <andythenorth> they are stupid 18:36:52 <andythenorth> did I mention that before? 18:37:17 <Ammler> yeah, that is my ":-P" for 18:37:37 <andythenorth> hmm 18:37:51 <andythenorth> it's a shame auto-replace doesn't preserve the cargo subtype 18:38:04 <andythenorth> it makes industrial trams a bit crappy 18:38:10 <andythenorth> no point using auto-replace with them 18:38:12 <Ammler> I thought, subcargoes are a kind of "different livery" for same cargo 18:39:17 <Ammler> well, that is a bug 18:39:24 <andythenorth> it is, but I can't fix it 18:39:45 <andythenorth> there is also a crash when using auto-replace with articulated RVs that are in a group 18:39:55 <andythenorth> if the force-upgrade button is used 18:40:01 <andythenorth> can anyone else reproduce that? 18:46:12 <andythenorth> michi_cc: changing the engine on a train appears to break the YACD links 18:46:30 <andythenorth> I have to force the engine to run the route to re-establish the link 18:46:49 <andythenorth> probably makes sense in the implementation, but baffled me ;) 18:47:41 <michi_cc> It shouldn't. Autoreplace/renew or manual change in a depot? 18:47:53 <andythenorth> manual change 18:47:55 <andythenorth> YACD 1.1 18:48:20 <andythenorth> this is at station B in an A>B>C setup 18:48:32 <andythenorth> the train waits, the cargo waits, the train doesn't load cargo 18:48:51 <andythenorth> other vehicles do appear to continue unloading cargo 18:49:03 <andythenorth> i.e. unload cargo headed for C 19:01:38 <michi_cc> Is that the only vehicle on the route or are the orders shared? 19:02:47 <andythenorth> only vehicle on the route 19:38:37 *** pugi [~pugi@p4FCC4BE8.dip.t-dialin.net] has joined #openttd 19:42:08 *** Twerkhoven[L] [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 19:46:14 *** fonsinchen [~fonsinche@brln-4dbc3717.pool.mediaWays.net] has joined #openttd 19:49:36 *** NOUK [~KEM@ALyon-158-1-76-123.w90-29.abo.wanadoo.fr] has joined #openttd 19:55:13 *** NOUK [~KEM@ALyon-158-1-76-123.w90-29.abo.wanadoo.fr] has quit [Read error: Connection reset by peer] 19:56:08 *** DOUK [~KEM@ALyon-158-1-76-123.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 19:59:15 <michi_cc> andythenorth: Found it, problem is that the order backup and restore process can assign new order indexes, so the route graph has to be updated with the new order indexes. Fix in the next release. 19:59:22 <andythenorth> ok thanks 19:59:25 <andythenorth> :) 20:01:29 *** enr1x [~kiike@91.Red-81-43-118.staticIP.rima-tde.net] has quit [Quit: leaving] 20:08:24 *** ndh [~opera@dslb-088-074-030-223.pools.arcor-ip.net] has joined #openttd 20:08:25 *** gartral [~gareth@cpe-184-59-169-244.neo.res.rr.com] has joined #openttd 20:08:48 <gartral> is there a seperate channel for the 32bpp/ez patch/build? 20:09:49 <planetmaker> not that I know 20:10:32 <gartral> is it supported here? 20:10:47 <planetmaker> well, it's supported by its authors supposedly 20:11:16 <planetmaker> they're sometimes here 20:12:37 <gartral> I see. Ok. there's a bug in the source that prevents it from loading tar-packed GRFs. i'll report it on the tracker 20:14:33 <frosch123> tracker? don't report it to bugs.openttd.org :) 20:14:37 <frosch123> it's not supported there 20:14:58 <gartral> i meant in the openttdcoop tracker (if they have one) 20:15:11 <frosch123> oh, right, they likely actually have 20:16:15 <gartral> heh, and thanks for answering my question 20:17:49 <planetmaker> yes, reporting it in the 32bpp ez tracker is a good choice 20:21:36 <k-man> I think I turned off the little indicator that shows the % as a train loads or unloads 20:21:40 <k-man> is that possible? 20:23:39 <planetmaker> yes 20:23:46 <planetmaker> ctrl+x. right most button 20:25:53 <k-man> ah, thanks 20:26:07 *** ar3kaw [~ident@ecl198.neoplus.adsl.tpnet.pl] has quit [Read error: Connection reset by peer] 20:26:12 <k-man> is there a way to make the font bigger in the map? 20:26:52 <k-man> ie, the industries list in the map is too small for my eyes to read 20:27:38 <gartral> not easily. but i have the exact same problem 20:28:45 <Terkhen> k-man: you need to edit your openttd.cfg 20:29:20 <Terkhen> there is a patch in development for changing the fonts ingame too 20:31:14 <k-man> Terkhen, I did look in openttd.cfg and changed small_size = 8 20:31:24 <k-man> but that did not seem to be the right setting 20:31:33 <Terkhen> k-man: you will also need to set small_font to a valid font in your computer 20:31:37 *** Mucht [~Martin@chello084115143107.3.graz.surfer.at] has quit [Remote host closed the connection] 20:31:41 <k-man> ah... 20:31:43 <k-man> I see 20:31:43 <Terkhen> I use Arial 20:31:57 <Terkhen> there are other fonts that might look better but I did not bother on testing much 20:32:06 *** tokai|mdlx [~tokai@port-92-195-10-66.dynamic.qsc.de] has joined #openttd 20:34:48 <k-man> great, thanks Terkhen 20:35:44 <Terkhen> you are welcome 20:36:50 *** tokai|noir [~tokai@port-92-195-118-231.dynamic.qsc.de] has quit [Read error: Operation timed out] 20:40:03 *** ar3k [~ident@ecl198.neoplus.adsl.tpnet.pl] has joined #openttd 20:40:06 *** ar3k is now known as ar3kaw 20:43:03 <frosch123> night 20:43:06 *** frosch123 [~frosch@frnk-4d009c22.pool.mediaWays.net] has quit [Remote host closed the connection] 21:00:30 *** sla_ro|master [~slaco@95.76.27.160] has quit [Quit: Mutant Co-Op - C&C Renegade] 21:00:32 <CIA-1> OpenTTD: rubidium * r22413 /trunk/src/ (15 files): -Document: even more stuff 21:07:05 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has joined #openttd 21:08:41 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has quit [] 21:08:57 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has joined #openttd 21:11:19 *** andythenorth_ [~Andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has joined #openttd 21:11:19 *** andythenorth_ [~Andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has quit [] 21:13:42 *** aber1 [~Adium@gb049.stw.stud.uni-saarland.de] has joined #openttd 21:13:42 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has quit [Read error: Connection reset by peer] 21:17:16 *** douknoukem [~KEM@ALyon-158-1-108-198.w90-29.abo.wanadoo.fr] has joined #openttd 21:17:42 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [Quit: Juo] 21:17:48 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has quit [Ping timeout: 480 seconds] 21:18:06 *** Firzen [~Neon@dslb-094-219-005-123.pools.arcor-ip.net] has joined #openttd 21:22:44 *** Neon [~Neon@dslb-094-219-005-123.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 21:24:45 <Wolf01> 'night 21:24:48 *** Wolf01 [~wolf01@host41-233-dynamic.14-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 21:29:13 *** ar3k [~ident@eby182.neoplus.adsl.tpnet.pl] has joined #openttd 21:33:03 *** Firzen [~Neon@dslb-094-219-005-123.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.] 21:36:29 *** ar3kaw [~ident@ecl198.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 21:38:13 *** Biolunar [~mahdi@blfd-4d086cd0.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!] 21:38:57 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe21dc00-138.dhcp.inet.fi] has quit [] 21:40:10 <Terkhen> good night 21:41:18 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has quit [Quit: Leaving.] 21:43:31 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 21:48:40 *** gartral [~gareth@cpe-184-59-169-244.neo.res.rr.com] has quit [Ping timeout: 480 seconds] 21:51:51 *** gartral [~gareth@cpe-184-59-183-49.neo.res.rr.com] has joined #openttd 21:52:58 *** ndh [~opera@dslb-088-074-030-223.pools.arcor-ip.net] has left #openttd [] 21:55:41 *** ar3kaw [~ident@eby182.neoplus.adsl.tpnet.pl] has joined #openttd 22:02:44 *** ar3k [~ident@eby182.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 22:02:54 *** ar3k [~ident@eby182.neoplus.adsl.tpnet.pl] has joined #openttd 22:05:06 *** gartral [~gareth@cpe-184-59-183-49.neo.res.rr.com] has quit [Ping timeout: 480 seconds] 22:08:14 *** ar3kaw [~ident@eby182.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 22:13:33 *** gartral [~gareth@cpe-184-59-183-49.neo.res.rr.com] has joined #openttd 22:17:06 *** Twerkhoven[L] [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into] 22:18:58 *** TWerkhoven [~turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into] 22:19:24 *** ar3k [~ident@eby182.neoplus.adsl.tpnet.pl] has quit [Read error: Connection reset by peer] 22:19:53 *** ar3k [~ident@eby182.neoplus.adsl.tpnet.pl] has joined #openttd 22:19:54 *** ar3k is now known as ar3kaw 22:21:35 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 22:22:58 *** DOUK [~KEM@ALyon-158-1-108-198.w90-29.abo.wanadoo.fr] has joined #openttd 22:26:47 *** gartral [~gareth@cpe-184-59-183-49.neo.res.rr.com] has quit [Ping timeout: 481 seconds] 22:29:24 *** douknoukem [~KEM@ALyon-158-1-108-198.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 22:29:47 *** gartral [~gareth@cpe-184-59-169-244.neo.res.rr.com] has joined #openttd 22:30:08 *** Progman [~progman@p57A19D68.dip.t-dialin.net] has quit [Remote host closed the connection] 22:33:35 <k-man> how do you make the exit of a station efficient? is there an example somewhere? 22:35:26 *** ar3k [~ident@eby182.neoplus.adsl.tpnet.pl] has joined #openttd 22:40:04 *** APTX_ [APTX@89-77-188-241.dynamic.chello.pl] has quit [Remote host closed the connection] 22:41:50 *** APTX [APTX@89-77-188-241.dynamic.chello.pl] has joined #openttd 22:41:57 <peter1138> oh 22:42:09 *** ar3kaw [~ident@eby182.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 22:42:14 <peter1138> so, er, how do you start a content_downloaded scenario on a dedicated server? 22:42:59 <DabuYu> k-man: see the wiki here: http://wiki.openttd.org/Building_railway_stations 22:46:36 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 22:51:18 <Eddi|zuHause> peter1138: i think starting scenarios on server is seriously underdeveloped 22:53:33 <peter1138> seriously is 22:53:47 <peter1138> also i'm getting warnings about no data from the server for x seconds :S 22:54:00 <peter1138> i mean, i know, it's a 2048x2048 map, but still :S 22:55:14 <peter1138> oh wait 22:55:17 <peter1138> that's autosave, right 23:00:43 *** Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has quit [] 23:02:28 *** fonsinchen [~fonsinche@brln-4dbc3717.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 23:16:19 *** aber1 [~Adium@gb049.stw.stud.uni-saarland.de] has quit [Quit: Leaving.] 23:24:33 <k-man> so normal signals are fine for station exits? 23:25:34 <Eddi|zuHause> i exclusively use path signals, but i'm probably not building anything close to what you will be requesting... 23:28:17 <k-man> maybe I don't understand path signals properly but I found they did not perform as well as pre signals 23:30:43 *** romazoona [romazoon@117-164.62-81.cust.bluewin.ch] has joined #openttd 23:35:38 *** romazoon [romazoon@86.77.202.62.cust.bluewin.ch] has quit [Ping timeout: 480 seconds] 23:37:45 *** romazoona [romazoon@117-164.62-81.cust.bluewin.ch] has quit [] 23:45:02 *** douknoukem [~KEM@ALyon-158-1-108-198.w90-29.abo.wanadoo.fr] has joined #openttd 23:48:18 *** Devroush [~dennis@ip-213-49-88-29.dsl.scarlet.be] has quit [] 23:50:39 *** DOUK [~KEM@ALyon-158-1-108-198.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 23:52:52 *** pugi [~pugi@p4FCC4BE8.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own] 23:59:43 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ]