Times are UTC Toggle Colours
00:07:18 *** Eddi|zuHause2 is now known as Eddi|zuHause 00:15:32 *** stuffcorpse [~rick@121.98.136.241] has joined #openttd 00:18:53 *** HerzogDeXtEr [~Flex@89.246.183.169] has joined #openttd 00:18:53 *** HerzogDeXtEr1 [~Flex@89.246.184.114] has quit [Read error: Connection reset by peer] 00:25:41 *** KenjiE20|LT [~Kenji@host86-166-26-17.range86-166.btcentralplus.com] has joined #openttd 00:25:57 *** KenjiE20 [~KenjiE20@92.23.103.96] has quit [Quit: Want to be different? Try HydraIRC -> http://www.hydrairc.com <-] 00:50:35 *** fjb_ [~frank@p5485BF94.dip.t-dialin.net] has joined #openttd 00:54:32 *** fjb [~frank@p5485C880.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 00:56:13 *** Eddi|zuHause [~johekr@p54B77793.dip.t-dialin.net] has quit [] 00:56:29 *** Eddi|zuHause [~johekr@p54B75C54.dip.t-dialin.net] has joined #openttd 01:05:05 *** Zahl [~Zahl@f051100000.adsl.alicedsl.de] has quit [Quit: *schiel*] 01:10:07 *** ecke [~ecke@213.195.202.11] has quit [Quit: ecke] 01:13:00 *** oskari89 [oskari89@88.193.124.243] has quit [Ping timeout: 480 seconds] 01:13:29 *** glx [glx@2a01:e35:2f59:c7c0:590:92aa:952e:f5c2] has quit [Quit: bye] 01:25:36 <Sacro> http://www.youtube.com/watch?v=ZimSVYWmVac <- poor little fella :( 01:28:02 *** SineDeviance3 [~jman@cpe-075-176-106-090.carolina.res.rr.com] has quit [Ping timeout: 480 seconds] 01:53:00 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Sleep.] 02:07:06 *** UFO64 [~jmurray@cpe-24-31-129-140.maine.res.rr.com] has quit [Quit: Leaving] 02:07:35 <Eddi|zuHause> i have seen something like this before 02:12:47 *** KenjiE20|LT [~Kenji@host86-166-26-17.range86-166.btcentralplus.com] has quit [Quit: Leaving] 02:30:49 *** Dred_furst [~Dred@resnet632.bournemouth.ac.uk] has quit [Quit: Leaving] 02:45:01 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has joined #openttd 02:50:18 *** PeterT [~Peter@c-76-19-209-23.hsd1.ma.comcast.net] has quit [Quit: Leaving] 03:07:50 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 03:12:05 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 03:33:10 *** tokai [~tokai@p54B81E4C.dip0.t-ipconnect.de] has quit [Quit: Icebears are cute. Please, take care of them!] 03:37:21 *** ecke [~ecke@213.195.202.11] has joined #openttd 03:37:53 *** ecke [~ecke@213.195.202.11] has quit [] 03:38:20 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has quit [Ping timeout: 480 seconds] 03:42:35 *** TinoDidriksen [~tino@port432.ds1-od.adsl.cybercity.dk] has joined #openttd 04:19:30 *** jpm [~pekka@kone.suomen4g.fi] has joined #openttd 04:19:30 *** jpm_ [~pekka@kone.suomen4g.fi] has quit [Read error: Connection reset by peer] 04:28:40 *** tokai [~tokai@p54B81E4C.dip0.t-ipconnect.de] has joined #openttd 04:28:43 *** mode/#openttd [+v tokai] by ChanServ 04:32:45 *** jpm_ [~pekka@kone.suomen4g.fi] has joined #openttd 04:32:45 *** jpm [~pekka@kone.suomen4g.fi] has quit [Read error: Connection reset by peer] 04:37:18 *** mode/#openttd [+v Belugas] by ChanServ 04:37:18 *** mode/#openttd [+v Rubidium] by ChanServ 04:37:21 *** mode/#openttd [+v orudge] by ChanServ 04:48:51 *** jpm [~pekka@kone.suomen4g.fi] has joined #openttd 04:48:51 *** jpm_ [~pekka@kone.suomen4g.fi] has quit [Read error: Connection reset by peer] 05:23:12 *** Singaporekid [~notme@cm196.psi140.maxonline.com.sg] has joined #openttd 05:33:16 *** ecke [~ecke@213.195.202.11] has joined #openttd 05:44:10 *** De_Ghosty [~s@69-196-190-55.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 05:52:03 *** De_Ghosty [~s@69-196-190-55.dsl.teksavvy.com] has joined #openttd 06:10:16 *** Arke [~chatzilla@ip68-97-194-196.ok.ok.cox.net] has quit [Ping timeout: 480 seconds] 06:12:27 *** jpm [~pekka@kone.suomen4g.fi] has quit [Read error: Connection reset by peer] 06:13:36 *** jpm [~pekka@kone.suomen4g.fi] has joined #openttd 06:52:37 *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has joined #openttd 07:00:07 *** andythenorth_ [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has joined #openttd 07:00:08 *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has quit [Read error: Connection reset by peer] 07:08:11 *** andythenorth_ [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has quit [Ping timeout: 480 seconds] 07:08:49 *** frosch123 [~frosch@frnk-590fcaad.pool.einsundeins.de] has joined #openttd 07:12:31 *** ecke [~ecke@213.195.202.11] has quit [Quit: ecke] 07:17:09 *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has joined #openttd 07:37:00 *** tokai [~tokai@p54B81E4C.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 07:39:10 *** tokai [~tokai@p54B81E6B.dip0.t-ipconnect.de] has joined #openttd 07:39:14 *** mode/#openttd [+v tokai] by ChanServ 07:43:19 *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has quit [Quit: andythenorth] 08:07:50 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 08:11:40 *** Benny [~chatzilla@40.81-166-86.customer.lyse.net] has joined #openttd 08:12:57 *** Progman [~progman@p57A1F202.dip.t-dialin.net] has joined #openttd 08:16:28 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 08:18:37 *** Azrael- [~azraeluk@cpc4-papw2-0-0-cust778.cmbg.cable.ntl.com] has joined #openttd 08:32:36 *** fjb_ is now known as fjb 08:33:55 *** eQualizer [~lauri@dyn12-192.dsl.spy.dnainternet.fi] has quit [Read error: Connection reset by peer] 08:35:34 *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has joined #openttd 08:36:15 <Benny> Andy. :D 08:36:36 <Benny> Teh big machine master has arrived! 08:36:51 <Benny> Teh CREATOR of HEQS! 08:37:14 <Benny> (And also FIRS) 08:38:24 <andythenorth> apologies if there was a double post there, connectivity troubles... 08:39:28 *** eQualizer [~lauri@dyn12-192.dsl.spy.dnainternet.fi] has joined #openttd 08:41:21 <andythenorth> Problem context: articulated road vehicle where the lead vehicle (tractor, 0t capacity) uses different graphics according to cargo of the trailer. Works as expected in r15297, doesn't work in r16470. Here's the code dealing with the varaction: 1462 * 14 02 01 B2 // provide different graphics depending on cargo 08:41:21 <andythenorth> 81 42 08 FF // check cargo type 08:41:21 <andythenorth> 01 // range 08:41:22 <andythenorth> A3 00 07 07 // wood 08:41:22 <andythenorth> A2 00 // default 08:41:42 <andythenorth> (hmm, is there a better way to post code to irc? lots of unexpected line breaks there!) 08:41:58 <frosch123> paste.openttd.org 08:42:05 <Benny> paste.openttd.com 08:42:10 <Benny> Crap.. ^^ 08:42:14 <Benny> org* 08:42:34 <Benny> Lots of spam though.. 08:42:55 <Benny> Nothing is stopping the spambots.. :( 08:43:16 <frosch123> noone cares about them anyway 08:43:28 <Benny> Good point. 08:44:18 <Benny> Wait a minute! WTF!? Do you have 1400 sprites in your NFO!? :O 08:44:28 <Benny> Amazing. 08:44:34 <Tefad> er? 08:44:38 <andythenorth> http://paste.openttd.org/183106 08:44:41 <frosch123> 1400 is really not a lot :) 08:44:46 <Benny> o_O 08:44:49 <frosch123> 14000 starts to become lot :) 08:45:01 <Benny> For my diesel shunter, I only have like 30.. 08:45:31 <Benny> 1400 sprites is A LOT of writing! 08:45:46 <Benny> And it all has to be written in numbers.. 08:46:34 <z-MaTRiX> hey 08:46:54 <andythenorth> 2405 sprites in my nfo so far and it's 25% complete compared to my plan. Most of it is endless loading state graphics for all the different mineral cargos. I know about recolour sprites, but it looks like a world of pain if you need to use both company colours (I do) 08:46:55 <frosch123> andythenorth: can you provide a test grf somewhere, as your code looks correct :) 08:47:06 <andythenorth> PM to you direct? 08:47:28 <frosch123> never tried that :) 08:47:52 <z-MaTRiX> spambots can be limited by using visual verification ;) 08:48:03 <andythenorth> @ frosch - or whatever suits you 08:48:23 <Benny> I suppose you meant PM the link? 08:48:39 <Benny> Or is it possible to send a file via IRC? 08:48:56 <andythenorth> (I meant PM via the forums) 08:49:06 <frosch123> PM via forums is fine 08:49:13 <Benny> Makes sence. :P 08:49:18 <Tefad> sense 08:49:21 <Benny> sense* 08:49:21 <Tefad> since 08:49:29 <Tefad> potato 08:49:30 <Tefad> potato. 08:49:36 <frosch123> there is also some DDC file transfer in irc, but I never tried that, so I have no idea, whether my router blocks that, or simliar 08:50:16 <Benny> And DDC stands for what? Or should I google it? 08:50:33 <frosch123> no idea, I would have to google myself :) 08:50:41 <Benny> ^^ 08:50:45 <frosch123> oh, it's DCC actually 08:51:11 <Benny> Display Data Channel 08:51:14 <Tefad> DCC is limited on the receiver's end 08:51:25 <Tefad> no i lie, sender it is. 08:51:44 <Benny> DCC?.... 08:51:47 <z-MaTRiX> DCC 08:51:50 <Benny> Okay 08:52:11 <z-MaTRiX> also there are filesharing websites 08:52:14 <Benny> Direct Client to Client 08:53:47 <Benny> Sounds like a piece of nerd porn... o_O 08:54:00 <andythenorth> @frosch, ignore the PM i just sent, missed some stuff 08:54:12 *** xahodo [~xahodo@xahodo.demon.nl] has joined #openttd 08:55:45 *** Forked [~kjetil@presenterer.formye.info] has quit [Quit: fikse div..] 08:56:12 <xahodo> Hello 08:56:26 <Benny> Hi- 08:56:28 <Benny> Hi. * 08:56:42 <z-MaTRiX> ehlo 08:58:21 <kkb110> hi matrix 08:58:28 <kkb110> are you playing ttd now? 08:58:33 <z-MaTRiX> :) 08:58:43 <xahodo> Is it feasable to stuff the map array and anything tileindex related in a bunch of classes? 08:58:44 <z-MaTRiX> i was playing bashscipt now 08:58:58 <z-MaTRiX> what's up kkb110 ? 08:59:04 <z-MaTRiX> forexample 08:59:27 <kkb110> good :D my spring semester is now over yeah! 09:00:46 <frosch123> [10:59] <xahodo> Is it feasable to stuff the map array and anything tileindex related in a bunch of classes? <- no, because map accessors and tile types are not hierarchical organised 09:01:10 <andythenorth> @frosch new PM sent 09:04:05 *** reldred1 [~reldred@115.131.206.195] has joined #openttd 09:04:06 <xahodo> Not even with some workarounds for the time being? i.e. let the class refer to the "old" map array in the first place, and then slowly convert everything to use the class. 09:04:40 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 09:05:08 *** Benny [~chatzilla@40.81-166-86.customer.lyse.net] has quit [Ping timeout: 480 seconds] 09:05:16 <frosch123> andythenorth: he, that is the unmodifed 0.4 version :) I already had that file :p 09:07:02 <andythenorth> @ frosch, yep sorry, bit slow this morning, didn't think about whether you already had the file. anyway the screenie might help show what *should* happen? 09:08:43 *** reldred [~reldred@115.131.199.172] has quit [Ping timeout: 480 seconds] 09:11:19 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 09:11:33 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 09:12:35 <frosch123> haha, I guesses I messed something up there :o 09:14:08 <andythenorth> Ach well. So did I, I've just realised my latest revision should be 0.4c not 0.4b. 0.4b already exists :O 09:14:11 *** oskari89 [oskari89@88.193.124.243] has joined #openttd 09:14:45 <frosch123> -es <- even more :p 09:14:48 *** worldemar [~world@213.178.46.50] has quit [Ping timeout: 480 seconds] 09:15:43 *** kkb110 [~kkb110@c-68-82-181-52.hsd1.de.comcast.net] has quit [Quit: Leaving.] 09:16:09 <andythenorth> @ frosch - so can I put that one down to a problem in trunk? i.e. I don't need to change my nfo? 09:16:18 <frosch123> yes 09:16:36 <frosch123> trunk fault 09:16:55 *** Zahl [~Zahl@f051081116.adsl.alicedsl.de] has joined #openttd 09:17:07 <andythenorth> thanks 09:29:26 *** worldemar [~Ayu@62.106.107.251] has joined #openttd 09:31:45 <CIA-3> OpenTTD: rubidium * r16474 /trunk/src/settings_gui.cpp: -Fix [FS#2933]: could set company related settings via query window 09:32:44 <Alberth> zahodo: that sounds like the usual procedure 09:33:01 <CIA-3> OpenTTD: smatz * r16475 /trunk/src/ (order_cmd.cpp station.cpp): -Codechange: move code invalidating Vehicle::last_station_visited to more logical place 09:34:01 <Alberth> xahodo: ^^^ sorry, I misspelled your name 09:34:29 * SmatZ slaps himself 09:34:29 <CIA-3> OpenTTD: smatz * r16476 /trunk/src/station.cpp: -Fix (r16475): wrong version of the patch 09:36:02 <SmatZ> xahodo: why would you want to do that? 09:37:27 <Rubidium> SmatZ: because it is "better" 09:37:46 <frosch123> SmatZ: maybe he hopes it would become more clear when to use which accessors :) I.e. he hopes tile classes would make it more transparent that some functions apply to rail, road and station tiles, but only when they contain railtracks, and other functions apply to all tiles except industries, and ... 09:37:51 <SmatZ> ah yeah, I forgot... ;) 09:38:50 <z-MaTRiX> hey:) 09:38:53 <xahodo> Well, as far as I can see it would increase readability quite a bit. 09:39:09 <Xaroth> why does one need readability? 09:39:09 <z-MaTRiX> ? see big code constructions 09:39:18 <Rubidium> xahodo: an undoubtedly decrease speed quite a bit 09:39:32 <SmatZ> and increased memory usage quite a bit 09:39:48 <frosch123> and it would not increase readability as you would need 100 different classes implementing 300 different interfaces 09:39:51 *** tokai [~tokai@p54B81E6B.dip0.t-ipconnect.de] has quit [Quit: Icebears are cute. Please, take care of them!] 09:39:59 <SmatZ> :o) 09:40:03 <Rubidium> SmatZ: nah, only two or so pointers worth for each tile... 09:40:58 <z-MaTRiX> wonder why versions are incompatible :) 09:41:07 <SmatZ> Rubidium: using bitpacked data in map array as they are now is hardly readable ;) 09:41:21 *** tokai [~tokai@p54B81E6B.dip0.t-ipconnect.de] has joined #openttd 09:41:24 *** mode/#openttd [+v tokai] by ChanServ 09:41:33 <Rubidium> which is only 16/9 times more memory per tile, although... you can reduce memory as you don't need to save empty bytes for void tiles and such 09:42:01 <Rubidium> z-MaTRiX: read the wiki/forum; it's explained more than enough there 09:42:12 *** XeryusTC is now known as Xeryus|bnc 09:42:28 *** Xeryus|bnc was kicked from #openttd by Rubidium [you wanted to be bounced, right?] 09:42:28 *** Xeryus|bnc [~XeryusTC@vs241204.vserver.de] has joined #openttd 09:42:34 <Rubidium> booh :( 09:42:36 <SmatZ> hahahaha 09:42:41 <z-MaTRiX> was only thinking about things you are talking about now 09:43:00 <SmatZ> given malloc allocates data in 16B blocks, you need at least 16B for every struct 09:43:49 *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has joined #openttd 09:44:17 <SmatZ> TilePool ftw ;) 09:46:57 <xahodo> huh? I wasn't talking about creating a pool of tiles. 09:49:10 <SmatZ> you can't have an array of objects of varying size 09:49:39 *** reldred1 [~reldred@115.131.206.195] has quit [Read error: Connection reset by peer] 09:51:37 <xahodo> I'm aware of that, and if done that would be a leap backward in performance. 09:52:08 *** reldred [~reldred@115.131.199.55] has joined #openttd 09:52:29 <Rubidium> you can't have an array of objects of varying type either 09:53:56 <xahodo> I was thinking about stuffing the tile struct and tileextended byte in a class. Subclasses could then be used to handle the appropriate tileclasses (station, houses, industries, etc.). However, what would the performance impact of this be? 09:55:36 <SmatZ> you can't have an array of objects of varying type either 09:56:19 <xahodo> Yes, but you can do typecasting, can you? 09:56:45 <xahodo> errr... garbled sentence :s 09:57:25 <Rubidium> hmm, so from 09:57:52 <Rubidium> IsPlainRailTile(t) 09:59:39 <Rubidium> to if (_m[t].GetType() == MP_RAIL && ((RailTile*)(&_m[t]))->GetSubType() == RAIL_PLAIN) 09:59:57 <Rubidium> hmm, okay, maybe not quite 10:00:05 <Rubidium> but the casting is going to cause trouble 10:00:47 <Rubidium> and make one big mess like ((Type*)&_m[t])->x instead of _m[t].x 10:03:27 *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has joined #openttd 10:09:24 <frosch123> xahodo: And in which class would you put function like GetTileOwner and GetRailType ? 10:10:35 <xahodo> gettileowner would be in the tile class. getrailtype would be in errr... the "tilerail" class. 10:11:05 <frosch123> and how do you handle that gettileowner is not valid for houses and industries, and that railtype is also valid for stations and levelcrossing? 10:12:19 <xahodo> The potential performance impact from typecasting keeps bugging me, though. 10:15:19 <Alberth> xahodo: don't worry, it is not going to be potential, it is going to be very real. 10:16:49 <xahodo> if using dynamic_cast or doing it by hand? 10:18:10 <andythenorth> anyone know the original map size in TTD (expressed as no. of tiles x and y) 10:18:31 <Alberth> if you do it manually, what do you gain then? Wouldn't you end up with the same interface we have now? 10:18:34 *** racetrack [~racetrack@c114-76-16-69.eburwd4.vic.optusnet.com.au] has joined #openttd 10:18:35 <frosch123> 256x256 or 255x255 depending on your counting 10:18:52 <andythenorth> thanks 10:20:54 <xahodo> Alberth: if you do it manually, what do you gain then? Wouldn't you end up with the same interface we have now? <- not nescesarily. 10:22:13 <frosch123> you still did not told me in which class to put getrailtype so it can access railtiles, levelcrossing, stations and bridges 10:23:37 <xahodo> that would be the baseclass, I guess. 10:24:00 <frosch123> so if you put half of the functions in the baseclass, what do you gain? 10:29:46 <xahodo> Are there more examples of cases like that? 10:31:15 <xahodo> Won't something like this help with the de-spaghettification of openttd? 10:31:23 *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 10:34:16 <Rubidium> xahodo: GetRoadOwner 10:34:50 <Rubidium> GetTropicZone 10:34:56 <Ammler> andythenorth: you should change GRFID, if it isn't compatible anymore. OpenTTD does load the grf also, if it has an other filename. 10:34:58 <frosch123> GetBridgeAbove 10:34:59 <Rubidium> *BridgeAbove 10:35:14 <Rubidium> present road types 10:35:26 <Rubidium> GetDepotDirection 10:35:59 <Rubidium> GetTown 10:36:24 <Ammler> (ususally, you use the last byte for versioning) 10:36:25 <Rubidium> pbs reservation 10:36:33 <andythenorth> ammler. was wondering about that. I would prefer to have savegame compatibility. I think the savegame issues are minor, but I haven't had time to test properly. Does bumping the grfID break savegame compatibility? 10:36:58 <Rubidium> water class 10:37:03 <Ammler> no, just a red dot, if you don't have the old one. 10:37:09 <Rubidium> transport type 10:37:34 <Rubidium> xahodo: enough? 10:38:38 <Ammler> changing filename on GRF with same ID is "suboptimal", if you use grf presets and such. 10:40:25 *** racetrack [~racetrack@c114-76-16-69.eburwd4.vic.optusnet.com.au] has quit [Read error: No route to host] 10:43:13 <andythenorth> OK I'll change the ID on the GRF before I do an official release 10:43:40 <Ammler> well, I would do it only, if it breaks the game. 10:45:25 <Ammler> oh, and btw, if you use banans, you don't need to rename them anyway, as that does the job for you, sadly. ;-) 10:45:51 <xahodo> yes, well... there is a pattern emerging. The only thing I'm not really certain about is what to do with bridges. 10:45:54 <Ammler> (still didn't find a way to make presets) 10:45:56 *** elmz [~elmz@ti0207a340-dhcp0361.bb.online.no] has joined #openttd 10:50:04 *** oskari89 [oskari89@88.193.124.243] has quit [] 10:52:27 <xahodo> But, ok... I'll just leave and forget about this idea altogether. Sorry for proposing something extremely useful. :( 10:52:31 *** xahodo [~xahodo@xahodo.demon.nl] has quit [Quit: Goodbye.] 10:54:14 <Rubidium> yay for someone decreeing something is "extremely useful" without showing any proof of it 10:56:41 <elmz> hehe, what has his idea? 10:56:48 <elmz> realism? :P 10:56:55 *** Forked [~kjetil@presenterer.formye.info] has joined #openttd 10:57:15 <Alberth> switching to OO in the map 10:57:37 <Yexo> elmz: http://thegrebs.com/irc/openttd/2009/05/31 <- just read the last hour 10:57:38 <elmz> sounds expensive 10:59:07 <Rubidium> and his final proposal was making classes and then an array of the base class with the map struct wrapped into it and then casting it to dozens if not close to a hundred classes based on the data in the map array and then using those classes to access the data 10:59:56 <Rubidium> which to me sounds like the worst case scenario of OO (even worse than no-OO) 11:00:39 <elmz> hehe 11:01:47 <Rubidium> then one dimwit comes, sees the OO and assumes he can just add stuff to a subclass and... memory corruption frenzy! 11:02:40 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Quit: bye] 11:04:44 <CIA-3> OpenTTD: rubidium * r16477 /trunk/src/vehicle.cpp: -Fix [FS#2936] (r12650): loading indicator when 'unload' in and 'no loading' is off was pointing to the wrong direction. 11:13:05 *** elmex [elmex@ist.m8geil.de] has quit [Ping timeout: 480 seconds] 11:14:49 *** elmex [elmex@ist.m8geil.de] has joined #openttd 11:26:03 *** Xeryus|bnc is now known as XeryusTC 11:26:15 *** KenjiE20 [~KenjiE20@92.0.193.183] has joined #openttd 11:26:27 *** Benny [~chatzilla@40.81-166-86.customer.lyse.net] has joined #openttd 11:27:00 <CIA-3> OpenTTD: frosch * r16478 /trunk/src/newgrf_engine.cpp: -Fix (r15378): Determining most common (sub-)cargo-type was broken due to someone confusing similiary named variables. 11:30:58 <CIA-3> OpenTTD: frosch * r16479 /trunk/src/aircraft_cmd.cpp: -Fix (r5146): Call callbacks after initialisation of vehicle variables. 11:48:09 *** racetrack [~racetrack@c114-76-16-69.eburwd4.vic.optusnet.com.au] has joined #openttd 11:48:50 *** KritiK [~Maxim@78-106-60-27.broadband.corbina.ru] has joined #openttd 11:48:50 *** Azrael [~azraeluk@cpc4-papw2-0-0-cust778.cmbg.cable.ntl.com] has joined #openttd 11:51:38 *** Azrael- [~azraeluk@cpc4-papw2-0-0-cust778.cmbg.cable.ntl.com] has quit [Ping timeout: 480 seconds] 11:56:27 *** FR^2 [~frquadrat@frquadrat.de] has joined #openttd 12:03:02 <CIA-3> OpenTTD: frosch * r16480 /trunk/src/ (7 files): -Fix (r15617): Invalidate newgrf variable caches of more vehicles in more places. Esp. they were only invalidated for trains. 12:07:25 <frosch123> andythenorth: should work now :) 12:10:36 *** KenjiE20 [~KenjiE20@92.0.193.183] has quit [Remote host closed the connection] 12:11:04 *** KenjiE20 [~KenjiE20@92.0.193.183] has joined #openttd 12:13:10 *** DephNet[Paul] [~paul@host86-152-54-209.range86-152.btcentralplus.com] has quit [Read error: Operation timed out] 12:14:35 *** glx [glx@2a01:e35:2f59:c7c0:b021:1012:57b4:1ed5] has joined #openttd 12:14:38 *** mode/#openttd [+v glx] by ChanServ 12:17:52 <CIA-3> OpenTTD: rubidium * r16481 /branches/0.7/src/ (7 files in 5 dirs): 12:17:52 <CIA-3> OpenTTD: [0.7] -Backport from trunk: 12:17:52 <CIA-3> OpenTTD: - Fix: [NoAI] Another try/catch related bug (r16454) 12:17:52 <CIA-3> OpenTTD: - Fix: Road vehicles ending up on the pavement when they are in a drive through station that got removed due to bankruptcy [FS#2909] (r16448) 12:17:52 <CIA-3> OpenTTD: - Fix: [NoAI] AIRail::GetRailStationDirection returned incorrect information (r16440) 12:17:53 <CIA-3> OpenTTD: - Fix: Crash when a company is deleted while a dropdown with company names is open (r16430) 12:17:54 <CIA-3> OpenTTD: - Change: [NoAI] Stop an AI when it takes too long to initialize or load [FS#2869] (r16425) 12:22:41 <CIA-3> OpenTTD: rubidium * r16482 /branches/0.7/ (10 files in 2 dirs): 12:22:41 <CIA-3> OpenTTD: [0.7] -Backport from trunk: 12:22:41 <CIA-3> OpenTTD: - Fix: [NewGRF] Invalidate NewGRF variable caches of more vehicles in more places. Esp. they were only invalidated for trains (r16480) 12:22:41 <CIA-3> OpenTTD: - Fix: [NewGRF] Call callbacks after initialisation of vehicle variables (r16479) 12:22:41 <CIA-3> OpenTTD: - Fix: [NewGRF] Determining most common (sub-)cargo-type was broken due to someone confusing similiary named variables (r16478) 12:22:43 <CIA-3> OpenTTD: - Fix: Loading indicator when 'unload' in and 'no loading' is off was pointing to the wrong direction [FS#2936] (r16477) 12:22:45 <CIA-3> OpenTTD: - Fix: Track reservation was drawn at bridge heads in the menu (r16470) 12:25:40 *** DephNet[Paul] [~paul@host86-152-54-209.range86-152.btcentralplus.com] has joined #openttd 12:43:10 *** oskari89 [oskari89@88.193.124.243] has joined #openttd 12:48:49 *** Biolunar [mahdi@blfd-4db02694.pool.einsundeins.de] has joined #openttd 12:51:44 *** stuffcorpse [~rick@121.98.136.241] has quit [Quit: leaving] 12:52:21 *** stuffcorpse [~rick@121.98.136.241] has joined #openttd 12:59:04 *** reldred [~reldred@115.131.199.55] has quit [Remote host closed the connection] 13:19:59 *** morpheus [~opera@dyndsl-095-033-084-056.ewe-ip-backbone.de] has joined #openttd 13:20:36 *** morpheus [~opera@dyndsl-095-033-084-056.ewe-ip-backbone.de] has left #openttd [] 13:32:04 *** Benny [~chatzilla@40.81-166-86.customer.lyse.net] has left #openttd [] 13:38:52 *** andythenorth [~andy@87.113.30.188.plusnet.pte-ag1.dyn.plus.net] has quit [Quit: andythenorth] 14:04:07 <CIA-3> OpenTTD: frosch * r16483 /trunk/src/ (train_gui.cpp vehicle_gui.cpp vehicle_gui.h): -Codechange: Enumerate tabs in train details window. 14:05:22 *** fonsinchen [~alve@BAEbe4d.bae.pppool.de] has joined #openttd 14:15:29 *** simNIX [~simNIX@156-60.bbned.dsl.internl.net] has left #openttd [Ik ga weg] 14:19:40 *** Zahl [~Zahl@f051081116.adsl.alicedsl.de] has quit [Quit: *schiel*] 14:21:30 *** Zahl [~Zahl@f051081116.adsl.alicedsl.de] has joined #openttd 14:26:21 *** frosch123 [~frosch@frnk-590fcaad.pool.einsundeins.de] has quit [Remote host closed the connection] 14:30:46 <CIA-3> OpenTTD: alberth * r16484 /trunk/src/window.cpp: 14:30:46 <CIA-3> OpenTTD: -Cleanup: Renamed widget variable to widget_index and introduced widget_type variable. 14:30:46 <CIA-3> OpenTTD: -Fix: Prevented out-of-bounds array access when not clicking at a widget. 14:32:19 *** nfc [nfc@cable-hvk-fe7ede00-156.dhcp.inet.fi] has quit [Ping timeout: 480 seconds] 14:36:32 <dihedral> http://vcs.openttd.org/svn/changeset/8242/ <- :-P 14:37:22 <dihedral> svn diff -r 8242 says something else though :-P 14:38:14 <Alberth> hmm, that should be svn diff -r8241:8242 14:39:41 <Alberth> (unless you wanted to know what has changed since then :) ) 14:40:05 <dihedral> uh oh 14:40:08 <dihedral> ops 14:41:29 <dihedral> i bet they used svndumpfilter and forgot to use --drop-empty-revs 14:41:38 <dihedral> and --renumber-revs 14:41:55 <dihedral> hehehe 14:42:09 <glx> they are not empty 14:42:18 <glx> just totally hidden 14:42:28 <dihedral> oh 14:42:36 <dihedral> what a shame 14:42:36 <dihedral> :-P 14:42:45 <dihedral> thanks for the enlightenment glx 14:43:04 <dihedral> perhaps one should post a report to subversion directly ^^ 14:44:23 *** Frostregen [~sucks@dslb-084-058-113-203.pools.arcor-ip.net] has joined #openttd 14:45:34 *** Zahl [~Zahl@f051081116.adsl.alicedsl.de] has quit [Quit: *schiel*] 14:46:08 *** Zahl [~Zahl@f051081116.adsl.alicedsl.de] has joined #openttd 14:54:09 *** paul [~paul@host81-158-26-3.range81-158.btcentralplus.com] has joined #openttd 14:54:47 *** paul is now known as Guest59 14:55:21 <Guest59> CAn someonr help please, i've downloaded 'disable_train_reverse R16183.diff' to my desktop, how do i get it to work in the game? thanks 14:55:48 <FauxFaux> By building openttd after applying that patch to the cdoe (i.e. not trivial). 14:56:28 <Guest59> so i couldn't use this patch in my current saved game then? sorry new to all this 14:56:30 <dihedral> http://www.tt-forums.net/viewforum.php?f=33 <- Guest59 read the 'how to apply a patch' thread 14:56:49 <Guest59> thanks dihedral 14:58:05 *** Guest59 [~paul@host81-158-26-3.range81-158.btcentralplus.com] has left #openttd [] 14:59:47 <Alberth> that will be a long read :) 15:07:28 <dihedral> hehe :-P 15:12:05 *** fonsinchen [~alve@BAEbe4d.bae.pppool.de] has quit [Remote host closed the connection] 15:25:58 *** Dred_furst [~Dred@resnet527.bournemouth.ac.uk] has joined #openttd 15:27:24 *** Brianetta [~brian@client-82-13-34-135.brhm.adsl.virgin.net] has joined #openttd 15:39:17 *** Tha_Muffin_Man [~jad@124-169-110-102.dyn.iinet.net.au] has joined #openttd 15:39:38 *** mikk36|w [~mikk36@ntsrv.lakrito.ee] has joined #openttd 15:40:07 <Tha_Muffin_Man> n008 question.... I can not figure out how to upgrade my vechicles? 15:40:54 *** Chrill [~chrischri@80.216.60.117] has joined #openttd 15:41:39 <Tha_Muffin_Man> I have an old plane, rather then scrap the route, can I simply upgrade the plane? 15:42:05 <Tha_Muffin_Man> additionally if I have 5 buses I want to upgrade, can I tell them all to upgrade or do I have to do with for each one? 15:45:15 *** frosch123 [~frosch@frnk-590fcaad.pool.einsundeins.de] has joined #openttd 15:45:47 <FR^2> Tha_Muffin_Man: vehicle replacement is a little bit "hidden". 15:46:48 *** mikk36|work [~mikk36@ntsrv.lakrito.ee] has quit [Ping timeout: 480 seconds] 15:47:39 *** dyzdyz [~dyzdyz@193.189.116.60] has joined #openttd 15:47:42 <dyzdyz> hi all 15:49:00 <FR^2> Tha_Muffin_Man: Go to the list of vehicles, on the lower border, the right-most button... move your mouse over it, click on it, but keep the mouse button pressed... 15:49:15 <FR^2> Tha_Muffin_Man: Argh, just klick on it ;) 15:49:45 *** fanioz [~fanio_zil@125.164.225.175] has joined #openttd 15:50:06 <Tha_Muffin_Man> does it look like a train with a large yellow arrow growing from it? 15:50:40 <dyzdyz> if i have 2 or more versions of openttd (for example one with cargodist and one without), do they share the openttd.cfg file? 15:51:24 <frosch123> if your openttd.cfg is in your user folder then yes, if it is in the folder of the binaries then no 15:52:04 <frosch123> same holds for base graphics, newgrfs, content download, .... 15:52:21 <Tha_Muffin_Man> I just found the auto replace feature in the manual 15:55:19 <dyzdyz> ok, so did anyone had a problem with cargodist and custom fonts? i have 2 versions of ottd sharing .cfg, and one works with custom fonts, and the second one (with cargodist) uses sprite font 15:56:19 <Tha_Muffin_Man> worked a treat... thanx mate 15:56:22 *** Tha_Muffin_Man [~jad@124-169-110-102.dyn.iinet.net.au] has left #openttd [] 16:01:48 *** Muxy [~benoit@smtp.bdelalande.net] has joined #openttd 16:03:29 *** Muxy [~benoit@smtp.bdelalande.net] has quit [Remote host closed the connection] 16:15:22 *** fanioz [~fanio_zil@125.164.225.175] has quit [Ping timeout: 480 seconds] 16:30:16 *** Limpaaar [~Limpaaar@84-50-130-168-dsl.rkv.estpak.ee] has joined #openttd 16:30:22 <Limpaaar> Hello everyone 16:30:40 <Limpaaar> I could not find a place where I can report a crash of OTTD 16:31:14 <Limpaaar> I made a screenshot and copy of the whole text... but I don't know where to send it 16:31:37 <Sacro> bugs.openttd.org 16:31:46 <Sacro> read the topic :P 16:34:23 <Limpaaar> So I need to be a registered user to send bug report... hmm... 16:34:32 <Limpaaar> then... never mind 16:34:43 <Limpaaar> sorry for disturbing 16:34:59 <SmatZ> no problem 16:35:27 *** Limpaaar [~Limpaaar@84-50-130-168-dsl.rkv.estpak.ee] has quit [Quit: Bye for now!] 16:48:22 *** tompaw [~tompaw@slave20.tesserakt.eu] has joined #openttd 16:48:25 <tompaw> hi 16:55:29 <Alberth> hi 16:57:45 <tompaw> is there a way to play openttd in realtime mode? 16:57:50 <Sacro> Yeah 16:58:01 <tompaw> and then 1 year of gameplay == 1 year of real time? 16:58:20 <Sacro> grab a daylength patch and increase it to whatever 16:58:34 <Sacro> though you might never complete it 16:59:24 <tompaw> I don't want to complete it, I do want to deal with rail tracks only, not interested in those fancy monorails 17:02:39 <elmz> well, you might be interested in having more than just the Kirby Paul all the time? :P 17:02:47 <Sacro> Yeah 17:02:51 <Sacro> it'll take you a long time 17:03:09 <tompaw> hmm 17:03:29 <Sacro> i've often considered 1 day irl is one year in game 17:03:38 <elmz> but yeah, with a daylength patch you can make time pass slower 17:03:42 <Sacro> that'd perhaps work 17:04:10 <elmz> hehe, I'd run out of space in 1937 ^^ 17:05:56 <tompaw> so, the only way is to patch the sourcecode and build it myself? 17:06:51 <Sacro> Yep 17:07:26 <tompaw> boo. 17:07:38 <elmz> Boo likes the forest. 17:08:06 <Eddi|zuHause> do i even want to know the reference? 17:08:28 <Eddi|zuHause> tompaw: no, you can also pay someone to do it for you 17:08:34 <Sacro> true that 17:08:35 <elmz> If you don't know it you won't care :P 17:08:40 <Sacro> I will write a daylength patch for money 17:08:42 <tompaw> teletubbies? 17:08:53 <Sacro> I just need a catchy name... 17:09:20 <tompaw> what about the one your parents gave you? 17:09:27 <tompaw> not good enough? 17:10:15 <Sacro> hmm, true 17:11:15 *** Hirundo_ [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 17:11:42 *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has quit [Read error: Connection reset by peer] 17:11:45 *** Hirundo_ is now known as Hirundo 17:12:28 *** dyzdyz [~dyzdyz@193.189.116.60] has quit [] 17:13:43 *** rain```` [rain@24-183-138-238.dhcp.fdul.wi.charter.com] has joined #openttd 17:18:45 *** Bjarni [~Bjarni@0x3ef3a1bd.virnxx14.dynamic.dsl.tele.dk] has joined #openttd 17:18:48 *** mode/#openttd [+o Bjarni] by ChanServ 17:23:07 <Sacro> oh noes *hides* 17:23:17 <tompaw> what's the easiest way to build on vista64? 17:23:25 <tompaw> with which tool? 17:23:35 <Sacro> hammer 17:24:46 *** TinoM [~Tino@i59F5E15F.versanet.de] has joined #openttd 17:25:27 <Bjarni> magnetic screwdriver 17:25:46 <Sacro> Linux! 17:26:11 <Eddi|zuHause> sonic screwdriver, please... 17:26:26 <Eddi|zuHause> but it doesn't do wood... 17:26:29 <tompaw> a ha. 17:28:02 *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has joined #openttd 17:31:07 <Ammler> has grfcodec a "hidden" feature, so it does output one line per sprite? 17:33:13 <Bjarni> I think so 17:33:37 <Bjarni> I think you can specify how many sprites you want on each line 17:33:59 <Bjarni> so setting this one to 1 would do the trick 17:34:11 <Bjarni> I'm not entirely sure though 17:34:40 <Eddi|zuHause> no, that's about the width of the .pcx 17:34:49 <Eddi|zuHause> not about the lines in the .nfo 17:35:33 <Bjarni> hmm 17:40:30 <frosch123> Ammler: iirc nforenum has some setting for that 17:40:51 <frosch123> like maximum line length and when to put newlines at logical positions 17:47:33 *** ecke [~ecke@213.195.202.11] has joined #openttd 17:48:33 *** fonsinchen [~alve@BAEbe4d.bae.pppool.de] has joined #openttd 17:48:52 *** valhallasw [~valhallas@a62-251-30-68.adsl.xs4all.nl] has quit [Ping timeout: 480 seconds] 17:52:13 *** fonsinchen [~alve@BAEbe4d.bae.pppool.de] has quit [Remote host closed the connection] 17:59:23 *** Singaporekid [~notme@cm196.psi140.maxonline.com.sg] has quit [Quit: Leaving] 18:11:00 *** Hirundo_ [~chatzilla@5355F5FD.cable.casema.nl] has joined #openttd 18:11:54 <oskari89> @seen Pikka 18:11:54 <DorpsGek> oskari89: Pikka was last seen in #openttd 3 days, 0 hours, 56 minutes, and 24 seconds ago: <Pikka> planetmaker: but they still own the copyright 18:15:12 *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has quit [Read error: Connection reset by peer] 18:15:26 *** Hirundo_ is now known as Hirundo 18:20:43 *** Dred_furst [~Dred@resnet527.bournemouth.ac.uk] has quit [Read error: Connection reset by peer] 18:20:43 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has joined #openttd 18:22:42 *** kkb110 [~kkb110@c-68-82-181-52.hsd1.de.comcast.net] has joined #openttd 19:03:02 *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has quit [Ping timeout: 480 seconds] 19:05:28 *** maristo [~maristo@host217-114-156-151.pppoe.mark-itt.net] has quit [Remote host closed the connection] 19:16:46 *** microshit [~maarten@82-169-145-1.ip.telfort.nl] has joined #openttd 19:20:58 <dihedral> i wish SirXavius cam on irc 19:22:23 <dihedral> nobody can decently bash / flame him on the forums 19:22:24 <dihedral> :-P 19:29:39 <CIA-3> OpenTTD: alberth * r16485 /trunk/src/news_gui.cpp: -Fix [FS#2938]: Move date in news window a pixel away from the right-edge (erikjanp) 19:36:36 *** lewymati [~lewymati@aejg231.neoplus.adsl.tpnet.pl] has joined #openttd 19:39:54 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO] 19:40:14 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 19:48:25 *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has joined #openttd 19:50:31 *** microshit [~maarten@82-169-145-1.ip.telfort.nl] has left #openttd [] 19:51:35 <CIA-3> OpenTTD: alberth * r16486 /trunk/src/airport_gui.cpp: -Codechange [FS#2939]: Added widget numbers to the airport toolbar (based on work by erikjanp) 19:55:39 *** phidah [~phidah@1305ds3-oebr.0.fullrate.dk] has joined #openttd 20:06:19 *** DephNet[Paul] [~paul@host86-152-54-209.range86-152.btcentralplus.com] has quit [Quit: Leaving] 20:08:25 *** hermitek [~hermitek@a40-brn1-5-113.static.adsl.vol.cz] has quit [Quit: eh, who?] 20:18:34 <CIA-3> OpenTTD: alberth * r16487 /trunk/src/news_gui.cpp: -Codechange [FS#2940]: Add widget numbers to news display and news history windows (based on work by erikjanp) 20:24:32 <Xaroth> dihedral: i think bash/flame on irc would be easy 20:24:34 <Xaroth> /kb 20:32:55 <CIA-3> OpenTTD: alberth * r16488 /trunk/src/graph_gui.cpp: -Codechange [FS#2941]: Use widget numbers of base grap window and cargo payment window in the window handling code (erikjanp) 20:36:54 *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has joined #openttd 20:37:13 <Nite_Owl> Hello all 20:38:21 *** lewymati [~lewymati@aejg231.neoplus.adsl.tpnet.pl] has quit [] 20:43:11 *** DephNet[Paul] [~paul@host86-152-54-209.range86-152.btcentralplus.com] has joined #openttd 20:52:21 <CIA-3> OpenTTD: alberth * r16489 /trunk/src/misc_gui.cpp: -Fix [FS#2937] (r16258): Do not resize a widget twice (erikjanp) 20:52:36 *** SJr [~sjr@S01060008029e1eb2.vc.shawcable.net] has joined #openttd 20:52:46 <SJr> Um I don't understand PBS and when to use them 20:53:03 *** elmz [~elmz@ti0207a340-dhcp0361.bb.online.no] has quit [Ping timeout: 480 seconds] 20:53:06 <SJr> I'm looking at the guide, but it only gives me an idea of what they are 20:53:45 <Nite_Owl> place them only in a spot where it is safe for a train to wait 20:54:19 <SJr> Will trains wait in front of the back of a PBS? 20:54:37 <Nite_Owl> such as at the entrance to a junction not in the middle of a junction 20:54:57 <Nite_Owl> no 20:55:37 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Quit: oO] 20:56:46 <SJr> So use them at junctions and only junctions, and keep the front of them far enough away from exits so that they don't block. 20:57:53 <Nite_Owl> they can be used at stations too 20:58:01 <SJr> Ah yeah I saw that 20:58:02 <SJr> hmmmm 20:58:34 <Alberth> except that platforms are not safe stopping places by default, you need to put a sign after the platform. 20:58:45 <Alberth> s/sign/signal/ 21:00:06 <Nite_Owl> now I am confused - a sign? 21:00:17 <SJr> Should I use one way path signals for one way tracks? 21:01:03 <SJr> Or do I want to make my track two way 21:01:14 <SJr> with frequent cross overs 21:01:15 <Rubidium> yes, unless you want a train to be able to go in reverse direction over the track if it can reserve a path through the whole track (until the next safe waiting point from that direction) 21:01:34 <Rubidium> how you want to make your tracks heavily depends on your playing style 21:02:26 <Eddi|zuHause> you typically want double track lines to be one-way 21:02:53 <SJr> Well I've been playing OpenTTD for years (off and on), but this PBS is new. 21:03:32 <SJr> Normally I just have one way track sections, but I remember seeing an example where you could actually have two way tracks that favor one way 21:04:07 <Alberth> Nite_Owl: s/A/B/ means replace A with B 21:04:19 <Eddi|zuHause> yes, but that is not fully implemented 21:05:05 <SJr> Oh okay 21:05:20 <Nite_Owl> Ahhh-ha 21:07:31 *** Azrael [~azraeluk@cpc4-papw2-0-0-cust778.cmbg.cable.ntl.com] has quit [Ping timeout: 480 seconds] 21:09:49 *** KritiK [~Maxim@78-106-60-27.broadband.corbina.ru] has quit [Quit: Leaving] 21:16:04 *** frosch123 [~frosch@frnk-590fcaad.pool.einsundeins.de] has quit [Remote host closed the connection] 21:28:10 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:34:36 *** Hirundo [~chatzilla@5355F5FD.cable.casema.nl] has quit [Quit: ChatZilla 0.9.84 [Firefox 3.0.10/2009042316]] 21:39:46 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 21:42:06 *** sperber [~sperber@84-119-9-150.dynamic.xdsl-line.inode.at] has left #openttd [Leaving] 21:43:43 *** racetrack [~racetrack@c114-76-16-69.eburwd4.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds] 21:47:12 *** TheMask96 [martijn@greed.vhost.ne2000.nl] has joined #openttd 21:48:34 *** Frostregen [~sucks@dslb-084-058-113-203.pools.arcor-ip.net] has quit [Quit: und weg] 21:55:58 *** TinoM [~Tino@i59F5E15F.versanet.de] has quit [Quit: Verlassend] 22:05:54 *** FR^2 [~frquadrat@frquadrat.de] has quit [Quit: Der Worte sind genug gewechselt, lasst mich auch endlich Taten sehn!] 22:14:40 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 22:16:16 *** tux_mark_5 [~kvirc@lan-84-240-29-163.vln.skynet.lt] has quit [Quit: KVIrc Insomnia 4.0.0, revision: , sources date: 20090115, built on: 2009/03/07 00:45:02 UTC http://www.kvirc.net/] 22:32:08 *** reldred [~reldred@115.131.197.176] has joined #openttd 22:32:20 *** Progman [~progman@p57A1F202.dip.t-dialin.net] has quit [Remote host closed the connection] 22:34:52 <z-MaTRiX> hey-ho 22:41:49 *** Yexo [~Yexo@ip51cca4b5.adsl-surfen.hetnet.nl] has joined #openttd 22:44:58 *** reldred [~reldred@115.131.197.176] has quit [Remote host closed the connection] 22:45:26 *** phidah [~phidah@1305ds3-oebr.0.fullrate.dk] has quit [Quit: phidah] 22:50:17 *** Exl [~myself@cp1224652-a.roemd1.lb.home.nl] has quit [Quit: Bitches.] 23:10:22 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 23:12:27 *** Chrill [~chrischri@80.216.60.117] has quit [] 23:19:57 *** Brianetta [~brian@client-82-13-34-135.brhm.adsl.virgin.net] has quit [Quit: Tsch?ss] 23:21:55 *** kkb110 [~kkb110@c-68-82-181-52.hsd1.de.comcast.net] has quit [Ping timeout: 480 seconds] 23:23:41 *** Nite_Owl [~Nite_Owl@c-76-109-50-97.hsd1.fl.comcast.net] has quit [Quit: Read You Soon] 23:25:17 *** KenjiE20|LT [~Kenji@host86-166-26-17.range86-166.btcentralplus.com] has joined #openttd 23:28:17 *** Yexo [~Yexo@ip51cca4b5.adsl-surfen.hetnet.nl] has quit [Quit: bye] 23:28:22 *** Bjarni [~Bjarni@0x3ef3a1bd.virnxx14.dynamic.dsl.tele.dk] has quit [Quit: Leaving] 23:28:52 *** KenjiE20 [~KenjiE20@92.0.193.183] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Go on, try it!] 23:33:22 *** Eddi|zuHause2 [~johekr@p54B77C2F.dip.t-dialin.net] has joined #openttd 23:34:01 *** Eddi|zuHause2 [~johekr@p54B77C2F.dip.t-dialin.net] has left #openttd [] 23:35:25 *** Eddi|zuHause2 [~johekr@p54B77C2F.dip.t-dialin.net] has joined #openttd 23:40:40 *** Eddi|zuHause [~johekr@p54B75C54.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 23:41:00 *** HerzogDeXtEr1 [~Flex@89.246.166.204] has joined #openttd 23:47:47 *** HerzogDeXtEr [~Flex@89.246.183.169] has quit [Ping timeout: 480 seconds] 23:52:08 *** Zahl [~Zahl@f051081116.adsl.alicedsl.de] has quit [Quit: *schiel*]