Log for #openttdcoop.devzone on 17th April 2010:
Times are UTC Toggle Colours
00:00:00  <Yexo> Ammler: can I see that script anywhere?
00:00:18  <Rubidium> <- I use that to test CF stuff; just commit and push one thing, run the CF, roll back the top revision on the server and start again
00:00:45  <Rubidium> the compile farm will make a clean clone of the repository, so whatever you mess with it doesn't matter for the compile farm
00:00:58  <Rubidium> it won't be bothered by removal of revisions and such
00:01:14  <Ammler> yexo, Hirundo earlier told to document his workflow this weekend
00:01:30  <Yexo> yes, but that works only because a) nobody keeps a checkout of that repo and b) you have access to the server to actually strip those changesets
00:02:37  <Rubidium> true, but does the need arise it can be a "hidden" repository somewhere
00:03:28  <Yexo> I wasn't saying it's not good, it's nice that it works this way
00:03:34  <Ammler> you mean, using same repo for different "patches"?
00:04:14  <Ammler> Rubidium: is it complicated to setup a new external branch?
00:04:23  <Ammler> like you did for is2 and cargodist?
00:04:39  <Rubidium> not really
00:05:11  <Rubidium> just requires "doing" it
00:06:06  *** KenjiE20 has quit IRC
00:09:17  <Ammler> GT:
00:12:09  <Webster> Latest update from devactivity: 32bpp-ez-patches - Revision 32: Improved CC algorithm, cleanup png reading (Szvengar), Follow veh... <>
00:12:28  <Ammler> well, if it is easy for you, we might also be able to make something like devzone.hg and apply the patch, then you run the cf and we move the bundles...
00:12:36  <Ammler> easier*
00:14:02  <Ammler> good night
00:15:55  <GT> Ammler: thanks again, Rubidium: sounds like a nice idea: dump all the 'main' repos, only provide the patch queues for the Linux users to compile themselves, and have a script that updated one shared trunk repo to the various patches qtips, qpush, ping the compile farm and provide the binaries for the windows users, qpop and do the next one.
00:26:41  *** GT has left #openttdcoop.devzone
00:28:14  <Webster> Latest update from devactivity: FIRS Industry Replacement Set - Bug #898 (New): Bank appearing in Towns/Cities and accepting Sand <>
01:50:28  *** Doorslammer has quit IRC
05:44:22  *** ODM has joined #openttdcoop.devzone
06:27:35  *** ODM has quit IRC
06:55:04  *** Seberoth_ has joined #openttdcoop.devzone
07:02:48  *** Seberoth has quit IRC
09:14:45  *** Seberoth_ has quit IRC
09:31:22  *** Seberoth has joined #openttdcoop.devzone
09:41:56  *** frosch123 has joined #openttdcoop.devzone
10:03:25  *** Doorslammer has joined #openttdcoop.devzone
10:41:28  *** KenjiE20 has joined #openttdcoop.devzone
11:35:10  <Hirundo> Yexo: I made up a dictionary of constants for action 0 vehicle, see
11:36:07  <Hirundo> Where should it be applied? Action0, var2 and D?
11:37:41  <planetmaker> Hirundo: I'd put it into a separate file
11:37:55  <Hirundo> Without a doubt, yes
11:38:58  <planetmaker> Hirundo: I'd not call it 'shorten_to_...' but rather 'length_8_8' and so on
11:39:49  <planetmaker> also: *_FLAG_2CC could be unified to just FLAG_2CC
11:39:56  <Hirundo> hmm.. property is called 'shorten_vehicle'
11:40:07  <planetmaker> or possibly make the first four an alias for the latter
11:40:37  <Hirundo> VEHICLE_FLAG_2CC then
11:40:39  <planetmaker> well... it's called 'shorten_vehicle' - but it rather sets the length.
11:40:47  <planetmaker> yes, that sounds good
11:40:57  <Hirundo> It's Yet Another Nfo Artefact
11:41:06  <planetmaker> but I'd keep TRAIN_FLAG_2CC etc.
11:41:54  <planetmaker> I'm not sure about CC_PASSENGERS etc... CC can be mistaken or also used for company colour.
11:41:55  <Hirundo> I was pleasantly surprised, though, that CB flags are the same for all vehicle types
11:42:08  <planetmaker> on the other hand... it'd make it unhandily long
11:42:16  <planetmaker> Hirundo: indeed I'm surprised by that, too ;-)
11:42:18  <Hirundo> They're gonna be used in bitmasks, so I opted... yes ^^
11:42:49  <Hirundo> CARGO_CLASS_PASSENGERS | CARGO_CLASS_PIECE_GOODS | ... isn't exactly fun :)
11:42:57  <planetmaker> nope.
11:43:15  <planetmaker> I agree fully
11:43:47  <planetmaker> ah: CLIMATE_BIT_ALL could be defined
11:44:01  <planetmaker> and CLIMATE_ALL
11:44:02  <Hirundo> ALL and NONE
11:44:04  <planetmaker> yup
11:44:11  <Hirundo> CLIMATE_ALL has no meaning
11:44:27  <planetmaker> also CC_ALL and CC_NONE ;-)
11:44:53  <planetmaker> and same for TRACK_TYPE_ALL and TRACK_TYPE_NONE
11:45:10  <Hirundo> track type is not a bit mask
11:45:32  <planetmaker> ah, ok
11:45:40  <frosch123> CC_ALL sounds quite useless, doesn't it?
11:45:54  <Hirundo> CC_ALL, is that 0xFFFF or 0x84FF ?
11:45:57  <planetmaker> frosch123: is it? For a plane to be allowed to carry anything?
11:46:05  <Hirundo> it allows xoring to unset a few bits
11:46:10  <planetmaker> or an engine to be refittable to everything?
11:46:19  <planetmaker> what Hirundo says :-)
11:46:21  <Hirundo> i.e. CC_ALL ^ CC_PASSENGERS <- allow only passengers
11:46:28  <planetmaker> :-)
11:47:05  <frosch123> [13:45] <Hirundo> CC_ALL, is that 0xFFFF or 0x84FF ? <- rather 0x7FFF, you really do not want SPECIAL
11:47:27  <planetmaker> hm... true most probably
11:47:41  <planetmaker> what are those SPRITE_ID* things?
11:47:51  <Hirundo> train prop 12, I believe
11:48:19  <Hirundo> for some reason, trains require 0xFD to use new sprites, while others require 0xFF, although openttd does not care
11:48:45  <Ammler> you could spare "EFFECT" in SOUND_* or are there other sound things?
11:49:27  <planetmaker> hu?
11:49:35  <planetmaker> ^ @ Hirundo
11:49:42  <planetmaker> I don't find that in the newgrf wiki
11:49:49  <planetmaker> and I don't recall that property at all
11:50:12  <Hirundo> 12	 	B	Sprite ID (FD for new graphics)
11:50:20  <Hirundo> In the table
11:50:55  <planetmaker> he... only in the table. I looked at the TOC
11:51:08  <Hirundo> <- update
11:52:59  <planetmaker> looks fine to me.
11:53:19  <Hirundo> regarding the shorten factor, we might rename the property to 'length' with values from 1 to 8
11:55:22  <planetmaker> well... I always found it a big wavy to call it "shortening". It just sets a length. And not the amount to shorten something.
11:55:53  <andythenorth> umm, does it?
11:56:00  <andythenorth> I thought it reduced the length by n
11:56:04  <andythenorth> ?
11:56:33  <planetmaker> it doesn't. It reduces length TO n/8 of the original
11:56:58  <Hirundo> really?
11:57:31  <planetmaker> hm... no. You're right
11:58:24  <planetmaker> just something to add to NML later: length instead of shortening ;-)
11:59:28  <planetmaker> anyway, I withdraw my comment wrt changing the name of those constants
11:59:47  <planetmaker> sorry for the confusion
12:02:37  <Ammler> a default vehicle is 32px (8/8) and you can shorten it, that is how the pikka templates tell it
12:03:29  <Ammler> (from the view of someone without any clue ;-)
12:04:30  <Ammler> that is for the depot view only?
12:07:49  <frosch123> a train vehicle is 32px on the map, and optionally also 32px in depot, vehicle details and vehicle lists
12:08:00  <frosch123> for roadvehicles it is complicated
12:42:16  <Webster> Latest update from devactivity: 32bpp-ez-patches - Revision 33: Codechange: update to svn 19648, Cleanup: remove unnecessary stuf... <>
12:44:32  *** OwenS has joined #openttdcoop.devzone
12:57:34  <Webster> Latest update from devactivity: FISH - Revision 314: Add: rendered intermediates for LCAC50 <> || NFO Meta Language - Revision 87: Feature: Add table with global constants and use it. <>
13:05:54  *** GT has joined #openttdcoop.devzone
13:28:04  <Webster> Latest update from devactivity: NFO Meta Language - Revision 89: Fix: Load amount is a byte. <> || NFO Meta Language - Revision 88: Change: Rename FEAT_NEWOBJECTS to FEAT_OBJECTS for more consiste... <>
13:58:43  <Webster> Latest update from devactivity: FISH - Revision 316: Change: renamed medium hovercraft psd <> || FISH - Revision 315: Add: psd for hovercraft freight medium <>
14:10:13  *** Seberoth_ has joined #openttdcoop.devzone
14:10:45  *** Seberoth has quit IRC
14:10:49  <Hirundo> <- NML documentation, wohoo!
14:13:55  <Webster> Latest update from devactivity: NFO Meta Language - Revision 91: Fix: Use DATE instead of START_DATE. <> || NFO Meta Language - Revision 90: Add: Constant for setting the start date to 1920. <>
14:37:03  *** Seberoth_ has quit IRC
14:38:50  *** ODM has joined #openttdcoop.devzone
15:15:08  *** Yexo has quit IRC
15:15:24  *** Yexo has joined #openttdcoop.devzone
15:22:14  <Yexo> nice work on those constants Hirundo :)
15:27:10  <Yexo> Hirundo: what do you think about introducing DATE(year [, month [,day]]) to get the number of days from 0 to that date?
15:27:37  <Yexo> in those cases where the number of days since 1920 is needed you could then use DATE(something) - DATE_1920
15:51:18  <planetmaker> sounds nice, yexo
16:13:49  <planetmaker> Yexo: Hirundo mind if I commit a missing , in the constants list?
16:14:03  <Yexo> go ahead
16:16:01  <planetmaker> pushed
16:16:06  <Hirundo> We indeed need some of such 'macros' like DATE(something) TILE_OFFSET(x, y) etc
16:17:00  <Yexo> tile offset is tricky, as sometimes it's XY and sometimes XXYY
16:17:05  <Yexo> or YX / YYXX, dunno
16:18:04  <Hirundo> well, you get the point
16:18:49  <frosch123> where are YYXX ?
16:19:06  <planetmaker> hm... what happened to feature0, property 'weight'?
16:19:37  <Yexo> planetmaker: huh? it's still there?
16:19:57  <planetmaker> well... something changed between r83 and tip
16:21:01  <Yexo> yes, there was a second (incorrect) entry 'weight' in the train props list
16:21:16  <planetmaker> <-- that doesn't work anymore, if I uncomment the weight line
16:21:28  <planetmaker> oh... so it was wrong before?
16:21:44  <planetmaker> and don't mind my wrong comments wrt units ;-)
16:23:09  <planetmaker> <-- that's the traceback, if I uncomment it.
16:23:22  <Yexo> pushed a fix for the weight problem
16:23:58  <Yexo> you can use item(FEAT_TRAINS) instead of item(0) btw
16:24:08  <planetmaker> yes, true :-)
16:24:18  <planetmaker> I wrote that part before the constants list was there
16:25:24  <planetmaker> hm, can I explicitly define IDs for vehicles?
16:25:35  <Yexo> item(FEAT_TRAINS, 3) <- force to use id 3
16:25:44  <planetmaker> ah :-)
16:26:00  <Yexo> but if you explicitely assigns IDs you have to assign them for all vehicles (of the same feature)
16:26:15  <planetmaker> ok
16:26:39  <Yexo> the normal ID assignment starts with 0, and it doesn't remove manually assigned IDs from that list
16:26:41  <planetmaker> It still might make sense in order to keep consistency throughout versions
16:27:00  <Yexo> yep
16:27:13  <Yexo> or to resuse IDs between climates,
16:27:31  <planetmaker> or that, yes
16:27:42  <Yexo> if () { item() {} } else { item() } <- both these items will get seperate IDs, while it's possible to reuse the id
16:28:27  <planetmaker> hm, ok. Not a problem, I think, if we don't go over 64k IDs ;-)
16:29:05  <Yexo> if you want to use the IDs in callbacks you probably have to assign an id manually, at least for now
16:29:11  <Yexo> for example articulated vehicles
16:29:25  <planetmaker> hm, ok
16:29:32  <planetmaker> I'm not there yet :-)
16:31:12  <planetmaker> hm... how would I make those python scripts / NML globally accessible?
16:32:49  <Yexo> put the directory that contains in your path?
16:32:52  <Webster> Latest update from devactivity: NFO Meta Language - Revision 93: Fix: python import rules again <> || NFO Meta Language - Revision 92: Fix (r87): Missing comma <>
16:35:29  <planetmaker> hm... found another typo:     'callback flags' : {'size': 1, 'num': 0x1E},
16:35:35  <planetmaker> missing _
16:35:47  <Yexo> just commit/push such errors
16:36:28  <planetmaker> ok
16:38:13  <planetmaker> pushed
16:43:43  <planetmaker> hm, can one of you two give me an example for an action1/2/3 sequence?
16:45:15  <Yexo> item {} can contains a graphics block, but that isn't fully implemented yet
16:45:29  <Yexo> that graphcis block is the action3
16:45:42  <Yexo> action1 is implicit in a real action2
16:45:53  <Yexo> Hirundo wrote that part
16:47:02  <Yexo> <- varaction2 syntax
16:48:48  <planetmaker> ok. So... real sprites are part of this graphics block?
16:48:50  <Webster> Latest update from devactivity: NFO Meta Language - Revision 94: Fix: Spaces in property names are bad <>
16:49:12  <Yexo> no, real sprites are part of the "spriteblock" block (=real action2 + action1)
16:49:44  <Yexo> <- original syntax idea for it, the implementation may differ a bit
16:51:54  <planetmaker> ah, ok. I'll try to play with that.
16:54:25  <Yexo> <- action1 syntax
17:01:08  <Ammler> hmm, you still need to mesure sprites self?
17:01:21  <planetmaker> hardly avoidable
17:02:18  <Ammler> one file per sprite :-)
17:02:37  <Yexo> Ammler: yes, unless you want to write a pcx reader in python and find out the sprite sizes from that
17:02:37  <planetmaker> iirc it allows to define templates
17:03:11  <Yexo> I thought so too, but I don't know if Hirundo ever implemented that
17:03:17  <planetmaker> hm... where are ogfx+ locos? :-S
17:04:32  <DJNekkid> brb
17:05:14  <Ammler> DJNekkid: wrong channel :-P
17:12:37  *** DJNekkid has quit IRC
17:13:40  *** DJNekkid has joined #openttdcoop.devzone
17:20:17  <Webster> Latest update from devactivity: FISH - Revision 317: Change: minor progress on tanker graphics for coasters <>
17:20:44  <Yexo> introduction_date: date(1920, 1, 1); <- that works now ;)
17:21:45  <planetmaker> nice :-)
17:21:55  <planetmaker> I guess I start with trams...
17:22:10  <planetmaker> That's easy and I have some graphics for that which are not found anywhere :-)
17:24:24  <planetmaker> hm. It should be AIRCRAFT instead of PLANE in constants.
17:24:57  <planetmaker> Just noticed that as inconsistent. Helicopters and plimps don't qualify as plane ;-)
17:25:27  <Yexo> just go ahead and fix it :)
17:25:40  <planetmaker> :-)
17:28:13  <andythenorth> does the same apply to 'watercraft'
17:28:14  <andythenorth> ?
17:28:34  <Yexo> imo no, "ships" is too commonly used to change that
17:28:42  <andythenorth> he :)
17:28:48  <andythenorth> hovercraft != ship
17:28:55  <planetmaker> :-P seems I'm in Hirundo's eyes a person who cannot distinguish trains and planes:
17:28:58  <andythenorth> but I think we'll ignore that
17:29:07  <planetmaker>     #for those, who can't tell the difference between a train and an aircraft:
17:29:09  <planetmaker>     'VEHICLE_FLAG_2CC' : 0x02,
17:29:11  <planetmaker> :-)
17:31:54  <planetmaker> pushed
17:34:39  *** Doorslammer has quit IRC
17:34:40  <Yexo> planetmaker: <- action 0/1/2/3
17:35:18  <Yexo> the action3 is not yet written to the nfo file ,I'm working on that
17:35:20  <Webster> Latest update from devactivity: NFO Meta Language - Revision 95: Feature: introduce date(year, month, day) function to get the nu... <>
17:35:39  <planetmaker> :-) Thanks a lot, Yexo :-)
17:51:35  <Webster> Latest update from devactivity: NFO Meta Language - Revision 97: Feature: parse the graphics block correctly <> || NFO Meta Language - Revision 96: Change: Use the more generic word 'aircraft' instead of 'plane' <>
18:01:32  <planetmaker> nml> python
18:01:33  <planetmaker> LexToken(RBRACE,'}',33,775)
18:01:35  <planetmaker> Syntax error at '}', line 33
18:01:37  <planetmaker> any idea?
18:02:04  <planetmaker> <-- nml code
18:02:28  <Yexo> you're missing a ; after default_group
18:02:47  <planetmaker> doh
18:05:26  <Yexo> and I'd change the order around if I were you
18:05:30  <Yexo> spriteblock before item
18:05:49  <planetmaker> yes, seems it's parsed that way around anyway
18:05:58  <planetmaker> though all grf I've seen do it the other way around
18:06:14  <Yexo> not really, keep in mind that the graphics block of item is the action3
18:06:19  <planetmaker> well... first action0, then 1/2/3
18:06:20  <Yexo> action3 really has to be after the actino2
18:06:23  <planetmaker> yes
18:06:36  <Yexo> if you define your ids manually you can do that
18:06:39  <Webster> Latest update from devactivity: FISH - Revision 320: Change: minor progress on tanker graphics for coasters <> || FISH - Revision 319: Change: minor progress on tanker graphics for coasters <> || FISH - Revision 318: Change: minor progress on tanker graphics for coasters <>
18:17:00  <planetmaker> hm... that doesn't parse into a newgrf yet.... //!!Error (58): Action 2 declaring no loading sets.
18:18:04  <Yexo> that's Hirundo code, but I'll take a look at it when I finish action3
18:19:35  <planetmaker> it's I think an off-by-one error
18:19:38  <planetmaker> in the IDs
18:21:22  <planetmaker> hm...
18:21:41  <Webster> Latest update from devactivity: FISH - Revision 321: Change: minor progress on tanker graphics for coasters <>
18:21:51  <Yexo> planetmaker: I don't get that error, can you pastebin your nml again?
18:22:43  <planetmaker> <-- Yexo
18:23:56  *** Seberoth has joined #openttdcoop.devzone
18:24:51  <Yexo> planetmaker: a vehicle spriteblock needs at least one loading and one loaded spriteset
18:25:06  <Yexo> 	spritegroup default_group {
18:25:06  <Yexo> 		loading: default_set;
18:25:06  <Yexo> 		loaded: default_set;
18:25:06  <Yexo> 	}
18:25:11  <Yexo> use that as spritegroup and it works
18:25:24  <planetmaker> ah, ok
18:26:43  <planetmaker> is that also the case in nfo?
18:26:55  <planetmaker> hm... obviously
18:28:32  <planetmaker> but I still get from renum //!!For feature 1 the following cargoIDs have not been used since their most recent definition:
18:28:33  <planetmaker> //!!FF (last defined at sprite 11)
18:29:05  <Yexo> that is because no action3 is written yet, I'm working on that
18:30:02  <planetmaker> :-P trallala :-)
18:32:49  <DJNekkid> la la la, la la la al la, la la la, la la la la la, la la la la la la la la, i just cant get you out of my head. la la la la la la think about
18:38:08  <planetmaker> hm... why does that $=%( grf not show up in the newgrf list :S
18:39:54  <planetmaker> better question: why is it only 6 bytes big...?
18:42:05  <planetmaker> aaarg
18:42:13  <frosch123> disk full :p
18:42:26  <planetmaker> nope. grfcodec created a sprites dir.
18:42:33  <planetmaker> thus it used another nfo than I assumed
18:42:36  <planetmaker> an empty one
18:43:15  <Yexo> ./ && renum < data.nfo > test.nfo && grfcodec -e test.grf . <- that's what I use
18:53:48  <Webster> Latest update from devactivity: NFO Meta Language - Revision 98: Fix: vehicle spritegroups can't have a default group, they need ... <>
19:23:30  <Yexo> planetmaker: action3 implemented, you should now get a valid (and working) grf
19:29:15  <planetmaker> let's see :-)
19:35:24  <planetmaker> Yexo: nice! That works smoothly :-)
19:35:32  <Yexo> great :)
19:35:55  <planetmaker> Now I really need to look at offsets and properties ;-) It was seriously too slow ;-)
19:36:41  <planetmaker> and seriously buggy offsets ;-)
19:40:27  <planetmaker> Yexo: how should we go about, say, speed and weight and so on
19:40:39  <planetmaker> I'd consider it very fortunate to allow SI units there everywhere
19:40:50  <planetmaker> even to make them the default
19:41:05  <Webster> Latest update from devactivity: NFO Meta Language - Revision 99: Feature: implement action3 <>
19:41:21  <Yexo> should be possible
19:41:27  <Yexo> but I'm not sure if they should be default
19:42:36  <planetmaker> well. Currently, if not imperial units are used, some kind of arbitrary fractions of those are used. One fraction here, another there.
19:42:42  <planetmaker> Different for different features.
19:42:54  <planetmaker> That's IMHO not the best solution
19:43:15  <Yexo> the grfid in the grf block should now be a string literal, ie grfid : "TEST";
19:43:24  <Yexo> you're right, we should unify the units used somehow
19:43:27  *** Seberoth_ has joined #openttdcoop.devzone
19:43:40  <planetmaker> SI is engineering standard. Even in US/UK
19:44:05  <planetmaker> except when they calculate marsian orbiters. Those they do in imperial and run without brakes into the planet :-P
19:44:31  <Yexo> lol
19:45:02  <planetmaker> at least once due to unit errors in the trajectory ;-)
19:45:26  * andythenorth ponders tons, tons, and tonnes
19:45:38  <planetmaker> metric tons is clear :-)
19:45:42  <andythenorth> which has in the past led me to some confusion about vehicle capacities :)
19:45:47  <andythenorth> HEQS has a little of that
19:45:49  <Rubidium> planetmaker: they just loaded the wrong firmware... the one for crashing into it to look at the dust cloud
19:46:36  <planetmaker> hehe.
19:47:27  <Rubidium> same for the ESA firecracker
19:50:37  *** Seberoth_ has quit IRC
19:50:37  *** Seberoth_ has joined #openttdcoop.devzone
19:51:00  *** Seberoth has quit IRC
19:52:16  <planetmaker> speed in mph*3.2; weight in 0.25 tons steps, speed in mph*0.8, power in 10 horse power steps, cost factor in <whatever>, ... that's insane :-)
19:53:39  <planetmaker> he... road vehicles have different max speeds for with/out realistic acceleration?! Nice...
19:57:34  <frosch123> didn't we discuss that just yesterday?
19:57:36  <Webster> Latest update from devactivity: FISH - Revision 323: Change: progress on tanker graphics for Large Coaster <> || NFO Meta Language - Revision 100: Change: GRFID must now be a string literal <> || FISH - Revision 322: Change: minor progress on tanker graphics for coasters <>
20:02:39  <Yexo> <planetmaker> he... road vehicles have different max speeds for with/out realistic acceleration?! Nice... <- that only applies to ttdpatch
20:02:57  <planetmaker> properties 08 and 15
20:03:07  <planetmaker> 15 is according to wiki only used for realistic accel
20:03:08  <Yexo> openttd always uses property 15 if it's defined
20:03:48  <planetmaker> These properties are used only if road vehicles are set to realistic acceleration in the NewCurveAndMountainHandling switch. They are ignored otherwise.
20:03:55  <planetmaker> 15/16/17
20:04:03  <planetmaker> err... 13/14/15
20:04:32  <Yexo> I know what the wiki says :)
20:04:38  <planetmaker> :-)
20:04:47  <planetmaker> you do it WRONG! ;-)
20:05:14  <Yexo> openttd has no NewCurveAndMountainHandling switch, so it shouldn't use those at all
20:05:19  <Yexo> is that what you want? :p
20:05:29  <planetmaker> goodness. No!
20:05:33  <planetmaker> :-)
20:08:15  <Rubidium> so fix the wiki
20:14:05  <Webster> Latest update from devactivity: FISH - Revision 325: Change: exported new pcx files for Coasters with tanker graphics <> || FISH - Revision 324: Change: progress on tanker graphics for Medium Coaster <>
20:17:52  <planetmaker> wiki fixed, yes
20:50:56  <Yexo> planetmaker: what about this syntax for properties: "speed: 60 km/h;" ?
20:51:03  <Yexo> where the "km/h" part is optional
20:51:28  <planetmaker> km/h is interpreted as string and if found a conversion is done?
20:51:38  <Yexo> yep
20:51:40  <planetmaker> same for the other properties?
20:51:43  <Yexo> of course
20:51:46  <planetmaker> sounds fine for me
20:51:55  <planetmaker> then it also is clear what is meant :-)
20:53:07  <Rubidium> speed: 100214 furlong/fortnight;
20:53:10  <planetmaker> <-- the first nml newgrf :-)
20:53:45  <Yexo> :D
20:53:56  <Yexo> you haven't set a name yet?
20:54:59  <Yexo> <Rubidium> speed: 100214 furlong/fortnight; <- just give me a conversion from that to mph and it can be done :p
20:55:15  <planetmaker> Yexo: not yet. I need to figure out how :-)
20:55:25  <Yexo> add a string in lang/default.txt
20:55:37  <Yexo> then just use "name: string(STR_MY_VEH_NAME);" as property
20:55:47  <planetmaker> oh :-) how convenient
20:56:41  <Yexo> hmm, actually that isn't implemented yet for vehicles
20:57:03  <Rubidium> 1 furlong / fortnight = 0.00037202381 mph
20:58:05  <Yexo> heh, you actually did the conversion from 60km/h?
20:58:22  <planetmaker> I looked up the wiki and used the traditional way
20:59:05  <Yexo> <Rubidium> speed: 100214 furlong/fortnight; <- was meant as question for that, 100214furlong/fortnight = 60km/h
20:59:31  <Rubidium> yes, I did look it up
20:59:33  <planetmaker> :-)
21:00:46  <Rubidium> for those not aware, a furlong is used as 'base' distance in horse racing and a fortnight is 14 days
21:01:02  <Rubidium> a furlong is like 200 meter long
21:01:07  <Yexo> ah, ok
21:01:20  <Yexo> I did know the fortnight,and had heard about a furlong but had no idae how far it was
21:02:23  <frosch123> dictionary says, 1/8 mile and 2 weeks respectively
21:02:34  <frosch123> sound like very useful units
21:17:15  <planetmaker> hm... vehicles don't directly have a name property. The strings are just associated with the ID...
21:17:44  <Yexo> planetmaker: in nml they have one :)
21:17:55  <planetmaker> :-)
21:17:56  <Yexo> but you'll have to pull the latest commit first
21:19:22  <planetmaker> hm, how do I define the grfid now?
21:19:31  <Yexo> as a literal string
21:19:40  <Yexo> grfid : "TEST"; <- that for example
21:19:45  <planetmaker> in the source directly? ok
21:20:00  <Yexo> it didn't make sense that it was in the language files, you can't translate it
21:20:03  <planetmaker> so not via string(STR_GRF_ID)?
21:20:09  <planetmaker> ah, true
21:30:24  <Webster> Latest update from devactivity: NFO Meta Language - Revision 101: Feature: set vehicle names by using the 'name' property <>
21:42:02  <planetmaker> meh. nml is not an allowed extension in tt-forums :-(
22:07:39  <Ammler> planetmaker: nml grf works?
22:07:48  <planetmaker> yes
22:07:53  <Ammler> COOL :-)
22:08:08  <planetmaker> indeed :-)
22:08:15  <Ammler> useable?
22:08:32  <Ammler> oh well, /msg me, you might not be able to tell the truth in that channel ;-)
22:08:51  <Yexo> I'd rather hear any complaints now then in a week
22:09:03  <Ammler> :-)
22:09:56  <Ammler> cratulation for 100 commits in that short time :-)
22:10:01  <Ammler> g
22:10:02  <planetmaker> <-- try that, Ammler :-)
22:10:10  *** ODM has quit IRC
22:10:38  <planetmaker> Yexo: complaint: item(FEAT_ROADVEHS, 0) { ... works but not item(FEAT_ROADVEHS, 256) {
22:10:49  <planetmaker> and the number should be the vehicle ID I assume?
22:11:02  <Yexo> yep
22:11:22  <planetmaker> assertion of byte value is rised for 256
22:11:31  <planetmaker> >0 and <FF
22:12:00  <Yexo> in the action4 the id is written as byte, not as extended byte
22:13:40  <Ammler> planetmaker: now your makefile needs to support it ;-)
22:13:51  <planetmaker> oh yes...
22:14:04  <planetmaker> the manual stuff sucks
22:14:25  <Ammler> manual stuff?
22:14:34  <planetmaker> well. Doing the steps of compilation manually
22:15:19  <Yexo> planetmaker: it works now :)
22:15:26  <planetmaker> :-)
22:15:37  <Ammler> is replacing renum still a goal or is that dropped?
22:15:54  <Yexo> haven't really considered that
22:16:05  <Yexo> but it should be doable, just some work to count the size of all actions
22:16:05  <Rubidium> see renum as a validator :)
22:16:24  <Yexo> and renum will always be useable as validator
22:16:49  <Ammler> true, well, if it keeps up2date
22:17:47  <Ammler> planetmaker: on your example, I do not see, what is easier, just better readable...
22:18:33  <Ammler> but I have too less of an idea about Action1/2/3 anyway...
22:18:37  <Yexo> Ammler: you haven't seen a varaction2 chain yet
22:18:51  <Yexo> and better readable is very important
22:19:05  <Yexo> as that's one of the weak points of nfo
22:19:12  <planetmaker> Ammler: easier is relative, but indeed: readable
22:19:14  <Ammler> indeed
22:19:46  <frosch123> load_amount: 40; :o
22:19:51  <Ammler> Yexo: do you also support decompile?
22:19:58  <Yexo> no
22:20:02  <Yexo> and I don't plan to support that either
22:20:08  <Ammler> :'-(
22:20:12  <planetmaker> frosch123: I put random values there. That's the loading speed?
22:20:29  <frosch123> number of units loaded per gradual loading step
22:20:36  <planetmaker> :-)
22:20:38  <Ammler> should be around 5
22:21:11  <planetmaker> it's badly named ;-)
22:21:21  <planetmaker> loading speed or so would be better
22:21:32  <Yexo> go ahead and rename it :)
22:21:43  <planetmaker> :-)
22:22:02  <planetmaker> I wasn't sure until now what it is exactly ;-)
22:22:13  <Ammler> planetmaker: you confused it with cap?
22:22:26  <planetmaker> not really as there's a capacity. But...
22:23:27  <Ammler> well, on the other side trams have a very fast loading speed
22:27:59  <frosch123> planetmaker: trick question: did you exclude tourists on purpose?
22:28:08  <frosch123> :p
22:30:24  <Ammler> speed:                        120;                      // in mph/3.6 = kmh/2 steps <-- what does that mean?
22:30:36  <planetmaker> hm. Yexo if I define the tram as id256 it still overwrites the regal bus
22:30:39  <planetmaker> (id0)
22:30:47  <Webster> Latest update from devactivity: NFO Meta Language - Revision 103: Change: Rename 'load_amount' to the more descriptive 'loading_s... <> || NFO Meta Language - Revision 102: Fix: id in action4 is an extended byte for vehicles <>
22:31:04  <planetmaker> Ammler: the vehicle's max speed
22:31:09  <planetmaker> the units are 0.5km/h
22:31:14  <planetmaker> approximately
22:31:48  <Ammler> so speed is 60?
22:31:59  <Yexo> planetmaker: got a pcx/nml file I can test that with?
22:32:30  <frosch123> does nml enforce setting of all properties for new vehicles?
22:32:36  <Ammler> planetmaker: push ogfx+ :-P
22:32:51  <Yexo> frosch123: not yet
22:32:58  <planetmaker> take the nml from above [00:10]	<planetmaker> <-- try that, Ammler :-)
22:33:09  <Ammler> the pcx?
22:33:25  <planetmaker> the pcx is what I posted as png in the ogfx thread...
22:33:34  <planetmaker> nearly
22:33:34  <Ammler> and I have no clue how to use nml...
22:35:40  <planetmaker> <-- pcx file
22:36:41  <planetmaker> ^ Yexo
22:37:08  <Yexo> thanks
22:38:04  <planetmaker> Ammler: it's actually not really difficult. But also nml takes a bit getting used to
22:40:02  <Yexo> planetmaker: try updating your nml again, the pastebin from above uses id 0
22:40:13  <Yexo> when I change that to id 256 it doesn't overwrite the regal bus
22:40:21  <planetmaker> hm...
22:44:26  <planetmaker> dunno. the MPS regal bus is gone, if I activate that newgrf
22:46:40  <Webster> Latest update from devactivity: OpenGFX - opengfx_generic_trams1.pcx <>
22:46:54  <planetmaker> hm...
22:47:12  <planetmaker> arg
22:47:14  <planetmaker> ok
22:47:49  <planetmaker> ./ && renum < data.nfo > sprites/test.nfo && grfcodec -e test.grf  is dangerous
22:48:04  <planetmaker> it doesn't run grfcodec, if renum issues an error about a high ID
22:48:54  <Yexo> yes, when I posted that line I was wondering why I used this:
22:49:01  <Yexo> so I decided to simplify it
22:49:14  <Yexo> in the process re-introducing that problem :(
22:54:08  <planetmaker> good thing: no ID problem :-)
22:56:43  <planetmaker> :-P Ammler and planetmaker, the evil twins ;-)
22:56:44  <Webster> Title: Transport Tycoon Forums • View topic - nml file extension (at
23:00:02  <Ammler> lol
23:00:39  <planetmaker> ^ yexo ;-)
23:01:16  <Yexo> hehe ;)
23:01:47  <Ammler> will you finaly be able to "compile" nml to a single file?
23:02:13  <Yexo> hmm, you mean also the strings?
23:02:48  <Ammler> I mean your script, or will I need to copy that to every grf project?
23:03:20  <Yexo> once it's somewhat stable I'll probably make it installable as python module or so
23:03:29  <Yexo> then every user just needs to download it once and install it
23:03:54  <Yexo> you don't copy grfcodec/nforenum to every project either, do you?
23:05:55  <Ammler> no, that is in /usr/bin
23:06:27  <Ammler> well, you might just need a wrapper

Powered by YARRSTE version: svn-trunk