Log for #openttdcoop.devzone on 9th July 2011:
Times are UTC Toggle Colours
01:04:41  <Brot6> FIRS Industry Replacement Set - Revision 2164:1d4d51f40778: Codechange: Reference the incompatibl... (planetmaker) @
01:04:41  <Brot6> FIRS Industry Replacement Set - Revision 2165:2def8cae715d: Codechange: Name remaining industries... (planetmaker) @
02:34:31  <Brot6> FIRS Industry Replacement Set - Revision 2166:19e6eab42300: Codechange: Name cargos where they ar... (planetmaker) @
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) @
06:53:06  <Brot6> openttd.grf water-features - Revision 30:8e340bfb61d8: Change: completed another angle for rivers (andythenorth) @
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) @
07:45:33  <planetmaker> moin
09:23:27  <Brot6> openttd.grf water-features - Revision 32:ccbe15e08715: Change: work in progress on temperate rivers (andythenorth) @
09:23:27  <Brot6> openttd.grf water-features - Revision 33:a136191007fd: Add: changelog and license.txt were in hgi... (andythenorth) @
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) @
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> <-- 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 <-- 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) @
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>
12:27:42  <Webster> Title: Decaying Code | Anti-Pattern: The god object (at
12:41:44  <Brot6> FIRS Industry Replacement Set - Revision 2169:0163bdaf1521: Codechange: Apply the nearby tile cla... (planetmaker) @
12:44:27  <Brot6> FIRS Industry Replacement Set - Revision 2170:e934bd5577f6: Cleanup: A few sprinkles of coding style (planetmaker) @
12:46:08  <Brot6> FIRS Industry Replacement Set - Revision 2171:1229165c7a96: Cleanup: A few more sprinkles of codi... (planetmaker) @
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) @
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) @
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>
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:
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 -
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) -
17:29:02  <Brot6> ogfx-industries: compile of r121 still failed (#2792) -
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>
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> <-- 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) @
19:12:27  <Brot6> nml-pypi: compile of 0.1.1-pypi failed -
19:19:50  <Brot6> nml-pypi: compile of 0.1.1-pypi failed -
19:32:57  <planetmaker> <-- care to cross-check, andythenorth ?
19:33:51  <planetmaker> hm... one switch missing
19:37:16  <planetmaker> update:
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) @
19:44:58  <Brot6> DevZone Help Center - Revision 147:0801735ea4c1: [MQ] Update: mercurial update 1.8 to 1.9 (Ammler) @
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) @
20:44:20  <Brot6> DevZone Help Center - Revision 149:beb68af8bd3c: [Compiler] Fix: indents and trailing ws (Ammler) @
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) @
23:31:45  <Brot6> Central European Train Set - Revision 7:95035d3efb6e: restructure dummy vehicle code, so it could... (Eddi) @
23:32:27  <Brot6> Central European Train Set - Revision 8:89da9759ee26: forgot new file (Eddi) @

Powered by YARRSTE version: svn-trunk