Times are UTC Toggle Colours
00:08:29 *** ProfFrink [~proffrink@5ad46209.bb.sky.com] has joined #openttd 00:13:37 *** Vikthor [~Vikthor@snat1.spoje.net] has quit [Quit: Leaving.] 00:14:16 *** Prof_Frink [~proffrink@5ad545f2.bb.sky.com] has quit [Ping timeout: 480 seconds] 00:14:16 *** ProfFrink is now known as Prof_Frink 00:15:00 *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has quit [] 00:15:22 *** fmauNeko is now known as fmauNekAway 00:15:27 *** fmauNekAway is now known as fmauNeko 00:16:24 *** fmauNeko is now known as fmauNekAway 00:18:52 *** fmauNekAway is now known as fmauNeko 00:24:56 *** ben_goodger [~ben@host217-44-86-192.range217-44.btcentralplus.com] has quit [Quit: Ex-Chat] 00:27:50 <Belugas_Gone> fmauNeko can't decide if he'll stay or go.. 00:28:16 <fmauNeko> :D 00:28:33 <fmauNeko> no, i dropped konversation for xchat 00:30:49 *** Rich [~Zephyris@user-3e88cb65.tcl119.dsl.pol.co.uk] has joined #openttd 00:33:54 *** elmex [~elmex@e180069166.adsl.alicedsl.de] has quit [Remote host closed the connection] 00:34:21 *** Eddi|zuHause3 [~johekr@p54B775F1.dip.t-dialin.net] has joined #openttd 00:34:57 <CIA-3> OpenTTD: belugas * r13705 /trunk/src/ (bridge.h tunnelbridge_cmd.cpp): -Codechange: Define and use BridgePieces enum, which will remove a few more magic numbers 00:40:37 *** Pikita [~sam@89.241.226.153] has quit [Ping timeout: 480 seconds] 00:40:47 *** Eddi|zuHause2 [~johekr@p54B77490.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 00:43:55 *** glx|away [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 00:43:58 *** mode/#openttd [+v glx|away] by ChanServ 00:44:36 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Ping timeout: 480 seconds] 00:49:41 *** Rich [~Zephyris@user-3e88cb65.tcl119.dsl.pol.co.uk] has quit [Read error: Connection reset by peer] 01:06:33 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has quit [Quit: Love is like a switch. When it's on, you'll immediately notice] 01:33:38 *** curson [~curzon@79-69-126-217.dynamic.dsl.as9105.com] has quit [Quit: If everything seems to be going well, you have obviously overlooked something.] 01:40:45 *** fmauNeko is now known as fmauNekAway 01:51:21 *** fmauNekAway is now known as fmauNeko 01:56:26 *** KillaloT [~killalot@0x5738ccf9.rdnqu1.dynamic.dsl.tele.dk] has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC] 01:56:37 *** fmauNeko is now known as fmauNekAway 02:27:25 *** SpComb^_ [terom@zapotek.paivola.fi] has joined #openttd 02:27:29 *** ProfFrink [~proffrink@5ad46209.bb.sky.com] has joined #openttd 02:28:58 *** Sionide [sionide@cornflakes.imen.org.uk] has quit [Quit: Getting off stoned server - dircproxy 1.0.5] 02:29:02 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has quit [Write error: connection closed] 02:29:06 *** Sionide [sionide@cornflakes.imen.org.uk] has joined #openttd 02:29:11 *** Prof_Frink [~proffrink@5ad46209.bb.sky.com] has quit [Write error: connection closed] 02:29:11 *** ProfFrink is now known as Prof_Frink 02:29:14 *** Rexxie [~rexxars@85.19.218.24] has quit [Write error: connection closed] 02:29:14 *** wao [israel@psybnc.sk] has quit [Write error: connection closed] 02:29:16 *** SpComb [terom@zapotek.paivola.fi] has quit [Write error: connection closed] 02:29:28 *** HMage [U2FsdGVkX1@vixen.shadowpanther.ru] has quit [Remote host closed the connection] 02:29:37 *** joachim [~joachim@26.84-234-176.customer.lyse.net] has quit [Remote host closed the connection] 02:29:40 *** joachim [~joachim@26.84-234-176.customer.lyse.net] has joined #openttd 02:33:52 *** Rexxie [~rexxars@85.19.218.24] has joined #openttd 02:38:52 *** Sionide [sionide@cornflakes.imen.org.uk] has quit [Quit: I shouldn't really be here - dircproxy 1.0.5] 02:39:02 *** Sionide [sionide@cornflakes.imen.org.uk] has joined #openttd 02:39:04 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: Night All.] 02:47:39 *** glx|away [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 03:28:48 *** Nite_Owl [~chatzilla@c-75-74-51-78.hsd1.fl.comcast.net] has joined #openttd 03:30:59 <Nite_Owl> Has anyone else been having sound problems with the last few nightly releases? 03:33:16 <kyevan> Maybe some volume issues switching between them and others, but not really.. 03:35:00 <Nite_Owl> Well I posted the problem on the forum - Flyspray would not let me in. 03:38:09 *** Nite_Owl [~chatzilla@c-75-74-51-78.hsd1.fl.comcast.net] has quit [Quit: ChatZilla 0.9.83 [Firefox 2.0.0.15/2008062306]] 04:29:11 *** DJNekkid [~chatzilla@static128-249.adsl.no] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0/2008052906]] 04:56:32 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has joined #openttd 04:57:40 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has left #openttd [] 05:13:48 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has joined #openttd 05:20:43 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has left #openttd [] 05:22:44 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has joined #openttd 05:46:33 *** einKarl [~einKarl@91-65-196-232-dynip.superkabel.de] has joined #openttd 06:00:10 *** bleepy [bleepy@5ad456b4.bb.sky.com] has joined #openttd 06:28:57 *** mikl [~mikl@0304ds2-ba.0.fullrate.dk] has joined #openttd 06:33:16 *** You're now known as SpComb 06:37:00 *** mikl [~mikl@0304ds2-ba.0.fullrate.dk] has quit [Ping timeout: 480 seconds] 06:39:45 *** einKarl [~einKarl@91-65-196-232-dynip.superkabel.de] has quit [Remote host closed the connection] 06:59:28 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has joined #openttd 07:09:48 *** Volley [~worf@85-127-151-68.dynamic.xdsl-line.inode.at] has joined #openttd 07:11:52 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has joined #openttd 07:13:00 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has quit [Quit: Lan *O*] 07:13:45 *** GoneWacko [~gonewacko@adsl-58.35.Static.ssp.fi] has joined #openttd 07:15:16 *** grumbel [~grumbel@i577BBC29.versanet.de] has joined #openttd 07:25:54 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has quit [Read error: Connection reset by peer] 07:27:38 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has joined #openttd 07:29:23 *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has joined #openttd 07:35:49 *** Kommer_ [kommer@vestingbar.student.utwente.nl] has joined #openttd 07:35:49 *** Kommer is now known as Guest890 07:35:49 *** Kommer_ is now known as Kommer 07:36:08 *** Guest890 [kommer@vestingbar.student.utwente.nl] has quit [Read error: Connection reset by peer] 07:48:29 *** Volley [~worf@85-127-151-68.dynamic.xdsl-line.inode.at] has quit [Remote host closed the connection] 08:03:35 *** TinoM [~Tino@i59F56FF4.versanet.de] has joined #openttd 08:10:22 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 08:10:48 <Yexo> good morning 08:15:28 <Celestar> hey 08:17:45 <planetmaker> morning 08:23:48 *** Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd 08:25:28 *** Singaporekid [~notme@cm60.epsilon123.maxonline.com.sg] has joined #openttd 08:31:11 * Celestar wipes his brow 08:31:28 <Celestar> 50 passenger train stations 08:33:09 <Forked> I belive the correct internet response for this is .. "pix or it didn't happen!" :) 08:33:34 <Celestar> you can have the savegame if you wish (= 08:33:48 <Forked> at work, can't load it yet :\ 08:37:15 <Forked> but anyway, nice work :) 08:37:24 <Forked> how many trains on the line? 08:37:31 <Celestar> not too many 08:37:33 <Celestar> 61 08:37:49 <Celestar> 27 locals, 33 express 08:38:37 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has quit [Ping timeout: 480 seconds] 08:39:56 <Celestar> did I ever mention that PBS is awesome? ;) 08:39:59 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer] 08:40:08 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 08:40:58 <planetmaker> :) 08:42:37 <Celestar> can't build two-way stations without it, or at least found no means how to do it 08:45:43 <Noldo> what kind of layout do you have for two-way stations? 08:46:19 <Celestar> clarify? 08:46:40 <Noldo> can you show a screenshot 08:46:42 <peter1138> YAPP IS GOOD 08:46:47 <Celestar> Noldo: sure 08:49:20 <Celestar> Noldo: http://www.fvfischer.de/small2way.png http://www.fvfischer.de/large2way.png 08:50:32 <Noldo> what is the walking person and that bed symbol? 08:50:48 *** Marduuhin [~mardo4@84-50-160-109-dsl.rgu.estpak.ee] has quit [] 08:50:59 <Celestar> Noldo: hotels and something from TTRS 08:51:19 <Noldo> ok 08:51:43 <Celestar> shows only in transparent mode 08:55:24 *** elmex [~elmex@e180066173.adsl.alicedsl.de] has joined #openttd 08:55:30 *** Brianetta [~brian@client-86-26-82-230.nrth.adsl.virgin.net] has joined #openttd 09:10:06 *** Singaporekid [~notme@cm60.epsilon123.maxonline.com.sg] has quit [Quit: Leaving] 09:13:19 <Celestar> Noldo: like the screenies? :D 09:14:06 <planetmaker> they're good. 09:14:13 <planetmaker> was the town faster than you? ;) 09:14:26 <Celestar> yes :P 09:14:33 <Celestar> I started out with 3-lane station 09:14:36 <Celestar> then 4 and 5 09:14:52 <planetmaker> hehe :) 09:14:59 *** curson [~curzon@79-69-126-217.dynamic.dsl.as9105.com] has joined #openttd 09:15:08 <Celestar> I'm just ... "negotiating" about further expansion :P 09:15:24 <planetmaker> :P 09:15:40 <planetmaker> town is too big for the tree approach... :S 09:15:52 <Celestar> tree approach? 09:16:18 <planetmaker> build many trees. Appeases local authority 09:16:28 <planetmaker> but it has to be in a certain distance to the town centre 09:16:36 <Celestar> the whole map is full of trees already 09:16:57 <planetmaker> you can first delete them - worse than worst isn't possible - and then replant 09:17:13 <Celestar> I consider that cheating :D 09:17:55 <planetmaker> sort-of. It's exploiting the system, yes 09:18:31 <planetmaker> but cheaper than bribing :) 09:19:04 <Celestar> waiting is even cheaper :D 09:19:10 *** shodan [user@ppp101-219.static.internode.on.net] has joined #openttd 09:19:27 <Forked> depends on how much you lose by waiting 09:19:33 <planetmaker> yeah. But trees guarantee you 100% success, if town is small enough. Instant gratification so-to-say :P 09:20:22 *** Zeal [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd 09:20:29 <Celestar> not too much Forked, it still works fine with the present number of tracks 09:20:59 <planetmaker> but best approach is to have a small, good bus service: good rating = good standing, again and again :) 09:21:05 <Celestar> yeh 09:21:10 <Celestar> I use trams mostly however 09:21:23 <Celestar> especially to get PAX to train station 09:21:34 <Yexo> it doesn't need a good rating, just visiting 5 statiosn every 20 days is enough iirc 09:21:36 <planetmaker> or trams. I prefer them, too 09:21:47 *** Doorslammer|BRSet [Doorslamme@PIPP-p-144-134-197-76.prem.tmns.net.au] has joined #openttd 09:21:49 <planetmaker> Yexo: good rating helps town rating quite a bit 09:22:30 <planetmaker> if you've appalling station ratings, the town is unlikely to grant you anything soon... 09:22:59 <Yexo> are you sure about that? I'll check the source code 09:23:17 <planetmaker> quite sure. Number of stations and their rating influence the rise / drop of town rating. 09:23:30 <planetmaker> unserviced stations are a bad thing, too 09:23:46 <planetmaker> Yexo: it's even IIRC on the wiki 09:23:53 <planetmaker> on=in 09:24:26 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Remote host closed the connection] 09:24:40 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 09:24:46 <Noldo> Celestar: couldn't build any better myself 09:24:53 <Celestar> heh :D 09:26:00 *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has quit [Ping timeout: 480 seconds] 09:26:42 <planetmaker> http://www.openttdcoop.org/wiki/PublicServer:Archive_-_Games_91_-_100#gameid_96 <- I'm still proud of my 900.000 inhabitants city there :) 09:29:56 <planetmaker> but questionable wether to call that "realistic" :) 09:31:59 <Noldo> oh no, the R-word 09:32:21 <planetmaker> oh-oh :P 09:32:36 * planetmaker wipes history ;) 09:32:47 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has joined #openttd 09:34:50 *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 09:35:03 <planetmaker> Noldo: completely other topic: do you think that rivers should be flooding? 09:35:17 *** Yexo is now known as Guest907 09:35:17 *** Yexo_ is now known as yexo 09:35:47 *** Guest907 [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Ping timeout: 480 seconds] 09:36:09 <yexo> planetmaker: after seeing the code I'm 100% sure station rating does not affect town rating 09:36:30 *** caladan [~caladan@arn149.internetdsl.tpnet.pl] has joined #openttd 09:36:50 <planetmaker> hm... that'd contradict my experience, I'd say. But well... 09:37:07 <planetmaker> lunch now. CU later. 09:42:45 <Celestar> HEH 09:43:01 * Celestar just found the source for openttd 0.1 or something on his archives 09:44:37 <Noldo> planetmaker: well, their interaction with terraforming may seem a bit odd if they don't 09:45:02 <Noldo> the could be unterraformable 09:45:14 <Noldo> +y 09:46:12 <Noldo> but flooding rivers requires some serious though and maybe computing too so they might not be worth it 09:58:52 <ccfreak2k> "You have too many lorries on the road! Global warming has caused the water level to rise!" 10:04:57 <Celestar> then we need battery-driver lorries :P 10:05:49 <peter1138> battery-driver? 10:05:54 <Celestar> driven* 10:05:54 <Celestar> :P 10:05:54 <peter1138> is that like battery-hen? 10:05:57 <MorgyN> lower co2, burn all the trees 10:06:05 <peter1138> battery-powered you mean 10:06:11 <Celestar> or that 10:06:29 <peter1138> it's driven by a motor, not the battery 10:06:56 <Celestar> if you propel the battery fast enough out of the rear end of the truck, it's battery-driven :P 10:07:11 <MorgyN> *you have created 5 more coal powerstations, to recharge the batteries, creating a net gain of fossil fuels being burnt* =P 10:08:05 <Celestar> you can recharge the batteries using nuclear wind or PV power 10:08:57 <MorgyN> or just sod it, realise that global warming is the only thing stopping a global iceage and deal withit? ;D 10:11:13 <ccfreak2k> And move your HQ to the highest portion of the map. 10:26:35 *** Sir-Bob [~chatzilla@c122-107-227-146.eburwd5.vic.optusnet.com.au] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0/2008052906]] 10:37:32 *** Zahl [~Zahl@g229210153.adsl.alicedsl.de] has joined #openttd 10:47:53 *** Progman [~progman@p57A1E819.dip.t-dialin.net] has joined #openttd 10:50:53 *** fmauNekAway is now known as fmauNeko 10:51:40 <fmauNeko> plop 10:52:21 *** einKarl [~einKarl@91-65-196-232-dynip.superkabel.de] has joined #openttd 11:08:03 *** yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Remote host closed the connection] 11:08:29 *** yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 11:13:50 *** Yorick [~yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 11:14:10 <Yorick> no unauthorised what? 11:15:30 <SpComb> Logs: http://zapotek.paivola.fi/~terom/logs/openttd 11:15:30 <Yorick> !logs 11:18:42 <Noldo> anything 11:20:40 *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 11:20:51 *** yexo is now known as Guest922 11:20:51 *** Yexo_ is now known as yexo 11:21:10 *** bowman [johanf@81-226-229-179-no59.tbcn.telia.com] has quit [Read error: Connection reset by peer] 11:21:14 *** bowman [johanf@81-226-229-179-no59.tbcn.telia.com] has joined #openttd 11:22:04 *** Guest922 [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer] 11:40:41 *** Mirrakor [~linuser@p57B2C5D3.dip.t-dialin.net] has joined #openttd 11:44:59 *** yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Remote host closed the connection] 11:45:21 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 11:46:15 *** tokai [~tokai@p54B8119D.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 11:48:05 *** tokai [~tokai@p54B80A22.dip0.t-ipconnect.de] has joined #openttd 11:48:08 *** mode/#openttd [+v tokai] by ChanServ 11:51:47 <Yorick> I'd say the current autoreplace is overly complex 11:52:26 <Yorick> 'if it fails, restore the backups', we should check for any possible failures before we start autoreplacing... 11:55:11 <planetmaker> Yorick: I guess Bjarni is working exactly on that... 11:55:24 <Yorick> and I don't think it should keep the cargo when replacing wagons 11:55:29 <Yorick> they don't do that in real 11:55:57 <planetmaker> indeed. Before you go to a workshop, you just dump all cargo at the nearest junk yard :P 11:56:16 <planetmaker> don't mention the 'r' words... - I was told :) 11:56:25 <Noldo> :) 11:56:52 <Yorick> before you go to a workshop, you just dump cargo on the stations 11:57:18 <Yorick> you don't go into a depot with the passengers ON the train, replace the wagons and ask the passengers to get in the new wagons 11:57:30 <Yorick> while they've lost 2 days at getting to the depot 11:57:47 <planetmaker> I've been in such an overland bus already... 11:58:25 <planetmaker> you could either call it adventure or annoying - depends upon attitude and time constraints 11:59:17 <planetmaker> especially if the driver and co-driver don't speak the language of the people of the work shop :P 12:00:14 <Yorick> I'm looking for a proposal on a new autoreplace 12:00:45 <Rubidium> Yorick: autoreplace without backuping is actually more complex 12:02:11 <Noldo> one thing that I wondered about autoreplace backups, don't know if it's still relvant: is it really more convinient to put the backup wagon information into vehicle pool as it is only stored for a little while 12:02:55 <Rubidium> it's only that Bjarni's "new" system that actually does make the backup is very very flawed 12:04:17 <planetmaker> Rubidium: would it be an idea to disable it completely code-wise as long as it desyncs in MP? 12:04:32 <planetmaker> (e.g. just a return in the corresponding function(s))? 12:04:47 <Yorick> it asserts, too 12:05:13 <Rubidium> planetmaker: if by disabling you mean disabling autorenew and autoreplace, then yes that can be done 12:05:25 <Yorick> yes, he does 12:05:27 <planetmaker> Rubidium: yes, that's what I mean 12:05:38 <Yorick> we've had troubles with it in wwottdgd 12:05:51 <Rubidium> well, ask Bjarni ;) 12:05:54 <Rubidium> I'm not touching auto* 12:06:00 <planetmaker> :) understandable 12:06:10 <planetmaker> @seen Bjarni 12:06:10 <DorpsGek> planetmaker: Bjarni was last seen in #openttd 1 week, 5 days, 15 hours, 58 minutes, and 17 seconds ago: <Bjarni> I didn't have any 12:06:36 <Yorick> he's on holiday? 12:06:42 <Rubidium> no idea 12:06:50 <planetmaker> extended weekend :P 12:06:52 <peter1138> 12:51 Yorick> 'if it fails, restore the backups', we should check for any possible failures before we start autoreplacing... 12:06:55 <peter1138> but you can't 12:07:09 <Yorick> and why we can't 12:07:26 <peter1138> NewGRF restrictions which you can only test while actually doing it 12:07:39 <planetmaker> hm... 12:07:46 <Yorick> that shouldn't be 12:08:30 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Remote host closed the connection] 12:08:34 <Yorick> nothing should only be testable when doing it 12:08:50 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 12:09:04 <Doorslammer|BRSet> Attention everyone 12:09:05 <Rubidium> lol ;) 12:09:06 <planetmaker> He. we found a volunteer to better that design? :) 12:09:09 <Doorslammer|BRSet> Testables 12:09:36 <Yorick> planetmaker: we found a volunteer to better[/s]rework the autoreplace 12:09:48 <peter1138> Two methods: Make a backup copy, or make a copy to work on 12:10:14 <peter1138> Making a copy to work on would seem more logical to me 12:10:21 <Yorick> what kind of newgrfs feature these incompatible restrictions? 12:10:29 <Rubidium> dbset 12:10:29 <peter1138> Lots. 12:10:32 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer] 12:10:34 <Rubidium> ukrs IIRC 12:10:41 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 12:10:42 <Yorick> dbset...we got many bugs with dbset 12:10:46 <Rubidium> (and I didn't play with the rest) 12:10:48 <Yorick> the current system doesn't work 12:11:10 <peter1138> Bugs with dbset, or bugs with autoreplace and dbset? 12:11:30 <Yorick> bugs with autoreplace combined with dbset 12:11:36 <planetmaker> So far in all games I played with dbset it worked like a charm - unless incompatible grf were loaded 12:11:50 <peter1138> Right. I don't think you'll have any arguments from us that autoreplace is problematical in its current form. 12:11:50 <Yorick> planetmaker: before bjarni's backup system 12:12:26 <planetmaker> no idea since when it is around. 12:12:29 <Yorick> peter1138: it backed up cargo packets with count 0 12:12:32 <Rubidium> but... there are 'only' 4 know bugs with Bjarni's new autoreplace system 12:12:48 <planetmaker> all as critical on flyspray :P 12:12:53 <Yorick> because we can't submit bugs on patched versions 12:12:53 <peter1138> Yorick: 13:11 @peter1138> Right. I don't think you'll have any arguments from us that autoreplace is problematical in its current form. 12:13:22 <planetmaker> :) 12:14:01 <peter1138> Yorick: Indeed. You'll have to reproduce them in plain trunk. 12:14:23 <Yorick> noone plays plain trunk... 12:14:56 <planetmaker> yorick: not true 12:15:06 <Yorick> openttdcoop 12:15:11 <planetmaker> we do. 12:15:26 <peter1138> Even if that were true, what does that have to do with reproducing bugs? 12:15:32 <planetmaker> also the fair play server 12:16:40 <Yorick> because reproducing bugs is quite hard 12:17:03 <planetmaker> he, yeah. I still have this assert yesterday with no idea how to reproduce... 12:17:21 <Yorick> and because the bugs on flyspray that have to do with autoreplace don't get fixed anytime soon 12:17:29 <Yorick> some of them are there more than a year 12:18:03 <Rubidium> Yorick: what autoreplace bug is on FS for more than a year? 12:19:26 <Yorick> 1264 12:19:32 <Yorick> almost 12:19:49 <Yorick> 1762... 12:21:02 <Yorick> I submitted a fix for 1890 multiple times 12:22:06 <Rubidium> okay, so more than a year is more than 5 months 12:22:35 <planetmaker> Rubidium: he's talking of mercury years :P 12:22:38 <Yorick> I have some strange time perspectives ^^ 12:24:12 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Ping timeout: 480 seconds] 12:24:57 <Rubidium> and by the way FS#1264 is the bug Bjarni's trying to solve with his autoreplace rewrite 12:25:23 <Yorick> peter1138: you're wrong at the newgrf restrictions 12:25:27 <dih> @seen Bjarni 12:25:27 <DorpsGek> dih: Bjarni was last seen in #openttd 1 week, 5 days, 16 hours, 17 minutes, and 33 seconds ago: <Bjarni> I didn't have any 12:25:34 <dih> :-( 12:26:51 <Yorick> * When performing the 'allow wagon attach' callback, we have to check* that for each and every wagon, not only the first one. This means* that we have to test one wagon, attach it to the train and then test the next wagon till we have reached the end. 12:26:53 <Yorick> * We have to restore it to the state it was before we 'tried' attaching the train when the attaching fails or succeeds because we are not 'only' doing this in the DC_EXEC state. 12:27:28 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 12:33:17 *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 12:33:47 <Yorick> it seems that the whole autoreplace backup is based on the false assumption that newgrf wagon attachement can only be tested by actually doing it 12:34:32 <peter1138> That's false is it? 12:35:30 <Yorick> meh, the CMD_MOVE_WAGON also tests the wagon attachement callback without DC_EXEC, but then undoes it 12:38:08 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 12:38:11 *** mode/#openttd [+v glx] by ChanServ 12:40:27 <Rubidium> not to mention that the wagon attach callback can query any vehicle (wagons and engines) in a train 12:42:20 *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 12:42:20 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Read error: Connection reset by peer] 12:42:36 *** Yexo_ is now known as yexo 12:42:54 <Yorick> just I wonder if I should transfer the cargo... 12:45:23 <Rubidium> imo you should 12:45:41 <Yorick> do you have any reasons for that? 12:47:02 <Forked> Why not make it so that nothing is autoreplaced if it contains cargo .. (of coure that would suck for passenger lines, unless they had "unload all, go and replace, then if possible go back and fill up and continue on their merry way) 12:47:06 <Rubidium> the moment of vehicle autoreplace isn't controllable by players in most cases 12:48:16 *** a1270 [~Cheese@24-117-88-79.cpe.cableone.net] has quit [Quit: a1270] 12:48:44 *** Dred_furst [~Dred_furs@user-54418bdb.lns1-c7.dsl.pol.co.uk] has joined #openttd 12:51:04 <Yorick> is it very expected that the cargo would stay on a new vehicle? 12:52:48 *** a1270 [~Cheese@24-117-88-79.cpe.cableone.net] has joined #openttd 12:53:18 <MorgyN> Yes 12:53:20 <MorgyN> very 12:53:23 <MorgyN> don't change that 12:53:40 <MorgyN> because auto replace vehicles would suddenly nom your profit for the year =P 12:54:30 <Yorick> they don't replace trains that are full in real 12:54:34 <Yorick> they empty them first 12:54:47 <Yorick> hmm, only autoreplace if empty/ 12:55:20 *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 12:55:27 *** yexo is now known as Guest935 12:55:27 *** Yexo_ is now known as yexo 12:56:02 <MorgyN> Reality also doesn't have a godlike person who can raise and lower land at will... 12:56:30 <MorgyN> I think keeping the goods in trucks is a minor concern 12:56:31 <Rubidium> Yorick: in real life a train isn't autoreplaced 12:56:38 <Yorick> :D 12:57:08 <Rubidium> they just buy a new engine or a few new wagons and remove the old ones from service (over time) 12:57:32 <MorgyN> generally they service them when empty too 12:57:35 <Yorick> a train Ãs serviced 12:57:58 <MorgyN> because the people who are paying the hauliage firm would be damn pissed if thier 200tonne of coal went missing 12:58:10 <MorgyN> "Yeah we dumped it cause we replaced the carridge" 12:58:32 <Forked> -That is perfectly all right, old chap. Happens all the time. 12:59:07 *** peter1138 [~peter@svn.bucks.net] has quit [Ping timeout: 480 seconds] 12:59:23 <Rubidium> would be interesting for the international train from Amsterdam to Berlin; they change engine at the border, should all passengers vanish in thin air at that moment too? 13:00:01 <planetmaker> They're auto-converted from Dutch to German :P 13:00:23 <Rubidium> and the German engine's better ;) 13:00:34 <planetmaker> but do they change engine? I don't think so... lol ^ :) 13:01:08 <Rubidium> it takes soo long that I think they really change the engine 13:01:14 <Rubidium> and repaint the locomotive ;) 13:01:32 <Celestar> hey Rubidium :D 13:01:35 <planetmaker> I cannot remember that the last times I took that connection, though... pretty fast :) 13:02:00 *** curson [~curzon@79-69-126-217.dynamic.dsl.as9105.com] has quit [Ping timeout: 480 seconds] 13:02:11 <planetmaker> maybe I was lucky :) 13:02:13 <Celestar> http://www.fvfischer.de/pbs.png <= heh 13:02:19 *** Guest935 [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Ping timeout: 480 seconds] 13:02:22 <Rubidium> it's a timetabled stop of 15 minutes 13:02:46 <planetmaker> hm. ok... - I guess I had a good book :) 13:02:54 <Rubidium> or you took another train ;) 13:03:51 <planetmaker> na, it was Hannover-Amsterdam - which is part of the Berlin-Amsterdam connection :) 13:04:07 <planetmaker> IC xy 13:04:37 <planetmaker> no ICE, though :( 13:04:58 <Rubidium> I really hate what they've done with that connection though 13:05:45 <planetmaker> ? 13:05:53 <Rubidium> they made the train stop more often 13:06:05 <Rubidium> meaning Hengelo->Amersfoort takes 15 minutes more 13:06:12 <Rubidium> and they made it part of the 'normal' timetable 13:06:20 <planetmaker> eh, yeah. Last time I travelled there, they had the train end at Amersfoort :S 13:06:35 <Sacro> Celestar: is that YAPP? 13:06:40 <planetmaker> due to being late. hehe... :( 13:06:46 <Rubidium> meaning that if that train has a delay (which it usually has) there is no backup 13:06:52 <Celestar> Sacro: yes 13:07:02 *** Mirrakor [~linuser@p57B2C5D3.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 13:07:09 <Rubidium> you have to wait 30 minutes for the next train which might even have to wait for the delayed international train 13:07:12 <Sacro> Celestar: you might be better moving the sighnal from the end line 13:07:16 <Sacro> top even 13:07:20 <planetmaker> Rubidium: indeed 13:07:49 <Rubidium> previously if the international train had a delay you could get on a train and arrive at Amersfoort only 15 minutes later instead of 30 13:08:09 <Yorick> Rubidium: Hilversum->Utrecht now takes some less 13:08:12 <Rubidium> and all in all it means that my average traveltime increased by over 30 minutes 13:08:23 <planetmaker> :( 13:09:26 <Rubidium> and I'm actively avoiding that train now 13:10:07 <planetmaker> ^ Does that help? e.g. are there quicker connections for you? 13:10:26 <Rubidium> yes, as the chance of delay gets reduced by ~90% 13:10:48 <Rubidium> though the connection is still 30 minutes longer than before 13:11:07 <planetmaker> He. That's called "improved service", I guess 13:11:24 *** Volley [~worf@85.127.61.127] has joined #openttd 13:11:37 <Rubidium> and when the international train now has a delay it usually ends up with 90 minutes delay w.r.t. when the international train drove sanely 13:11:53 <Rubidium> (and I would've taken that train) 13:12:23 <Rubidium> Celestar: that network isn't that complex and you've got plenty of space there 13:13:09 <Celestar> Rubidium: no, it's not complex 13:13:47 <Celestar> Rubidium: but I can finally build my beloved 2-way stations :D 13:13:49 <Rubidium> you had seen my map already, right? 13:14:08 <Celestar> Rubidium: how much is your transported cargo units on that map? 13:14:19 <Yorick> I think i'll use the idea of working on a copy of the train 13:14:20 <Rubidium> ~515,000 13:14:25 *** peter1138 [~peter@svn.bucks.net] has joined #openttd 13:14:28 *** mode/#openttd [+o peter1138] by ChanServ 13:14:45 <Yorick> and instead of modifying one, just add one, and if it's complete, remove the old train 13:15:01 <planetmaker> how do I get quickly the info about my overall transported cargo? 13:15:14 <Rubidium> performance ratings detail 13:15:21 <planetmaker> ... oh right ^ :P 13:15:26 <planetmaker> thanks 13:15:27 <Rubidium> pile final is ~460,000 13:15:41 <planetmaker> pile transport was a member zone, right? 13:15:46 <Rubidium> yup 13:15:49 <Celestar> I'm only at about 150000. 13:15:51 <Ammler> planetmaker: that was before 13:15:57 <Celestar> (year 1951) 13:16:06 <Ammler> there was no sandbox at that time. 13:16:12 <Rubidium> pile's map is 1024x1024, mine is 128x128 13:16:20 <planetmaker> oh, even then :) Loooong time ago. :) 13:16:43 <planetmaker> Rubidium: you try to really squeeze out the map, eh? :) 13:16:50 <Celestar> sandbox? 13:16:54 <Rubidium> planetmaker: yup 13:17:00 <planetmaker> Celestar: early name of public server 13:17:50 <Rubidium> and the main problem with a small map is that there's not enough space 13:18:46 <Rubidium> planetmaker: http://rbijker.net/openttd/big_shot.png 13:18:58 <planetmaker> Rubidium: I easily believe the "not enough space" :) 13:19:27 <Celestar> Rubidium: how many stations on that map? 13:19:53 <Yorick> 'that's an old version of isr 13:20:38 <Rubidium> 15-20-ish excluding oil rigs 13:21:03 <Celestar> I'm curently trying to deal with 72 passenger-only-train stations 13:22:29 <planetmaker> Rubidium: nice :) But I see a lot of station walking there, too :) 13:22:50 <Rubidium> true 13:22:54 <planetmaker> do you transport pax only by ship? 13:23:02 <Rubidium> yes 13:23:10 <Rubidium> not enough space for a train network 13:23:10 <planetmaker> but I like your extensive use of ships. 13:23:22 <planetmaker> Rubidium: but tram might work :) Or blimps 13:23:25 <Yorick> sheep! 13:23:32 <planetmaker> Horse carriage :) 13:23:35 <Rubidium> planetmaker: tried that 13:23:43 <planetmaker> ...but? 13:23:46 <Rubidium> but the throughput of the stations wasn't enough 13:24:05 <Celestar> I need some kind of throughput monitor 13:24:05 <planetmaker> :) I'd maybe use them very short-range to transfer to the ship terminal 13:24:12 <Rubidium> trams couldn't get loaded/unloaded quickly enough 13:24:52 <Yorick> articulated trams? 13:25:06 <Rubidium> and with ships you can have 50 loading at the same time 13:25:27 <Rubidium> and with a capacity more than a tram that's really worth it 13:25:27 <Yorick> if you turn off queing 13:25:47 *** fmauNeko is now known as fmauNekAway 13:25:57 <Rubidium> and with ships the footprint on the map is smaller 13:27:04 <Celestar> meh one train with 31 orders in its list 13:28:32 <planetmaker> [15:26] <planetmaker> bugger. Our server crashed: Error: NOT_REACHED triggered at line 101 of /home/openttd/svn-public/src/vehicle_gui.h 13:28:34 <planetmaker> [15:26] <planetmaker> openttd: /home/openttd/svn-public/src/openttd.cpp:142: void error(const char*, ...): Assertion `0' failed. (r13697) 13:28:35 <planetmaker> [15:26] <planetmaker> we'll try to re-produce... 13:28:57 <planetmaker> had that yesterday with my client only... but couldn't reproduce it... 13:29:29 <yexo> the server crahsed in vehicle_gui.h? 13:29:37 <planetmaker> yes 13:29:39 <Yorick> so did all the clients 13:30:06 <Celestar> crap I overloaded one of my station 13:30:11 <Yorick> static inline WindowClass GetWindowClassForVehicleType(VehicleType vt) 13:30:56 <Yorick> probably a command that calls it 13:31:01 <planetmaker> server didn't crash yesterday, only clients 13:32:02 <yexo> <Yorick> probably a command that calls it <- no, because in that case the clients wouldn't have crashed, because the server had already crashed before the command was send to the clients 13:32:28 <Yorick> would a server care about (closing?) windows? 13:33:48 <yexo> it shouldn't 13:33:59 <Rubidium> it actually does 13:34:11 <planetmaker> should I post this without a clue how to re-produce on flyspray? 13:34:17 <Yorick> no 13:34:42 <Rubidium> if you want it to be closed with unreproducable, then yes. If you want it fixed, then no 13:34:58 <planetmaker> I'd feel a bit... bad about that as it probably won't be much of a helpful post... :D ^ 13:35:07 <Rubidium> though I suspect it's auto* related 13:35:23 <planetmaker> not sure... but maybe 13:35:32 <Yorick> like on a DISASTER/CRASHED vehicle 13:35:55 <Yorick> there was something with a crash on the order gui... 13:36:23 <Rubidium> it's way more likely that it was an invalid vehicle it was called on 13:36:44 <Yorick> quite 13:36:50 <Celestar> ok closing in on 200000 deliverd units of cargo 13:37:45 <planetmaker> how does it work, if some people have autorenew switched on, some not? 13:38:01 <peter1138> it's per company 13:38:09 <Yorick> but not synced per company 13:38:29 <Yorick> I suspect it's a command a client sends out 13:38:51 *** fmauNekAway is now known as fmauNeko 13:38:59 <planetmaker> peter1138: what happens, if the server gets different info for one company? 13:39:00 <Rubidium> yay 13:39:12 <peter1138> it doesn't 13:39:14 <Rubidium> Yorick's suspicions are flawed again 13:39:26 <Yorick> I suspected that 13:39:34 <yexo> <yexo> <Yorick> probably a command that calls it <- no, because in that case the clients wouldn't have crashed, because the server had already crashed before the command was send to the clients 13:39:57 <Yorick> ? 13:40:08 *** fmauNeko is now known as fmauNekAway 13:40:11 <Rubidium> using wwwottdgdwhatever? 13:40:12 <Yorick> I think it's an auto* relate thing 13:40:17 <Yorick> R: no 13:40:19 *** fmauNekAway is now known as fmauNeko 13:40:20 <Yorick> just trunk 13:40:24 <yexo> if the crash would happen in a command, the server would have crashed before it was able to send the command to all clients 13:40:25 <planetmaker> how is one able to produce invalid vehicles, Rubidium ? 13:40:37 <yexo> so the clients wouldn't crash, but just get a "server exited" or so 13:40:46 <planetmaker> Rubidium: no, we're using r13697 on the server w/o mods 13:40:54 <Rubidium> Vehicle *v = valid_vehicle; delete v; v->type == INVALID 13:41:17 <Rubidium> i.e. just by deleting vehicles 13:41:33 <planetmaker> so... on person working on a vehicle, the other deleting it? 13:41:35 <Rubidium> which happens during auto* 13:41:40 <planetmaker> oh, right 13:41:46 *** Lakie [~Lakie@91.84.251.149] has joined #openttd 13:41:52 <Rubidium> but also during that 13:42:10 <planetmaker> is there a way to forbid the server to use auto* in current trunks? 13:42:12 <Rubidium> but in that case one command would fail and remove the vehicle and such from the depot 13:42:19 *** k-man [~jason@ppp121-44-24-253.lns10.syd7.internode.on.net] has quit [Ping timeout: 480 seconds] 13:42:32 <planetmaker> or is that the "wait for Bjarni"? :) 13:42:35 <Yorick> planetmaker: if (cp->cmd & 0xff == CMD_SET_AUTOREPLACE) return 13:42:55 <planetmaker> Yorick: I don't feel like patching the ps... 13:43:07 <Yorick> you do feel like desyncing? 13:43:21 <planetmaker> it's (also) supposed to be a trunk test server - at least in my eyes. 13:44:18 <Yorick> how does v->cargo_type work with multicargo stuff (planes) 13:44:34 <peter1138> multiple v 13:44:36 <planetmaker> I don't want to lose the support here with using patched versions :) 13:45:02 <Yorick> planetmaker: ps was long time patched for 11 clients 13:45:14 <planetmaker> Yorick: ... _was_ ... 13:45:29 <Yorick> peter1138: what do you mean? 13:45:37 *** Klanticus [~Klanticus@189-68-56-228.dsl.telesp.net.br] has joined #openttd 13:45:55 <yexo> Yorick: for planes the ' 13:46:04 <yexo> shadow is another vehicle with the second cargo_type 13:46:18 <Yorick> and roadvehicles? 13:46:37 <yexo> is it possible to have road vehicels with multiple cargo types? 13:46:43 <peter1138> no 13:46:57 <Yorick> ok, only planes 13:47:05 <Yorick> but it's a silly way... 13:47:17 <peter1138> Tough, that's how it's done. 13:47:32 <Yorick> rework? 13:47:53 <Rubidium> why is it actually silly? 13:47:56 *** curson [~curzon@79-69-67-12.dynamic.dsl.as9105.com] has joined #openttd 13:48:05 <peter1138> Rework for the sake of it? 13:48:11 <Yorick> using the shadow for anything useful 13:49:23 <Rubidium> peter1138: more like rework for the sake of complexifying already complex functions 13:49:32 <peter1138> *nod* 13:49:33 <Rubidium> like the refit and cargo loading/unloading/payment functions 13:49:58 <Yorick> and what is cargo_type filled with on trains? 13:50:07 <Yorick> the engine cargo? 13:50:18 <Rubidium> the cargo type of the wagon/engine 13:50:23 <Yorick> ok 13:50:34 <Rubidium> and for ships it's the cargo type of the ship 13:50:54 <Yorick> and roadvehicles the cargotype of the first part? 13:51:13 <Rubidium> and for road vehicles it's the cargo type of the road vehicle's articulated part 13:51:25 <Yorick> ah 13:51:44 <Rubidium> (also the case for articulated train engines/wagons though) 13:51:52 <Yorick> I wonder if the bug where only the first part of the articulated vehicle got refitted is fixed 13:54:28 <Yorick> ah, yeah, it is :) 13:55:02 <bowman> why would you need a cargo unit smaller than one road vehicle hehe 13:58:33 <MorgyN> I've never made an articulated vehicles 13:58:35 <MorgyN> er 13:58:43 <MorgyN> s/s$// 13:58:58 <MorgyN> When do they come into the game under stock units? 14:02:22 <planetmaker> hm... where would river creation be better placed: seperate call as GenerateTowns() - or included in tgp.cpp ? 14:02:36 <Yorick> sererate call 14:02:45 <Celestar> meh I think I have overloaded my network 14:02:53 <Yorick> separate* 14:02:54 <Celestar> trains are getting lost 14:02:59 <Yorick> planetmaker: you're building that? 14:03:01 <planetmaker> tgp.cpp might have the advantage, that I have there the height map and a gradient is easier calculated :) 14:03:11 <planetmaker> Yorick: no. I'm just thinking 14:03:30 <Yorick> you should make lively rivers then 14:03:31 <planetmaker> I'm not building anything unless I made some serious progress on it :) 14:03:36 <planetmaker> Yorick: I won't 14:03:56 <planetmaker> _IF_ I make rivers, I only place them 14:04:07 <Yorick> :N 14:04:34 <planetmaker> making them lively _might_ be a 2nd step. But first the first has to be made 14:07:00 *** fjb [~frank@p5485D52C.dip.t-dialin.net] has joined #openttd 14:07:07 <fjb> Hello 14:07:11 <Celestar> :S I need faster trains :S 14:07:26 <Yorick> planetmaker: the lively spec includes only placing a source, then they generate themselves 14:09:09 <Yorick> if an aircraft gets refitted, it can then only carry ONE cargo, true? 14:11:32 <Celestar> Yorick: normal planes can carry either passengers and cargo, or cargo only. Except small planes (<100 seats) who normally carry passengers only or cargo only 14:11:57 <Yorick> and how about newgrfs? 14:14:24 *** Osai^zZz is now known as Osai 14:16:19 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has joined #openttd 14:18:24 *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )] 14:18:46 *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 14:18:59 <planetmaker> Yorick: but lively rivers is an ingame functionality - with much higher impact. Creation of rivers is on thing which needs doing anyway 14:19:26 <planetmaker> and the problem with lively rivers is how you avoid having stub river mouths, if you cut it. 14:20:23 <Yorick> good luck :) 14:21:00 <planetmaker> my idea is to use some kind of max. gradient approach on a possibly somewhat smoothed terrain... and some random noise on top of it 14:21:04 <planetmaker> so far: just ideas. 14:21:09 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has left #openttd [] 14:23:49 <Yorick> http://pastebin.com/d6a4a3599 <-- my idea 14:23:52 *** Singaporekid [~notme@cm60.epsilon123.maxonline.com.sg] has joined #openttd 14:25:11 *** GoneWacko [~gonewacko@adsl-58.35.Static.ssp.fi] has quit [] 14:30:26 <Rubidium> Yorick: closing windows is a bad idea 14:30:50 <Yorick> some invalid parts might be opened 14:31:02 <Yorick> refit window, for example 14:31:29 <Rubidium> invalidate the data of that window 14:32:04 <Yorick> that's all for later :) 14:32:15 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has joined #openttd 14:39:20 *** kompare [~worf@85-127-233-153.dynamic.xdsl-line.inode.at] has joined #openttd 14:41:07 *** Volley [~worf@85.127.61.127] has quit [Ping timeout: 480 seconds] 14:41:10 <Yorick> I think we should be able to set specific vehicles for autoreplace 14:46:13 *** frosch123 [~frosch@frnk-590e4df5.pool.einsundeins.de] has joined #openttd 14:48:24 <Rubidium> like all vehicles of a specific group? 14:51:36 <Celestar> Yorick: we have that option with groups 14:51:46 <Celestar> man I have more lost trains than the russian railways 14:52:19 <Yorick> I know the groups one 14:52:35 <Yorick> but I'm planning to add a button for a specific train :) 14:52:43 *** shodan [user@ppp101-219.static.internode.on.net] has quit [Quit: Client Exiting] 15:03:55 *** jez [~user@spira.plus.com] has joined #openttd 15:03:58 *** jez is now known as jez9999 15:04:18 <dih> oh my 15:04:18 <jez9999> Was any progress made on this patch? http://www.tt-forums.net/viewtopic.php?f=33&t=36710&start=20&st=0&sk=t&sd=a 15:04:54 <dih> if it had been updated, it would have been posted there 15:05:04 <dih> if it had been put into trunk, you'd find it in the changelog 15:06:46 <jez9999> i need to ask Bjarni, really 15:07:03 <dih> @seen Bjarni 15:07:03 <DorpsGek> dih: Bjarni was last seen in #openttd 1 week, 5 days, 18 hours, 59 minutes, and 9 seconds ago: <Bjarni> I didn't have any 15:07:05 <planetmaker> @seen B.... --> 2 weeks ago :) 15:07:06 <DorpsGek> planetmaker: seen [<channel>] <nick> 15:07:12 <planetmaker> :P 15:07:12 <dih> haha 15:07:19 <dih> | 15:07:19 <dih> | 15:07:20 <dih> | 15:07:24 <dih> |____ 15:07:30 <dih> :-D 15:07:31 <planetmaker> lol 15:07:36 *** Klanticus [~Klanticus@189-68-56-228.dsl.telesp.net.br] has quit [Remote host closed the connection] 15:08:13 <Yorick> I'm currently working on the autoreplace too 15:08:38 <jez9999> you are? 15:08:56 <dih> usually, when there is an update ready to be published, people do so.... 15:09:56 *** Volley [~worf@85.127.63.220] has joined #openttd 15:12:39 <Yorick> jez: I have just started 15:13:14 *** kompare [~worf@85-127-233-153.dynamic.xdsl-line.inode.at] has quit [Ping timeout: 480 seconds] 15:13:25 <ln> http://www.pagetable.com/?p=32 15:15:26 <jez9999> Yorick: autoconvert when you change track type? 15:15:32 <Yorick> no 15:15:40 <Yorick> reworking certain stuff 15:17:43 <dih> Yorick: why is it you always start working on stuff that others are already working on? 15:18:05 <Yorick> give me 2 example 15:18:14 <Yorick> 3 15:18:59 <jez9999> Yorick: if you look at the thread i posted above, it would be nice if the requested changes to autoconvert were made :-) 15:19:05 <jez9999> then my patch can work perfectly 15:19:58 <dih> mute, autorefit ... 15:20:19 <dih> jez9999: why dont you do it yourself? 15:20:31 <Yorick> I am not working on autorefit, and I was asking 3 15:21:02 <jez9999> 3 what?? 15:21:06 <dih> 17:18 < Yorick> give me 2 example 15:21:33 <dih> so you asked for 3 after you noticed that coming up with 2 is amazingly easy 15:21:39 <Yorick> and I asked planetmaker NOT to include the mute patch into wwottdgd, because it was only for testing purposes, you then discontinued work and planetmaker forgot about that 15:21:46 <dih> jez9999: would you stop that please? 15:21:59 <jez9999> :-) 15:22:07 <Yorick> stop what? 15:22:17 <dih> am i talking to you Yorick? 15:22:18 <dih> NO 15:22:28 <Yorick> ... 15:22:35 <jez9999> <Yorick> I am not working on autorefit, and I was asking 3 15:22:36 <jez9999> 3 what? 15:22:42 <Yorick> 3 examples 15:22:45 <jez9999> of what? 15:23:01 <Yorick> of me working on stuff that others are already working on 15:23:07 <jez9999> oh i see 15:23:12 <Yorick> dih: the original question was directed to me 15:24:12 <jez9999> how can you be working on autoreplace but not autorefit? 15:24:14 <planetmaker> kiddies, please...! 15:24:15 <jez9999> the two go hand in hand 15:24:28 <jez9999> they certainly ought to 15:24:53 <dih> pm: i need a bigger ignore list i think... ;-) 15:24:54 <jez9999> when i say refit i mean changing wagons, although i guess refitting engines should also be included 15:33:38 *** jez9999 [~user@spira.plus.com] has quit [] 15:34:30 <dih> bye bye 15:36:07 <peter1138> good riddance 15:36:52 *** ben_goodger [~ben@host217-44-86-192.range217-44.btcentralplus.com] has joined #openttd 15:40:40 * dih knows another one.... 15:40:51 *** ben_goodger [~ben@host217-44-86-192.range217-44.btcentralplus.com] has quit [] 15:44:52 <Yorick> that? 15:50:24 *** \_c-coin is now known as Davelister 15:58:38 <Yorick> shouldn't we get the ordercopy click to the ShowVehicle, so it works in all cases? 15:58:43 <Yorick> (vehicle lists!) 16:18:11 *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has joined #openttd 16:21:19 *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd 16:23:20 *** jni [~geetee@cs181040004.pp.htv.fi] has quit [Ping timeout: 480 seconds] 16:36:26 <ArmEagle> Hi Purno.. I left some comments on the Dutch Catenary stuff again :). 16:36:51 <ArmEagle> I hope it's making sense. 16:37:10 <ArmEagle> anyway, i'm out for a bit, getting food. 16:37:43 *** Klanticus [~Klanticus@189-68-56-228.dsl.telesp.net.br] has joined #openttd 16:47:31 *** Brianetta [~brian@client-86-26-82-230.nrth.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 16:51:09 *** Nev [bleepy@5ad9f860.bb.sky.com] has joined #openttd 16:54:30 *** Nev [bleepy@5ad9f860.bb.sky.com] has quit [Read error: Connection reset by peer] 16:54:36 *** Nev [bleepy@5ad9f86b.bb.sky.com] has joined #openttd 16:56:55 *** bleepy [bleepy@5ad456b4.bb.sky.com] has quit [Ping timeout: 480 seconds] 16:58:03 *** Klanticus [~Klanticus@189-68-56-228.dsl.telesp.net.br] has quit [Remote host closed the connection] 16:59:49 *** bleepy [bleepy@5ad1d194.bb.sky.com] has joined #openttd 17:01:39 *** Klanticus [~Klanticus@189-68-56-228.dsl.telesp.net.br] has joined #openttd 17:05:40 *** Nev [bleepy@5ad9f86b.bb.sky.com] has quit [Ping timeout: 480 seconds] 17:05:53 *** snorre [~snorre@c51F045C1.dhcp.bluecom.no] has quit [Quit: Leaving] 17:08:55 *** Yorick_ [~yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 17:09:02 *** Yorick is now known as Guest975 17:09:02 *** Yorick_ is now known as yorick 17:10:03 *** Guest975 [~yorick@s55924da0.adsl.wanadoo.nl] has quit [Read error: Connection reset by peer] 17:10:36 *** Doorslammer|BRSet [Doorslamme@PIPP-p-144-134-197-76.prem.tmns.net.au] has quit [] 17:11:31 *** yorick [~yorick@s55924da0.adsl.wanadoo.nl] has quit [] 17:11:39 *** Paulo_Jorge [~chatzilla@206.231.54.77.rev.vodafone.pt] has joined #openttd 17:12:11 *** Yorick [~yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 17:12:27 *** Paulo_Jorge [~chatzilla@206.231.54.77.rev.vodafone.pt] has quit [] 17:12:42 *** palitu [~chatzilla@206.231.54.77.rev.vodafone.pt] has joined #openttd 17:13:59 *** Nev [bleepy@5ad51a69.bb.sky.com] has joined #openttd 17:14:14 <CIA-3> OpenTTD: frosch * r13706 /trunk/src/mixer.cpp: -Fix (r13695): Small typo. 17:15:13 *** Ridayah [~ridayah@12-208-15-67.client.mchsi.com] has quit [Remote host closed the connection] 17:17:13 *** bleepy\ [bleepy@5ad51a69.bb.sky.com] has joined #openttd 17:18:23 *** bleepy is now known as Guest981 17:18:23 *** bleepy\ is now known as bleepy 17:18:51 *** Guest981 [bleepy@5ad1d194.bb.sky.com] has quit [Ping timeout: 480 seconds] 17:23:01 *** Nev [bleepy@5ad51a69.bb.sky.com] has quit [Ping timeout: 480 seconds] 17:23:37 *** Nev [bleepy@5ad3485a.bb.sky.com] has joined #openttd 17:24:31 *** Brianetta [~brian@client-86-26-82-230.nrth.adsl.virgin.net] has joined #openttd 17:25:00 *** Davelister [~comrade@43.135.202-77.rev.gaoland.net] has quit [Ping timeout: 480 seconds] 17:25:05 *** Volley [~worf@85.127.63.220] has quit [Ping timeout: 480 seconds] 17:27:15 *** Ridayah [~ridayah@12-208-15-67.client.mchsi.com] has joined #openttd 17:27:17 *** bleepy [bleepy@5ad51a69.bb.sky.com] has quit [Ping timeout: 480 seconds] 17:30:40 *** palitu [~chatzilla@206.231.54.77.rev.vodafone.pt] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0/2008052906]] 17:30:54 *** Eddi|zuHause3 [~johekr@p54B775F1.dip.t-dialin.net] has quit [Quit: Konversation terminated!] 17:32:21 *** Eddi|zuHause [~johekr@p54B775F1.dip.t-dialin.net] has joined #openttd 17:34:36 *** Nev is now known as bleepy 17:36:57 *** Deathmaker [~Miranda@a89-182-156-114.net-htp.de] has joined #openttd 17:36:58 <Yorick> Rubidium: you don't need to send commands over the network if they're called by the autoreplace, as it's called everywhere when a vehicle services, right? 17:37:24 <Yorick> (*CMD_BUILD_VEHICLE*) 17:38:21 <Eddi|zuHause> only user actions must be transferred 17:38:36 <Yorick> FS#2130 17:39:09 <Rubidium> autoreplace is done locally, i.e. not sent over the network 17:39:14 <Yorick> no 17:39:22 <Yorick> then does the command have to? 17:39:36 <Rubidium> huh? 17:39:46 <Yorick> I see no trouble at a DC_AUTOREPLACE flag 17:40:10 <Rubidium> restoring the order backups is done by sending commands over the network 17:40:19 <Yorick> it is? 17:40:23 <Rubidium> yes 17:40:34 <frosch123> IIRC the order list is stored per depot window. 17:40:44 <Rubidium> it's stored only once 17:40:49 <SmatZ> it is stored locally, and in a global variable 17:40:50 <Yorick> oh, that kind of order list 17:41:20 <Yorick> that's a problem 17:41:28 <Yorick> flags are sent over the network, I'd say 17:42:26 <SmatZ> only some 17:42:31 *** Singaporekid [~notme@cm60.epsilon123.maxonline.com.sg] has quit [Quit: Leaving] 17:42:42 <Yorick> lets get another flag then 17:43:15 <Rubidium> to say: here you have some data that is currently invalid, but will become valid after a few other commands 17:43:19 <SmatZ> why not first set all non-conditional orders, and then restore other orders? 17:43:23 <SmatZ> is that too complicated? 17:43:25 <SmatZ> probably... 17:44:08 <SmatZ> maybe not possible 17:44:16 <Yorick> SmatZ: because you could then still have invalid ids, because of the space the conditional orders take 17:44:46 <SmatZ> you would have to recompute IDs 17:44:50 <SmatZ> but that's complicated 17:44:59 <SmatZ> and maybe impossible 17:45:28 <Yorick> just a flag... 17:45:32 <frosch123> You could set them to order 0, and add a command to edit the destination... 17:46:01 <Yorick> idea ^^ 17:46:04 <Rubidium> Yorick: you are suggesting that OpenTTD accepts data that is invalid at the point of command execution? 17:46:30 <Yorick> frosch's idea is better 17:47:07 <Rubidium> that'd also be OpenTTD accepting invalid data 17:47:15 <Yorick> would it? 17:47:16 <Rubidium> i.e. 0: jump to 0 17:47:20 <Rubidium> that's invalid 17:47:20 <ln> hmmwtf, a Wii game subtitled in German. 17:47:30 *** Volley [~worf@85.127.55.175] has joined #openttd 17:47:31 <Yorick> 1? 17:48:01 <SmatZ> problem is that you can have what Rubidium said when you edit orders 17:48:02 <Rubidium> 1: jump to 1 is also invalid 17:48:13 <SmatZ> like 1: go to station A ; 2 : jump to 1 17:48:15 <Yorick> why is it invalid? 17:48:16 <SmatZ> then remove order 1 17:48:33 <SmatZ> it would be hard to recover this order 17:49:12 <Rubidium> Yorick: infinite loop? 17:49:18 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has left #openttd [] 17:49:38 <SmatZ> and jump destination is checked to be valid before order is created 17:49:44 <Yorick> lets just insert a null-order 17:51:54 *** Volley [~worf@85.127.55.175] has quit [Remote host closed the connection] 17:53:05 *** Volley [~worf@85.127.55.175] has joined #openttd 17:54:37 *** curson [~curzon@79-69-67-12.dynamic.dsl.as9105.com] has quit [Ping timeout: 480 seconds] 17:57:01 <SmatZ> you can use a GoTo Depot order as placeholder 17:57:16 <SmatZ> one could call that a hack though... 17:57:23 <Yorick> you can use other things as a better placeholder 17:57:27 <Yorick> and that's a hack 17:57:43 <SmatZ> what other things? 17:58:06 <Yorick> ORDER_NULL 17:58:42 <SmatZ> well I would call that a hack, too 17:59:27 <SmatZ> though hacked clients would have no advantage from setting ORDER_NULL 18:00:39 <Yorick> I'd say ORDER_NULL would do nothing and just get skipped 18:01:19 <Yorick> it's just a placeholder 18:01:28 <Yorick> and less hackish 18:05:26 *** Klanticus [~Klanticus@189-68-56-228.dsl.telesp.net.br] has quit [Remote host closed the connection] 18:09:16 <frosch123> Hmm, am I right that this problem also applies to restoring ship orders which are too far from previous destination (i.e. after deleting some order)? 18:14:57 <SmatZ> yup 18:14:59 *** Deathmaker [~Miranda@a89-182-156-114.net-htp.de] has quit [Read error: Connection reset by peer] 18:16:22 <Yorick> I think it's quite related to fs#1890 18:17:12 *** Deathmaker [~Miranda@a89-182-156-114.net-htp.de] has joined #openttd 18:24:52 <Eddi|zuHause> why not check the orders at execution time instead? 18:26:37 <Eddi|zuHause> i mean, no matter how much you statically check them at creation time, you can always have infinite loops and stuff 18:27:14 <Yorick> Eddi: and how? 18:27:41 <SmatZ> Eddi|zuHause: order 5: jump to order 10 18:27:47 <SmatZ> that doesn't exist yet 18:28:09 <SmatZ> I am not sure if it should be allowed to create such orders 18:28:10 <Yorick> how is that done with copying orders? 18:28:33 <Eddi|zuHause> SmatZ: yes, if such an order is executed, throw an "train x has invalid order" message 18:28:36 <SmatZ> it is done internally, in one command 18:28:51 <Yorick> Eddi: better do that with the order review 18:29:34 <Yorick> SmatZ: turns out there is an ORDER_DUMMY, why not use that as placeholder? 18:30:35 *** Wolf01 [~wolf01@host107-16-dynamic.5-87-r.retail.telecomitalia.it] has joined #openttd 18:30:49 <SmatZ> simply, I am not in favour of allowing users to create invalid orders 18:30:53 <Wolf01> hello 18:30:53 <SmatZ> but if there is no other way... 18:31:01 <SmatZ> Rubidium is the order guru ;-) 18:31:08 <hylje> law and order 18:31:12 <hylje> beware, criminal scum 18:31:21 <Yorick> SmatZ: it would already be possible CURRENTLY 18:31:23 <SmatZ> :-P 18:31:38 <SmatZ> Yorick: then it is a bug and should be fixed :-P 18:32:03 <Yorick> oh, it isn't 18:32:12 *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has quit [Ping timeout: 480 seconds] 18:32:36 <Yorick> well why can't they have placeholder orders that do nothing? 18:34:15 <Yorick> the dummy is currently used for invalid orders 18:34:42 <Wolf01> eheh my laments were listened, days, months, years of laments about orders not working as I need :D 18:36:10 <Yorick> frosch: fs#2142 fixed :) 18:37:09 <frosch123> Thanks Yorick, but I am also in #openttd.notice :) 18:37:17 <Yorick> ok 18:38:28 <frosch123> Yorick: task closed :p 18:38:42 <SmatZ> Wolf01: so you are a happy wolf now? 18:38:46 <Yorick> on to the other 3000 tasks! 18:39:13 <frosch123> What do you mean, shall I close all 'feature requests' and 'patches' ? 18:39:13 <Wolf01> maybe, I should try It first :P 18:39:58 <Yorick> frosch: if yapp is also there, and you also commit stuff... 18:41:09 <Wolf01> I want to finish my drag&drop place roadstops, I need it to extend roadstops adjacent to 2 different stations 18:41:40 <Wolf01> like railstations 18:45:19 <Yorick> I can't seem to reproduce FS#2129 18:46:00 <Yorick> oh, you need to redraw :) 18:48:03 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has joined #openttd 18:59:04 *** einKarl [~einKarl@91-65-196-232-dynip.superkabel.de] has quit [Read error: Connection reset by peer] 19:15:45 *** yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Remote host closed the connection] 19:15:47 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 19:20:27 <Yorick> weeh, I got assert-thingy 19:20:58 <Yorick> the same we had with wwottdgd 19:21:54 <Yorick> but only if I do not sell the old plane 19:33:35 <ArmEagle> The plane boss! The Plane! 19:34:22 <hylje> snakes 19:37:23 *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer] 19:41:11 *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )] 19:41:38 *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 19:44:50 *** Bloody [blood@host-187-89.xdsl.telecet.ru] has left #openttd [] 19:51:45 *** tuxtgz [~tuxtgz@p548B6890.dip.t-dialin.net] has joined #openttd 19:51:48 <tuxtgz> hey 19:51:52 <tuxtgz> anyone there who speaks german? 19:51:58 <Eddi|zuHause> no 19:52:52 <fjb> No 19:53:57 <Yorick> nein. 19:54:03 <tuxtgz> :mh 19:54:30 <tuxtgz> my question is still in german very diffcult too understand.. :P 19:54:44 <Yorick> ask us 19:54:56 <Eddi|zuHause> we'll never know... 19:55:11 <Yorick> "dialin.net" :o 19:55:38 <tuxtgz> year.. should i use a bouncer to chat with you Yorick ;) mh ok 19:55:39 <tuxtgz> i try;) 19:56:06 <Eddi|zuHause> Yorick: what's wrong with that? :p 19:56:16 <Yorick> it's deprecated 19:57:25 <ln> nein, bitte. 19:57:36 <ln> Die Deutschen haben die BrÃŒcke erreicht! 19:57:47 <tuxtgz> ok is it more useful(financl aspect) to connect two companies which are far away oder to connect two who still next to each other:P 19:58:16 <tuxtgz> ok in deutsch nochmal... ist es besser wenn ich zwei sachen verbinde welche weit entfernt sind um so mehr geld zu bekommen? oder wie wird der ticket preis errrechnet? :P 19:58:42 <tuxtgz> how does openttd calculate the price i get for a transport? <- thats my question;) 19:58:58 <Rubidium> wiki->game mechanics I reckon 19:59:03 <Yorick> you can better connect 2 industries that are far away from eachother 19:59:12 <ln> ich glaube daà zwei sachen weit entfernt mehr geld verdienen, wenn du genug viele zuge hast. 19:59:20 <Yorick> it has a distance/time stuff 19:59:40 <Yexo> see also http://wiki.openttd.org/index.php/Cargo_income 20:00:36 <tuxtgz> a i see thx =) 20:01:25 <Yexo> Rubidium: what's with all the pages batti5 is creating on the wiki? like http://wiki.openttd.org/index.php/Project_A_New_OpenTTD ? imo they belong under his user page 20:02:34 <Eddi|zuHause> Yexo: it's a wiki, edit it :p 20:03:18 <Yexo> Eddi|zuHause: I normally do, but with stuff like this (new pages created) I'd like some other opinions 20:04:16 <Yorick> http://www.tt-forums.net/viewtopic.php?f=32&t=38408 20:04:18 <Eddi|zuHause> when he's saying "new openttd" i'm immediately thinking of Yet Another IN 20:04:45 <SmatZ> hehe 20:05:16 <SmatZ> Batti5 is probably not fully mentally evolved 20:05:43 <frosch123> Eddi|zuHause: No. YetAnotherThings are usally trunk candidates :p 20:06:01 <Yorick> "hi im batti5 & this is my new project new openttd!" 20:06:01 <Rubidium> Yexo: I don't really care about the wiki 20:06:04 <Eddi|zuHause> hm, true ;) 20:06:24 <Yexo> other opinions? ok if I move them to under his user page? 20:06:26 <Rubidium> and new openttd is nothing more than another opntitle.dat and 32 bits graphics 20:06:50 <Yorick> Yexo: is ok 20:07:30 <Yorick> "I Have crated a new OpenTTD interface form the OpenGFX project do you all like it if yes it coud be in the least-es nigtly no?" <-- I might understand more if he made less typos 20:07:57 <Yorick> and it's nowhere new openttd interface 20:08:12 <Yorick> it's 5 graphics changed and useless arrow keys added 20:08:48 *** Deathmaker [~Miranda@a89-182-156-114.net-htp.de] has quit [Read error: Connection reset by peer] 20:09:37 <Eddi|zuHause> of course! those arrows immediately add support for more climates! 20:10:53 <frosch123> Someone should suggest him to add checkboxes to the climates to combine them in one landscape :p 20:11:19 <Yorick> Eddi: :D 20:12:09 <Yorick> and he should use that blowup button for the magic bulldozer instead 20:13:31 <ln> but so yeah, a Wii game *subtitled* in german, is that normal? 20:14:44 <ln> texts in german, but speech in english, with subtitles. 20:14:50 <Yorick> :D 20:16:57 *** Mirrakor [~linuser@p57B2C5D3.dip.t-dialin.net] has joined #openttd 20:17:59 *** daspork [~daspork@24-158-111-118.dhcp.kgpt.tn.charter.com] has quit [Ping timeout: 480 seconds] 20:19:09 <Eddi|zuHause> ln: subtitles are quite rare in german 20:19:41 <Eddi|zuHause> more common with japanese speech 20:20:37 <ln> the whole concept of a game with subtitles is new to me, but i'm not familiar with that many modern games. 20:21:39 <Eddi|zuHause> i'm quite certain some of the final fantasy games were subtitled 20:21:53 <Eddi|zuHause> but i have never played any of them myself 20:23:36 *** daspork [~daspork@24-158-111-118.dhcp.kgpt.tn.charter.com] has joined #openttd 20:37:02 <tuxtgz> what are the advantages at transhipping of passengers? 20:37:51 <Eddi|zuHause> you are interpreting too much into this game ;) 20:40:51 *** Volley [~worf@85.127.55.175] has quit [Remote host closed the connection] 20:41:45 *** grumbel [~grumbel@i577BBC29.versanet.de] has quit [Quit: Client exiting] 20:42:05 *** frosch123 [~frosch@frnk-590e4df5.pool.einsundeins.de] has quit [Remote host closed the connection] 20:55:12 *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] 20:59:02 *** fmauNeko is now known as fmauNekAway 20:59:06 *** fmauNekAway is now known as fmauNeko 20:59:09 *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 20:59:35 *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has quit [Read error: Connection reset by peer] 21:01:20 *** KritiK [~Maxim@93-80-85-181.broadband.corbina.ru] has joined #openttd 21:05:22 *** nekx [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 21:05:38 *** curson [~curzon@79-69-76-19.dynamic.dsl.as9105.com] has joined #openttd 21:08:27 *** Yorick [~yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Remote host closed the connection aka Poef!] 21:14:30 <Wolf01> 'night 21:14:50 *** Wolf01 [~wolf01@host107-16-dynamic.5-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 21:23:28 *** Yexo_ [~Yexo@32-88-ftth.onsneteindhoven.nl] has joined #openttd 21:23:39 *** Yexo [~Yexo@32-88-ftth.onsneteindhoven.nl] has quit [Remote host closed the connection] 21:28:40 *** Yexo_ is now known as yexo 21:36:32 *** TinoM [~Tino@i59F56FF4.versanet.de] has quit [Quit: Verlassend] 22:11:01 *** tuxtgz [~tuxtgz@p548B6890.dip.t-dialin.net] has quit [Quit: tuxtgz] 22:17:31 *** Mirrakor [~linuser@p57B2C5D3.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 22:26:37 *** Zahl [~Zahl@g229210153.adsl.alicedsl.de] has quit [Quit: (~_~]"] 22:27:08 *** Progman [~progman@p57A1E819.dip.t-dialin.net] has quit [Remote host closed the connection] 22:53:43 *** fmauNeko is now known as fmauNekAway 22:53:50 *** fmauNekAway is now known as fmauNeko 22:56:33 <Sacro> openttd needs a 1280x800 res 22:56:56 *** Prolix_Fanfaron [~bill@76-10-128-120.dsl.teksavvy.com] has joined #openttd 22:57:15 *** Prolix_Fanfaron is now known as bilbous 22:57:28 <bilbous> greetings 22:59:10 <bilbous> is there any way to optimize car/truck stations? 22:59:33 <yexo> bilbous: what have you already tried? 22:59:46 <yexo> you can add multiple stops or try drive-through stations 23:00:42 <bilbous> I have a truck station, drive through that is 4 wide by three deep and the trucks all want to go to the same row 23:01:21 <bilbous> I always end up with linups and free stations 23:02:06 <Eddi|zuHause> i'm not sure if there is actually a setting for multistop 23:04:25 <bilbous> It is this sort of thing that makes me try to ignore road vehicles just as I ignore boats 23:06:18 <Eddi|zuHause> well, the feature is definitely there, just i thought it was always switched on 23:06:32 <bilbous> Maybe it has something to do with load availability 23:07:36 <yexo> I don't have such problems with drive-through stops atm (doing a quick test) 23:07:37 *** bleepy [bleepy@5ad3485a.bb.sky.com] has quit [Ping timeout: 480 seconds] 23:07:38 <bilbous> my truck stop is at a low yield woodlot and the trucks are always waiting...too many truck 23:07:57 <Eddi|zuHause> <Sacro> openttd needs a 1280x800 res <- what is wrong with 1680x1050? 23:07:59 <yexo> having 1 or 2 trucks waiting should be enough 23:08:04 <Sacro> Eddi|zuHause: too big 23:08:26 <yexo> Sacro: not too big, you have a lot of room to keep several windows open and still be able to view something ;) 23:08:33 <Sacro> nope 23:08:39 <Sacro> i want 1280x800 23:08:56 <bilbous> if you are playing windowed you can scale it arbitrarily, at least in linux 23:08:57 <Prof_Frink> I want a pony. 23:09:02 <Eddi|zuHause> Sacro: anyway, if your graphics card supports it, it should be there 23:09:19 <Sacro> Eddi|zuHause: course it does 23:09:26 <Sacro> i'm running 1920x1200 23:09:34 <Sacro> and i want a 16:10 window that doesn't take up the full screen 23:09:41 <Rubidium> :O Sacro runs a sane resolution ;) 23:09:43 <yexo> I always play windowed and then maximum window size 23:09:47 <Sacro> Rubidium: meaning? 23:10:22 <Eddi|zuHause> Sacro: afaik the resolution can be changed in the .cfg 23:10:27 <Rubidium> 1920x1200 is a sane resolution 23:10:30 <Rubidium> 1280x800 not ;) 23:10:53 <Sacro> 1280x800 is sane 23:10:59 <Sacro> it's 720p @16:10 23:11:12 <Eddi|zuHause> 1280x768 or something 23:11:25 <bilbous> 1280x800 shows up in my res list. 23:12:06 <yexo> I have both 1280x800 and 1280x768 as available resolutions 23:12:07 <Eddi|zuHause> back in my CRT days i ran on 1280x960 23:13:52 *** Gura [~asdfasd@c-98-207-58-8.hsd1.ca.comcast.net] has joined #openttd 23:13:58 *** Debolaz [~root@nat.andersberle.com] has joined #openttd 23:13:59 <Gura> hi everyone 23:14:20 <Gura> Just wanted to thank everyone who put the amazing effort in making openttd happen 23:14:24 <Eddi|zuHause> @seen everyone 23:14:24 <DorpsGek> Eddi|zuHause: everyone was last seen in #openttd 24 weeks, 4 days, 4 hours, 21 minutes, and 53 seconds ago: * Everyone has aids 23:14:29 <Gura> it's a joy to see this game still live after so many years 23:14:41 <Eddi|zuHause> ooooh kaaay... 23:14:57 <Gura> huh? 23:15:35 *** bilbous [~bill@76-10-128-120.dsl.teksavvy.com] has quit [Remote host closed the connection] 23:15:55 <Gura> anyone has a good link for tips for this game? 23:16:05 <yexo> wiki.openttd.org 23:16:18 <Gura> been there, I am looking for more people specific strategies 23:16:37 <yexo> strategies for what? 23:16:49 <yexo> money making? creating efficient trains tracks? 23:17:05 <Gura> efficient train tracks, priority of goods and their transfer 23:17:28 <yexo> have a look at some openttdcoop games (www.openttdcoop.org and/or #openttdcoop) 23:17:31 <Gura> especially the goods, since I don't want to destroy cities to put my rail station to accept goods in the middle 23:18:01 <yexo> ever heard of stationwalking? 23:18:08 <Gura> no 23:18:25 <Gura> you refering to puting stations back to back? 23:18:57 <yexo> you build a 1x1 station that accepts goods, and 'move' the station (keeping the first 1s1 piece in place) by building new pieces next to it and then removing the middle parts 23:19:16 <yexo> that way you only need 1 tile within the town for acceptance and the station can be outside the town 23:19:43 <yexo> but most of the time there are building at the edge of the town that accept goods, so you don't need to destroy the whole city 23:19:59 <Gura> why do they stop accepting goods after some time? 23:20:09 <Gura> and the whole track kind of becomes useless 23:20:29 <yexo> some city buildings accept goods, and some don't 23:20:41 <yexo> so if a building was replaced, it's possible your station no longer accepts goods 23:21:00 <yexo> just make the city grow a bit (or choose a larger city to begin with) and it'll accept goods again 23:21:44 <Gura> when you said station walking, do I need to keep the original one in place still? 23:21:54 <yexo> yes 23:22:12 *** Klanticus [~Klanticus@189.35.184.72] has joined #openttd 23:22:14 <Gura> and at the end of it my other station can actually be on completly other side away from city? 23:22:23 <yexo> that's indeed possible 23:22:35 <Gura> hmm, cool. I'll try that 23:22:41 <Gura> when you are starting the station empire 23:22:54 <yexo> you might need to set "max station spread" a bit higher (under configure patches -> stations) 23:23:12 <Gura> is the goal to create circle of oil, goods -> city or to put as many different routes gather different resources? 23:23:32 <yexo> that is entirely up to you :p 23:23:50 <Gura> so there is nothing specific that is required then huh 23:23:51 <Gura> cool 23:24:04 <yexo> I like to build enourmous rail networks, so I transport for example all coal the in the map to 1 powerplant 23:24:04 <Gura> I've played hundred games but I never finished one lol 23:24:21 <yexo> and I don't care about finishing a game in terms of playing 100 years 23:24:28 <yexo> just have fun with it :) 23:24:32 <Gura> yeah 23:27:51 <CIA-3> OpenTTD: miham * r13707 /trunk/src/lang/ (11 files): (log message trimmed) 23:27:52 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 23:27:53 <CIA-3> OpenTTD: -Update: WebTranslator2 update to 2008-07-16 01:21:36 23:27:53 <CIA-3> OpenTTD: brazilian_portuguese - 3 fixed by tucalipe (3) 23:27:55 <CIA-3> OpenTTD: bulgarian - 78 fixed, 230 changed by thetitan (3), groupsky (305) 23:27:55 <CIA-3> OpenTTD: catalan - 3 fixed by arnaullv (3) 23:27:57 <CIA-3> OpenTTD: dutch - 3 fixed by webfreakz (3) 23:27:57 <CIA-3> OpenTTD: italian - 3 changed by lorenzodv (3) 23:29:05 *** Vikthor [~Vikthor@snat1.spoje.net] has quit [Quit: Leaving.] 23:30:30 *** GoneWacko [GoneWacko@86-60-147-155-dyn-dsl.ssp.fi] has quit [Quit: nn Azarel ._.] 23:40:02 *** Gura [~asdfasd@c-98-207-58-8.hsd1.ca.comcast.net] has quit [] 23:48:01 *** dlunch [~dlunch@61.108.29.49] has quit [Remote host closed the connection] 23:51:32 *** daspork [~daspork@24-158-111-118.dhcp.kgpt.tn.charter.com] has quit [Ping timeout: 480 seconds] 23:52:42 *** daspork [~daspork@24-158-111-118.dhcp.kgpt.tn.charter.com] has joined #openttd