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]