Log for #openttdcoop.devzone on 25th May 2010:
Times are UTC Toggle Colours
00:02:49  *** OwenS is now known as owens
00:16:22  *** KenjiE20 has quit IRC
03:16:41  *** Yexo_ has joined #openttdcoop.devzone
03:18:18  *** Yexo has quit IRC
07:04:24  *** ODM has joined #openttdcoop.devzone
07:21:29  *** Yexo has joined #openttdcoop.devzone
07:23:23  *** Yexo_ has quit IRC
09:01:34  *** owens is now known as OwenS
09:14:57  *** planetmaker has joined #openttdcoop.devzone
09:59:01  <planetmaker> @calc (14+11)/(14+11+9+2)
09:59:01  <Webster> planetmaker: 0.694444444444
09:59:21  <planetmaker> @calc 65/(65+37)
09:59:21  <Webster> planetmaker: 0.637254901961
10:04:08  *** OwenS is now known as owens
10:40:37  *** KenjiE20 has joined #openttdcoop.devzone
11:30:38  *** owens is now known as OwenS
12:10:13  *** OwenS is now known as owens
12:35:52  *** Doorslammer has joined #openttdcoop.devzone
13:43:50  <Yexo> lists "beta1" as version for 2cctrainset, shouldn't that be "2.0-beta1" or something like that?
13:45:52  <Ammler>
13:46:13  <Ammler> the last tag ist Beta1
13:46:23  <Ammler> latest*
13:47:42  <Ammler> but djn doesn't like my comments about the repo and got really angry about, so I don't anymore.
13:48:19  <Yexo> hmm, right
13:48:20  <Ammler> s/ist/is/
13:48:31  <Yexo> they have "beta1", "Beta1" and "2.0-beta1"
13:48:39  <planetmaker> yeah
13:49:00  <planetmaker> which are tags added sequentially after eachother in like minutes or so
13:49:01  <Ammler> those are tags of tagging :-)
13:49:43  <planetmaker> Yexo, I just asked you in tt-forums to document the missing var86 for the town names
13:49:56  <planetmaker> I've no clue where that's documented myself
13:49:56  <Yexo> I already replied to that :)
13:49:59  <planetmaker> ah :-)
13:50:14  <Yexo> it's quite hidden, and ont in the ttdpach wiki
13:50:19  <Yexo>
13:52:19  <planetmaker> gosh
13:58:38  <planetmaker> 80+x	None defined, and none ever will because town buildings don't have an internal structure. Trying to access these variables crashes TTD. <-- from though
13:59:05  <Yexo> houses != towns
13:59:30  <Yexo> see under type
13:59:37  <Yexo> some items have "town" as "related object"
13:59:52  <planetmaker> ah. So I first have to tell that I access the town and then var86 of the town. Two-stage
14:00:19  <Yexo> yes, sort-of
14:00:21  <planetmaker> Not like the 60+x vars for houses (which effectively reference other houses / landscape
14:00:34  <Yexo> indeed
14:01:17  <planetmaker> hm... I guess I still have no real idea how to implement that :-)
14:01:42  <Yexo> instead of using 89 as type for the varaction 2 chain just use 8A
14:01:57  <Brot6> newgrf_makefile: compile of 0.2.0 failed -
14:01:57  <Yexo> then you access variables from the related object instead of vars from the object itself
14:02:04  <planetmaker> ah... yes, there
14:02:16  <planetmaker> thanks :-)
14:03:11  <planetmaker> hm... new newgrf feature: town
14:03:27  <planetmaker> that'd allow to document these variables.
14:03:27  <Ammler> hmm, no idea, why it fails
14:03:53  <Yexo> planetmaker: did you see my commit to ogfxplus?
14:03:54  <planetmaker> And if it got a feature-id and some support one could do things like date-dependent town names
14:04:00  <planetmaker> Yexo, not so far
14:04:18  <Yexo> town names are done with actionF, not with action2
14:04:44  <Yexo> and there are not much other things a town does
14:05:12  <planetmaker> yes, I know :-)
14:05:29  <planetmaker> But it could e.g. expand or not expand. Get an expansion speed. Exclusive transport rights,...
14:05:44  <planetmaker> authority rating and its changes
14:06:09  <planetmaker> I guess as much as a piece of water at least :-)
14:06:39  <planetmaker> or as a "new object"
14:06:43  <Yexo> hehe, true :)
14:07:11  <Yexo> newobjects has a feature number because otherwise there would be no way at all to get them in the game
14:08:19  <planetmaker> and in terms of scenario design newgrf towns would make sense :-)
14:08:48  <Yexo> well, maybe
14:08:51  <planetmaker> hm, thanks for the fix. Did I remove that with my last makefile change?
14:08:52  <Yexo> coding it would be very easy
14:08:56  <Yexo> yes
14:08:56  <planetmaker> or was it never there?
14:08:59  <planetmaker> ok :-)
14:09:01  <Yexo> you removed it in r19
14:09:15  <Webster> Latest update from devactivity: Example NewGRF Project - Revision 96: DevZone: enable new compiler <>
14:09:16  <Yexo> onloy the comment now says //NFO instead of //NML
14:11:05  <planetmaker> which comment?
14:11:32  <Yexo> ifeq ($(PROJECT_TYPE),NML)				# NFO style
14:11:32  <Yexo>  <- that one
14:11:59  <planetmaker> :-)
14:12:05  <planetmaker> should be NML, but don't worry
14:12:25  <Yexo> I noticed just after pushing (as always :p)
14:13:49  <planetmaker> A commonly know feeling, I guess :-P
14:14:20  <planetmaker> I'll add it corrected to the example makefile project
14:14:29  <planetmaker> thanks for noticing and correcting :-)
14:14:49  <Yexo> Ammler: did the notice part :p
14:15:45  <planetmaker> :-)
14:16:07  <planetmaker> custom_tags.txt is a fixed filename and must not be changed, right?
14:16:19  <Yexo> currently yes
14:16:31  <Yexo> there should be a commandline option to nml to provide another name
14:16:44  <Ammler> or native #include support :-P
14:17:01  <planetmaker> yeah, but not that important actually
14:17:02  <Yexo> that is too much work :)
14:17:15  <Yexo> compared to the ease of running gpp/m4 over the input first
14:17:36  <Ammler> yeah, but then, I don't see the use of custom_tags.txt
14:17:43  <Ammler> why not include that also that way?
14:18:03  <Yexo> because custom_tags defines tags that can be used in the language files
14:18:17  <Yexo> you could preprocess all language files, yes
14:19:00  <planetmaker> :-)
14:19:40  <planetmaker> I guess one could introduce a file type "pnml" which then gets pre-processed the same way by cpp as pnfo currently is.
14:19:50  <planetmaker> should be not much work assumedly
14:20:25  <planetmaker> hm, actually... then it wouldn't even need a new target
14:20:40  <planetmaker> just adding pnml to the same target as pnfo should suffice
14:21:03  <planetmaker> if that is a bit modified
14:21:48  <planetmaker> hm, no
14:22:10  <planetmaker> new target
14:24:38  <Webster> Latest update from devactivity: NFO Meta Language - Feature #961 (New): Add commanline option to use a custom directory for "lang/" <> || NFO Meta Language - Feature #960 (New): Add commanline option to use a custom filename for "custo... <> || Example NewGRF Project - Revision 97: Fix: Create custom_tags.txt as needed for NML style projects <>
14:29:29  <Ammler> accidentially removed the old compile script, so there is no return, can't be bothered to get backup back
14:29:54  <planetmaker> "accidentially" or accidentially? :-P
14:30:30  <Ammler> really not intended :-P
14:31:09  <Ammler> removed it from the hg repo and wasn't aware the used script is just symlinked...
14:31:44  <Ammler> and as I didn't commit the last changes, revert wouldn't work either
14:37:28  <Ammler> @logs
14:37:28  <Webster> Logs:
14:39:19  <Ammler> <-- used the old scripts
14:45:42  <planetmaker> we learn: always commit changes :-)
15:08:24  *** owens is now known as OwenS
15:51:05  <Brot6> Following repos didn't need a releases update: 2cctrainset (Beta1), firs (0.1.2), fish (ERROR 0.5), heqs (0.6), newgrf_makefile (ERROR 0.2.0), opengfx (0.2.4), opensfx (0.2.3), test (ERROR Version1)
16:02:22  <Ammler> <-- why doesn't that work
16:04:37  <planetmaker> try echo "$i"
16:07:29  <planetmaker> that's also not what you want ;-)
16:07:44  <planetmaker> or?
16:09:36  <planetmaker> Ammler, what output do you expect / want?
16:09:39  <planetmaker> each line separately?
16:09:50  <planetmaker> as one single string?
16:10:05  <Ammler> IFS=$'\n' works too
16:10:20  <planetmaker> :-)
16:10:56  <planetmaker> ok, so problem solved?
16:11:30  <planetmaker> " <-- why doesn't that work" <-- btw, bad error description :-P
16:11:37  <planetmaker> it works. Just differently from what you expect :-P
16:13:14  <planetmaker> the "I expect to see" part is what IMHO most often is forgotten in error reports
16:13:23  <Ammler> export TIFS=$IFS; IFS=$'\n'; for i in `cat versions.txt`; do echo row `IFS=$TIFS; for y in $i; do echo $y; done` ; done
16:13:58  <planetmaker> :-)
16:14:00  <Ammler> planetmaker: I need to agree :-)
16:14:08  <planetmaker> :-P
16:14:55  <Webster> Latest update from devactivity: NFO Meta Language - Feature #968 (New): Add a way to check some global variables, like ttdpatch f... <> || NFO Meta Language - Feature #967 (New): Random action2 <> || NFO Meta Language - Feature #966 (New): Action 11: sound data <> || NFO Meta Language - Feature #965 (New): Action 5 / 12: various ways to add real sprites <> || NFO Meta Language - Feature #964 (New): Complete the list of action0 properties and varaction2 va... <> || NFO Meta Language - Feature #963 (New): Real action2 for industries (production callback) <> || NFO Meta Language - Feature #962 (New): Railtype translation table <>
16:17:58  <Yexo> ^^ I moved the todo list to the issue tracker
16:18:08  <Brot6> newgrf_makefile: compile of r97 failed -
16:18:12  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r543), 32bpp-extra (r36), firs (r859), fish (r372), heqs (r320), nml (r202), ogfxplus (r20), opengfx (r459), openmsx (r57), opensfx (r94), test (ERROR r20), worldairlinersset (r643)
16:21:23  <planetmaker> ah. good :-)
16:21:37  <planetmaker> hm, why does the newgrf makefile fail?
16:21:51  <Ammler> good question
16:21:57  <Ammler> I try it manually...
16:22:13  <planetmaker> it doesn't fail. CF fails... :S
16:22:47  <planetmaker> is that the difference between newgrf-makefile and newgrf_makefile?
16:24:13  <planetmaker> hm, can you add comic_houses and airportsplus also to nightlies?
16:24:49  <Brot6> newgrf_makefile: compile of r97 failed -
16:24:56  <Yexo> hmm, I should finish airportsplus someday
16:26:19  <planetmaker> what is 'finished'? :-)
16:26:35  <Yexo> hehe, true :)
16:26:49  <planetmaker> Hm... I could add it (partially) to OpenGFX+ :-)
16:27:08  <Yexo> actually that would make sense
16:36:06  <Ammler> planetmaker:
16:41:25  <Ammler> hmm
16:41:33  <Ammler> what does that mean...
16:45:14  <Webster> Latest update from devactivity: OpenGFX+ - Revision 21: Feature: Allow also pre-processing for NML-style projects for *.pnml files <> || #openttdcoop - Revision 53: Cleanup: removed "branch" grfs <> || #openttdcoop - Revision 52: [Mercurial] Add support for .devzone config <> || #openttdcoop - Revision 51: [Compiler] Hook for changegroup to trigger release compile and notify... <>
16:48:24  <planetmaker> Yexo, is there any reason that in NML source lines starting with a '#' might occur?
16:48:52  <Yexo> nope
16:48:57  <Yexo> # is not valid as a token
16:49:08  <planetmaker> thanks :-) Then I can kill all those lines in the pre-processor
16:49:24  <Yexo> why would you want that?
16:49:35  <planetmaker> gcc adds a few of those lines to the output in the beginning
16:49:39  <planetmaker> and NML then chokes on that
16:50:04  <Yexo> rather write a patch for nml to read the #file and #line lines that gpp writes so it can give an error message on the correct file/line
16:50:38  <planetmaker> I actually do the same for NFO...
16:50:53  <planetmaker> Just (inversely) greping on those lines
16:51:04  <Yexo> ok, just put that in then for now :)
17:00:22  <Webster> Latest update from devactivity: NFO Meta Language - Feature #969 (New): Parse #file and #line lines that are written by a preproc... <>
17:01:19  <planetmaker> :-P
17:03:03  <planetmaker> remote: Scheduler already running for releases. (added to QUEUE)
17:03:03  <planetmaker>  <-- uh? :-)
17:03:11  <Ammler> :-)
17:15:44  <Webster> Latest update from devactivity: OpenGFX+ - Revision 23: Change: Split the project into smaller sub files and make use of the pre-... <> || OpenGFX+ - Revision 22: Fix: Remove lines starting with '#' from pre-processed files <>
17:21:16  *** frosch123 has joined #openttdcoop.devzone
18:20:48  <Hirundo> Yexo: The list of issues in redmine is now a (relatively) complete todo list?
18:22:49  <Yexo> yes
18:23:05  <Yexo> if you can think of anything else just add it in the feature tracker
19:22:00  <Yexo> remote: Scheduler already running for releases. (added to QUEUE) <- Ammler will we always get that output when pushing?
19:22:22  <Ammler> no
19:22:58  <Ammler> you don't get any output usually, it checks for releases updates
19:23:50  <Ammler> I was still not finished with debugging why newgrf_makefile doesn't work
19:24:01  <Yexo> ok
19:24:12  <Ammler> that is why I blocked the chroot so no other package does overwrite it
19:35:33  <Webster> Latest update from devactivity: 32bpp-ez-patches - Revision 37: Fix: Colorize mask files before blend, not after (svn r19802) <> || NFO Meta Language - Revision 203: Doc: add some documentation on the syntax of nml-documents <>
19:44:18  *** Doorslammer has quit IRC
19:45:57  *** Seberoth has joined #openttdcoop.devzone
20:29:57  *** frosch123 has quit IRC
20:36:40  <Webster> Latest update from devactivity: 32bpp-ez-patches - Revision 38: Codechange: update to trunk (svn r19894) <>
20:38:44  <Hirundo> Yexo: All documentation is put in one html file, for now?
20:41:30  <Yexo> we can always split it later
20:42:03  <Yexo> I was intending this file to a be a techinal reference, I'd like a few short tutorials that explain ohw to code a simple train/road vehicle/industry/etc.
20:44:08  <Yexo> and I'd be very happy to get some help writing that reference file :)
20:50:45  <planetmaker> it's somewhere on my to-do list :-)
20:51:13  <Brot6> nml: update from r202 to r203 done -
20:51:15  <planetmaker> which unfortunately doesn't get really shorter :-P
20:51:39  <Brot6> ogfxplus: update from r20 to r23 done (8 errors) -
20:51:43  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r543), 32bpp-extra (r36), firs (r859), fish (r372), heqs (r320), newgrf_makefile (ERROR r97), opengfx (r459), openmsx (r57), opensfx (r94), test (ERROR r20), worldairlinersset (r643)
20:52:03  <Brot6> Following repos didn't need a releases update: 2cctrainset (Beta1), firs (0.1.2), fish (ERROR 0.5), heqs (0.6), newgrf_makefile (ERROR 0.2.0), opengfx (0.2.4), opensfx (0.2.3), test (ERROR Version1)
20:53:52  <planetmaker> does there already exist a started reference file, Yexo Hirundo ?
20:54:22  <Yexo> yes, I pushed that in my last commit
20:54:40  <planetmaker> ah, I didn't check out those yet :-)
20:56:33  <planetmaker> hm, syntax and example should get different style :-)
21:53:40  *** ODM has quit IRC
23:44:56  *** Seberoth has quit IRC
23:45:56  *** KenjiE20 has quit IRC

Powered by YARRSTE version: svn-trunk