Times are UTC Toggle Colours
00:05:41 <Brot6> OpenGFX+ Landscape - Revision 25:659139f9ea79: Fix #2291: Better purchase view for wind power plant (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-landscape/repository/revisions/659139f9ea79 00:05:41 <Brot6> OpenGFX+ Landscape - Bug #2291 (Closed): Special sprite for the purchase menu (planetmaker) @ http://dev.openttdcoop.org/issues/2291#change-5829 00:14:44 <Brot6> Grapes - Revision 111:98002dab25cd: Fix: when renaming a config option, one should rename it ever... (dih) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/98002dab25cd 00:14:44 <Brot6> Grapes - Revision 112:ecc59baa9f25: Add: Methods to find PluginDescriptors with (dih) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/ecc59baa9f25 00:14:44 <Brot6> Grapes - Revision 113:26c5ddc91453: Change: be more verbose in the invoke handling and mention wh... (dih) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/26c5ddc91453 00:18:20 <Brot6> OpenGFX+ Airports - Bug #2266 (Rejected): DevZone compile failed (planetmaker) @ http://dev.openttdcoop.org/issues/2266#change-5830 00:19:58 <Brot6> OpenGFX+ Airports - Bug #2266 (Rejected): DevZone compile failed (planetmaker) @ http://dev.openttdcoop.org/issues/2266#change-5830 00:19:58 <Brot6> OpenGFX+ Airports - Revision 72:2e878579c96e: Fix #2290: Adopt to nmlc's new recolour syntax and ... (planetmaker) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/2e878579c96e 00:19:58 <Brot6> OpenGFX+ Airports - Bug #2290 (Closed): DevZone compile failed (planetmaker) @ http://dev.openttdcoop.org/issues/2290#change-5831 00:20:27 *** Lakie has quit IRC 00:20:57 <Brot6> airportsplus: update from r71 to r72 done - http://bundles.openttdcoop.org/airportsplus/nightlies/r72 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) @ http://dev.openttdcoop.org/issues/2216#change-5832 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 (http://bundles.openttdcoop.org/cargodist) 08:40:21 <Brot6> NewGRF Meta Language - Revision 1187:3340aaaa85aa: Doc: Elaborate a bit more on spritelayouts and... (planetmaker) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/3340aaaa85aa 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/b24bb2f82f87 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) @ http://dev.openttdcoop.org/projects/ogfx-landscape/repository/revisions/51b2fa86cf7f 09:09:19 <Brot6> OpenGFX+ Airports - Revision 73:e119ea46d62c: Fix: Adjust (again) to changes in nmlc's recolour code (planetmaker) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/e119ea46d62c 09:27:18 <Brot6> FIRS Industry Replacement Set - Feature #2296 (New): Supplying Mechanism (V453000) @ http://dev.openttdcoop.org/issues/2296 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> http://www.openttd.org/en/server/38400 <-- 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) @ http://dev.openttdcoop.org/issues/2297 11:29:02 <Brot6> Grapes - Code Review #1998 (Closed): Command Access extendable by plugins (dih) @ http://dev.openttdcoop.org/issues/1998#change-5833 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) @ http://dev.openttdcoop.org/issues/2282 11:36:26 <Brot6> NewGRF Meta Language - Bug #2282 (Closed): Company Colour recolouring. (yexo) @ http://dev.openttdcoop.org/issues/2282#change-5834 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> https://dev.openttdcoop.org/projects/grapes/settings/url_tabs 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) @ http://dev.openttdcoop.org/issues/2295 11:59:04 <Ammler> http://hg.openttdcoop.org/nml/raw-file/tip/docs/index.html <-- 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> http://dev.openttdcoop.org/projects/penntowns <-- 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) @ http://dev.openttdcoop.org/issues/2217#change-5837 12:27:50 <Brot6> 2cc train set - Feature #2220: 81-717.5M (Voyager1) @ http://dev.openttdcoop.org/issues/2220#change-5839 12:28:23 <Brot6> 2cc train set - Feature #2221: Taipei C301 (Voyager1) @ http://dev.openttdcoop.org/issues/2221#change-5841 12:33:09 <Brot6> 2cc train set - Feature #2234: Thessaloniki 2014 (Voyager1) @ http://dev.openttdcoop.org/issues/2234#change-5843 12:34:01 <Brot6> 2cc train set - Feature #2235: Toronto H-series (Voyager1) @ http://dev.openttdcoop.org/issues/2235#change-5845 12:35:10 <Brot6> 2cc train set - Feature #2237: Munchen MVG A2 (Voyager1) @ http://dev.openttdcoop.org/issues/2237#change-5847 12:36:25 <Brot6> 2cc train set - Feature #2239: Sao Paulo Serie 5500 (Voyager1) @ http://dev.openttdcoop.org/issues/2239#change-5849 12:38:33 <Brot6> 2cc train set - Feature #2246: ONCFM ZAB1000 (Voyager1) @ http://dev.openttdcoop.org/issues/2246#change-5851 12:40:36 <Brot6> 2cc train set - Feature #2242: Lisbon ML7 (Voyager1) @ http://dev.openttdcoop.org/issues/2242#change-5853 12:42:48 <Brot6> 2cc train set - Feature #2294: FS ETR200 (Voyager1) @ http://dev.openttdcoop.org/issues/2294#change-5855 12:43:27 <Brot6> 2cc train set - Bug #2216: Naming of engines (Voyager1) @ http://dev.openttdcoop.org/issues/2216#change-5856 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) @ http://dev.openttdcoop.org/projects/ai-dictator/repository/revisions/6332324aa016 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) @ http://dev.openttdcoop.org/projects/ogfx-trains/repository/revisions/4c6178d9fbe8 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/7497dbc1bd24 13:57:19 <Brot6> NewGRF Meta Language - Revision 1190:82622e69042b: Fix: Spritelayout != Tilelayout. (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/82622e69042b 13:57:19 <Brot6> NewGRF Meta Language - Feature Request #2298 (New): Document tile layouts (Hirundo) @ http://dev.openttdcoop.org/issues/2298 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) @ http://dev.openttdcoop.org/projects/ogfx-trains/repository/revisions/32a6048e8cae 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> http://www.textism.com/tools/textile/index.php 14:58:31 <Webster> Title: Textism: Tools: Textile (at www.textism.com) 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 http://dev.openttdcoop.org/help/wiki_syntax_detailed.html 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> http://wiki.ttdpatch.net/tiki-index.php?page=RecolorSprites 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/15e3af24c0ab 15:12:17 <planetmaker> thanks, Yexo 15:12:32 <planetmaker> http://devs.openttd.org/~planetmaker/patches/nml-language.html <-- 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/89483ddc42ae 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/22914e65b6cc 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: http://hg.openttdcoop.org/nml/archive/tip.tar.bz2 16:10:20 <planetmaker> the nml repo has no Makefile... so how is the bundle created? 16:10:28 <Ammler> setup.py 16:10:56 <Ammler> http://hg.openttdcoop.org/nml/file/22914e65b6cc/.devzone/build/nml.spec 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 setup.py :-P 16:15:00 *** frosch123 has joined #openttdcoop.devzone 16:15:46 <Ammler> we could move .devzone to another branch and use http://hg.openttdcoop.org/nml/archive/default.tar.bz2 as source bundle 16:18:53 <planetmaker> I think it can be handled within setup.py 16:28:28 <Ammler> dihedral: http://hg.openttdcoop.org/devzone/file/033755659d1c/lib/redmine/wiki_formatting/textile/formatter.rb#l29 <-- 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) @ http://dev.openttdcoop.org/issues/2299 17:03:40 *** ODM has joined #openttdcoop.devzone 17:08:57 <Brot6> nml: update from r1185 to r1193 done - http://bundles.openttdcoop.org/nml/nightlies/r1193 17:12:10 <planetmaker> Ammler: the nml bundle is created using "setup.py sdist", right? 17:12:38 <Ammler> yes, like the link above 17:12:52 <Ammler> http://hg.openttdcoop.org/nml/file/22914e65b6cc/.devzone/build/nml.spec 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) - http://bundles.openttdcoop.org/2cctrainset/nightlies/r743 17:19:03 <Brot6> airportsplus: update from r72 to r73 done - http://bundles.openttdcoop.org/airportsplus/nightlies/r73 17:19:40 <Brot6> firs: update from r1748 to r1755 done - http://bundles.openttdcoop.org/firs/nightlies/r1755 17:20:17 <Brot6> ogfx-landscape: update from r24 to r26 done - http://bundles.openttdcoop.org/ogfx-landscape/nightlies/r26 17:20:34 <Brot6> ogfx-trains: update from r208 to r210 done (39 errors) - http://bundles.openttdcoop.org/ogfx-trains/nightlies/r210 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) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/5d513e572f90 17:43:13 <Brot6> Grapes - Revision 115:8fdffda9aedc: Change: know more about the MessageProvider in CommandContext (dih) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/8fdffda9aedc 17:43:13 <Brot6> Grapes - Revision 116:6b7f0b9a8968: Change: The CommandContext may know if its "native" CommandTy... (dih) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/6b7f0b9a8968 17:43:15 <Brot6> Grapes - Revision 117:a076bb994e7f: Change: comply with new Interface of CommandContext (dih) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/a076bb994e7f 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/15759562858c 17:48:55 <Brot6> NewGRF Meta Language - Revision 1195:88cb6c8bb419: Add: A check to make sure that airport rotatio... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/88cb6c8bb419 17:52:59 <Brot6> NewGRF Meta Language - Revision 1196:873976c1736d: Add: Bundles should ship with documentation an... (planetmaker) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/873976c1736d 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) @ http://dev.openttdcoop.org/issues/2298#change-5857 17:57:47 <Brot6> NewGRF Meta Language - Feature Request #2298 (Closed): Document tile layouts (Hirundo) @ http://dev.openttdcoop.org/issues/2298 17:57:47 <Brot6> NewGRF Meta Language - Feature Request #2298 (Closed): Document tile layouts (Hirundo) @ http://dev.openttdcoop.org/issues/2298#change-5858 18:03:06 <planetmaker> oh, I missed those issues :-) ^ 18:15:12 <planetmaker> Hirundo: currently nml defines 'PURCHASE_LIST' : 0xFF, in action3.py for NewObjects. But vehicles should be able to use this constant for the special 'cargotype', too. Should I just move it to the global_constants.py? 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: action3.py -> 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) - http://bundles.openttdcoop.org/32bpp-ez-patches/testing/r22052 19:05:24 *** andythenorth has joined #openttdcoop.devzone 19:06:27 <Brot6> clientpatches: update from r21488 to r21488 done - http://bundles.openttdcoop.org/clientpatches/testing/r21488 19:07:40 <Hirundo> yes 19:07:42 <Brot6> serverpatches: compile of r22052 still failed (#2080) - http://bundles.openttdcoop.org/serverpatches/testing/ERROR/r22052 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/11d75ab17acc 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> http://dev.openttdcoop.org/projects/firs/versions/140 19:15:02 <andythenorth> ticket #2254 19:15:02 <Brot6> andythenorth: #2254 is http://dev.openttdcoop.org/issues/show/2254 "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) @ http://dev.openttdcoop.org/issues/2300 19:45:35 <V453000> andythenorth: http://dev.openttdcoop.org/issues/2296 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) @ http://dev.openttdcoop.org/issues/2299#change-5860 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: http://pastebin.com/U5mqCpqN 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) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/20eb91d813ab 20:40:25 <Brot6> Grapes - Revision 119:2a6edd29ed04: Add: method to look for a Command of given Type and it's supe... (dih) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/2a6edd29ed04 20:40:25 <Brot6> Grapes - Revision 120:719dc078d456: Fix: and of course it should be a public method!! (dih) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/719dc078d456 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) @ http://dev.openttdcoop.org/issues/2301 21:39:57 <Brot6> Grapes - Revision 121:07a5307c372c: Fix: findCommandRecursive should call itself! (dih) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/07a5307c372c 21:39:57 <Brot6> Grapes - Revision 122:2d63343ec057: Change: restructure the findCommand methods (dih) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/2d63343ec057 22:08:34 <Brot6> FIRS Industry Replacement Set - Revision 1756:e94975507ce6: Feature #2254: Allow to set a maximum... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/e94975507ce6 22:09:52 <andythenorth> yay :) 22:10:17 <Brot6> FIRS Industry Replacement Set - Revision 1757:6d049d836a2f: Change: The debug parameter may as we... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/6d049d836a2f 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) @ http://dev.openttdcoop.org/issues/2254#change-5861 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 http://dev.openttdcoop.org/issues/show/2283 "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) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/8ebaf5c36588 22:58:02 <Brot6> Grapes - Revision 124:973c7432b9a8: Change: simplify finding the plugin / command combination (dih) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/973c7432b9a8 23:03:18 <Brot6> FIRS Industry Replacement Set - Revision 1758:3f3b58aba0ec: Add: German translation and a few whi... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/3f3b58aba0ec 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) @ http://dev.openttdcoop.org/projects/grapes/repository/revisions/2e96e8756000 23:06:52 <Brot6> FIRS Industry Replacement Set - Revision 1759:e9138c7aa438: Change: Rename a renamed string also ... (planetmaker) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/e9138c7aa438 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/ac8f5ee845a1 23:43:12 <Brot6> NewGRF Meta Language - Feature Request #2283 (Closed): Document sprite layouts (Hirundo) @ http://dev.openttdcoop.org/issues/2283#change-5862 23:44:02 <Brot6> NewGRF Meta Language - Feature Request #1731 (Closed): Implement cargo type FF for vehicle action 3 (Hirundo) @ http://dev.openttdcoop.org/issues/1731#change-5863 23:46:39 <Brot6> NewGRF Meta Language - Feature Request #1695: sprite block restructuring (Hirundo) @ http://dev.openttdcoop.org/issues/1695#change-5864 23:49:36 <Brot6> NewGRF Meta Language - Bug #1629: Review conversion for speed property (Hirundo) @ http://dev.openttdcoop.org/issues/1629#change-5865