Times are UTC Toggle Colours
00:15:19 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 00:28:22 *** KritiK [~Maxim@95-27-219-231.broadband.corbina.ru] has quit [Quit: Leaving] 00:50:28 *** Xaroth [~Xaroth@86.92.135.101] has quit [Ping timeout: 480 seconds] 00:56:03 *** JVassie_ [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 01:05:11 *** rhaeder1 [~quix0r@dslb-094-221-203-074.pools.arcor-ip.net] has joined #openttd 01:10:08 *** rhaeder [~quix0r@dslb-188-109-253-001.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 01:11:13 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has quit [Quit: Leaving.] 01:19:48 *** TinoDidriksen [~TinoDidri@alpha.visl.sdu.dk] has quit [Ping timeout: 480 seconds] 01:20:00 *** TinoDidriksen [~TinoDidri@alpha.visl.sdu.dk] has joined #openttd 01:35:18 *** egladil [~egladil@s83-191-244-232.cust.tele2.se] has joined #openttd 01:43:51 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Ping timeout: 480 seconds] 01:57:29 *** bryjen [~bryjen@76.92.85.169] has joined #openttd 02:14:49 *** DabuYu [~jkuckartz@128.250.79.189] has quit [Server closed connection] 02:14:55 *** DabuYu [DabuYu@128.250.79.189] has joined #openttd 02:25:15 *** rhaeder [~quix0r@dslb-094-220-139-037.pools.arcor-ip.net] has joined #openttd 02:29:42 *** rhaeder1 [~quix0r@dslb-094-221-203-074.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 02:33:42 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 02:35:37 *** orudge [~orudge@owenrudge.net] has quit [Server closed connection] 02:35:40 *** orudge [~orudge@owenrudge.net] has joined #openttd 02:35:43 *** mode/#openttd [+o orudge] by ChanServ 02:39:38 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 02:52:01 *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has joined #openttd 03:10:34 *** supermop [~daniel_er@cpe-67-243-25-39.nyc.res.rr.com] has quit [Quit: supermop] 03:11:58 *** glx [glx@2a01:e35:2f59:c7c0:78e1:78f5:2900:7e37] has quit [Quit: bye] 03:33:27 *** confound [~hdp@glaive.weftsoar.net] has quit [Server closed connection] 03:33:28 *** confound [~hdp@glaive.weftsoar.net] has joined #openttd 04:07:33 *** Pulec [~pulec@static-cl093181068250.unet.cz] has quit [] 04:54:18 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has quit [Read error: Connection reset by peer] 04:56:02 *** Eddi|zuHause [~johekr@p54B767C2.dip.t-dialin.net] has quit [Remote host closed the connection] 04:56:25 *** Eddi|zuHause [~johekr@p54B775FD.dip.t-dialin.net] has joined #openttd 05:32:04 *** Prof_Frink [~proffrink@5e0dba34.bb.sky.com] has quit [Ping timeout: 480 seconds] 05:52:15 *** Rediz [~arstilj1@leka.hut.fi] has quit [Server closed connection] 05:52:27 *** Rediz [~arstilj1@leka.hut.fi] has joined #openttd 06:12:10 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 06:12:45 *** Br33z4hSlut5 [~static.kp@92.68.154.34] has joined #openttd 06:12:56 *** bryjen [~bryjen@76.92.85.169] has quit [Ping timeout: 480 seconds] 06:13:05 *** DayDreamer [~DayDreame@94.142.234.1] has left #openttd [] 06:25:30 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has joined #openttd 06:31:16 *** compi [~compi@mail1.itout.de] has joined #openttd 06:43:46 *** Cybertinus [~Cybertinu@2001:888:10:ce8::2] has joined #openttd 06:53:02 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has quit [Ping timeout: 480 seconds] 06:58:38 *** Fuco [~dota.keys@server.dasnet.cz] has quit [Remote host closed the connection] 06:58:41 *** Fuco [~dota.keys@server.dasnet.cz] has joined #openttd 06:59:45 <Terkhen> good morning 07:00:50 *** JVassie_ [~James@92.27.149.231] has joined #openttd 07:01:46 <planetmaker> moin 07:03:38 <__ln__> @seen morning 07:03:39 <DorpsGek> __ln__: I have not seen morning. 07:04:00 <ChoHag_> Did you open the curtains? 07:05:56 <__ln__> heureka 07:09:01 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe21dc00-138.dhcp.inet.fi] has joined #openttd 07:10:42 *** TWerkhoven [~turbulent@cpc14-linl7-2-0-cust28.sgyl.cable.virginmedia.com] has joined #openttd 07:15:34 *** ar3k [~ident@ebw145.neoplus.adsl.tpnet.pl] has joined #openttd 07:17:18 <ChoHag_> :q 07:18:18 <peter1138> hurr 07:21:15 <ChoHag_> Can cargodist load old (generic 1.0) games? 07:22:58 *** ar3kaw [~ident@ebq23.neoplus.adsl.tpnet.pl] has quit [Ping timeout: 480 seconds] 07:24:04 <Terkhen> it should be, try it 07:24:17 <ChoHag_> Did. Segfault. 07:24:43 <ChoHag_> I wondered if that was basically expected or not. 07:28:47 <Terkhen> segfaults should never be expected 07:29:25 <ChoHag_> Well no, more a case of "I haven't worked on the importing old games code yet. Expect bugs." 07:32:16 *** Progman [~progman@p57A1984B.dip.t-dialin.net] has joined #openttd 07:32:50 <Terkhen> if that is the case, you will find that information in the patch thread 07:33:38 *** pugi [~pugi@p4FCC249B.dip.t-dialin.net] has joined #openttd 07:45:40 *** Guest75 [~wizzleby@pool-108-16-114-12.phlapa.fios.verizon.net] has quit [Server closed connection] 07:45:58 <dihedral> good morning ladies 07:46:30 <planetmaker> moin dihedral 07:47:13 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 07:47:36 <planetmaker> *prod* *prod*, there's some berries which need some dusting before they can be consumed with even greater joy ;-) 07:47:54 <dihedral> yumm yumm :-D 07:47:58 <dihedral> i know :-( 07:48:10 <dihedral> and they are not forgotten :-P 07:48:19 <dihedral> nor is the grape not forgotten 07:49:03 <planetmaker> :-) 07:52:43 *** Absurd-Mind [~peter@p5495916C.dip0.t-ipconnect.de] has joined #openttd 07:55:35 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 08:17:52 *** Wolf01 [~wolf01@host249-160-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 08:18:44 <Wolf01> hello 08:19:12 <Terkhen> hi Wolf01 08:20:19 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 08:31:09 <__ln__> http://twitter.com/#!/mikkohypponen/status/66402143325794304 08:36:10 <dihedral> :-D 08:47:13 *** Progman [~progman@p57A1984B.dip.t-dialin.net] has quit [Remote host closed the connection] 08:56:32 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd 09:00:53 *** asilv [~as@h-62-142-161-134.joensuunelli.fi] has joined #openttd 09:03:08 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 09:26:31 *** TinoDid|znc [~TinoDidri@alpha.visl.sdu.dk] has joined #openttd 09:26:37 *** TinoDidriksen [~TinoDidri@alpha.visl.sdu.dk] has quit [Ping timeout: 480 seconds] 09:26:37 *** TinoDid|znc is now known as TinoDidriksen 09:39:46 *** lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd 09:43:18 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 09:47:50 *** lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Ping timeout: 480 seconds] 09:50:25 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 09:50:28 *** mode/#openttd [+o Alberth] by ChanServ 09:51:08 <peter1138> is there a premade web interface for openttd servers? ;) 09:51:40 <peter1138> not configuration, but status, etc 09:52:01 *** lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd 09:52:41 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 09:53:04 *** Absurd-Mind [~peter@p5495916C.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 10:00:18 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has joined #openttd 10:01:24 *** Eddi|zuHause2 [~johekr@p54B775FD.dip.t-dialin.net] has joined #openttd 10:01:26 *** asilv_ [~as@h-62-142-161-134.joensuunelli.fi] has joined #openttd 10:03:37 *** lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Read error: Connection reset by peer] 10:04:04 *** Wolf03 [~wolf01@host249-160-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 10:04:46 *** lasershock [~lasershoc@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd 10:05:03 *** TinoDid|znc [~TinoDidri@alpha.visl.sdu.dk] has joined #openttd 10:06:01 *** confound_ [~hdp@glaive.weftsoar.net] has joined #openttd 10:06:18 *** Fuco_ [~dota.keys@server.dasnet.cz] has joined #openttd 10:06:36 *** Netsplit resistance.oftc.net <-> charm.oftc.net quits: Fuco, asilv, TinoDidriksen, Eddi|zuHause, confound, Juo, Wolf01 10:06:36 *** TinoDid|znc is now known as TinoDidriksen 10:09:50 *** Netsplit over, joins: Juo 10:17:46 *** robotboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 10:22:23 <planetmaker> peter1138, there's dih's ottdlib 10:22:59 <peter1138> is it fully usable without developing stuff? 10:27:46 <dihedral> .... 10:27:48 <dihedral> yes 10:28:15 <dihedral> you want stats over a certain server? 10:32:50 <peter1138> yar 10:33:05 <peter1138> Showing results for stdlib. Search instead for ottdlib 10:33:08 <peter1138> bloody google 10:33:32 *** Fuco_ [~dota.keys@server.dasnet.cz] has quit [Quit: leaving] 10:33:43 *** Fuco[x] [~dota.keys@server.dasnet.cz] has joined #openttd 10:34:38 <planetmaker> maybe openttdlib is the better search term 10:35:10 <planetmaker> http://www.openttdcoop.org/index.php?page=servers&s=ps <-- seems like ;-) 10:35:11 *** Fuco[x] is now known as Fuco 10:35:31 <dihedral> peter1138, either on ohloh, dev.openttdcoop.org, or http://pub.dihedral.de/OpenTTDLib 10:35:33 *** rhaeder1 [~quix0r@dslb-094-221-136-255.pools.arcor-ip.net] has joined #openttd 10:39:48 *** rhaeder [~quix0r@dslb-094-220-139-037.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 10:49:55 <peter1138> gah, stupid server's dishing out the php :p 10:54:39 <peter1138> Fatal error: Class 'OpenTTDLibCache' not found in /home/openttd/public_html/includes/OpenTTDLib.php on line 331 10:54:42 <peter1138> hurr 10:55:02 *** Eddi|zuHause2 is now known as Eddi|zuHause 10:55:10 <Eddi|zuHause> so much for "out of the box" :p 10:55:44 <peter1138> Fatal error: Cannot use object of type stdClass as array in /home/openttd/public_html/index.php on line 30 10:56:46 *** DayDreamer [~DayDreame@94.142.234.1] has joined #openttd 10:58:02 <Rubidium> might Debian's PHP be too new for ottdlib? :) 10:58:19 <peter1138> 5.3.3 11:00:45 <peter1138> yeah, $info['name'] fails 11:00:48 <peter1138> $info->name works 11:03:14 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd 11:06:26 *** sigue [contempt@stole.ur.cc-number.info] has quit [Remote host closed the connection] 11:07:41 *** sigue [contempt@2002:d447:1366::20] has joined #openttd 11:10:37 *** sla_ro|master [~slaco@95.76.27.160] has joined #openttd 11:20:21 * peter1138 mumbles about the lack of progress bar during game join 11:28:11 <Rubidium> then either the saving is too slow or your connection is too fast 11:28:30 <Rubidium> as it's definitely there 11:28:51 <Rubidium> only it'll only be shown for downloads when it knowns the final size of the to be downloaded file 11:29:25 <Rubidium> which the server will only know after it has compressed the whole thing, but it might already pushed out 90% of the compressed savegame at that time 11:30:36 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has quit [Ping timeout: 480 seconds] 11:32:26 *** George|2 [~George@212.113.107.39] has joined #openttd 11:32:26 *** George is now known as Guest396 11:32:26 *** George|2 is now known as George 11:32:52 <peter1138> yeah, it's a 2048x2048 map 11:34:23 *** Guest396 [~George@212.113.107.39] has quit [Ping timeout: 480 seconds] 11:34:38 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Ping timeout: 480 seconds] 11:35:07 <planetmaker> uh... who plays that big maps? 11:35:29 <Markk> o/ 11:38:21 *** enr1x [~kiike@62.57.225.29.dyn.user.ono.com] has joined #openttd 11:38:47 <peter1138> my server atm :p 11:40:22 <Terkhen> they are fun as long as you don't plan on connecting everything :P 11:41:04 <peter1138> it's a scenario, with lots of wide open spaces, not lots of towns randomly placed 11:45:04 <Terkhen> yes, when I play on big maps I'm usually playing scenarios like that 11:46:22 *** rhaeder [~quix0r@dslb-188-100-222-055.pools.arcor-ip.net] has joined #openttd 11:50:37 *** rhaeder1 [~quix0r@dslb-094-221-136-255.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 12:10:30 *** confound_ is now known as confound 12:16:21 *** glx [glx@2a01:e35:2f59:c7c0:8d0f:e2df:9405:614e] has joined #openttd 12:16:24 *** mode/#openttd [+v glx] by ChanServ 12:17:06 *** KenjiE20 [~kenji@92.9.231.157] has joined #openttd 12:23:57 *** Wizzleby [~wizzleby@pool-108-16-114-12.phlapa.fios.verizon.net] has joined #openttd 12:24:36 *** Wizzleby is now known as Guest408 12:37:41 *** Progman [~progman@p57A1984B.dip.t-dialin.net] has joined #openttd 12:49:13 *** sigue [contempt@2002:d447:1366::20] has quit [Read error: Connection reset by peer] 12:57:11 *** sigue [~gimm@stole.ur.cc-number.info] has joined #openttd 12:57:38 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [Ping timeout: 480 seconds] 13:06:59 <Belugas> hello 13:07:05 <peter1138> hi hi 13:07:05 <Belugas> IT'S FRIDAY!! 13:07:17 <Markk> *stab* 13:07:24 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 13:07:28 <Belugas> hi sir Nelson :) 13:17:01 *** Sacro [~ben@adsl-213-249-212-142.karoo.kcom.com] has joined #openttd 13:21:10 *** Juo [~Juo@82.132.136.163] has joined #openttd 13:28:54 <Alberth> hi 13:29:55 *** Sacro_ [~ben@adsl-212-50-179-215.karoo.kcom.com] has joined #openttd 13:31:58 *** Neon [~Neon@dslb-178-004-186-109.pools.arcor-ip.net] has joined #openttd 13:33:03 *** Juo [~Juo@82.132.136.163] has quit [Ping timeout: 480 seconds] 13:34:03 *** Sacro [~ben@adsl-213-249-212-142.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 13:42:01 <dihedral> peter1138, i'll host it for you if you want it :-P 13:50:23 <Chris_Booth_> peter1138: I also have serverspace on my ubuntu server at the moment 13:51:54 *** Chris_Booth_ is now known as Chris_Booth 14:01:52 *** Prof_Frink [~proffrink@5e0dba34.bb.sky.com] has joined #openttd 14:10:02 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has joined #openttd 14:13:26 *** Juo [~Juo@82.132.211.151] has joined #openttd 14:21:53 *** enr1x [~kiike@62.57.225.29.dyn.user.ono.com] has quit [Quit: leaving] 14:29:47 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has joined #openttd 14:33:25 *** Br33z4hSlut5 [~static.kp@92.68.154.34] has quit [Remote host closed the connection] 14:33:30 *** mikegrb [~michael@mikegrb.netop.oftc.net] has quit [Quit: Reconnecting] 14:33:41 *** mikegrb [~michael@mikegrb.netop.oftc.net] has joined #openttd 14:34:40 *** Juo [~Juo@82.132.211.151] has quit [Remote host closed the connection] 14:34:53 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 14:45:47 *** Xaroth [~Xaroth@86.92.135.101] has joined #openttd 14:53:34 *** JVassie_ [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 14:53:38 *** Progman [~progman@p57A1984B.dip.t-dialin.net] has quit [Remote host closed the connection] 15:02:26 *** Biolunar [~mahdi@blfd-4db190f6.pool.mediaWays.net] has joined #openttd 15:03:36 *** Sacro [~ben@adsl-212-50-167-217.karoo.kcom.com] has joined #openttd 15:07:29 *** Sacro_ [~ben@adsl-212-50-179-215.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 15:08:29 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has left #openttd [TschÃŒÃ] 15:11:50 <Belugas> mmh... noise from under the desk. cpu fan is buzzing 15:11:58 <Belugas> i'm not thrilled about that 15:12:02 <Belugas> so... 15:12:08 * Belugas puts on his headphones 15:13:30 *** Lakie [~Lakie@91.84.76.207] has joined #openttd 15:15:40 *** Pulec [~pulec@static-cl093181068250.unet.cz] has joined #openttd 15:16:33 <Prof_Frink> Belugas: Percussive maintenance? 15:16:43 *** compi [~compi@mail1.itout.de] has quit [Ping timeout: 480 seconds] 15:16:43 <peter1138> i did that once 15:16:46 <peter1138> it killed the harddrive 15:17:42 <Belugas> Prof_Frink, i will not hire you, for sure :) 15:18:17 <Belugas> peter1138, i'm sure you did not told him about the cause of the death of that HD :) 15:18:30 <peter1138> quite :) 15:20:09 <Prof_Frink> Belugas: *Careful* percussive maintenance. 15:24:48 <Belugas> I'd rather go along Bob Dylan 15:24:48 *** HerzogDeXtEr [~Flex@88.130.162.99] has joined #openttd 15:25:18 <Belugas> although that is leading to dusty situation 15:25:40 <Belugas> ho boy... from Bob Dylan, I'm heading to Kansas hehehe 15:26:08 <Belugas> #The answer my friend is blowing in the wind 15:26:14 <Belugas> #All we are is dust in the wind 15:26:36 * Belugas slurps coffee again 15:27:13 *** pugi [~pugi@p4FCC249B.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 15:27:31 <Alberth> make sure you do that with the wind blowing from behind you :) 15:27:55 *** pugi [~pugi@p4FCC30A7.dip.t-dialin.net] has joined #openttd 15:28:20 <planetmaker> hm.. sand-blasted? ;-) 15:30:57 *** Absurd-Mind [~peter@p5495916C.dip0.t-ipconnect.de] has joined #openttd 15:31:47 *** HerzogDeXtEr1 [~Flex@i59F6B59D.versanet.de] has quit [Ping timeout: 480 seconds] 15:47:28 <Belugas> yeah :) like... Tea in Sahara 15:55:06 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 16:02:12 *** rhaeder1 [~quix0r@dslb-188-100-210-165.pools.arcor-ip.net] has joined #openttd 16:08:33 *** rhaeder [~quix0r@dslb-188-100-222-055.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 16:21:09 *** tokai|noir [~tokai@port-92-195-170-193.dynamic.qsc.de] has joined #openttd 16:23:09 *** ragnar76 [~ragnar@f050056020.adsl.alicedsl.de] has joined #openttd 16:23:14 <ragnar76> hi all 16:23:55 <planetmaker> hi 16:24:51 <ragnar76> got a little prob with openttd 1.04 on debian 16:25:02 <planetmaker> update to 1.1.0 ;-) 16:25:32 <ragnar76> from tome to time the ki debug comes up and complains me about roads denied to other players and no vehicles 16:26:16 <planetmaker> you can't destruct roads from other players, if that's your question 16:26:19 *** xQR [xor@the.x-base.org] has quit [Quit: www.x-base.org] 16:26:46 <planetmaker> or is it an AI which has troubles? 16:27:03 <ragnar76> nope, any other player cannot "my" roads i have build and they can not buy any vehicles 16:27:13 *** tokai|mdlx [~tokai@port-92-195-91-69.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 16:27:16 <planetmaker> but you can? 16:27:34 <ragnar76> yes 16:28:16 <planetmaker> And how does it show that they cannot buy any vehicles? 16:28:24 <planetmaker> Or do they just not buy any vehicles? 16:28:36 <planetmaker> Do you have a savegame? 16:28:46 <ragnar76> from time to time the ki debug windo comes up and tells me 16:28:49 *** xQR [xor@the.x-base.org] has joined #openttd 16:30:15 <ragnar76> something like this: game saved trying to build new service: $from to $to No Vehicle available! 16:30:29 <planetmaker> Oh. That's ok. 16:30:36 <planetmaker> It's just a talkative AI, I think 16:31:07 <ragnar76> sorry, brb. eating 16:35:36 *** ndh [~opera@dslb-088-073-091-224.pools.arcor-ip.net] has joined #openttd 16:40:46 *** fmauneko [~fmauneko@88.166.241.226] has joined #openttd 16:42:32 *** Sacro_ [~ben@adsl-212-50-167-217.karoo.kcom.com] has joined #openttd 16:43:38 *** Sacro [~ben@adsl-212-50-167-217.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 16:44:49 *** fmauneko [~fmauneko@88.166.241.226] has quit [Remote host closed the connection] 16:45:22 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has quit [Quit: Leaving.] 16:46:13 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has joined #openttd 16:47:59 <Alberth> maybe it is trying to buy vehicles from a rail type where all vehicles have expired? (eg normal rail in 20x0 or so) 16:48:26 <planetmaker> or too early 16:48:41 <planetmaker> and none (yet) available 16:49:48 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has joined #openttd 16:50:01 *** DOUK [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has joined #openttd 16:53:38 <ragnar76> back 16:56:22 <ragnar76> i don't play it that log. i love it to place the rails in a 64x64 map. not much space hard to place the rails without crossing 17:03:10 <planetmaker> [18:28] planetmaker Do you have a savegame? 17:03:45 <ragnar76> me? only the autosave 17:03:46 <planetmaker> or you can continue to wonder, talk generally about your game, give no detail about the AI used or the game date 17:03:58 <planetmaker> nor the newgrfs used 17:04:32 <planetmaker> well, I certainly don't have that savegame, and you obviously wonder about it. Who else should have it? 17:06:49 *** Mucht [~Martin@chello084115143107.3.graz.surfer.at] has joined #openttd 17:08:44 <ragnar76> wel, it's just the debian installation. no extensions and no changes in the prefs made 17:10:28 <planetmaker> right. I guess I give up 17:12:31 *** frosch123 [~frosch@frnk-590f6a20.pool.mediaWays.net] has joined #openttd 17:12:41 <Alberth> evenink 17:13:41 <planetmaker> hello Alberth & quak frosch123 :-) 17:15:03 <frosch123> moin :) 17:20:48 *** Progman [~progman@p57A1984B.dip.t-dialin.net] has joined #openttd 17:25:49 *** Absurd-Mind [~peter@p5495916C.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 17:26:43 <ChoHag_> Are there stations with a specific style for unloading things other than minerals? 17:27:58 <planetmaker> ChoHag_: industrial stations renewal has lots 17:28:01 <Terkhen> depends on what station set you are talking about 17:28:09 <ChoHag_> Oh is there more than one> 17:28:24 <ChoHag_> Can they be switched around without crashing> 17:28:34 * ChoHag_ finds the ? again 17:28:42 <Terkhen> expect crashes and problems if you change any newgrfs 17:28:57 <planetmaker> ChoHag_: You can overbuild stations 17:29:27 <ChoHag_> But that's just a gfx mod? Presumably if I switch station grfs I'm just likely to get some weird stations at first, right? 17:29:56 <Alberth> you presumed wrong 17:30:11 <ChoHag_> Present tense. 17:30:28 <planetmaker> "just" add additional station grfs. Though... yes, changing grfs on a running game can rarely be recommended 17:30:30 <Alberth> it is an extension to the game, and also has its own behavior 17:30:30 <ChoHag_> Industrial stations renewal is the one I'm using. I can only see a specific unloader station for minerals. 17:30:58 <planetmaker> well, there's one mineral unloader, yes 17:32:23 <ChoHag_> Take logging for example, I have a station for loading logs, which fills up with raw logs when it's waiting for a train, but all the log-specific stations do no good for unloading at a sawmill because they're never stock up with logs. 17:33:08 <planetmaker> ChoHag_: you could (additionally) try CHIPS 17:33:27 <Terkhen> stations where you unload never show up cargo sprites IIRC 17:34:36 <ChoHag_> Hmm you're not allowed to add grf to a running game any more. 17:35:43 <planetmaker> that's right 17:36:15 <planetmaker> and yes, on unloading stations never cargo shows, that's right, so CHIPS is not that usuable there 17:36:34 <V453000> CHIPS shows logs 17:36:55 <V453000> afaik it can show logs, coal or goods 17:37:10 <V453000> maybe something else but I am sure about these 3 17:38:21 <Alberth> Terkhen: feeder stations? 17:38:28 <planetmaker> the good thing is, that it does that dynamically 17:38:34 <planetmaker> one tile fits all :-) 17:38:45 <Alberth> nice :) 17:38:49 <Terkhen> cargo probably shows up in feeder station, but not in those where you unload the cargo to an industry 17:38:59 <Terkhen> oh, that's cool :) 17:40:41 <ChoHag_> Oh well I'll live. 17:40:46 <ChoHag_> It's only cosmetic anyway. 17:42:21 <planetmaker> ChoHag_: what I do: I have a preset of NewGRFs which I always use; that includes all station NewGRFs I like 17:42:33 <ChoHag_> Yeah me too. 17:42:39 <planetmaker> Prior to starting a game I select that and then add the game-specific newgrfs 17:42:42 <planetmaker> ok :-) 17:42:55 <ChoHag_> I was trying to make my set prettier. 17:45:39 <CIA-1> OpenTTD: translators * r22427 /trunk/src/lang/ (belarusian.txt catalan.txt croatian.txt): 17:45:39 <CIA-1> OpenTTD: -Update from WebTranslator v3.0: 17:45:39 <CIA-1> OpenTTD: belarusian - 3 changes by KorneySan, Wowanxm 17:45:39 <CIA-1> OpenTTD: catalan - 4 changes by arnau 17:45:39 <CIA-1> OpenTTD: croatian - 3 changes by VoyagerOne 18:04:48 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has quit [Ping timeout: 480 seconds] 18:08:43 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has joined #openttd 18:13:58 *** Sacro_ [~ben@adsl-212-50-167-217.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 18:27:35 <ChoHag_> What's a good figure to add to travel time? 18:27:40 <ChoHag_> I usually do about 10%. 18:28:00 <Alberth> 8 it's a nice roundly-shaped number 18:28:27 <Alberth> s/number/figure/ 18:28:33 <ChoHag_> Regardless of how long it is prior? 18:28:47 <planetmaker> I like 9. It's square. You can use it in reverse, then it's 6 and 69 is not that bad either 18:28:51 <ChoHag_> Or do you just like the look fo the glyph? 18:32:12 <Alberth> ChoHag_: what do you mean 'add to travel time' ? 18:32:23 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has joined #openttd 18:32:32 <Alberth> he andy! 18:32:41 <Rubidium> what's with andy? 18:32:45 <ChoHag_> When the timetable autofills, the travel time between each station is too optimistic. 18:32:51 <andythenorth> gnineve 18:33:10 <ChoHag_> I usually set the waiting time to 2 days and bump up the travel time to allow room to make up for breakdowns etc. 18:33:43 <ChoHag_> But I usually just leave them alone and I'd like to make a greater effort this time to have them spread out correctly. 18:33:44 <Alberth> I don't bother with time tables, breakdowns break them too badly 18:33:55 <andythenorth> Alberth: how else do you schedule yacd? 18:33:58 <andythenorth> for PAC 18:33:59 <andythenorth> PAX /s 18:34:06 <Terkhen> hi andythenorth 18:34:12 <andythenorth> hi hi 18:34:19 <Terkhen> I still don't know the uses of timetables 18:34:45 <andythenorth> Terkhen: how are you setting vehicle load orders for PAX with YACD? 18:34:49 <Alberth> andythenorth: I have not been successful in transporting passengers with yacd. I go bankrupt all the time 18:35:08 <andythenorth> it's easy-peasy 18:35:14 <andythenorth> :P 18:35:15 <Terkhen> always normal orders 18:35:15 * Alberth just states 'visit this station' 18:35:54 <andythenorth> Alberth: that works for high passenger numbers, but if there are low numbers waiting, your vehicle will lose money 18:36:10 <andythenorth> especially if there are variable running costs (e.g. NARS 2) 18:36:16 <andythenorth> you need to wait n days 18:36:30 <andythenorth> that might also help the station rating, or that might be voodoo 18:36:33 <Alberth> ah, must try that :) 18:36:33 *** Intexon [~Intexon@blk-222-147-135.eastlink.ca] has joined #openttd 18:36:36 <andythenorth> I hate station rating algorithm 18:36:47 <andythenorth> Alberth: if you do, write a patch for default 'wait' value 18:36:48 <andythenorth> :P 18:36:51 <andythenorth> it's very boring 18:36:53 <Terkhen> I'm always losing money, yes 18:36:58 <andythenorth> go to A, wait 1 day 18:37:01 <andythenorth> loads of boring clicks 18:37:07 <Terkhen> with small links I do not bother, I just set an excessive number of vehicles 18:37:33 <Terkhen> the big links tend to regulate themselves, I sometimes set full load at one of the stations 18:37:36 <andythenorth> a % full order would have similar result money-wise 18:37:40 <Eddi|zuHause> <andythenorth> Alberth: if you do, write a patch for default 'wait' value <-- one of the timetable patches has that 18:37:52 <ChoHag_> %-full would be nice. 18:37:56 <andythenorth> % full order seems to be a bit invisible 18:38:03 <Eddi|zuHause> ctrl+click on "set time", and it sets the time for all stations 18:38:24 * Alberth wants a patch that can handle break downs 18:38:30 <andythenorth> what would it do? 18:39:01 <Alberth> spread out vehicles evenly? 18:39:36 <andythenorth> an AI that clicks stop/start? :P 18:40:17 <Eddi|zuHause> each travel order should have two times: one "enforced" time, and one "buffer" time 18:40:41 * andythenorth ponders 18:40:53 <andythenorth> articulated ships -> no no no? 18:42:14 <andythenorth> actually what I pondered was trucks with n invisible trailing vehicles 18:42:14 <planetmaker> not no no 18:42:25 <andythenorth> so that 1 truck could carry n cargos 18:42:37 <andythenorth> but that reminded me of the ship problem 18:42:59 <Alberth> ships get tricky due to their size? 18:43:00 <andythenorth> hmm 18:43:11 * andythenorth has just thought of an alternative to rv-wagons 18:43:17 <andythenorth> if I give an RV n trailing vehicles 18:43:26 <andythenorth> and introduce a cargo subtype (invisible) 18:43:34 <andythenorth> players can refit a truck to n trailers 18:43:37 <andythenorth> same for trams 18:43:58 <Eddi|zuHause> but you can't refit individual trailers, only the whole vehicle 18:44:06 <planetmaker> but you still couldn't refit it to various cargos 18:44:15 <andythenorth> was that not patched for? 18:44:23 * andythenorth tests 18:44:35 <Eddi|zuHause> that feature was removed again 18:44:50 <Alberth> a unfeature :p 18:44:59 <andythenorth> oh 18:45:01 <andythenorth> ho hum 18:45:16 <andythenorth> what you should actually have said is "that's a stupid crappy hack you're proposing" 18:45:21 <andythenorth> and "be patient" :P 18:46:02 <andythenorth> hmm 18:46:06 <Alberth> we prefer to wait until the patient himself reaches that conclusion, it is better for the healing process :) 18:46:20 * andythenorth browses forum 18:46:31 *** NOUK [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has joined #openttd 18:46:44 <andythenorth> *does* it make sense to have a bit of both yacd and cargodist in the same game? 18:46:53 <andythenorth> perhaps if you're smoking crack 18:46:55 <Rubidium> yes 18:47:18 <Rubidium> I'd model pax with dest and tourists with dist 18:47:19 <andythenorth> yes, Rubidium is smoking crack? 18:47:27 <andythenorth> oh I see 18:48:11 <Rubidium> as tourists generally go somewhere they can go, whereas pax don't go with "public transport" if they can't reach their destination 18:48:17 <andythenorth> Rubidium: so it makes sense when limited by cargo type? 18:49:28 <Rubidium> yep. Whether we'd want it to happen is something else 18:50:13 <andythenorth> does it make sense when both mechanisms apply to same cargo? 18:50:57 <Rubidium> it'd model reality better, but it'd probably be an implementation nightmare 18:51:55 <Eddi|zuHause> fonso said he'd already have an implementation for cargodist-like destinations on top of yacdest in his branch 18:52:44 *** DOUK [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 18:52:49 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 18:53:10 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has joined #openttd 18:58:21 * andythenorth is suddenly a milk tycoon 19:01:40 <Eddi|zuHause> andythenorth: btw, have you seen my patch yet? 19:02:41 <andythenorth> I saw the ticket, haven't tested yet 19:04:48 <michi_cc> Any YACD bug report out there which I forgot and haven't said anything about a fix yet? 19:05:37 <Eddi|zuHause> michi_cc: handling of industries with lots of destinations but very low output needs some improvement 19:06:32 <andythenorth> michi_cc: not bug reports, but game balance feedback... 19:07:19 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has quit [Remote host closed the connection] 19:07:25 <Eddi|zuHause> michi_cc: and enforcing each industry have at least two incoming sources 19:07:26 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has joined #openttd 19:08:12 <michi_cc> 1.2 will split a cargo packet over 5 units into two chunks and over 50 into four chunks, that seems to help. (For FIRS supplies lower limits might be even better, but I don't want to span too many cargo packets.) 19:09:23 *** Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has joined #openttd 19:09:24 <michi_cc> I'm not sure if two incoming sources are such a good idea, as it will cause many links from supply industries if there are only a few of them. 19:10:50 *** |Jeroen| [~jeroen@d5152B25B.access.telenet.be] has quit [Quit: oO] 19:11:12 *** Progman [~progman@p57A1984B.dip.t-dialin.net] has quit [Remote host closed the connection] 19:14:36 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has quit [Remote host closed the connection] 19:14:47 *** zachanima [~zach@2506ds3-od.0.fullrate.dk] has joined #openttd 19:15:35 <andythenorth> michi_cc: industries requiring multiple input cargos is a hard problem 19:16:19 <andythenorth> I thought maybe industry sets should change to support YACD 19:16:43 <michi_cc> Would probably need NewGRF extensions though, as NewGRFs can do almost anything in the production callback. 19:17:09 <andythenorth> currently FIRS is partially broken by YACD 19:17:10 <Yexo> it'd probably require the same information that AIs are currently missing 19:17:35 <andythenorth> I don't see how YACD can (or should) support FIRS, but I seemed to be arguing against general view 19:21:48 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 19:27:45 <planetmaker> andythenorth: for the same reason as many e.g. also the more height level patch needs to support it: a new patch must not break perfect valid NewGRF 19:28:16 <andythenorth> I was thinking about it. I guess I have a different take on it 19:28:18 <planetmaker> this game builds on maintaining backward compatibility. Not by all means. But making an honest effort to do so 19:28:43 <andythenorth> brb 19:28:57 <planetmaker> without this, we couldn't expect people to take it seriously, if they can't rely on that 19:32:30 <Eddi|zuHause> who is the responsible administrator for dev.openttcop.org? i get "internal error" every time i post a comment 19:33:59 <andythenorth> I don't argue against backward compatibility 19:34:16 <andythenorth> but changing the economy is quite substantial 19:34:21 <planetmaker> any particular issue / bug you try to comment? 19:34:31 <andythenorth> an industry set tailored to one economy might just not work with another economy 19:34:44 <Eddi|zuHause> planetmaker: http://dev.openttdcoop.org/issues/2414 <-- the comment gets through, though 19:34:54 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has joined #openttd 19:34:57 <andythenorth> if you force the economy to be static to support existing sets, then it can't be changed :o 19:36:55 <andythenorth> in the case of FIRS, in default economy it tries to encourage / enforce certain cargo delivery choices by player 19:37:07 <andythenorth> but in YACD, player can't make those choices, YACD makes them 19:37:10 <andythenorth> who should change? 19:38:03 <Eddi|zuHause> YACDest should change 19:40:54 <andythenorth> I don't see how it can 19:41:03 <andythenorth> but maybe I miss an option 19:41:18 <andythenorth> so we tell it: 19:41:36 <andythenorth> (a) please ensure that cargo amounts to each destination aren't small 19:41:52 <andythenorth> (b) please ensure that every industry that requires n cargos gets a delivery of n cargos 19:42:00 <andythenorth> square != circle 19:43:00 <andythenorth> unless we have cargo 'loaves' and cargo 'fishes', for those who had that parable on regular-repeat in school 19:49:01 <Eddi|zuHause> what? 19:51:55 <andythenorth> there is one problem discussed with YACD: make sure the cargo amounts to each destination are enough to make money 19:52:12 <andythenorth> and the other problem: make sure industries with multiple input cargos get supplied 19:52:20 <andythenorth> I can't see how to reconcile those goals 19:52:28 <Eddi|zuHause> but: the supplies are not supposed to make money, they are supposed to increase your economy 19:52:41 <andythenorth> ah 19:52:50 <andythenorth> this wasn't about supplies specifically ;) 19:53:12 <Eddi|zuHause> but my actual question was: what parable? 19:53:21 <andythenorth> feeding the 40 thousand ;) 19:53:33 <Eddi|zuHause> don't think i heard that one 19:53:53 <andythenorth> five thousand /s 19:54:01 * andythenorth did not pay much attention to school 19:54:25 <andythenorth> http://atheism.about.com/od/biblegospelofmark/a/mark06d.htm 19:55:03 <michi_cc> Anything else for YACD I missed or forgot? 19:56:23 * andythenorth would like a newgrf cb or action 0 to specify whether YACD applies to a cargo 19:56:26 <andythenorth> but that's a bit premature 19:56:48 <andythenorth> and might be un-needed 20:01:22 <andythenorth> michi_cc: I have one query 20:01:51 <andythenorth> I have an industry producing food with 7 possible destinations shown 20:02:08 <andythenorth> for any given delivery, nearly all production seems to go to 1 of the 7 20:02:42 <andythenorth> which destination is chosen seems to be on a random or (round-robin?) basis 20:03:47 *** devilsadvocate [~quassel@109.200.19.188] has quit [Quit: No Ping reply in 180 seconds.] 20:03:49 *** devilsadvocate [~quassel@109.200.19.188] has joined #openttd 20:03:50 <andythenorth> only one of the destinations has a valid route to it 20:04:02 <andythenorth> I though YACD would favour the destination with a link? 20:04:12 <planetmaker> why should it? 20:04:14 <michi_cc> It's a weighted random, where the weight is determined by waiting cargo at the destination and production of the destination. So if you only actively service one industry, that one likely has a higher weight. 20:04:33 <planetmaker> hm... :-) 20:04:55 <michi_cc> Whereas service here does not mean transport from that specific source to the destination, just production in general. 20:05:29 <andythenorth> michi_cc: in this case the destination is a black-hole industry 20:05:36 <andythenorth> i.e. accept-only 20:06:16 *** rhaeder [~quix0r@dslb-188-100-215-118.pools.arcor-ip.net] has joined #openttd 20:06:22 <michi_cc> Nevertheless, 1.2 should distribute the cargo of industries better. 20:07:43 <michi_cc> Black-hole industry is actually penalized unless it falls into the "nearby industry" bucket. 20:07:53 <andythenorth> I can see why 20:08:26 <andythenorth> although it's another problem for FIRS - which relies on industries as destinations for town cargos 20:08:44 *** rhaeder1 [~quix0r@dslb-188-100-210-165.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 20:08:56 <michi_cc> If there are only black-hole industries the penalty doesn't matter. 20:08:58 <andythenorth> although in that case all the destinations are black hole, so maybe the penalty has no net effect 20:09:23 <michi_cc> Only the relative weight is important, not the absolute value. 20:10:00 <andythenorth> makes sense 20:22:41 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has quit [Quit: Quitte] 20:29:06 *** KritiK [~Maxim@95-26-69-3.broadband.corbina.ru] has joined #openttd 20:32:45 <michi_cc> Eddi|zuHause: http://www.icosahedron.de/openttd/patches/smallmap_yacd.png 20:33:34 <Eddi|zuHause> interesting. but throughput isn't the most important value to spot bottlenecks 20:35:31 <michi_cc> Line width is based on cargo waiting on that link. 20:36:49 <Eddi|zuHause> CargoDist also has a main-viewport-overlay 20:37:04 *** Lakie [~Lakie@91.84.76.207] has quit [Quit: Sleep.] 20:37:48 <Eddi|zuHause> michi_cc: but e.g. the ship link has fairly wide line, but no capacity problem at all 20:38:30 <Terkhen> it would be useful to show the amount of cargo that wants to go to a certain location, regardless of it is being transported or not 20:38:54 <andythenorth> stacked bars, by colour? 20:39:10 *** Absurd-Mind [~peter@p5495916C.dip0.t-ipconnect.de] has joined #openttd 20:39:22 <Eddi|zuHause> andythenorth: cargodist had that, but it's obstructing the minimap-view too much 20:39:40 <andythenorth> put it on the real map :P 20:40:27 <Terkhen> IIRC cargodist was trying that too 20:41:05 <Eddi|zuHause> the problem is that YACDest probably does not have as much link-statistics available as CargoDist 20:42:15 *** Sacro [~ben@adsl-77-86-117-152.karoo.KCOM.COM] has joined #openttd 20:44:11 <Eddi|zuHause> the source-destination map may be interesting, not only the link map 20:44:21 <Eddi|zuHause> especially to find unconnected industries 20:45:23 <Terkhen> or good towns to add to your network 20:45:32 <andythenorth> source-destination would be most helpful 20:46:59 * andythenorth resolves to fly lumber and steel everywhere :) 20:47:11 <andythenorth> as YACD is picking destinations 400 tiles away :P 20:47:29 <andythenorth> or I could flatten the delay penalties for cargo in FIRS :) 20:48:58 <Eddi|zuHause> there's another road-vehicle-spacing bug outside the scope of HEQS 20:49:18 <Eddi|zuHause> the collision detection seems to always check the full bounding box, ignoring shortened vehicles 20:50:07 <Rubidium> yeah... lovely, ain't it? 20:50:23 <Rubidium> but really fixing that breaks way more :( 20:50:23 <Eddi|zuHause> so my HEQS patch helps a little, but not completely 20:50:53 <andythenorth> ho 20:51:11 * andythenorth tries running large trains, with many mixed cargos 20:51:16 <andythenorth> from one side of map to other 20:52:06 <Eddi|zuHause> Rubidium: what exactly breaks there? 20:54:28 *** compi [~compi@90.153.40.46] has joined #openttd 20:57:10 <andythenorth> bed times 20:57:12 <andythenorth> good night 20:57:13 *** andythenorth [~Andy@213.99.112.87.dyn.plus.net] has left #openttd [] 20:57:14 <CIA-1> OpenTTD: michi_cc * r22428 /trunk/src/smallmap_gui.cpp: -Codechange: Reduce code duplication in the smallmap legend. 21:02:44 <Rubidium> Eddi|zuHause: changing bounding boxes -> changing the center of vehicles -> changing the moment they turn / changing the offset at which they are drawn -> big mess 21:04:22 <Eddi|zuHause> Rubidium: yes, but a) that also solves lots of things, and b) what about just changing the collision detection, not the bounding box? 21:07:42 *** Zuu [~Zuu@h-114-141.A98.priv.bahnhof.se] has joined #openttd 21:12:15 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe21dc00-138.dhcp.inet.fi] has quit [] 21:12:37 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 21:13:43 <CIA-1> OpenTTD: frosch * r22429 /trunk/src/ (21 files in 4 dirs): -Add: some constants for specific palette colours used in the GUI. 21:14:25 <compi> somebody know why i can't connect to a server? everytime when i connect i can see Autorisieren... and then i see the start screen 21:16:04 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 21:16:33 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has joined #openttd 21:16:52 <Rubidium> Eddi|zuHause: collision detection works from the center of the objects 21:17:17 <Zuu> compi: are you on wireless? 21:17:24 <compi> yep 21:17:31 <Zuu> could be high packet loss. 21:17:45 <compi> oh ok i test it with my cable 21:17:49 <compi> thx for the advice 21:18:35 *** compsport [~compi@90.153.40.46] has joined #openttd 21:19:13 <compsport> Zuu: same problem 21:19:37 <Zuu> router/firewall problem? 21:19:44 *** Hyronymus [~chatzilla@s53757898.adsl.wanadoo.nl] has joined #openttd 21:19:54 <compsport> My buddy is also in my network and he is on the server 21:21:02 <Zuu> Does not technically say anything regarding if the problem lays in your firewall. 21:21:04 *** Absurd-Mind [~peter@p5495916C.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 21:21:13 <Zuu> Though, it could be pretty much anything. 21:22:01 <compsport> last week i played from the same place on the same server 21:22:03 <compsport> damn 21:25:53 *** compi [~compi@90.153.40.46] has quit [Ping timeout: 480 seconds] 21:29:04 *** douknoukem [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has joined #openttd 21:29:08 *** compsport [~compi@90.153.40.46] has quit [Quit: Verlassend] 21:33:19 *** marius [~marius@rsclans.net] has joined #openttd 21:34:21 <marius> Evening, trying to setup aan OTTD server for me and some friends but keep hitting the "Failed to find raphics set" error when I try running it (it's supposed to run on a non-GUI debian 6.0 server) 21:34:51 <Wolf03> you need the data files too 21:35:44 *** NOUK [~KEM@ALyon-158-1-36-168.w90-29.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 21:35:45 *** rhaeder1 [~quix0r@dslb-188-109-255-051.pools.arcor-ip.net] has joined #openttd 21:35:54 <marius> I see, where would one obtain said data files, they werne't mentioned in the install wiki page 21:36:07 <Rubidium> they're mentioned in the readme 21:36:23 <Eddi|zuHause> the download page has links to opengfx etc. 21:36:54 <marius> Aha, those! Thanks =) 21:36:58 <Wolf03> or just use the client's ones 21:37:29 *** dfox [~dfox@ip-94-113-17-246.net.upcbroadband.cz] has quit [Ping timeout: 480 seconds] 21:38:56 <marius> Do I need all 3 (GFX, SFX and MSX), or jsut the GFX one? 21:40:34 <Eddi|zuHause> only GFX is essential 21:41:18 *** rhaeder [~quix0r@dslb-188-100-215-118.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 21:41:29 <marius> ALl right, thank you very much 21:42:31 <Terkhen> good night 21:42:31 *** sla_ro|master [~slaco@95.76.27.160] has quit [Quit: Mutant Co-Op - C&C Renegade] 21:44:10 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has joined #openttd 21:44:37 *** ragnar76 [~ragnar@f050056020.adsl.alicedsl.de] has left #openttd [Verlassend] 21:51:35 *** DayDreamer [~DayDreame@94.142.234.1] has quit [Quit: Leaving.] 21:58:15 *** Xaroth_ [~Xaroth@86.92.135.101] has joined #openttd 21:58:46 *** Sacro_ [~ben@adsl-178-78-95-86.karoo.kcom.com] has joined #openttd 21:58:46 *** Hyronymus [~chatzilla@s53757898.adsl.wanadoo.nl] has quit [Remote host closed the connection] 22:00:22 *** KouDy [~KouDy@ip-94-112-27-160.net.upcbroadband.cz] has quit [Quit: Leaving.] 22:00:51 <supermop> any germans on? 22:02:43 *** Sacro [~ben@adsl-77-86-117-152.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 22:04:03 <yorick> supermop: Eddi|zuHause 22:04:13 <yorick> (he's always on) 22:05:03 *** Xaroth [~Xaroth@86.92.135.101] has quit [Ping timeout: 480 seconds] 22:09:08 <ChoHag_> I have a little village here with 73% of the population waiting for a bus. 22:11:17 <CIA-1> OpenTTD: frosch * r22430 /trunk/src/table/ (build_industry.h cargo_const.h): -Fix: COAL, RUBR, SUGR and the coalmine used windows palette colours in smallmap/legends etc.. 22:14:37 *** Sacro [~ben@adsl-94-72-223-86.karoo.kcom.com] has joined #openttd 22:17:27 *** asilv_ [~as@h-62-142-161-134.joensuunelli.fi] has quit [Quit: asilv_] 22:17:55 <CIA-1> OpenTTD: michi_cc * r22431 /trunk/src/network/core/tcp_content.cpp: -Fix (r22399): NETWORK_RECV_STATUS_MALFORMED_PACKET != false. 22:18:07 *** ndh [~opera@dslb-088-073-091-224.pools.arcor-ip.net] has left #openttd [] 22:18:53 *** Sacro_ [~ben@adsl-178-78-95-86.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 22:20:18 *** Biolunar [~mahdi@blfd-4db190f6.pool.mediaWays.net] has quit [Quit: All your IRC are belong to us!] 22:28:09 *** pugi [~pugi@p4FCC30A7.dip.t-dialin.net] has quit [Quit: I reject your reality and substitute my own] 22:36:48 *** KritiK [~Maxim@95-26-69-3.broadband.corbina.ru] has quit [Quit: Leaving] 22:39:17 *** Cybertinus [~Cybertinu@2001:888:10:ce8::2] has quit [Remote host closed the connection] 22:45:27 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has quit [Remote host closed the connection] 22:45:43 *** Juo [~Juo@cpc16-lewi15-2-0-cust395.2-4.cable.virginmedia.com] has joined #openttd 22:47:53 *** Sacro [~ben@adsl-94-72-223-86.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 22:51:08 <Eddi|zuHause> in roadveh_cmd.cpp:1091: v->cur_speed = u->First()->cur_speed; <-- shouldn't that be min(v, u)? 22:53:05 <Eddi|zuHause> (same thing repeated in 1202) 22:55:03 *** Westie [~westie@46.166.131.90] has quit [Ping timeout: 480 seconds] 23:01:08 *** supermop [~daniel_er@rrcs-72-43-171-87.nyc.biz.rr.com] has quit [Remote host closed the connection] 23:01:15 *** Absurd-Mind [~peter@p5495916C.dip0.t-ipconnect.de] has joined #openttd 23:07:41 *** Sacro [~ben@adsl-94-72-223-86.karoo.kcom.com] has joined #openttd 23:10:23 *** Westie [~westie@46.166.131.90] has joined #openttd 23:13:50 *** Sacro_ [~ben@adsl-213-249-160-206.karoo.kcom.com] has joined #openttd 23:15:54 *** Sacro [~ben@adsl-94-72-223-86.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 23:16:37 <ccfreak2k> Why would it be? 23:21:30 <Wolf03> 'night 23:21:33 *** Wolf03 [~wolf01@host249-160-dynamic.56-82-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 23:25:03 *** Neon [~Neon@dslb-178-004-186-109.pools.arcor-ip.net] has quit [Quit: Python is way too complicated... I prefer doing it quickly in C.] 23:27:58 *** 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] 23:32:08 <Zuu> Hmm, it seems there is no (legal) free compiler to compile OpenTTDAU. 23:32:30 *** Dreamxtreme [~Dream@92.18.126.40] has quit [Quit: Hi, I'm a quit message virus. Please replace your old line with this line and help me take over the world of IRC.] 23:32:44 *** Dreamxtreme [~Dream@92.18.126.40] has joined #openttd 23:33:09 <Zuu> Unless you have Turbo Delphi 2006 installed since before they took down that free version. 23:42:43 <Chris_Booth> Zuu yes I see that issue. I have been looking for a torrent to Turbo Delphi 2006, but with no luck 23:43:01 *** Sacro [~ben@adsl-178-78-97-23.karoo.kcom.com] has joined #openttd 23:43:02 <Chris_Booth> there is a free trail offered but not sure what they are going to cut out of that version 23:43:06 <frosch123> did you try porting to lazarus? 23:43:19 <Zuu> I did try downloading lazarus and compiling with it. 23:43:30 <Zuu> However it complained on my procedures within records. 23:43:42 <Zuu> A feature that was added around year 2005 or so. 23:43:42 <frosch123> delphi is dead, no use in trying to find some old version 23:44:08 <frosch123> procedures within records? 23:44:08 <Zuu> Embarcadero still develops Delphi. 23:44:15 <frosch123> just replace "record" with "object" ? 23:44:35 <Zuu> Records and Classes uses totaly different memory allocation method. 23:44:49 <frosch123> class allocate memory, objects do not 23:44:55 <Zuu> Records are assigned by value, while classes are assigned by reference. 23:44:58 <frosch123> what are records with procedures then? 23:45:07 *** aber [~Adium@gb049.stw.stud.uni-saarland.de] has quit [Quit: Leaving.] 23:45:18 <frosch123> yes exactly, that is the difference between "object" and "class" 23:45:31 <frosch123> at least that was the difference up to delphi 5 23:46:00 <frosch123> did they remove "object" and reintroduce it as "record"-feature? :p 23:46:07 <Zuu> possible 23:46:22 <Zuu> I haven't used Delphi 5. 23:46:27 <Zuu> Or anything older. 23:46:44 <Zuu> My first contact with Delphi was in 2007. 23:46:47 <frosch123> ok, explains why you do not consider delphi "dead" :p 23:47:08 *** Sacro_ [~ben@adsl-213-249-160-206.karoo.kcom.com] has quit [Ping timeout: 480 seconds] 23:47:20 <Zuu> Hehe :-) 23:48:02 <frosch123> from my pov dephi was best around 5, turned into a mess around 7 (also due to kylix), and was totally ususable after 7 23:48:32 <frosch123> :p 23:48:57 *** amkoroew [~Heinz@p5B105379.dip.t-dialin.net] has joined #openttd 23:49:02 <frosch123> anyway, since lazarus follows dephi 2&5, i would just try to replace "record" with "object" 23:49:29 <Chris_Booth> maybe I will look at making a C# or C++ clone of ottdau 2 23:49:52 <frosch123> yup, moving to a different language is the other alternative :p 23:50:03 <frosch123> but don't tell belugas :) 23:50:09 <Zuu> hehe :-p 23:50:14 *** KenjiE20 [~kenji@92.9.231.157] has quit [Quit: WeeChat 0.3.4] 23:53:58 *** amkoroew1 [~Heinz@p5B107476.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 23:54:54 *** Chillosophy [~Chillosop@ip91350749.adsl-surfen.hetnet.nl] has quit [] 23:55:18 <Zuu> Chris_Booth: As far as the 2009/2010/2011 or whatever the last Delphi version is can compile the code, I think the 30 day trial will work. 23:55:57 <Chris_Booth> lol nice I get the same message twice I assume Zuu? 23:55:59 <Zuu> I have heard though that there is a problem when you have a very recent Delphi version that uses Unicode strings to make it read/write binary files produced by older Delphi programs. 23:56:26 <Zuu> twice?