Log for #openttdcoop.devzone on 27th October 2010:
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) @
01:36:18  <Brot6> AI-Lib Common - Revision 11:b5ab928d52d9: Codechange: Forget to add 'static' keyword in r6 (fanioz) @
01:36:18  <Brot6> AI-Lib Common - Revision 12:31f1a3f91f40: Cleanup: Remove the example (fanioz) @
01:36:18  <Brot6> AI-Lib Common - Revision 13:25955004af80: Codechange: Applying Code style and set EOL (fanioz) @
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   (
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) @
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) @
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 "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> <- 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>
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) @
08:59:58  <Brot6> NewGRF Meta Language - Feature Request #1731 (Reopened): Implement cargo type FF for vehicle acti... (dandan) @
08:59:58  <Brot6> NewGRF Meta Language - Feature Request #1731 (Reopened): Implement cargo type FF for vehicle acti... (Hirundo) @
09:01:09  <Brot6> NewGRF Meta Language - Feature Request #1731: Implement cargo type FF for vehicle action 3 (yexo) @
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) @
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 "NewGRF Meta Language - Feature Request #1732: add 1 to the num_vehs_xx vars - #openttdcoop Development Zone"
09:11:32  <Hirundo> <- here
09:11:34  <Webster> Title: Transport Tycoon Forums • View topic - NML - a Newgrf Meta Language (at
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> <-- 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>
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) @
09:58:15  <Brot6> NewGRF Meta Language - Revision 927:84ac21e86e19: Change #1732: make num_veh_in_[consist/vehid_ch... (yexo) @
09:58:15  <Brot6> NewGRF Meta Language - Revision 928:1248229d9b45: Doc: add stub about graphics files and add the ... (yexo) @
09:58:16  <Brot6> NewGRF Meta Language - Revision 929:f5c5fd91abac: Doc: vehicle variables position_in_* and num_ve... (yexo) @
09:58:20  <Brot6> NewGRF Meta Language - Feature Request #1732 (Closed): add 1 to the num_vehs_xx vars (yexo) @
10:00:41  <Brot6> NewGRF Meta Language - Code Review #1447: revise and unify usage of bitmasks and lists (yexo) @
10:10:38  <Brot6> NewGRF Meta Language - Code Review #1447: revise and unify usage of bitmasks and lists (Hirundo) @
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: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>
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> 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) @
11:23:37  <planetmaker> <-- 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) @
13:31:42  <Brot6> 32bpp-ez-patches - Bug #1606 (Closed): zoom out in weird places (LordAro) @
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 -
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) -
16:23:28  <Brot6> swisstowns: compile of r20 still failed (#1705) -
16:24:14  <Brot6> worldairlinersset: compile of r666 still failed (#1725) -
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) @
16:51:38  <Brot6> 2cc train set - Feature #1733: Osaka 30000 (Voyager1) @
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> <-- 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) @
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) @
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) @
18:10:42  <Brot6> Java OpenTTD Admin Library - joan-0.1-SNAPSHOT-sources.jar (dih) @
18:10:44  <Brot6> Java OpenTTD Admin Library - Revision 0:6c9a5d8cf304: -Add: initial import of joan, still some st... (dih) @
18:10:48  <Brot6> OpenTTD WebConfig - Revision 5:753b5302e66f: Removed weird symbols added by Notepad++ in line 0. (Levi) @
18:10:52  <Brot6> OpenTTD WebConfig - Feature #1702 (New): OpenTTD-Styled Interface (Levi) @
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) @
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) @
21:07:49  <Brot6> HEQS "Heavy Equipment" Set - Revision 475:c0b5efcea423: Add: psd file for Light Trucks (andythenorth) @
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) @
21:09:57  <Brot6> HEQS "Heavy Equipment" Set - Revision 477:66b2c0884325: Feature: hide Template Tester vehicle (andythenorth) @
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

Powered by YARRSTE version: svn-trunk