Log for #openttdcoop.devzone on 11th January 2011:
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) @
02:41:25  <Brot6> Nutracks - Revision 138:cce01368432b: Change: Updated all track enablers to the new scheme (DJNekkid) @
08:12:55  <Brot6> 2cc train set - Feature #2076: Panama Canal F40PH (EmperorJake) @
09:15:55  *** ODM has joined #openttdcoop.devzone
10:01:21  <Brot6> 2cc train set - Feature #2152 (New): MTR ER20 (Hong Kong) (EmperorJake) @
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) @
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) @
11:48:01  <Brot6> OpenGFX - Bug #2153 (New): tubular brigde (alocritani) @
11:50:55  <Brot6> OpenGFX - Bug #2138 (Rejected): coast tiles under bridges (alocritani) @
11:50:55  <Brot6> OpenGFX - Bug #2138 (Rejected): coast tiles under bridges (planetmaker) @
11:51:18  *** Lakie has joined #openttdcoop.devzone
11:54:44  <Brot6> OpenGFX - Bug #2153: tubular brigde (Ammler) @
12:14:50  *** DayDreamer has joined #openttdcoop.devzone
12:18:31  <Brot6> OpenGFX - Bug #2153: tubular brigde (alocritani) @
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 -
14:33:37  <Ammler> hmm
14:34:00  <Ammler> dukeman: easiest is with nml:
14:34:24  <Ammler> there are some examples on our devzone:
14:34:37  <dukeman> yes but the link doesnt work
14:34:56  <Ammler> which?
14:35:09  <dukeman>
14:35:11  <dukeman> this one
14:35:41  <Ammler>
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>[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>
14:53:00  <Webster> Title: Transport Tycoon Forums View topic - [UNIV]Dutch town names (at
14:56:23  <Ammler> yes, project home:
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>
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> <-- 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>
15:48:02  <Webster> Title: GIMP Portable | - Portable software for USB, portable and cloud drives (at
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) @
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 -
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 "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> <-- 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: <- 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> <--- 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\ 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) -
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
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 -
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) -
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 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
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> <-- this for example
19:17:05  <dukeman> im using this guide:
19:17:06  <dukeman>
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 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) @
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>
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> <-- 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, 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
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
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 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, " --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
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 --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>
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?
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 -> 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 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 ->
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
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) @
20:31:08  <Brot6> NewGRF Meta Language - Revision 1127:bce7a3f14b64: Fix: Remove trailing newline version info. (Hirundo) @
20:31:08  <Brot6> NewGRF Meta Language - Revision 1128:775f135f6bb2: Doc: Some more updates w.r.t. the installing p... (Hirundo) @
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) @
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) @
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> <--- 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
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> <-- from the spec
22:33:32  <Ammler> <-- you serach for your id here
22:33:33  <Webster> Title: GRFCrawler (at
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

Powered by YARRSTE version: svn-trunk