Config
Log for #openttdcoop.devzone on 21st March 2011:
Times are UTC Toggle Colours
00:01:12  <Brot6> NewGRF Meta Language - Feature Request #2351: building of win32 executable for nml (Ammler) @ http://dev.openttdcoop.org/issues/2351#change-6340
00:22:40  <supermop> is there any plans on the horizon for station support in nml?
00:43:32  *** thgergo has quit IRC
00:53:45  *** KenjiE20 has quit IRC
05:49:52  *** supermop has quit IRC
10:39:20  *** andythenorth has joined #openttdcoop.devzone
10:40:03  *** andythenorth has left #openttdcoop.devzone
11:31:40  *** KenjiE20 has joined #openttdcoop.devzone
11:46:31  <planetmaker> Ammler, what exactly is the point of the wine4nml repo?
11:48:57  <planetmaker> shouldn't the build procedure for nml-exe be part of the nml repo?
11:49:30  <Yexo> that repo holds a lot of files that normally come with wine, along with an installation of python and the other required packages
11:49:37  <Yexo> those definitely don't belong in the nml repo
11:53:45  <planetmaker> hm, ok
11:55:45  <planetmaker> so that repo basically is not a repo meant for use anywhere else but in the CF
11:55:59  <planetmaker> as a tool
11:58:54  <planetmaker> hm, I see :-)
12:00:57  *** welshdragon has quit IRC
12:01:24  *** welshdragon has joined #openttdcoop.devzone
13:04:14  *** thgergo has joined #openttdcoop.devzone
14:23:36  *** Lakie has joined #openttdcoop.devzone
14:55:13  *** ODM has joined #openttdcoop.devzone
15:12:15  <Brot6> 2cc train set - Feature #56: rework region availability parameter (DJNekkid) @ http://dev.openttdcoop.org/issues/56#change-6341
15:25:53  <Brot6> 2cc train set - Feature #56: rework region availability parameter (Ammler) @ http://dev.openttdcoop.org/issues/56#change-6343
15:36:56  <planetmaker> Ammler, ^ Suchbild?
15:37:29  <Ammler> planetmaker: ?
15:37:58  <planetmaker> "does it need words?"
15:38:20  <planetmaker> lovely description...
15:38:25  <Ammler> ah ok :-D
15:39:36  <Ammler> hmm, it is not clear, that the screens are made in same game
15:42:01  <planetmaker> Ammler, what about a 'proper' error description? An image does not replace the necessity of a description. It may illustrate a few points, though
15:42:06  <planetmaker> I thought you knew...
15:44:15  <Ammler> thanks :-)
15:44:24  <Ammler> there is an error?
15:44:51  <Ammler> I see no error, it just should prove djn wrong
15:48:09  <planetmaker> yes, there even is an error ;-) In the parameter descriptions. Off by one
15:50:41  <Ammler> would be out of place there
15:52:12  <Ammler> ah, got it
16:04:27  <Ammler> the description is obsolete anyway
16:04:57  <Lakie> This ok for you planetmaker?
16:05:39  <Brot6> Example NewGRF Project - Bug #2454 (New): Dependancy build: relative file paths. (Lakie) @ http://dev.openttdcoop.org/issues/2454
16:11:21  <Lakie> (as a bug report)...
16:13:10  <Ammler> hmm, we should test both with building
16:14:44  <planetmaker> looks quite fine, Lakie :-)
16:14:59  <planetmaker> I agree with your assessment that modifying the mdep.py is the nicer approach
16:15:10  <planetmaker> (if my quick read grasped that correctly)
16:15:48  <Ammler> planetmaker: what is needed to use mdep.py?
16:17:11  <planetmaker> in what way? nothing special
16:17:45  <planetmaker> it's a python script; but if you run hg, that usually is no problem
16:17:51  <Ammler> well, maybe it would be nice to add it to the build check
16:18:08  <Ammler> http://dev.openttdcoop.org/projects/newgrf-makefile/repository/entry/.devzone/build/makefile.spec#L32
16:18:19  <planetmaker> it's being used afaik
16:19:01  <Ammler> http://bundles.openttdcoop.org/newgrf_makefile/nightlies/LATEST/log/newgrf_makefile-r264-testing.log
16:19:21  <Ammler> how you see?
16:20:28  <planetmaker> you usually don't. I need to check, but I *think* it's responsible for
16:20:30  <planetmaker> [DEP] mynewgrf.src.dep
16:20:30  <planetmaker> [DEP] mynewgrf.gfx.dep
16:20:30  <planetmaker> [DEP] Makefile.dep
16:21:24  <Ammler> yes, but don't both scripts make those files?
16:22:00  <Ammler> maybe that should be more verbose
16:22:23  <Ammler> hmm, I should use _V=
16:22:57  <planetmaker> that might be good for this test script, yes
16:23:28  <Ammler> also a target nfo or variable nfo for nml would be nice
16:24:15  <Ammler> I added NML_FLAGS="--nfo %{name}.nfo", looks a bit ugly :-)
16:26:11  <planetmaker> :-)
16:26:19  <Ammler> so if only "[DEP] Makefile.dep", it means gcc is used, else mdep.py, right?
16:27:50  <planetmaker> hm, no. gcc or mdep can be used. It depends on DEP_CHECK_TYPE
16:27:52  <Ammler> it uses mdep.py for newgrf_example, because python is installed for nml
16:28:12  <Ammler> ah, I thought, you check if python is available
16:28:24  <Ammler> and use mdep.py if possible
16:28:35  <planetmaker> well, yes, I do ;-)
16:28:43  <planetmaker> DEP_CHECK_TYPE     ?=$(shell [ `which python 2>/dev/null` ] && [ -z $(USE_NML) ] && echo "mdep" || echo "normal")
16:28:44  <Ammler> so what now?
16:29:27  <planetmaker> but irrespective of dep_check_type the printed dep messages look the same
16:29:34  <planetmaker> unless you use _V=
16:29:46  <planetmaker> where you see the actual commands being called
16:29:54  <Ammler> well, firs does not have .gfx. and .src.
16:30:08  <Ammler> that is why I assumed it that way
16:30:31  <planetmaker> maybe it has an old makefile... dunno
16:30:38  <planetmaker> hm...
16:31:01  <planetmaker> doesn't seem like
16:31:41  <Ammler> oh, we should also publish nfo and nml there
16:31:54  <Ammler> [NFORENUM] mynewgrf.nfo
16:31:55  <Ammler> Warning on sprite 1 (level 1).
16:33:05  <Lakie> I think it just generates a .src.dep these days?
16:33:09  <Lakie> Based off my repo
16:33:55  <Ammler> Lakie: I consider newgrf_makefile using quite a recent newgrf framework :-)
16:34:13  <Ammler> yes, for nfo, just src
16:35:52  <Lakie> Heh, ok
16:39:13  <planetmaker> Ammler, that warning is probably a missing action14
16:39:18  <planetmaker> no palette defined
16:39:31  <Lakie> Probably if you are using a newer nforenum
16:39:32  <planetmaker> I'm not sure I should do that within that repo, though
16:39:45  <planetmaker> tip ;-)
16:39:53  <planetmaker> but 5.1 will do so, too
16:40:11  <Brot6> Example NewGRF Project - Revision 265:a193c1ffdb29: Change: publish produced test nfo/nml files (Ammler) @ http://dev.openttdcoop.org/projects/newgrf-makefile/repository/revisions/a193c1ffdb29
16:46:32  *** frosch123 has joined #openttdcoop.devzone
16:57:01  <Brot6> 2cc train set - Feature #56: rework region availability parameter (Voyager1) @ http://dev.openttdcoop.org/issues/56#change-6344
17:10:53  <Brot6> nml: update from r1297 to r1298 done - http://bundles.openttdcoop.org/nml/nightlies/r1298
17:13:23  <Ammler> \o/ http://bundles.openttdcoop.org/nml/nightlies/r1298/nml-r1298-windows-win32.zip
17:13:38  <planetmaker> \o/ :-)
17:13:52  <Yexo> http://www.tt-forums.net/viewtopic.php?f=68&p=937230#p937230 :)
17:13:53  <Webster> Title: Transport Tycoon Forums View topic - NML - a Newgrf Meta Language (at www.tt-forums.net)
17:13:55  <Yexo> thanks Ammler :)
17:14:59  <Ammler> Yexo: you were fast :-P
17:15:28  <Ammler> well, I am a bit suprised how portable .wine is
17:15:50  <Ammler> moved from suse 11.4 32 to suse 11.3 64
17:16:36  <Ammler> I assume there is no wine64
17:17:08  <planetmaker> you can move the openttd.cfg as well ;-)
17:17:36  <Ammler> well, you can move all openttd data except the bin
17:19:26  <Brot6> firs: update from r1874 to r1878 done - http://bundles.openttdcoop.org/firs/nightlies/r1878
17:19:53  <Brot6> newgrf_makefile: update from r264 to r265 done - http://bundles.openttdcoop.org/newgrf_makefile/nightlies/r265
17:20:01  <Ammler> Missing modules:
17:20:01  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r750), 32bpp-extra (r39), ai-admiralai (r75), ai-aroai (r11), ailib-common (r21), ailib-direction (r17), ailib-list (r32), ailib-string (r29), ailib-tile (r16), airportsplus (r73), basecosts (r22), belarusiantowns (r8), bros (r52), chips (r82), comic-houses (r71), fish (r617), frenchtowns (r6), grfcodec (r828), heqs (r580), indonesiantowns (r41), manindu (r7), metrotrackset
17:20:01  <Brot6> (r56), narvs (r29), nml (r1298), nutracks (r179), ogfx-industries (r12), ogfx-landscape (r58), ogfx-rv (r80), ogfx-trains (r234), ogfx-trees (r42), opengfx (r618), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r49), spanishtowns (r10), swedishrails (r198), swisstowns (r22), transrapidtrackset (r15), ttdviewer (r26), ttrs (r36), worldairlinersset (r671)
17:20:02  <Ammler> ? ICCProfile imported from PngImagePlugin
17:20:04  <Ammler> ? nml.__version__ imported from nml.version_info
17:20:06  <Ammler> Yexo: ^
17:21:38  <Ammler> planetmaker: yes, it is the palette
17:22:11  <Brot6> ogfx-landscape: rebuild of r58 done (Diffsize: 7) (DiffDiffsize: 7) - http://bundles.openttdcoop.org/ogfx-landscape/nightlies/r58/log
17:22:15  <planetmaker> though... could be added. In an example action14
17:22:23  <planetmaker> hm.... diffsize7?
17:23:16  <Brot6> swedishrails: rebuild of r198 done (Diffsize: 7) (DiffDiffsize: 7) - http://bundles.openttdcoop.org/swedishrails/nightlies/r198/log
17:23:29  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: airportsplus (Diffsize: 1), belarusiantowns (Diffsize: 30), frenchtowns, indonesiantowns (1 errors) (Diffsize: 1), manindu (Diffsize: 1), narvs (Diffsize: 1), ogfx-industries (Diffsize: 1), ogfx-rv (Diffsize: 1), ogfx-trains (Diffsize: 1), spanishtowns (Diffsize: 1), swisstowns (Diffsize: 156)
17:24:08  <Ammler> we have no nfo with the older version so don't see why it differs
17:24:25  <Ammler> but we will see in the future :-)
17:24:25  <planetmaker> hm, right
17:24:27  <planetmaker> :-)
17:38:28  <Ammler> (the diffdiff is because I added nfo)
18:09:06  <Ammler> planetmaker: why do we use tar.gz for the source bundles
18:09:15  <Ammler> windows can't extract those
18:09:27  <planetmaker> can't they?
18:09:36  <Ammler> zip only
18:10:09  <Ammler> looking for 7zip :-)
18:10:22  <planetmaker> well, we could use zip as well.
18:10:42  <planetmaker> I don't really mind. The only reason to use .tar.gz is that many source repos are in .tar.gz
18:10:58  <planetmaker> otherwise it's... a random choice
18:11:37  <planetmaker> and I always used the total commander - which can handle tars and gzip transparently even
18:12:38  <Ammler> I have here windows vm (xp) without any additional tool installed
18:12:53  <Ammler> was wondering about nmlc.exe
18:13:47  <planetmaker> yeah, might be sensible to use zip there, too
18:13:50  <planetmaker> for sources
18:13:58  <Ammler> not too
18:14:01  <Ammler> either
18:14:06  <planetmaker> both?
18:14:19  <Ammler> either tar.gz or zip
18:14:39  <Ammler> well, nobody complained about missing zip
18:15:08  <planetmaker> I'd wonder. Look at the downloads for the nightly versions of newgrfs. Who would then want the source? Without repo access?
18:15:14  <Ammler> I assume, if you use windows, you install around 1000 tools for all over world :-)
18:15:21  <planetmaker> :-)
18:15:34  <Ammler> poor guys :-P
18:15:34  <planetmaker> on linux, too. But most ship with the default install
18:15:39  <planetmaker> :-) yep
18:15:59  <planetmaker> windoze is clearly missing on a package manager
18:16:03  <Ammler> currently I have maybe 5 tools installed not from suse
18:16:21  <Ammler> the most important is the nvidia driver
18:16:49  <Ammler> that is quite crap right now
18:21:07  <Terkhen> the zip extractor that comes with windows is quite bad, but sadly it's the only format supported without external tools
18:21:10  <Terkhen> hello also :)
18:21:36  <planetmaker> hello :-)
18:21:42  <Ammler> I assume, install 7zip is one of first step on fresh windows
18:22:14  <Ammler> next step is replacing editor
18:22:50  <Rubidium> sorry, but the first 10 steps are running windows update (repeatedly, until all is installed)
18:23:03  <Ammler> indeed, lol :-D
18:23:38  <Ammler> well I used to use update packs at that time
18:24:57  <Ammler> stupid me, download source of ogfx-trains and building doesn't work
18:25:12  <Ammler> I need a nml without make requirement :-)
18:28:11  <Ammler> lol
18:28:26  <Ammler> Michin has the grf in his source package but no nml
18:32:05  <Ammler> awesome, nmlc.exe works without python and all that
18:32:29  <Ammler> is there a nml with graphics but without need of gcc?
18:32:59  <planetmaker> hu?
18:33:15  <Ammler> a nml project with graphics?
18:33:56  <planetmaker> in regression
18:34:21  <Ammler> oh
18:37:45  <Ammler> got an error
18:38:18  <Ammler> Error:      (IOError) "cannot identify image file".
18:38:19  <Ammler> Command:    ['..\..\nml-r1298-windows-win32\nmlc.exe', '006_vehicle.nml']
18:38:20  <Ammler> Location:   File "C:\Python27\lib\site-packages\PIL\Image.py", line 1980, in op
18:44:54  <Brot6> MinchinWeb's Random Town Names - Revision 28: [Minchin Town Names] Fixed 'Lake blah Lake' and 'Hi... (w.minchin@gmail.com) @ http://dev.openttdcoop.org/projects/mwrandtownnames/repository/revisions/28
19:03:21  <Brot6> 32bpp-ez-patches: compile of tip qtip ez.diff qbase still failed (#2446) - http://bundles.openttdcoop.org/32bpp-ez-patches/testing/ERROR/tip qtip ez.diff qbase
19:06:38  <Brot6> clientpatches: update from r22265 to r22268 done (80815 errors) - http://bundles.openttdcoop.org/clientpatches/testing/r22268
19:06:57  <planetmaker> loool
19:08:29  * Lakie wonders if its better to version the lang script he's working on independantly of the main repo. hmm.
19:09:18  <Brot6> serverpatches: compile of r22268 still failed (#2448) - http://bundles.openttdcoop.org/serverpatches/testing/ERROR/r22268
19:10:19  <Terkhen> more errors than revisions? :)
19:12:58  <Lakie> No?
19:14:35  <Ammler> couldn't it be part of the newgrf framwork?
19:14:49  <Lakie> Probably
19:15:23  <Terkhen> wouldn't that conflict with existing newgrfs like FIRS?
19:15:28  <Terkhen> although it could be desirable to adapt FIRS system to the new one
19:16:03  <Ammler> but the firs script isn't in newgrf framework, afaik
19:16:13  *** andythenorth has joined #openttdcoop.devzone
19:17:15  <Lakie> Maybe, we'll see how it works with just my repo first. :)
19:19:38  <Lakie> And then if anyone else wants to use it or if they prefer firs system, etc? :)
19:26:16  <Terkhen> I'm interested in checking it, but I'm not sure if it will be possible to adapt FIRS to the new system without changing how strings work on it, and that's something that andy will probably not like much :)
19:26:36  <andythenorth> what is the new system?
19:29:49  <Lakie> 'tis a python script I've been working on to use lang files
19:30:56  <andythenorth> hmm
19:31:07  <andythenorth> migrating FIRS lang is probably scriptable if we wanted to
19:31:29  <Terkhen> yes, right now it is just a bunch of defines
19:37:07  <planetmaker> hm, that very much sounds like a thing which c/should go in the newgrf framework
19:46:26  <andythenorth> what would be improved by the new method?
19:46:52  <planetmaker> the way things can be translated
19:47:06  <planetmaker> very similar language format as OpenTTD
19:47:20  <Ammler> using openttd webtranslator :-)
19:47:26  <planetmaker> iirc ^ :-)
19:47:35  <andythenorth> currently adding translations is quite an easy task
19:47:40  <andythenorth> but adding a new string is not
19:48:05  <planetmaker> Lakie, may know more ;-)
19:48:13  * Lakie thinks he should draw out his plans so peeps can comment
19:48:32  <andythenorth> hmm
19:48:37  <planetmaker> :-) Well, you can add and improve now in the makefile framework's repo ;-)
19:48:38  <Lakie> Depends on the string types to be honest though, andythenorth, extras are kind of handled messily for me.
19:48:45  <andythenorth> we could go to hot metal with it in CHIPS
19:48:51  <Lakie> ie. it handles ids and puts defines in a lang.inc
19:48:58  <andythenorth> CHIPS has the stubs for a translation framework, but nothing else
19:49:37  <Lakie> So I use things like RTN_<name> and STR_<name> for most D400 texts in my nfo, 'cause that suited me
19:50:25  <Lakie> Which is why I'm unsure if others will find it as useful as its built around my preferences. :)
19:50:47  <planetmaker> Lakie, have one guess around which preferences the makefile(s) are built :-P
19:50:57  <Lakie> yourself and Ammler?
19:51:34  <planetmaker> ;-) among a few others who use it, yes :-)
19:52:07  <planetmaker> point is: one has to make decisions. So... one does it the way one thinks works best.
19:52:15  <planetmaker> which comes from ones own expertise
19:52:20  <planetmaker> and experience
19:53:00  <planetmaker> anyhow... dinner :-)
19:53:12  <Lakie> Heh
19:53:29  <Lakie> I think andythenorth has more experience than me these days. :)
19:53:41  <andythenorth> with babies probably :P
19:54:40  <Lakie> Heh, been quite some time since I did nfo programming, well non-object anyway
20:03:43  <Lakie> Don't really understand how industries or cargos work though, so you'd have to explain that to me, the id of those strings needs to stay the same from memory, andythenorth?
20:03:56  <Lakie> (The D800 string)
20:04:09  <andythenorth> think so
20:04:14  <andythenorth> I'm not much good with strings
20:04:18  <andythenorth> other people wrote them
20:04:23  <andythenorth> I just...use them :P
20:04:25  <Lakie> Hehe
20:04:46  <andythenorth> the most I've learnt is that changing them and reloading the grf is a prime cause of openttd crashes
20:04:56  <Lakie> Ouch
20:11:36  * Lakie is glad objects and vehicles are more forgiving (generally)
20:12:21  <Lakie> Oh, did Pikka's suggestion work, btw?
20:19:02  *** supermop has joined #openttdcoop.devzone
20:20:25  <andythenorth> wrt to fishing harbour?
20:20:28  <andythenorth> near enough
20:20:37  <andythenorth> it was identical to that from frosch
20:20:38  <Lakie> Cool
20:20:48  <andythenorth> there are edge cases which may be hard to solve
20:23:07  <Lakie> Like river rapids?
20:24:08  <andythenorth> yes
20:24:25  <andythenorth> unless tile bits are exposed to newgrf wrt river / sea / canal
20:24:34  <andythenorth> in which case it gets very much easier
20:25:09  <andythenorth> http://www.tt-forums.net/viewtopic.php?f=68&t=53590&p=937268#p937268
20:25:10  <Webster> Title: Transport Tycoon Forums View topic - Placing an industry on coast (at www.tt-forums.net)
20:26:06  <Lakie> I suppose one could change the results
20:27:03  <Lakie> One could try using either: 2 checks, one for the ground
20:27:05  <Lakie> and one for the raised bits?
20:27:18  <Lakie> the ground checking tile height == 0
20:27:34  <Lakie> the slopes ones not caring, doesn't solve river rapids though
20:29:57  <andythenorth> river rapids is insolvable for now
20:30:01  <andythenorth> but rivers are rare
20:30:07  * andythenorth to the pub
20:30:11  <andythenorth> back tomorrow
20:30:17  *** andythenorth has quit IRC
21:24:03  <Brot6> NewGRF Meta Language - Feature Request #2351: building of win32 executable for nml (Ammler) @ http://dev.openttdcoop.org/issues/2351#change-6345
21:24:44  <Brot6> NewGRF Meta Language - Feature Request #2351: building of win32 executable for nml (Ammler) @ http://dev.openttdcoop.org/issues/2351#change-6345
21:34:27  *** LordAro has joined #openttdcoop.devzone
21:36:19  <LordAro> Ammler/whoever: would this work? http://pastebin.com/zpxuvFD1
21:40:39  <LordAro> nevermind, i've committed it, lets find out! :)
21:41:29  <Brot6> AroAI - Revision 19:f76fa2063632: Change: Add the '96' from the old versioning system 'higher up'... (LordAro) @ http://dev.openttdcoop.org/projects/ai-aroai/repository/revisions/f76fa2063632
21:42:28  <LordAro> heh, notice that all the other commits were 2 weeks ago...
21:44:36  <LordAro> it's fun talking to yourself... :)
21:44:43  <LordAro> anyway, g2g
21:44:50  *** LordAro has left #openttdcoop.devzone
21:52:07  *** frosch123 has quit IRC
22:40:33  *** ODM has quit IRC
23:20:48  *** thgergo has quit IRC

Powered by YARRSTE version: svn-trunk