Times are UTC Toggle Colours
00:50:31 <Brot6> DictatorAI - Revision 79:c86e156271bf: - Keep updating to new class (krinn) @ http://dev.openttdcoop.org/projects/ai-dictator/repository/revisions/c86e156271bf 01:04:10 *** thgergo has quit IRC 01:06:59 *** KenjiE20 has quit IRC 05:42:27 *** supermop has quit IRC 07:56:37 <Brot6> NewGRF Meta Language - Bug #2382 (New): snowline height not configurable via newgrf parameter (planetmaker) @ http://dev.openttdcoop.org/issues/2382 07:57:14 <Brot6> NewGRF Meta Language - Bug #2382: snowline height not configurable via newgrf parameter (planetmaker) @ http://dev.openttdcoop.org/issues/2382#change-6072 07:58:01 <Brot6> NewGRF Meta Language - Bug #2382: snowline height not configurable via newgrf parameter (planetmaker) @ http://dev.openttdcoop.org/issues/2382#change-6072 08:03:01 <Yexo> planetmaker: that's actually a though one 08:03:33 <Yexo> when using a non-constant height nml can't compute the intermediate values, at least not efficiently 08:08:06 <Brot6> NewGRF Meta Language - Revision 1274:c1bae90b97e1: Fix: bogus line number in error messages about... (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/c1bae90b97e1 09:04:24 <planetmaker> Yexo: true; it shouldn't be needed in that case actually 09:04:26 <planetmaker> I gave all those dates where it changes by one 09:05:26 <planetmaker> moin also :-) 09:06:01 <planetmaker> hm, but the same error when I choose "equal" 09:14:46 <Brot6> NewGRF Meta Language - Bug #2382: snowline height not configurable via newgrf parameter (planetmaker) @ http://dev.openttdcoop.org/issues/2382#change-6072 09:32:22 *** andythenorth has joined #openttdcoop.devzone 09:55:58 <Brot6> FIRS Industry Replacement Set - Revision 1815:e86022586a31: Feature: improved appearance of Lime ... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/e86022586a31 09:55:58 <Brot6> FIRS Industry Replacement Set - Revision 1816:4461fab82029: Change: use company colour for Plasti... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/4461fab82029 09:55:58 <Brot6> FIRS Industry Replacement Set - Bug #2312: Improve Lime Kiln graphics (andythenorth) @ http://dev.openttdcoop.org/issues/2312#change-6073 10:28:54 <Brot6> FIRS Industry Replacement Set - Revision 1817:22c8615e190c: Fix: remove some white pixels (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/22c8615e190c 10:39:31 *** andythenorth_ has joined #openttdcoop.devzone 10:45:53 *** andythenorth has quit IRC 10:46:36 <Brot6> FIRS Industry Replacement Set - Revision 1818:5ceedd402768: Change: use 2CC for Plastics Plant (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/5ceedd402768 11:38:34 *** ODM has joined #openttdcoop.devzone 11:53:36 *** KenjiE20 has joined #openttdcoop.devzone 12:27:31 *** andythenorth_ has quit IRC 13:31:32 <Brot6> North American Road Vehicle Set (NARVS) - Revision 26:0d202be3387e: forgot to include the Worksta... (oberhuemer) @ http://dev.openttdcoop.org/projects/narvs/repository/revisions/0d202be3387e 13:33:01 <Brot6> narvs: compile of r26 still failed (#2381) - http://bundles.openttdcoop.org/narvs/releases/ERROR/r26 13:33:40 <Brot6> North American Road Vehicle Set (NARVS) - Bug #2383 (New): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/2383 13:34:12 *** DayDreamer1 has joined #openttdcoop.devzone 13:35:59 <Brot6> narvs: compile of r27 still failed (#2383) - http://bundles.openttdcoop.org/narvs/push/ERROR/r27 13:35:59 <Brot6> North American Road Vehicle Set (NARVS) - Revision 27:720005e97a19: file had wrong name (oberhuemer) @ http://dev.openttdcoop.org/projects/narvs/repository/revisions/720005e97a19 13:36:06 <Brot6> narvs: compile of r27 still failed (#2381) - http://bundles.openttdcoop.org/narvs/releases/ERROR/r27 13:38:30 *** andythenorth has joined #openttdcoop.devzone 13:47:30 *** Lakie has joined #openttdcoop.devzone 13:48:57 <planetmaker> heya Lakie, I just sent you a mail wrt the language template / script you suggested 13:49:11 <Lakie> Yeah, I saw. Shall have a look at FIRS 13:50:00 <Lakie> I was thinking more of a template defining what 'code' should be generated for the various strings, and then linking all the generated chunks into lnfo's which the pnfo wouild incude. 13:51:02 <Lakie> 'tis a little messy though 13:51:29 <Brot6> North American Road Vehicle Set (NARVS) - Revision 28:aee00e9d8b4b: fixed incorrect loading stage... (oberhuemer) @ http://dev.openttdcoop.org/projects/narvs/repository/revisions/aee00e9d8b4b 13:51:45 <Brot6> narvs: compile of r28 still failed (#2383) - http://bundles.openttdcoop.org/narvs/push/ERROR/r28 13:52:00 <Brot6> narvs: compile of r28 still failed (#2381) - http://bundles.openttdcoop.org/narvs/releases/ERROR/r28 13:52:30 <Lakie> The alternative I thought of was to use predefined strings, GRF_NAME/GRF_DESC, Param[0-9]_(etc)... for action14 stuff, and the rest got me a little stuck 13:57:04 *** DayDreamer1 has left #openttdcoop.devzone 13:59:19 <planetmaker> well. I'd suggest to use things like STR_PARAM, STR_NAME, STR_DESC. That makes things easier ;-) 13:59:36 <Lakie> Heh, 14:00:02 <Lakie> STR_NAME becomes ambigious when a name could be the grf or the vehicles, but maybe 14:00:13 <planetmaker> STR_GRF_NAME 14:00:24 <planetmaker> that's what I use anyway in my newgrfs ;-) 14:00:33 <Ammler> isn't it always a string? 14:00:37 <planetmaker> yes 14:00:45 <planetmaker> STR_GRF_DESC 14:00:48 <Ammler> sot STR_ is useless 14:01:06 <planetmaker> not quite. It makes the define naming unique and clear 14:01:13 <Ammler> or is there something else for GRF_DESC? 14:01:50 <planetmaker> Ammler, it's good practise IMHO to prefix all defines of a single category with a common prefix 14:01:54 <planetmaker> so STR_ for strings 14:02:02 <planetmaker> VID for vehicle IDs 14:02:03 <planetmaker> etc 14:02:15 <planetmaker> easier to read 14:02:20 <Ammler> ah ok, so it is not always a string 14:02:27 <planetmaker> eh? 14:02:35 <planetmaker> STR_XXX will always be a string 14:02:47 <planetmaker> VID_XXX will always be a number 14:02:53 <Ammler> yeah, I thought every define is a string, never mind 14:03:00 <planetmaker> :-) 14:03:19 <planetmaker> in a language file, yes. But not in a whole grf ;-) 14:05:48 * Lakie wasn't planning to have them as defines as such... 14:05:53 <Lakie> But we'll see how it goex 14:06:17 <Brot6> North American Road Vehicle Set (NARVS) - Revision 29:7dc9db24334c: palette on Workstar was incor... (oberhuemer) @ http://dev.openttdcoop.org/projects/narvs/repository/revisions/7dc9db24334c 14:06:37 <Brot6> narvs: update from r25 to r29 done - http://bundles.openttdcoop.org/narvs/push/r29 14:06:52 <Brot6> narvs: compile of r29 still failed (#2381) - http://bundles.openttdcoop.org/narvs/releases/ERROR/r29 14:09:25 <Brot6> North American Road Vehicle Set (NARVS) - Bug #2383 (Closed): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/2383 14:09:25 <Brot6> North American Road Vehicle Set (NARVS) - Bug #2383 (Closed): DevZone compile failed (oberhuemer) @ http://dev.openttdcoop.org/issues/2383#change-6075 14:10:20 <Lakie> template + lang files --(phase 1, generating)-> chunks of code --(phase 2, linking)-> lnfo files full of code to be included. 14:10:27 <Lakie> That was my original idea 14:11:03 <Lakie> But using identifiers might work to remove the template file. 14:11:12 <Brot6> North American Road Vehicle Set (NARVS) - Bug #2381 (Closed): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/2381 14:11:12 <Brot6> North American Road Vehicle Set (NARVS) - Bug #2381 (Closed): DevZone compile failed (oberhuemer) @ http://dev.openttdcoop.org/issues/2381#change-6076 14:14:37 <Lakie> But 'm probably over engineering. :( 14:14:48 <planetmaker> well... getting a really good language file support for NFO is not quite easy. One might just as well duplicate somewhat the things NML does there and apply that script in the pre-processing stage, replacing all calls of STR_XXX by replacing them by the appropriate sprites 14:16:05 <Lakie> Maybe, personally, I was leaning towards icludes because I have a rough idea that an action14 might need several lines duplicated and inserted at various points 14:16:22 <planetmaker> "the things" = the parsing of the language file. And then parsing the source files for the same identifiers and writing the appropriate action(s) might actually work 14:16:53 <planetmaker> or instead of writing the actions just writing to pnfo files which need inclusion in the main pnfo file 14:17:03 <planetmaker> one prior to action8, the other after 14:17:31 <Lakie> Maybe, but then it'd have to write the Action14 in all its properties for those of us who like it neat... 14:17:53 <planetmaker> possibly it'd need some context-awareness as in that the script parses the current action it is called in and deciding upon the stringID range to apply 14:18:09 <planetmaker> hu, how do you mean? 14:18:20 <Lakie> Well, from my point of view. 14:18:34 <Lakie> Action 14 has two to three general areas it'll need strings 14:18:54 <Lakie> localizaed names for the grf info, parameter names and value names and such 14:19:02 <planetmaker> yeah 14:19:05 <Lakie> All of which is motly interweaved 14:19:13 <planetmaker> is it? 14:19:26 <planetmaker> grf info can be considered quite separately 14:19:30 <Lakie> Well, I would generally iunterweave it as one action14. 14:19:55 <planetmaker> and parameter values only make sense, of course, in the context of the associated parameter 14:20:16 <planetmaker> interweaving it might be clean but is not needed 14:20:33 <Lakie> I know, but I like having cleanish looking code. :) 14:20:36 <planetmaker> Separating different logical parts can also be a good thing. Finding errors is easier 14:20:44 <planetmaker> And is not necessarily unclean 14:20:52 <planetmaker> Like on actio14 for the general grf properties 14:20:55 <planetmaker> and one per parameter 14:21:00 <planetmaker> is clean and neat, too 14:21:23 <planetmaker> and who cares about 10(?) extra bytes per parameter? 14:21:57 <Lakie> Maybe, but then you'd end up with a lot of action14's for localization. 14:22:32 <planetmaker> Depends. I'd put the different localizations into one ;-) 14:22:48 <Lakie> Heh, maybe 14:23:00 <planetmaker> but different parameters into different ones ;-) - but it just boils down to where and how you split - if at all 14:23:02 <Lakie> 'tis all ideas on trying to build a managable system 14:23:07 <planetmaker> and is rather a matter of taste 14:23:55 <planetmaker> and besides: if the result of an easy user-managable string system is many action14s - that's IMHO a price which also can be paid 14:24:02 <planetmaker> Optimization can come when it works ;-) 14:24:11 <Lakie> True 14:26:39 <Brot6> FIRS Industry Replacement Set - Revision 1819:7cbfb5b7de8a: Feature: improved appearance of Plast... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/7cbfb5b7de8a 14:27:22 * Lakie ponders drawing out the designs and looking over python's libraries and language. 14:28:52 <planetmaker> :-) 14:43:37 <Brot6> FIRS Industry Replacement Set - Revision 1820:711d16fcea3b: Change: improve appearance of Plastic... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/711d16fcea3b 14:43:37 <Brot6> FIRS Industry Replacement Set - Revision 1821:9f3f7496db48: Change: further improve appearance of... (andythenorth) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/9f3f7496db48 14:45:37 *** andythenorth_ has joined #openttdcoop.devzone 14:52:31 *** andythenorth has quit IRC 15:41:33 <Brot6> FIRS Industry Replacement Set - Feature #978 (Closed): Anti-alias/improve Plastic Plant shading (andythenorth) @ http://dev.openttdcoop.org/issues/978#change-6077 15:49:19 *** andythenorth has joined #openttdcoop.devzone 15:55:36 *** andythenorth_ has quit IRC 16:43:26 <Lakie> planetmaker: does nml support utf-8 formatted lng files? 16:43:59 * Lakie was pondering if said script should accept unicode and convert the strings to what openttd/ttdpatch would allow 16:44:15 <Lakie> Although, never mind, *thinks* 16:44:32 <Ammler> Lakie: I would be suprised if nml does allow something else then utf-8 16:44:49 <Lakie> Surely it'd allow utf-16, Ammler? 16:45:08 <Ammler> Lakie: read again my line 16:45:33 <Ammler> basically "utf-8 only" :-) 16:45:44 <Lakie> Hehe, fair enough 16:46:16 <Ammler> no idea about utf-16, I would guess, that is backwards compatible to utf-8? 16:46:53 <Ammler> is that in use on windows?= 16:47:36 <Lakie> Well, most of the core windows stuff uses utf-16, not sure about text files, I think they are utf8 usually 16:48:05 <Ammler> ok, sounds for me like space wasting :-) 16:48:52 <Lakie> Aye 16:48:54 <Lakie> bbiab 16:48:56 <Ammler> how big is the part from utf-8 bigger than 1byte? 16:49:26 <Ammler> even in non English world 16:50:57 *** andythenorth_ has joined #openttdcoop.devzone 16:52:30 <planetmaker> Lakie, afaik only utf-8 is allowed 16:53:01 <Yexo> all files are read as utf-8 16:53:27 <Yexo> though I'm not sure what python does when it's told to read a file as utf-8 but it detects utf-16 (not even sure it'll try to detect that) 16:54:14 <Ammler> hmm, wikipedia does nothing tell about Windows and UTF-16 16:54:51 <Ammler> ah, found :-) 16:55:18 <Ammler> "UTF-16 is used for the native internal representation of text in Microsoft Windows 2000/XP/2003/Vista/CE." 16:57:21 *** andythenorth has quit IRC 16:59:16 <Ammler> now I know, why Mac does make BOM on start of a textfile :-) 17:03:10 *** frosch123 has joined #openttdcoop.devzone 17:09:10 * Lakie thinks he might end up canabolising some parts of nml.. 17:09:38 <Brot6> nml: update from r1270 to r1274 done - http://bundles.openttdcoop.org/nml/nightlies/r1274 17:11:54 <Yexo> nml does not support utf-16, but you'll just have to change a single line in grfstrings.py to do so 17:12:35 <Lakie> Thats alright, I was thinking more of looking and taking its string handling to produce pnfo files. :) 17:13:37 <Ammler> does grfcodec support BOM in the meantime, btw.? 17:13:47 <Lakie> No? 17:13:48 <Ammler> or was it nforenum? 17:13:58 <Lakie> Last I remember grfcodec chokes on bom's/ 17:14:35 <Lakie> bbml 17:14:38 *** Lakie has quit IRC 17:18:23 <frosch123> iirc nml also had trouble with BOM, and iirc it got fixed within 30 minutes 17:19:03 <frosch123> changeset: 1130:78113252a163 <- that one 17:19:04 <Brot6> firs: update from r1813 to r1821 done - http://bundles.openttdcoop.org/firs/nightlies/r1821 17:19:31 <Brot6> narvs: update from r21 to r29 done - http://bundles.openttdcoop.org/narvs/nightlies/r29 17:19:41 <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r743), 32bpp-extra (r39), ai-admiralai (r75), ai-aroai (r11), ailib-common (r21), ailib-direction (r17), ailib-list (r32), ailib-string (r29), ailib-tile (r16), airportsplus (r73), basecosts (r22), belarusiantowns (r8), bros (r51), comic-houses (r71), fish (r613), frenchtowns (r6), grfcodec (r821), heqs (r578), indonesiantowns (r41), manindu (r7), metrotrackset (r56), 17:19:41 <Brot6> newgrf_makefile (r258), nml (r1274), nutracks (r179), ogfx-industries (r4), ogfx-landscape (r41), ogfx-rv (r80), ogfx-trains (r211), ogfx-trees (r42), opengfx (r613), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r45), spanishtowns (r10), swedishrails (r198), swisstowns (r22), transrapidtrackset (r15), ttdviewer (r26), ttrs (r36), worldairlinersset (r671) 17:23:09 <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: airportsplus, belarusiantowns, frenchtowns, indonesiantowns (1 errors), manindu, newgrf_makefile, ogfx-industries, ogfx-landscape (Diffsize: 6), ogfx-rv, ogfx-trains (39 errors) (Diffsize: 27868), spanishtowns, swedishrails (Diffsize: 6), swisstowns 17:30:26 *** andythenorth_ has left #openttdcoop.devzone 19:02:40 <Brot6> 32bpp-ez-patches: compile of hf3c4c8d7 still failed (#2343) - http://bundles.openttdcoop.org/32bpp-ez-patches/testing/ERROR/hf3c4c8d7 19:02:54 <Brot6> clientpatches: compile of r22159 still failed (#2347) - http://bundles.openttdcoop.org/clientpatches/testing/ERROR/r22159 19:06:00 <Brot6> serverpatches: update from r22158 to r22159 done - http://bundles.openttdcoop.org/serverpatches/testing/r22159 21:14:15 *** Lakie has joined #openttdcoop.devzone 21:47:52 *** thgergo has joined #openttdcoop.devzone 22:30:29 *** frosch123 has quit IRC