Times are UTC Toggle Colours
00:00:17 <Brot6> Example NewGRF Project - Revision 172:be7effb9234e: Fix: [obg] Circular dependency (planetmaker) @ http://dev.openttdcoop.org/projects/newgrf-makefile/repository/revisions/be7effb9234e 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) @ http://dev.openttdcoop.org/issues/1054#change-3561 06:40:51 <Brot6> FIRS Industry Replacement Set - Feature #1260: Adjust various map colours (andythenorth) @ http://dev.openttdcoop.org/issues/1260#change-3562 07:44:26 <Brot6> FIRS Industry Replacement Set - Bug #1055: Strange availability date behaviour (andythenorth) @ http://dev.openttdcoop.org/issues/1055#change-3563 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 http://dev.openttdcoop.org/issues/show/1055 "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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/6cf239622bce 09:43:53 <frosch123> good point :) 09:44:38 <Brot6> Grf2Html - Feature #1345 (New): NewObject Variables and Properties (frosch) @ http://dev.openttdcoop.org/issues/1345 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/4b9cf8472b7b 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) @ http://dev.openttdcoop.org/issues/839#change-3564 09:52:48 <planetmaker> :-) Maybe yes 09:53:10 <Brot6> NewGRF Meta Language - Revision 690:63d8d8d36479: Codechange: Add varaction2 parent scope for all... (planetmaker) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/63d8d8d36479 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> http://wiki.ttdpatch.net/tiki-index.php?page=VariationalAction2 <- airports have, but objects do not :p 10:10:57 <Brot6> NewGRF Meta Language - Feature #1346 (New): NewObjects support (planetmaker) @ http://dev.openttdcoop.org/issues/1346 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> http://rbijker.net/openttd/featureFupdates.diff <- 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) @ http://dev.openttdcoop.org/projects/nforenum/repository/revisions/6f0b7eaa0936 10:41:48 <Brot6> GRFCodec - Revision 238:8225745fb43d: Update the changelog (Rubidium) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/8225745fb43d 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/ebd3d3e86002 10:56:39 <planetmaker> hm. +s 11:01:41 <Brot6> NewGRF Meta Language - Feature #1346: NewObjects support (planetmaker) @ http://dev.openttdcoop.org/issues/1346#change-3565 11:29:35 *** FooBar has joined #openttdcoop.devzone 11:38:49 <Brot6> NFORenum - Feature #1347 (New): Allow reading action 14 parameter (foobar) @ http://dev.openttdcoop.org/issues/1347 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) @ http://dev.openttdcoop.org/issues/1344#change-3566 11:44:49 <Brot6> FIRS Industry Replacement Set - Feature #1344: Only allow TTRS based on Action14 version (foobar) @ http://dev.openttdcoop.org/issues/1344#change-3567 11:53:47 <FooBar> neat 11:54:21 <Brot6> NFORenum - Feature #1347 (Closed): Allow reading action 14 parameter (foobar) @ http://dev.openttdcoop.org/issues/1347 11:54:21 <Brot6> FIRS Industry Replacement Set - Feature #1344: Only allow TTRS based on Action14 version (foobar) @ http://dev.openttdcoop.org/issues/1344#change-3566 11:54:21 <Brot6> NFORenum - Revision 478:94289b0e8356: Add: support for reading another NewGRF's action 14 version... (Rubidium) @ http://dev.openttdcoop.org/projects/nforenum/repository/revisions/94289b0e8356 11:54:21 <Brot6> NFORenum - Feature #1347 (Closed): Allow reading action 14 parameter (Rubidium) @ http://dev.openttdcoop.org/issues/1347#change-3568 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) @ http://dev.openttdcoop.org/projects/ttrs/repository/revisions/7f58cad0245d 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/bab3a0a017f0 12:23:32 <Brot6> FIRS Industry Replacement Set - Feature #1344: Only allow TTRS based on Action14 version (foobar) @ http://dev.openttdcoop.org/issues/1344#change-3569 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/efd6a68d57df 13:11:29 <Brot6> NewGRF Meta Language - Feature #1031: support for houses (planetmaker) @ http://dev.openttdcoop.org/issues/1031#change-3570 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) @ http://dev.openttdcoop.org/issues/1346#change-3565 13:15:08 <Brot6> NewGRF Meta Language - Feature #1031: support for houses (planetmaker) @ http://dev.openttdcoop.org/issues/1031#change-3570 13:42:26 <Brot6> NewGRF Meta Language - Feature #1348 (New): Bridge support (planetmaker) @ http://dev.openttdcoop.org/issues/1348 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) @ http://dev.openttdcoop.org/issues/1349 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) @ http://dev.openttdcoop.org/issues/1350 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) @ http://dev.openttdcoop.org/issues/1350 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) @ http://dev.openttdcoop.org/issues/1351 15:24:25 <Ammler> Rubidium: quoted you :-) 15:24:33 <Brot6> NewGRF Meta Language - Bug #1350: double GRF name and description (Ammler) @ http://dev.openttdcoop.org/issues/1350#change-3573 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) @ http://dev.openttdcoop.org/issues/1351#change-3574 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) @ http://dev.openttdcoop.org/issues/1352 16:21:19 <Brot6> grfcodec: update from r237 to r238 done - http://bundles.openttdcoop.org/grfcodec/nightlies/r238 16:21:47 <Brot6> newgrf_makefile: update from r169 to r172 done - http://bundles.openttdcoop.org/newgrf_makefile/nightlies/r172 16:23:02 <Brot6> nforenum: update from r476 to r478 done - http://bundles.openttdcoop.org/nforenum/nightlies/r478 16:23:11 <Brot6> FIRS Industry Replacement Set - Bug #1352 (Rejected): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/1352 16:23:11 <Brot6> FIRS Industry Replacement Set - Bug #1352 (Rejected): DevZone compile failed (foobar) @ http://dev.openttdcoop.org/issues/1352#change-3575 16:23:59 <Brot6> nml: update from r687 to r692 done - http://bundles.openttdcoop.org/nml/nightlies/r692 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 - http://bundles.openttdcoop.org/opengfx/nightlies/r515 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) - http://bundles.openttdcoop.org/ttrs/nightlies/r18 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) - http://bundles.openttdcoop.org/airportsplus/nightlies/r53/log 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 - http://bundles.openttdcoop.org/firs/nightlies/r1297 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) - http://bundles.openttdcoop.org/fish/nightlies/r387/log 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) - http://bundles.openttdcoop.org/heqs/nightlies/r372/log 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) - http://bundles.openttdcoop.org/metrotrackset/nightlies/r56/log 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) - http://bundles.openttdcoop.org/transrapidtrackset/nightlies/r15/log 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 http://dev.openttdcoop.org/issues/show/1352 "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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/267c041e8a31 17:46:25 <Brot6> NewGRF Meta Language - Patch #1339 (Closed): Documentation fixes (Anonymous) @ http://dev.openttdcoop.org/issues/1339#change-3576 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) @ http://dev.openttdcoop.org/issues/1353 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) @ http://dev.openttdcoop.org/issues/460#change-3577 17:57:14 <Brot6> FIRS Industry Replacement Set - Feature #468 (Rejected): Greenhouse (andythenorth) @ http://dev.openttdcoop.org/issues/468#change-3579 17:57:14 <Brot6> FIRS Industry Replacement Set - Feature #463 (Rejected): Survey Camp (andythenorth) @ http://dev.openttdcoop.org/issues/463#change-3580 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) @ http://dev.openttdcoop.org/issues/1337#change-3559 18:11:21 <Brot6> FIRS Industry Replacement Set - Bug #1054: Incomplete cargo chains prior to certain dates - missi... (andythenorth) @ http://dev.openttdcoop.org/issues/1054#change-3561 18:11:21 <Brot6> FIRS Industry Replacement Set - Feature #1260: Adjust various map colours (andythenorth) @ http://dev.openttdcoop.org/issues/1260#change-3562 18:11:21 <Brot6> FIRS Industry Replacement Set - Bug #1055: Strange availability date behaviour (andythenorth) @ http://dev.openttdcoop.org/issues/1055#change-3563 18:11:23 <Brot6> FIRS Industry Replacement Set - Feature #1344: Only allow TTRS based on Action14 version (foobar) @ http://dev.openttdcoop.org/issues/1344#change-3566 18:11:26 <Brot6> FIRS Industry Replacement Set - Feature #1344: Only allow TTRS based on Action14 version (foobar) @ http://dev.openttdcoop.org/issues/1344#change-3567 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) @ http://dev.openttdcoop.org/projects/ttrs/repository/revisions/7f58cad0245d 18:11:33 <Brot6> FIRS Industry Replacement Set - Revision 1297:bab3a0a017f0: Feature: only allow TTRS r18 or highe... (foobar) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/bab3a0a017f0 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> http://pastebin.org/793286 <-- 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: http://pastebin.com/3kvt0SPC 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) @ http://dev.openttdcoop.org/issues/1354 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> http://dev.openttdcoop.org/projects/snowlinemod/repository/entry/sprites/nfo/description.pnfo <-- 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) @ http://dev.openttdcoop.org/projects/serverpatches/repository/revisions/ab8de8a0b0e0 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: http://dev.openttdcoop.org/issues/1355 20:35:51 <Brot6> FIRS Industry Replacement Set - Bug #1355 (New): Sugar Refinery should have extended production info (andythenorth) @ http://dev.openttdcoop.org/issues/1355 20:35:51 <Brot6> FIRS Industry Replacement Set - Bug #1355: Sugar Refinery should have extended production info (andythenorth) @ http://dev.openttdcoop.org/issues/1355#change-3595 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) @ http://dev.openttdcoop.org/issues/1236#change-3596 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) @ http://dev.openttdcoop.org/issues/1344#change-3597 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) @ http://dev.openttdcoop.org/projects/nutracks/repository/revisions/3277e3ddac70 21:10:00 <Brot6> Nutracks - Revision 107:eec34e8c7a48: Add: undef' Action14 defines as well (DJNekkid) @ http://dev.openttdcoop.org/projects/nutracks/repository/revisions/eec34e8c7a48 21:10:00 <Brot6> Nutracks - Revision 108:b0fa5b021fe0: Add: 3rd parameter; economical settings (from 1/4th to 4x t... (DJNekkid) @ http://dev.openttdcoop.org/projects/nutracks/repository/revisions/b0fa5b021fe0 21:10:06 <DJNekkid> and see if i did it wrong? 21:10:14 <DJNekkid> looks correct according to wiki.ttdpatch.net 21:10:45 <andythenorth> FooBar: it would be nice if #1353 could be commit 1300 :) 21:10:45 <Brot6> andythenorth: FooBar: #1353 is http://dev.openttdcoop.org/issues/show/1353 "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) @ http://dev.openttdcoop.org/issues/1355 21:34:00 <Brot6> FIRS Industry Replacement Set - Bug #1355 (Feedback): Sugar Refinery should have extended product... (foobar) @ http://dev.openttdcoop.org/issues/1355#change-3600 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) @ http://dev.openttdcoop.org/issues/839#change-3601 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) @ http://dev.openttdcoop.org/issues/839#change-3602