Log for #openttdcoop.devzone on 10th October 2011:
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) @
06:35:30  <Brot6> OpenGFX - Revision 779:e2c561996503: Codechange: Use NML source for trees definitions (planetmaker) @
06:35:30  <Brot6> OpenGFX - Revision 780:627bac5dac5d: Codechange: Regenerate temperate and arctic tree sprites fro... (planetmaker) @
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:
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) @
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) @
07:35:45  <Brot6> OpenGFX - Revision 782:60cc388c05e6: Fix: Some tree sprite references and sprites were wrong (planetmaker) @
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) @
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) @
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) @
08:27:32  <Brot6> OpenGFX - Revision 784:ef4f09b835bb: Codechange: Use nml source for temperate bridges and objects (planetmaker) @
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) @
10:22:43  <Brot6> OpenGFX - Revision 785:6d78f2ef8ac5: Codechange: Use NML source for base sprites 2633 - 4487 (planetmaker) @
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) @
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
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) -
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) @
15:00:48  <Brot6> OpenGFX - Bug #3135: Lighthouse animation incorrect (planetmaker) @
15:01:23  <Brot6> OpenGFX - Bug #3135: Lighthouse animation incorrect (planetmaker) @
15:04:12  <Brot6> OpenGFX - Bug #3135: Lighthouse animation incorrect (UnicycleBloke) @
15:06:23  <Brot6> FIRS Industry Replacement Set - Revision 2626:931e00557168: Feature: Welsh translation (kazzie) (foobar) @
15:09:43  <Brot6> OpenGFX - Bug #3135: Lighthouse animation incorrect (planetmaker) @
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: 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 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 -
17:23:18  <Brot6> opengfx: update from r770 to r785 done -
17:27:37  <Brot6> cets: update from r232 to r236 done (569 warnings) -
17:31:03  <Brot6> vactrainset: compile of r1 still failed (#3044) -
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) @
19:00:12  <Brot6> MailAI - Revision 16:bbd1ae196fee: BUGFIX instance where not connecting truck station to road pro... (Hephi) @
19:02:39  <Brot6> clientpatches: compile of r23015 still failed (#2964) -
19:04:31  <Brot6> serverpatches: compile of r23015 still failed (#2966) -
19:06:22  <Brot6> 32bpp-ez-patches: compile of r23015 still failed (#2446) -
19:07:41  *** andythenorth has joined #openttdcoop.devzone
19:19:32  <Brot6> OpenGFX - Revision 786:c7308cf6e19e: Fix: Wrong palette for Piggybank (planetmaker) @
19:19:32  <Brot6> OpenGFX - Revision 787:9a81f60d5ad7: Fix: When generating trees from source, also update the sour... (planetmaker) @
19:19:32  <Brot6> OpenGFX - Revision 788:83373f7e6516: Fix: Some tropical houses got lost in conversion (planetmaker) @
19:19:33  <Brot6> OpenGFX - Revision 789:ee6bec507338: Codechange: Use NML source for base sprites 4588 - 4793 (planetmaker) @
19:37:02  <Brot6> Swedish Rails - Bug #3137 (Confirmed): Parameters are screwed up (planetmaker) @
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) @
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) @
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:
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) @
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) @
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) @
22:48:25  <Brot6> NewGRF Meta Language - Revision 1687:ce356a167f35: Fix: don't limit the width of sprites, limit t... (yexo) @
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) @
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) @
23:24:01  <planetmaker> good night
23:55:07  *** JVassie has quit IRC

Powered by YARRSTE version: svn-trunk