Times are UTC Toggle Colours
00:00:00 <Yexo> Ammler: can I see that script anywhere? 00:00:18 <Rubidium> http://hg.openttd.org/developers/rubidium/cf-tests.hg/ <- 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: http://dev.openttdcoop.org:81/projects/32bpp-ez-patches/repository 00:12:09 <Webster> Latest update from devactivity: 32bpp-ez-patches - Revision 32: Improved CC algorithm, cleanup png reading (Szvengar), Follow veh... <http://dev.openttdcoop.org:81/projects/32bpp-ez-patches/repository/revisions/32> 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 <http://dev.openttdcoop.org:81/issues/898> 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 http://paste.openttd.org/225650 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> http://paste.openttd.org/225651 <- 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... <http://dev.openttdcoop.org:81/projects/32bpp-ez-patches/repository/revisions/33> 12:44:32 *** OwenS has joined #openttdcoop.devzone 12:57:34 <Webster> Latest update from devactivity: FISH - Revision 314: Add: rendered intermediates for LCAC50 <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/314> || NFO Meta Language - Revision 87: Feature: Add table with global constants and use it. <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/87> 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. <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/89> || NFO Meta Language - Revision 88: Change: Rename FEAT_NEWOBJECTS to FEAT_OBJECTS for more consiste... <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/88> 13:58:43 <Webster> Latest update from devactivity: FISH - Revision 316: Change: renamed medium hovercraft psd <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/316> || FISH - Revision 315: Add: psd for hovercraft freight medium <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/315> 14:10:13 *** Seberoth_ has joined #openttdcoop.devzone 14:10:45 *** Seberoth has quit IRC 14:10:49 <Hirundo> http://dev.openttdcoop.org:81/projects/nml/wiki/Setting_Properties <- NML documentation, wohoo! 14:13:55 <Webster> Latest update from devactivity: NFO Meta Language - Revision 91: Fix: Use DATE instead of START_DATE. <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/91> || NFO Meta Language - Revision 90: Add: Constant for setting the start date to 1920. <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/90> 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> http://pastebin.ca/1865052 <-- 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> http://pastebin.ca/1865057 <-- 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 main.py in your path? 16:32:52 <Webster> Latest update from devactivity: NFO Meta Language - Revision 93: Fix: python import rules again <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/93> || NFO Meta Language - Revision 92: Fix (r87): Missing comma <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/92> 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> http://paste.openttd.org/225655 <- 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 <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/94> 16:49:12 <Yexo> no, real sprites are part of the "spriteblock" block (=real action2 + action1) 16:49:44 <Yexo> http://paste.openttd.org/225656 <- 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> http://paste.openttd.org/225657 <- 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 <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/317> 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: http://paste.openttd.org/225658 <- 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... <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/95> 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 <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/97> || NFO Meta Language - Revision 96: Change: Use the more generic word 'aircraft' instead of 'plane' <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/96> 18:01:32 <planetmaker> nml> python main.py 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> http://paste.openttd.org/225659 <-- 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 <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/320> || FISH - Revision 319: Change: minor progress on tanker graphics for coasters <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/319> || FISH - Revision 318: Change: minor progress on tanker graphics for coasters <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/318> 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 <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/321> 18:21:51 <Yexo> planetmaker: I don't get that error, can you pastebin your nml again? 18:22:43 <planetmaker> http://paste.openttd.org/225660 <-- 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> ./main.py && 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 ... <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/98> 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 <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/99> 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 <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/323> || NFO Meta Language - Revision 100: Change: GRFID must now be a string literal <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/100> || FISH - Revision 322: Change: minor progress on tanker graphics for coasters <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/322> 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 <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/325> || FISH - Revision 324: Change: progress on tanker graphics for Medium Coaster <http://dev.openttdcoop.org:81/projects/fish/repository/revisions/324> 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> http://img.openttdcoop.org/images/brunshause.png <-- 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 <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/101> 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> http://paste.openttd.org/225665 <-- 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... <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/103> || NFO Meta Language - Revision 102: Fix: id in action4 is an extended byte for vehicles <http://dev.openttdcoop.org:81/projects/nml/repository/revisions/102> 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> http://paste.openttd.org/225665 <-- 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> http://dev.openttdcoop.org:81/attachments/download/663/opengfx_generic_trams1.pcx <-- 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 <http://dev.openttdcoop.org:81/attachments/download/663/opengfx_generic_trams1.pcx> 22:46:54 <planetmaker> hm... 22:47:12 <planetmaker> arg 22:47:14 <planetmaker> ok 22:47:49 <planetmaker> ./main.py && 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: http://paste.openttd.org/225666 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 ;-) http://www.tt-forums.net/viewtopic.php?p=872107#p872107 22:56:44 <Webster> Title: Transport Tycoon Forums • View topic - nml file extension (at www.tt-forums.net) 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