Times are UTC Toggle Colours
00:07:41 *** Devroush [~dennis@ip-83-134-160-158.dsl.scarlet.be] has quit [] 00:31:09 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 00:33:11 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [] 01:01:28 *** DOUK [~KEM@ALyon-158-1-187-164.w109-212.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 03:03:45 *** blotek [~blotek@acqy138.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 03:12:00 *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has left #openttd [] 03:24:26 *** supermop_ [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has joined #openttd 03:25:17 *** rhaeder1 [~quix0r@dslb-088-076-110-139.pools.arcor-ip.net] has joined #openttd 03:31:08 *** rhaeder [~quix0r@dslb-094-221-153-039.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 03:53:53 *** Elukka [Elukka@89-166-103-135.bb.dnainternet.fi] has quit [] 03:58:41 *** glx [glx@2a01:e35:2f59:c7c0:e4e9:1032:f9f6:78d1] has quit [Quit: bye] 05:08:16 *** supermop_ [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has quit [Quit: supermop_] 05:55:59 *** Eddi|zuHause [~johekr@p54B75A97.dip.t-dialin.net] has quit [Remote host closed the connection] 05:56:16 *** Eddi|zuHause [~johekr@p54B75EC7.dip.t-dialin.net] has joined #openttd 06:30:54 *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has joined #openttd 06:51:05 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd 07:04:09 *** Prof_Frink [~proffrink@5e0a9627.bb.sky.com] has quit [Ping timeout: 480 seconds] 07:14:58 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 07:32:35 *** Progman [~progman@p57A1B0CE.dip.t-dialin.net] has joined #openttd 07:36:36 *** Celestar [~dax@82.113.99.38] has joined #openttd 07:41:17 <Celestar> \o 07:52:17 *** TheMask96 [~martijn@pride.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 07:54:08 *** Celestar_ [~dax@82.113.99.50] has joined #openttd 07:54:16 <Celestar_> ... 07:54:24 *** Celestar is now known as Guest15287 07:54:24 *** Celestar_ is now known as Celestar 07:57:47 *** TheMask96 [~martijn@envy.vhost.ne2000.nl] has joined #openttd 07:57:55 *** Guest15287 [~dax@82.113.99.38] has quit [Ping timeout: 480 seconds] 08:03:54 *** Neon [~Neon@dslb-178-004-182-209.pools.arcor-ip.net] has joined #openttd 08:08:30 *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has quit [Read error: Connection reset by peer] 08:16:16 *** pugi [~pugi@dyndsl-095-033-158-224.ewe-ip-backbone.de] has joined #openttd 08:50:01 *** pjpe [ae5b514a@ircip2.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 08:51:32 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 09:14:36 <dihedral> what? 09:14:38 <dihedral> a Celestar 09:14:42 <dihedral> \o/ 09:14:44 <dihedral> hello sir :-) 09:29:42 *** mahmoud [~KEM@ALyon-158-1-187-164.w109-212.abo.wanadoo.fr] has joined #openttd 09:46:49 *** TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 10:43:35 *** kaparen [~aabbcc@c-2467e455.94-17-64736c10.cust.bredbandsbolaget.se] has joined #openttd 10:46:09 *** Andel [~andel@178.32.93.43] has quit [Ping timeout: 480 seconds] 10:47:18 *** pugi [~pugi@dyndsl-095-033-158-224.ewe-ip-backbone.de] has quit [Quit: I reject your reality and substitute my own] 10:51:36 <appe> celestar! 10:51:42 <appe> aint that a synthesizer? 10:52:09 <appe> something hammond-ish 10:54:14 *** Andel [~andel@178.32.93.43] has joined #openttd 10:54:21 *** sla_ro|master [~slaco@95.76.27.160] has quit [] 11:26:13 *** DDR_ [~chatzilla@142.179.78.88] has quit [Ping timeout: 480 seconds] 11:49:11 *** blotek [~blotek@adkm233.neoplus.adsl.tpnet.pl] has joined #openttd 12:13:43 *** Celestar_ [~dax@89.204.153.48] has joined #openttd 12:16:33 *** Celestar [~dax@82.113.99.50] has quit [Ping timeout: 480 seconds] 12:27:11 *** Celestar_ is now known as Celestar 12:27:49 <Celestar> friggen UTMS 12:27:58 <Celestar> I'm a whopping 20m from the base station. 12:28:02 <Celestar> and the connection is unstable. 12:28:29 <virrpanna> then you're probably too close 12:37:01 <michi_cc> Celestar: Maybe you should switch to UMTS :p 12:37:06 <Celestar> michi_cc: lmao 12:37:32 <Celestar> michi_cc: interesting. Have you tried putting m7 into Tile and moving type_and_height to an own struct? 12:38:16 <michi_cc> No, but 12:38:23 <z-MaTRiX> hi:) 12:38:29 <Celestar> I'm down 10% in performance if I do tha t:P 12:38:53 <michi_cc> it wouldn't make sense for me right now anyway, because I want a single Tile* for simplicity. 12:39:58 <Celestar> yeah. 12:40:07 <blathijs> No need to keep performance optimizations in place while you're completely rebuilding the infrastructure (breaking the assumptions the optimization is based on) 12:40:08 <Celestar> I'm just trying various things 12:40:22 <Celestar> trying to learn what actually happens :P 12:42:45 <michi_cc> m7 really is the best candidate for being split of because the common tile types (MP_CLEAR, MP_WATER, MP_TREES) don't use m7, and a split m7 means you don't waste cache loading something not accessed anyway. 12:44:47 <Celestar> yah 12:48:31 <appe> m7 is a bolt for me. 12:48:32 <appe> :( 12:50:41 <Celestar> a bolt? :P 12:51:37 <Celestar> michi_cc: isn't the normal x86 cache loaded in blocks of 16 bytes anyway? 12:54:33 <michi_cc> Celestar: More like 64 bytes normally for current CPUs 12:58:15 <Celestar> yeah I was thinking of older stuff :P 13:18:05 <Celestar> hm. 13:18:12 <Celestar> O2 Germany fired 'Alice' 13:18:16 <Belugas> hello 13:18:25 *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has joined #openttd 13:20:33 *** glx [glx@2a01:e35:2f59:c7c0:8de2:4faa:5401:cb98] has joined #openttd 13:20:36 *** mode/#openttd [+v glx] by ChanServ 13:51:40 <Eddi|zuHause> Celestar: they announced that quite a while ago 13:51:48 <z-MaTRiX> hey Eddi|zuHause 13:53:48 <blathijs> win 23 13:53:50 <blathijs> crap 13:54:47 <planetmaker> lost 1 ;-) 14:08:03 *** frosch123 [~frosch@frnk-590f7b06.pool.mediaWays.net] has joined #openttd 14:10:31 <TrueBrain> blathijs: change your password :P 14:11:44 <appe> what difference does a 64 system make, really? 14:12:23 <frosch123> your adress space is bigger than 4 gb, so you can leak more 14:12:45 <planetmaker> :-D 14:13:35 <appe> :D 14:13:46 <appe> ah, yes. the physical ram limit 14:15:56 *** Celestar [~dax@89.204.153.48] has quit [Read error: Connection reset by peer] 14:18:05 <Eddi|zuHause> it's not the physical ram limit, there's PAE for that... it's the ram-per-process limit 14:18:38 <Eddi|zuHause> www.informatik.uni-halle.de/~krause/zi5-3.png <- thoughts? 14:20:43 <MNIM> what is it going to be? 14:20:48 <michi_cc> Eddi|zuHause: Thought about including a Schattenbahnhof? (If vertical space permits, that is.) 14:21:01 <MNIM> also, legend? 14:21:03 <Eddi|zuHause> michi_cc: yes, there are switches for that there already 14:21:26 <MNIM> michi_cc: does schattenbahnhoff mean shadow station? 14:21:33 <Eddi|zuHause> MNIM: yes 14:21:49 <peter1138> openttd's new track laying system 14:24:37 <MNIM> hah, you wish 14:24:40 <MNIM> hmmmh 14:24:51 <MNIM> at least I picked up something from all those rail magazines :P 14:26:16 <michi_cc> Eddi|zuHause: Obviously I can't see the real heights, but the "spiral" at the lower left appears to me to have quite steep slopes with the all the over-under-over 14:26:44 <Eddi|zuHause> yeah, i have that concern as well 14:26:52 <Eddi|zuHause> not sure how to solve it 14:28:02 <Eddi|zuHause> can't make it any larger, and a direct curve doesn't really fit 14:28:25 <Eddi|zuHause> or would have too narrow radius 14:33:01 *** kaparen [~aabbcc@c-2467e455.94-17-64736c10.cust.bredbandsbolaget.se] has quit [Remote host closed the connection] 14:37:04 <appe> schattenbahnhoff 14:37:08 <appe> that word is fantastic. 14:49:05 *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd 14:49:36 *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has joined #openttd 14:55:27 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd 14:57:51 *** vorca [~vorca@p57BD6A10.dip0.t-ipconnect.de] has joined #openttd 15:00:04 <Eddi|zuHause> michi_cc: the red narrow loop is 3.1m long, so getting 10cm height difference would be around 3% 15:01:11 <Eddi|zuHause> more problematic is the grey outer loop 15:01:24 <Eddi|zuHause> it must have bigger height difference, and is only 2.9m 15:02:25 <Eddi|zuHause> (the grades of downwards tracks is rather don't-care) 15:02:32 <peter1138> just make the gap too small and use graphics trickery to make it look taller 15:02:55 <Eddi|zuHause> :p 15:04:32 <MNIM> Grey means tunnel, or what? 15:10:11 <Eddi|zuHause> probably 15:12:41 *** kaparen [~aabbcc@c-2467e455.94-17-64736c10.cust.bredbandsbolaget.se] has joined #openttd 15:54:35 *** Andel [~andel@178.32.93.43] has quit [Quit: Caught signal 15, Terminated] 15:55:41 *** Andel [~andel@owenrudge.net] has joined #openttd 15:59:54 *** Devroush [~dennis@ip-213-49-91-51.dsl.scarlet.be] has joined #openttd 16:02:07 *** Biolunar [mahdi@blfd-5d822d35.pool.mediaWays.net] has joined #openttd 16:03:09 *** valhallasw [~valhallas@193.52.24.37] has joined #openttd 16:03:35 *** KOPOBA [~xren@79.126.73.140] has quit [Quit: when you see it brix will shat] 16:05:50 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 16:07:03 *** Born_Acorn [~bornacorn@yoda.zernebok.com] has quit [Quit: Caught signal 15, Terminated] 16:07:10 *** Born_Acorn [~bornacorn@yoda.zernebok.com] has joined #openttd 16:07:55 *** valhalla1w [~valhallas@vpn91.ext.espci.fr] has joined #openttd 16:11:18 *** valhallasw [~valhallas@193.52.24.37] has quit [Ping timeout: 480 seconds] 16:16:58 *** TWerkhoven [~twerkhove@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into] 16:24:54 *** TWerkhoven [~Turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 16:29:39 *** pjpe [ae5b514a@ircip2.mibbit.com] has joined #openttd 16:32:45 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has quit [Remote host closed the connection] 16:32:53 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd 16:33:56 <CIA-6> OpenTTD: michi_cc * r23068 /trunk/src/newgrf_engine.cpp: -Add: [NewGRF] Long date of last service for vehicles, also available in the purchase list. 16:37:22 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 16:39:15 <peter1138> when are unpurchased vehicles serviced? :) 16:41:07 <George> Hi. Question about CB 1D. When I add the wagon in the middle of the train, what var contains the position of the inserted wagon? I want to allow some wagon to be attached only at even position. Is that ppossible? 16:42:27 <George> would it be var 40? 16:42:58 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 16:44:11 <Eddi|zuHause> that sounds like something which should be in extra callback info... but i don't actually know 16:46:06 <George> I can't find any additional CB info for CB 1D 16:47:17 <planetmaker> peter1138, the final testing / QA :-) 16:47:37 <peter1138> # it's the final testing 16:47:42 <peter1138> da na na naaaaa 16:48:09 <Eddi|zuHause> George: it sounds like var 40 would contain info on the original wagon chain that the wagon was moved from... 16:48:32 <George> Eddi|zuHause: That is useless 16:48:44 <frosch123> George: cb 1d is only ever called for the last wagon of a train 16:48:46 <Eddi|zuHause> but i cannot confirm that right now 16:49:06 <frosch123> when inserting a wagon in the middle that means that all wagons after it are removed first, and then reattached one by one again 16:49:30 <frosch123> when any of those cb 1d fail, the inserting fails 16:49:57 <George> So, the wagons after would not be deattached? 16:50:08 <frosch123> no, the inserting will fail 16:50:41 <frosch123> i.e. ottd makes sure that grfs do not have to distingush inserting in the middle or at the end 16:50:57 <frosch123> just assume the train is build from the front to the end 16:51:02 <frosch123> only appending, no insertion 16:51:13 <planetmaker> nice variable, michi_cc :-) I shall make use of it in ogfx+trains, too :-) 16:51:27 <planetmaker> You add more and more incentive to actually update that grf again ;-) 16:52:12 <George> frosch123: Interesting. I have to think about it. And where is it written, that CB1D would be called for all the wagons after attached? 16:52:42 <planetmaker> George, that's of no concern really 16:52:42 <frosch123> i guess it is not written explicitly, but it is the only way to keep stuff consistent :) 16:52:54 <planetmaker> you only need to consider being the last. It's much easier that way 16:53:39 <Eddi|zuHause> michi_cc: was there no var 80+ slot available anymore? 16:54:00 <frosch123> Eddi|zuHause: 80+x slots are generally not "available" 16:54:09 <George> Does it mean, that the train length would be the position of insertions+1? 16:54:44 <planetmaker> uhm... no? 16:54:55 <frosch123> George: if you have a train A C D and you insert B between A and C. then cb 1d is called for attaching B to A, for C to A B and for D to A B C 16:55:24 <frosch123> i.e. B does not know about C or D 16:55:26 <Eddi|zuHause> frosch123: the question is: what is value of var40 during the attaching of B to A? 1? 2? 16:55:32 <George> Yes, I understand that 16:56:02 <George> is it 2? 16:56:21 <George> Oh, Eddi|zuHause already said that :) 16:57:17 <frosch123> the wagon is not yet attached to the chain when the cb is called 16:57:34 <George> so it is 1? 16:57:51 <frosch123> yes 16:58:09 <George> and so I can't check the number of wagons in the row with var 41??? 16:58:27 <Eddi|zuHause> no 16:58:29 <George> because the wagon is alone? 16:58:47 <Rubidium> desync! 16:59:16 <George> looks like vars 4x for a wagon are useless in that case :( 16:59:19 <frosch123> you can count vehicles from the back 17:00:16 <George> frosch123: So, what should I check to diallow let's say 3 wagons with the same ID in the row? 17:00:38 <Eddi|zuHause> michi_cc: next issue on the list: vehicles that are both articulated and dualheaded :) 17:02:04 <Eddi|zuHause> michi_cc: possible spec-ish: set prop 13 to 1 for the front part, and 1 for the start of the back part, 0 for all other articulated parts 17:02:38 *** Prof_Frink [~proffrink@5e0a9627.bb.sky.com] has joined #openttd 17:02:53 <Eddi|zuHause> that second 1 marks the spot where intermediate vehicles will be attached 17:03:25 <planetmaker> George, cb1d and checking the number of wagons with the same vehicleID as the current one 17:03:55 <Eddi|zuHause> planetmaker: but that doesn't work, when the wagon is not attached yet 17:04:48 <Eddi|zuHause> George: maybe you should use the start/stop callback instead? 17:04:50 <planetmaker> Eddi|zuHause, but I know how many of it previously are attached 17:04:53 <frosch123> yeah, i do not see a way to code that 17:05:13 <frosch123> start/stop is only called for the front engine 17:05:18 <Eddi|zuHause> George: at that point the full consist is known 17:05:18 <frosch123> so that won't work either 17:06:20 <George> planetmaker: I do not want to disallow 3 wagons with the same ID, I only want to disallow them in a row 17:07:01 <Eddi|zuHause> frosch123/George: you can use var61 in the start/stop callback 17:07:18 <Eddi|zuHause> so maybe it's possible to iterate through the whole consist 17:07:20 <frosch123> you could use variable 61 to check the vehicle types on "manually" 17:07:38 <Eddi|zuHause> although i don't really see how iteration would be done in NFO 17:08:20 <frosch123> i.e. during cb1d: get the consist length, and use var 61 to read the engine types of the last two wagons 17:08:37 <frosch123> other than that, this might be a usecase for scope 5 :p 17:09:25 <planetmaker> uh oh num_vehs_in_vehid_chain, i.e. var 0x60 with type 81 not useful here? 17:10:28 <planetmaker> or rather... actually var 0x41, if there must not be more than n consecutive of the same ID 17:10:56 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [] 17:10:57 <frosch123> yay, "ergooki special" 17:11:16 <frosch123> sometimes captchas raise weird questions :p 17:11:34 <Eddi|zuHause> planetmaker: var41 does not contain useful values, that's the problem 17:11:43 <Eddi|zuHause> planetmaker: because the wagon is not part of the chain yet 17:13:36 <planetmaker> hm, yes ok :-) 17:20:07 *** TheMask96 [~martijn@envy.vhost.ne2000.nl] has quit [Ping timeout: 480 seconds] 17:24:11 *** TheMask96 [~martijn@sloth.vhost.ne2000.nl] has joined #openttd 17:41:15 <Eddi|zuHause> mÀh, my topology is wrong... 17:41:22 <Eddi|zuHause> need to get the inner track to the outside... 17:53:45 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has quit [Remote host closed the connection] 17:54:04 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd 17:58:57 *** blotek [~blotek@adkm233.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 18:00:37 *** pjpe [ae5b514a@ircip2.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 18:03:26 <z-MaTRiX> yeah my favorite video:Mosquito killed by a Laser http://www.youtube.com/watch?v=eYXPqrXZ1eU&feature=related 18:27:22 *** hanf [~Klaus@host-89-242-69-147.as13285.net] has joined #openttd 18:35:45 *** blotek [~blotek@adkm233.neoplus.adsl.tpnet.pl] has joined #openttd 18:45:10 <CIA-6> OpenTTD: translators * r23069 /trunk/src/lang/unfinished/tamil.txt: 18:45:10 <CIA-6> OpenTTD: -Update from WebTranslator v3.0: 18:45:10 <CIA-6> OpenTTD: tamil - 54 changes by aswn 18:56:43 *** pjpe [ade6a119@ircip3.mibbit.com] has joined #openttd 18:58:48 *** pjepnisefs [ade6a119@ircip2.mibbit.com] has joined #openttd 19:01:49 *** pjpe [ade6a119@ircip3.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 19:05:27 *** TWerkhoven [~Turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Remote host closed the connection] 19:23:55 *** Devroush [~dennis@ip-213-49-91-51.dsl.scarlet.be] has quit [Ping timeout: 480 seconds] 19:25:55 *** pugi [~pugi@host-091-097-007-155.ewe-ip-backbone.de] has joined #openttd 19:26:55 *** TWerkhoven [~Turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 19:46:10 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd 19:46:34 *** DDR_ [~chatzilla@142.179.78.88] has joined #openttd 19:55:35 *** KritiK [~Maxim@93-80-80-177.broadband.corbina.ru] has joined #openttd 20:30:36 *** Kurimus [~stabbity@dsl-tkubrasgw3-fe93dd00-34.dhcp.inet.fi] has quit [] 20:37:29 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO] 20:51:01 *** TWerkhoven[l] [~turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 20:57:18 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has quit [Remote host closed the connection] 20:57:59 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd 21:12:50 *** TWerkhoven[l] [~turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Read error: Connection reset by peer] 21:15:33 *** TWerkhoven[l] [~turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 21:21:57 *** DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has left #openttd [] 21:23:29 *** Chruker [~no@5634a56d.rev.stofanet.dk] has joined #openttd 21:36:57 *** andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has joined #openttd 21:39:48 *** valhalla1w [~valhallas@vpn91.ext.espci.fr] has quit [Quit: leaving] 21:52:22 *** Neon [~Neon@dslb-178-004-182-209.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.] 22:01:54 *** Devroush [~dennis@ip-213-49-91-51.dsl.scarlet.be] has joined #openttd 22:02:53 *** andythenorth [~Andy@cpc15-aztw25-2-0-cust3.aztw.cable.virginmedia.com] has quit [Quit: andythenorth] 22:17:01 *** sla_ro|master [~slaco@95.76.27.160] has quit [] 22:24:22 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has left #openttd [] 22:28:41 *** Elukka [Elukka@89-166-103-135.bb.dnainternet.fi] has joined #openttd 22:29:24 *** TWerkhoven[l] [~turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Remote host closed the connection] 22:31:25 *** vorca [~vorca@p57BD6A10.dip0.t-ipconnect.de] has quit [Remote host closed the connection] 22:31:34 <CIA-6> OpenTTD: michi_cc * r23070 /trunk/src/newgrf_house.cpp: -Add: [NewGRF] House variable 0x64. 22:31:35 <CIA-6> OpenTTD: michi_cc * r23071 /trunk/src/ (6 files): -Codechange: [NewGRF] Allow passing custom extra data through the generic NewGRF animation helper class. 22:31:35 <CIA-6> OpenTTD: michi_cc * r23072 /trunk/src/ (8 files in 2 dirs): -Feature: [NewGRF] House callback 0x148. 22:32:46 *** ricky26 [~quassel@80.83.125.94] has quit [Remote host closed the connection] 22:35:50 *** Progman [~progman@p57A1B0CE.dip.t-dialin.net] has quit [Remote host closed the connection] 22:35:54 *** HerzogDeXtEr1 [~Flex@i59F6BBC9.versanet.de] has quit [Read error: Connection reset by peer] 22:36:45 *** HerzogDeXtEr [~Flex@i59F6CDEE.versanet.de] has joined #openttd 22:37:16 <Eddi|zuHause> is that an "MB should finally release his house set" commit? :p 22:37:56 <__ln__> does it come with foreman and cuddy? 22:38:04 *** TWerkhoven [~Turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has quit [Remote host closed the connection] 22:44:41 *** blotek [~blotek@adkm233.neoplus.adsl.tpnet.pl] has quit [Remote host closed the connection] 22:44:50 <michi_cc> The 'unsupported in NML' list got longer again :p 22:44:59 *** KritiK [~Maxim@93-80-80-177.broadband.corbina.ru] has quit [Quit: Leaving] 22:45:38 <Eddi|zuHause> these lazy bastards... 22:46:34 <Eddi|zuHause> it's been 6 hours and the long service date is still not supported!!!1!11einself 22:46:45 <MNIM> lol 22:46:54 <MNIM> they do that in german too? 22:46:57 <MNIM> or just you :P 22:47:27 <Eddi|zuHause> i don't think i have ever seen that in a non-ironic environment... 22:48:11 <MNIM> same 22:48:37 *** blotek [~blotek@adkm233.neoplus.adsl.tpnet.pl] has joined #openttd 22:59:31 *** pjepnisefs [ade6a119@ircip2.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 22:59:37 *** pjpe [ade6a119@ircip3.mibbit.com] has joined #openttd 22:59:53 <Yexo> <Eddi|zuHause> it's been 6 hours and the long service date is still not supported!!!1!11einself <- lies! 23:03:49 *** luckz [~lkz@luckz.de] has quit [Read error: Connection reset by peer] 23:03:49 *** luckz [~lkz@luckz.de] has joined #openttd 23:03:49 *** heffer [~felix@hyperion.fetzig.org] has quit [Read error: Connection reset by peer] 23:03:50 *** heffer [~felix@hyperion.fetzig.org] has joined #openttd 23:04:19 <Yexo> and there are no house vars at all in nml, so I'm not going to care about that one :p 23:04:43 *** tokai [~tokai@port-92-195-43-4.dynamic.qsc.de] has joined #openttd 23:04:46 *** mode/#openttd [+v tokai] by ChanServ 23:11:08 *** hanf [~Klaus@host-89-242-69-147.as13285.net] has quit [Quit: Leaving] 23:36:46 *** mahmoud [~KEM@ALyon-158-1-187-164.w109-212.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 23:39:25 <Eddi|zuHause> tzz... forum users... create a thread "please make roads with signs" directly above the "UKRoads /w Signs" thread... 23:39:37 *** frosch123 [~frosch@frnk-590f7b06.pool.mediaWays.net] has quit [Ping timeout: 480 seconds] 23:40:11 *** frosch123 [~frosch@frnk-590f5cfd.pool.mediaWays.net] has joined #openttd 23:40:16 <Eddi|zuHause> (or was that thread moved there later?) 23:46:10 *** mahmoud [~KEM@ALyon-158-1-187-164.w109-212.abo.wanadoo.fr] has joined #openttd 23:53:46 *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection] 23:57:59 *** Biolunar [mahdi@blfd-5d822d35.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!]