Log for #openttdcoop.devzone on 10th February 2011:
Times are UTC Toggle Colours
00:05:41  <Brot6> OpenGFX+ Landscape - Revision 25:659139f9ea79: Fix #2291: Better purchase view for wind power plant (planetmaker) @
00:05:41  <Brot6> OpenGFX+ Landscape - Bug #2291 (Closed): Special sprite for the purchase menu (planetmaker) @
00:14:44  <Brot6> Grapes - Revision 111:98002dab25cd: Fix: when renaming a config option, one should rename it ever... (dih) @
00:14:44  <Brot6> Grapes - Revision 112:ecc59baa9f25: Add: Methods to find PluginDescriptors with (dih) @
00:14:44  <Brot6> Grapes - Revision 113:26c5ddc91453: Change: be more verbose in the invoke handling and mention wh... (dih) @
00:18:20  <Brot6> OpenGFX+ Airports - Bug #2266 (Rejected): DevZone compile failed (planetmaker) @
00:19:58  <Brot6> OpenGFX+ Airports - Bug #2266 (Rejected): DevZone compile failed (planetmaker) @
00:19:58  <Brot6> OpenGFX+ Airports - Revision 72:2e878579c96e: Fix #2290: Adopt to nmlc's new recolour syntax and ... (planetmaker) @
00:19:58  <Brot6> OpenGFX+ Airports - Bug #2290 (Closed): DevZone compile failed (planetmaker) @
00:20:27  *** Lakie has quit IRC
00:20:57  <Brot6> airportsplus: update from r71 to r72 done -
00:53:11  *** KenjiE20 has quit IRC
02:26:58  *** thgergo has quit IRC
03:46:21  <Brot6> 2cc train set - Bug #2216: Naming of engines (EmperorJake) @
03:53:57  *** DanMacK has quit IRC
04:49:23  *** BackBone has quit IRC
05:33:07  <Brot6> Bundles Update: g8384da73 2011-02-10 cargodist   (
08:40:21  <Brot6> NewGRF Meta Language - Revision 1187:3340aaaa85aa: Doc: Elaborate a bit more on spritelayouts and... (planetmaker) @
08:53:11  <Yexo> PALETTE_ITEM_COLOUR is imo a confusing name
08:53:26  <Yexo> it should be something like "PALETTE_USE_DEFAULT" or something like that
08:54:00  <planetmaker> agreed
08:56:38  <Yexo> sorry I only notice that now, after you fixed all repos yesterday
09:01:44  <planetmaker> nvm. I wondered also how to rename it but didn't come up with a better name
09:02:43  <Yexo> since the default value is 0, you could leave it completely out of the examples / repos
09:04:24  <Brot6> NewGRF Meta Language - Revision 1188:b24bb2f82f87: Change: Rename PALETTE_ITEM_COLOUR to PALETTE_... (planetmaker) @
09:05:10  <planetmaker> well, yes. But I'd like to keep it as it then is clear that it can be changed
09:05:24  <planetmaker> It's IMHO one of the defaults which better is set explicitly
09:07:18  <Brot6> OpenGFX+ Landscape - Revision 26:51b2fa86cf7f: Fix: Adjust (again) to changes in nmlc's recolour ... (planetmaker) @
09:09:19  <Brot6> OpenGFX+ Airports - Revision 73:e119ea46d62c: Fix: Adjust (again) to changes in nmlc's recolour code (planetmaker) @
09:27:18  <Brot6> FIRS Industry Replacement Set - Feature #2296 (New): Supplying Mechanism (V453000) @
09:27:20  <V453000> ^ some reading for andythenorth or whoever else works on FIRS :)
09:31:24  <planetmaker> V453000: what you suggest comes very close to ECS behaviour ;-)
09:31:41  <planetmaker> at least when you make the "maintain production" also a variable threshold
09:32:09  <V453000> yes, but controllably
09:32:15  <V453000> I suppose
09:32:26  <V453000> you cant control anything with ECS
09:32:28  <planetmaker> I like the idea though to introduce a 'maintain' and a 'growth' level for supplies
09:32:47  <V453000> that is the main idea, the others are just some support
09:32:55  <planetmaker> V453000: yes, you can control it in a very similar way in ECS
09:33:20  <V453000> well, my industries grew in an extreme rate without any real care :)
09:33:21  <V453000> in ECS
09:33:50  <V453000> you could provide worse service, but then they die very quickly
09:34:04  <planetmaker> Well, mainly with the variable maintenance threshold I fear the same behaviour of ups and downs, should supply be subject to some variance
09:34:37  <planetmaker> but it could be like require linear supply increase for growth and like sqrt for maintaining level. or alike
09:34:37  <V453000> I think there is the key of just upkeep
09:34:43  <V453000> you could maintain it as you like
09:36:03  <V453000> because with ECS, you don't really have the option to do so, which is what makes it so chaotic
09:36:09  <V453000> or one of the things anyway :)
09:36:42  <planetmaker> in any case, it can be two separate things. So just having a variable growth border would already be quite interesting
09:36:57  <V453000> :)
09:37:46  <V453000> the main point is playability - if you just make a supply depot at the sideline and make sure it always has enough supplies, you can then timetable the delivery trains and easily adjust their properties to gain the stage you like
09:39:48  <V453000> it might seem to be easy by the control the player gets, but he still has to modify/manage a lot of stuff, and at the same time make sure there is enough supplies. And if there is too much supplies, then just produce more goods :)
09:40:14  <V453000> jamming network - set all industries to upkeep and fix :)
09:40:54  <V453000> I maybe do not even see all the possibilities that could be unlocked to the way openttd is played, but it would definitely allow for something amazing in my opinion
09:57:48  <SmatZ> Even more fun! (which would be extreme amounts of fun, possibly dangerous)
09:57:50  <SmatZ> :D
09:58:11  <planetmaker> :-D
09:58:19  <planetmaker> And it even includes beer!
09:58:25  <SmatZ> !!! :)
09:58:35  <V453000> just alcohol :( but brewed :)
09:58:54  <planetmaker> V453000: no worries, ogfx+trains will contain then a (sub)cargo "beer" ;-)
09:59:04  <planetmaker> just because we can ;-)
09:59:10  <V453000> awesome :D DB set has it already btw :p
09:59:18  <SmatZ> :)
09:59:40  <planetmaker> I know ;-) - it's part of the cargos of the very first ECS versions
09:59:50  <V453000> :)
10:00:30  <planetmaker> I still remember those very first games which I played also on Brianetta's server (it was like our stable one)
10:00:48  <planetmaker> was fun :-)
10:01:33  <V453000> nostalgy ^_^
10:01:38  <planetmaker> and I remember one situation still quite well which I've seen on our server also happen: I complained about like "please don't start to steel my cargo here" - "oh, no worry, I won't" - and then my fish processor got delivered HEAPS of extra fish
10:01:53  <planetmaker> sort of anti-stealing ;-)
10:02:04  <planetmaker> overloading my food train network :-P
10:03:21  <V453000> :)
10:06:35  <Terkhen> heh :D
10:19:17  <dihedral> that is a fun method :-P
10:20:24  <Rubidium> oh, had a battle with someone stealing my stuff as well on the stable server
10:20:51  <Rubidium> so I built a new industry and moved the station
10:21:07  <Rubidium> and made that new industry and station unreachable for the other player
10:21:19  <planetmaker> he :-)
10:21:30  <Rubidium> as I built it bang in the middle of my massive dump + pickup station complex
10:22:13  <planetmaker> that's the smart method - but of course doesn't work, if you don't have enough $$$ in the initial phase of a game
10:22:25  <V453000> just ban the agressor :P
10:23:25  <Rubidium> planetmaker: true, he even started a "exclusive" battle, but he had like 20 times less money, so after a while he was without money
10:23:39  <Rubidium> V453000: but I couldn't, and generally can't
10:24:00  <planetmaker> oh, 'exclusive transport rights' should be disabled...
10:24:24  <V453000> just like prison :) some people just do not belong to servers where normal people play
10:25:26  <planetmaker> Rubidium: you can. You could op yourself and then ban the person
10:26:14  <Rubidium> I shouldn't ban my competitor in-game, that'd be seen as conflict of interest
10:26:25  <V453000> I don't say _you_ have to do it, but the server admin should ;) ... if he cares about friendly atmosphere
10:26:33  <planetmaker> :-)
10:27:04  <V453000> stealing itself is ... meh, it's a game. But it results in usually a lot of hate and spicy word exchange :) and definitely not anything good
10:27:06  <planetmaker> well, yes. But playing by the rules is still something we should ask players to do
10:27:23  <V453000> yea, and that is why there are rules after all :)
10:27:53  <Rubidium> I wouldn't have problems with someone taking cargo from a secondary industry I deliver to, unless I'm already picking up 90% of the secondary cargo
10:28:05  <Terkhen> there is someone stealing cargo from me right now, I'll use RB's method :P
10:28:06  <planetmaker> :-)
10:28:08  <Rubidium> (or picking up the secondary cargo in general)
10:28:33  <planetmaker> it can indeed be more fun to show these kind of people that it's useless ;-)
10:28:48  <V453000> it makes at the very least mess, it is utterly rude, and it usually blocks your expansion space later on :P
10:29:07  <planetmaker> Terkhen: but you don't play on our stable server, or...?
10:29:19  <Terkhen> I'm playing on a spanish server I recently discovered
10:29:19  <V453000> after getting rid of such people on our .stable, I believe I made a nice atmosphere there :)
10:29:24  <planetmaker> aye :-)
10:31:25  <V453000> but yea, our stable might be still a bit different from others :p
10:32:00  <planetmaker> Well. Every server is somewhat different, but yes. It's one of the few well moderated ones.
10:32:23  <V453000> ever looked around other servers? ;)
10:32:43  <Rubidium> (one of the few) well moderated ones with a reasonably good standing with the OpenTTD developers
10:33:25  <planetmaker> :-D
10:34:30  <planetmaker> Even if you count all servers, it's probably not a huge amount servers which have a similar level of admin-presence
10:34:38  <planetmaker> <-- Terkhen ?
10:34:48  <Terkhen> planetmaker: yes
10:34:53  <planetmaker> can it be recommended?
10:35:07  <Terkhen> yes :)
10:35:30  <planetmaker> spanish only, or could i join with my lack of Spanish language command, too?
10:35:36  <Terkhen> the only problem is that all moderators are working in the mornings so things like this can happen
10:35:52  <planetmaker> well, it'll always happen on every server now and then.
10:35:54  <Terkhen> well, the server rules are in spanish but they could be reduced to "common sense"
10:36:11  <planetmaker> I've also seen people complain on our stable server and no admin responded for hours upon admin request. Shit happens
10:36:15  <V453000> party at spanish? :D
10:36:43  <Ammler> stealing doesn't exist in OpenTTD!
10:37:26  <V453000> DEATHMATCH.
10:37:28  <V453000> :P
10:37:39  <dihedral> LOL
10:37:40  <Terkhen> yes, it's just friendly competition :)
10:37:43  <dihedral> capture the flag? :-D
10:38:00  <V453000> dihedral: there are no flags lol! :P
10:38:02  <planetmaker> Terkhen: what would deter me from the server is the GIANT map size
10:38:07  <V453000> yes :D
10:38:12  <V453000> pm 5MB :D
10:38:13  <dihedral> V453000, on the top of the HQ :-P
10:38:25  <V453000> oh, right :D
10:38:26  <planetmaker> V453000: 2k x 2k... as big as it can get.
10:38:29  <V453000> hard to capture though :P
10:38:32  <V453000> pm: I know :)
10:38:38  <dihedral> Rubidium, i would like to suggest a setting without getting beaten up for that word :-D
10:38:38  <Terkhen> yes, usually they host 1024x1024 games
10:38:39  <planetmaker> V453000: Swedish houses have flags ;-)
10:38:44  <Terkhen> which is already quite big
10:38:47  <V453000> ooh :)
10:38:56  <planetmaker> yes, quite, Terkhen :S
10:39:03  <Terkhen> but we wanted to see their 2048x2048 Spain map :)
10:39:05  <dihedral> clients join as spectators only :-)
10:39:08  <planetmaker> 1M tiles is our inofficial maximum
10:39:15  <planetmaker> ah :-)
10:39:25  <dihedral> and cannot move themselves
10:39:38  <V453000> Terkhen: is that RV only?
10:39:44  <Terkhen> yes
10:39:45  <dihedral> i.e. a per client defiition if they may move themselves or not
10:39:57  <V453000> lol :D RV only on that large map? holy fuck. :D
10:40:04  <Terkhen> this is a special game, usually it is 1024x1024 with all vehicle types except aircrafts
10:40:05  <dihedral> then a bot connected to the game can to this and base the move on more stuff
10:40:13  <dihedral> e.g. authentication
10:40:21  <Terkhen> as you can se they like to build highways :)
10:40:23  <Terkhen> see*
10:40:29  <dihedral> Terkhen, yuck :-P
10:40:30  <V453000> imo, maximum is 512*1024 for MANY companies. :) 512*512 is enough in 90% cases
10:40:55  <dihedral> V453000, the smaller the map, the smaller the hub :-D
10:41:16  <V453000> depends how you build the hub :P
10:41:24  <dihedral> hehe
11:14:27  <Brot6> Java OpenTTD Admin Library - Feature Request #2297 (New): use java.nio (dih) @
11:29:02  <Brot6> Grapes - Code Review #1998 (Closed): Command Access extendable by plugins (dih) @
11:29:28  <dihedral> is there a way to get 'Task' into the list of Trackers?
11:29:50  <planetmaker> ?
11:30:22  <dihedral> when i create a ticket, i can chose from bug, feature, feature request, support, code review, membership, patch
11:30:32  <dihedral> i would not mind creating 'task' tickets
11:31:16  <planetmaker> that might be a global setting
11:31:37  <planetmaker> though... let's check
11:32:09  <planetmaker> yes, it is
11:33:21  <planetmaker> Task is pretty generic, is it?
11:34:34  <Yexo> how is "Task" different from "Feature requested assigned to myself"?
11:35:06  <dihedral> possibly in my mind :-D
11:36:26  <Brot6> NewGRF Meta Language - Bug #2282 (Closed): Company Colour recolouring. (Lakie) @
11:36:26  <Brot6> NewGRF Meta Language - Bug #2282 (Closed): Company Colour recolouring. (yexo) @
11:41:40  <dihedral> and how can a wiki page be listed as a tab?
11:42:54  <Ammler> dihedral: you can't, but you can add a url as a tab
11:43:12  <Ammler> so simply add a link to your specific wiki page
11:43:26  <dihedral> and how to i add a url as tab?
11:43:48  <Ammler> module urltabs or so :-)
11:43:53  <dihedral> is enabled
11:44:17  <Ammler> yes, then you should get a setting tab "url tabs"
11:44:22  <Yexo> settigns->url tabs-> new tab
11:44:23  <dihedral> nope
11:44:29  <Ammler> refresh
11:44:40  <dihedral> aint there
11:44:47  <Ammler> osx crap
11:44:49  <Ammler> :-/
11:45:02  <dihedral> :-D
11:45:07  <Ammler> which project?
11:45:08  <dihedral> i always wondered about that :-P
11:45:10  <dihedral> grapes
11:45:26  <Yexo> it's there
11:45:56  <Ammler>
11:46:22  <dihedral> white page
11:46:26  <dihedral> i'd suspect permissions
11:46:49  <Yexo> you're both a manager and a developer, could that cause problems?
11:46:58  <Ammler> it shouldn't
11:47:00  <dihedral> lets check
11:47:21  <Ammler> I check the roleset
11:47:22  <dihedral> nopes
11:48:01  <Ammler> dihedral: try again
11:48:13  <Ammler> url tabs was enabled for Admins only, sorry :-(
11:48:16  <dihedral> there we go :-)
11:48:18  <Yexo> why did manager not have the "Manager url tabs" anyway?
11:48:22  <Yexo> ah :)
11:48:25  <dihedral> :-D
11:48:31  <dihedral> thank you Ammler :-)
11:49:20  <Ammler> and sorry, to blame osx :-P
11:49:33  <dihedral> :-D
11:49:43  <dihedral> no worries :-)
11:49:47  *** KenjiE20 has joined #openttdcoop.devzone
11:51:47  <Ammler> dihedral: if you like a special "style", gimme the css changes you want :-)
11:52:20  <dihedral> a special style for what?
11:52:29  <dihedral> for the project? nah :-)
11:52:35  <dihedral> happy with the way it is :-)
11:52:40  <Ammler> url tabs has a field for css class
11:52:55  <Ammler> I assume, that is just for the button
11:54:21  <dihedral> ah :)
11:54:43  <dihedral> have you tried it somewhere?
11:55:32  <dihedral> i thought it could open urls in an iframe (even if iframes are ugly)
11:55:45  <Ammler> no
11:57:08  <Ammler> there is a plugin, which does show a external html page in a iframe
11:58:20  <Brot6> Berries - Feature Request #2295 (Confirmed): Use PircBotX (dih) @
11:59:04  <Ammler> <-- no complete html page, btw.
12:01:38  <Ammler> Yexo, planetmaker: if you create project, please do not forget to add member
12:01:48  <planetmaker> hm?
12:01:57  <Ammler> <-- no member
12:02:09  <planetmaker> oh, apropos member: Yexo, I added myself as developer to airportsplus
12:02:23  <planetmaker> I couldn't edit issues otherwise without exercising admin rights ;-)
12:02:45  <Ammler> or Admins != member :-)
12:02:51  <planetmaker> I think you'll approve of that, given that you're the manager of that project ;-)
12:03:04  <Yexo> of course :)
12:03:06  <planetmaker> I know, Ammler
12:03:15  <Yexo> feel free to make yourself manager too for airportsplus
12:03:23  <planetmaker> that's not needed :-)
12:03:46  <Ammler> admin+member = Manager :-)
12:04:12  <planetmaker> it would make a difference for those of us who are not admins - all three of us are, though ;-)
12:04:59  <dihedral> :-D
12:05:01  <planetmaker> Ammler: can you explain to me why mb thinks that the use of basecost newgrfs must be forbidden in conjunction with his newgrfs?
12:05:21  <dihedral> what??
12:05:27  <Ammler> planetmaker: no need
12:05:28  <dihedral> is he going mad?
12:05:33  <planetmaker> yes...
12:06:07  <dihedral> but then mb's work is not in bananas right?
12:06:10  <Ammler> planetmaker: I would guess, mb isn't aware that vehicle basecosts are "sandboxed"
12:06:33  <planetmaker> good point. I'll point it out
12:06:56  <Ammler> so basecost grf has no influence on his grfs anyway in openttd
12:07:31  <Ammler> well, also I have quite fast changed the grfid to rule out that ;-)
12:08:23  <Ammler> maybe suggest him to simply disallow it on ttdp
12:11:26  <Ammler> I had also plans to make basecosts grf able to modify vehicle grfs with adding the overrule properities
12:25:55  <Brot6> 2cc train set - Feature #2217: C8 (Voyager1) @
12:27:50  <Brot6> 2cc train set - Feature #2220: 81-717.5M (Voyager1) @
12:28:23  <Brot6> 2cc train set - Feature #2221: Taipei C301 (Voyager1) @
12:33:09  <Brot6> 2cc train set - Feature #2234: Thessaloniki 2014 (Voyager1) @
12:34:01  <Brot6> 2cc train set - Feature #2235: Toronto H-series (Voyager1) @
12:35:10  <Brot6> 2cc train set - Feature #2237: Munchen MVG A2 (Voyager1) @
12:36:25  <Brot6> 2cc train set - Feature #2239: Sao Paulo Serie 5500 (Voyager1) @
12:38:33  <Brot6> 2cc train set - Feature #2246: ONCFM ZAB1000 (Voyager1) @
12:40:36  <Brot6> 2cc train set - Feature #2242: Lisbon ML7 (Voyager1) @
12:42:48  <Brot6> 2cc train set - Feature #2294: FS ETR200 (Voyager1) @
12:43:27  <Brot6> 2cc train set - Bug #2216: Naming of engines (Voyager1) @
12:45:14  <dihedral> \o/ i have javadocs :-)
13:14:08  *** DayDreamer has joined #openttdcoop.devzone
13:33:14  <Yexo> planetmaker: random_switch needs a bitmask() around the triggers, ok if I commit that for ogfx-trains?
13:33:22  <planetmaker> sure
13:34:04  <Yexo> even with that the re randomization still doesn't work
13:34:14  <planetmaker> hm :-(
13:34:16  <planetmaker> why?
13:34:21  <Yexo> when one of the triggers occurs openttd tries to follow the chain with callback 1
13:34:33  <Brot6> DictatorAI - Revision 9:6332324aa016: Working again on airnetwork (krinn) @
13:34:34  <Yexo> openttd source code comment: /** Set when calling a randomizing trigger (almost undocumented). */
13:34:39  <Yexo> CBID_RANDOM_TRIGGER                  = 0x01,
13:34:44  <planetmaker> hu?
13:35:00  <Yexo> callback 1 never reaches the random action2
13:35:36  <planetmaker> so... randomization happens only when CB 0x01 is called?
13:35:46  <planetmaker> that is... new to me
13:35:59  <Brot6> OpenGFX+ Trains - Revision 209:4c6178d9fbe8: Fix: random_switch needs bitmask() around the triggers (yexo) @
13:36:59  <planetmaker> so I'd have to add in the ...cb_switch (... current_callback) { ... } a switch which tests for CBID_RANDOM_TRIGGER ?
13:37:15  <Yexo> yes
13:37:30  <Yexo> I'm trying to add "0x01: flatbed_wagon_cb_colour_switch;" to flatbed_wagon_cb_switch now
13:37:51  <planetmaker> ok :-) I don't mind at all if you fix that :-)
13:38:04  <Yexo> it's still not fixed however, I'll investigate more
13:38:31  <planetmaker> I can swear that randomization worked around 0.2.0 or 0.2.1...
13:38:39  <planetmaker> somewhat at least
13:38:43  <Yexo> yes, it did
13:38:58  <Yexo> but the randomization did not change when the vehicle was loaded/unloaded
13:39:01  <Yexo> or did you test that too?
13:39:15  <planetmaker> I wouldn't bet my life on it :-)
13:42:26  *** Lakie has joined #openttdcoop.devzone
13:46:07  <dihedral> one cannot create a table in the wiki :-P <- this is not a hint, i was merely surprised :_)
13:46:42  <Ammler> dihedral: try |field|field|field|
13:47:00  <Ammler> I am sure, the wiki help page does tell that
13:48:52  <dihedral> ah - it's on another page than the detailed page :-)
13:50:39  * Ammler doesn't like the wiki syntax either, btw.
13:51:31  <dihedral> i like the wiki syntax alright :-P
13:51:31  <Ammler> it almost as simple as rst
13:57:19  <Brot6> NewGRF Meta Language - Revision 1189:7497dbc1bd24: Fix: Change error message to match the change ... (Hirundo) @
13:57:19  <Brot6> NewGRF Meta Language - Revision 1190:82622e69042b: Fix: Spritelayout != Tilelayout. (Hirundo) @
13:57:19  <Brot6> NewGRF Meta Language - Feature Request #2298 (New): Document tile layouts (Hirundo) @
13:58:59  <Hirundo> planetmaker: Apart from sprite layouts, there is also a separate thing called tilelayout :)
14:00:44  <Brot6> OpenGFX+ Trains - Revision 210:32a6048e8cae: Fix: re randomization uses the (undocumented) callba... (yexo) @
14:01:10  <Hirundo> Yexo: does re-randomization only occur during CB 1?
14:01:30  *** thgergo has joined #openttdcoop.devzone
14:02:09  <Yexo> as soon as one of the possible triggers happens, openttd calls CB 1. Every random action2 found during that callback call that matches the given trigger will be re-randomized
14:03:31  *** welshdragon has joined #openttdcoop.devzone
14:03:33  <Hirundo> Does TTDP do the same?
14:03:39  <Yexo> I have no idea
14:07:11  <Hirundo> It confuses me
14:07:37  <Hirundo> When reseeding, both the new trigger and already waiting triggers are checked to see if there is a match
14:08:36  <Hirundo> But to decide whether to reseed, only the new trigger is looked at (in CB1)
14:12:52  <Yexo> can you point to the code that confuses you?
14:13:27  <Hirundo> newgrf_spritegroup.cpp:207
14:13:51  <Yexo> object->trigger is only set during cb1
14:14:25  <Hirundo> I understand that, but don't understand why the waiting_triggers aren't checked there as well
14:14:47  <Hirundo> for MP safety?
14:15:03  <Yexo> it doesn't have to check waiting_triggers there
14:15:22  <Yexo> it's the only place that sets waiting_triggers (via object->SetTriggers)
14:15:41  <Yexo> so if waiting_triggers would cause a reseed of some bits it would've done so already
14:15:55  <Hirundo> not if that group wasn't reached during CB 1
14:17:01  <Hirundo> hmm... I guess it is needed for MP, because else GUI callbacks could interfere with the randomization order
14:17:03  <Yexo> true, however setting object->reseed during a random other callback doesn't help as that value is normally ignored
14:18:07  <Hirundo> So basically, random action2s are useless except in CB 1, as you might as well check var 5F instead
14:18:45  <Yexo> by checking var 5F you never get re randomization
14:18:49  <Yexo> you need a random action2 for that
14:19:38  <Hirundo> "useless except in CB 1" <- that's for re-randomization
14:19:51  <Yexo> ok, yes :)
14:25:05  <Hirundo> so... triggering the wagon can change the random bits of the engine
14:25:38  <Yexo> for some triggers, yes
14:26:04  <Hirundo> In fact, it seems to me that the trigger can end up in the engine's waiting triggers if not matched
14:27:12  <Yexo> it looks like that
14:27:24  <Yexo> I wonder if that's intended or a bug in the implementation
14:27:55  *** DayDreamer has quit IRC
14:28:55  <planetmaker> [14:59]	<Hirundo>	planetmaker: Apart from sprite layouts, there is also a separate thing called tilelayout :) <-- oh. Trallalala. I was not aware of that :-)
14:29:56  <Hirundo> Mind if I add some more information to the spritelayout section tonight, or are you still working on it?
14:29:58  <Yexo> and you call yourself a developer of airportsplus? :p
14:30:51  <planetmaker> Hirundo: I don't mind at all, I've no pending changes here
14:31:19  <planetmaker> it was rather to have some basic information there rather than none at all
14:32:40  <planetmaker> lala :-) Yes, I didn't think of the tile layouts... something which completely slipped my mind :-)
14:35:54  <Hirundo> Yexo: Actually I think no-one ever completely stress-tested the possibilities of having multiple vehicles, strange trigger combinations and possible use of using arbitrary random bits via type 84
14:36:38  <Yexo> I'm quite sure no-one did
14:36:54  <Yexo> that's the case with a lot of newgrf features that have never (or only rarely) been used
14:37:39  <planetmaker> All of that is a nice side-effect of this NML project :-)
14:38:18  <Hirundo> Gonna do some shopping now, I'll think about it
14:39:07  <planetmaker> so I guess, some documentation on _tile_ layouts is also needed ;-)
14:39:19  <Yexo> yes, that would be nice
14:43:23  <planetmaker> It's not that complicated :-)
14:43:36  <planetmaker> nor trivial actually...
14:50:25  <Ammler> dihedral: javadoc page needs login
14:51:05  <dihedral> oh? crap
14:51:06  <dihedral> thanks
14:51:22  <dihedral> btw, in the wiki language something does not work
14:51:23  <dihedral> e.g.
14:51:33  <dihedral> p{color:red}. Hi
14:55:05  <dihedral> permissions changed, thank you
14:56:09  <Yexo> planetmaker: what page did you use to create the default palette values for nml?
14:56:22  <Yexo> the values in openttds source code are different
14:57:06  <Ammler> dihedral: you can define parent page in the wiki
14:57:10  <planetmaker> Uhm... I did not create those palettes.
14:57:17  <Yexo> oh, sorry
14:57:39  <planetmaker> I just added those, *might* be that Ammler created them initially, but I'm not sure
14:57:39  <Yexo> Hirundo: ^^
14:57:39  <Ammler> where did you get the manual about that style?
14:58:30  <dihedral>
14:58:31  <Webster> Title: Textism: Tools: Textile (at
14:58:37  <Ammler> planetmaker: which palette are you speaking?
14:58:39  <planetmaker> But, Yexo did you not somewhen add an automatic palette generator? Hm... I thought so
14:58:45  <dihedral> as mentioned on
14:58:47  <planetmaker> Ammler: all palettes which NML ships
14:59:13  <Ammler> I don't commit to nml, except maybe something to .devzone
14:59:17  <Yexo> planetmaker: I was talking about the PALETTE_* constants added yesterday
14:59:24  <Yexo> I thought you added them, but Hirundo did
14:59:27  <dihedral> Ammler, how do i define a parent page then?
14:59:39  <planetmaker> Oh, *those* :-) - yes, that's Hirundo's work
14:59:47  <Ammler> dihedral: on the child page, you can do that with rename
14:59:55  <planetmaker> I didn't check, but it looked roughly familiar
15:00:09  <Yexo> it's off by 3 or so
15:00:20  <planetmaker>
15:00:56  <Yexo> ah, that wiki page is wrong too
15:01:13  <Lakie> For which colour>
15:01:14  <planetmaker> he. I wrote it - but again I just copied previous content :S
15:01:19  <Lakie> cc is definitely 775
15:01:24  <Yexo> 0x304 != 776
15:01:34  <dihedral> Ammler, and what's the syntax of such a child page url then?
15:01:48  <planetmaker> @base 16 10 304
15:01:48  <Webster> planetmaker: 772
15:01:51  <Lakie> Fair enough
15:01:58  <Ammler> dihedral: afaik, it doesn't change the url
15:02:07  <dihedral> ah
15:02:08  <Yexo> @base 10 16 775
15:02:08  <Webster> Yexo: 307
15:02:08  <Lakie> Someone did the numbers wrong then?
15:02:10  <dihedral> ok
15:02:19  <planetmaker> seems so
15:02:30  <Yexo> CC is indeed 775
15:02:38  <Yexo> but that is 0x307
15:02:42  * Lakie justs nows where 1cc starts so never thought to check...
15:02:47  <Lakie> knows*
15:02:48  <planetmaker> might even have been me...
15:05:25  <Lakie> Appears it was you planetmaker?
15:05:54  <planetmaker> Lakie: I only copied it from the page where it was previously
15:06:10  <Yexo> the hex constants are correct, the decimal ones are wrong
15:06:12  <Lakie> Hmm.. well, I never wrote either. :)
15:06:13  <planetmaker> and as I didn't add the hex... copy&paste can't fail :-)
15:06:25  <planetmaker> so it's been wrong in the wiki for years
15:06:43  <Lakie> Heh, kind of sad no-one thought to fix it. :(
15:06:45  <Yexo> are you sure? your first edit was to add the table with onjly the hex numbers (which are correct)
15:06:53  <Yexo> second edit was to add the decimal numbers
15:07:44  <Lakie> Ah well, lets just fix it and cast not blame.
15:07:56  <Yexo> indeed, fixing it now
15:07:57  <planetmaker> eh, yes. Sorry, looked at 2cc...
15:08:09  <planetmaker> so blame me. Anyone want a cookie? :-)
15:08:26  <Lakie> Got a few already from wallyweb. :)
15:08:33  <planetmaker> so did I :-)
15:08:37  <planetmaker> very tasty
15:09:05  <Lakie> yup
15:09:56  <planetmaker> sorry for the number mess in any case :S
15:10:13  <Lakie> Hmm.. I figured 2cc maps would be more messy
15:10:52  <Yexo> nevermind, it's fixed now
15:10:55  <Brot6> NewGRF Meta Language - Revision 1191:15e3af24c0ab: Fix (r1184): numerical constants where wrong (yexo) @
15:12:17  <planetmaker> thanks, Yexo
15:12:32  <planetmaker> <-- diffs for html are messy. Brief description of tile layouts?
15:12:55  <planetmaker> something more which has to be said?
15:15:49  <Brot6> NewGRF Meta Language - Revision 1192:89483ddc42ae: Fix: documentation of palette numbers (yexo) @
15:15:59  <Ammler> if you edit the quide, add a html header to index.html
15:16:11  <Yexo> planetmaker: looks fine
15:16:25  <Yexo> maybe make it more obvious that rotation is not allowed for industries / objects
15:16:49  <planetmaker> ok
15:20:39  <Hirundo> planetmaker: to my knowledge objects have no layouts (yet?)
15:21:14  <planetmaker> they don't?
15:21:23  <planetmaker> how do you define multi-tile objects then?
15:21:23  <Hirundo> Just a size
15:21:52  <Hirundo> And the 'values' don't refer to a spritelayout but to an industry resp. airport tile
15:22:55  <planetmaker> uhm, yes. Seems I uploaded an old version and didn't save.
15:23:33  <planetmaker> oh, no, further down. yes
15:23:58  <planetmaker> thanks
15:28:13  <planetmaker> I guess I need to code a bigger object than 1x1 in order to understand how they then work ;-)
15:30:46  <planetmaker> possibly Lakie knows how I then tell an object how to use different sprites for different tiles ;-)
15:31:04  <Lakie> var40
15:31:08  <Lakie> and var48
15:31:46  <planetmaker> uhm... hm
15:31:58  <planetmaker> well, feasable, I guess.
15:32:11  <planetmaker> :-)
15:33:04  <Lakie> To rewrite them has objects and object_tiles would be a bit much work at this point in time. :s
15:33:05  <Hirundo> IIRC andy does more or less the same in FIRS, all tiles within an industry have the same ID
15:33:35  <Lakie> :o
15:35:03  <Yexo> just see the tilelayout you give as example, there are 4 tileids used for 12 tiles
15:38:51  <Hirundo> TTDPatch source (trigger.asm) contains the lines "mov byte [curcallback],1", "call getnewsprite", so I guess it has the same magic w.r.t. CB 0x01
15:39:27  <Yexo> that is not really unexpected, but good to know
15:41:06  <planetmaker> Hirundo: yes, that's also the case with e.g. the airports...
15:41:28  <planetmaker> I actually added there different tiles in order to not completely render the example somewhat pointless ;-)
15:43:06  <Hirundo> It may be useful to tell what is X and what is Y
15:43:51  <planetmaker> Uhm, I do :-) In the text below
15:44:06  <Hirundo> I mean that X is top right<>bottom left
15:44:12  <planetmaker> or you mean what x and y mean? :-)
15:44:16  <planetmaker> he, yeah
15:53:01  <Brot6> NewGRF Meta Language - Revision 1193:22914e65b6cc: Doc: Explain tile layouts a bit (planetmaker) @
16:00:56  <Ammler> planetmaker: still no header, also it looks a bit silly to write ply but not pil
16:01:33  <planetmaker> hu, what?
16:04:12  <Ammler> doesn't matter much, the question above was not for me :-P
16:04:43  <planetmaker> well, may matter or not. But I've no clue what you're referencing
16:05:02  <Yexo> nml docs/index.html does not have a html-header
16:05:05  <planetmaker> oh. header to index.html
16:05:08  <Yexo> it starts with <h2> or so
16:05:18  <planetmaker> which is not ideal, yes. will add
16:05:27  <planetmaker> missed that, sorry, Ammler
16:05:49  <Ammler> also you tell there that regression tests could be used as small examples but those aren't part of the bundle
16:08:39  <planetmaker> hm...
16:08:52  <planetmaker> I guess they could...
16:09:38  <Ammler> maybe better use this as bundle source:
16:10:20  <planetmaker> the nml repo has no Makefile... so how is the bundle created?
16:10:28  <Ammler>
16:10:56  <Ammler>
16:11:06  <Yexo> the documentation is not part of the bundle either, or is it?
16:11:56  <planetmaker> I wonder... yes seems like :S
16:12:29  <Ammler> yexo, you made :-P
16:15:00  *** frosch123 has joined #openttdcoop.devzone
16:15:46  <Ammler> we could move .devzone to another branch and use as source bundle
16:18:53  <planetmaker> I think it can be handled within
16:28:28  <Ammler> dihedral: <-- I might disable that filter :-)
16:32:44  <Ammler> it is not recommend to use on public sites since you can make XSS etc. with it
16:36:01  <dihedral> hmmm :-(
16:36:15  <dihedral> but makes sense :-)
16:36:20  <dihedral> shame though
16:36:31  <Ammler> well, as said, I could patch that
16:36:33  <dihedral> however you must be registered and allowed to edit the wiki
16:36:44  <dihedral> in order to run an attack
16:37:12  <Ammler> I am not sure, how evil such a XSS attack can be
16:37:50  <dihedral> XSS should say it all :-D
16:38:07  <dihedral> but it has to be done by someone who can edit the wiki pages
16:38:17  <Ammler> well, I trust those
16:38:18  <planetmaker> someone could sell trojans and then pretend it's our site. Not good
16:38:41  <Ammler> planetmaker: which he can't now?
16:38:45  <dihedral> you have to edit the devzone site though for that planetmaker
16:39:06  <planetmaker> well, I'm evilzzz :-P
16:39:17  <dihedral> elviz?
16:39:19  <dihedral> :-P
16:39:43  <dihedral> anyway - i am on my way home - i'll catch you guys later :-)
16:41:28  <Ammler> planetmaker: someone can upload a html file to files
16:41:38  <Ammler> or to the hg repo
16:42:07  <Ammler> the question is just, is it easier to become a wiki editor
16:43:30  <Ammler> dihedral: currently everyone can edit every wiki
16:44:22  <Ammler> we would need to remove that, if we enable styles
17:00:23  <Brot6> 2cc train set - Feature #2299 (New): RZD RA2 (Voyager1) @
17:03:40  *** ODM has joined #openttdcoop.devzone
17:08:57  <Brot6> nml: update from r1185 to r1193 done -
17:12:10  <planetmaker> Ammler: the nml bundle is created using " sdist", right?
17:12:38  <Ammler> yes, like the link above
17:12:52  <Ammler>
17:12:58  <planetmaker> good. Then I know how to include the docs and nml :-)
17:13:12  <planetmaker> thanks for the link
17:14:21  <Ammler> maybe you can also configure the file name so we don't need to renaem it afterwards
17:14:43  <planetmaker> Yexo: should we include the whole regression dir with everything as in the repo?
17:14:48  <planetmaker> or only the nml?
17:14:57  <planetmaker> as examples
17:17:01  <Ammler> are those really worth as examples?
17:17:55  <planetmaker> the regressions? Well... partially yes
17:18:36  <Brot6> 2cctrainset: update from r739 to r743 done (6 errors) -
17:19:03  <Brot6> airportsplus: update from r72 to r73 done -
17:19:40  <Brot6> firs: update from r1748 to r1755 done -
17:20:17  <Brot6> ogfx-landscape: update from r24 to r26 done -
17:20:34  <Brot6> ogfx-trains: update from r208 to r210 done (39 errors) -
17:20:42  <Brot6> Following repos didn't need a nightlies update: 32bpp-extra (r39), ai-admiralai (r75), ai-aroai (r11), ailib-common (r21), ailib-direction (r17), ailib-list (r32), ailib-string (r29), ailib-tile (r16), basecosts (r22), belarusiantowns (r8), bros (r45), comic-houses (r71), fish (r567), frenchtowns (r6), grfcodec (r821), heqs (r572), indonesiantowns (r41), manindu (r6), metrotrackset (r56), narvs (r5), newgrf_makefile (r255), nml (r1193),
17:20:42  <Brot6> nutracks (r176), ogfx-industries (r3), ogfx-rv (r78), ogfx-trees (r42), opengfx (r608), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r45), spanishtowns (r10), swedishrails (r193), swisstowns (r22), transrapidtrackset (r15), ttdviewer (r26), ttrs (r24), worldairlinersset (r671)
17:23:24  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: belarusiantowns, frenchtowns, indonesiantowns (1 errors), manindu (Diffsize: 1), narvs, newgrf_makefile, ogfx-industries, ogfx-rv (1 errors) (Diffsize: 7), spanishtowns, swedishrails (Diffsize: 6), swisstowns
17:43:13  <Brot6> Grapes - Revision 114:5d513e572f90: Change: know more about the MessageProvider in MessageContext (dih) @
17:43:13  <Brot6> Grapes - Revision 115:8fdffda9aedc: Change: know more about the MessageProvider in CommandContext (dih) @
17:43:13  <Brot6> Grapes - Revision 116:6b7f0b9a8968: Change: The CommandContext may know if its "native" CommandTy... (dih) @
17:43:15  <Brot6> Grapes - Revision 117:a076bb994e7f: Change: comply with new Interface of CommandContext (dih) @
17:43:51  <dihedral> <Ammler> [10 Feb 2011 - 17:43:30] dihedral: currently everyone can edit every wiki <- i am not sure i like the sound of that
17:44:03  <dihedral> i'd prefer knowing who can edit my wiki
17:44:21  <dihedral> wiki(s)
17:44:37  <dihedral> # hey hey wiki, hey wiki hey....
17:44:44  <Ammler> hmm, not sure, why we enable that
17:44:53  <Ammler> it wasn't that way from default redmine, afaik
17:45:16  <planetmaker> Every manager can choose to en/disable the wiki
17:45:28  <Ammler> I also made a role editor who can edit wikis
17:48:55  <Brot6> NewGRF Meta Language - Revision 1194:15759562858c: Doc: Fix and clarify a few minor tilelayout-re... (Hirundo) @
17:48:55  <Brot6> NewGRF Meta Language - Revision 1195:88cb6c8bb419: Add: A check to make sure that airport rotatio... (Hirundo) @
17:52:59  <Brot6> NewGRF Meta Language - Revision 1196:873976c1736d: Add: Bundles should ship with documentation an... (planetmaker) @
17:54:30  <Ammler> removed edit right from non-members again
17:56:00  <Brot6> NewGRF Meta Language - Feature Request #2298: Document tile layouts (Hirundo) @
17:57:47  <Brot6> NewGRF Meta Language - Feature Request #2298 (Closed): Document tile layouts (Hirundo) @
17:57:47  <Brot6> NewGRF Meta Language - Feature Request #2298 (Closed): Document tile layouts (Hirundo) @
18:03:06  <planetmaker> oh, I missed those issues :-) ^
18:15:12  <planetmaker> Hirundo: currently nml defines     'PURCHASE_LIST'   : 0xFF, in for NewObjects. But vehicles should be able to use this constant for the special 'cargotype', too. Should I just move it to the
18:15:36  <planetmaker> cleaner to me seems to add it to the cargo_list somehow... but how?
18:49:42  *** frosch123 has quit IRC
18:57:48  <Hirundo> planetmaker: -> get_cargo_id_list ?
18:58:50  <planetmaker> yes. But... just add it there in the array which is returned for vehicles?
18:59:32  <Hirundo> the array is a list of dictionaries, you can just rename object_sprites to something generic and add it there
19:00:15  <planetmaker> or for vehicles like [global_constants.cargo_list, purchase_list_cid]?
19:03:32  <Brot6> 32bpp-ez-patches: update from r22042 to r22052 done (2 errors) -
19:05:24  *** andythenorth has joined #openttdcoop.devzone
19:06:27  <Brot6> clientpatches: update from r21488 to r21488 done -
19:07:40  <Hirundo> yes
19:07:42  <Brot6> serverpatches: compile of r22052 still failed (#2080) -
19:10:32  <planetmaker> that was WAY too obvious and easy ;-)
19:10:38  <planetmaker> thanks
19:13:50  <Brot6> NewGRF Meta Language - Revision 1197:11d75ab17acc: Add: 'PURCHASE_LIST' is also a valid 'cargo' f... (planetmaker) @
19:14:30  <andythenorth> planetmaker: can I interest you in some FIRS coding?
19:14:34  <andythenorth> it's on a special offer
19:14:42  <planetmaker> :-D
19:14:50  <planetmaker> tell me more about it
19:14:57  <andythenorth>
19:15:02  <andythenorth> ticket #2254
19:15:02  <Brot6> andythenorth: #2254 is "FIRS Industry Replacement Set - Feature Request #2254: maximum distance of water-based industries to coast - #openttdcoop Development Zone"
19:15:37  <planetmaker> uh
19:16:21  <andythenorth> it's one ticket closer to releasing 0.6.1
19:16:29  <andythenorth> allowing 479 people to get an update :)
19:18:11  <planetmaker> variable 8B or 43. As construction is CB28 you'll need to check variable 8B
19:20:40  <andythenorth> I have the distance code in place
19:20:45  <andythenorth> just needs the parameter check :P
19:20:54  <andythenorth> I even put a commented out line for that ;)
19:21:07  <andythenorth> so some parameter magic + action 14 and it's ready :D
19:21:23  <Terkhen> andythenorth: I did something similar for refineries in OpenGFX+ Industries, but it is on nml
19:21:45  <andythenorth> cb28_check_distance_to_coast.pnfo should be in the repo
19:21:51  <planetmaker> ah. Ok. Parameter code is something I could do :-D
19:22:16  <andythenorth> I did the rest for you :)
19:22:18  <andythenorth> and tested it
19:22:33  <andythenorth> just remember - a kitten dies for every parameter we use
19:22:43  <Terkhen> a evil kitten?
19:23:09  <andythenorth> no
19:23:20  <Terkhen> hmm... you should avoid parameters then
19:24:27  <Hirundo> You could add a 'view more settings' setting and use it to conditionally enable/disable certain action14s
19:24:42  <andythenorth> is that possible in the spec :O
19:26:00  <Hirundo> hmmm no :(
19:26:54  <Hirundo> action14 is processed only during scanning
19:30:04  <Hirundo> modifying the GRFID with action6 or something similar is possible, though
19:30:44  <andythenorth> an action 14 for hierarchical menu item might be easier :P
19:30:49  <andythenorth> patch the game
19:30:52  <Ammler> the more parameters, the better the grf
19:31:06  <andythenorth> and more kittens die :o
19:31:15  <Ammler> yes, kill them all
19:31:37  <andythenorth> Ammler: what's the optimum number of parameters?
19:31:41  <Hirundo> Only very few kittens grow up to become lolcats anyway
19:31:49  <Ammler> andythenorth: 100?
19:32:38  <Ammler> the key is not having few parameters, the key is having good defaults
19:32:40  <Hirundo> decimal or hex?
19:33:03  <andythenorth> Ammler: I thought you were being facetious :O
19:33:12  <andythenorth> you think more parameters are better?
19:33:30  <Ammler> yes, seriously
19:33:50  <Ammler> do
19:34:14  <Ammler> don't omit parameters because you like have kitten alive
19:34:57  <andythenorth> he
19:36:06  <andythenorth> I omit them because there is a strong chance they are evil
19:44:24  <Brot6> 2cc train set - Feature #2300 (New): NS Plan U DE-III (Voyager1) @
19:45:35  <V453000> andythenorth: something to read ;)
19:46:48  <andythenorth> V453000: I basically agree
19:46:56  <andythenorth> I was thinking of something a bit different, but similar
19:47:00  <V453000> :)
19:47:19  <andythenorth> something like >30t of supplies makes a production increase more likely
19:47:24  <andythenorth> but I like your suggestion
19:47:42  <andythenorth> it's a bit of a headache because closure / production changes are variable by parameter :(
19:47:46  <V453000> 30t isnt much :)
19:48:01  <V453000> but we can finetune numbers later :)
19:48:06  <andythenorth> 30t is one truck
19:48:08  <andythenorth> I think it's fine
19:48:32  <V453000> yea, but if you imagine that you want to keep your industry only in upkeep mode, with standard 30t trucks/wagons
19:48:37  <andythenorth> and it would scale by production anyway
19:48:47  <V453000> true
19:49:15  <andythenorth> I'm not sure of the detail yet, but I think it's a good change
19:49:21  <V453000> I think that even production = required amounts of supplies divided by 2 would be good ... or something like that
19:49:30  <andythenorth> I have been sticking to the '1t' thing because arctic towns do it
19:49:38  <andythenorth> but I'm not sure I believe that reason any more
19:51:22  <V453000> well, the sooner you add it, the sooner I can start testing it ;)
19:51:53  <andythenorth> it's not a small ask :)
19:52:00  <V453000> I believe that :)
19:52:02  <andythenorth> it needs work with strings
19:52:09  <andythenorth> as well as rewriting production code
19:54:53  <andythenorth> V453000: you could (in the meantime) try a game with 'no primary production decrease'
19:54:54  <Brot6> 2cc train set - Feature #2299: RZD RA2 (Voyager1) @
19:55:11  <V453000> okay :)
20:04:51  <planetmaker> well, I'd not rise the level for 'virgin' industries. Or it's possibly too difficult to get going
20:05:18  <planetmaker> especially with very early games
20:05:24  <planetmaker> with vehicle cargos like 5 ... 12 t
20:19:23  <planetmaker> andythenorth: tell me more: how and where do you use the parameter?
20:22:55  <andythenorth> planetmaker: for the coast distance?
20:23:16  <planetmaker> yes, sure
20:23:41  <planetmaker> you said you installed all hooks for me. Where are they? :-P
20:23:56  <andythenorth> nah, I just pasted something in the varaction 2 :)
20:24:13  <andythenorth> the rest I saved for you ;)
20:24:47  <planetmaker> well. But I need to know where to connect to... so *where*?
20:25:42  <andythenorth> well I guess it's an action 14 parameter menu option?
20:25:51  <planetmaker> well. yes. But where are the action2s?
20:25:54  <andythenorth> oh sorry
20:25:58  <andythenorth> cb28_check_distance_to_coast.pnfo
20:26:02  <andythenorth> in templates
20:26:10  <andythenorth> :)
20:26:10  <planetmaker> ok, thx
20:26:36  <andythenorth> the varaction 2 isn't 100% finished, but I can do that if it helps
20:33:21  <planetmaker> well. I can give you MAX_COAST_DISTANCE. And if you like you'll also get MIN_COAST_DISTANCE - though I see currently no need for that
20:33:33  <planetmaker> I wrote it (so far) that way that it could be added, though
20:34:11  <planetmaker> you're better with nfo action2s :-P
20:36:32  <andythenorth> commit it when you're ready
20:36:36  <andythenorth> I'll hook up the final line
20:36:40  <andythenorth> it's only one change
20:36:50  <planetmaker> ok - or give me the paste and I'll include it
20:36:58  <planetmaker> means I can test it at the same time
20:37:07  <planetmaker> might be better ;-)
20:39:17  <andythenorth> unless I screwed up, this should do it:
20:40:09  <dihedral> planetmaker, how hard could it be to add diagonal road crossings?
20:40:25  <Brot6> Grapes - Revision 118:20eb91d813ab: Fix: crash if no command was registered for a given CommandType (dih) @
20:40:25  <Brot6> Grapes - Revision 119:2a6edd29ed04: Add: method to look for a Command of given Type and it's supe... (dih) @
20:40:25  <Brot6> Grapes - Revision 120:719dc078d456: Fix: and of course it should be a public method!! (dih) @
20:42:16  <planetmaker> I guess not too nice, but probably possible. But I've not really thought about it nor tried anything like that
20:42:55  <andythenorth> there would be some complications
20:43:04  <andythenorth> like where to stop RVs, depending on the drive side
20:43:41  <planetmaker> I added a missing "\" ;-)
20:44:07  <andythenorth> means a crossing would span two tiles as well
20:44:58  <andythenorth> I've patched some crossing code. diagonal doesn't look trivial to me
20:45:28  <andythenorth> it needs new map bits, or checking of neighbouring tiles in every tile loop
20:49:10  <dihedral> all i wanted to know, thank you andythenorth
20:49:14  <dihedral> & planetmaker :-D
20:49:24  <andythenorth> dihedral: I could be quite wrong :)
20:49:47  <dihedral> well - bits already exist for diagonal tracks, i thought
20:50:24  <andythenorth> need to know which side to draw the crossing gates
20:50:57  <dihedral> draw them straight - do not let an rv even enter the road tile with a diagonal crossing
20:51:08  <andythenorth> needs map bits
20:51:16  <andythenorth> or drawing code that checks neighouring tiles
20:51:35  <andythenorth> also - what happens if more than one diagonal track crosses adjacent
20:51:38  <dihedral> i rather not check neightbouring tiles
20:52:08  <dihedral> i do not follow
20:52:09  <andythenorth> straight gates would need to be omitted inbetween tracks in case of adjacent tracks
20:52:34  <andythenorth> try and approximate it in game - you'll see what I mean ;)
20:52:41  <dihedral> only allow one diagonal crossing per tile
20:52:50  <dihedral> ok :-D
20:53:27  <dihedral> you do know that i have not played in a very long time, rigth?
20:53:28  <dihedral> :-P
20:56:16  <dihedral> once grapes is in a better state than it is right now, that might change :-)
21:20:30  *** frosch123 has joined #openttdcoop.devzone
21:24:10  <Brot6> OpenGFX - Bug #2301 (New): misalignment with house (planetmaker) @
21:39:57  <Brot6> Grapes - Revision 121:07a5307c372c: Fix: findCommandRecursive should call itself! (dih) @
21:39:57  <Brot6> Grapes - Revision 122:2d63343ec057: Change: restructure the findCommand methods (dih) @
22:08:34  <Brot6> FIRS Industry Replacement Set - Revision 1756:e94975507ce6: Feature #2254: Allow to set a maximum... (planetmaker) @
22:09:52  <andythenorth> yay :)
22:10:17  <Brot6> FIRS Industry Replacement Set - Revision 1757:6d049d836a2f: Change: The debug parameter may as we... (planetmaker) @
22:11:58  *** Lakie` has joined #openttdcoop.devzone
22:18:53  *** Lakie has quit IRC
22:25:45  <Brot6> FIRS Industry Replacement Set - Feature Request #2254 (Closed): maximum distance of water-based i... (andythenorth) @
22:29:11  <planetmaker> oh right. "Feature" doesn't auto-close :-)
22:29:21  <andythenorth> :D
22:29:50  <andythenorth> planetmaker: updated translations just need the file replacing?
22:30:42  <planetmaker> hm?
22:30:52  <planetmaker> oh, serbian. *should*
22:31:14  <planetmaker> check a few strings for correct presentation of the letters
22:31:18  <planetmaker> ingame
22:33:31  <andythenorth> looks ok
22:33:39  <andythenorth> although it seems the translation is far from complete
22:34:33  *** frosch123 has quit IRC
22:35:24  <planetmaker> andythenorth: you invalidated most by the a14 plural rework
22:35:34  <planetmaker> I just noticed I have like 2 dozen strings to mend :-)
22:35:40  <andythenorth> frick
22:35:50  <andythenorth> I said this would break the translations :(
22:35:54  <andythenorth> what broke?
22:35:55  <planetmaker> that's fine.
22:36:03  <planetmaker> Nothing is broken. It's just not translated
22:36:11  <planetmaker> All as it should
22:39:25  <dihedral> say i have a plugin named test and a command named test and i call !test test
22:39:36  <dihedral> is the first test the plugin, is the first test the command
22:39:40  <dihedral> :-S
22:39:57  <andythenorth> planetmaker: actually the serbian translation isn't fine
22:40:01  <andythenorth> I made a mistake adding it :)
22:40:04  <andythenorth> it breaks the build
22:41:32  <planetmaker> then don't add it
22:42:01  <planetmaker> dihedral: order is plugin.command
22:42:05  <dihedral> it's so good to know that hg does content tracking, unlike svn :-P
22:42:10  <planetmaker> everything else is not understandable
22:42:10  <andythenorth> I reverted
22:42:33  <dihedral> planetmaker, but the second 'test' could be a parameter to the command 'test' ;-)
22:42:39  <dihedral> @help help
22:42:39  <Webster> dihedral: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
22:42:53  <dihedral> @help
22:42:53  <Webster> dihedral: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
22:42:58  <dihedral> @help help help
22:43:20  <dihedral> oh? where does @help belong to?
22:43:55  <dihedral> @Supybot help help
22:43:58  <dihedral> hmmm
22:46:07  <Ammler> help might be core, like list
22:46:25  <Ammler> @help list
22:46:25  <Webster> Ammler: (list [--private] [<plugin>]) -- Lists the commands available in the given plugin. If no plugin is given, lists the public plugins available. If --private is given, lists the private plugins.
22:46:50  <Ammler> @list help
22:52:15  <Hirundo> #2283
22:52:15  <Brot6> Hirundo: #2283 is "NewGRF Meta Language - Feature Request #2283: Document sprite layouts - #openttdcoop Development Zone"
22:58:02  <Brot6> Grapes - Revision 123:8ebaf5c36588: Add: makes sense to also let Grapes know OpenTTDPlugin is here! (dih) @
22:58:02  <Brot6> Grapes - Revision 124:973c7432b9a8: Change: simplify finding the plugin / command combination (dih) @
23:03:18  <Brot6> FIRS Industry Replacement Set - Revision 1758:3f3b58aba0ec: Add: German translation and a few whi... (planetmaker) @
23:06:24  <dihedral> enough for one day
23:06:27  <dihedral> good night lads!
23:06:48  <Brot6> Grapes - Revision 125:2e96e8756000: Fix: use types when playing with generics (dih) @
23:06:52  <Brot6> FIRS Industry Replacement Set - Revision 1759:e9138c7aa438: Change: Rename a renamed string also ... (planetmaker) @
23:07:04  <planetmaker> g'night dihedral
23:12:14  *** andythenorth has left #openttdcoop.devzone
23:24:53  *** Lakie` is now known as Lakie
23:37:14  *** ODM has quit IRC
23:43:12  <Brot6> NewGRF Meta Language - Revision 1198:ac8f5ee845a1: Doc #2283: Improve sprite layout documentation. (Hirundo) @
23:43:12  <Brot6> NewGRF Meta Language - Feature Request #2283 (Closed): Document sprite layouts (Hirundo) @
23:44:02  <Brot6> NewGRF Meta Language - Feature Request #1731 (Closed): Implement cargo type FF for vehicle action 3 (Hirundo) @
23:46:39  <Brot6> NewGRF Meta Language - Feature Request #1695: sprite block restructuring (Hirundo) @
23:49:36  <Brot6> NewGRF Meta Language - Bug #1629: Review conversion for speed property (Hirundo) @

Powered by YARRSTE version: svn-trunk