Times are UTC Toggle Colours
00:05:33 *** hanf has quit IRC 06:35:30 <Brot6> OpenGFX - Revision 778:98f3c613b97b: Codechange: Use NML source for temperate road sprites (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/98f3c613b97b 06:35:30 <Brot6> OpenGFX - Revision 779:e2c561996503: Codechange: Use NML source for trees definitions (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/e2c561996503 06:35:30 <Brot6> OpenGFX - Revision 780:627bac5dac5d: Codechange: Regenerate temperate and arctic tree sprites fro... (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/627bac5dac5d 06:54:22 <Ammler> src/grfid.cpp:38:21: fatal error: version.h: No such file or directory 07:05:10 <Ammler> any clue, what could be wrong here: http://paste.openttdcoop.org/show/627/ 07:06:43 <Ammler> I guess, building grfcodec is just not multithread capable 07:13:24 <planetmaker> is boost installed? 07:13:35 <planetmaker> (and maybe also the proper version of it)? 07:15:06 <Ammler> there is a proper version of boost? 07:15:39 <planetmaker> I don't know exactly. iirc 34 .. 40 work, though 07:15:52 <planetmaker> I simply have no idea about others 07:16:15 <planetmaker> and something goes wrong there with mixing i386 and x86_64 in your compilation 07:16:19 <Ammler> the 2nd run worked 07:16:34 <Ammler> I guess, there are just some race conditions 07:17:01 <Ammler> now, I have issues to reopen a ticket on devzone 07:17:15 <planetmaker> hm? 07:18:15 <Ammler> ah, I see, Tracker Patch has no workflow at all 07:19:38 <Ammler> for non-members, strange 07:21:16 <Brot6> GRFCodec - Patch #2729 (Reopened): Fix FSF address and GPL text (Ammler) @ http://dev.openttdcoop.org/issues/2729#change-8193 07:22:38 <Ammler> grfcodec has no news and no changelog anymore :-( 07:23:23 *** ODM has joined #openttdcoop.devzone 07:24:21 <Ammler> so the changelog in the package is empty too... 07:24:45 <planetmaker> hm? 07:35:45 <Brot6> OpenGFX - Revision 781:8f5f1c19cfa2: Codechange: Use nml source for most industries (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/8f5f1c19cfa2 07:35:45 <Brot6> OpenGFX - Revision 782:60cc388c05e6: Fix: Some tree sprite references and sprites were wrong (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/60cc388c05e6 07:55:14 <Ammler> + cd grfcodec-5.1.2-source 07:55:15 <Ammler> /var/tmp/rpm-tmp.8LqveN: line 32: cd: grfcodec-5.1.2-source: No such file or directory 07:55:27 <Ammler> there seems really a lot changes from packager view 07:56:07 <Brot6> OpenGFX - Revision 783:20bbcbf4ba11: Codechange: Use nml source for temperate tunnel sprites (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/20bbcbf4ba11 07:56:12 <planetmaker> Ammler: it uses not really the same makefile framework as my projects 07:57:41 <Ammler> well, the change is between 5.1.1 and 5.1.2 07:59:06 <Brot6> GRFCodec - Patch #2729: Fix FSF address and GPL text (Ammler) @ http://dev.openttdcoop.org/issues/2729#change-8194 07:59:17 <Ammler> planetmaker: could you close this again ^ :-$ 07:59:54 <planetmaker> eh? 08:00:22 <planetmaker> ok 08:00:28 <Brot6> GRFCodec - Patch #2729 (Closed): Fix FSF address and GPL text (planetmaker) @ http://dev.openttdcoop.org/issues/2729#change-8195 08:27:32 <Brot6> OpenGFX - Revision 784:ef4f09b835bb: Codechange: Use nml source for temperate bridges and objects (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/ef4f09b835bb 08:42:04 <Brot6> unable to change mode on /home/hg/newgrf-viewer : Operation not permitted - /home/hg/newgrf-viewer 08:44:20 <planetmaker> Ammler: to re-initialize the repo: how do I remove the history in redmine? 08:44:58 <planetmaker> (or rather re-initialize) 10:17:47 <Brot6> OpenGFX - Bug #3131 (Closed): DevZone compile failed (planetmaker) @ http://dev.openttdcoop.org/issues/3131#change-8198 10:22:43 <Brot6> OpenGFX - Revision 785:6d78f2ef8ac5: Codechange: Use NML source for base sprites 2633 - 4487 (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/6d78f2ef8ac5 11:51:03 <Ammler> planetmaker: remove repo, and add again 11:51:22 <Ammler> (in redmine) 11:56:01 *** michi_cc has left #openttdcoop.devzone 11:56:01 *** michi_cc has joined #openttdcoop.devzone 12:46:36 <Yexo> planetmaker: you do realize that the base_graphics block can hold multiple consecutive sprites? 13:08:49 <Rubidium> Ammler: well, shit happens when it's done manually ;) 13:10:30 <Rubidium> guess the buildfarm didn't use make bundle_src (though I thought it did) 13:12:50 <Rubidium> also, my make always runs with -j3; never noticed any issues with grfcodec and friends 13:14:25 <Rubidium> maybe, if I don't forget, I could (but should I?) repackage it tonight? 13:39:01 *** JVassie has joined #openttdcoop.devzone 13:40:08 <planetmaker> Yexo, I do. And sometimes I use it where I easily know it 13:40:30 <planetmaker> But where I don't, there it's basically a simple conversion from the nfo source to nml via a small script 13:41:45 <Yexo> ok 13:41:57 <Yexo> I just saw a part of r785 and wondered about that 13:42:22 <planetmaker> yes. I just couldn't be bothered really. The level of readibility remained the same as nfo, granted :-) 13:42:41 <Brot6> Central European Train Set - Revision 236:c4c06d3c4c9e: stub for collecting vehicle slice graphic... (Eddi) @ http://dev.openttdcoop.org/projects/cets/repository/revisions/c4c06d3c4c9e 13:42:49 <planetmaker> I use nice templates where I have them in good layouts in the graphics files 13:43:02 <planetmaker> like for some ground sprites, for (some) vehicles or for trees 13:43:32 <planetmaker> I didn't yet investigate, but how would I go for the recolour sprites, Yexo ? 13:43:49 <planetmaker> if I can do those, I can convert the 5 main grf files 13:44:04 <Yexo> you can, see http://newgrf-specs.tt-wiki.net/wiki/NML:Recolour_sprites 13:44:20 <planetmaker> and... that works the same in grf as in newgrf? 13:44:25 <Yexo> yep 13:44:27 <planetmaker> not moved anywhere else? 13:44:35 <Yexo> just put the recolour_sprite inside the base_graphics block 13:44:44 <Yexo> I can convert that part if you want 13:44:45 <planetmaker> ok :-) ty 13:45:01 <planetmaker> would be nice, yes 13:46:17 <planetmaker> With re-colour sprites working there's only one thing needed to completely nml-ify OpenGFX: waterfeatures :-) 13:46:31 <Yexo> that should be pretty easy, right? 13:46:49 <planetmaker> not that difficult. I am a bit hesitant as it works via action3 types 13:47:05 <planetmaker> which is different from houses, industries, objects,... which I have experience with 13:47:36 <Yexo> railtypes also works via action3 types, so I think it's similar to that 13:47:47 <planetmaker> thus probably it works more along ^^ 13:47:54 <Brot6> cets: update from r235 to r236 done (569 warnings) - http://bundles.openttdcoop.org/cets/push/r236 13:48:39 <planetmaker> and back to what you said initially: yes, the plan eventually is to use the nice sprite templates or at least group the sprites where applicable / sensible 13:48:44 <planetmaker> but that's step 2 :-) 13:48:48 *** JVassie_ has joined #openttdcoop.devzone 13:49:09 <planetmaker> and step3 then would be to remove the HUGE makefile overhead which it now has ;-) 13:49:29 <planetmaker> on my computer it takes 20 seconds to decide that it doesn't need to do anything... :S 13:49:45 <planetmaker> while it builds in 12 seconds when built from the tar bundle ;-) 13:54:45 <Yexo> opengfx still uses the windows palette, right? 13:55:42 *** JVassie has quit IRC 13:55:45 <planetmaker> yes. 13:56:00 <planetmaker> We might switch at some stage. But not before 1.2.0 13:56:24 <planetmaker> *OpenTTD 1.2.0 14:12:10 <Ammler> Rubidium: I had the issues with 5.1.1 14:12:22 <Ammler> after update to 5.1.2, it worked 14:12:38 <Ammler> didn't try local anymore 14:12:48 <Ammler> the folder now is better -source is bad 14:13:25 <Ammler> if you add "-source", it doesn't detect the name itself and needs manual config 14:13:44 <Ammler> I just had to remove that manual setting to get it working again 14:15:18 *** JVassie_ has quit IRC 14:29:20 *** JVassie has joined #openttdcoop.devzone 14:47:01 *** Lakie has joined #openttdcoop.devzone 14:51:23 <Brot6> OpenGFX - Bug #3135 (New): Lighthouse animation incorrect (UnicycleBloke) @ http://dev.openttdcoop.org/issues/3135 15:00:48 <Brot6> OpenGFX - Bug #3135: Lighthouse animation incorrect (planetmaker) @ http://dev.openttdcoop.org/issues/3135#change-8203 15:01:23 <Brot6> OpenGFX - Bug #3135: Lighthouse animation incorrect (planetmaker) @ http://dev.openttdcoop.org/issues/3135#change-8203 15:04:12 <Brot6> OpenGFX - Bug #3135: Lighthouse animation incorrect (UnicycleBloke) @ http://dev.openttdcoop.org/issues/3135#change-8204 15:06:23 <Brot6> FIRS Industry Replacement Set - Revision 2626:931e00557168: Feature: Welsh translation (kazzie) (foobar) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/931e00557168 15:09:43 <Brot6> OpenGFX - Bug #3135: Lighthouse animation incorrect (planetmaker) @ http://dev.openttdcoop.org/issues/3135#change-8205 15:16:00 <Yexo> doing the conversion of the recolour sprites to nml is hard :( 15:16:56 <planetmaker> you could give me one example to work with 15:17:14 <planetmaker> I'd try to script the rest 15:17:43 <Yexo> how many are there? 15:17:52 <Yexo> if it's only base-0770-recolor.pnfo I'll continue 15:20:24 <planetmaker> there are others. But that's the big chunk 15:20:51 <planetmaker> there are some in base-4xxx-house-tropical.pnfo, too 15:21:01 <planetmaker> for recolouring the church(es) 15:21:02 <Yexo> ok 15:21:12 <planetmaker> like two, IIRC 15:21:28 <planetmaker> other than that, not sure. Maybe in toyland 15:26:13 <Yexo> are the 2cc recolour sprites already in nml? 15:27:06 <planetmaker> iirc yes 15:27:15 <planetmaker> they can be referenced 15:28:32 <Yexo> there is nfo code for it in sprites/nfo/extra/extra-2ccmap.pnfo 15:28:42 <Yexo> if there is nml for that it would be very helpful :) 15:29:10 <planetmaker> uhm... sorry, maybe I lost what exactly you're asking about :-) 15:29:34 <planetmaker> I did not convert that file so far 15:29:38 <Yexo> ok, np 15:29:48 <planetmaker> I started with base in the front and left out recolouring ;-) 15:30:18 <planetmaker> but figured to ask someone who knows how that works ;-) 15:52:55 *** Lakie has quit IRC 16:07:09 <Yexo> planetmaker: http://paste.openttdcoop.org/show/628/ sprites 771 to 791, still a few missing 16:08:09 <planetmaker> I see that correctly that it only mentiones those indices which don't map to itself? 16:08:44 <planetmaker> that = all recolour sprites 16:09:12 <Yexo> yes, that's correct 16:09:37 <planetmaker> makes those recolour sprites look so much smaller :-) 16:10:06 <Yexo> the "problem" is that the nml recolour maps are always for the dos palette. Current opengfx is for the windows palette, so I had to convert quite some colours when rewriting the nfo code to nml 16:10:25 <planetmaker> oh :S 16:12:33 <planetmaker> palette is actually one thing which will need careful monitoring. Not that accidentially a DOS graphics file is added and then the set suddenly becomes inconsistently some files DOS, others WIN ;-) 16:13:11 <Yexo> you'll notice that very quickly 16:13:26 <Yexo> as soon as one graphics file would be DOS, the grf in which it's used would become DOS 16:13:32 <planetmaker> knowing me, I'll only notice it after having pushed the new png file to the repo ;-) 16:13:38 <planetmaker> yes 16:13:41 <Yexo> since the obg would still say WIN palette, you'll notice in-game 16:14:44 <planetmaker> but iirc newgrfs defaulting to windows setting is only introduced in this openttd year, so we'll have to keep unfortunately the windows palette for a bit 16:15:00 <Yexo> that's no problem 16:15:21 <Yexo> if you add "-p WIN" to the nml flags when compiling it'll give an error if you add any DOS png 16:15:23 <planetmaker> but the bright side acutally is: with NML the conversion of the set to another palette is as easy as pie... I don't even need to convert any png file 16:15:34 <planetmaker> hm. That's a very good idea actually 16:16:04 <planetmaker> I forgot about that option :-) 16:16:16 <planetmaker> too convenient to just not bother about it :-) 16:16:23 <Yexo> yep :) 16:16:31 <Yexo> and usually not necesary, but in this case useful 16:16:41 <planetmaker> yep. Actually the only use case I know :-) 16:17:08 <Yexo> compiling nml with recolour sprites to nfo, when there are no real sprites at all 16:17:35 <planetmaker> uh... ok. I call that corner case :-) 16:18:39 <planetmaker> ok, wrt the remaining recolour sprites: what are the stumble stones I need to take care of / how did you convert that? 16:24:24 <Yexo> I can convert them later, just don't have the time now 16:24:40 <Yexo> basically you need to figure out which colors are not i->i mappings and convert those 16:25:24 <planetmaker> any trick to take care of the windows / dos palette difference? 16:25:34 <planetmaker> except than doing a double comparison? 16:25:56 <Yexo> look up the color in real_sprite.py in palmap_d2w 16:26:05 <planetmaker> he :-) 16:26:07 <Yexo> no easy way :( 16:26:47 <planetmaker> Thanks for this first big conversion :-) 16:27:07 <planetmaker> I'm meanwhile quite convinced that OpenGFX will profit from being NML-ified, too :-) 16:27:17 <planetmaker> even when it's only base_sprite(...) 16:28:16 <planetmaker> and it will make it much easier to exchange sprites with the OpenGFX+ newgrfs; which is a very good reason ;-) 16:29:02 <planetmaker> dinner time 17:11:32 *** hanf has joined #openttdcoop.devzone 17:15:52 *** frosch123 has joined #openttdcoop.devzone 17:20:51 <Brot6> firs: update from r2625 to r2626 done - http://bundles.openttdcoop.org/firs/nightlies/r2626 17:23:18 <Brot6> opengfx: update from r770 to r785 done - http://bundles.openttdcoop.org/opengfx/nightlies/r785 17:27:37 <Brot6> cets: update from r232 to r236 done (569 warnings) - http://bundles.openttdcoop.org/cets/nightlies/r236 17:31:03 <Brot6> vactrainset: compile of r1 still failed (#3044) - http://bundles.openttdcoop.org/vactrainset/nightlies/ERROR/r1 17:32:05 <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: manindu (Diffsize: 2) 17:56:17 <planetmaker> hm, I seem to have mixed-up things. I don't see any other re-colour sprites except in 0770, Yexo :-) 18:10:22 <Brot6> OpenGFX - Feature #3136 (New): toyland ground tile reused identically (planetmaker) @ http://dev.openttdcoop.org/issues/3136 19:00:12 <Brot6> MailAI - Revision 16:bbd1ae196fee: BUGFIX instance where not connecting truck station to road pro... (Hephi) @ http://dev.openttdcoop.org/projects/ai-mailai/repository/revisions/bbd1ae196fee 19:02:39 <Brot6> clientpatches: compile of r23015 still failed (#2964) - http://bundles.openttdcoop.org/clientpatches/testing/ERROR/r23015 19:04:31 <Brot6> serverpatches: compile of r23015 still failed (#2966) - http://bundles.openttdcoop.org/serverpatches/testing/ERROR/r23015 19:06:22 <Brot6> 32bpp-ez-patches: compile of r23015 still failed (#2446) - http://bundles.openttdcoop.org/32bpp-ez-patches/testing/ERROR/r23015 19:07:41 *** andythenorth has joined #openttdcoop.devzone 19:19:32 <Brot6> OpenGFX - Revision 786:c7308cf6e19e: Fix: Wrong palette for Piggybank (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/c7308cf6e19e 19:19:32 <Brot6> OpenGFX - Revision 787:9a81f60d5ad7: Fix: When generating trees from source, also update the sour... (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/9a81f60d5ad7 19:19:32 <Brot6> OpenGFX - Revision 788:83373f7e6516: Fix: Some tropical houses got lost in conversion (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/83373f7e6516 19:19:33 <Brot6> OpenGFX - Revision 789:ee6bec507338: Codechange: Use NML source for base sprites 4588 - 4793 (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/ee6bec507338 19:37:02 <Brot6> Swedish Rails - Bug #3137 (Confirmed): Parameters are screwed up (planetmaker) @ http://dev.openttdcoop.org/issues/3137 19:54:56 <Yexo> planetmaker: there are the 2cc recolour sprites in the extra grf for sure 19:55:39 <planetmaker> was what you pasted actually the conversion of the complete file? 19:55:43 <Yexo> still no 32bpp sprites for opengfx+ :( 19:55:48 <Yexo> no, I'm now going to finish it 19:56:10 <Rubidium> there must be at least 16 recolour sprites in non-extra 19:56:18 <Yexo> still 14 recolour sprites to do 19:56:26 <planetmaker> oh 19:56:45 <planetmaker> and yes, you're right. there's nfo/extra/extra-2ccmap.pnfo 19:56:48 <Yexo> I've found 33 recolour sprites so far in non-extra 19:56:51 <planetmaker> With... MANY sprites 19:56:57 <Yexo> than there is the 256 2cc recolour sprites 19:57:06 <Yexo> planetmaker: but those are easy once I've done the 1cc maps 19:57:26 <planetmaker> you did them already, didn't you? 19:57:30 <Yexo> yes :) 19:57:47 <planetmaker> :-) 19:58:44 <Rubidium> I count 35 (of which 3 not used) 19:59:09 <Rubidium> 771-804 and 1438-1439 19:59:10 <planetmaker> I wonder if we could just re-define them to something purpose-fully 19:59:26 <Yexo> 774 is not a recolour sprite 19:59:44 <Yexo> I didn't see 1438-1439 yet 20:00:21 <Yexo> planetmaker: re-define what? 20:00:24 <planetmaker> Yexo: iirc count is off-by-one in that pnfo file. It'd be 773 which is a normal gui sprite 20:00:41 <planetmaker> re-define the unused recolour sprites to something useful 20:00:48 <planetmaker> whatever might be useful :-) 20:00:52 <Rubidium> planetmaker: it'd be 774 if I may believe "the source" 20:00:54 <Yexo> are there any unused recolour sprites? 20:01:02 <planetmaker> yes. 3 20:01:33 <planetmaker> they're indicated by "unknown use" within the pnfo file 20:01:58 <Rubidium> /* recolour sprites 792-794 are not used */ 20:02:25 <Yexo> Rubidium: is that from the openttd code? 20:02:31 <Rubidium> yep 20:02:52 <Yexo> those are marked in opengfx as "unknown use" indeed 20:03:41 <Rubidium> I suspect TTO 20:04:03 <frosch123> i don't think so 20:04:10 <planetmaker> they're not spectacularily different. I tried with frosch's ttviewer 20:04:17 <Yexo> I'll remap all colours in there to some bright color so we can easily see if it's still used 20:04:18 <frosch123> when you take a look at them in ttdviewer, they make absolutely no sense :) 20:04:29 <planetmaker> yes :-) 20:04:46 <frosch123> Yexo: they are not used :) 20:05:03 <Yexo> that would mean that any conversion to nml would be valid :) 20:05:10 <Yexo> so also my "all colors to bright yellow" one 20:05:25 <planetmaker> except when a NewGRF uses them 20:05:26 <frosch123> what are you doing with recolour sprites in nml? 20:05:36 <Yexo> converting opengfx from nfo to nml 20:05:43 <frosch123> ah :) 20:06:09 <planetmaker> frosch123: it will make it a HELL lot easier to swap sprites between opengfx and opengfx+ projects 20:06:39 <Yexo> and it would eventually make a 32bpp baseset also a lot easier 20:06:46 <planetmaker> opengfx takes after a maintainer-clean here currently two minutes to build... 20:06:53 <planetmaker> yes, that's the other motivation 20:07:16 <frosch123> yeah, the advantage of nml is that we do not need to maintain grfcodec and nforenum any longer 20:07:18 <frosch123> :p 20:07:24 <frosch123> (and grf2html as well) 20:07:33 <planetmaker> :-D 20:07:57 <Yexo> is grf2html still maintained? 20:08:18 <Yexo> I tried it lately but got a lot of "unknown variable" sprites and it didn't seem to understand the new action2 format 20:09:57 <frosch123> i cannot call it maintained :) 20:10:34 <frosch123> usually i add new stuff if i need it 20:10:43 <frosch123> which does not turn out to be so often 20:13:06 <frosch123> and i seem to remember that one of the later grf features would be quite painful to implement 20:13:15 <frosch123> though i cannot quite remember which one 20:15:14 <frosch123> anyway, it is not more dead than nforenum :) 20:15:42 <frosch123> we did not added everything to nforenum either 20:17:56 <Yexo> oh? What is currently missing from nforenum? 20:18:23 <frosch123> advsprlayout action 0 is still a local modification on my side, and afaik we did not add advact1 either 20:25:56 <frosch123> night 20:26:00 *** frosch123 has quit IRC 20:38:59 <andythenorth> good night 20:39:00 *** andythenorth has left #openttdcoop.devzone 20:49:55 <Brot6> OpenGFX - Revision 790:0dd355b4a7a7: Codechange: Provide nml source for the arctic grf (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/0dd355b4a7a7 20:58:45 <Yexo> planetmaker: perhaps replace all [x, y, 64, 31, -31, 0] with template_ground(x,y) ? 20:59:09 <planetmaker> tmpl_level_ground 20:59:18 <planetmaker> (x, y) 20:59:32 <planetmaker> exists in nml/templates/sprite_templates.pnml 20:59:34 <planetmaker> so, yes 20:59:36 <Yexo> ah, ok :) 20:59:44 <Yexo> PALETTE_TO_TRANSPARENT is annoying :p 21:01:16 <planetmaker> I guess I could run the conversion to tmpl_level_ground when I've converted all things once over all files 21:01:23 <planetmaker> it's an easy sed command ;-) 21:02:03 <planetmaker> what does transparent do? touch every colour... hm 22:09:44 <Ammler> planetmaker: I have 5.1.2 now 22:09:49 <Brot6> OpenGFX - Revision 791:023d9bfb911c: Codechange: Provide nml source for the tropical grf (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/023d9bfb911c 22:09:51 <Ammler> but still not able to build opengfx 22:10:08 <planetmaker> where or how does it fail? 22:10:29 <planetmaker> the CF could build it today 22:10:34 <Ammler> sprites/nml/logo: No such file or directory 22:10:51 <planetmaker> hm, create it? 22:12:56 <Ammler> what shall I create? 22:13:07 <planetmaker> that directory 22:13:55 <Ammler> yes, that solved it 22:14:27 <Ammler> why does it need a empty folder? 22:14:28 <planetmaker> might have not got added (as it's empty then) but be required 22:14:39 <planetmaker> it searches it for files 22:14:44 <Ammler> you know, hg does not track folders? 22:14:47 <planetmaker> yes 22:15:20 <planetmaker> "hg st -c -m -a -n sprites/nml/logo" is found somewhere in the makefile 22:15:35 <planetmaker> thus requires that dir probably 22:17:07 <Yexo> planetmaker: full replacement for base-0770-recolour.pnfo: http://paste.openttdcoop.org/show/629/ 22:17:20 <planetmaker> do you have commit rights? 22:17:25 <Yexo> yes 22:17:36 <planetmaker> then please go for it :-) 22:18:13 <Ammler> make maintainer-clean; make works? 22:18:26 <planetmaker> as sprites/nml/base/base-0770-recolor.pnml 22:18:29 *** ODM has quit IRC 22:18:35 <planetmaker> Ammler: *should* 22:18:37 <Ammler> ah 22:18:42 <Ammler> only -j1 22:18:44 <planetmaker> doesn't it? 22:18:44 <Yexo> planetmaker: what do I do with the original .pnfo file? 22:19:08 <Ammler> can't you sometimes control the threads? 22:19:10 <planetmaker> Yexo: for now: keep it and commit it as changed by a re-built 22:19:14 <Ammler> somehow* 22:19:22 <planetmaker> i.e. it should be the result of building opengfx 22:20:11 <planetmaker> I'll remove all pnfo once we have a full conversion 22:21:09 <planetmaker> I should seriously reconsider these dependency checks... they take literally ages 22:21:43 <Yexo> does opengfx need gimp? 22:21:50 <planetmaker> yes and no 22:21:54 <planetmaker> it should work without 22:22:03 <planetmaker> it will work with, if it's found in the path 22:22:20 <planetmaker> after a maintainer-clean you'll need it 22:22:25 <Yexo> oops :( 22:22:35 <Ammler> or hg revert :-) 22:24:35 <planetmaker> hg revert should solve that, yes ;-) 22:24:35 <Ammler> you need to fix race condition errors 22:24:51 <planetmaker> difficult... I don't quite get them 22:25:01 *** hanf has quit IRC 22:25:44 <planetmaker> Yexo: if you have trouble with compilation, I can commit it, no problem 22:26:08 <Yexo> it's slow, but still running 22:26:17 <planetmaker> yes, it became really slow 22:26:36 <planetmaker> I still hope it'll be faster again once the conversion is done as I can cut out at least 50% of the dep checks 22:26:50 <planetmaker> currently it's a bit of a mess 22:26:55 <planetmaker> made to just work 22:26:56 <Ammler> I always need to run make twice 22:27:07 <Ammler> planetmaker: you could use our server 22:32:20 <Ammler> and IMO, if you need a empty folder, you should create it 22:32:36 <planetmaker> yes. It's an oversight on my part 22:32:56 <planetmaker> if it doesn't exist, I should not even check for it 22:33:10 <planetmaker> but it will exist... in a few commits or so ;-) 22:33:31 <Brot6> NewGRF Viewer - Code Review #3126 (Closed): do not add binaries to source repo (UnicycleBloke) @ http://dev.openttdcoop.org/issues/3126#change-8208 22:35:02 <Yexo> planetmaker: could you please commit it for me? 22:35:15 <planetmaker> yes, sure :-) 22:35:22 <planetmaker> Thanks for the tedious conversion :-) 22:35:37 <Brot6> NewGRF Viewer - Code Review #3138 (New): Consider switch from Qt classes only (UnicycleBloke) @ http://dev.openttdcoop.org/issues/3138 22:36:16 <Yexo> if anything starts flashing bright yellow you'll know that one of the "unused" palettes is used there :p 22:36:26 <planetmaker> :-D 22:37:17 <planetmaker> hm... sprite number mis-match. I wonder why :S 22:37:52 <Yexo> first sprite of the pnml file is 771, not 770 22:38:29 <planetmaker> yes, the file is wrongly named 22:38:35 <Ammler> planetmaker: try to run make with -j10 or so 22:39:14 <Yexo> planetmaker: I copied the name from the pnfo one, which is also wrongly named 22:40:25 <planetmaker> yes, I noticed, I know. It was not meant that you named it wrongly :-) 22:41:07 <planetmaker> and it's absolutely required that nfo and nml names match exactly except s/nfo/nml/g ;-) 22:43:33 <Ammler> planetmaker: maybe you can force make to use -j1 22:44:08 <planetmaker> Yexo: was there a reason to limit sprite width to 255px? 22:44:25 <Yexo> most likely misinterpretation of the spec 22:44:59 <planetmaker> as base sets need the width of the newspaper 22:45:06 <planetmaker> which is... 640px :-) 22:48:25 <Brot6> NewGRF Meta Language - Revision 1686:743787a82683: Fix: some minor errors with palette conversion (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/743787a82683 22:48:25 <Brot6> NewGRF Meta Language - Revision 1687:ce356a167f35: Fix: don't limit the width of sprites, limit t... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/ce356a167f35 22:48:47 <Yexo> I hope that fixes it :) 22:49:01 <Yexo> and now, good night :) 22:49:34 <Brot6> NewGRF Viewer - Code Review #3126: do not add binaries to source repo (Ammler) @ http://dev.openttdcoop.org/issues/3126#change-8209 22:50:13 <Ammler> he, and he does that on work :-) 22:50:17 <planetmaker> nml also found a palette error in one of the used pngs today :-) 22:50:40 <planetmaker> Ammler: I replaced the repo... 22:51:04 <Ammler> but you seems not reset redmine? 22:51:21 <planetmaker> no. I asked you how to do that but got no reply so far :-P 22:51:37 <Ammler> do I really need to paste my answer here? 22:51:47 <Ammler> I need to scroll back :-P 22:51:47 <planetmaker> yes :-P 22:51:56 <Ammler> I did ansswer 22:52:05 <Ammler> the answer was delete the repo 22:52:06 <planetmaker> sorry, then I missed that ;-) 22:52:09 <Ammler> and readd 22:52:23 <planetmaker> well. I did delete the repo. But not from redmine 22:52:46 <Ammler> yes, that was meant 22:53:01 <Ammler> i added (in redmine) 23:05:41 <planetmaker> gah. Now I know why it complains about hte sprite number... it's forced by the filename 23:23:52 <Brot6> OpenGFX - Revision 792:402cc5962d65: Codechange: NML source for base recolour sprites (Yexo) (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/402cc5962d65 23:24:01 <planetmaker> good night 23:55:07 *** JVassie has quit IRC