Times are UTC Toggle Colours
00:22:33 *** KenjiE20 has quit IRC 01:36:18 <Brot6> AI-Lib Common - Revision 10:0124b4164e06: Change: Add library notice (fanioz) @ http://dev.openttdcoop.org/projects/ailib-common/repository/revisions/0124b4164e06 01:36:18 <Brot6> AI-Lib Common - Revision 11:b5ab928d52d9: Codechange: Forget to add 'static' keyword in r6 (fanioz) @ http://dev.openttdcoop.org/projects/ailib-common/repository/revisions/b5ab928d52d9 01:36:18 <Brot6> AI-Lib Common - Revision 12:31f1a3f91f40: Cleanup: Remove the example (fanioz) @ http://dev.openttdcoop.org/projects/ailib-common/repository/revisions/31f1a3f91f40 01:36:18 <Brot6> AI-Lib Common - Revision 13:25955004af80: Codechange: Applying Code style and set EOL (fanioz) @ http://dev.openttdcoop.org/projects/ailib-common/repository/revisions/25955004af80 02:38:00 *** tneo has quit IRC 02:39:10 *** SmatZ has quit IRC 02:41:15 *** XeryusTC has quit IRC 02:41:15 *** planetmaker has quit IRC 02:56:46 *** tneo has joined #openttdcoop.devzone 02:56:47 *** XeryusTC has joined #openttdcoop.devzone 02:57:46 *** SmatZ has joined #openttdcoop.devzone 02:58:16 *** planetmaker has joined #openttdcoop.devzone 02:58:21 *** planetmaker is now known as Guest801 04:10:10 *** |Terkhen| has joined #openttdcoop.devzone 04:13:33 *** Ammller has joined #openttdcoop.devzone 04:13:43 *** Terkhen has quit IRC 04:14:01 *** Ammler has quit IRC 04:14:03 *** Ammller is now known as Ammler 04:34:57 <Brot6> Bundles Update: g89806e95 2010-10-27 cargodist (http://finger.openttdcoop.org) 04:40:00 *** Webster has joined #openttdcoop.devzone 06:20:10 *** andythenorth_ has joined #openttdcoop.devzone 06:26:30 *** andythenorth_ has quit IRC 06:32:37 *** |Terkhen| is now known as Terkhen 06:39:19 <Brot6> 2cc train set - Feature #1730: Washington 7000 (Voyager1) @ http://dev.openttdcoop.org/issues/1730#change-4451 06:46:53 *** andythenorth_ has joined #openttdcoop.devzone 06:53:18 *** Guest801 is now known as planetmaker 06:53:51 *** planetmaker is now known as Guest818 06:54:51 *** Guest818 is now known as planetmaker 07:04:47 <Brot6> NewGRF Meta Language - Feature Request #1731 (New): Implement cargo type FF for vehicle action 3 (dandan) @ http://dev.openttdcoop.org/issues/1731 07:43:13 *** ODM has joined #openttdcoop.devzone 07:51:47 *** Webster has joined #openttdcoop.devzone 07:53:56 *** Webster has joined #openttdcoop.devzone 07:54:10 *** Guest827 has quit IRC 07:59:59 *** Webster has joined #openttdcoop.devzone 08:00:01 *** Guest828 has quit IRC 08:02:02 <planetmaker> Yexo: wouldn't it make sense to at least introduce a constant for that? 08:02:12 <Yexo> it does :) 08:03:00 <Yexo> cargo_id_menu ? 08:03:23 <Yexo> or just CARGO_MENU ? 08:03:24 <planetmaker> I wonder conceptually how much we want to support it there 08:03:36 *** Guest829 has quit IRC 08:03:37 <planetmaker> PURCHASE_VIEW 08:03:48 <planetmaker> it's only in the purchase list, not the depot, right? 08:03:56 <Yexo> true 08:04:16 <Yexo> but than it might be better to not do that at all and implement #1555 directly 08:04:16 <Brot6> Yexo: #1555 is http://dev.openttdcoop.org/issues/show/1555 "NewGRF Meta Language - Feature Request #1555: Explicitly define callbacks - #openttdcoop Development Zone" 08:04:21 <planetmaker> conceptually I'd like to see it rather implemented the same way as the action2 chains 08:04:38 <planetmaker> yes, or that 08:04:49 <planetmaker> which might be better :-) 08:05:15 <planetmaker> currently it feels a bit out-of-line. Though e.g. rail types use different 'cargos', too 08:05:42 <Yexo> you can also use them for real cargos 08:06:04 <planetmaker> hm... I could add the PASS, MAIL, ... right there? 08:06:10 <planetmaker> hm 08:06:11 <Yexo> yes 08:06:26 <planetmaker> that makes way more sense 08:06:40 <Yexo> it's a tradeoff: handle callbacks in one switch and divide later per cargo type or handle the callbacks per cargo type 08:06:56 <Yexo> and you'll still need a default chain for unknown cargoes 08:07:29 <planetmaker> hm, so I'd need to check the callbacks for each cargo? 08:07:56 <Yexo> of course, only one of the chains is used (or the default if there is none for the given cargo type) 08:08:03 <Yexo> so far you seem to be only using the default 08:08:10 <planetmaker> then it doesn't make sense for me. Ok. 08:08:25 <planetmaker> as in 'I understand, but it's not sensible to use' 08:08:54 <planetmaker> yes, I do. As handling callbacks is more uniform accross cargos 08:09:15 <planetmaker> But I might add dedicated purchase view sprites for some 08:09:30 <planetmaker> full wagons just look better 08:09:52 <planetmaker> and make vehicles much better discernible 08:10:29 <Yexo> you'll have to chose a cargo type, and you can't known which ones are available though 08:12:09 <planetmaker> sure... would it be confusing to have it show a random cargo type? 08:12:35 <Yexo> probably not, but you might end up with a hopper full of coal in a game where coal is not a valid cargo 08:12:54 <planetmaker> yep 08:12:59 <Yexo> some users might think that's a bug, others would not care 08:13:21 <planetmaker> I'd need to chose from those likely cargos and skip something like clay 08:14:02 <planetmaker> but it'd show different graphics each time the menu is opened ... or would it? 08:14:04 <Yexo> something with cargotype_available might work 08:14:18 <Yexo> oh, you really want it "random" 08:14:22 <Yexo> is that even possible? 08:14:44 <planetmaker> dunno, are random bits available? 08:14:52 <planetmaker> if so: then yes 08:15:38 <Yexo> random bits are 0 if the vehicle is not yet build 08:16:48 <planetmaker> then the randomness will be quite limited :-P 08:20:07 <planetmaker> what is the default choice, if the purchase view is not defined? 08:20:16 <Yexo> the default chain 08:20:31 <planetmaker> well, yes. And then the default cargo? 08:20:36 <planetmaker> or first refittable? 08:20:47 <planetmaker> And which of the random choices, the one which is 0 I assume? 08:20:49 <Yexo> no cargo I'd say, but I have to check 08:21:17 <planetmaker> Well. But 'no cargo' is not available. Just 'default branch', if not further specified 08:21:25 <planetmaker> and then the 'loading' or 'loaded' 08:21:35 <Yexo> cargo_type_in_veh (=var47) returns the default cargo type 08:21:51 <Yexo> if there is no default cargo type (or it's invalid), it returns 0xFF 08:22:14 <planetmaker> default carg = first refittable, right? 08:22:17 <planetmaker> +o 08:22:35 <Yexo> I think it's the action0 property 08:23:04 <Yexo> yes, it is 08:23:21 <Yexo> so assuming you don't use that one (you shouldn't), it's always 0xFF 08:23:24 <planetmaker> well. We set that explicitly to 0xFF 08:23:29 <Yexo> which doesn't match any cargo id 08:23:43 <Yexo> ^^ 0xFF is invalid, so it'll return 0xFF 08:23:47 <planetmaker> :-) 08:23:50 <Yexo> so it'll use the default of that switch 08:24:00 <planetmaker> ok :-) 08:26:33 <Yexo> http://pastebin.com/ZnvCAiFi <- this might actually work 08:27:59 <Yexo> and there is a very good reason why nobody writes code like that in nfo :p 08:30:35 *** Webster has joined #openttdcoop.devzone 08:30:55 <planetmaker> nice detail :-) 08:32:44 *** Webster has joined #openttdcoop.devzone 08:33:29 <Yexo> cargotype_available or the order of evaluation in a switch block? 08:34:35 <planetmaker> the order 08:34:45 <Yexo> hmm, true 08:34:51 <Yexo> it's the same as for varaction2's 08:38:08 <planetmaker> makes sense. I guess we should just mention it somewhere in switch blocks or so. Or maybe at an even more general place 08:38:24 <Yexo> in switch blocks should be ok 08:38:50 *** Guest834 has quit IRC 08:41:37 <planetmaker> http://pastebin.com/Eg4FWdm2 08:43:16 <planetmaker> ^ should I just commit? 08:47:34 *** Webster has joined #openttdcoop.devzone 08:50:55 *** andythenorth_ has quit IRC 08:52:26 *** Guest836 has quit IRC 08:53:06 <Hirundo> looks fine to me 08:54:59 <Yexo> yep 08:56:16 <planetmaker> hehe @ removing newgrfs ;-) 08:56:45 <planetmaker> I just wondered whether you had added it your local repo already 08:57:29 <Brot6> NewGRF Meta Language - Revision 926:aef2f13e3308: Doc: Default behaviour for switch blocks when s... (planetmaker) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/aef2f13e3308 08:59:58 <Brot6> NewGRF Meta Language - Feature Request #1731 (Reopened): Implement cargo type FF for vehicle acti... (dandan) @ http://dev.openttdcoop.org/issues/1731 08:59:58 <Brot6> NewGRF Meta Language - Feature Request #1731 (Reopened): Implement cargo type FF for vehicle acti... (Hirundo) @ http://dev.openttdcoop.org/issues/1731#change-4453 09:01:09 <Brot6> NewGRF Meta Language - Feature Request #1731: Implement cargo type FF for vehicle action 3 (yexo) @ http://dev.openttdcoop.org/issues/1731#change-4454 09:02:40 <Yexo> DEFAULT_NA is a very unclear name imo 09:03:09 * planetmaker has no idea what that means :-) 09:05:53 <planetmaker> and I'm not really much more knowledable after having read ttdp wiki 09:06:42 <Brot6> NewGRF Meta Language - Feature Request #1732 (New): add 1 to the num_vehs_xx vars (Hirundo) @ http://dev.openttdcoop.org/issues/1732 09:07:30 <Hirundo> Yexo: I couldn't think of anything myself, so I just looked at the openttd code :) 09:07:34 <planetmaker> lool @ Hirundo :-) 09:08:07 <Hirundo> But it doesn't really matter much since station support is non-existant, only 0xFF is needed for now 09:08:17 * planetmaker doesn't know what exactly you refer to now, though 09:08:31 <Yexo> true 09:10:47 <planetmaker> Hirundo: where do I mix up things as described in #1732? 09:10:48 <Brot6> planetmaker: Hirundo: #1732 is http://dev.openttdcoop.org/issues/show/1732 "NewGRF Meta Language - Feature Request #1732: add 1 to the num_vehs_xx vars - #openttdcoop Development Zone" 09:11:32 <Hirundo> http://www.tt-forums.net/viewtopic.php?f=68&t=48891&start=36 <- here 09:11:34 <Webster> Title: Transport Tycoon Forums • View topic - NML - a Newgrf Meta Language (at www.tt-forums.net) 09:11:43 *** andythenorth_ has joined #openttdcoop.devzone 09:12:10 <Hirundo> That'd trigger for a single isolated vehicle as well 09:13:40 <Yexo> actually that variable is not even available without a vehicle, so planetmakers code doesn't work at all 09:13:51 <planetmaker> that's a snippet from the varaction2 sequence Yexo wrote ages ago, transcribing some code from the DutchTrainSet for demonstration purposes. Including original comments ;-) 09:14:09 <planetmaker> trallalala :-) 09:14:09 <Yexo> :o 09:14:41 <Yexo> got a link to the original nfo code? 09:14:48 <planetmaker> No 09:14:56 <planetmaker> I only have the NML 09:15:11 <planetmaker> you got the NFO from DJNekkid at that time 09:16:56 <planetmaker> http://devs.openttd.org/~planetmaker/patches/varaction2.nml <-- does that help you to retreive it? 09:17:34 <Yexo> oh, I remember that code ;p 09:17:39 <planetmaker> hehe 09:19:06 <Yexo> http://hg.openttdcoop.org/dutchtrainset/file/d049df75fa62/sprites/nfo/10mus/irm.nfo#l180 09:19:48 *** andythenorth_ has quit IRC 09:19:57 <Yexo> in that case it works, but in general it does not 09:20:37 <Yexo> the variable is not available in the purchase list. When any variable in a varaction2 is not availalbe the first result (not the default) is returned 09:20:59 <Yexo> because it is an articulated vehicle the variable will never return 0 (= 1 vehicle in chain) after it's build 09:22:21 <Yexo> could you at least mention in your forum post that the code doesn't work? Before even more people copy it? 09:22:50 <Yexo> we need to list in the documentation which variables are availabe in the menu in which are not 09:23:55 <planetmaker> done 09:24:22 <Yexo> thanks 09:25:12 <planetmaker> no worries. Better not spread the wrong word [TM] ;-) 09:25:40 <planetmaker> thanks for pointing it out rather :-) 09:28:51 *** andythenorth_ has joined #openttdcoop.devzone 09:58:15 <Brot6> NewGRF Meta Language - Feature Request #1732 (Closed): add 1 to the num_vehs_xx vars (Hirundo) @ http://dev.openttdcoop.org/issues/1732 09:58:15 <Brot6> NewGRF Meta Language - Revision 927:84ac21e86e19: Change #1732: make num_veh_in_[consist/vehid_ch... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/84ac21e86e19 09:58:15 <Brot6> NewGRF Meta Language - Revision 928:1248229d9b45: Doc: add stub about graphics files and add the ... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/1248229d9b45 09:58:16 <Brot6> NewGRF Meta Language - Revision 929:f5c5fd91abac: Doc: vehicle variables position_in_* and num_ve... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/f5c5fd91abac 09:58:20 <Brot6> NewGRF Meta Language - Feature Request #1732 (Closed): add 1 to the num_vehs_xx vars (yexo) @ http://dev.openttdcoop.org/issues/1732#change-4455 10:00:41 <Brot6> NewGRF Meta Language - Code Review #1447: revise and unify usage of bitmasks and lists (yexo) @ http://dev.openttdcoop.org/issues/1447#change-4456 10:10:38 <Brot6> NewGRF Meta Language - Code Review #1447: revise and unify usage of bitmasks and lists (Hirundo) @ http://dev.openttdcoop.org/issues/1447#change-4457 10:13:48 <Yexo> planetmaker: you ready to fix _all_ your current nml files? 10:14:00 <planetmaker> :-O 10:14:00 <Yexo> see last comment that Brot6 announced 10:14:55 <planetmaker> Hm, I wasn't around yesterday. I'm still not comfortable for example with removing "TOWNZONE_ALL". It's useful 10:15:09 <planetmaker> It was not meant to include snowyness or climates 10:15:43 <Yexo> I have no problems readding it (but perhaps as ALL_TOWNZONES?), but it was never implemented 10:16:08 <planetmaker> wasn't it? It was a constant which had the proper bits, wasn't it? 10:16:16 <Hirundo> We can add those constants, but only with a different naming scheme (ALL_XXX instead of XXX_ALL) 10:16:36 <planetmaker> why? 10:16:54 <Yexo> to avoid confusing between bitmask values and non-bitmask values 10:16:58 <Hirundo> because bitmask(TOWNZONE_ALL) does not have the effect you want 10:17:02 <planetmaker> let's say I was a bit hesitant with comments as I'm not yet feeling like I know all implications 10:17:45 <Yexo> basically it's about syntax, do we want: bitmask(TOWNZONE_EDGE, TOWNZONE_OUTSKIRT) or do we want TOWNZONE_EDGE | TOWNZONE_OUTSKIRT 10:18:16 <Yexo> the bitmask-example has the advantage that the same name can be reused in those places where a variable returns a townzone 10:18:23 <planetmaker> what about a house with snow support, all town zones and arcitc and temperate climate with the proposed changes? 10:18:23 <Yexo> same holds for climates 10:19:11 <planetmaker> and snowyness? It's not a climate 10:19:16 <Yexo> available_mask: [bitmask(TOWNZONE_EDGE, TOWNZONE_OUTSKIRT, TOWNZONE_OUTER_SUBURB, TOWNZONE_INNER_SUBURB, TOWNZONE_CENTRE), ALL_CLIMATES | bitmask(CLIMATE_SNOW)] 10:19:26 <Yexo> ^^ is without ALL_TOWNZONES 10:19:28 <Yexo> otherwise it would be: 10:19:37 <Hirundo> The advantage of the A|B method is, that you can do e.g. TOWNZONE_ALL ^ TOWNZONE_EDGE really easily, although I don't know how many nml authors would use that 10:19:46 <Yexo> available_mask: [ALL_TOWNZONES, ALL_CLIMATES | bitmask(CLIMATE_SNOW)]; 10:20:11 <Yexo> you can still do ALL_TOWNZONES ^ bitmask(TOWNZONE_EDGE) 10:20:15 <Hirundo> How much does it hurt, if we make ALL_CLIMATES include CLIMATE_SNOW? 10:20:28 <planetmaker> Hirundo: not good 10:20:28 <Yexo> or ALL_TOWNZONES & ~bitmask(TOWNZONE_EDGE) for the same effect 10:20:40 <planetmaker> though it depends 10:20:44 <Yexo> Hirundo: a lot, ALL_CLIMATES is also used for vehicles 10:21:01 <Hirundo> That's why I ask, how much does it hurt there? 10:21:18 <Yexo> it doesn't fit in a byte 10:21:25 <planetmaker> well, ok. Let's do this change. But I'd like these examples be in the docs. It's not trivial to deduce all this :-) 10:21:35 <Yexo> ok :) 10:22:05 <Yexo> what do we do with CLIMATE_NONE ? 10:22:15 <Yexo> remove (and use 0 instead) or rename to NO_CLIMATES? 10:22:18 <planetmaker> same as ALL_CLIMATES 10:22:31 <planetmaker> and NO_CLIMATES. yes 10:22:48 <planetmaker> nasty change ;-) 10:22:55 <Yexo> yes 10:23:52 <Hirundo> NO_CLIMATES sounds good 10:24:00 <Yexo> NO_CLIMATES or NO_CLIMATE ? 10:24:12 <Yexo> same for NO_CARGO_CLASS or NO_CARGO_CLASSES ? 10:24:37 <planetmaker> hm.... singular 10:24:55 <Hirundo> ^agreed 10:25:52 <Hirundo> I have my doubts about CLIMATE_SNOW btw, I think making 'SNOW' a sort of fake climate creates a new set of problems 10:26:18 <Yexo> suggestions for another name? 10:26:19 <planetmaker> alternatives? 10:26:24 <Hirundo> ABOVE_SNOWLINE 10:26:27 <Yexo> I agree CLIMATE_SNOW is not so good 10:26:29 <planetmaker> ok 10:26:49 <Hirundo> "ALL_CLIMATES | bitmask(CLIMATE_SNOW)" <- quite confusing, IMO :) 10:28:53 *** andythenorth_ has quit IRC 10:33:42 <Yexo> http://devs.openttd.org/~yexo/1447.diff 10:38:22 <planetmaker> rename TRIGGER_ALL into TRIGGER_ALL_NEEDED 10:39:06 <Hirundo> ALL_[NORMAL]_CARGO_CLASSES should be 0x-7FF instead of 0x-4FF 10:39:14 <Hirundo> (existing bug) 10:40:25 <planetmaker> what about the climates? 10:40:52 <planetmaker> writing them in hex is inconsistent with the subsequent style of writing the bitmask values? 10:40:57 <planetmaker> s/?/./ 10:41:53 <planetmaker> Otherwise, I'll curse it, but yes 10:42:08 <Hirundo> AI_FLAG_XXX is not a bitmask and should not be labeled as such, it's basically a single bool 10:45:32 <Yexo> TROPIC or TROPICAL? 10:57:56 *** KenjiE20 has joined #openttdcoop.devzone 10:59:50 <planetmaker> Yexo: both :-) 11:00:02 <Yexo> is there a reason to keep both? 11:00:20 <planetmaker> is there a reason to not have them synonymous? 11:00:36 <Yexo> force consistency by only allowing CLIMATE_TROPIC ? 11:01:16 <planetmaker> We could use in official docs always tropic. But IIRC tropical is more correct English 11:08:42 <Yexo> I've included the suggestions give above and also fixed the documentation 11:08:50 <Yexo> http://devs.openttd.org/~yexo/1447.diff updated diff 11:14:59 *** andythenorth_ has joined #openttdcoop.devzone 11:17:51 <Yexo> updated again with changes to the regression test 11:18:11 * Yexo is gone, will be back in a few hours 11:18:29 <planetmaker> sorry, I only checked it now: For correct English we should use 'tropical' instead of tropic. Though the latter is more consistent 11:18:43 <planetmaker> My dictionaries agree there unfortunately 11:18:50 <planetmaker> enjoy whatever you do :-) 11:20:07 <Brot6> NewGRF Meta Language - Revision 930:a43c08cff535: Doc: stub about settings (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/a43c08cff535 11:23:37 <planetmaker> http://devs.openttd.org/~planetmaker/patches/1447.diff <-- updated documentation within that patch 12:11:40 *** andythenorth_ has quit IRC 12:48:30 *** Webster has joined #openttdcoop.devzone 12:54:00 *** Guest848 has quit IRC 13:28:05 <Brot6> repository /home/ottdc/hg-repos/joan registered in Redmine with url /home/ottdc/hg-repos/joan 13:28:05 <Brot6> repository /home/ottdc/hg-repos/joan created 13:31:42 <Brot6> 32bpp-ez-patches - Revision 69:d0475d02885f: Cleanup: remove experiment leftovers (GeekToo) @ http://dev.openttdcoop.org/projects/32bpp-ez-patches/repository/revisions/d0475d02885f 13:31:42 <Brot6> 32bpp-ez-patches - Bug #1606 (Closed): zoom out in weird places (LordAro) @ http://dev.openttdcoop.org/issues/1606 14:12:38 *** Lakie has joined #openttdcoop.devzone 14:14:24 *** Ammler is now known as Ammller 14:27:45 *** Ammller is now known as Ammler 14:57:07 *** dihedral has joined #openttdcoop.devzone 14:57:14 <dihedral> ODM, :-) 14:57:17 <ODM> jup? 14:57:34 <dihedral> just wanted to say hi in this channel to you, to possibly move the discussion here ;-) 14:57:42 <ODM> haha 14:57:46 <ODM> not the worst idea ever:P 14:58:10 <dihedral> i will take that as a compliment ^^ 14:59:02 <ODM> once code is up im going to go through it and see what i come up with 14:59:55 <dihedral> i will see if i can setup a hudson server and possibly artefact repository 14:59:57 <ODM> and dump stuff on the project page to get goals and architecture cleared up 15:00:07 <ODM> that does not mean anything to me:P 15:00:08 <dihedral> possibly planetmaker can install a hook script 15:00:28 <dihedral> but that is not crucial 15:00:32 <dihedral> you will once you see it :-D 15:00:55 <ODM> ^^ 15:12:54 <dihedral> hmmm - ODM - get used to the 'GenericPool' class, i think we will need more of that style stuff :-P 15:13:13 <ODM> will check' 15:13:15 <dihedral> will make it easier if you look at the other classes in that package too 15:18:39 <Yexo> planetmaker: don't have time right now to look at the changes you did 15:18:49 <Yexo> feel free to commit it, otherwise I'll look at it tomorrow 15:19:41 <planetmaker> not urgent. I just changed in the documentation TROPIC to TROPICAL 15:19:51 <planetmaker> as that's according to my dictionaries the proper word 15:19:57 <planetmaker> no code changes 15:20:11 <Yexo> in that case we should also use TROPICAL in the regression tests 15:20:21 <planetmaker> missed that, I guess 15:45:58 *** frosch123 has joined #openttdcoop.devzone 15:51:18 <SmatZ> hello frosch123 16:03:09 <planetmaker> Ammler: there's no probject for autostart? 16:10:36 <Brot6> nml: update from r918 to r930 done - http://bundles.openttdcoop.org/nml/nightlies/r930 16:14:00 <Ammler> planetmaker: possible 16:14:19 <planetmaker> it tries to start even when compilation or linking fails 16:14:34 <Ammler> well, it was planned to migrate autostart with ottdserver to ottdbash 16:15:12 <Ammler> someone likes to work on autostart? 16:18:43 <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r635), 32bpp-extra (r39), ai-admiralai (r71), airportsplus (r64), basecosts (r22), belarusiantowns (r7), comic-houses (r71), firs (r1482), fish (r404), frenchtowns (r4), grfcodec (r785), heqs (r473), indonesiantowns (r37), manindu (r5), metrotrackset (r56), newgrf_makefile (r220), nml (r930), nutracks (r117), ogfx-trains (r85), ogfx-trees (r41), opengfx (r553), openmsx (r97), 16:18:43 <Brot6> opensfx (r97), smts (r19), snowlinemod (r45), swedishrails (r187), swisstowns (r20), transrapidtrackset (r15), ttdviewer (r26), ttrs (r23), worldairlinersset (ERROR r666) 16:21:24 <Brot6> indonesiantowns: compile of r37 still failed (#1704) - http://bundles.openttdcoop.org/indonesiantowns/nightlies/ERROR/r37 16:23:28 <Brot6> swisstowns: compile of r20 still failed (#1705) - http://bundles.openttdcoop.org/swisstowns/nightlies/ERROR/r20 16:24:14 <Brot6> worldairlinersset: compile of r666 still failed (#1725) - http://bundles.openttdcoop.org/worldairlinersset/nightlies/ERROR/r666 16:24:15 <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: airportsplus (Diffsize: 6), belarusiantowns (3 errors) (Diffsize: 21), frenchtowns (4 errors) (Diffsize: 9), manindu, ogfx-trains (1 errors), swedishrails 16:34:46 *** KenjiE20 is now known as Guest869 16:35:59 <Ammler> oh, another required option :-) 16:36:23 <Ammler> mäh, required option :-P 16:37:21 *** KenjiE20 has joined #openttdcoop.devzone 16:37:53 <Ammler> what is min_compatible_version for? 16:38:01 *** Guest869 has quit IRC 16:38:05 <Ammler> openttd version? 16:39:08 <Ammler> seems like doc is missing explaination 16:42:35 <frosch123> no, oldest version of your grf the new version is still compatible to 16:48:52 <planetmaker> Ammler: it's action14, MINV 16:50:11 <Ammler> when do you need to change grfid then? 16:50:16 <planetmaker> never 16:50:36 <planetmaker> :-) That's the whole purpose 16:51:12 <planetmaker> the adv. is though: OpenTTD will only show the latest version. And not all versions which have a different grfID 16:51:28 <planetmaker> with default settings that is. Good anti-DAU behaviour ;-) 16:51:38 <Brot6> 2cc train set - Feature #1733 (New): Osaka 30000 (Voyager1) @ http://dev.openttdcoop.org/issues/1733 16:51:38 <Brot6> 2cc train set - Feature #1733: Osaka 30000 (Voyager1) @ http://dev.openttdcoop.org/issues/1733#change-4458 16:53:14 <Ammler> next is bananas reading a14 :-) 16:54:16 <planetmaker> why? 16:54:26 <planetmaker> you mean the description? 16:55:00 <Ammler> hmm, true 16:55:01 <frosch123> bananas version and a14 version are different, and i think it is good 16:56:00 <Ammler> is this minv just "info" or does it have any effect? 16:56:19 <frosch123> it influences ottd's picking of compatible grfs 16:56:28 <frosch123> ottd picks the newest version which is still compatible 16:56:31 <frosch123> (same as for ais) 16:57:47 *** Lakie has quit IRC 16:57:51 <Ammler> and bananas is able to download it that way? 16:58:12 <frosch123> no, bananas gives only exact matches 16:58:26 <Ammler> so that is only useful for local grfs 16:59:15 <Ammler> I guess, I meant that :-) 16:59:26 <frosch123> well, if you play a game with a grf from your working copy, the version ensures ottd will update to the right grf after hg pull && make 16:59:44 <frosch123> instead of picking some ancient other thing floating around 17:01:58 <Ammler> well, that issue was already solved, this does just remove the need to change grfid 17:02:22 <planetmaker> which is quite good. One ID = one grf. 17:02:41 <frosch123> changing grfid causes quite some other trouble :) 17:02:42 <planetmaker> Keeps your grf list smaller 17:03:10 <Ammler> well, you used 3 bytes anyway 17:03:24 <planetmaker> I still see no good alternative to alberth's gui-"hack" with the 'editable' thing :-( 17:04:06 <planetmaker> I still would like to make it not visible that grfs can be changed ingame 17:04:32 <frosch123> planetmaker: you need a toggle button 17:05:11 <frosch123> and in addtition to editable you need apply-immediatelly (or something simliar) 17:05:45 <planetmaker> why 'toggable'? 17:05:52 <planetmaker> then it's clear again 17:06:01 <planetmaker> just a console command 17:06:17 <frosch123> do you want to tie to newgrf_developers? 17:06:37 <planetmaker> I'd use a separate setting, scenario_developer. But in principle yes 17:07:03 * frosch123 << food 17:07:08 <planetmaker> enjoy! 17:07:10 <Ammler> the only issue with editing is deleting a grf from the list 17:07:16 <Ammler> everything else works fine 17:07:20 <planetmaker> not at all 17:07:32 <planetmaker> every change can be a game killer 17:07:36 <Ammler> I would quite much miss it 17:07:55 <Ammler> Almost every map I setup is with editing running game 17:08:23 <planetmaker> people who know what they do will still be able to do it. 17:08:41 <Ammler> the others have the red box 17:08:57 <planetmaker> http://devs.openttd.org/~planetmaker/patches/index.php?source=scenario_developer.diff <-- that one 17:09:03 <planetmaker> the red box does not work at all 17:09:34 <planetmaker> and changing newgrfs is not needed on running games 17:09:39 <planetmaker> especially if you create them anew 17:10:04 <Ammler> of course it is, specially if people contribute those 17:10:13 <Ammler> you quite much need to fix something 17:11:23 <planetmaker> as said: you may know meanwhile what goes and not. Mostly. So do I. But it's a can of worms to edit newgrfs on existing games. 17:11:35 <Ammler> I would say, about every tenth ps game has modifed grfs 17:12:17 <Ammler> well, if it is a switch, I don't care 17:12:43 <Ammler> but then, I am not sure, if it is worth the effort 17:13:26 <Ammler> as you need to explain how to change grfs in exchange to now where you need to tell to not change grfs :-) 17:13:46 <planetmaker> you don't count or answer to all those complains about broken savegames or missing vehicles or stuff 17:13:55 <planetmaker> it's a HUGE amount 17:14:19 <planetmaker> I don't explain how to change newgrfs. It's not possible. Period 17:14:28 <Ammler> yes, I don't, not worth 17:14:55 <Ammler> that is explained around 1000 times already 17:16:25 <Ammler> but the sceanrio developer doesn't need to load the save in sceanrio editor, I hope? 17:16:59 <Ammler> as that would "clean" companies, iirc 17:17:30 *** Alberth has joined #openttdcoop.devzone 17:17:44 <planetmaker> yellow ink! :-) 17:17:54 <planetmaker> magic ink? 17:18:02 <planetmaker> Ammler: no 17:18:50 <dihedral> Alberth, ink! 17:19:27 <Alberth> yellowink? 17:19:39 <planetmaker> not odd. not even. Just colourful ;-) 17:20:18 <Alberth> definitely :) 17:20:23 <Alberth> good evening all :) 17:26:32 <ODM> ellow 17:29:02 <Ammler> hmm, version check on opengfx changed? 17:29:07 * Alberth ponders about what happened to yink 17:34:23 <dihedral> 'wink' ^^ 17:38:22 <Ammler> opengfx for ttdpatch complains about wrong openttd version :-o 17:38:41 <Alberth> that sounds like a correct error :) 17:44:08 <Ammler> well, the openttd version check should be skipped 17:48:32 <Brot6> World Airliners Set - Revision 667:5c7907182937: Changes to 747-400d NFO (FaddyPainter) @ http://dev.openttdcoop.org/projects/worldairlinersset/repository/revisions/5c7907182937 17:56:48 <Alberth> that sounds like a good idea :) 17:58:33 <planetmaker> [19:38] <Ammler> opengfx for ttdpatch complains about wrong openttd version :-o <-- lol :-) 18:00:10 <dihedral> ODM, check out joan ;-) 18:00:25 <dihedral> she got some leeeegs 18:03:03 <Brot6> 32bpp-ez-patches - Bug #1734 (New): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/1734 18:06:55 *** Webster has joined #openttdcoop.devzone 18:07:03 <Ammler> yes 18:07:45 <Ammler> planetmaker: I assume, it is your double nfo-header fix, eiter 546 or 545 18:07:57 <planetmaker> sorry, what? 18:10:28 <Ammler> !watch admintools 18:10:34 <Ammler> !rss watch admintools 18:10:34 <Brot6> sure, Ammler 18:10:42 <Ammler> !rss show admintools 18:10:42 <Brot6> Ammler: lemme fetch it... 18:10:42 <Brot6> Ammler: using old data 18:10:42 <Brot6> Ammler: Channel : AdminTools: Activity 18:10:42 <Brot6> Java OpenTTD Admin Library - joan-0.1-SNAPSHOT.jar (dih) @ http://dev.openttdcoop.org/attachments/download/1055/joan-0.1-SNAPSHOT.jar 18:10:42 <Brot6> Java OpenTTD Admin Library - joan-0.1-SNAPSHOT-sources.jar (dih) @ http://dev.openttdcoop.org/attachments/download/1054/joan-0.1-SNAPSHOT-sources.jar 18:10:44 <Brot6> Java OpenTTD Admin Library - Revision 0:6c9a5d8cf304: -Add: initial import of joan, still some st... (dih) @ http://dev.openttdcoop.org/projects/joan/repository/revisions/6c9a5d8cf304 18:10:48 <Brot6> OpenTTD WebConfig - Revision 5:753b5302e66f: Removed weird symbols added by Notepad++ in line 0. (Levi) @ http://dev.openttdcoop.org/projects/ottd-webconfig/repository/revisions/753b5302e66f 18:10:52 <Brot6> OpenTTD WebConfig - Feature #1702 (New): OpenTTD-Styled Interface (Levi) @ http://dev.openttdcoop.org/issues/1702 18:11:32 <Ammler> planetmaker: the ttdp version failure 18:12:07 <Ammler> the makefile framework does not really nice support rebuild of older versions 18:14:07 <Ammler> r545 broke it 18:15:38 <Ammler> looks like you wrongly removed count sprite 0 18:15:55 <Ammler> and so it used the ttdp skip sprite for it :-) 18:25:06 *** Levi has joined #openttdcoop.devzone 18:26:58 <Brot6> OpenGFX - Revision 554:ced935eab91c: Fix (r545): newgrfs need counter sprite as first sprite, els... (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/ced935eab91c 18:44:26 *** Levi has quit IRC 18:45:41 *** andythenorth_ has joined #openttdcoop.devzone 18:45:47 <andythenorth_> evening 18:46:16 <andythenorth_> DJNekkid: looks like a little progress on BROS decisions... 18:48:16 <planetmaker> hi andythenorth_ 18:49:47 <Ammler> andythenorth_: fish doesn't work on ttdp 18:50:00 * andythenorth_ sad face 18:50:05 <andythenorth_> not very sad face though 18:50:13 <Ammler> :-) 18:50:19 <andythenorth_> perhaps more like a "don't care" face :) 18:50:26 <planetmaker> andythenorth_: I fear the BROS people already start again to argue about pointless stuff. Without any of them focusing on real stuff 18:50:44 <andythenorth_> it's a democracy :) 19:07:24 *** thgergo has joined #openttdcoop.devzone 19:14:29 <ODM> dihedral, bit busy, will have a look in the morning 19:45:26 *** Webster has joined #openttdcoop.devzone 19:50:56 *** Guest889 has quit IRC 20:02:37 *** Levi has joined #openttdcoop.devzone 21:07:49 <Brot6> HEQS "Heavy Equipment" Set - Revision 474:4474f9f9602a: Change: introduce template for vehicles... (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/4474f9f9602a 21:07:49 <Brot6> HEQS "Heavy Equipment" Set - Revision 475:c0b5efcea423: Add: psd file for Light Trucks (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/c0b5efcea423 21:08:10 *** Alberth has left #openttdcoop.devzone 21:09:57 <Brot6> HEQS "Heavy Equipment" Set - Revision 476:7357e81b3fe8: Feature: restored Gmund Mog road and ra... (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/7357e81b3fe8 21:09:57 <Brot6> HEQS "Heavy Equipment" Set - Revision 477:66b2c0884325: Feature: hide Template Tester vehicle (andythenorth) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/66b2c0884325 21:12:03 *** andythenorth_ has quit IRC 21:27:14 *** Lakie has joined #openttdcoop.devzone 21:27:24 *** Player has joined #openttdcoop.devzone 21:28:02 <Player> When will you have saa b747 and a380s and 737 800? 21:28:10 <Player> 777 as well 21:30:49 *** Player has quit IRC 21:30:53 <Rubidium> whenever someone draws them? 21:31:07 <Lakie> He already left... 21:37:00 *** frosch123 has quit IRC 21:50:13 *** ODM has quit IRC 22:37:28 *** thgergo has quit IRC