Log for #openttdcoop.devzone on 30th July 2010:
Times are UTC Toggle Colours
00:26:15  *** KenjiE20 has quit IRC
06:42:46  *** Seberoth has joined #openttdcoop.devzone
08:00:10  *** Alberth has joined #openttdcoop.devzone
08:27:45  *** ODM has joined #openttdcoop.devzone
09:08:07  *** FooBar has joined #openttdcoop.devzone
09:31:56  <Brot6> Metro Track Set - Feature #1172 (Assigned): option to enable extra-snowy sprites (foobar) @
09:44:57  <Brot6> Metro Track Set - Feature #1172 (Closed): option to enable extra-snowy sprites (foobar) @
09:44:57  <Brot6> Metro Track Set - Revision 37:cd635c0f9974: Feature: make extra-snowy ogfx sprites optional (clos... (foobar) @
09:44:57  <Brot6> Metro Track Set - Feature #1172 (Closed): option to enable extra-snowy sprites (foobar) @
09:51:39  <Ammler> FooBar: what happens if I set parameter to 3?
09:52:05  <FooBar> you get TTD style graphics :P
09:52:44  <FooBar> it's a somewhat hidden bitmask (for future expansion), but internally TTD/OpenGFX is decided first
09:53:32  <FooBar> I have the feeling that the set is done now...
09:54:04  <FooBar> I only should investigate major station sets
10:03:52  <Ammler> he, that could be a good project for nml :-)
10:19:37  <FooBar> what, stations?
10:20:30  <FooBar> yes, I still have a future station-set up my sleeve, for which NML could be used
10:21:14  <FooBar> Still requires a lot of drawing, I only have one platform drawn :)
10:22:24  <FooBar> I'm mostly interested in single-sided platforms and automatic layouts. Those are probably hardest to code, so I'd be happy if nml could help with that in due time
10:22:39  * FooBar goes make lunch
10:31:44  <Brot6> Metro Track Set - Revision 38:0fa7853dec73: Release: 1.0.0 (foobar) @
10:31:57  <Brot6> metrotrackset: update from  to 1.0.0 done (5 errors) -
10:32:51  <Rubidium> interesting lunch
10:33:48  <FooBar> :)
10:34:13  <FooBar> I had to heat the oven first
10:34:29  <FooBar> so I figured I could do a release while waiting for that
10:35:16  * FooBar goes have lunch
10:44:02  *** KenjiE20 has joined #openttdcoop.devzone
10:44:51  *** farah has joined #openttdcoop.devzone
10:52:44  <Ammler> <-- you are aware of that?
10:57:07  <FooBar> yep, those errors are perfectly fine, that is, the ones that I reported in renum thread
10:58:13  <Rubidium> since when does (nfo)renum check pure whiteness of sprites?
11:00:07  <Ammler> you mean the errors are wrong then :-)
11:00:08  <FooBar> oh crap. I thought ammler was refering to the 'other' errors, so I didn't click
11:00:19  <FooBar> but these are new
11:00:43  <Ammler> you have in the same location a nfo, so you find the sprites
11:01:01  <Ammler> (snow slope)
11:02:07  <FooBar> the oddest thing is that the slopes actually display fine...
11:02:39  <Ammler> if the nfo has warnings, you get only one line in the error log "make: [metrotrk.nfo] Error 3 (ignored)"
11:02:48  <FooBar> hmmm...these are for pbs
11:02:54  <FooBar> I guess I removed those
11:03:32  <FooBar> oh well, then we have a 1.0.1 even before 1.0.0 is made public :P
11:03:59  <Ammler> well, if you didn't upload to bananas yet
11:04:09  <Ammler> you could retag
11:04:24  <Ammler> it should rebuild as it does compare the hashes
11:04:31  <FooBar> ok, then I try that
11:04:43  <Ammler> but that should happen quickly :-P
11:04:48  <FooBar> I indeed didn't upload to bananas, as I was creating a screenshot first
11:05:10  * FooBar hurries
11:05:12  <Ammler> btw., if you build the bananas pack self, please compare the md5sums
11:05:26  <Ammler> you could also just use the server zip
11:05:34  <FooBar> I figured to use the server one
11:07:07  <FooBar> quick enough?
11:07:26  <Ammler> first the error log :-P
11:07:31  <Brot6> metrotrackset: update from 1.0.0 to 1.0.0 done (1 errors) -
11:07:35  <Ammler> hehe
11:07:50  <farah>  napa ko mtertawa
11:08:04  <FooBar> gesundheit
11:08:08  <Brot6> Metro Track Set - Revision 39:22a57cd2bd98: Fix (r37): forgot some sprites (foobar) @
11:08:08  <Brot6> Metro Track Set - Revision 40:de8c306f84f3: Release: 1.0.0 (again) (foobar) @
11:08:14  <Ammler> GrĂ¼ezi wohl
11:08:55  * FooBar thinks the release should be fine now
11:09:04  <Ammler> and how fast is it built?
11:09:18  <Ammler> as fast as when you use your vbox?
11:10:05  <FooBar> I was surprised about the speed
11:10:14  <FooBar> here: 20 seconds
11:11:44  <Ammler> did you manually edit .hgtags?
11:11:57  <FooBar> no, I used tortoise
11:12:10  <Ammler> looks a bit strange
11:12:19  <FooBar> the tag option has "replace tag" checkbox, so I used that
11:12:27  <Rubidium> hmm... grfcodec fails extracting metrotrk.grf :(
11:13:02  <FooBar> I protected that?
11:13:11  <Ammler> lol
11:13:20  <Ammler> extracting like decode?
11:15:41  <FooBar> I don't recall doing anything special...
11:15:42  <Rubidium> grfcodec stuff
11:15:47  <Rubidium> I probably broke it
11:16:58  <FooBar> it decodes fine on some older grfcodec here
11:17:14  <farah> o
11:17:16  <Rubidium> as I said... I probably broke it
11:17:22  <Ammler> hmm, when do we start our "Let's change to dos palette" initiative?
11:17:55  <FooBar> h655fd76f of grfcodec (on my virtual linux) indeed fails to decode
11:18:08  <FooBar> Ammler: never
11:18:13  <Ammler> :-)
11:18:34  <FooBar> OpenGFX is in windows palette, so then you would need to click the palette button for every grf
11:19:00  <Ammler> nah, we would of course change to dos there too
11:19:21  <FooBar> what would be the advantage anyways? or just because mb endorses it?
11:19:30  <Ammler> nicer palette
11:19:36  <Ammler> grfcodec default
11:20:07  <Ammler> MB does endorse it? :-)
11:20:07  <FooBar> and you lose colours when you convert to windows palette; better not use those in the first place
11:20:17  <Rubidium> Ammler: when Action14 is implemented and relatively widely used?
11:20:43  <Ammler> FooBar: when we would change to dos, there is no need for the windows palette
11:20:48  <Ammler> like we don't use dos now
11:21:31  <FooBar> start by writing a script that converts all pcx files to dos palette and then we'll see
11:21:38  <Brot6> GRFCodec - Revision 188:ef4d3bff3e3e: Fix (r183): decoding sprites failed at the end of a file (Rubidium) @
11:22:34  <FooBar> I could eventually be convinced
11:22:35  <Ammler> Rubidium: we could make some regression tests with full newgrfs
11:23:38  <Rubidium> FooBar: why are the 94s needed? Just to work around a bug in OpenTTD, right?
11:24:22  <FooBar> what 94?
11:24:31  <Rubidium> the colour code
11:25:16  <FooBar> basically yes. If OpenTTD would set the correct colour in the first place, then those would not be needed.
11:25:34  <Rubidium> then I think that would be the better fix
11:25:38  <FooBar> Also the spec says to use them (and the original similar TTD strings have them)
11:25:55  <FooBar> but yes, I agree having OpenTTD set the correct colour would be the better fix
11:27:10  <FooBar> IMO, colour codes should never be needed in any string, apart from fancying up the newgrf description
11:29:05  *** farah has quit IRC
11:42:01  <Brot6> Example NewGRF Project - Feature #1173 (New): Update bundle (Ammler) @
11:53:46  *** Seberoth has quit IRC
11:53:52  *** Seberoth has joined #openttdcoop.devzone
12:13:32  <Ammler> the openmsx glitch is only that bad tttheme midi?
12:14:13  <Rubidium> possibly
12:14:31  <Rubidium> although other midis seem to crash quicktime / mci
12:14:55  <Ammler> hmm, shall I replace that so we have a new nightly to let people test that?
12:15:11  <Ammler> afaik, that is just replacing the file
12:15:42  <Rubidium> I haven't checked his statements in any ways, so it needs some testing
13:22:47  *** ODM has quit IRC
13:45:29  *** ODM has joined #openttdcoop.devzone
14:52:32  *** frosch123 has joined #openttdcoop.devzone
16:19:14  <Brot6> grfcodec: update from r178 to r188 done -
16:19:56  <Brot6> metrotrackset: update from r33 to r40 done (1 errors) -
16:21:57  <Brot6> nforenum: update from r407 to r412 done -
16:22:46  <Brot6> nml: update from r606 to r607 done -
16:23:06  <Brot6> nml-test: compile of r606 failed -
16:23:15  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r573), 32bpp-extra (r36), airportsplus (r52), comic-houses (r71), firs (r1076), fish (r386), heqs (r371), newgrf_makefile (r124), nutracks (r86), ogfxplus (r41), opengfx (r469), openmsx (r91), opensfx (r97), snowlinemod (r15), swedishrails (r140), worldairlinersset (r659)
16:24:49  <Brot6> 32bpp-extra: rebuild of r36 done (3584 errors) (Diffsize: 341) -
16:29:30  <Brot6> nutracks: rebuild of r86 done (164 errors) (Diffsize: 243) -
16:30:13  <Brot6> ogfxplus: rebuild of r41 done (Diffsize: 1) -
16:32:59  <Brot6> swedishrails: rebuild of r140 done (Diffsize: 8) -
16:34:20  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: 2cctrainset (1 errors), airportsplus, comic-houses (3 errors), firs (5 errors), fish (1 errors), heqs, metrotrackset (1 errors), newgrf_makefile, opengfx, snowlinemod, worldairlinersset
16:47:19  * Rubidium hopes he doesn't get a shitload of complaints about the following
16:48:27  <Brot6> 32bpp-extra - Revision 37:96ea10d77924: Fix: about 3500 errors because renum could not be found; ... (Rubidium) @
16:48:27  <Brot6> 32bpp-extra - Revision 38:6d7d32d9be49: Fix: bashisms in Makefiles (Rubidium) @
17:12:43  <FooBar> funny, now there's a metrotrack nightly-r40 and a release-1.0.0, both using exactly the same source :)
17:15:05  <Rubidium> and the next will cause a lot of extra "errors"
17:15:47  <Brot6> NFORenum - Revision 413:60cfabb81b09: Change: make NFO error/warning related messages go to stder... (Rubidium) @
17:16:05  <Rubidium> e.g. metrotrackset will get 5 extra "errors" (or the compile farm will think it will)
17:22:49  <Ammler> he, good Rubidium, I thought about adding a symlink to nforenum
17:36:16  <Brot6> NewGRF Meta Language - Revision 608:ca636c10378e: Codechange: Move parsing of the replace-block p... (Hirundo) @
17:36:16  <Brot6> NewGRF Meta Language - Revision 609:d4213858b106: Fix: replace != replacenew, fix some over-activ... (Hirundo) @
18:30:19  <Brot6> NewGRF Meta Language - Revision 610:96cf38998dd4: Fix: Pre-process before calling the debug_print... (Hirundo) @
18:30:19  <Brot6> NewGRF Meta Language - Revision 611:302465064225: Codechange: Move parsing the param_list of the ... (Hirundo) @
18:31:45  <Alberth> nml seems to be moving a lot lately :)
20:01:50  *** Alberth has left #openttdcoop.devzone
20:35:05  <Brot6> repository /home/ottdc/hg-repos/transrapidtrackset registered in Redmine with url /home/ottdc/hg-repos/transrapidtrackset
20:35:05  <Brot6> repository /home/ottdc/hg-repos/transrapidtrackset created
21:08:11  <Brot6> #openttdcoop - Revision 117:799a17330fcb: [Compiler] Change: keep all release diffs (Ammler) @
21:09:34  <Brot6> #openttdcoop - Revision 118:e2f366cbe634: [Compiler] Change: publish the nfo and nml to log (Ammler) @
22:16:02  *** FooBar has quit IRC
22:26:48  *** Yexo has quit IRC
22:27:05  *** Yexo has joined #openttdcoop.devzone
23:05:32  *** ODM has quit IRC
23:06:07  *** ODM has joined #openttdcoop.devzone
23:10:39  *** ODM has quit IRC

Powered by YARRSTE version: svn-trunk