Times are UTC Toggle Colours
00:02:37 *** Roujin [~chatzilla@p54973312.dip0.t-ipconnect.de] has quit [Quit: ChatZilla 0.9.83 [Firefox 2.0.0.16/2008070205]] 00:07:05 *** fjb [~fjb@p5485D33C.dip.t-dialin.net] has quit [Quit: Leaving.] 00:08:27 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer] 00:11:31 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 00:16:16 <flaske> alright,ill keep you guys posted 00:16:23 *** flaske [~flaske@11.81-167-57.customer.lyse.net] has quit [Quit: cheers] 00:22:10 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Quit: leaving] 00:22:13 *** Sacro [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Quit: Leaving] 00:29:49 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer] 00:32:48 *** Eddi|zuHause [~johekr@p54B7642F.dip.t-dialin.net] has quit [] 00:33:10 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 00:33:25 *** Eddi|zuHause [~johekr@p54B7663A.dip.t-dialin.net] has joined #openttd 00:34:36 *** Sacro [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has joined #openttd 00:41:17 *** a1270 [~Cheese@24-117-51-112.cpe.cableone.net] has joined #openttd 00:44:38 *** Rich [~Zephyris@user-5af25f3c.tcl121.dsl.pol.co.uk] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]] 00:47:03 *** dlunch [~dlunch@61.108.29.49] has quit [Remote host closed the connection] 00:51:15 *** KritiK [~Maxim@78-106-179-170.broadband.corbina.ru] has quit [Quit: Leaving] 01:07:06 *** bowman [johanf@81-226-229-179-no59.tbcn.telia.com] has quit [] 01:08:24 *** Brainstorm [~Brainstor@82-171-5-111.ip.telfort.nl] has quit [] 01:19:46 *** de_ghosty [~s@76-10-140-226.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 01:22:44 *** De_Ghost [~s@76-10-132-123.dsl.teksavvy.com] has joined #openttd 01:30:48 *** De_Ghost [~s@76-10-132-123.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 01:31:46 *** fjb [~fjb@p5485D33C.dip.t-dialin.net] has joined #openttd 01:34:46 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 01:35:16 *** De_Ghost [~s@206-248-191-170.dsl.teksavvy.com] has joined #openttd 01:40:40 *** Progman [~progman@p57A1F1F7.dip.t-dialin.net] has quit [Remote host closed the connection] 01:43:21 *** De_Ghost [~s@206-248-191-170.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 01:44:10 *** De_Ghost [~s@206-248-191-105.dsl.teksavvy.com] has joined #openttd 01:51:39 <Fennec> whaaaat? 01:51:44 <Fennec> oops, wrong channel 01:51:53 <Fennec> *scoots over to -coop* 01:54:41 *** fjb [~fjb@p5485D33C.dip.t-dialin.net] has quit [Remote host closed the connection] 01:56:16 *** De_Ghost [~s@206-248-191-105.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 01:57:33 *** De_Ghost [~s@206-248-191-211.dsl.teksavvy.com] has joined #openttd 02:02:35 *** Frostregen_ [~sucks@dslb-084-058-184-054.pools.arcor-ip.net] has joined #openttd 02:04:01 *** Frostregen [~sucks@dslb-084-058-131-026.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 02:04:15 *** Frostregen_ is now known as Frostregen 02:04:52 *** Sacro [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has quit [Read error: Connection reset by peer] 02:10:37 *** tokai|madspace [~tokai@p54B81C2B.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 02:13:17 *** tokai|madspace [~tokai@p54B830E0.dip0.t-ipconnect.de] has joined #openttd 02:24:55 *** grumbel [~grumbel@i577B8771.versanet.de] has quit [Quit: Client exiting] 02:35:00 *** dlunch [~dlunch@61.108.29.49] has quit [Ping timeout: 480 seconds] 02:48:20 *** Frostregen [~sucks@dslb-084-058-184-054.pools.arcor-ip.net] has quit [Quit: und weg] 02:51:06 *** fmauNeko is now known as fmauNekAway 02:55:21 *** ccfreak2k [ccfreak2k@loliserv.org] has quit [Quit: changing servers] 02:55:41 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 02:55:45 *** ccfreak2k [ccfreak2k@loliserv.org] has joined #openttd 03:02:10 *** elmex_ [~elmex@e180064004.adsl.alicedsl.de] has joined #openttd 03:04:10 *** ccfreak2k [ccfreak2k@loliserv.org] has quit [Quit: changing servers] 03:06:41 *** elmex [~elmex@e180065142.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 03:07:06 *** elmex_ is now known as elmex 03:08:18 *** heldey [~heldey@modemcable058.232-203-24.mc.videotron.ca] has joined #openttd 03:08:48 <heldey> I think it's the first time I see a complete fundraiser 03:09:42 *** ccfreak2k [~ccfreak2k@loliserv.org] has joined #openttd 03:11:26 *** heldey [~heldey@modemcable058.232-203-24.mc.videotron.ca] has quit [] 03:14:34 *** Fuco [~dota.keys@ip-105.imafexbb.sk] has quit [Quit: Quit] 03:43:46 *** ccfreak2k [~ccfreak2k@loliserv.org] has quit [Quit: changing servers] 03:44:35 *** ccfreak2k [~ccfreak2k@loliserv.org] has joined #openttd 03:47:32 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 03:48:25 *** ccfreak2k [~ccfreak2k@loliserv.org] has quit [] 04:01:37 *** Nev [bleepy@5ad1d1b5.bb.sky.com] has joined #openttd 04:06:06 *** bleepy [bleepy@5ad1d188.bb.sky.com] has quit [Ping timeout: 480 seconds] 04:09:48 *** dlunch [~dlunch@61.108.29.49] has quit [Remote host closed the connection] 04:13:33 *** bleepy [bleepy@5ad1d1a9.bb.sky.com] has joined #openttd 04:19:40 *** Nev [bleepy@5ad1d1b5.bb.sky.com] has quit [Ping timeout: 480 seconds] 04:22:58 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 04:31:21 *** ecke [~ecke@213.195.202.130] has quit [Ping timeout: 480 seconds] 04:33:52 *** dlunch [~dlunch@61.108.29.49] has quit [Remote host closed the connection] 04:57:42 *** Reemo [Dr_Jekyll@p57B0C9F3.dip.t-dialin.net] has quit [Quit: http://www.lagerwiki.de - das Wiki rund um's Thema Lager und Logistik] 05:22:34 *** Kloopy_ [kloopy@kloopy.com] has joined #openttd 05:24:32 *** Kloopy [kloopy@kloopy.com] has quit [Ping timeout: 480 seconds] 05:24:57 *** lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has quit [Quit: This computer has gone to sleep] 05:25:27 *** ccfreak2k [ccfreak2k@loliserv.org] has joined #openttd 05:25:59 *** lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has joined #openttd 05:40:54 *** Netsplit resistance.oftc.net <-> kilo.oftc.net, synthon.oftc.net quits: eQualizer, Osai^zZz, Rexxars, Ailure, doc|work, De_Ghost, Ammler, bleepy, svippy, daspork, (+22 more, use /NETSPLIT to show all of them) 05:41:20 *** TinoM [~Tino@i59F56279.versanet.de] has joined #openttd 05:41:34 *** Netsplit over, joins: Lakie, SmatZ, XeryusTC, ccfreak2k, De_Ghost, a1270, Gekz, Fennec, daspork, jni (+11 more) 05:41:44 *** Netsplit over, joins: bleepy, planetmaker, Ammler, GoneWacko, thingwath, mucht_work, Ailure, svippy, dih, Osai^zZz (+1 more) 05:41:44 *** mode/#openttd [+v michi_cc] by ChanServ 05:41:44 *** mode/#openttd [+v Belugas] by ChanServ 05:41:44 *** mode/#openttd [+v orudge] by ChanServ 05:41:47 *** mode/#openttd [+v peter1138] by ChanServ 05:45:50 *** Zorni [zorn@e177236198.adsl.alicedsl.de] has joined #openttd 05:49:01 *** De_Ghost [~s@206-248-191-211.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 05:53:14 *** Zorn [zorn@e177230183.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 05:53:21 *** De_Ghost [~s@76-10-137-198.dsl.teksavvy.com] has joined #openttd 06:01:26 *** De_Ghost [~s@76-10-137-198.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 06:02:57 *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has joined #openttd 06:03:32 *** De_Ghost [~s@76-10-139-138.dsl.teksavvy.com] has joined #openttd 06:25:27 *** lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has quit [Ping timeout: 480 seconds] 06:26:47 *** lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has joined #openttd 06:30:05 *** Osai^zZz is now known as Osai 06:36:03 *** De_Ghost [~s@76-10-139-138.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 06:36:33 *** De_Ghost [~s@76-10-136-81.dsl.teksavvy.com] has joined #openttd 07:20:41 <planetmaker> morning 07:34:42 *** Brainstorm [~Brainstor@82-171-5-111.ip.telfort.nl] has joined #openttd 07:35:40 *** Forked [~kjetil@savner.vdsl2.no] has joined #openttd 07:38:52 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has joined #openttd 07:44:02 *** doc|work [~doc@S01060018f8599145.vc.shawcable.net] has quit [Remote host closed the connection] 07:50:48 *** bowman [johanf@81-226-229-179-no59.tbcn.telia.com] has joined #openttd 07:56:03 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd 07:57:26 *** Wolf01 [~wolf01@host129-15-dynamic.5-87-r.retail.telecomitalia.it] has joined #openttd 07:57:42 <Wolf01> hello 08:02:25 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: Wezz6400] 08:08:43 *** fmauNekAway is now known as fmauNeko 08:11:44 *** Zorn [zorn@e177236198.adsl.alicedsl.de] has joined #openttd 08:12:21 <peter1138> Pom te pom. 08:12:50 <Rubidium> lalala? 08:13:09 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has joined #openttd 08:14:55 <dih> dÃŒdeldÃŒ 08:18:46 *** Zorni [zorn@e177236198.adsl.alicedsl.de] has quit [Ping timeout: 480 seconds] 08:21:07 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has quit [Remote host closed the connection] 08:29:10 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 08:32:32 * peter1138 wonders how to do tunnels in a generic way. 08:39:56 *** fonso [~fonso@brln-d9bac0f7.pool.mediaWays.net] has joined #openttd 08:41:57 *** Progman [~progman@p57A1EB6F.dip.t-dialin.net] has joined #openttd 08:45:52 <dih> peter1138, dig a hole each end and dig towards eachother, you should meet at some point :-P 08:48:08 *** Farden [~jk3farden@lns-bzn-48f-81-56-247-196.adsl.proxad.net] has joined #openttd 08:48:49 <peter1138> Err... 09:07:00 <Wolf01> do underground levels, so we can dig tunnels for you and is not anymore your problem 09:09:20 <peter1138> No. 09:09:49 *** frosch123 [~frosch@frnk-590fdf01.pool.einsundeins.de] has joined #openttd 09:11:20 *** Doorslammer [Doorslamme@PIPP-p-203-54-115-143.prem.tmns.net.au] has joined #openttd 09:17:26 <Ammler> if you like something to change there, it might be cool, to have level changes and curves in tunnels: http://ttdx.250x.com/img/tunnel.gif 09:19:06 <Eddi|zuHause> peter1138: i'd really like tunnel types similar to bridge types 09:19:13 <Eddi|zuHause> maybe even with speedlimits 09:22:05 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 09:24:52 *** Farden [~jk3farden@lns-bzn-48f-81-56-247-196.adsl.proxad.net] has quit [Ping timeout: 480 seconds] 09:26:23 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has joined #openttd 09:28:51 <Kloopy_> A full implementation of underground levels would also enable underground rail networks. 09:29:00 <SpComb> \o/ 09:29:02 <SpComb> now we're talking 09:29:04 <Kloopy_> (stations would obviously have to have a surface entrance though) 09:29:17 <SpComb> nah 09:29:19 <Kloopy_> haha, I think it's a bit more than "talking" that's required for that. :P 09:29:20 <SpComb> underground cities 09:29:23 <Kloopy_> lol 09:29:31 <SpComb> underground airports 09:29:36 <Kloopy_> ... 09:29:42 <SpComb> and, of course, undeground ships 09:29:48 <SpComb> *now* we're talking 09:30:15 <Wolf01> -> [11:09:28] <peter1138> No. 09:30:21 <Kloopy_> Hey, we could also implement a rollercoaster type rail and vehicle and have underground rollercoasters! 09:30:33 <fonso> Underground ships isn't weird enough. There are actually canal tunnels 09:30:35 <Kloopy_> And we could add balloon shops! 09:31:32 <SpComb> underground baloons? 09:31:41 <SpComb> they wouldn't be able to float away 09:32:10 <Eddi|zuHause> like rectangular wheels wouldn't be able to roll backwards? 09:32:18 *** Mchl [~mchl@aben87.neoplus.adsl.tpnet.pl] has joined #openttd 09:32:34 <Mchl> hello 09:32:39 *** tokai|madspace [~tokai@p54B830E0.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 09:36:05 *** tokai|madspace [~tokai@p54B81246.dip0.t-ipconnect.de] has joined #openttd 09:41:34 *** alex___ [~alex@62.44.69.178] has joined #openttd 09:43:57 *** Farden [~jk3farden@lns-bzn-48f-81-56-247-196.adsl.proxad.net] has joined #openttd 09:52:09 <peter1138> Ammler, also No. 09:52:33 <peter1138> I am doing RAIL TYPES. This does not include NEW TUNNEL FEATURES. 09:56:07 <Ammler> I see, but a nice idea, isn't :-) 09:56:15 <Ammler> it 09:59:11 <peter1138> It's not exactly a new idea. 09:59:56 *** lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has quit [Ping timeout: 480 seconds] 10:01:26 *** lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has joined #openttd 10:01:33 *** fonso [~fonso@brln-d9bac0f7.pool.mediaWays.net] has left #openttd [Kopete 0.12.7 : http://kopete.kde.org] 10:14:31 *** Bjarni [~Bjarni@0x50a46ad5.virnxx14.dynamic.dsl.tele.dk] has joined #openttd 10:14:34 *** mode/#openttd [+o Bjarni] by ChanServ 10:16:25 *** lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has quit [Ping timeout: 480 seconds] 10:17:21 *** De_Ghost [~s@76-10-136-81.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 10:17:48 *** lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has joined #openttd 10:19:58 *** De_Ghost [~s@76-10-132-50.dsl.teksavvy.com] has joined #openttd 10:21:25 *** ben_goodger [~ben@host81-153-29-228.range81-153.btcentralplus.com] has quit [Ping timeout: 480 seconds] 10:21:47 *** ben_goodger [~ben@host81-153-29-228.range81-153.btcentralplus.com] has joined #openttd 10:30:33 *** fmauNeko is now known as fmauNekAway 10:33:28 *** Sacro [Ben@adsl-87-102-119-5.karoo.KCOM.COM] has joined #openttd 10:33:38 *** Sir_Bob [~chatzilla@c122-107-225-82.eburwd5.vic.optusnet.com.au] has joined #openttd 10:37:31 *** Bork [Doorslamme@PIPP-p-203-54-14-219.prem.tmns.net.au] has joined #openttd 10:37:38 *** Yorick [~Yorick@82-171-205-190.ip.telfort.nl] has joined #openttd 10:38:50 <ln> what is "download" in elvish? 10:39:03 <Noldo> why do you ask? 10:39:46 <ln> that's irrelevant. 10:40:49 <Yorick> energy-transfer 10:41:27 <Mchl> which elvish? 10:41:52 <Noldo> Mchl: I take ln as a more of Quenya kind of person 10:42:16 *** Doorslammer [Doorslamme@PIPP-p-203-54-115-143.prem.tmns.net.au] has quit [Ping timeout: 480 seconds] 10:42:21 * Mchl goes to his Silmarillion notes 10:45:25 *** lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has quit [Ping timeout: 480 seconds] 10:45:36 *** Bork [Doorslamme@PIPP-p-203-54-14-219.prem.tmns.net.au] has quit [Ping timeout: 480 seconds] 10:46:49 *** lobster_MB [~michielbr@5350C1D1.cable.casema.nl] has joined #openttd 10:48:04 *** fjb [~frank@p5485FF73.dip.t-dialin.net] has joined #openttd 10:48:12 <fjb> Hello 10:48:31 <frosch123> moin 10:51:11 <Mchl> 'netsino' could be close as meaning 'get here' :P 10:53:47 <ln> ok 10:53:59 <Bjarni> ln: I know we talked about a Klingon translation of OpenTTD but we decided against it. I think the same will happen to Elvish 10:54:21 <ln> Bjarni: don't worry, i'm not planning such. 10:54:38 <ln> and the Klingon one already exists with the codename "Danish" 10:54:48 <Mchl> I assume Khuzdul s also out of question? 10:55:43 <Yorick> or piglatin? 10:56:17 <Mchl> piglatin is not even a language, Khuzdul is 10:56:49 <Yorick> piglatin is in openttd, Khuzdul isn't 10:56:53 <Mchl> thousands of Dwarves speak it! 10:58:28 <ln> looks like it should be spelled "Khuzdûl", as we have UTF-8. 10:59:43 <Bjarni> I was a bit surprised at pig latin 10:59:56 <Bjarni> who knew that pigs could speak latin? 11:00:05 <Bjarni> and plays OpenTTD 11:00:12 <Mchl> ln:it should, but I don't trust my IRC client 11:00:52 <Mchl> how about Lojban? 11:01:21 <ln> we have a piglatin-style word in finnish, "pig's german", which means 'gibberish'. 11:01:51 <Yorick> jarnibay idntday nowkay hatday 11:02:22 <Noldo> oh, that's how it works 11:02:42 *** Amixbook [~Amix2008@106.80-203-44.nextgentel.com] has joined #openttd 11:02:58 <Noldo> I've used similar language but the word used in it was 'vede' 11:03:02 <Amixbook> could someone send me Industrial Stations Renewal v0.7.0 ? 11:03:20 <Amixbook> i only find 0.7.1 or 0.6.0 online 11:03:22 <peter1138> http://grfcrawler.tt-forums.net/ 11:03:27 <peter1138> It's in the ISR thread. 11:03:57 <Bjarni> why do you want 0.7.0 when there is 0.7.1? 11:03:57 <peter1138> http://www.tt-forums.net/viewtopic.php?p=705380#p705380 11:04:07 <Yorick> Bjarni: network games 11:04:07 <peter1138> Oh... you want 0.7.0... heh... 11:10:37 <Amixbook> Yorick: i cant login to the !Mega servers 11:10:43 <Amixbook> as it requires Industrial Stations Renewal v0.7.0 11:10:56 *** Roujin [~Roujin@p54973312.dip0.t-ipconnect.de] has joined #openttd 11:11:06 <Yorick> Amixbook: hmm, I supplied updated maps 11:11:26 <Amixbook> its not that 11:11:31 *** Tekky [~chatzilla@p5493F1EF.dip.t-dialin.net] has joined #openttd 11:11:38 <Yorick> http://www.openttdcoop.org/wiki/GRF 11:11:39 <Amixbook> it doesnt want to take v0.7.1 11:11:48 <Yorick> try the 7.0 legacy 11:11:52 <Amixbook> your megaservers 11:11:58 <Amixbook> oki 11:12:09 <Ammler> :-) 11:12:14 <Yorick> and they aren't mine :) 11:12:26 <Ammler> please do not ask same question in 2 different channels :P 11:13:09 *** Farden [~jk3farden@lns-bzn-48f-81-56-247-196.adsl.proxad.net] has quit [Ping timeout: 480 seconds] 11:13:27 <Amixbook> question is a question 11:13:32 <Amixbook> whatever 11:13:33 <Amixbook> ;p 11:13:37 *** ben_goodger [~ben@host81-153-29-228.range81-153.btcentralplus.com] has quit [Ping timeout: 480 seconds] 11:14:06 *** ben_goodger [~ben@host81-153-29-228.range81-153.btcentralplus.com] has joined #openttd 11:14:24 <Tekky> Hi everyone. I have started a poll in the forums about whether YAPP signals should be renamed (currently they are called "advanced signals"). Here is the link: 11:14:25 <Tekky> http://www.tt-forums.net/viewtopic.php?f=32&t=38981 11:14:27 <Tekky> Does anyone know whether adding a new option to a poll resets all poll results to 0? Does this happen even if people are permitted to change their vote? 11:16:06 <Amixbook> heh 11:16:08 <Amixbook> 7.0 11:16:12 <Amixbook> got 0.6.0 11:16:24 <Amixbook> 7.2 got 0.7.1 11:16:38 <Amixbook> buth the mega servers requires 0.7.0 11:16:39 <Amixbook> ;p 11:17:27 <Amixbook> is the one responsible for !Mega's servers here? 11:17:30 *** Dred_furst [~Dred_furs@user-5440e40a.wfd80a.dsl.pol.co.uk] has joined #openttd 11:19:37 <Yorick> Amixbook: he doesn't like irc... 11:20:01 <Yorick> try 7.1 legacy pack 11:20:03 <Tekky> Current results: 5 votes for renaming YAPP "advanced signals", not a single vote for keeping the name :-) 11:20:49 <Tekky> But I guess it is enough if we rename them before OpenTTD 0.7 is released. 11:20:57 <peter1138> I haven't voted, but my vote is worth 20 of your normal votes. 11:21:11 <Noldo> peter1138: :) 11:21:13 <Tekky> peter1138: damn :-( 11:21:14 <peter1138> And I vote for either leaving them as is. 11:21:17 <Yorick> what would you vote 11:21:23 <Yorick> or 11:21:27 <peter1138> If you must, renamed them to PBS, as that is what people are used to. 11:21:29 <peter1138> -d 11:21:52 <Tekky> yes, nobody calls them "advanced signals" in common speech. 11:21:58 <Yorick> but they're not the same as the ttdpatch pbs 11:22:09 <peter1138> They're still PBS signals. 11:22:42 <peter1138> OpenTTD's original PBS was called PBS, and that was very unlike TTDPatch's... 11:22:53 <Amixbook> Yorick: could you tell him to upgrade to 0.7.1 atleast? 11:23:04 <Amixbook> ;p 11:23:06 <Tekky> the new YAPP OpenTTD PBS signals are much more like TTDPatch PBS signals. 11:23:10 <Yorick> Amixbook: just tell him at clanmega.warlink.eu 11:23:31 <Amixbook> frustrating when i have downloaded all grfs 11:23:32 <Amixbook> :D 11:23:41 <Amixbook> and the remaining one is Industrial Stations Renewal v0.7.0 11:23:42 <Tekky> especially since TTDPatch introducted "through signals": http://wiki.ttdpatch.net/tiki-index.php?page=ThroughSignals:Alpha 11:23:43 <Amixbook> ;P 11:24:28 <Tekky> the only difference between TTDPatch "through signals" and OpenTTD YAPP one-way signals are the default graphics :-) 11:25:44 <Ammler> Amixbook: it doesn't need 11:25:58 <Ammler> thats why we have the legacy packs :-) 11:26:00 <Tekky> so, peter1138, I suggest you give your 20 votes to "PBS signals", because they are so similar to TTDPatch PBS signals. :-) 11:26:10 <Amixbook> ? 11:26:36 <Yorick> peter1138 is not the only developr... 11:27:04 <Amixbook> well, Industrial Stations Renewal v0.7.1 doesnt work with Industrial Stations Renewal v0.7.0 11:27:11 <Ammler> Tekky: why do you care about the name that much? 11:27:22 <Amixbook> http://www.tt-forums.net/viewtopic.php?p=705380#p705380 11:27:24 <Amixbook> see 11:27:30 <Amixbook> says v0.7.0 11:27:31 <Yorick> Ammler: because it is confusing 11:27:41 <Amixbook> but download is changed to v0.7.1 11:27:43 <Amixbook> ;p 11:27:54 <Ammler> well, I give up 11:27:56 <Yorick> Amixbook: that's the branch-thingie, I think 11:28:03 <peter1138> Ammler, I was thinking that too ;) 11:28:11 <Ammler> so you didn't find the old one in legacy pack? 11:28:17 <Amixbook> nope 11:28:40 <Amixbook> thats why its frustrating 11:28:41 <Amixbook> hehe 11:29:23 <Ammler> Amixbook: do you bet? 11:29:23 <Amixbook> i even got dutch tram set r15 in the end 11:29:23 <Tekky> Ammler: The name "advanced signals" is not appropriate, I think, because it is never used in common speech and also will never be. Therefore, I believe it should be renamed to something more descriptive, such as "PBS signals". 11:29:47 <Amixbook> Ammler: i have tried all of the packages 11:29:50 <peter1138> They're referenced in the code as PBS too. 11:30:08 <peter1138> And I like the yellow dot ;) 11:30:13 <Amixbook> or macosx screws with me, but i know 11:30:28 <Ammler> Amixbook: show me the server... 11:31:04 <Amixbook> its the !Mega's 11:32:31 <Amixbook> !Mega's Europe Map @ clanmega.warlink.eu 11:33:21 <Yorick> Ammler: I got your approval for it... 11:33:37 <Yorick> ;) 11:33:43 *** Yorick [~Yorick@82-171-205-190.ip.telfort.nl] has quit [Quit: now Poef!] 11:34:23 <Tekky> peter1138: Well, I'd prefer that YAPP PBS signals are given the standard simple signal graphics and that the legacy signals will be given special graphics instead. 11:34:26 <Ammler> :-) 11:35:00 <Tekky> peter1138: I'd prefer the yellow dot being used instead for distant signals, which tell a train to slow down because the next main signal is red. 11:35:13 <Bjarni> <Amixbook> or macosx screws with me, but i know <-- it really shouldn't matter which OS you use 11:35:55 *** Farden [~jk3farden@lns-bzn-48f-81-56-247-196.adsl.proxad.net] has joined #openttd 11:37:09 <Amixbook> it would be fine if someone got 0.7.0 11:37:12 <Amixbook> and sent it 11:38:52 <Ammler> omg, why do we all that work :-( 11:43:11 <Amixbook> ? 11:44:55 <planetmaker> Amixbook: just download the #openttdcoop grfpack 7.2 legacy and you should have the ISR 0.7.0 - I guess :) Not entirely sure though. 11:45:02 <planetmaker> And tell your admin to upgrade. 11:45:25 <Ammler> planetmaker: I am :-P 11:45:35 *** selle [~s@g221.ip7.netikka.fi] has quit [Quit: brownies] 11:45:39 <planetmaker> :) The grfpack god hath spoken ;) 11:46:00 <Ammler> else it would be a bug in our pack :-) 11:46:21 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has quit [Remote host closed the connection] 11:46:37 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd 11:46:59 <Amixbook> planetmaker: 0.7.1 is there 11:47:23 <planetmaker> Amixbook: that's the 7.2 pack. But the legacy has 0.7.0 11:48:49 <planetmaker> you did care to actually look at our pack's download site? Then you'll find this link: http://www.openttdcoop.org/newgrfs/ottdc_grfpack_7.2_legacy7.1.zip 11:49:56 *** ecke [~ecke@213.195.202.130] has joined #openttd 11:50:40 <Amixbook> planetmaker: yes, and there is no 0.7.0 there too 11:51:51 <planetmaker> then maybe the legacy to pack 7.0 11:52:26 <Ammler> is IS 7.1 11:52:50 <Ammler> Amixbook: your problem isn't ISR, it is the dutchset 11:53:14 <Ammler> they use not a coop grf version for that 11:54:05 <Ammler> I could at least join the server, but the dutch trams don't allow me... 11:54:18 <Amixbook> ? 11:54:26 *** Sir_Bob [~chatzilla@c122-107-225-82.eburwd5.vic.optusnet.com.au] has quit [Ping timeout: 480 seconds] 11:55:17 <Amixbook> ohh 11:55:25 <Amixbook> found it in 7.0 11:56:00 <Ammler> http://www.myimg.de/?img=megabug40e31.png 11:57:02 <Amixbook> its in legacy 7.0 or 7.1 11:57:05 <Amixbook> i think 11:57:22 <planetmaker> we told you :) 11:57:42 *** ben_goodger [~ben@host81-153-29-228.range81-153.btcentralplus.com] has quit [Ping timeout: 480 seconds] 11:58:12 *** ben_goodger [~ben@host81-153-29-228.range81-153.btcentralplus.com] has joined #openttd 11:58:14 <Ammler> tell the server admin, he should use the GRFs for the server from one pack and not combine different packs. 11:58:29 <CIA-5> OpenTTD: rubidium * r14074 /trunk/ (Makefile.bundle Makefile.in Makefile.msvc): -Codechange: split the bundle generation out of the main makefile so it can be reused for making bundles from MSVC compiles. 11:58:48 <Amixbook> http://www.tt-forums.net/viewtopic.php?p=609644#p609644 12:01:00 <Ammler> Amixbook: in our pack is r20 12:01:09 <Ammler> that one is r15, only. :-) 12:01:26 <Ammler> so no reason for me to downgrade... 12:02:14 <Ammler> sometimes our pack has newer versions then the author self :-) 12:06:42 <Ammler> well, in that case, we have an old version, too. -> updated to r26 12:09:00 *** selle [~s@g221.ip7.netikka.fi] has joined #openttd 12:09:09 <Tekky> Does TTDPatch also have an IRC channel? 12:10:03 <peter1138> There's #tycoon but it's not dedicated to TTDPatch. 12:10:05 <planetmaker> #tycoon maybe? 12:10:28 <Tekky> Does anyone know where I can find the NewGRF specification? The ttdpatch wiki is down. :-( 12:10:52 <Tekky> peter1138, planetmaker: thx 12:13:34 <Ammler> there is a zipped version of the wiki 12:14:00 <Ammler> but it might also be located at wiki.ttdpatch.net... 12:15:01 <Tekky> Owen Rudge already told me that the ttdpatch wiki will be up again in a few minutes. 12:15:09 <peter1138> There's a read only wiki some where... Might be wiki2 12:15:19 <peter1138> Yeah, it is. 12:15:20 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 12:15:23 *** mode/#openttd [+v glx] by ChanServ 12:16:36 <Tekky> What exactly is a NewGRF callback? Is that a piece of compiled object code, i.e. a compiled C function which takes parameters and returns a value? 12:18:31 <peter1138> It's an FSM driven by data (which could be considered byte code) from the GRF. 12:19:24 <Tekky> FSM = finite state machine? 12:19:27 <peter1138> Using the same 'entry point' as a sprite look up, the GRF tells the so called 'resolver' what to check for and what response to give. 12:19:30 <peter1138> Yes. 12:20:55 <Tekky> I guess the NewGRF callbacks run in a sandbox, so they are no security issue? 12:21:16 <peter1138> There is no code involved, just data. 12:22:33 <Tekky> hmmmm, the wiki article about FSM talks about "actions"..... that sounds dangerous to me :) 12:23:09 <Amixbook> Thanks for the help! 12:23:36 <Tekky> I hope this is all explained in the NewGRF specification? 12:23:44 <peter1138> It's all in the spec. 12:24:09 <peter1138> A chain of 'varactions' is followed leading to a final result. 12:25:40 <peter1138> Basically the only thing it can do is check variables and give a different response based on them. 12:25:43 <Tekky> thx, I guess I will have to wait for orudge to get the ttdpatch wiki working again :-) 12:25:52 <peter1138> As I said, wiki2.ttdpatch.net works fine. 12:26:03 <Tekky> ah, thx... I will try it immediately. 12:26:22 * orudge is just waiting for this script to finish scanning things 12:28:18 *** Doorslammer [Doorslamme@PIPP-p-203-54-115-242.prem.tmns.net.au] has joined #openttd 12:35:08 *** fjb [~frank@p5485FF73.dip.t-dialin.net] has left #openttd [Kopete 0.12.7 : http://kopete.kde.org] 12:36:45 *** fjb [~frank@p5485FF73.dip.t-dialin.net] has joined #openttd 12:37:12 <Brianetta> Someone wants a back-patch to put YAPP into 0.6 12:37:16 <Brianetta> Weird. 12:37:18 *** Fuco [~dota.keys@ip-105.imafexbb.sk] has joined #openttd 12:39:40 <blathijs> Brianetta: Completely understandable, but hardly feasible I guess 12:39:59 <blathijs> Brianetta: Just using a nightly is probably a better plan, then 12:40:08 <frosch123> someone asked me the same lately. I replied him he should hire some programmer for a month. Then he answered that his from is resolved as ottd 0.6.2 already contains signal graphics :s 12:40:28 <frosch123> s/from/problem 12:41:28 <Brianetta> blathijs: Certainly better. 12:42:08 <Tekky> Since when does OpenTTD actually support multiplayer? The original TTD did not support multiplayer, did it? Does TTDPatch support multiplayer? 12:42:53 <Rubidium> Tekky: since eons (somewhere in 0.3-ish IIRC) 12:44:06 <Tekky> Does the original TTD and TTDPatch support multiplayer? 12:45:16 <Rexxars> yes 12:45:21 <Rexxars> but they're crude 12:46:40 <Rexxars> nothing like the awesome server browser, non-disconnecting awesome piece of multiplayer available in OTTD <3 12:48:21 <Brianetta> TTD supports two players over serial or IPX 12:48:37 <Brianetta> TTDPatch supports the same, as far as I know 12:51:09 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has joined #openttd 12:52:38 <Ammler> back to the win/dos grf problem: how would it be, if we all would use the dos palette? as dos has more colors then win, all (specially the original) windows grfs should be convertable to dos, aren't they? 12:53:14 *** Farden [~jk3farden@lns-bzn-48f-81-56-247-196.adsl.proxad.net] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )] 12:54:49 * Belugas is amazed at the numerous occurences of the infamous "we should" when it comes to feature wishes or discussions 12:55:04 <Belugas> noticed while back log reading... 12:55:08 <CIA-5> OpenTTD: rubidium * r14075 /trunk/os/win32/installer/ (5 files): -Codechange: make the windows installer more platform aware and warn when the to-be-installed binary isn't the recommended one (or won't work at all). 12:55:09 <fjb> Theoretically yes. But some authers may not allow to change their GRFs. And some GRFs are released only with the Windows palatte. 12:56:02 <Ammler> fjb: well, if it is only the legal issue... 12:57:00 <Ammler> I bet, they would agree, to a "autoconverter" in ottd... 12:57:27 <Ammler> they just don't like if you decompile for altering... 12:57:29 <Brianetta> Ammler: Problem would be compatibility with Patch, where most people use the Windows palette 12:58:10 <Ammler> Brianetta: why? We still can use windows grfs too, they just would be converted to dos... 12:59:05 <Brianetta> OK; what if you don't have the DOS version? 12:59:17 <fjb> Always using the DOS palette would be a good thing. The palatte has to beconverted internally in OpenTTD anyway as almost nobody is running his display with 256 colors only. 12:59:23 <Ammler> then you have the windows haven't you? 12:59:27 <Brianetta> When you convert your Windows one, are the files the same as the real DOS ones? 12:59:29 <Ammler> else it doesn't make sense :-) 13:00:00 <Brianetta> The differing palettes are there because some people have different TTDs 13:00:17 <Ammler> Brianetta: do you talk about original grfs? 13:00:21 <Brianetta> Yes. 13:00:37 <Ammler> I gess the missing sprites won't be used in ottd. 13:00:38 <Brianetta> Still a requirement as of today's trunk. 13:01:01 <fjb> And OpenTTD can not automatically decide which GRF is a DOS one and which is an Windows one. You would have to kind of tag them or sort them into different directories. 13:01:25 <Ammler> fjb: it does that already, somehow 13:01:30 *** fmauNekAway is now known as fmauNeko 13:01:40 <Ammler> with name and md5, I guess... 13:01:52 <glx> Ammler: yes but only for TTD files 13:01:57 <fjb> The original GRFs are no problem, as OpenTTD can tell them apart and use both kinds. 13:02:04 <glx> it can't do it for newgrfs 13:02:52 <fjb> Newgrfs would have to be separated by the user, maybe simply in different subdirectories of the data directory. 13:03:27 <glx> and many users will do it wrong and complain 13:03:42 <Amixbook> is it possible to transport goods from a city to another city? 13:03:49 <fjb> Or you could tag them in openttd.cfg. 13:03:54 <Brianetta> Amixbook: Goods aren't produced by a city. 13:04:05 <Amixbook> oki 13:04:08 <Ammler> fjb: the whole discussion is because of the original GRFs 13:04:22 <Brianetta> They're produced (by default) in sawmills, factories and oil refineries. 13:04:27 <fjb> The original GRFs are no problem at all. 13:04:30 <Brianetta> You can deliver them to any city that accepts them. 13:04:39 <Ammler> of course they are, not eveyone has windows GRF 13:04:45 <Amixbook> i know 13:04:57 <Ammler> and so those aren't able to join our server. 13:05:00 <fjb> OpenTTD can tell them apart and can handle both types. That is the easy part. 13:05:02 <Amixbook> but i didnt know if you could or couldnt between cities 13:05:20 <Ammler> fjb: I see, you are a SP'ler ;-) 13:05:25 <glx> Ammler: they can join, they just have ugly colors 13:05:38 <fjb> I'm a what? 13:05:44 <Ammler> SinglePlayer 13:06:20 <fjb> Ammler: No, I already looked at the OpenTTD source relatetd to the palette conversion. 13:06:32 <Brianetta> glx: They can't join 13:06:37 <Brianetta> er, sorry, they can 13:06:41 <Ammler> Brianetta: they can 13:06:44 <Brianetta> but they're guaranteed horrid colours 13:06:45 <Ammler> :-) 13:07:08 <Brianetta> Even though the dos version of the newgrfs would work, the MD5 system prohibits them. 13:07:10 <Rubidium> or desyncs because their newgrfs get disabled 13:07:13 <Ammler> since ottd supports both, we hat 1 visitor at #openttdcoop with dos grfs :-) 13:08:18 <Ammler> (at least 1, I know of) 13:08:54 <Ammler> current solution is to tell him, downloading windows originals, which isn't that proper. :-( 13:08:56 <fjb> It's a bit cluttered over some source files. OpenTTD can tell if it found the original files from the DOS or the Windows version. It the decides which palette to use for all GRFs. You can also force it to use the DOS palette if I'm not mistaken. 13:10:28 <Ammler> but 1 fact: conversion from windows to dos: always ok, win-dos might be problematic. 13:10:37 *** fmauNeko is now known as fmauNekAway 13:11:18 <Ammler> dos-win should it be :-) 13:12:29 <Ammler> and if ottd would do the conversion in the ram, you wouldn't have the legal problems... 13:13:04 <glx> it should be possible to use both palettes at the same time with 32bpp blitter I think 13:13:31 <fjb> OpenTTD already kind of "converts" evrything when it is running on a display with more than 256 colors. 13:14:28 <fjb> What happens internally aftrer the GRF is loaded is no legal problem. 13:14:33 <glx> but of course it will still be hard to determine the palette to use for newgrfs 13:15:24 <fjb> There is already a routine to convert DOS palette to Windows palette in the code. 13:15:47 <fjb> Telling which palette a newgrf uses is near impossible. 13:16:17 <Brianetta> The newgrf dialogue could have a toggle-box for Windows or DOS. Players could toggle the toggles until it looked OK. 13:16:22 <Ammler> well, we would then distribute only dos :-) 13:17:03 <fjb> I also thought about that toggle. That or different directories. The toggle would be the cleaner solution. 13:17:04 <Brianetta> Of course, the config file would need to haev some way of specifying palette, too 13:17:50 <fjb> Ammler: You can not only distribute DOS GRfs, because some are relaesed Windows only. 13:18:17 <Ammler> fjb: I know, I would need to ask the authors again... 13:18:25 <Ammler> but I mean theoretically... 13:18:29 <fjb> Enhacing the config file is really no problem. 13:18:35 <Brianetta> How does it matter that DOS newgrfs have more colours available? 13:18:47 <Brianetta> None of them actually use them. 13:19:05 <Ammler> Brianetta: it seems original uses them 13:19:13 <fjb> Ammler: I know about at least 3 people who would not easily do something special for OpenTTD. 13:19:31 <Ammler> at least, if you convert original dos to windows, it doesn't look nice... 13:19:38 <Ammler> GUI wise... 13:20:16 <Ammler> fjb: but those have dos grfs already :-) 13:20:44 *** KillaloT [~killalot@0x5738ccbb.rdnqu1.dynamic.dsl.tele.dk] has joined #openttd 13:20:53 <fjb> Ammler: Are you sure that they are the only ones and will stay the only ones? 13:21:01 <Ammler> actually, I know nobody... 13:21:16 *** fmauNekAway is now known as fmauNeko 13:26:15 *** KritiK [~Maxim@78-106-136-59.broadband.corbina.ru] has joined #openttd 13:33:57 *** Roujin [~Roujin@p54973312.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 13:34:50 <Eddi|zuHause> <ln> we have a piglatin-style word in finnish, "pig's german", which means 'gibberish'. <- we call that "Kauderwelsch" [especially when different languages are mixed] 13:35:47 <Bjarni> we call it Volapyk 13:35:58 <Bjarni> which is actually the name of some language 13:36:05 <Prof_Frink> Double dutch! 13:37:44 <Bjarni> once in a while Russian can be used too as something nobody understands. However it's not used much 13:38:31 <Prof_Frink> It's all Greek to me. 13:40:12 <Eddi|zuHause> we say "Spanish" there... 13:41:29 <Bjarni> a rare expression is that something hard/impossible to understand is "a town in Russia" 13:42:24 <Bjarni> however I don't like the expressions that people elsewhere are dumb/impossible to say. Somehow it's not fair to those people 13:42:33 <Eddi|zuHause> sometimes germans say "Ich versteh nur 'Bahnhof'." 13:43:05 <Eddi|zuHause> ("All i understand is 'train station'." 13:43:09 <Prof_Frink> Bjarni: I'm English. It's up to johnny foreiner to learn our language. :p 13:43:53 <Bjarni> Im gut at engrish 13:44:06 <Bjarni> me speek goote English, ja? 13:44:09 *** gord [~gord@host81-157-95-109.range81-157.btcentralplus.com] has joined #openttd 13:44:09 <Bjarni> :P 13:45:30 *** Roujin [~Roujin@p54973312.dip0.t-ipconnect.de] has joined #openttd 13:46:10 *** gord [~gord@host81-157-95-109.range81-157.btcentralplus.com] has quit [] 13:47:09 <Eddi|zuHause> what does a process status of "SLl" mean? 13:51:18 *** Yorick [~Yorick@82-171-205-190.ip.telfort.nl] has joined #openttd 13:54:09 *** mikl [~mikl@cpe.ge-0-2-0-812.0x50c774be.boanqu1.customer.tele.dk] has quit [Quit: mikl] 13:57:58 <CIA-5> OpenTTD: frosch * r14076 /trunk/src/ (11 files in 3 dirs): -Codechange: Merge the four start/stop commands into a single CMD_START_STOP_VEHICLE. 13:58:17 <fjb> SL? Spielleiter, kind of admin. :-) 13:59:11 <ln> English only! 14:01:10 <Eddi|zuHause> fjb: wrong context :p 14:04:05 <Yorick> hm, wireless has quite a bit of packet loss 14:04:38 <Yorick> 3/146 is average here 14:06:35 <ln> "Spielleiter, kind" = german 14:07:17 <Eddi|zuHause> no, "kind" is not german... "Kind" would be... 14:18:32 *** CelestarT42p [~Jadzia_Da@pD9E4F82C.dip.t-dialin.net] has joined #openttd 14:18:35 <CelestarT42p> heya 14:20:30 *** Wezz6400 [~Wezz6400@145-118-111-36.fttx.bbned.nl] has joined #openttd 14:24:30 <Eddi|zuHause> what's a T42p anyway? 14:24:38 <hylje> laptop 14:24:45 <hylje> a thinkpad to be more precise 14:24:49 *** fmauNeko is now known as fmauNekAway 14:25:10 <CelestarT42p> correct hylje 14:25:28 <CelestarT42p> my workstation's ssh daemon died, so I can't connect to Celestar :P 14:26:48 <Eddi|zuHause> that's unfortunate ;) 14:27:15 <CelestarT42p> VERY :P 14:28:21 <Yorick> just kill it with nickserv 14:28:52 <SpComb> and your hg repo is also down? 14:28:57 <SpComb> at least it was a week ago or so 14:30:24 <CelestarT42p> SpComb: yeah 14:30:32 <CelestarT42p> SpComb: made a new one. http://arwen.fvfischer.de:8000 14:30:55 <CelestarT42p> Yorick: no need, I'm happy with my current nick 14:31:02 <peter1138> http://84.246.152.229:8000/ is fairly up to date. 14:31:31 <Wolf01> ssh to your nearest power plant and cut the power for 15 minutes, so if you have an ups it should run out of batteries, the problem is: does it restart when the power will come back? 14:31:39 <peter1138> Actually, laughing at the last few commits... 14:31:47 <hylje> haha 14:33:17 <hylje> how does one save hg repositories to memorizable names 14:33:41 <Wolf01> dyndns? 14:34:05 <hylje> hg can bind long urls to short tags 14:35:25 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer] 14:35:30 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 14:38:10 <Ammler> CelestarT42p: we had many desyncs with last test, are you aware of those? 14:38:37 <Ammler> (no grfs) 14:39:00 <CelestarT42p> Ammler: no 14:39:21 <CelestarT42p> Ammler: when was that test? 14:39:26 <Ammler> when did you test MP last time? 14:39:38 <CelestarT42p> Ammler: a week ago maybe 14:39:49 <CelestarT42p> peter1138: laughing at which ones? :P 14:40:23 <Ammler> we did that on dev with svn r14000 14:40:38 <planetmaker> should still be up and running. 14:41:06 <planetmaker> hello, btw :) 14:41:47 <Ammler> well, it seems you merged a lot since then, we should update it maybe. 14:44:39 <CelestarT42p> Ammler: yeah maybe you should :) 14:44:41 <CelestarT42p> hey 14:44:57 <CelestarT42p> Ammler: none of you used autoreplace and things like those? 14:44:59 <hylje> CelestarT42p: probably merge merge merge 14:45:07 <CelestarT42p> hylje: ? 14:45:15 <hylje> the laughing stock 14:46:03 <peter1138> Yeah, top 4 commits :)_ 14:46:30 <CelestarT42p> food time 14:46:47 <CelestarT42p> peter1138: yeah :P 14:46:50 <CelestarT42p> but.. it works 14:47:54 * peter1138 ponders syncing railtypes. 14:48:03 <peter1138> Actually quite a bit of it could go straight into trunk. 14:48:24 <peter1138> Mostly using properties for strings instead of relying on consecutive IDs. 14:49:31 *** fmauNekAway is now known as fmauNeko 14:51:16 *** Yorick [~Yorick@82-171-205-190.ip.telfort.nl] has quit [Quit: Poef!] 14:54:32 *** Roujin [~Roujin@p54973312.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 14:54:49 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has quit [Remote host closed the connection] 15:02:58 * peter1138 ponders how to rewrite GetBestRailtype() 15:04:17 *** Reemo [Dr_Jekyll@p57B0DD68.dip.t-dialin.net] has joined #openttd 15:04:57 <Wolf01> define "best" 15:05:04 * Belugas passes the opportunity 15:05:43 <hylje> the most general-purpose one introduced the latest 15:06:03 <Wolf01> so, elrail 15:06:08 <Eddi|zuHause> the one that looks the cutest 15:06:23 * hylje uses magic wand to create a pony-rail GRF 15:06:42 <Wolf01> why not? 15:06:43 <Wolf01> XD 15:06:46 <Eddi|zuHause> yeah, i'd buy that :p 15:07:25 *** gord1 [~gord@host81-157-95-109.range81-157.btcentralplus.com] has joined #openttd 15:07:26 <hylje> and for the guro-freaks out there, it's not about using ponies as sleepers 15:08:06 *** sunkan [sunkan@sunkan.bsnet.se] has quit [Read error: Connection reset by peer] 15:08:15 *** sunkan [sunkan@sunkan.bsnet.se] has joined #openttd 15:09:10 *** gord1 [~gord@host81-157-95-109.range81-157.btcentralplus.com] has quit [] 15:09:18 * Wolf01 wonders to have a nice far west scenery with railset, many horses and many natives assaulting the iron horse as disaster :D 15:09:22 *** gord [~gord@host81-157-95-109.range81-157.btcentralplus.com] has joined #openttd 15:09:24 *** Purno [~Purno@5350931D.cable.casema.nl] has joined #openttd 15:09:36 <hylje> pony trails 15:16:47 *** sunkan [sunkan@sunkan.bsnet.se] has quit [Ping timeout: 480 seconds] 15:17:01 *** gord [~gord@host81-157-95-109.range81-157.btcentralplus.com] has quit [Quit: Bye for now!] 15:20:21 *** sunkan [sunkan@sunkan.bsnet.se] has joined #openttd 15:25:00 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has joined #openttd 15:27:55 *** sunk [sunkan@sunkan.bsnet.se] has joined #openttd 15:27:59 *** sunkan [sunkan@sunkan.bsnet.se] has quit [Read error: No route to host] 15:27:59 *** sunk is now known as sunkan 15:29:12 *** Doorslammer [Doorslamme@PIPP-p-203-54-115-242.prem.tmns.net.au] has quit [] 15:34:43 <CelestarT42p> back 15:35:07 <CelestarT42p> peter1138: any new commits by you? 15:38:30 <peter1138> Nope. 15:38:48 <peter1138> I'm sure there are some stuck on galadriel? 15:38:54 <CIA-5> OpenTTD: belugas * r14077 /trunk/ (3 files in 2 dirs): -Fix: MSVC projects re-ordering 15:39:41 <CelestarT42p> peter1138: dunno 15:39:47 <CelestarT42p> peter1138: will know on monday 15:40:31 <CelestarT42p> peter1138: the blob size is the last thing I got by you 15:40:46 <peter1138> Yup. 15:40:58 <peter1138> I've got a little sideline project going ;) 15:41:05 <Belugas> little ?? 15:41:21 <CelestarT42p> peter1138: sideline to trunk or sideline to cargodest? :P 15:42:08 <peter1138> Not related to cargodest :) 15:43:35 <hylje> sideline in the rail network sense 15:43:37 <CelestarT42p> ah 15:46:30 *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke] 15:46:38 *** gord [~gord@host81-157-95-109.range81-157.btcentralplus.com] has joined #openttd 15:48:48 <CelestarT42p> hylje: ? 15:49:02 <hylje> smartassery 15:49:23 *** ecke [~ecke@213.195.202.130] has joined #openttd 15:56:19 <peter1138> I'm still pondering tunnels. 15:56:22 <peter1138> And signals. 15:56:26 <peter1138> And bridges... 15:56:30 <peter1138> And crossings... 15:58:35 <frosch123> bridges: draw a overlay over the existing bridgefloors - like trams 16:00:57 *** gord [~gord@host81-157-95-109.range81-157.btcentralplus.com] has quit [Quit: Bye for now!] 16:05:08 <CelestarT42p> peter1138: er what are you doin? :P 16:19:16 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 16:21:27 <CelestarT42p> Ammler: you around? 16:21:55 <Ammler> yeah 16:22:30 <CelestarT42p> Ammler: so when about can we do another MP test with cargodest? 16:22:56 <CelestarT42p> Ammler: and I need to think of a way to disable autoreplace during that test 16:23:02 <Ammler> everytime 16:23:05 <Ammler> :-) 16:23:25 <CelestarT42p> Ammler: k. When I'm back home tomorrow evening 16:23:26 <CelestarT42p> (= 16:23:45 <CelestarT42p> Ammler: tell me a bit about the desyncs you got during the last test 16:24:00 <frosch123> CelestarT42p: Make CheckAutoreplaceValidity() return false 16:24:24 <CelestarT42p> frosch123: thanks 16:24:26 <Ammler> CelestarT42p:hmm, can't really 16:24:35 <CelestarT42p> Ammler: k, np 16:24:37 <Ammler> desyncs happen very fast 16:24:57 <Ammler> maybe someone else like Progman can tell more 16:25:12 <Ammler> I wasn't online that much.. 16:25:15 <CelestarT42p> Ammler: for all players? 16:25:30 <Ammler> yep, also if you are alone there 16:27:06 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has quit [Read error: Connection reset by peer] 16:27:24 <Ammler> the server is still online at #openttdcoop.dev 16:27:43 <CelestarT42p> I see 16:29:05 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 16:36:57 <CelestarT42p> Mucht: you know a bit about latex right? 16:37:12 <Mucht> just a bit CelestarT42p 16:37:28 <CelestarT42p> "paper.tex:0: Bad DIV-value!(typearea) You should e.g. increase DIV, decrease fontsize(typearea) or change papersize." 16:37:32 <CelestarT42p> does this mean anything to you? 16:38:31 <Mucht> yes, I know now that you use the koma package 16:38:50 *** stillunknown [~stillunkn@82-136-225-75.ip.telfort.nl] has joined #openttd 16:38:52 <CelestarT42p> yeah, the template I got uses it 16:39:20 *** De_Ghost [~s@76-10-132-50.dsl.teksavvy.com] has quit [Remote host closed the connection] 16:39:39 <Mucht> give me your line of \documentclass 16:40:26 <CelestarT42p> %%% use twocolumn and 10pt options 16:40:26 <CelestarT42p> \documentclass[twocolumn,10pt,english]{scrartcl} 16:40:29 <CelestarT42p> er sorry for the comment :P 16:41:07 *** LilDood_ [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 16:45:59 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has quit [Ping timeout: 480 seconds] 16:46:07 *** LilDood_ is now known as LilDood 16:48:19 *** Netsplit resistance.oftc.net <-> saturn.oftc.net, charm.oftc.net, kinetic.oftc.net, synthon.oftc.net quits: eQualizer, Dred_furst, tokar, Suisse, Rexxars, Ailure, stillunknown, Ammler, Prof_Frink, Forked, (+59 more, use /NETSPLIT to show all of them) 16:51:35 *** Netsplit galapagos.oftc.net <-> resistance.oftc.net quits: CelestarT42p, PierreW, @peter1138, TheMask97, FauxFaux, helb, ob0t_, Kommer, Phantasm, @orudge, (+5 more, use /NETSPLIT to show all of them) 16:57:47 *** SpComb [terom@zapotek.paivola.fi] has joined #openttd 16:57:48 *** neli [micha@88.159.210.43] has joined #openttd 16:57:48 *** Celestar [~Jadzia_Da@galadriel.td.mw.tum.de] has joined #openttd 16:57:49 *** wao [israel@psybnc.sk] has joined #openttd 16:57:51 *** ln [~lanurm@castor.utu.fi] has joined #openttd 16:57:51 *** nfc [nfc@dsl-hkibrasgw2-fe20de00-185.dhcp.inet.fi] has joined #openttd 16:57:52 *** Zorn [zorn@e177236198.adsl.alicedsl.de] has joined #openttd 16:57:55 *** prakti [~myself@port-213-148-152-8.static.qsc.de] has joined #openttd 16:57:57 <CelestarT42p> Tekky: :D 16:57:57 *** TinoDidriksen [~projectjj@users113.kollegienet.dk] has joined #openttd 16:57:58 *** ArmEagle [~armeagle@cc8543-a.groni1.gr.home.nl] has joined #openttd 16:57:58 *** Progman [~progman@p57A1EB6F.dip.t-dialin.net] has joined #openttd 16:58:01 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 16:58:01 *** mode/#openttd [+v glx] by ChanServ 16:58:01 *** Bjarni [~Bjarni@0x50a46ad5.virnxx14.dynamic.dsl.tele.dk] has joined #openttd 16:58:02 *** mode/#openttd [+o Bjarni] by ChanServ 16:58:02 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has joined #openttd 16:58:07 *** elmex [~elmex@e180064004.adsl.alicedsl.de] has joined #openttd 16:58:10 *** Zealotus [~Ping@78-69-54-150-no70.tbcn.telia.com] has joined #openttd 16:58:10 *** dlunch [~dlunch@61.108.29.49] has joined #openttd 16:58:10 *** thgergo [~thgergo@members.openttdcoop.org] has joined #openttd 16:58:18 *** lobster [~michielbi@86.89.201.189] has joined #openttd 16:58:20 *** welterde [welterde@gandalf.srv.welterde.de] has joined #openttd 16:58:27 *** LilDood [~IceChat7@cpc2-bolt5-0-0-cust370.manc.cable.ntl.com] has joined #openttd 17:00:03 <Tekky> Ah, nice, in my poll about renaming YAPP "advanced signals", already 22 people have voted: http://www.tt-forums.net/viewtopic.php?f=32&t=38981 17:00:22 <Tekky> And only one single vote for keeping the name "advanced signals" :) 17:01:04 <CelestarT42p> considering that I would LOVE to have advance signals at some point, advanced signals sounds dangerous :P 17:01:20 <Tekky> yep :) 17:02:01 <CelestarT42p> I want to call them signals 17:02:02 <Tekky> I think YAPP "advanced signals" are actually a lot simpler to use than legacy TTD signals or presignals. 17:02:07 <frosch123> though I wonder why the title of the poll is not an option, i.e. "yapp signals" 17:02:17 <CelestarT42p> because they work basically how RL signals work 17:02:27 <Tekky> frosch123: because noone suggested it yet :) 17:02:30 <frosch123> "real signals" :p 17:02:41 <CelestarT42p> hm ... 17:02:49 * CelestarT42p looks up in stellwerke.de 17:02:53 <frosch123> Tekky: and I guess it is not a good idea, too 17:03:46 <Tekky> frosch123: I think it was a good idea before YAPP got into trunk. But now that YAPP is in trunk, I don't consider the name appropriate, anymore. 17:04:51 <Tekky> I still can't believe that YAPP made it into trunk :) This was a historic moment for OpenTTD..... 17:05:22 <CelestarT42p> http://home.arcor-online.de/estw/ks.gif <= I love this 17:05:27 <CelestarT42p> like a chrismas tree 17:05:50 <Bjarni> interesting signal page 17:05:59 <Bjarni> http://www.stellwerksbilder.de/bilder/a23.jpg <-- we have a system like this one 17:06:04 <Bjarni> it's still in use 17:06:09 <Tekky> hehe, yes, now that's what I call a "combo signal" :) 17:06:17 <Bjarni> AFAIK there aren't any plans to replace it 17:08:41 *** CIA-5 [~CIA@208.69.182.149.simpli.biz] has quit [Ping timeout: 480 seconds] 17:11:53 *** fmauNeko is now known as fmauNekAway 17:13:55 <Eddi|zuHause> hm... the problem when you make too many suggestions... you don't know which one to chose yourself :p 17:14:31 *** De_Ghost [~s@206-248-191-172.dsl.teksavvy.com] has quit [Ping timeout: 480 seconds] 17:18:41 *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke] 17:20:39 <Eddi|zuHause> we urgently need base costs per grf... 17:21:15 <peter1138> No we don't 17:21:30 <Eddi|zuHause> the vehicles of HOVS are 20 times more expensive than the vehicles of the German RV Set 17:21:34 <peter1138> We need base costs fixed by the difficulty setting, and individual costs given a larger range. 17:22:03 <peter1138> Things like that happen even when the sets are used individually. 17:23:01 <peter1138> I wonder what sort of range is needed. 17:23:15 <peter1138> Maybe a 16 bit value covering 4 bits either side of the current 8 bit value? 17:23:52 <Eddi|zuHause> you should ask that to the newgrf authors ;) 17:23:52 <peter1138> Or 32 bits covering 16 and 8 bits either side... 17:25:16 <frosch123> or a 4 bit exponent :p 17:25:19 <peter1138> :o 17:26:00 *** Yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has joined #openttd 17:28:18 <Eddi|zuHause> the vehicles of HOVS are insanely expensive anyway... 17:29:03 <peter1138> Exactly. 17:29:14 <Eddi|zuHause> a Model T costs the same as a BR 92 17:29:16 *** Tekky [~chatzilla@p5493F1EF.dip.t-dialin.net] has quit [Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]] 17:29:28 *** welshdragon [~vista@host86-137-66-208.range86-137.btcentralplus.com] has joined #openttd 17:29:32 <peter1138> So individual base costs does not solve the problem of cost balance. This is the main reason why I didn't do it. 17:30:01 <Eddi|zuHause> but they are even more insanely expensive when they cost 4 times as much :p 17:31:21 <CelestarT42p> I've *tried* to tackle the cost problem 17:31:22 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has joined #openttd 17:31:28 <CelestarT42p> there's no way to do it with newgrfs 17:31:45 <CelestarT42p> unless you keep track of all the grfs and adjust them individually 17:31:57 <Yorick> CelestarT42p: afaik the base costs are stored per vehicle 17:32:00 <Eddi|zuHause> yeah, each newgrf author has a different opinion on what the prices should be 17:32:28 <CelestarT42p> Yorick: yeah, but you cannot just override them, can you? I mean you can, but with a logical value? 17:32:47 <Yorick> you could make the base costs grf-specific for a start 17:33:17 <Ammler> if you would keep it per grf, you could overrule it if needed, that isn't possible now... 17:33:17 <Eddi|zuHause> we were discussing that already, and peter1138 did not want that 17:33:35 <CelestarT42p> Yorick: that's a hell of a work 17:33:44 <CelestarT42p> Yorick: you'd need a maintainer for all those cost bases 17:33:57 <CelestarT42p> that guy would need to play and judge what would be best .. 17:34:00 <Bjarni> you could make a (cost, power, year, speed) calculation on each grf and calculate a multiplier for each 17:34:17 <Bjarni> the issue would be... which formula to make that multiplier? 17:34:22 <Yorick> CelestarT42p: I mean only apply the base costs set by a newgrf to the vehicles of that grf 17:34:29 <Yorick> and not globally 17:38:44 <peter1138> Even the patch authors agreed that letting GRF authors change the base costs was a bad idea... 17:39:38 <CelestarT42p> we *could* override them 17:39:44 <Yorick> peter1138: what about only letting them change their own base costs 17:39:52 <Eddi|zuHause> hm... i need to make a list of patches that i need to apply to each build... 17:39:58 <peter1138> There are 49 base costs, and you'd need a local copy for all GRFs. 17:39:59 <frosch123> lets include TTDAlter into the cheat window :p 17:40:00 <Yorick> (and the ones they set a modifier to) 17:40:04 <peter1138> What about landscape altering costs? 17:40:27 <CelestarT42p> peter1138: what about forgetting newgrfs and resuming cargodest :P 17:40:28 <peter1138> Yorick, there is no such thing as 'their own base costs' 17:40:29 <Yorick> peter1138: for vehicles, I believe they are stored for each vehicle 17:40:45 <peter1138> CelestarT42p, I have little to add at the moment, except the cargo display in the vehicle window. 17:40:52 <peter1138> Yorick, you believe incorrectly. 17:41:08 <CelestarT42p> peter1138: I dunno if there is much more to add before a full-scale test imho 17:41:24 <peter1138> CelestarT42p, I still want your changes that are stuck ;) 17:41:38 <CelestarT42p> peter1138: I *think* everything is on arwen 17:41:54 <Eddi|zuHause> is ther a current daylength patch? 17:42:00 <CelestarT42p> peter1138: as I'm not devving on galadriel at all 17:42:37 <peter1138> There is a base cost, and a cost factor. Base cost is global, and cost factor is per vehicle, but is currently 8 bits. Changing that to 16 bits would help the problem, because then GRF authors wouldn't need to touch the base cost... 17:42:54 <peter1138> CelestarT42p, yes, but I think there were some changes there that I hadn't synced. Could be wrong of course. 17:43:10 <Belugas> Yorick, do not mix cost multiplier and base cost 17:43:15 <Belugas> i think this is what yu do 17:43:22 <Yorick> I think I do... 17:43:24 <peter1138> (Per engine type, rather than vehicle as it is in the game) 17:43:26 <CelestarT42p> peter1138: then pull them from arwen. she should have everything 17:43:32 <Yorick> I mean cost multiplier yes 17:43:35 <Belugas> err... that's what peter1138 is saying ^_^ 17:43:55 <Belugas> cost multiplier isnot a problem, it's the base cost that is 17:44:07 <Belugas> and that's the cost been affected by the inflation and all 17:44:27 <Yorick> Belugas: hmm, the long vehicles and german tram set doesn't work nicely together 17:44:48 <Yorick> don* 17:45:08 <Eddi|zuHause> Beim Laden von http://bugs.openttd.org/ ist folgender Fehler aufgetreten: 17:45:09 <Eddi|zuHause> Keine Verbindung zu Rechner bugs.openttd.org. 17:45:10 <Belugas> not my problem ^_^ 17:45:12 <Eddi|zuHause> :o ? 17:45:40 <Yorick> same here 17:45:57 <Yorick> can't connect to http://bugs.openttd.org 17:46:02 <Eddi|zuHause> the topic might be restored now... ;) 17:46:06 <Prof_Frink> Verbindung! 17:47:02 <peter1138> VERB! IN! DUNG! 17:47:12 <peter1138> German is crazy. 17:47:32 <Eddi|zuHause> a language is only as crazy as the person that is reading it :p 17:47:57 *** fmauNekAway is now known as fmauNeko 17:47:58 <Yorick> "Firefox kan geen verbinding maken met de server op bugs.openttd.org." 17:49:19 <peter1138> To be fair, it is called 'base_cost' in the code :( 17:49:21 <CelestarT42p> am I the only one who has his comp set to en_US or en_UK ? 17:49:31 <Eddi|zuHause> yes. 17:49:40 <CelestarT42p> peter1138: We'll need a code review at some point and I think Rubidium has volunteered :P 17:49:49 <FauxFaux> en_GB.UTF-8 17:50:02 <peter1138> Mine is en_GB.UTF-8 too. 17:50:28 <CelestarT42p> er sorry en_GB 17:50:41 <Eddi|zuHause> > locale 17:50:42 <Eddi|zuHause> LANG=de_DE.UTF-8 17:50:45 <CelestarT42p> en_US.UTF-8 17:50:58 <CelestarT42p> I *never* set my locale to something else than en_* 17:51:10 <CelestarT42p> because you only get non-googlable error messages 17:51:30 <Eddi|zuHause> i never set my locale... it always happens to be automatically detected ;) 17:51:40 <CelestarT42p> er .. who installed your system :P 17:51:43 <FauxFaux> On a related note, clearly we need a UK units setting, such that we can have miles/mph/stones/litres/.. etc. ¬_¬ 17:52:04 <CelestarT42p> imperial gallons that would be :P 17:52:07 <glx> FauxFaux: there's a dropdown in options 17:52:25 *** KillaloT [~killalot@0x5738ccbb.rdnqu1.dynamic.dsl.tele.dk] has quit [Read error: Connection reset by peer] 17:52:32 <FauxFaux> It only has full imperial, metric or si, UK is.. strange. :) 17:52:38 <peter1138> Imperial *is* UK... 17:52:42 <Belugas> invasion of the "we"... 17:53:01 <FauxFaux> Lies, weight and volume are now done with metric. 17:53:14 <CelestarT42p> FauxFaux: IRL? 17:53:30 <Eddi|zuHause> FauxFaux: they also are in the game, afaik 17:54:09 <Eddi|zuHause> and i don't like the "SI" setting... speeds in m/s are weird... 17:54:21 <FauxFaux> Mmm, it does appear to have volume in litres, I'm sure I saw ounces or something like that somewhere. 17:55:13 <FauxFaux> Ah, and feet. 17:55:23 <peter1138> ounces is a bit small, and is of course a measurement of mass... 17:55:26 <CelestarT42p> yeah I always measure the weight of cargo in a train in ounces :P 17:55:35 <peter1138> Belugas, 16 or 32 bits? 17:55:38 <FauxFaux> Fluid ounces? :p 17:55:46 <peter1138> != ounces 17:55:53 <FauxFaux> I know. :) 17:55:53 <CelestarT42p> flounces 17:55:55 <Eddi|zuHause> fluid ounces are different from ounces 17:56:10 <CelestarT42p> isn't a flounce a measurement of volume? 17:56:16 <FauxFaux> Yes. 17:56:24 <peter1138> fl. ounce, yes. 17:56:29 <Eddi|zuHause> and of course i have no idea how much either of them are 17:56:35 * FauxFaux either. 17:56:40 <CelestarT42p> Eddi|zuHause: an ounce is about 30grams 17:56:42 <Prof_Frink> Eddi|zuHause: Twentieth of a pint. 17:56:42 <peter1138> Americans know, but not in relation to any other real unit. 17:56:51 <CelestarT42p> hm .. 17:57:01 <FauxFaux> Yeah, but UK (imperial) and US pints are different sizes. 17:57:06 <CelestarT42p> yeah 17:57:16 <peter1138> I suppose 32 bit makes sense from a 'won't ever need to change it' point of view? 17:57:16 <Eddi|zuHause> in america they sold 96 fl oz bottles of cola 17:57:20 <Prof_Frink> FauxFaux: That's why I said "twentieth" 17:57:25 <CelestarT42p> cuz a US gallon is about 3.8 liters and an imperial gallon is about 4.5 17:57:28 <Eddi|zuHause> that looked roughly like 2l 17:57:49 <Belugas> [13:55] <@peter1138> Belugas, 16 or 32 bits? <-- reading back 17:57:51 * FauxFaux wishes the UK would just switch to km/h so I could sneer at all imperial units. :p 17:58:06 <CelestarT42p> fathoms per fortnight 17:58:40 <Prof_Frink> CelestarT42p: Furlongs is more conventional 17:58:51 <CelestarT42p> *shrugs* 17:58:55 <Belugas> peter1138, i'd say 16 would be enough 17:59:13 <CelestarT42p> heh. maybe Belugs wants to review cargodest? (= 17:59:27 <peter1138> Hm. 17:59:33 <Eddi|zuHause> do we really have that kind of space problems that we need to negotiate bits on a per-vehicle-type basis? 17:59:46 <Belugas> mmmh... but then.... 17:59:53 <peter1138> Belugas, that only leaves 4 bits either side. 17:59:55 *** |Jeroen| [~jeroen@78-21-228-27.access.telenet.be] has quit [Remote host closed the connection] 18:00:00 <Belugas> THINK BIG... let's go 32 bits! 18:00:30 <CelestarT42p> \o/ 18:00:40 <Prof_Frink> Belugas: Why stop there? 18:00:55 <CelestarT42p> meg 18:00:57 <CelestarT42p> meh* 18:01:08 <CelestarT42p> the routing diff against trunk is already about 5000 lines 18:01:25 <peter1138> I'm thinking 32 bits, and multiply the original stuff by 256 (8 bit shift) 18:01:37 <peter1138> Allows for small values, but also MASSIVE values ;)( 18:01:56 <peter1138> Also doing the same for running cost factor 18:02:37 <CelestarT42p> Ammler: when you tested cargodest, do you use identical boost versions? 18:03:51 <Yorick> CelestarT42p: boost is only used for drawing the graphs, right? 18:03:58 <CelestarT42p> Yorick: er now. 18:04:07 <CelestarT42p> Yorick: "graph" not "graphics" 18:04:20 <CelestarT42p> Yorick: boost is the graph 18:04:21 <Ammler> that might easy be possible 18:04:35 <CelestarT42p> Yorick: graph in the mathematical sense, not the GUI sense 18:04:42 <Yorick> ok :) 18:07:08 <Eddi|zuHause> my daylength patch of r12874 doesn't apply anymore :( 18:07:12 <CelestarT42p> Yorick: we basicall 18:07:27 <CelestarT42p> Yorick: we basically abstract the Order database in a graph 18:07:36 <CelestarT42p> Yorick: and then do a pathfinding on the graph 18:07:46 <CelestarT42p> Yorick: and cache the data of said pathfinding 18:08:15 <Yorick> using libraries for something that could desync with different versions is a rather bad idea 18:08:42 <glx> it will be in 3rdparty at one time 18:09:13 <CelestarT42p> Yorick: what glx said 18:09:47 * Belugas approves peter1138's way and is very sad to see Prof_Frink's madness once more been shown 18:09:50 <CelestarT42p> Yorick: we'll import boost into the source tree, so that we have a common base 18:09:51 <Belugas> but that was expected... 18:10:07 <Prof_Frink> Muahaha 18:10:09 <CelestarT42p> Yorick: it's a header-only implementation anyway 18:11:19 <CelestarT42p> peter1138: so should I remove all the GetStationName thing now or wait until this is desync-tested? 18:13:11 * peter1138 wonders if GetVehicleProperty should be done differently 18:13:21 <peter1138> CelestarT42p... er... should be okay for the desync test. 18:13:46 <CelestarT42p> peter1138: just so that debugging is easier (by using names)? 18:19:54 <Eddi|zuHause> - highest_value = x_axis_offset * 2; 18:19:55 <Eddi|zuHause> + highest_value=0; 18:20:06 <Eddi|zuHause> that does not look like it has anything to do with daylength... 18:24:23 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd 18:30:57 <Eddi|zuHause> i hate it when i accidentally watch "live" TV... i forget that i can't skip the commercials... 18:31:29 <CelestarT42p> hehe 18:31:31 <CelestarT42p> yeah 18:38:42 <Wolf01> eh, vehicles are really smart, I used a roadstop as waypoint with the go-via order, but vehicles instead of stop at the station behind the waypoint they do a weird travel and try to go at the roadstop they might have wanted to go without the waypoint 18:41:44 <Wolf01> ok, now the situation is normalised 18:42:24 *** CIA-5 [~CIA@208.69.182.149] has joined #openttd 18:43:08 <Yorick> "clients: 137 / 1512 (9.06%)" 18:43:40 <Yorick> I think we can shut down some 135.1 servers 18:43:59 *** ecke [~ecke@213.195.202.130] has joined #openttd 18:44:06 <Noldo> who's we? 18:44:14 <Yorick> the server admins 18:44:38 <Belugas> ho... you are one Yorick? 18:44:39 <Yorick> heh, someones using r9896 18:44:46 <Belugas> for coopopenttd, i meant 18:44:51 <Yorick> Belugas: we not including me 18:45:09 <Yorick> companies: 570 / 1144 (49.83%) :) 18:45:11 <Belugas> haaa... I forgot... that is indeed the general rule on this channel :) 18:45:54 <Brianetta> Nobody's hopped on my new game yet 18:46:30 <Belugas> i wold gladly do that Brianetta, if my boss was not watching over my time sheet ;) 18:46:35 <Brianetta> haha 18:46:49 <Brianetta> Oh, Belugas, you're a dev type and will probably know: 18:46:52 <Belugas> damned.. i forgot,, i have a boss a t home too... 18:47:02 <Brianetta> I'm planning to aggressively test the server with grvts for desyncs 18:47:10 <Brianetta> well, a server, at home 18:47:30 <Brianetta> Is it a problem to run the dedicated server and a client from the same folder? They're on an NFS share. 18:47:50 <Yorick> don't think it is 18:47:55 <Brianetta> If there's no issue with temporary files, etc, I won't have to change much. 18:48:01 <Yorick> only the config 18:48:37 <Belugas> I doubt you'll have trouble, we do not have temp files 18:48:45 <Brianetta> Just the network save 18:48:50 <Brianetta> which clients will ignore 18:49:08 <Belugas> but Yorick may have a point. I thnk you'll have an option to specify where openttd.cfg might be located 18:49:09 <Yorick> clients will make their own 18:49:10 <Belugas> i thnk 18:49:13 <Belugas> and yes, the saves... 18:49:38 <Brianetta> It's OK, config is configurable... 18:49:46 <Brianetta> and autosave will be off 18:50:00 <Belugas> but hey... i'm so much not a network guru... 18:50:11 <Brianetta> I'm going to hammer the save from my last Standard game 18:50:13 <Yorick> someone should teach clients about them sharing the drive with the server so they can read the save instead of downloading it :-) 18:50:31 *** Frostregen [~sucks@dslb-084-058-184-054.pools.arcor-ip.net] has joined #openttd 18:50:44 *** Roujin [~Roujin@p54973312.dip0.t-ipconnect.de] has joined #openttd 18:50:48 <Brianetta> Yorick: In this case, the server's on the NFS server, so it wouldn't save much 18:52:09 <frosch123> <Brianetta> I'm planning to aggressively test the server with grvts for desyncs <- maybe you want to wait for the new autoreplace... 18:52:27 <Brianetta> frosch123: It's not autoreplace related 18:52:43 <Brianetta> I suspect it's newgrf related 18:52:53 <Brianetta> I'm testing 0.6.2, you see (: 18:53:09 <frosch123> ah, ok :) 18:53:16 <Brianetta> If I can get that to desync predictably, I'll re-test with trunk 18:53:26 <Brianetta> If that desyncs, I have a case for Rubidium 18:53:56 *** Bjarni [~Bjarni@0x50a46ad5.virnxx14.dynamic.dsl.tele.dk] has quit [Quit: Leaving] 18:56:09 <glx> <Brianetta> Is it a problem to run the dedicated server and a client from the same folder? <-- I do it often 18:56:23 <Brianetta> glx: Thanks. Reassuring. 18:56:28 <CelestarT42p> peter1138: about autosave, does or does it not cause desyncs ? 18:57:07 <Brianetta> brian@rose ~/o/bin> ./openttd --help 18:57:07 <Brianetta> ./openttd: error while loading shared libraries: libSDL-1.2.so.0: cannot open shared object file: No such file or directory 18:57:09 <Brianetta> Arse. 18:57:12 <Brianetta> That used to work. 18:57:56 <Brianetta> I used to be able to run a dedicated server on the X-less machine from the binary linked against SDL. 18:58:18 <Brianetta> Looks like I'm going to have to duplicate the directory and recompile anyway. 18:59:31 *** Wolf01 [~wolf01@host129-15-dynamic.5-87-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] 19:00:34 <CelestarT42p> gotta go 19:00:45 *** CelestarT42p [~Jadzia_Da@pD9E4F82C.dip.t-dialin.net] has quit [Quit: leaving] 19:01:26 <Ammler> Brianetta: we do also use egrvts on ps 19:01:30 <Ammler> without desyncs 19:03:09 <Kloopy_> What's the default "intended" setting for the "Plane speed factor" patch? 19:03:29 <Ammler> what does that mean: dbg: [ms] Vehicle 149 (index 2340) arrived at wrong stop 19:03:43 <Yorick> I wonder... 19:03:45 <Ammler> Kloopy_: 1/4 is in TTD 19:03:48 *** Roujin [~Roujin@p54973312.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 19:04:00 <frosch123> Ammler: That you are using drive through stops 19:04:14 <glx> it's a multistop debug message 19:04:15 <Ammler> planespeed 1/1 is like cheating, because income won't be balanced 19:04:16 <frosch123> in multipstops 19:04:26 <Kloopy_> Ok, that's cool. We normally play with 1/4 but I wondered if that's because I'm server and what I set it to myself... if that's default it's fine. I just wanted to make even MORE money in some of my clan's multiplayer games. :P 19:04:34 <Kloopy_> Ammler, at 1/4 income isn't balanced. 19:04:53 <glx> but speed is 19:05:22 <Kloopy_> Tbh, should they not move at 1/1 speed but earn something like 1/8'th the income? 19:05:37 <Ammler> Kloopy_: just do not allow to many planes, about 10-20 19:06:09 <Kloopy_> hehe, I don't want to suggest that to the clan because I start with planes, make loads of money and then use that to make a massive efficient train network. 19:06:17 <Ammler> frosch123: wrong stop does mean? 19:06:17 <Kloopy_> The other players I play with should do the same, but they never learn! 19:06:54 <Ammler> Kloopy_: use my basecost grf :-) 19:06:58 <Brianetta> Unknown option --enable_desync_debug 19:06:58 <Brianetta> > ./configure --help | grep desync 19:06:58 <Brianetta> --enable_desync_debug=[LVL] enable desync debug options (LVL=[012], 0 is none 19:06:58 <Brianetta> brian@rose ~/openttd-0.6-dedicated> 19:07:01 <Brianetta> weird? 19:07:06 <frosch123> Ammler: The RV reserved a slot in another stop but while driving there it stopped in a different stop. 19:07:23 <Yorick> Brianetta: desync debug isn't in 0.6 19:07:25 <frosch123> Celestar is already assigned for fixing :) 19:07:27 <Yorick> --enable_desync_debug=1 19:07:35 <glx> use - not _ 19:07:42 <Brianetta> Yorick: Interestingly, the configure script knows about it 19:07:51 <Yorick> heh :) 19:07:52 <glx> don't listen to Yorick 19:07:53 <Brianetta> glx: Ah; misleading help 19:08:10 <glx> probably a c/p problem ;) 19:08:21 *** ecke [~ecke@213.195.202.130] has quit [Read error: Connection reset by peer] 19:08:23 <Brianetta> Yes; I used C/P 19:09:35 <Brianetta> I'm taking this off NFS 19:09:44 <glx> btw it's still wrong in trunk :) 19:09:45 <Brianetta> The debugging log will eat my network alive 19:09:52 * glx will look at that 19:09:53 <Ammler> many options in config.lib aren't documented somewhere else... 19:12:56 <Noldo> config.lib? 19:15:01 <Ammler> Noldo: http://vcs.openttd.org/svn/browser/trunk/config.lib 19:16:23 <Ammler> where else would I find --without-personal-dir? 19:16:43 <Noldo> aha 19:17:03 <Ammler> :-) 19:18:02 <Ammler> I have such a screwed GRF repo in my personal dir, sometimes I need a clean build to setup a scenario for a grfpack... 19:19:05 <Ammler> I would love to sort grfs with paths... :-) 19:19:07 <CIA-5> OpenTTD: glx * r14079 /trunk/config.lib: -Fix: misleading help in configure 19:19:16 <Brianetta> (: 19:19:26 <Kloopy_> I've found a "bug". It may well not be new to anyone, but trains can't crash into themselves. http://www.kloopy.com/fun/openttd-nocrash.png 19:19:33 <FauxFaux> Stupid question time: Any reports of the latest stable massively desynching on toyland, as it's doing it to everyone in this game on a machine that's been running other tilesets fine. :/ 19:19:39 <glx> Kloopy_: not a bug 19:19:39 <Brianetta> Kloopy_: Well known (: 19:19:46 <Kloopy_> ok :) 19:20:02 <Brianetta> We used to call it "train spooling" on the openttdcoop server 19:20:07 <Kloopy_> lol 19:20:26 <Kloopy_> It's an awesome way to setup a queue for a busy station. 19:20:30 <Kloopy_> :) 19:20:49 <Brianetta> If you can find a practical way to use it, sure 19:20:50 <Ammler> glx: is there a "system" which options are documented, which not? 19:20:54 <Belugas> "I've found a bugueueueueueueue, tralalalereueueueueu" 19:21:19 <glx> Ammler: no 19:21:26 <Ammler> :-) 19:22:17 <glx> Kloopy_: though I think it can't happen with YAPP 19:22:36 <Kloopy_> I have no signals down, so it'll be behaving like a standard signal block? 19:22:49 <Ammler> Kloopy_: if you would do such things on a well administrated server, you should be banned... 19:23:04 <Brianetta> Ammler: Not at all (: 19:23:13 <Brianetta> Like I said, there's no practical application 19:23:20 *** ecke [~ecke@213.195.202.130] has joined #openttd 19:23:49 <Ammler> Brianetta: reminds me of your Deathmath server :-) 19:23:59 <Ammler> c 19:24:31 * Prof_Frink likes the idea of deathmaths 19:26:39 <Prof_Frink> Kloopy_: I did that in TTWE. I then wondered how to deal with it. 19:27:50 <Eddi|zuHause> Prof_Frink: i'd totally Ïwn everyone :p 19:28:34 <peter1138> The deathmatch server was odd. 19:28:34 <Prof_Frink> Eddi|zuHause: I dunno, Brianetta's pretty mean with a sliderule 19:28:42 <peter1138> Despite the rules, everyone still played nice... 19:28:48 <Brianetta> I am 19:29:00 <Eddi|zuHause> Kloopy_: trains did that already in original TT 19:29:26 <Brianetta> Deathmatch was pretty cool. I might bring it back occasionally. 19:29:29 <Ammler> I had never chance to play there 19:29:32 <Prof_Frink> Eddi|zuHause: And then they were stuck 19:29:35 <Yorick> making trains able to crash into itself crashes them with depots 19:29:36 <Brianetta> It was a riot of colour. 19:29:45 <Prof_Frink> TTO/TTWE had no "reverse train" button 19:29:55 <Brianetta> Yorick: And adjacent wagons in the same train... 19:30:23 *** GT [~GT@adsl-dc-4664d.adsl.wanadoo.nl] has joined #openttd 19:30:36 <Eddi|zuHause> Prof_Frink: err... i think they had... or they would turn around when sending to depot etc. 19:30:48 <Prof_Frink> Nope 19:31:44 *** GT [~GT@adsl-dc-4664d.adsl.wanadoo.nl] has left #openttd [] 19:31:45 <Prof_Frink> I eventually sent a Chippie class in for a mercy killing 19:32:59 <Ammler> is it still possible to bridge bought land? 19:33:24 <glx> why wouldn't it be possible? 19:33:49 <Brianetta> DESYNC! 19:33:57 <Ammler> glx: I could use the unliked word :-P 19:34:05 <Brianetta> dbg: [net] 'Brianetta #1' reported an error and is closing its connection (desync error) 19:34:09 <Ammler> unrealistic 19:34:16 <Brianetta> I have desync logs 19:34:18 <Brianetta> w00t (: 19:34:28 <Yorick> Brianetta: did you do anything? 19:34:31 <Yorick> is it reproducable? 19:34:33 <Brianetta> Nothing but watch. 19:34:35 <Brianetta> Yes. 19:34:38 <Brianetta> Just wait. 19:34:40 <Ammler> but well, then you need to reserve land with stations 19:34:41 <Yorick> :D 19:34:49 <Ammler> or with bridges :-) 19:34:54 <Yorick> http://wiki.openttd.org/index.php/OpenTTDDevBlackBook/Network/Desync_debugging 19:34:57 <glx> Brianetta: now diff server.log client.log 19:35:16 <Brianetta> glx: 1. They're different lengths. 2. It wouldn't tell me an awful lot. 19:36:23 <Yorick> Brianetta: I'm afraid you did something wrong 19:36:28 <Ammler> DevBlackBook :-o 19:36:37 <Yorick> Ammler: you didn't know if it? 19:36:38 <glx> right, you should first remove all server lines before the client join 19:36:39 <Yorick> of* 19:37:02 <Ammler> I knew that desync debug page 19:37:08 <Ammler> but never realized that link 19:37:14 <Ammler> has it a index? 19:37:24 <Yorick> http://wiki.openttd.org/index.php/OpenTTDDevBlackBook 19:37:50 <Yorick> but some stuff is outdated 19:38:10 <Ammler> :-) 19:38:14 <Ammler> obvious 19:38:26 <Yorick> some if not all 19:38:37 <Ammler> (I mean the te index, not the "outdated") 19:39:49 <Brianetta> http://ppcis.org/standard/desync.zip 19:44:49 *** Roujin [~Roujin@p54973312.dip0.t-ipconnect.de] has joined #openttd 19:49:35 *** Tekky [~chatzilla@p5493F1EF.dip.t-dialin.net] has joined #openttd 19:55:16 *** GT [~GT@adsl-dc-4664d.adsl.wanadoo.nl] has joined #openttd 19:56:36 <Tekky> Damn, I think I have too many options in my poll about renaming YAPP signals. I'm afraid none of the option will get a 50% majority. :-( http://www.tt-forums.net/viewtopic.php?f=32&t=38981 19:56:52 <Fennec> eh 19:57:01 <Fennec> so hold a runoff 19:57:10 <Yorick> removing one would upset people 19:57:20 <guru3> what does yapp stand for? 19:57:24 <Tekky> unless of course peter1138 uses his 20 votes to vote for the "PBS signals" :) 19:57:28 <Eddi|zuHause> that's why germany introduced the 5% rule, to reduce the number of parties to the really relevant one 19:57:30 <Yorick> yet another pbs patch 19:57:42 <Tekky> guru3: http://wiki.openttd.org/index.php/Yet_Another_PBS_Patch 19:58:25 <Eddi|zuHause> Tekky: you're way too impatient with the poll... let it run for two weeks 19:58:33 <guru3> it looks complicated 19:58:39 <Tekky> Eddi: I'm just bored, not impatient :) 19:58:50 <Eddi|zuHause> guru3: it's really easy 19:59:17 <guru3> i think OpenTTD is really easy to play, but there are people that can't for the life of them figure it out 20:00:02 <Brianetta> http://ppcis.org/standard/desync.zip updated; now contains trimmed files, diffs, etc 20:01:38 <Brianetta> src/vehicle.cpp:1511 20:01:53 <Brianetta> That's the one that keeps making additional calls on the client 20:02:07 <Brianetta> src/tree_cmd.cpp:675 on the server 20:02:11 * Yorick pets brianetta 20:02:19 * Yorick gives brianetta a cookie 20:02:42 <Brianetta> After that they diverge rapidly 20:02:53 <Yorick> hmm 20:03:08 <Yorick> could you use the tree growth patch to disable tree growth? 20:03:28 <Brianetta> That happened after the vehicle.cpp call 20:03:31 <Eddi|zuHause> Yorick: that is hardly the cause 20:03:35 <Brianetta> so by then, state is different 20:03:40 <Brianetta> Every random number is different 20:03:45 <Yorick> hm 20:03:48 <Eddi|zuHause> Brianetta: the cause of the desync is before the first different random call 20:04:14 <Brianetta> Eddi|zuHause: True, but also true that every single random call after that is essentially blameless 20:04:21 <Brianetta> The damage is already done 20:04:22 *** De_Ghosty [~s@206-248-191-172.dsl.teksavvy.com] has joined #openttd 20:04:28 <Yorick> CheckVehicleBreakdown 20:04:32 <Yorick> breakdowns! 20:04:42 *** orudge changed the topic of #openttd to: 0.6.2 | Website: *.openttd.org (Translator: translator2, Gameservers: servers, Nightly-builds: nightly, WIKI: wiki, Dev-docs: docs, Patches & Bug-reports: bugs, Revision log: vcs) | #openttd.notice for FS + SVN notices | UTF-8 please | No unauthorised bots | We Love YAPP 20:04:46 <Brianetta> The zip file has the save 20:04:53 <Brianetta> and the logs there 20:05:00 <Brianetta> It's totally reproducable 20:05:05 <Brianetta> Any dev who wants it can have it. 20:05:24 <glx> src/vehicle.cpp is related to breakdowns 20:05:51 <Yorick> it is called from CheckVehicleBreakdown 20:07:02 *** helb [~helb@84.244.90.203] has quit [Ping timeout: 480 seconds] 20:07:04 <Brianetta> I suspect the trams 20:07:19 <Yorick> I suspect r993* 20:07:21 <Brianetta> It really started to happen when I added grvts.grf to the set 20:07:33 <Yorick> you added them afterwards? 20:07:48 <Brianetta> You misunderstand. Previous games weren't affected. 20:07:53 <Yorick> ok 20:08:05 <guru3> what's wrong with just calling them yapp signals 20:08:19 <Eddi|zuHause> guru3: nobody suggested that :p 20:08:21 <Brianetta> guru3: People will wonder what they have to do with chihuahuas 20:08:43 <guru3> i'm sure there are other names in openttd that have nothing to do with what it actually does 20:08:44 <Brianetta> "yet another PBS patch" will take some explaining 20:08:53 <guru3> you drop the yet another pbs patch bit 20:08:56 <guru3> and just call it yapp 20:09:01 <guru3> Yapp Signals 20:09:04 <guru3> no acronymn 20:09:13 <Brianetta> That's worse than just leaving it as advance signals, frankly 20:09:15 <frosch123> "path based signalling signals" isn't really better :p 20:09:30 <Brianetta> advanced signals, even 20:09:33 <Eddi|zuHause> guru3: that is the worst thing that can happen :p 20:09:34 <guru3> "block and route" doesn't really explain it either 20:09:50 <Prof_Frink> "Magic signals" 20:09:57 <Belugas> [16:09] <Eddi|zuHause> guru3: that is the worst thing that can happen :p <--- wrong... It can be reverted :P 20:09:59 <Belugas> again! 20:09:59 <Brianetta> They make sense after the terminology is understood. 20:10:06 <Brianetta> A signal block is explained in the "manual" 20:10:21 <guru3> see i interpret the block as "blocking" off of the bat though 20:10:58 <guru3> and route i think of ip routing :/ 20:12:08 <guru3> how about direction signals? 20:12:17 <guru3> signals that tell the train what direction to go 20:12:52 <frosch123> how about a option in openttd.cfg to define your own name 20:12:54 <Fennec> Reservation Signals. 20:13:18 <Belugas> if naming shold be changed based on everyone's opinion, OpenTTD would be just one big moving naming machine 20:13:22 <Fennec> Route Reservation Signals. 20:14:21 <guru3> guy who wrote the patch names it then, Brianetta 20:14:22 <frosch123> "R signals" is nice, then everyone can interpret it as "reservation", "route" or just the "R word" 20:14:22 <guru3> *bel 20:14:25 <guru3> *belugas 20:14:43 <fjb> Am I the only one not caring for how signals are called? 20:14:54 <Yorick> fjb: I think so 20:14:57 <Belugas> nope, fjb, you're not. 20:15:05 <Belugas> I do not care AT all how it's called. 20:15:12 <Belugas> As long as it works 20:15:23 *** helb [~helb@84.244.90.203] has joined #openttd 20:15:25 <Belugas> and yes, it is advanced compared to the other signaling system 20:15:35 *** helb [~helb@84.244.90.203] has quit [] 20:15:48 *** helb [~helb@84.244.90.203] has joined #openttd 20:15:50 <Belugas> so, as Tron said one, it's Bike shed painting discussion 20:16:11 *** Dred_furst [~Dred_furs@user-5440e40a.wfd80a.dsl.pol.co.uk] has quit [Read error: Connection reset by peer] 20:16:31 <Eddi|zuHause> the problem with the current "advanced signals" is that it conflicts with "advance signals" 20:16:50 <glx> Brianetta: it may be articulated RVs 20:17:28 <glx> I suspect roadveh_cmd.cpp:2018 20:17:31 <guru3> i'd like something short and sweet 20:17:47 <Belugas> details that make one stumble on a carpet, Eddi|zuHause 20:18:00 <glx> hmm 2017 indeed 20:18:31 <Eddi|zuHause> Belugas: for the short time the discussion about advance signals went on, already way too many people got confused by it 20:19:01 <Belugas> people will ALWAYS be confused about something, not the first time, not the last time 20:19:01 <Brianetta> Breakdowns and servicing were both off in that save 20:19:23 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has quit [Quit: TschÃŒÃ] 20:19:52 <glx> breakdown setting check is done after the random 20:19:56 <Eddi|zuHause> Belugas: yes. but sometimes you shouldn't deliberately encourage them 20:20:21 *** fmauNeko is now known as fmauNekAway 20:21:26 <Belugas> I don't think it is deliberate 20:21:32 <Belugas> do you? 20:21:49 <Fennec> RR signals. 20:21:51 <Fennec> for Rail Road. 20:21:51 <Fennec> :P 20:22:05 <guru3> how's New Signals? 20:22:08 <guru3> could we just call them that? 20:22:17 <Eddi|zuHause> Belugas: i think michi_cc chose the name without knowing about the term "advance signals" 20:22:20 <peter1138> 2017? That's a comment in my checkout :o 20:22:31 <Belugas> question : why now? why not whle the patch was been worked out ?? 20:22:32 <glx> in 0.6 20:22:36 <Eddi|zuHause> peter1138: 0.6.2 20:22:44 <hylje> also why does hg have some five thousand revisions more than svn? 20:22:47 <Belugas> Eddi|zuHause, now, you may have a point 20:22:48 <hylje> are there that many merges? 20:23:43 <glx> 1885 in trunk 20:24:23 <Yorick> Belugas: also then 20:26:54 <peter1138> Are you saying that CheckVehicleBreakdown() is unsafe? 20:27:56 <Yorick> it is 20:28:12 <glx> no I say if (this->u.road.blocked_ctr == 0) CheckVehicleBreakdown(this); is the only line that can explain the difference 20:29:03 <peter1138> Either u.road.blocked_ctr is not right, or CheckVehicleBreakdown() isn't. 20:29:10 <peter1138> I don't see anything wrong with that line itself. 20:29:38 <Eddi|zuHause> add a printf there and rerun the desync test ;) 20:30:19 <peter1138> Okay. 20:30:20 *** Yorick [~Yorick@s55924da0.adsl.wanadoo.nl] has quit [Quit: Poef!] 20:30:30 <peter1138> glx, in trunk, roadveh_cmd.cpp:779 20:31:18 <glx> right and OnNewDay checks for other than front 20:31:46 <peter1138> VehicleFromPos may not be safe to use like that. 20:31:55 <peter1138> As it is a cache that is not synchronized. 20:32:11 <peter1138> It's fine for seeing if a tile is occupied or if vehicles collide. 20:32:59 <peter1138> But then, that smells of old code :) 20:33:24 <peter1138> So, do what Eddi|zuHause said ;) 20:34:16 <glx> hmm OnNewDay() does nothing for non front indeed 20:38:59 *** fmauNekAway is now known as fmauNeko 20:42:45 *** Purno [~Purno@5350931D.cable.casema.nl] has quit [Read error: Connection reset by peer] 20:43:59 <peter1138> Hmm. 20:44:24 <peter1138> I think that's probably okay :( 20:46:41 *** grumbel [~grumbel@i577AD1D3.versanet.de] has joined #openttd 20:47:37 <glx> hmm I get a segfault with chat 20:47:49 *** zdenek84 [~z_skrobak@34.215.broadband2.iol.cz] has joined #openttd 20:49:57 <glx> both for server and client 20:51:55 <glx> well not segfault but assert :) 20:52:49 *** zdenek84 [~z_skrobak@34.215.broadband2.iol.cz] has left #openttd [] 20:53:01 <Tekky> aren't asserts normally only active in debug builds and not in release builds? 20:53:25 *** zdenek84 [~z_skrobak@34.215.broadband2.iol.cz] has joined #openttd 20:53:33 *** zdenek84 [~z_skrobak@34.215.broadband2.iol.cz] has left #openttd [] 20:53:36 <glx> they are 20:55:07 *** zdenek84 [~z_skrobak@34.215.broadband2.iol.cz] has joined #openttd 20:55:15 *** zdenek84 [~z_skrobak@34.215.broadband2.iol.cz] has left #openttd [] 20:58:48 <Eddi|zuHause> you might want to use actual debug builds in order to debug anything :p 20:59:07 <Tekky> I would have expected that asserts are only active in debug builds and that they are skipped in release builds, for performance reasons. Is this the case with OpenTTD? 20:59:34 <Belugas> it is 20:59:36 <glx> they are disable for stable releases 20:59:47 <Tekky> and for nightly builds too? 20:59:53 <glx> no 20:59:58 <Eddi|zuHause> no, asserts are active in all development builds (i.e. nightlies and self compiled stuff), you have to specifically disable them 20:59:59 <glx> that would be silly 21:00:52 <Tekky> does anyone have an idea how many percent slower the game runs with asserts enabled? 21:01:07 <Eddi|zuHause> go profiling :p 21:01:07 <glx> not too much I think 21:03:01 <Belugas> how important is it? 21:03:11 <Belugas> it is indeed sloawerr, but by a small factor 21:03:56 <Belugas> ho... let's give it a number: 10% 21:03:58 <glx> not as slow as an MSVC debug build anyway 21:04:05 * Belugas nods :) 21:04:12 <Belugas> not THAT is slow! 21:04:22 <Belugas> -not + now 21:05:49 *** zdenek84 [~z_skrobak@34.215.broadband2.iol.cz] has joined #openttd 21:06:07 *** zdenek84 [~z_skrobak@34.215.broadband2.iol.cz] has left #openttd [] 21:07:55 <glx> ok happens only with 32bpp-anim 21:08:49 *** a1270 [~Cheese@24-117-51-112.cpe.cableone.net] has quit [Quit: a1270] 21:10:57 *** TinoM [~Tino@i59F56279.versanet.de] has quit [Quit: Verlassend] 21:11:58 *** a1270 [~Cheese@24-117-51-112.cpe.cableone.net] has joined #openttd 21:16:15 *** frosch123 [~frosch@frnk-590fdf01.pool.einsundeins.de] has quit [Remote host closed the connection] 21:33:26 <Osai> is it a bug or feature that reserved tracks are always shown and not only in pbs blocks? 21:35:33 <Osai> if this patch option is turned on the tracktiles in front of and behind trains are shown as reserved which is IMHO not really useful 21:36:38 <peter1138> It works correctly for me. 21:36:40 <Fennec> it sounds to me like it's an "artifact" 21:37:16 <Ailure> I noticed it the same thing, but obviously only appears when I have "Show reserved tracks" on 21:37:24 <Fennec> the way things work, and you could argue that it should be different maybe, but it's hard to say, and might be trickier, and you might lose some information some people sometimes want for something, and... 21:38:06 <Rubidium> Osai: that's intended, otherwise almost every PBS signal change will end up in crashing trains 21:38:30 <Fennec> well, the reservations are intended. The display of the reservations sounds optional. 21:38:34 *** AntB [~AntB-UK@host81-141-198-239.wlms-broadband.com] has joined #openttd 21:38:45 <Osai> yes, I am talking about the display 21:39:33 <Fennec> I don't know how trivial it is to say "only show these in PBS blocks" 21:39:53 <Fennec> or how big the downside is for users 21:40:00 <Fennec> but the upside potential of such a change is limited. 21:40:14 <peter1138> Turn off the display and don't worry about it. 21:40:43 <planetmaker> hm... is it possible to change the patch setting raw_industry_construction in MP games? 21:41:09 <Osai> peter1138: yeah, I'll do it anyway 21:44:38 <Rubidium> planetmaker: have you tried it? 21:44:59 <planetmaker> well. yes. With no effect :) 21:45:20 <Rubidium> should work 21:47:46 <Osai> if you guys mind it: http://www.openttdcoop.org/files/osai/pbs.mov 21:48:42 *** zdenek84 [~z_skrobak@34.215.broadband2.iol.cz] has joined #openttd 21:48:51 <fmauNeko> mac user spotted :) 21:49:02 *** zdenek84 [~z_skrobak@34.215.broadband2.iol.cz] has left #openttd [] 21:51:13 *** Tim [~Tim@p5B37CE44.dip.t-dialin.net] has joined #openttd 21:51:56 *** grumbel [~grumbel@i577AD1D3.versanet.de] has quit [Quit: Client exiting] 21:52:38 *** Tim [~Tim@p5B37CE44.dip.t-dialin.net] has quit [Quit: Trillian (http://www.ceruleanstudios.com] 21:52:55 *** Tim [~Tim@p5B37CE44.dip.t-dialin.net] has joined #openttd 21:53:50 <Tim> LOL... I just recognized that Openttdcoop and Openttd use the same irc-server, and that i do NOT need to connect to two different ones (which are the same ones...), like i always did until now... 21:54:34 *** [com]buster [~eternal@cust-03-55bf402e.adsl.scarlet.nl] has quit [Quit: Operator, give me an exit] 21:54:52 <Tefad> uh... 21:54:55 <Tefad> nice one. 21:55:25 <planetmaker> nvm Rubidium. Wrong rcon pw :D 21:55:28 <planetmaker> thx anyway 21:56:56 <Tim> And that only because i ceonnected to my "OpenTTD-Server", and instead of /join #openttd i wrote /join #openttdcoop and it worked... (i was too lazy to write that /join into autoperform...) 21:57:14 <Fennec> mmhmm 21:57:41 <Tim> Now i even know why it always changed my nick to Tim_ :D 22:01:54 <fmauNeko> haha 22:02:47 <Tefad> heh.. 22:07:11 <CIA-5> OpenTTD: glx * r14080 /trunk/src/ (6 files in 2 dirs): -Fix (r14052): assert triggered when drawing chat window with 32bpp-anim blitter (backup buffer was too small) 22:08:27 <Tim> My Nick is already used, so i can't register it. However, it was last logged on with in 2004, and only once it seems. So it gives me the message: If you believe this nickname to be unused, contact network support. Anyone knows who is the network supporter, or has an email? 22:08:39 *** AntB [~AntB-UK@host81-141-198-239.wlms-broadband.com] has quit [Read error: Connection reset by peer] 22:10:15 <orudge> www.oftc.net is the network 22:10:19 <orudge> you could have a look on their site 22:10:29 <Tefad> wait this is oftc? 22:10:42 <Tefad> baahaha. 22:10:58 <Tefad> DON'T LOOK AT ME LIKE THAT. 22:11:05 * orudge looks at Tefad like that 22:11:07 * Prof_Frink looks at Tefad 22:11:19 * Prof_Frink looks at orudge like /that/ 22:11:28 <orudge> that's another pint you owe me, I believe. 22:11:34 <Tefad> hehe 22:22:20 <Tekky> Osai: could it be that you have the patch setting pf.reserve_paths set to true? Please type "patch pf.reserve_paths" in the console. Then it should say wether it is set to true or false. 22:27:59 <Tekky> Osai: Someone else once had a similar problem caused by this patch setting being set to true. The patch setting used to be configurable in the GUI in an early version of YAPP, I believe it was called "always reserve paths" in GUI. 22:28:52 *** Roujin [~Roujin@p54973312.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 22:29:22 *** nfc [nfc@dsl-hkibrasgw2-fe20de00-185.dhcp.inet.fi] has quit [Ping timeout: 480 seconds] 22:30:06 <Osai> Tekky: ps.reserve_paths is 'off' 22:30:31 <Tekky> Osai: ok, then that wasn't the problem..... 22:31:22 *** elmex [~elmex@e180064004.adsl.alicedsl.de] has quit [Remote host closed the connection] 22:32:39 <Tekky> this is irc://irc.oftc.net 22:33:12 *** GT [~GT@adsl-dc-4664d.adsl.wanadoo.nl] has left #openttd [Kopete 0.12.7 : http://kopete.kde.org] 22:33:38 <Tekky> oh, sorry, I just responded to something Tefad said 20 minutes ago, I didn't realize that I had scrolled back and his message was 20 minutes old. 22:34:40 *** Tim [~Tim@p5B37CE44.dip.t-dialin.net] has quit [Read error: Connection reset by peer] 22:35:00 <Tekky> Osai: I can't view .mov files, could you also post a savegame? 22:35:08 <Osai> uff 22:35:16 <Osai> I could convert the movie 22:35:23 <Osai> its h264 codec 22:35:36 <Osai> what 'can' you view? 22:35:58 <Eddi|zuHause> i had no problem viewing the movie 22:36:10 <Eddi|zuHause> but i have not seen this behaviour myself 22:37:28 <Tekky> Osai: I only have Xvid and DivX installed, besided the standard WinXP stuff. 22:37:54 <Eddi|zuHause> then get a newer codec 22:37:59 <Eddi|zuHause> like ffdshow 22:38:01 <Tekky> but a savegame might be more useful, I have version 7.1 of the ottdcoop patchpack installed. 22:38:23 <Tekky> sorry, not patchpack, I meant newgrf pack. 22:39:13 <Eddi|zuHause> hm... there's a moon outside my window 22:40:17 <Prof_Frink> We like the moon 22:40:23 <Prof_Frink> But not as much as a spoon 22:40:37 *** divo [~asd@x1-6-00-18-39-d3-e9-f6.k899.webspeed.dk] has joined #openttd 22:40:40 <Eddi|zuHause> the moon meat mine on the moon! 22:41:04 <Prof_Frink> The moon is made of meat, my friend. The moon is made of meat. 22:41:09 <glx> there's a moon here too (and some stars) 22:41:13 <Eddi|zuHause> we had this discussion before, i fear 22:41:23 <Prof_Frink> Summon the big gnome! 22:41:26 <planetmaker> !archive 22:42:11 *** dvo [~asd@x1-6-00-18-39-d3-e9-f6.k899.webspeed.dk] has joined #openttd 22:42:15 <Tekky> ok, I'm installing ffdshow now..... 22:42:22 <Eddi|zuHause> there's a new react needed, i think ;) 22:48:41 *** divo [~asd@x1-6-00-18-39-d3-e9-f6.k899.webspeed.dk] has quit [Ping timeout: 480 seconds] 22:51:21 <Tekky> I still can't play Osai's .mov movie, despite ffdshow being installed.... 22:52:38 <Tekky> do I need to install Apple Quicktime too? 22:53:35 <Eddi|zuHause> maybe 22:58:09 <glx> can't vlc open it? 22:58:12 * glx tries 22:58:34 <Rubidium> my mplayer does 22:58:48 <glx> hmm I have quicktime installed 22:58:59 <Prof_Frink> If it doesn't play with vlc and doesn't play with mplayer, it's corrupt. 22:59:10 <Eddi|zuHause> it plays with kaffeine... 23:00:01 <Prof_Frink> or "xine" as it's also known 23:00:40 <glx> yes no problems with vlc 23:01:08 <CIA-5> OpenTTD: rubidium * r14081 /trunk/os/win32/installer/ (4 files): -Fix (r14075): WoW64 spoiled the 64 bits Windows detection and the installer for the 64 bits binary installed in the wrong directory. Thanks to michi_cc and glx for testing. 23:01:44 <fmauNeko> world of warcraft 64 ? 23:01:50 <orudge> Windows on Win32 23:01:50 <orudge> or 23:01:52 <orudge> um 23:01:55 <orudge> Windows on Windows64 23:01:56 <orudge> or something like that 23:02:03 <orudge> WoW32 was Windows on Win32 I think 23:02:13 <orudge> WoW64 is probably Win32 on Win64 I guess 23:02:17 <fmauNeko> yeah :) 23:02:20 <Rubidium> the fun you must have with WoWoW ;) 23:02:31 *** Farden [~jk3farden@ram94-7-82-232-189-236.fbx.proxad.net] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )] 23:02:37 <Prof_Frink> just wait for zomg128 23:02:48 <orudge> sadly, WoWoW wasn't included in 64-bit Windows 23:03:10 *** divo [~asd@0x3e42e6e6.adsl.cybercity.dk] has joined #openttd 23:06:13 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has joined #openttd 23:07:53 <Eddi|zuHause> wo, wo, wo? 23:08:26 <Prof_Frink> woo woo! 23:08:38 <Chrill> woo hoo? 23:09:41 *** dvo [~asd@x1-6-00-18-39-d3-e9-f6.k899.webspeed.dk] has quit [Ping timeout: 480 seconds] 23:10:44 *** ecke [~ecke@213.195.202.130] has quit [Quit: ecke] 23:13:08 *** Brianetta [~brian@client-86-27-108-163.brnt.adsl.virgin.net] has joined #openttd 23:49:34 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has quit [Read error: Connection reset by peer] 23:50:13 *** Gekz [~brendan@123-243-206-102.static.tpgi.com.au] has joined #openttd 23:52:49 *** Chrill [~chrischri@c80-216-64-31.bredband.comhem.se] has quit [] 23:59:10 <Osai> @calc 5739 / 18 23:59:10 <DorpsGek> Osai: 318.833333333