Times are UTC Toggle Colours
00:10:12 *** supermop has joined #openttdcoop.devzone 01:30:05 *** KenjiE20 has quit IRC 01:39:29 *** DanMacK has quit IRC 01:40:54 *** Lakie has quit IRC 01:43:58 *** thgergo has quit IRC 02:33:56 <Brot6> Nutracks - Feature #2404 (New): Support for ngrails.grf (Nagyzee) @ http://dev.openttdcoop.org/issues/2404 06:33:14 *** supermop has quit IRC 09:05:22 *** frosch123 has joined #openttdcoop.devzone 10:10:28 <Brot6> OpenGFX+ Trains - Revision 212:1ed8dcf287f2: Fix #2366: Bulk wagon couldn't carry cement (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-trains/repository/revisions/1ed8dcf287f2 10:10:28 <Brot6> OpenGFX+ Trains - Bug #2366 (Closed): No cement with ECS construction vector (planetmaker) @ http://dev.openttdcoop.org/issues/2366#change-6153 10:53:46 <Ammler> Rubidium or planetmaker, could you please update (and close) FS#3375 and update the spec in the source, it has a very ugly versrion from me 10:53:59 <Ammler> else please revert my changes there 10:55:06 <Ammler> I wouldn't wonder if the current spec in the vcs doesn't work ;-) 10:59:44 <Rubidium> really... you need to mention newgrf_developer_tools to change NewGRF settings? 10:59:53 * Rubidium really starts to ponder 11:00:04 <Rubidium> ... disabling network when that setting is enabled 11:01:14 <Ammler> Rubidium: that is the whole point about, isn't? 11:02:02 <Ammler> users don't read that changelog usually 11:02:32 <Rubidium> no, the developer tools do many many more things than just enable stuff. I'm pretty sure some might actually have a possibility to desync 11:02:46 <Rubidium> Ammler: if users don't read it, why mention it? 11:03:07 <Rubidium> and why mention the big hammer with lots of side effects? 11:03:10 <Ammler> those who read it, you don't need to fear :-P 11:03:28 <Rubidium> instead of e.g. scenario_developer 11:03:59 <Ammler> Rubidium: I remove that, if that is a blocker for applying the patch :-) 11:04:19 <Ammler> I do not care, I just hate current version in the vcs 11:04:32 <Rubidium> nah, you just reminded me that I should implement that "blocker" 11:05:09 <Ammler> Rubidium: hmm, couldn't you first wait for a bugreport about that? 11:05:37 <Ammler> sometimes you make too much prevention ;-) 11:07:18 <Ammler> it isn't possible to make a serious map without that setting, is it? 11:07:53 <Ammler> I thought, you did that just for the dummies 11:08:36 <Rubidium> *why* do you need a sprite aligner, or debugger for NewGRF "state" to make a map? 11:08:52 <Rubidium> *what* do you need beyond whatever *scenario_developer* provides you? 11:08:59 <Ammler> hmm, which setting do I need to change newgrf settings? 11:09:16 <Ammler> maybe I confused that :-) 11:12:54 <Ammler> scenario_developer is false here 11:13:49 <Rubidium> set that, and disable newgrf developer tools 11:13:55 <Rubidium> and see if you really miss something 11:14:44 <Ammler> no, seems fine too 11:15:15 <Ammler> so the issue is that the newgrf_develper_tools do inherit scenario_developer 11:15:48 <Ammler> I just grepped developer and took the setting which was true :-) 11:16:49 <Ammler> well, I change that, but if you block mp usuage with newgrf_developer_tools, you only hurt us, not the usual player 11:17:55 <Ammler> it would really suck, if I need different config for playing and developing 11:23:14 <Ammler> changed it on the diff for trunk 11:29:52 <Rubidium> maybe add a note: savegames made or modified with this setting enabled are not supported? :) 11:38:46 *** thgergo has joined #openttdcoop.devzone 11:41:56 *** andythenorth has joined #openttdcoop.devzone 11:46:57 *** KenjiE20 has joined #openttdcoop.devzone 11:55:07 <Brot6> OpenGFX - Revision 617:1c9e25408ec8: Change: minor tweak to psd file (export settings) (andythenorth) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/1c9e25408ec8 11:55:10 <Brot6> HEQS "Heavy Equipment" Set - Revision 579:b0144a8c2325: Fix: set TE for Kander Foundry Transporter (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/b0144a8c2325 11:55:10 <Brot6> HEQS "Heavy Equipment" Set - Revision 580:3113ad76952c: Fix: set TE for Grindelwald Foundry Tra... (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/3113ad76952c 12:16:14 *** andythenorth has quit IRC 12:44:42 <Brot6> UKRS 2 Add-ons - Revision 21:15da976395f4: Change: shaded cartic 4 (andythenorth) @ http://dev.openttdcoop.org/projects/ukrs2-addons/repository/revisions/15da976395f4 12:44:42 <Brot6> UKRS 2 Add-ons - Revision 22:c49ee5a1bf6b: Add: png for pca cement tank (andythenorth) @ http://dev.openttdcoop.org/projects/ukrs2-addons/repository/revisions/c49ee5a1bf6b 12:44:42 <Brot6> UKRS 2 Add-ons - Revision 23:b1a7337ceda7: Add: source file for PCA cement tank (andythenorth) @ http://dev.openttdcoop.org/projects/ukrs2-addons/repository/revisions/b1a7337ceda7 14:01:53 *** andythenorth has joined #openttdcoop.devzone 14:20:36 *** andythenorth has quit IRC 14:22:10 *** andythenorth has joined #openttdcoop.devzone 14:46:18 *** andythenorth_ has joined #openttdcoop.devzone 14:52:15 *** andythenorth has quit IRC 14:53:33 <andythenorth_> evenings 14:54:08 <andythenorth_> slow times in TTD land 14:54:19 <andythenorth_> but the grf download counts keep going up :) 14:54:24 <andythenorth_> so presumably people are playing 14:59:39 <frosch123> how should they when they are downloading all the time? 15:00:42 <andythenorth_> heh 15:00:47 <andythenorth_> can I have a new cb 15:00:48 <andythenorth_> ? 15:01:01 <andythenorth_> ping when a HEQS vehicle is used 15:01:16 <andythenorth_> might be slightly intrusive on privacy :P 15:09:49 <frosch123> can i offer you some kenia or sudan scam instead? 15:24:29 *** andythenorth_ has quit IRC 16:00:12 *** Lakie has joined #openttdcoop.devzone 16:00:45 <Lakie> You around planetmaker, got a few queries over the newgrf makefile project? 16:20:08 *** welshdragon_ is now known as welshdragon 17:13:43 *** DanMacK has joined #openttdcoop.devzone 17:13:49 <DanMacK> Hey all 17:18:57 <Brot6> heqs: update from r578 to r580 done - http://bundles.openttdcoop.org/heqs/nightlies/r580 17:19:33 <Brot6> ogfx-trains: update from r211 to r212 done (39 errors) - http://bundles.openttdcoop.org/ogfx-trains/nightlies/r212 17:20:43 <Brot6> opengfx: update from r616 to r617 done - http://bundles.openttdcoop.org/opengfx/nightlies/r617 17:20:51 <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r743), 32bpp-extra (r39), ai-admiralai (r75), ai-aroai (r11), ailib-common (r21), ailib-direction (r17), ailib-list (r32), ailib-string (r29), ailib-tile (r16), airportsplus (r73), basecosts (r22), belarusiantowns (r8), bros (r51), comic-houses (r71), firs (r1844), fish (r613), frenchtowns (r6), grfcodec (r821), indonesiantowns (r41), manindu (r7), metrotrackset (r56), narvs 17:20:51 <Brot6> (r29), newgrf_makefile (r260), nml (r1284), nutracks (r179), ogfx-industries (r11), ogfx-landscape (r54), ogfx-rv (r80), ogfx-trees (r42), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r49), spanishtowns (r10), swedishrails (r198), swisstowns (r22), transrapidtrackset (r15), ttdviewer (r26), ttrs (r36), worldairlinersset (r671) 18:05:25 <planetmaker> Hi Lakie 18:06:08 <planetmaker> <Lakie> mynewgrf.pnfo <- header.pnfo <- action8.pnfo, will cause an error on action8.pnfo. :( <-- you need to write this in a makefile as two separate rules: 18:06:17 <planetmaker> mynewgrf.pnfo: header.pnfo 18:06:26 <planetmaker> (rules) 18:06:35 <planetmaker> header.pnfo: action8.pnfo 18:06:36 <planetmaker> (rules) 18:07:52 <planetmaker> the # 1 <source> tags cannot be easily avoided, they're part of the gcc preprocessor output - and in my eyes are also quite useful to see from which file which lines originated and in which order they were included 18:11:29 <Brot6> 2cc train set - Feature #2007: Complete Rework of Freight rolling stock (Voyager1) @ http://dev.openttdcoop.org/issues/2007#change-6155 18:55:51 <Brot6> OpenGFX - Code Review #2405 (New): CS2400-Arctic Sprites (DanMacK) @ http://dev.openttdcoop.org/issues/2405 19:03:14 <Brot6> 32bpp-ez-patches: compile of h074f38d7 still failed (#2343) - http://bundles.openttdcoop.org/32bpp-ez-patches/testing/ERROR/h074f38d7 19:06:31 <Brot6> clientpatches: update from r to r done (10 errors) - http://bundles.openttdcoop.org/clientpatches/testing/r 19:09:42 <Brot6> serverpatches: update from r22204 to r22221 done (5 errors) - http://bundles.openttdcoop.org/serverpatches/testing/r22221 19:11:10 *** frosch has joined #openttdcoop.devzone 19:17:47 *** frosch123 has quit IRC 19:25:04 <Brot6> British Rail OpenTTD Set - Revision 52:15605e5cdad7: Fix: MU's now can load to 100% (DJNekkid) @ http://dev.openttdcoop.org/projects/bros/repository/revisions/15605e5cdad7 19:26:47 <Brot6> 2cc train set - Feature #2007: Complete Rework of Freight rolling stock (Voyager1) @ http://dev.openttdcoop.org/issues/2007#change-6155 19:26:47 <Brot6> 2cc train set - Feature #2007: Complete Rework of Freight rolling stock (Voyager1) @ http://dev.openttdcoop.org/issues/2007#change-6156 19:37:27 <Brot6> OpenGFX - Bug #2406 (New): CS4000 - Arctic Sprites (DanMacK) @ http://dev.openttdcoop.org/issues/2406 20:04:45 <Brot6> OpenGFX+ Landscape - Bug #2407 (New): Alpine climate - buggy snow (V453000) @ http://dev.openttdcoop.org/issues/2407 20:29:29 *** DanMacK has quit IRC 20:49:54 <Lakie> planetmaker: I figured those sort of dependancies would have been resolved at the dependancy checking stage? Seems I'm wrong though 20:50:50 <planetmaker> it can't check obviously the dependency of a not existing file 20:52:26 <planetmaker> if they all exist... like a includes b includes c, then the proper rule would be 20:52:32 <planetmaker> a: b c 20:52:34 <planetmaker> (rules) 20:53:05 <Lakie> Ok 20:54:04 <planetmaker> hm... or they all could be a direct dependency of what a actually is used for 20:56:01 <Lakie> I'm not sure, one would have thought it'd check dependancies of all pnfo files, using the various rules to generate ones missing (if said rules exist), but 'tis hard to know how this stuff should truely function, just seems a it silly to have to alter the makefile directly to achieve such results. 20:56:29 *** frosch has quit IRC 20:56:56 <Lakie> Also more of a bug, make clean doesn't remove .nfo and .cnfo files for me. 20:57:23 <planetmaker> what it does is: It scans through all pnfo files and will generate the grf, if any pnfo file the grf depends on directly or indirectly changed 20:57:58 <planetmaker> But it has no rule how to *create* a non-existing file. Unless you teach it how to create a file. That may be via a general rule, or by a particular one only suitable for that single file 20:58:36 <planetmaker> it's after all a dep _check_ - not a dep _gen(erator)_ 20:59:00 <Lakie> I figured the %.cnfo : %.pnfo would handle if for exammple I referenced a .cnfo file 20:59:52 <planetmaker> if you reference in that example a cnfo file, it'd expect to find a pnfo file. And abort, if not found 21:00:05 <planetmaker> unless you (also) have %.pnfo: 21:00:18 <planetmaker> with an empty dependency which then tells how to generate the pnfo file 21:00:38 <Lakie> I see 21:00:53 <planetmaker> but... I'd recommend to not mess with cnfo 21:01:24 <planetmaker> stick to pnfo, the other stages are... somewhat fragile... 21:01:45 <planetmaker> write separate rules for the pnfo files which you want to generate. 21:01:56 <planetmaker> Makefile.in is actually meant to contain these special rules 21:02:13 <planetmaker> (when speaking of the newgrf_makefile framework) 21:02:40 <Lakie> Ok, I'll have a little look through 21:04:10 <planetmaker> look at FIRS. It defines a few extra rules for some pnfo files which need generation 21:04:33 <planetmaker> Basically they're also generated via a script each 21:04:47 <planetmaker> which is called in the corresponding rules as found in Makefile.in 21:09:51 <Lakie> Okies 21:18:38 <Lakie> Any ideas about .cnfo and .nfo not being deleted on clean? 21:19:45 <planetmaker> they should be.... 21:20:03 <planetmaker> can you paste the output of 'make test' ? 21:20:13 <Lakie> sure 21:20:36 <planetmaker> alternatively call 'make clean _V=' and paste that output 21:22:54 <Lakie> http://pastebin.com/vCiqhswV and http://pastebin.com/63MQnzpx 21:23:09 <Lakie> The core nfo files in in the top folder though 21:24:13 <planetmaker> he. That suspiciously looks like a bug in the target clean 21:24:34 <planetmaker> Edit Makefile.common (there it should be defined, IIRC) 21:24:52 <planetmaker> sprites/*.nfo and sprites/*.cnfo should not have the sprites/ path 21:25:20 <planetmaker> Just *.nfo and *.cnfo can be cleaned 21:25:38 <planetmaker> or better ... 21:26:53 <Lakie> Drop the $(SRC_DIR)/ parts right in from of *.[c]nfo 21:27:00 <planetmaker> $(FILENAME_STUB).nfo and $(FILENAME_STUB).cnfo 21:27:04 <planetmaker> yes 21:27:28 <planetmaker> you might not want to clean *.nfo but only that which belongs to the grf 21:27:54 <Lakie> Maybe, generally everything will be pnfo's 21:28:06 <Lakie> So it should be safe enough for my purposes? 21:28:30 <planetmaker> yes 21:28:47 <planetmaker> it will also only clean them in the main dir (where Makefile is) - not in subdirs 21:29:43 <Lakie> okies 21:30:13 <V453000> pm: http://dev.openttdcoop.org/issues/2407 21:30:16 <V453000> at stable atm 21:30:48 <planetmaker> the yellow dots? 21:31:04 <V453000> zea 21:31:05 <V453000> yea 21:31:31 <V453000> they keep disappearing and reappearing 21:31:39 <V453000> could say glowing or flickering or idk how to call it :) 21:32:00 <Brot6> Example NewGRF Project - Revision 261:90795f3dbb1b: Fix: Clean the nfo and cnfo files related to ... (planetmaker) @ http://dev.openttdcoop.org/projects/newgrf-makefile/repository/revisions/90795f3dbb1b 21:32:11 <planetmaker> meh. I thought I squashed all of them. Obviously some slipped through 21:32:48 <V453000> and second thing ... opengfx+ trains seem not to replace monorail and maglev cars for gold 21:33:05 <planetmaker> in what way 'replace'? 21:33:18 <planetmaker> you mean no new graphics or no wagon? 21:33:21 <V453000> they stay original baseset 21:33:26 <V453000> the wagon is there 21:33:32 <V453000> but it looks like the original one 21:33:37 <V453000> for rail it is replaced 21:33:41 <planetmaker> hm, yes, might be. I should add graphics there, too, I guess 21:33:51 <planetmaker> is there an issue about that? 21:34:11 <V453000> not yet 21:34:26 <V453000> I will add it :) 21:34:50 <planetmaker> thanks :-) 21:35:09 <planetmaker> Basically it didn't need any modifications. And here it didn't show as different style ;-) 21:35:38 <V453000> I know, the vagons do not change in carriages, but it just looks ... different :) does not even look that bad (havent checked maglev though) 21:36:00 <planetmaker> it's the same sprite probably. 21:36:07 <planetmaker> monorail / maglev share them 21:36:14 <planetmaker> IIRC 21:38:16 <V453000> I think maglev has a yellow line in the bottom 21:38:33 <V453000> hm, they look the same indeed 21:38:34 <planetmaker> yes. But I thought monorail, too? Maybe I err. 21:42:56 <Brot6> OpenGFX+ Trains - Bug #2408 (New): Armoured Wagons (V453000) @ http://dev.openttdcoop.org/issues/2408 21:43:05 <V453000> there you go ^ 21:43:20 <planetmaker> ty :-) 22:27:28 *** supermop has joined #openttdcoop.devzone 23:02:30 *** supermop has quit IRC 23:06:25 <Brot6> OpenGFX - Feature #2401: 4458-4461 sprites renewal (athanasios) @ http://dev.openttdcoop.org/issues/2401#change-6157