Times are UTC Toggle Colours
00:02:28 *** Osai [~Osai@pD9EB5836.dip.t-dialin.net] has quit [Quit: Osai] 00:07:58 *** Sacro|Laptop [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Quit: Leaving] 00:22:52 *** Sacro [Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 00:25:55 <CIA-1> OpenTTD: glx * r9915 /branches/noai/ (160 files in 12 dirs): [NoAI] -Sync with trunk -r9815:9914 00:26:35 *** setrodox [setrodox@83-65-236-124.dynamic.xdsl-line.inode.at] has quit [Quit: Hapiness ;D] 00:36:54 *** bencvt [~bencvt@va-71-53-204-176.dhcp.embarqhsd.net] has joined #openttd 01:15:03 *** KritiK [Maxim@ppp85-141-225-135.pppoe.mtu-net.ru] has quit [Ping timeout: 480 seconds] 01:26:12 <Jerub> hrm. 01:26:37 <Jerub> coworker is leaving us to go work on a pleasure yaught that gets chartered for 490k/week. 01:27:03 <Jerub> I'm lucky to get 49k/year from my sea craft. I wonder if we could introduce pleasure liners to openttd :) 01:27:23 <Jerub> you get more money the longer they stay at sea :p 01:31:31 *** Eddi|zuHause2 [~johekr@p54B75785.dip.t-dialin.net] has joined #openttd 01:37:45 *** Eddi|zuHause3 [~johekr@p54B7581A.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 02:21:28 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 02:42:23 *** Ammller [~Ammler@adsl-62-167-58-213.adslplus.ch] has joined #openttd 02:46:19 *** Ammler [~Ammler@adsl-89-217-21-137.adslplus.ch] has quit [Ping timeout: 480 seconds] 03:17:47 *** geoffK [~geoff@host86-130-151-243.range86-130.btcentralplus.com] has quit [Quit: Leaving] 03:21:35 *** Sacro [Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Read error: Connection reset by peer] 04:35:45 *** Osai [~Osai@pD9EB5172.dip.t-dialin.net] has joined #openttd 04:53:16 *** ThePizzaKing [~jeff@c210-49-162-211.eburwd2.vic.optusnet.com.au] has joined #openttd 05:34:12 *** Smoky555 [~Miranda@80.69.148.14] has quit [Read error: Connection reset by peer] 05:34:57 *** boekabart [~bdb@e215192.upc-e.chello.nl] has joined #openttd 05:37:21 *** Osai [~Osai@pD9EB5172.dip.t-dialin.net] has quit [Quit: Osai] 05:42:46 *** Thomas[NL] [~thomas@vdburgt.xs4all.nl] has joined #openttd 05:45:35 *** boekabart [~bdb@e215192.upc-e.chello.nl] has quit [Quit: Leaving.] 05:49:58 *** Smoky555 [~Miranda@80.69.148.14] has joined #openttd 05:53:46 *** Frostregen3 [~sucks@dslb-084-058-185-211.pools.arcor-ip.net] has joined #openttd 05:54:06 *** Frostregen3 is now known as Frostregen_ 05:59:44 *** Frostregen [SADDAM@dslb-084-058-139-005.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 05:59:57 *** Frostregen_ is now known as Frostregen 06:03:26 <mikk36> dum-di-dum... 06:05:06 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has joined #openttd 06:14:27 <Jerub> mikk36: what's cooking? 06:14:49 <XeryusTC> the thing you do when you want to eat and dont order pizza :P 06:18:19 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has quit [Quit: Always code as if the guy who ends up maintaining your code is a psychopath who knows where you live.] 06:19:56 <staniel> mmm that would be lasagna 06:20:06 <staniel> only 40 minutes till my late night snack is ready 06:20:41 <peter1138> mmmm, lasagne 06:21:01 <XeryusTC> mmm, italian food 06:21:19 <staniel> and not just any lasagna, its my mommas 06:21:50 <staniel> 22 and my mommy still takes good care of me 06:22:49 <XeryusTC> as she should! 06:23:00 <XeryusTC> although i would have kicked you out of the house by 20 :P 06:23:26 <staniel> oh, I was out when I was 18 06:23:45 <staniel> she just loves me that much to send me home with lasagna's, cookies... you name it, I get it 06:24:05 <Jerub> My parents only just kicked out my 30 year old brother for the second time. 06:25:30 <staniel> lol 06:25:49 <staniel> christ, If I brought a girl to my parents im sure my mom would even provide the condoms 06:31:22 <XeryusTC> note the if :P 06:31:25 <mikk36> Jerub. matrox g400 is so weak that i can't even run openttd at decend frame rates :( 06:31:57 <staniel> XeryusTC: I fear the day that I take a girl home 06:32:07 <staniel> I don't date them long enough to so far :D 06:32:29 <Jerub> Is this in svn trunk? http://wiki.openttd.org/index.php/New_Bridges 06:33:02 <Jerub> staniel: When I was your age I'd been married for 3 years. 06:33:11 <staniel> ouch 06:33:14 <staniel> sorry to hear that :P 06:33:17 <mikk36> and how old is staniel ? 06:33:44 <staniel> 22 06:33:46 <XeryusTC> Jerub: yes 06:34:32 <Jerub> XeryusTC: awesome. 06:34:48 <Jerub> I should probably start building my own binaries. :) 06:40:10 <CIA-1> OpenTTD: peter1138 * r9916 /trunk/src/newgrf.cpp: -Codechange: Free memory used by cargo translation tables 06:45:04 <Jerub> http://www.openttd.org/dev.php lists "user 'anonymous'" but it's not required. 06:46:48 <Touqen> the client does it for you 06:47:04 <Touqen> depending on what you use 06:47:33 <Touqen> I think tortise will send anonymous if you don't specify one 06:47:50 <Touqen> Though I very well could be talking out of my ass. 06:49:53 <Jerub> So why is it listed? :) 06:50:06 <Touqen> In the event that you do get prompted for it 06:50:10 <Jerub> Interesting, the days in transit in economy.cpp is a byte. 06:50:14 <Jerub> I wonder if it overflows.. 06:51:20 *** Nigel [~nigel@202-154-145-104.ubs-dynamic.connections.net.nz] has joined #openttd 06:53:55 <Jerub> oh, it;s actually an array of two unsigned ints in another place. yow 06:54:00 *** Nigel_ [~nigel@202-154-145-104.ubs-dynamic.connections.net.nz] has quit [Ping timeout: 480 seconds] 06:57:54 <peter1138> would you like some bolognaise with that? 06:59:02 <mikk36> bolognese 06:59:35 <Jerub> I actually understand what's going on now :) 06:59:56 <Jerub> no, it's a byte that doesn't overflow, it maxes out at 255. After cargo gets that old it doesn't get any older. 07:00:13 <Jerub> so there's no difference between 1 year and 2 for the time it takes to deliver goods. 07:00:46 <Jerub> Ontick_Train is making me curious though. 07:01:19 <Jerub> Cargo only ages one Tick in 184.. 07:04:12 *** maddy [~maddy@84.4.34.128] has joined #openttd 07:06:12 <peter1138> yeah, not really train related 07:08:40 <Jerub> Hm. 07:08:59 <peter1138> of course, there are 74 ticks in a day 07:09:06 <peter1138> so where 184 comes from i don't know 07:09:20 <peter1138> possible a typo of 148, which would be 2 days 07:09:33 <Jerub> uh, relevent lines are train_cmd.cpp:3382:void Train_Tick(Vehicle *v) 07:09:44 <Jerub> and 07:09:56 <peter1138> yes 07:09:58 <Jerub> train_cmd.cpp:2046:void OnTick_Train() 07:10:00 <peter1138> but it's not *just* for trains 07:10:12 <peter1138> that var affects all the other vehicles too 07:10:22 <peter1138> so OnTick_Train, with it's single line, is... dumb 07:11:58 <Jerub> Heh. 07:12:13 <Jerub> Ah! 07:12:28 <Jerub> so this means that cargo ages two days at a time, so it can get up to 512 days old. 07:12:52 <peter1138> well 07:12:53 <peter1138> 2.5 days 07:12:57 <peter1138> approx 07:13:01 <Jerub> except it doesn't, it ages 2.5 days at a time, which is 640 days. 07:13:32 <Jerub> So that ternary is quite obviously a bug, but the question I have to ask now is: is it worth fixing? 07:16:21 <Jerub> It does change the economic model, and it's something that's /always/ been broken. r1 07:18:00 <peter1138> well 07:18:11 <peter1138> probably cargo_days is just named incorrectly ;p 07:21:29 *** TinoM [~Tino@i5387D936.versanet.de] has joined #openttd 07:24:18 <Jerub> oh, certaintly. 07:25:26 <Jerub> at the very least it's 2 days, and is currently 2.5 days. 07:25:36 <Jerub> any idea how I'd go further back in time than r1? 07:26:11 *** elmex [~elmex@e180065010.adsl.alicedsl.de] has joined #openttd 07:26:16 <Eddi|zuHause2> the same way you observe events before the big bang 07:27:04 <Jerub> oh, okay, so r1 was the release from the sweedish uberhackers, right. :) 07:27:49 <Eddi|zuHause2> actually no, there was an svn before, but it crashed, so the history was lost 07:28:25 <Jerub> I just want to find out if 184 was once 148. 07:29:17 <Rubidium> take the first source from SF 07:32:01 <peter1138> you could always redisassemble ttd... 07:32:17 <peter1138> the cargo payment graph doesn't make much sense either 07:32:32 <Jerub> The more I read this the more it scares me. 07:32:43 <Touqen> Try messing with Yapf. 07:32:46 <Touqen> If you want a scare :D 07:32:59 <Jerub> at least YAPF wasn't decompiled. 07:33:07 <Touqen> True. 07:33:20 <Jerub> If I understand this right, then the cargo payment graph is a fuctiohl 07:33:23 <Jerub> er fiction. 07:33:47 <peter1138> it's approximately days / 1.6, but not quite ;p 07:34:10 <Jerub> The way cargo payment rates are calculated is: 07:34:31 <Jerub> rate * dist * f * num_pieces 07:34:53 <Jerub> but, 'f' is weird. 07:35:59 <Jerub> How do I find out what CargoSpec->transit_days is for a particular cargo? I just want some sample input values for say, coal. 07:45:34 <Jerub> Right, I understand this algorithm now :) 07:47:34 <Touqen> HAHAHA 07:47:44 <Touqen> There is definately something seriously wrong with the aircraft in the nightlies. 07:49:19 <Touqen> OR they are just designed to appear to fly faster or something. 07:49:29 <Touqen> Or I'm just really tired. 07:49:59 *** Smoovious [~smoovious@c-71-205-140-67.hsd1.mi.comcast.net] has joined #openttd 07:52:32 <Rubidium> Touqen: now they fly as fast as trains instead 1/4th of the speed of a train 07:56:33 <Touqen> ooh 07:56:55 <Touqen> The plane inspired by the concorde is a bit obnoxious to watch sometimes. 08:03:07 <peter1138> Jerub: you understand it? can you write something up on it then? ;-) 08:03:34 <Jerub> I was just about to paste a patch. 08:03:38 <peter1138> heh 08:03:42 <Jerub> just wanted to do a little more verification 08:04:19 <Jerub> C isn't my best language 08:04:20 <Jerub> http://rafb.net/p/NQWMkN17.html 08:04:38 <Jerub> I am worried about overflows. 08:04:47 <Jerub> I have not tested it for all possible input values. 08:06:10 *** bencvt [~bencvt@va-71-53-204-176.dhcp.embarqhsd.net] has left #openttd [] 08:08:17 *** kaan [jfk@82.192.152.195] has joined #openttd 08:08:25 <kaan> goodmorning all 08:08:46 <Jerub> To cut a long story short, f is 255 until transit days 1, it then decreases by 1 per day until transit days 2, at which point it decreases by 2 per day 08:08:53 <Jerub> with a minimum value of 31. 08:12:04 <Jerub> I totally don't like that byte being there, it scares me. 08:12:05 <Jerub> - byte f; 08:12:05 <Jerub> + int f; 08:12:14 <Jerub> changing it to an int is just safer. 08:13:03 <peter1138> it can't be more than 255, heh 08:13:22 <peter1138> as cargo_days is a byte 08:13:28 <CIA-1> OpenTTD: rubidium * r9917 /trunk/src/ (9 files): -Codechange: prepare some more areas for more road types. 08:13:43 <Jerub> peter1138: it's possible to overflow in that single line though I think. I'm not good with C. 08:13:51 <Jerub> f = 255 - 2 * transit_days + 2 * cs->transit_days[0] + cs->transit_days[1]; 08:14:04 <peter1138> i'm not convinced that it is a worthwhile cleanup 08:15:16 <Jerub> The thing that scares me in this function even more is further up 08:15:19 <Jerub> uint32 var18 = min(dist, 0xFFFF) | (min(num_pieces, 0xFF) << 16) | (transit_days << 24); 08:15:24 <Jerub> uint16 callback = GetCargoCallback(CBID_CARGO_PROFIT_CALC, 0, var18, cs); 08:15:50 <peter1138> why? 08:16:43 <Jerub> param1 is unused, and param2 is packed with a bunch of values and stuffed into a uint32 08:16:53 <peter1138> yes 08:17:04 <peter1138> because that's what the callback expects 08:17:28 <Jerub> But that's the only place the callback functionality is defined or used. 08:17:52 <peter1138> currently, yes. there is another place it will be sued 08:17:55 <peter1138> *used 08:18:35 <peter1138> heh 08:18:42 <peter1138> "The time unit used equals 185 engine ticks, or 2.5 TTD days" 08:18:46 <peter1138> so that's right 08:19:10 <Jerub> On reflection, the 255 in the calculation will stop it from overflowing because it promotes the calculation to being an int calculation. 08:20:13 <peter1138> the other callback for cargos has var18 stuffed with ssaaaatt 08:20:53 <peter1138> tt = cargo days, aaaa = cargo waiting, ss = last vehicle speed 08:22:55 <Jerub> peter1138: If it were me, I'd allow you to provide a void*, so I could use an arbitary struct... 08:23:15 <peter1138> not useful 08:23:21 <peter1138> not good practice either 08:23:35 <Jerub> I have to run off, this has been fun :) 08:23:39 <Rubidium> Jerub: problem is GRFs don't know how to handle structs 08:26:15 *** Eddi|zuHause2 [~johekr@p54B75785.dip.t-dialin.net] has quit [Remote host closed the connection] 08:26:31 *** Eddi|zuHause2 [~johekr@p54B75785.dip.t-dialin.net] has joined #openttd 08:48:07 <CIA-1> OpenTTD: rubidium * r9918 /trunk/src/ (engine.cpp newgrf.cpp): -Fix: the available roadtypes/railtypes were not updated on GRF updates. 08:59:18 *** Sleepie_ [~Sleepie@p54B36DAD.dip.t-dialin.net] has joined #openttd 08:59:21 *** Sleepie_ is now known as Sleepie 09:16:27 *** Peakki [antti@cs181000195.pp.htv.fi] has joined #openttd 09:46:37 *** Nigel [~nigel@202-154-145-104.ubs-dynamic.connections.net.nz] has quit [Read error: Operation timed out] 09:49:59 *** helb [~helb@84.244.90.159] has joined #openttd 09:53:49 *** setrodox [~setrodox@85-124-40-67.dynamic.xdsl-line.inode.at] has joined #openttd 10:14:16 *** helb [~helb@84.244.90.159] has quit [Remote host closed the connection] 10:14:53 *** helb [~helb@84.244.90.159] has joined #openttd 10:18:19 *** Thomas[NL] [~thomas@vdburgt.xs4all.nl] has quit [Quit: Thomas[NL]] 10:22:47 *** Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd 10:27:22 *** Progman [~progman@p57A1F2CC.dip.t-dialin.net] has joined #openttd 10:33:32 *** Progman [~progman@p57A1F2CC.dip.t-dialin.net] has quit [Remote host closed the connection] 10:35:59 *** Osai [~Osai@pD9EB70F1.dip.t-dialin.net] has joined #openttd 10:51:49 *** skidd13 [~skidd13@p548A65A3.dip.t-dialin.net] has joined #openttd 10:58:13 *** HMage` [~HMage@85.21.179.45] has quit [Ping timeout: 480 seconds] 11:02:14 <CIA-1> OpenTTD: rubidium * r9919 /trunk/src/ (autoreplace_gui.cpp roadveh_cmd.cpp tunnelbridge_cmd.cpp): -Codechange: prepare some more places for more road types. 11:13:08 *** _42_ [truelight@openttd.org] has quit [Ping timeout: 480 seconds] 11:15:45 *** DorpsGek [truelight@openttd.org] has quit [Ping timeout: 480 seconds] 11:19:12 *** Belugas [belugas@openttd.org] has quit [Read error: Connection reset by peer] 11:20:26 *** TrueBrain [truelight@openttd.org] has quit [Read error: Connection reset by peer] 11:23:40 *** DorpsGek [truelight@openttd.org] has joined #openttd 11:23:43 *** mode/#openttd [+o DorpsGek] by ChanServ 11:23:51 *** _42_ [truelight@openttd.org] has joined #openttd 11:24:09 *** TrueBrain [truelight@openttd.org] has joined #openttd 11:27:05 *** maddy [~maddy@84.4.34.128] has quit [Remote host closed the connection] 11:35:18 *** peterbrett [~peter@ptbb2b.girton.cam.ac.uk] has joined #openttd 11:35:30 *** marius- [~marius@ti211310a081-6896.bb.online.no] has quit [Ping timeout: 480 seconds] 11:37:20 *** tokai [~tokai@p54B8080A.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 11:39:18 *** HMage [~HMage@85.21.179.45] has joined #openttd 11:39:31 *** tokai [~tokai@p54B845B0.dip0.t-ipconnect.de] has joined #openttd 11:39:33 *** mode/#openttd [+v tokai] by ChanServ 11:48:40 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 11:54:40 <Jerub> so how do I design tracks and stations for superlong trains? 11:54:45 <Jerub> do I just use superlong platforms? 11:54:53 <peter1138> use superlong tracks and platforms, clearly 11:55:45 <Brianetta> Use long signal blocks 11:56:01 <Brianetta> Avoid temptation to make signal blcoks shorter than trains, except near junctions 11:56:11 <peter1138> yes 11:56:16 <Brianetta> You'll understand when you get a jam and need to reverse the buggers 11:57:42 <Jerub> I'm only just starting to experiment with 20 carriage trains. 11:58:13 <Rubidium> that's not even near superlong 11:58:53 <Jerub> yeah, that's why I was asking. 11:59:06 <Jerub> so I really do have to make platforms the length of the train? 12:00:11 <peter1138> yes 12:01:07 <Rubidium> not necessarily, but trains longer than the platform make loading/unloading much slower 12:02:41 *** geoffK [~geoff@host86-130-151-243.range86-130.btcentralplus.com] has joined #openttd 12:03:03 <Noldo> really? 12:03:47 <peter1138> http://web.ukonline.co.uk/berneyarms/html/berneyarms/railway/berney_summer_2001.htm 12:03:51 <peter1138> try unloading there ;p 12:04:54 <Rubidium> Berney Arms Grand Central Station ;) 12:06:01 *** Sleepie_ [~Sleepie@p54B36DAD.dip.t-dialin.net] has joined #openttd 12:10:25 *** HMage [~HMage@85.21.179.45] has quit [Ping timeout: 480 seconds] 12:13:07 *** Sleepie [~Sleepie@p54B36DAD.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 12:13:13 <Jerub> So what's long? 60? 80? 12:13:14 *** Sleepie_ is now known as Sleepie 12:14:05 <Sleepie> 64 is the max iirc 12:14:50 <Brianetta> That's a small station. 12:15:25 <Brianetta> A two-car DMU would have trouble unloading passengers. 12:15:39 <Brianetta> I suppose there's the overgrown, not as tall part of the platform. 12:19:35 <Jerub> hehehe 12:19:46 <Jerub> I just made a station big enough to collect coal from two mines. 12:19:58 <Jerub> and if it were a teensy bit larger, an oilfield :) 12:21:19 <skidd13> Hi, as the current icons of my order gui are not so nice I drew a horde of new ones. Check them out: http://tt-forums.net/viewtopic.php?t=31074&start=30 12:23:56 <skidd13> Any comments? 12:25:41 <kaan> erhm, no comments, im quite daft when it comes to graphics :P 12:27:13 *** kaan [jfk@82.192.152.195] has quit [Quit: im going to market] 12:43:35 *** Sacro [Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 12:45:11 <Noldo> skidd13: how pro gpl are you? 12:48:37 <skidd13> Noldo: why ya askin? I prefer CC (by-nc). 12:52:37 <Biff> he probably asks because openttd is gpl :) 12:53:12 <Noldo> or I would like it to be 12:53:26 <Noldo> or anything dfsg-free is ok :) 12:54:45 *** Belugas [belugas@openttd.org] has joined #openttd 12:55:12 *** ThePizzaKing [~jeff@c210-49-162-211.eburwd2.vic.optusnet.com.au] has quit [Quit: ThePizzaKing] 12:55:49 <skidd13> Refering dfsg.. I'm using DEBIAN 12:56:35 *** skidd13 [~skidd13@p548A65A3.dip.t-dialin.net] has left #openttd [] 12:56:56 <CIA-1> OpenTTD: miham * r9920 /trunk/src/lang/ (catalan.txt italian.txt romanian.txt): 12:56:56 <CIA-1> OpenTTD: -Update: WebTranslator2 update to 2007-05-25 14:56:27 12:56:56 <CIA-1> OpenTTD: catalan - 34 fixed, 15 changed by arnaullv (49) 12:56:56 <CIA-1> OpenTTD: italian - 2 fixed by lorenzodv (2) 12:56:56 <CIA-1> OpenTTD: romanian - 12 fixed, 11 changed by CrystyB (23) 12:58:23 <Jerub> do you ever use transfer stations? 13:01:23 *** Ammller [~Ammler@adsl-62-167-58-213.adslplus.ch] has quit [Remote host closed the connection] 13:03:16 *** Ammler [~Ammler@adsl-62-167-58-213.adslplus.ch] has joined #openttd 13:04:38 <elmex> Jerub: i did 13:04:46 <elmex> but transfer is a complete mess ;-/ 13:05:27 <elmex> i once tried to setup a feeder network, but it wont work right 13:05:40 <elmex> the cargo is just mixed up and it wont work somehow ;-/ 13:05:49 <Noldo> it's just an accounting trick anyway 13:06:15 <elmex> it would be a nice feature to be able to setup feeder networks 13:06:48 <elmex> but atm you can't do A->D, B->D, C->D, D->Z with only coal 13:07:05 <elmex> waiting for cargo packets :) 13:07:26 <Sionide> elmex, yeah you can...? 13:07:35 <Sionide> i've done it with wood in my latest game 13:07:38 *** skidd13 [~skidd13@p548A5BB2.dip.t-dialin.net] has joined #openttd 13:07:51 <elmex> well, when station D also received coal from a local industry the income is mixed up 13:08:03 *** mode/#openttd [+o Belugas] by ChanServ 13:08:13 <Sionide> how so? 13:08:35 <skidd13> Back again, damn thunderstorm! 13:08:38 <elmex> the cargo is merged and the game can't keep track of which cargo comes from where 13:08:52 <Sionide> so? 13:08:52 <elmex> so you only get the income as if you would transport from D->Z 13:08:57 <Sionide> no you don't 13:09:01 <Sionide> what version are you running? 13:09:11 <elmex> at least as far as i've tested it yesterday with current svn 13:09:18 <Sionide> you saying all trains doing *->D, run at a loss? 13:09:23 *** glx [~glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 13:09:24 *** mode/#openttd [+v glx] by ChanServ 13:09:24 <elmex> nope 13:09:33 <elmex> well, yes, they do 13:09:35 <Noldo> skidd13: the point is that I would like openttd to have dfsg-free graphics so it could be distributed in debian main 13:09:36 <elmex> but not visibly 13:09:47 <Sionide> not true! you get transfer income, it's yellow isn't it.. instead of green? 13:09:51 <Jerub> this doesn't make any sense. 13:10:01 <elmex> Sionide: the yellow one doesn't go to your bankaccount 13:10:10 <Jerub> the SH'8P' is more expensive than the better-in-every-way UU'37' 13:10:15 <skidd13> Noldo: Ah, so why ya askin me? 13:11:11 <peter1138> Jerub: so? it's also earlier... 13:11:19 <Sionide> elmex, where does it go then? 13:11:23 <Noldo> skidd13: because you seem to be somewhat capable artist 13:11:35 <elmex> Sionide: nowhere 13:11:57 <Sionide> profit this year: £85k, last year: £84k 13:11:59 <elmex> Sionide: it's partially transfered to the train that picks up at D, but that train wont make any income 13:12:01 <Jerub> peter1138: it's just weird, I expect upgrades to cost me money, not give me refunds. 13:12:30 <skidd13> Noldo: Thanks, but I'm not the only one! ;) This would be a realy hard job, 13:12:37 <Sionide> elmex, wtf! 13:12:46 <elmex> Sionide: http://www.ta-sa.org/files/data/w.sav 13:12:51 <elmex> r9894 13:13:07 <elmex> and tell me whether the train from the middle station makes income :) 13:13:20 <elmex> it's just not working 13:13:22 <Sionide> i'll show you 13:13:26 <Jerub> I was looking at the code for calculating income today. 13:13:49 <Jerub> I don't think it handles transfer stations very well, but it's very complicated and I don't understand it yet. 13:14:19 <elmex> the problem is just that the game doesn't keep track of the sources of the cargo 13:14:55 <Sionide> elmex, http://sionide.net/_/1.png shows the train having picked up from D (you can see some cargos from one station, some from another) 13:15:34 <Sionide> http://sionide.net/_/2.png shows it having made £31k from that trip... 13:15:48 <Jerub> yes, the profit for a transported cargo is calculated from the type of cargo, how long it was in transit, and the distance it was taken. 13:15:49 <elmex> Sionide: right, nice eh? are you sure that one truck doesn't contain 15 tonnes from carlisle woods and 15 from carlisle heights? 13:16:54 * Sionide watches the middle station 13:16:59 <Sionide> yes, some of them do 13:17:20 <Sionide> apparently, in the cargo info it shows the station with the most in that truck.. 13:17:48 <elmex> Sionide: of course it makes 'some' income, but have you tested whether it really works? keep an eye on the trucks of how the trucks' contents changes it's destination when loading cargo 13:18:24 <elmex> it's not easy to see, but it just doesn't work as expected 13:18:46 <elmex> try my w.sav, train 2 _never_ makes any positive income 13:18:57 <Jerub> yeah, this is consistent with what I was concerned with 13:19:20 <Sionide> elmex, in my game, all trains make > 50k per year 13:20:04 <elmex> Sionide: http://www.ta-sa.org/files/sc/ttd_transferfeedersystembug.jpg 13:20:06 <elmex> http://www.ta-sa.org/files/sc/ttd_transferfeedersystembug2.jpg 13:20:15 <Sionide> so what it should say X tonnes from station a and Y tonnes from station b 13:20:22 <elmex> i don't care bout your game, i care about what i have observed in my test game 13:20:47 <elmex> if it works for you it's great 13:20:52 <elmex> then maybe only i'm having these issues 13:21:09 *** Smoky555 [~Miranda@80.69.148.14] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 13:21:23 *** Smoky555 [~Miranda@80.69.148.14] has joined #openttd 13:21:35 <Jerub> I think I basically established that transfers were good if you didn't care about the interim profits. 13:21:47 <elmex> right 13:21:54 <Jerub> just so you can get 4 nearby resources to pool so you can run big long distances with the cargo 13:22:17 <elmex> yes 13:22:23 <elmex> but it's still a mess ;-/ 13:22:40 <elmex> that the feeder trains don't make negative income is just a hack 13:22:53 <Sionide> there could be loads of other reasons why your train2 isn't making any money 13:23:59 <elmex> Sionide: right, then tell me one :) i can give you the savegame and you can try out with a nighty 13:24:30 <elmex> if the train 1 would go straight to the drop station everything would be fine 13:24:39 <elmex> and if train2 would not load any transfered cargo 13:25:08 <Sionide> you want train2 to *just* load local cargo? 13:25:28 <elmex> i want train2 to load any cargo 13:25:31 <elmex> that is available 13:25:37 <elmex> and i want it to make profit 13:25:44 <skidd13> I'm off. That damn thunderstorm is getting harder. 13:25:49 *** skidd13 [~skidd13@p548A5BB2.dip.t-dialin.net] has left #openttd [] 13:25:56 <elmex> http://www.ta-sa.org/files/data/w2.sav that one even runs with 0.5.1 even thought the problem isn't that visible there 13:27:00 <Sionide> there isn't a r9894 linux nightly? 13:27:15 <elmex> i've no idea, you can use an earlier one with w2.sav too 13:28:26 <elmex> even with 0.5.1 train2 never makes any income. the income should at least be around the income of train1 13:29:01 <Sionide> i'm running it with svn now 13:29:10 <elmex> yep 13:29:38 <Sionide> pfft 13:29:39 <elmex> that should even display 'Cost...' above train2 when it unloads at the dropoff station 13:29:47 <Sionide> why should their incomes be the same 13:29:57 <Sionide> look how far train1 carries coal, compared to train2 13:29:58 <Sionide> a fraction 13:30:07 <elmex> right 13:30:14 <elmex> so why would it make negative income? 13:32:01 *** Smoky555 [~Miranda@80.69.148.14] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 13:33:27 <elmex> the miracle happens when you un-extend station Herzhaven heights to not get local coal 13:33:31 <elmex> then it works :) 13:33:32 *** Progman [~progman@p57A1F2CC.dip.t-dialin.net] has joined #openttd 13:35:57 <elmex> if you extend herzhaven heights to the local coal mine the income will become messed up 13:36:05 <elmex> forgot to extend it in that game 13:38:32 *** scur [~stu@82-32-8-6.cable.ubr02.azte.blueyonder.co.uk] has joined #openttd 13:41:55 <Sionide> elmex, i'm working on it 13:42:00 <Sionide> cos i have that exact set up in mine 13:42:06 <Sionide> there's a local wood by the feeder station 13:42:11 <elmex> yea 13:47:32 *** thgergo [~th_gergo@dsl5402B348.pool.t-online.hu] has joined #openttd 13:54:37 *** peterbrett [~peter@ptbb2b.girton.cam.ac.uk] has quit [Quit: Leaving] 13:55:30 <Sionide> elmex, i'm gonna figure this.. i'm doing my own experiment on a new map.. 13:55:31 <Sionide> show you in a sec 13:55:40 <elmex> ok 13:56:49 <Sionide> well maybe more than a sec 13:56:54 <Sionide> how long you online for? :p 13:57:11 <elmex> don't know... 10 hours... 20... 13:57:19 <elmex> ;-) 13:57:57 <elmex> but you should be able to confirm my observations with w2.sav already 13:58:58 *** Purno [~Purno@5357D37C.cable.casema.nl] has joined #openttd 13:59:59 <Sionide> elmex, yeah i confirm it, but i'm just testing something else now 14:00:11 <Sionide> well, a similar idea anyway 14:00:24 <elmex> ok 14:23:33 *** Ammller [~Ammler@adsl-62-167-58-213.adslplus.ch] has joined #openttd 14:28:19 *** Ammler [~Ammler@adsl-62-167-58-213.adslplus.ch] has quit [Ping timeout: 480 seconds] 14:30:21 *** Osai [~Osai@pD9EB70F1.dip.t-dialin.net] has quit [Quit: Osai] 14:34:32 *** tokai [~tokai@p54B845B0.dip0.t-ipconnect.de] has quit [Quit: icebears... take care of them!] 14:39:40 *** Osai [~Osai@pD9EB70F1.dip.t-dialin.net] has joined #openttd 14:51:11 <Sionide> elmex, it's definitely because in your savegame, the power planet is so close to the mines... 14:51:22 <Sionide> proof: http://sionide.net/_/ottd/feeder_test.sav 14:51:40 <Sionide> r9884 if you need it 14:54:36 <Sionide> all the trains which take the coal from the middle station, to the further away power station, make money 14:54:52 <Sionide> the other one runs at a loss 14:56:29 <Sionide> elmex? 15:00:56 *** peterbrett [~peter@ptbb2b.girton.cam.ac.uk] has joined #openttd 15:02:44 *** Ammller [~Ammler@adsl-62-167-58-213.adslplus.ch] has quit [Ping timeout: 480 seconds] 15:05:05 *** tokai [~tokai@p54B845B0.dip0.t-ipconnect.de] has joined #openttd 15:05:08 *** mode/#openttd [+v tokai] by ChanServ 15:06:41 *** Osai [~Osai@pD9EB70F1.dip.t-dialin.net] has quit [Quit: Osai] 15:16:16 *** Thomas[NL] [~thomas@vdburgt.xs4all.nl] has joined #openttd 15:16:50 *** geoffK [~geoff@host86-130-151-243.range86-130.btcentralplus.com] has quit [Remote host closed the connection] 15:20:13 *** geoffK [~geoff@host86-130-151-243.range86-130.btcentralplus.com] has joined #openttd 15:27:50 *** egladil [~egladil@duregladil.csbnet.se] has quit [Ping timeout: 480 seconds] 15:31:06 <elmex> Sionide: sorry 15:31:08 <elmex> sec 15:35:37 *** Ammller [~Ammler@adsl-62-167-58-213.adslplus.ch] has joined #openttd 15:36:24 *** Ammller is now known as Ammler 15:37:03 *** scur [~stu@82-32-8-6.cable.ubr02.azte.blueyonder.co.uk] has quit [Quit: Leaving] 15:37:13 <elmex> Sionide: yea, that setup hides the problem well :-) 15:37:35 <CIA-1> OpenTTD: rubidium * r9921 /trunk/src/road_cmd.cpp: -Fix (r9892): ownership wasn't properly propagated on owner changes. 15:37:40 <Sionide> what's the problem? 15:40:23 <Sionide> explain it further, with reference to that savegame 15:42:28 *** scia [~scia@85.149.96.102] has joined #openttd 15:43:31 <elmex> Sionide: build another station next to winnigville mines that just transport coal from that mine to the destination station called 'wonnigville transfer' that one where the 'makes no money' train goes 15:44:00 <Sionide> why? 15:44:13 <elmex> it proves that the train that 'makes no money' should make money :) 15:44:41 <Sionide> you'd never set it up like that though in a real game 15:44:45 <elmex> of course the trains that have longer runs make money 15:44:57 <elmex> because they make up for the loss from the transfer 15:46:10 <elmex> the point my savegame tried to proof is that the transfer-logic and system is broken 15:47:48 <Sionide> in a real game that situation wouldn't occur 15:48:05 <elmex> so there is no bug because in a real game the bug isn't as visible? 15:48:42 <glx> it's a known fact that we need cargo packets to properly fix transfer 15:49:02 <glx> for now you should live with the limitations 15:49:17 <elmex> yes 15:49:27 <elmex> i'm not saying anything diff. :) 15:49:28 <CIA-1> OpenTTD: rubidium * r9922 /trunk/src/yapf/yapf_ship.cpp: -Fix (r9914): [YAPF] null pointer dereference. 15:50:00 <elmex> Sionide: also in your savegame the bug doesn't occur as much because only few of the cargo is actually mixed with the coal genereated by the local mine 15:56:19 <Sionide> it's still to do with the distance though, right? 15:58:21 <elmex> hm, i don't know exactly what they problem is, i guess the cargo's source isn't properlt recorded when cargo with diferent sources is mixed so that trains that don't make profit with the cargo by themselves don't make any profit 15:59:19 <glx> it isn't recorded because we need cargo packets for that 15:59:29 <elmex> right 16:02:34 <Sacro> !seen KUDr 16:02:35 <_42_> Sacro, KUDr (KUDr@mazanec1.netbox.cz) was last seen quitting #openttd 2 weeks 6 days 20 hours 50 minutes ago (04.05. 19:12) stating "Read error: Connection reset by peer" after spending 8 hours 58 minutes there. 16:02:45 <Sacro> hmm 16:02:51 <Sacro> !seen KUDr_wrk 16:02:51 <_42_> Sacro, please look a bit closer at the memberlist of this channel. 16:03:29 <Sacro> stupid bot 16:04:09 <glx> @seen KUDr_wrk 16:04:10 <DorpsGek> glx: I have not seen KUDr_wrk. 16:04:29 <Sacro> glx: not sure which is more useless 16:04:42 <glx> @seen Sacro 16:04:43 <DorpsGek> glx: Sacro was last seen in #openttd 13 seconds ago: <Sacro> glx: not sure which is more useless 16:04:56 *** skidd13 [~skidd13@p548a6e3f.dip.t-dialin.net] has joined #openttd 16:05:58 <glx> Sacro: DorpsGek is better but only if it was here when the searched people spoke for the last time 16:08:40 <Sacro> mmm 16:27:09 <Sacro> i need some YAPF info 16:27:11 <Sacro> i don't understand it 16:35:26 <skidd13> I created a poll about the icons for my new orders window patch. Everyone is invited to vote. http://tt-forums.net/viewtopic.php?t=31074 16:36:09 *** Digitalfox [~chatzilla@bl10-64-179.dsl.telepac.pt] has quit [Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]] 16:38:08 *** Frostregen [~sucks@dslb-084-058-185-211.pools.arcor-ip.net] has quit [Read error: Connection reset by peer] 16:43:51 <elmex> skidd13: i like I or IX most ;-/ 16:44:13 <elmex> i'm for IX 16:46:07 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Quit: Tschüß] 16:46:58 <skidd13> good choise. ;) 16:47:11 *** RamboRonny [magic.powe@81-233-244-56-no37.tbcn.telia.com] has joined #openttd 16:47:47 *** kaan [jfk@82.192.152.195] has joined #openttd 16:47:52 <kaan> hi all 16:51:19 <Thomas[NL]> skidd13, how about just the plus, minus and arrow of IX ? (bigger of course) 16:52:47 <skidd13> IMO there has to be the connection to the order-list 17:07:00 <KUDr_wrk> Sacro: what exactly you need to know? 17:08:37 <Sacro> KUDr_wrk: i have finished college till september, and i want to start the signalling rewrite, and i want to integrate it with YAPF 17:09:07 <KUDr_wrk> how 'integrate'? 17:09:36 <Sacro> well, the signalling system needs pathfinding 17:09:41 <KUDr_wrk> like PBS(including reservations)? 17:09:44 <Sacro> and i know yapf uses lookahead 17:09:49 <Sacro> yes, PBS is one of the things 17:10:31 <KUDr_wrk> signaling needs simple pathfinding but reservation system is much more complex than yapf itself 17:10:39 <KUDr_wrk> YAPF is now stateless 17:10:50 <KUDr_wrk> and signaling will be statefull 17:11:14 <Sacro> oh? 17:11:19 <KUDr_wrk> so the best would be to build signaling on top of YAPF interface 17:11:22 <peter1138> reservation is easy 17:11:42 <KUDr_wrk> peter1138: for single train yes 17:11:46 <peter1138> yes ;) 17:12:40 <Sacro> well i'd like to have PBS 17:12:44 <Sacro> as well as yellow signals 17:12:51 <KUDr_wrk> so if you need to extend YAPF interface to expose some internals, tell me. The same if you need YAPF to respect some rules that can be read from the map 17:13:00 <Sacro> for when peter1138 does his realistic deceleration 17:13:32 <KUDr_wrk> how will yellow signals influence YAPF? 17:13:54 *** Bjarni [~Bjarni@0x535ca25f.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 17:13:57 *** mode/#openttd [+o Bjarni] by ChanServ 17:13:57 <Sacro> if it has 2 lines to choose from, one yellow, one green, chose the green 17:14:09 <Sacro> wheras it'd prefer yellow over red 17:14:17 <KUDr_wrk> for PBS i need to know whther and what PBS states I should take into consideration 17:15:00 <KUDr_wrk> hmm, so like half the penalty than for red? 17:15:47 *** Frostregen [SADDAM@dslb-084-058-117-013.pools.arcor-ip.net] has joined #openttd 17:16:44 *** skidd13 [~skidd13@p548a6e3f.dip.t-dialin.net] has left #openttd [] 17:17:27 <elmex> how can i change breakdowns in a game ona dedicated server? 17:22:06 *** maddy [~maddy@84.4.34.128] has joined #openttd 17:22:43 <Thomas[NL]> http://wiki.openttd.org/index.php/Diff_custom 17:22:55 <elmex> and if the game already runs? 17:23:04 <Eddi|zuHause2> probably not at all 17:23:09 <elmex> damn ;-/ 17:23:34 <Eddi|zuHause2> save it, load as local game, change diff, save, restart server with new savegame 17:23:57 *** Ammler [~Ammler@adsl-62-167-58-213.adslplus.ch] has quit [Ping timeout: 480 seconds] 17:23:59 *** maddy [~maddy@84.4.34.128] has quit [Remote host closed the connection] 17:27:04 <Eddi|zuHause2> <Sacro> well, the signalling system needs pathfinding <- actually it does not, just run the pathfinder from the end of the reserved path (instead of from the engine position), then reserve the appropriate trackbit, repeat if reserved path is too short, or if path ends in a "complex" block (terminology as in celestars paper) 17:28:21 <Eddi|zuHause2> if the engine leaves a tile, it just takes the next reserved trackbit, without pathfinder involved, then extends the reserved path like described above, if necessary 17:28:22 <Sacro> Eddi|zuHause2: yes, but i think it will need accurate stopping distances 17:28:33 <Sacro> so a train reserves a path longer than its stopping distance 17:28:43 <Eddi|zuHause2> just make sure stopping distance < reserved path length 17:29:01 <Sacro> indeed... 17:29:06 <Sacro> so it keeps getting green signals 17:29:09 *** Sleepie [~Sleepie@p54B36DAD.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:29:12 <Sacro> if it gets a yellow, it slows down 17:29:43 <Rubidium> the signal blocks just need to be long enough that when the train hits a yellow signal it can stop in time for the red signal 17:29:46 <Eddi|zuHause2> you don't need yellow signals for that 17:30:06 <Sacro> i want yellow signals :p 17:30:08 <Rubidium> and when the user doesn't, the trains crash :) 17:30:10 <Eddi|zuHause2> just make the train slow down if the extension of the reserved path fails 17:30:13 <Sacro> i want proper home and distants with semaphores 17:30:19 <Sacro> Rubidium: i did consider this idea 17:30:25 <Sacro> for people that leave 1 space between signals 17:30:31 <Eddi|zuHause2> you can have yellow signals as visual effects and stuff 17:30:57 <Sacro> Eddi|zuHause2: i think they should have some kind of effect on the trains 17:31:09 <Sacro> make them slow down so the block has more chance to clear 17:31:10 <Eddi|zuHause2> imho, short signal distance should reduce track max speed 17:31:17 <Eddi|zuHause2> no matter if yellow or green 17:31:46 <Sacro> yes... a train should not be able to increase its braking distance past the length of the blocks it has reserved 17:31:59 <Eddi|zuHause2> so you have like "if signal distance = 3 tiles, max. 100km/h" 17:32:52 <Eddi|zuHause2> but this will not be trivial 17:33:14 <Sacro> i think it should be affected by weight of the train 17:33:28 <Eddi|zuHause2> because you have to reserve this distance even over junctions 17:33:51 <Eddi|zuHause2> but i think this gets too far 17:33:56 <Eddi|zuHause2> you should take slower steps 17:34:40 <Eddi|zuHause2> implement the reserved path, the braking distance thing afterwards, and yellow signals on top of it 17:34:52 <Sacro> yeah, thats true 17:35:03 <Sacro> its 3 different things at least 17:35:07 <Eddi|zuHause2> allow for different signal systems, for easy, medum and hard difficulty 17:35:29 <Sacro> should i leave the original default green... 17:35:32 <Eddi|zuHause2> a propos medium, i knew i forgot something ... 17:35:48 <Sacro> please don't talk in greek/latin, i get confused:p 17:35:49 <Eddi|zuHause2> no, you can make everything default red 17:36:02 <Eddi|zuHause2> but "easy" should not be affected by breaking distance and stuff 17:36:08 <Eddi|zuHause2> only have like one signal type 17:36:14 <Eddi|zuHause2> that automatically "does the right thing" 17:36:30 <Sacro> what would "the right thing" be? 17:36:43 <Eddi|zuHause2> "a propos" is french, i believe 17:36:50 <Sacro> i am english! 17:37:02 <Eddi|zuHause2> make trains not crash! :) 17:37:24 <Sacro> ooh an sms 17:37:41 <Eddi|zuHause2> ohh... rain... 17:37:44 <Eddi|zuHause2> hard rain... 17:38:16 <Eddi|zuHause2> and of course sattelite tv is affected... 17:38:16 <KUDr_wrk> Sacro: Eddi|zuHause2 is right - you don't need changes in YAPF in order to implement PBS - and this should be your prefered way 17:38:42 <Eddi|zuHause2> YAPF can later be tuned to give penalty for crossing a reserved path and stuff 17:38:56 <Sacro> KUDr_wrk: what about for path following? 17:39:07 <Eddi|zuHause2> like it gives penalty for red signals 17:39:13 <Eddi|zuHause2> shouldn't be hard to adapt 17:39:21 <Sacro> surely train requests route, yapf plans route, passes it to signaller for routing 17:39:33 <Eddi|zuHause2> Sacro: you can read the reserved path from the map, does not need pathfinder 17:40:01 <Sacro> so does YAPF return the reserved path to the train? or the map? or what? 17:40:09 <KUDr_wrk> Sacro: 'path following'? 17:40:12 <Eddi|zuHause2> no... follow me: 17:40:28 * Sacro follows 17:40:37 <Eddi|zuHause2> engine: leaves tile, has already a reserved path in front of it 17:40:50 <Eddi|zuHause2> reads from the next tile, which track bit is reserved 17:40:55 <Eddi|zuHause2> follows that trackbit 17:41:29 <Eddi|zuHause2> then it checks if the reserved path is still "long enough" (function based on speed and weight) 17:41:48 <KUDr_wrk> YAPF contains the path after pathfinding so you only need to call it directly not via wrapper functions that were made only because of C code 17:41:51 <Eddi|zuHause2> (only needs "follow track" function) 17:42:15 <Eddi|zuHause2> from the end of the reserved path, you then run YAPF, to get a new trackbit for expansion 17:42:30 <Eddi|zuHause2> you then mark this trackbit as "reserved" 17:42:42 <KUDr_wrk> yes 17:42:53 <KUDr_wrk> agree with Eddi|zuHause2 17:42:59 <Sacro> i can follow that 17:43:29 <KUDr_wrk> this will also ensure that the reserved path will not change so often 17:43:31 <Eddi|zuHause2> in case you find an already reserved trackbit, revert to the last signal, and turn that signal red 17:43:44 <Sacro> yes... 17:43:50 <Sacro> and then the signal before goes yellow 17:43:58 <KUDr_wrk> :) 17:44:04 <Sacro> the train hits the yellow, slows down 17:44:21 <KUDr_wrk> i would say 'forget yellow signals if you want to implement PBS' 17:44:22 <Sacro> then either stops at the red, or it goes green, and it speeds back up again 17:44:36 *** egladil [~egladil@duregladil.csbnet.se] has joined #openttd 17:44:47 <Sacro> KUDr_wrk: yeah, might be an idea to not have yellows in a pbs block 17:44:57 <KUDr_wrk> they are 2 different things PBS and yellow signals 17:45:04 <Sacro> yes 17:45:16 <peter1138> heh, http://fuzzle.org/o/petepbs.diff ;p 17:45:20 <peter1138> ^ wanked 17:45:22 <KUDr_wrk> so they should be implemented separately 17:45:29 <peter1138> abuse of yapf too ;p 17:45:35 <peter1138> (and of course it doesn't work) 17:45:36 <Sacro> peter1138: what have you done? :P 17:47:23 <Eddi|zuHause2> one additional note... a signal should probably save wether the bock before or behind it is "simple", "complex" or whatever else celestar wanted to differentiate 17:47:44 <Sacro> yes, thats true 17:47:50 <Sacro> isn't simple only one exit? 17:48:43 *** paolo [~paolo@adsl-135-67.37-151.net24.it] has joined #openttd 17:49:14 <Eddi|zuHause2> i believe in celestars paper it was: "simple" = just straight track, "join" = only joins, "split" = only switches, "complex" everything else 17:49:50 <Sacro> ahh 17:50:00 <Eddi|zuHause2> but imho those are too many special cases 17:50:12 <Sacro> in UK signalling, if its just straight track, it tends to be default green, unless the block is occupied 17:50:19 <Sacro> current style 17:50:48 <hylje> OMG! SIGNALS! 17:51:03 <Sacro> hylje: ZOMGYEAH!!! 17:51:14 *** graeme [~graeme@88-104-20-155.dynamic.dsl.as9105.com] has joined #openttd 17:53:19 <Sacro> i don't follow most of the code though D: 17:53:49 <Eddi|zuHause2> kay... i expect working signals not before 2010 then :p 17:54:07 <Sacro> i will bundle them with DNF 17:54:39 <elmex> lol 17:55:07 <elmex> btw, has it been confirmed that DNF is just a marketing gag? 17:55:14 *** paolo [~paolo@adsl-135-67.37-151.net24.it] has quit [Quit: using sirc version 2.211+KSIRC/1.3.12] 17:55:35 *** paolo [~paolo@adsl-135-67.37-151.net24.it] has joined #openttd 17:58:48 *** peterbrett [~peter@ptbb2b.girton.cam.ac.uk] has quit [Quit: Leaving] 18:01:16 *** paolo [~paolo@adsl-135-67.37-151.net24.it] has quit [Quit: using sirc version 2.211+KSIRC/1.3.12] 18:12:14 *** Sleepie_ [~Sleepie@p54B35D6C.dip.t-dialin.net] has joined #openttd 18:12:17 *** Sleepie_ is now known as Sleepie 18:27:39 *** Vikthor [~Vikthor@snat1.spoje.net] has quit [Quit: Leaving.] 18:31:58 *** KritiK [Maxim@ppp91-76-147-109.pppoe.mtu-net.ru] has joined #openttd 18:33:27 *** Sacro_ [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 18:33:27 *** Sacro [Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Read error: Connection reset by peer] 18:33:52 *** Sacro_ [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has quit [] 18:34:00 *** KritiK_ [Maxim@ppp85-140-207-72.pppoe.mtu-net.ru] has joined #openttd 18:34:03 *** Sacro [~Ben@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 18:39:45 *** UndernotBuilder [~chatzilla@168.226.104.203] has joined #openttd 18:40:02 *** KritiK [Maxim@ppp91-76-147-109.pppoe.mtu-net.ru] has quit [Ping timeout: 480 seconds] 18:40:24 <UndernotBuilder> is possible to create a patch for chatting before joining? 18:41:30 <hylje> what 18:41:35 <hylje> yes 18:41:36 <glx> why? 18:41:48 <Rubidium> that would require a lot or reworking of the whole network system 18:41:53 <Belugas> it's called IRC ^_^ 18:41:58 <glx> you can spectate before join to play 18:42:23 <TrueBrain> you can chat while joining in fact, it is just that the GUI doesn't support it :p 18:43:17 <UndernotBuilder> but there isn't a irc channel per server... 18:43:50 <Rubidium> that's because lots of the server admins fail in making one 18:43:56 <hylje> failure 18:44:26 <UndernotBuilder> and I can't use the say command while I am connecting 18:46:17 <UndernotBuilder> also spectator mode is bad with big maps 18:55:23 *** Zr40 [~Zr40@zr40.xs4all.nl] has joined #openttd 18:56:31 *** alanin is now known as Alanin 19:06:33 *** chammm [~chammm@ram94-1-81-57-198-120.fbx.proxad.net] has joined #openttd 19:06:58 *** Progman [~progman@p57A1F2CC.dip.t-dialin.net] has quit [Remote host closed the connection] 19:26:16 <XeryusTC> UndernotBuilder: get autopilot and make a bridge... 19:28:20 <hylje> .. and get over it 19:31:16 *** graeme [~graeme@88-104-20-155.dynamic.dsl.as9105.com] has quit [Quit: Leaving] 19:33:23 *** helb [~helb@84.244.90.159] has quit [Quit: Logout] 19:34:24 *** Wolf01 [~wolf01@host184-239-dynamic.15-87-r.retail.telecomitalia.it] has joined #openttd 19:34:36 <Wolf01> hello 19:37:56 *** helb [~helb@84.244.90.159] has joined #openttd 19:51:32 *** thgergo [~th_gergo@dsl5402B348.pool.t-online.hu] has quit [Ping timeout: 480 seconds] 19:53:41 <Wolf01> rcon <pass> patch <name> <value> doesn't work for me 19:54:02 <elmex> Wolf01:try: rcon <pass> "patch <name> <value" 19:54:11 <elmex> i fell for that trap too ;-/ 19:54:21 <glx> as rcon help says :) 19:54:52 <elmex> i usually only read the syntax description 19:54:53 <Wolf01> oh right, is better to read the command help 19:56:49 <Wolf01> but are patches saved when set in this way? i tried yesterday and today i had to set them again 19:57:22 <Eddi|zuHause2> patches changed during the game are saved in the savegame only 19:57:27 <Eddi|zuHause2> not in the config 19:59:36 *** scia [~scia@85.149.96.102] has quit [Quit: Lost terminal] 20:09:58 *** Osai^2 [~Osai@pD9EB70F1.dip.t-dialin.net] has joined #openttd 20:13:04 *** Maedhros [~jc@host86-137-33-171.range86-137.btcentralplus.com] has joined #openttd 20:14:58 *** Osai^2 is now known as Osai 20:27:27 <Bjarni> "How Long is the Next Train?" 20:27:27 <Bjarni> "About 350 feet." Station attendant's response to a passenger enquiring about the late running train service 20:27:29 <Bjarni> LOL 20:27:57 <Bjarni> think before asking. You might get the answer you ask for instead of the answer you want :p 20:31:34 *** sPooT [~spoot@e156067.upc-e.chello.nl] has joined #openttd 20:39:22 *** helb [~helb@84.244.90.159] has quit [Read error: Connection reset by peer] 20:40:49 *** Ailure [Gamefreak@194.47.44.201] has quit [Read error: Connection reset by peer] 20:44:35 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 20:50:36 *** KritiK_ [Maxim@ppp85-140-207-72.pppoe.mtu-net.ru] has quit [Server closed connection] 20:51:04 *** KritiK_ [Maxim@ppp85-140-207-72.pppoe.mtu-net.ru] has joined #openttd 20:51:07 *** KritiK_ is now known as KritiK 20:52:13 *** Vikthor [~Vikthor@212.24.150.226] has joined #openttd 20:54:17 *** Purno [~Purno@5357D37C.cable.casema.nl] has quit [Read error: Connection reset by peer] 20:57:26 *** glx [~glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Server closed connection] 20:57:37 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 20:57:40 *** mode/#openttd [+v glx] by ChanServ 21:02:56 *** elmex [~elmex@e180065010.adsl.alicedsl.de] has quit [Server closed connection] 21:03:03 *** elmex [~elmex@e180065010.adsl.alicedsl.de] has joined #openttd 21:11:25 *** peterbrett [~peter@ptbb2b.girton.cam.ac.uk] has joined #openttd 21:16:19 *** dfox [~dfox@r5cv25.net.upc.cz] has quit [Server closed connection] 21:16:30 *** dfox [~dfox@r5cv25.net.upc.cz] has joined #openttd 21:31:32 *** eQualizer [~lauri@dyn116-117.spy.dnainternet.fi] has quit [Server closed connection] 21:31:36 *** eQualizer [~lauri@87.94.117.116] has joined #openttd 21:32:38 *** Maedhros [~jc@host86-137-33-171.range86-137.btcentralplus.com] has quit [Quit: leaving] 21:32:52 *** helb [~helb@84.244.90.159] has joined #openttd 21:34:06 *** welterde [~welterde@trujillo.srv.pocoo.org] has quit [Server closed connection] 21:34:08 *** welterde [~welterde@trujillo.srv.pocoo.org] has joined #openttd 21:36:55 *** bencvt [~bencvt@va-71-53-204-176.dhcp.embarqhsd.net] has joined #openttd 21:38:28 <kaan> what is command.cpp doing? 21:39:21 <Rubidium> handling (execution) of commands? 21:39:59 <kaan> for whom? 21:40:36 <Rubidium> everybody 21:40:41 <kaan> oki 21:40:49 <Rubidium> why? 21:40:57 <kaan> why is that a good idea? 21:41:01 <kaan> hehe, yes 21:44:39 <kaan> im doing my best to understand waht im tinkering with. i dont want to break more stuff than i need to. 21:46:33 <TrueBrain> most likely it means you shouldn't be touching it :p 21:46:34 *** qfh [~qfh@static-ip-62-75-161-163.inaddr.intergenia.de] has quit [Server closed connection] 21:46:45 *** qfh [~qfh@static-ip-62-75-161-163.inaddr.intergenia.de] has joined #openttd 21:51:33 <kaan> isnt it a bit odd to have a structure like this when you could just call the functions directly? is to facilitate multiplayer or something like that? 21:52:18 <Rubidium> kaan: exactly 21:52:54 <kaan> ok, that should do it i suppose :) 21:52:57 <glx> it's not to facilitate multiplayer, it's to make it safe 21:53:10 *** mggrant [~mgg@norbu.plus.com] has quit [Server closed connection] 21:53:40 <kaan> I take it that this structure is used even in singleplayer? 21:53:44 *** mggrant [~mgg@norbu.plus.com] has joined #openttd 21:54:00 <glx> of course we don't use 2 different systems 21:54:10 <glx> that would be stupid 21:54:23 <kaan> ok, thats all my questions answered for tonight then :) 21:54:47 <kaan> have you looked at the ctp2 code? 21:54:54 <kaan> ctp2 uses 2 systems 21:55:03 <kaan> lots of bugs with bugs in it 21:57:23 <Eddi|zuHause2> i have never seen bugs that grow little bugs on them :p 21:57:37 <kaan> hehe, ctp2 has it all ;) 21:58:35 *** Osai [~Osai@pD9EB70F1.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 21:59:42 *** peterbrett [~peter@ptbb2b.girton.cam.ac.uk] has quit [Ping timeout: 480 seconds] 21:59:44 *** Osai [~Osai@pD9EB70F1.dip.t-dialin.net] has joined #openttd 22:02:13 <ln-> done watching episode 3x23 [x] 22:03:11 <Eddi|zuHause2> it was totally evil, right? :p 22:03:48 <ln-> not really, no 22:06:31 <ln-> i just wonder if there will be one more episode in season 3 or not 22:07:18 <Eddi|zuHause2> no... when would that supposed to be? 22:08:04 <CIA-1> OpenTTD: rubidium * r9923 /trunk/ (18 files in 5 dirs): -Add: support for Action 0 Road vehicles, property 1C, bit 0. 22:08:08 <ln-> there were 24 episodes in season 2, that's all 22:08:31 <Eddi|zuHause2> yeah, i found the number odd, too... 22:09:06 *** helb [~helb@84.244.90.159] has quit [Remote host closed the connection] 22:09:08 <ln-> 3x23 was first aired only three days ago 22:09:38 <Eddi|zuHause2> yes, but it was definitely the season final 22:09:54 <ln-> well yeah 22:10:30 <Eddi|zuHause2> the next 3 seasons will only have 16 episodes each 22:10:56 <Eddi|zuHause2> and the series will have a definite ending then 22:12:32 <ln-> having watched all of season 3 within a week means that i'll have to wait significantly longer for 4x01 22:14:09 *** Alanin is now known as alanin 22:14:57 *** KritiK_ [Maxim@ppp85-140-204-96.pppoe.mtu-net.ru] has joined #openttd 22:17:41 *** Zr40 [~Zr40@zr40.xs4all.nl] has quit [Quit: Leaving] 22:18:55 *** KritiK [Maxim@ppp85-140-207-72.pppoe.mtu-net.ru] has quit [Ping timeout: 480 seconds] 22:19:00 *** KritiK_ is now known as KritiK 22:19:03 <Eddi|zuHause2> at least till january 22:21:01 <ln-> i'm not very confident the site where i downloaded these episodes will be up and running in january anymore... 22:22:04 <guru3> Multiplayer Roller Coaster Tycoon would be awesome. 22:22:08 <Eddi|zuHause2> hm, the place where i got the episodes from appears to be relatively reliable 22:22:40 <Eddi|zuHause2> i have been using it for two years now 22:23:55 <Eddi|zuHause2> lost was the second series that i downloaded... and meanwhile i have like 20 in the list... 22:24:12 <Eddi|zuHause2> (not all run simultaneously though) 22:24:41 <ln-> this web site i used is interesting in the sense that all the files there are downloadable by anyone, no registration or passwords or anything. 22:25:08 <ln-> and speeds > 600kB/s 22:25:23 <Eddi|zuHause2> i do not have that kind of speed anyway :p 22:28:11 *** Hendikins [~wolfox@CPE-121-209-208-159.nsw.bigpond.net.au] has joined #openttd 22:28:34 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Quit: Tschüß] 22:29:14 <Hendikins> Ugh, nothing I hate more in multiplayer than somebody who puts two airports on opposite sides of the map, 1 plane and goes AFK whilst the money rolls in. 22:31:09 <Eddi|zuHause2> disable planes :) 22:31:20 <ln-> actually i would gladly pay for such a great way to download episodes, but apparently the copyright holders don't want to sell me stuff. 22:31:48 <CIA-1> OpenTTD: rubidium * r9924 /trunk/src/roadveh_cmd.cpp: -Fix: update the road vehicle speeds when stopped and/or running just behind another vehicle. 22:31:49 <Eddi|zuHause2> yeah, the world is totally upside down :) 22:32:01 <Hendikins> Eddi|zuHause2: Not my server. 22:33:05 <Eddi|zuHause2> the copyright holders want us to pay for the fact that they withdraw information from over half of the world for a very long time 22:33:31 <Eddi|zuHause2> or it "withhold"? 22:33:42 *** TinoM [~Tino@i5387D936.versanet.de] has quit [Quit: Verlassend] 22:33:52 <Eddi|zuHause2> the german word is "vorenthalten" 22:34:11 <ln-> withhold makes more sense in that context, in my opinion. 22:34:32 <Eddi|zuHause2> i can never correctly translate this kind of words 22:36:58 <Vikthor> Wow, such a major feature enters trunk and no comments on it? Great job Rubidium, thank you 22:37:47 <Rubidium> ;) 22:37:47 <glx> finally someone noticed it :) 22:38:33 <Eddi|zuHause2> i noticed the commits, but i do not understand them... 22:38:34 <Vikthor> Well, I had to test it with CS Tram to be sure 22:39:02 <peter1138> what about the patch option to turn it off! 22:39:08 <peter1138> it's FORCED down my THROAT! 22:39:12 <peter1138> er, yeah 22:39:41 <glx> Eddi|zuHause2: r9923 to be exact 22:40:09 <Wolf01> 'night 22:40:11 <Eddi|zuHause2> yeah, i understood that 9924 does not exactly count as "feature" :p 22:40:15 *** Wolf01 [~wolf01@host184-239-dynamic.15-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 22:40:41 <ln-> btw, can someone understand what's this french guy's problem: https://www.redhat.com/archives/fedora-trans-list/2007-May/msg00000.html 22:43:36 <Eddi|zuHause2> i fear it's missing some context 22:44:27 <ln-> as far as i understand, that's all the necessary context. 22:44:52 <ln-> the guy gets upset by someone thanking in advance. 22:46:55 <Eddi|zuHause2> it's definitely not worth my time 22:48:42 <Bjarni> http://www.qdb.us/89145 <--- I guess this guy has time to care about this o_O 22:54:47 *** skidd13 [~skidd13@p548A57E0.dip.t-dialin.net] has joined #openttd 22:57:44 *** ThePizzaKing [~jeff@c210-49-162-211.eburwd2.vic.optusnet.com.au] has joined #openttd 23:04:43 <ln-> Bjarni, what episode are you at? 23:05:29 <Sacro> ln-: he's french 23:06:13 *** setrodox [~setrodox@85-124-40-67.dynamic.xdsl-line.inode.at] has quit [Quit: Hapiness ;D] 23:08:24 <Bjarni> episode? 23:10:34 <ln-> me and eddi|z2 are at 3x23. 23:12:20 <ln-> seen the polar bear yet? 23:13:00 <skidd13> Are trams in trunk avalible? I saw the track data file in the recent svn up. 23:13:47 * Bjarni knows what a polar bear looks like 23:13:57 <Bjarni> but 23:14:17 <Bjarni> they are totally out of context here :s 23:14:17 <ln-> polarbear appears in something like 1x02 23:14:36 <Bjarni> you are speaking garbage right now 23:14:43 <Bjarni> or is it Finnish? 23:14:54 <Bjarni> I'm clueless to what you mean 23:15:05 <ln-> clueless or even Lost? 23:15:42 <Bjarni> ... 23:15:59 <Bjarni> I don't get the idea of lost 23:16:07 <Bjarni> it's like watching boring TV 23:16:19 <Bjarni> wait a minute, it is watching boring TV 23:16:35 <ln-> http://imdb.com/title/tt0411008/ 23:17:18 <Sacro> trams? 23:17:57 <ln-> Sacro, http://simple.wikipedia.org/wiki/Tram 23:18:14 <Sacro> ln-: i notice the SIMPLE bit 23:18:29 <Vikthor> Sacro: Yeah, in trunk for more than hour now :) 23:18:30 <Sacro> Tramo estas surrela veturilo (trajno), kiu, male al fervojo, partoprenas en la strata trafiko kaj sekvas ties regulojn (fervojo guas prioritaton). 23:18:37 <skidd13> Yeah 23:18:45 <Bjarni> Sacro: http://complex.wikipedia.org/wiki/Tram 23:18:53 <Sacro> Bjarni: 404 23:19:04 <ln-> "En sporvogn er et transportmiddel, som kører på spor, for det meste nedsænket i vejbanen." 23:19:05 <Sacro> svn up && make -j2 23:19:05 <Bjarni> then it's too complex for you to get :p 23:19:21 <Sacro> :o 23:19:48 * Sacro learns more dutchish 23:19:52 <Sacro> or is it dutchian 23:21:00 <Sacro> :o 23:21:09 <Sacro> openttd crashes if you don't open it in X 23:21:13 <ln-> tramways in the menu, but disabled. what to do? 23:21:22 <Sacro> OH THE HUMANITY 23:21:27 <Vikthor> ln-: Get tramset 23:21:31 <Bjarni> ln-: don't select it :p 23:21:56 <CIA-1> OpenTTD: rubidium * r9925 /trunk/src/ (lang/english.txt road_gui.cpp): -Fix: wrong tooltips in station picker. 23:22:02 <Sacro> Rubidium: damn you 23:22:06 <Sacro> i just make;d 23:22:13 <Vikthor> ln-: You need to have vehicles taht use tracks to be able to build tracks 23:22:38 <ln-> that's silly. 23:22:56 <Bjarni> http://www.youtube.com/watch?v=m_wbeZZ0XSU <--- I think this is as close as you can get to a tramway without it being a tram (it's a real railroad) 23:23:34 <Bjarni> is it good or bad that I could find this in like 3 sec because I can remember the name of the station and knows how to spell it? :/ 23:23:47 <Vikthor> ln-: May I recommend you CS Tram set? http://ttd.tycoonez.com/?id=120 23:24:25 <Sacro> i want the brittish tram set 23:24:39 <ln-> Vikthor: thank you for the link 23:26:00 <ln-> Bjarni: there were trams in copenhagen but not anymore? 23:26:09 <Bjarni> they were closed in 1972 23:26:19 <Bjarni> :( 23:26:32 <Vikthor> ln-: It is more like alpha version, but works pretty good(AFAI can tell after brief test) 23:27:01 <Bjarni> now we has a shitty metro line and for less than the price of the metro, we could have gained all the tram lines back, but the politicians wanted a metro 23:27:05 <ln-> Bjarni: precisely the same year the tram lines of Turku were shut down. 23:29:07 <Bjarni> http://home6.inet.tele.dk/forde/MOMMARKBANEN.jpg <-- they closed this line because some cars crashed into the train and then they decided to blame the train instead of the crappy drivers 23:30:00 <Bjarni> btw that train is not a tram. It's a diesel train with two 24 litre diesel engines and a top speed of 120 km/h... a real train 23:30:37 <ln-> cool 23:30:50 <ln-> hmm, unfortunately i gotta go sleep right now. gn 23:31:26 <Bjarni> sleep is for losers 23:31:29 <Bjarni> and sleepy people 23:32:09 <peter1138> roads just shouldn't have huge trains down them 23:32:21 <Bjarni> I like how I searched for the streetname and the town on google image search and this picture was the 2nd to show up 23:32:25 *** Sionide- [sionide@cornflakes.imen.org.uk] has joined #openttd 23:32:41 <Bjarni> it has a whole lot of pics of the stops and maps and stuff, but this picture took priority :) 23:32:43 <CIA-1> OpenTTD: rubidium * r9926 /trunk/src/table/roadveh.h: -Fix (r9923): the vehicle should continue on the next tile, not 'finishing' the turn. 23:34:24 *** Sionide [sionide@cornflakes.imen.org.uk] has quit [Read error: Connection reset by peer] 23:34:26 *** Sionide- is now known as Sionide 23:35:20 <Eddi|zuHause2> <Bjarni> they were closed in 1972 <- a lot of west german cities closed tram systems around that time also, and chose to use busses. then they all got hit by the oil crisis 23:36:27 <Eddi|zuHause2> in eastern block countries tram systems usually got improved 23:36:28 <Bjarni> here it was because busses fitted better with the road traffic. However they became stuck in traffic in no time and the tram lanes became bus lanes and we gained nothing 23:37:28 <Vikthor> Here in Prague, they decided to close trolleybus lines around that date, fortunately, trams were preserved 23:37:35 <glx> they rebuilt tram in Paris 23:38:02 <Jerub> Brisbane lost its Trams in the '70s. 23:38:09 <Jerub> but Melbourne still uses them extensively. 23:38:15 <Eddi|zuHause2> i was in luxemburg last week, and i found it insane how many busses go around in that city 23:38:24 <Sacro> Hull lost its trollybuses yeeeeeears ago :( 23:38:45 <Eddi|zuHause2> i am really glad my city uses trams :p 23:39:29 <Bjarni> during that time, it was known to everybody that everybody would get a car, so it was a question of time before public transportation would be a thing of the past 23:39:41 <Eddi|zuHause2> with one tram you can transport as many people as with 3 busses 23:39:42 <Bjarni> they also closed a whole lot of railroad lines 23:40:05 <Bjarni> luckily I live in a part of the country where it's impossible to close the railroads... too many people use them 23:40:16 <Bjarni> it's impossible to move all of them into busses 23:40:25 <Vikthor> Eddi|zuHause2: But you have to build tracks first 23:40:53 <Bjarni> using tracks helps a lot. They can drive really close to each other without hitting each other 23:40:57 <Eddi|zuHause2> which was mostly done in the 19th century... 23:41:38 <Bjarni> trams rules 23:42:25 <Eddi|zuHause2> Halle (Saale) has the oldest electric tram system in the world 23:42:53 <Eddi|zuHause2> it did not have the first electric tram, but the first electric tram system 23:43:11 <Eddi|zuHause2> that actually went through a city 23:43:11 <Vikthor> Eddi|zuHause2: here in Prague new tram track was openned in 2003, and it services pretty big area 23:43:19 <Bjarni> I presume they added modern stuff to it over the years 23:43:50 <Eddi|zuHause2> yeah, they launched a brand new track here in december 2006 23:44:02 <Eddi|zuHause2> and they are still building a new connection 23:44:23 <Eddi|zuHause2> and they bought a lot of new trams 23:44:38 <Eddi|zuHause2> in the past few years 23:45:27 <Vikthor> Here they bought trams by Porsche :) 23:45:45 <skidd13> Coolyou can share orders between trams and busses. :D 23:46:11 *** sPooT [~spoot@e156067.upc-e.chello.nl] has quit [Quit: Leaving] 23:46:11 <Eddi|zuHause2> before 1989, mostly trams of the "Tatra" type were used (from prag) 23:46:19 <Bjarni> btw we are getting new tracks here :D 23:46:21 <Vikthor> In fact only design is by Porsche, the rest is Skoda 23:46:21 <Bjarni> finally 23:46:48 <Bjarni> so our double tracked railroad is partly single tracked for a few months 23:46:56 <Bjarni> and then it will be in mint condition :D 23:47:08 <Vikthor> Eddi|zuHause2: So I assume you live somewhere in former DDR? 23:47:14 <Eddi|zuHause2> yes 23:47:16 <Bjarni> he said it 23:47:18 <Bjarni> Halle 23:47:38 <Bjarni> and we all know where Halle is, right? :) 23:48:17 <Eddi|zuHause2> Halle (Saale) is famous for its salt, which was found around the 10th century, i believe 23:49:19 <Vikthor> Bjarni: Maybe, but wikipedia knows for sure 23:49:58 <Eddi|zuHause2> in the 1970's, the city celebrated it's 1000th birthday, and last year, it celebrated 1200 years :p 23:50:10 *** Digitalfox [~Digitalfo@bl10-64-179.dsl.telepac.pt] has joined #openttd 23:50:44 <Eddi|zuHause2> apparently, they found new documents that mentioned the location earlier 23:51:30 <Bjarni> Eddi|zuHause2: I used to have a neighbour like that. Once in a while she thought it had been a while since her last birthday so she decided to host another one. She became a lot older in just a few years 23:52:10 <skidd13> Will there be another button in the "replace road vehicle" window to switch between the road types like in the train one? 23:52:23 <Eddi|zuHause2> both the name of the city (Halle) as well as the name of the river (Saale) have to do with salt 23:52:23 <Digitalfox> Rubidium: Great work with trams in openttd :) But i have a question if i use another newgrf for tram tracks will it also work or only works with the one openttd now brings?? Like thos one http://www.tt-forums.net/viewtopic.php?t=30593 23:52:29 *** Thomas[NL] [~thomas@vdburgt.xs4all.nl] has quit [Ping timeout: 480 seconds] 23:52:40 <Bjarni> skidd13: I didn't plan it, but I guess it would be a nice idea 23:52:59 <skidd13> :) 23:53:52 <Eddi|zuHause2> Digitalfox: i would assume it's supported, but to make sure, try it out 23:54:10 <skidd13> There are only 5 votes at my poll for the icons for my patch. :( 23:54:30 <Bjarni> URL? 23:54:32 <Digitalfox> Eddi|zuHause2: I didn't try it, but i will later :) 23:54:38 <skidd13> http://tt-forums.net/viewtopic.php?t=31074 23:54:39 <Bjarni> now you will get 6 23:55:00 <Bjarni> hmm 23:55:07 <Bjarni> maybe it sounds better if I say: 23:55:09 <Bjarni> now you will get sex 23:55:11 <Bjarni> ;) 23:55:47 <Eddi|zuHause2> am i the only person to think that the channel-topic has plenty of redundancy? 23:55:55 <skidd13> hard decision? ;) 23:56:15 <Bjarni> it's too tricky to figure out what to keep and what to ditch 23:56:25 <Bjarni> so nobody dares to modify it 23:56:26 <Digitalfox> skidd13: I voted the I it seems to be more easy to understand form my point :) 23:56:55 <Eddi|zuHause2> Bjarni: in german, the number "6" and the word "sex" are spoken almost identically 23:57:26 <Sleepie> Skidd13: now 7 :) 23:58:00 <Bjarni> Sleepie: you spoiled it :p 23:58:13 <Sleepie> I voted for I too. Imho the "cleanest" design 23:58:48 <Bjarni> skidd13: VII is out of the question. We will get the "colourblind people can't tell the difference" complains again 23:58:51 <Rubidium> question is, how "understandable" are those icons