Log for #openttdcoop.devzone on 10th July 2010:
Times are UTC Toggle Colours
00:01:42  *** KenjiE20 has quit IRC
01:47:54  *** Seberoth has quit IRC
06:06:48  <Brot6> Swedish Rails - Revision 136:2552dc7eb97f: Change: Provide default graphics group in order to not... (planetmaker) @
07:01:41  <Brot6> NewGRF Meta Language - Revision 548:da5ae961bde4: Doc: Document use of language files. Format cod... (planetmaker) @
07:22:00  *** frosch123 has joined #openttdcoop.devzone
07:52:07  <Brot6> OpenMSX - Revision 84:a5dba2b52a2b: Doc: Add a section about troubleshooting to the readme (planetmaker) @
08:07:19  *** Alberth has joined #openttdcoop.devzone
08:08:38  <Rubidium> planetmaker: just refer to OpenTTD's known-bugs.txt (without the link)
08:08:51  <Rubidium> also the win32 driver has the cut-offs
08:09:00  <Rubidium> and it's Windows :)
08:09:11  <planetmaker> hm... without link?
08:09:38  <Rubidium> yeah
08:09:55  <Rubidium> I rather have they look at the known-bugs.txt of their installation as that's current for their installation
08:11:31  <planetmaker> hm, ok
08:11:49  <Rubidium> oh... don't forget the base translations!
08:13:06  <planetmaker> indeed. I should not
08:13:13  <planetmaker> thanks
08:13:37  <Rubidium> maybe for the ones that don't have an update you can use the license text from OpenGFX
08:13:38  <planetmaker> though it makes sense to release it somewhat jointly with OpenTTD 1.0.3.
08:13:51  <Rubidium> that'll be in 3 weeks
08:13:55  <planetmaker> Then people are less likely to complain
08:14:05  <planetmaker> Well. Then it is three weeks.
08:14:17  <Rubidium> but you're gone then, right?
08:14:37  <planetmaker> I guess that doesn't hurt now either. Yes. I'll add translations and anyone can then just tag and upload :-)
08:15:16  <planetmaker> I'll definitely have no internet from 29/7 to 8/8
08:15:33  <planetmaker> laptop stays at home :-)
08:15:36  <Rubidium> you could release it around 1.0.3-RC1
08:15:53  <Rubidium> which'll be roughly next sunday
08:16:05  <planetmaker> hm, that'd make sense, too
08:16:40  <planetmaker> Then Saturday it'll be :-)
08:16:57  <planetmaker> as I leave already on Sunday for conference
08:18:18  <planetmaker> using the license description from OpenGFX is a good idea, too
08:21:18  <Brot6> OpenMSX - Revision 85:226372fd4e00: Change: Amend documentation concerning windows driver issues (planetmaker) @
09:33:10  *** FooBar has joined #openttdcoop.devzone
09:55:27  <DJNekkid> did anyone of you try nutracks yet, with subways?
09:56:44  <FooBar> no, I haven't tried nutracks at all really
09:57:34  <DJNekkid> there is one thing that anoys me
09:57:45  <DJNekkid> and the problem is in opengfx really
09:57:55  <planetmaker> is it?
09:58:01  <DJNekkid> on the foundations
09:58:18  <DJNekkid> the "backside" got a strip of foundation
09:58:36  <planetmaker> yes. That's how they are...
09:59:14  <DJNekkid> im concidering to actionA them away in nutracks
09:59:15  <Brot6> OpenMSX - Revision 86:6ed0a87715bb: Update: New translations for Czech, Finish, Hungarian, Serbia... (planetmaker) @
10:00:06  <planetmaker> that'd be very bad style
10:00:16  <planetmaker> Everything else relies on the foundations...
10:00:30  <planetmaker> you'd introduce 'bugs' wherever not nutracks is used in the graphics
10:01:04  <FooBar> either way, NuTracks r85 don't even work: "attempt to use invalid ID"
10:01:06  <DJNekkid> but what is the reason for them beeing ther?
10:01:17  <DJNekkid> did you read the discription? :)
10:01:23  <DJNekkid> set parameter0 to 1
10:01:33  <FooBar> what a nonsense
10:01:44  <DJNekkid> i dont know how to let the game set it for me
10:01:55  <DJNekkid> game/grf
10:02:01  <planetmaker> either, you can go and draw new foundations. Then we can talk about putting them in OpenGFX.
10:02:22  <planetmaker> But they're basically the shape and size the foundations in TTD have ever been.
10:02:30  <DJNekkid> i know
10:03:00  <DJNekkid> it might just be me, but ive never really liked the backside of thoose foundations
10:03:58  <DJNekkid> FooBar: do you know how to let the game set a parameter?
10:04:22  <planetmaker> <-- it's nearly the same in both base sets
10:04:54  <FooBar> original_windows has the same problem, hasn't it? Or otherwise I don't see the problem really :(
10:05:08  <planetmaker> FooBar: yes. See the link I gave ;-)
10:05:14  <planetmaker> mind that it loads.... loooong
10:05:19  <planetmaker> (all base sprites)
10:06:45  <planetmaker> DJNekkid: what do you need that parameter for?
10:07:31  <DJNekkid> to disable a couple of railtypes that currently isned used, but will be at one point
10:08:01  <planetmaker> and... why do you need a parameter to do so?
10:08:07  <planetmaker> why not do that always?
10:08:13  <FooBar> DJNekkid: try -1 * 0 0D 00 80 FF FF \d1
10:08:41  <DJNekkid> because currently nutracks supply like 18 or so new railtypes
10:09:13  <planetmaker> yes. But you can choose one setting, if the parameter is 0
10:09:21  <planetmaker> and another if it is 1 etc pp
10:09:33  <planetmaker> a parameter is (usually) 0, if not defined
10:09:53  <planetmaker> thus testing it for 0 and then doing defaults would be the way to go
10:09:53  <DJNekkid> according to someone, "unset" and "0" isnt the same
10:09:57  <FooBar> above code should set the parameter to 1 if not defined
10:09:58  <DJNekkid> dalestand or something :)
10:10:08  <planetmaker> DJNekkid: yes. With TTDP :-P
10:10:26  <planetmaker> Or use FB's code with 0 instead of 1
10:12:03  <DJNekkid> i already have the code with 1 supplied :)
10:12:26  <planetmaker> well. Using 0 as default is saner
10:12:35  <planetmaker> because 0 is... default anyway
10:12:38  <DJNekkid> true
10:13:33  <FooBar> if my code doesn't work, put a 00 (or a 9A) instead of the second FF, otherwise, keep it
10:13:47  <DJNekkid> it worked :)
10:13:53  <FooBar> ok, good
10:14:12  <planetmaker> because with 0, you can then as player use 0, if you don't want to change anything for the first parameter(s), but another later one
10:14:32  <DJNekkid> this parameter will change at some point anyway
10:15:05  <planetmaker> you should document your parameters in the readme :-)
10:15:19  <planetmaker> I only recently changed the readme to not be a 80% OpenGFX readme.
10:16:02  <Brot6> Nutracks - Revision 86:e90832be3a6a: Fix: Dont need to set parameter 0 to 1 for the set to work a... (DJNekkid) @
10:21:38  <DJNekkid> but ttyl :) gotta shower, get groceries, then there is a beer-tent at 1, footballgame at 4, dinner at 7ish, then a party at 8 or something :)
10:37:13  *** KenjiE20 has joined #openttdcoop.devzone
10:37:35  <planetmaker> enjoy, DJNekkid :-)
11:31:15  *** Seberoth has joined #openttdcoop.devzone
11:32:10  *** ODM has joined #openttdcoop.devzone
11:40:31  <Ammler> fishing looks nice
11:40:48  <planetmaker> of firs?
11:40:50  <planetmaker> :-)
11:41:15  <Ammler> yes, from the screens in the release thread
11:42:23  <Ammler> or in the other thread, dunno :-/
11:58:20  <planetmaker> yeah. That, the dedication, ambition and flexibility how to reach the goals make FIRS one of the main design drivers in the newgrf domain :-)
12:10:07  *** Seberoth has quit IRC
12:51:36  <Terkhen> hmm... FIRS makefile does not find renum/grfcodec, even if both of them are on my PATH (I can run both of them from FIRS source folder)
12:53:20  <planetmaker> hm. What OS?
12:53:54  <Terkhen> archlinux, used to work fine before I switched to 64 bits
12:54:01  <planetmaker> hm
12:54:08  <Terkhen> in fact, it does not see them even if they are placed at firs folder
12:54:17  <planetmaker> what does it output, if you run it with make _V=
12:54:26  <Alberth>  .  may not be in the PATH
12:54:55  <planetmaker> Terkhen: and what's the output of "which grfcodec"
12:56:02  <planetmaker> and ./grfcodec != grfcodec
12:56:17  <planetmaker> as Alberth says
12:56:20  *** Seberoth has joined #openttdcoop.devzone
12:56:51  <Terkhen>
12:56:59  <planetmaker> but I just grep'ed the source for the use of the newgrf parameters... I couldn't find them used anywhere
12:57:35  <planetmaker> well... to me those clearly show that both, renum and grfcodec are not in your path
12:57:38  <Alberth> 'which grfcodec' should give you the path to the binary if they are in the PATH
12:58:11  <Alberth> the NewGRF uses the parameters, not openttd
12:58:36  <Terkhen> "which grfcodec" and "which renum" give the correct path
12:59:09  <Terkhen> oh
12:59:58  <Terkhen> adding them to the path as "~/bin" instead as with an absolute route wasn't the best of my ideas
13:00:06  <Terkhen> it's working now, thanks
13:00:10  <planetmaker> :-)
13:01:28  <Alberth> ~/bin is also an absolute path :)
13:01:54  <Alberth> (but it needs shell exapnsion)
13:02:19  <planetmaker> :-)
13:05:26  <Terkhen> :P
15:10:55  *** Seberoth has quit IRC
15:20:52  *** Seberoth has joined #openttdcoop.devzone
16:18:47  <Brot6> firs: update from r1037 to r1040 done -
16:19:24  <Brot6> nml: update from r544 to r548 done -
16:19:52  <Brot6> nutracks: update from r85 to r86 done (164 errors) -
16:20:17  <Brot6> openmsx: update from r80 to r86 done -
16:20:53  <Brot6> swedishrails: update from r135 to r136 done -
16:20:55  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r573), 32bpp-extra (r36), airportsplus (r52), bros (r12), comic-houses (r70), fish (r386), grfcodec (r169), heqs (r348), newgrf_makefile (r120), nmts (r16), ogfxplus (r39), opengfx (r465), opensfx (r96), snowlinemod (r15), worldairlinersset (r648)
16:54:45  *** Seberoth has quit IRC
16:58:17  *** Seberoth has joined #openttdcoop.devzone
18:12:37  *** FooBar has quit IRC
19:28:51  *** Alberth has left #openttdcoop.devzone
20:16:59  *** ODM has quit IRC
20:31:27  *** ODM has joined #openttdcoop.devzone
20:50:12  *** frosch123 has quit IRC
21:05:15  *** andythenorth has left #openttdcoop.devzone
21:33:02  *** Seberoth has quit IRC
21:49:24  *** ODM has quit IRC
22:26:30  <Brot6> opengfx: update from r465 to r465 done -
22:29:23  <Brot6> opengfx: update from r465 to r465 done -
22:33:22  <planetmaker> now... that's a peculiar time. And a noteworthy step in revisions...
22:45:24  <Ammler> :-)
22:46:23  <Brot6> opengfx: rebuild of r465 done -
23:13:09  <Brot6> Swedish Rails - Revision 137:5ad9b2f47ec5: Doc: Mention bug with non-snowy tracks on tiles with f... (planetmaker) @
23:22:27  <Brot6> opengfx: rebuild of r465 done -
23:24:18  <Brot6> opengfx: rebuild of r465 done -
23:27:05  <Brot6> opengfx: rebuild of r465 done -
23:37:31  <Brot6> opengfx: rebuild of r465 done -
23:39:22  <Brot6> opengfx: rebuild of r465 done -
23:39:57  <Ammler> why do the zips differ?
23:42:38  <Rubidium> timestamps
23:44:37  <Brot6> #openttdcoop - Revision 87:d2cf18ebf56a: [Compiler] Feature: add rebuild of the same rev (flag -f) (Ammler) @
23:44:41  <Ammler> the question is, shall the build fail, if for example the resulting md5 differ?
23:45:19  <Rubidium> of zips? I wouldn't do that
23:45:50  <Ammler> no, for example of the md5 file we generate for newgrfs
23:47:41  *** KenjiE20 has quit IRC
23:48:08  <Ammler> the md5 file we use for make check

Powered by YARRSTE version: svn-trunk