Log for #openttdcoop.devzone on 29th August 2010:
Times are UTC Toggle Colours
00:00:17  <Brot6> Example NewGRF Project - Revision 172:be7effb9234e: Fix: [obg] Circular dependency (planetmaker) @
00:15:03  *** frosch123 has quit IRC
00:42:02  *** ChanServ sets mode: +o Webster
01:44:27  *** Seberoth has quit IRC
06:32:42  <andythenorth> morning
06:38:00  <Brot6> FIRS Industry Replacement Set - Bug #1054: Incomplete cargo chains prior to certain dates - missi... (andythenorth) @
06:40:51  <Brot6> FIRS Industry Replacement Set - Feature #1260: Adjust various map colours (andythenorth) @
07:44:26  <Brot6> FIRS Industry Replacement Set - Bug #1055: Strange availability date behaviour (andythenorth) @
07:45:55  <andythenorth> planetmaker: I'll be afk most of today, but if Foobar shows up, I think #1055 should be closed...
07:45:55  <Brot6> andythenorth: planetmaker: #1055 is "FIRS Industry Replacement Set - Bug #1055: Strange availability date behaviour - #openttdcoop Development Zone"
07:46:12  <andythenorth> that would leave just two issues in 0.4
07:46:30  <planetmaker> right... you should comment there then and why ;-)
07:46:42  <planetmaker> well. you did ;-)
08:45:12  *** Alberth has joined #openttdcoop.devzone
08:53:55  *** thgergo has joined #openttdcoop.devzone
08:54:08  *** thgergo has quit IRC
08:55:15  *** thgergo has joined #openttdcoop.devzone
09:05:44  *** ODM has joined #openttdcoop.devzone
09:29:36  *** frosch123 has joined #openttdcoop.devzone
09:41:04  <Brot6> NewGRF Meta Language - Revision 688:6cf239622bce: Add: Action0 properties for NewObjects (planetmaker) @
09:43:53  <frosch123> good point :)
09:44:38  <Brot6> Grf2Html - Feature #1345 (New): NewObject Variables and Properties (frosch) @
09:45:33  <planetmaker> :-)
09:45:45  <planetmaker> moin
09:45:46  <Brot6> NewGRF Meta Language - Revision 689:4b9cf8472b7b: Fix (r688): Python is no C (planetmaker) @
09:46:28  <Alberth> good morning
09:47:04  <Alberth> we need a push check against that :)
09:51:27  <Brot6> OpenGFX - Feature #839: 4737-4742: Fizzy drink factory (2006TTD) @
09:52:48  <planetmaker> :-) Maybe yes
09:53:10  <Brot6> NewGRF Meta Language - Revision 690:63d8d8d36479: Codechange: Add varaction2 parent scope for all... (planetmaker) @
09:56:18  * Rubidium thought airports have scopes as well
09:58:26  <planetmaker> hm...
09:58:28  <planetmaker> let's see
10:00:09  <planetmaker> hm... at least airport tiles do have
10:10:05  <planetmaker> Rubidium: are you sure they have towns as their scope? I don't find it mentioned in the newgrf wiki... but...
10:10:40  <frosch123> <- airports have, but objects do not :p
10:10:57  <Brot6> NewGRF Meta Language - Feature #1346 (New): NewObjects support (planetmaker) @
10:11:39  <planetmaker> :-P Ok, I'm sure it's wrong about objects ;-)
10:11:48  <frosch123> hmm, there are no airport tiles in that table
10:12:31  <frosch123> 		DEBUG(grf, 1, "Parent scope for airports unavailable"); <- actually it is correct
10:12:32  <planetmaker> yup. neither
10:12:38  <planetmaker> oh
10:13:27  <frosch123> 		DEBUG(grf, 1, "Parent scope for airport tiles unavailable"); <- airports tiles neither
10:13:31  <frosch123> so very much still wip :)
10:14:14  <planetmaker> :-)
10:15:41  <Rubidium> oh, he hasn't implemented it yet then :(
10:19:35  <Rubidium> <- so, does that look anywhere near correct-ish?
10:25:05  <frosch123> changelog is missing
10:31:10  <frosch123> no idea what "default formatting means
10:31:52  <frosch123> in varact2 you define feature 08 again, instead of 0F
10:32:39  <Rubidium> frosch123: my understanding is that it is the parent scope feature number
10:33:05  <Rubidium> frosch123: I don't know what the default formatting means either
10:34:03  <frosch123> hmm, ok, "parent" makes sense
10:37:06  <frosch123> looks fine for now, someone will complain if "default" is wrong :p
10:40:05  <Brot6> NFORenum - Revision 477:6f0b7eaa0936: Add support for the new object properties, variables and ca... (Rubidium) @
10:41:48  <Brot6> GRFCodec - Revision 238:8225745fb43d: Update the changelog (Rubidium) @
10:48:40  *** KenjiE20 has joined #openttdcoop.devzone
10:50:19  <Brot6> NewGRF Meta Language - Revision 691:ebd3d3e86002: Add: Some global constant related to NewObjects (planetmaker) @
10:56:39  <planetmaker> hm. +s
11:01:41  <Brot6> NewGRF Meta Language - Feature #1346: NewObjects support (planetmaker) @
11:29:35  *** FooBar has joined #openttdcoop.devzone
11:38:49  <Brot6> NFORenum - Feature #1347 (New): Allow reading action 14 parameter (foobar) @
11:40:54  <Rubidium> FooBar: it actually works in OpenTTD, right?
11:41:08  <FooBar> I don't know, there's no nightly I can test it in yet...
11:41:58  <FooBar> I'll make sure to test it as soon as the nightly is there and will let you know if it doesn't work
11:42:28  <FooBar> If you want to test yourself, I'm currently uploading a patch for FIRS that should implement this
11:44:49  <Brot6> FIRS Industry Replacement Set - Feature #1344: Only allow TTRS based on Action14 version (foobar) @
11:44:49  <Brot6> FIRS Industry Replacement Set - Feature #1344: Only allow TTRS based on Action14 version (foobar) @
11:53:47  <FooBar> neat
11:54:21  <Brot6> NFORenum - Feature #1347 (Closed): Allow reading action 14 parameter (foobar) @
11:54:21  <Brot6> FIRS Industry Replacement Set - Feature #1344: Only allow TTRS based on Action14 version (foobar) @
11:54:21  <Brot6> NFORenum - Revision 478:94289b0e8356: Add: support for reading another NewGRF's action 14 version... (Rubidium) @
11:54:21  <Brot6> NFORenum - Feature #1347 (Closed): Allow reading action 14 parameter (Rubidium) @
11:59:10  <Rubidium> FooBar: I don't think "17" is a useful version number for users
11:59:32  <Rubidium> but then... you don't know what the next version is going to be, right?
11:59:42  <FooBar> I know, but the next release number is undecided...
11:59:53  <FooBar> yes, that :)
12:00:13  <FooBar> I'll add 'nightly' to it, that might be more descriptive for now
12:02:16  <Ammler>  or "r"
12:03:39  <FooBar> or "nightly r" :P
12:06:31  <planetmaker> [13:59]	<FooBar>	I know, but the next release number is undecided... <-- 3.1
12:06:41  <FooBar> ok, then I'll add that as well
12:06:45  <FooBar> cool, thanks
12:07:03  <planetmaker> internally you should keep the version, though ;-)
12:07:30  <FooBar> ofcourse
12:07:32  <planetmaker> like... dunno 7 or whatever :-)
12:07:37  <FooBar> 18
12:07:46  <planetmaker> oki :-)
12:07:54  <FooBar> TTRS action14 version isn't updated yet, so I need to fix that now :P
12:08:18  <planetmaker> what update there?
12:08:40  <FooBar> "B" "VRSN" \w4 \d{{REPO_REVISION}}
12:08:48  <FooBar> that was set to "B" "VRSN" \w4 \d1 previously
12:09:01  <planetmaker> hm. oh
12:09:36  <FooBar> was actually useful, so I could test the check in firs straight away :)
12:11:47  <Brot6> Total Town Replacement Set - Revision 18:7f58cad0245d: Feature: use repo revision for action 14 v... (foobar) @
12:12:26  <Ammler> [14:06] <planetmaker> [13:59] <FooBar> I know, but the next release number is undecided... <-- 3.1 <-- 3.10 :-)
12:12:37  <Ammler> or were our investication useless?
12:13:08  <Ammler> (3.1 < 3.02a)
12:13:29  <FooBar> I'll add "r17 or any release newer than 3.02a"
12:15:16  <planetmaker> Ammler: that argument IMHO is irrelevant
12:15:23  <planetmaker> we don't compare strings here
12:15:31  <Ammler> you really like to make it wrong?
12:16:09  <Ammler> :-)
12:17:10  <Rubidium> *if* I'd see versions 3, 3.1, 3.02 and 3.02a I'd reckon that 3.02a is the latest and that the 0 is forgotten in the second, but that might be my sick mind
12:17:49  <Alberth> I'd pick 3.1  :)
12:18:14  <Ammler> 3.10 would make it clear
12:18:28  <FooBar> and if you'd see 3, 3.02, 3.1 you might think that the period was forgotten in 3.0.2...
12:20:47  <Ammler> the 0 at end doesn't hurt and it would make it "right"
12:23:20  <Alberth> not entirely; the next version would be 3.11 then
12:23:32  <Brot6> FIRS Industry Replacement Set - Revision 1297:bab3a0a017f0: Feature: only allow TTRS r18 or highe... (foobar) @
12:23:32  <Brot6> FIRS Industry Replacement Set - Feature #1344: Only allow TTRS based on Action14 version (foobar) @
12:23:43  <Ammler> maybe easier for you, if you just compare the number after dot: 02 > 1
12:25:10  <Rubidium> in any case, I'd just go for 3.03 :)
12:25:45  <Alberth> why the "0" in front ?
12:26:07  <Alberth> unless you have octal version numbers :p
12:26:25  <Ammler> Alberth: every part is its own number
12:26:41  * Alberth nods
12:26:47  <Ammler> you compare 3 with 3 and 02 with 03
12:27:20  <Ammler> and as planetmaker said, "we don't compare strings"
12:27:24  <Alberth> sure, but I write decimal numbers without leading "0"
12:28:26  <Ammler> yes, that is fine, 2 is still < 3
12:29:44  *** Seberoth has joined #openttdcoop.devzone
12:31:07  <Ammler> or 3.02 < 3.3
12:31:20  <Ammler> but that looks strange compared with older
12:32:21  *** FooBar has quit IRC
13:09:12  <Brot6> NewGRF Meta Language - Revision 692:efd6a68d57df: Add #1031: Most properties, feature 0x07 (planetmaker) @
13:11:29  <Brot6> NewGRF Meta Language - Feature #1031: support for houses (planetmaker) @
13:12:19  <planetmaker> I hope it is ok, that I slowly add the easy stuff in this manner :-)
13:15:08  <Brot6> NewGRF Meta Language - Feature #1346: NewObjects support (planetmaker) @
13:15:08  <Brot6> NewGRF Meta Language - Feature #1031: support for houses (planetmaker) @
13:42:26  <Brot6> NewGRF Meta Language - Feature #1348 (New): Bridge support (planetmaker) @
14:10:55  <Alberth> weren't those renamed to "Feature Request" ?
14:11:44  <Ammler> Alberth: he provides patches :-P
14:12:15  <Alberth> I have plenty of patches, but they are not compatible with RM :(
14:12:15  <Ammler> so you shouldn't ignore them :-)
14:29:43  <Alberth> he also adds 'notdone yet' lists.
14:31:11  <Ammler> evil guy ;-)
14:32:34  <Ammler> Alberth: is possible to use if/else  between town_name blocks?
14:33:50  <Alberth> I didn't take that into account at all
14:34:16  <Ammler> something like town_names() { if param[0] town_names(region1)... }
14:35:42  <Alberth> You are going to get trouble when you combine them.
14:35:53  <Ammler> yeah, I assume so
14:36:39  <Alberth> a more useful way *may* be to change the probability
14:36:54  <planetmaker> Alberth: I considered to call it 'feature request'
14:37:18  <planetmaker> But... I thought to call it 'feature' as those are IMHO core features of NML which I consider to be accepted to be part of it
14:37:53  <Alberth> but I have very little idea how the condition code actually works, perhaps you should talk to YX or HIR about this
14:37:59  <Ammler> town_names(region1) { text("A", 1)... } if param[0] town_names(region1) { test("dummy", 0) } endif
14:38:58  <Ammler> I plan to make regions, which are disableable
14:39:11  <Ammler> but I wait until a14 is in nml
14:39:12  <Alberth> you can keep the sub-lists, no problem
14:39:26  <planetmaker> :-)
14:39:59  <Alberth> and only change the probability in the top-level entry.
14:40:09  <Alberth> that would be the easiest I think
14:40:35  <Ammler> hmm, may plan is to empty a group if the param disable that region
14:40:38  <planetmaker> Alberth: maybe you can help me or NML with the cargo acceptance list for houses in NML :-)
14:41:35  <Alberth> Ammler: why? just drop it from the main town_names() entry (or set probability to 0, or so)
14:41:57  <Ammler> Alberth: but that would need the possibility of a if clause between the town block
14:42:15  <Ammler> like my initial question
14:42:24  <planetmaker> Ammler: don't explicitly set the probability, but use a param for that
14:42:34  <Ammler> ah :-)
14:42:36  <planetmaker> and set the params prio to their use as a function of the newgrf parameters
14:42:46  <Ammler> is that what you meant, Alberth?
14:43:12  <Alberth> currently, each name block gets a uniq id. You are breaking that assumption if you want to have 2 blocks with the 'same' content.
14:43:39  <Ammler> I guess, I need to try that already :-)
14:43:49  <Alberth> yes, a probability derived from the params sounds much saner to me.
14:43:50  <Ammler> can't wait for a14 support :-P
14:44:18  <Alberth> I check for probs being constant numeric, so don't bother trying :)
14:45:12  <Alberth> planetmaker: what is the problem with the cargo acceptance list for houses?
14:45:22  <planetmaker> Ammler: you can do that w/o action14 support. That's then easy to add
14:45:29  <Alberth> (although I was busy with another patch)
14:45:54  <planetmaker> Alberth: if you're busy with something else then don't mind now. But if you're interested and seek for something to do:
14:46:16  <Ammler> planetmaker: well, I need to do the whole ActionD stuff, which else would be done by a14
14:46:17  <planetmaker> that property is a variable length one: the count and then a sequence of numbers
14:46:51  <planetmaker> Those numbers are ugly though and in NML they should be generated, the user should just give the cargo labels ("GOOD", "MAIL", ...)
14:47:15  <planetmaker> Thus I need the entry number of all given labels in the existing cargo translation table
14:47:34  <planetmaker> Which is a list of those labels
14:47:46  <Ammler> NML still uses too much nfo stuff, like the language ids :-)
14:48:28  <planetmaker> Ammler: I don't see how you avoid the conditional things with action14...
14:48:39  <Ammler> but on the other side, thanks to that, I were able to steal some strings
14:48:51  <Alberth> "GOOD" in list -> boolean whether it is in the list.   list.index("GOOD") gives the index
14:49:05  <planetmaker> ah
14:49:09  <Ammler> planetmaker: action14 dflt would also set Actiond
14:49:42  <planetmaker> what does it do, if the entry does not exist?
14:49:46  <planetmaker> -1?
14:49:54  <Alberth> Ammler: I was thinking to use hardcoded names for the language files, and move the numbers to a table in nml
14:50:06  <Alberth> it throws an exception
14:50:13  <planetmaker> uh
14:50:20  <Alberth> try     [1].index(2)
14:50:20  *** FooBar has joined #openttdcoop.devzone
14:50:49  <planetmaker> NML will need to generate an error in that case. But exception is not what we want, right?
14:51:09  <Alberth> we do want an exception, but not that one :)
14:51:15  <planetmaker> :-)
14:51:16  <Rubidium> Alberth: then how can I add a language that isn't supported in the latest release of NML (thinking about the future here)
14:52:02  <planetmaker> Re language support: The current form is IMHO quite good and doesn't need changing
14:52:05  <Ammler> Alberth: "I" would use the isocode
14:52:18  <Alberth> hmm, good point.  We'd need to keep the current system too for that case
14:52:19  <planetmaker> One thing I'd only add is somewhere an explicit list of language files to be considered
14:52:33  <planetmaker> as a function within the source file
14:52:43  <planetmaker> so that I can have un-considered files around
14:53:07  <planetmaker> automatic inclusion is kinda a bit fishy ;-)
14:53:07  <Alberth> Ammler: does every language at the planet have a uniq isocode? (in particular, dialects of languages)
14:53:17  <Ammler> yep, I guess so
14:53:27  <Rubidium> I'd leave the language filename arbitrary, and set the language in the file with the (current) number *plus* a number of named constants, e.g. "nl_NL" = 1F, "dutch" = 1F
14:53:49  <Rubidium> that way you can support languages that NML doesn't fully support yet without much trouble
14:53:53  <Ammler> well, it doesn't matter at all, the language is only used once in the lng gile
14:53:57  <Alberth> I was thinking the same thing :)
14:57:17  <Alberth> Ammler: so what's the code of Frisian ?  (point: I can type 'lng: frisian' and be done, or I have to look in a document at the web looking for the number and copy it.)
14:58:36  <Alberth> planetmaker: so instead of doing 'L.index(c)' immediately, do 'c in L' first, and throw an exception if the test fails.
14:59:05  <planetmaker> I will try :-) (no pun intended ;-) )
14:59:13  <planetmaker> thanks for the pointers
14:59:20  <Rubidium> Alberth: fy_NL?
14:59:28  <planetmaker> frisian?
14:59:30  <Ammler> Alberth: ignore my language talk, you need it only once in the whole NML coding
14:59:53  <Ammler> I had somehow nfo in the head
15:00:07  <Alberth> planetmaker: It took me 30 seconds to understand how you could intend pun :)
15:00:17  <planetmaker> :-P
15:00:44  <Ammler> Alberth: but some regions languages use 3chars codes
15:01:06  <Rubidium> Ammler: there's no language yet
15:01:16  <Ammler> like swiss german is gsw
15:01:29  <Alberth> Rubidium: yeah, but not very simple to remember
15:01:48  <Alberth> How is 3 chars a problem?
15:02:04  <Ammler> and gsw != de_CH :-)
15:02:48  <Alberth> A name is a name, whether it is 'frisian', 'fy_NL', or 'gsw', imho
15:02:53  <Ammler> de_CH is german with some french (Naboleon) works :-)
15:03:00  <Ammler> words*
15:03:29  <Rubidium> Ammler: still... there's no language yet (in OpenTTD) that uses those codes
15:03:30  <Brot6> NewGRF Meta Language - Feature Request #1349 (New): Explicitly declare language files to be used (planetmaker) @
15:03:56  <Alberth> Ammler: time to become an OpenTTD translator :p
15:04:01  <Ammler> Rubidium: yeah, that is fine, "saves" me from becomming a translator :-P
15:04:28  <Ammler> Alberth: for de_CH, I would need de as template
15:04:33  <planetmaker> Rubidium: feature request: allow a language to define an (intermediate) fallback language
15:04:41  <Ammler> and gsw isn't supported :-P
15:04:47  <Rubidium> Alberth: I "know" it because I know "fr" isn't Frisian and you write the province Fryslân
15:05:30  <Alberth> I know, I was born there :)
15:05:39  <Ammler> Rubidium: you could "copy" de to de_CH for initial start though ;-)
15:05:56  <Ammler> then "we" just need to search for the Swiss strings
15:06:28  <planetmaker> Alberth: then you should like my usual greeting 'moin' ;-)
15:06:45  <planetmaker> which is derived from the frisian 'moyan'(?)
15:08:28  <Rubidium> planetmaker: that requires chaining of languages in strgen and probably loops as well
15:08:46  <Ammler> planetmaker: do you use "Ampel" or "Lichtsignal"?
15:08:47  <planetmaker> yes...
15:08:57  <planetmaker> Ammler: for what?
15:09:06  <Ammler> oh, those are different things?
15:09:15  <planetmaker> Trains don't have 'Ampel'
15:09:33  <planetmaker> that's a word used only for road traffic in my eyes
15:09:40  <Ammler> no, I don't become a translator :-P
15:10:21  <planetmaker> trains "Signal" - or "Lichtsignal"
15:10:21  <Rubidium> planetmaker: andd then I haven't spoken about support in WT3 :)
15:10:28  <planetmaker> :-)
15:10:53  <planetmaker> But it would make sense for things like de_CH or pt_BR(?)
15:11:04  <planetmaker> or however that abbreviation is
15:11:12  <Ammler> or en_US
15:11:33  <planetmaker> possibly also ^ or CN or ES
15:11:45  <Rubidium> yes, but pt_BR chains to pt_PT which chains to pt_BR (so they leech eachothers translations if needed)
15:12:08  <planetmaker> do they? Or should they? I'd agree to the latter :-)
15:12:09  <Rubidium> and then you get into the lovely world of cases, plurals and the other bits and pieces
15:12:11  <Ammler> if I translate GRF Title, NML does write 7f to both Action14 and Action8
15:12:23  <Ammler> I smell redundancy, or is that needed?
15:12:23  <Rubidium> planetmaker: they should
15:12:26  <planetmaker> yep
15:13:03  <planetmaker> Ammler: 7F in the description and name is not used afaik
15:13:15  <planetmaker> I think I tested :-)
15:13:19  <Ammler> so a bug of NML?
15:13:29  <planetmaker> no. By design. I tested with nfo
15:13:41  <planetmaker> it doesn't hurt.
15:14:52  <Ammler> some more bytes :-)
15:19:40  <Brot6> Tools - Bug #1350 (New): double GRF name and description (Ammler) @
15:20:02  <Ammler> ups, wrong project :-D
15:21:32  <Rubidium> feature: allow different grf description for when action 14 isn't supported :)
15:21:42  <Brot6> NewGRF Meta Language - Bug #1350 (New): double GRF name and description (Ammler) @
15:22:06  <Ammler> Rubidium: that would actually make sense
15:22:30  <Ammler> as you often have a "quickhowto" for parameters
15:23:14  <planetmaker> eh? What different grf description?
15:24:03  <Brot6> OpenGFX - Bug #1351 (New): Road tunnel mis-alignment (planetmaker) @
15:24:25  <Ammler> Rubidium: quoted you :-)
15:24:33  <Brot6> NewGRF Meta Language - Bug #1350: double GRF name and description (Ammler) @
15:31:25  <Ammler> hmm, opentt doesn't support grf name translations yet?
15:37:59  <frosch123> doesn't action8 always win over action14 because it appears later?
15:38:47  <Ammler> snowlinemod has the translated string in brackets
15:40:09  <Ammler> ah, if I define --nfo, it doesn't generate a grf anymore
15:41:37  <Ammler> cool, my fault :-)
15:42:22  <Ammler> but why does the snowline mod have the translation in brackets?
15:42:53  <planetmaker> [17:37]	<frosch123>	doesn't action8 always win over action14 because it appears later? <-- it does
15:43:28  <planetmaker> [17:38]	<Ammler>	snowlinemod has the translated string in brackets <-- yes. For the name. But it's all in action14
15:43:30  <Brot6> OpenGFX - Bug #1351: Road tunnel mis-alignment (planetmaker) @
15:43:46  <Ammler> yeah, I see, you have added the translations that way
15:43:57  <planetmaker> I decided to keep the name untranslated with the translation in brackets
15:44:10  <planetmaker> That way I know what people talk about ;-)
15:44:22  <planetmaker> kinda keeping the one name for one newgrf
15:44:35  <Ammler> anyway, the filter works still for the other language
15:44:41  <Ammler> in the newgrf gui
15:44:46  <planetmaker> hm? which filter?
15:45:08  <planetmaker> you mean the search for a certain word?
15:45:10  <planetmaker> yes
15:46:20  <Ammler> but if you have english, you can't search for german word
15:47:48  <Ammler> can I use string() in the language file itself?
15:47:56  <Ammler> hmm
15:51:22  <Alberth> no, afaik
15:51:37  <Alberth> unless you want to use it as text :)
16:21:18  <Brot6> FIRS Industry Replacement Set - Bug #1352 (New): DevZone compile failed (compiler) @
16:21:19  <Brot6> grfcodec: update from r237 to r238 done -
16:21:47  <Brot6> newgrf_makefile: update from r169 to r172 done -
16:23:02  <Brot6> nforenum: update from r476 to r478 done -
16:23:11  <Brot6> FIRS Industry Replacement Set - Bug #1352 (Rejected): DevZone compile failed (compiler) @
16:23:11  <Brot6> FIRS Industry Replacement Set - Bug #1352 (Rejected): DevZone compile failed (foobar) @
16:23:59  <Brot6> nml: update from r687 to r692 done -
16:24:56  <Ammler> fast FooBar :-P
16:25:07  <FooBar> it sent me an email :P
16:25:17  <planetmaker> :-D
16:25:29  <Brot6> opengfx: update from r513 to r515 done -
16:25:36  <Ammler> now, I wonder, if the REBUILD is able to create the bundle
16:26:45  <Brot6> ttrs: update from r17 to r18 done (125 errors) -
16:26:46  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r592), 32bpp-extra (r38), airportsplus (r53), basecosts (r20), comic-houses (r71), fish (r387), frenchtowns (r3), heqs (r372), metrotrackset (r56), nutracks (r105), ogfxplus (r41), openmsx (r97), opensfx (r97), snowlinemod (r40), swedishrails (r147), swisstowns (r13), transrapidtrackset (r15), ttdviewer (r25), worldairlinersset (r663)
16:26:47  <FooBar> let this be the test then, it should build with renum r478
16:27:07  <Ammler> hmm, since when does a wrong renum fail the whole build?
16:27:08  <planetmaker> it's called nforenum meanwhile :-P
16:27:22  * Rubidium wonders whether he ever talked about building grfcodec, nforenum and nml first :)
16:27:23  <planetmaker> Ammler, since I made it fail on certain return states :-)
16:27:39  <Ammler> wow, then I could remove the linter hacks?
16:27:48  <frosch123> cool, the farm opens tickes on fail :o
16:28:04  <planetmaker> yep, that's a nifty addition, Ammler :-) ^
16:28:38  <Ammler> Rubidium: if the REBUILD works how it should
16:28:41  <planetmaker> Ammler, what linter hack do you use?
16:28:43  <Ammler> there is no need
16:28:54  <Brot6> airportsplus: rebuild of r53 done (Diffsize: 1) (DiffDiffsize: 5) -
16:29:20  <Ammler> oh grf2html :-)
16:29:28  <planetmaker> :-)
16:29:55  <Ammler> maybe I should enable that optionally
16:30:15  <planetmaker> Ammler, by default make now aborts, if nforenum returns a an error (that is state 4 and above)
16:30:40  <Brot6> firs: update from r1292 to r1297 done -
16:30:42  <planetmaker> only FIRS wants to abort only for state 5 and above ;-)
16:31:18  <Ammler> you see, firs rebuild worked \o/
16:31:23  <planetmaker> It's something I sneaked in so that authors fix their nforenum errors ;-)
16:31:24  <FooBar> anyways, I'm off, bye!
16:31:29  <planetmaker> ciao, FooBar
16:31:32  <Brot6> fish: rebuild of r387 done (5 errors) (Diffsize: 1) (DiffDiffsize: 5) -
16:31:40  *** FooBar has quit IRC
16:32:36  <Ammler> planetmaker: it should only exit if the resulting grf is unuseable
16:32:52  <Brot6> heqs: rebuild of r372 done (Diffsize: 1) (DiffDiffsize: 5) -
16:32:54  <Ammler> hmm
16:33:00  <planetmaker> Define "unusable"
16:33:12  <planetmaker> It might work. But not as desired, if there's a renum error
16:33:22  <planetmaker> warnings are fine. But errors should fail the build
16:33:31  <Brot6> metrotrackset: rebuild of r56 done (Diffsize: 1) (DiffDiffsize: 5) -
16:34:13  <Ammler> oh well, since the same people work on openttd and nforenum, it shouldn't matter anymore ;-)
16:34:16  <frosch123> is it only my browser which displays huge flags for the swiss & french town names? :p
16:34:33  <planetmaker> nope ;-)
16:34:47  <Ammler> oh :-)
16:35:05  <Ammler> 150px is huge?
16:35:10  <planetmaker> kinda :-)
16:36:03  <planetmaker> half their linear size would not break the layout
16:36:25  <Ammler> 100 now
16:37:14  <Ammler> you guys don't view a webpage maximized?
16:37:29  <Brot6> transrapidtrackset: rebuild of r15 done (Diffsize: 12) (DiffDiffsize: 8) -
16:37:57  <frosch123> width is not the problem, only height is
16:38:25  <Ammler> my hack: [ "$(grep "Linter failure on sprite" *-build.err.log)" ] && rm *.zip 2>/dev/null
16:38:43  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: 2cctrainset (47 errors) (Diffsize: 2), 32bpp-extra (1 errors) (Diffsize: 13), basecosts (Diffsize: 11), comic-houses (3 errors) (Diffsize: 13), frenchtowns (3 errors), newgrf_makefile (Diffsize: 1), nutracks (Diffsize: 2), ogfxplus (Diffsize: 6), snowlinemod, swedishrails, swisstowns (3 errors), worldairlinersset
16:39:18  <planetmaker> that's not needed anymore indeed
16:39:39  <planetmaker> Ammler, I usually don't use a maximized web browser
16:39:51  <planetmaker> And 'maximized' is also relative ;-)
16:40:14  <Ammler> yeah, you are a friend of those stupid fixed width homepages
16:40:22  <planetmaker> I'm not
16:40:26  <Ammler> like you see more and more
16:40:36  <Ammler> :-)
16:40:39  <planetmaker> Not at all.
16:40:46  <planetmaker> But your image clearly breaks the layout
16:41:44  <planetmaker> irrespective of the window size actually
16:42:04  <Ammler> hmm, you mean the overlapping to the issue overview?
16:42:08  <planetmaker> yes
16:42:31  <Ammler> that is because the project lacks of a description ;-)
16:42:35  <planetmaker> But even if not... it looks out-of-place in that size
16:42:41  <frosch123> planetmaker: it does not break the layout if you increase the fontsize to 50 pixels or so :p
16:42:47  <planetmaker> :-P
16:43:10  <Ammler> mäh :-)
16:43:13  <planetmaker> frosch123, I might not have the best eyes. And I couldn't use Rubi's font size. But my eyes are not THAT bad ;-)
16:43:50  <Ammler> 85 now
16:43:59  <planetmaker> still overlapping ;-)
16:44:23  <frosch123> Ammler: add more text :)
16:44:28  <planetmaker> :-)
16:47:46  <Ammler> wikipedia has a nice autoresizer from svg to pngs
17:09:44  <andythenorth> hi hi
17:11:05  <Alberth> hai andy
17:12:05  <Ammler> haidy
17:12:37  <planetmaker> sounds like Haider :-P
17:14:04  <Brot6> repository /home/ottdc/hg-repos/serverpatches registered in Redmine with url /home/ottdc/hg-repos/serverpatches
17:14:04  <Brot6> repository /home/ottdc/hg-repos/serverpatches created
17:17:55  <Alberth> planetmaker: r692
17:17:55  <Alberth> +    colours = 0
17:17:55  <Alberth> +        colours.value += value.values[i].reduce_constant() << (i * 8)
17:17:55  <Alberth> last time I checked, integers have no .value attribute :p
17:18:33  *** Seberoth has quit IRC
17:19:51  <Alberth> the Array looks really broken with its value.values[] imho
17:22:17  *** Seberoth has joined #openttdcoop.devzone
17:23:33  <Alberth> value.len()  also does not exist, it seems
17:28:51  <planetmaker> hm. Bad :-(
17:29:13  <planetmaker> Though I could swear to have seen value.len() ... But I better don't
17:30:11  <planetmaker> but value could be a list of four integers
17:30:43  <planetmaker> colour is a single int. and value a list of (up to) four
17:33:16  <Alberth> what I don't understand is why Array itself does not behave as a list. It would make things much easier.
17:35:00  <andythenorth> no foobar?
17:35:07  <Alberth> are you fixing things?
17:35:49  <Alberth> andythenorth: (06:31:34 PM) FooBar: anyways, I'm off, bye!    (and here it is now about 07:35)
17:36:04  <andythenorth> thanks
17:36:30  <andythenorth> any FIRS stuff get discussed?
17:36:42  <Alberth> not with you :p
17:36:50  <andythenorth> heh
17:37:57  <Alberth> nah, I don't think so, bug #1352 got created and fixed
17:37:58  <Brot6> Alberth: nah: #1352 is "FIRS Industry Replacement Set - Bug #1352: DevZone compile failed - #openttdcoop Development Zone"
17:38:13  <Ammler> who is nah?
17:39:12  <Alberth> Brot6 thinks it is smart
17:39:18  <Ammler> :-D
17:39:49  <planetmaker> :-O
17:46:25  <Brot6> NewGRF Meta Language - Revision 693:267c041e8a31: Fix #1339: Spelling fixes and updates in the re... (Frosch123) @
17:46:25  <Brot6> NewGRF Meta Language - Patch #1339 (Closed): Documentation fixes (Anonymous) @
17:47:01  <Ammler> :-o
17:47:07  <Alberth> LOL!
17:47:09  <Ammler> frosch has ssh access?
17:47:14  <planetmaker> :-O
17:47:28  <Alberth> no, I used his name as author of the patch
17:47:28  <planetmaker> even if he does (dunno)... why anonymous?
17:47:30  <Ammler> ah, Alberth abused -u?
17:47:42  <planetmaker> evil you ;-)
17:47:50  <Alberth> well, he *is* the author.
17:47:57  <Ammler> well, that is how you should do it for contributors :-)
17:48:18  <Ammler> planetmaker: there is no frosch123
17:48:22  <Ammler> only frosch
17:48:30  <planetmaker> ah
17:48:55  <andythenorth> hmm
17:49:05  <andythenorth> FIRS nightly breaks my current test game :(
17:49:15  <andythenorth> hope we tag and release 0.4 soon!
17:49:28  <andythenorth> time to start a new game :P
17:49:38  <planetmaker> if it breaks, change the grfID
17:49:54  <andythenorth> yup
17:49:58  <andythenorth> I'll ticket it
17:50:14  <Ammler> you need a release to change it?
17:50:41  <planetmaker> I guess one doesn't need. But there are too many commits which might break something
17:50:45  <andythenorth> what about the action 14 version?
17:50:46  <Ammler> I would assume, you should change it before :-)
17:51:06  <planetmaker> andythenorth, not usable for that end so far.
17:51:56  <andythenorth> what is action 14 version for?
17:52:12  <Brot6> FIRS Industry Replacement Set - Feature #1353 (New): Bump grfID for 0.4 - breaks older savegames (andythenorth) @
17:53:19  <planetmaker> andythenorth, to tell other newgrf the compatibility. To describe params. To translate.
17:53:45  <andythenorth> ok, so it can indicate compatibility even where grfID changed?
17:53:45  <planetmaker> But I guess it doesn't work yet for the newgrf itself.
17:53:57  <planetmaker> No, that won't work
17:53:59  <andythenorth> thereby decoupling grfID from other grfs?
17:54:01  <andythenorth> oh
17:54:08  <frosch123> andythenorth: if your grf uses action14 versions, only the latest is shown in the newgrf gui
17:54:15  <andythenorth> ok
17:54:19  <frosch123> so you are not spammed with 10 versions you have installed from whenever
17:54:35  <planetmaker> unless you enable it ;-)
17:56:00  <Brot6> FIRS Industry Replacement Set - Feature #460 (Rejected): Cane Plantation graphics (andythenorth) @
17:57:14  <Brot6> FIRS Industry Replacement Set - Feature #468 (Rejected): Greenhouse (andythenorth) @
17:57:14  <Brot6> FIRS Industry Replacement Set - Feature #463 (Rejected): Survey Camp (andythenorth) @
17:57:32  <planetmaker> oh, no green house and cane plantations?
17:57:48  <Ammler> rejecting a issue, where you already worked on?
17:58:05  <andythenorth> yup
17:58:39  <Ammler> :-)
17:58:52  <planetmaker> ah... :-)
18:02:13  <Alberth> planetmaker: would it not be better to move the new features that you added to 0.2.0?  In this way, we never reach 0.1.0
18:05:03  <planetmaker> hm. Do you think?
18:05:41  <planetmaker> well, I don't really mind that at all
18:05:58  <planetmaker> Or just to skip the version assignment ;-)
18:06:09  <Ammler> nml could already be releases, it supports Town Names :-)
18:06:28  <planetmaker> My understanding was that the basic features should be supported. But maybe that's wrong.
18:06:38  <planetmaker> Probably...
18:06:47  <Ammler> hehe, were to make the boarder?
18:07:03  <planetmaker> nowhere particular, I guess
18:07:04  * Rubidium coughs a bit
18:07:10  <planetmaker> :-)
18:07:12  <Ammler> but bridges would be nice, then thgergo could convert :-)
18:07:29  * planetmaker feared that Rubi's cough would get worse :-P
18:08:02  <Rubidium> with basic features you mean action8, actionA and actionC, right?
18:08:27  <thgergo> convert what?
18:10:09  <planetmaker> tbrs from nfo to nml
18:10:47  <thgergo> that means I have to rewrite the nfo from scratch isnt it?
18:11:21  <Brot6> FIRS Industry Replacement Set - Feature #1337: Remove Water cargo (foobar) @
18:11:21  <Brot6> FIRS Industry Replacement Set - Bug #1054: Incomplete cargo chains prior to certain dates - missi... (andythenorth) @
18:11:21  <Brot6> FIRS Industry Replacement Set - Feature #1260: Adjust various map colours (andythenorth) @
18:11:21  <Brot6> FIRS Industry Replacement Set - Bug #1055: Strange availability date behaviour (andythenorth) @
18:11:23  <Brot6> FIRS Industry Replacement Set - Feature #1344: Only allow TTRS based on Action14 version (foobar) @
18:11:26  <Brot6> FIRS Industry Replacement Set - Feature #1344: Only allow TTRS based on Action14 version (foobar) @
18:11:27  <Ammler> sorry :-P
18:11:29  <Brot6> Total Town Replacement Set - Revision 18:7f58cad0245d: Feature: use repo revision for action 14 v... (foobar) @
18:11:33  <Brot6> FIRS Industry Replacement Set - Revision 1297:bab3a0a017f0: Feature: only allow TTRS r18 or highe... (foobar) @
18:11:37  <Alberth> there exist plans to make it possible for nml to read (relatively simple) nfo
18:11:50  <Ammler> thgergo: no nfo anymore
18:13:14  <planetmaker> thgergo, NML != nfo
18:13:19  <planetmaker> it's a high-level language
18:14:17  <thgergo> yes, i have seen the introduction of it
18:14:33  <Ammler> you need half the code for same effect
18:14:51  <planetmaker> approx, yeah
18:14:52  <thgergo> its good starting point if you start a new project, but rewriting a project in nfo?
18:15:01  <planetmaker> thgergo, yes and no :-)
18:15:41  <planetmaker> You might profit from it... things become MUCH better readable
18:15:50  <thgergo> yeah
18:16:06  <planetmaker> And you could do the alignment once... and then use the alignment template
18:16:25  <thgergo> but action 0D next sprite editing is supported too?
18:16:31  <planetmaker> Of course it's an easy decision if one starts, and difficult, if one has a "mostly done" project.
18:16:38  <planetmaker> action6?
18:16:44  <thgergo> 06
18:16:57  <planetmaker> yes. Though you don't care about actions
18:18:05  <thgergo> the compiler automatically creates the action 06 before the correcponding line?
18:18:53  <planetmaker> don't think in actions :-)
18:19:01  <planetmaker> But yes, it knows about action6
18:20:26  <planetmaker> thgergo, and bonus: you can use png files :-)
18:20:56  <thgergo> thats nice
18:21:01  <planetmaker> thgergo, where or how do you use action6?
18:21:11  <thgergo> tbrs is based on that:P
18:21:12  <Ammler> thgergo: if you work with nml, you don't need the ttdpatch grf spec
18:21:24  <Ammler> so no ActionsX anymore
18:21:36  <Ammler> nml does that for you :-)
18:21:38  <thgergo> like reserve sprites with GRM
18:21:47  <thgergo> save the offset to a variable
18:22:02  <thgergo> and finally write the spriteIDs to bridgetables
18:22:53  <thgergo> and the writing to the bridgetables is done via action 06-s
18:23:14  <thgergo> since no action 1-2 implementation for briges yet
18:23:38  <Ammler> nml has no bridge support, so it is a bit hard to say, how it "will" work :-)
18:23:49  <planetmaker> you'd just write the bridge table with the parameters as the argument
18:24:04  <planetmaker> at least that's how it *would* work, I think
18:24:17  <Ammler> that sounds like you do it with Action6 in nfo
18:24:22  <thgergo> it should have a little featurette: to have nfo lines embedded into it.
18:24:43  <planetmaker> that won't work
18:25:08  <planetmaker> it's like embedding assembler in prolog
18:25:10  <Ammler> oh, did thgergo ever work with grfmaker?
18:25:27  <thgergo> I have tried once
18:25:37  <thgergo> many years ago
18:25:52  <Ammler> grfmaker is like gui frontend for nfo, but nml isn't :-)
18:26:23  <thgergo> its like a c compiler for nfo isnt it?:D
18:26:29  <Ammler> no
18:26:36  <planetmaker> no
18:27:01  <planetmaker> nml is to nfo like c is to asm
18:27:03  <Ammler> the input isn't nfo and also the output isn't
18:27:16  <Ammler> (the output can)
18:27:18  <thgergo> i have ment vice versa.
18:27:19  <planetmaker> nml writes the grf directly. No grfcodec, no nforenum
18:27:39  <thgergo> nfo = grf ?
18:28:02  <planetmaker> no
18:28:12  <Ammler> nfo = part of grfcodec decoded grf
18:28:29  <planetmaker> nfo is a language comparable to assembler
18:28:36  <planetmaker> nml is a language comparable to c
18:28:52  <planetmaker> nmlc is the compiler which compiles nml into a grf
18:28:56  <thgergo> I mean the psuedo sprites, they are directly embedded into the grf isnt it?
18:29:01  <planetmaker> grfcodec is the compiler which compiles nfo into a grf
18:29:20  <planetmaker> there's no nfo involved in nml development anywhere
18:29:28  <planetmaker> Like a c developer needs no knowledge about asm
18:35:39  <planetmaker> <-- thgergo the part of se rails which decides upon fences
18:36:51  <frosch123> planetmaker: the downside is that from what i read, nml lacks bridges, action6 support for action a, and likely also grm :p
18:37:26  <planetmaker> very much so. I don't know about action6 for actionA, though
18:37:41  <planetmaker> that would simply be actionA with parameter, right?
18:37:48  <planetmaker> I'd guess that works...
18:37:54  <frosch123> the docs stated some number, no expression. no idea whether that is correct
18:38:06  <Ammler> frosch123: you need Action6 to write parameters to the next sprite
18:38:06  <planetmaker> Let's see.
18:38:14  <Ammler> nml does that directly
18:38:39  <frosch123> Ammler: but it does not support that in every position
18:38:44  <Hirundo> nml does not support ActionA with a variable (ie action6) sprite number
18:38:49  <frosch123> you cannot set the grfname via action6 :p
18:38:49  <Ammler> THAT, I have no idea :-)
18:39:18  <Hirundo> Changing that should be fairly easy, though
18:39:21  <Ammler> frosch123: it does that only where it makes sense maybe :-P
18:39:44  <planetmaker> frosch123, swedish rails compiles fine when I replace a sprite where I define the sprite number by a parameter
18:40:12  <frosch123> btw. when reading the docs, i wonder whether it is useful to distinguish action5 and actiona, or whether actiona could just be a "type" of action5
18:40:21  <planetmaker> so the sprite number to be replaced accepts an arbitrary expression
18:40:38  <frosch123> planetmaker: Hirundo just said differently :)
18:41:00  <planetmaker> I tried :-P
18:41:16  <Hirundo> I looked at the code, which doesn't even import action6
18:41:26  <planetmaker> it doesn't complain...
18:41:39  <planetmaker> hm.. yes it does
18:41:44  <planetmaker> I should look better
18:41:47  <Hirundo> reduce_constant() should definitely complain when it encounters a param
18:42:13  <thgergo> well actionA is useful editing the original gfx, or reserve a pool of sprites with GRM... aprt from the bridges, does any newgrf feature needs it?
18:44:31  <frosch123> you need it for custom recolour sprites
18:45:15  <thgergo> but for what you can attach custom recolour sprites?
18:45:31  <planetmaker> to change the look of sprites. Why not?
18:45:39  <frosch123> newstations has green glass for example
18:45:40  <planetmaker> more variety
18:45:42  <thgergo> trains, tiles, use the compny colours isnt it?
18:45:56  <planetmaker> CC and 2CC != re-colour
18:46:04  <planetmaker> at least not a general re-colour
18:46:17  <planetmaker> re-colour allows to shuffle EVERY of the 256 colours
18:46:51  <planetmaker> apropos glass, frosch123 : how is that actually done?
18:47:00  <thgergo> the brick viaduct, and the "tied arch" also use this recolour feature heavily too
18:47:07  <Hirundo> NML does not (yet) support recolour sprites
18:47:10  <frosch123> the recolour sprites recolours pixels to greenish colours
18:47:18  <frosch123> then it works like the default glass
18:47:44  <planetmaker> frosch123, but glass... is that semi-transparently applied or... ?
18:47:54  <frosch123> spritelayouts contain two bits for the drawing mode for every sprite
18:48:48  <frosch123> either draw the sprite and recolour it while drawing, or recolour the current pixels from the screen using the recolour sprite whereever the sprite is not transparent
18:49:45  <frosch123> 14-15	0: draw sprite normally, 1: draw sprite in transparent mode, 2: recolor sprite  <- "transparent mode"
18:49:52  <planetmaker> oh :-)
18:50:04  <frosch123> just take a lookt at the default stations in ogfx :p
18:50:05  <planetmaker> nasty hidden bits
18:50:19  <planetmaker> yeah... looked at that long ago. And only briefly
18:50:26  <planetmaker> :-)
18:50:45  <thgergo> and it wasnt documented or what
18:50:52  <thgergo> some years ago
18:50:58  <Hirundo> true TTDP/Chris Sawyer spirit: no bit of entropy shall go unused :)
18:51:04  <planetmaker> :-)
18:51:12  <planetmaker> thgergo, it probably was :-)
18:51:26  <frosch123> that is documented since the page exists
18:51:46  <frosch123> if you mean bridges, there are no spritelayouts like that for bridges
18:52:37  <frosch123> i mean even ancient stuff like newstations uses it :p
18:53:08  <planetmaker> And we still implement New* features ;-)
18:53:21  <thgergo> well then I must have missed something in the newgrf specs
18:53:41  * andythenorth gets sidetracked by an idea
18:53:43  <frosch123> planetmaker: i meant the grf :p
18:53:53  <frosch123> you know, those grfs with the stupid names
18:53:55  <planetmaker> frosch123, I know :-)
18:53:58  <andythenorth> could recolor specific colours be done with a cb?
18:54:02  <frosch123> newtrains and such :p
18:54:25  <planetmaker> agreed: New* for a newgrf is worse than New* for a feature
18:54:28  <frosch123> andythenorth: you mean call a callback for every pixel to draw?
18:54:32  <frosch123> then: no!
18:55:37  <andythenorth> ah hah
18:56:09  <thgergo> but real sprites could be accesed via action 06?
18:56:12  <andythenorth> nml uses pil?
18:56:14  <frosch123> :p what did you mean?
18:56:17  <planetmaker> andythenorth, yes
18:57:02  <thgergo> edit a recolour sprite with an action 06 before it
18:57:16  <thgergo> but im afraid it would do nothing yes?
18:57:21  * andythenorth has an idea
19:03:51  <andythenorth> how to explain...
19:03:55  <Hirundo> editing real/recolour sprites with action6 is AFAIK not supported and it should be a bug if it works
19:04:29  * andythenorth dreams up a helper app (using PIL probably) which pre-processes pcx / png files 
19:04:40  <andythenorth> would work with both nfo and nml using a common syntax
19:04:48  <andythenorth> I have no idea how to code it :(
19:05:55  <planetmaker> andythenorth, in principle nml could be used to generate some nfo output
19:06:01  <planetmaker> But that wouldn't help you with pcx
19:06:15  <planetmaker> as if you use it this way, you still need grfcodec
19:06:19  <andythenorth> that's fine
19:06:20  <planetmaker> and nml doesn't write pcx files
19:06:26  <andythenorth> the issue is recoloring for cargos
19:06:32  <planetmaker> it writes the grf directly. If you skip that, ...
19:07:05  <andythenorth> maybe I should write a text file to explain...
19:08:12  <Hirundo> You want PIL to make N cargo recoloured variants for you?
19:08:26  <andythenorth> effectively yes
19:08:33  * andythenorth afk for 10 minutes
19:08:44  <andythenorth> I'll read PIL docs and write my idea when I get back :)
19:09:43  <Hirundo> It's less far-fetched than building a web browser into OpenTTD, but NML is by no means a gfx program :)
19:10:20  <planetmaker> :-)
19:32:11  * andythenorth ponders
19:38:03  <andythenorth> looks like PIL eval function can transform on a pixel-by-pixel basis
19:41:47  <Hirundo> i.e. apply the equivalent of a recolour sprite
19:42:57  <andythenorth> but without the overhead :)
19:43:06  <andythenorth> something like this:
19:43:12  <andythenorth> it would be a python helper app
19:43:31  <andythenorth> I'm not sure how it would be called, but it could be decoupled from nml / nfo
19:43:56  <andythenorth> if make ran it every time, that would slow down the build probably quite horribly
19:45:56  <Hirundo> I think it would not be too bad, given that every pixel is already accessed when building a grf
19:46:18  <Hirundo> and eval() is called for every value, not every pixel, so I assume that it uses a lookup table of some sort
19:47:04  <andythenorth> I can't see the best way to structure it
19:47:20  <andythenorth> for something like FISH, all the ships are highly templated.
19:47:45  <andythenorth> it would be useful to be able to define the transform for, say coal cargo, once and once only
19:48:00  <andythenorth> and then just pass filenames to it as an argument
19:48:30  <Ammler> might also need a mask
19:49:33  <andythenorth> if it returned a string for the whole real sprite....that would be useful.  Not decoupled from nfo though :P
19:50:19  <andythenorth> if it could be called with something like @@make_cargo_graphics(iron_ore, coaster_small.png, PCX)
19:50:41  <andythenorth> and return the real sprite, with coaster_small_iron_ore.pcx
19:51:07  <andythenorth> would probably need to tell it which template to use for offsets etc
19:52:01  <DJNekkid> wtf
19:52:03  <DJNekkid> openttd wont start
19:52:26  <DJNekkid> "out of mem. Cannot reallocate 9301527168 bytes"
19:52:36  <Rubidium> broken NewGRF?
19:52:48  <planetmaker> andythenorth, I think if you need it, you could create the needed sprites by it. But I'd not add it somewhere automatically
19:52:56  <planetmaker> It may be a tool for the graphics artist
19:53:07  <DJNekkid> trying to add action14 support in nutracks
19:53:20  <planetmaker> :-D
19:53:35  <planetmaker> you want to allocate 9.3GB memory? :-D
19:53:53  <DJNekkid> apparently openttd wants to
19:53:55  <Ammler> paste your nfo :-)
19:54:26  <planetmaker> Probably a missing 00 somewhere?
19:54:30  <planetmaker> or two?
19:54:39  <planetmaker> action14 needs an incredible amount of those
19:55:44  <Ammler> but if you make proper indent, it should be easy to place
19:56:19  <planetmaker> oh well :-)
19:56:38  <DJNekkid> i removed the last bits i added, and now atleast the game starts :)
19:56:39  <planetmaker> DJNekkid, maybe you want to look at ... FIRS. Do you use a template?
19:57:18  <Rubidium> and what did nforenum say 'bout the NewGRF?
19:57:38  <DJNekkid> renum didnt complain :)
20:00:19  <Brot6> FIRS Industry Replacement Set - Feature #1354 (New): Indicate if primary industry is at max produ... (andythenorth) @
20:09:12  <DJNekkid> hmm
20:09:17  <DJNekkid> i seem to get the hang of it :)
20:11:57  <DJNekkid> but but...
20:12:11  <DJNekkid> how do i get the text "behind" the < > buttons?
20:12:14  <DJNekkid> and not the number
20:12:35  <DJNekkid> i thought that were  "T" "DESC"
20:14:38  <planetmaker> That's the description of the parameter itself
20:14:39  <Ammler> that is belog
20:14:50  <Ammler> w*
20:15:26  <planetmaker> <-- DJNekkid
20:15:42  <planetmaker> ah. nvm
20:18:41  <planetmaker> "T" "VALU"
20:19:14  <DJNekkid> yea
20:19:17  <DJNekkid> :)
20:21:08  <andythenorth> planetmaker: there's an error (sprite 62) with FIRS TTRS parameter
20:21:12  <andythenorth> any idea how to fix?
20:21:17  <Brot6> #openttdcoop Server Patch Pack - Revision 0:ab8de8a0b0e0: Initial import of the server patches (Ammler) @
20:21:23  <Ammler> DJNekkid: if you make a template of a14, merge it with action8
20:22:17  <frosch123> andythenorth: update nforenum?
20:22:21  <Ammler> those 2 sprites "belong" together
20:22:22  <Rubidium> andythenorth: update nforenum!
20:22:42  * andythenorth ponders updating nforenum
20:22:57  <Rubidium> caveat: if you want a precompiled binary... you need the one that'll be compiled in a few hours
20:23:16  <planetmaker> andythenorth, hg pull -u && make
20:23:18  <planetmaker> :-)
20:26:30  <andythenorth> worked
20:28:41  <DJNekkid> yey! :D
20:29:31  * andythenorth is baffled why sugar refinery isn't showing extended text
20:29:55  <Alberth> good night
20:30:01  <planetmaker> g'night Alberth
20:31:03  <andythenorth> fatal nforenum error
20:31:05  <andythenorth> hmm
20:31:45  <frosch123> did it try to allocate 9GiB of memory?
20:31:47  <andythenorth> planetmaker: should I be maintaining translation files?
20:32:09  <andythenorth> i.e. if I change a define for base lang / 7F, do I have to update all the others?
20:32:43  <planetmaker> andythenorth, if you just rename a string it'd be nice, if you do that everywhere
20:32:50  <planetmaker> If you change a string: remove it
20:32:52  <andythenorth> I've added a define
20:32:58  <planetmaker> If you delete a string: remove it
20:33:03  <planetmaker> If you add a new: do nothing
20:33:03  <andythenorth> now FIRS won't build due to errors in german and spanish
20:33:14  <planetmaker> It won't build?
20:33:19  <andythenorth> fatal renum error
20:33:24  <planetmaker> Where did you add? What?
20:33:30  <planetmaker> Patch?
20:33:51  <planetmaker> do you really use a new nforenum?
20:33:52  <andythenorth> what's the syntax for creating a patch?
20:34:02  <planetmaker> hg diff > filename
20:35:31  *** Alberth has left #openttdcoop.devzone
20:35:38  <andythenorth> planetmaker:
20:35:51  <Brot6> FIRS Industry Replacement Set - Bug #1355 (New): Sugar Refinery should have extended production info (andythenorth) @
20:35:51  <Brot6> FIRS Industry Replacement Set - Bug #1355: Sugar Refinery should have extended production info (andythenorth) @
20:41:50  *** FooBar has joined #openttdcoop.devzone
20:43:05  <andythenorth> hi FooBar
20:43:14  <FooBar> hi andythenorth
20:43:22  <FooBar> seems like you've been doing some cleaning
20:43:34  <andythenorth> yup
20:43:38  <andythenorth> of code & tickets :)
20:43:39  <FooBar> I come back from the train and find like 10 emails from devzone in my inbox :P
20:44:24  <Brot6> FIRS Industry Replacement Set - Feature #1236: 1 tile buffer should be ignored when player / scen... (foobar) @
20:44:48  <FooBar> seems like 0.4 is very close now
20:46:35  <andythenorth> yup
20:47:26  <FooBar> 2 tickets left
20:47:34  <FooBar> for one I requested something
20:47:39  <FooBar> the other is easy :)
20:47:55  * andythenorth forgot to get beer
20:47:58  <andythenorth> brb
20:49:00  <Brot6> FIRS Industry Replacement Set - Feature #1344 (Closed): Only allow TTRS based on Action14 version (foobar) @
20:49:49  <FooBar> I like the idea of the ethanol plant :)
20:50:30  <planetmaker> :-D
20:50:34  <planetmaker> called distillery?
20:50:43  <planetmaker> hm... I want distillery in arctic :-)
20:50:53  <planetmaker> Highlands and green hills with distilleries
20:51:02  <FooBar> no, it produces petrol, not food ;)
20:51:14  <planetmaker> oh.... still!
20:51:22  <andythenorth> in siberia I believe the two are often confused :P
20:51:23  <FooBar> the brewery we have is also some kind of distillery
20:51:25  <andythenorth> and no, it's not a still
20:51:54  <andythenorth> I'm not really sure how the brewery works, I just copied it from railroad tycoon 3
20:52:06  <andythenorth> IIRC
20:52:19  <FooBar> andythenorth: you should upgrade your nforenum to whatever is the newest. Something that FIRS needs was added today ;)
20:52:22  <planetmaker> FooBar, yes. Some kind :-)
20:52:36  <andythenorth> if the fruit is hops, then I guess the brewery makes sense
20:52:43  <planetmaker> But... distillery is... nicer :-)
20:52:58  <Ammler> I just wonder, if that "addition" need to exit the build
20:53:10  <FooBar> andythenorth: you put wheat and hops in warm water and give it a stir. Then cool it and you have beer. Or something like that
20:53:18  <planetmaker> :-D
20:53:56  <Ammler> FooBar: did you sing that?
20:54:04  <andythenorth> whisky is distilled from grain, so it could be a distilery :)
20:54:10  <andythenorth> I'm not too bothered
20:54:29  <FooBar> sing? No, I'm not a very good singer. I have a vivid imagination though :P
20:54:38  <andythenorth> Brewer, Baker....we don't have a candle stick maker though :o
20:55:03  * andythenorth ponders some code
20:55:09  <andythenorth> planetmaker: any idea on that translation issue?
20:55:29  <planetmaker> he... I didn't look yet. Sorry. Will now
20:55:46  <andythenorth> I can fix it for now by updating spanish and german myself, but I never had to do that before ;)
20:57:01  <FooBar> what's wrong with that then?
20:57:17  <FooBar> I could build r1297 perfectly fine...
20:59:06  <FooBar> or is your patch not working?
21:01:08  <DJNekkid> is Action D's in the beginning of a file needed if i add Action14?
21:01:15  <DJNekkid> (to set parameters to its proper values=
21:01:24  <planetmaker> andythenorth, that's foobar's part...
21:01:26  <DJNekkid> i got a feeling they probably screw things up
21:01:34  <planetmaker> it seems that not every string is guarded by ifdef
21:01:38  <FooBar> DJNekkid: no, you can just add action14 to the beginning
21:01:58  <DJNekkid> what i thought :D
21:03:07  <FooBar> I see, the patch is not working...
21:03:39  <FooBar> planetmaker: can I do something like #ifdef TEXT1 && ifdef TEXT2 && ifdef TEXT3 ?
21:03:52  <FooBar> otherwise it's a bit nasty...
21:03:56  <FooBar> possible, but nasty
21:04:44  <planetmaker> FooBar, not that I know
21:04:47  <planetmaker> it IS nasty
21:05:28  <FooBar> well, the whole ifdef issue is nasty, but now I'm going to make it worse :P
21:05:41  <planetmaker> FooBar, if every string is guarded it's fine
21:06:03  <FooBar> I'm sure it's fine, but it doesn't make it anything more readable I guess...
21:06:13  <planetmaker> I agree.
21:06:24  <planetmaker> But it doesn't make it worse really. Well, slightly
21:06:57  <FooBar> I'll create a patch on top of Andy's patch.
21:08:01  <DJNekkid> doesnt "DFLT" work (yet) ?
21:08:17  <planetmaker> it does
21:08:28  <planetmaker> it does work for me
21:09:56  <DJNekkid> wanna check out sprites/nfo/a14/param.pnfo ?
21:10:00  <Brot6> Nutracks - Revision 106:3277e3ddac70: Add: Action14 support (DJNekkid) @
21:10:00  <Brot6> Nutracks - Revision 107:eec34e8c7a48: Add: undef' Action14 defines as well (DJNekkid) @
21:10:00  <Brot6> Nutracks - Revision 108:b0fa5b021fe0: Add: 3rd parameter; economical settings (from 1/4th to 4x t... (DJNekkid) @
21:10:06  <DJNekkid> and see if i did it wrong?
21:10:14  <DJNekkid> looks correct according to
21:10:45  <andythenorth> FooBar: it would be nice if #1353 could be commit 1300 :)
21:10:45  <Brot6> andythenorth: FooBar: #1353 is "FIRS Industry Replacement Set - Feature #1353: Bump grfID for 0.4 - breaks older savegames - #openttdcoop Development Zone"
21:11:16  <FooBar> actually, yes
21:11:46  <FooBar> there's 3 to go before 1300, so 2 other things before # 1353
21:12:14  <FooBar> one can be the tile buffer thing
21:12:51  <FooBar> the other can be sugar refinery thing, but that must be combined with the string #ifdefs
21:13:03  <planetmaker> looks ok to me, DJNekkid
21:13:05  <Ammler> and if you bump, +1 should be enough, not again +0x10 :-)
21:13:27  <Ammler> else you will fast reach the top 0xFF :-)
21:13:53  <planetmaker> :-O you didn't use the +1 stepping?
21:13:53  <FooBar> ah, so that's what happened. The grfid surprised me a bit a while ago :)
21:14:08  <DJNekkid> planetmaker: good...
21:14:16  <DJNekkid> but wierd it dont "work" :)
21:15:06  <Ammler> i guess, andy tried to reflect the release version
21:15:22  <Ammler> 0.3.0 -> 0x30
21:15:34  <planetmaker> that's stupid ;-)
21:15:43  <Ammler> but that should be 0x03 then
21:15:49  <planetmaker> or we'd be at OpenTTD 147 or so
21:16:16  <Ammler> as the micro version shouldn't need a id bump
21:17:46  <andythenorth> we should bump to 0x40 :P
21:18:25  <andythenorth> we could bump down to 0x04
21:19:29  <FooBar> bump down seems fine to me
21:20:01  <FooBar> other grfs that require a certain version of FIRS should use the action14 version info anyways
21:20:09  <planetmaker> yup. The grfID is pointless other than distinguishing grfs
21:21:44  <DJNekkid> planetmaker: it seems like it workd anyway ... but as i had started a new game with it, it had its parameters saved in some .cfg
21:21:51  <DJNekkid> remove it, and restart the game worked :)
21:22:22  <planetmaker> of course. It must not work on savegames
21:22:29  <planetmaker> it'd mean that you'd change the config...
21:23:01  <DJNekkid> it = DFLT btw :)
21:23:37  <DJNekkid> and now, for the invisible engines
21:27:35  <Ammler> if you go down to 0x04, it could happen, that you somewhen will again use 0x30 :-)
21:27:56  <Ammler> sometime*
21:28:15  <Ammler> Firs 3.0 :-)
21:30:27  <FooBar> that's shouldn't be too much of a problem. By the time we reach 3.0 I don't think anyone is still using 0.3...
21:31:07  <Rubidium> people are still using "not the latest" dbset
21:31:14  <andythenorth> I'll take the risk :)
21:31:16  <Rubidium> so don't count on it
21:31:35  <Rubidium> and... it'll still be in bananas
21:33:42  <FooBar> well, then we should note not to use 30 as grfid any more. Can be a comment right next to where the id is defined?
21:34:00  <Brot6> FIRS Industry Replacement Set - Bug #1355 (Feedback): Sugar Refinery should have extended product... (andythenorth) @
21:34:00  <Brot6> FIRS Industry Replacement Set - Bug #1355 (Feedback): Sugar Refinery should have extended product... (foobar) @
21:34:24  <FooBar> andythenorth: check if ^ implements what you need, then you can commit it
21:34:47  <Ammler> FooBar: add a list "used IDs" :-)
21:35:18  <FooBar> also possible. I have one of those lists for my own grfs :)
21:36:05  <planetmaker> FooBar, it might be useful to add that to the changelog. Or readme
21:36:11  <planetmaker> Kinda "history" section ;-)
21:36:13  <Ammler> hmm, someone could use if grfid = FIRS04
21:36:26  <Ammler> grfid >= FIRS04
21:38:07  *** frosch123 has quit IRC
21:58:33  * andythenorth thinks bedtime
21:58:36  <andythenorth> good night
21:58:57  <FooBar> good night
22:12:12  <Brot6> OpenGFX - Feature #839: 4737-4742: Fizzy drink factory (Ammler) @
22:19:51  *** Seberoth has quit IRC
22:23:14  *** ODM has quit IRC
22:27:55  <FooBar> bye and good night and such :)
22:28:09  *** FooBar has quit IRC
23:22:44  <Brot6> OpenGFX - Feature #839: 4737-4742: Fizzy drink factory (athanasios) @

Powered by YARRSTE version: svn-trunk