Back to Home / #openttd / 2011 / 10 / Prev Day | Next Day
#openttd IRC Logs for 2011-10-31

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