Times are UTC Toggle Colours
00:00:53 *** ludde [~ludde@ua-83-227-238-252.cust.bredbandsbolaget.se] has quit [Ping timeout: 480 seconds] 00:13:52 *** KUDr [KUDr@mazanec1.netbox.cz] has joined #openttd 00:17:03 *** Lou [~Lou@c514760b1.cable.wanadoo.nl] has joined #openttd 00:18:44 *** Lou [~Lou@c514760b1.cable.wanadoo.nl] has quit [] 00:19:52 *** dih [~dihedral@dslb-084-056-212-195.pools.arcor-ip.net] has quit [Quit: Leaving] 00:32:05 *** mindlesstux is now known as Guest1982 00:32:30 *** Guest1982 [~mindlesst@r75-110-56-184.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net] has quit [Quit: Leaving] 00:33:14 *** mindlesstux_ [~mindlesst@2001:470:1f07:16c:240:f4ff:fe52:a74e] has joined #openttd 00:35:35 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has quit [Ping timeout: 480 seconds] 00:36:54 *** KritiK_ [~Maxim@78-106-158-255.broadband.corbina.ru] has quit [Quit: Leaving] 00:37:41 *** Aerandir [magic.powe@90-230-201-111-no37.tbcn.telia.com] has joined #openttd 00:40:28 *** stillunknown [~stillunkn@82-171-87-247.dsl.ip.tiscali.nl] has quit [Ping timeout: 480 seconds] 00:41:44 *** Aerandir [magic.powe@90-230-201-111-no37.tbcn.telia.com] has quit [] 00:41:49 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has joined #openttd 00:41:49 *** helb [~helb@62.240.176.23] has quit [Read error: Connection reset by peer] 00:42:19 *** helb [~helb@62.240.176.23] has joined #openttd 00:43:15 <Sacro> now, shall i start by moving all signalling stuff to signalling.{c,h} 00:43:29 *** Greyscale is now known as Greysc[a]le 00:44:14 <Eddi|zuHause3> cpp i'd suggest ;) 00:44:34 <Eddi|zuHause3> and rather signal_gui and signal_cmd, like the other stuff 00:46:30 <Sacro> Progress on the AnkhSVN project is tracked by the CIA. 00:46:35 <Sacro> that sounds quite worrying 00:46:58 <Sacro> ooh yes, signal_cmd 00:52:48 <Sacro> ooh, svn inbuilt into VS2005 00:52:50 <Sacro> how sweet 00:53:38 *** a1270 [~Cheese@24-117-163-29.cpe.cableone.net] has quit [Quit: The ending changes tone & is actually quite sad - but it involves a scene of necrophilia, so that's just another plus in my book.....] 00:55:57 <Sacro> wtf 00:56:09 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has quit [Remote host closed the connection] 00:59:34 <Sacro> who controls the Visual Studio build stuff? 00:59:43 <Sacro> I feel there is some stuff needing sorting 00:59:44 <glx> why? 00:59:56 <Sacro> glx: why do i need unistd.h? 01:00:07 <Sacro> and zlibstat.libz 01:00:12 <Sacro> s/z$// 01:01:57 <Sacro> hmm, something tells me i need flex :\ 01:02:35 <glx> you are not trying to compile openttd 01:02:57 <Sacro> am I not? 01:03:00 <Gonozal_VIII> http://www.diamantschleiftoepfe.de/images/_bilder/k0501a.jpg <-- that's a flex 01:03:15 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Quit: TschÃŒÃ] 01:03:55 <Sacro> glx: yes i am 01:05:25 <Sacro> ahhh 01:05:31 <Sacro> its not called zlibstat.lib on windwos 01:05:35 <Sacro> it should be zlib.lib 01:05:55 <glx> unistd.h is not needed 01:07:45 <glx> and it is zlibstat.lib because you need useful.zip 01:08:14 <Sacro> I don't wish to have loose files around 01:08:20 <Sacro> can I not use gnuwin32 for it all? 01:08:37 <glx> zlib.lib requires zilb.dll to be present on all machines you want to use your binary 01:12:17 <Sacro> hmmmm 01:12:22 <Sacro> i don't see this anywhere 01:12:47 <glx> by default zlib is a dynamic library 01:12:53 <Sacro> yeah 01:14:08 *** mindlesstux_ [~mindlesst@2001:470:1f07:16c:240:f4ff:fe52:a74e] has quit [Quit: Leaving] 01:15:13 <Sacro> all i have is zlib1.dll 01:15:55 <glx> that's the official zlib dll 01:16:12 <Sacro> yeah 01:16:17 *** UnderBuilder [~chatzilla@168.226.104.82] has quit [Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718]] 01:16:25 <glx> "libgw32c (for developing with the Zlib library)" <-- that's the bad thing with gnuwin32 01:16:32 <Sacro> i have that too 01:16:53 <glx> contains a lot of not really needed stuff 01:17:21 <Sacro> well, i don't think i need it anyway 01:17:53 <glx> you need it to compile with "their" zlib 01:18:15 <Sacro> right 01:18:17 <Sacro> how do i do that? 01:18:52 <glx> dunno I don't use libs from gnuwin32 01:19:03 <glx> I only use some exe 01:19:12 <Sacro> hmm 01:19:16 <glx> and when I need a lib I compile it myself 01:19:35 <glx> using official releases 01:20:31 <Sacro> the wiki links to zlib.net 01:20:36 <Sacro> which then sends you to gnuwin32 01:25:00 <Sacro> this is so confusing and annoying 01:25:31 <Sacro> i think you don't need ZLIB_WINAPI 01:28:32 *** Ammller [~Ammler@adsl-89-217-11-20.adslplus.ch] has quit [Remote host closed the connection] 01:30:25 <Sacro> haha 01:30:55 * Sacro is fiddling 01:30:57 *** Eddi|zuHause2 [~johekr@p54B77DCD.dip.t-dialin.net] has joined #openttd 01:31:10 <Sacro> eek, germans 01:31:17 <Eddi|zuHause2> where? 01:31:26 *** Ammler [~Ammler@adsl-89-217-11-20.adslplus.ch] has joined #openttd 01:32:06 <Sacro> Eddi|zuHause2: Germany :( 01:32:08 <Gonozal_VIII> germans? noooooo! 01:32:20 *** Hendikins is now known as Hendikins|Work 01:32:22 <Sacro> oh noes... an at :\ 01:32:25 <Sacro> wtf is .at 01:32:32 <Gonozal_VIII> austria :P 01:32:38 <Sacro> ooh, hilly 01:32:48 <Gonozal_VIII> and snowy.. 01:32:51 <Gonozal_VIII> snow sucks 01:33:01 <Eddi|zuHause2> lies! he is in a valley! 01:33:12 <Sacro> glx: now thats differnet 01:33:25 <Sacro> i added /Progra~1/gnuwin32/bin to the binary file path 01:33:30 <Sacro> now link.exe breaks it 01:33:47 <Gonozal_VIII> but my valley is still some hundred meters higher than you are ;-) 01:34:33 <Sacro> i am about +1m 01:34:46 <Gonozal_VIII> ~520 01:35:17 <Gonozal_VIII> lowest point in my town is ~500m and highest ~3000 01:35:42 <Eddi|zuHause2> possible ;) 01:35:57 <Eddi|zuHause2> i am actually on "high flats" 01:36:08 <Eddi|zuHause2> or "high plains" 01:36:19 <Gonozal_VIII> himalaya? 01:36:25 <Eddi|zuHause2> almost 200m 01:36:29 <Gonozal_VIII> woooow^^ 01:37:05 <Gonozal_VIII> i don't know if we even have regions that low here in austria 01:37:21 <Eddi|zuHause2> well, the "Mansfelder Hochebene" is higher than the "Leipziger Tiefland" 01:37:23 *** Eddi|zuHause3 [~johekr@p54B77C0A.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:37:52 <Gonozal_VIII> hmmm lowest point seems to be ~150m 01:38:23 <Gonozal_VIII> and highest 3798 01:38:52 <Sacro> lowst point in this city is probably about -1 01:38:57 <Sacro> highest is about... +5 01:39:03 <Gonozal_VIII> ^^ 01:39:11 <Gonozal_VIII> you'll all drown ;-) 01:40:23 <Sacro> yes 01:40:41 <Sacro> when global warming comes, Hull is the first city to go 01:40:59 <Sacro> glx: where are the lib names specified? 01:41:10 <Eddi|zuHause2> the village center (lowest point of the village) is 123m 01:41:23 <Eddi|zuHause2> i am somewhat higher than that 01:41:57 <Gonozal_VIII> hmm actually the lowest point here would be the bottom of our lake... that would be somewhere around 375m 01:41:57 <glx> Sacro: in vcproj :) 01:43:14 <Sacro> ahh 01:43:17 * Sacro changes them 01:43:25 <Gonozal_VIII> but you can't flood a lake.. 01:43:37 <glx> else it is in properties/linking/input 01:43:45 <glx> if you want to use gui 01:43:57 <Eddi|zuHause2> chuck norris can 01:44:20 <Gonozal_VIII> i never got that chuck norris thing... 01:50:48 <Sacro> glx: i reckon I can build it without freetype using the lib from gnuwin32 01:50:53 *** Progman [~progman@p57A1DCBA.dip.t-dialin.net] has quit [Remote host closed the connection] 01:51:16 <Sacro> or not... 01:53:02 <Sacro> ooooh 01:53:07 <Sacro> i need freetype 1.4 01:53:17 <Sacro> of course 01:53:20 <Sacro> that explains it all! 02:02:02 <Sacro> glx: think i've sorted i 02:02:03 <Sacro> *it 02:03:01 <Sacro> some kind of debug linking output would be nice though 02:03:42 <ln-> Sacro: ever been to denmark? 02:03:47 <Sacro> ln-: nope 02:04:15 <ln-> nobody's perfect. 02:04:25 <Sacro> :( 02:05:24 *** Ammler [~Ammler@adsl-89-217-11-20.adslplus.ch] has quit [Remote host closed the connection] 02:05:32 <Sacro> meaning? 02:08:17 <ln-> if you ever do, go ring bjarni's doorbell and hide 02:14:03 <Sacro> oh i shall 02:16:39 <Sacro> i think i'll just disable freetype 02:16:41 <Sacro> not like i use it 02:18:15 <Gonozal_VIII> bjarnis house is the one that looks like a steam train 02:19:01 <Gonozal_VIII> can't miss it, just follow the rails 02:19:44 <Sacro> heh 02:21:40 <Gonozal_VIII> but be careful, it's guarded by robots 02:21:45 <Gonozal_VIII> robots with lazers! 02:22:34 <Sacro> hmm 02:22:35 <Sacro> i doubt that 02:26:51 <Eddi|zuHause2> we've already seen the evil pirate robot with the eyepatch 02:27:42 <Eddi|zuHause2> http://www.student.dtu.dk/~s991088/smr/SMR_BOX.mov 02:28:03 <Eddi|zuHause2> http://www.student.dtu.dk/~s991088/smr/SMR_GOAL.mov 02:28:39 <Sacro> hmm, 02:28:45 <Sacro> what happened to all the grf files? 02:30:45 <Belugas> been merged in openttdw/d.grf 02:30:46 <Belugas> i think 02:30:58 <Belugas> i'm sure 02:31:03 <Belugas> i'm certain 02:31:18 <Gonozal_VIII> you guess 02:31:19 <Sacro> ahh 02:31:34 <Eddi|zuHause2> possibly 02:36:50 *** Eddi|zuHause3 [~johekr@p54B77DCD.dip.t-dialin.net] has joined #openttd 02:39:32 <CIA-1> OpenTTD: belugas * r11746 /trunk/src/newgrf.cpp: -Fix(r11727): Make sure that action 0A does follow the same new ordering of shore sprites. It was not considered in the missing shore patch 02:39:58 <Gonozal_VIII> yay 02:40:32 <Belugas> mars and alpine grf are now back to duty 02:41:07 <Gonozal_VIII> newterrain and newwater? 02:41:27 *** Diabolic1Angel [~dia@xdsl-84-44-134-76.netcologne.de] has quit [Quit: leaving] 02:42:55 <Belugas> :( 02:43:18 *** Eddi|zuHause2 [~johekr@p54B77DCD.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 02:43:25 <Sacro> shouldnt the binary be mvoed to the right folder? 02:43:33 <Sacro> ie trunk\bin 02:43:51 <Sacro> not objs\Win32\Release 02:45:33 * Belugas leaves the scene and heads to bed. 02:45:54 <Gonozal_VIII> night belugas 02:45:57 <Belugas> Sacro, i find it really convenient and logical that way 02:46:05 <Belugas> bye guyes 02:46:07 <Sacro> Belugas: to move it, or to not? 02:46:10 <Sacro> night Belugas 02:46:19 <Belugas> Sacro,m to keep it as it is 02:46:22 <Belugas> gone 02:46:25 <Sacro> Belugas: alright, night 02:50:00 <Sacro> g'night 02:59:47 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has quit [Ping timeout: 480 seconds] 03:09:29 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has joined #openttd 03:13:49 *** Arbitrary [me@morgoth.alfar.co.uk] has quit [] 03:43:35 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Read error: Connection reset by peer] 03:48:18 *** Frostregen [SADDAM@dslb-084-058-183-087.pools.arcor-ip.net] has joined #openttd 03:56:29 *** dafsaagfgasdfsd [~Gonozal_V@N895P007.adsl.highway.telekom.at] has joined #openttd 03:56:29 *** Gonozal_VIII is now known as Guest2003 03:56:29 *** Guest2003 is now known as Guest2004 03:56:30 *** dafsaagfgasdfsd is now known as Gonozal_VIII 03:57:08 *** Guest2004 [~Gonozal_V@N779P014.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 04:01:06 *** Tino|Home [~Tino@i59F5439F.versanet.de] has joined #openttd 04:07:43 *** TinoM| [~Tino@i59F54BA5.versanet.de] has quit [Ping timeout: 480 seconds] 04:08:27 *** nairan [~Maui_key@p5498F99D.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 04:09:09 *** mcbane [~Maui_key@p5498C60F.dip.t-dialin.net] has joined #openttd 04:18:35 *** divo [~asd@0x4dd443c6.adsl.cybercity.dk] has quit [Quit: ( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )] 05:06:12 *** mcbane [~Maui_key@p5498C60F.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 05:06:13 *** mcbane [~Maui_key@p5498E26B.dip.t-dialin.net] has joined #openttd 05:42:31 *** mindlesstux [~mindlesst@2001:470:1f07:16c:240:f4ff:fe52:a74e] has joined #openttd 05:53:05 *** Ammler [~Ammler@adsl-84-226-61-39.adslplus.ch] has joined #openttd 06:16:52 *** Zavior [~zavior@d195-237-7-167.elisa-laajakaista.fi] has joined #openttd 06:27:23 *** Ammler [~Ammler@adsl-84-226-61-39.adslplus.ch] has quit [Quit: Konversation terminated!] 06:34:23 *** TrainzStoffe [~mirc@89.233.243.226] has joined #openttd 06:41:08 *** Stoffe [~mirc@89.233.243.226] has quit [Ping timeout: 480 seconds] 06:41:08 *** TrainzStoffe is now known as Stoffe 06:48:20 *** peter__ [~petern@217.151.109.242] has joined #openttd 06:55:45 <peter__> gid moaning 06:56:05 <Gonozal_VIII> evening 07:18:33 *** Ammler [~Ammler@adsl-84-226-61-39.adslplus.ch] has joined #openttd 07:23:17 *** peterbrett [~peter@cpc2-oxfd6-0-0-cust544.oxfd.cable.ntl.com] has joined #openttd 07:41:22 *** shodan [user@xerxes.foocode.net] has joined #openttd 07:46:34 *** Dark_Link- [~glidegame@fw.dormnet.his.se] has joined #openttd 07:49:53 *** Dark_Link^ [~glidegame@fw.dormnet.his.se] has quit [Ping timeout: 480 seconds] 07:50:44 *** Frostregen_ [SADDAM@dslb-084-058-157-227.pools.arcor-ip.net] has joined #openttd 07:56:22 *** Frostregen [SADDAM@dslb-084-058-183-087.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 07:56:24 *** Frostregen_ is now known as Frostregen 08:10:02 *** Sacro [~Sacro@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Remote host closed the connection] 08:10:43 *** |Bastiaan| [~Bastiaan@77.60.199.137] has joined #openttd 08:26:17 <peter__> hmm, overrides not working :o 08:39:57 *** peterbrett [~peter@cpc2-oxfd6-0-0-cust544.oxfd.cable.ntl.com] has quit [Ping timeout: 480 seconds] 08:41:03 *** peter__ [~petern@217.151.109.242] has quit [Quit: peter__] 08:53:44 *** DJ_Mirage [~sexybigge@biggetje.xs4all.nl] has quit [Remote host closed the connection] 08:54:16 *** peterbrett [~peter@cpc2-oxfd6-0-0-cust544.oxfd.cable.ntl.com] has joined #openttd 09:02:57 *** peter__ [~peter@petern.bnsnet.co.uk] has joined #openttd 09:03:23 <peter__> pom te pom 09:07:53 *** Osai [~Osai@pD9EB6926.dip.t-dialin.net] has joined #openttd 09:14:23 *** Osai^zZz [~Osai@pD9EB5391.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 09:19:23 *** mikl [~mikl@0x57372ee2.mrbnqu1.broadband.tele.dk] has quit [Ping timeout: 480 seconds] 09:21:42 *** Maedhros [~jc@i-195-137-43-74.freedom2surf.net] has joined #openttd 09:24:33 *** Farden [~jk3farden@AMontsouris-156-1-139-158.w83-202.abo.wanadoo.fr] has joined #openttd 09:29:00 *** stillunknown [~stillunkn@82-171-87-247.dsl.ip.tiscali.nl] has joined #openttd 09:32:10 <Digitalfox_> Good morning :) 09:32:22 <peter__> yes 09:38:07 *** mikl [~mikl@0x57372ee2.mrbnqu1.broadband.tele.dk] has joined #openttd 09:40:45 *** mikl [~mikl@0x57372ee2.mrbnqu1.broadband.tele.dk] has quit [] 09:41:45 *** mikl [~mikl@0x57372ee2.mrbnqu1.broadband.tele.dk] has joined #openttd 10:02:51 *** Deathmaker [~Miranda@dslb-082-083-196-187.pools.arcor-ip.net] has joined #openttd 10:13:03 *** stillunknown [~stillunkn@82-171-87-247.dsl.ip.tiscali.nl] has quit [Read error: Connection reset by peer] 10:18:49 *** Vikthor [~Vikthor@212.24.150.226] has joined #openttd 10:26:03 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 10:30:33 <Gonozal_VIII> no, it's late at night 10:31:02 *** Aerandir [magic.powe@90-230-201-111-no37.tbcn.telia.com] has joined #openttd 10:31:35 <Gonozal_VIII> GPT 10:31:42 <Gonozal_VIII> gonos personal time 10:37:43 *** roboman [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has quit [Ping timeout: 480 seconds] 10:39:17 *** Progman [~progman@p57A1F05D.dip.t-dialin.net] has joined #openttd 10:42:29 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 10:44:28 *** ludde [~ludde@ua-83-227-238-252.cust.bredbandsbolaget.se] has joined #openttd 10:44:53 *** Hendikins|Work is now known as Hendikins 10:44:58 <Gonozal_VIII> now i can't get that song out of my head... i'm gonna be by the proclaimers... 10:59:39 *** Sacro [~Sacro@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 11:04:56 *** a1270 [~Cheese@24-117-163-29.cpe.cableone.net] has joined #openttd 11:10:43 *** Tino|Home is now known as TinoM 11:13:13 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has quit [Ping timeout: 480 seconds] 11:18:13 <Eddi|zuHause3> good moaning indeed... 11:19:30 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 11:21:42 *** Farden [~jk3farden@AMontsouris-156-1-139-158.w83-202.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 11:24:21 <Vikthor> Jdu do Å¡koly, Äau 11:25:21 <Gonozal_VIII> ? 11:32:35 *** stillunknown [~stillunkn@82-171-87-247.dsl.ip.tiscali.nl] has joined #openttd 11:37:43 *** |Bastiaan| [~Bastiaan@77.60.199.137] has quit [Ping timeout: 480 seconds] 11:53:23 *** nordenm [~nordenm@193.11.194.92] has joined #openttd 11:53:23 *** Gonozal_VIII [~Gonozal_V@N895P007.adsl.highway.telekom.at] has quit [Read error: Connection reset by peer] 11:54:05 <nordenm> Just came by to thank Bjarni for the excellt mac os x port and the autoreplace-function that saved me several hours today :) 11:55:58 *** |Bastiaan| [~Bastiaan@77.60.199.137] has joined #openttd 12:02:37 *** |Bastiaan| [~Bastiaan@77.60.199.137] has quit [Read error: Connection reset by peer] 12:04:44 *** shodan [user@xerxes.foocode.net] has quit [Quit: Client Exiting] 12:05:56 *** peterbrett [~peter@cpc2-oxfd6-0-0-cust544.oxfd.cable.ntl.com] has quit [Quit: Leaving] 12:05:58 *** Gonozal_VIII [~Gonozal_V@N953P018.adsl.highway.telekom.at] has joined #openttd 12:08:33 *** Purno [~Purno@5357D37C.cable.casema.nl] has joined #openttd 12:19:06 *** Max_ [~chatzilla@lns-bzn-44-82-249-238-224.adsl.proxad.net] has joined #openttd 12:19:16 *** Max_ is now known as Agravain 12:22:12 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has quit [Ping timeout: 480 seconds] 12:22:16 *** Agravain [~chatzilla@lns-bzn-44-82-249-238-224.adsl.proxad.net] has quit [] 12:25:59 *** Gonozal_VIII [~Gonozal_V@N953P018.adsl.highway.telekom.at] has quit [Ping timeout: 480 seconds] 12:26:09 *** dih [~dihedral@dslb-084-057-225-135.pools.arcor-ip.net] has joined #openttd 12:30:04 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has joined #openttd 12:37:56 *** Greysc[a]le is now known as Greyscale 12:53:59 *** peter__ [~peter@petern.bnsnet.co.uk] has quit [Quit: Ex-Chat] 12:58:18 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has quit [Ping timeout: 480 seconds] 12:58:47 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has quit [Ping timeout: 480 seconds] 13:05:52 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has joined #openttd 13:14:49 *** skidd13 [~skidd13@p548A47FA.dip.t-dialin.net] has joined #openttd 13:21:17 *** novotv6_ [novotv6@pc404-61.feld.cvut.cz] has joined #openttd 13:36:51 *** KritiK [~Maxim@78-106-132-158.broadband.corbina.ru] has joined #openttd 13:41:08 *** peterbrett [~peter@cpc2-oxfd6-0-0-cust544.oxfd.cable.ntl.com] has joined #openttd 13:47:00 *** Eddi|zuHause [~johekr@p54B77FD8.dip.t-dialin.net] has joined #openttd 13:49:40 *** Eddi|zuHause [~johekr@p54B77FD8.dip.t-dialin.net] has quit [Remote host closed the connection] 13:49:49 *** Eddi|zuHause [~johekr@p54B77FD8.dip.t-dialin.net] has joined #openttd 13:50:55 *** Arbitrary [me@morgoth.alfar.co.uk] has joined #openttd 13:50:59 *** Eddi|zuHause3 [~johekr@p54B77DCD.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 13:51:03 *** tokai [~tokai@p54B80270.dip0.t-ipconnect.de] has quit [Quit: icebears... take care of them!] 13:53:10 *** Deathmaker [~Miranda@dslb-082-083-196-187.pools.arcor-ip.net] has quit [Read error: Connection reset by peer] 13:55:07 <Belugas> good day all 13:55:29 <Noldo> good day 13:55:42 <novotv6_> and good day to you Belugas 13:58:16 *** peter_ [~peter@petern.bnsnet.co.uk] has joined #openttd 13:59:47 <peterbrett> what's the git clone url for the repos? 13:59:54 <Digitalfox_> Good afternoon Belugas ;) 14:00:10 *** roboboy [~Leo@c211-30-60-34.carlnfd4.nsw.optusnet.com.au] has joined #openttd 14:00:53 <peterbrett> nm, got it 14:04:34 <CIA-1> OpenTTD: belugas * r11747 /trunk/ (readme.txt src/misc_gui.cpp): -Change: Return of the prodigal son (or something). Little update (but highly noticed) on the OpenTTD Team 14:05:26 *** Diabolic-Angel [~dia@xdsl-81-173-252-14.netcologne.de] has joined #openttd 14:17:00 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 14:17:03 *** mode/#openttd [+v glx] by ChanServ 14:21:52 <Arbitrary> hmm - shouldn't "refit train" update the total cargo details? 14:24:50 <Maedhros> it does here... 14:25:58 <Arbitrary> nope, I have to swap off onto a different tab and back again before the display updates 14:26:27 <Arbitrary> r11744 14:26:50 *** Dark_Link^ [~glidegame@fw.dormnet.his.se] has joined #openttd 14:29:10 <Maedhros> hmm, oh yes, i have come across this one before 14:29:48 <Maedhros> the window is only refreshed if either the first vehicle is refitted, or some of the train details like total power change 14:31:00 <Maedhros> i've got it fixed in my refit patch locally, so i didn't see it this time ;) 14:32:39 <Arbitrary> :) 14:33:23 <CIA-1> OpenTTD: belugas * r11748 /trunk/src/ (newgrf.cpp table/sprites.h): 14:33:23 <CIA-1> OpenTTD: -Codechange: Remove magic numbers introduced on r11746 and r11727 14:33:23 <CIA-1> OpenTTD: -Codechange: A few bad coding style inadvertendly applied too 14:34:17 *** Dark_Link- [~glidegame@fw.dormnet.his.se] has quit [Ping timeout: 480 seconds] 14:37:38 *** UnderBuilder [~chatzilla@168.226.106.138] has joined #openttd 14:38:01 *** Aerandir [magic.powe@90-230-201-111-no37.tbcn.telia.com] has quit [Quit: - nbs-irc 2.36 - www.nbs-irc.net -] 14:45:04 *** Aerandir [magic.powe@90-230-201-111-no37.tbcn.telia.com] has joined #openttd 14:50:34 *** Diabolic-Angel [~dia@xdsl-81-173-252-14.netcologne.de] has quit [Quit: leaving] 14:59:33 *** egladil [~egladil@81-236-0-99-no61.tbcn.telia.com] has quit [Ping timeout: 480 seconds] 14:59:54 *** nordenm [~nordenm@193.11.194.92] has quit [Quit: nordenm] 15:00:48 *** egladil [~egladil@81-236-0-99-no61.tbcn.telia.com] has joined #openttd 15:02:07 *** Diabolic-Angel [~dia@xdsl-81-173-252-247.netcologne.de] has joined #openttd 15:04:16 *** novotv6_ [novotv6@pc404-61.feld.cvut.cz] has quit [Remote host closed the connection] 15:20:24 *** Diabolic-Angel [~dia@xdsl-81-173-252-247.netcologne.de] has quit [Ping timeout: 480 seconds] 15:23:26 *** Diabolic-Angel [~dia@xdsl-84-44-209-95.netcologne.de] has joined #openttd 15:28:13 <dih> anybody here familir with supybot? 15:28:54 <skidd13> dih: what's the problem? 15:29:32 <dih> i am failing to get ChannelLogger (database version) to work 15:30:23 <skidd13> dih: Hmm, then I can't help you ;) sry 15:31:22 <dih> np - thanks though :-) 15:34:38 *** Progman [~progman@p57A1F05D.dip.t-dialin.net] has quit [Remote host closed the connection] 15:34:47 *** Diabolic1Angel [~dia@xdsl-81-173-250-138.netcologne.de] has joined #openttd 15:37:38 *** Diabolic-Angel [~dia@xdsl-84-44-209-95.netcologne.de] has quit [Ping timeout: 480 seconds] 15:42:58 *** Diabolic1Angel [~dia@xdsl-81-173-250-138.netcologne.de] has quit [Ping timeout: 480 seconds] 15:52:59 *** tokai [~tokai@p54B80A76.dip0.t-ipconnect.de] has joined #openttd 15:53:00 *** mode/#openttd [+v tokai] by ChanServ 16:00:57 *** Rubidium_ [~rubidium@rbijker.net] has quit [Remote host closed the connection] 16:01:57 *** Vikthor [~Vikthor@212.24.150.226] has quit [Read error: Connection reset by peer] 16:03:42 *** Vikthor [~Vikthor@212.24.150.226] has joined #openttd 16:13:45 *** gfldex [~dex@dslb-088-074-168-214.pools.arcor-ip.net] has joined #openttd 16:17:34 *** divo [~asd@0x4dd443c6.adsl.cybercity.dk] has joined #openttd 16:24:23 *** peterbrett [~peter@cpc2-oxfd6-0-0-cust544.oxfd.cable.ntl.com] has quit [Ping timeout: 480 seconds] 16:26:44 <UnderBuilder> what can I do for don't get bored while playing ottd? 16:28:03 <hylje> elaborate 16:28:07 <hylje> do you want to get bored 16:28:10 <hylje> or to not get bored 16:32:02 *** Rubidium [~rubidium@rbijker.net] has joined #openttd 16:37:08 <Belugas> I guess he means "What should I do for not getting bored while playing ottd?" 16:37:13 <Belugas> or something 16:37:53 <Belugas> i do ot know how to answer that one... On my side, i'd code something, or bug fix ^_^ 16:41:11 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd 16:41:11 *** gfldex [~dex@dslb-088-074-168-214.pools.arcor-ip.net] has quit [Read error: Connection reset by peer] 16:44:58 <hylje> http://img.4chan.org/b/src/1199375689174.jpg 16:54:52 *** gfldex [~dex@dslb-088-074-168-214.pools.arcor-ip.net] has joined #openttd 17:00:34 *** pavel1269 [~pavel.g@48.140.broadband2.iol.cz] has joined #openttd 17:00:46 <pavel1269> hi 17:08:27 <SmatZ> hi pavel1269 17:09:13 <pavel1269> hi SmatZ :) 17:09:33 *** Diabolic-Angel [~dia@xdsl-213-196-230-181.netcologne.de] has joined #openttd 17:12:36 *** nordenm [~nordenm@ofylutib.brj.sgsnet.se] has joined #openttd 17:12:59 <nordenm> is there any way to upgrade trains from electrical to monorail by using the "replace train"-thingy? 17:13:06 <hylje> no 17:13:06 <Eddi|zuHause> no 17:13:22 <pavel1269> no :) 17:13:35 <Eddi|zuHause> you are too slow for this world :p 17:13:43 <hylje> slowpoke 17:13:56 <nordenm> baah 17:13:59 <nordenm> that stinks :P 17:14:06 *** Farden [~jk3farden@AMontsouris-156-1-66-72.w90-24.abo.wanadoo.fr] has joined #openttd 17:14:23 <Eddi|zuHause> just use a newgrf set... they usually don't have monorail at all... 17:14:41 <Eddi|zuHause> and maglev only for passengers and consumer goods 17:15:15 <nordenm> but I want to see my gorgeous train network converted to maglev :/ oh well 17:15:18 <DaleStan> And the few that do have monorail don't have maglev at all. 17:16:28 <hylje> does newgrf even support rail+elrail+mono+maglev 17:16:44 <peter_> yes 17:16:45 <DaleStan> newgrf does support all four types, but TTDPatch does not. 17:18:08 <DaleStan> TTDPatch will combine one or both of rail+elrail and mono+maglev into a single system. 17:24:33 *** skidd13 [~skidd13@p548A47FA.dip.t-dialin.net] has left #openttd [Ping timeout: Hmm ping sucks :D] 17:26:26 *** Diabolic-Angel [~dia@xdsl-213-196-230-181.netcologne.de] has quit [Quit: leaving] 17:27:38 *** stillunknown [~stillunkn@82-171-87-247.dsl.ip.tiscali.nl] has quit [Ping timeout: 480 seconds] 17:29:29 *** Wolf01 [~wolf01@87.13.70.189] has joined #openttd 17:29:36 <Wolf01> hello 17:37:59 *** peter_ [~peter@petern.bnsnet.co.uk] has quit [Quit: Ex-Chat] 17:43:07 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Quit: TschÃŒÃ] 17:47:03 *** jonisdead [~chatzilla@33.166.187.81.in-addr.arpa] has joined #openttd 17:59:30 <pavel1269> yaay, my RR works :P now just GUI :o) 18:06:07 *** lolman [~lolman@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 18:06:27 *** Sacro [~Sacro@adsl-87-102-80-216.karoo.KCOM.COM] has quit [Ping timeout: 480 seconds] 18:07:03 *** peter__ [~petern@217.151.109.242] has joined #openttd 18:26:34 *** Sacro [~Sacro@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 18:28:48 <Sacro> hmm 18:29:10 *** dih [~dihedral@dslb-084-057-225-135.pools.arcor-ip.net] has quit [Quit: Leaving] 18:29:34 <Belugas> hey Sacro 18:29:39 <Belugas> pavel1269, RR ? 18:29:56 *** mikl [~mikl@0x57372ee2.mrbnqu1.broadband.tele.dk] has quit [Quit: Connection reset by Peer Gynt] 18:30:54 <pavel1269> Belugas: Route REsctrictions 18:31:01 <pavel1269> programmable signals 18:31:24 <Belugas> ha 18:31:25 <Belugas> ok 18:31:29 <Belugas> intersting 18:31:37 <pavel1269> but ... hehe ... one-way signals have bug :( 18:31:47 <pavel1269> repairing atm 18:32:19 <Belugas> gaaa.. wanted to test something, and i forgot what :( 18:32:24 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has joined #openttd 18:36:05 *** caladan [~caladan@161-bem-18.acn.waw.pl] has joined #openttd 18:36:21 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has quit [Quit: Konversation terminated!] 18:37:27 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 18:39:37 *** caladan [~caladan@161-bem-18.acn.waw.pl] has quit [] 18:41:19 *** eQualizer [~lauri@dyn15-194.dsl.spy.dnainternet.fi] has quit [Ping timeout: 480 seconds] 18:43:09 *** mikl [~mikl@0x57372ee2.mrbnqu1.broadband.tele.dk] has joined #openttd 18:45:12 *** mikl [~mikl@0x57372ee2.mrbnqu1.broadband.tele.dk] has quit [] 18:45:40 *** mikl [~mikl@0x57372ee2.mrbnqu1.broadband.tele.dk] has joined #openttd 18:51:04 *** Tlustoch [~last_evol@r5bn73.net.upc.cz] has joined #openttd 18:57:23 *** eQualizer [~lauri@dyn15-194.dsl.spy.dnainternet.fi] has joined #openttd 19:00:07 <pavel1269> btw, anyone know what change/do to kill this: 19:00:08 <pavel1269> LINK : ..\objs\Win32\Debug\openttd.exe not found or not built by the last incremental link; performing full link 19:01:28 *** Progman [~progman@p57A1F05D.dip.t-dialin.net] has joined #openttd 19:03:15 *** DJ_Mirage [~sexybigge@biggetje.xs4all.nl] has joined #openttd 19:03:15 *** lolman [~lolman@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 19:03:35 <glx> that's not a problem 19:03:51 <glx> you don't need to kill it 19:03:51 *** helb [~helb@62.240.176.23] has quit [Read error: Connection reset by peer] 19:04:06 <peter__> it's annoying if it should be able to do an incremental link though 19:04:19 <Arbitrary> is it my imagination or does visual studio have the slowest linker known to man? 19:04:27 *** helb [~helb@62.240.176.23] has joined #openttd 19:04:40 <peter__> Arbitrary, it does a lot of optimization during linking 19:04:46 <glx> for release builds yes 19:13:56 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has quit [Quit: May the ducttape be with you] 19:18:18 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has joined #openttd 19:19:37 *** |Jeroen| [~jeroen@d51A47061.access.telenet.be] has joined #openttd 19:22:12 *** Purno [~Purno@5357D37C.cable.casema.nl] has quit [Read error: Connection reset by peer] 19:26:18 *** Tekky [~Tekky@p5493EFFD.dip.t-dialin.net] has joined #openttd 19:27:15 <peter__> hi 19:28:56 <Tekky> hi peter :) 19:29:13 *** dih [~dihedral@dslb-084-057-225-135.pools.arcor-ip.net] has joined #openttd 19:30:34 <Eddi|zuHause> hi Tekky (!) 19:31:10 <Eddi|zuHause> did you get further with your realistic signalling? 19:32:43 <Tekky> hi, yes, I have gotten further and I also have written some code. However, I don't want have a working version yet and I don't want to write any more code until the issues are sorted out that are discussed in these two threads: 19:33:16 <Tekky> http://www.tt-forums.net/viewtopic.php?f=32&t=31172 19:33:43 <Tekky> http://www.tt-forums.net/viewtopic.php?f=33&t=14154&start=440 19:34:24 <Tekky> My main concern is compatibility with traditional OpenTTD signalling. 19:35:26 <hylje> (!) 19:36:03 <hylje> looks great 19:36:20 <Tekky> I don't want to create a fork of OpenTTD that would split the OpenTTD community, by forcing people to only either use the traditonal signals or the new PBS signals, but not both. 19:36:59 <hylje> i'd think a better (optional) design is better than pure tradition 19:37:50 <Belugas> wrong, hylje 19:37:59 <Belugas> it's better to support both, in my opinion 19:38:01 <Sacro> hey Tekky! :D 19:38:12 * Sacro has been fiddling with the signals 19:38:33 <peter__> especially with something as fundamental as signals 19:38:49 <Belugas> or at least, make it so that new system emulates the old system on demand... 19:38:56 * Belugas nods at peter__ 19:39:19 <Tekky> hi Sacro :) 19:39:21 <Eddi|zuHause> if it's too much of a hassle to support a mixture, only support one version depending on (per player?) setting 19:39:51 <Belugas> it all depends on how the systems are implemented... 19:40:36 <Belugas> if it is some kind of pluggable objects, it should be fine to support 2, 3 ,a gazillion systems 19:41:16 <hylje> country support, incompatible systems >:) 19:41:19 <Eddi|zuHause> yeah, it'd be best if all current networks would be usable with the new signalling system 19:41:42 <hylje> (but a new replacement is better than nothing at all) 19:42:16 <Belugas> ... 19:42:36 <Belugas> a new replacement.... we have an old replacemtn? 19:42:39 <Tekky> I had initally planned to offer only limited support for tradititional signals, as described in this post: 19:42:41 <Tekky> http://www.tt-forums.net/viewtopic.php?p=626039#p626039 19:42:41 <Belugas> or we have nothing at all.... 19:42:45 <Belugas> i am confused 19:43:26 <Tekky> However, DaleStan was not happy with that idea :) He wants full support :) 19:43:37 <Belugas> he's not alone in that matter :) 19:44:17 <Tekky> Well, exotic things like priority lines will not work, but I think most layouts will still work. 19:44:26 * DaleStan has very bad memories of last time someone said "Oh, PBS will magically work, and doesn't need this complicated presignal stuff". 19:44:37 <Sacro> DaleStan: yes, it was a bit... 19:45:04 <Sacro> broken :) 19:45:07 *** BCS|FrozenSnake [kim.w@c-d334e055.112-1-64736c10.cust.bredbandsbolaget.se] has joined #openttd 19:45:59 * Sacro will bbl 19:46:12 *** |Jeroen| [~jeroen@d51A47061.access.telenet.be] has quit [Quit: oO] 19:46:18 <Tekky> Maybe I should just try to implement my method with limited compatibility for traditonal signalling and see whether this limited support is sufficient. 19:48:01 <Tekky> I think that most station and track layouts will work with my limited support for traditonal signalling, as described in this post 19:48:11 <Tekky> http://www.tt-forums.net/viewtopic.php?p=626039#p626039 19:48:23 <peter__> DaleStan, i remember suggesting it be ripped out too ;) 19:48:39 <Noldo> is the pbs working in a pbs only environment? 19:48:58 <Belugas> pbs is only available in a ttdp environnement 19:49:00 <Belugas> so, yes 19:49:16 <peter__> heh 19:52:19 <Tekky> Noldo: I have no working code yet, because I first need to settle how traditonal signals are to be handled. 19:52:41 <hylje> TTD signals 19:53:48 <Noldo> pbs signal works like an exit signal when entering pbs and as a pre signal when leaving? 19:53:50 <Tekky> yes, my main concern right now is backward compatibility. 19:54:29 <DaleStan> Noldo: why not "PBS" and "presignal" work entirely independently? 19:55:00 <Noldo> you mean that one user can only have one or the other? 19:55:23 <hylje> the systems are hard to make work together 19:56:03 <hylje> also the benefit might not be anything special 19:57:43 <Eddi|zuHause> i agree with the above post (afaik that was even my suggestion back then) 19:58:16 <Eddi|zuHause> if you hit an exit signal, reserve another part of the track 19:59:52 <Noldo> that is basically the same as treating them like normal piece of track 20:01:30 *** nimrod [~nimrod@host86-130-138-62.range86-130.btcentralplus.com] has joined #openttd 20:02:17 <nimrod> hi 20:02:28 <nimrod> hi to all 20:02:29 <hylje> helo 20:03:16 <Tekky> hi nimrod 20:03:47 *** nimrod [~nimrod@host86-130-138-62.range86-130.btcentralplus.com] has quit [] 20:04:50 <Tekky> the main problem is that traditional TTD signalling works with "blocks". However, my PBS signals work with individual track segments, which can be reserved by a train or not. Therefore, these two signalling types are not very compatible. 20:05:31 <Noldo> don't worry about the blocks 20:05:38 <hylje> well 20:05:42 <hylje> when the fundamentals conflict 20:05:50 <hylje> the new style should override 20:06:50 <Noldo> think how in your system it is possible to make a thingie that is functionally as similar as possible to a pre signal 20:07:21 <Noldo> there is no problem with the basic signals, right? 20:07:31 <DaleStan> <Noldo> you mean that one user can only have one or the other? <-- No, I mean that there are 8 types. PBS may be added to any of the current 4 signal types, resulting in a total of 8 types, and presignal systems will continue to behave like presignal systems, regardless of the presence or absence of the PBS bit. 20:09:27 *** BCS|FrozenSnake [kim.w@c-d334e055.112-1-64736c10.cust.bredbandsbolaget.se] has quit [Quit: - nbs-irc 2.36 - www.nbs-irc.net -] 20:09:32 <DaleStan> <Tekky> Therefore, these two signalling types are not very compatible. <-- "Not compatible within a single block", you mean. Why you have some blocks that are reserved section by section, and other blocks that are "reserved" as a single unit? 20:09:42 <DaleStan> *Why can't you have 20:12:09 <Tekky> DaleStan: Yes, that is possible. But my main concern is how to handle the area between the PBS- and non-PBS area, i.e. the behavior when entering and leaving a PBS area. 20:12:34 *** HerzogDeXtEr [~dex@i59F7CC77.versanet.de] has joined #openttd 20:12:59 <DaleStan> If the signal the train is about to pass is a PBS signal, do the PBS thing. If it's a non-PBS signal, do the non-PBS thing. 20:14:14 <Noldo> Tekky: your system does only need one type of signal? (let's forget the unsafes for a little while) 20:14:14 <peter__> it's not just train behaviour 20:14:26 <peter__> there's the routines that update signal state 20:16:49 <Eddi|zuHause> i would do away with the block behaviour altogether, and then introduce "compatibility" signals, that simulate the block behaviour, and while that switch is activated, maybe disable some of the more advanced new signal behaviours (e.g. different levels of "weak reservations") 20:17:27 <DaleStan> Maybe I'm just too TTDPatch-centric, but what does PBS have to do with the signal state? Either the signal is red or the signal is green. PBS only changes whether the train will pass the signal, not what state the signal shows. 20:18:17 <Eddi|zuHause> and that is the wrong approach 20:18:33 <Eddi|zuHause> the signal should show the state that the train will obey to 20:18:42 <Eddi|zuHause> if the signal shows red, then the train must stop 20:18:49 <Eddi|zuHause> if the signal shows red, then the train goes through 20:18:58 <Eddi|zuHause> s/red/green 20:19:19 <Eddi|zuHause> so the signal must pay attention to what train is trying to go through 20:19:33 *** HerzogDeXtE1 [~dex@i59F7FC7E.versanet.de] has quit [Ping timeout: 480 seconds] 20:20:07 <Eddi|zuHause> the "compatibility signal" then knows "oh, that train wants to go to X/Y/Z, whatever, i don't care" 20:20:19 <DaleStan> So change how PBS signals update. Why does this change how the non-PBS signals update? And why does this have to be fixed concurrently with implementing PBS? 20:21:32 <Eddi|zuHause> you suggest "implement the new system, let the old code handle the old system" 20:21:54 <Eddi|zuHause> i suggest "implement the new system, remove the old code, and let the new system simulate the behaviour of the old system" 20:22:03 <Noldo> I agree 20:22:13 <DaleStan> Because your solution is so much easier than mine? 20:22:18 <Noldo> and it's not even that hard 20:22:56 <peter__> why haven't you written it then? :) 20:22:58 <Eddi|zuHause> no, because it is The Right Thing(tm) 20:24:01 <DaleStan> So the The Right Thing is also to have everyone run one processor that can execute all instructions from all other processors in the world? 20:24:24 <peter__> mmm, mame :D 20:24:53 <Eddi|zuHause> noboddy said that... 20:24:57 <Noldo> pre/combo signal show green only when a path to a safe stoping signal signal has been reserved so that the path goes through an exit signal 20:26:30 <Eddi|zuHause> DaleStan: but do 64 bit processors have a 32 bit processor built inside, or rather a 32 bit emulation layer? 20:27:32 <DaleStan> But you said that having both old things and new things is bad, and the new thing should instead simulate the old thing. Therefore any new $FOO should be able to simulate all old @FOO. Why does this change when $FOO = "processor" and @FOO contains both "PPC" and "x86"? 20:29:23 <Eddi|zuHause> where do you think you have seen a "change"? 20:30:26 <DaleStan> Because there are, to my knowledge, no processors that can execute both x86 and PPC binaries, and, to my knowledge, no one who thinks that such processor should exist. 20:32:01 <Eddi|zuHause> but it is a totally different scenario, to create the appropriate analogy, you have $FOO = "new openttd signals" and @FOO = {"old openttd signals", "TTDPatch signals"} 20:32:20 <Eddi|zuHause> we should not attempt that 20:33:09 <hylje> perl 20:33:27 <Eddi|zuHause> if AMD creates a new generation of 64 bit processors, they are designed to run code that could run on old AMD 32 bit processors 20:33:38 <Eddi|zuHause> not some other company's PPC processors 20:34:50 <Eddi|zuHause> likewise, simulating TTDP's PBS implementation was never the question 20:34:55 <DaleStan> And you have old things and new things, and the new things that can't do what the old thing does. But you just said that new things should emulate the old things. 20:36:13 <Eddi|zuHause> AMD's 32 bit processors could not run PPC programs 20:36:17 <Noldo> but only the features 20:36:23 <Eddi|zuHause> why should AMD's 64 bit processors do? 20:36:46 <Eddi|zuHause> that is NOT part of "simulate the old behaviour" 20:37:27 <Noldo> not the hacks that are possible only be relying on the details of the implementation 20:37:30 <Tekky> <DaleStan> Maybe I'm just too TTDPatch-centric, but what does PBS have to do with the signal state? Either the signal is red or the signal is green. PBS only changes whether the train will pass the signal, not what state the signal shows. <-- In my new PBS system, signals will react to trains and trains instead of vice-versa. For example, all signals will show red by default and 20:37:40 <Tekky> will only show green when a train has reserved a route past the signal. 20:37:41 *** stillunknown [~stillunkn@82-171-87-247.dsl.ip.tiscali.nl] has joined #openttd 20:37:44 <pavel1269> gn 20:38:00 *** pavel1269 [~pavel.g@48.140.broadband2.iol.cz] has quit [] 20:38:42 <Tekky> whoops, I made a little mistake in my last message. Here it is again: In my new PBS system, signals will react to trains instead of vice-versa. For example, all signals will show red by default and will only show green when a train has reserved a route past the signal. 20:39:03 <Eddi|zuHause> <Tekky> will only show green when a train has reserved a route past the signal. <- exactly, and you can simulate the old behaviour by reserving ALL tracks behind the signal, instead of just the ones the train is going to pass 20:39:22 <Tekky> My new signalling system is therefore train-driven and not signal-driven. 20:39:24 <DaleStan> Which can actually be done in TTDPatch, with PBS and a bit of signal programming. It's quite possible to use programmable signals to make a signal always show red. This is not obviously useful, but PBS allows a train to pass a red signal if it can find a path to its destination. 20:40:10 <Eddi|zuHause> "but PBS allows a train to pass a red signal" <- and that is wrong 20:40:21 <Eddi|zuHause> a train may never ever pass a red signal 20:41:01 <Eddi|zuHause> if i want to program a signal as always red, then i mean that track should never be used until i reprogram that signal 20:41:10 <Noldo> I don't actually see any need to simulate the old behaviour in the lets-reserve-everything way 20:41:28 <Eddi|zuHause> Noldo: i was merely stating that as a possibility 20:41:31 <DaleStan> Fine. I was hoping I could gloss over silly implemetation details like that. "But PBS allows a train to pass a signal that was red before the path reservation succeeded." Better? 20:41:41 <Noldo> it's enough that the real features of presignal system are there in the new system too 20:42:13 <Eddi|zuHause> DaleStan: that is a totally different sentence 20:42:45 <Eddi|zuHause> if a path reservation succeded, the signal should turn green 20:43:03 <Eddi|zuHause> except if i told the signal to never turn green 20:43:13 <Eddi|zuHause> (i.e. unpassable track) 20:43:44 <Eddi|zuHause> in that case, the pathfinder should not even attempt to reserve that track 20:44:26 <Eddi|zuHause> (the use of that is "trains should not pass this track, but i do not want to remove it, in case i need it later") 20:44:53 <DaleStan> <Eddi|zuHause> except if i told the signal to never turn green< -- But you didn't. Not entirely, anyway. You also told it to "behave like a PBS signal." And "behave like a PBS signal" means, "regardless of any other instructions, allow a train to pass if it can find a path." If you want an impassible signal, you have to remove "behave like a PBS signal" from the equation 20:46:31 <Eddi|zuHause> but, there is no reason for a standard game (i.e. not an ultra-traditionalist or a heavy-signal-abuse game) to even have a "behave like PBS" switch 20:46:59 <Eddi|zuHause> because that should be the natural behaviour of a signal 20:47:24 <Eddi|zuHause> together with "show red if no path is reserved" 20:51:54 <DaleStan> So signal-abuse games won't work on new versions of OpenTTD? That would be a bug, not a feature. 20:52:16 <Eddi|zuHause> i already gave the solution for that 20:52:52 <Eddi|zuHause> have a switch "use compatibility signals", which then changes the track reservation algorithm of the standard signals 20:53:45 <SmatZ> I didn't read all the text you have written - but isn't the red or green for PBS signals just a cosmetic feature? 20:54:07 <DaleStan> But what happens on MP games where some want compatibility signals and others want PBS? 20:54:34 <hylje> the server owner decides 20:54:50 <Eddi|zuHause> DaleStan: like YAPF settings, these can be player based 20:56:17 <DaleStan> SmatZ: Basically, yes. In fact, the red/green state is cosmetic for all signals. All that is really relevant is the presence or absense of a signal, and under what circumstances it would allow a train to pass. Whether it would allow a completely non-existent train to pass were it to materialize right now is uninteresting. 20:57:03 <Noldo> no it's not cosmetic in the presense of presignals 20:57:14 <DaleStan> If they are player-based, then one player chooses new, and another player joins the company and chooses compatibility. 20:57:39 <Eddi|zuHause> DaleStan: that is up to the players to fight out... 20:57:40 <Noldo> the behaviour of presignals depends on the the states of other signals 20:57:49 <DaleStan> Yes, it is. If there is no train, whether the train could pass is uninteresting, and if there is a train, then you look to see whether or not it is passing. 20:58:10 *** a1270 [~Cheese@24-117-163-29.cpe.cableone.net] has quit [Quit: The ending changes tone & is actually quite sad - but it involves a scene of necrophilia, so that's just another plus in my book.....] 20:58:20 <DaleStan> Having the state displayed to the player does not change how the game works internally. 20:58:31 <SmatZ> DaleStan: that is a deep thought... we can have game without any signals when there is "working PBS" (virtual signal on each trackdir) 21:01:20 <Noldo> and the signal states in priorities are resting on imaginary trains taking paths that normal trains can't take 21:01:56 <SmatZ> Noldo: well... priorities are a bit hacky thing :) but you are right 21:03:18 <SmatZ> DaleStan: is it a problem to use different pathfinder and different signalling system for different players? based on for example _current_player and tile owner 21:03:39 <Eddi|zuHause> anyway, what i am trying to say is we should "deprecate" the old signal behaviour, and only allow it on special demand (like the disable elrail switch) 21:03:53 <ln-> who's familiar with Cocoa? (and is here) 21:04:36 <SmatZ> Eddi|zuHause: once there is working PBS... :-) 21:04:40 <Eddi|zuHause> SmatZ: pathfinder i don't know exactly, but all the yapf details (penalties etc.) are per company 21:05:44 <Eddi|zuHause> KUDr designed the system exactly because every player can use the settings that fit best their network 21:05:50 <Eddi|zuHause> and not depend on server settings 21:07:13 <SmatZ> Eddi|zuHause: really? 21:07:17 <Eddi|zuHause> yes. 21:09:28 *** a1270 [~Cheese@24-117-163-29.cpe.cableone.net] has joined #openttd 21:09:31 <SmatZ> it is not in the player struct 21:10:14 <Eddi|zuHause> i don't know how that is implemented, but it was said it does that... 21:11:26 <SmatZ> only network server can change YAPF settings 21:11:39 <SmatZ> but even if it was not implemented, it could be done... 21:13:27 <hylje> aaaaa 21:13:38 <hylje> serves me right for not autosaving 21:14:36 *** dih [~dihedral@dslb-084-057-225-135.pools.arcor-ip.net] has quit [Quit: Leaving] 21:16:55 <Belugas> night all, have fun 21:19:02 <hylje> night 21:31:42 <Tekky> <SmatZ> DaleStan: that is a deep thought... we can have game without any signals when there is "working PBS" (virtual signal on each trackdir) <--- Yes, this also exists in reality. For example, here in Germany, all trains that go beyond 160 km/h (100mph) don't obey any standard train signals. Instead, the train's maximum speed is at all times controlled by the CTC (centralized traffic control). 21:32:10 <Tekky> See this wiki article for further information: http://en.wikipedia.org/wiki/LZB 21:32:39 <Tekky> This could also be implemented into OpenTTD, but I think it would be boring. 21:32:48 <Tekky> I prefer real signals :) 21:36:00 <SmatZ> :-) 21:36:34 <Tekky> However, such a feature would be cool to have, as a patch which can be disabled. 21:36:34 <hylje> :o 21:36:40 <hylje> progressive signalling 21:36:46 <Tekky> yes. 21:37:22 <Eddi|zuHause> "drive on sight" for trains <60km/h? 21:38:03 <Eddi|zuHause> (also limited weight) 21:38:27 <hylje> and non-passenger :) 21:38:56 <peter__> no signals 21:39:02 <peter__> disable collision detection 21:39:05 <peter__> "fun" 21:40:13 <Tekky> hehe, I once made a patch which disabled trains from obeying signals. I made all trains think that signals show green. Before I activated the patch, I had 140 trains on my network. A minute later, I had only about 4 or 5 trains on my network :) 21:40:22 <Eddi|zuHause> yeah, only the "realism" part gets... "left on the track" (we germans say) 21:40:30 <hylje> haha 21:41:12 <Eddi|zuHause> Tekky: that probably beats Sacro's PBS experience ;) 21:42:27 <Tekky> hehe, what did Sacro do? :) 21:42:54 <Eddi|zuHause> i think it was Brianetta who made signal-free networks and relied on the timing of trains so they wouldn't collide 21:43:35 <Eddi|zuHause> Tekky: due to PBS's implementation, crashed trains release their reservation before they are fully cleared, causing the next train to enter and collide with the remains 21:43:40 <Brianetta> It was I 21:43:46 <Brianetta> and it screwed up eventually 21:43:57 <Brianetta> and once we had timetables, it tended to screw up even faster 21:44:04 <Eddi|zuHause> haha ;) 21:44:13 <Tekky> lol 21:44:32 <Brianetta> OpenTTD's timetables are useless, because they can't do the one thing that timetables are really there for: 21:44:44 <Brianetta> Guaranteeing a space for the next train 21:44:56 <Brianetta> When my express arrives, I want the platform to be empty for it 21:45:07 <Brianetta> I want trains to arrive no-earlier-than 21:45:17 <Brianetta> but the timetables only work to no-later-than 21:45:26 <Eddi|zuHause> yeah, timetables need synchronisation measures 21:46:10 *** Draakon [~chatzilla@88-196-111-164-dsl.trt.estpak.ee] has joined #openttd 21:46:40 <Draakon> hello 21:46:47 <Eddi|zuHause> what i found lacking was the ability to show times relative to another train, so i could not schedule "leave station when opposite train arrives" 21:47:00 <Tekky> hi Draakon 21:47:23 <Eddi|zuHause> so the trains always locked up on the single-track sections 21:48:18 <Eddi|zuHause> timetables could have been a static solution for that 21:48:23 <Draakon> pavel are you here? 21:48:23 <Brianetta> I want timetables to have a basic "leave at <time>" capability 21:48:26 <Eddi|zuHause> but without synchronisation, it can't do that 21:48:28 <Brianetta> and there to be a pseudo-clock 21:48:58 <Brianetta> not a time relative to the last time the train fucked up / got stopped / manually reset 21:49:43 <Eddi|zuHause> yeah 21:50:31 <Tekky> Once my new PBS system is running, the signalling system will be train-driven and no longer signal-driven, as it is now. Therefore, I plan to introduce programmable trains in contrast to TTDPatch's programmable signals. Programmable trains seem more meaningful than programmable signals in a network which is train-driven and not signal-driven. Maybe the timetables could be 21:50:31 <Draakon> what train set should i use for "World Scenario": UKRS, USSet, DBSet, TTDOriginal(not maglev&monorail? 21:50:44 <Tekky> implemented as programmable trains? 21:50:56 <Eddi|zuHause> "train 1 leave station A at 9:00", "train 2 leave station B at 10:00", "train 1 and train 2 meet at station C at 12:00" 21:51:18 <Brianetta> Tekky: I have no idea what you're talking about 21:51:39 <Draakon> about PBS 21:51:56 <Tekky> Brianatta: Do you know TTDPatch's programmable signals? 21:51:57 <Brianetta> Draakon: PBS doesn't explain anything 21:51:57 <Eddi|zuHause> Tekky: yes, trains should choose which signal to go to, not signals choose where the train should go 21:52:03 <Brianetta> Tekky: Nope. 21:52:08 <Draakon> you dont? 21:52:10 <Draakon> :O 21:52:13 <Brianetta> What> 21:52:20 <Draakon> i thought you did 21:52:21 <Brianetta> I use Linux, so I play OpenTTD 21:52:35 <Draakon> but anyway what train set should i use for "World Scenario": UKRS, USSet, DBSet, TTDOriginal(not maglev&monorail? 21:52:51 <Eddi|zuHause> Draakon: all 4 :p 21:53:29 <Eddi|zuHause> plus tropic set, australian set, japan set, ... 21:53:50 <Draakon> cant 21:54:07 <Eddi|zuHause> and before you start, implement different namespaces for vehicle IDs for each grf 21:54:50 <Draakon> as use of multiple sets future has not been coded yet 21:55:16 *** Farden [~jk3farden@AMontsouris-156-1-66-72.w90-24.abo.wanadoo.fr] has quit [Ping timeout: 480 seconds] 21:55:47 <Draakon> or do you have a patch that adds that feature? 21:56:52 <Eddi|zuHause> why would i? i told you to implement it first ;) 21:57:35 <Draakon> i dont know how 21:57:51 <Wolf01> 'night 21:57:54 *** Wolf01 [~wolf01@87.13.70.189] has quit [Quit: Once again the world is quick to bury me.] 21:58:33 <Eddi|zuHause> then you have a task, go for it ;) 21:59:10 <Draakon> nah 22:00:27 <Draakon> i let others to do it 22:00:57 <Eddi|zuHause> that's not the way how opensource works ;) 22:01:10 <Draakon> i dont know how do code 22:01:30 <Eddi|zuHause> then what are you doing here? 22:01:49 <Eddi|zuHause> go learn it! 22:01:51 <Tekky> hehe :) 22:01:54 <Draakon> no 22:04:53 <Draakon> are there any ways to get TTD on mobile phone? 22:05:53 <pv2b> Draakon: that'd be a very involved task. typically mobile phones only run software written in java (mobile edition) 22:06:25 <pv2b> there was a port of openttd to maemo (nokia's OS for internet tablet) at one point, but i think it's dead 22:06:37 <pv2b> maemo is based on linux and x11, so that wasn't *too* hard 22:06:55 <pv2b> also, i guess it wouldn't be impossible to port it to a platform like openmoko either, if somebody wanted to do it. 22:07:09 <Draakon> k 22:07:13 <peter__> nokia's internet table isn't a mobile phone, heh 22:07:35 <pv2b> peter__: no, but it's the closest thing to a mobile phone openttd has ever run on to my knowledge 22:07:45 <pv2b> unless it runs on some other kind of PDAs 22:08:06 <pv2b> speaking of that, i guess it might be portable to windows mobile, i dunno 22:08:25 <pv2b> or even to symbian, but i doubt there's SDL for any of those 22:12:30 <peter__> it runs on my pocketpc pda/phone thing 22:12:33 <peter__> it's crap though 22:13:59 <Draakon> how can SVN download for example r8000 files from svn.openttd.org/trunk as there are latest revision files? 22:15:18 <pv2b> Draakon: custom http headers i guess, not sure. 22:15:23 <glx> pv2b: it should be possible to have a windows mobile build with a little work 22:15:37 <Eddi|zuHause> Draakon: svn co -r XXXX? 22:15:58 <pv2b> one thing to remember though, openttd is bound to be rather crap on mobile devices as the architecture for multiplayer works now 22:15:59 <Eddi|zuHause> or svn export 22:16:36 <pv2b> the entire world has to be calculated locally for all players for them to sync up, for bigger games, a small device like a handheld might not be able to keep up, and it'll certainly suck quite a bit of battery 22:17:03 <pv2b> that's also a problem that can't really be solved without some rather involved changes to openttd 22:17:11 <Draakon> Eddi: i dint ask how i can to it, i asked how it is possibile to have 11719 revisions or more files there if trunk svn folder contains only latest revison files? 22:17:48 <pv2b> Draakon: it doesn't contain only latest revision files, it *appears* to contain only latest revision files :-) 22:18:11 <Eddi|zuHause> Draakon: it will have older files if they have not been changed in between 22:18:14 <pv2b> hidden away are the diffs that you can apply backwards to get to whatever revision you can get, and the svn server will perform that for you, i guess 22:18:15 <Draakon> then how is it all possibile? 22:18:22 <pv2b> if you send the right commands to the web servder 22:18:27 <pv2b> which a simple web browser won't 22:18:53 <Draakon> k 22:18:58 <pv2b> remember, there's more to a http request than "get this URL for me"... you can have lots of different fields in there, i'm not sure if that's how svn specifically operates. hell, grab a packet sniffer and find out :-) 22:19:22 <Draakon> but STILL i want to know what train set should i use for "World Scenario": UKRS, USSet, DBSet, TTDOriginal(not maglev&monorail? 22:19:52 <glx> use what you want 22:20:57 <Draakon> but what is the best? 22:21:19 <peter__> all three! 22:21:28 <peter__> oh wait, that's special 22:21:44 <pv2b> Draakon: whatever you like the best. it's your scenario :-) 22:21:54 <Draakon> it not mine 22:22:01 <UnderBuilder> openttd in java mobile edition is impossible right? 22:22:05 <Draakon> i dled off the internet :P 22:22:21 <Draakon> peter__:whats special? 22:22:35 <glx> use all grfs at the same time 22:22:49 <Draakon> erm 22:22:50 <Draakon> wont work 22:23:07 <Draakon> only one will then 22:23:22 <Eddi|zuHause> UnderBuilder: not if you find a C++ to bytecode compiler, plus some libraries 22:24:17 <pv2b> also, openttd is probably way too big for most mobile phones 22:24:40 <pv2b> at the very least in cpu power requirements 22:25:05 <Rubidium> it won't work on my mobile phone ever, that's for sure ;) 22:25:17 <Draakon> eh it does work mostly but some needed wagons are missing 22:25:19 <pv2b> Rubidium: heh, what do you have? :-) 22:25:28 <Draakon> bwt guys i asked about TTD not OpenTTD 22:25:41 <Rubidium> el-cheapo phone age 5 22:25:45 <Eddi|zuHause> cpu power is not really "required", it would just run slow... but memory is often a real limitation 22:25:53 <Draakon> are there any ways to get TTD on mobile phone?<--- that was my question 22:26:22 <Rubidium> i.e. only a few kbytes of storage for a few phone numbers 22:26:33 <pv2b> Draakon: ah, in that case, hmm... well... not really. there isn't any source code for ttd. it was written in x86 assembler. cell phones don't run x86. 22:26:59 <UnderBuilder> the DS port looks great 22:26:59 <pv2b> that'd be even harder than gettingo penttd to run 22:27:03 <Draakon> hehe we can run almost multiple sets at the time :D 22:27:12 <Draakon> same time* 22:27:14 <Eddi|zuHause> except if you could get vmware to run a virtual windows on your mobile phone :p 22:27:15 <pv2b> unless..... you could get dosbox to run on your cell phone, and even then it'll suck 22:27:20 <pv2b> Eddi|zuHause: dosbox, not vmware :-) 22:27:20 <UnderBuilder> PSP or internet table? 22:27:34 <pv2b> (does ttd run under dosbox?) 22:27:43 <Rubidium> the dos version does 22:27:44 <peter__> er 22:27:48 <peter__> the nokia 9000 ran x86 22:28:01 <Eddi|zuHause> pv2b: but that'd be less a ressource hog :p 22:28:15 <Draakon> weee 22:28:22 <peter__> 9000 was a 386 22:28:23 * Draakon start playing with multiple sets now 22:28:25 <peter__> 9110 was a 486 22:28:36 <pv2b> Eddi|zuHause: vmware won't run on a cell phone, it virtualizes. cell phones do not have x86 processors in hem. 22:28:49 <pv2b> wel, yeah, except the early nokia communicators as peter__ says 22:29:05 <pv2b> but then they had monochrome or grayscale screens at best. 22:29:24 <Eddi|zuHause> i played TTO on my monocrome laptop... 22:29:30 <Draakon> who then coded support for OpenTTD to use multiple train sets? :P 22:29:37 <UnderBuilder> I want OTTD for GB! 22:29:42 <UnderBuilder> lol 22:29:46 <pv2b> i want ottd on my ti-83 22:29:58 <pv2b> come on now, can't be that hard to fit into 32 kB of memory ;-) 22:30:11 <glx> and you need to convert it to z80 22:30:20 <Eddi|zuHause> it wasn't actually monochrome... it used like 4 grey levels to simulate 16 22:30:48 <UnderBuilder> no, the ultimate conversion should be: C64! 22:31:11 <Eddi|zuHause> Draakon: who is listed as "the descendant of newgrf gods"? 22:31:11 <Draakon> hmm question: if i am running 2048x2 map and save while not pause, does savegame get damaged or something while i do save on pause on the same map? 22:31:17 <pv2b> i wonder if you could hack together some kind of remote display driver for openttd, like a kind of light-weight vnc, but slightly better, with local graphics rendering from cached bitmaps 22:31:31 <Draakon> i dont know Eddi 22:31:39 <ln-> Draakon: that's quite a thin map 22:31:41 <pv2b> then you could run it on practically anything 22:31:52 <UnderBuilder> what about segacd? 22:31:53 <Rubidium> Draakon: the savegame only gets damaged when the application gets killed abruptly 22:32:05 <Rubidium> (or your hardware is really broken) 22:32:16 <Draakon> ok 22:32:39 <glx> and you can't issue 2 save commands at the same time 22:33:09 <Rubidium> because for the actual saving the game is always paused; it's only the compression and writeback to the disk that is done asynchroniously 22:33:11 <UnderBuilder> (megadrive cartridges has got 40mb limit, thats why I said segacd) 22:33:13 <Eddi|zuHause> glx: i think he meant autosave and manual save 22:33:18 <Draakon> ok 22:35:44 <pv2b> finally, openttd should clearly be ported to the web 2.0 platform. 22:35:58 <pv2b> then you could use your cell phone web browsers to play. or something. 22:36:00 <peter__> ajaxttd :o 22:36:02 <pv2b> ;-) 22:36:27 <pv2b> then you could also add some myface integration or something 22:37:22 <peter__> :o 22:37:57 <peter__> http://fuzzle.org/o/engines2.png < multiple vehicle sets ahoy 22:38:02 <Draakon> dbset and us set work togheter 22:38:03 <peter__> ok, maybe a bit too many... 22:38:06 <Draakon> well almost 22:38:09 <peter__> Draakon, no they don't 22:38:15 <Draakon> yes they do 22:38:15 <peter__> they just don't disable each other, heh 22:38:28 <Draakon> i have dbset and usset loaded at the same time 22:38:49 <peter__> yes 22:38:57 <peter__> but the vehicles will be messed up 22:40:05 <Draakon> i want to get the same effect with UKRS and DBset but fail as one only shows up 22:41:15 <Eddi|zuHause> Draakon: why do you even try if you got told it wasn't possible multiple times? 22:41:46 <SmatZ> peter__: is the NSW XP-Class using the right GRF ? 22:41:51 <Draakon> because i want, and it wasnt sayed multiple times 22:43:45 *** Draakon [~chatzilla@88-196-111-164-dsl.trt.estpak.ee] has quit [Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718]] 22:44:51 <peter__> SmatZ, yes 22:45:08 <peter__> it works nwo 22:45:13 <peter__> i fixed that bug 22:45:17 <SmatZ> ah, ok :) 22:47:34 <peter__> and saveload works... without a savegame bump 22:48:22 *** peterbrett [~peter@cpc2-oxfd6-0-0-cust544.oxfd.cable.ntl.com] has joined #openttd 22:49:58 *** Tlustoch [~last_evol@r5bn73.net.upc.cz] has quit [Quit: Leaving] 22:50:27 * pv2b is playing on a server with the latest nightly, but nobody else is :-/ 22:52:07 *** Osai is now known as Osai^zZz 22:52:40 <Tekky> what is a savegame bump? Is that changing the version number of the savegame format? 22:52:48 <Eddi|zuHause> yes 22:52:57 <Tekky> thx 23:05:32 <peter__> yeah 23:28:31 *** Gonozal_VIII [~Gonozal_V@N852P009.adsl.highway.telekom.at] has joined #openttd 23:29:06 <Sacro> right then, what did i miss? 23:30:02 <peter__> me playing with as many vehicle sets loaded as possible? 23:30:11 <Sacro> peter__: zomg picspls 23:30:20 <Sacro> picsplz even :p 23:30:23 <Gonozal_VIII> you missed nothing, i wasn't here so nothing could have happened 23:31:11 <peter__> Sacro, scroll back about an hour, heh 23:31:19 <Sacro> peter__: i am going through my irssi logs 23:31:25 <Sacro> up to 20:02 23:33:08 <pv2b> Rubidium: you want to know why nobody plays the nightly online? because nobody plays the nightlies online :-/ 23:33:24 <Sacro> Rubidium: cos Brianetta stopped his nightly UKRS server :( 23:33:52 <Gonozal_VIII> nobody plays the nightlies online with advertise 23:34:00 <peter__> hmm, i should set up another server some time 23:34:06 <pv2b> there's one nightly server online right now 23:34:11 <pv2b> but i'm the only person on it 23:34:16 <Sacro> peter__: yes, i did enjoy your nightly server too 23:34:19 <Sacro> pv2b: grfs? 23:34:22 <pv2b> Sacro: standard, tempereate. 23:34:30 <peter__> no grfs is boring :o 23:34:33 <Sacro> tempereate? :o 23:34:39 <pv2b> temperate. 23:35:04 <peter__> anyway 23:35:07 <pv2b> yeah. temperate is boring compared to other climates, but still. 23:35:09 <peter__> night night 23:36:00 *** peter__ [~petern@217.151.109.242] has quit [Quit: peter__] 23:38:27 *** Sacro [~Sacro@adsl-87-102-80-216.karoo.KCOM.COM] has left #openttd [] 23:38:42 *** peterbrett [~peter@cpc2-oxfd6-0-0-cust544.oxfd.cable.ntl.com] has quit [Ping timeout: 480 seconds] 23:38:51 *** Sacro [~Sacro@adsl-87-102-80-216.karoo.KCOM.COM] has joined #openttd 23:38:55 <Sacro> oh noes, my logs >< 23:39:28 <Eddi|zuHause> they h4xx0r3d y00 23:40:47 <pv2b> what about your logs? 23:41:06 <Sacro> pv2b: i was reading them 23:41:13 <Sacro> and when i closed the window, irssi lost them :( 23:41:43 <Eddi|zuHause> cat /wherever/your/logfiles/are/stored.log? 23:42:10 <pv2b> Sacro: dcc. 23:42:35 <Eddi|zuHause> i am sure he could find the logs if he really wanted to :p 23:42:42 <SpComb> Logs: http://spbot.marttila.de:8120/logs/oftc-ottd (old: http://zapotek.paivola.fi/~terom/logs/openttd ) 23:42:42 <Eddi|zuHause> !logs 23:42:44 <Eddi|zuHause> like this 23:42:58 <Sacro> pv2b: cheers 23:43:03 <Sacro> Eddi|zuHause: yes, cat sucks though 23:43:10 <Arbitrary> train timetabling - how about "synchronous" orders, like shared orders but only one vehicle is allowed to occupy one order on the list at once, they all swap orders at the same time when they're all ready? hmm 23:43:21 <pv2b> Sacro: they're not complete though 23:43:47 <pv2b> Arbitrary: that'd be awesome, but it's already implementable if you have a dedicated line for those two trais 23:43:52 <pv2b> using signals 23:43:52 <Eddi|zuHause> Arbitrary: that is quite stupid... 23:44:21 <pv2b> really, i think timetabling should more generally be able to enforce consistent spacing between vehicles 23:44:27 <pv2b> there was this patch on the forams that did that i think 23:44:46 <Brianetta> timetabling absolutely positively definitely needs one thing 23:44:47 <Brianetta> time 23:44:52 <Brianetta> at the moment, all we have is a table. 23:45:14 <pv2b> it has time 23:45:30 <Brianetta> So, is the 17:15 from Pruntingville running latE? 23:45:50 <pv2b> click it and find out. you won't know it was late until it arrives though :-) 23:45:59 <Arbitrary> pv2b - now do it with busses :) 23:46:01 <Brianetta> Exactly. 23:46:02 <Brianetta> The time should pass at one minute per day. 23:46:06 <Prof_Frink> Schoedinger's train. 23:46:10 <Brianetta> There should be a 123 hour clock. 23:46:14 <Brianetta> 12 hour 23:46:20 <Brianetta> 12 hours per day 23:46:40 <pv2b> simutrans does 24 hours per month 23:46:43 <Brianetta> and an order should have a time associated with it, and a repetition interval. 23:46:50 <pv2b> so the current time is something like 12:00 March 1959 23:47:00 <Brianetta> pv2b: That's the idea, yes 23:47:08 <Sacro> Eddi|zuHause: DAMN YOU FOR MENTIONING MY PBS "ISSUES" 23:47:10 <Brianetta> and I've notplayed Simutrans since it was a shite alpha 23:47:15 *** Mucht [~Martin@chello080109200215.3.sc-graz.chello.at] has joined #openttd 23:47:16 <pv2b> me neither 23:47:18 <pv2b> is simutrans nonshite yet? 23:47:22 <Eddi|zuHause> Sacro: i knew that'd come sooner or later :p 23:47:23 <Brianetta> no idea 23:47:23 <pv2b> i dunno since it won't run on my ppc mac 23:47:35 <Brianetta> I disliked it for putting too much track down at junctions 23:47:36 <pv2b> it has some cool concepts though 23:47:40 <Brianetta> You can't just have a fork, oh no 23:47:41 <pv2b> at least when i last checked it out 23:47:43 <Sacro> and curses to Brianetta for bringing it up in the forums and irc :p 23:47:45 <Brianetta> got to be a three-way 23:47:55 * Sacro quite fancies a 3 way 23:48:11 <pv2b> i liked cargo destinations in simutrans. 23:48:13 <Brianetta> Sacro: You'd even settle for a fork 23:48:14 *** Maedhros [~jc@i-195-137-43-74.freedom2surf.net] has quit [Quit: good night] 23:48:28 <pv2b> i dislike the fact that hajo seems to be too insecure to release it as open source :-/ 23:48:32 <Sacro> Brianetta: depends what is on the prongs 23:49:13 *** Vikthor [~Vikthor@212.24.150.226] has quit [Quit: Leaving.] 23:49:59 <Sacro> yes, a crashed train released the track when the front engine got clearerd 23:50:10 <Sacro> but when there is still all the wagons on the line 23:50:19 <Sacro> RIP all 8 trains :( t'was a sad day 23:50:23 <Sacro> for me anyway 23:50:28 <Sacro> I think Brianetta found it quite amusing 23:50:35 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has quit [Remote host closed the connection] 23:51:08 *** stillunknown [~stillunkn@82-171-87-247.dsl.ip.tiscali.nl] has quit [Ping timeout: 480 seconds] 23:51:23 <CIA-1> OpenTTD: glx * r11749 /trunk/src/ (7 files): -Fix (r11352): when a bankrupted company is bought, reset vehicle color mapping so the vehicles use the new owner color 23:52:09 <Gonozal_VIII> sacro... easy fix: let the wagons be removed first and engine last 23:52:39 <Sacro> Gonozal_VIII: or not clear the TC until everything has gone 23:52:47 <Eddi|zuHause> hm... does the tropic renewal set not enforce being in tropic climate or is there something wrong with the "activate compatible grfs" routine? 23:53:33 <Brianetta> I just checked. Simutrans still has over-simplified track laying, meaning no simple forks. Therefore, it is still shite. 23:53:35 <Gonozal_VIII> but i guess that's not so easy because the reservation depends on the engine id? 23:53:43 <Eddi|zuHause> i have an old dbset/alpine game which had tropic renewal set in the list (inactive), and when i load that game, the mail wagons of the dbset get overriden 23:54:35 <CIA-1> OpenTTD: glx * r11750 /trunk/src/ (6 files): -Revert (r11749): commited too much 23:57:11 <Sacro> glx: whoops :p 23:57:23 <glx> may happen :) 23:57:36 <Gonozal_VIII> whoops happens 23:58:38 * pv2b curiously investigates what glx committed by mistake :-) 23:59:09 <Sacro> hmm, sort code...