Times are UTC Toggle Colours
00:00:07 <glx> hmm may be caused by longjmp 00:09:08 <Digitalfox> good night 00:09:23 *** Digitalfox [~chatzilla@bl7-182-104.dsl.telepac.pt] has quit [Quit: Bye] 00:10:03 *** _Ben_ [~Ben@91.84.126.252] has joined #openttd 00:16:06 *** Cool-Matte [~mattias@84-217-125-138.tn.glocalnet.net] has quit [Quit: Vegetarianer Àter djurens mat :(] 00:17:30 *** arcil [~arcil@p5B077ED4.dip.t-dialin.net] has quit [Remote host closed the connection] 00:18:33 *** Dark_Link^ is now known as Dark_Link^sleep 00:24:36 *** aneb [~kyle@d235-141-30.home1.cgocable.net] has quit [Quit: Leaving.] 00:28:45 *** RichK67 [~RichK67@194.164.100.143] has quit [Quit: RichK67] 00:35:23 <Sacro> https://bugs.launchpad.net/ubuntu/+bug/1 00:45:10 <Eddi|zuHause> knowing Sacro, that is probably a porn link :p 00:45:16 <Sacro> Eddi|zuHause: err no 00:49:14 <Eddi|zuHause> the comments are great :p 00:49:58 <CIA-2> OpenTTD: belugas * r10903 /trunk/src/ (4 files): -Feature: [NewGRF] Add support for variable 44 of Variational Action 2 for Industries 00:52:20 *** tokai [~tokai@p54B84978.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 00:54:03 *** tokai [~tokai@p54B8492A.dip0.t-ipconnect.de] has joined #openttd 00:54:06 *** mode/#openttd [+v tokai] by ChanServ 00:57:42 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: leaving] 01:26:33 *** exe [~adgf@pub70089.brzesko.net.pl] has quit [Ping timeout: 480 seconds] 01:31:28 *** Eddi|zuHause2 [~johekr@p54B74F34.dip.t-dialin.net] has joined #openttd 01:33:05 *** Ammlller [~Ammler@adsl-89-217-12-118.adslplus.ch] has quit [Quit: Konversation terminated!] 01:37:54 *** Eddi|zuHause [~johekr@p54B76197.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 01:50:37 <CIA-2> OpenTTD: belugas * r10904 /trunk/src/newgrf_industrytiles.cpp: 01:50:37 <CIA-2> OpenTTD: -Fix: When using a temporary industry, make sure you do not clear some unreachable tiles upon its destruction. 01:50:37 <CIA-2> OpenTTD: -Codechange: do not perform something that by all means will not change. A zero offset is really meaningless... 02:03:09 *** Priski [priski@xob.kapsi.fi] has quit [Remote host closed the connection] 02:03:13 *** Priski [priski@xob.kapsi.fi] has joined #openttd 02:22:17 <CIA-2> OpenTTD: glx * r10905 /3rdparty/squirrel/sqstdlib/sqstdrex.cpp: [Squirrel] -Fix (r9516): incorrect usage of throw 02:22:38 *** exe [~adgf@pub70089.brzesko.net.pl] has joined #openttd 02:25:15 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has quit [Quit: bye] 02:43:28 *** mikk36[EST] [~mikk36@ip79.cab15.ktln.starman.ee] has joined #openttd 02:46:48 *** mikk36 [~mikk36@ip79.cab15.ktln.starman.ee] has quit [Ping timeout: 480 seconds] 02:49:27 *** exe [~adgf@pub70089.brzesko.net.pl] has left #openttd [] 02:54:53 *** Priski [priski@xob.kapsi.fi] has quit [Remote host closed the connection] 02:55:36 *** raaq_ [raaq@bot.kapsi.fi] has quit [Remote host closed the connection] 02:55:43 *** raaq [raaq@bot.kapsi.fi] has joined #openttd 02:56:02 *** Priski [priski@xob.kapsi.fi] has joined #openttd 03:00:58 *** TinoM| [~Tino@i5387CED5.versanet.de] has joined #openttd 03:07:50 *** TinoM [~Tino@i5387C229.versanet.de] has quit [Ping timeout: 480 seconds] 03:24:57 *** iPandaMojo [~panda@c-67-183-216-154.hsd1.wa.comcast.net] has joined #openttd 03:36:50 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has quit [Remote host closed the connection] 03:37:13 *** Progman [~progman@p57A1E552.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 03:40:09 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has joined #openttd 03:49:32 *** Progman [~progman@p57A1EC6E.dip.t-dialin.net] has joined #openttd 04:10:41 *** Hendikins [~wolfoxout@203-158-35-94.dyn.iinet.net.au] has joined #openttd 04:11:54 * Hendikins pads in, one step closer to being a CityRail slave 04:42:04 *** Diabolic-Angel [~dia@ip4.77.1311A-CUD12K-02.ish.de] has quit [Quit: leaving] 04:51:47 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has quit [Remote host closed the connection] 05:22:15 *** Zavior [~zavior@d195-237-7-209.elisa-laajakaista.fi] has joined #openttd 05:27:06 *** iPandaMojo [~panda@c-67-183-216-154.hsd1.wa.comcast.net] has quit [Quit: iPandaMojo] 05:49:33 *** Deathmaker [~Miranda@dslb-082-083-197-169.pools.arcor-ip.net] has joined #openttd 05:52:53 *** goddamnit [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has joined #openttd 05:56:09 *** De_Ghost [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds] 05:59:38 *** Deathmaker [~Miranda@dslb-082-083-197-169.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 06:17:11 *** drscorp [~drscorp@ip68-228-153-140.ri.ri.cox.net] has joined #openttd 06:26:25 *** ThePizzaKing [~jeff@c211-28-164-69.eburwd2.vic.optusnet.com.au] has joined #openttd 06:30:37 *** elmex [~elmex@e180064041.adsl.alicedsl.de] has joined #openttd 06:35:22 *** Desolator [Desolator@82.79.212.91] has joined #openttd 06:36:04 *** Desolator [Desolator@82.79.212.91] has quit [] 06:42:05 *** Maedhros [~jc@i-195-137-43-74.freedom2surf.net] has joined #openttd 06:46:00 *** Osai [~Osai@pD9EB67B1.dip.t-dialin.net] has joined #openttd 06:47:59 *** Ammler [~Ammler@adsl-89-217-12-118.adslplus.ch] has joined #openttd 06:54:42 *** mikk36[EST] is now known as mikk36 07:08:13 *** ProfFrink [~proffrink@5acf0f05.bb.sky.com] has joined #openttd 07:10:03 *** Prof_Frink [~proffrink@5acf1b8e.bb.sky.com] has quit [Ping timeout: 480 seconds] 07:10:03 *** ProfFrink is now known as Prof_Frink 07:17:16 *** Ammler [~Ammler@adsl-89-217-12-118.adslplus.ch] has quit [Quit: Konversation terminated!] 07:26:16 *** TinoDidriksen [~projectjj@users.kollegienet.dk] has quit [Quit: http://tinodidriksen.com/] 07:27:58 *** Tobin [~tobin@c58-107-50-36.eburwd7.vic.optusnet.com.au] has quit [Quit: Leaving...] 07:53:26 *** Farden [jk3farden@81.56.247.196] has joined #openttd 08:01:51 *** Farden [jk3farden@81.56.247.196] has quit [Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )] 08:06:41 *** Farden123 [jk3farden@81.56.247.196] has joined #openttd 08:06:42 *** Farden123 is now known as Farden 08:07:37 *** Hendikins [~wolfoxout@203-158-35-94.dyn.iinet.net.au] has quit [Quit: Any technology, no matter how primitive, is magic to those who don't understand it] 08:28:06 *** Tobin [~tobin@c58-107-50-36.eburwd7.vic.optusnet.com.au] has joined #openttd 08:33:36 *** Wolf01 [~wolf01@host20-235-dynamic.0-87-r.retail.telecomitalia.it] has joined #openttd 08:33:56 <Wolf01> hello 08:35:19 <alex__> woof 08:36:32 *** TinoDidriksen [~projectjj@users.kollegienet.dk] has joined #openttd 08:41:27 *** SmatZ [~smatz@a40-prg1-5-107.static.adsl.vol.cz] has joined #openttd 09:01:59 *** Ammler [~Ammler@adsl-89-217-12-118.adslplus.ch] has joined #openttd 09:08:45 *** goddamnit [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds] 09:10:24 *** De_Ghost [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has joined #openttd 09:17:51 *** Vikthor [~Vikthor@snat1.spoje.net] has joined #openttd 09:34:57 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has joined #openttd 09:40:08 *** Ammler [~Ammler@adsl-89-217-12-118.adslplus.ch] has quit [Read error: Connection reset by peer] 09:40:09 *** Ammler [~Ammler@adsl-89-217-55-112.adslplus.ch] has joined #openttd 09:42:38 <CIA-2> OpenTTD: rubidium * r10906 /branches/NewGRF_ports/src/ (airport.cpp airport_movement.h newgrf_engine.cpp): [NewGRF_ports] -Codechange: remove oilrig FTA/FSM stuff from the code as that is already exported to a newgrf. 09:46:43 <phryx> morning 09:46:56 <Noldo> morning 10:08:05 *** Progman [~progman@p57A1EC6E.dip.t-dialin.net] has quit [Quit: Progman] 10:08:13 *** Progman [~progman@p57A1EC6E.dip.t-dialin.net] has joined #openttd 10:11:31 *** Gekkko` [~Gekkko@CPE-58-164-21-84.nsw.bigpond.net.au] has joined #openttd 10:14:51 <Noldo> What is FTA in this context? 10:16:26 *** prakti [~prakti@port-213-148-152-8.static.qsc.de] has joined #openttd 10:17:03 <Gekkko`> fuck them all? 10:18:40 *** RichK67 [~RichK67@88-97-28-112.dsl.zen.co.uk] has joined #openttd 10:19:41 *** Farden123 [jk3farden@81.56.247.196] has joined #openttd 10:20:02 *** Nameeater [~subspace@ip-58-28-197-53.ubs-dsl.xnet.co.nz] has joined #openttd 10:20:43 *** alex__ [~joe@62-249-237-101.no-dns-yet.enta.net] has quit [Ping timeout: 480 seconds] 10:24:59 <CIA-2> OpenTTD: rubidium * r10907 /branches/NewGRF_ports/src/disaster_cmd.cpp: [NewGRF_ports] -Fix: the zeppelin disaster did not lock runway. 10:25:52 *** Niki- [~niki@p5090B8A4.dip0.t-ipconnect.de] has joined #openttd 10:26:28 *** Farden [jk3farden@81.56.247.196] has quit [Ping timeout: 480 seconds] 10:26:28 *** Farden123 is now known as Farden 10:28:59 *** |Jeroen| [~jeroen@d51A43614.access.telenet.be] has joined #openttd 10:29:12 *** alex__ [~joe@62-249-237-101.no-dns-yet.enta.net] has joined #openttd 10:31:02 <CIA-2> OpenTTD: rubidium * r10908 /branches/NewGRF_ports/src/ (4 files): [NewGRF_ports] -Codechange: remove the hardcoded TERMn and HELIPADn and the now unused block definitions. 10:42:53 *** Prof_Frink [~proffrink@5acf0f05.bb.sky.com] has quit [Remote host closed the connection] 10:43:05 *** Prof_Frink [~proffrink@5ac26fef.bb.sky.com] has joined #openttd 10:43:42 *** NW|Aerandir [magic.powe@90-230-201-111-no37.tbcn.telia.com] has quit [Quit: - nbs-irc 2.36 - www.nbs-irc.net -] 10:44:39 *** NW|Aerandir [magic.powe@90-230-201-111-no37.tbcn.telia.com] has joined #openttd 10:50:41 *** TinoM| [~Tino@i5387CED5.versanet.de] has quit [Quit: Verlassend] 10:58:13 *** TinoM [~Tino@i5387CED5.versanet.de] has joined #openttd 11:02:05 *** Niki- [~niki@p5090B8A4.dip0.t-ipconnect.de] has quit [Quit: Leaving] 11:05:28 *** Viriatha [~no-one@user-112156o.dsl.mindspring.com] has joined #openttd 11:06:42 *** ProfFrink [~proffrink@5acfa863.bb.sky.com] has joined #openttd 11:08:28 *** Prof_Frink [~proffrink@5ac26fef.bb.sky.com] has quit [Ping timeout: 480 seconds] 11:08:28 *** ProfFrink is now known as Prof_Frink 11:08:57 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 11:11:26 *** johnsonp [~paul@87-194-114-100.bethere.co.uk] has joined #openttd 11:11:57 *** Ammler [~Ammler@adsl-89-217-55-112.adslplus.ch] has quit [Quit: Konversation terminated!] 11:12:10 *** ViriGone [~no-one@user-112156o.dsl.mindspring.com] has quit [Ping timeout: 480 seconds] 11:16:35 *** Thomas[NL] [~thomas@vdburgt.xs4all.nl] has joined #openttd 11:16:50 *** De_Ghost [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds] 11:17:04 *** De_Ghost [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has joined #openttd 11:17:22 *** Niki- [~niki@p5090B8A4.dip0.t-ipconnect.de] has joined #openttd 11:23:37 *** johnsonp [~paul@87-194-114-100.bethere.co.uk] has quit [] 11:32:41 *** joosa [~joosa@heh.fi] has quit [] 11:34:31 *** Dark_Link^sleep is now known as Dark_Link^ 11:35:47 *** Ammler [~Ammler@adsl-193-46-fixip.tiscali.ch] has joined #openttd 11:36:25 *** joosa [~joosa@heh.fi] has joined #openttd 11:45:02 *** Gekkko` [~Gekkko@CPE-58-164-21-84.nsw.bigpond.net.au] has quit [Quit: http://bbqsrc.org] 11:50:44 *** Osai [~Osai@pD9EB67B1.dip.t-dialin.net] has quit [Quit: Osai] 12:04:33 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd 12:04:55 *** Viriatha [~no-one@user-112156o.dsl.mindspring.com] has quit [Ping timeout: 480 seconds] 12:16:39 <SmatZ> hello 12:17:02 <SmatZ> is it possible to insert command line parameters when running ottd with 'make run'? 12:17:43 <SmatZ> when I want to load a savegame, I have to run 'make' and then 'bin/openttd -g ...' 12:26:05 *** KritiK [Maxim@ppp85-141-225-166.pppoe.mtu-net.ru] has joined #openttd 12:27:47 *** glx [glx@bny93-6-82-245-156-124.fbx.proxad.net] has joined #openttd 12:27:47 *** mode/#openttd [+v glx] by ChanServ 12:27:51 <Rubidium> OPENTTD_ARGS="..." 12:28:18 <Rubidium> you could make it an environment variable too 12:30:24 <peter1138> why does make run exist anyway? 12:30:27 <peter1138> is bin/openttd hard? 12:30:50 <peter1138> bin/o<tab> 12:31:33 *** AntB [~AntB-UK@5ac91a22.bb.sky.com] has joined #openttd 12:32:08 <ln-> because someone wanted to mess up the whole build system. 12:37:08 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Ping timeout: 480 seconds] 12:38:10 *** ThePizzaKing [~jeff@c211-28-164-69.eburwd2.vic.optusnet.com.au] has quit [Quit: ThePizzaKing] 12:42:56 <SmatZ> thanks 12:46:44 *** Hendikins|OUT is now known as Hendikins 12:56:35 *** _Ben_ [~Ben@91.84.126.252] has quit [Ping timeout: 480 seconds] 13:01:58 *** Nameeater [~subspace@ip-58-28-197-53.ubs-dsl.xnet.co.nz] has quit [Quit: Leaving] 13:03:56 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: bbl :)] 13:05:54 *** Strid_ [gg@85.8.6.64.se.wasadata.net] has joined #openttd 13:05:55 *** Ameecher [~Ameecher@host81-154-143-131.range81-154.btcentralplus.com] has joined #openttd 13:06:45 *** Rubidium_ [~rubidium@rubidium.student.utwente.nl] has joined #openttd 13:07:39 *** Rubidium [~rubidium@rubidium.student.utwente.nl] has quit [Ping timeout: 480 seconds] 13:08:53 *** Ameecher [~Ameecher@host81-154-143-131.range81-154.btcentralplus.com] has quit [] 13:12:49 *** Strid [gg@85.8.6.64.se.wasadata.net] has quit [Ping timeout: 480 seconds] 13:16:40 *** Digitalfox [~chatzilla@bl7-182-104.dsl.telepac.pt] has joined #openttd 13:17:27 *** Nitehawk [~nitehawk@c-98-200-106-108.hsd1.tx.comcast.net] has joined #openttd 13:19:57 *** Maedhros [~jc@i-195-137-43-74.freedom2surf.net] has quit [Quit: leaving] 13:20:44 <Eddi|zuHause2> <peter1138> bin/o<tab> <-- b<pgup> ;) 13:23:23 *** Rubidium [~rubidium@rubidium.student.utwente.nl] has joined #openttd 13:23:28 *** Rubidium_ [~rubidium@rubidium.student.utwente.nl] has quit [Read error: Connection reset by peer] 13:24:37 *** eJoJ [~ejoj@117.84-48-125.nextgentel.com] has joined #openttd 13:26:00 *** Tobin [~tobin@c58-107-50-36.eburwd7.vic.optusnet.com.au] has quit [Quit: Leaving...] 13:30:41 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 13:34:28 *** _Ben_ [~Ben@91.84.119.240] has joined #openttd 13:35:14 *** Vikthor [~Vikthor@snat1.spoje.net] has quit [Remote host closed the connection] 13:35:49 *** Vikthor [~Vikthor@212.24.150.226] has joined #openttd 13:37:01 *** joosa [~joosa@heh.fi] has quit [Quit: Reconnecting] 13:37:02 *** joosa [joosa@heh.fi] has joined #openttd 13:44:37 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd 13:46:16 <RichK67> ping dalestan 13:46:41 *** AntB [~AntB-UK@5ac91a22.bb.sky.com] has quit [Read error: Connection reset by peer] 13:51:55 *** AntB [~AntB-UK@5ac91a22.bb.sky.com] has joined #openttd 13:53:29 *** aneb [~kyle@d235-141-30.home1.cgocable.net] has joined #openttd 13:54:42 <DaleStan> RichK67: pong 13:54:54 <RichK67> hi 13:55:00 <aneb> How do I set up the game on my server to end at e.g. the year 2100? 13:55:23 <RichK67> any thoughts on my recolour question: http://www.tt-forums.net/viewtopic.php?f=26&t=33628 13:55:53 <Ammler> aneb: end or restart? 13:56:14 <aneb> Ammler: restart 13:56:59 <aneb> also, how to make the server announce rules? 13:57:04 <Ammler> restart_game_year in section network 13:57:45 <Ammler> we use Autostart from Brianetta for that 13:58:11 <Brianetta> erm 13:58:16 <Brianetta> Autostart's not me 13:58:37 <Ammler> sorry, autopilot :) 13:58:39 <aneb> ? 13:59:16 <Ammler> aneb: search for autopilot at tt-forum 13:59:47 <Brianetta> autopilot doesn't restart 13:59:54 <Brianetta> in fact, restarting confuses it greatly 14:00:19 <Ammler> ah, also restart over rcon? 14:00:38 <Brianetta> You can do anything over rcon 14:01:00 <aneb> Brianetta: sorry but can u pls guide me step by step? 14:01:26 <Brianetta> aneb: No. 14:01:39 <Brianetta> I don't have that kind of energy, and it's all written down. 14:02:14 <Ammler> Brianetta: in fact, if you like to use restart_game_year, you can't use Autopilot? 14:03:46 <Brianetta> Ammler: You can, but the saved game will be repeatedly overwritten, and from time to time it'll be confused about who's on 14:07:43 <aneb> Brianetta: why cant u easily fix that? :-) 14:08:26 <Brianetta> aneb: It was designed on a once-through input, process, output basis. 14:20:15 <DaleStan> RichK67: http://www.tt-forums.net/viewtopic.php?p=617853#p617853 I know. All sorts of fun. But that's the way to do it. 14:21:47 *** Vikthor [~Vikthor@212.24.150.226] has quit [Quit: Leaving.] 14:28:55 <RichK67> eek... thats horrid... :( given its part of a tileseq/tiletype, im not sure how i would get the action 6 to poke the values... wouldnt a simpler solution be to declare that bit 30 indicates that the recolour sprite is in the newgrf, and just renumber accordingly 14:29:30 <RichK67> yes, it limits recolour sprites to only 32768 varieties... but hey! 14:29:42 <RichK67> in fact to 16384 varieties 14:30:22 <DaleStan> But then you lose the bit for "Draw this sprite normally even in transparent mode". 14:30:48 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Ping timeout: 480 seconds] 14:31:02 <RichK67> ah, ok... next bit then... we really dont need a massive number of remaps 14:31:28 *** ProfFrink [~proffrink@5aced3ba.bb.sky.com] has joined #openttd 14:32:35 <RichK67> thus for my example, it would be 45 84 90 24 14:33:14 *** Prof_Frink [~proffrink@5acfa863.bb.sky.com] has quit [Ping timeout: 480 seconds] 14:33:14 *** ProfFrink is now known as Prof_Frink 14:33:35 <RichK67> bit 29 indicates upper word & 0x1FFF is color map relative to 042D 14:34:22 <RichK67> ? 14:34:31 <RichK67> worth proposing? 14:39:43 *** Niki- [~niki@p5090B8A4.dip0.t-ipconnect.de] has quit [Quit: Leaving] 14:43:30 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 14:44:41 <DaleStan> RichK67: It's a possibility. Not necessarily a good one, though, since GRM would have to be futzed not to allocate sprites above 1FFFh (currently, the range is ~1324h-3FFFh), and the wider block is used by a whole mess of things in Patch. Everything except vehicles and houses, in fact, which makes it mighty easy for GRM to fail because it's too far down in Patch's newgrfw.cfg. 14:46:37 <Brianetta> DaleStan: Do you use a handheld calculator? If so, which model? 14:46:59 <Brianetta> You strike me as someone who would love the HP-16c, if one could be prized out of the hands of a collector. 14:47:13 <DaleStan> Brianetta: not often, but when I do it's usually my TI-92. (which is a bit of a stretch for "handheld") 14:47:21 <Brianetta> heh 14:47:26 <Brianetta> I'm an HP-50g guy 14:47:44 <RichK67> hmm... so could you work my example through, as im totally lost on how to change the pointer to the sprite recolour map (and then I'll have the joys of getting OTTD to do it properly) 14:48:07 <Brianetta> http://www.hpmuseum.org/hp16.htm 14:48:17 <Brianetta> If they weren't so damned rare and desirable, I'd have one 14:56:23 *** Niki- [~niki@p5090B8A4.dip0.t-ipconnect.de] has joined #openttd 14:57:42 * Belugas only uses the calculator that is on his cell phone 14:58:00 <Belugas> apart from the one supplied by Win XP, of course :) 14:58:34 <Belugas> so i guess my requirements are not as elaborate as yours ^_^ 15:00:58 <Brianetta> I required one that could be programmed 15:01:00 <DaleStan> RichK67: "work your example"? I'm not sure seeing an example; just some abstract discussion. (And action 6 can poke any number of bytes from 1 to at least 255, at any offset from 0 to 65535.) 15:01:07 <Brianetta> and which could be operated away from the PC 15:01:52 <Belugas> i see. 15:07:01 *** Frostregen_ [SADDAM@dslb-084-058-115-178.pools.arcor-ip.net] has joined #openttd 15:07:47 <RichK67> ah.. ok... its a simple prop 09 tile layout: 4A 04 00 00 00 00 00 00 00 00 45 84 90 04 80 where 0490 is a sprite recolor map in an action 1 sprite list, at position 93 (63h = 042D+63 = 0490)... the tile is used in an action 0E.... 15:10:19 <RichK67> does action 6 poke into a position within the newgrf file? OTTD reads, interprets and stores the newgrfs, rather than leaving them as pokeable files... so I would need to find a solution to that... 15:12:15 *** KritiK [Maxim@ppp85-141-225-166.pppoe.mtu-net.ru] has quit [Quit: Leaving] 15:12:33 *** Frostregen [~sucks@dslb-084-058-116-189.pools.arcor-ip.net] has quit [Ping timeout: 480 seconds] 15:12:34 *** Frostregen_ is now known as Frostregen 15:14:30 <peter1138> action 6 is supported... 15:15:47 <DaleStan> Oh, but I lied. Action 6 can only poke up to 127 bytes. The high bit of the byte-count is used to enable the "add" operation, not the high bit of the param-num. 15:15:48 *** skidd13 [~skidd13@84.138.68.222] has joined #openttd 15:15:59 <skidd13> Hi 15:16:00 <peter1138> although if it's persistent then we've got it wrong 15:17:54 *** llugo [~lugo@pD9582E02.dip.t-dialin.net] has joined #openttd 15:18:01 <DaleStan> Does it apply after GRM? If so, and assuming you don't try to support the "add" operation, there's no real problem with apply-once. 15:20:15 <peter1138> then support would be incomplete 15:20:18 <DaleStan> <RichK67> the tile is used in an action 0E.... <-- Did you mean action 0 feature 0D prop 0E? Action E is deactivate/force-activate. 15:21:16 <DaleStan> s/prop\ 0E/prop\ 09/ 15:24:19 *** lugo [~lugo@217.88.51.81] has quit [Ping timeout: 480 seconds] 15:27:38 *** helb [~helb@84.244.90.159] has quit [Remote host closed the connection] 15:28:59 *** Zavior [~zavior@d195-237-7-209.elisa-laajakaista.fi] has quit [Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )] 15:30:40 <RichK67> its defined in a prop 09, its used in a prop 0E... same as newstations would do it... my definition of prop 0E is different, but not for this aspect of it 15:30:41 <DaleStan> RichK67: Anyway, once you can do something with the result of your GRM reservation (Yes, action 6 does specify byte-in-GRF, and it has to remain pokeable at least until the GRM reservations run), it's just lots of long tedious action 6s. I've been meaning for a while to add a feature to NFORenum so it can create those action 6s automagically; maybe now's the time. 15:31:10 *** Zavior [~zavior@d195-237-7-209.elisa-laajakaista.fi] has joined #openttd 15:32:25 <RichK67> ooo... that would be good... although i could probably just refine the graphics to use the standard blue overlay highlight anyway... but its the principle of the thing... atm i cant use a self-defined recolor map on newgrfs... so any solution would be a good thing 15:33:23 <RichK67> is action 6 a "do it once at file load operation?" 15:33:46 <peter1138> it happens during grf load, certainly 15:34:52 <RichK67> ill have to have a look at how then later... but a cleaner solution would do away with having to poke values altogether 15:35:15 <RichK67> but how is another question entirely 15:35:37 <DaleStan> It was, but it also has to happen after the GRM reservations run, or GRM isn't particularly useful. You can use Action D var 99 to adjust the action A, but not the action 0s. 15:36:19 <aneb> why are real checkpoints better than a dummy one tile station?? 15:37:11 <glx> aneb: no need to set "non-stop" 15:37:19 <aneb> ah 15:37:21 <DaleStan> The best idea I've come up with for generating 6s is to detect and overwrite all instances of a distinctive (user-specified) byte or byte-sequence with the specified parameter 15:38:03 <aneb> http://wiki.openttd.org/index.php/Waypoints 15:38:41 <aneb> should I add a note saying that waypoints are not magical pixies for major routing prooblems? 15:38:51 <skidd13> RichK67: The nfo in the seaplaneport needs some adjustment 108 sprites/seaplaneport.pcx 642 343 09 43 34 3 -2 15:40:39 <DaleStan> Actually, scratch that. Something like \w:p0, to write the word (byte/dword by using \b or \d) in param 0 at the current location. That doesn't support three-byte writing, but that's a pretty rare operation, and the main idea is to generate offsets. 15:47:44 *** Tekky4347 [~Tekky@84.147.209.254] has joined #openttd 15:49:10 <Tekky4347> Hi, I have one little question: Are patches that use floating point numbers (types float and double) multiplayer incompatible, because these are implemented differently on different processors? 15:49:31 <glx> probably 15:49:32 <Tekky4347> So that there is a danger of a dysync? 15:49:52 <glx> they may have rounding errors 15:50:05 <Tekky4347> Doesn't the realistic acceleration patch also use floating point numbers? 15:50:23 <glx> the one in trunk? 15:50:26 <Tekky4347> yep 15:51:04 <peter1138> no 15:51:24 <glx> it uses int 15:52:17 <Tekky4347> Aha. Damn, that is a severe limitation if floating point numbers are not allowed to be used :( 15:53:44 *** Niki- [~niki@p5090B8A4.dip0.t-ipconnect.de] has quit [Quit: Leaving] 15:53:48 *** Mucht_ [~Mucht@p57A0DCCE.dip.t-dialin.net] has joined #openttd 15:53:54 <Tekky4347> Hmmmm, doesn't ANSI C define specific behavior for floating point numbers? I remember an option in MS Visual C++ 6.0 compiler that allowed you to enforce ANSI floating point behavior. 15:54:06 <RichK67> DaleStan: replacing byte sequences is dangerous unless you only replace after/during parsing, otherwise it is incredibly easy to accidentally replace real data 15:56:52 <Noldo> oh hi Tekky, I was wondering when you would get here 15:57:46 <Noldo> Tekky4347: what kind of operations would you need 15:59:12 <Tekky4347> ah, yes, the /Op option in MS Visual C++ disables certain floating point optimizations so that floating-point inconsistency is improved. This compiler option is implied when using /Za (ANSI compatibility). However, this does not improve compatibility between i386 and non-i386 platforms. 15:59:50 <Tekky4347> OpenTTD does also support non-i386-platforms, doesn't it? 15:59:58 <peter1138> yes 16:00:00 <DaleStan> RichK67: Well, I was thinking distinctive sequences, and at "compile-time", not "run-time". Like typing "BE EF" instead of the real data, and then having NFORenum generate an action 6 that'll replace all instances of "BE EF" with the low word of param 0. 16:01:59 <Tekky4347> Noldo: I sometimes prefer working with floating point numbers in certain situations, but it seems this is not possible in OpenTTD because it would break multiplayer compatibility :-( 16:02:17 *** AntB [~AntB-UK@5ac91a22.bb.sky.com] has quit [Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]] 16:02:36 *** AntB [~AntB-UK@5ac91a22.bb.sky.com] has joined #openttd 16:02:46 <DaleStan> But now I think I like \<width>:p<num> better. Simpler tagging, more powerful, and harder to break, all in one. 16:06:17 <Tekky4347> Currently, all the pathfinding is done on all clients, to keep the game in sync, isn't it? Wouldn't it be more meaningful that every client does the pathfinding for its own trains and the results of the pathfinding operation are then transmitted over the network? 16:06:51 <glx> Tekky4347: all clients moves all trains 16:07:39 *** _Ben_ [~Ben@91.84.119.240] has quit [Quit: Leaving] 16:08:28 <skidd13> RichK67: The SF airport has a deadlock and the plans go down too early. 16:10:51 <RichK67> read the commit that introduced the SFO... ;) 16:11:29 <Tekky4347> glx: Ah, yes, TrainChooseTrack() is called when trains are being moved.... 16:12:08 <skidd13> RichK67: Oh I only checked out 16:12:12 <RichK67> Tekky4347: ive had to do some really exotic calculations to avoid using floats... even a simple "round a fraction to nearest int" becomes... er... exotic 16:12:38 <Tekky4347> hehe, yes.... 16:13:31 <RichK67> since you need to retain precision in the decimal places when using an int... had to crack out my 25year old algebra.... 16:14:03 <Tekky4347> Hmmm, when a player issued a command in multiplayer, for example build a piece of track on tile xy, then this command is only executed in the tick when all other clients have acknowledged the command? Or how does this work? 16:14:32 <Tekky4347> issued = issues 16:15:01 <RichK67> skidd13: Only placement works with the SFO. the state machine is incomplete 16:15:58 <RichK67> basically its first cut from my automated conversion routine, but it needs refining to account for the changes in how newgrf_ports move aircraft & handle blocks 16:16:21 *** helb [~helb@84.244.90.159] has joined #openttd 16:16:28 <Tekky4347> Unfortunately, I have never played a multiplayer game, yet I must still make my patches compatible for them :( 16:16:39 <RichK67> eg. it uses an explicit z parameter now to indicate what flight level to use (yes, spiralling holding stacks are possible) 16:17:07 <RichK67> so the default z is zero, hence the a/c hitting the deck while still in flight ;) 16:17:08 <Noldo> The command system is quite interesting 16:17:30 <Tekky4347> interesting = complex, I presume? :) 16:18:26 <Noldo> using the word complex would imply some level of undertanding 16:19:18 *** Diabolic-Angel [~dia@ip203.77.1311A-CUD12K-02.ish.de] has joined #openttd 16:19:28 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has quit [Ping timeout: 480 seconds] 16:24:30 <Tekky4347> Hmmmm, ok, I will use the word "complicated" then :) 16:30:16 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: bbl] 16:35:22 <Noldo> Tekky4347: It seems that the server will execute the command on this+1 tick and if the clients can't keep up they will disconnect 16:39:10 *** skidd13 [~skidd13@84.138.68.222] has left #openttd [] 16:39:14 *** RichK67 [~RichK67@88-97-28-112.dsl.zen.co.uk] has quit [Quit: RichK67] 16:39:41 <Rubidium> the server "schedules" all commands for its next "execute" tick (there's a variable that reduces the amount of execute ticks, which makes the game a little more laggy). It could be that the client is still lagging a few ticks behind. 16:40:08 <Rubidium> furthermore the command is send to the server and then forgotten about; when the server sends the command back to the clients it is actually executed 16:46:11 <Noldo> Tekky4347: how's the pbs thing btw? 16:50:37 *** Deathmaker [~Miranda@dslb-082-083-251-000.pools.arcor-ip.net] has joined #openttd 16:57:14 *** AntB [~AntB-UK@5ac91a22.bb.sky.com] has quit [Remote host closed the connection] 17:02:18 *** AntB [~AntB-UK@5ac91a22.bb.sky.com] has joined #openttd 17:03:08 *** Farden [jk3farden@81.56.247.196] has quit [Ping timeout: 480 seconds] 17:03:59 <Belugas> i really wonder what that means " while FFFFFFFFh can be used instead of the GRFID of the current GRF", for var 67,68 of varaction2 for industries 17:04:02 *** Farden [~jk3farden@81.56.247.196] has joined #openttd 17:04:04 <Belugas> looks like a wild card 17:04:21 * Belugas scratches his head 17:04:39 * Belugas reads asm, too... 17:06:16 *** Thomas[NL] [~thomas@vdburgt.xs4all.nl] has quit [Quit: Leaving] 17:09:49 *** Dephenom [~paul@81-178-15-211.dsl.pipex.com] has quit [Quit: Leaving] 17:10:10 *** Dephenom [~paul@81-178-15-211.dsl.pipex.com] has joined #openttd 17:13:47 <Rubidium> Belugas: that's simple 17:14:14 <Rubidium> 00000000h == original industries, FFFFFFFFh == "my" industries (i.e. the ones defined in "this" newgrf) 17:14:36 <Belugas> you think? 17:14:43 <Rubidium> and the other values are GRF IDs of "other" newgrfs that might or might not be loaded at that time 17:15:26 <Belugas> yeah, that at least i understood. 17:16:10 <Rubidium> FFFFFFFFh is just a "shorthand" for referencing the current GRF, which makes using the same code in several GRFs easier and increasing GRFIDs too 17:16:38 <Belugas> but then, it will leave me with the problem of finding what is the grfid of the current callback 17:16:54 <Belugas> don't see it in spritegroup, 17:17:40 <Rubidium> doesn't it have an industry or so? 17:17:51 <Rubidium> let me look at the code 17:17:56 <Belugas> ho :) 17:17:59 <Belugas> yeah, 17:18:02 <Belugas> you're right :) 17:18:05 <Belugas> silly me... 17:18:13 <Belugas> still rusty as it seems :D 17:18:47 <Rubidium> object->u.industry_location.spec->grf_prop.grffile->grfid 17:18:54 <Belugas> yup :) 17:19:10 <Rubidium> of object->u.industry.spec->grf_prop.grffile->grfid depending on the circumstances 17:19:17 <Rubidium> s/of/or/ 17:19:57 *** Maedhros [~jc@i-195-137-43-74.freedom2surf.net] has joined #openttd 17:22:50 *** AntB [~AntB-UK@5ac91a22.bb.sky.com] has quit [Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]] 17:23:47 <Belugas> much appreciated Rubidium :) 17:23:47 <Belugas> xt 17:25:15 <Rubidium> you're welcome 17:25:31 *** elmex [~elmex@e180064041.adsl.alicedsl.de] has quit [Remote host closed the connection] 17:25:38 <Tekky4347> ah, thx for your explanation to my question, too, Rubidium. I only read it now because I was afk. 17:25:55 *** elmex [~elmex@e180064041.adsl.alicedsl.de] has joined #openttd 17:26:45 <Noldo> I don't like the way CommandCost is used as a substitute for Money 17:29:13 *** Bjarni [~Bjarni@0x50a41610.virnxx14.adsl-dhcp.tele.dk] has joined #openttd 17:29:14 *** mode/#openttd [+o Bjarni] by ChanServ 17:30:22 <Bjarni> anybody here? 17:30:27 <Rubidium> NO 17:30:29 <Noldo> sure 17:30:50 <Bjarni> can you agree on what you reply? :P 17:31:06 <Noldo> sure 17:31:12 <Bjarni> http://bugs.openttd.org/task/1109 <-- I looked at this and well... it's odd 17:31:12 <Tekky4347> Noldo: About your question about my progress on the PBS system: I had originally wanted for a train to reserve its entire route in advance, so that all conflicts between trains could be resolved well in advance. But I have decided that this would be too complicated for now and too CPU-intensive, so I have decided that trains in my PBS system should only reserve a route for the next 2-3 signals, for now. 17:31:25 * Rubidium doesn't see somebody of about 260 years near him... so Bjarni can't be "here" 17:31:27 <Bjarni> so I wonder if it happens on any other platform as well 17:31:31 <Noldo> Tekky4347: I agree with that 17:31:55 <Rubidium> on the other side, if it would be Bjarni's location he wouldn't have to ask on IRC (or he must be terribly shy IRL) 17:32:05 *** Ammller [~Ammler@adsl-89-217-55-112.adslplus.ch] has joined #openttd 17:32:15 <Noldo> Tekky4347: and also it's not a good idea to reserve the path too early in advance because the situation the a far a way block has time to change many times over 17:32:18 *** Mucht_ [~Mucht@p57A0DCCE.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 17:33:33 <Bjarni> I once got a mail from a guy, who was sitting like 3 meters away from me, so I turned toward him and replied on his question and he went "Reply on the mail dummy" 17:33:35 <Bjarni> wtf 17:34:07 <hylje> snailmail 17:34:13 <Rubidium> Bjarni: can't reproduce that bug here 17:34:23 <Bjarni> best part was that it was a yes/no question 17:34:52 <Bjarni> Rubidium: it seems to happen when the mouse is moved really slowly. When I move the mouse fast, the issue is gone 17:35:05 <Bjarni> Rubidium: and you are using SDL, right? 17:35:06 <Rubidium> well, I moved the mouse slowly 17:35:10 <Rubidium> yes 17:35:17 <Phazorx> Bjarni: in this country it is quiter common to send an email with a question/request and follow it with a visit/phone/something of that kind 17:35:54 <Rubidium> Phazorx: because people have a habit to not replying to that mail? 17:35:56 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has joined #openttd 17:36:03 *** Ammler [~Ammler@adsl-193-46-fixip.tiscali.ch] has quit [Ping timeout: 480 seconds] 17:36:06 <Phazorx> Rubidium: why sent it then ? 17:36:36 <Rubidium> well, *if* you have to call or visit someone physically to get a reply, what's the use of email? 17:36:52 <Phazorx> Rubidium: my point exactly... 17:37:02 <Tekky4347> Noldo: Well, I still do plan on making such a system, but I have now decided to first try to implement a rather simple system. It should still support things like bi-directional double track, though. 17:37:08 <Phazorx> i was getting like "please explain how X works", at same time as a call "I sent you an email, did you see it" 17:37:55 *** elmex [~elmex@e180064041.adsl.alicedsl.de] has quit [Remote host closed the connection] 17:38:10 <Phazorx> also, i hate phones for giving a right to someone, at their conviniece to interupt you with thier problems 17:38:26 <Tekky4347> Noldo: In order to make bi-directional double track work, it should be enough for the lookahead of a train to be for the next 2-3 signals. 17:38:32 <Phazorx> pagers/voice mail are much better for recieving side 17:38:58 <Phazorx> however people can not use these either usualy... cuz mesages usualy lack the point 17:39:24 *** eJoJ [~ejoj@117.84-48-125.nextgentel.com] has quit [Remote host closed the connection] 17:40:17 <Bjarni> dammit. I'm at a loss to why this mouse issue happens to mac only, specially because it's the same with both the cocoa and SDL drivers.... do anybody even have a clue to where to start? 17:40:57 <Tekky4347> I have no experience with Macs, sorry :( 17:41:50 <Rubidium> I do, but the people the macs were from didn't like it: crashing a mac within 2 minutes so thoroughly that you needed to remove the battery and unplug the power cord to restart it... 17:42:06 <Bjarni> o_O 17:42:20 <Noldo> Tekky4347: yes 17:43:20 <Rubidium> Bjarni: try the same with another OSX application in full screen and see whether it happens there too, if so -> Not (our) bug 17:43:55 <ln-> Bjarni: btw, did you try if the bug exists with the big patch? 17:44:08 <Bjarni> big patch? 17:45:06 <ln-> Bjarni: blackis's implementation of graphics. 17:45:24 *** ejoj [~ejoj@117.84-48-125.nextgentel.com] has joined #openttd 17:45:28 <Noldo> I updatet the ExpensesType through CommandCost thing if it happens to interest someone who is not on .notice 17:45:28 <Bjarni> did he make anything recently? 17:45:43 <ln-> nope 17:46:25 <Bjarni> ln-: I'm don't think it's a driver issue as the issue is the same with both cocoa and SDL, so modifying the cocoa driver doesn't appear to be the solution 17:47:03 <Bjarni> if it were the cocoa driver only, then it would be easier to track this 17:47:45 <ln-> Bjarni: but doesn't the current fullscreen implementation handle things quite differently than the version by blackis, since e.g. currently apple-tab and all other key combinations are captured before they get to the OS. 17:47:58 <Bjarni> hmm 17:48:08 <Bjarni> good point 17:48:29 <peter1138> one day, bjarni will learn to use the word 'does' 17:48:45 <Bjarni> however I think it was dead slow and it contains endian issues 17:49:27 <ln-> Bjarni: interesting; since i think it was somewhat slower, but definitely not "dead slow". 17:50:03 <Bjarni> I think I tried to use it in fast forward and the speed didn't change noticeable 17:50:25 <ln-> Bjarni: still, could be worth checking if the mouse bug is reproduceable with that patch. 17:52:33 <Noldo> hylje: is your patch tracking thing ready? 17:53:07 *** elmex [~elmex@e180064041.adsl.alicedsl.de] has joined #openttd 17:54:58 <hylje> Noldo: not yet 17:56:17 <hylje> however i have little time to spend on it 17:57:05 *** De_Ghost [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds] 17:57:34 *** De_Ghost [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has joined #openttd 17:57:41 <Noldo> take your time 17:58:16 <Bjarni> ln-: the diff is outdated and can't be applied :( 17:58:22 <Noldo> I wonder that the other thing I wanted to tinker with was, oh yes ship-pf 18:01:38 *** _Ben_ [~Ben@91.84.119.240] has joined #openttd 18:03:06 *** Tekky [~Tekky@p5493FC18.dip.t-dialin.net] has joined #openttd 18:03:52 <Tekky> Damn, I just had a power failure. Did anyone write me a message in the mean time that I did not respond to? Noldo, did you maybe reply to my messages? 18:04:34 <Noldo> Tekky4347: I said 'yes' 18:04:51 <Tekky> Noldo: aha, ok :) 18:05:18 *** Tekky4347 [~Tekky@84.147.209.254] has quit [Ping timeout: 480 seconds] 18:05:19 <Noldo> Tekky: can you make it so that the number of blocks reserved is easy to change? 18:05:48 <Tekky> Yes, that should be easily possible. 18:07:07 <Tekky> I don't work with blocks, though, I work with signals. 18:08:00 <Tekky> My pathfinder stores its path as which signals to take. The path to take between two signals is predefined and cannot be changed dynamically. 18:08:16 <Tekky> This makes pathfinding easier. 18:08:20 <Tekky> and more efficient. 18:09:17 <Rubidium> that reminds me: Tekky, how can there be less signal blocks than YAPF segments? Long pieces of track with a lot of signals would be one segment, but lots of signal "blocks" 18:09:32 <Rubidium> And why can't there be multiple paths between two signals? 18:11:44 *** Barry [~chatzilla@84-245-3-240.dsl.cambrium.nl] has joined #openttd 18:11:44 <Rubidium> I can think of some track layouts where you want to be able to have multiple paths between two signals, so you can have multiple trains running over the same junction (in several ways) 18:13:32 <Tekky> I don't know the internals of YAPF that well... a straight piece of track with many one-way signals on it is considered by YAPF to be one single segment, is that correct? 18:13:32 <Sacro> Rubidium: because long lines with no junctions can be classes as a long block 18:14:00 <Rubidium> Sacro: then it is not a signal block 18:14:33 <Rubidium> Tekky: even with two way signals it is. Segments go from junction to junction 18:15:07 <ln-> quiz: where is this taken: http://users.utu.fi/lanurm/kuvat/tram1.jpg 18:16:27 <Tekky> How many YAPF segments does this screenshot consist of? http://wiki.openttd.org/images/c/cb/Terminus.png 18:17:09 <Tekky> Is 8 the correct answer? 18:17:47 <Rubidium> don't know, KUDr should know it 18:18:42 <Tekky> No, 10, I think. The entry and exit line, the two station platform lines and the junction tile containing 6 segments. 18:21:42 <Tekky> My pathfinder doesn't work with segments, it works with "signal hops" or, more precisely, "waiting location hops", where a waiting location can be any possible location where a train can wait, such as a signal, station or depot. I think it is better to work with signal hops than segments when you have many junctions. 18:22:51 <Tekky> If you have a straight piece of single track with many signals on it, YAPF may perform better. But I plan to make bi-directional double track the norm :) 18:23:50 *** kyevan [~kyevan@pool-71-98-12-182.mdsnwi.dsl-w.verizon.net] has left #openttd [] 18:24:23 *** Brianetta [~brian@82-39-52-234.cable.ubr03.benw.blueyonder.co.uk] has joined #openttd 18:24:28 <Tekky> With bi-directional double track, there is a junction after every signal. 18:25:23 <Tekky> I want to only allow one path between two signals to make the pathfinder more efficient. 18:26:43 <Tekky> Then it can all be precalculated which "signal hop" conflicts with which "signal hop". It would cost a lot of CPU resources for this information to be recalculated all the time. 18:29:28 <Rubidium> ln-: on the Avinguda Diagonal looking at the Universitat Politecnica de Catalunya in Barcelona? 18:30:57 *** Farden123 [jk3farden@81.56.247.196] has joined #openttd 18:31:21 <Tekky> However, maybe you are right that I should use individual segments instead of "signal hops" and thereby not predefine the path between two signals, because this would give the pathfinder more options to find a route that doesn't conflict with another train. 18:32:30 <ln-> Rubidium: correcto 18:32:35 <Tekky> I am still undecided about many of these design issues. 18:32:41 <Rubidium> :O my google skill still work ;) 18:32:59 <Rubidium> never been to Barcelona (or even Spain) 18:33:43 <Rubidium> (or even heard of that university) 18:34:13 *** Farden [~jk3farden@81.56.247.196] has quit [Ping timeout: 480 seconds] 18:34:13 *** Farden123 is now known as Farden 18:36:58 *** raimar3 [~hawk@84.137.185.167] has joined #openttd 18:43:30 *** ejoj [~ejoj@117.84-48-125.nextgentel.com] has quit [Quit: Leaving] 18:43:54 *** raimar2 [~hawk@p5489E2F6.dip.t-dialin.net] has quit [Ping timeout: 480 seconds] 18:44:45 *** Illegal_Alien [~gfsdfs@ip503d2979.speed.planet.nl] has joined #openttd 18:45:30 <Tekky> The reason why I prefer using "signal hops" instead of segments is that the number of segments is higher than the number of "signal hops" and therefore the pathfinder must work with more nodes. If I use segments, I must consider the track before a signal and after a signal as a seperate segment, because when the track before the signal is in use I must lock different segments than when the track after the signal is in use. 18:46:16 <Tekky> Therefore, I cannot work with YAPF segments, because these segments aren't divided by signals. 18:47:29 <Tekky> Rubidium, that is why the number of nodes is smaller with "signal hops" than with segments. 18:47:53 <Tekky> because the segments I would have to use for my pathfinding are different to YAPF segments. 18:49:01 *** Peakki [antti@cs181000195.pp.htv.fi] has joined #openttd 18:51:24 <KUDr> [20:17:02] <Tekky> Is 8 the correct answer? << depends on the origin 18:51:30 <Belugas> Tekky, maybe i'm wrong but i think that tghe number of signal hops depends much more on the density of his signalling system... 18:52:24 <Belugas> while the segment density is always constant, given the same system 18:53:59 <Belugas> therefor, a user who litteraly bombard his railway system with signals will crumble yoyur pathfinding 18:58:17 <Tekky> Well, yes, if someone puts a signal on every single track tile, I will have trouble :) 18:59:35 <Belugas> it is a behaviour i've seen frequently. I do it myself from time to time ;) 18:59:44 <Belugas> well... during my tests, of course 18:59:51 <Belugas> since i do not play anymore ! 19:01:49 <Tekky> hehe, I don't play much anymore, either, because I can't stand the game without my new PBS pathfinding system :) 19:01:57 <Sacro> new pbs? 19:02:11 <KUDr> Tekky: 10 is too much. I would tell 3 if train comes from bottom-left corner 19:02:38 <Tekky> how many cached segments will be in memory in your screenshot? 19:02:47 <Tekky> I mean in my screenshot. 19:02:50 <KUDr> where is the train? 19:03:25 <Tekky> Don't you cache segments independent of trains? 19:03:32 <KUDr> after long time 4 19:04:22 <KUDr> 1. incomming from left, outgoing to south, and two platforms 19:05:08 <Tekky> don't you have to add 6 segments for the junction tile? 19:05:09 <KUDr> train position makes difference on whether it is cached or not 19:05:15 <KUDr> no 19:05:27 <KUDr> only choice generates new segment 19:05:57 <KUDr> and you have 2 choices there 19:06:04 <KUDr> so 4 segments 19:06:32 <KUDr> trains going from station are too close to use cached segments 19:06:52 <KUDr> due to signal lokk-ahead 19:06:58 <KUDr> look-ahead 19:07:38 <Tekky> Hmmmmm, what is your definition of a segment? A piece of track with no switches(=choices) on it? Or do you define a segment as a path of a train, i.e. a pathfinder node? 19:07:56 <KUDr> both 19:08:05 <KUDr> one node ~ one segment 19:08:18 <KUDr> but not always cached 19:08:25 <Tekky> aha 19:08:41 <KUDr> segments close to origin are calculated on demand 19:08:53 <KUDr> as they generate different costs 19:09:42 <Tekky> So a YAPF segment also contains the travel direction? 19:09:53 <KUDr> yes 19:09:56 <Noldo> sleep or talk about pathfinding 19:10:40 <Tekky> so you would have two different segments cached for two different directions on the same piece of track? 19:11:14 <KUDr> yes 19:11:33 <Tekky> aha, now I am beginning to understand :) 19:12:17 <Tekky> Thx for your explanations. 19:13:57 *** Diabolic-Angel [~dia@ip203.77.1311A-CUD12K-02.ish.de] has quit [Read error: Connection reset by peer] 19:14:06 <Tekky> That would mean that there are 20 different segments in the screenshot, if you take all possible train positions into account? 19:14:36 <KUDr> no 19:14:36 <KUDr> 4 19:14:42 <KUDr> aha 19:14:54 <KUDr> if not cached, then.. 19:15:15 <KUDr> 11 19:16:06 <Noldo> KUDr: I could look in to the regional pathfinding if have the time to give me some instruction about what is unfinished about it 19:16:50 <KUDr> Noldo: you must take instructions and sources from JazzyJaffa 19:17:16 <KUDr> my role in that was only 'consultant' 19:17:18 <Tekky> ah, I counted the entry and exit path twice, despite them being one way.... so I should have said 18 instead of 20.... I don't understand why you say 11, though.... hmmmm, I will make a list of all segments I see. Just a moment. 19:17:35 <KUDr> hmm 19:17:38 <Tekky> You can tell me then which ones are wrong... 19:17:59 <KUDr> from left 4 19:18:01 <Noldo> KUDr: ok 19:18:10 <KUDr> from bottom 1 19:18:22 <KUDr> as it ends on first signal 19:18:44 *** Diabolic-Angel [~dia@ip203.77.1311A-CUD12K-02.ish.de] has joined #openttd 19:18:45 <KUDr> from top 5 19:18:56 <KUDr> from bottom 5 19:19:03 <KUDr> so 15? 19:19:28 <KUDr> the last is not bottom but right 19:20:06 <KUDr> butthey are not all cached 19:20:10 <KUDr> only 4 are cached 19:21:01 *** [BDS]-Klaus [~Miranda@p54AB2A75.dip0.t-ipconnect.de] has joined #openttd 19:21:44 <Tekky> hmmmm, you are not counting segments of illegal routes, i.e. ones that end at the reverse side of the one-way signal, are you? 19:22:29 <KUDr> i count them all 19:22:56 <KUDr> only if it continues behind such signal i ommit it 19:23:35 <KUDr> so from bottom the PF stops at first signal 19:23:50 <Tekky> ah, ok. 19:24:57 <KUDr> the theory is very simple: make segment only when one of the following conditions is met: 19:25:04 <KUDr> 1. choice seen 19:25:10 <KUDr> 2. segment too long 19:25:24 <KUDr> 3. segment is in loop 19:25:43 <KUDr> 4. bridge found 19:25:58 <KUDr> i guess it is all 19:27:29 <Tekky> hmmmm, this is my list of 18 segments: 19:27:36 <Tekky> 1. entry path 19:27:36 <Tekky> 2. exit path 19:27:36 <Tekky> 3. top station platform entry 19:27:36 <Tekky> 4. top station platform exit 19:27:36 <Tekky> 5. bottom station platform entry 19:27:37 <Tekky> 6. bottom station platform exit 19:27:37 <Tekky> top-left junction tile: 19:27:39 <Tekky> 7. trackdir bottom-left to top-right 19:27:39 <Tekky> 8. reverse of 7 19:27:41 <Tekky> 9. bottom to top 19:27:41 <Tekky> 10. reverse of 9 19:27:43 <Tekky> 11. left to right 19:27:43 <Tekky> 12. reverse of 11 19:27:45 <Tekky> bottom-right junction tile: 19:27:45 <Tekky> 13. bottom to top 19:27:47 <Tekky> 14. reverse of 13 19:27:47 <Tekky> 15. left to right 19:27:49 <Tekky> 16. reverse of 15 19:27:49 <Tekky> 17. botton-left to top-right 19:27:51 <Tekky> 18. reverse of 17 19:27:53 <hylje> :o 19:28:05 <Tekky> sorry for the long paste :) 19:28:14 <hylje> try describing some coop stations 19:29:09 <KUDr> 8. reverse of 7 << why that? 19:29:14 *** |Jeroen| [~jeroen@d51A43614.access.telenet.be] has quit [Quit: oO] 19:29:20 <KUDr> aha, yes 19:29:33 <KUDr> no 19:29:41 <KUDr> 8 is wrong 19:30:00 <Tekky> you said you store one segment for each direction? 19:30:01 <KUDr> dunno 19:30:07 <KUDr> moment 19:30:19 <KUDr> when going from bottom platform 19:30:26 <KUDr> then yes, 8 19:31:56 <Diabolic-Angel> no 19:32:03 <Diabolic-Angel> you're wrong 19:33:21 <Tekky> Did you maybe not count 8 because that segment would cause the train to have to reverse at the one-way signal? 19:33:41 <KUDr> i didn't use your method 19:33:59 <KUDr> but i tried to simulate train at 4 corner positions 19:34:04 <Tekky> aha 19:34:17 <KUDr> i.e. from left it generates 5 segments 19:34:47 <Tekky> so are my 18 segments YAPF segments? 19:34:58 <KUDr> i dunno 19:35:02 <Tekky> hehe 19:35:13 <KUDr> it depends on definition 19:35:25 <KUDr> segment is depended on train position 19:35:27 <KUDr> always 19:35:54 <KUDr> so if you count 3x5 + 1 it is 16 19:36:13 *** aneb [~kyle@d235-141-30.home1.cgocable.net] has quit [Read error: Connection reset by peer] 19:37:36 <Tekky> I wanted to build a cache of segments independant of train position, for use by the pathfinder. 19:37:47 <KUDr> YAPF generates segments on the fly 19:38:05 <KUDr> but not all segments are cached 19:38:21 <KUDr> so if you are talking about cache, there are only 4 19:38:22 <Tekky> you only cache frequently used ones? 19:38:31 <KUDr> no 19:38:37 *** elmex [~elmex@e180064041.adsl.alicedsl.de] has quit [Remote host closed the connection] 19:38:42 <KUDr> i can't cache close segments 19:38:59 <Tekky> close segments? You mean short ones? 19:39:06 <KUDr> so the only entry that can generate cached segments if from left 19:39:08 *** elmex [~elmex@e180064041.adsl.alicedsl.de] has joined #openttd 19:39:08 *** elmex [~elmex@e180064041.adsl.alicedsl.de] has quit [Remote host closed the connection] 19:39:12 *** elmex [~elmex@e180064041.adsl.alicedsl.de] has joined #openttd 19:39:42 <KUDr> segments close to train == less than 10 signals passed 19:40:24 <Tekky> "from left"? You only cache segments when the train is travelling from left to right? I don't understand. 19:40:40 <KUDr> heh 19:40:44 <KUDr> segments close to train == less than 10 signals passed 19:40:50 <KUDr> only such are cached 19:41:10 <KUDr> so only train coming from left can generate cached segments 19:41:16 <KUDr> or reuse them 19:41:26 <KUDr> all other trains are too close 19:41:40 <KUDr> so they generate 'local' segments 19:41:47 <KUDr> that are not cached 19:41:56 <KUDr> because they vary 19:42:05 <KUDr> depending on signal states 19:42:15 <KUDr> what is not clear on it? 19:42:18 <Tekky> ah, are cached segments used as an approximation for pathfinding distant segments and you use NPF-style pathfinding for close segments? 19:42:31 <KUDr> no 19:42:43 <KUDr> npf segment == one tile 19:43:03 <KUDr> YAPF segment is from junc to junc (with some exceptions) 19:43:11 <KUDr> but not all of them are cached 19:44:15 <Tekky> hmmmm, just a moment, I am reading everything you said again, I must have misunderstood something.... 19:48:19 <KUDr> do you mean "cached segment cost for rail YAPF"? 19:48:28 <KUDr> this is the only info i see there 19:52:02 <Xintron> Hey guys, should it be "the none working game" or "the not working game" 19:52:39 <hylje> non-working 19:52:59 <Xintron> hrmm... "the non-working game"? 19:53:44 <KUDr> hope you are not talking about openttd ;) 19:54:11 <Xintron> haha, I would never say anything like that about openttd 19:54:22 <Xintron> But is the last one I posted correct? 19:54:55 <KUDr> i am czech so all versions are correct here :) 19:55:05 <Xintron> hehe 19:55:07 <KUDr> but yes 19:55:10 <KUDr> the last one 19:55:15 <Xintron> yeah, I'm swede so I accept all :) 19:55:31 <hylje> ima finn and i dont 19:56:11 <Xintron> haha 19:56:13 <Belugas> Xintron, it depends of the context, i think 19:56:29 <Xintron> The whole sentence would be "NukeZone the non-working game" 19:56:46 * SmatZ votes for non-working 19:57:18 *** Zavior [~zavior@d195-237-7-209.elisa-laajakaista.fi] has quit [Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )] 19:57:21 <Rubidium> "NukeZone, the game that doesn't work" 19:57:31 <Xintron> Too long 19:58:07 <Belugas> none working game, then, yes 19:58:13 <Belugas> unplayable maybe? 19:58:19 <Belugas> shorter 19:58:30 <Xintron> corrupt could work :/ 19:58:34 <Rubidium> none working != non working 19:58:54 <Belugas> er... yeah 19:59:03 <Belugas> -e 20:02:17 *** stillunknown [~stillunkn@82-171-87-247.dsl.ip.tiscali.nl] has quit [Quit: leaving] 20:02:22 <hylje> r... 20:02:27 <hylje> yah 20:03:27 <Phazorx> non-working is kinda wage... could be corrupt, faulty, erroneous, frozen, etc 20:04:02 *** De_Ghost [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds] 20:04:06 *** stillunknown [~stillunkn@82-171-87-247.dsl.ip.tiscali.nl] has joined #openttd 20:04:44 <Phazorx> and "none" = not one, while "non-" is a negation 20:05:37 *** De_Ghost [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has joined #openttd 20:07:35 *** Peakki [antti@cs181000195.pp.htv.fi] has quit [Quit: LÀhdössÀ] 20:21:17 *** Vikthor [~Vikthor@212.24.150.226] has joined #openttd 20:24:41 *** Ammller [~Ammler@adsl-89-217-55-112.adslplus.ch] has quit [Remote host closed the connection] 20:54:59 *** RichK67 [~RichK67@194.164.100.143] has joined #openttd 20:59:49 *** [BDS]-Klaus [~Miranda@p54AB2A75.dip0.t-ipconnect.de] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 21:02:50 *** Osai [~Osai@pD9EB571A.dip.t-dialin.net] has joined #openttd 21:10:01 <CIA-2> OpenTTD: richk * r10909 /branches/NewGRF_ports/ (4 files in 3 dirs): 21:10:01 <CIA-2> OpenTTD: [NewGRF_ports] -Feature: Added Metropolitan airport to airportsextended.grf. Also added remaining minipics to airportsextended.pcx. 21:10:01 <CIA-2> OpenTTD: Metropolitan airport loads from old games. 21:10:34 <hylje> airport sex tended 21:11:48 <Prof_Frink> hylje: Yes. Airport sex. That's how the new designs are going to come about. 21:12:33 <RichK67> LOL 21:16:55 <Wolf01> this reminds me two utilities i used to hack the gameboy roms: script inserter and extractor... in short: sinserter and sextractor o_o 21:17:37 <hylje> expertsexchange.com 21:17:59 <Wolf01> and after 3 years i had a bad surprise when i tried to find pr0n inside their archives 21:19:09 <Wolf01> eheh 21:19:41 <Wolf01> like penisland.com "we sell the best pens ever" 21:19:45 <Prof_Frink> sex tractor? oo arr. 21:21:00 <hylje> i wonder if penisland is deliberate 21:22:22 <Wolf01> i'm confused, why isn't S.a.c.r.o joining the converstation? (the dots are to avoid recall him) 21:22:30 <Prof_Frink> s/wonder if/suspect/ 21:27:58 <peter1138> Sacro? 21:28:14 <Sacro> peter1138: ? 21:28:18 <Belugas> peter1138! 21:28:39 <Sacro> therapistfinder? 21:28:39 <peter1138> :D 21:30:55 <Prof_Frink> peter1138! 21:31:12 <Belugas> i was wondering if you were still alive :) 21:31:27 <Prof_Frink> He's abandoned us :( 21:31:32 <Sacro> who? me? 21:31:51 <Prof_Frink> No, silly, Sir peter of 1138 21:32:20 <Sacro> ah yes 21:32:23 <Wolf01> seem a borg name 21:32:25 <Sacro> Sir Prof of Frink 21:32:46 <Prof_Frink> What up, Sir Sac of ro? 21:35:52 *** Deathmaker [~Miranda@dslb-082-083-251-000.pools.arcor-ip.net] has quit [Read error: Connection reset by peer] 21:36:08 <Bjarni> hmm 21:36:22 <Bjarni> why do we need a proof of Frink? 21:36:31 *** Darkebie [~dkb@d5153D5CD.access.telenet.be] has quit [Quit: VIP Gill ;D] 21:36:45 <Belugas> mmmh 21:36:47 <Bjarni> we already believe that it's out there 21:36:51 <Belugas> Bjarn the I 21:36:56 <Belugas> as First :D 21:37:34 *** exe [~adgf@pub70089.brzesko.net.pl] has joined #openttd 21:38:18 * Bjarni puts on a gas mask 21:38:23 *** joosa [joosa@heh.fi] has quit [] 21:38:30 <Bjarni> I think I detected Belugas present in here :s 21:38:49 <Bjarni> better be safe than sorry 21:39:26 <Bjarni> ohh that reminds me of a great story from the news today 21:40:25 <Bjarni> some woman went to the bank. She put on a mask because she has some sort of allergy to airborn particles. Somebody mistook it as a disguise and called the police 21:41:00 <Dephenom> can never be too careful 21:41:16 <Sacro> http://www.flickr.com/photo_zoom.gne?id=833330807&size=o 21:41:17 <Bjarni> so she was caught by the police, who had to get all sorts of personal info (and verifying it) because of the allergy 21:41:23 <Bjarni> that's some nasty allergy 21:42:00 <Bjarni> Dephenom: agreed 21:42:24 <Sacro> http://farm1.static.flickr.com/189/495712267_fd398e89c7.jpg 21:42:32 <Bjarni> Sacro: good one. Did you find it while browsing for boobs? 21:43:03 <Bjarni> wtf @ the last one 21:43:15 <DaleStan> peter1138: Can you verify my long-date conversions, please? The date 1/1/1, in a long intro date property, is 381 (7D 01 00 00)? And 31 Dec 65535 is 23936546 (22 3E 6D 01)? 21:43:17 <Dephenom> Sacro, where did you find that last one? 21:43:21 <Bjarni> however I guess it's a US sticker and they will be sued big time if they don't write it 21:44:07 <glx> they probably have been sued already so they write it now 21:44:07 <Bjarni> Dephenom: are you sure you want to know the answer to that question? 21:44:18 <Sacro> Dephenom: reddit 21:44:35 <Dephenom> Bjarni, not sure 21:44:42 <Bjarni> glx: yeah... normally people wouldn't imagine such usage 21:44:43 <Dephenom> Sacro, ahh ok 21:46:33 <Bjarni> http://en.wikipedia.org/w/index.php?title=George_W._Bush&diff=prev&oldid=9152976 <-- LOL 21:46:41 <Bjarni> never thought of that 21:46:46 <Bjarni> a bit childish though 21:47:35 <Dephenom> Bjarni, lol 21:48:50 <peter1138> DaleStan: i don't actually know. i didn't write the conversion stuff 21:49:23 <DaleStan> Do you know who I should ask, then? 21:50:43 <Bjarni> http://www.deputy-dog.com/?p=84 <--- according to this, I would take the "pro driver" decision. How about you? 21:53:36 <Maedhros> DaleStan: Rubidium is the best person to ask, i think 21:55:49 <Rubidium> DaleStan: 01/01/1: 0000016e, 31/12/65535: 016d3e13 (that's the result if I call ConvertYMDToDate with the give dates, which is correct because ConvertDateToYMD on the result of YMDToDate gives the input given) 21:56:30 *** goddamnit [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has joined #openttd 21:56:47 <Wolf01> 'night 21:56:58 *** Wolf01 [~wolf01@host20-235-dynamic.0-87-r.retail.telecomitalia.it] has quit [Quit: Once again the world is quick to bury me.] 21:57:04 <Dephenom> Bjarni, i dont drive so id that the pedestrian underpass :P 21:57:09 *** Farden [jk3farden@81.56.247.196] has quit [Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )] 21:58:04 <DaleStan> And I think that's off by 15 in both cases. Good. Because I didn't read the wiki quite close enough and used 701280, not 701265, for 1 Jan 1920. That makes me happy. 21:59:13 <Maedhros> good night 21:59:22 *** Maedhros [~jc@i-195-137-43-74.freedom2surf.net] has quit [Quit: leaving] 22:01:38 <peter1138> hemel hempstead's magic roundabout is more regular, but has 6 individual roundabouts 22:01:51 *** De_Ghost [De_Ghost@CPE0050ba8caf2c-CM0011aec4b06a.cpe.net.cable.rogers.com] has quit [Ping timeout: 480 seconds] 22:03:03 <Bjarni> http://haha.nu/gadgets/making-of-a-brick/ <--- how lego blocks are made at the factory 22:03:12 <Bjarni> Sacro: this one is for you too 22:03:31 <Sacro> aren't they made out of smaller bricks? 22:04:19 <Bjarni> this is about the smallest bricks and how they are made 22:04:29 <Belugas> GOING HOME!!! 22:04:35 <Belugas> ggood night all "D 22:04:39 <Rubidium> night Belugas 22:05:24 <Prof_Frink> Bjarni: Lies! 22:05:31 <Prof_Frink> You cannot "split the brick" 22:08:29 <Sacro> Bjarni: they mine them in the darkest forests of daneland 22:10:19 <Bjarni> ssh 22:10:22 <Bjarni> that's a secret 22:10:44 <Prof_Frink> The brick is the basic unit of matter. If you were to "split" it, it would unleash a huge amount of energy. 22:10:58 <Bjarni> don't spoil our online decor designed to fool people 22:11:53 *** Tobin [~tobin@c58-107-50-36.eburwd7.vic.optusnet.com.au] has joined #openttd 22:13:12 <Bjarni> hi Tobin 22:13:17 <Bjarni> wanna do something fun? 22:15:26 *** XeryusTC [~irc@cc480157-b.sneek1.fr.home.nl] has quit [Quit: Solong, and thanks for all the fish.] 22:18:07 <Bjarni> http://haha.nu/ <--- LOL @ crashing the internet 22:19:01 <Bjarni> some guy downloaded too much and took down the entire internet (or so they claim). The country that was hit the hardest was Nigeria as 94% of their GNP was from internet ventures XD 22:26:23 *** elmex [~elmex@e180064041.adsl.alicedsl.de] has quit [Remote host closed the connection] 22:34:01 <CIA-2> OpenTTD: rubidium * r10910 /branches/NewGRF_ports/src/aircraft_cmd.cpp: [NewGRF_ports] -Fix: take foundations into account when determining the height of the 0,0 position of the airport. 22:36:46 *** Barry [~chatzilla@84-245-3-240.dsl.cambrium.nl] has quit [Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502]] 22:45:39 *** Illegal_Alien [~gfsdfs@ip503d2979.speed.planet.nl] has quit [Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )] 22:50:59 *** exe [~adgf@pub70089.brzesko.net.pl] has quit [Ping timeout: 480 seconds] 22:56:20 <Tobin> Bjarni: What fun thing? 22:56:35 <Tobin> Bjarni: i'm about to go on a short holiday so it had better be _very_ fun. 23:05:24 *** Vikthor [~Vikthor@212.24.150.226] has quit [Quit: Leaving.] 23:07:19 <CIA-2> OpenTTD: richk * r10911 /branches/NewGRF_ports/ (6 files in 3 dirs): 23:07:19 <CIA-2> OpenTTD: [NewGRF_ports] -Change: restored opntitle.dat by adding basic International airport functionality. 23:07:19 <CIA-2> OpenTTD: Please note: motion on International is not debugged, and it will not work properly. It is sufficient that it loads for now. 23:08:14 <RichK67> and now its time for bed... 23:08:37 <RichK67> gnight 23:08:40 *** RichK67 [~RichK67@194.164.100.143] has quit [Quit: RichK67] 23:11:34 *** Wezz6400 [~Wezz6400@ndb.demon.nl] has quit [Quit: Zzz] 23:13:50 *** Dark_Link^ is now known as Dark_Link^sleep 23:18:10 *** Dephenom [~paul@81-178-15-211.dsl.pipex.com] has quit [Ping timeout: 480 seconds] 23:18:31 *** Dephenom [~paul@81-178-15-211.dsl.pipex.com] has joined #openttd 23:18:42 *** Tekky [~Tekky@p5493FC18.dip.t-dialin.net] has quit [] 23:22:14 *** exe [~adgf@pub70089.brzesko.net.pl] has joined #openttd 23:22:51 <CIA-2> OpenTTD: richk * r10912 /branches/NewGRF_ports/bin/data/ (airportsbasic.grf sprites/airportsbasic.nfo): [NewGRF_ports] -Feature: Added dummy holding stack to SYST class. 23:31:51 <Bjarni> Tobin: http://bugs.openttd.org/task/1109 <-- figuring out how to solve this appears to be fun 23:32:01 <Bjarni> at least that's what I did all day :s 23:32:02 <Bjarni> sort of 23:45:19 <CIA-2> OpenTTD: richk * r10913 /branches/NewGRF_ports/bin/data/ (airportsbasic.grf sprites/airportsbasic.nfo): [NewGRF_ports] -Fix: Dummy state machine should be available to all aircraft, rather than none. 23:56:09 <CIA-2> OpenTTD: richk * r10914 /branches/NewGRF_ports/bin/data/ (airportsbasic.grf sprites/airportsbasic.nfo): [NewGRF_ports] -Fix: Dummy state machine positions modified. 23:57:10 <DaleStan> Obviously, when RichK67 says "time for bed", that's not quite what he means.