Config
Log for #openttd on 31st October 2011:
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!]

Powered by YARRSTE version: svn-trunk