Times are UTC Toggle Colours
00:00:09 *** Progman [~progman@p57A1C543.dip.t-dialin.net] has quit [Remote host closed the connection] 00:00:13 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 00:00:23 *** lasershock [lasershock@hd9483b29.seveveb.dyn.perspektivbredband.net] has quit [Ping timeout: 480 seconds] 00:12:54 *** KenjiE20 [~KenjiE20@92.0.222.0] has quit [Quit: WeeChat 0.3.3] 00:13:05 *** Devroush [~dennis@94-225-67-91.access.telenet.be] has quit [] 00:41:13 *** theholyduck [~holyduck@ip-14-137-106-77.eidsiva.net] has quit [Quit: Forlater kanalen] 00:41:34 *** theholyduck [~holyduck@ip-14-137-106-77.eidsiva.net] has joined #openttd 00:44:26 *** DanMacK [~DanMacK@206.191.69.149] has joined #openttd 00:45:51 *** DanMacK [~DanMacK@206.191.69.149] has quit [] 00:46:26 *** Lakie [~Lakie@91.84.251.149] has quit [Quit: So quiet.] 00:51:48 *** Fast2 [~Fast2@p57AF81CC.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 00:52:47 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 01:07:50 *** zachanima [~zach@sponsor-f4.org.asm.fi] has quit [Ping timeout: 480 seconds] 01:11:45 *** Pruple [~chatzilla@c122-108-245-233.kelvn3.qld.optusnet.com.au] has joined #openttd 01:17:53 *** Tan|a-aw [~Hellovers@41.234.207.47] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions (2010-08-08 01:17:53)] 01:17:53 *** cow_png_wnt_nkl [~Bnt_aBoha@41.234.207.47] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions (2010-08-08 01:17:53)] 01:28:18 *** lugo [~lugo@mgdb-4db8f0e1.pool.mediaWays.net] has quit [Remote host closed the connection] 01:38:42 *** mngyqc [~tejoe@201.76.173.138] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 01:38:42)] 01:53:46 *** cwo_ngajak_Nonton [~cow_17@CPE001676a7c13a-CM00152fc62ea6.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer] 01:53:46 *** don_ny [~pria_mapa@CPE001676a7c13a-CM00152fc62ea6.cpe.net.cable.rogers.com] has quit [Write error: connection closed] 01:53:46 *** jangkrik [~cwo_bks@CPE001676a7c13a-CM00152fc62ea6.cpe.net.cable.rogers.com] has quit [Write error: connection closed] 02:11:39 *** keoz [~keikoz@pha75-8-82-230-2-115.fbx.proxad.net] has quit [Quit: keoz] 02:20:36 *** c0_aL [~co_MKS@41.234.205.163] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions (2010-08-08 02:20:36)] 02:21:17 *** ce_mw [~StaR_waRs@124.127.108.234] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions (2010-08-08 02:21:17)] 02:21:17 *** co_langkat [~ezi_aza@124.127.108.234] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions (2010-08-08 02:21:17)] 02:26:14 *** JoLiEfLeUr20 [~jangkrik@41.234.202.185] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions (2010-08-08 02:26:14)] 02:40:56 *** GVV is now known as VVG 03:18:34 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has quit [Read error: Connection reset by peer] 03:52:12 *** Pruple [~chatzilla@c122-108-245-233.kelvn3.qld.optusnet.com.au] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]] 04:46:08 *** devilsadvocate [~devilsadv@202.3.77.41] has quit [Ping timeout: 480 seconds] 04:46:23 *** Dewin [~Daniel@c-71-59-222-35.hsd1.or.comcast.net] has joined #openttd 04:56:03 *** Eddi|zuHause [~johekr@p54B74D29.dip.t-dialin.net] has quit [Remote host closed the connection] 05:00:46 <Dewin> Hmm. I have a (ridiculously) long route that's shared by both slow and fast trains... and I'm trying to find the best way to make a passing lane. 05:00:58 *** mode/#openttd [-R] by Rubidium 05:03:44 <Rubidium> depends on how much work you want to put it 05:03:59 <Dewin> I've tried a few things but the pathfinder ends up just making trains zigzag around and never get ahead at all 05:04:28 <Dewin> granted, I'm using PBS almost exclusively out of laziness. 05:05:06 <Rubidium> although the simple one is a normally signalled "main" rail and a piece with much less signals to pass the other train 05:05:47 <Rubidium> although you need a bit of testing how long the lane should be for the slower trains not to cause trouble in that situation 05:05:56 <Dewin> Yeah, if I do just one huge rail with nothing but a signal at the end of it that works. 05:06:07 <Dewin> But that only works if the faster train decides to use the passing lane. 05:06:47 <Rubidium> true, which could be accomplished with waypoints 05:07:10 <Dewin> I'd do that, except I read somewhere that waypoints breaks automatic timetable separation, so I'm avoiding them 05:07:36 <Rubidium> although *if* your network is completely timetabled you could make a piece of track where the slow train has to wait a while at a station 05:10:51 <Dewin> hmm, simplifying it made it start working much better than it was before. I think I'll just stick with this, which is still using nothing but PBS 05:14:56 *** junky[\[a] [~prjonzy87@z65-50-56-52.ips.direcpath.com] has joined #openttd 05:14:56 *** junky[\[a] [~prjonzy87@z65-50-56-52.ips.direcpath.com] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 05:14:56)] 05:36:00 *** glx [glx@2a01:e35:2f59:c7c0:202c:3ead:d891:c254] has quit [Quit: bye] 05:49:32 *** Fuco [~dota.keys@188.123.106.105] has quit [Ping timeout: 480 seconds] 05:56:03 *** ^C0-KerjaJKT [~CodeX@85.100.41.54] has joined #openttd 05:56:03 *** ^C0-KerjaJKT [~CodeX@85.100.41.54] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 05:56:03)] 06:03:02 *** Midna [~cowk-pang@tor1.digineo.de] has joined #openttd 06:03:02 *** Midna [~cowk-pang@tor1.digineo.de] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 06:03:02)] 06:03:25 *** CO_CR_CWe [~CeBtuhDUI@cpe-024-074-083-021.carolina.res.rr.com] has joined #openttd 06:03:25 *** CO_CR_CWe [~CeBtuhDUI@cpe-024-074-083-021.carolina.res.rr.com] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 06:03:25)] 06:10:12 *** heffer [~felix@ip-88-152-182-156.unitymediagroup.de] has joined #openttd 06:16:02 *** KouDy [~KouDy@rb5ck203.net.upc.cz] has joined #openttd 06:23:29 * peter1138 sighs 06:35:32 <andythenorth> morning 06:37:32 *** ^Spike^ [~spike@d200003.upc-d.chello.nl] has joined #openttd 06:37:59 <andythenorth> Rubidium: how do I configure my build to use 8bpp instead of 32bpp? 06:43:08 * andythenorth stares at configure options 06:53:29 *** tokai [~tokai@port-92-195-22-14.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 06:55:48 *** tokai [~tokai@port-92-195-1-43.dynamic.qsc.de] has joined #openttd 06:55:51 *** mode/#openttd [+v tokai] by ChanServ 07:01:31 *** heffer [~felix@ip-88-152-182-156.unitymediagroup.de] has quit [Quit: heffer] 07:02:08 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has joined #openttd 07:03:28 <Rubidium> andythenorth: select one of the 8bpp blitters (see openttd -h) 07:06:39 *** om_cr_ce_JKT [~Co_17_ker@c-98-194-187-42.hsd1.tx.comcast.net] has joined #openttd 07:06:39 *** om_cr_ce_JKT [~Co_17_ker@c-98-194-187-42.hsd1.tx.comcast.net] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 07:06:39)] 07:08:01 *** Gamacca02 [~Imut_obri@94-224-162-38.access.telenet.be] has joined #openttd 07:08:01 *** Gamacca02 [~Imut_obri@94-224-162-38.access.telenet.be] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 07:08:01)] 07:08:55 *** co_mau_tete_gd [~COWO_KERJ@118.96.132.104] has joined #openttd 07:08:55 *** co_mau_tete_gd [~COWO_KERJ@118.96.132.104] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 07:08:55)] 07:09:02 *** ce_tomboy_penempuh_rimba [~^Bad_Boy^@110.136.158.123] has joined #openttd 07:09:02 *** ce_tomboy_penempuh_rimba [~^Bad_Boy^@110.136.158.123] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 07:09:02)] 07:09:04 *** co_fs_fb_ym [~nur_cahay@64.58.233.220.static.exetel.com.au] has joined #openttd 07:09:04 *** co_fs_fb_ym [~nur_cahay@64.58.233.220.static.exetel.com.au] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 07:09:04)] 07:09:08 *** Co_Shot [~CoDWS_giO@218-173-132-45.dynamic.hinet.net] has joined #openttd 07:09:08 *** Co_Shot [~CoDWS_giO@218-173-132-45.dynamic.hinet.net] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 07:09:08)] 07:09:32 <andythenorth> ooh 07:09:41 * andythenorth has an exciting looking blitter :P 07:10:33 <andythenorth> Rubidium: 8bpp blitters appear to fail for me 07:10:44 <andythenorth> do I need to change the video driver, or do I file a bug report? 07:12:33 <andythenorth> fail == colour shifts for everything except blue 07:14:50 *** Zuu [Zuu@c-74f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has joined #openttd 07:23:50 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe34dc00-202.dhcp.inet.fi] has joined #openttd 07:25:16 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has joined #openttd 07:25:40 *** par [~par@85-255-49-118.ip.kis.lt] has joined #openttd 07:33:22 <andythenorth> so with 8bpp-simple or 8bpp-optiimized, OS X game starts with colours shifted 07:34:46 <andythenorth> I've found two ways to flip it to correct palette 07:34:55 <andythenorth> (i) load savegame 07:35:14 <andythenorth> (ii) start / end games (may be required several times) 07:35:54 <andythenorth> I assume it continues to use the 8bpp blitter and isn't simply switching blitter somehow 07:36:49 <andythenorth> OpenTTD CPU use is ~20% with 8bpp blitter.....normally it's ~45% with 32bpp 07:37:37 * andythenorth plays game a bit to look for bugs 07:41:14 <Rubidium> andythenorth: that's a known feature of the operating sysem you're using 07:41:42 <andythenorth> it's not a documented FS bug though....or have I missed it? 07:42:17 <Rubidium> the closed bug, but you may reopen it if that pleases you 07:45:55 <andythenorth> I can't find a closed bug matching these issues? 07:46:09 <Rubidium> @commit 13584 07:46:09 <DorpsGek> Rubidium: Commit by bjarni :: r13584 trunk/src/blitter/factory.hpp (2008-06-19 17:54:23 UTC) 07:46:10 <DorpsGek> Rubidium: -Fix: [OSX] Fixed issue where 10.5 failed to switch to fullscreen 07:46:11 <DorpsGek> Rubidium: This is done by selecting the 32bpp-anim blitter by default as it seems Apple removed some 8bpp support 07:46:12 <DorpsGek> Rubidium: Since this is done at runtime the same binary will still select 8bpp on 10.3 and 10.4 07:46:25 <Rubidium> @commit 19003 07:46:25 <DorpsGek> Rubidium: Commit by rubidium :: r19003 trunk/src/video/cocoa/fullscreen.mm (2010-02-04 14:32:12 UTC) 07:46:26 <DorpsGek> Rubidium: -Fix [FS#3194]: [OSX] OS X 10.5+ does not (always?) handle 8bpp graphics in a suitable manner. This is actually not a fix but a nasty work around; you can still easily trigger the bug/issue by overriding the 'default' blitter choice (Brad Oliver). I can/have not test(ed) (including compiling) this fix. 07:46:27 <DorpsGek> Rubidium: Bjarni once suggested that 8bpp works for him on 10.5, so apparantly not all 10.5+ does not handle 8bpp graphics. Nevertheless, it seemed that for some systems the already existing 'does this support 8bpp' did not work, i.e. the OS API seemed to suggest that 8bpp worked when it actually did not. So, I don't know what is going on precisely here but it's definitely not nice to suggest that it supports 8bpp when (1 more message) 07:46:35 <Rubidium> @more 07:46:35 <DorpsGek> Rubidium: it doesn't. So just ditch 8bpp support for anything that we suspect might not support 8bpp... 07:48:23 <Rubidium> can't find the bug report, but... I definitely can find lots of references saying it's known to not work 07:49:11 <Rubidium> in any case... as you can see above, we can't reliably detect whether OSX supports 8bpp or not. It will always say it does, even when it doesn't 07:49:30 <andythenorth> I'll post this issue as a new bug. it's different to the ones I can find. If anyone finds a duplicate they can close it... 07:49:47 <Rubidium> andythenorth: it can't be fixed in any case 07:50:24 <peter1138> ffs, recv has blocked for 2 hours now :( 07:51:30 <Rubidium> andythenorth: the only thing we can do for you is totally disable the 8bpp blitter for 10.5 and higher, but... that breaks people where 8bpp is (for some magic reason) still supported 07:51:32 *** lasershock [lasershock@hd9483b29.seveveb.dyn.perspektivbredband.net] has joined #openttd 07:51:59 <Rubidium> andythenorth: in any case you won't gain a thing with it... well unless you switch OS! 07:52:06 <andythenorth> Rubidium: I'm fine with it. I'm only looking because you mentioned it in the OS X thread 07:52:09 <Rubidium> but then you don't need to file the Mac OS X bug 07:52:37 <Rubidium> andythenorth: then the "quoted" commits above should be more than enough "reason" 07:52:48 <Rubidium> s/reason/proof/ 07:53:23 <andythenorth> So the case is that 8bpp is unusable, but 32bpp will always be considered a bug for some users. Therefore even with a maintainer, OS X will not be supported? 07:53:43 <andythenorth> Time to remove OS X from flyspray? 07:54:02 <Rubidium> is it an open bug report? 07:55:20 <Rubidium> no? Then I don't care about it; it works out-of-the-box for everyone, it just might be some 200-250% slower (I seem to remember someone saying that) 07:56:22 <andythenorth> Why not just reject all OSX bugs and close http://bugs.openttd.org/task/2782 07:58:33 <Rubidium> because users will report them again 07:58:53 <andythenorth> true 07:59:06 <andythenorth> pesky users 07:59:08 <Rubidium> the "slowness" isn't something that Mac users will really notice as it's been that way for very long already 07:59:20 <Rubidium> and not using 8bpp is something they really don't notice 07:59:23 <andythenorth> I hadn't noticed it... 08:00:14 <Rubidium> and the former I can just close as being a duplicate 08:00:30 <Rubidium> of FS#2183 08:02:20 *** Hot_Date [~Kirsa@117.255.23.120] has joined #openttd 08:02:20 *** Hot_Date [~Kirsa@117.255.23.120] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 08:02:20)] 08:02:29 <peter1138> apparently everything should be using opengl these days 08:03:02 <peter1138> in which case, SDL should be handling it 08:04:11 <andythenorth> looks like SDL is a cluster fuck on OS X though? 08:04:35 <Rubidium> yep... they seem to have the same issues we're having 08:04:50 <Rubidium> i.e. noone really cares about it 08:08:41 <peter1138> is 32bpp sdl fine on os x? 08:09:37 *** frosch123 [~frosch@frnk-590f6aa6.pool.mediaWays.net] has joined #openttd 08:10:32 <peter1138> there must be some sdl-using games that work fine on os-x... 08:10:33 <Rubidium> peter1138: yes... until we start to actually draw stuff on it. Then it might actually push zillions of warnings onto the console and crash 08:10:41 <peter1138> hm 08:10:50 <Rubidium> see FS#3447 08:12:06 *** aWan9_2 [~naziaa]@202.164.40.170] has joined #openttd 08:12:06 *** aWan9_2 [~naziaa]@202.164.40.170] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 08:12:06)] 08:12:32 *** trebuchet [~Trebuchet@69.51.104.87] has quit [Remote host closed the connection] 08:12:54 *** lugo [~lugo@mgdb-4db8f43b.pool.mediaWays.net] has joined #openttd 08:17:46 * peter1138 wonders how long this recv() is going to block :s 08:20:20 *** Progman [~progman@p57A1CF49.dip.t-dialin.net] has joined #openttd 08:24:58 <peter1138> 2 hours 3 minutes now 08:25:04 <peter1138> isn't that longer than the TCP timeout? 08:26:31 <andythenorth> Sawmills on slopes? 08:26:49 *** parito [~par@85-255-49-118.ip.kis.lt] has joined #openttd 08:28:08 *** parito [~par@85-255-49-118.ip.kis.lt] has quit [Read error: Connection reset by peer] 08:28:20 <frosch123> andythenorth: if you add custom foundation graphics with stairs between the levels, and limit the number of levelchanges you can allow every processing industry one slopes 08:28:24 <frosch123> :p 08:28:29 *** par [~par@85-255-49-118.ip.kis.lt] has quit [Ping timeout: 480 seconds] 08:28:51 <andythenorth> frosch123: I'd have to redraw a lot of sprites 08:29:03 <andythenorth> or use a lot more tiles 08:29:16 *** Wolf01 [~wolf01@host37-162-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 08:29:17 <andythenorth> or write some really horrible nfo :P 08:29:24 <frosch123> my bet would be that coding takes longer than drawing :p 08:29:30 <Wolf01> hello 08:29:33 *** par [~par@85-255-49-118.ip.kis.lt] has joined #openttd 08:29:58 <frosch123> but the default foundation walls inside industries look ugly 08:29:59 <Wolf01> hey, already awake and coding at this hour of sunday? 08:30:12 <frosch123> they already look ugly even if they are only at the border of the industry 08:30:24 <andythenorth> frosch123: replacing the foundations is plausible 08:30:43 <andythenorth> but for some industries, not using foundations would be better (make graphics follow slope, like fields) 08:30:52 <andythenorth> did I mention fields :P 08:31:00 * frosch123 hides 08:31:20 <andythenorth> frosch123: I'm prepared to spend today making industries look better on slopes :) 08:31:29 <andythenorth> but I'll need repeated help with var 60 08:31:31 <andythenorth> :P 08:31:39 <andythenorth> and I may swear a little 08:31:58 <Wolf01> imho industry foundations look well using the brick foundations, current foundations look well for farms as they look rocky 08:32:02 <DorpsGek> /me is prepared 08:32:19 <frosch123> that does not work :( 08:33:36 *** TomyLobo [~foo@port-212-202-171-176.dynamic.qsc.de] has joined #openttd 08:34:01 <frosch123> http://www.tt-forums.net/viewtopic.php?f=32&t=49593 <- andythenorth: in case you want to spread knowledge :p 08:34:14 <andythenorth> hmm 08:34:19 <andythenorth> maybe later yes 08:34:39 <andythenorth> sawmills look ok on slopes 08:34:42 <frosch123> though of course one could also link to the last thread about that :p 08:37:06 <andythenorth> default steelmill has 1 sprite covering 2 tiles 08:37:12 <andythenorth> so no steel mills on slopes :( 08:37:31 <andythenorth> junkyard on slopes could be good... 08:38:44 <TomyLobo> frosch123 someone was developing a patch for that i think 08:39:04 <TomyLobo> he came here a few weeks ago. dont know where he posted it though 08:39:48 <frosch123> TomyLobo: many tried, usually they abondon it when they understand how it really works 08:39:57 * andythenorth can't decide if junkyard looks good on slopes 08:40:05 <TomyLobo> well it's just a rectangular area 08:40:10 <TomyLobo> one could just draw a box 08:40:23 <frosch123> TomyLobo: and that is wrong for supply :) 08:40:49 <TomyLobo> btw, the city could build roads across those rails, which means you get penalty for tearing them down 08:41:28 <TomyLobo> frosch123 yeah, it's a bit harder there. would be a polygon 08:41:55 <frosch123> even that is not enough 08:42:04 <TomyLobo> eh? 08:42:52 <TomyLobo> it looks for a station around the industries 08:43:08 <TomyLobo> in the end it'd be as simple as checking every single square :) 08:43:41 <frosch123> no, because there are tiles which add "supply" to a station, while there is no industry at all on the tile 08:43:56 <andythenorth> any acceptance supply GUI is just going to reveal the conceptual weirdness of how it actually works 08:43:57 <TomyLobo> what? 08:44:06 <TomyLobo> hehe yeah 08:44:08 <andythenorth> players will just be confused 08:44:18 <andythenorth> http://tt-foundry.com/misc/junkyard_slopes.png 08:44:19 <frosch123> exaclty andy :) 08:44:44 <frosch123> the only reasn why there is no such thing is that it is so wrong and inconsistent that everyone would notice 08:45:22 <TomyLobo> i.e. hide the obvious? :) 08:45:28 <andythenorth> we should just implement supply and demand for every cargo on every tile like RT3 08:45:36 <andythenorth> then the catchment area thing changes radically :P 08:45:49 <andythenorth> meanwhile, opinions on junk yards? ^^ 08:46:07 <frosch123> industries with more than 2 foundations are ugly :) 08:46:08 <TomyLobo> but really, there should be a registering mechanism for that 08:46:29 <TomyLobo> i'd like to have more than 1 found ation for a start :) 08:46:36 <TomyLobo> -space 08:47:01 <De_Ghosty> good idea 08:47:04 <De_Ghosty> you code it 08:47:06 <De_Ghosty> :o 08:47:08 *** DarkNemesis [~sara@cpc5-sgyl30-2-0-cust61.sgyl.cable.virginmedia.com] has joined #openttd 08:47:25 <TomyLobo> i like my tracks flat and sometimes industry gets in the way 08:47:36 *** DarkNemesis [~sara@cpc5-sgyl30-2-0-cust61.sgyl.cable.virginmedia.com] has quit [] 08:47:57 <TomyLobo> i'd like to tower them up on a large pile of foundations :) 08:48:56 <frosch123> the industries or the track? :p 08:49:03 <TomyLobo> the industry 08:49:20 *** par [~par@85-255-49-118.ip.kis.lt] has quit [Read error: Connection reset by peer] 08:49:45 <TomyLobo> it'd probably mean putting foundations under mountains :D 08:50:20 * andythenorth enables steep slopes for junkyards 08:51:25 <andythenorth> frosch123: the varact 2 chains I showed yesterday with invalid termination.....I need to fix those 08:51:30 <andythenorth> I'm not sure of best way 08:51:55 <TomyLobo> what i'd love to see is ISR maintenance yards with real switches 08:52:10 <TomyLobo> i.e. plain track, not station tiles 08:52:32 <andythenorth> TomyLobo: ?? 08:52:41 <TomyLobo> stylable plain track 08:52:55 *** par [~par@85-255-49-118.ip.kis.lt] has joined #openttd 08:53:11 <CIA-2> OpenTTD: frosch * r20408 /trunk/src/rail_cmd.cpp: -Fix [FS#4013]: PBS reservations were always displayed on halftile foundations if the railtype uses overlays. 08:55:06 <andythenorth> frosch123: I found some legacy code from last time I faced similar with adding cb to default tiles....it uses action 2 ID FF FF....is that a 'magic' value? 08:55:08 <frosch123> andythenorth: i cannot think of any way, which keeps drawing default graphics 08:55:22 <andythenorth> I could just suppress the renum errors locally :P 08:55:39 <frosch123> FFFF means callback result FF 08:55:52 <andythenorth> hmmm 08:55:55 <frosch123> which is wrong, as it returns FF for all callbacks unknown to the grf 08:56:04 <frosch123> so, that would be a real bug :) 08:56:19 * andythenorth favours suppressing renum errors 08:56:51 <frosch123> anyway you have to make sure that you do not define the action2 id somewhere else :) 08:57:15 <andythenorth> that is also a bit tricky 08:57:36 <frosch123> you could also try to add a vehicle-like action2 at the end 08:57:42 <andythenorth> I don't want to have to reimplement all layouts and tiles for default industries :o 08:58:00 <andythenorth> how would the vehicle-like thing work? 08:59:18 <frosch123> hmm, no, that does not work 08:59:30 <andythenorth> bah 09:00:00 * andythenorth can see a future that holds reimplementing default industry tiles/layouts 09:00:14 <frosch123> and animation 09:00:22 <andythenorth> not exciting :o 09:01:18 <frosch123> maybe you can steal from other grfs :) 09:01:54 <frosch123> maybe pbi uses default graphics for powerplant while starting/stopping the smoke only when there is production 09:02:02 <andythenorth> think George has code for this 09:02:24 <frosch123> but i am not sure whether it was pbi, and whether it were default graphics :) 09:02:49 <andythenorth> I might have to face up to it sometime 09:02:53 *** par [~par@85-255-49-118.ip.kis.lt] has quit [Ping timeout: 480 seconds] 09:03:02 <andythenorth> current 'broken' implementation doesn't seem to blow anything up 09:03:22 <frosch123> it might crash ttdp :) 09:03:32 <andythenorth> I'll take those odds 09:04:53 *** om_tajir_cari_simpanan [~Co_Biasa_@216.228.58.162] has joined #openttd 09:04:53 *** om_tajir_cari_simpanan [~Co_Biasa_@216.228.58.162] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 09:04:53)] 09:06:34 <TomyLobo> frosch123 supply area is simply each individual station part's radius as shown in the preview, right? 09:07:30 <TomyLobo> http://tomylobo.dyndns.org/openttd-supply1.png 09:07:32 <TomyLobo> like this 09:07:42 <frosch123> yes, but you need to intersect that area with the rectangle around industires. so for non-rectangular industries you can get supply without having an industrytile in your area 09:07:53 <CIA-2> OpenTTD: rubidium * r20409 /trunk/src/ (newgrf.h newgrf_debug.h town_cmd.cpp): -Codechange: reduce the number of includes needed by newgrf.h 09:08:24 <TomyLobo> frosch123 you mean you can get supply from that missing corner in an oil ref, for instance? 09:08:45 <andythenorth> TomyLobo: try it....forest with missing corner for example 09:08:48 <TomyLobo> in the more square one, yes 09:08:51 <frosch123> yes, even more noticeable with those very non-rectangular industires in firs 09:09:09 * andythenorth causes trouble 09:09:23 <TomyLobo> hmm well you'd have to tell the people that :) 09:09:51 <TomyLobo> or, since you know the industries are there, just mark them as supplied 09:10:13 <TomyLobo> extend the box around them 09:10:56 *** fonsinchen [~fonsinche@brln-4dbc3267.pool.mediaWays.net] has joined #openttd 09:11:46 <frosch123> TomyLobo: still, even having two areas to display is just ugly 09:11:51 <TomyLobo> http://tomylobo.dyndns.org/openttd-supply2.png like so 09:12:10 <andythenorth> two areas displayed is unacceptable and confusing :) 09:12:24 <TomyLobo> you mean supply+accept? 09:12:32 <TomyLobo> you could switch between them 09:12:42 <frosch123> no, someone should change how supply and acceptance works, while keeping performance :) 09:12:51 <andythenorth> there would be a zillion bug reports if there were two overlays 09:12:54 <TomyLobo> frosch123 registering! 09:12:55 <andythenorth> or questions at least 09:13:10 <TomyLobo> andythenorth big red hint box 09:13:21 <andythenorth> plus two overlays is work to support something that's known broken 09:13:25 <andythenorth> wrong work no? 09:13:32 <TomyLobo> "this is NOT the accept/supply coverage" in supply/accept coverage display 09:14:09 <TomyLobo> is supply broken or is accept? 09:14:33 <andythenorth> depends on what spec is supposed to be? 09:15:01 <TomyLobo> i'd say 2 corner stations shouldnt make it accept anything in the middle :) 09:15:08 <TomyLobo> so supply is the one less broken 09:15:16 <andythenorth> frosch123: I need to get bit 4 from ss of var 60: http://wiki.ttdpatch.net/tiki-index.php?page=VarAction2IndustryTiles 09:15:30 <TomyLobo> the industry corner thing is odd though 09:15:58 <TomyLobo> could be fixed though, by simply checking back after finding a station 09:16:26 <TomyLobo> i.e. if the station is in range of any actual industry tile 09:16:46 <TomyLobo> O(industries*stations) extra effort 09:17:07 <frosch123> andythenorth: fine :) 09:18:25 <TomyLobo> O(industries*stations*radius²) actually, but some creative coding could get that down to O(industries*stations) 09:19:06 <TomyLobo> i think 09:19:27 <frosch123> iirc smatz already added some caching around acceptance 09:19:49 <TomyLobo> that is good 09:19:49 <frosch123> IndustryVector industries_near; ///< Cached list of industries near the station that can accept cargo, @see DeliverGoodsToIndustry() 09:20:09 <TomyLobo> so, why is performance an issue then? 09:20:15 <TomyLobo> if it's cached anyway 09:20:37 <frosch123> now do the same for acceptance :) 09:20:40 <frosch123> including houses 09:20:53 <frosch123> well, even supply from houses 09:21:44 <TomyLobo> do all houses supply at the same time? 09:22:04 <frosch123> i guess they supply during the tileloop 09:22:05 <andythenorth> houses can turn acceptance on/off 09:22:07 <andythenorth> ? 09:22:15 <TomyLobo> then make them register with all surrounding stations when they are built and have the stations trigger the supply check, not the houses 09:22:32 <TomyLobo> that would even SAVE cpu time 09:22:40 <frosch123> TomyLobo: do it :) 09:22:44 <TomyLobo> no :) 09:22:47 * andythenorth doesn't know what registers are 09:22:57 * andythenorth wonders if they're a bit like ZCatalog 09:23:11 * TomyLobo wonders what ZCatalog is 09:23:15 *** Zuu [Zuu@c-74f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has quit [Ping timeout: 480 seconds] 09:23:37 <andythenorth> TomyLobo: basically, don't get waking up n objects to look if they have a value 09:24:15 <andythenorth> instead, when the object saves the value, have it update an index that can be scanned quickly 09:24:15 <TomyLobo> that didnt parse, sorry 09:24:24 <andythenorth> it's a python thing :P 09:24:28 <TomyLobo> yeah, basically 09:25:13 <TomyLobo> is the passenger amount related to city rating? 09:25:20 <TomyLobo> i mean standing 09:26:42 <andythenorth> TomyLobo: so this way, when a house turns on/off acceptance, it has to search for all neighbouring stations, then check all their catchments, then push onto the station's index / register / cache (whatever) 09:26:51 <andythenorth> ? 09:27:00 * andythenorth is not a very good coder so could be wrong 09:27:17 <TomyLobo> what do you mean turns on/off? 09:27:35 <TomyLobo> doesn't that only ever happen when it's built/destroyed? 09:27:40 <andythenorth> IIRC, house cargos can be dynamic, same as industries 09:27:40 <TomyLobo> i.e. not often 09:27:52 <TomyLobo> but not in acceptance 09:28:04 <andythenorth> thnk it's cb2B 09:28:13 <TomyLobo> they always accept all the stuff you give them :) 09:28:20 <andythenorth> hmm 1F 09:28:26 <TomyLobo> wha 09:28:43 <andythenorth> and 2A 09:28:55 <andythenorth> http://wiki.ttdpatch.net/tiki-index.php?page=Callbacks#Get_accepted_cargo_types_2A_2C_ 09:30:26 <andythenorth> frosch123: could I have a var 60 cookie please? :P 09:30:45 <TomyLobo> what i always wanted to know: newgrfs contain some kind of code, right? 09:30:54 <TomyLobo> is it sandboxed or something or can it be dangerous? 09:31:33 <Alberth> at least as dangerous as crashing OpenTTD 09:32:34 <frosch123> TomyLobo: newgrfs provide decision trees, no machine code 09:33:03 <frosch123> andythenorth: what kind of cookie? 09:33:05 <TomyLobo> ok 09:33:40 <TomyLobo> Alberth that is fine :) at least it's not something silly like machine code :D 09:34:26 <frosch123> so, not turing complete :) 09:35:26 <andythenorth> frosch123: the shift / mask to get bit 4 from ss? 09:35:43 <TomyLobo> it's only turing complete if you can freeze your machine with it :) 09:35:53 <TomyLobo> (or the task) 09:35:55 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has joined #openttd 09:36:08 <Alberth> andythenorth: >> 4, & 1 ? 09:36:24 <frosch123> 60 <parameter> (maybe 20)+04 (\b or \w or \d)1 09:36:47 <Alberth> TomyLobo: worse, it can make the OpenTTD task disappear 09:36:51 <frosch123> i.e. in the varadjust: shift = 4, andmask = 1 09:37:11 <TomyLobo> Alberth sure, but that'd just mean it returned a wrong value which openttd didnt like 09:37:38 <andythenorth> frosch123: value of bit 4 will be 0 or 1? 09:37:46 <andythenorth> (just checking the obvious) 09:37:47 <frosch123> 1 for steep 09:38:00 * andythenorth is out of practice with nfo 09:38:13 * andythenorth is now pretty good at changing nappies though 09:39:04 <frosch123> someone likely appreciates that :) 09:47:09 <TomyLobo> btw, talking about non-turing-complete: those images i post are made with excel 09:47:23 <TomyLobo> it's just a simple conditional format, not turing complete either 09:48:08 <andythenorth> oops 09:48:15 * andythenorth blew up openttd 09:57:20 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 09:59:22 *** NukeBuster [~nb@212-182-153-94.ip.telfort.nl] has joined #openttd 10:01:16 <andythenorth> frosch123: I can't see what's wrong with this. Length doesn't match nvar apparently http://pastebin.com/pSWfFyPj 10:02:03 <frosch123> you are missing <parameter> 10:03:10 <andythenorth> that takes care of the linter failures :) 10:04:36 *** Fast2 [~Fast2@p57AF9820.dip0.t-ipconnect.de] has joined #openttd 10:05:09 *** cow_suka_cow [~co_1818@89.252.51.238] has joined #openttd 10:05:09 *** cow_suka_cow [~co_1818@89.252.51.238] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 10:05:09)] 10:05:10 *** co_cari_ce_BISPAK_jakarta [~Black_D@89.46.151.133] has joined #openttd 10:05:10 *** co_cari_ce_BISPAK_jakarta [~Black_D@89.46.151.133] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 10:05:10)] 10:16:31 *** JVassie [~James@92.27.149.231] has joined #openttd 10:30:42 <andythenorth> frosch123: so how should industry foundations appear? 10:32:03 <frosch123> with a fitting texture and stairs? 10:33:06 <andythenorth> so lets discuss two types: one for forests / farms / plantation 10:33:16 <andythenorth> and one for more 'built' industries 10:33:33 <frosch123> forests should not have any foundations :) 10:33:42 <frosch123> farms neither 10:33:52 <frosch123> plantation maybe 10:34:58 <frosch123> http://www.haus-kindler.de/images/terassen_oberrotweil.jpeg 10:35:39 <frosch123> http://upload.wikimedia.org/wikipedia/commons/8/88/Pisac_Terassen_medium.jpg 10:37:16 <andythenorth> frosch123: farm buildings should have foundations :P 10:37:25 <andythenorth> farm fields should be handled differently anyway 10:37:44 <frosch123> small building should not have foundations, they should build into the hilll 10:40:51 <andythenorth> offset down and draw the foundation at the back? 10:41:19 <frosch123> no foundation, just offset down 10:41:28 <frosch123> sloped hedges and so 10:41:35 <andythenorth> there'll be a sprite gap at the rear? 10:42:01 <frosch123> no, i mean use the normal sloped ground tiles 10:42:34 * andythenorth thinks 10:43:23 <andythenorth> so draw variations of small building cut to match hill? 10:43:48 <frosch123> maybe if they are small enough they do not need cutting 10:44:08 <andythenorth> I think they will, or they'll appear to float 10:44:32 <frosch123> http://www.schoener-wohnen.de/thumbnails/imageFullContent/0001/00000000001/66/35/6635_hs200304082ol.jpg <- there are certainly weird houses out there :) 10:45:04 <andythenorth> :) 10:45:09 <andythenorth> Is this acceptable? http://tt-foundry.com/misc/farm_coast.png 10:45:43 <frosch123> foundations at the border or generally more acceptable :) 10:45:56 <frosch123> esp. at water 10:46:19 <andythenorth> ? 10:46:29 <frosch123> s/or/are/ 10:46:48 <andythenorth> which border? 10:46:54 <frosch123> of the industry 10:47:23 <CIA-2> OpenTTD: alberth * r20410 /trunk/src/smallmap_gui.cpp: -Codechange: Move smallmap map-type switching to a function. 10:47:23 <andythenorth> I am just wondering whether to prevent e.g. farms from building on coast tiles 10:47:35 <andythenorth> interestingly, player can lower land to get same effect anyway 10:47:58 <frosch123> farm at coast is fine 10:48:24 <andythenorth> less code :) 10:48:54 *** |Jeroen| [~jeroen@94-224-31-113.access.telenet.be] has quit [Remote host closed the connection] 10:48:57 <andythenorth> so for forest, fruit plantation, I need to.... 10:49:14 <andythenorth> - detect slope, then use climate-dependent ground tiles from base set to draw ground 10:49:22 <andythenorth> - then draw trees on top 10:49:22 <andythenorth> ? 10:52:59 <frosch123> http://devs.openttd.org/~frosch/NicePlantation.png http://devs.openttd.org/~frosch/UglyFarm.png 10:54:01 <frosch123> though the plantation would likely not look so nice, if the hill would be in the other direction 10:54:34 <frosch123> i.e. the dark paths between the plants look like foujndations somehow 10:56:29 <andythenorth> going to redraw plantations some time anyway 10:57:11 <andythenorth> I thought of maybe drawing earth / grass banks to use as custom foundations for forest / plantation 10:57:18 <andythenorth> I'd have to do them for every terrain type though 10:58:19 <frosch123> not really, you do not need for the sandpit either, do you? 10:58:24 <Ammler> foundations on those industries are ugly 10:58:31 <frosch123> only snow/desert vs. normal 10:58:53 <andythenorth> frosch123: if I matched the grass colour, I'd need 3x terrain 10:59:02 <andythenorth> I could ignore that though 10:59:10 <frosch123> but you centainly need some templating there :) 10:59:24 <andythenorth> Ammler: unfortunately this is a case where opengfx is uglier than original 10:59:28 <frosch123> andythenorth: if you use the defaultgroundtiles, you do not need to match, as they are in the same position 10:59:41 <frosch123> and if you do not use the defaultgrass, it does not fit with other groundtiles anyway 10:59:45 <CIA-2> OpenTTD: rubidium * r20411 /trunk/ (105 files in 9 dirs): -Codechange: rename unmovables as quite a lot of them are actually movable; e.g. HQ and owned land are pretty movable. 10:59:50 <andythenorth> original foundations look ok - for temperate. Not so good for tropic :P 11:00:14 <Ammler> http://www.tt-forums.net/download/file.php?id=132945 <-- isn't that original? 11:01:05 <andythenorth> yes 11:01:11 <andythenorth> I think it looks....ok, ish 11:03:12 <CIA-2> OpenTTD: alberth * r20412 /trunk/src/industry_gui.cpp: -Codechange: Replace an if by a switch in IndustryCargoesWindow::OnClick. 11:03:37 <Ammler> building on slopes should be without slopes 11:03:46 <Ammler> foundations* 11:03:46 *** keoz [~keikoz@pha75-8-82-230-2-115.fbx.proxad.net] has joined #openttd 11:03:55 *** KenjiE20 [~KenjiE20@92.0.222.0] has joined #openttd 11:04:42 <andythenorth> Ammler: that's nice to say, harder to implement :P 11:05:07 <Ammler> for you or frosch? :-) 11:05:33 <andythenorth> well unless frosch123 has started drawing pixels....me 11:05:58 <Ammler> so openttd would support it without foundations? 11:06:08 <frosch123> i can draw pixels, just tell be which colour at which positions :p 11:07:06 <andythenorth> Ammler: the nfo is also long (although it is trivial...just a lot of work + testing) :P 11:07:23 <andythenorth> e.g. this is for the Fishing Harbour, just 6 different tiles...http://pastebin.com/RQXHitEU 11:07:35 <andythenorth> and not every tile even supports slopes 11:10:01 <andythenorth> hmm 11:10:23 <andythenorth> I count 19 possible slope variations in tileh.png 11:11:51 <frosch123> yup, 15 + 3 11:11:55 <frosch123> 15 + 4 11:12:47 <CIA-2> OpenTTD: rubidium * r20413 /trunk/src/object_type.h: -Fix (r20326): some comments got a bit outdated 11:13:06 <Ammler> andythenorth: you like industries with foundations more than terraforming before building the industry? 11:15:35 *** JVassie [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 11:17:27 <CIA-2> OpenTTD: alberth * r20414 /trunk/src/ (industry_gui.cpp lang/english.txt smallmap_gui.cpp): -Feature: Enable industries in the smallmap displayed in the industry chain window. 11:18:08 <andythenorth> Ammler: industries with foundations are fine in certain cases 11:18:39 <Ammler> yes, if the industry suppots it :-) 11:21:36 <CIA-2> OpenTTD: alberth * r20415 /trunk/src/ (industry_gui.cpp smallmap_gui.cpp): -Add: Clicking at the smallmap disables updates from the industry chain window. 11:21:42 <andythenorth> frosch123: fields will be fully slope aware? 11:22:35 <frosch123> just the same as industrytiles 11:22:46 <frosch123> what else? 11:23:28 <andythenorth> thought so 11:23:40 <andythenorth> just checking before I do work that will be thrown away later :) 11:24:03 <frosch123> well, the slopechecking is still undecided though 11:25:15 <andythenorth> next problem. I need some tree sprites :P 11:26:02 <TomyLobo> frosch123 do you just turn slopes into terraces? 11:26:23 <frosch123> what? 11:26:24 <TomyLobo> i.e. green foundations? 11:26:42 <frosch123> i do not draw pixels :) 11:26:46 *** Adambean [AdamR@82.hosts.reece-eu.net] has joined #openttd 11:27:08 <Rubidium> frosch123: but drawing pixels is easy! 11:27:33 <andythenorth> fill 1,0, 255,255,255 11:27:35 <Rubidium> making a set of drawn pixels look good... that's something you need some skill for, but just colouring the pixels.. .nah :) 11:28:11 <TomyLobo> just remove all red and blue parts of the foundation sprites :D 11:28:16 * andythenorth thinks opengfx trees will suit FIRS forests 11:28:44 <andythenorth> hmm 11:28:52 <frosch123> andythenorth: then you could also use the default trees, so they adapt to stolentrees or whatever 11:29:17 <andythenorth> I can use extend tile action 2 to render a lot of layered sprites? 11:29:22 <andythenorth> I didn't think of that 11:29:26 <frosch123> hmm, though you cannot access the snowy action5 trees, which are irrc not supported by ottd anyway 11:29:43 <andythenorth> if it's a sprite in the base set, I can usually get to it 11:29:58 <andythenorth> or are they switched in/out by the action 5? 11:30:19 <frosch123> the default trees you can get 11:30:54 <frosch123> but not the additional snowy temperate trees (not supported in ottd) 11:31:47 <Ammler> well, if you make them, we could include it... 11:32:18 <frosch123> Ammler: we have no snow in temperate :) 11:32:52 <Ammler> maybe that feature will ever revive :-) 11:33:18 <frosch123> well, if it would be done, then likely not as in ttdp 11:33:20 <Ammler> at least the missing sprites wouldn't be a excuse :-P 11:34:21 <Rubidium> can NewGRFs read the disaster setting? If so, a forest fire would be fun :) 11:34:26 <frosch123> btw. there are still no good sprites for vehicle profit 11:34:38 <TomyLobo> uh is there a delivery graph for FIRS somewhere? :D 11:34:39 <andythenorth> I gave up on those 11:34:52 <andythenorth> I thought vehicle profit was a bad brief :P 11:35:02 <andythenorth> almost impossible to solve 11:35:31 <andythenorth> TomyLobo: various graphs were made 11:35:42 <andythenorth> the best one is by Alberth :D 11:36:20 <andythenorth> Rubidium: http://wiki.ttdpatch.net/tiki-index.php?page=Action0Industries#Special_industry_flags_to_define_special_behavior_1A_ 11:36:32 <TomyLobo> i also wonder how machine shop works. how does it determine what to produce? 11:36:33 <Alberth> and I didn't even draw a single pixel :) 11:36:41 <andythenorth> no way to create a custom disaster 11:36:56 <andythenorth> TomyLobo: you put in what it needs, it puts stuff out :P 11:37:10 <TomyLobo> yeah but it produces several stuffs 11:37:16 <andythenorth> equal amounts of both 11:37:19 <TomyLobo> ah 11:37:28 <Alberth> TomyLobo: just try it 11:37:38 *** Eddi|zuHause [~johekr@p54B76636.dip.t-dialin.net] has joined #openttd 11:37:41 <frosch123> andythenorth: you can close industries with the message "burned down" 11:37:47 <andythenorth> where FIRS produces two cargos, they're always balanced 11:37:56 <andythenorth> frosch123: probably 11:38:21 <andythenorth> use production change cb to burn the industry in one month, close it the next month... 11:38:46 <Alberth> fire trucks around it, people with hoses :) 11:40:08 <andythenorth> hi Eddi|zuHause :) 11:40:16 <Rubidium> and if you don't deliver 100.000l of water that month, the fire won't be put out! :) 11:40:25 <andythenorth> micro-management :) 11:40:56 <andythenorth> would provide a use for planes 11:41:17 <__ln__> that reminds me, is the capacity of water wagons still only 2500 litres? 11:41:27 <Rubidium> hahah... helicopters ofcourse! :) 11:41:31 <andythenorth> we'd need a new airport on water, with a state machine to allow loading while flying 11:41:38 <andythenorth> (planes too) 11:42:34 <Alberth> unloading is more difficult 11:43:13 <Alberth> hmm, an 'airport' in the sky? 11:43:38 <Rubidium> hmm, would be fun that when a forest is placed on a sleep-ish slope near the water that there's a helicopter (or multiple) flying around picking up trees and dropping them in the water after which they flow to the place where the wood can be picket up. Either by truck/train or by log raft :) 11:44:04 <Rubidium> (those helicopters aren't real player controlled helicopters ofcourse) 11:44:35 <Alberth> bummer, no mini-game :( 11:47:22 <andythenorth> Rubidium: I'm planning to just implement helicopter logging as vehicles :) 11:47:34 <Eddi|zuHause> hm... apparently i joined at 13:37 11:47:35 <andythenorth> although you're suggestion is good 11:47:46 <andythenorth> your /s 11:47:53 <TomyLobo> just add freight helicopters and make it an "industry station 11:47:58 <TomyLobo> " 11:48:22 <andythenorth> I imagine that having a helicopter animated might cause some horrible offset / bounding box headaches 11:49:10 <andythenorth> should FIRS forests be plantation (fir trees), or 'natural' ? 11:49:45 <Eddi|zuHause> what's the difference? 11:50:14 <andythenorth> one uses the pine tree sprites, the other deciduous tree sprites 11:50:23 <andythenorth> needles vs. leaves basically :P 11:51:31 <ccfreak2k> Douglas FIRS. 11:58:54 *** cwoq_cri [~EroticMas@cm-static-17-49.telekabel.ba] has joined #openttd 11:58:54 *** cwoq_cri [~EroticMas@cm-static-17-49.telekabel.ba] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 11:58:54)] 12:00:17 <Rubidium> Eddi|zuHause: yes, you're so 1337 that you don't need to register your nick and identify yourself :) 12:00:42 <Eddi|zuHause> Rubidium: exactly :) 12:05:32 *** Zuu [Zuu@c-74f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has joined #openttd 12:22:07 *** ajmiles [~aj@78-86-188-187.zone2.bethere.co.uk] has joined #openttd 12:36:25 *** Wolf02 [~wolf01@host37-162-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 12:36:25 *** Wolf01 is now known as Guest1257 12:36:25 *** Wolf02 is now known as Wolf01 12:38:02 <Wolf01> I succeeded to crash my pc compiling ottd 12:39:17 *** Guest1257 [~wolf01@host37-162-dynamic.56-82-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] 12:42:04 <keoz> windows/linux ? 12:42:14 <Wolf01> windows 12:45:47 *** Vitus [~chatzilla@138.194.wms.cz] has joined #openttd 12:48:20 <Wolf01> gah... I'm trying to rewrite my roadstops on slopes patch... it's changed too much :P 12:48:22 *** Sacro [~Sacro@87.102.2.145] has joined #openttd 12:55:40 *** rrrrrr [~cwo_penge@ip68-102-116-225.ks.ok.cox.net] has joined #openttd 12:55:40 *** rrrrrr [~cwo_penge@ip68-102-116-225.ks.ok.cox.net] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 12:55:40)] 12:57:37 *** impalass [~GiSSeLLa@211.83.105.167] has joined #openttd 12:57:37 *** impalass [~GiSSeLLa@211.83.105.167] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 12:57:37)] 12:59:01 *** mathieu24 [~Cupank@222.59.5.19] has joined #openttd 12:59:01 *** mathieu24 [~Cupank@222.59.5.19] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 12:59:01)] 12:59:30 *** glx [glx@2a01:e35:2f59:c7c0:d52c:e550:f746:1e55] has joined #openttd 12:59:33 *** mode/#openttd [+v glx] by ChanServ 13:02:56 *** CUTEESGIRL [~tess_pret@60.244.196.113] has joined #openttd 13:02:56 *** CUTEESGIRL [~tess_pret@60.244.196.113] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 13:02:56)] 13:05:49 *** adItyA_mO_ce_sMa_bAyRn [~Cwok_dws_@c-98-244-48-76.hsd1.ca.comcast.net] has joined #openttd 13:05:49 *** adItyA_mO_ce_sMa_bAyRn [~Cwok_dws_@c-98-244-48-76.hsd1.ca.comcast.net] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 13:05:49)] 13:15:51 *** Ant_LV [Ant_LV@78.84.189.71] has joined #openttd 13:17:58 <Eddi|zuHause> hm... i got a spam... 13:23:35 *** kkb110 [~kkb110@124.49.122.172] has quit [Quit: Leaving.] 13:32:25 *** Wolf02 [~wolf01@host37-162-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 13:32:26 *** Wolf01 is now known as Guest1260 13:32:26 *** Wolf02 is now known as Wolf01 13:36:40 *** NukeBuster [~nb@212-182-153-94.ip.telfort.nl] has quit [Ping timeout: 480 seconds] 13:36:51 *** Wolf02 [~wolf01@host37-162-dynamic.56-82-r.retail.telecomitalia.it] has joined #openttd 13:36:51 *** Wolf01 is now known as Guest1261 13:36:51 *** Wolf02 is now known as Wolf01 13:37:28 *** Guest1260 [~wolf01@host37-162-dynamic.56-82-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] 13:43:28 *** Guest1261 [~wolf01@host37-162-dynamic.56-82-r.retail.telecomitalia.it] has quit [Ping timeout: 480 seconds] 13:45:15 <Aali> I just crashed r20279 :/ 14:03:06 *** heffer [~felix@static-87-78-98-150.netcologne.de] has joined #openttd 14:07:36 *** Fuco [~dota.keys@188.123.106.105] has joined #openttd 14:08:59 *** fonsinchen [~fonsinche@brln-4dbc3267.pool.mediaWays.net] has quit [Remote host closed the connection] 14:09:36 <andythenorth> is there a fast way to see all the default tile sprites? 14:09:39 <andythenorth> (other than in game) 14:09:45 <andythenorth> nvm if not 14:12:43 <frosch123> take a look at ogfx source? 14:17:56 *** KritiK [~Maxim@89-178-218-86.broadband.corbina.ru] has joined #openttd 14:23:05 *** Zuu [Zuu@c-74f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has quit [Ping timeout: 480 seconds] 14:24:45 *** guru3 [~guru3@2002:51eb:a47b::1] has quit [Ping timeout: 480 seconds] 14:28:23 *** Eddi|zuHause2 [~johekr@p54B76636.dip.t-dialin.net] has joined #openttd 14:28:38 *** Eddi|zuHause [~johekr@p54B76636.dip.t-dialin.net] has quit [Remote host closed the connection] 14:29:34 *** Dewin1 [~Daniel@c-71-59-222-35.hsd1.or.comcast.net] has joined #openttd 14:34:31 <andythenorth> frosch123: I'll just use the sprite picker ;) 14:34:32 *** Dewin [~Daniel@c-71-59-222-35.hsd1.or.comcast.net] has quit [Ping timeout: 480 seconds] 14:35:19 *** devilsadvocate [~devilsadv@202.3.77.41] has joined #openttd 14:39:15 *** SirSquidness [~sirsquidn@zomg.dongues.com] has quit [Ping timeout: 480 seconds] 14:48:32 *** HerzogDeXtEr [~Flex@88.130.169.22] has joined #openttd 14:50:09 <andythenorth> that was 14:50:10 <andythenorth> fun 14:50:17 *** welterde [welterde@hex.srv.welterde.de] has quit [Read error: Connection reset by peer] 14:51:22 <andythenorth> if these don't look good as forest ground tiles, I shall be sad :o 14:51:22 <andythenorth> http://tt-foundry.com/misc/forest_tiles.png 14:51:34 *** welterde [welterde@hex.srv.welterde.de] has joined #openttd 14:52:27 <frosch123> looks nice, indeed :) 14:52:59 *** Vashti [~cup_cup@sw66-90-163.adsl.seed.net.tw] has joined #openttd 14:52:59 *** Vashti [~cup_cup@sw66-90-163.adsl.seed.net.tw] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 14:52:59)] 14:53:19 <Ammler> 3967 looks wrong 14:54:28 *** HerzogDeXtEr1 [~Flex@88.130.175.147] has quit [Ping timeout: 480 seconds] 14:54:38 <andythenorth> Ammler: how? It's a composite of two screenshots...is that the reason? 14:55:43 <Ammler> don't think so, it is like the tile 2972 just other direction 15:01:24 <Wolf01> then it's right 15:05:37 *** welterde [welterde@hex.srv.welterde.de] has quit [Ping timeout: 480 seconds] 15:14:25 * andythenorth needs a volunteer :P 15:15:21 *** welterde [welterde@hex.srv.welterde.de] has joined #openttd 15:22:16 <andythenorth> with slope aware forest tiles, terraforming will move the trees up and down :o 15:24:50 <frosch123> cb 3d iirc 15:26:26 <frosch123> maybe you cannot even disallow terraforming, maybe you can reset some animationstage and replace the trees with small ones 15:27:22 *** Zuu [Zuu@c-74f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has joined #openttd 15:31:01 <frosch123> hmm, no you can only change persistent storage, not suitable for tiles 15:36:02 <andythenorth> tiles can access industry persistent storage though - related object...? 15:36:11 <andythenorth> meanwhile, this is another problem: http://tt-foundry.com/misc/forest_coast.png 15:36:40 <frosch123> [17:36] <andythenorth> tiles can access industry persistent storage though - related object...? <- yes 15:36:56 <andythenorth> the coast is a bigger issue 15:37:20 <frosch123> check landscape class of nearby tiles 15:37:47 <andythenorth> this could happen to any forest at height level 0 15:37:58 <andythenorth> disallowing height level 0 is a solution, but a bit drastic 15:38:02 <andythenorth> http://tt-foundry.com/misc/forest_coast_2.png 15:39:15 <frosch123> one that tile you likely have to forbid planting :) 15:41:51 <andythenorth> what does this cb actually do? 15:41:51 <andythenorth> http://wiki.ttdpatch.net/tiki-index.php?page=Callbacks#Disable_autosloping_for_industry_tiles_3C_14F_ 15:42:36 <frosch123> it is called for every tile affected by terraforming 15:43:05 <frosch123> you can then forbid terraforming, but you cannot check what is actually about to be terraformed (i.e. resulting slope) 15:45:03 <andythenorth> so I could solve the forest coast problem by preventing terraforming on these tiles? 15:46:40 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 15:47:02 *** JVassie [~James@92.27.149.231] has joined #openttd 15:47:33 <frosch123> you can use cb 3c to disallow terraforming of forrest tiles, so the trees do not fall down. you can use cb 2f to disallow planting of forrests on "half-water"-coast tiles (forest_coast2.png), and you can use var60 to detect water on neighboured tiles to draw coast groundtiles 15:47:42 * andythenorth tests 15:47:45 <frosch123> alternatively you can just forbit forests at sea level :) 15:47:56 <andythenorth> the problem with using 2f is that players can 'walk' the sea in 15:48:03 <andythenorth> and forbidding is confusing 15:48:16 <andythenorth> var 60 is possible, but just....more work :P 15:48:39 <frosch123> not more work than snow :p 15:49:17 <andythenorth> 3C mostly works 15:49:30 <andythenorth> I need to do a 2f check for coast as well 15:49:56 <andythenorth> 3C is a bit annoying to players, but better than the alternative 15:51:55 <andythenorth> frosch123: I need to check bit 1 of bb for var 60 15:52:03 <andythenorth> how many to shift? 15:52:14 <andythenorth> 3? 15:52:39 * andythenorth may be confusing shift and mask 15:53:05 <frosch123> why do you need that bit? 15:53:16 <andythenorth> check for coast 15:53:22 <frosch123> when? 15:53:29 <frosch123> why? :p 15:53:38 <andythenorth> prevent forest being constructed on coast 15:53:44 <andythenorth> cb2f 15:53:51 <frosch123> but players can still flood to that position 15:54:16 <andythenorth> they won't be able to terraform sufficiently around the forest 15:54:19 <andythenorth> I think 15:54:20 <frosch123> hmm, ok, but might work in 99% of cases :) 15:54:45 <andythenorth> I can't terraform that far anyway 15:54:58 <andythenorth> in a scenario it might fail, but in default game should be fine 15:55:04 <frosch123> so 8 bits for bb, 1 for ss -> shift 9 15:55:10 <frosch123> one bit to test -> and 1 15:58:07 *** JVassie [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 15:59:09 <andythenorth> frosch123: thanks 15:59:11 <andythenorth> seems to work 16:01:46 *** `Fuco` [~dota.keys@188.123.106.105] has joined #openttd 16:03:04 *** fonsinchen [~fonsinche@brln-4dbc3267.pool.mediaWays.net] has joined #openttd 16:03:37 *** JVassie [~James@92.27.149.231] has joined #openttd 16:06:54 *** Brin [~KouDy@rb5ck203.net.upc.cz] has joined #openttd 16:07:32 *** KouDy [~KouDy@rb5ck203.net.upc.cz] has quit [Read error: Connection reset by peer] 16:07:32 *** Brin is now known as KouDy 16:08:43 *** Fuco [~dota.keys@188.123.106.105] has quit [Ping timeout: 480 seconds] 16:12:16 <andythenorth> my new forest introduces a gazillion renum errors :P 16:12:53 <andythenorth> /!!Warning (80): Offset 43: Value of <yoff+yextent> must not exceed 0Fh. 16:13:05 <andythenorth> extended tile action 2 has some pitfalls 16:13:44 <frosch123> hmm, that warning is wrong :) it must not exceed 10h 16:14:19 <frosch123> well, 0 <= yoff <= 0fh, yoff + yextent <= 10h 16:14:47 <frosch123> hmm, though yoff = 10h, yextent = 0 might also work somewhat 16:15:58 *** KouDy [~KouDy@rb5ck203.net.upc.cz] has quit [Ping timeout: 480 seconds] 16:26:16 <Sacro> oh god that sounds like yacc 16:29:22 *** roboboy [~robotboy@CPE-58-173-41-16.nxzp1.ken.bigpond.net.au] has quit [Ping timeout: 480 seconds] 16:34:57 <andythenorth> frosch123: that's useful info 16:35:11 <andythenorth> I wasn't sure how anything would fit into 0Fh 16:35:15 <andythenorth> :P 16:35:39 * andythenorth wikis for yextent 16:37:16 *** Adambean [AdamR@82.hosts.reece-eu.net] has quit [Quit: Gone fishing] 16:42:07 *** rrrrrr [~ahaaa@c-68-33-128-114.hsd1.va.comcast.net] has joined #openttd 16:42:07 *** rrrrrr [~ahaaa@c-68-33-128-114.hsd1.va.comcast.net] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 16:42:07)] 16:43:01 *** Cwok_25th_4tante [~Fahr@74.197.116.89] has joined #openttd 16:43:01 *** Cwok_25th_4tante [~Fahr@74.197.116.89] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 16:43:01)] 16:45:09 *** boy_o [~Oasis-@80-219-93-131.dclient.hispeed.ch] has joined #openttd 16:45:09 *** boy_o [~Oasis-@80-219-93-131.dclient.hispeed.ch] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 16:45:09)] 16:47:47 <andythenorth> bounding boxes are brain ache 16:47:53 * andythenorth afk for an hour or two 16:48:09 <andythenorth> currently bounding boxes for forest look...weird 16:48:18 <andythenorth> I expect sprite sorting issues :( 16:48:44 *** Laila^18 [~jual_treo@87.110.115.26] has joined #openttd 16:48:44 *** Laila^18 [~jual_treo@87.110.115.26] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 16:48:44)] 17:10:31 *** Ant_LV [Ant_LV@78.84.189.71] has quit [] 17:12:34 *** fonsinchen [~fonsinche@brln-4dbc3267.pool.mediaWays.net] has quit [Remote host closed the connection] 17:12:43 *** frosch123 [~frosch@frnk-590f6aa6.pool.mediaWays.net] has quit [Remote host closed the connection] 17:41:15 *** devilsadvocate [~devilsadv@202.3.77.41] has quit [Ping timeout: 480 seconds] 17:44:54 *** meebbyt [b222211d@ircip1.mibbit.com] has joined #openttd 17:45:40 <CIA-2> OpenTTD: translators * r20416 /trunk/src/lang/ (finnish.txt german.txt italian.txt romanian.txt): 17:45:40 <CIA-2> OpenTTD: -Update from WebTranslator v3.0: 17:45:40 <CIA-2> OpenTTD: finnish - 3 changes by jpx_ 17:45:40 <CIA-2> OpenTTD: german - 1 changes by BRFBlake 17:45:40 <CIA-2> OpenTTD: italian - 8 changes by lorenzodv 17:45:41 <CIA-2> OpenTTD: romanian - 2 changes by tonny 17:46:36 <meebbyt> hi 17:47:18 <meebbyt> linuxgeneric runs fine with my win32-downloaded content 17:48:01 <meebbyt> except for that linux does not know how to fix palettes broken by old/bogstandard screen modes 17:48:04 *** Fast2 [~Fast2@p57AF9820.dip0.t-ipconnect.de] has quit [Ping timeout: 480 seconds] 17:49:24 *** Hanap_GF [~c0_dws_cr@ldn29-1-88-182-244-94.fbx.proxad.net] has joined #openttd 17:49:24 *** Hanap_GF [~c0_dws_cr@ldn29-1-88-182-244-94.fbx.proxad.net] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 17:49:24)] 17:49:27 <meebbyt> ubuntu 8-something 17:51:46 <Alberth> afaik you can set the palette of a NewGRF 17:51:50 <Alberth> in the NewGRF window 18:01:49 *** Eddi|zuHause2 is now known as Eddi|zuHause 18:03:23 *** guru3 [~guru3@2002:51eb:a47b::1] has joined #openttd 18:09:40 *** meebbyt [b222211d@ircip1.mibbit.com] has quit [Quit: http://www.mibbit.com ajax IRC Client] 18:11:03 *** Fuco [~dota.keys@188.123.106.105] has joined #openttd 18:11:14 *** Devroush [~dennis@94-225-67-91.access.telenet.be] has joined #openttd 18:18:02 *** `Fuco` [~dota.keys@188.123.106.105] has quit [Ping timeout: 480 seconds] 18:34:44 <Dewin1> So, I can understand how livestock vans might have a low speed limit since cows being accelerated to high speeds is probably a bad idea. What I don't quite understand is why they still have a speed limit when empty. 18:36:38 *** Dewin1 is now known as Dewin 18:36:48 *** frosch123 [~frosch@frnk-590f6aa6.pool.mediaWays.net] has joined #openttd 18:39:37 <Alberth> it is a not-so-good truck, ie it cannot go faster, load has nothing to do with it 18:39:54 <Alberth> (well, a bit) 18:40:10 <Dewin> It's a carriage on a train. What happens if it goes faster, the wheels fall off? 18:40:34 <Alberth> are you talking about speed limit, or speed of acceleration? 18:40:38 <Dewin> speed limit 18:41:22 <Alberth> is it correct, w.r.t. the specs of the engine and the wagons? 18:41:38 <Dewin> Yes. 18:41:49 <Dewin> programmatically correct, common sensically... I'm not entirely certain 18:42:19 <Dewin> 93 mph engine. 45 mph livestock van. I'm trying to ask if there's any real reason the livestock van should be incapable of faster speeds while empty. 18:42:39 <Dewin> (so it'd be slow one way, fast on the return trip) 18:43:23 *** Eoin [eoin@92.233.180.18] has quit [Quit: kthxbai] 18:43:37 <Alberth> oh, you are using a NewGRF set 18:43:44 <Dewin> Yes, I probably should have specified that. 18:43:51 <Alberth> (default livestock van does not have a limit) 18:44:08 <Alberth> well, it works as intended by the NewGRF set author. 18:44:17 <Dewin> I like the speed limits, it makes things more interesting. 18:44:30 <Dewin> and I'm not trying to say it's not working as intended. 18:44:38 <Alberth> there is a setting to disable wagon speed limits 18:44:49 <Alberth> otherwise, find another wagon, or another set 18:45:05 <Dewin> I guess the real question is: Can newGRFs specify separate loaded/unloaded speed limits? And if not, why not? 18:45:07 <Alberth> or perhaps you'll get a new one latyer in the game 18:45:26 <Alberth> not afaik 18:46:09 <Dewin> because in some cases being limited in speed makes sense while loaded (you have a bunch of cattle who aren't really secured, or an open car carrying coal and don't want it flying out) but when the car's empty there's no good reason to not go at full speed. 18:46:35 <Dewin> of course, the UK set + FIRS somehow lets me refit tankers to hold livestock, which seems silly so I don't do it. 18:46:57 <Alberth> the weight does change, and is taken into account 18:46:57 <Alberth> 18:47:10 <Alberth> but that is only acceleration i think 18:47:17 <Dewin> correct. 18:47:23 <Dewin> And it's not weight, it's more... logistical things. 18:48:07 <Dewin> You can run full speed with an empty glass, but fill it with water and try to run full speed without spilling it. Has nothing to do with the weight of the contents. 18:48:13 <Alberth> http://wiki.ttdpatch.net/tiki-index.php?page=Action0Trains <-- that seems like the page of the spec about trains 18:48:51 *** trebuchet [~Trebuchet@69.51.104.87] has joined #openttd 18:51:04 <Alberth> If you want to change the specs, http://www.tt-forums.net/viewforum.php?f=68 is the place 18:51:57 <Dewin> Yeah, maybe I'll toss a post up on there. 18:54:43 *** Noe [~PRIA^DEWA@fibhost-67-208-76.fibernet.hu] has joined #openttd 18:54:43 *** Noe [~PRIA^DEWA@fibhost-67-208-76.fibernet.hu] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 18:54:43)] 19:01:12 *** Zuu [Zuu@c-74f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has quit [Ping timeout: 480 seconds] 19:05:31 *** Zuu [Zuu@c-74f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has joined #openttd 19:10:17 *** devilsadvocate [~devilsadv@202.3.77.41] has joined #openttd 19:10:37 *** JakeGrimshaw [~jake.grim@5e06e3aa.bb.sky.com] has joined #openttd 19:26:32 *** AC6000 [~AC6000@119-166.186-72.tampabay.res.rr.com] has joined #openttd 19:27:19 <AC6000> well, good to see this place is full as always :P 19:27:19 <frosch123> Alberth: actually ttdp ignores the speedlimit for empty wagons :) 19:27:36 <frosch123> it is ottd who decided that is crappy unrealisitc 19:28:04 <frosch123> and inconsistent with engines 19:28:24 <Alberth> ha ha, and now Dewin complains about realism :p 19:29:00 <frosch123> yesterday andy concluded that the realistic catchment areas are less realistic than the normal ones 19:30:25 *** Zuu [Zuu@c-74f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has quit [Ping timeout: 480 seconds] 19:31:25 <Alberth> realism is always used as argument if it behaves unexpected. You never hear people complain when the realism built in the game acts in their advantage :D 19:38:24 <andythenorth> frosch123: can cb 39 produce a negative result? http://wiki.ttdpatch.net/tiki-index.php?page=Callbacks#Custom_profit_calculation_for_cargoes_39_ 19:39:17 <frosch123> isn't that even written there? 19:39:37 <andythenorth> sorry :) 19:39:48 <frosch123> :p 19:39:53 <andythenorth> I've just invented a way to actually implement 'maintenance' 19:39:57 <andythenorth> entirely in nfo 19:40:11 <andythenorth> it's a hack, but it could be fun 19:40:17 <andythenorth> or really tiresome micromanagement :P 19:40:55 *** TomyLobo [~foo@port-212-202-171-176.dynamic.qsc.de] has quit [Quit: A key, command, or action that tells the system to return to a previous state or stop a process.] 19:43:42 <andythenorth> I create a cargo 'maintenance'. When 'normal' cargos are delivered to a station, cb 39 checks when 'maintenance' was last delivered to that station. If it's too long, no profit 19:44:11 <andythenorth> meanwhile player runs trains carrying 'maintenance', serving each station every so many days (timetables may actually be useful here). 19:44:58 <andythenorth> maintenance has two options: costs a lot of money (to help with the too much money problem), or breaks even (to prevent loss-making vehicle problem) 19:45:36 *** AC6000 [~AC6000@119-166.186-72.tampabay.res.rr.com] has left #openttd [] 19:46:05 <andythenorth> this would apply to rail and road stations, maybe docks, not airports 19:46:51 <andythenorth> 'exciting' vehicles would be provided to carry 'maintenance' 19:47:22 <andythenorth> 'maintenance' cargo would come from a specific industry type. This could either just produce (as primary), or require supplies. 19:48:05 <Eddi|zuHause> sounds very silly :p 19:48:09 *** wouter [~nb@212-182-153-94.ip.telfort.nl] has joined #openttd 19:48:15 <andythenorth> Maintenance would not be accepted anywhere, just unload it and reload it on stations (so var 63 sees it) 19:48:24 <frosch123> damn why are so many people asking "how long is a day", "how long is a year" ? 19:48:36 <wouter> anything known about the scenario editor and trying to set a start date? 19:48:43 *** wouter is now known as Guest1292 19:48:47 <frosch123> what the heck is so interesting about that (despite of they could just measure it themself) 19:49:18 <andythenorth> dunno :) 19:49:23 *** Guest1292 is now known as w123 19:49:43 <frosch123> w123: what is the problem with that? 19:49:47 <w123> I'm having a really hard time setting the start date for my scenario 19:50:21 <CIA-2> OpenTTD: rubidium * r20417 /trunk/src/object_cmd.cpp: -Fix (r20345) [FS#4018]: the offset stored for objects shouldn't be substracted immediately from the TileIndex as that doesn't quite do the right thing 19:50:25 <w123> everytime it resets to the value set when starting a game 19:50:44 <w123> and when loading a scenario, it sets it back to the start date saved... 19:50:57 <w123> but every time i change it... it doesn't seem to save. 19:51:13 <frosch123> create a task at bugs.openttd.org 19:51:19 *** theholyduck [~holyduck@ip-14-137-106-77.eidsiva.net] has quit [Read error: Connection reset by peer] 19:52:14 <andythenorth> so 'maintenance'....winner or loser? :P 19:54:00 <Ammler> w123: newgame_setting and saveconfig 19:55:38 <Eddi|zuHause> andythenorth: i vote: nay... 19:56:45 *** Fast2 [~Fast2@p57AF9820.dip0.t-ipconnect.de] has joined #openttd 19:59:01 <w123> ammler, saveconfig? 19:59:02 *** Devroush [~dennis@94-225-67-91.access.telenet.be] has quit [] 19:59:22 <Ammler> might be useful 19:59:33 <w123> ok. 20:00:59 *** c0___ [~cantikz_m@c-68-35-194-207.hsd1.al.comcast.net] has joined #openttd 20:00:59 *** c0___ [~cantikz_m@c-68-35-194-207.hsd1.al.comcast.net] has quit [autokilled: Spammer - Contact support@oftc.net for help. (2010-08-08 20:00:59)] 20:01:48 *** Chillosophy [~fu@82-170-139-109.ip.telfort.nl] has joined #openttd 20:03:54 *** Devroush [~dennis@94-225-67-91.access.telenet.be] has joined #openttd 20:10:39 *** Tennel [~Tennel@p5B064C4D.dip0.t-ipconnect.de] has joined #openttd 20:11:28 <Terkhen> hello 20:15:56 <JakeGrimshaw> hello Terkhen 20:20:38 <Rubidium> evenin' Terkhen 20:21:23 <andythenorth> Eddi|zuHause: you don't want to tie up your main lines with this once a month? :P http://www.b-n-ferrco.com/pictures/IMG_2618.jpg 20:22:30 *** Tennel [~Tennel@p5B064C4D.dip0.t-ipconnect.de] has quit [Quit: Verlassend] 20:28:24 *** w123 [~nb@212-182-153-94.ip.telfort.nl] has quit [Remote host closed the connection] 20:29:16 *** w123 [~nb@212-182-153-94.ip.telfort.nl] has joined #openttd 20:31:42 *** DDR [~chatzilla@66.183.120.196] has joined #openttd 20:46:50 *** Alberth [~hat@a82-95-164-127.adsl.xs4all.nl] has left #openttd [] 20:49:07 *** heffer [~felix@static-87-78-98-150.netcologne.de] has quit [Quit: heffer] 20:53:34 *** DDR_ [~chatzilla@66.183.120.196] has joined #openttd 20:54:29 <Eddi|zuHause> andythenorth: it's not about the mainline. it's about the horrible micromanagement involved... 20:55:13 <andythenorth> yeah, it could be a failed idea in reality. Especially if every road stop etc had to be visited 20:55:21 <andythenorth> sounds like a job for an AI :P 20:59:30 *** DDR [~chatzilla@66.183.120.196] has quit [Ping timeout: 480 seconds] 20:59:32 *** DDR_ is now known as DDR 21:04:28 *** Kurimus [Kurimus@dsl-tkubrasgw1-fe34dc00-202.dhcp.inet.fi] has quit [] 21:07:44 *** ino_crz36 [~nurse_akb@c-68-84-201-105.hsd1.az.comcast.net] has joined #openttd 21:10:24 *** ly^ndsie [~cow_17@c-68-62-63-74.hsd1.mi.comcast.net] has joined #openttd 21:10:25 *** ly^ndsie [~cow_17@c-68-62-63-74.hsd1.mi.comcast.net] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions. BOPM (2010-08-08 21:10:25)] 21:11:29 *** ino_crz36 [~nurse_akb@c-68-84-201-105.hsd1.az.comcast.net] has quit [autokilled: This host may be infected Mail support@oftc.net with questions (2010-08-08 21:11:29)] 21:16:46 <andythenorth> good night 21:18:30 *** devilsadvocate [~devilsadv@202.3.77.41] has quit [Ping timeout: 480 seconds] 21:20:34 <Rubidium> night andy 21:26:00 *** tokai [~tokai@port-92-195-1-43.dynamic.qsc.de] has quit [Ping timeout: 480 seconds] 21:27:23 *** devilsadvocate [~devilsadv@202.3.77.41] has joined #openttd 21:28:44 *** tokai [~tokai@port-92-195-59-158.dynamic.qsc.de] has joined #openttd 21:28:47 *** mode/#openttd [+v tokai] by ChanServ 21:29:42 *** lafille [~lafille@ANantes-552-1-20-225.w86-203.abo.wanadoo.fr] has joined #openttd 21:31:26 *** lafille [~lafille@ANantes-552-1-20-225.w86-203.abo.wanadoo.fr] has quit [] 21:34:32 <CIA-2> OpenTTD: frosch * r20418 /trunk/src/newgrf_commons.cpp: -Fix [FS#4017](r20125): During world generation the snow-mapbits are not yet available, so test the snowline variable directly (as before). 21:42:41 *** devilsadvocate [~devilsadv@202.3.77.41] has quit [Ping timeout: 480 seconds] 21:51:21 *** devilsadvocate [~devilsadv@202.3.77.41] has joined #openttd 21:52:11 *** michi_cc [michi@dude.icosahedron.de] has quit [Quit: michi_cc] 21:56:32 *** Chris_Booth [~chatzilla@client-86-31-224-240.oxfd.adsl.virginmedia.com] has joined #openttd 22:01:55 *** Zuu [Zuu@c-74f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has joined #openttd 22:02:20 *** w123 [~nb@212-182-153-94.ip.telfort.nl] has quit [Remote host closed the connection] 22:02:52 *** w123 [~nb@212-182-153-94.ip.telfort.nl] has joined #openttd 22:03:13 *** Bluelight [~chatzilla@209.80-203-100.nextgentel.com] has joined #openttd 22:03:21 *** KritiK [~Maxim@89-178-218-86.broadband.corbina.ru] has quit [Quit: Leaving] 22:09:24 *** male_30 [~azn_dvl@46.98.102.194] has joined #openttd 22:09:26 *** male_30 [~azn_dvl@46.98.102.194] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions. BOPM (2010-08-08 22:09:26)] 22:10:38 *** Dignity [~cwo_crz36@60.190.137.150] has joined #openttd 22:10:38 *** Dignity [~cwo_crz36@60.190.137.150] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions. BOPM (2010-08-08 22:10:38)] 22:10:39 *** Tueur_Vagin [~TOOOOOT@nevian.us] has joined #openttd 22:10:39 *** Tueur_Vagin [~TOOOOOT@nevian.us] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions. BOPM (2010-08-08 22:10:39)] 22:10:39 *** Memen [~jen_21@201009093031.user.veloxzone.com.br] has joined #openttd 22:10:40 *** Memen [~jen_21@201009093031.user.veloxzone.com.br] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions. BOPM (2010-08-08 22:10:40)] 22:10:50 *** Progman [~progman@p57A1CF49.dip.t-dialin.net] has quit [Remote host closed the connection] 22:11:01 *** vye [~cute-me@114.141.57.90] has joined #openttd 22:11:02 *** vye [~cute-me@114.141.57.90] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions. BOPM (2010-08-08 22:11:02)] 22:11:25 *** michi_cc [michi@dude.icosahedron.de] has joined #openttd 22:11:28 *** mode/#openttd [+v michi_cc] by ChanServ 22:20:12 *** CHN-CO-NICE [~kusuma@109.121.136.11] has joined #openttd 22:21:33 *** Bluelight [~chatzilla@209.80-203-100.nextgentel.com] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]] 22:33:54 *** CHN-CO-NICE [~kusuma@109.121.136.11] has quit [autokilled: This host may be infected. Mail support@oftc.net with questions (2010-08-08 22:33:54)] 22:35:35 *** DDR_ [~chatzilla@66.183.120.196] has joined #openttd 22:36:18 *** JakeGrimshaw [~jake.grim@5e06e3aa.bb.sky.com] has quit [] 22:40:30 *** DDR [~chatzilla@66.183.120.196] has quit [Ping timeout: 480 seconds] 22:40:33 *** DDR_ is now known as DDR 22:43:36 *** DDR_ [~chatzilla@66.183.120.196] has joined #openttd 22:43:51 *** w123 [~nb@212-182-153-94.ip.telfort.nl] has quit [Remote host closed the connection] 22:45:04 *** w123 [~nb@212-182-153-94.ip.telfort.nl] has joined #openttd 22:46:13 *** DDR__ [~chatzilla@66.183.120.196] has joined #openttd 22:49:32 *** DDR [~chatzilla@66.183.120.196] has quit [Ping timeout: 480 seconds] 22:49:40 *** DDR__ is now known as DDR 22:52:20 *** DDR_ [~chatzilla@66.183.120.196] has quit [Ping timeout: 480 seconds] 22:57:49 *** frosch123 [~frosch@frnk-590f6aa6.pool.mediaWays.net] has quit [Remote host closed the connection] 22:57:51 *** JVassie_ [~James@92.27.149.231] has joined #openttd 22:58:28 *** Zuu [Zuu@c-74f6e655.510-8-64736c10.cust.bredbandsbolaget.se] has quit [Ping timeout: 480 seconds] 22:59:19 <VVG> @commit 19896 22:59:20 <DorpsGek> VVG: Commit by michi_cc :: r19896 trunk/src/pathfinder/yapf/yapf_costrail.hpp (2010-05-26 05:24:58 UTC) 22:59:21 <DorpsGek> VVG: -Fix [FS#3803] (r18648): [YAPP] Inform the pathfinder as well about the fact that the backside of an one-way path signal can be a safe waiting point. 23:01:15 *** rhaeder1 [~quix0r@dslb-094-221-129-221.pools.arcor-ip.net] has quit [Quit: Leaving.] 23:01:22 *** JVassie [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 23:01:54 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has joined #openttd 23:02:12 *** ^Spike^ [~spike@d200003.upc-d.chello.nl] has quit [Ping timeout: 480 seconds] 23:02:17 *** rhaeder [~quix0r@dslb-094-221-129-221.pools.arcor-ip.net] has joined #openttd 23:03:34 *** KingJ [~KingJ-OFT@95.154.197.17] has quit [Ping timeout: 480 seconds] 23:04:01 *** Chris_Booth [~chatzilla@client-86-31-224-240.oxfd.adsl.virginmedia.com] has quit [Ping timeout: 480 seconds] 23:07:45 <V453000> the backside of an one-way path signal can be a safe <- how could this ever be safe? 23:08:39 *** Devroush [~dennis@94-225-67-91.access.telenet.be] has quit [] 23:14:33 <planetmaker> hello 23:15:26 *** JVassie [~James@92.27.149.231] has joined #openttd 23:18:12 *** JVassie_ [~James@92.27.149.231] has quit [Ping timeout: 480 seconds] 23:25:11 *** KingJ [~KingJ-OFT@95.154.197.17] has joined #openttd 23:28:16 *** Vitus [~chatzilla@138.194.wms.cz] has left #openttd [] 23:28:20 *** keoz [~keikoz@pha75-8-82-230-2-115.fbx.proxad.net] has quit [Quit: keoz] 23:33:44 *** Chillosophy [~fu@82-170-139-109.ip.telfort.nl] has quit [] 23:40:18 *** Brianetta [~brian@188-220-91-30.zone11.bethere.co.uk] has quit [Quit: TschÃŒÃ] 23:46:21 *** ProfFrink [~proffrink@5adafe0e.bb.sky.com] has joined #openttd 23:52:32 *** Prof_Frink [~proffrink@5e0a7070.bb.sky.com] has quit [Ping timeout: 480 seconds] 23:52:32 *** ProfFrink is now known as Prof_Frink 23:59:33 *** SirSquidness [~sirsquidn@zomg.dongues.com] has joined #openttd