Times are UTC Toggle Colours
00:41:30 *** thgergo has quit IRC 01:22:22 *** KenjiE20 has quit IRC 02:07:29 *** Lakie has quit IRC 02:41:25 <Brot6> Nutracks - Revision 137:aa9a38aa858c: Change: Updated railtable (DJNekkid) @ http://dev.openttdcoop.org/projects/nutracks/repository/revisions/aa9a38aa858c 02:41:25 <Brot6> Nutracks - Revision 138:cce01368432b: Change: Updated all track enablers to the new scheme (DJNekkid) @ http://dev.openttdcoop.org/projects/nutracks/repository/revisions/cce01368432b 08:12:55 <Brot6> 2cc train set - Feature #2076: Panama Canal F40PH (EmperorJake) @ http://dev.openttdcoop.org/issues/2076#change-5334 09:15:55 *** ODM has joined #openttdcoop.devzone 10:01:21 <Brot6> 2cc train set - Feature #2152 (New): MTR ER20 (Hong Kong) (EmperorJake) @ http://dev.openttdcoop.org/issues/2152 10:20:28 <Ammler> dihedral: is hudson able to handle branch? 10:35:34 <DJNekkid> planetmaker: are you around or are you at work or sleeping or something? :) 11:06:20 *** LordAro has quit IRC 11:17:41 <Brot6> 2cc train set - Feature #2152: MTR ER20 (Hong Kong) (Voyager1) @ http://dev.openttdcoop.org/issues/2152#change-5335 11:36:11 *** ODM has quit IRC 11:43:02 *** ODM has joined #openttdcoop.devzone 11:46:57 *** KenjiE20 has joined #openttdcoop.devzone 11:47:05 <Brot6> OpenGFX - Bug #2138: coast tiles under bridges (alocritani) @ http://dev.openttdcoop.org/issues/2138#change-5336 11:48:01 <Brot6> OpenGFX - Bug #2153 (New): tubular brigde (alocritani) @ http://dev.openttdcoop.org/issues/2153 11:50:55 <Brot6> OpenGFX - Bug #2138 (Rejected): coast tiles under bridges (alocritani) @ http://dev.openttdcoop.org/issues/2138 11:50:55 <Brot6> OpenGFX - Bug #2138 (Rejected): coast tiles under bridges (planetmaker) @ http://dev.openttdcoop.org/issues/2138#change-5337 11:51:18 *** Lakie has joined #openttdcoop.devzone 11:54:44 <Brot6> OpenGFX - Bug #2153: tubular brigde (Ammler) @ http://dev.openttdcoop.org/issues/2153#change-5338 12:14:50 *** DayDreamer has joined #openttdcoop.devzone 12:18:31 <Brot6> OpenGFX - Bug #2153: tubular brigde (alocritani) @ http://dev.openttdcoop.org/issues/2153#change-5339 13:00:29 *** frosch123 has joined #openttdcoop.devzone 14:20:47 *** dukeman has joined #openttdcoop.devzone 14:31:59 <dukeman> hi everybody 14:32:22 <dukeman> I would like to code new town names, how could I do that? 14:32:46 <Ammler> @man townnames 14:32:48 <Webster> Search results - OpenTTD - http://wiki.openttd.org/wiki/Special:Search?go=Go&search=townnames 14:33:37 <Ammler> hmm 14:34:00 <Ammler> dukeman: easiest is with nml: http://hg.openttdcoop.org/nml/raw-file/tip/docs/reference.html#block-town_names 14:34:24 <Ammler> there are some examples on our devzone: http://dev.openttdcoop.org/projects/townnames 14:34:37 <dukeman> yes but the link doesnt work 14:34:56 <Ammler> which? 14:35:09 <dukeman> http://hg.openttdcoop.org/nml/raw-file/tip/docs/reference.html#block-town_names 14:35:11 <dukeman> this one 14:35:41 <Ammler> http://hg.openttdcoop.org/nml/raw-file/tip/docs/nml-language.html#block-town_names 14:36:05 <Ammler> some "clever" guys splitted the docs and broke my links :-P 14:36:12 <dukeman> :) 14:36:30 <dukeman> should I create a ticket in devzone? 14:36:36 <Ammler> about? 14:36:46 <dukeman> about creating new town names 14:37:01 <Ammler> if you don't want to code it but you have a nice list, then yes you can 14:37:18 <dukeman> ah ok 14:37:29 <Ammler> but coding with nml is really very easy 14:37:45 <dukeman> ok I'll try 14:38:10 <Ammler> if you need help, just ask... 14:38:17 <dukeman> great, thank you 14:42:35 <Ammler> dukeman: if you have code ready, which you like to publish, feel free to apply for a project on devzone 14:43:09 <dukeman> how exactly could I do this? 14:43:54 <Ammler> http://dev.openttdcoop.org/projects/home/issues/new?tracker_id=6&issue[subject]=Applying%20for%20project:%20%3Cname%20here%3E&issue[priority_id]=7&issue[watcher_user_ids][]=4&issue[watcher_user_ids][]=3&issue[watcher_user_ids][]=115&issue[watcher_user_ids][]=254&issue[description]=Hello,%20I%20would%20like%20to%20request%20a%20project%20on%20your%20DevZone,%20my%20work%20is%20or%20will%20be%20GPL%20and%20therefore%20legitimate%20to% 14:43:55 <Ammler> 20be%20hosted%20from%20you.%20More%20infos%20follow 14:44:01 <Ammler> hehe, too long the link 14:44:28 <Ammler> you find the link on the frontpage 14:44:55 <Ammler> click on "Please, create a ticket for a new project here." 14:46:12 <dukeman> ah, great 14:46:29 <dukeman> ok, firstly I need to make my code done :)\ 14:46:34 *** DanMacK has joined #openttdcoop.devzone 14:47:48 <Ammler> the simplest example might be Dutch Towns 14:47:58 <Ammler> as that doesn't use other tools than nml 14:49:11 <Ammler> is "´t Leuken" a Dutch Town Name? 14:50:31 <dukeman> I have no idea 14:50:50 <dukeman> but its sounds like the Dutch name 14:52:58 <dukeman> you mean this grf? 14:52:59 <dukeman> http://www.tt-forums.net/viewtopic.php?f=67&t=51962 14:53:00 <Webster> Title: Transport Tycoon Forums View topic - [UNIV]Dutch town names (at www.tt-forums.net) 14:56:23 <Ammler> yes, project home: http://dev.openttdcoop.org/projects/dutchtowns 15:03:36 <dukeman> ok, thank you for the response I have to go now 15:03:37 <dukeman> bye 15:04:13 *** dukeman has quit IRC 15:18:47 *** DayDreamer has left #openttdcoop.devzone 15:19:54 * DanMacK needs a palette file that will work with i.mage 15:24:38 <planetmaker> what is i.mage? An image programme? 15:25:02 <DanMacK> yes, it'll use standard .pal files or at least it should 15:25:09 * DanMacK considers just getting the GIMP 15:25:44 <planetmaker> well... I have photshop and gimp palettes. Or you could just create one. The gimp palette is a plain text file 15:25:59 <planetmaker> which you could use as colour reference. 15:26:41 <DanMacK> Paletting is a royal pain in the ass... 15:26:42 <planetmaker> http://dev.openttdcoop.org/projects/home/documents 15:27:10 *** thgergo has joined #openttdcoop.devzone 15:29:34 <planetmaker> hm... I should convert this year OpenGFX to the dos palette :-) 15:29:46 <planetmaker> but... only late this year ;-) 15:30:13 <DJNekkid> planetmaker: looking at HEQS, init...pnfo, line 27-41... i didnt get much wiser... 15:33:24 <planetmaker> that only sets the internal parameters 20 and 21 (which is 0x14 and 0x15) 15:34:12 <planetmaker> to the value of the parameter 0x00 or 0x01 respectively 15:34:34 <Ammler> convert to dos is a reason for major version jump :-) 15:34:56 <planetmaker> well. When heading towards OpenTTD 1.2 we convert OpenGFX to DOS ;-) 15:35:11 <planetmaker> so.... past September or so 15:35:29 <planetmaker> DJNekkid, all other subsequent lines are part of that endeavour, too. 15:35:41 <planetmaker> The actual query for the NARS newgrf is commented out 15:35:56 <Ammler> I would rather like, openttd wouldn't depend on the baseset for default newgrf palette 15:36:11 <Ammler> that could be fixed and you don't need to care anymore 15:36:14 <planetmaker> Ammler, it doesn't anymore. For sensible newgrfs. 15:37:01 <Ammler> it still does, some newgrfs are able to overurle that, doesn't mean it is "fixed" 15:37:02 <DanMacK> Why the convert to DOS? 15:37:22 <Ammler> more colors, nicer sorted palette 15:37:23 <planetmaker> DJNekkid, lines 66-75 contain the actual writing of the parameter to the running costs 15:37:31 <planetmaker> more colours mostly. 15:37:49 <planetmaker> and because we can ;-) 15:38:11 <DanMacK> So this means I have to repaint all my trains :P 15:38:23 <planetmaker> DanMacK, not really. 15:38:30 <planetmaker> Unless you want to ;-) 15:38:51 <planetmaker> It's feasable to convert the graphics from windows to dos palette 15:39:11 <planetmaker> But if you draw something new... using the DOS palette might seem nicer :-) 15:39:23 <planetmaker> you have 6(?) more colours at your disposal 15:39:41 <planetmaker> so like not 192, but 198 or alike 15:41:23 <DanMacK> hmmm When's the goal for this? 15:41:37 <Ammler> christmas 15:41:42 <Ammler> :-) 15:41:55 <DanMacK> souinds reasonable... lol 15:41:56 <planetmaker> Well. OpenTTD 1.1 can use any palette, if the newgrf declares it. 15:42:03 <planetmaker> So... time horizon is about a year 15:42:09 <Ammler> DanMacK: if you are happy with colors you have right now, you don't need to worry 15:42:10 <planetmaker> no abrupt change ;-) 15:42:36 <planetmaker> exactly. But OpenTTD converts internally everything to the DOS palette anyway. 15:43:01 <Ammler> http://dev.openttdcoop.org/documents/4 <-- the missing colors 15:43:07 <planetmaker> And I'm sure you didn't find your graphics looking bad because of that ;-) 15:43:38 <DanMacK> Well, I'd be happy if I could get the colours to stay with what I set them as... 15:44:05 <planetmaker> they will. But not always when you convert dos->windows ;-) 15:45:11 <DanMacK> Well... I use the palette image and I still get screwed colours due to the stupid truecolour images 15:45:22 * DanMacK can't win 15:45:32 <planetmaker> that's a rgb->palette conversion problem / difficulty. 15:45:58 <planetmaker> don't draw a true-colour image, but a paletted image right from the start :-) 15:46:08 <planetmaker> then it *should* not happen to become a problem 15:46:26 <DanMacK> well... when Paint is all you have at your disposal... 15:47:05 <Ammler> yeah, gimp might be hard to install on the working place ;-) 15:47:12 <DanMacK> just a little bit 15:47:15 <planetmaker> conversion rgb->palette is always problematic as it is intrinsically a non-unique conversion 15:47:40 <planetmaker> there are double colours. Once as normal, once as action. And any automatic conversion can never know which of the two you inteded to use. 15:47:54 * DanMacK has run into that numerous times 15:48:01 <Ammler> http://portableapps.com/apps/graphics_pictures/gimp_portable 15:48:02 <Webster> Title: GIMP Portable | PortableApps.com - Portable software for USB, portable and cloud drives (at portableapps.com) 15:48:07 * planetmaker , too 15:48:51 <Ammler> but it is portable only between windows pcs 16:00:49 *** ODM has quit IRC 16:06:02 *** ODM has joined #openttdcoop.devzone 16:11:41 *** LordAro has joined #openttdcoop.devzone 16:41:19 *** DanM has joined #openttdcoop.devzone 16:42:37 *** DanMacK is now known as Guest4037 16:42:38 *** DanM is now known as DanMacK 16:47:18 *** Guest4037 has quit IRC 17:13:53 <Brot6> 2cc train set - Feature #2154 (New): NMBS/SNCB Class 83 (Voyager1) @ http://dev.openttdcoop.org/issues/2154 17:15:17 <Terkhen> I wonder if there is some console application that can do the palette conversion 17:18:07 <Brot6> nutracks: update from r134 to r138 done - http://bundles.openttdcoop.org/nutracks/nightlies/r138 17:18:15 <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r718), 32bpp-extra (r39), ai-admiralai (r75), ai-aroai (r10), ailib-common (r21), ailib-direction (r17), ailib-list (r32), ailib-string (r29), ailib-tile (r16), airportsplus (r70), basecosts (r22), belarusiantowns (r8), bros (r45), comic-houses (r71), firs (r1627), fish (r514), frenchtowns (r6), grfcodec (r818), heqs (r567), indonesiantowns (r41), manindu (r6), metrotrackset 17:18:15 <Brot6> (r56), narvs (r5), newgrf_makefile (r254), nml (r1124), ogfx-industries (r3), ogfx-landscape (r19), ogfx-rv (r78), ogfx-trains (r201), ogfx-trees (r42), opengfx (r593), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r45), spanishtowns (r10), swedishrails (r193), swisstowns (r22), transrapidtrackset (r15), ttdviewer (r26), ttrs (r24), worldairlinersset (r671) 17:36:38 <planetmaker> Terkhen, I'd not be suprised if somehow imagemagick or imageJ could do it. 17:37:51 <Terkhen> I looked up a bit on imagemagick, but the documentation was confusing and I ended up installing GIMP again 17:38:41 <planetmaker> well. imagemagick is not meant to replace a drawing programme afaik ;-) 17:38:47 <planetmaker> it's a toolkit rather 17:39:27 <Terkhen> yes, but I only use GIMP for the rgb -> palette conversion 17:39:51 <planetmaker> well. I also use it for sprite re-arrangement and measuring coordinates 17:40:12 <Terkhen> I have never tried it on other platforms, but in windows it is quite sluggish 17:40:28 <Terkhen> so I just use paint for everything else 17:40:28 <planetmaker> it's ok on both mac and linux for me 17:40:59 <planetmaker> and once one gets used to the interface it's also not that bad to handle ;-) 17:41:14 <Terkhen> I find that complicated too :P 17:42:26 <planetmaker> actually... imagemagick should work for palette replacement :-) 17:42:32 * planetmaker just reads up on it 17:44:40 <Terkhen> I'm going to try to implement #698, it shouldn't be very complicated 17:44:40 <Brot6> Terkhen: #698 is http://dev.openttdcoop.org/issues/show/698 "OpenGFX+ Industries - Feature #698: snowy sprites for oil wells missing - #openttdcoop Development Zone" 17:45:00 <Terkhen> let me know if you find how to do it with imagemagick :) 17:46:29 <planetmaker> I will, no doubt :-) 17:46:44 <planetmaker> just a converter dos<->win would be a win already :-) 17:47:44 <Terkhen> hmm... I never had to do that 17:48:01 <planetmaker> well. But DOS is the palette of the future ;-) 17:48:20 <planetmaker> and if there's win<->dos, an rgb->X would (somewhat) work, too 17:48:25 <Terkhen> what was the difference, more colours? 17:48:31 <planetmaker> about 8. yes 17:48:35 <Terkhen> nice :) 17:48:42 <planetmaker> <Ammler> http://dev.openttdcoop.org/documents/4 <-- the missing colors 17:48:44 <planetmaker> ^ 17:50:10 <Terkhen> then a dos -> win conversion would lose some colours, wouldn't it? 17:50:17 <planetmaker> yes 17:55:12 * DanMacK prefers the DOS - More greys 17:55:33 <frosch123> you are not loosing greys :) 17:55:54 <frosch123> 6 colours btw 17:56:10 <DanMacK> IIRC there was one shade of dark grey that was in DOS but not Win 17:56:13 <Ammler> mainly some browns 17:56:39 <frosch123> btw. is grfcodec not good enough for palette conversion? 17:56:54 <planetmaker> frosch123, not of a non-encoded image ;-) 17:57:18 <planetmaker> or how would you convert the source files of, say, OpenGFX? 17:58:07 <Ammler> maybe a tool to grfcodec could be added ;-) 17:58:08 <frosch123> hmm, well, ok 17:58:45 <frosch123> anyway, are you looking for a one-time conversion, or rather for some part-of-the-build thingie? 18:00:02 <frosch123> Ammler: http://devs.openttd.org/~frosch/example1403.png <- well, i just need to finish it, but with zephyris' recent scripting i wondered whether it is the right way to go, to add stuff to grfcodec 18:00:26 <Terkhen> I would be happy with one time conversions 18:00:59 <frosch123> then add a save option to ttdviewer :) 18:01:23 <frosch123> it already coverts everything to dos palette, which it gets 18:05:43 <Terkhen> hmm... I would need something to run from the console, otherwise I still need to open a second program 18:06:16 <frosch123> why is that an issue for a one-time conversion? 18:07:32 <Ammler> scripting 18:07:40 <Ammler> if you need to convert 100 files 18:08:01 *** LordAro has quit IRC 18:08:32 <frosch123> hmm, yeah, then you need to some more 18:09:27 <Terkhen> with ogfx-rv sometimes I needed to convert 6-7 files, it is quite tedious to convert each of them 18:21:23 *** ODM has quit IRC 18:23:15 *** ODM has joined #openttdcoop.devzone 18:24:00 <Terkhen> http://pastebin.com/fahVGgV9 <--- shouldn't this change the oil wells sprite? (even if it changes to something wrong, I did not fix offsets/image size for now) 18:25:57 <frosch123> you need to set both the substitute and override property 18:26:17 <frosch123> substitute is mandatory in any case, override will make them appear in the default industries 18:28:14 <Terkhen> hmm... thanks, it is doing something now 18:28:47 <Terkhen> I wonder why those are needed for industry tiles: industries also have those properties and they are not being used for modifying their property 18:28:56 <Terkhen> s/property/properties/ 18:29:59 <frosch123> "item(FEAT_INDUSTRYTILES, arctic_oil_wells_tile_1, 0x1D)" <- the point is that that 0x1D actually means nothing 18:30:15 <frosch123> it is a grf-local id, not related to any default stuff (very unlike to vehicles) 18:30:20 *** LordAro has joined #openttdcoop.devzone 18:43:57 *** dukeman has joined #openttdcoop.devzone 18:48:38 <dukeman> hi, I am trying to install nml 18:48:52 <dukeman> I have already install python 2.7 with pil 18:49:01 <dukeman> but I have problem with ply 18:49:26 <Terkhen> hi dukeman 18:49:29 <Terkhen> what OS are you using? 18:49:33 <dukeman> win 7 18:49:34 <planetmaker> hi 18:50:01 <Terkhen> 64 or 32? 18:50:11 <dukeman> 32 18:50:37 <planetmaker> how did you install ply? 18:51:12 <planetmaker> and if it requires paths being set: are they set? 18:51:18 <planetmaker> (no idea whether it does) 18:51:43 <dukeman> I have just go to the python.exe location and type: 18:52:07 <dukeman> python plypath\setup.py install 18:53:03 <Terkhen> and what is the output? 18:53:17 <dukeman> I think the path are not set 18:53:22 <dukeman> the output is 18:53:23 <dukeman> running install running build running build_py error: package directory 'ply' does not exist 18:53:50 <planetmaker> is python in the path? Then run it from the plypath 18:54:03 <dukeman> python is not in the path 18:54:10 <planetmaker> change that. 18:54:22 <planetmaker> it's essential 18:54:47 <dukeman> ok, I guess it shoud be changed in environment variables 18:55:20 <planetmaker> it should be changed such that it is always in your path 18:55:20 <dukeman> should I just input the path to the python.exe after ; 18:55:25 <planetmaker> from startup onwards 18:55:35 <Terkhen> add ";path_to_python.exe" to the PATH variable 18:55:47 <dukeman> thats what I meant :) 18:55:58 <dukeman> sec 18:56:01 <planetmaker> without the exe's name, I assume, also on windows, right? 18:56:35 <Terkhen> yes 18:56:41 <dukeman> yes, I think only the path without exe file 18:57:07 <planetmaker> just making sure ;-) - and I've not used windows for so long that I keep forgetting things a lot 18:57:51 <dukeman> c:\Python27\ 18:58:00 <dukeman> is the slash important at the end? 18:58:06 <dukeman> or whatever? 18:58:17 <planetmaker> how do the other paths handle it? 18:58:26 <dukeman> without 18:58:33 <planetmaker> ^ 18:58:37 <dukeman> ;) 18:59:21 <dukeman> done 18:59:27 <dukeman> shoud I reboot? 18:59:48 <Terkhen> no 18:59:51 <planetmaker> you should whatever is required to make the new path settings become active. 18:59:53 <dukeman> great 19:00:02 <Terkhen> opening a new console should be enough 19:00:06 <planetmaker> Terkhen: knows what that is ;-) ^ 19:00:18 <planetmaker> he, same here :-P 19:00:31 <dukeman> ok 19:00:47 <Brot6> 32bpp-ez-patches: compile of r21769 still failed (#2069) - http://bundles.openttdcoop.org/32bpp-ez-patches/testing/ERROR/r21769 19:00:49 <dukeman> where should I unpack the ply files? 19:01:58 <dukeman> ok what's next? 19:02:06 <planetmaker> try installing ply again 19:02:15 <planetmaker> this time from where there's setup.py 19:02:30 <Ammler> just a side-question, are there no binary libs for those in windows? 19:02:30 <dukeman> is it important where I have unpacked the ply files? 19:03:34 <dukeman> I saw something like this in the document: 19:03:35 <dukeman> If you don't install these with the packet manager of your choice (or there is none like on windows) 19:03:35 <Brot6> clientpatches: update from r21488 to r21488 done - http://bundles.openttdcoop.org/clientpatches/testing/r21488 19:03:59 <dukeman> I assume it lacking on win 19:04:23 <Ammler> ok, anyway, if you use setup install, the location where you unpack doesn't matter 19:04:33 <dukeman> great 19:04:38 <Ammler> the install script should install the builds to a location, python does read 19:04:40 <Brot6> serverpatches: compile of r21769 still failed (#2080) - http://bundles.openttdcoop.org/serverpatches/testing/ERROR/r21769 19:05:00 <Ammler> env var PYTHONLIB, afaik 19:05:21 <dukeman> which location? 19:05:34 <Ammler> you need to define a location? 19:05:51 <dukeman> dont know but rather not 19:05:56 <planetmaker> puh... somewhere where your python finds it 19:06:04 <dukeman> ok 19:06:08 <planetmaker> I know, not helpful :S 19:06:10 <Ammler> let that make the setup sycript 19:07:01 <dukeman> I have the ply in my temporary directory 19:07:05 <dukeman> so I go there 19:07:07 <dukeman> and input 19:07:15 <dukeman> python setup.py install 19:07:18 <dukeman> and have output 19:08:00 <dukeman> running install running build running build_py running install_lib running install_egg_info Removing C:\Python27\Lib\site-packages\ply-3.3-py2.7.egg-info" target="_blank">ply-3.3-py2.7.egg-info Writing C:\Python27\Lib\site-packages\ply-3.3-py2.7.egg-info" target="_blank">ply-3.3-py2.7.egg-info 19:08:07 <Ammler> I see no error? 19:08:14 <dukeman> me too :) 19:08:18 <dukeman> is that all? 19:08:23 <Ammler> but it still doesn't work? 19:08:33 <Ammler> maybe you try it with a existing nml 19:08:35 <dukeman> how shoud I test it :) ? 19:09:16 <Ammler> download http://bundles.openttdcoop.org/ogfx-landscape/nightlies/LATEST/log/ogfx-landscape.nml 19:09:27 <Ammler> then run nml that.nml 19:09:31 <Ammler> nmlc* 19:09:47 <Hirundo> do you have PIL and PLY installed? 19:10:10 <Ammler> hmm 19:10:31 <Ammler> the nml alone isn't enough, you would need the sprites too 19:10:39 <Hirundo> Regression test should do 19:10:41 <Ammler> maybe better use a town names nml then :-) 19:10:52 <Ammler> or that :-) 19:10:55 <dukeman> so simply write the code and try to compile it? 19:11:03 <Hirundo> dukeman: Do you use cygwin or not? 19:11:03 <Ammler> yes 19:11:13 <dukeman> no 19:11:21 <dukeman> I havent cygwin 19:11:26 <Hirundo> hmm... 19:11:32 <dukeman> should I use it? 19:11:37 <Hirundo> It should not be needed 19:12:09 <Hirundo> The regression folder contains some files that can be used for testing 19:12:47 <dukeman> where can I find the folder? 19:13:06 <Ammler> regression 19:13:15 <Ammler> where nml is 19:13:42 <Ammler> hmm 19:13:51 <Ammler> how did you download nml? 19:14:26 <Ammler> Hirundo: the regression tests seems not to be in the source dist bundle 19:14:45 <Hirundo> hmm ok, didn't know that :) 19:15:26 <dukeman> ekhm 19:15:37 <dukeman> I just installed python + pil + ply 19:15:42 <dukeman> its not enough? 19:15:48 <Ammler> you need nml :-P 19:15:48 <Hirundo> No, it's fine 19:15:55 <dukeman> :D 19:16:14 <Hirundo> Although what Ammler said, you do need NML 19:17:03 <Ammler> http://bundles.openttdcoop.org/nml/nightlies/LATEST/ <-- this for example 19:17:05 <dukeman> im using this guide: 19:17:06 <dukeman> http://hg.openttdcoop.org/nml/raw-file/tip/docs/nml-language.html 19:17:42 <Ammler> the guide completely forgot about nml ;-) 19:17:55 <Ammler> might be too obvious for the devs :-P 19:18:08 <Hirundo> It does, implicitly, tell you that the list there is a list of requirements 19:18:21 <Hirundo> prerequisites, whatever 19:18:33 <Hirundo> I'll clarify it 19:18:59 <Ammler> yeah, but it doesn't tell, that you need to download nml :-) 19:19:13 <dukeman> ok I got it' 19:19:16 <dukeman> :) 19:19:26 <dukeman> where shoud I unpack it? 19:19:43 <Ammler> like the others 19:20:28 <Ammler> I am not sure, if someone else uses the source package, most might use the mercurial repo 19:20:53 <Ammler> which is something for later: installing Mercurial (TortoiseHG) 19:21:19 <dukeman> ok installed 19:21:27 <Ammler> now, run nmlc --version 19:22:02 <dukeman> 'nmlc' is not recognized as an internal or external command, operable program or batch file. 19:22:14 <Ammler> you did install it? 19:22:19 <dukeman> yes 19:22:37 <dukeman> perhaps it is not in the environment variables 19:22:47 <Ammler> as said, you might be the first person using it that way 19:22:55 <Ammler> worth a bugreport :-) 19:23:15 <dukeman> so everybody install it different way? 19:23:16 <Ammler> check where nmlc.py is installed 19:23:32 <Ammler> or without .py 19:23:42 *** andythenorth has joined #openttdcoop.devzone 19:23:53 <DanMacK> Hey andy 19:24:43 <Ammler> maybe the comments from Hyronimus might be helpful 19:24:48 <Hirundo> It would be nice, if nmlc could in some way detect PLY / PIL versions so one can verify that they're installed correctly 19:25:46 <Ammler> Hirundo: --version could run a mini regression test :-) 19:26:24 <dukeman> i found nmlc 19:26:35 <Ammler> where is it? 19:26:51 <dukeman> python27\scripts 19:27:06 <Ammler> could you add that path to your $PATH too? 19:27:14 <Brot6> NewGRF Meta Language - Revision 1125:2d508f3ef8db: Dox: Mention explicitly that NML needs to be d... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/2d508f3ef8db 19:27:31 <dukeman> sure 19:27:36 <Hirundo> dukeman: what does 'python nmlc' do ? 19:28:06 <dukeman> launch nmlc 19:29:00 <dukeman> the same as in this doc 19:29:02 <dukeman> http://hg.openttdcoop.org/nml/raw-file/tip/docs/nml-language.html 19:29:16 <dukeman> after the words 19:29:19 <Ammler> the help? 19:29:24 <dukeman> yes 19:29:30 <dukeman> The full syntax is: 19:29:37 <Ammler> sounds good 19:29:39 <planetmaker> Ammler: it will miss the language files ;-) 19:29:43 <dukeman> I think too 19:29:50 <Ammler> planetmaker: that too 19:30:06 <dukeman> language files? 19:30:19 <planetmaker> hm. maybe copy english.lng to that folder, too, Ammler ? 19:30:23 <planetmaker> For such test cases? 19:30:51 <Ammler> pm, it misses also the sprites 19:31:03 <planetmaker> he. yeah :-P 19:31:10 <planetmaker> so nvm, indeed 19:31:36 <Ammler> http://hg.openttdcoop.org/dutchtowns/archive/tip.zip <-- you could test with that 19:31:45 <dukeman> sec 19:31:49 <Ammler> it has the grf already in there, delete that first 19:32:01 <planetmaker> [20:24] <Hirundo> It would be nice, if nmlc could in some way detect PLY / PIL versions so one can verify that they're installed correctly <-- good idea, Hirundo 19:32:46 <Hirundo> perhaps, I can do a quick hack... 19:33:03 <Ammler> do we have nml projects without make/bash requirement? 19:33:15 <planetmaker> it should belong to setup.py, I think, Hirundo 19:33:18 <planetmaker> Ammler: yours 19:33:22 <Ammler> no 19:33:24 <planetmaker> oh. without 19:33:26 <planetmaker> :-) 19:33:31 <dukeman> ok what should I do? 19:33:38 <Ammler> did you try the zip I linked? 19:33:38 <dukeman> its not all? 19:33:45 <Ammler> just for a test 19:33:52 <Ammler> you should be done 19:34:00 <dukeman> ok just sec 19:34:17 <Ammler> that nml might be a good example for you anyway 19:34:18 <planetmaker> it also pays a lot to put the directory where you find nmlc into your path 19:34:41 <Hirundo> planetmaker: if you check it during setup, it may fail if you install NML before PLY/PIL, right? 19:35:06 <planetmaker> Hirundo: it might. but... is that wrong? 19:35:55 <Ammler> couldn't you add a simple dependency tag to setup.py? 19:36:07 <planetmaker> that's what I wonder 19:36:22 <Hirundo> let's say, you forgot to install ply 19:36:24 <Ammler> something like "Require: python-ply python-imaging" in linux 19:37:13 <Hirundo> then you use nmlc --version and see ply is missing 19:37:15 <planetmaker> Hirundo: in any case: better to check when calling nmlc 19:37:25 <planetmaker> or we'd not find it when someone uninstalls ply 19:37:40 <andythenorth> evenings 19:37:50 *** LordAro has quit IRC 19:37:57 <dukeman> ok I go to the unpacked zip folder 19:37:57 <Ammler> Dependencies on other Python modules and packages can be specified by supplying the requires keyword argument to setup() 19:38:18 <dukeman> and inputed python nmlc dtnames.nml 19:38:27 <planetmaker> hi andythenorth 19:38:31 <Ammler> you still need python prefix? 19:38:42 <dukeman> dunno 19:38:44 <planetmaker> w/o python 19:38:46 <Ammler> didn't you add the path? 19:38:55 <dukeman> no 19:39:02 <planetmaker> if you need python the path is not set properly 19:39:07 <planetmaker> IIRC 19:39:09 <Ammler> [20:26] <dukeman> python27\scripts 19:39:11 <Ammler> [20:27] <Ammler> could you add that path to your $PATH too? 19:39:17 <dukeman> ok 19:40:40 <dukeman> if I input nmlc 19:40:49 <dukeman> it is still not recognized 19:40:56 <Ammler> ok 19:41:02 <Ammler> python nmlc dtnames.nml didn't work? 19:41:27 <planetmaker> nmlc needs to be in the path, too. whereever you installed nmlc to 19:41:47 <dukeman> python: can't open file 'nmlc': [Errno 2] No such file or directory 19:42:52 <dukeman> I dont get it 19:43:02 <dukeman> if I now write python nmlc 19:43:05 <dukeman> it wont work 19:43:23 <Ammler> but? 19:43:54 <dukeman> python: can't open file 'nmlc': [Errno 2] No such file or directory 19:44:09 <Ammler> that is not the "but" :-) 19:44:13 <andythenorth> I need an alternative to 'Crates' for cargo units 19:44:32 <Ammler> when does it work? 19:44:43 <dukeman> there is no but :) 19:44:57 <Terkhen> sorry, I was afk 19:44:58 <Ammler> you had it working 19:45:01 <Terkhen> andythenorth: for what cargo? 19:45:05 <dukeman> that is true 19:45:11 <dukeman> and I did nothing 19:45:24 <dukeman> and now I cant reproduce it 19:45:27 <andythenorth> Farm Supplies, Engineering Supplies, Manufacturing Supplies 19:45:28 <Ammler> you changed the directory maybe? 19:45:29 <andythenorth> maybe Goods 19:45:47 <Ammler> Stuff :-) 19:45:51 <andythenorth> 'crates' makes it difficult for MB to draw cargos 19:46:21 <dukeman> yes 19:46:34 <dukeman> it is working when I am in ptyhon27\scripts 19:46:53 <dukeman> I add it to path 19:47:14 <dukeman> it should be wroking now 19:47:35 <Terkhen> hmm... what cargo is he drawing? 19:47:51 <Terkhen> you don't have much options... crates, boxes, containers... 19:48:06 <andythenorth> items 19:48:12 <andythenorth> pieces 19:48:12 <andythenorth> tons 19:48:45 <Terkhen> tons? 19:49:12 <Terkhen> hmm... using just weight should be generic enough 19:50:08 <Ammler> so we learned python doesn't automatically look in scripts for python scripts :-) 19:50:21 <dukeman> i have in path c:\Python27\Scripts 19:50:45 <dukeman> but if I python nmlc or nmlc it doesnt work 19:50:55 <dukeman> only when I am in scripts dir 19:50:58 <Ammler> what is the error? 19:51:14 <Ammler> you made a new console after editing $PATH? 19:51:22 <dukeman> yes 19:52:24 <Ammler> what does "nmlc" do in the console? 19:52:37 <Ammler> please be a bit more verbose :-) 19:53:08 <dukeman> ok sry 19:53:41 <Ammler> I would have expected nml does work on windows, as both main devs use windows for development :-) 19:53:52 <dukeman> 'nmlc' is not recognized as an internal or external command, operable program or batch file. 19:54:04 <dukeman> this is when I input nmlc 19:54:09 <Ammler> what if you rename nmlc to nmlc.py 19:54:28 <dukeman> sec 19:55:13 <Ammler> else do "python c:\Python27\Scripts\nmlc file.nml" 19:56:04 <dukeman> ok, i try with the dutch grf you send me 19:56:24 <Ammler> did the blank call work? 19:56:36 <Ammler> it would be nice, if you test that and tell the result 19:56:51 <dukeman> in progress :) 19:57:43 <dukeman> no output 19:57:47 <dukeman> I guess its good 19:57:57 <Ammler> what have you done? 19:58:22 <dukeman> python c:\Python27\Scripts\nmlc dtnames.nml 19:58:35 <dukeman> in unzipped dir you gave me 19:58:36 <Ammler> so renaming to nmlc.py didn't succeed either? 19:58:49 <Ammler> remove the dtnames.grf 19:58:49 <dukeman> i didnt rename it 19:58:52 <Ammler> and run it again 19:59:11 <dukeman> grf has todays date so i guess it is working 19:59:17 <Ammler> ok :-) 19:59:17 <dukeman> but i will try again anyway 19:59:32 <Ammler> well, it would be nice, if you try with the renamed nmlc file too 19:59:58 <Ammler> if that works and is needed for windows, it is worth a bugreport 20:00:18 <dukeman> ok it works, now I will try with renamin 20:00:22 <dukeman> *renaming 20:00:52 <dukeman> but what exactly should I input now? 20:01:00 <Ammler> nmlc file.nml 20:01:01 <dukeman> after renaming 20:01:02 <dukeman> ok 20:01:12 <dukeman> or python nmlc? 20:01:14 <Ammler> or nmlc --version 20:01:19 <Ammler> no, without python 20:01:25 <dukeman> ok 20:02:29 <Ammler> if that doesn't work, "nmlc.py --version" 20:02:59 <dukeman> that is funny 20:03:03 <dukeman> nmlc doesnt work 20:03:09 <dukeman> is not recognized 20:03:18 <dukeman> but if i write nmlc.py 20:03:21 <dukeman> it works 20:04:04 <dukeman> it outputted the help 20:04:08 <Ammler> so it needs an extension on windows, do you write a bugreport? 20:04:30 <dukeman> if i input nmlc.py --version it outputted r1124 .... 20:04:35 <dukeman> me? 20:04:41 <dukeman> bugreport? 20:04:42 <Ammler> yes :-D 20:04:58 <dukeman> no :) 20:05:11 <dukeman> but I think I could 20:05:11 <Ammler> ok, I will 20:05:15 <Ammler> ah 20:05:16 <Ammler> nice 20:05:21 <Ammler> http://dev.openttdcoop.org/projects/nml/issues/new 20:05:22 <dukeman> ok guys just tell me 20:05:32 <dukeman> am I first user under windows 20:05:33 <dukeman> ? 20:05:36 <Ammler> no 20:05:40 <dukeman> that is trying to install it? 20:05:49 <Ammler> but you are first user, which installed it on windows 20:06:00 <dukeman> no kidding 20:06:00 <Ammler> the devs use either cygwin or mingw 20:06:29 <Ammler> the most people here use Linux 20:06:36 <dukeman> I am the fist QA engineer of the nmlc on windows :D 20:06:41 <Ammler> (or OSX) 20:07:17 <dukeman> i think I helped 20:07:23 <dukeman> ? 20:07:23 <Ammler> yes, you did of course 20:07:38 <Ammler> (after you reported your experinece on the tracker ;-) 20:08:10 <dukeman> ok so tell me what should I report 20:08:16 <dukeman> exactly 20:08:28 <Ammler> everything which you needed to do additionally to the docs 20:08:51 <dukeman> ok 20:08:56 <dukeman> just a question 20:08:58 <Ammler> but do also mention that you use windows 20:09:05 <dukeman> ok 20:09:20 <Ammler> I would say, the renaming is the only serious thing 20:09:24 <Hirundo> planetmaker: Do you think, this is the right way (tm) to do it? http://pastebin.com/7x9Ja9a0 20:09:56 <Ammler> maybe the env var %PATH% editiing 20:10:11 <Ammler> but that is more part of python installing 20:10:37 <dukeman> so its kind a document ticket 20:10:53 <dukeman> not the software 20:11:03 <dukeman> i guess 20:11:51 <Ammler> well nmlc -> nmlc.py is bug 20:11:58 <Ammler> but os dependend 20:12:06 <dukeman> ok 20:12:28 <Ammler> on linux, it would look silly to make the wrapper with .py 20:12:35 <Hirundo> windows sucks in this sort of stuff, which is why I use cygwin :) 20:13:03 <planetmaker> Hirundo: I'd not use the word 'encountered' but rather 'libraries used' but yes, looks nice and seems to do the job just as nicely 20:13:06 <dukeman> but the C:\Python27\Scripts in Path is no needed I guess? 20:13:07 <Ammler> Hirundo: it should be possible to tell setup.py to rename that file for windows only? 20:13:15 <Ammler> dukeman: it is 20:13:25 <Ammler> remove it and you will see 20:13:41 <planetmaker> Ammler: which file? 20:13:48 <Hirundo> It should be possible, but I don't know if you can get any problems with permissions and such 20:13:52 <Ammler> nmlc -> nmlc.py 20:13:55 <dukeman> that make sense after renaming the nmlc file 20:14:22 <Ammler> planetmaker: required to get it working on windows 20:14:43 <Ammler> didn't Hyronimus have similar issue? 20:15:13 <planetmaker> I don't think. It was different. But I'm not exactly sure what came of it. 20:15:37 <Ammler> I have no clue, I just remember, he did also rename nmlc to nmlc.py 20:15:51 <planetmaker> did he? 20:15:55 <Ammler> now I know why 20:15:56 <planetmaker> I don't recall that 20:16:11 <Ammler> hmm, it is documented in the tt-forums thread where you answered :-P 20:16:37 <planetmaker> that's why I said 'recall' ;-) 20:16:45 <planetmaker> not that I never read it :-P 20:17:17 <Ammler> oh boy 20:17:33 <Hirundo> Wasn't that darkvater's or Truebrain's sig or something 20:17:41 <planetmaker> Hirundo: I'd remove the trailing new line you added to the patch's output 20:19:15 <Hirundo> to the output of nmlc --version? 20:22:27 <Hirundo> planetmaker: done 20:24:22 <planetmaker> yes, it outputs here 4 extra lines where only 3 contain new info as opposed to w/o the patch 20:24:54 <planetmaker> but I'm not 100% sure that adding it to version is the proper place. 20:25:02 <planetmaker> But the question would be: where else? 20:25:47 <planetmaker> and for any script purposes "nmlc --version | tail -n1" still produces the same result as now. So yeah :-) 20:25:53 <planetmaker> s/tail/head/ 20:27:09 <Hirundo> e.g. hg outputs GPL notice in its version 20:27:29 <planetmaker> yeah 20:27:35 <planetmaker> which is less useful ;-) 20:28:07 <planetmaker> hm, I'm already at hg 1.7.2. Time sure flies when I remember that I started around 0.9-ish 20:31:08 <Brot6> NewGRF Meta Language - Revision 1126:03974c7a858d: Feature: Mention library versions when running... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/03974c7a858d 20:31:08 <Brot6> NewGRF Meta Language - Revision 1127:bce7a3f14b64: Fix: Remove trailing newline version info. (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/bce7a3f14b64 20:31:08 <Brot6> NewGRF Meta Language - Revision 1128:775f135f6bb2: Doc: Some more updates w.r.t. the installing p... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/775f135f6bb2 20:32:04 <Ammler> planetmaker: we started DevZone with version version 1.0 20:32:10 <Ammler> 1.0.3 iirc 20:42:39 *** ODM has quit IRC 20:43:27 *** ODM has joined #openttdcoop.devzone 20:48:14 <dukeman> who should I assigned to the ticket? 20:50:14 <dukeman> who should be assigned to the ticket? 20:50:32 <dukeman> are you there :) ? 20:55:11 <Terkhen> you don't need to fill that field 20:58:09 <Brot6> NewGRF Meta Language - Bug #2155 (New): NML installation on windows (Dukeman) @ http://dev.openttdcoop.org/issues/2155 21:01:36 <Ammler> thanks for the ticket :-) 21:01:49 <dukeman> np 21:01:55 <dukeman> I am glad I could help 21:03:16 <dukeman> I have a question you mentionted before something about the langueges and sprites 21:03:28 <dukeman> around 20:29 21:03:35 <dukeman> what does it mean? 21:03:44 <dukeman> the installation isnt full? 21:05:50 <Ammler> no, that was about the test nml 21:06:04 <dukeman> ah ok 21:06:06 <Ammler> the nml I linked first 21:10:21 *** dukeman has left #openttdcoop.devzone 21:10:41 <Brot6> HEQS "Heavy Equipment" Set - Bug #2156 (New): ECS cereals are grey (andythenorth) @ http://dev.openttdcoop.org/issues/2156 21:10:41 *** dukeman has joined #openttdcoop.devzone 21:30:24 <dukeman> what if the town names for the specific country is already implemented in the game and I will make second town names for the same country? 21:30:49 <dukeman> will be possibility for selecting two lists? 21:31:05 <Terkhen> it will probably appear twice in the options window 21:31:19 <dukeman> ok 21:31:41 <Terkhen> you could add something to the language name string such as "language (extended)" 21:31:50 <Terkhen> to distinguish between the new and the old town names 21:34:13 <dukeman> in the game options town names is dutch available, in the dev zone and forum also, but not in the online content 21:34:15 <dukeman> why? 21:34:36 <Terkhen> because it is included in openttd itself 21:34:44 <Terkhen> not as a grf 21:35:00 <dukeman> understand 21:35:27 <Terkhen> hmm... 21:35:34 <dukeman> is it possible to decompile grf file to have original nml file? 21:35:40 <Terkhen> IIRC a dutch town names GRF was released a few weeks ago 21:35:58 <Terkhen> dukeman: no, you can decompile to get uncommented NFO code 21:36:45 <Terkhen> http://dev.openttdcoop.org/projects/dutchtowns/repository <--- here is the dutch town names project, it was released quite recently 21:36:53 <Ammler> the nml for the other town sets is in bundles.o.o 21:37:48 <Ammler> dukeman: you like to make a town name generator or just a list? 21:38:15 <dukeman> you mean new grf or just a list? 21:38:48 <dukeman> based on the guide http://hg.openttdcoop.org/nml/raw-file/tip/docs/nml-language.html 21:38:50 <Ammler> the town name grf you like to make 21:38:59 <Ammler> is that based on a list 21:39:06 <Ammler> ro will you combine different parts 21:39:24 <dukeman> town name generator 21:40:26 <dukeman> i would like town name generator 21:40:54 <planetmaker> the easiest approach would be to take an existing project and to replace the names and adjust the probabilities ;-) 21:41:20 <planetmaker> hm... though... they all require more than 'just' nmlc. 21:42:00 <Terkhen> the dutch town names seems to be coded as a single nml file 21:42:09 <Terkhen> but the repo also includes the .grf file 21:42:50 <dukeman> so it is possible to write in nml? 21:42:59 <Terkhen> check the project I pasted earlier 21:43:37 <Ammler> yes, just do it like dutchtowns 21:43:51 <Terkhen> it should be the simplest approach, a nml file and a lang folder 21:44:06 <planetmaker> wait, that's what hyronymus wrote, right? 21:44:14 <Terkhen> yes 21:44:27 <planetmaker> ah :-) yes, then it's _the_ project to go by ;-) 21:45:00 <Terkhen> you don't need to add the resulting grf file to the repository, though 21:45:17 <dukeman> just nml? 21:45:38 <Terkhen> a nml file and a lang folder for the strings should be enough 21:45:53 <Ammler> you don't do any vcs tasks anyway 21:46:14 <dukeman> vcs? 21:46:27 <planetmaker> version control system 21:46:46 <planetmaker> a piece of software which helps to keep track of changes 21:47:12 <dukeman> so I cant make a ticket for the project? 21:47:12 <planetmaker> like mercurial (=hg), or subversion (=svn) 21:47:23 <planetmaker> you still can. That's not related 21:47:43 <dukeman> ok 21:48:00 <dukeman> ho to test the maked grf? 21:48:08 <planetmaker> use it ingame? 21:48:12 <dukeman> yes 21:48:33 <planetmaker> copy it to your data folder and yes.. use it 21:48:40 <dukeman> ok 21:48:40 <planetmaker> like any other town name newgrf 21:49:33 *** andythenorth has quit IRC 21:50:04 <dukeman> I can see that in repository are not all of the town lists available that are in the game options 21:50:12 <dukeman> are they hardcoded? 21:50:24 <dukeman> for example polish 21:50:58 <planetmaker> a number are hard-coded, unfortunately, yes 21:51:25 <dukeman> its a bit messy ;) 21:51:30 <Ammler> or fortunately for the pre-newgrf time :-) 21:51:47 <dukeman> :) 21:51:56 <Terkhen> the hard-coded town names are kept for compatibility with old saved games IIRC 21:52:00 <Ammler> you can override the hardcoded list by just using same name 21:52:08 <Terkhen> oh, I did not know that :) 21:52:22 <planetmaker> Terkhen: one could remove the options entry, use the english ones by default, if no townname newgrf is added. Idea? 21:52:35 <planetmaker> would also make the interface clearer 21:52:49 <Terkhen> I like that idea 21:52:50 <planetmaker> if the town names would not need adding in two places 21:53:03 <Terkhen> but it would need GRF replacements for all of the existing options 21:53:09 <planetmaker> yes. 21:53:18 <planetmaker> well. not really, does it? 21:53:29 <planetmaker> people would easily make it. Or we assign that to Ammler :-P 21:53:32 <Ammler> Terkhen: that is why I used all the translations 21:53:45 <planetmaker> would be easy to do anyway 21:53:59 <Terkhen> if someone else deals with the angry users asking why their favourite town names are missing I'm fine with that :) 21:54:08 <planetmaker> :-P 21:54:11 <Ammler> planetmaker: a townnames grf can have more than one netry 21:54:25 <planetmaker> enough angry users with their 'change newgrfs ingame' right now ;-) 21:54:29 <Ammler> swisstowns had that in easlier versions 21:54:48 <Ammler> and cantowns does have that with many 21:54:56 <Terkhen> Ammler: I did that for spanish town names too because it made sense to not repeat translation work 21:54:59 <planetmaker> Ammler: hm... that makes it difficult 21:55:49 <Ammler> Terkhen: yeah, just a bit sed... 21:57:21 <planetmaker> Ammler: so one townname grf can add two or more entries to the townnames menu? Hm... 21:57:59 <Ammler> yes, I had earlier Swiss and Swiss (extrem) 21:58:21 <Ammler> the canset has centries for every different region 21:58:24 <Terkhen> what is the problem with that? 21:58:40 <Terkhen> I am planning to do something like that for spanish town names when NML supports it 21:58:44 <planetmaker> Terkhen: then simply adding it to the newgrf list leaves it undefined which newgrf will be used 21:58:52 <planetmaker> s/newgrf/entry or list/ 21:59:24 <planetmaker> most annoying is that townnames need work in two places. That would then not be changeable easily 21:59:41 <Terkhen> oh, I see your point now 21:59:54 <dukeman> cant you just rewrites the town names for in the nml? 22:00:20 <Terkhen> you could make the options entry only appear if you have a valid town names newgrf in the list 22:00:26 <Terkhen> but that's messy 22:00:34 <planetmaker> the other way round is also difficult, but maybe feasable: scan newgrfs for townnames and provide all as an option as found in newgrfs 22:00:36 <dukeman> I understand 22:00:47 <Terkhen> dukeman: we are talking about removing the hardcoded town names in openttd, not about the newgrf ones 22:00:56 <dukeman> I know 22:01:03 <Ammler> well, or as most grfs have only one entry, you could use that per default 22:01:14 <Ammler> else you use just the first entry 22:01:31 <dukeman> are you working on openttd development all the time? :) 22:01:38 <planetmaker> Terkhen: I guess we could indeed scan the newgrfs... though I'm not sure whether we really can... 22:01:44 <planetmaker> dukeman: no, we have a live, too 22:01:49 <Terkhen> dukeman: I wish, but real life calls 22:02:08 <Ammler> dukeman: yes, current talk was not realted to you 22:02:25 <dukeman> yes I know 22:02:48 <Terkhen> planetmaker: what about moving the town names selector to the newgrf window? 22:03:01 <Terkhen> it is already filled with a lot of stuff, though 22:03:09 <planetmaker> hm... Rubidium do you have a rough idea whether it'd somewhat feasable to scan all newgrf for townnames? 22:03:18 <planetmaker> Terkhen: I don't like it conceptually 22:03:31 <planetmaker> at least not as an extra line... though. maybe 22:03:31 <Ammler> planetmaker: that does change the id 22:03:54 <Ammler> the first newgrf entry is id 22 or so 22:04:04 <planetmaker> Ammler: hu? what do you mean? 22:04:14 <Hirundo> It may be problematic, that newgrfs can have townnames or not, depending on whether the grf is activated on a Wednesday 22:04:15 <planetmaker> oh, the ids there. 22:04:19 <Ammler> well, i thought, you like to scan the newgrfs and list all entries 22:04:28 <planetmaker> Hirundo: :-D 22:04:31 <Ammler> without the need to add the newgrf 22:04:44 <planetmaker> Ammler: yes, I like that. 22:04:55 <planetmaker> it'd automatically add the selected newgrf. 22:05:13 <Terkhen> I don't see any good option besides adding a dropdown somewhere 22:05:16 <planetmaker> so... then it'd conceptually belong to newgrfs... hm. 22:05:18 <Ammler> then I configure Swisstowns as my newgrf, how do you fix it so it will be used again next time I start openttd? 22:05:47 <planetmaker> Ammler: saved as all other newgrfs used 22:06:16 <Rubidium> planetmaker: it implies scanning the whole NewGRF at start up, which is quite expensive and the reason action14 is before action8 22:06:36 <planetmaker> hm, i feared that answer 22:06:45 <planetmaker> drat 22:07:08 <planetmaker> can that be out-sourced to a background thread? in principle? 22:08:18 <Rubidium> if/when you rewrite NewGRF reading to be threaded 22:08:19 <Ammler> what is bad about simply autoselect the first townentry for the newgrf you add? 22:09:24 <Terkhen> what if that newgrf has two entries? 22:09:49 <planetmaker> he ;-) 22:10:16 <Ammler> Terkhen: "...the first..." 22:10:33 <Terkhen> how do you choose the second one? 22:10:41 <Ammler> like you do now 22:10:52 <Ammler> you keep it 22:10:52 <planetmaker> hm... fonsinchen added a playground as scenario it seems: "zickenspielplatz" :-P 22:11:33 <planetmaker> zickenspielplatz = bitches playground 22:15:26 <planetmaker> hm, a toyland scenario :-) 22:18:47 <planetmaker> time for bed. good night folks :-) 22:18:51 <frosch123> sounds like "some were offended by the previous hosting address of cargodist" 22:19:37 <planetmaker> I somewhen told her that "fickzoo" is not quite a proper name ;-) 22:19:49 <Ammler> him! 22:20:05 <Ammler> :-) 22:20:25 <planetmaker> Ammler has "her days"? ;-) 22:20:55 <Ammler> oh, he does have "those days"? 22:21:08 <Ammler> hmm, we should check the nightly update 22:24:31 <SmatZ> fickzoo is a her? 22:24:51 <SmatZ> I wouldn't wonder if it were me who told that :) 22:25:02 <dukeman> what is grfid in nml 22:25:14 <dukeman> "64" 22:27:53 <Ammler> a unique id to identify your grf 22:28:14 <Ammler> the first to chars should be your name, the 2 others your grf 22:28:40 <Ammler> something like DMTP = DukeManTownnamesPolish 22:29:08 <dukeman> in grfid? 22:29:41 <Ammler> yes 22:30:04 <Ammler> this is also not documented? 22:31:02 <dukeman> grfid : "AB"; 22:31:12 <dukeman> This line sets the grfid of the resulting grf. The value is the letters AB followed by a byte with value 2 and then another one with value 3. The semicolon marks the end of the statement. 22:31:37 <Ammler> well, I told you :-) 22:31:48 <dukeman> :) 22:32:22 <dukeman> what makes sure that my grfid would be uniqe 22:32:33 <dukeman> what if somone else have the same? 22:32:42 <frosch123> at least bananas checks that 22:32:43 <Ammler> http://wiki.ttdpatch.net/tiki-index.php?page=Action8#GRF_ID <-- from the spec 22:33:32 <Ammler> http://grfcrawler.tt-forums.net/index.php?do=search <-- you serach for your id here 22:33:33 <Webster> Title: GRFCrawler (at grfcrawler.tt-forums.net) 22:34:05 <dukeman> thanks 22:36:54 <Ammler> frosch123: does bananas make a "author check"? 22:37:07 <Ammler> (first 2 bytes) 22:38:38 <frosch123> i doubt that 22:46:42 <Rubidium> it only checks the first double word 22:48:03 *** DanMacK has quit IRC 22:58:43 *** ODM has quit IRC 23:04:13 *** dukeman has quit IRC 23:59:49 *** frosch123 has quit IRC