Log for #openttdcoop.devzone on 4th November 2010:
Times are UTC Toggle Colours
00:06:34  <SmatZ> good night, Yexo
00:06:40  <SmatZ> and planetmaker :)
00:11:38  *** Ammller has joined #openttdcoop.devzone
00:12:05  <Ammler> reboot irc server
00:12:24  *** Hirundo has quit IRC
00:12:25  *** Terkhen has quit IRC
00:12:25  *** Ammler has quit IRC
00:12:25  *** SmatZ has quit IRC
00:12:25  *** planetmaker has quit IRC
00:12:25  *** Guest1602 has quit IRC
00:12:25  *** tneo has quit IRC
00:15:31  *** thgergo has quit IRC
00:21:31  *** Hirundo has joined #openttdcoop.devzone
00:22:03  *** Ammler has joined #openttdcoop.devzone
00:22:53  *** SmatZ has joined #openttdcoop.devzone
00:23:46  *** planetmaker has joined #openttdcoop.devzone
00:24:35  *** tneo has joined #openttdcoop.devzone
00:26:31  *** Terkhen has joined #openttdcoop.devzone
00:27:33  *** V453000 has joined #openttdcoop.devzone
00:31:06  <Ammler> that was nice, again?
00:31:19  *** tneo has quit IRC
00:31:19  *** Terkhen has quit IRC
00:31:19  *** V453000 has quit IRC
00:31:19  *** Hirundo has quit IRC
00:31:19  *** Ammler has quit IRC
00:31:19  *** SmatZ has quit IRC
00:31:19  *** planetmaker has quit IRC
00:33:05  *** Hirundo has joined #openttdcoop.devzone
00:33:09  *** Ammller has quit IRC
00:33:55  *** SmatZ has joined #openttdcoop.devzone
00:34:25  *** Ammler has joined #openttdcoop.devzone
00:35:20  *** planetmaker has joined #openttdcoop.devzone
00:36:41  *** Ammller has joined #openttdcoop.devzone
00:36:52  *** Ammler has quit IRC
00:37:03  *** Ammller is now known as Ammler
00:37:35  *** Terkhen has joined #openttdcoop.devzone
00:38:35  *** V453000 has joined #openttdcoop.devzone
00:42:37  *** tneo has joined #openttdcoop.devzone
01:16:57  *** KenjiE20 has quit IRC
01:20:13  *** xxtdurdenxx has joined #openttdcoop.devzone
01:22:10  *** xxtdurdenxx has quit IRC
01:23:43  *** xxtdurdenxx has joined #openttdcoop.devzone
01:23:53  *** xxtdurdenxx has left #openttdcoop.devzone
05:31:24  <Brot6> Bundles Update: gf429fd50 2010-11-04 cargodist   (
06:00:42  *** Lakie has quit IRC
07:00:10  <Brot6> FIRS Industry Replacement Set - Feature #1615 (Closed): Biorefinery graphics (andythenorth) @
08:17:18  *** ODM has joined #openttdcoop.devzone
09:25:28  <planetmaker> moin
09:33:46  <Terkhen> hi planetmaker
09:45:48  <dih> ODM: plugins work :-)
09:45:54  <dih> morning by the way
09:55:07  *** V453000 is now known as Guest1872
09:57:41  <ODM> sweet
10:15:58  <dih> managed to get an irc plugin to function :-)
10:16:05  <dih> though it is still pretty dirty
10:16:11  <dih> if you want something nice to do :-D
10:16:14  <dih> i created a ticket :-P
10:17:16  <dih> defining config for a plugin in a config file may (or even should?) be in the form of a section / file name of the plugin class (including it's full package name)
10:17:39  <dih> e.g. <- that would the class i wrote yesterday for the irc plugin
10:18:07  <dih> i also started a wiki page about how to add extention point definitions
10:18:10  <planetmaker> [11:15]	<dih>	managed to get an irc plugin to function :-) <-- juhu :-)
10:18:20  <dih> i tell you - it's pretty sweet ^^
10:18:27  <dih> i love plugins :-D
10:18:38  <dih> and it's fast ^^
10:21:51  <dih> time is ticking though - hence the config part is needed fast
10:27:47  <ODM> didnt you already have a thing for configs?
10:27:51  <ODM> forgot what its called
10:28:15  <ODM> i have exams next week, will have more time after that
10:29:47  <dih> :-)
10:29:52  <dih> it's all noted in the ticket ^^
10:29:57  <ODM> nice^^
10:30:23  <dih> i extended the pom file, so do not be astonished if maven starts downloading a bunch of stuff for a mvn package ^^
10:30:26  <Brot6> Grapes - Feature Request #1752: Generic Configuration Support (dih) @
10:30:37  <ODM> i wont
10:30:38  <dih> you then can execute the created jar (with-dependencies) file
10:30:53  <ODM> ill just stay away from maven:P
10:31:03  <dih> you do not have to :-)
10:31:19  <dih> a simple mvn package (or telling netbeans to 'package') will do the trick
10:31:57  <dih> then you can java -jar target/grapes*with-dependencies.jar <path/to/plugins/directory>
10:32:03  <dih> ^^
10:32:29  <ODM> so all plugins in the given directory are loaded?
10:32:32  <ODM> seems fine to me:)
10:32:42  <dih> a reason for why i want all extentions we write in a single hg repo, is that in the root of that repo the command 'mvn package' would suffice ^^
10:33:17  <ODM> tbh they would be fine together, otherwise we'd have a buttload of projects, some probably tiny
10:33:24  <dih> yes, all would be loaded - first it looks if those jars try to extend the extentionpoints, then it loads all extentionpoints it can find, then it loads everything that extends GrapePlugin / GrapePluginImpl
10:33:54  <dih> and then it will look at all methods, to see if any of the found methods in those plugin classes are Annotated with the defined extentionpoints ^^
10:34:11  <dih> then it initializes the plugins with a call to their init(PluginManager pm) method
10:34:42  <dih> ODM, i just want the plugins in there that would be 'officially' maintained
10:34:48  <dih> anybody else can still create plugins ^^
10:35:08  <ODM> for the config, i think a simple config file would do... grapes loads the config, and during init of the plugins, sends them to the plugins aswell
10:35:24  <ODM> they can pick off/find any section they want/need, or provide defaults otherwise
10:36:17  <ODM> bb, housebuying time now^^
10:36:49  <ODM> be back tonight
10:37:02  *** ODM has quit IRC
11:06:01  <Brot6> NewGRF Meta Language - Feature Request #1625: Implement "calling" another varaction2 (Hirundo) @
11:10:52  *** KenjiE20 has joined #openttdcoop.devzone
11:15:57  <planetmaker> Hirundo: which usage exactly does #1625 refer to?
11:15:57  <Brot6> planetmaker: Hirundo: #1625 is "NewGRF Meta Language - Feature Request #1625: Implement "calling" another varaction2 - #openttdcoop Development Zone"
11:16:30  <Hirundo> Using of var 0x7E 'procedure calls'
11:16:51  <planetmaker> ah
11:51:26  *** seberoth has joined #openttdcoop.devzone
11:54:09  *** Yexo has quit IRC
11:54:32  *** Yexo has joined #openttdcoop.devzone
12:42:40  *** Lakie has joined #openttdcoop.devzone
13:44:30  <Brot6> OpenGFX+ Trains - Feature Request #1753 (New): (De-)select via parameter rolling stock for differ... (planetmaker) @
13:59:34  <Yexo> Hirundo: agreed on procedure calls
14:00:18  <Yexo> it doesn't  have "1.0" as target version set for a reason
14:11:07  <planetmaker> I just look at the ttdpatch flags... they're somewhat inconsistently named.
14:11:27  <planetmaker> Personally I'd prefer to have the variable rather called configflags - just like the related constants
14:12:43  <planetmaker> if ((ttdpatch_flags & (1 << CONFIGFLAG_ENGINE_POOL)) == 0) { <-- looks a bit odd as syntax
14:13:40  <planetmaker> so, maybe change the CONFIGFLAG_XXX also to the corresponding value, not the bit number?
14:14:08  <planetmaker> if ((ttdpatch_flags &CONFIGFLAG_ENGINE_POOL)) == 0) { looks nicer
14:15:48  <Yexo> planetmaker: if (hasbit(ttdpatch_flags, CONFIGFLAG_ENGINE_POOL)) { <- that works currently (with bit numbers)
14:17:20  <planetmaker> hm, looks better :-)
14:17:41  <Yexo> I agree on the ttdpatch_flags->configflags change
14:18:56  <planetmaker> interestingly enough I cannot construct also a bitmask from the CONFIGFLAGS_XXX - bitmask only supports 32 bit widths
14:19:28  <planetmaker> that might be good in all other cases (as it would be an error there), but is a bit unfortunate in this one
14:20:09  <planetmaker> but then... usually one setting is checked at a time with the configflags
14:20:32  <Yexo> according to the ttdpatch wiki you should only use the ttdpatch flags variable with bit tests
14:21:43  <Yexo> but nml already doesn't adhere to that
14:23:29  <planetmaker> hm... what's the size of the parameter for var 84 when ttdpatch_flags / config_flags are used?
14:23:36  <planetmaker> Can it hold more than 4 byte?
14:23:50  <planetmaker> it rather looks like it should be 8 or so
14:24:26  <planetmaker>
14:25:06  <Yexo> iirc it's 4
14:25:31  <planetmaker> hm, I'll leave it
14:25:40  <Yexo> it's var 85, not 84 right?
14:26:15  <planetmaker> yes
14:26:59  <Yexo> nml currently generates non-working code
14:27:58  <Yexo> if (hasbit(ttdpatch_flags, CONFIGFLAG_WAGON_SPEED_LIMITS)) { <- that code (where CONFIGFLAG_WAGON_SPEED_LIMITS = 0x5D) results in:
14:28:09  <Yexo> param[0x40] = param[0x85];
14:28:19  <Yexo> if (hasbit(param[0x40], 0x5D)) {
14:28:33  <Hirundo> ttdpatch flags is another of those lovely 'special cases'
14:28:33  <Yexo> which is always false
14:28:49  <Yexo> yep, it should only be allowed in hasbit, not as general variable
14:28:49  <planetmaker> hm...
14:28:54  <Lakie> 0x5D as a bit is quite far beyond a dword...
14:29:25  <planetmaker> I just wonder whether those shouldn't just be in the NML context all variables in their own sense
14:29:31  <planetmaker> just like game_year or so
14:29:49  <planetmaker> but it would be  HUGE list...
14:29:49  <Hirundo> How many of these flags are actually useful to the grf developer?
14:29:54  <Yexo> hmm, that is another idea, quite nice actually
14:30:04  <Yexo> not too many
14:30:41  <dih> the guys in ##java at freenode suck ^^
14:31:58  <Yexo> Lakie: is the offset parameter for object var 61 and 62 signed or unsigned?
14:31:59  <planetmaker> Hirundo, I guess it can be condensed a lot. engine_pool, unified_maglev, gradual_loading, persistant engines, long bridges, palne_speed factor(?), irregular stations, temp. snowline, custom bridge heads
14:32:05  <planetmaker> wagon speed limits,
14:32:15  <Yexo> in openttd it's signed, but the documentation links to industry vars 65 and 66 which have unsigned offsets
14:32:16  <planetmaker> not sure about the rest
14:32:17  <Lakie> For objects?
14:32:23  <Yexo> yes
14:32:29  <Lakie> All vars except 64 are signed
14:32:37  <Hirundo> plane speed is already available otherwise
14:33:35  <Yexo> ok, thanks :)
14:34:17  <planetmaker> true, cut away plane speed
14:34:31  <Hirundo> What does TTDP do with a grf, when a required feature (e.g. newstations, trams) is not enabled?
14:35:17  <Lakie> Probably loads the grf file but does nothing with it?
14:36:41  <Lakie> Don't know a huge amount about the internals of how Josef designed the newgrf system in TTDPatch, sorry...
14:42:50  <Hirundo> NML already has a meta-type for special vars like this (expression.SpecialParameter), so implementation should not be too hard
14:50:36  <planetmaker> I created a ticket about that...
14:51:28  * planetmaker waits for announcement of #1754 :-P
14:51:28  <Brot6> planetmaker: #1754 is "NewGRF Meta Language - Code Review #1754: ttdpach_flags / config_flags - #openttdcoop Development Zone"
14:51:35  <Brot6> NewGRF Meta Language - Revision 979:7fe1e7f8468a: Add: A new abstract base class for sprite group... (Hirundo) @
14:51:35  <Brot6> NewGRF Meta Language - Code Review #1754 (New): ttdpach_flags / config_flags (planetmaker) @
14:51:42  <planetmaker> there we go
14:51:55  * Yexo is looking at #1745
14:51:55  <Brot6> Yexo: #1745 is "NewGRF Meta Language - Feature Request #1745: industry property changes - #openttdcoop Development Zone"
14:52:45  <Ammler> pm, fixed a typo ;-)
14:53:31  <Brot6> NewGRF Meta Language - Code Review #1754 (New): ttdpatch_flags / config_flags (planetmaker) @
14:56:21  <planetmaker> hm?
14:58:12  <Ammler> or just use ttdp next time ;-)
14:58:14  <planetmaker> oh :-P
15:01:21  <planetmaker> Lakie, what do you say to the list in that issue? Would a newgrf author really need the others when targeting TTDPatch?
15:01:56  <Lakie> ?
15:02:15  <planetmaker> of the ttdpatch_flags
15:02:40  <Lakie> I think some train grfs like to check multihead?
15:03:00  <Lakie> Though that might be seperate these days
15:03:12  <planetmaker> well. That's why I'm asking you :-)
15:06:16  <Lakie> I'd guess only multihead is missing.
15:07:21  <Lakie> Can't say I imagine many grfs check them these days
15:07:56  <Yexo> planetmaker: can you fix the link to the nml documentation in here?
15:07:58  <Webster> Title: Transport Tycoon Forums • View topic - NML - a Newgrf Meta Language (at
15:12:28  <planetmaker> done
15:23:47  <Brot6> NewGRF Meta Language - Revision 992:127929eaefde: Codechange: make the custom function used for t... (yexo) @
15:25:34  <planetmaker> I also added links to the three existing NML-OpenGFX+ projects, trains, rv and airports
15:27:26  <Yexo> thanks
15:30:49  <Brot6> NewGRF Meta Language - Revision 993:4d23196fb2f0: Change #1747: fix two cargo properties (yexo) @
15:39:44  <Brot6> NewGRF Meta Language - Revision 994:62ef71bb5ea2: Add: A parameter list to sprite layouts. (Hirundo) @
15:39:45  <Brot6> NewGRF Meta Language - Revision 996:a6190d679b32: Codechange: Let the regression test use spritel... (Hirundo) @
15:39:45  <Brot6> NewGRF Meta Language - Revision 997:648654255f48: Change: Warn the user to rename spritegroup to ... (Hirundo) @
15:39:46  <Brot6> NewGRF Meta Language - Revision 995:a85753ca621b: Codechange: Merge SpriteLayout and LayoutSprite... (Hirundo) @
15:40:36  <Hirundo> planetmaker: I guess, there will be some more warnings now
15:41:47  <planetmaker> hm. spritelayout also used for vehicles?
15:41:56  <Hirundo> no, buildings only
15:42:16  <Hirundo> houses/indtiles/objects/airporttiles
15:42:22  <planetmaker> aye
15:43:45  <planetmaker> what about yexo's warning that NML currently doesn't produce usable output?
15:44:00  <Yexo> that was about ttdpatch flags
15:45:27  <planetmaker> oh, then I misunderstood you there
15:48:35  <planetmaker> Hirundo, there shouldn't :-P
15:48:41  <Brot6> OpenGFX+ Airports - Revision 69:d00dd0491b1d: Change: Remove deprecated use of spritegroup and re... (planetmaker) @
15:51:46  <Brot6> NewGRF Meta Language - Feature Request #1747: cargo property changes (yexo) @
16:01:25  <planetmaker> <-- partial documentation. It needs a proper formal description of the spritelayout usage. I'm not sure about all the possible uses there
16:01:40  <planetmaker> and ignore lines 55-64
16:18:01  <Hirundo> The code seems correct, but it needs a much more verbose description of the possibilities
16:20:16  <planetmaker> Well, the format description of ground { ... } childsprite { ... } and building { ... } is missing
16:20:23  <planetmaker> And the elements which can go in there.
16:20:31  <planetmaker> Which I don't quite know
16:25:52  <Hirundo> Can you make sense out of actions/ ?
16:28:28  <planetmaker> hm... not entirely. As much as those are the possible elements, but further?
16:30:55  <Ammler> nobody missed nightly run yesterday?
16:31:35  <planetmaker> I think I saw some... but as there were no changes to be expected
16:31:47  <Rubidium> 06:31 < Brot6> Bundles Update: gf429fd50 2010-11-04 cargodist   (
16:31:55  <Rubidium> no, it ran fine last night :)
16:32:45  <Hirundo> planetmaker: I wrote down some stuff here:
16:33:21  <Hirundo> If you can't make sense of it, just leave it open and add a ticket about it
16:35:09  <planetmaker> I guess can can make some sense of it :-) I'll try to write up something a bit later
17:01:11  <Hirundo> r1000 is only a click away now :)
17:01:46  <Terkhen> :)
17:01:49  <Yexo> go ahead and take it :)
17:02:11  <planetmaker> :-)
17:03:10  * Hirundo ponders
17:03:44  <Hirundo> watch out! incoming!
17:04:10  <planetmaker> :-)
17:05:01  <Brot6> NewGRF Meta Language - Revision 998:4f2abf04e1c6: Remove #1625: The possibility to call another v... (Hirundo) @
17:05:01  <Brot6> NewGRF Meta Language - Revision 999:114a257a538d: Feature #1395: Preliminary support for offsets ... (Hirundo) @
17:05:01  <Brot6> NewGRF Meta Language - Revision 1000:bca2382c7abb: Codechange: Remove 'ground', 'building' and 'c... (Hirundo) @
17:07:48  *** thgergo has joined #openttdcoop.devzone
17:11:37  <Brot6> grfcodec: update from r785 to r786 done -
17:12:40  <Hirundo> Suggestion: What about using spritegroups to combine sprites for construction stages (and for stations: loaded-ness)
17:13:13  *** frosch123 has joined #openttdcoop.devzone
17:13:41  <Yexo> hmm, so actually the same as for vehicles
17:14:04  <planetmaker> sounds good
17:14:10  <Brot6> nml: update from r975 to r1000 done -
17:14:13  <planetmaker> sounds like a stringent concept
17:19:33  <Brot6> airportsplus: update from r65 to r69 done -
17:20:23  <planetmaker> Juhu :-) NML nightly r1000
17:20:33  <Brot6> ogfx-trains: update from r86 to r87 done (1 errors) -
17:21:26  <Brot6> swedishrails: update from r187 to r188 done -
17:21:33  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r635), 32bpp-extra (r39), ai-admiralai (r71), basecosts (r22), belarusiantowns (r7), comic-houses (r71), firs (r1483), fish (r415), frenchtowns (r4), grfcodec (r786), heqs (r479), indonesiantowns (r38), manindu (r5), metrotrackset (r56), newgrf_makefile (r220), nml (r1000), nutracks (r117), ogfx-trees (r41), opengfx (r554), openmsx (r97), opensfx (r97), smts (r19), snowlinemod
17:21:33  <Brot6> (r45), swisstowns (r21), transrapidtrackset (r15), ttdviewer (r26), ttrs (r23), worldairlinersset (r667)
17:21:52  <Brot6> OpenGFX+ Airports - Bug #1741 (Closed): DevZone compile failed (yexo) @
17:21:52  <Brot6> OpenGFX+ Airports - Bug #1688 (Closed): DevZone compile failed (yexo) @
17:23:52  <planetmaker> what type of (bogus) error was that?
17:28:37  <Ammler> looks like "old" fails according to the issue |
17:28:57  <Brot6> Indonesian Town Names - Bug #1755 (New): DevZone compile failed (compiler) @
17:30:05  <Ammler> hmm, I should update the user db :-)
17:38:01  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: 2cctrainset (7 errors), 32bpp-extra (Diffsize: 1), basecosts, belarusiantowns (3 errors) (Diffsize: 21), comic-houses (2 errors) (Diffsize: 14), firs (3 errors), fish (4 errors), frenchtowns (4 errors) (Diffsize: 9), heqs, manindu, metrotrackset (Diffsize: 1), newgrf_makefile, nutracks (2 errors), ogfx-trees, opengfx, smts, snowlinemod, swisstowns,
17:38:01  <Brot6> transrapidtrackset (Diffsize: 12), ttrs (7 errors), worldairlinersset
17:42:57  <Ammler> what is STR_MIN_VERSION_OTTD for?
17:43:51  <Ammler> ah, might mean, it is removed again
17:46:55  <planetmaker> it probably means that it needs replacement by string(STR_MIN_VERSION_OTTD)
18:17:53  <Brot6> NewGRF Meta Language - Revision 1001:6dbff10bf253: Change #1745: several industry properties (yexo) @
18:17:53  <Brot6> NewGRF Meta Language - Revision 1002:17e6d4924097: Doc #1745: industry properties (Alberth) (yexo) @
18:19:39  <Brot6> NewGRF Meta Language - Feature Request #1745: industry property changes (yexo) @
18:31:50  *** ODM has joined #openttdcoop.devzone
19:05:03  *** ODM has quit IRC
19:08:52  <Brot6> 32bpp-ez-patches - Bug #1756 (New): DevZone compile failed (compiler) @
19:15:24  <Brot6> #openttdcoop Client Patch Pack - Bug #1757 (New): DevZone compile failed (compiler) @
19:16:16  <Brot6> serverpatches: compile of r21081 still failed (#1658) -
19:46:32  *** andythenorth_ has joined #openttdcoop.devzone
19:46:37  <andythenorth_> evenink
19:46:52  <Terkhen> hi andythenorth_
20:01:05  <planetmaker> oddink, andythenorth_
20:17:32  <Brot6> NewGRF Meta Language - Revision 1003:5fdb085d7062: Codechange: Shuffle some feature-related code ... (Hirundo) @
20:17:32  <Brot6> NewGRF Meta Language - Revision 1004:f2a4ed84357c: Fix #1395: An Action1 used for a sprite layout... (Hirundo) @
20:17:32  <Brot6> NewGRF Meta Language - Revision 1005:a57971ce0902: Add: Bounds checking for the offsets within a ... (Hirundo) @
20:17:34  <Brot6> NewGRF Meta Language - Feature #1395 (Closed): sprite layouts (Hirundo) @
20:21:52  <Brot6> NewGRF Meta Language - Feature #1395 (New): sprite layouts (Hirundo) @
20:27:59  <planetmaker> Hirundo: yes "Fix #xxx: ..." closes while "Feature #xxx: ..." does not
20:28:18  <planetmaker> that's by design. As something is usually only fixed with a single commit. But a feature might require more.
20:52:23  <Rubidium> oh noes... I've missed r1k. Where's the party? :)
20:54:50  <frosch123> maybe thay wait for r1ki
21:06:29  <Hirundo> File a feature request :)
21:19:56  <andythenorth_> :o
21:20:06  <andythenorth_> nml soon has more commits than FIRS :(
21:20:11  * andythenorth_ looks for easy commits :P
21:29:15  <Terkhen> :D
21:35:15  <Hirundo> andythenorth_: <- this should help
21:35:16  <Webster> Title: Productivity 2.0 - The Daily WTF (at
21:53:46  <Brot6> Manual Industries - Bug #1742 (Rejected): DevZone compile failed (frosch) @
21:54:07  <frosch123> thanks yexo, btw :)
21:54:47  <Yexo> ehm, for what?
21:55:20  <frosch123> well, r976 made mi2 compile again :p
21:55:45  <Yexo> ah :)
21:55:52  <Ammler> he, you just needed patient :-P
21:56:04  <Ammler> ce*
21:59:37  <Brot6> FIRS Industry Replacement Set - Revision 1487:3ad1ed84ef98: Change: more progress on graphics for... (andythenorth) @
22:02:55  * andythenorth_ wonders if there is an acceptable limit to copy-paste when making industry graphics
22:03:13  <andythenorth_> most recent industries are built from bits of other industries
22:03:45  <Ammler> nobody would notice, if you don't tell them ;-)
22:04:50  <andythenorth_> it does make it harder to tell what industry type it is though?
22:04:57  <planetmaker> andythenorth_: even if you have concerns about that: it's better than boxes ;-)
22:05:14  <planetmaker> and you can always draw something new
22:05:18  <planetmaker> and then replace that
22:05:21  <andythenorth_> :P
22:13:43  <Ammler> you have so many industries, you need to click on it to see what it is anyway
22:13:59  <andythenorth_> good night
22:14:10  <Yexo> planetmaker / Hirundo: the current syntax to disable a default industry is:
22:14:18  *** andythenorth_ has quit IRC
22:14:26  <Yexo> we either need a good named constant for that 0xFF or completely new syntax to disable an original industry
22:14:40  <Yexo> something like: disable_industry(INDUSTRYTYPE_POWER_PLANT); maybe?
22:15:07  <planetmaker> Yexo: the latter would make sense in a modified way:
22:15:30  <planetmaker> disable(FEAT_INDUSTRY, INDUSTRYID_POWERPLANT)
22:15:39  <planetmaker> as such it'd apply to all features
22:15:42  <Yexo> true :)
22:15:56  <Yexo> I'm not sure for which features it actually works
22:16:00  <Yexo> at least industries and airports
22:16:17  <planetmaker> vehicles, houses, industries
22:16:49  <planetmaker> I'm only not sure about *tiles
22:16:58  <Yexo> how does it work for vehicles?
22:17:11  <Yexo> don't you need to set climate availability to none to disable them?
22:17:57  <planetmaker>
22:18:03  <planetmaker> ^ climate availbility
22:18:08  <planetmaker> yes
22:18:34  <Yexo> you can't disable *Tiles, but that wouldn't make sense either
22:18:46  <Yexo> just override the layout so the old tiles aren't used or override the old tiles
22:20:56  <planetmaker> houses are also disabled by subst. type 0xFF
22:21:16  <Hirundo> industries, houses and vehicles should work
22:21:40  <Yexo> airports is the same as industries / houses, set substitute type to 0xFF
22:21:52  *** frosch123 has quit IRC
22:26:29  <Hirundo> cargos also have a similar functionality, by setting bit-num to FF
22:28:53  <Hirundo> the spec indicates, that the cargo label should probably be set to zero in that case
22:32:43  <Yexo> suggested names for the industry special flags
22:32:49  <Yexo> see for the exact meaning
22:33:17  <Yexo> some are quite long, any suggestions for better names are welcome
22:33:27  <planetmaker> instead of SF use FLAG?
22:34:05  <Yexo> sure
22:36:03  <planetmaker> hm... sorry, no suggestions for shortening.
22:36:41  <planetmaker> hm... is it subsidy or subsidence?
22:36:45  <planetmaker> I think the first?
22:37:36  <planetmaker> subsidy
22:37:58  <planetmaker> subsidence is what the whole Netherlands are wrt the average sea level :-P
22:38:10  <planetmaker> hm.. or is it the coal mine disaster?
22:38:13  <Rubidium> subsidence is the thing coal mines do
22:38:19  <Yexo> it is the coal mine disaster
22:38:20  <planetmaker> ok :-)
22:38:20  <Rubidium> subsidy is between stations
22:38:33  <Yexo> INDUSTRYBEH_CAN_SUBSIDENCE        = 1 << 13, ///< can cause a subsidence (coal mine, shaft that collapses) <- from the openttd code
22:38:33  <planetmaker> yep, I thought it referred to that
22:38:38  <Rubidium> subsidiary is that thing that we don't support yet
22:38:53  <planetmaker> ok, I withdraw my comment
22:42:49  <Brot6> NewGRF Meta Language - Revision 1006:1df369a35ecc: Add: constants and documentation for industry ... (yexo) @
22:50:18  <planetmaker> good night and congratz for r1k again :-)
23:00:50  <Brot6> NewGRF Meta Language - Revision 996:a6190d679b32: Codechange: Let the regression test use spritel... (Hirundo) @
23:00:50  <Brot6> NewGRF Meta Language - Revision 994:62ef71bb5ea2: Add: A parameter list to sprite layouts. (Hirundo) @
23:04:35  <Brot6> NewGRF Meta Language - Revision 1008:ae48d5d12f60: Feature #1395: Allow referring to labels insid... (Hirundo) @
23:04:35  <Brot6> NewGRF Meta Language - Revision 1007:c01775073d32: Add: Allow defining labels for a real sprite o... (Hirundo) @
23:05:13  <Hirundo> ^^  at least these commits are new
23:08:19  <Hirundo> gnight
23:08:22  <Brot6> NewGRF Meta Language - Revision 1009:a173fd8f8116: Doc: refer to Tilelayout syntax for the indust... (yexo) @
23:08:22  <Brot6> NewGRF Meta Language - Feature Request #1745 (Closed): industry property changes (yexo) @
23:08:22  <Brot6> NewGRF Meta Language - Feature Request #1420 (Closed): Documentation for all industry+tiles prope... (yexo) @
23:30:01  *** thgergo has quit IRC

Powered by YARRSTE version: svn-trunk