Config
Log for #openttdcoop.devzone on 4th February 2011:
Times are UTC Toggle Colours
01:21:57  *** KenjiE20 has quit IRC
02:30:54  *** Lakie has quit IRC
03:31:43  *** thgergo has quit IRC
06:09:10  <Brot6> OpenGFX - OpenGFX_usage.png (planetmaker) @ http://dev.openttdcoop.org/attachments/download/1430/OpenGFX_usage.png
06:11:47  <Brot6> OpenGFX - usage_statistics.txt (planetmaker) @ http://dev.openttdcoop.org/attachments/download/1431/usage_statistics.txt
06:46:28  <Yexo> planetmaker: I can't push my last changed to nml
06:46:39  <Yexo> remote: File "regression/expected/020_recolour.grf" may not be added to the repository.transaction abort!
06:46:57  <Yexo> is there something blocking the addition of grf files to the repo?
06:47:06  <Yexo> normally that would be invalid, but not in this case
06:47:52  <planetmaker> he. I guess the commit hook was activated (again)...
06:48:16  <Yexo> remote: abort: pretxnchangegroup.check hook failed <- yes, indeed
06:51:48  <planetmaker> try again
06:51:59  <Yexo> it worked now, thanks :)
06:52:10  <Brot6> NewGRF Meta Language - Revision 1148:ec7530936b2a: Codechange: just reraise the error when we wan... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/ec7530936b2a
06:52:10  <Brot6> NewGRF Meta Language - Revision 1149:d44f39984221: Add: commandline option to force the used palette (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/d44f39984221
06:52:10  <Brot6> NewGRF Meta Language - Revision 1150:16c05f85c83f: Change: allow non-constant recolour sprites (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/16c05f85c83f
06:52:12  <Brot6> NewGRF Meta Language - Revision 1151:642987205df8: Feature #1682: support recolour sprites (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/642987205df8
06:52:16  <Brot6> NewGRF Meta Language - Revision 1152:515453b6b5d3: Feature: GRM for sprites (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/515453b6b5d3
06:52:19  <Brot6> NewGRF Meta Language - Revision 1153:4489782d33e7: Cleanup: remove never-used parameter 'allow_co... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/4489782d33e7
06:52:23  <Yexo> support for recolour sprites + grm :)
06:52:23  <Brot6> NewGRF Meta Language - Revision 1154:77bd95a50abd: Change: allow specifying a filename for realsp... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/77bd95a50abd
06:52:27  <Brot6> NewGRF Meta Language - Revision 1155:efe5bcf016fc: Doc: syntax for realsprites and recolour sprites (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/efe5bcf016fc
06:52:31  <Brot6> NewGRF Meta Language - Revision 1156:82b2383a6a14: Doc: small grm example (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/82b2383a6a14
06:52:34  <Brot6> NewGRF Meta Language - Revision 1157:0e209edc451f: Add: regression test for recolour sprites (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/0e209edc451f
06:53:36  <planetmaker> wow :-)
06:57:14  <planetmaker> Yexo: dunno, do you have (still) ssh to the server?
06:57:28  <Yexo> yes
06:57:41  <planetmaker> I activated the hook again. It's a global one for all repos.
06:57:56  <Yexo> you just deactivated it temporary in ~/.hgrc ?
06:58:05  <planetmaker> I guess that would need changing; for the meantime, yes ^
06:58:12  <Yexo> (yes, I was looking at the same time as you, but couldn't find why it stopped the commit)
06:58:30  <planetmaker> grf is in the bad file endings
06:58:37  <Yexo> ah, ok
06:58:47  <Yexo> I didn't come as far as the ini files yet before you disabled it
06:58:49  <planetmaker> as defined in misc/hooks/repo_checks.ini or so
06:59:23  <planetmaker> there's a global and a repo-specific ini file possible. Not sure whether the latter overwrites the global - it would need checking. But later...
07:03:22  <Brot6> NewGRF Meta Language - Feature Request #1682 (Closed): support recolor sprites (yexo) @ http://dev.openttdcoop.org/issues/1682#change-5703
07:19:56  <Yexo> only thing I couldn't figure out is why in both the original windows TTD grfs and in opengfx the recolour sprites have 01 as second byte
07:20:05  <Yexo> it's marked as "don't use" area
07:20:11  <Yexo> currently nml will write a 0 there, not 1
07:26:17  <planetmaker> well. OpenGFX' recolour sprites probably are a verbatim copy of the de-compiled ttd grf recolour sprites.
07:28:23  <Yexo> I guessed as much
07:28:32  <Yexo> in other words: probably 0 will work as well
07:30:37  <planetmaker> do I have, in NML, the possibility to get the 2nd CC recolour sprites: http://wiki.ttdpatch.net/tiki-index.php?page=RecolorSprites ?
07:31:12  <planetmaker> I guess... just reading var 11 and then using the result?
07:31:25  <Yexo> I don't think it's taht symple
07:31:58  <planetmaker> The dualCC entry there suggests it is as simple to obtain the recolour sprite number
07:32:10  <Yexo> it is
07:32:14  <Yexo> it's just not yet supported by nml
07:32:21  <planetmaker> :-)
07:32:34  <planetmaker> Another dump question: can I get the CC as a variable?
07:33:20  <planetmaker> the idea: I have a 2CC vehicle, I want to keep the CC but use the 2nd CC as a random component
07:33:43  <Yexo> hmm, not sure about that
07:33:46  <planetmaker> like a flatbed car with a CC chassey and a random CC container
07:34:32  <Yexo> var 43 has the company colour, but I'm not sure if that takes the vehicle type colour in effect
07:35:01  <Yexo> yes, it does :)
07:35:05  <Yexo> so var 43 is the answer :)
07:35:10  <planetmaker> I'm not even sure it contains any useful data due to desync issues... - oh nice :-)
07:35:31  <Yexo> company_colour1 <- in nml :)
07:35:37  <planetmaker> OpenGFX+Trains 0.3 or 0.4 will then probably employ some of that stuff ;-)
07:36:03  <Yexo> but I don't think you can specify a recolour sprite for vehicles
07:36:10  <planetmaker> not?
07:36:23  <Yexo> I haven't found out how to do that yet
07:36:47  <Yexo> for buildings (=houses, objects, industries, airports) the action2 links a real sprite and recoloursprite together
07:36:58  <Yexo> but for vehicles the action2 contains just a realsprite
07:37:17  <planetmaker> hm...
07:37:45  <Yexo> how does 2cc for vehicles work? don't you just need to set a flag for that?
07:38:00  <planetmaker> yes
07:38:18  <Yexo> so you don't even need var 11 for that
07:38:20  <planetmaker> but still I can apply *somehow* re-colour sprites to vehicles
07:38:38  <planetmaker> Yexo: yes, but I want to not use the 2nd CC but a random 2nd CC.
07:38:50  <Yexo> I know, I'm just not sure if that's possible
07:38:51  <planetmaker> for different wagons different 2nd CC
07:39:01  <Yexo> <planetmaker> but still I can apply *somehow* re-colour sprites to vehicles <_ is that a wish or a fact?
07:39:22  <planetmaker> From what I read what mb writes it shall be possible
07:39:46  <planetmaker> But I haven't seen or looked for how to code it yet
07:45:10  <planetmaker> However, it will need looking for, maybe it's a bit too ambitious or unrealistic... :-)
07:48:38  <Yexo> ah, there is a callback for vehicles to return a recolour sprite :)
07:49:08  <Yexo> http://wiki.ttdpatch.net/tiki-index.php?page=callbacks#Select_colour_mapping_for_vehicle_2D_
07:49:34  <planetmaker> :-)
07:49:58  <planetmaker> hm, I shall try that with the container wagons ;-)
07:50:04  <planetmaker> will be awesome
07:50:25  <planetmaker> but I won't then even need a special re-colour sprite when I can reference every 2cc one
07:50:42  <Yexo> indeed :)
07:50:57  <planetmaker> can you give me a reason to include a custom recolour sprite somewhere?
07:51:04  <planetmaker> maybe with airports?
07:51:17  <planetmaker> Glass hangar :-P
07:51:24  <Yexo> frosch gave an example yesterday of a station set using it for green glass
07:51:51  <planetmaker> yes, but I don't have a station set nor does NML yet support stations nor do I have time to write a station set ;-)
07:52:18  <Yexo> in theory you could create a few recolour sprites that recolour house sprites so you have very different looking houses but only one real sprite
07:52:48  <Yexo> in practice however that's probably more work than just doing a few extra sprites
07:52:54  <planetmaker> yeah :-)
07:53:20  <planetmaker> though if you decide on a few colours and know what to replace... - but then 2cc might again do the trick for pop-art houses
07:53:28  <Yexo> oh, the mauve->black company colour newgrf
07:53:40  <planetmaker> http://www.gruene-zitadelle.de/deutsch/popup.html?../pics/Poster_Tag_Ecke_Ansicht.jpg <-- like that
07:53:41  <Webster> Title: Galerie (at www.gruene-zitadelle.de)
07:53:43  <planetmaker> :-P
07:54:02  <planetmaker> uh... that's a newgrf which IMHO should be forbidden ;-)
07:54:11  <planetmaker> it has an ugly impact on the whole GUI colours
07:54:38  <Yexo> because it replaces one of the default recolour sprites
07:54:48  <planetmaker> yes
07:56:22  <Yexo> base_sprite_2cc <- that is already available in nml and it references patch var 11
07:58:18  <planetmaker> he :-) amazing what we all have
07:58:41  <Yexo> yes, indeed :)
07:58:53  <planetmaker> so when is time for 0.1 release?
07:59:11  <Yexo> do vehicles have random bits?
07:59:53  <Yexo> soon :)
08:00:02  <planetmaker> vehicles have 8 random bits or so. yes
08:00:04  <planetmaker> I use them
08:00:11  <Yexo> issue tracker has mostly documentation and example tasks open for 0.1
08:00:14  <planetmaker> even regressions iirc has an example
08:01:37  <planetmaker> http://dev.openttdcoop.org/issues/1681 <-- what do you mean with that?
08:02:25  <planetmaker> and http://dev.openttdcoop.org/issues/1695 doesn't look small - though I'm quite satisfied with how it works now.
08:03:01  <planetmaker> I wonder though: should we add to the grf block one additional variable: nml_version ?
08:03:31  <Yexo> that doesn't help, because if the file can't be parsed than the grf block can't be read either
08:03:52  <Yexo> #1681 is about the settings block that's part of the grf-block
08:03:52  <Brot6> Yexo: #1681 is http://dev.openttdcoop.org/issues/show/1681 "NewGRF Meta Language - Feature Request #1681: Documentation for user-changeable settings - #openttdcoop Development Zone"
08:04:16  <Yexo> there are several examples of it now, but still no documentation of the syntax
08:04:47  <planetmaker> the action14 stuff?
08:07:27  <Yexo> yes
08:08:43  <Brot6> NewGRF Meta Language - Revision 1158:a18eaa1949ff: Fix: wrong variable name used (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/a18eaa1949ff
08:08:54  <planetmaker> we have parameters described, we have the necessary ones described. What is missing?
08:10:09  <planetmaker> the subsequent use of if (param_provide) { ... } ?
08:10:11  <Yexo> nothing, I didn't know that we had parameters already described
08:11:15  <Brot6> NewGRF Meta Language - Feature Request #1681 (Closed): Documentation for user-changeable settings (yexo) @ http://dev.openttdcoop.org/issues/1681#change-5704
08:15:13  <planetmaker> Don't OpenGFX+RV and OpenGFX+Trains satisfy http://dev.openttdcoop.org/issues/1421 already? Or should it be simpler?
08:15:24  <Yexo> indeed, feel free to close it
08:16:42  <planetmaker> yes, done ;-)
08:17:39  <Brot6> NewGRF Meta Language - Feature Request #1421 (Closed): Example vehicle project (planetmaker) @ http://dev.openttdcoop.org/issues/1421#change-5705
08:18:00  <planetmaker> ogfx+industries just needs a bit extension with a real industry...
08:19:25  <Yexo> otherwise we'll just ignore those tasks and move them to 0.2, they're not really release critical or so
08:19:28  <planetmaker> there's somewhere a wood which could also get snow-awareness
08:26:10  <Yexo> http://pastebin.com/4nSXqfLh <- vehicle with random second cc in nml :)
08:36:42  <planetmaker> he, nice :-)
08:36:51  <planetmaker> Terkhen, will maybe like to copy it ;-)
08:37:49  <Terkhen> that would be nice to have as a parameter :)
08:38:45  <Yexo> with that code it's important to NOT set VEHICLE_FLAG_2CC for the vehicle
08:40:50  <Terkhen> currently it is set for toyland vehicles (which are the only ones with 2CC sprites in OpenGFX+RV)
08:41:05  <Yexo> I noticed that while testing :)
08:41:16  <planetmaker> Yexo, good to know, but yes, thinking about it, it makes sense.
08:41:29  <planetmaker> I really will add that to my container wagons. Will be awesome :-)
08:41:36  <Terkhen> yes, I did not think about that when checking the code :P
08:47:33  <Yexo> switch (FEAT_ROADVEHS, SELF, ploddyphuth_recolour, base_sprite_2cc + (use_random_2cc ? (random_bits & 0xF0) : (company_colour2 << 4)) | (1 << 14)) { <- that should work with a parameter named use_random_2cc
08:48:04  <Brot6> NewGRF Meta Language - Revision 1159:62741c0278ea: Fix: the ternary operator is only supported by... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/62741c0278ea
08:48:10  <Yexo> incidentally it's also the second testcase I wrote this morning that triggered an internal error
08:48:24  <planetmaker> I don't even want to think about how lengthy that'd be in plain NFO ;-)
08:48:30  <planetmaker> hehe
08:50:06  <Terkhen> Yexo:  thanks :)
08:50:07  <Yexo> http://pastebin.com/sVzKMzd0
08:50:24  <Yexo> I don't want to write / read that in plain nfo either :p
08:54:43  <planetmaker> quite not, even though it's less lengthy than I though
08:54:44  <planetmaker> t
08:55:32  <planetmaker> but I can't claim I really follow the nfo easily
09:15:44  <Yexo> anything that definitely needs to be done before 0.1? otherwise I'll just go ahead and release 0.1.0
09:19:43  <Yexo> Hirundo: ^^
09:20:30  <Yexo> planetmaker: can #2023 be closed? or do basesets still need more support?
09:20:30  <Brot6> Yexo: planetmaker: #2023 is http://dev.openttdcoop.org/issues/show/2023 "NewGRF Meta Language - Feature Request #2023: support for base sets - #openttdcoop Development Zone"
09:27:40  <planetmaker> Yexo, as far is it seems to me now, it's all fine
09:28:04  <planetmaker> what I use so far works for me brilliantly and recolour sprites now seem to work, too - so everything should be fine
09:28:31  <Brot6> NewGRF Meta Language - Feature Request #2023 (Closed): support for base sets (yexo) @ http://dev.openttdcoop.org/issues/2023#change-5706
09:29:04  <planetmaker> hm... interesting :-)
09:29:22  <planetmaker> I guess I'll keep it NFO only till about April and then I'll add nml as requirement to OpenGFX ;-)
09:30:00  <planetmaker> We'll IMHO need a convenient official download just like for grfcodec - or at least I'd like to: www.openttd.org/download-nml or alike
09:30:20  <planetmaker> at least for the stable one
09:30:43  <planetmaker> could just be a symlink IMHO to the devzone download locations, actually for both, nightlies and releases
09:40:31  <Yexo> imo that's not directly needed, but it would be nice
09:41:52  <planetmaker> well. Needed is possibly too strong. But grfcodec is there, so why not NML either when it is a much better start for newcomers?
09:42:12  <Yexo> question is: is it already a better start?
09:42:16  <planetmaker> And possibly I should get an entry on the newgrf wiki, too.
09:42:17  <Yexo> documentation is still lacking
09:42:52  <planetmaker> Yexo, maybe it lacks a bit documentation. But looking at grfcodec / nforenum: do you think it's easier to get started?
09:42:55  <planetmaker> I don't think so.
09:43:24  <planetmaker> And looking at e.g. NARVS it seems that people can actually get going using NML
09:43:29  <Yexo> true, nml is definitely easier to read/write
09:43:45  <Yexo> however (currently) it doesn't have the same amount of people being able to read it
09:43:58  <planetmaker> Yes. But that's a catch 22 case
09:45:13  *** Yexo has left #openttdcoop.devzone
09:45:51  *** Yexo has joined #openttdcoop.devzone
09:45:59  <planetmaker> welcome back :-)
09:46:40  <Yexo> thanks :)
09:54:27  *** Yexo has left #openttdcoop.devzone
09:55:21  *** Yexo has joined #openttdcoop.devzone
09:55:41  <planetmaker> hm, issues with the bouncer, Yexo ?
09:56:14  <Yexo> no, issues with empathy not playing nice
09:57:14  <Yexo> it looked like a nice client but it insists on leaving every channel when you close the window
09:57:16  <planetmaker> ah... it should not quit for you indeed ;-)
09:57:29  <Yexo> which means the bouncer leaves the channel for me, which was not my intention
09:59:01  <planetmaker> he :-)
09:59:46  <planetmaker> empathy is lacking empathy it seems :-P (sorry for the bad pun, but it just laid around)
10:00:52  <Terkhen> :D
10:11:17  *** andythenorth has joined #openttdcoop.devzone
10:25:02  *** andythenorth has left #openttdcoop.devzone
11:27:48  *** KenjiE20 has joined #openttdcoop.devzone
11:57:27  <Ammler> Yexo: sounds like the client andy uses
12:08:00  *** DanMacK has joined #openttdcoop.devzone
12:08:05  * DanMacK waves
12:11:28  <planetmaker> hello DanMacK :-)
12:14:35  <Yexo> planetmaker: can you test whether or not nml works on python 2.5?
12:17:47  <planetmaker> thanks for reminding me...
12:18:23  <planetmaker> let's say: it had been working
12:18:49  <planetmaker> http://paste.openttdcoop.org/show/100/
12:20:09  <Yexo> could you try again after pulling?
12:21:06  <Brot6> NewGRF Meta Language - Revision 1160:e1ee9e529b2c: Cleanup: remove duplicate function (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/e1ee9e529b2c
12:21:06  <Brot6> NewGRF Meta Language - Revision 1161:e18c425920ca: Cleanup: remove unused imports (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/e18c425920ca
12:21:06  <Brot6> NewGRF Meta Language - Revision 1162:bf0355ff1e95: Fix: don't use python 2.6 features (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/bf0355ff1e95
12:21:08  <planetmaker> looking good.
12:21:16  <planetmaker> ogfx+trains compiles
12:23:13  <Yexo> thanks
12:23:31  <planetmaker> thanks extend to you :-)
12:51:54  *** thgergo has joined #openttdcoop.devzone
14:08:20  *** DanMacK has quit IRC
14:21:48  <Hirundo> Yexo: I guess 0.1.0 is about done, nice work
14:22:33  <Hirundo> Any plans w.r.t. versioning scheme / backwards compatibility between NML versions etc. ?
14:23:55  <planetmaker> well, my suggestion is to add a nml_version entry to the grf struct (or possibly separate is better)
14:24:14  <planetmaker> nml_version(0.1)
14:24:43  <planetmaker> or alike. Then one could in case of doubt allow to process also older syntax
14:26:41  <Hirundo> If anything, it'd have to be a command line parameter I think
14:26:58  <Hirundo> Else, you can't break anything in the lexing/parsing phase
14:27:24  <Hirundo> Would it be possible, to integrate such a thing within the devzone framework?
14:28:41  <Rubidium> maybe some comment on the first line declaring its version?
14:28:57  <Rubidium> that way you could change the lexer/parser
14:29:44  <Hirundo> Like grfcodec/renum do with the NFO header?
14:30:10  <planetmaker> yes
14:35:00  <Hirundo> I'll go and cut out some obsolete stuff that is already deprecated, like spriteblocks
14:35:22  <Hirundo> So we don't have to support that ad infinitum
14:36:58  <planetmaker> yes, no legacy at 0.1 ;-)
16:19:50  *** Lakie has joined #openttdcoop.devzone
17:08:56  <Brot6> nml: update from r1144 to r1162 done - http://bundles.openttdcoop.org/nml/nightlies/r1162
17:18:35  <Brot6> 2cctrainset: update from r734 to r736 done (6 errors) - http://bundles.openttdcoop.org/2cctrainset/nightlies/r736
17:19:03  <Brot6> airportsplus: update from r70 to r71 done - http://bundles.openttdcoop.org/airportsplus/nightlies/r71
17:19:44  <Brot6> ogfx-landscape: update from r22 to r23 done - http://bundles.openttdcoop.org/ogfx-landscape/nightlies/r23
17:20:50  <Brot6> opengfx: update from r605 to r606 done - http://bundles.openttdcoop.org/opengfx/nightlies/r606
17:20:57  <Brot6> Following repos didn't need a nightlies update: 32bpp-extra (r39), ai-admiralai (r75), ai-aroai (r11), ailib-common (r21), ailib-direction (r17), ailib-list (r32), ailib-string (r29), ailib-tile (r16), basecosts (r22), belarusiantowns (r8), bros (r45), comic-houses (r71), firs (r1695), fish (r567), frenchtowns (r6), grfcodec (r821), heqs (r572), indonesiantowns (r41), manindu (r6), metrotrackset (r56), narvs (r5), newgrf_makefile
17:20:57  <Brot6> (r254), nml (r1162), nutracks (r176), ogfx-industries (r3), ogfx-rv (r78), ogfx-trains (r201), ogfx-trees (r42), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r45), spanishtowns (r10), swedishrails (r193), swisstowns (r22), transrapidtrackset (r15), ttdviewer (r26), ttrs (r24), worldairlinersset (r671)
17:23:18  <Brot6> ogfx-trains: rebuild of r201 done (Diffsize: 7) (DiffDiffsize: 10) - http://bundles.openttdcoop.org/ogfx-trains/nightlies/r201/log
17:24:10  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: belarusiantowns, frenchtowns, indonesiantowns (1 errors) (Diffsize: 1), manindu (Diffsize: 1), narvs, newgrf_makefile, ogfx-industries, ogfx-rv (1 errors), spanishtowns, swedishrails (Diffsize: 6), swisstowns
17:31:23  *** andythenorth has joined #openttdcoop.devzone
17:38:48  *** andythenorth has quit IRC
17:48:53  <Brot6> NewGRF Meta Language - Revision 1163:e031afd5d0c3: Remove: Sprite blocks. They have been deprecat... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/e031afd5d0c3
17:48:53  <Brot6> NewGRF Meta Language - Revision 1164:b25bef4a501e: Cleanup: Remove the (deprecated) possibility t... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/b25bef4a501e
17:48:53  <Brot6> NewGRF Meta Language - Revision 1165:ee55a0270186: Add: Warning when using sprite layout paramete... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/ee55a0270186
17:48:55  <Brot6> NewGRF Meta Language - Revision 1166:d8e9173e004a: Add: Warning when a sprite group/layout/whatev... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/d8e9173e004a
18:10:47  *** frosch123 has joined #openttdcoop.devzone
18:12:52  <Brot6> 2cc train set - Feature #2244 (New): CP 0100 (Voyager1) @ http://dev.openttdcoop.org/issues/2244
18:25:32  *** andythenorth has joined #openttdcoop.devzone
18:31:21  <Yexo> Hirundo: how hard is is for to remove the spritegroup for railtypes and use the spriteset name in switch/graphics blocks?
18:31:39  <Yexo> the spritegroup _always_ (afaik) contains a single spriteset name, so it's a waste of space
18:36:52  <Brot6> 2cc train set - Feature #2244: CP 0100 (Voyager1) @ http://dev.openttdcoop.org/issues/2244#change-5708
19:03:44  <Brot6> 32bpp-ez-patches: update from r21950 to r21965 done (2 errors) - http://bundles.openttdcoop.org/32bpp-ez-patches/testing/r21965
19:06:40  <Brot6> clientpatches: update from r21488 to r21488 done - http://bundles.openttdcoop.org/clientpatches/testing/r21488
19:07:50  <Brot6> serverpatches: compile of r21965 still failed (#2080) - http://bundles.openttdcoop.org/serverpatches/testing/ERROR/r21965
20:05:00  <Yexo> after fiddling with it yesterday I'm still trying to figure out what the thought behind action6 addition (instead of overwriting) is
20:06:51  <Yexo> it requires more actions than simple adding the original value to the value you want to overwrite and just overwrite
20:31:48  *** Lakie has quit IRC
20:32:10  *** Lakie has joined #openttdcoop.devzone
21:09:33  <Yexo> Lakie: is varaction2 var 7B supported by ttdpatch?
21:10:40  <Yexo> sorry, nvm, it was on the wiki already
21:11:32  <Yexo> frosch123: why does it say you can only use bytesized parameters? I thought the point was that is supported vehicleids > 256 with this approach?
21:16:58  <frosch123> does it say that? i wanted to say "upper bits are reserved, zero them!"
21:17:34  <Yexo> "Also note that you can pass non-byte parameters to 60+x variable here."
21:17:42  <frosch123> and yes, in my version 8 queue there is the var60 with appropiate parameter
21:18:51  <frosch123> "While current 60+x variables only use byte parameters, the higher bits of the parameter are considered reserved. So, make sure to mask the higher bits in the preceding calculations." <- i don't get your question
21:18:56  <frosch123> isn't it quite precise?
21:21:25  <Yexo> can you use values > 256 for vehicle var 60?
21:21:38  <Yexo> oh, sorry
21:21:40  <frosch123> not yet, but in my queue
21:21:58  <Yexo> "Also note that you can pass non-byte parameters <- I read that as "can _not_ pass non-byte"
21:21:59  <Yexo> sorry
21:22:12  <frosch123> ok :)
21:43:51  <Brot6> 2cc train set - Feature #2245 (New): An idea wrt running costs and NuTracks (DJNekkid) @ http://dev.openttdcoop.org/issues/2245
22:18:36  *** andythenorth has left #openttdcoop.devzone
22:43:38  <Ammler> http://noai.openttd.org/svn is down for quite a long time already, is there no active project there anymore?
22:51:41  <Yexo> there still are a few
22:59:33  <planetmaker> c/should we move them?
23:00:03  <planetmaker> but I guess we then could not maintain the svn URLs which would be bad, so no
23:02:03  <Yexo> I guess the ones that are still used are already moved, or someone would've complained earlier
23:02:34  <Yexo> so yes, they should be moved (and converted to hg), but only with their authors knowledge and consent
23:03:45  <planetmaker> well... couldn't those remain svn, Ammler ?
23:09:59  <frosch123> is wrightai moved? :p
23:11:05  <Yexo> no
23:30:00  <Brot6> 2cc train set - Feature #2245: An idea wrt running costs and NuTracks (Voyager1) @ http://dev.openttdcoop.org/issues/2245#change-5709
23:31:08  <Brot6> 2cc train set - Feature #2245: An idea wrt running costs and NuTracks (DJNekkid) @ http://dev.openttdcoop.org/issues/2245#change-5710
23:41:07  <Brot6> 2cc train set - Feature #2245: An idea wrt running costs and NuTracks (EmperorJake) @ http://dev.openttdcoop.org/issues/2245#change-5711
23:58:58  *** frosch123 has quit IRC

Powered by YARRSTE version: svn-trunk