Times are UTC Toggle Colours
01:04:41 <Brot6> FIRS Industry Replacement Set - Revision 2164:1d4d51f40778: Codechange: Reference the incompatibl... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/1d4d51f40778 01:04:41 <Brot6> FIRS Industry Replacement Set - Revision 2165:2def8cae715d: Codechange: Name remaining industries... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/2def8cae715d 02:34:31 <Brot6> FIRS Industry Replacement Set - Revision 2166:19e6eab42300: Codechange: Name cargos where they ar... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/19e6eab42300 05:17:48 *** andythenorth has joined #openttdcoop.devzone 06:35:07 *** ODM has joined #openttdcoop.devzone 06:47:49 *** bodis has joined #openttdcoop.devzone 06:53:06 <Brot6> openttd.grf water-features - Revision 29:301b9b787295: Change: another few angles complete for ri... (andythenorth) @ http://dev.openttdcoop.org/projects/water-features/repository/revisions/301b9b787295 06:53:06 <Brot6> openttd.grf water-features - Revision 30:8e340bfb61d8: Change: completed another angle for rivers (andythenorth) @ http://dev.openttdcoop.org/projects/water-features/repository/revisions/8e340bfb61d8 06:53:52 *** bodis has quit IRC 06:59:06 *** bodis has joined #openttdcoop.devzone 07:07:52 <Brot6> openttd.grf water-features - Revision 31:2a887844d4e8: Change: completed another angle for rivers (andythenorth) @ http://dev.openttdcoop.org/projects/water-features/repository/revisions/2a887844d4e8 07:45:33 <planetmaker> moin 09:23:27 <Brot6> openttd.grf water-features - Revision 32:ccbe15e08715: Change: work in progress on temperate rivers (andythenorth) @ http://dev.openttdcoop.org/projects/water-features/repository/revisions/ccbe15e08715 09:23:27 <Brot6> openttd.grf water-features - Revision 33:a136191007fd: Add: changelog and license.txt were in hgi... (andythenorth) @ http://dev.openttdcoop.org/projects/water-features/repository/revisions/a136191007fd 10:23:13 *** andythenorth has quit IRC 11:22:10 *** frosch123 has joined #openttdcoop.devzone 11:30:21 *** FooBar has joined #openttdcoop.devzone 11:30:54 *** FooBar is now known as Guest1515 11:36:04 <Guest1515> I've been guested... 11:36:11 *** Guest1515 has quit IRC 11:36:21 *** FooBar has joined #openttdcoop.devzone 11:36:37 <FooBar> there we are :) 11:48:56 <Brot6> FIRS Industry Replacement Set - Revision 2167:f588abbe3a07: Codechange: Remove the footprint of s... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/f588abbe3a07 11:49:34 <FooBar> Also I has a question. I want a road vehicle to change liveries after year x, but only after it has visited the depot. Do I need random switch with proper trigger for that? Or can that somehow be done with a normal switch? 11:53:09 <planetmaker> http://paste.openttdcoop.org/show/326/ <-- and a \o/ @ sed ;-) 11:53:46 <planetmaker> FooBar: you could check the time since a depot was last visited. 11:54:41 <planetmaker> And of course the current year. Thus if year > current_year and time_since_depot < current_date - livery_intro_date then ... 11:54:59 <planetmaker> it fail before 1920 and after ~2070 11:55:10 <FooBar> ah, that makes sense, thanks! 11:55:11 <planetmaker> due to the var size for time_since_depot 11:55:20 <planetmaker> variable names will be different, check docs 11:55:41 <FooBar> I think I'll manage to work that out 11:56:22 <FooBar> after 1920 and before 2070 is fine for this case; changes are somewhere around 1990 and 2010 11:56:28 <planetmaker> :-) 11:56:40 * planetmaker finds sed syntax not exactly straight forward 11:57:39 <FooBar> thanks planetmaker 11:57:48 <planetmaker> np 11:58:26 *** andythenorth has joined #openttdcoop.devzone 12:00:38 <planetmaker> andythenorth: for what it's worth, at this stage it makes not much sense anymore to keep every industry in the uber-file 12:08:32 <andythenorth> planetmaker: it's time to split more? 12:09:35 <planetmaker> yes, I think so. At least it won't hurt. 12:09:59 <planetmaker> Wrt the variable storage I'll also need Hirundo's or Yexo's advice. Or least that'd speed up things considerably 12:10:22 <planetmaker> and layout templating... will need sed or manual replace individually anyway 12:10:39 * andythenorth predicts a lot of manual replace 12:10:47 <planetmaker> and the sed expressions are... starting to become a lot funkier than I hoped for ;-) 12:11:04 <planetmaker> [13:53] planetmaker http://paste.openttdcoop.org/show/326/ <-- and a \o/ @ sed ;-) <-- not really readable anymore ;-) 12:11:09 <planetmaker> but made the last commit 12:23:51 <planetmaker> I really hope all my commits didn't completely destroy FIRS :-P 12:24:00 <Brot6> FIRS Industry Replacement Set - Revision 2168:dae8c2ddef15: Add: Template for simple building spr... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/dae8c2ddef15 12:24:02 <planetmaker> it compiles, but.... ingame testing has been scarce ;-) 12:24:13 <andythenorth> I'll give it a look 12:26:35 <andythenorth> planetmaker: it *looks* ok 12:26:45 <planetmaker> but the uber file shrank already quite a bit :-) 12:26:46 <andythenorth> unlikely you've broken action 0 or varaction 2 12:27:37 <andythenorth> http://blog.decayingcode.com/post/anti-pattern-god-object.aspx 12:27:42 <Webster> Title: Decaying Code | Anti-Pattern: The god object (at blog.decayingcode.com) 12:41:44 <Brot6> FIRS Industry Replacement Set - Revision 2169:0163bdaf1521: Codechange: Apply the nearby tile cla... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/0163bdaf1521 12:44:27 <Brot6> FIRS Industry Replacement Set - Revision 2170:e934bd5577f6: Cleanup: A few sprinkles of coding style (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/e934bd5577f6 12:46:08 <Brot6> FIRS Industry Replacement Set - Revision 2171:1229165c7a96: Cleanup: A few more sprinkles of codi... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/1229165c7a96 12:53:00 *** JVassie has joined #openttdcoop.devzone 12:54:22 <Brot6> FIRS Industry Replacement Set - Revision 2172:3408205195f1: Codechange: Name industry tile callbacks (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/3408205195f1 13:02:11 *** FooBar has quit IRC 13:52:25 *** andythenorth has quit IRC 13:58:35 <planetmaker> hm... I need andy :-P 14:11:58 *** ODM has quit IRC 15:01:04 *** andythenorth has joined #openttdcoop.devzone 15:03:25 <Brot6> FIRS Industry Replacement Set - Revision 2173:8c5bff3b2e4a: Codechange: Name the persistant stora... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/8c5bff3b2e4a 15:03:47 <planetmaker> huhu andythenorth: I'm fighting production code templating 15:04:31 <planetmaker> I get the impression that I'm better off writing it anew than slowly beautifying what we have. 15:04:46 <planetmaker> But in any case: can you outline the idea (for secondaries)? 15:05:26 <planetmaker> it's making use heavily of persistant storage... but it seems to me it stores more than needed - or I haven't yet found each part where it is used ;-) 15:06:15 <andythenorth> planetmaker: you have the nfo template also to read? 15:06:22 <planetmaker> not yet 15:06:41 <planetmaker> but I don't know nfo persistant storage anyway 15:06:41 <andythenorth> best starting place ;) 15:06:51 <andythenorth> it's quite easy to read 15:06:54 <planetmaker> I have no idea about the nfo syntax there at all 15:07:19 <andythenorth> just start at the varaction 2 handling cb, then work back upwards through the IDs 15:07:51 <andythenorth> the migration script should have recreated the logic 1:1 15:07:59 <andythenorth> 'just' 15:08:01 <andythenorth> :) 15:08:09 <andythenorth> I appreciate it's not the easiest :) 15:08:17 <planetmaker> well. But I'd like to have it in words 15:08:31 <andythenorth> well I can open the nfo and we can work through it together 15:08:32 <planetmaker> and the logic is... convoluted at best 15:08:47 <andythenorth> some of the logic is actually flawed 15:08:52 <andythenorth> but we won't fix that yet 15:08:53 <planetmaker> like using... 12(?) persistant storages 15:09:16 <andythenorth> some of that is purely for debugging 15:09:18 <planetmaker> currently it's "either re-write" or "not template" 15:09:26 <andythenorth> I wrote my own debugger in the industry window 15:09:42 <andythenorth> much of the persistent storage is used by the debugger, not the production 15:09:49 <planetmaker> hm 15:09:53 <andythenorth> anyway, lets open it and see... 15:10:06 * andythenorth might disappear to do baby tasks 15:10:28 <andythenorth> ^ in case I go quiet 15:10:38 <planetmaker> the nfo is not clearer than my tidied NML ;-) 15:10:49 <andythenorth> it is to me :) 15:10:54 <andythenorth> currently 15:11:07 <andythenorth> you care whether we first do secondary or primary? 15:11:39 <planetmaker> I picked randomly the metal_foundry 15:11:44 <andythenorth> secondary in that case 15:11:49 <andythenorth> wonder which template... 15:12:30 <andythenorth> template_secondary_action23_A.pnfo 15:12:51 <planetmaker> what information I mostly need is what is stored in the individual registers 15:13:01 <planetmaker> the rest then would be relatively easy, if that was clear 15:13:29 <andythenorth> ok 15:13:34 <andythenorth> let's find out 15:14:05 <planetmaker> 0 seems to be MAX_UINT 15:14:52 <planetmaker> 1 maybe prod_factor input_cargo1, 2: prod_factor input_cargo2, 3: prod_factor input_cargo3 15:15:01 <planetmaker> at least probably ;-) 15:15:05 <andythenorth> hmm 15:15:22 <planetmaker> 4,5 and 6 the actual production? 15:15:46 <planetmaker> but there's 12... which magically appears 15:16:00 <andythenorth> I need to read the template some more 15:16:11 <andythenorth> I can't match nml IDs to nfo IDs 15:16:30 <planetmaker> nml uses dec, nfo hex (probably) 15:16:52 <andythenorth> yup 15:17:50 <andythenorth> planetmaker: you're not the first to have this problem :P 15:17:50 <andythenorth> http://paste.openttdcoop.org/show/327/ 15:17:58 <andythenorth> ^ may not be 100% up to date unfortunately 15:18:08 <andythenorth> I have an excel sheet of stuff like registers used 15:18:16 <andythenorth> it was making my brain ache 15:19:48 * andythenorth wonders 15:19:57 <andythenorth> do we *need* to rebuild all old templates? 15:20:08 <planetmaker> what's the issue with just calling the production callback repeatedly? 15:20:21 <planetmaker> until only the fraction of cargo is left? 15:20:54 <andythenorth> possibly that's the way to do it 15:21:14 <planetmaker> or rather why not round up to a multiple of the minimum amount and then just call repeatedly? 15:21:20 <andythenorth> it's two years since I wrote the code 15:21:23 <andythenorth> I have no idea 15:21:24 <planetmaker> :-D 15:21:33 <andythenorth> feel free to rewrite 15:21:38 <andythenorth> I'm kind of done with it tbh 15:21:47 <planetmaker> hm, he 15:22:01 <planetmaker> ok, can you give me one example for each production type? 15:22:35 <andythenorth> one example of the logic? 15:22:50 <planetmaker> industryname <-> logic name 15:23:15 <planetmaker> so that I know which industries to consider separately 15:23:27 <andythenorth> aluminium plant <-> template_secondary_action23_B.pnfo 15:23:45 <andythenorth> textile mill <-> template_secondary_action23_C.pnfo 15:24:07 <andythenorth> coal mine <-> template_primary_action23.pnfo 15:24:18 <andythenorth> and foundry was template A 15:25:05 <andythenorth> also to consider (untemplated in the current nml varaction 2s) 15:25:07 <andythenorth> - location code 15:25:13 <andythenorth> - code for handling industry colour 15:25:28 <planetmaker> industry colour is templated 15:25:30 <andythenorth> - availability check 15:25:36 <andythenorth> - closure check 15:25:39 <planetmaker> also 15:25:56 <planetmaker> both actually 15:26:03 <andythenorth> I'll read that nml 15:26:04 <planetmaker> at least templates exist already 15:26:12 <planetmaker> maybe not applied everywhere 15:26:30 <planetmaker> I think it's only secondary closure which I templated 15:26:50 <andythenorth> nml is so much cleaner to read :P 15:27:21 <andythenorth> probably more so when you can map the underlying nfo spec :P 15:27:40 <planetmaker> knowing nfo still helps a lot, I think 15:27:46 <planetmaker> at least with the intricacies 15:27:51 <planetmaker> and the very adv. stuff 15:28:00 <andythenorth> you might want to try the cb28 templating first 15:28:10 <andythenorth> at least until I don't have a headache 15:28:12 <planetmaker> what's that? 15:28:20 <planetmaker> cb28? 15:28:31 <andythenorth> location code 15:28:37 <andythenorth> it's customised per-industry 15:28:42 <planetmaker> oh, ah 15:28:44 <andythenorth> using small templates that chain 15:28:55 <andythenorth> it's clever and just work to reproduce 15:28:57 <planetmaker> partly templated 15:29:12 <planetmaker> with the adjacent tile class at least 15:29:28 <planetmaker> but the bigger part with incompatible industries still is missing 15:29:40 <andythenorth> the tile stuff looks like the cb22 handling 15:29:46 <planetmaker> but production is at least as big... and more ugly to read currently 15:29:47 <andythenorth> cb22 = location check for tiles 15:29:53 <andythenorth> cb28 = location check for industry 15:29:56 <planetmaker> hm, yes, you're right 15:30:10 <andythenorth> it would make sense to do production yes, but I don't feel too great :P 15:30:20 <andythenorth> genuine headache, not just griping about nfo 15:30:24 <planetmaker> :S 15:30:47 <planetmaker> well, if you feel like trying to template cb28... go for it :-) 15:31:00 <andythenorth> I don't tbh :P 15:31:05 <planetmaker> :-) 15:31:25 <andythenorth> I can't remember if the production code has to handle many horrible edge cases 15:31:39 <andythenorth> does nml abstract away all problems with floating point? 15:31:53 <andythenorth> divisions have to be handled specially in nfo 15:33:25 <planetmaker> i recall that. I'm not entirely sure how it's treated 15:42:49 <andythenorth> planetmaker: a lot of the code is to deal with (a) dividing (b) not overflowing the allowed production amounts 15:43:16 <planetmaker> yes, that's the lines with min(max( / 8 * ... )) 15:43:45 <andythenorth> there's also *wrong* code to try and ensure some production when amounts are small 15:44:22 <andythenorth> the rest of it is the interesting code 15:44:29 <andythenorth> - dealing with cargo combining 15:44:37 <andythenorth> - dividing by number of output cargos 15:45:08 <planetmaker> :-D so the number of output cargos is unique to a template? 15:45:26 <andythenorth> it's unique to an industry 15:45:30 <andythenorth> it's CPP define 15:45:48 <andythenorth> made a value using op 1A and put into storage 15:46:20 <planetmaker> ok, so it needs to become a parameter to the prod. template 15:46:22 <andythenorth> yes 15:46:33 <andythenorth> as do the ratios for cargos 1, 2, 3 15:46:38 <planetmaker> then it needs no storage 15:46:58 <andythenorth> probably 15:47:00 <planetmaker> they also could be parameters w/o storage 15:47:01 *** Lakie has joined #openttdcoop.devzone 15:47:12 <andythenorth> where I store num cargos currently, I could have used advanced varact2 15:47:13 <planetmaker> that's what I most probably stumbled upon... wondered about :-) 15:47:40 <planetmaker> putting the compile-time constants into persistant storage confused me 15:48:46 <andythenorth> the ratios are constants, but the 'final' ratio is an addition of those constants 15:49:30 <planetmaker> hm, yes. I've not quite reached that... what does it depend on? 15:49:45 <planetmaker> number cargos, of course. If applicable: supplies present? 15:49:54 <andythenorth> depends on the template 15:50:22 <andythenorth> template C checks for presence of mnsp in last 30 days 15:50:32 <andythenorth> template B checks for any of cargos 1, 2, 3 15:50:39 <andythenorth> template A - I can't recall 15:50:58 <andythenorth> template A doesn't combine 15:51:06 <andythenorth> there is a comment to that effect :) 15:51:23 <andythenorth> I knew I commented for a reason 15:52:10 <andythenorth> strictly template C relies on mnsp being in slot 1 15:52:18 <andythenorth> it doesn't check cargo type at all (can't) 15:52:35 <andythenorth> I would be lost without comments - completely unmaintainable code :P 15:53:01 <planetmaker> :-) 15:55:42 <andythenorth> planetmaker: I can't think of a reason why repeating production cb wouldn't work 15:55:59 <andythenorth> I think I just didn't know how to do that when I wrote the current code 15:56:51 <andythenorth> I'm not sure how you would handle the case where cargo 1 and cargo 2 have different amounts waiting though 16:02:51 <andythenorth> probably it's quite easy 16:04:45 <planetmaker> ok, I will look into that. I fear I might not finish today with that... it's giving knots in my brain ;-) 16:07:44 <planetmaker> what should happen when production is unequal? 16:08:05 <planetmaker> ehm... input amount is unequal, the usual amount as defined, right? 16:08:38 <andythenorth> I should write some pseudo code :) 16:11:45 <planetmaker> hm... :-) 16:14:48 <andythenorth> planetmaker: http://paste.openttdcoop.org/show/328/ 16:15:04 <andythenorth> ^ stripped of lots of housekeeping stuff, this is all it needs to do for template B 16:15:30 <planetmaker> well, housekeeping can always be added when the sceleton is sound 16:15:50 <andythenorth> that's pseudo code....not necessarily quite the order the production cb operates ;) 16:16:26 <andythenorth> the housekeeping is unfortunately the essential stuff in nfo - like multiplying and dividing by 8 to deal with no-floating-point :P 16:16:56 <planetmaker> yeah, but that's implementation details, not concept :-) 16:17:04 <andythenorth> exactamly 16:17:38 <andythenorth> oops 16:17:39 <andythenorth> one error 16:17:42 <andythenorth> num_cargos_waiting is wrong 16:17:48 <andythenorth> should be num_cargos_produced 16:18:05 <planetmaker> persistant storage is per industry... so... I could write a new template and the others wouldn't mind if they used different persistant storage IDs 16:18:18 <andythenorth> yup 16:18:21 <andythenorth> doesn't matter 16:18:26 <planetmaker> good :-) 16:18:39 <andythenorth> afaik the persistent storage is *only* being used for debug texts currently 16:18:54 <andythenorth> it will be used to give more information in industry window about current production ratio 16:18:59 <andythenorth> but that wasn't finished :P 16:19:09 <andythenorth> everything else is a simple register 16:19:14 <planetmaker> ok, then it's even better if it's reworked *now* 16:19:15 <andythenorth> hmm 16:19:29 <andythenorth> actually it must use persistent storage to handle cargos delivered in last 30 days 16:19:30 <planetmaker> before that is added ;-) 16:19:37 <andythenorth> I forget that :( 16:19:44 <planetmaker> for ratios: yes 16:21:49 <andythenorth> brb 16:27:22 <planetmaker> hm... waiting1 * ratio1 + waiting2 * ratio2 + waiting3 * ratio3 / (ratio1 + ratio2 + ratio3) 16:28:27 <planetmaker> but ratio = f(wating1 != 0 && waiting2 != 0 && waiting3 != 0) 16:45:02 <andythenorth> planetmaker: not sure :) 16:45:52 <planetmaker> well, production might be higher when both (all three) cargos are present, right? :-) 16:48:30 <andythenorth> where 'present' includes 'delivered in last 30 days', yes 16:48:51 <andythenorth> there is only one ratio used for the final output calculation 16:48:56 <andythenorth> all cargos use same final ratio 16:54:03 * Rubidium then hopes that's the Golden ratio ;) 16:55:23 <andythenorth> depends what you delivered :P 16:57:52 <planetmaker> hehe. Ok... one ratio for all cargos? I thought e.g. 8t of MNSP would produce only 2 while 8t of STEL would produce 6t output. Possibly my memory is faults ;-) 17:09:41 <andythenorth> planetmaker: I lack terminology :P 17:09:47 <andythenorth> each cargo has a ratio 17:10:01 <andythenorth> the ratios are added to get a final ratio 17:10:10 <andythenorth> the final ratio is used to calculate production 17:10:33 <andythenorth> so 17:10:36 <andythenorth> 8t coal = 2t steel 17:10:45 <andythenorth> 8t iron ore = 2t steel 17:11:11 <andythenorth> 8t coal + 8t iron ore = 8t steel 17:11:43 <andythenorth> 8t scrap metal = 4t steel 17:12:14 <andythenorth> 8t scrap metal + 8t coal = 12t steel 17:12:28 <andythenorth> 8t scrap metal + 8t coal + 8t iron ore = 32t steel 17:12:30 <andythenorth> and so it goes 17:13:47 <planetmaker> uhm... 17:13:51 <planetmaker> sure about the latter? 17:13:58 <planetmaker> 8+8+8=24 ;-) 17:14:01 <andythenorth> ach 17:14:03 <andythenorth> 'magic' 17:14:07 <planetmaker> :-P 17:14:12 <andythenorth> more out than in 17:14:14 <andythenorth> :P 17:14:29 <planetmaker> 'out of thin air' gets a rather literal meaning there ;-) 17:14:44 <planetmaker> might actually work for chemical plant ;-) 17:15:17 <planetmaker> but ok, so... generally: a cargo has a ratio. But the ratio is 1:1 if all cargos are present 17:16:39 <planetmaker> hm... neither 17:16:45 <planetmaker> according to your example ;-) 17:17:23 <andythenorth> in nfo, ratios are expressed in fractions of 8 17:17:25 <andythenorth> so coal is 2 17:17:28 <andythenorth> iron is 2 17:17:32 <andythenorth> scrap metal is 4 17:17:44 <andythenorth> ratio1 + ratio2 + ratio3 must be less than 8 17:17:44 <planetmaker> but coal+iore together = 8 17:17:53 <planetmaker> or is that a typo? 17:18:00 <andythenorth> 16t in = 8t out 17:18:08 <andythenorth> ratio = 4/8 or 1/2 17:18:19 <andythenorth> it's just adding fractions of 8 17:18:22 <planetmaker> ok. so 8t coal + 8t iore = 8t out 17:18:25 <andythenorth> yup 17:18:44 <planetmaker> oh... I couldn't do simple math, sorry ;-) 17:18:48 <andythenorth> one important thing with the nfo: ratios of 0 didn't work 17:18:58 <andythenorth> probably a /0 error, but I can't remember 17:19:00 <planetmaker> won't with nml either 17:19:08 <planetmaker> same grf specs ;-) 17:19:21 <andythenorth> so if there are only 2 cargos, the third must still have a ratio of 1 iirc 17:19:28 <andythenorth> otherwise, problem 17:19:36 <andythenorth> can't remember why :P 17:20:05 <andythenorth> template A works completely differently to the above 17:20:12 <andythenorth> no combining 17:20:21 <andythenorth> sum(ratios) can exceed 8 17:22:19 <andythenorth> template C uses combining, but with a strict special case for cargo in slot 1 17:22:27 <andythenorth> hope that helps! 17:22:49 <planetmaker> it will :-) 17:22:58 <planetmaker> thanks for all these explanations 17:23:33 <andythenorth> the nfo tells same ;) 17:23:38 <andythenorth> maybe less easy to read 17:26:07 <Brot6> firs: update from r2162 to r2173 done - http://bundles.openttdcoop.org/firs/nightlies/r2173 17:27:32 <Brot6> Following repos didn't need a nightlies update: ogfx-trains (r245), narvs (r37), bros (r52), ogfx-industries (r121), opengfx (r681), ailib-tile (r16), transrapidtrackset (r15), 2cctrainset (r750), cets (r5), ailib-list (r32), opensfx (r97), ttdviewer (r34), worldairlinersset (r672), heqs (r605), openmsx (r97), basecosts (r25), nutracks (r202), nml (r1512), 32bpp-extra (r40), manindu (r7), newgrf_makefile (r298), ailib-direction (r17), 17:27:33 <Brot6> ailib-common (r21), firs.nml (r2081), snowlinemod (r49), ai-admiralai (r75), swisstowns (r22), metrotrackset (r56), spanishtowns (r10), frenchtowns (r6), grfpack (r279), ogfx-rv (r107), fish (r655), ogfx-landscape (r70), ttrs (r36), source-test (r2), ogfx-trees (r51), swedishrails (r203), grfcodec (r832), ai-aroai (r39), german-townnames (r34), smts (r19), chips (r143), belarusiantowns (r8), indonesiantowns (r41), ailib-string (r29), 17:27:34 <Brot6> airportsplus (r107), comic-houses (r71) 17:28:24 <Brot6> narvs: compile of r37 still failed (#2789) - http://bundles.openttdcoop.org/narvs/nightlies/ERROR/r37 17:29:02 <Brot6> ogfx-industries: compile of r121 still failed (#2792) - http://bundles.openttdcoop.org/ogfx-industries/nightlies/ERROR/r121 17:46:01 *** andythenorth has quit IRC 17:51:43 *** andythenorth has joined #openttdcoop.devzone 17:53:20 *** andythenorth is now known as Guest1536 17:53:21 *** andythenorth has joined #openttdcoop.devzone 17:59:45 *** Guest1536 has quit IRC 18:04:12 <Terkhen> are you already templating? :P 18:05:43 <planetmaker> of course 18:06:06 <planetmaker> that's the quickest way to cut away zillions of lines :-) 18:06:25 <planetmaker> and once understood it's easy to write it as template and overwrite the identical code sections with it 18:07:10 <planetmaker> http://dev.openttdcoop.org/projects/firs/repository/show/sprites/nml/templates 18:07:19 *** tneo- is now known as tneo 18:09:39 <andythenorth> completing the terrain switches + the production code will probably reduce code by 70% :P 18:14:21 <planetmaker> yup 18:14:46 <planetmaker> all the layouts could be somewhat summarized probably, too. By means of the adv. action2 layout 18:15:15 <andythenorth> I think so 18:15:29 <andythenorth> that's one of the two main reasons I support moving to nml 18:15:38 <andythenorth> as grfcodec can't compile adv. action 2 :P 18:16:37 <planetmaker> http://paste.openttdcoop.org/show/330/ <-- my current wip ;-) 18:17:37 <planetmaker> cargoXtime is a permanent variable to store the last delivery date for that cargo 18:18:19 <Rubidium> andythenorth: why wouldn't is compile? 18:18:36 <andythenorth> perhaps it's renum that has the problem 18:18:44 <andythenorth> it was being worked on by yexo 18:18:47 <Rubidium> that's way more likely 18:19:30 <Rubidium> but I see there's (some?) support in it since r831 (mid June) 18:19:49 <andythenorth> possibly it's renum that fails then 18:19:53 <andythenorth> pretty certain it is 18:20:33 <andythenorth> nfo FIRS was 100% dependent on renum 18:20:43 <andythenorth> it's a non-issue now due to nml migration 19:02:01 <Brot6> NewGRF Meta Language - Revision 1513:57de4ed058b7: Feature: .devzone setting to autopublish relea... (Ammler) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/57de4ed058b7 19:12:27 <Brot6> nml-pypi: compile of 0.1.1-pypi failed - http://bundles.openttdcoop.org/nml-pypi/releases/ERROR/0.1.1-pypi 19:19:50 <Brot6> nml-pypi: compile of 0.1.1-pypi failed - http://bundles.openttdcoop.org/nml-pypi/releases/ERROR/0.1.1-pypi 19:32:57 <planetmaker> http://paste.openttdcoop.org/show/331/ <-- care to cross-check, andythenorth ? 19:33:51 <planetmaker> hm... one switch missing 19:37:16 <planetmaker> update: http://paste.openttdcoop.org/show/332/ 19:39:18 <andythenorth> planetmaker: brb 19:40:49 <planetmaker> no rush 19:44:58 <Brot6> DevZone Help Center - Revision 146:c280251ba18e: [Compiler] Feature: add pypi publishing (Ammler) @ http://dev.openttdcoop.org/projects/home/repository/revisions/c280251ba18e 19:44:58 <Brot6> DevZone Help Center - Revision 147:0801735ea4c1: [MQ] Update: mercurial update 1.8 to 1.9 (Ammler) @ http://dev.openttdcoop.org/projects/home/repository/revisions/0801735ea4c1 19:56:06 <andythenorth> planetmaker: does logic in nml read up or down? 20:00:05 <frosch123> same as nfo, and about every language 20:02:27 <planetmaker> in other words: last called switch is up. Entry point down 20:03:52 <andythenorth> planetmaker: I can't read nml enough yet to know if that code is correct 20:03:56 <andythenorth> however... 20:04:05 <andythenorth> ...that's what debug text parameter is for in game ;) 20:34:56 <planetmaker> it has no debug texts so far ;-) 20:37:31 <andythenorth> boo :P 20:39:30 <andythenorth> planetmaker: the debug texts are present in r2169 and seem to work (didn't test 100%) 20:44:20 <Brot6> DevZone Help Center - Revision 148:30ea6de0b2a5: [Compiler] Fix: only publish to pypi if the buil... (Ammler) @ http://dev.openttdcoop.org/projects/home/repository/revisions/30ea6de0b2a5 20:44:20 <Brot6> DevZone Help Center - Revision 149:beb68af8bd3c: [Compiler] Fix: indents and trailing ws (Ammler) @ http://dev.openttdcoop.org/projects/home/repository/revisions/beb68af8bd3c 21:32:23 *** andythenorth has quit IRC 21:35:59 *** Lakie has quit IRC 21:43:07 *** frosch123 has quit IRC 21:53:15 *** andythenorth has joined #openttdcoop.devzone 21:56:33 *** andythenorth is now known as Guest1549 21:56:34 *** andythenorth has joined #openttdcoop.devzone 22:03:18 *** Guest1549 has quit IRC 22:07:46 *** andythenorth has left #openttdcoop.devzone 22:12:01 <planetmaker> good night 23:08:03 *** bodis has quit IRC 23:31:45 <Brot6> Central European Train Set - Revision 6:e402a02c59fe: Document the epoch availability defines (Eddi) @ http://dev.openttdcoop.org/projects/cets/repository/revisions/e402a02c59fe 23:31:45 <Brot6> Central European Train Set - Revision 7:95035d3efb6e: restructure dummy vehicle code, so it could... (Eddi) @ http://dev.openttdcoop.org/projects/cets/repository/revisions/95035d3efb6e 23:32:27 <Brot6> Central European Train Set - Revision 8:89da9759ee26: forgot new file (Eddi) @ http://dev.openttdcoop.org/projects/cets/repository/revisions/89da9759ee26