Config
Log for #openttd on 15th May 2011:
Times are UTC Toggle Colours
00:09:54  *** Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has quit []
00:14:19  *** KritiK [~Maxim@95-28-63-251.broadband.corbina.ru] has quit [Quit: Leaving]
00:18:22  *** pugi [~pugi@p4FCC476A.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own]
00:20:52  *** glx [glx@2a01:e35:2f59:c7c0:1dc4:3088:7d72:a118] has quit [Quit: bye]
00:27:11  *** DoubleYou [~jkuckartz@ppp118-209-16-66.lns20.mel4.internode.on.net] has joined #openttd
00:39:18  *** Devroush [~dennis@178-119-81-33.access.telenet.be] has quit [Read error: Connection reset by peer]
00:44:29  *** Absurd-Mind [~peter@p54958828.dip0.t-ipconnect.de] has joined #openttd
00:56:06  *** perk11 [~perk11@broadband-77-37-203-211.nationalcablenetworks.ru] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
01:07:03  *** Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has quit [Ping timeout: 480 seconds]
01:10:02  *** rhaeder1 [~quix0r@dslb-094-220-137-127.pools.arcor-ip.net] has joined #openttd
01:14:28  *** rhaeder [~quix0r@dslb-094-221-205-158.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
01:28:38  *** supermop [~daniel_er@64.134.161.242] has joined #openttd
01:51:08  *** douknoukem [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has joined #openttd
01:57:48  *** DOUK [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
02:00:03  <Wolf01> 'night
02:00:06  *** Wolf01 [~wolf01@host249-160-dynamic.56-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.]
02:22:53  *** Absurd-Mind [~peter@p54958828.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
02:26:00  *** rhaeder [~quix0r@dslb-094-221-157-147.pools.arcor-ip.net] has joined #openttd
02:30:38  *** rhaeder1 [~quix0r@dslb-094-220-137-127.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds]
02:37:22  *** douknoukem [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has quit [Read error: Connection reset by peer]
03:35:48  *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Ping timeout: 480 seconds]
04:02:45  *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd
04:13:19  *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd
04:14:43  *** Dreamxtreme [~Dream@92.18.198.87] has quit [Ping timeout: 480 seconds]
04:23:29  *** supermop [~daniel_er@64.134.161.242] has quit [Quit: supermop]
04:33:54  *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Ping timeout: 480 seconds]
04:40:10  *** DoubleYou [~jkuckartz@ppp118-209-16-66.lns20.mel4.internode.on.net] has quit []
04:56:02  *** Eddi|zuHause [~johekr@p54B748E9.dip.t-dialin.net] has quit [Remote host closed the connection]
04:56:18  *** Eddi|zuHause [~johekr@p54B737BD.dip.t-dialin.net] has joined #openttd
05:15:07  *** rellig_107 [~rellig@argon247.server4you.de] has joined #openttd
05:15:09  *** Cursarion^ [ronin@viuhka.fi] has joined #openttd
05:15:09  *** APTX_ [APTX@89-78-217-144.dynamic.chello.pl] has joined #openttd
05:15:17  *** melwil- [melwil@m174g.studby.ntnu.no] has joined #openttd
05:15:18  *** Sacro_ [~ben@150.237.48.99] has joined #openttd
05:15:19  *** zachanim1 [~zach@2506ds3-od.0.fullrate.dk] has joined #openttd
05:15:25  *** TB [~patric@145.118.74.245] has joined #openttd
05:15:34  *** Lokimaros [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has joined #openttd
05:16:23  *** George|2 [~George@212.113.107.39] has joined #openttd
05:20:10  *** SpComb^ [terom@zapotek.paivola.fi] has joined #openttd
05:20:11  *** TheMask96- [martijn@sirius.ne2000.nl] has joined #openttd
05:20:11  *** rasco_ [rasco@tietos.com] has joined #openttd
05:21:06  *** Netsplit charon.oftc.net <-> kilo.oftc.net quits: melwil, Mazur, rellig, Cursarion, Sacro, TheMask96, SpComb, APTX, George, TrueBrain,  (+2 more, use /NETSPLIT to show all of them)
05:50:11  *** Kurimus [Kurimus@dsl-tkubrasgw1-fe30dc00-29.dhcp.inet.fi] has joined #openttd
05:53:56  *** tokai|mdlx [~tokai@port-92-195-60-10.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
05:55:11  *** tokai|mdlx [~tokai@port-92-195-60-10.dynamic.qsc.de] has joined #openttd
06:01:44  *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd
06:03:22  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd
06:17:23  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has quit [Ping timeout: 480 seconds]
06:26:05  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd
06:27:25  *** andythenorth_ [~Andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has joined #openttd
06:34:08  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has quit [Ping timeout: 480 seconds]
06:43:18  *** andythenorth_ [~Andy@cpc18-aztw25-2-0-cust185.aztw.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
06:47:52  *** TWerkhoven [~turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd
06:52:50  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd
06:52:53  *** mode/#openttd [+o Alberth] by ChanServ
07:06:35  *** Neon [~Neon@dslb-178-004-185-244.pools.arcor-ip.net] has joined #openttd
07:18:41  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd
07:24:08  <Terkhen> good morning
07:25:19  <Alberth> did anybody try yacd with conditional orders?
07:25:35  * Terkhen did not
07:29:01  <Alberth> yesterday I had a train driving circles, picking up batteries, and delivering it to two other toy-factories. At some point they brought cargo back to the pickup station, while toy-factories really don't produce batteries :)   I had a conditional order to return to the pickup station if the train was empty after the first delivery
07:29:52  <Terkhen> hmm... strange
07:29:59  <Alberth> did anybody rename stations in yacd?  (I did that too)
07:30:07  <devilsadvocate> Alberth: yeah, that happens
07:30:36  <devilsadvocate> Alberth: from what i can tell it somehow ends up routing the things in sort of recursive way
07:30:37  <Alberth> devilsadvocate: in 2.2 the cargo bug is supposed to be fixed
07:31:12  <devilsadvocate> Alberth: iirc you can avoid that by making sure to use no load orders at those stations
07:31:13  <Alberth> apparently not :)
07:31:56  <Alberth> ah, didn't change the orders. good point
07:32:10  <Alberth> although yacd should take care of that :)
07:33:54  <Alberth> devilsadvocate: do you have a save game just before such a thing happens? I am sure the yacd author would appreciate it
07:34:10  <devilsadvocate> Alberth: dont think so
07:34:36  <devilsadvocate> i should be able to generate it, though
07:34:59  <devilsadvocate> will take a few days, though. this is somewhat a hectic period
07:36:45  <Alberth> I will experiment a bit further, thanks for the input
07:52:38  *** Kurimus [Kurimus@dsl-tkubrasgw1-fe30dc00-29.dhcp.inet.fi] has quit []
07:56:45  *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd
07:57:51  *** perk11 [~perk11@broadband-77-37-203-211.nationalcablenetworks.ru] has joined #openttd
08:09:04  *** SpComb [terom@zapotek.paivola.fi] has joined #openttd
08:10:50  *** SpComb^ [terom@zapotek.paivola.fi] has quit [Read error: Connection reset by peer]
08:12:57  *** frosch123 [~frosch@frnk-590f6015.pool.mediaWays.net] has joined #openttd
08:17:58  *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has joined #openttd
08:26:39  *** Netsplit kinetic.oftc.net <-> charon.oftc.net quits: TheMask96-, @DorpsGek, TWerkhoven, Fuco, marius, Rubidium, Andel, Vadtec, lugo, rasco_,  (+78 more, use /NETSPLIT to show all of them)
08:32:34  *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd
08:32:34  *** Dreamxtreme [~Dream@92.18.109.179] has joined #openttd
08:32:34  *** ndh [~opera@dslb-088-074-018-014.pools.arcor-ip.net] has joined #openttd
08:32:34  *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has joined #openttd
08:32:35  *** Netsplit over, joins: @orudge, Born_Acorn, Cybertinus, frosch123, SpComb, TWerkhoven, tokai|mdlx, TheMask96-, Lokimaros, TB (+60 more)
08:32:56  *** Netsplit over, joins: George|2, jonty-comp, XeryusTC, Hirundo, @peter1138, rasco_, elmz, tycoondemon, DJNekkid, ^Spike^ (+8 more)
08:32:56  *** mode/#openttd [+v Alberth] by ChanServ
08:39:53  *** pugi [~pugi@p4FCC476A.dip.t-dialin.net] has joined #openttd
08:55:26  *** perk11 [~perk11@broadband-77-37-203-211.nationalcablenetworks.ru] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
08:55:58  *** douknoukem [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has joined #openttd
09:01:14  *** Progman [~progman@p57A1C4FA.dip.t-dialin.net] has joined #openttd
09:20:47  *** DDR [~DDR@d99-199-10-67.bchsia.telus.net] has quit [Quit: In democracy it's your vote that counts; In feudalism it's your count that votes.   - Mogens Jallberg]
09:21:21  *** DDR [~DDR@d99-199-10-67.bchsia.telus.net] has joined #openttd
09:21:50  *** DDR [~DDR@d99-199-10-67.bchsia.telus.net] has quit []
09:37:10  *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd
09:39:06  <CIA-1> OpenTTD: rubidium * r22461 /branches/1.1/ (21 files in 4 dirs): (log message trimmed)
09:39:06  <CIA-1> OpenTTD: [1.1] -Backport from trunk:
09:39:06  <CIA-1> OpenTTD: - Fix: [NewGRF] Zero register 0x100 as specified before resolving custom station foundations (r22452)
09:39:06  <CIA-1> OpenTTD: - Fix: Do not 'log' the NewGRFs in the screenshot when in the menu [FS#4610] (r22450)
09:39:06  <CIA-1> OpenTTD: - Fix: Keep better accounting of the order in which clients joined; client can't
09:39:07  <CIA-1> OpenTTD: be starved from joining and they get shown the amount of clients waiting in
09:39:09  <CIA-1> OpenTTD: front of them. (r22372, r22370, r22369, r22368, r22367, r22366, r22365, r22364,
09:44:42  <CIA-1> OpenTTD: rubidium * r22462 /branches/1.1/src/lang/ (21 files): [1.1] -Backport language changes from trunk
10:00:12  * andythenorth is having a lot of fun with YACD
10:01:17  <Terkhen> andy playing the game... this is new :P
10:04:26  <andythenorth> http://tt-foundry.com/misc/Snoozeweed%20Transport%2C%2025th%20Sep%201987.png
10:04:43  <andythenorth> big transfer yards, large mixed mainline trains, local feeders
10:04:47  <andythenorth> and *lots* of ships :P
10:05:12  <andythenorth> a demand graph / map / list would be really useful
10:06:09  <Zuu> indeed
10:06:36  <Terkhen> yes :)
10:06:43  <Zuu> Although, a map with all demand relations plotted tend to be a big mess.
10:06:55  <andythenorth> it needs to be on a per cargo basis
10:07:08  <andythenorth> lines on a map might be enough
10:07:16  <andythenorth> or a reverse lookup on a per industry basis
10:07:34  <Zuu> A pax demand map would still be a mess ^^
10:07:53  <andythenorth> yes.  but for freight there's a point where there are enough nodes connected that the cargo starts flowing quite freely around the map
10:08:06  <andythenorth> at that point it would be really handy to know what the unlinked nodes are
10:08:20  <andythenorth> would be useful for similar reason at start of game
10:08:39  *** Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has joined #openttd
10:08:40  <andythenorth> currently I have to search each industry manually to see who it's trying to supply
10:09:00  *** Absurd-Mind [~peter@p54959A90.dip0.t-ipconnect.de] has joined #openttd
10:09:22  *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd
10:09:40  <andythenorth> hmm
10:09:51  * andythenorth thinks 'demand' could be modelled as supply
10:09:57  <Zuu> But indeed, more tools to help understand the demand would be useful.
10:10:08  <andythenorth> so if industry A supplies 40 crates to industry B, then the demand on that link is 40
10:10:52  <andythenorth> and if industry C supplies 30 crates to industry B, then total demand at B is 70 crates
10:11:02  <andythenorth> hmm
10:11:07  <Terkhen> extended "link to smallmap" behaviour
10:11:08  <andythenorth> unmet demand might be the most useful
10:11:18  <andythenorth> which could be vertical bars on the minimap
10:11:20  <Terkhen> industry->link to smallmap shows the demand graph for that industry
10:11:22  <Terkhen> same for a town
10:11:25  *** Lokimaros [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has quit [Remote host closed the connection]
10:11:40  <Terkhen> sounds complicated to implement, though
10:11:47  <andythenorth> unmet demand would probably swing wildly on a monthly basis
10:12:08  <andythenorth> unrelated, I am starting to really hate the 'production last month' at industries
10:12:32  <andythenorth> it's not something I can adjust with newgrf either
10:12:39  <Terkhen> what do you mean?
10:12:41  <andythenorth> the latency is too high
10:13:03  <andythenorth> when a vehicle delivers, I have to then wait up to 1 month to see where the processed cargo wanted to go
10:14:07  <Terkhen> oh
10:15:24  <andythenorth> it could run whenever the production cb runs
10:15:39  <andythenorth> it's legacy stuff from original TTD, where production cb was a non-thing ;)
10:17:24  *** Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has joined #openttd
10:18:13  <andythenorth> michi_cc: does YACD calculate destinations on monthly production change, or when cargo is processed?
10:18:18  <andythenorth> (for industry)
10:18:29  <Zuu> "industry-> link to smallmap" has the adventage that there will not be any crossing demand lines on the graph, which makes the graph easier to read.
10:20:01  *** pugi [~pugi@p4FCC476A.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own]
10:21:31  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
10:29:07  *** LordAro [~kvirc@host86-156-236-57.range86-156.btcentralplus.com] has joined #openttd
10:32:28  *** TheMask96- [martijn@sirius.ne2000.nl] has quit [Ping timeout: 480 seconds]
10:36:29  *** KenjiE20|SSH [~kenji@92.9.239.180] has joined #openttd
10:37:18  *** Netsplit reticulum.oftc.net <-> kilo.oftc.net quits: KenjiE20
10:39:13  *** TheMask96 [martijn@wrath.vhost.ne2000.nl] has joined #openttd
10:43:30  *** Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has quit [Remote host closed the connection]
10:44:04  *** Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has joined #openttd
10:50:11  <Eddi|zuHause> <andythenorth> which could be vertical bars on the minimap <-- bad idea, CargoDist had the capacities in vertical bars, they obstruct the view too much, especially on short links
10:55:07  *** Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has quit [Remote host closed the connection]
10:58:25  <andythenorth> Eddi|zuHause: I was thinking that it would be (yet another) different view on the minimap
10:58:59  <Eddi|zuHause> yes, and i was telling you that bars are a bad idea
10:59:04  *** JVassie [~James@92.27.149.231] has joined #openttd
10:59:23  <andythenorth> other suggestions?
10:59:42  <Eddi|zuHause> YACDest uses line width for the link graph already
11:00:05  <andythenorth> hmm
11:00:12  <Eddi|zuHause> while that is not very specific, it gives a nice overview
11:00:26  *** Priski [priski@lakka.kapsi.fi] has quit [Remote host closed the connection]
11:00:28  <andythenorth> the issue is to represent demand at a point
11:00:42  <andythenorth> I can't think of a way to do that without a graphic that uses a size relation
11:00:53  <Eddi|zuHause> "demand" is the sum of all line thicknesses of incoming lines
11:01:43  <Eddi|zuHause> in the link graph, there is also the size of the squares for the stations
11:02:37  <andythenorth> I'm confused about how to use the link graph to identify unmet demand?
11:02:45  <andythenorth> that seems to be an oxymoron?
11:08:58  <Eddi|zuHause> i think you misunderstand me
11:09:09  <Eddi|zuHause> i'm all for a "demand graph" similar to the "link graph"
11:09:12  <michi_cc> andythenorth: Demand links and weights are recalculated monthly, because that's also the interval the various production statistics for industries and towns are updated.
11:09:16  <Eddi|zuHause> i'm just against using bars.
11:12:05  *** Priski [priski@lakka.kapsi.fi] has joined #openttd
11:14:34  *** JVassie [~James@92.27.149.231] has quit [Ping timeout: 480 seconds]
11:19:10  *** Wolf01 [~wolf01@host230-208-dynamic.58-82-r.retail.telecomitalia.it] has joined #openttd
11:19:19  <Wolf01> hello
11:21:07  *** Mazur [~mazur@5ED2BEAE.cm-7-3c.dynamic.ziggo.nl] has joined #openttd
11:26:39  * andythenorth wonders what the performance implication would be of using 30 day moving average for industry production
11:27:01  <andythenorth> or 30 day total rather
11:33:24  <planetmaker> hello
11:46:16  *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd
11:54:50  *** glx [glx@2a01:e35:2f59:c7c0:6805:e423:b982:226] has joined #openttd
11:54:53  *** mode/#openttd [+v glx] by ChanServ
11:58:46  *** KouDy [~KouDy@ip-78-102-180-206.net.upcbroadband.cz] has joined #openttd
12:02:00  *** TB is now known as TrueBrain
12:02:17  *** Absurd-Mind [~peter@p54959A90.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
12:17:16  *** ndh [~opera@dslb-088-074-018-014.pools.arcor-ip.net] has left #openttd []
12:23:13  *** ar3kaw [~ident@ecf245.neoplus.adsl.tpnet.pl] has joined #openttd
12:24:54  *** ar3kaw [~ident@ecf245.neoplus.adsl.tpnet.pl] has quit [Read error: Connection reset by peer]
12:25:41  *** ar3kaw [~ident@ecf245.neoplus.adsl.tpnet.pl] has joined #openttd
12:28:41  *** ar3kaw [~ident@ecf245.neoplus.adsl.tpnet.pl] has quit [Read error: Connection reset by peer]
12:29:04  *** ar3kaw [~ident@ecf245.neoplus.adsl.tpnet.pl] has joined #openttd
12:29:43  *** ar3k [~ident@ecf245.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds]
12:30:22  <CIA-1> OpenTTD: frosch * r22463 /trunk/src/fios_gui.cpp: -Fix [FS#4615]: Update the fios GUI immediatelly after scanning a new directory, so queued events reach the window when already updated.
12:34:00  *** KenjiE20|SSH is now known as KenjiE20
12:52:11  *** ar3kaw [~ident@ecf245.neoplus.adsl.tpnet.pl] has quit [Read error: Connection reset by peer]
12:52:31  *** ar3k [~ident@ecf245.neoplus.adsl.tpnet.pl] has joined #openttd
12:52:33  *** ar3k is now known as ar3kaw
13:02:53  <andythenorth> yacd is insanely addictive :P
13:05:19  <planetmaker> good :-)
13:06:21  <Terkhen> :)
13:08:17  <Alberth> for some reason I only find bugs in it :)
13:08:55  <Rubidium> finding bugs before it hits trunk is good ;)
13:09:21  <Alberth> yeah, but it kills the fun :(
13:10:20  *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd
13:10:28  <andythenorth> is anyone else playing YACD + FIRS?
13:11:11  <Alberth> I haven't dared doing that yet
13:14:46  <andythenorth> is there storage that could handle lifetime statistics for vehicles?
13:15:06  <Terkhen> I tried YACD + normal industries and failed
13:18:11  <planetmaker> I've the feeling to start with yacd and industries is MUCH harder than passenger transport
13:18:33  *** DOUK [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has joined #openttd
13:19:28  <andythenorth> I was losing money until I started a PAX network
13:19:48  <andythenorth> after 120 years, I'm still not sure freight is net positive :
13:19:49  <andythenorth> :P
13:19:55  <andythenorth> some trains are making money, some are losing :P
13:20:36  <Eddi|zuHause> income/cost statistics per cargo type would be nice
13:22:46  <andythenorth> yarp
13:23:38  * andythenorth isn't sure where town cargos are trying to go
13:23:48  <andythenorth> covering the whole town with goods trucks seems overkill
13:24:19  <Eddi|zuHause> they go to a specific tile, if that tile is not covered by a station, the cargo won't get generated for you.
13:25:03  *** douknoukem [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
13:25:04  <Eddi|zuHause> this actually makes cargo sinks like shops and fuel stations useful, because they will draw more food than an average town tile
13:40:21  <Alberth> andythenorth: setups like http://www.tt-forums.net/viewtopic.php?p=946279#p946279 do seem to make money (until a bug kills it ;) )
13:41:20  <Alberth> I am leaning towards making many point-to-point connections to transport cargo. that way you get double direction sort of for free.
13:41:30  <Alberth> I am just experimenting with a single cargo though
13:41:37  <andythenorth> do you want my current save? :)
13:41:48  <Alberth> sure
13:44:05  *** KouDy1 [~KouDy@ip-78-102-180-206.net.upcbroadband.cz] has joined #openttd
13:45:26  <andythenorth> hmm
13:45:55  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has left #openttd []
13:45:59  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd
13:45:59  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has left #openttd []
13:46:03  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd
13:46:54  <Eddi|zuHause> have i suggested yet that secondary industries should cluster near cities?
13:47:30  <planetmaker> that's a newgrf task, Eddi|zuHause ;-) And with FIRS some do
13:47:52  <Eddi|zuHause> i know. i was kinda hinting towards andythenorth ;)
13:47:59  <planetmaker> but as scale is arbitrary, "near a city" is a very chewing-gum like definition
13:48:13  <andythenorth> the ones that need to locate near cities already do ;)
13:48:19  <andythenorth> the rest...its arbitrary
13:48:26  <andythenorth> I have player feedback arguing both ways
13:48:49  <planetmaker> andythenorth: parameter ;-)
13:49:13  <Eddi|zuHause> if secondary industries like saw and steel mills are near cities, it makes reusing passenger networks for freight easier
13:49:52  <Eddi|zuHause> better than a lonely steel mill in the mountains
13:50:25  <andythenorth> it also makes building routes a pita
13:50:46  <andythenorth> near cities you often don't have the 10x10 tiles that a busy secondary industry might need for stations
13:52:10  *** KouDy1 [~KouDy@ip-78-102-180-206.net.upcbroadband.cz] has quit [Quit: Leaving.]
13:52:11  <Eddi|zuHause> you usually have the side that is opposite to the city
13:52:22  <Eddi|zuHause> and with "near" i mean like 20 tiles away
13:53:23  <Eddi|zuHause> and you can have a transfer station further away, and then send a mixed cargo train from the transfer station to the industry, then the industry itself doesn't need that huge of a station
13:54:02  <andythenorth> true
13:54:29  <Eddi|zuHause> (works very well with destinations)
13:54:36  <Alberth> andythenorth: you also had a problem with disappearing cargo, like this? http://www.tt-forums.net/viewtopic.php?f=33&t=54253&p=946304#p946304
13:54:50  <Terkhen> hmm... secondary industries near towns makes sense
13:55:23  <andythenorth> Alberth: that's similar to the problem where you replace a vehicle and it then won't load
13:55:36  <andythenorth> it's usually fixed by sending the vehicle along the route
13:55:59  <andythenorth> there's another problem-by-design where cargo is removed if a link is broken
13:56:02  <Alberth> Terkhen: no they don't, I cannot make a decent profit bringing goods to the city then :p
13:56:17  <andythenorth> Terkhen: secondary industries only make sense near cities with YACD
13:56:30  <andythenorth> in default game, what Alberth said
13:56:37  <Terkhen> yes, I was thinking on yacd
13:57:08  <Eddi|zuHause> andythenorth: doesn't need a "force near city", just a random chance, like 70% near city, 30% elsewhere
13:57:24  * Alberth looks for yacd 1.3
13:59:58  *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]
14:05:23  *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds]
14:06:19  <Alberth> andythenorth: sure it is yacd 1.3?  http://www.tt-forums.net/viewtopic.php?p=945285#p945285 says there will be no 1.3, also there is no 1.3 patch source code version posted in the thread
14:06:26  <andythenorth> oops
14:06:29  * andythenorth edits
14:06:51  <andythenorth> sorry :m
14:06:56  <Alberth> np :)
14:24:36  *** douknoukem [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has joined #openttd
14:27:03  *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds]
14:29:55  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has quit [Quit: andythenorth]
14:30:42  *** DOUK [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
14:38:26  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd
14:50:23  <Alberth> andythenorth: using non-released fishes, firses, heqses, and chipies, eh? :p
14:51:03  <andythenorth> yarp
14:51:04  <andythenorth> sorry
14:51:09  <planetmaker> :-)
14:51:16  <andythenorth> should be on the bundles server mostly
14:51:18  <planetmaker> one can only play so many games
14:51:27  <CIA-1> OpenTTD: terkhen * r22464 /trunk/ (known-bugs.txt src/os/windows/win32.cpp): -Fix [FS#4587]: [Windows] Prevent a crash when launching OpenTTD with -d from a MSYS console. Added a note to known-bugs about this issue.
14:51:36  <planetmaker> so testing ones own stuff in them... seems quite fair :-)
14:51:40  * planetmaker always does that
14:51:45  <andythenorth> Yexo: ever coded custom foundations for stations?
14:51:49  <planetmaker> (well, also andy's stuff ;-) )
14:52:11  <Alberth> oh, that's no problem, as long as you don't give the version away to others :)
14:52:28  <planetmaker> :-)
14:52:50  <planetmaker> well, that'd be calling it a release then
14:52:59  <Alberth> s/version/game/
14:53:16  <planetmaker> well, then compatible versions *should* do
14:54:08  *** Wolfsherz [~Wolfsherz@p57A6DB37.dip.t-dialin.net] has joined #openttd
14:54:17  <planetmaker> or if you can provide the newgrf versions (like I did for my last AI test game I reported on)
14:54:19  *** Absurd-Mind [~peter@p54959A90.dip0.t-ipconnect.de] has joined #openttd
14:55:03  <Alberth> heqs does work, fish and firs do not, it seems
14:55:13  *** Wolfsherz [~Wolfsherz@p57A6DB37.dip.t-dialin.net] has quit []
14:55:40  <andythenorth> do you want the versions I've got?
14:56:07  <andythenorth> I don't know what differs with FIRS
14:56:09  <planetmaker> did you check the nightly versions from the bundle server?
14:59:16  *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [Ping timeout: 480 seconds]
15:09:23  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
15:09:57  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
15:10:06  *** Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has joined #openttd
15:15:14  *** Absurd-Mind [~peter@p54959A90.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds]
15:19:51  *** tokai [~tokai@port-92-195-60-178.dynamic.qsc.de] has joined #openttd
15:19:54  *** mode/#openttd [+v tokai] by ChanServ
15:19:56  <Alberth> andythenorth:  what fish do you use? fish-nightly-r626.zip does not work
15:20:03  <andythenorth> I'll pm it to you
15:20:12  <andythenorth> possibly the bundles server hasn't built recent changes
15:20:42  <Alberth> also, it may be useful to make a tar inside the zip
15:20:51  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
15:21:20  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
15:22:51  <andythenorth> Alberth: ygm
15:25:04  *** tokai|mdlx [~tokai@port-92-195-60-10.dynamic.qsc.de] has quit [Ping timeout: 480 seconds]
15:26:34  *** HerzogDeXtEr [~Flex@88.130.164.197] has joined #openttd
15:28:50  <Alberth> andythenorth: lots of ships!
15:30:24  <andythenorth> eats my battery :p
15:30:31  <andythenorth> ships win
15:30:44  <andythenorth> the capacity per tile is much higher :P
15:31:16  <Alberth> also you get industry closer together due to all that water?
15:31:30  <andythenorth> probably
15:31:33  <Alberth> the water reminds me of an experiment I want to do :)
15:31:48  <andythenorth> industry close together makes routing mainlines *hard*
15:31:59  <Eddi|zuHause> i sometimes wish i could separate the ships to different docks within one station, especially by cargo type
15:32:21  <andythenorth> I wish there could be multiple docks per station
15:32:30  *** HerzogDeXtEr1 [~Flex@i59F6D310.versanet.de] has quit [Ping timeout: 480 seconds]
15:32:38  <andythenorth> when there is a station with water on two sides, it's inconvenient :P
15:32:59  <andythenorth> only one side can be used for ships
15:34:10  <Alberth> Eddi|zuHause: does station joining and a few buoys to split the stream work?
15:34:14  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
15:34:26  <Eddi|zuHause> Alberth: you can't join docks
15:34:37  <Alberth> bummer :(
15:34:43  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
15:35:29  <Eddi|zuHause> docks should be split into "loading bays" like road stations (three per dock)
15:35:39  <Eddi|zuHause> then some multistop-like behaviour could be adapted
15:39:12  <Alberth> that won't survive newgrf ports?
15:39:58  *** Wolfsherz [~Wolfsherz@p57A6DB37.dip.t-dialin.net] has joined #openttd
15:40:36  *** Wolfsherz [~Wolfsherz@p57A6DB37.dip.t-dialin.net] has quit []
15:40:40  *** KenjiE20 [~kenji@92.9.239.180] has quit [Quit: WeeChat 0.3.4]
15:40:59  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
15:43:49  <Eddi|zuHause> i think it should.
15:44:10  <Eddi|zuHause> even after newgrf-roadstations, multiple road stations combined should work
15:44:36  <Eddi|zuHause> and the default stations staying (mostly) like they are
15:47:59  <Alberth> what is called 'dock' now is a 'loading bay' for you?  (then we agree completely, except I was not introducing a new level inside a station, which could be a good idea imho)
15:51:53  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
15:52:22  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
16:03:02  <andythenorth> newgrf ports?  what's that then? :P
16:03:28  *** ZirconiumX [561b9caa@ircip1.mibbit.com] has joined #openttd
16:05:45  *** Amis [~Amis@catv-89-135-77-239.catv.broadband.hu] has joined #openttd
16:07:19  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
16:07:48  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
16:10:28  <Eddi|zuHause> Alberth: well, yes, in the first step, each dock would have one loading bay at the end, but i also propose to introduce onemore at each side of it, so you have one ship loading at the end, and two on the side of the dock
16:12:03  <Eddi|zuHause> if you then do things like enforce only one ship be able to load/unload at each loading bay, you don't even have to introduce only-one-ship-per-tile rules outside of docks
16:12:45  *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has joined #openttd
16:16:29  <Yexo> <andythenorth> Yexo: ever coded custom foundations for stations? <- no
16:16:41  <Yexo> all station coding I've ever done is CHIPS
16:17:41  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
16:18:10  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
16:18:16  <Eddi|zuHause> maybe you should ask MB :p
16:19:24  <andythenorth> Yexo: I wondered if foundations would be an interesting projet
16:19:27  <andythenorth> project /s
16:19:45  <Yexo> perhaps, I haven't really looked into that yet
16:19:45  <andythenorth> I'm wondering if we can detect when we're on a coast tile...
16:19:46  *** pugi [~pugi@p4FCC3336.dip.t-dialin.net] has joined #openttd
16:20:05  <Yexo> but unless you have some very good graphics that enhance the station I think it's a lot of work for very little gain
16:20:17  <Eddi|zuHause> "adjacent to water" maybe
16:20:18  <andythenorth> I was thinking to match the dock
16:20:31  <andythenorth> Eddi|zuHause: coast tile *is* water
16:20:38  <andythenorth> which makes for some interesting problems
16:20:41  <Eddi|zuHause> not when there's a station on it
16:20:50  <andythenorth> hmm
16:20:56  <andythenorth> interesting point
16:27:14  *** fmauneko [~fmauneko@88.166.241.226] has joined #openttd
16:27:44  *** Devroush [~dennis@178-119-81-33.access.telenet.be] has joined #openttd
16:27:52  <andythenorth> in my happy world multi-docks counts as 'exciting' :)
16:28:26  *** fmauneko [~fmauneko@88.166.241.226] has quit [Remote host closed the connection]
16:29:31  <andythenorth> Yexo: did you see the issue wrt CHIPS metal cargo?
16:30:03  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
16:30:32  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
16:31:35  <Yexo> working on that now
16:32:48  <andythenorth> :)
16:33:12  <andythenorth> should have been within my skills to fix, but I couldn't see the source of the problem
16:33:54  <Yexo> cargo label is STEL, right?
16:34:07  <andythenorth> yup
16:34:16  <andythenorth> 05h in the table
16:34:26  <Yexo> yep, got that
16:38:48  <Yexo> andythenorth: did you forget to change the \b18 to \b19? (first line of the diff)
16:38:52  <Yexo> that would explain why it didn't work
16:39:06  <andythenorth> no I did that
16:39:15  <Yexo> http://dev.openttdcoop.org/projects/chips/repository/revisions/26d856cf47cb/diff
16:39:15  <andythenorth> unless I did that and forgot to save :P
16:39:25  <Yexo> that works, not sure what you did then :p
16:39:54  <andythenorth> pasted this in both template files: #include "simple_empty_tile_1_cargo.tnfo"
16:40:02  <andythenorth> should have changed it appropriately
16:40:04  <andythenorth> oops
16:40:14  <andythenorth> :|
16:40:52  *** Amis [~Amis@catv-89-135-77-239.catv.broadband.hu] has quit [Read error: Connection reset by peer]
16:41:02  <andythenorth> playing a busy game is a good incentive to add cargo graphics :)
16:41:16  *** Amis [~Amis@catv-89-135-77-239.catv.broadband.hu] has joined #openttd
16:41:16  <andythenorth> although the 'only one cargo shown at once' issue is nagging at me
16:41:25  <andythenorth> there's no easy solution to that :(
16:42:25  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
16:42:54  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
16:43:46  <Yexo> you can't make the same mistake again :)
16:44:17  <Yexo> or in other words: you can now directly copy the lines between both files
16:44:21  <andythenorth> he
16:44:29  <andythenorth> mistake-proofing
16:44:32  <andythenorth> poka-yoke
16:56:32  *** ZirconiumX [561b9caa@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client]
16:56:48  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
16:57:16  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
17:15:09  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
17:15:43  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
17:18:47  <CIA-1> OpenTTD: frosch * r22465 /trunk/src/fileio.cpp: -Fix [FS#4613]: When determining the executable path failed, the working directory was used instead, circumventing the not-home-directory check.
17:30:37  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
17:31:06  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
17:32:58  *** Devroush [~dennis@178-119-81-33.access.telenet.be] has quit [Ping timeout: 480 seconds]
17:41:00  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
17:41:29  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
17:45:18  <CIA-1> OpenTTD: translators * r22466 /trunk/src/lang/ (catalan.txt dutch.txt):
17:45:18  <CIA-1> OpenTTD: -Update from WebTranslator v3.0:
17:45:18  <CIA-1> OpenTTD: catalan - 2 changes by arnau
17:45:18  <CIA-1> OpenTTD: dutch - 2 changes by habell
17:48:37  *** ndh [~opera@dslb-088-074-018-014.pools.arcor-ip.net] has joined #openttd
17:49:35  *** KritiK [~Maxim@89-178-115-31.broadband.corbina.ru] has joined #openttd
18:01:22  *** KenjiE20 [~kenji@92.9.239.180] has quit [Remote host closed the connection]
18:01:53  *** KenjiE20 [~kenji@92.9.239.180] has joined #openttd
18:06:16  <CIA-1> OpenTTD: rubidium * r22467 /branches/1.1/ (7 files in 4 dirs):
18:06:16  <CIA-1> OpenTTD: [1.1] -Backport from trunk:
18:06:16  <CIA-1> OpenTTD: - Fix: When determining the executable path failed, the working directory was used instead, circumventing the not-home-directory check [FS#4613] (r22465)
18:06:16  <CIA-1> OpenTTD: - Fix: [Windows] Prevent a crash when launching OpenTTD with -d from a MSYS console [FS#4587] (r22464)
18:06:16  <CIA-1> OpenTTD: - Fix: Update the saveload window immediatelly after scanning a new directory, so queued events reach the window when already updated [FS#4615] (r22463)
18:20:44  *** TinoDid|znc [~TinoDidri@alpha.visl.sdu.dk] has joined #openttd
18:21:09  *** TinoDidriksen [~TinoDidri@alpha.visl.sdu.dk] has quit [Read error: Connection reset by peer]
18:21:09  *** TinoDid|znc is now known as TinoDidriksen
18:21:13  *** ar3kaw [~ident@ecf245.neoplus.adsl.tpnet.pl] has quit [Read error: Connection reset by peer]
18:21:31  *** ar3k [~ident@ecf245.neoplus.adsl.tpnet.pl] has joined #openttd
18:33:52  <CIA-1> OpenTTD: rubidium * r22468 /branches/1.1/ (8 files in 6 dirs): [1.1] -Prepare for 1.1.1-RC1
18:36:12  *** Devroush [~dennis@ip-213-49-109-72.dsl.scarlet.be] has joined #openttd
18:38:06  <CIA-1> OpenTTD: rubidium * r22469 /tags/1.1.1-RC1/ (. src/os/windows/ottdres.rc.in src/rev.cpp.in): -Release: 1.1.1-RC1
18:40:19  <Chris_Booth> can anyone here tell me where I can get a win32/64 compile of r18927
18:40:29  <Chris_Booth> and yes I know it is a very very old nighlty
18:40:56  <Rubidium> from the objs/win32 directory when you build it from source?
18:41:29  <Chris_Booth> Rubidium what if I can't compile here since I have no compiler on my laptop?
18:42:04  <Rubidium> install the compiler? We don't keep the binaries for longer than 2 months
18:42:13  <planetmaker> Chris_Booth: from your other computer where you have it installed?
18:42:47  <Chris_Booth> I would if I was in the same city as my other computer, but I am not and will not be until friday
18:43:08  <Rubidium> what's so special about that nightly?
18:43:09  <Chris_Booth> ooh well it will have to wait then
18:43:42  <Chris_Booth> wanted it to view a saved game in the #openttdcoop archive that bombs out in current nightly and current trunk
18:44:09  <planetmaker> trunk should load them all
18:44:23  <Chris_Booth> doesn't that is why I wanted the old nightly
18:44:29  <Chris_Booth> to see if save was broken
18:44:31  <planetmaker> Unless they were done with a broken nightly. Sometimes that's the case, though rarely
18:45:03  <Chris_Booth> I can give you the crash.dmp file planetmaker
18:45:16  <Chris_Booth> something to do with a broken train
18:45:27  <planetmaker> the savegame number might be more interesting
18:46:29  <Chris_Booth> PSG 174
18:47:23  <Chris_Booth> planetmaker http://dl.dropbox.com/u/7429567/Openttd_Crash.png
18:48:23  <Rubidium> smells like broken savegame, even though it might appear to work in r18927
18:48:50  <Chris_Booth> http://dl.dropbox.com/u/7429567/Crash_Report.txt
18:48:52  <SmatZ> missing grfs?
18:49:23  <Chris_Booth> http://dl.dropbox.com/u/7429567/crash.zip
18:49:29  <Chris_Booth> SmatZ no don't be silly
18:49:42  <Chris_Booth> I have all the GRFs from ever PSG
18:49:46  <Chris_Booth> I never delete them
18:51:29  <Rubidium> Chris_Booth: really, then why did you load compatible NewGRFs instead of the right NewGRFs?
18:51:37  <SmatZ> Chris_Booth: how long after start does that crash?
18:51:39  <planetmaker> I've seen that message iirc with borked savegames
18:51:50  <Chris_Booth> as soon as I unpause
18:51:59  <Chris_Booth> you can view map while paused
18:52:29  <Chris_Booth> save seems to think I don't have BK tunnels 0.3b but I do
18:52:56  <Rubidium> not the same version then
18:53:04  <SmatZ> the problem might be in the japanese stations set
18:53:20  <Rubidium> but... disconnecting train + changed station NewGRF => the IDs changes in the NewGRF
18:53:45  <Rubidium> and I guess you have the newgrf_developer thing turned on
18:54:08  <Rubidium> as without it it shouldn't be loaded (AFAIR)
18:54:20  <SmatZ> PSG#174 loads and runs fine for me in trunk
18:54:40  <Chris_Booth> good point Rubidium I do have GRF dev on
18:54:46  <Chris_Booth> will turn it off
19:04:48  <Eddi|zuHause> this was a very textbook case of "ask too specific question that won't solve your problem"
19:05:43  <planetmaker> I've no problem with psg174 either
19:07:07  <Eddi|zuHause> you should save a reference to this discussion when the next person asks why we don't allow changing newgrfs ingame
19:07:34  <Eddi|zuHause> add "for" in above sentence at the appropriate place
19:08:50  *** Biolunar [~mahdi@blfd-4d082238.pool.mediaWays.net] has joined #openttd
19:09:16  <Chris_Booth> Eddi|zuHause, yes it does make sence sometimes
19:09:30  <Chris_Booth> I just forgot to turn it back off
19:10:19  <Eddi|zuHause> Chris_Booth: but you still ignored the big red warning box on loading the game, and you didn't suspect it was the cause of your crash
19:11:05  <Chris_Booth> what big red warning box?
19:13:12  *** DDR [~DDR@d99-199-10-67.bchsia.telus.net] has joined #openttd
19:15:12  *** SliGo [~sligoman@178.207.1.22] has joined #openttd
19:16:08  *** SliGo [~sligoman@178.207.1.22] has left #openttd []
19:33:41  *** Chrill [Chrill@ip68-8-120-178.sd.sd.cox.net] has joined #openttd
19:54:37  * Rubidium wonders what the gift-cards that Luukland offers entail (and cost)
19:55:01  <Eddi|zuHause> the what?!
19:55:18  <Eddi|zuHause> i probably don't want to know...
19:56:27  *** Chrill [Chrill@ip68-8-120-178.sd.sd.cox.net] has quit []
19:57:28  <Rubidium> Eddi|zuHause: they website (or rather privacy policy) says "We offer gift-cards by which you can personalize a product you order for another person"
19:57:45  <Rubidium> so that makes me wonder what it entails
19:57:49  <Eddi|zuHause> that sounds like gibberish....
19:58:02  *** George|2 [~George@212.113.107.39] has quit [Read error: Connection reset by peer]
20:00:25  <Alberth> a little white card where you can write your own personal message :p
20:07:48  <planetmaker> good night
20:17:53  *** DDR [~DDR@d99-199-10-67.bchsia.telus.net] has quit [Ping timeout: 480 seconds]
20:21:19  *** bryjen [~bryjen@76.92.85.169] has joined #openttd
20:25:51  *** APTX [APTX@89-78-217-144.dynamic.chello.pl] has joined #openttd
20:26:43  *** Amis [~Amis@catv-89-135-77-239.catv.broadband.hu] has quit [Quit: *pop*]
20:26:59  *** APTX_ [APTX@89-78-217-144.dynamic.chello.pl] has quit [Remote host closed the connection]
20:30:00  *** sla_ro|master [~slaco@95.76.27.160] has quit []
20:35:47  *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd []
20:37:57  *** LordAro [~kvirc@host86-156-236-57.range86-156.btcentralplus.com] has quit [Ping timeout: 480 seconds]
20:56:13  *** Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has quit [Ping timeout: 480 seconds]
20:59:31  *** Prof_Frink [~proffrink@5e0497ba.bb.sky.com] has joined #openttd
21:01:36  *** DayDreamer [~DayDreame@94.142.234.1] has quit [Read error: Connection reset by peer]
21:03:36  *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has left #openttd []
21:05:47  *** Chruker [~no@5634a56d.rev.stofanet.dk] has joined #openttd
21:07:06  *** Vikthor [~Vikthor@78-80-200-5.tmcz.cz] has joined #openttd
21:17:50  *** Chruker [~no@5634a56d.rev.stofanet.dk] has quit []
21:21:50  <frosch123> @topic set 1 1.1.0, 1.1.1-RC1
21:21:50  *** DorpsGek changed the topic of #openttd to: 1.1.0, 1.1.1-RC1 | Website: *.openttd.org (translator: translator, server list: servers, wiki: wiki, patches & bug-reports: bugs, revision log: vcs, release info: finger) | Don't ask to ask, just ask | 'Latest' is not a valid version | English only
21:23:25  <frosch123> my "1" key seems to hang a bit
21:25:30  <Terkhen> :P
21:33:07  <frosch123> night
21:33:26  <frosch123> 1, 1, eleventyone!
21:33:30  *** frosch123 [~frosch@frnk-590f6015.pool.mediaWays.net] has quit [Remote host closed the connection]
21:42:28  <__ln__> no, 6-1
21:48:20  *** bryjen [~bryjen@76.92.85.169] has quit [Quit: Leaving]
21:54:13  *** douknoukem [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
21:56:03  *** Progman [~progman@p57A1C4FA.dip.t-dialin.net] has quit [Remote host closed the connection]
21:59:15  *** KouDy [~KouDy@ip-78-102-180-206.net.upcbroadband.cz] has quit [Read error: Connection reset by peer]
22:00:28  *** douknoukem [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has joined #openttd
22:00:52  *** elmz [~elmz@184.213-167-126.customer.lyse.net] has quit [Ping timeout: 480 seconds]
22:08:52  *** guru3 [~guru3@81-235-164-123-no21.tbcn.telia.com] has quit [Ping timeout: 480 seconds]
22:08:55  *** DOUK [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has joined #openttd
22:10:51  *** DDR [~DDR@d99-199-10-67.bchsia.telus.net] has joined #openttd
22:13:49  <Terkhen> good night
22:15:48  *** douknoukem [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
22:21:30  *** Biolunar [~mahdi@blfd-4d082238.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!]
22:22:11  *** melwil- [melwil@m174g.studby.ntnu.no] has quit []
22:25:53  *** guru3 [~guru3@81-235-164-123-no21.tbcn.telia.com] has joined #openttd
22:29:55  *** TWerkhoven [~turbulent@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]
22:32:28  *** Neon [~Neon@dslb-178-004-185-244.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.]
22:32:58  *** Cybertinus [~Cybertinu@tunnel3304.ipv6.xs4all.nl] has quit [Remote host closed the connection]
22:37:50  <Eddi|zuHause> i just thought "oh great, another useless XML suggestion", and i clearly wasn't disappointed
22:42:53  <Zuu> XML is never going to magically solve your problems. :-)
22:44:15  *** Absurd-Mind [~peter@p54959A90.dip0.t-ipconnect.de] has joined #openttd
22:45:56  <__ln__> you misspelled "always" as "never"
22:46:56  <Zuu> where?
22:49:32  <__ln__> XML will always magically solve problems
22:50:01  *** Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has quit []
22:50:02  <Zuu> Oh. I miss-read "as" as "and" :-p
22:50:14  *** ar3kaw [~ident@ecd88.neoplus.adsl.tpnet.pl] has joined #openttd
22:50:43  <Zuu> and though you were refering to some post at the forums.
22:51:33  <__ln__> nah, i don't read the forums, except some links pasted here
22:54:22  *** ar3k [~ident@ecf245.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds]
22:56:33  *** Eddi|zuHause2 [~johekr@p54B737BD.dip.t-dialin.net] has joined #openttd
22:57:04  *** Eddi|zuHause [~johekr@p54B737BD.dip.t-dialin.net] has quit [Remote host closed the connection]
22:58:14  *** Eddi|zuHause2 is now known as Eddi|zuHause
23:05:57  *** DOUK [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds]
23:13:36  *** pugi [~pugi@p4FCC3336.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own]
23:24:46  *** douknoukem [~KEM@ALyon-158-1-36-158.w90-29.abo.wanadoo.fr] has joined #openttd
23:27:00  *** ndh [~opera@dslb-088-074-018-014.pools.arcor-ip.net] has left #openttd []
23:30:31  *** Chris_Booth [~Chris_Boo@cpc7-newt30-2-0-cust37.newt.cable.virginmedia.com] has quit [Remote host closed the connection]
23:46:48  *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds]

Powered by YARRSTE version: svn-trunk