Log for #openttdcoop.devzone on 3rd June 2011:
Times are UTC Toggle Colours
05:33:37  <Brot6> Bundles Update: yacd_2.3 2011-06-03 yacd   (
06:26:04  *** ODM has joined #openttdcoop.devzone
06:36:33  *** andythenorth has joined #openttdcoop.devzone
07:46:16  *** andythenorth has quit IRC
07:51:20  *** andythenorth has joined #openttdcoop.devzone
11:34:30  <Brot6> OpenGFX+ Industries - Bug #2696 (Closed): DevZone compile failed (compiler) @
11:34:30  <Brot6> OpenGFX+ Industries - Bug #2696 (Closed): DevZone compile failed (Terkhen) @
13:19:44  *** andythenorth has joined #openttdcoop.devzone
13:47:02  *** andythenorth has quit IRC
14:00:52  *** Lakie has joined #openttdcoop.devzone
14:14:47  *** Lakie has quit IRC
14:20:29  *** OwenS has quit IRC
14:26:45  *** OwenS has joined #openttdcoop.devzone
15:33:00  *** OwenS has quit IRC
15:45:19  *** andythenorth has joined #openttdcoop.devzone
15:53:57  *** OwenS has joined #openttdcoop.devzone
17:09:48  <Brot6> nml: update from r1363 to r1366 done -
17:17:26  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r750), 32bpp-extra (r40), ai-admiralai (r75), ai-aroai (r39), ailib-common (r21), ailib-direction (r17), ailib-list (r32), ailib-string (r29), ailib-tile (r16), airportsplus (r93), basecosts (r25), belarusiantowns (r8), bros (r52), chips (r141), comic-houses (r71), firs (r1996), fish (ERROR r649), frenchtowns (r6), german-townnames (r34), grfcodec (r829), grfpack (r279), heqs
17:17:26  <Brot6> (r605), indonesiantowns (r41), manindu (r7), metrotrackset (r56), narvs (r37), newgrf_makefile (ERROR r293), nml (r1366), nutracks (r201), ogfx-industries (r111), ogfx-landscape (r69), ogfx-rv (r107), ogfx-rv.clone (r103), ogfx-trains (r241), ogfx-trees (r49), opengfx (r673), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r49), spanishtowns (r10), sub-landscape (ERROR r66), sub-opengfx (ERROR r666), swedishrails (r202),
17:17:28  <Brot6> swisstowns (r22), transrapidtrackset (r15), ttdviewer (r34), ttrs (r36), worldairlinersset (r672)
17:18:22  <Ammler> hmm, I could remove the ogfx-rv.clone
17:18:52  <Brot6> OpenGFX+ Airports - Bug #2698 (New): DevZone compile failed (compiler) @
17:20:17  <Brot6> newgrf_makefile: compile of r293 still failed (#2656) -
17:20:53  <Brot6> OpenGFX+ Industries - Bug #2699 (New): DevZone compile failed (compiler) @
17:23:22  <Brot6> sub-landscape: compile of r66 still failed (#2616) -
17:23:48  <Yexo> #2699 can be closed, it's a bug in nml
17:23:48  <Brot6> Yexo: #2699 is "OpenGFX+ Industries - Bug #2699: DevZone compile failed - #openttdcoop Development Zone"
17:24:07  <Brot6> sub-opengfx: compile of r666 still failed (#2586) -
17:24:19  <Brot6> OpenGFX+ Airports - Bug #2698 (Rejected): DevZone compile failed (compiler) @
17:24:19  <Brot6> OpenGFX+ Airports - Bug #2698 (Rejected): DevZone compile failed (yexo) @
17:24:42  <Brot6> swedishrails: rebuild of r202 done (Diffsize: 385) (DiffDiffsize: 174) -
17:24:57  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: belarusiantowns (Diffsize: 30), frenchtowns, german-townnames, indonesiantowns (1 errors) (Diffsize: 1), manindu (Diffsize: 1), narvs, ogfx-landscape (Diffsize: 21), ogfx-rv, ogfx-trains (Diffsize: 813), spanishtowns (Diffsize: 1), swisstowns
17:29:36  <Brot6> NewGRF Meta Language - Revision 1367:5185fab6b67f: Fix r1364: use LayoutTile consistently instead... (yexo) @
17:31:22  <Brot6> OpenGFX+ Industries - Bug #2699: DevZone compile failed (yexo) @
18:17:39  <Brot6> FISH - Revision 651:3bd169d77d5c: Change: use png for medium mixed hovercraft (andythenorth) @
18:18:23  <Brot6> FISH - Revision 652:c91e2abd5677: Cleanup: remove unwanted pcx (andythenorth) @
18:18:52  <Brot6> fish: update from r648 to r651 done -
18:25:16  *** andythenorth is now known as Guest3319
18:25:16  *** andythenorth has joined #openttdcoop.devzone
18:26:11  *** andythenorth is now known as Guest3320
18:26:11  *** andythenorth has joined #openttdcoop.devzone
18:26:57  *** frosch123 has joined #openttdcoop.devzone
18:31:53  *** andythenorth has quit IRC
18:31:55  *** andythenorth has joined #openttdcoop.devzone
18:32:39  <Terkhen> <--- does this look like valid nfo output for rotate(0xFF, 0x0F)?
18:34:38  <Yexo> yes
18:34:44  <Yexo> 1A means some constant
18:34:52  <Brot6> FISH - Revision 653:8e10b46fbefd: Add: graphics files for utility tug medium 1 (andythenorth) @
18:34:53  <Yexo> the \dx is the actual value
18:35:31  <Yexo> you can use either ror or rot
18:35:42  <Yexo> not sure which is easier to read, personally I don't care
18:36:32  <Terkhen> ah, I see, the 1A was confusing me :)
18:37:00  <Yexo> there is no way to specify "constant", you can only use "variables"
18:37:16  <Yexo> so 1A is a special variable that always has 0xFFFFFFFF (= -1) as value
18:37:32  <Yexo> the last value on each line is the and-mask
18:37:39  <Yexo> value & -1 == value
18:37:47  <Yexo> so that's the way to specify a constant in varaction2 code
18:37:53  <Terkhen> <--- it is using ror because that's what the already defined "ROT_RIGHT" was using it
18:38:10  <Terkhen> ok :)
18:38:18  <Yexo> ok, fine :)
18:38:42  <Yexo> patch looks good too
18:39:15  <Yexo> you could write a compile time function for it
18:39:27  <Yexo> so it can be optimized away when possible
18:40:45  <Terkhen> hmm... can you point me to an example of that? I'm still on the learn by imitation phase :)
18:41:30  <Yexo> unsigned_rshift
18:42:24  <Yexo> compiletime_func is only called when both values are int or float, and the arguments are of type int
18:42:25  <Terkhen> thank you, let's see
18:42:42  <Yexo> hmm, or float, which could break things...
18:43:06  <Yexo> I think "param[2] = 1 >>> 0.4;" will break nml, but nvm that now
18:43:09  <Yexo> will try to fix that later
19:04:13  <Terkhen> <--- maybe something like this to check for the right parameters?
19:04:25  <Terkhen> I don't know if anyone will want to rotate float values...
19:04:47  <Terkhen> bbl
19:15:24  <Yexo> Terkhen: try validate_func = validate_func_int, instead, that function already exists
19:15:34  <Yexo> and +    compiletime_func = unsigned_rshift, is wrong
19:42:33  <Terkhen> oh, true
19:55:57  <Terkhen> I even tested the wrong compile time function for rotate, saw the shift and thought it was correct :P
20:05:16  <Terkhen> <--- why is 0x100000000 being added before the shift if the number is negative?
20:07:03  <Yexo> because (-1) >> a == -1
20:07:31  <Yexo> a unsigned shift always inserts 0 as left bit, a signed shift (as is default in python) inserts the sign bit
20:10:40  <Terkhen> hmm... ok, I guess it should not affect rotate then
20:12:34  <Terkhen> <--- I think it will be looking better now
20:16:49  <Yexo> it needs those two lines from unsigned_shiftr
20:16:54  <Yexo> your code breaks on a < 0
20:17:30  <Yexo> (-2) >> 1 == -1 (ie all bits set), so (a >> b) | (a << (32 - b)) will have all bits set
20:17:51  <Yexo> which is wrong, since in (-2) the rightmost bit is not set, so after a rot 1 the left-most bit should be unset
20:21:17  <Terkhen> ok, sorry, I got it completely wrong :/
20:21:23  <Terkhen> should I commit with those added lines?
20:21:33  <Yexo> yes
20:25:37  <Brot6> NewGRF Meta Language - Revision 1368:e70d2b1753dd: Feature: Add function for 32 bits right rotation. (Terkhen) @
20:25:46  <Terkhen> ok, now only the changes to regression tests are missing from the first diff
20:29:53  <Yexo> Hirundo: good reasons why nml output should be before or after preprocessing?
20:43:17  <Terkhen> planetmaker: <--- I don't know if I forgot to paste this to you or if you forgot to give me feedback about it
20:43:25  <Terkhen> or if I forgot that you gave me feedback already :P
20:44:30  <planetmaker> dunno ;-)
20:44:45  <planetmaker> s/temperate/temperate climate/ I'd say.
20:45:51  <planetmaker> STR_WARNING_TTRS_COMPATIBILITY <-- that change there doesn't make sense to me
20:46:25  <planetmaker> there's no default 'Valuable chain' - or do you call gold and diamonds also valuables - which I'd find very confusiong when 'valuables' is also a cargo on its own
20:47:06  <Terkhen> it is already called "Valuables chain" everywhere else :)
20:47:15  <Terkhen> I agree that bank chain sounds better
20:47:24  <Terkhen> so we could change everything else instead
20:47:59  <planetmaker> yes, that'd be better in that case, 'bank chain' is the more generic term, less confusion
20:48:11  <Terkhen> ok
20:48:21  <planetmaker> Disable Valuables Bank building restrictions <--- disable restrictions for banks which accept Valuables
20:48:53  <planetmaker> Valuables Banks will appear during map generation. <--- Banks which accept Valuables will appear during map generation
20:49:14  <planetmaker> "Valuable banks" (same as "Gold banks",... sounds also weired to me ;-)
20:49:48  <Terkhen> ok :)
20:50:12  <Terkhen> diff updated
20:53:19  <planetmaker> If you select more than three, when possible some cargos will be accepted by other industry instead <-- If you select more than three, some cargos will - if possible - be accepted by other industries instead
20:53:37  <planetmaker> is the "if possible" actually needed? Afaik we always find a solution, right?
20:53:43  <Brot6> OpenGFX+ Industries - Bug #2699 (Closed): DevZone compile failed (compiler) @
20:53:43  <Brot6> OpenGFX+ Industries - Bug #2699 (Closed): DevZone compile failed (Terkhen) @
20:53:46  <planetmaker> thus we should leave that out
20:53:50  <Terkhen> true
20:55:17  <Terkhen> I just replaced them for "If you select more than three, some cargos will be accepted by other industries instead"
20:56:32  <planetmaker> "Disabled" will deactivate the Bank chain, and the rest of settings will determine which cargos accepted (or produced) by Banks are active. <-- "Disabled" will deactivate the Bank chain. The other settings will activate Banks and determine which cargos are accepted (or in the case of Valuables also produced) by them
20:56:35  <planetmaker> yes, ok
20:57:50  <Terkhen> that change could be applied to most chains (except the Valuables bit), I'll change that too
20:58:07  <planetmaker> possibly yes
20:58:37  <planetmaker> though the Oil string is fine IMHO
20:59:21  <Terkhen> <--- the change for Oil
20:59:51  <planetmaker> sweet
20:59:53  <planetmaker> :-)
21:00:12  <planetmaker> sorry for re-writing basically every sentence ;-)
21:00:57  <Terkhen> no problem... better to do everything right now instead of having to do this more times :P
21:01:35  <Terkhen> I wonder if I'll have to change the spanish translation much after this
21:01:53  <Terkhen> I'm aiming for a new release before the YACD game of this weekend by the way :P
21:02:08  <Terkhen> I want to playtest the per town limits for industries
21:02:18  <planetmaker> ah :-)
21:04:06  <Terkhen> diff updated, I also corrected the farm chain description
21:07:22  <planetmaker> farm_chain still has the "when possible". And either it is "other industries" or "another industry"
21:08:42  <planetmaker> I prefer "...some cargos are accepted by another industry instead"
21:11:27  <Terkhen> <--- all "when possible" removed, I did the "some cargos are accepted" change too
21:12:14  <planetmaker> by other industry <-- still all over. "other industries" or "another industry"
21:13:42  <Terkhen> ok :P
21:14:37  <planetmaker> which depends a bit on whether several (different) industries could accept them or only one...
21:14:42  <Yexo> Initial readme file for NML
21:14:57  <Yexo> am I missing something obvious?
21:15:35  <Terkhen> planetmaker: in the worst case (all industries assigned) it needs two industries, otherwise cargos of a single industry are moved
21:15:48  <Terkhen> s/all industries assigned/all cargos assigned to the factory/
21:16:15  <planetmaker> take "another industry". Would do also then... possibly
21:16:27  <Terkhen> ok :)
21:16:52  <planetmaker> Yexo: I'd not add buildout to the "required" but to a new "optional" dependencies:
21:16:52  <Terkhen> Yexo: "capable to compile NML" <--- I think that should be "capable of compiling NML"
21:16:57  <planetmaker> 3) Dependencies
21:17:03  <planetmaker> 3.1) Required Dependencies
21:17:11  <planetmaker> 3.2) Optional Dependencies
21:18:02  <planetmaker> is it only my browser which fails to display terkhens real name in the readme properly?
21:18:15  <Terkhen> the "é" appears wrong in my browser too
21:18:21  <planetmaker> and yes: what about Hirundo as developer?
21:18:37  <planetmaker> or did he quit?
21:18:45  <Yexo> oops
21:18:51  <Yexo> I was going to add him, than forgot
21:18:56  <Terkhen> I don't think he did, but even if he did he should be listed :P
21:19:00  <Yexo> encoding of the file is utf-8, so that should be correct
21:19:12  <planetmaker> Terkhen: it's titled "active developers" ;-)
21:19:23  <Yexo> alberth is not really active anymore either
21:19:57  <Terkhen> he could be listed as inactive developer then
21:20:49  <Yexo> updated files
21:21:52  <planetmaker> Yexo: add to 'usage' the output of nmlc --help
21:21:56  <Yexo> <- see there for same effects to the name
21:22:06  <planetmaker> then it's "done" ;-)
21:22:37  <Yexo> good idea :)
21:22:43  <Terkhen> hmm... in both files I see my name wrong, maybe chromium is being stupid
21:22:59  <Yexo> chromium is not
21:23:09  <Yexo> there is no way to figure out the correct encoding if the server doesn't specify it
21:23:15  <Terkhen> oh, ok :)
21:23:26  <Yexo> since a webserver has no idea either what the encoding of a simple text file is, it has to assume something
21:23:47  <Yexo> so either the webserver or the browser simply assumes (in my case) ISO-8859-1
21:24:03  <planetmaker> it's my browser
21:24:08  <Yexo> you could save the file locally and open it as utf-8, then it should show correctly
21:25:28  <planetmaker> hm, is there some order in the name list of developers, Yexo ?
21:25:37  <Yexo> alphabetical by last name?
21:25:47  <frosch123> by nick name :)
21:25:48  <Yexo> or should it be by first name (like in openttd's readme)?
21:25:49  <planetmaker> oh :-)
21:26:32  <planetmaker> I don't really care, I just wondered. As long as there is an answer to it which is not 'no order', I'm all fine ;-)
21:26:41  <frosch123> retired ones seem to be in chronological order
21:27:14  <Yexo> the difference between "inactive" and "retired" is not clear though
21:29:19  <Yexo> ah, the openttd readme list them alphabetical by nickname, I had missed that :)
21:33:52  <planetmaker> :-)
21:38:16  <planetmaker> Yexo: you have 2x section 3.1)
21:39:13  <planetmaker> pythonpath <-- that should probably be two words, too
21:39:27  <Brot6> OpenGFX+ Industries - Revision 112:9a91052cc6ce: Fix: Correct the strings of the English translat... (Terkhen) @
21:39:49  <Yexo> not sure, it's about the $PYTHONPATH environment variable
21:40:03  *** ODM has quit IRC
21:40:08  <Brot6> OpenGFX+ Industries - Bug #2700 (New): DevZone compile failed (compiler) @
21:40:10  <planetmaker> then you should write $PYTHONPATH ;-)
21:45:03  *** andythenorth has quit IRC
21:47:33  <Rubidium> hmm... 2.5 weeks till the next scheduled grfcodec release, but nothing worthy of a release has happened yet
21:47:44  <Rubidium> although, weren't there some variables added?
21:49:57  <planetmaker> actually... yes
21:52:59  <Yexo> I don't remember any recent (=last 3 months) additions
21:53:13  <Rubidium> there's some var in 1.1.1
21:53:21  <Rubidium> 68 of industries?
21:53:42  <Rubidium> also I seem to remember something from frosch123
21:54:43  <Rubidium> ah, the advanced layout sprites
21:54:52  <planetmaker> r22434
21:54:58  <Yexo> var 68 was extended, it already existed
21:55:22  <Yexo> the advanced layout sprites are a very good reason for a new nforenum
21:56:04  <planetmaker> r22518
21:57:27  <frosch123> hmm, renum was not on my list ....
22:06:52  <Yexo> when Hirundo answers how he wants his name in the readme file I'll try to do a release this weekend
22:06:58  <Yexo> for now, good night ;)
22:07:34  <planetmaker> good night to you - and all others, too. Bed is calling here, too ;-)
22:07:35  <planetmaker> see you folks on Sunday
22:16:45  <Ammler> If you want to install the package manually copy 'nmlc' to any directory <-- doesn't work
22:17:41  <Ammler> ah ok, with $PYTHONPATH
22:27:49  <Ammler> I would also mention that nmlc would find nml if it is in same location
22:28:37  <Ammler> (the usual way with symlink)
22:31:22  <Ammler> and if you add formatting, why not use rst?
22:45:03  <frosch123> night
22:45:07  *** frosch123 has quit IRC

Powered by YARRSTE version: svn-trunk