Log for #openttdcoop.devzone on 25th December 2010:
Times are UTC Toggle Colours
00:40:19  *** KenjiE20 has quit IRC
00:55:09  *** thgergo has quit IRC
05:33:10  <Brot6> Bundles Update: g74238bec 2010-12-25 cargodist   (
09:47:45  <Brot6> 2cc train set - Feature #2031: DB Class 601 (Voyager1) @
10:12:05  <Brot6> 2cc train set - Bug #2063: r699 bugs (Voyager1) @
10:27:01  *** ODM has joined #openttdcoop.devzone
11:37:08  *** KenjiE20 has joined #openttdcoop.devzone
11:38:29  <Terkhen> <-- what do you think? (OpenGFX+ Industries)
11:39:13  <Terkhen> it would be best to also check for water nearby, but that's out of my league :)
13:44:50  <Brot6> 2cc train set - Revision 700:28300c27fbe8: Fix: Wrong definition were used in action0,property21.... (DJNekkid) @
16:41:02  <Brot6> 2cc train set - Revision 701:bcba3da8c8ee: Fix: the twopart american electrics didnt work properl... (DJNekkid) @
16:42:38  <Brot6> 2cc train set - Bug #2063: r699 bugs (DJNekkid) @
16:49:08  <Brot6> 2cc train set - Bug #2060 (Rejected): ECD21-30 lacks proper shortening (DJNekkid) @
17:05:34  <Brot6> 2cc train set - Revision 702:f12fa03c1490: Fix: Close #2059 close #2062, part of #2063 (DJNekkid) @
17:05:34  <Brot6> 2cc train set - Revision 703:3e47411a5540: Fix: SM2 sprite (DJNekkid) @
17:05:34  <Brot6> 2cc train set - Bug #2059 (Closed): stadler flirt (DJNekkid) @
17:05:36  <Brot6> 2cc train set - Bug #2062 (Closed): BM65 lacks proper shortening (DJNekkid) @
17:05:39  <Brot6> 2cc train set - Bug #2061: something wierd with SM2 purch sprite (DJNekkid) @
17:06:24  <Brot6> 2cc train set - Feature #2010: New Taurus graphics (DJNekkid) @
17:17:56  <Brot6> 2cctrainset: update from r699 to r703 done (9 errors) -
17:18:21  <Brot6> fish: update from r483 to r495 done (1 errors) -
17:18:32  <Brot6> Following repos didn't need a nightlies update: 32bpp-extra (r39), ai-admiralai (r75), airportsplus (r70), basecosts (r22), belarusiantowns (r8), bros (r41), comic-houses (r71), firs (r1587), frenchtowns (r6), grfcodec (r818), heqs (r567), indonesiantowns (r39), manindu (r6), metrotrackset (r56), newgrf_makefile (r246), nml (r1118), nutracks (r121), ogfx-nogrid (r11), ogfx-rv (r78), ogfx-trains (r201), ogfx-trees (r42), opengfx (r591),
17:18:32  <Brot6> openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r45), swedishrails (r193), swisstowns (r22), transrapidtrackset (r15), ttdviewer (r26), ttrs (r24), worldairlinersset (r669)
17:19:14  <planetmaker> [12:38]	<Terkhen> <-- what do you think? (OpenGFX+ Industries) <-- I didn't check the properties, but yes, that's one of the things I'd like to see in that newgrf
17:26:26  <Terkhen> it's the first time I touch industries at all, but since refineries are appearing all over the map, I guess I understood substitute and override correctly
17:26:35  <Terkhen> should this be guarded by a parameter?
17:29:04  <Brot6> 2cc train set - Feature #2010: New Taurus graphics (Voyager1) @
17:30:48  <Brot6> 2cc train set - Bug #2060: ECD21-30 lacks proper shortening (Voyager1) @
17:36:58  <Brot6> 2cc train set - Feature #2065 (New): Odakyu 10000 Series Romance (Voyager1) @
17:37:23  <planetmaker> I don't think so
17:37:33  <planetmaker> I never understood this original restriction
17:37:42  <Brot6> 2cc train set - Feature #2065: Odakyu 10000 Series Romance (Voyager1) @
17:38:07  <Terkhen> I suppose it was an easy way to force them to appear near the coast, but that's not true anymore
17:38:47  <planetmaker> yeah. Thus it's a relict from old times which serves no purpose
17:39:30  <Terkhen> indeed :)
17:39:47  <planetmaker> could even go from trunk :-P
17:40:18  <planetmaker> but then... newgrfs might depend on it.
17:40:23  <Brot6> 2cc train set - Feature #2056 (Reopened): TEP80 (Voyager1) @
17:40:24  <Terkhen> nah, someone would oppose that change
17:40:34  <planetmaker> yes. 100% sure about that
17:40:38  <Terkhen> I did not find any way to change this placement behaviour via NewGRF
17:40:52  <Terkhen> so I'm guessing it is something outside the specs but I'm not sure
17:41:15  <planetmaker> the industry placement? hm, FIRS does that a lot :-)
17:41:28  <planetmaker> But I've never looked at it. IIRC it works via CB
17:43:54  <Terkhen> in OpenTTD it is a single enum (see CheckProc at src/industrytipe.h); industry placement via CB is more like a custom function
17:46:02  <planetmaker> yes... the default industry oddities are defined in an enum. Thus if the behaviour is like the refinery... it will behave like it - and not appear in the map centre
17:48:05  <planetmaker> but I've never really dealt with industries so far either, that's just theoretical knowledge on my part :-)
17:49:48  <Terkhen> hmm... what causes a file to be included in project_name.src.dep?
17:50:57  <planetmaker> being linked directly or indirectly in projectname.pnfo
17:53:55  <Terkhen> I'm trying to autogenerate NML code for the list of town names with a script in, but after adding the file to CLEAN_ADD, make clean will fail since the generated file is in project.src.dep but it is already removed
17:54:57  <planetmaker> clean_add should usually be empty
17:55:20  <planetmaker> it's only for _additional_ files which 'normal' projects don't generate
17:55:41  <Terkhen> currently it includes docs/readme.txt in the newgrf_makefile project (nml)
17:55:50  <Terkhen> hmm... always generating the file should also work
17:56:19  <planetmaker> or what kind of file... I might not quite have understood which one you're talking about?
17:56:50  <planetmaker> clean_add might use a nicer or more failsafe form, though. But currently it assumes that the files added there are present
17:57:40  <Terkhen> I have a list of town names in csv, I want to do a script integrated with the makefile that converts the list in NML code
17:59:03  <planetmaker> hm, right. And now clean complains, if the file is not there, yes?
18:00:20  <Terkhen> yes
18:04:14  <planetmaker> <-- does that fix it for you?
18:04:15  <Webster> Title: Viewing Paste #71688 (at
18:05:36  <planetmaker> hm.. probably not
18:08:43  <planetmaker> <-- probably better
18:08:44  <Webster> Title: Viewing Paste #71689 (at
18:09:04  <Terkhen> if I just remove it from CLEAN_ADD everything works, but the file is still there
18:09:05  <Terkhen> let me test
18:13:18  <Terkhen> hmm... now it fails when doing "make" after "make clean"
18:13:37  <Terkhen> it is still complaining about missing file
18:13:40  <Terkhen> but the file is there
18:14:38  <Terkhen>
18:14:39  <Webster> Title: Viewing Paste #71692 (at
18:16:23  <Terkhen> in FIRS, the files are generated but not cleaned, I think I'm just going to do it that way
18:17:09  <planetmaker> hm...
18:26:51  <Brot6> Example NewGRF Project - Bug #1279 (Closed): dep check called too often (planetmaker) @
18:35:09  <Brot6> 2cc train set - Feature #2066 (New): Colossal's file with 2TE10 (Voyager1) @
18:37:07  <Terkhen> what is the "Root directory" field for when creating a repository for a new project?
18:42:03  <Brot6> repository /home/hg/spanishtowns registered in Redmine with url /home/hg/spanishtowns
18:42:03  <Brot6> repository /home/hg/spanishtowns created
18:42:39  <Terkhen> never mind, it seems that was not needed
18:43:29  *** thgergo has joined #openttdcoop.devzone
18:45:22  *** KenjiE20 has quit IRC
18:46:23  *** KenjiE20 has joined #openttdcoop.devzone
18:53:22  <Brot6> Example NewGRF Project - Bug #2067 (New): treat $(CLEAN_ADD) more gracefully (planetmaker) @
18:59:44  *** andythenorth has joined #openttdcoop.devzone
19:01:55  <Brot6> 32bpp-ez-patches: update from r21629 to r21636 done (4 errors) -
19:03:31  *** andythenorth has left #openttdcoop.devzone
19:04:06  <Brot6> clientpatches: update from r21488 to r21488 done -
19:06:32  <Brot6> serverpatches: update from r21629 to r21636 done -
19:18:13  *** KenjiE20 has quit IRC
19:19:15  *** KenjiE20 has joined #openttdcoop.devzone
19:40:37  <Brot6> Spanish Town Names - Revision 0:78cd19ce86ee: Initial import of the base project. (Terkhen) @
19:41:08  <planetmaker> nice :-)
19:44:51  <Terkhen> :)
19:44:57  <Terkhen> I'm fighting with the script right now
19:46:07  <Terkhen> my plan is to have a csv file with all the data and to generate NML code with a certain parameters (maximum probability, discard tows with a population less than X and so on)
19:46:17  <Terkhen> because I want to run some performance test on town generation
19:49:51  <planetmaker> ah
19:51:26  <Terkhen> from looking at the code, it seems that having a wide range of probabilities can result on highly increased town generation times; I'd like to find the best interval since I'm planning to include a lot of town names
19:54:13  <planetmaker> best is setting all to 1 ;-)
19:58:20  <Terkhen> I'm thinking on just using a [1-4] interval
19:58:59  <planetmaker> from what I saw in other town name grfs, higher values don't kill it either. But it might depend on the town name count
20:00:58  <Terkhen> I'll start with all names (8000), but I'm guessing that it will explode in some way
20:01:14  <planetmaker> :-D
20:01:20  <planetmaker> @calc 8000*4
20:01:20  <Webster> planetmaker: 32000
20:01:35  <planetmaker> I'd not bet on an explosion, if you stick to 1...4 ;-)
20:02:31  <Terkhen> I'll start testing on 127...1, just to see what happens :P
20:05:00  <planetmaker> :-P
20:13:10  <Ammler> Terkhen: I use awk for my sets
20:13:38  <Terkhen> yes, that's what I'm using too :)
20:15:01  <Terkhen> I don't know if it will be able to do square roots, though (a linear relation between population and probability is too much)
20:16:36  <Ammler> the problem is, if you use high probability but low number of different names
20:16:46  <Ammler> like my initial swiss towns was
20:17:11  <Ammler> with 8000 names, you might be able to get good results also with high probability
20:32:33  <Terkhen> yes, I need to run multiple tests, with both different probability ranges and different number of town names
21:52:57  *** lemec has joined #openttdcoop.devzone
21:52:57  *** lemec has left #openttdcoop.devzone
21:53:17  *** lemec has joined #openttdcoop.devzone
21:53:17  *** lemec has left #openttdcoop.devzone
22:44:58  *** ODM has quit IRC
23:07:28  *** SmatZ is now known as Guest2304

Powered by YARRSTE version: svn-trunk