Config
Log for #openttdcoop.devzone on 5th July 2010:
Times are UTC Toggle Colours
00:01:16  *** KenjiE20 has quit IRC
01:26:59  *** Seberoth2 has quit IRC
05:05:04  *** V4530000 has joined #openttdcoop.devzone
05:05:49  *** Ammller has joined #openttdcoop.devzone
05:07:49  *** V453000 has quit IRC
05:07:49  *** Ammler has quit IRC
05:07:49  *** V4530000 is now known as V453000
05:07:49  *** Ammller is now known as Ammler
06:25:46  <planetmaker> good morning
07:34:48  <Ammler> morning
07:34:58  <Ammler> did you reboot our server?
07:35:31  <Ammler> planetmaker: ^
07:37:17  <Ammler> hmm, no, then it was a network issue
07:40:56  <planetmaker> I didn't. Indeed :-)
07:51:26  *** Muxy has joined #openttdcoop.devzone
08:31:10  *** ODM has joined #openttdcoop.devzone
08:31:23  *** Muxy has left #openttdcoop.devzone
08:43:13  *** dan123 has joined #openttdcoop.devzone
08:50:08  *** V453000 has quit IRC
08:50:08  *** Ammler has quit IRC
08:50:08  *** andythenorth has quit IRC
08:50:08  *** Hirundo has quit IRC
08:50:08  *** Terkhen has quit IRC
08:55:54  *** FooBar has joined #openttdcoop.devzone
08:56:23  *** Hirundo has joined #openttdcoop.devzone
08:57:23  *** Terkhen has joined #openttdcoop.devzone
08:57:57  *** Ammler has joined #openttdcoop.devzone
08:59:23  *** V453000 has joined #openttdcoop.devzone
09:00:23  *** andythenorth has joined #openttdcoop.devzone
09:07:35  <planetmaker> hm... what was this, Ammler ?
09:07:49  <Ammler> update of znc
09:08:09  <planetmaker> ah
09:57:24  *** KenjiE20 has joined #openttdcoop.devzone
10:10:15  <PeterT> @irc
10:10:19  <PeterT> @wiki irc
10:10:21  <Webster> IRC - #openttdcoop Wiki - http://wiki.openttdcoop.org/Special:Search?go=Go&search=irc
10:35:40  *** ODM has quit IRC
11:38:45  <Ammler> oh, the redmine people found out, that I am related to openttd :-)
11:39:02  <Ammler> someone plays it on ipad :-)
11:40:43  <FooBar> so much for that secret ;)
11:41:41  <Ammler> yeah, freenode has cloak but if you reconnect, it shows the real host and changes it afterwards
11:42:59  <Ammler> [11:12] <thegcat> Ammler: it's in the appstore alright, by one of the lead devs afaik <-- Rubidium, are you meant here?
11:43:56  <Rubidium> do I have a Mac?
11:44:39  <Ammler> :-D, well "lead devs"
11:45:18  <Rubidium> that's just a blatant lie
11:46:51  <Ammler> yeah, I made it "right" :-)
12:12:41  *** Seberoth has joined #openttdcoop.devzone
12:13:16  *** andythenorth has left #openttdcoop.devzone
14:06:20  *** ODM has joined #openttdcoop.devzone
14:22:20  *** Seberoth has quit IRC
14:28:20  <Brot6> FIRS Industry Replacement Set - Revision 1025:52181741dc3f: Feature #1060: Fishing Grounds (foobar) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/52181741dc3f
14:28:20  <Brot6> FIRS Industry Replacement Set - Feature #1060 (Closed): Restore Fishing Grounds industry (foobar) @ http://dev.openttdcoop.org/issues/1060#change-2818
14:29:07  <FooBar> There's one minor renum warning that I don't understand though, but it works regardless of it
14:30:00  <Ammler> what renum do you use?
14:30:14  <Ammler> there are some useful patches
14:32:01  <Ammler> or just check, if the nightly compiler also does have those warning
14:33:49  <planetmaker> http://www.openttd.org/download-nforenum
14:33:53  <planetmaker> same with grfcodec
14:34:17  <Brot6> FIRS Industry Replacement Set - Bug #1076 (New): Minor renum warning on i_fishinggrounds.pnfo (foobar) @ http://dev.openttdcoop.org/issues/1076
14:34:21  <Ammler> are the patches applied there?
14:34:27  <FooBar> recent renum from openttd website
14:34:35  <FooBar> I believe downloaded yesterday or something
14:34:48  <planetmaker> from that link?
14:34:52  <Ammler> I assume, those are the official svn nightlies
14:34:54  <FooBar> yes, that's the link
14:34:56  <planetmaker> then you'll be fine
14:35:14  <Ammler> ok :-/
14:35:31  <planetmaker> they're the svn nightlies, yes
14:36:06  <FooBar> I made an issue about it, so we can look at it again if the problem also occurs on other computers
14:36:06  *** dan123 has left #openttdcoop.devzone
14:37:28  <planetmaker> FooBar, you don't make use of the correct defines
14:37:38  <FooBar> I don't?
14:37:46  <planetmaker> /!!Invalid character: "T".
14:37:46  <planetmaker> /    0 * 0	 04 0A 84 01 94 DC C3 9E TEXT_IND_FISHINGGROUNDS 00
14:37:55  <planetmaker> ^  and renum / grfcodec will complain
14:38:15  <planetmaker> /!!Invalid character: "T".
14:38:15  <planetmaker> /    0 * 0	 04 0A 84 01 EB DC C3 9E TEXT_STA_FISHINGGROUNDS 00
14:38:17  <planetmaker> ^ same there
14:38:18  <FooBar> yes I know; those strings don't exist in that particular language
14:38:33  <FooBar> I consider that a bug in the translation system :P
14:39:08  <FooBar> The 7F strings are there, so it will be no problem in the final grf
14:39:56  <planetmaker> you should still try to get rid of those errors
14:40:02  <planetmaker> quite ugly IMHO
14:40:14  <planetmaker> but I agree, it looks then like a rather principle problem
14:40:43  <FooBar> easy enough, but annoying, because I have to put placeholder strings in the spanish language
14:40:53  <welshdragon> poop
14:41:08  <welshdragon> I just tried enabling NuTracks in IS2.1.1
14:41:14  <welshdragon> and it failed :(
14:41:59  <FooBar> for one language that is fine, but imagine the same happeling with 20 languages, so I rather fix that differently
14:42:14  <Ammler> there is no IS2.1.1
14:42:21  <Ammler> maybe you meant IS2 2.1.1
14:42:35  <welshdragon> yeah, that's what I meant
14:42:45  <Ammler> that is pre openttd 1.0
14:42:53  <welshdragon> yep
14:42:58  <Ammler> which doesn't support railtype
14:43:00  <planetmaker> FooBar, I fully agree
14:43:30  <FooBar> any ideas? because you're more into this stuff than I am
14:43:52  <planetmaker> Honestly, I didn't look at translations for LOOONG time
14:44:09  <FooBar> ok, but I mean the define and compile stuff in general
14:44:25  <planetmaker> one way would be to include after all translated strings a long chain of
14:44:38  <planetmaker> #ifndef STR_BLA_BLUB
14:45:02  <planetmaker> #define STR_BLA_BLUB_EN
14:45:04  <planetmaker> #endif
14:45:12  <planetmaker> but... that's difficult to implement
14:46:08  <FooBar> maybe not. The 7F translation could be in that format, and called as the very first language and after each other language
14:46:18  <planetmaker> or a complete re-write and totally separate language pre-processing
14:46:47  <planetmaker> FooBar, that gives you zillions of warnings of the type "redefining blub blah"
14:46:57  <Ammler> you might also use the same format as nml already uses?
14:47:14  <planetmaker> yes...
14:47:33  <planetmaker> But it means writing a whole new parser
14:47:58  <Ammler> then converting to nml might be easier :-)
14:48:13  <FooBar> converting FIRS to NML is never easy, it's way too big already
14:48:36  <FooBar> That might be something for FIRS2
14:48:38  <planetmaker> That's not easy
14:48:48  <planetmaker> It's a re-write in parts
14:49:17  <planetmaker> During breakfast I started with fish... I need to learn some syntax there, but I think it already works all what I need
14:49:45  <planetmaker> Once one knows that syntax, though, the conversion is not really difficult, FooBar
14:49:47  <Ammler> can't you make some helper scripts to at least make some steps easier?
14:49:52  <planetmaker> You can translate many things 1:1
14:50:03  <FooBar> maybe not difficult, but a lot of work though
14:50:07  <planetmaker> yes
14:50:23  <planetmaker> But it might pay off really. But I do advise against doing so before 1.0
14:50:30  <Ammler> FooBar: afaik FIRS is already something v3 or so
14:50:34  <planetmaker> Or we'll get a mb / DNF situation here
14:50:57  <Ammler> at least what the GRFID tells :-)
14:51:02  <FooBar> and we don't want that :P
14:51:39  <planetmaker> Ammler, grfID and version number are not really related
14:51:48  <planetmaker> nor should they
14:51:55  <planetmaker> given how the grfIDs work
14:52:16  <Ammler> IMO, they should, as it would make it obvious, which versions are compatible
14:52:31  <Ammler> now you need to read changelog or whatever
14:53:02  <planetmaker> you don't need to care about compatibility. That's what the grfID is for
14:53:24  <Ammler> I would hate how FIRS is doing it right now, if I would still need to maintain the GRFPACK ;-)
14:53:25  <planetmaker> And changing the grfID during development to not annoy both devs and testers, is a good idea. A very good one
14:53:45  <planetmaker> Ammler, not at all. ISR does it bad
14:53:55  <planetmaker> FIRS just requires reading the changelog
14:54:05  <planetmaker> and release messages
14:54:08  <planetmaker> alternatively
14:54:24  <Ammler> changing ID should also change filename
14:54:46  <Ammler> but that doesn't matter that much anymore...
14:54:57  <planetmaker> they come in tars
14:55:12  <planetmaker> usually :-)
14:55:17  <Ammler> the bananars tars aren't manageable at all
14:56:00  <Ammler> they change path also when compatible
14:56:52  <Ammler> but again, since we don't configure newgrfs on the server anymore, it doesn't matter that much
14:57:20  <planetmaker> I'm more bothered that I cannot download my release versions of SE rails
14:57:45  <planetmaker> If I do, all my debug games will load preferentially those - and then I cannot test changes by a simple newgrf refresh
14:58:34  <planetmaker> as such I always delete my release versions in my newgrf folder for SE rails and re-download when I join a server which has them
14:58:49  <Ammler> :-(
14:58:57  <Ammler> you don't need
14:59:12  <planetmaker> I could move. yes
14:59:18  <Ammler> you need delete the bananas grf maybe)
14:59:26  <planetmaker> yes. That's what I do
14:59:51  <Ammler> you could setup a "chrooted" openttd
15:00:12  <Ammler> with disabled personal-dir
15:00:30  <planetmaker> sounds like too much work for too much trouble to do that for every openttd version
15:00:44  <Ammler> you need to configure once
15:00:47  <planetmaker> I test of course with trunk most often. And I play from there, too
15:00:57  <planetmaker> Having to re-compile it twice... I don't fancy it
15:01:04  <Ammler> ?
15:01:17  <planetmaker> Only because I now suddently want to use that not as test trunk but to join servers.
15:01:22  <planetmaker> or play games
15:01:26  <Ammler> I mean, you need to configure once and then you can update and make
15:01:30  <planetmaker> or create maps
15:01:48  <planetmaker> Ammler, yes. But either I have there all usual newgrfs available or not
15:01:53  <planetmaker> I use that install for both
15:02:00  <Ammler> and you can have 2 openttd builds parallel, you should know :-P
15:02:06  <planetmaker> I do.
15:02:28  <planetmaker> But I see little point to compile identical versions only if I want to not test my newgrf or vice versa
15:02:43  <planetmaker> Every compile also costs me then like 5 minutes or so
15:03:33  <Ammler> I see no point to compile a custom build for playing
15:04:01  <planetmaker> I do see a point to compile a custom build for just throwing together a map for our servers
15:04:13  <planetmaker> That'd definitely stop me creating the map
15:04:30  <Ammler> ok, why not using the same build?
15:04:45  <planetmaker> remember: I don't have the ottdcoop and bananas grf available there?
15:04:55  <planetmaker> That was your whole proposal for two builds...
15:05:05  <Ammler> you have a openttdcoop build and newgrf dev build
15:05:27  <Ammler> newgrf dev build is chrooted
15:05:30  <planetmaker> I mostly have one build: trunk at a random revision
15:05:42  <Ammler> ok, I have around 20 here :-)
15:05:46  <Ammler> and I am not a dev :-P
15:06:08  <planetmaker> I do have plenty, too. But that's the one I use usually.
15:06:48  <planetmaker> And compiling for the sake of "I don't want another version of this newgrf" is IMHO definitely the wrong approach
15:06:59  <planetmaker> Or I'll have to make a special build for every savegame
15:07:03  <Ammler> you don't get me :-)
15:07:14  <planetmaker> I could say the same ;-)
15:07:36  <planetmaker> For testing of SE rails I do need other newgrfs, too
15:08:05  <planetmaker> So... And now assume I test nutracks. Now... I want to test it against release se rails. What now? Another chroot for nutracks dev?
15:14:14  <Ammler> hmm, you could make a bug report about newgrf gui so it does disable filtering newgrfs
15:14:24  <Ammler> at least as option
15:14:38  <Ammler> the newgrf gui patch from tt-forums supported that
15:14:57  <planetmaker> what filtering?
15:15:15  <Ammler> it does list only one random grf
15:15:24  <Ammler> so the rest is filtered, isn't?
15:15:34  <planetmaker> The problem only is, if I load an existing savegame. And then it randomly picks an existing grf with the same grfID - as the original MD5 of course isn't available anymore
15:16:03  <planetmaker> Hm, is it? No. I have e.g. for selection both SE houses available when starting something new
15:16:16  <planetmaker> as I do a number of 2cctrainsets
15:16:34  <Ammler> if you need old bananas grfs, you could use http://ps.openttdcoop.org/public/content_download/data
15:17:10  <Ammler> are you sure?
15:17:21  <Ammler> then I don't see your initial issue
15:17:32  <Ammler> I thought, there is only one version per GRFID available
15:18:20  <planetmaker> My problem is this: I have swedishrails-0.5.0 (in content_download/data) and swedishrails-nightly (in data) present
15:18:37  <Ammler> yes
15:18:38  <planetmaker> Now I load tracks_test.sav
15:19:01  <planetmaker> which was played with swedishrails-nightly (old version, different MD5)
15:19:14  <planetmaker> then swedishrails-0.5.0 will be used as compatible.
15:19:20  <planetmaker> I want/need my nightly though
15:19:33  <Ammler> then you remove the grf and readd the nightly
15:19:37  <planetmaker> and for me there's no means ot influence that
15:19:40  <planetmaker> Ammler, exactly
15:19:45  <planetmaker> I delete the bananas grf
15:19:49  <Ammler> no
15:19:51  <Ammler> just from the list
15:20:00  <planetmaker> Ammler, there's no list
15:20:23  <planetmaker> The compatible things are automatically chosen. That's it.
15:20:25  <Ammler> newgrf gui?
15:20:50  <Ammler> you said, it does list all available versions, which I thought, isn't the case :-P
15:20:55  <planetmaker> yes, I can, of course completely remove the grf and re-add the new one
15:21:05  <planetmaker> Ammler, only when I start a NEW game
15:21:25  <planetmaker> When I load an EXISTING game, a random, compatible version is chosen
15:21:37  <Ammler> yes, but then you change the newgrf settings :-)
15:21:46  <planetmaker> ?
15:22:54  <Ammler> you remove ser from the activated list
15:23:06  <planetmaker> yes. That of course works.
15:23:11  <Ammler> then you have all sers which you can now chose the version you need
15:23:23  <Ammler> so what the hell is your issue?
15:23:40  <planetmaker> but that's much more clicks than loading the game, preferrably even via command line -g savegame.sav
15:24:40  <planetmaker> and that I didn't remove the grf ;-)
15:24:42  <Ammler> but what you need wouldn't even work with versioned newgrfs
15:24:53  <planetmaker> why not?
15:25:04  <Ammler> because you like to load an older version
15:25:12  <Ammler> release instead nightly
15:25:14  <planetmaker> no. I like to load the newest
15:25:19  <planetmaker> vice versa
15:25:35  <Ammler> well, that could be fixed with simply timestamp sorting then
15:25:38  <Ammler> already now
15:26:08  <Ammler> or sorting filename
15:30:00  <Ammler> he, sorting filename would be perfect
15:30:15  <Ammler> as content_download < data
15:30:44  <Ammler> or 0.3.0 < r345
15:30:48  <planetmaker> that's correct for my case. But wrong generally in 50%
15:31:00  <Ammler> tell me 1 example
15:31:39  <planetmaker> release version in content_download, newer than development version
15:31:47  <planetmaker> in data
15:31:59  <Ammler> hehe, and how is that possible :-P
15:32:04  <planetmaker> easily
15:32:33  <planetmaker> andy releases heqs 0.6.1 and I last installed it locally around 0.5.x nightly equivalent
15:33:15  <Ammler> but that isn't tip anymore
15:33:23  <Ammler> why would you prefer that old version?
15:33:26  <FooBar> I think I fixed the translation problem, with help of #ifndef
15:33:57  <planetmaker> Ammler, you asked where it would fail. It fails for every newgrf where I don't build the nightlies regularily
15:34:34  <Ammler> hmm, then only file timestamp is working?
15:34:44  <Ammler> which is os dependend
15:35:17  <Ammler> but as the current thing is randomly, we could at least do something which works on unix
15:35:55  <planetmaker> all a hack :-)
15:36:05  <planetmaker> Not worth the trouble unless we get minor grf versions
15:36:31  <Ammler> you would still need support for older grfs
15:41:47  <planetmaker> <PeterT> OwenS is a member?
15:41:47  <planetmaker> <OwenS> PeterT: No
15:41:47  <planetmaker> <PeterT> I didn't think so.<-- :-P prove PeterT wrong? ;-)
15:42:12  <PeterT> planetmaker: was that meant for .pro?
15:42:46  <PeterT> xD
16:00:13  <Brot6> FIRS Industry Replacement Set - Revision 1026:2cd0350ab800: Feature #317: Finish translation syst... (foobar) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/2cd0350ab800
16:00:13  <Brot6> FIRS Industry Replacement Set - Feature #317 (Closed): translation system (foobar) @ http://dev.openttdcoop.org/issues/317#change-2819
16:01:22  <FooBar> how exactly do I register my nickname?
16:01:35  <FooBar> As it appears that I've now lost my underscore for some reason :)
16:03:56  <FooBar> never mind, I must learn to google first ;)
16:04:24  <Ammler> ask at #oftc for drop
16:04:29  <FooBar> anyways, it says that it's already registered. I do wonder why I can be using it though
16:04:40  <Ammler> then register with /msg nickserv register
16:05:01  <Ammler> the nick is 4 year unused, so it will be dropped
16:05:23  <FooBar> ok, I'll try
16:06:12  <Ammler> shall I setup the bouncer too?
16:06:27  <Ammler> (again) :-P
16:07:33  <FooBar> no thanks, I'm good. Costs me too much time to read back stuff
16:07:58  <FooBar> just send me and email if you need me, or a PM, or and issue
16:08:04  <FooBar> options plenty
16:09:20  <FooBar> I do wonder how it's possible that I can use FooBar all of a sudden...
16:09:33  <Ammler> [18:05] <Ammler> the nick is 4 year unused, so it will be dropped
16:09:38  <FooBar> while that wasn't possible previously :S
16:09:50  <Ammler> someone else was using it like you
16:09:56  <Ammler> not identified
16:10:46  <FooBar> ah, that explains
16:10:52  <FooBar> I've registered it now :)
16:11:20  <Ammler> you might enable enforce
16:12:03  <FooBar> ok, after dinner ;)
16:12:08  <FooBar> bye for now!
16:18:39  <Brot6> airportsplus: update from r51 to r52 done - http://bundles.openttdcoop.org/airportsplus/nightlies/r52
16:19:10  <Brot6> firs: compile of r1026 failed - http://bundles.openttdcoop.org/firs/nightlies/ERROR/r1026
16:19:42  <Brot6> nutracks: update from r81 to r82 done (164 errors) - http://bundles.openttdcoop.org/nutracks/nightlies/r82
16:20:44  <Brot6> opengfx: update from r463 to r464 done - http://bundles.openttdcoop.org/opengfx/nightlies/r464
16:21:06  <Brot6> openmsx: update from r79 to r80 done - http://bundles.openttdcoop.org/openmsx/nightlies/r80
16:22:17  <Brot6> opensfx: update from r94 to r96 done - http://bundles.openttdcoop.org/opensfx/nightlies/r96
16:22:40  <Brot6> snowlinemod: update from r14 to r15 done - http://bundles.openttdcoop.org/snowlinemod/nightlies/r15
16:22:43  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r562), 32bpp-extra (r36), bros (r12), comic-houses (r70), fish (r386), heqs (r346), newgrf_makefile (r118), nml (r529), nmts (r16), ogfxplus (r33), swedishrails (r135), worldairlinersset (r648)
16:51:56  <PeterT> @logs
16:51:56  <Webster> Logs: http://hyru.ath.cx:60080/~kenji/ottdcoop/
16:53:41  <Ammler> PeterT: make a fav
16:53:55  <PeterT> I have enough bookmarks, but thanks for offering :p
16:55:34  <planetmaker> as often as you query it it would make sense
16:55:53  <planetmaker> probably it will be visited more often than many of your other bookmarks
16:56:27  <planetmaker> though my FF knows it already when I type 'kenji' in the URL bar
16:56:31  <Ammler> it is the reason, why #openttd disabled it
16:58:00  <FooBar> Ammler and/or planetmaker: firs build failed due to "No rule to make target `sprites/nfo/lang/_base.pnfo". This is a new file I added.
16:58:10  <FooBar> Is it because of the understore that it fails?
16:58:21  <FooBar> (it's just there to keep the file on top in the dir listing)
16:58:39  <Ammler> FooBar: no need to highlight me for Makefile issues :-)
16:58:43  <Ammler> I have no clue about
16:58:47  <FooBar> ok cool
16:58:57  <Ammler> but pm has :-P
16:59:12  <FooBar> that I knew, I was unsure about you, but know I know :)
16:59:48  *** Seberoth has joined #openttdcoop.devzone
16:59:56  <FooBar> anyways, it built here just fine before I committed the change
17:00:08  <planetmaker> FooBar: the file sprites/nfo/lang/_base.pnfo simple does not exist
17:00:14  <planetmaker> you didn't add it to the repo
17:00:21  <FooBar> I didn't?
17:00:25  <planetmaker> no
17:00:26  <Ammler> hg add ...
17:00:36  <FooBar> I thought I added the file :S
17:00:45  <Ammler> hg st should tell you
17:00:47  <planetmaker> you added sprites/nfo/lang/base.pnfo
17:00:54  <planetmaker> and sprites/nfo/lang/00_base.pnfo
17:01:02  <planetmaker> (or maybe they were there already, dunno)
17:01:15  <FooBar> crap...
17:01:57  <FooBar> I named it 00_base at first, but then renamed it, because it has nothting to do with langID 00 in particular
17:02:05  <FooBar> it seems it renamed it back :S
17:02:46  <planetmaker> I don't particularily like it starting with _
17:02:52  <planetmaker> it's not like it's a special file
17:03:14  <planetmaker> and sorting... is something for your file browser ;-)
17:03:21  <Rubidium> use OO :)
17:03:29  <planetmaker> sane names is more important
17:03:33  <Rubidium> for extra added confusion
17:03:49  <planetmaker> nah.
17:03:55  <planetmaker> it should start with -
17:04:08  <planetmaker> maybe -rf is a good name ;-)
17:04:12  <Rubidium> or... for the fun of it: with \
17:04:15  <planetmaker> I'd be scared to delete that file
17:04:39  <FooBar> ok, I rename it then. I have to commit something anyways to fix it...
17:05:08  <planetmaker> FooBar: use hg's rename funktionality instead of manual copy, add and remove
17:05:17  <FooBar> I did ;)
17:05:20  <planetmaker> ok :-)
17:05:35  <FooBar> I remembered that from last time I messed with file names
17:05:50  <Rubidium> funktionality: German or KDE user?
17:06:07  <FooBar> last one
17:06:32  <planetmaker> :-)
17:06:47  <planetmaker> maybe both?
17:07:00  <FooBar> I don't know, you're the German guy here ;)
17:07:43  <Rubidium> it's fun to teach him some "German" spelling (occasionally)
17:08:08  <planetmaker> hu?
17:08:15  <Rubidium> planetmaker: apartheid :)
17:08:32  <planetmaker> ah :-) yeah
17:09:11  <FooBar> gesundheit
17:09:40  <FooBar> Ammler: is it "Fix r1026" or "Fix (r1026)? Or either way?
17:10:48  <Ammler> 2nd
17:10:53  <FooBar> ok, thanks!
17:11:08  <FooBar> I didn't want to run the risk of not having the revision linked :P
17:12:52  <FooBar> damn...clicked too fast :( now it's wrong after all...
17:12:54  <FooBar> oh well
17:13:19  <Brot6> FIRS Industry Replacement Set - Revision 1027:884818b923ae: Fix r1026: clean up some mess I made. (foobar) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/884818b923ae
17:13:48  <planetmaker> the 'beauty' of gui interfaces ;-)
17:15:21  <FooBar> would've happend otherwise as well in this case I think...
17:16:10  <FooBar> anyhow, is it possible to manually run FIRS nightly compile again? I wonder if that last sprite warning I have here also comes up there...
17:17:01  *** frosch123 has joined #openttdcoop.devzone
17:17:54  <planetmaker> quak!
17:18:12  <planetmaker> FooBar: try it locally :-)
17:18:39  <FooBar> well, locally I have that particular error I can't get my head around why it exists
17:18:39  <frosch123> quak :)
17:18:52  <planetmaker> (though yes, it's possible. But the point of a nightly is not to check every commit ;-) )
17:19:07  <planetmaker> FooBar: you shouldn't have uncommited files in that dir
17:19:17  <FooBar> ok, then you try it locally ;)
17:19:18  <planetmaker> if you do, it might work for that reason and fail elsewhere
17:19:47  <planetmaker> seems to work
17:19:50  <FooBar> everything I did today is committed
17:19:57  <FooBar> ok, no renum error?
17:20:09  <planetmaker> A portion of sprite 3250 could not be processed.
17:20:15  <FooBar> yes, that one
17:20:20  <planetmaker> so, yes, there's at least grfcodec errors
17:20:36  <FooBar> I better look into that again then
17:20:41  <FooBar> thanks for checking though
17:20:44  <planetmaker> np
17:20:57  <planetmaker> also quicker than to trigger the CF
17:24:22  <Brot6> test: compile of 0.1.1 failed - http://bundles.openttdcoop.org/test/releases/ERROR/0.1.1
18:17:14  *** OwenS has quit IRC
18:18:20  *** OwenS has joined #openttdcoop.devzone
18:43:14  *** andythenorth has joined #openttdcoop.devzone
18:44:26  <andythenorth> hi hi
18:44:36  <Brot6> Redmine - Revision 3827: Allow js formatted responses. (edavis10) @ http://dev.openttdcoop.org/projects/redmine/repository/revisions/3827
18:45:57  <FooBar> hi Andy!
18:46:35  <FooBar> we have fishing grounds now, although renum gives me some weird error I can't get my head around
18:48:15  <frosch123> maybe the code is fishy
18:49:27  <FooBar> I checked it three times and don't understand why it could be wrong. It's basically copied from some other industry too...
18:51:14  <FooBar> If you want to take a look: http://dev.openttdcoop.org/projects/firs/repository/entry/sprites/nfo/i_fishinggrounds.pnfo
18:51:16  <FooBar> Line 93 is basically the culprit, renum gives me the error "a portion of sprite could not be processed", but no clue what portion...
18:52:46  <Brot6> NewGRF Meta Language - Bug #1077 (New): internal error, assertion of byte value (planetmaker) @ http://dev.openttdcoop.org/issues/1077
18:58:19  <andythenorth> FooBar: I'm stumped initially
18:58:28  <andythenorth> I'll look more in a minute - eating dinner
18:58:54  <FooBar> enjoy!
19:00:01  <frosch123> interestingly renum does not show an error when running it directly on firs.nfo
19:00:33  <Hirundo> planetmaker: I will look into the assert
19:01:19  <planetmaker> Hirundo: it's not unlikely that I feed invalid values
19:01:40  <planetmaker> I'm not 100% sure my patch is actually 100% valid NML
19:02:03  <andythenorth> I have the renum error, but no renum comments in the code
19:02:05  <Hirundo> In any case it shouldn't crash, but provide a nice error message
19:02:22  <andythenorth> so what could be wrong with this: 3250 * 7	 03 09 01 CC 00 \wxA0 //-1 * 0 03 09 <n-ids> <id> 00 <def-cid>
19:03:12  <planetmaker> yep, I know :-) Otherwise I'd have asked what I do wrong ;-)
19:03:23  <planetmaker> thanks for looking at it
19:03:43  <Hirundo> isn't <id> a word?
19:04:01  <planetmaker> andythenorth: FooBar my gut feeling tells me that it is not an issue with the sprite itself
19:04:14  <planetmaker> but some random invalid character in the vicinity in the original source code
19:04:30  <frosch123> also thinks so :I)
19:04:34  <FooBar> Hirundo: id is indeed a word, hence the \wx
19:05:23  <planetmaker> and vicinity can be totally different file, given template usage and so on :-)
19:05:30  <planetmaker> it's anyway at the boundary of industries
19:07:53  <andythenorth> FooBar: the issue isn't 3250 (the action 3) it's something in 321
19:07:57  <andythenorth> 3251
19:08:34  <FooBar> is it?
19:09:02  <Hirundo> planetmaker: how do I make 'make' find 'nml2nfo' ?
19:09:25  <frosch123> yup, deleting 3251 makes it silent
19:09:38  <andythenorth> that's going to be fun :P
19:09:46  <andythenorth> 3251 is a big sprite
19:10:10  <FooBar> I know 3251 is big, I made it big ;)
19:10:33  <FooBar> I'll try the method of deduction on that to find out what's wrong...
19:11:45  * FooBar starts by removing the layout defenition
19:12:27  * andythenorth removes everything else
19:12:45  <andythenorth> problem is  in the first two properties somewhere
19:12:47  <FooBar> good call, the layout wasn't the problem :P
19:13:05  <Yexo> planetmaker: you should just write "cargo_type: IORE;"
19:13:12  <Yexo> all those defines are comletely unneeded
19:13:18  <planetmaker> :-)
19:13:28  <Yexo> (and your cargo table now uses spaces, while the rest of that file uses tabs to indent)
19:13:46  <andythenorth> FooBar: I was wrong.  Problem is not in first two properties :P
19:13:52  <FooBar> :)
19:14:15  <FooBar> Yexo: tab or space indent is completely random in firs source ;)
19:14:36  <Yexo> planetmaker: you can use every cargo that you've defined in the cargotable, when used it'll get replaced by the index in the table
19:14:45  <FooBar> just make sure your tab is equal to 4 spaces and you're good
19:14:56  <Hirundo> cargo_type should be an index, not a bit
19:15:10  <planetmaker> Yexo: that's good and interesting news :-)
19:15:26  <planetmaker> Hirundo: yeah... I have have a documentation patch on that
19:15:31  <planetmaker> not yet finished though
19:15:40  <andythenorth> FooBar: color
19:15:42  <andythenorth> map
19:15:46  <andythenorth> prop 19
19:16:10  <planetmaker> hm... cargo_type is a label in NML, yes?
19:16:53  <Yexo> cargo_type is defined in actions/action0properties.py
19:16:55  <planetmaker> [21:14]	<FooBar>	just make sure your tab is equal to 4 spaces and you're good <-- it still makes a difference
19:17:07  <FooBar> yes, but not visible
19:17:35  <FooBar> andythenorth: did I by any chance forget to define the colour?
19:17:37  <planetmaker> Yexo: yes, it is. And it's according and IIRC to the newgrf specs a climate-dependent cargo type from whatever-row of a table
19:17:43  <andythenorth> FooBar: probably
19:17:47  <frosch123> CLR_FISHINGGROUNDS is undefined :)
19:18:00  <frosch123> it is still in the preprocessed nfo
19:18:15  <andythenorth> are we going to have a tab / space indent war :o
19:18:20  <FooBar> ok, thanks guys
19:18:52  <FooBar> no thanks to renum though, useless message :S
19:19:18  <FooBar> the tab/space war is easily solved, just search and replace in all files
19:19:24  <planetmaker> FooBar: you should remember the error message and the cause :-)
19:19:29  <planetmaker> It will happen again ;-)
19:19:33  <FooBar> probably
19:19:53  <andythenorth> FooBar: you should provide a bug report or patch :)
19:20:38  <FooBar> actually I should...
19:21:15  <FooBar> I wonder where DaleStan is though, haven't seen him around recently.
19:21:41  <frosch123> he left on early march
19:22:21  <FooBar> and I wonder where the renum thread is. Better do a search...
19:22:36  <frosch123> http://www.tt-forums.net/viewtopic.php?f=68&t=11711
19:22:38  <Webster> Title: Transport Tycoon Forums • View topic - NFORenum v3.4.6 released (NFO renumberer and linter) (at www.tt-forums.net)
19:22:46  <frosch123> just had it at hand :)
19:22:48  <planetmaker> FooBar: don't hold your breath for any commits, though
19:23:02  <FooBar> Don't worry, I'm not ;)
19:23:30  <planetmaker> yexo's fatal bug report for ttdpatch is unanswered for a whole week now
19:23:48  <frosch123> last post on ides of March :p
19:23:50  <planetmaker> I told Irwe to stop bothering with TTDP sprites
19:23:59  <planetmaker> hehe @ frosch123
19:24:42  <Ammler> planetmaker: can't you workaround that bug?
19:24:51  <planetmaker> Ammler: not really
19:24:57  <Yexo> well, it's possible
19:25:26  <Yexo> but as long as no TTDPatch dev can be bothered to even reply to my post I'm not bothered to try and support ttdpatch
19:25:45  <Yexo> working around it this time is easy, but if there is no support at all then it's pointless to support ttdpatch
19:26:25  <planetmaker> I fully agree
19:27:15  <Ammler> Yexo: ever considered to support the sim city newobjects?
19:27:33  <Yexo> yes
19:27:38  <Ammler> but? :-)
19:27:50  <Yexo> haven't found the time to actually do it
19:27:59  <planetmaker> 24h limit on the day(s) I guess
19:28:06  <Ammler> ah ok, so no real blockage
19:28:11  <Yexo> nope
19:28:20  <Yexo> belugas did some very early work on it already
19:28:33  <Yexo> but I haven't even looked how much work it would be to support in openttd
19:28:52  <Yexo> I dislike writing guis, that's a bit of a showstopper for me
19:29:04  <Ammler> I think it is like stations without station sign
19:29:17  <Yexo> no, it's a different internal structure
19:29:24  <Yexo> it's more like houses
19:29:26  <Ammler> or industries without production
19:30:02  * andythenorth considers newobjects 'not a pony'
19:30:04  <andythenorth> :)
19:30:06  <Ammler> hmm, does ttdp newobjects also support random placements of it?
19:30:47  <frosch123> hmm, are newobjects necessarily rectangular?
19:30:57  <Yexo> I don't think so, but there were plans to support it for lighthouses
19:31:39  <Yexo> frosch123: according to http://wiki.ttdpatch.net/tiki-index.php?page=Action0Objects#Object_size_0C_ yes
19:33:03  <planetmaker> necessarily rectangular sounds... extensible ;-)
19:33:45  * andythenorth ponders some newobjects
19:34:00  <Ammler> :-)
19:34:09  <planetmaker> andythenorth: go fishing some heavy equipment firs ;-P
19:34:15  <planetmaker> puns intended
19:34:19  <Ammler> t
19:34:27  <planetmaker> nope
19:34:32  <Ammler> :-D
19:37:28  * andythenorth thinks eye-candy fields beats new objects
19:37:47  <frosch123> in unfinishedness?
19:38:06  <andythenorth> aren't they about the same on that scale?
19:38:09  <andythenorth> i.e. not done
19:42:22  <FooBar> Is helicopters hovering above fishing grounds a problem?
19:42:29  <andythenorth> yes
19:42:38  <andythenorth> that's why there's no dredging site currently
19:42:51  <FooBar> darn...
19:42:55  <andythenorth> we await new airports eagerly
19:43:09  <andythenorth> we have two options
19:43:10  <FooBar> copying the station from the oilrigs is the only possibility to get a station for ships there
19:43:34  <andythenorth> 1. live with the helicopter stopping in mid air with blades stopped
19:43:43  <andythenorth> 2. draw a lighthouse at sea with helipda
19:43:46  <andythenorth> helipad /s
19:43:55  <andythenorth> 1 is less work
19:44:20  <FooBar> 2 is ugly, as it doesn't go with my fishing grounds
19:45:07  <planetmaker> FooBar: 1
19:45:13  <FooBar> ok, done
19:45:26  <andythenorth> and hope for new airports :o
19:45:30  <planetmaker> players who go heli-fishing don't deserve better
19:46:46  <FooBar> I wonder if there are helicopters that can be refitted to fish. The default helicopters don't allow that
19:47:04  <andythenorth> AV8
19:47:11  <planetmaker> FooBar: ogfxplus ;-)
19:47:23  <planetmaker> though... not sure. I might add it then :-P
19:47:26  <FooBar> then those sets should be fixed :P
19:47:57  <planetmaker> heli-fishing sounds like a new trend sport for millionairs.
19:48:14  <andythenorth> chinook - with sling
19:48:21  <andythenorth> pikka is a comedian
19:50:36  <FooBar> wait for it...
19:50:41  <Brot6> FIRS Industry Replacement Set - Bug #1076 (Closed): Minor renum warning on i_fishinggrounds.pnfo (foobar) @ http://dev.openttdcoop.org/issues/1076
19:50:41  <Brot6> FIRS Industry Replacement Set - Revision 1028:c0e50edab9d2: Fix #1076: renum warning on i_fishing... (foobar) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/c0e50edab9d2
19:50:41  <Brot6> FIRS Industry Replacement Set - Bug #1076 (Closed): Minor renum warning on i_fishinggrounds.pnfo (foobar) @ http://dev.openttdcoop.org/issues/1076#change-2820
19:51:17  <andythenorth> 2 crates of fish under the chinook
19:51:39  <FooBar> :)
19:52:57  <andythenorth> no fishing harbour?
19:54:26  <frosch123> [21:47] <planetmaker> heli-fishing sounds like a new trend sport for millionairs. <- sounds like one-time fun
19:54:44  <planetmaker> :-)
19:55:00  <planetmaker> win for the darwin award?
19:55:39  <frosch123> no idea how robust fishing lines are though
19:56:16  <planetmaker> quite, I think
19:56:19  <planetmaker> nylon
19:57:18  <FooBar> andythenorth: not yet. I left it disabled, as it needs to be changed into secondary industry too
19:57:42  <andythenorth> ah
19:58:13  <andythenorth> it can probably use secondary template C
19:58:13  <andythenorth> #include "../../templates/template_secondary_action23_C.pnfo"
19:59:28  *** KenjiE20 has quit IRC
20:02:02  *** KenjiE20 has joined #openttdcoop.devzone
20:03:28  <Brot6> FIRS Industry Replacement Set - Revision 1029:0d3260f22357: Feature #708: Polish translation (re)... (foobar) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/0d3260f22357
20:03:28  <Brot6> FIRS Industry Replacement Set - Feature #708 (Closed): polish language file (foobar) @ http://dev.openttdcoop.org/issues/708#change-2821
20:16:07  <Brot6> FIRS Industry Replacement Set - Revision 1030:880eb8e4fb52: Feature: (re)add German translation (foobar) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/880eb8e4fb52
20:19:42  <Brot6> NewGRF Meta Language - Bug #1077: internal error, assertion of byte value (Hirundo) @ http://dev.openttdcoop.org/issues/1077#change-2822
20:23:28  * andythenorth wonders what production level fishing grounds should have
20:24:24  *** frosch123 has quit IRC
20:27:09  <Brot6> NewGRF Meta Language - Bug #1045 (Closed): non-matching string codes (Hirundo) @ http://dev.openttdcoop.org/issues/1045#change-2823
20:30:56  <FooBar> yeah me too, I think they're a bit high atm
20:31:30  <Brot6> NewGRF Meta Language - Bug #994 (Closed): unused tokens (Hirundo) @ http://dev.openttdcoop.org/issues/994#change-2824
20:31:56  <planetmaker> Hirundo: but... shouldn't it NOT issue an internal error?
20:32:03  <planetmaker> whatever I feed it?
20:32:17  <Hirundo> yes
20:32:53  <Brot6> NewGRF Meta Language - Feature #974: Write sprites instead of bytes (Hirundo) @ http://dev.openttdcoop.org/issues/974#change-2825
20:33:17  <Hirundo> http://dev.openttdcoop.org/issues/1077 <- better now?
20:34:52  <Brot6> NewGRF Meta Language - Bug #1077: internal error, assertion of byte value (Hirundo) @ http://dev.openttdcoop.org/issues/1077#change-2822
20:35:06  <planetmaker> :-)
20:35:31  <andythenorth> should fishing grounds cluster?
20:35:33  <andythenorth> probably not
20:35:46  <FooBar> they go whereever the fish go ;)
20:36:02  <FooBar> maybe they shouldn't be able to increase production
20:36:13  <andythenorth> good point
20:36:18  <andythenorth> they wouldn't accept anything
20:36:27  <andythenorth> we could put waste in for a production decrease :P
20:36:34  <FooBar> they already don't accept anything
20:36:49  <FooBar> waste would be a good easter egg
20:36:50  <PeterT> FooBar: congrats on registering your nick ;-)
20:36:59  <FooBar> PeterT: thanks!
20:37:13  <PeterT> I saw the buffer in #oftc, very polite! :-D
20:37:27  <FooBar> I figured, I saw you online there when I asked
20:37:37  <PeterT> hehe :D
20:38:03  <andythenorth> I reckon about 90t fish is about riht
20:38:05  <andythenorth> right /s
20:38:13  <FooBar> yeah, that could work
20:38:42  <andythenorth> we should make it obvious which is the station tile
20:38:45  <planetmaker> andythenorth: it might make sense to cluster them when calling for "prospecting"
20:38:51  <planetmaker> then it's rather like fish farms
20:39:14  <andythenorth> if vehicles had % full load then it would make rather more sense
20:39:22  * andythenorth would like % full load somewhat
20:39:31  <planetmaker> why?
20:39:42  <FooBar> indicating the station tile might be hard, as changing it would also change it for the oil platforms and possibly even disable the station facility
20:40:16  <andythenorth> FooBar: if we make one tile with different colour sprite, then put it in a consistent location that will do
20:40:29  <planetmaker> well. anyway. I'm off to bed. good night folks
20:40:34  <andythenorth> planetmaker: vehicles could go to station A, load 50%, station B, 100%, deliver
20:40:36  <andythenorth> good night
20:40:45  <planetmaker> yeah, right Ok :-)
20:40:47  <FooBar> night!
20:40:57  <andythenorth> % load would be really nice for fishing grounds
20:41:51  <FooBar> I agree, also for oil rigs
20:42:06  <FooBar> I had like 10 in a row in my last game which had very little water
20:42:48  <FooBar> I ended up putting conditional orders after every stop: if full, go deliver
20:43:13  <FooBar> about the loading tile: maybe some splashing water could work. I'll look into that
20:44:13  <FooBar> It does check for at least two tiles of clearance around the grounds, so if players are not silly, ships should be able to access it any time. Finding where to click for the order is a bit tricky though
20:53:21  * andythenorth ponders: drawing or bed?
20:53:45  <FooBar> whatever you prefer
20:54:00  <andythenorth> I am waiting for more exciting commits :)
20:54:16  <FooBar> I'm going to watch tv in 10 minutes anyways
20:54:31  <andythenorth> bed for me then
20:54:36  <FooBar> Oh, you should've asked that earlier, I'm playing solitaire now :P
20:54:37  <andythenorth> drawing can wait
20:54:40  <FooBar> good night!
20:54:49  <andythenorth> solitaire :P
20:55:03  <andythenorth> the most popular game in the world
20:55:16  <FooBar> the most pre-installed game in the world too :P
20:55:17  * andythenorth ponders solitaire.grf
20:55:22  <FooBar> :)
20:55:28  <andythenorth> not pre-installed here
20:55:35  <FooBar> you've been pondering a lot today...
20:55:37  <andythenorth> I had to go find a free version :o
20:55:38  <FooBar> no?
20:55:47  <andythenorth> I ponder stuff more than I do stuff
20:55:53  <FooBar> I know it's preinstalled on the ipod, but not on MacOS?
20:55:56  * Ammler ponders pondering andythenorth
20:56:10  <andythenorth> no solitaire on OS X
20:56:20  <andythenorth> it's a second-rate platform :P
20:56:29  <andythenorth> does linux have solitaire yet?
20:56:38  <Ammler> FooBar: try the 100 different variants on Linux
20:56:51  <FooBar> there's only one on my Ubuntu...
20:57:00  <Ammler> andythenorth: Linux has everything but mostly better ;-)
20:57:03  <FooBar> pre-installed, that is, as that's what we're talking about
20:57:19  <FooBar> Ammler: and mostly in more variants, too
20:57:57  <andythenorth> good night :)
20:58:07  <FooBar> good night to you too
20:58:49  <Ammler> FooBar: andythenorth http://img.openttdcoop.org/images/linsol.png
20:59:09  <Rubidium> Ammler: it doesn't have itunes!
20:59:29  <FooBar> who want's itunes anyways?
21:00:21  <Ammler> Rubidium: it has amarok
21:00:33  <Rubidium> those who *need* to have a i[crap] device at all costs
21:01:07  <FooBar> there are enough alternatives to get songs back and fort on your ipod. Not that I've tried any...
21:01:28  <Ammler> Klondike is it called
21:02:36  <Rubidium> FooBar: but... how do you get OpenTTD from itunes?
21:02:51  <FooBar> not, I have my alternative sources ;)
21:02:57  <Rubidium> which is obviously the only reason one would ever want itunes
21:03:08  <FooBar> there's this here website, I believe openttd.org
21:03:30  <Rubidium> and does that provide binaries that work on say... i[crap] devices?
21:03:52  <FooBar> no, but those don't work on Windows anyways
21:04:23  <FooBar> but anyways, I'm off to the tv
21:04:38  <FooBar> good night everyone!
21:05:15  <Rubidium> FooBar: Mart?
21:05:28  <Rubidium> anyhow... have a good night FooBar
22:07:16  <FooBar> Rubidium: yes :)
22:25:59  *** ODM has quit IRC
22:43:37  *** FooBar has quit IRC
23:10:38  *** Seberoth has quit IRC

Powered by YARRSTE version: svn-trunk