Back to Home / #openttd / 2012 / 01 / Prev Day | Next Day
#openttd IRC Logs for 2012-01-13

---Logopened Fri Jan 13 00:00:19 2012
00:26-!-TomyLobo [~foo@p4FC22E0F.dip.t-dialin.net] has quit [Quit: Standby mode...]
00:42-!-supermop_ [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has quit [Quit: supermop_]
00:49-!-namad7 [aaaaa@c-67-163-246-17.hsd1.pa.comcast.net] has quit []
00:53-!-namad7 [aaaaa@c-67-163-246-17.hsd1.pa.comcast.net] has joined #openttd
00:54-!-Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has quit [Quit: Snail_]
00:56-!-Eddi|zuHause [~johekr@p54B73E17.dip.t-dialin.net] has quit [Remote host closed the connection]
00:56-!-Eddi|zuHause [~johekr@p54B7325A.dip.t-dialin.net] has joined #openttd
01:00-!-MinchinWeb [~6034f4d5@101.haydn.openttdcoop.org] has quit [Ping timeout: 480 seconds]
01:21-!-KouDy [~KouDy@188.75.190.58] has joined #openttd
01:34-!-JVassie [~James@2.25.209.230] has joined #openttd
01:38-!-Prof_Frink [~proffrink@5e06d2be.bb.sky.com] has quit [Ping timeout: 480 seconds]
02:03-!-MJP [~TdlQ@hq.z77.fr] has joined #openttd
02:07-!-KouDy1 [~KouDy@188.75.190.58] has joined #openttd
02:13-!-KouDy [~KouDy@188.75.190.58] has quit [Ping timeout: 480 seconds]
02:16-!-kkb110_ [~kkb110@cpe-69-203-124-125.nyc.res.rr.com] has quit [Ping timeout: 480 seconds]
02:21-!-JVassie [~James@2.25.209.230] has quit [Ping timeout: 480 seconds]
02:23-!-sla_ro|master [~slaco@95.76.26.172] has joined #openttd
02:25-!-TGYoshi [~TGYoshi@86.81.146.146] has joined #openttd
02:26-!-kkb110_ [~kkb110@cpe-69-203-124-125.nyc.res.rr.com] has joined #openttd
02:32-!-HerzogDeXtEr [~Flex@88.130.176.174] has quit [Read error: Connection reset by peer]
02:41-!-ptr [~peter@c-5eeaaa2b-74736162.cust.telenor.se] has joined #openttd
02:57-!-ptr [~peter@c-5eeaaa2b-74736162.cust.telenor.se] has quit [Quit: Zzzzzz]
03:06-!-DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has joined #openttd
03:08<dihedral>greetings
03:10-!-Progman [~progman@p57A1B8E9.dip.t-dialin.net] has joined #openttd
03:14-!-Devroush [~dennis@178-119-153-135.access.telenet.be] has joined #openttd
03:16-!-Elukka [~Elukka@78-27-90-104.bb.dnainternet.fi] has joined #openttd
03:40-!-DayDreamer [~DayDreame@ip-86-49-59-25.net.upcbroadband.cz] has quit [Quit: Leaving.]
03:41-!-MJP [~TdlQ@hq.z77.fr] has quit [Ping timeout: 480 seconds]
03:42-!-snack2 [~nn@dsl-prvbrasgw1-fe05dc00-37.dhcp.inet.fi] has joined #openttd
03:57<retro|cz>Can anyone provide some good tweaked dedicated server config ?
03:57<retro|cz>I just need some start.
03:58-!-pjpe [ade6a119@ircip4.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
03:59<@planetmaker>moin
04:03<retro|cz>planetmaker, ?
04:04<@planetmaker>I could have said 'hello'
04:08<tokai|mdlx>moinmoin
04:09<tokai|mdlx>planetmaker: or "dobry den!" :)
04:09<@planetmaker>:-) But that's ... geographically much different ;-)
04:11<@planetmaker>but then I'd go for 좋은 밤이예요 straight away
04:11<tokai|mdlx>planetmaker: But retro|cz probably would have understood it immediately - assuming the cz suffix of his nick name refers to the fact that he's from Czechia. :)
04:11<retro|cz>yup
04:11<@planetmaker>true.
04:12<tokai|mdlx>planetmaker: Very formal. :)
04:12<@planetmaker>yes ;-)
04:13<@planetmaker>Let's say my Korean is not good enough to use the proper informal words
04:13<tokai|mdlx>Not sure how the Koreans talk on the Internet. Is formal language used there in normal forums, chats, etc.? :)
04:13<tokai|mdlx>No idea about that. :)
04:13<@planetmaker>not too sure either
04:14<@planetmaker>I'm basically stuck at "starting in the attempt to teach myself" :-P
04:14<tokai|mdlx>I tried that with Japanese one.. failed :)
04:14<tokai|mdlx>one=once
04:15<@planetmaker>:-)
04:15<tokai|mdlx>planetmaker: Best is to watch a lot content (movies, TV, etc.) in the native language. At some point you'll get quite a lot automatically. :)
04:15<@planetmaker>true
04:16<@planetmaker>But it requires to have at least *some* more vocabulary and grammar at hand than I do
04:17<tokai|mdlx>It comes with time. As a little child you learned a language too w/o having vocabulary or grammer. :)
04:19<tokai|mdlx>The problem with age is that we try to convert the language into our mother language. Which makes it much harder to learn a language, I think. Your brain needs to store connections between foreign words/ structures and your own native language rather than simply associating things with pictures, sounds, feelings, etc.
04:37-!-_mj [~me@dslb-188-097-231-028.pools.arcor-ip.net] has joined #openttd
05:43-!-andythenorth [~Andy@78-86-194-127.zone2.bethere.co.uk] has joined #openttd
05:47-!-_mj [~me@dslb-188-097-231-028.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
06:07-!-DDR [~chatzilla@142.179.78.88] has quit [Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111221202647]]
06:27-!-fjb|tab [~frank@p5DDFF4CC.dip.t-dialin.net] has joined #openttd
06:43-!-pugi [~pugi@host-091-097-004-093.ewe-ip-backbone.de] has joined #openttd
06:48-!-roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has joined #openttd
06:54-!-tokai|noir [~tokai@port-92-195-45-177.dynamic.qsc.de] has joined #openttd
07:00-!-tokai|mdlx [~tokai@port-92-195-54-68.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
07:03-!-Devroush [~dennis@178-119-153-135.access.telenet.be] has quit [Ping timeout: 480 seconds]
07:15-!-Devroush [~dennis@178-119-153-135.access.telenet.be] has joined #openttd
07:45<Eddi|zuHause>http://www.tt-forums.net/viewtopic.php?f=32&t=57947#p990623 <- that's one of the most useless besides-the-point replies i have seen in a long time...
07:46-!-TomyLobo [~foo@p54947F46.dip.t-dialin.net] has joined #openttd
07:50<V453000>is it?
07:51<__ln__>the same kind of reply I would have expected to get on this channel some years ago.
08:00-!-lollercaust [~paper@41.Red-88-15-116.dynamicIP.rima-tde.net] has joined #openttd
08:04-!-MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has quit [Remote host closed the connection]
08:14-!-fjb|tab is now known as Guest23917
08:14-!-fjb|tab [~frank@p5DDFF9BC.dip.t-dialin.net] has joined #openttd
08:16-!-Guest23917 [~frank@p5DDFF4CC.dip.t-dialin.net] has quit [Ping timeout: 480 seconds]
08:35-!-Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has joined #openttd
08:42-!-Biolunar [~mahdi@blfd-4d083349.pool.mediaWays.net] has joined #openttd
08:44-!-lollercaust [~paper@41.Red-88-15-116.dynamicIP.rima-tde.net] has quit [Quit: Leaving]
08:56-!-roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
08:56-!-Prof_Frink [~proffrink@5e06d2be.bb.sky.com] has joined #openttd
09:00-!-Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has quit [Quit: Snail_]
09:23-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd
09:27-!-fjb|tab is now known as Guest23924
09:27-!-Guest23924 [~frank@p5DDFF9BC.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
09:27-!-fjb|tab [~frank@p5DDFF9BC.dip.t-dialin.net] has joined #openttd
09:28<@Belugas>hello
09:29<iddqd>hi Belugas
09:29<iddqd>what’s up máán
09:33<@Belugas>the sun
09:33<@Belugas>and hello iddqd
09:53<retro|cz>What setting is for allow to build all industries in network game ?
09:53-!-DOUK [~KEM@ALyon-158-1-28-49.w90-29.abo.wanadoo.fr] has joined #openttd
09:53<retro|cz>I can't find it :(
09:58-!-mahmoud [~KEM@ALyon-158-1-30-226.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
10:06<Eddi|zuHause>retro|cz: economy->construction method for primary industries->like secondary industries (or similar=
10:06<retro|cz>Eddi|zuHause, i found
10:06<retro|cz>thanks
10:06<retro|cz>I meant in openttd.cfg :)
10:07<Eddi|zuHause>well, search for similar names :)
11:11<@Terkhen>hello
11:21-!-MinchinWeb [~ce4b7474@101.haydn.openttdcoop.org] has joined #openttd
11:24-!-KouDy [~KouDy@188.75.190.58] has joined #openttd
11:25-!-retro|cz [~retro@106.142.broadband6.iol.cz] has quit [Read error: Operation timed out]
11:25-!-saua [~saua@193.81-167-3.customer.lyse.net] has quit []
11:27-!-jonty-comp [~jonty@borealis.jontysewell.net] has quit [Ping timeout: 480 seconds]
11:28-!-jonty-comp [~jonty@borealis.jontysewell.net] has joined #openttd
11:30-!-KouDy1 [~KouDy@188.75.190.58] has quit [Ping timeout: 480 seconds]
11:33-!-Neon [~Neon@dslb-178-004-188-147.pools.arcor-ip.net] has joined #openttd
11:39-!-Eddi|zuHause [~johekr@p54B7325A.dip.t-dialin.net] has quit [Remote host closed the connection]
11:39-!-fjb|tab [~frank@p5DDFF9BC.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
11:39-!-Eddi|zuHause [~johekr@p54B7325A.dip.t-dialin.net] has joined #openttd
11:40-!-HerzogDeXtEr [~Flex@88.130.176.174] has joined #openttd
11:47-!-Knogle [knogle@1604ds5-soeb.0.fullrate.dk] has joined #openttd
12:05-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
12:05-!-mode/#openttd [+o Alberth] by ChanServ
12:06*Alberth waves hi to all
12:06-!-cassy2012 [~cassy2012@71.181.113.225] has joined #openttd
12:06<cassy2012>Come webcam chat with me guys @ http://adfoc.us/1872928842
12:06-!-cassy2012 [~cassy2012@71.181.113.225] has left #openttd []
12:07-!-fjb|tab [~frank@p5DDFF9BC.dip.t-dialin.net] has joined #openttd
12:11-!-lollercaust [~paper@41.Red-88-15-116.dynamicIP.rima-tde.net] has joined #openttd
12:16<@Belugas>chat on a webcam? why? i like chatting with IRC!
12:16-!-frosch123 [~frosch@frnk-590f567c.pool.mediaWays.net] has joined #openttd
12:17<@Alberth>to practice your sign language perhaps?
12:17<@Alberth>hi Belugas :)
12:27<@Belugas>hehe
12:27<@Belugas>hi sir Alberth :)
12:29<frosch123>http://www.spiegel.de/panorama/0,1518,808986,00.html <- [german] lol @ "correction" at the end of the message
12:35<@planetmaker>:-D
12:35<@planetmaker>I saw once a trailer detatch from a lorry and roll over the intersection. Was a bit scary to see the trailer just roll over it...
12:36<@planetmaker>luckily it was neither fast nor did it hit anyone or anything expensive
12:36<@planetmaker>just a few stones
12:36<andythenorth>BANDIT
12:36<andythenorth>will offer that feature
12:36<andythenorth>:P
12:36<@planetmaker>:-P
12:36<@planetmaker>refit: trailer w/o lorry and driver?
12:42<@Alberth>who needs a truck when you can use just a trailer :)
12:44<__ln__>i bet the carbon emissions of a trailer are much lower than those of a lorry.
12:50-!-glx [glx@2a01:e35:2f59:c7c0:4c36:d796:fd51:ecb7] has joined #openttd
12:50-!-mode/#openttd [+v glx] by ChanServ
12:56-!-andythenorth [~Andy@78-86-194-127.zone2.bethere.co.uk] has quit [Quit: andythenorth]
12:58-!-MJP [~TdlQ@hq.z77.fr] has joined #openttd
13:08-!-valhallasw [~valhallas@193.52.24.37] has joined #openttd
13:09-!-Progman [~progman@p57A1B8E9.dip.t-dialin.net] has quit [Remote host closed the connection]
13:09-!-Pixa [~pixa@79-74-234-81.dynamic.dsl.as9105.com] has quit [Ping timeout: 480 seconds]
13:16<@Alberth>not when they explode when driving off a cliff :p
13:19-!-Lakie [~Lakie@host81-141-98-103.wlms-broadband.com] has joined #openttd
13:19-!-Pixa [~pixa@79-68-100-196.dynamic.dsl.as9105.com] has joined #openttd
13:36-!-enr1x [~kiike@62.57.4.46.dyn.user.ono.com] has quit [Quit: brb]
13:38-!-enr1x [~kiike@62.57.4.46.dyn.user.ono.com] has joined #openttd
13:39-!-Eddi|zuHause [~johekr@p54B7325A.dip.t-dialin.net] has quit [Remote host closed the connection]
13:40-!-Eddi|zuHause [~johekr@p54B7325A.dip.t-dialin.net] has joined #openttd
13:45<CIA-1>OpenTTD: translators * r23794 /trunk/src/lang/latvian.txt:
13:45<CIA-1>OpenTTD: -Update from WebTranslator v3.0:
13:45<CIA-1>OpenTTD: latvian - 5 changes by Tranzistors
13:56-!-FreeTraffic [~freetraff@71.181.113.224] has joined #openttd
13:56<FreeTraffic>Free Traffic To Your Sites or Blogs From http://adfoc.us/1872952475
13:56-!-FreeTraffic [~freetraff@71.181.113.224] has left #openttd []
14:00<@planetmaker>@ban *!*@71.181.113.224
14:02<frosch123>dorpsgek doesn't like you?
14:02<frosch123>@ban *!*@71.181.113.224
14:02<frosch123>hmm, he does not like me either :(
14:03<@planetmaker>sure that it acknowledges a ban of a person not in the channel?
14:04<__ln__>regarding the bus segregation thread; how about being modern and only segregating males and females?
14:05<frosch123>@whoami
14:05<@DorpsGek>frosch123: frosch
14:05<frosch123>hmm, i thought it would
14:06<@planetmaker>@ban
14:06<@planetmaker>hm... somehow one can get the list. But I forgot
14:06<frosch123>@help ban
14:06<@DorpsGek>frosch123: Error: There is no command "ban".
14:06<frosch123>:p
14:06<frosch123>@help unban
14:06<@DorpsGek>frosch123: (unban [<channel>] [<hostmask>]) -- Unbans <hostmask> on <channel>. If <hostmask> is not given, unbans any hostmask currently banned on <channel> that matches your current hostmask. Especially useful for unbanning yourself when you get unexpectedly (or accidentally) banned from the channel. <channel> is only necessary if the message isn't sent in the channel itself.
14:07-!-HerzogDeXtEr1 [~Flex@88.130.163.225] has joined #openttd
14:13-!-frosch123 [~frosch@frnk-590f567c.pool.mediaWays.net] has quit [Remote host closed the connection]
14:13-!-HerzogDeXtEr [~Flex@88.130.176.174] has quit [Ping timeout: 480 seconds]
14:15-!-JVassie [~James@2.25.209.230] has joined #openttd
14:27<George>Hi. I've got a report about crashes of OTTD when building an ECS industry. I created a report http://bugs.openttd.org/task/4969
14:27<Rubidium>that user changed NewGRFs in-game
14:29<George>I started a new game, cheated the money, builded a new farm. the same result
14:29<@planetmaker>hm, Rubidium, will it be an idea to also save the grf parameters to the crash log?
14:29-!-JVassie_ [~James@2.25.209.230] has joined #openttd
14:30*Rubidium ponders disabling "interpret literal" mode
14:30<George>uploaded new game test crash
14:31-!-Chris_Booth [~chatzilla@client-81-107-138-246.midd.adsl.virginmedia.com] has joined #openttd
14:33<Rubidium>none of the ECS newgrfs are on bananas, so where does one get them?
14:33<Rubidium>especially the one named "test.grf"
14:33-!-_mj [~me@dslb-188-097-080-071.pools.arcor-ip.net] has joined #openttd
14:34-!-JVassie [~James@2.25.209.230] has quit [Ping timeout: 480 seconds]
14:37-!-TheMask96 [~martijn@sirius.ne2000.nl] has quit [Ping timeout: 480 seconds]
14:37-!-Biolunar [~mahdi@blfd-4d083349.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!]
14:38-!-JVassie [~James@2.25.196.94] has joined #openttd
14:39-!-lollercaust [~paper@41.Red-88-15-116.dynamicIP.rima-tde.net] has quit [Quit: Leaving]
14:41-!-TheMask96 [~martijn@greed.vhost.ne2000.nl] has joined #openttd
14:44-!-JVassie_ [~James@2.25.209.230] has quit [Ping timeout: 480 seconds]
14:48-!-pjpe [ade6a119@ircip2.mibbit.com] has joined #openttd
14:56<_mj>quick question: some month ago there was a function called 'VehicleMove(Vehicle*, bool)', it is apparently gone. is there some replacement for it ?
14:57<_mj>docs.openttd.org doesn't seem up-to-date
14:57<@Yexo>TrueBrain: ^^ could you fix docs.openttd.org :)
14:57<@Yexo>_mj: no idea, what should it do exactly?
14:58<@Yexo>there are TrainController and similar functions
14:58<_mj>um, I used it to stop a newly created train :)
14:58<@Yexo>a newly created train should be stopped already
14:58<_mj>I think it was there just to be sure
14:58<@Yexo>that was almost certainly wrong
14:59<_mj>I just leave it out then
15:01<_mj>there is really a lot that has changes over this time, I will need to find some fixes for my code
15:06<Rubidium>that function was renamed to be more clear what it did: update (the) viewport
15:08<_mj>Ah thanks
15:16-!-andythenorth [~Andy@host86-169-180-203.range86-169.btcentralplus.com] has joined #openttd
15:18<George>Rubidium: > none of the ECS newgrfs are on bananas, so where does one get them? - http://george.zernebok.net/temp/ECS1.2/
15:19<George>Rubidium> especially the one named "test.grf" - http://bugs.openttd.org/task/4969/getfile/8058/crash.log - i do not see any test.grf here
15:21<andythenorth>eve
15:21<andythenorth>ning
15:24<iddqd>eve
15:24<iddqd>nong
15:28-!-cornjuliox [cornjuliox@202.128.63.177] has joined #openttd
15:28<cornjuliox>when it comes to signals, just exactly how do you define a 'block'?
15:29<cornjuliox>the space between two signals?
15:29<@Yexo>all rails that are connected to eachother without a signal in between
15:30-!-Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has joined #openttd
15:30<andythenorth>Yexo: I've been thinking about NML + macro expansion...
15:30<andythenorth>CPP is quite clunky for the cases I've been finding
15:30<andythenorth>it was very good for nfo
15:30-!-Wolf01 [~wolf01@host101-141-dynamic.31-79-r.retail.telecomitalia.it] has joined #openttd
15:30<@planetmaker>cornjuliox: http://kokolokus.de/?s=blog&v=6
15:31<@planetmaker>hello andythenorth
15:31<Wolf01>hello
15:31<andythenorth>hello
15:31<@planetmaker>hello Wolf01
15:31<@Yexo>andythenorth: there is nothing in nml that says you have to use CPP
15:31<andythenorth>I know
15:31<andythenorth>but it's the conventional approach so far
15:31<@Yexo>but I'm curious what cases you've found?
15:31<andythenorth>with NML we need for unique identifiers for switches...which demands string concatenation...which CPP sucks at
15:32<@planetmaker>THIS_ID(general_ID) works fine
15:32<andythenorth>with nfo I solved a lot of cases because I could repeat action 2 blocks with same ID, then branch
15:32<@Yexo>that's true. In an ideal world however you wouldn't need to duplicate such switches
15:32<@planetmaker>when you define THIS_ID as variadic macro in the vehicles or industry's file
15:32<andythenorth>planetmaker: true, but that's limited
15:32-!-KritiK [~Maxim@95-28-34-202.broadband.corbina.ru] has joined #openttd
15:33<andythenorth>this for example is clunky :) http://paste.openttdcoop.org/show/928/
15:34<@planetmaker>yes. But you're doing things twice there, if you #define the file to be included
15:35<andythenorth>there might be a better way yes
15:35<andythenorth>but I couldn't figure it out
15:35<cornjuliox>so, based on what i'm reading here would it be safe to conclude that a 'block' consists of signals connected together by track, regardless of any impossible turns (e.g 90 degrees)?
15:35<andythenorth>I figured out alternatives, but not better
15:35<@planetmaker>the template would use switch(FEAT_RV, THIS_ID(template_switch_name), var) { ... }
15:36<@planetmaker>cornjuliox: basically yes
15:36<@planetmaker>it may even be different track types
15:36<@planetmaker>like maglev + rail
15:36<cornjuliox>ok. so i'm beginning to understand all this
15:37-!-_mj [~me@dslb-188-097-080-071.pools.arcor-ip.net] has quit [Quit: _mj]
15:37<andythenorth>planetmaker: that would require #ifdefs around the switches (I think)
15:37<@planetmaker>why?
15:37<andythenorth>or additional switches using advanced varaction2 + CPP to put in a constant
15:38<cornjuliox>and the big difference between presignals and block signals is that presignals are green/red based on the status of any combo/exit signals in the block, regardless of whether or not the trains can actually get to those signals, and block signals just check if the space immediately in front of it is free, right?
15:38<@Yexo>andythenorth: it's often easier if you write the complete nml (without CPP) for one or two cases and try to template that
15:38<andythenorth>or I could use #ifdefs to set a string, depending on the value of another define
15:38<@Yexo>rather than write a generic template directly
15:39-!-snack2 [~nn@dsl-prvbrasgw1-fe05dc00-37.dhcp.inet.fi] has quit []
15:39<@Yexo>as yes, I agree the example you showed is clumsy
15:39<@planetmaker>yes. I think we (I) sometimes did that mistake with FIRS to not follow that advice, Yexo
15:40<andythenorth>I'm starting to conclude CPP is limited
15:40<andythenorth>or rather...not 100% appropriate to this case
15:40<andythenorth>MB pm-ed me offering m4
15:40<@Yexo>you can use m4 as preprocessor for nml
15:40<andythenorth>but another developer I know said m4 should be avoided at all costs
15:40<@Yexo>or for nfo or course,using mb's m4nfo
15:41<@Yexo>m4 is definitely a lot stronger than cpp
15:41<@planetmaker>Look at it and use it, if you find it useful
15:41<@Yexo>it's less used, more people know cpp than m4, but personally I think it's quite good
15:41<@planetmaker>from what I saw it has a lot of potential
15:41<@Yexo>at one point I wondered whether to include m4 as default preprocessor in nml, but some people (rightfully!) talked me out of it
15:41<andythenorth>is it trivial or painful to adapt the makefile to it?
15:42<@Yexo>should be quite easy to adapt the makefile
15:42<@planetmaker>relatively easy, I guess
15:42<andythenorth>I like CPP personally
15:42<andythenorth>but it's making for very...lengthy...code
15:42<Prof_Frink>m4 is better for getting to Wales.
15:42<andythenorth>Prof_Frink: I just proved that :P
15:45<andythenorth>are there alternatives to m4? It looks very full featured
15:45<andythenorth>which scares me a little
15:47<@Yexo>http://en.wikipedia.org/wiki/General_purpose_macro_processor
15:47<@Yexo>doesn't list much
15:47<andythenorth>hmm
15:47<andythenorth>pyexpander
15:48<andythenorth>basically I want to be able to write arbitrary python :P
15:48<andythenorth>and have it return a result to be included
15:48<andythenorth>much like I can in TAL (for the web)
15:48<andythenorth>but this might be bad for reasons I haven't thought of
15:48<andythenorth>or impossible
15:49<andythenorth>using a ${expression} syntax or similar
15:50<andythenorth>hmm
15:50<@planetmaker>andythenorth: adding python scripts is relatively easy, too...
15:50<andythenorth>pyexpander has loops :)
15:50<andythenorth>loops would make for efficient, but complicated templating
15:50<andythenorth>loops that build code are hard to debug :P
15:50<andythenorth>but would handle things like arbitrary number of trailing vehicles in consist
15:51<@Yexo>you first have to be able to write normal nml code to handle that
15:51<@Yexo>if you've done that you can find a way to template it
15:51<@Yexo>using pyexpander, m4 or even cpp if you wish
15:52<andythenorth>normal nml code can't handle that - not meaningfully
15:52<andythenorth>I can write nml that won't explode in that case, but it's not useful
15:52<@Yexo>if you can't write it in normal nml, you can't write it using a preprocessor either
15:52<andythenorth>why?
15:53<@Yexo>not that with "can't" I mean when it's really impossible, bulky nml code doesn't matter
15:53<@Yexo>because a preprocessor doesn't add any new features, it only makes it easier to use the existing ones
15:53<@Yexo>just like everything you can do in nml you can do in nfo too
15:53<@Yexo>it's the same here
15:53<@Yexo>everything you can do with "nml+preprocessor" you can do with only nml too
15:54<andythenorth>so maybe I am looking for a code generator, not a preprocessor
15:54<andythenorth>but I don't trust code generation
15:54<andythenorth>;)
15:54<@Yexo>the same holds there: everything you can with with code generator x (that generates nml code), you can also do with plain nml
15:55<andythenorth>plain nml + lots of find + replace when you want to maintain things ;)
15:55<andythenorth>versus trying to understand wtf the code generator is doing when you want to maintain things
15:55<andythenorth>potato / potato
15:55<andythenorth>I could definitely solve all the cases I have with CPP + a lot of switches
15:55<andythenorth>just seems clunky
15:56<@Yexo>yes, it's clunky, but you could do it
15:56<andythenorth>I'm intrigued if BANDIT code makes sense to others
15:56<andythenorth>http://dev.openttdcoop.org/projects/bandit/repository
15:56<@Yexo>the "clunky"-ness you can (possible) avoid by using a good preprocessor or a code generator
15:57<andythenorth>I'm also intrigued if I will understand what I did in 6 months :P
15:57<@Yexo>I think you're over-using defines there
15:58<andythenorth>I could use less
15:58<@planetmaker>over-engineered
15:58<@Yexo>why not directly include item{property{ cost: 10; } } in each vehicle .-nml file instead of defining "#DEFINE THIS_BUY_COST 10" and including a file that uses that define just to set a property?
15:59<@planetmaker>yes
15:59<@Yexo>imo that's only a good idea if you need to use one define in multiple places
15:59<@Yexo>like you use THIS_SMOKE for setting a property and somewhere in a callback result
15:59<@Yexo>in that case it's used to avoid duplication of one value
16:01<andythenorth>over-abstraction
16:01<andythenorth>what else?
16:04<andythenorth>brb
16:21-!-cornjuliox [cornjuliox@202.128.63.177] has quit []
16:21-!-cornjuliox [cornjuliox@202.128.63.177] has joined #openttd
16:25-!-kkb110__ [~kkb110@cpe-69-203-124-125.nyc.res.rr.com] has joined #openttd
16:25-!-kkb110_ [~kkb110@cpe-69-203-124-125.nyc.res.rr.com] has quit [Read error: Connection reset by peer]
16:25-!-TheDude [~honza3@2.237.broadband7.iol.cz] has joined #openttd
16:26<TheDude>hello there
16:27<TheDude>can I have a quick question for developers? what is this new message "your computer took too long to join" popping up when joining server?
16:27<@planetmaker>have a guess
16:27<TheDude>yeah, well, is 5 second too long?
16:27<@planetmaker>download too slow. Or your computer too slow to catch up with the game after download
16:28<TheDude>I guess openttd doesnt require more than 8Mbit, and 2GHz computer, and it kicks me after 5 seconds of joining
16:28<TheDude>is it possible, that server is slow?
16:28<Rubidium>TheDude: the default is 15 seconds
16:28<TheDude>still, I can see map after 5 seconds, and right after joining it kicks me with that message
16:29<Rubidium>so if it's 5 seconds, then the server owner has (as far as I can see in my magic crystal ball) reduced the value
16:29<@planetmaker>servers can modify that ^
16:29<TheDude>I am the server owner :-)
16:29<Ammler>are you sure, your openttd process get the whole 100% of your 2GHz?
16:29<TheDude>is it that magic new value? max_download_time = 10000 :-)
16:30<__ln__>is that 2GHz of AMD or Intel?
16:30<TheDude>it was 1000 on default, but I increased it, dont know what units it is
16:30<@planetmaker>@calc 1000 / 74
16:30<@DorpsGek>planetmaker: 13.5135135135
16:30<Ammler>I would guess, it does autokick slow clients
16:30<TheDude>ah, frames, ok, thanks for info
16:30<@planetmaker>@calc 10000 / 74
16:30<@DorpsGek>planetmaker: 135.135135135
16:32<TheDude>do you want to try to connect that server? :-)
16:33<Ammler>TheDude: you could also try to connect another server
16:33<TheDude>that of course works
16:34-!-Progman [~progman@p57A1B8E9.dip.t-dialin.net] has joined #openttd
16:35<Ammler>TheDude: check the setting on the server console, maybe you have something else as 10000 there
16:37<@Yexo>TheDude: what version does your server run?
16:37<TheDude>1.2.0b2
16:43<@Yexo>TheDude: and which server is it?
16:43-!-fjb|tab [~frank@p5DDFF9BC.dip.t-dialin.net] has quit [Remote host closed the connection]
16:45<TheDude>89.111.65.225:3979
16:46<@Yexo>and where do I find those ecs grfs? they're not on bananas
16:46<TheDude>ah, yes, true
16:47<TheDude>should be here http://www.luukland.net/data/ECS_1.2.zip
16:48<@Yexo>I can join almost instantly and am not kicked out
16:49-!-fjb|tab [~frank@p5DDFF9BC.dip.t-dialin.net] has joined #openttd
16:50<TheDude>really? ok
16:50<TheDude>thanks for trying that
16:53<@Yexo>hmm, "connection lost"
16:53<@Yexo>but that might be my connection
16:55<CIA-1>OpenTTD: rubidium * r23795 /branches/1.1/ (21 files in 5 dirs): (log message trimmed)
16:55<CIA-1>OpenTTD: [1.1] -Backport from trunk:
16:55<CIA-1>OpenTTD: - Fix: Make default timeouts for certain network states lower and configurable [FS#4955] (r23764)
16:55<CIA-1>OpenTTD: - Fix: Check whether a water tile is really empty when overbuilding it with an object [FS#4956] (r23763)
16:55<CIA-1>OpenTTD: - Fix: Missing locking causing crash in extreme case when being in the MP lobby [FS#4938] (r23752)
16:55<CIA-1>OpenTTD: - Fix: Clear the backed up orders of a removed station as well, otherwise one
16:55<CIA-1>OpenTTD: could create orders to a station that was never in the original backupped
16:55<TheDude>I quit the server
16:55<TheDude>ok, I set map to 64x64
16:55<TheDude>still it kicks me for joining too long, after to 2 seconds, when it is set to 130 sec in cfg
16:56<TheDude>but if it joinable, perhaps it is indeed problem on my side
16:56<@Yexo>I can still join it
16:57<TheDude>ok
16:57<TheDude>I cant
16:57<TheDude>my friend cant either
17:00<TheDude>I am in, good
17:05<CIA-1>OpenTTD: rubidium * r23796 /branches/1.1/ (56 files in 4 dirs): [1.1] -Backport from trunk r23698
17:06<@planetmaker>and what was the culprit, TheDude?
17:06<CIA-1>OpenTTD: rubidium * r23797 /branches/1.1/ (8 files in 6 dirs): [1.1] -Prepare: 1.1.5
17:06<TheDude>actually, I set map back to 512x512 and cant join again
17:06<@planetmaker>slow connection?
17:06<TheDude>nn
17:07<TheDude>connections is fine
17:07<Rubidium>smells like not pausing on join
17:07<TheDude>maybe slower notebook, 2Ghz, but few years old
17:07<TheDude>but I got that message with my new computer also, so not really sure
17:07<TheDude>yes, no pausing on join is true
17:08<@planetmaker>success maybe with pause?
17:08<TheDude>maybe, but it is on purpose and I dont want to change it
17:09<@Yexo>I can still join without any problems
17:09<@Yexo>still only 360kb or so
17:09<TheDude>what is the difference between this new settings and the max_join_time anyway?
17:10<TheDude>yy, I join too, but it kicks me right after I see map
17:14-!-Mucht [~Martin@chello084115143107.3.graz.surfer.at] has quit [Remote host closed the connection]
17:15<@Alberth>you are too far behind after downloading the map perhaps
17:17-!-Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
17:17-!-Knogle [knogle@1604ds5-soeb.0.fullrate.dk] has quit []
17:18<Rubidium>are there *any* modifications to the server or client?
17:18<TheDude>server is modified
17:19<TheDude>but the same modification is very well joinable on another server
17:19<TheDude>client is unpatched
17:19-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd
17:19<@Yexo>I suspect it's something on your end as I can join it (with unmodified client) without any problems
17:20<TheDude>yy, I agree, it seems so
17:22-!-TWerkhoven[l] [~twerkhove@cpc3-linl7-2-0-cust522.sgyl.cable.virginmedia.com] has quit [Quit: He who can look into the future, has a brighter future to look into]
17:22-!-andythenorth [~Andy@host86-169-180-203.range86-169.btcentralplus.com] has quit [Ping timeout: 480 seconds]
17:23*Rubidium can join without any problems as well
17:24<TheDude>on the other hand, joning 1.1.4 of the same modified server is no problem
17:25-!-DDR [~chatzilla@142.179.78.88] has joined #openttd
17:26-!-andythenorth [~Andy@host-2-101-97-155.as13285.net] has joined #openttd
17:34<andythenorth>hmm
17:35<andythenorth>are developer-defined bitmasks appropriate for RVs?
17:35<andythenorth>as trains have them already
17:42-!-Progman [~progman@p57A1B8E9.dip.t-dialin.net] has quit [Remote host closed the connection]
17:51<andythenorth>Yexo: I guess there's no way an nml identifier could be locally scoped, i.e. to just part of the nml file (with possibility of being redefined)?
17:52<@Yexo>it's possible to allow reuse of identifiers (like in nfo)
17:53<@Yexo>however I don't plan on doing so, since it makes it a lot harder to find bugs when you're unaccustomed to it
17:53<@planetmaker>oh, I'd hate that, tbh
17:53<andythenorth>hmm
17:53<@planetmaker>unique identifiers make it easy to find stuff
17:53<andythenorth>I could segment the project and generate nfo for each vehicle
17:54<andythenorth>then combine the nfo
17:54<andythenorth>no idea how :P
17:54<andythenorth>certainly more complicated than concatenation of identifiers
17:54<@planetmaker>I really fail to see where the variadic macro don't help you with the uniqueness requirement
17:54<@Yexo>what's so bad with the current THIS_ID() solution?
17:55<andythenorth>there's nothing wrong with it
17:56<Eddi|zuHause>it's a pretty genious solution, actually :)
17:56<andythenorth>it will concatenate multiple args in a single define?
17:57*andythenorth thinks it will
17:57<Eddi|zuHause>i think that does not work
17:58<Eddi|zuHause>you need multiple macros for that to work
17:58<Eddi|zuHause>like:
17:58<Eddi|zuHause>#define VEH_ID1(...) __VA_ARGS ## id
17:59<Eddi|zuHause>#define VEH_ID(...) VEH_ID1(__VA_ARGS__)
17:59<@Yexo>why not something like #define THIS_ID(id) VEH_A_ ## id
17:59<Eddi|zuHause>and then like VEH_ID(JOIN3(a,b,c))
18:00<Eddi|zuHause>if you just writ VEH_ID(a,b,c) you will end up with a,b,cid
18:01<Eddi|zuHause>which is not a valid identifier
18:01<@Yexo>but why do you need multiple arguments?
18:01<Eddi|zuHause>that was his question
18:01<@Yexo>you can always do VEH_ID(a ## b ## c)
18:01<andythenorth>that's what I'm testing
18:01<andythenorth>ish
18:02<andythenorth>that means abandoning __VA_ARGS though?
18:02<andythenorth>which means a lot more code cruft
18:02<@Yexo>again: why would you even need multiple arguments to THIS_ID?
18:02<@Yexo>isn't using __VA_ARGS here the cruft?
18:03<andythenorth>maybe there's another way
18:03<@Yexo>there are always other ways. The crucial question is: what do you want to solve
18:03<andythenorth>templating road vehicle trailers
18:04<andythenorth>I have everything done but the graphics chain
18:04<andythenorth>which I'm stuck on
18:04<@Yexo>do you have one (or two) of them written out without any template code?
18:04<andythenorth>no
18:04<@Yexo>do that first
18:04<andythenorth>?
18:04<@Yexo>than figure out what you duplicate for multiple vehicles. It only makes sense to template that part
18:05<andythenorth>hmm
18:05<@Yexo>otherwise you're again going for over-engineering like with bandits
18:05<andythenorth>I can't actually see how to write it out without templating
18:05<andythenorth>I guess big switches
18:06<@Yexo>simply write the plain nml code for one vehicle?
18:06<@planetmaker>you can write one vehicle with switches?
18:06<andythenorth>sure
18:06<@Yexo>if you have to duplicate a lot of code there for different cargo types, just do 3 of them
18:06<@planetmaker>i.e. consider to make a one-vehicle grf. That'd need no templates
18:07<@Terkhen>good night
18:07<andythenorth>bye Terkhen
18:08<@Yexo>gn Terkhen
18:08-!-MNIM [~mBuntu@ip5452ffad.adsl-surfen.hetnet.nl] has joined #openttd
18:10<andythenorth>it's not so much over-engineered as clunky :P
18:10<andythenorth>it's all too heavy
18:10<andythenorth>but nvm
18:10<andythenorth>removing stuff takes time :P
18:10<@Yexo>but doing one or two vehicles this way shows you which part is too heavy and needs to be templated
18:10<andythenorth>yeah, no argument
18:11<@planetmaker>g'night Terkhen
18:15<Eddi|zuHause>well. i built a parser that generates a tree that generates the switches... THAT's clunky :p
18:16<@Yexo>hehe, and after that nml builds another tree from those switches :p
18:18<Eddi|zuHause>the graphics look like this then: date:(default:pruss,1924..1928:DRGearly, 1929..1949:DRG,>=1950:epoch3:(DB:DB,default:DRG))
18:18-!-TheDude [~honza3@2.237.broadband7.iol.cz] has quit []
18:26-!-Chris_Booth [~chatzilla@client-81-107-138-246.midd.adsl.virginmedia.com] has quit [Quit: ChatZilla 0.9.88 [Firefox 10.0/20120104111456]]
18:28<Eddi|zuHause>wth did oberhümer break now
18:35-!-sla_ro|master [~slaco@95.76.26.172] has quit [Quit: Sla Mutant Co-Op for Renegade - coming back soon]
18:36<Eddi|zuHause>i should probably implement some syntax checking
18:40-!-Elukka [~Elukka@78-27-90-104.bb.dnainternet.fi] has quit []
18:45<@Yexo>3 "fix" commits for cets and it still fails compiling :p
18:46<@Yexo>you need some script that disallows pushes when it fails to compile
18:47<Eddi|zuHause>wait... that runs correctly here...
18:49<Eddi|zuHause>Server returned an error: HTTP Error 502: Bad Gateway
18:49<Eddi|zuHause>that's certainly none of my errors...
18:50<@Yexo>oh, I looked inside cets-r516-build.err.log not noticing the wrong revision in that file
18:52<@Yexo>good night
18:54-!-andythenorth [~Andy@host-2-101-97-155.as13285.net] has quit [Quit: andythenorth]
18:54-!-Snail_ [~jacopocol@CPE78cd8e5ccf20-CM78cd8e5ccf1d.cpe.net.cable.rogers.com] has joined #openttd
19:05<Eddi|zuHause>Yexo: prblem with a script to check compiling is that it actually has to compile stuff... i don't think oberhümer has actually a compile environment set up
19:05-!-fjb|tab [~frank@p5DDFF9BC.dip.t-dialin.net] has quit [Read error: Connection reset by peer]
19:06<Eddi|zuHause>and i don't often make a full compile either, because sometimes i'm tremendously impatient
19:09<Wolf01>'night
19:09-!-Wolf01 [~wolf01@host101-141-dynamic.31-79-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
19:11-!-TGYoshi [~TGYoshi@86.81.146.146] has quit [Quit: Popidopidopido]
19:12-!-Devroush [~dennis@178-119-153-135.access.telenet.be] has quit []
19:18-!-Neon [~Neon@dslb-178-004-188-147.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.]
19:21-!-MinchinWeb [~ce4b7474@101.haydn.openttdcoop.org] has quit [Quit: Page closed]
19:26-!-MJP [~TdlQ@hq.z77.fr] has quit [Ping timeout: 480 seconds]
19:42-!-JVassie [~James@2.25.196.94] has quit [Ping timeout: 480 seconds]
19:43-!-KritiK [~Maxim@95-28-34-202.broadband.corbina.ru] has quit [Quit: Leaving]
20:02-!-roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has joined #openttd
20:08-!-Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: Tschüß]
20:16-!-fjb|tab [~frank@p5DDFF9BC.dip.t-dialin.net] has joined #openttd
20:18-!-cornjuliox [cornjuliox@202.128.63.177] has quit []
20:38-!-Devedse [~Devedse@cable-123-30.zeelandnet.nl] has joined #openttd
20:40-!-roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
20:46-!-roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has joined #openttd
20:52-!-pugi [~pugi@host-091-097-004-093.ewe-ip-backbone.de] has quit [Ping timeout: 480 seconds]
20:52-!-pugi [~pugi@host-091-097-186-105.ewe-ip-backbone.de] has joined #openttd
20:54-!-KouDy [~KouDy@188.75.190.58] has quit [Quit: Leaving.]
20:57-!-ptr [~peter@c-5eeaaa2b-74736162.cust.telenor.se] has joined #openttd
21:37-!-TomyLobo [~foo@p54947F46.dip.t-dialin.net] has quit [Quit: Standby mode...]
21:39-!-Lakie [~Lakie@host81-141-98-103.wlms-broadband.com] has quit [Quit: Sleep.]
21:42-!-roboboy [~robotboy@CPE-58-173-43-55.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
21:43-!-DDR [~chatzilla@142.179.78.88] has quit [Ping timeout: 480 seconds]
21:46-!-MMavipc [~crapmail@ip72-197-243-193.sd.sd.cox.net] has quit [Ping timeout: 480 seconds]
21:47-!-Stimrol [~oftc@dsl-149-87-36.hive.is] has joined #openttd
21:47<Stimrol>!help
21:47-!-Stimrol was kicked from #openttd by DorpsGek [Wrong channel. Retry in #openttdcoop.]
21:48-!-Stimrol [~oftc@dsl-149-87-36.hive.is] has joined #openttd
21:49-!-Zuu [~Zuu@h-114-141.a98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]
21:54-!-DDR [~chatzilla@142.179.78.88] has joined #openttd
22:04-!-ptr [~peter@c-5eeaaa2b-74736162.cust.telenor.se] has quit [Quit: Zzzzzz]
22:15-!-valhallasw [~valhallas@193.52.24.37] has quit [Ping timeout: 480 seconds]
22:16<Stimrol>I am looking for help enableing newgrf industrial set on my server, I have loaded it and it works on singleplayer but not on multiplayer
22:16<Stimrol>I have been looking on google for some hours how to do it, but cant find anything about doing this on server
22:16-!-Pixa [~pixa@79-68-100-196.dynamic.dsl.as9105.com] has quit [Read error: Connection reset by peer]
22:18<Stimrol>so none of the 100 hundred people want to help me?
22:18<Stimrol>or even point me in another direction
22:27<Eddi|zuHause>you expect everyone to jump out at 4AM?
22:28<Eddi|zuHause>anyway, the easiest method is making a savegame in single player, and uploading it to the server
22:31<Stimrol>thanks, I will try this. I was just beting on different time-zones :)
22:33<Eddi|zuHause>this community is like 90% european
22:34<Stimrol>ahh, ok. Me too, but I will know this the next time :)
22:46-!-glx [glx@2a01:e35:2f59:c7c0:4c36:d796:fd51:ecb7] has quit [Quit: bye]
22:47-!-pugi [~pugi@host-091-097-186-105.ewe-ip-backbone.de] has quit []
23:29-!-Devedse [~Devedse@cable-123-30.zeelandnet.nl] has quit [Read error: Connection reset by peer]
---Logclosed Sat Jan 14 00:00:55 2012