Log for #openttdcoop.devzone on 8th July 2010:
Times are UTC Toggle Colours
00:27:28  *** Seberoth has quit IRC
00:27:29  *** Seberoth2 has joined #openttdcoop.devzone
00:39:45  *** Seberoth2 has quit IRC
04:44:44  <Brot6> Redmine - Revision 3831: Have respect the Authentication Required setting. #5797 (edavis10) @
04:44:44  <Brot6> Redmine - Revision 3832: Check the browse repository or commit access permissions in w... (edavis10) @
04:44:44  <Brot6> Redmine - Revision 3833: Merged r3831 from trunk. (edavis10) @
04:44:45  <Brot6> Redmine - Revision 3834: Merged r3832 from trunk. (edavis10) @
04:44:48  <Brot6> Redmine - Revision 3835: Update the CHANGELOG for 0.9.6 (edavis10) @
04:44:51  <Brot6> Redmine - Revision 3836: Version 0.9.6 (edavis10) @
04:44:56  <Brot6> Redmine - Revision 3837: Merged r3835 from trunk. (edavis10) @
04:44:59  <Brot6> Redmine - Revision 3838: Merged r3836 from trunk. (edavis10) @
04:45:02  <Brot6> Redmine - Revision 3839: Tagging 0.9.6 (edavis10) @
06:18:28  *** ODM has joined #openttdcoop.devzone
07:05:36  <Brot6> HEQS "Heavy Equipment" Set - Revision 347:806253cef511: Change: progress on wood sprites for tr... (andythenorth) @
10:23:38  *** FooBar has joined #openttdcoop.devzone
10:29:41  <FooBar> oh great. The "month and year" string code prints a date
10:30:14  * FooBar wonders what the date string code prints
10:32:39  <FooBar> well, that one prints a formatted date according to the current locale
10:36:29  *** KenjiE20 has joined #openttdcoop.devzone
10:38:20  <andythenorth> :P
10:38:25  *** andythenorth has left #openttdcoop.devzone
10:41:01  *** ODM has quit IRC
10:42:26  <FooBar> if the calculation can be done accurately, I prefer the formatted date over the other
10:42:35  <FooBar> Or the game should be mended
10:44:04  <FooBar> In that case the calculation can be done inaccurately
10:57:00  *** Seberoth has joined #openttdcoop.devzone
11:12:41  <Rubidium> FooBar: basic leapyear calculations apply, i.e. (i % 4 == 0) && (i % 100 != 0 || i % 400 == 0)
11:12:57  <FooBar> I know, that's the annoying part :)
11:13:06  <Rubidium> and they extend to the year 0 (so no fancy 1 week skip to get the years in sync)
11:13:09  <FooBar> But I've figured it out
11:13:33  <FooBar> I change all introduction years into dates and let grfcodec do the calculation
11:14:04  <planetmaker> most sane solution IMHO
11:14:06  <FooBar> for the availability check for industries I check against date and not year
11:14:23  <FooBar> and for the text the date is already in days which I need
11:20:26  <Brot6> FIRS Industry Replacement Set - Revision 1035:585dbfa85e7b: Codechange: Industry intro dates now ... (foobar) @
11:24:15  *** KenjiE20 has quit IRC
11:24:56  *** KenjiE20 has joined #openttdcoop.devzone
11:40:18  <Ammler> zclear
12:00:28  <DJNekkid> what happens when a rollback occours?
12:00:48  <DJNekkid> changes from rX to rY are reverted?
12:00:56  <DJNekkid> i.e. i have to edit a bunch of files again?
12:01:03  <planetmaker> DJNekkid: only the last change is undone
12:01:16  <planetmaker> the last *commit*
12:01:20  <planetmaker> files are not modified
12:01:27  <planetmaker> so you can do:
12:01:34  <planetmaker> hg ci -m "crappy commit message"
12:01:36  <planetmaker> hg rollback
12:01:47  <planetmaker> hg ci -m "Fix: I write nice commit messages"
12:01:51  <planetmaker> or you could do:
12:01:57  <planetmaker> hg ci -m "Fix: something"
12:02:00  <planetmaker> hg push
12:02:11  <planetmaker> with the answer: remote heads created. Push aborted
12:02:13  <planetmaker> hg rollback
12:02:15  <planetmaker> hg pull -u
12:02:21  <planetmaker> hg ci -m "Fix: something"
12:02:23  <planetmaker> hg push
12:02:49  <planetmaker> mind though that a hg pull -u might warrant some review, if files need mergin
12:02:50  <planetmaker> g
12:03:12  <DJNekkid> point was: i did get when trying to push:
12:03:14  <DJNekkid> remote: Commit message 'Fixes on steamengines:\n11B\n140C\n141TA' does not have the correct form:
12:03:14  <DJNekkid> remote: Feature|Add|Fix|Change|Codechange|Update|Cleanup|Doc|Merge|Revert [(rNUM)|(rNUM-rNUM)] [#NUM]: MESSAGE
12:03:14  <DJNekkid> remote: transaction abort!
12:03:14  <DJNekkid> remote: rollback completed
12:03:42  <planetmaker> :-)
12:03:48  <DJNekkid> and i tried hg commit -m "Fix: stuff"
12:03:52  <DJNekkid> but then i get "nothing changed"
12:03:58  <planetmaker> uh?
12:04:30  <Rubidium> Ammler: regarding the grfcodec/nforenum repositories... it would be useful to have the svn versions listed (like the openttd repositories), so the (old) commit messages still makes sense
12:05:21  <planetmaker> DJNekkid: you didn't call any revert or so?
12:05:29  <planetmaker> Then of course it'd be gone...
12:06:03  <DJNekkid> so, the rollback were only server side?
12:06:44  <planetmaker> no rollback server-side
12:06:56  <planetmaker> it didn't get commited server-side
12:07:17  <planetmaker> you need to do a local rollback
12:07:25  <DJNekkid> oki...
12:07:45  <DJNekkid> but i guess, if i have all changed files open, and save them again after the rollback it would be the same
12:08:16  <planetmaker> well... technically there was your change commited remotely. Then detected that it didn't match comit message criteria. Then rollback'ed. So yes. You need to rollback locally, too, in order to write a commit message
12:08:29  <planetmaker> DJNekkid: you don't need to save anything again
12:08:34  <planetmaker> but yes.. you can
12:08:41  <DJNekkid> rollback is commit message only?
12:08:50  <planetmaker> The only thing  a 'rollback' does is 'un-commit' your last commit
12:08:55  <planetmaker> locally only.
12:09:12  <planetmaker> If you pushed, a rollback is not sensible to do. Unless you got the message as above
12:09:33  <planetmaker> hm... complicated, I guess :-)
12:09:36  <Brot6> 2cc train set - Revision 564:8717e9495193: Add: (GNER?) A4-engine (DJNekkid) @
12:09:36  <Brot6> 2cc train set - Revision 565:2da6a92ae4e3: Fix: #1047 (DJNekkid) @
12:09:36  <Brot6> 2cc train set - Revision 566:fe76f30877d6: Fix: Alignment issues on steamers (i hope) (DJNekkid) @
12:09:36  <Brot6> 2cc train set - Bug #1047 (Closed): NER EF1-alignment (DJNekkid) @
12:09:43  <planetmaker> yeah :-)
12:10:20  <planetmaker> There's now some automatic commit message checking installed server-side
12:10:36  <planetmaker> So that the general style is the same. Easier for changelog generation :-)
12:12:10  <DJNekkid> well, thats 3 commits and 2 bugfixes :D
12:15:10  <DJNekkid> i guess capacity/weight is next, and then we can have a beta3
12:16:31  <planetmaker> :-)
12:22:38  <Ammler> [14:04] <Rubidium> Ammler: regarding the grfcodec/nforenum repositories... it would be useful to have the svn versions listed (like the openttd repositories), so the (old) commit messages still makes sense <-- have you the convert patch ready to do so?
12:23:02  <Rubidium> nope... TB always did that
12:23:19  <Rubidium> oh... I actually do
12:25:16  <Rubidium>
12:36:18  <DJNekkid> each generation now get a 18% capacity increase (adjusted with wagon length)
12:36:44  <DJNekkid> and each generation (in reverse order) weigh 12,5% more
12:37:08  <DJNekkid> or something :)
12:39:20  <Ammler> Rubidium: repos fresh converted with your patch
12:40:59  <Rubidium> Ammler: thanks!
12:42:04  <Brot6> mode change on /home/ottdc/hg-repos/grfcodec
12:42:04  <Brot6> mode change on /home/ottdc/hg-repos/nforenum
12:44:07  <Brot6> 2cc train set - Revision 567:c5c2e6cf5320: Change: Cargowagons now have their weight and capacity... (DJNekkid) @
12:44:07  <Brot6> NewGRF Meta Language - Bug #1079 (New): refitable cargo types documentation (planetmaker) @
12:45:15  <planetmaker> nice, Ammler :-)
13:04:39  <Ammler> why isn't redmine able to read the repo?
13:07:53  <planetmaker> not public?
13:13:51  <planetmaker> did you change something, Ammler ? It works now
13:14:10  <Ammler> yeah, switched to trunk
13:14:10  *** FooBar has quit IRC
13:14:18  <planetmaker> oh
13:14:25  <Ammler> but not finished...
13:14:55  <planetmaker> 0.9.6 is out as of today
13:14:55  *** FooBar has joined #openttdcoop.devzone
13:16:29  <Ammler> 0.9.6.devel
13:16:30  *** FooBar has quit IRC
13:16:54  *** FooBar has joined #openttdcoop.devzone
13:18:18  <Ammler> as we use the HG overhaul patch queue, it seems trunk is better maintained
13:18:18  *** FooBar has quit IRC
13:18:54  *** FooBar has joined #openttdcoop.devzone
13:19:38  <planetmaker> aye
13:20:34  <Ammler> please report issues with it :-)
13:20:48  <Ammler> current trunk is quite much Redmine 1.0
13:21:17  <Ammler> but they didn't reach to apply the HG overhaul
13:21:55  <planetmaker> what's the hg overhaul queue? "Just" improved hg support?
13:22:13  <Ammler> yep, tag/branch support
13:22:21  <Ammler> hgid support
13:22:49  <Brot6> FIRS Industry Replacement Set - Feature #932 (Closed): Mail getting fewer after 1990 (foobar) @
13:22:53  <Ammler> better sorting of project activity :-)
13:23:12  <Ammler> so Alberth and Hirundo can commit thing in the same second
13:23:20  <Ammler> things*
13:24:06  <Ammler> I would like to make it configurable, which rev identifer it should use per default
13:24:42  <Ammler> it should support hash as addition but else use the rev num
13:25:03  <Ammler> now it is somehow opposite
13:28:56  <planetmaker> reading the redmine topic, I guess they'll prefer the hash to be the prime identifier.
13:31:02  <Ammler> yes, that is the view of most DVCS users
13:31:10  <Ammler> also for example Alberth
13:31:26  <Ammler> git doesn't have a rev number at all
13:36:16  <Ammler> made 2 tickets :-)
13:36:16  *** FooBar has quit IRC
13:36:54  *** FooBar has joined #openttdcoop.devzone
13:37:46  <Ammler> Rubidium: release a grfcodec 1.0.0-beta1? ;-)
13:37:46  *** FooBar has quit IRC
13:38:54  *** FooBar has joined #openttdcoop.devzone
13:39:21  <Rubidium> Ammler: nope, as I said... first wait at least 2 weeks for Dalestan's reply
13:39:35  <Rubidium> in the meanwhile you could use it for your compile farm to test it a bit more
13:40:09  <Ammler> well and specially with suse 11.3
13:40:09  *** FooBar has quit IRC
13:40:42  <Ammler> will you commit something else or should it work as it is?
13:40:54  *** FooBar has joined #openttdcoop.devzone
13:41:04  <Ammler> else I pack it for test
13:41:05  <Rubidium> Ammler: it should probably work, but it's not very well tested
13:41:23  <Rubidium> i.e. running it on the CF is fine, but uploading to suse probably not
13:41:27  <planetmaker> Rubidium: but the assumption is true that your CF will continue to produce the official binaries as it does now? You just switch the source for the repo?
13:41:56  <Ammler> planetmaker: we can't build win bins
13:42:04  <planetmaker> oh, do we? :-)
13:42:05  <Rubidium> planetmaker: yes
13:42:15  <planetmaker> oh, can't. yes
13:42:40  <Rubidium> planetmaker: but again... 2 weeks waiting and preferably first releasing a "stable" so we can "just" restart the nightly numbering
13:43:01  <planetmaker> yes. We do have that time. And common sense and respect dictates that
13:43:01  <Ammler> but I setup it on our compiler so we could use nightlies for our projects
13:43:26  <planetmaker> Ammler: makes definitely sense
13:43:33  <planetmaker> Same handling as NML :-)
13:43:40  <Ammler> somehow
13:44:01  <planetmaker> why not exactly?
13:44:11  <planetmaker> same problem, different programmes
13:44:14  <Ammler> well, it is exactly
13:44:27  <Ammler> but you need to configure the project to do so
13:44:31  <Ammler> or shall I change the default?
13:44:32  <planetmaker> yes
13:44:45  <planetmaker> well... what's the default now?
13:44:58  <Ammler> using release grfcodec
13:45:26  <Ammler> x86_64  	 grfcodec-0.9.10+r2294-4.1.x86_64.rpm
13:46:21  <Ammler> I simpy add 3000 to the mercurial rev
13:46:26  <Rubidium> hmm... Yexo's patches don't apply anymore (but one)
13:46:48  <Rubidium> so... I'll leave that to Yexo
13:51:11  <Brot6> GRFCodec - Revision 158:14e1bf9ceff0: Change: make UPX compression optional (Rubidium) @
13:51:11  <Brot6> GRFCodec - Revision 159:ae7702612909: Fix: Make race (-jN, N > 1) for remake and release (Rubidium) @
13:51:11  <Brot6> GRFCodec - Revision 160:0f3cbaf980b5: Fix: remove echo bashism (Rubidium) @
13:51:11  <Brot6> GRFCodec - Revision 161:7af14fc3eaf4: Add: .hgignore to ignore generated files (Rubidium) @
13:51:15  <Brot6> GRFCodec - Revision 162:1a77dbc7f2a9: Change: use findversion to get the version instead of rev.p... (Rubidium) @
13:51:18  <Ammler> I added rss as watcher to the projects, so we get at least annoucements in this channel
13:51:19  <Brot6> GRFCodec - Revision 163:2c380ff921eb: Fix: some valgrind warnings (Rubidium) @
13:51:22  <Brot6> GRFCodec - Revision 164:966b8c9551f8: Fix: don't print the 'r' for mercurial versions (Rubidium) @
13:51:26  <Brot6> GRFCodec - Revision 165:b5feb5186cf1: Fix: do not compile with optimisation when GCC 4.5.0 is det... (Rubidium) @
13:51:30  <Brot6> GRFCodec - Feature #1081 (New): Release 1.0.0 (Ammler) @
13:52:06  <Brot6> 2cctrainset: compile of Beta3 failed -
13:52:26  <DJNekkid> failed? wtf?
13:52:46  <Ammler> please do also use full version
13:52:53  <Ammler> 2.0-beta3
13:53:09  <DJNekkid> but then it will say "2cc set 2.0 2.0-beta3"
13:53:28  <Brot6> 2cc train set - Revision 568:df4ed9a7fb2c: Change: It claimed i needed to do this (DJNekkid) @
13:53:28  <Ammler> then you have a bug in your config
13:53:28  <Brot6> 2cc train set - Revision 569:c78ce8db8885: Added tag Beta3 for changeset df4ed9a7fb2c (DJNekkid) @
13:53:28  <Rubidium> DJNekkid: I suspect misisng files
13:53:49  <DJNekkid> Rubidium: i know, and i know witch ones
13:53:58  <Ammler> DJNekkid: maybe you called the title "2cc set 2.0" ?
13:54:14  <DJNekkid> i might :)
13:54:15  <Rubidium> DJNekkid: you are aware that 2.1-beta3 can't be called Beta3 anymore because you already called 2.0-beta3 Beta3?
13:54:18  <DJNekkid> or, whoever did that :)
13:54:30  <Ammler>
13:55:11  <planetmaker> hm. beta3 is a bad tag
13:55:24  <planetmaker> you should always add the version, too, DJNekkid :-)
13:55:36  <DJNekkid> you are a bad tag Beta3, a bad bad tag :) (ref: lady gaga - telephone)
13:55:38  <planetmaker> look at the file names: 2cctrainset-Beta3
13:56:12  <Ammler> Rubidium: you can reuse the same tag name with another hash
13:56:13  <planetmaker> I propose something like 2.0-beta3
13:56:18  <planetmaker> as tag
13:56:26  <planetmaker> or 2.0.0-beta3 even
13:56:43  <Ammler> hmm
13:57:04  <DJNekkid> better? :)
13:57:07  <planetmaker> you could just add another tag of that name and files will look nice
13:57:31  <Brot6> 2cc train set - Revision 570:2e8cbe4c8a4e: Add: A4 files as well + fix in makefile.conf (DJNekkid) @
13:57:31  <Brot6> 2cc train set - Revision 571:648feafbb3fc: Added tag v2.0.0-Beta3 for changeset 2e8cbe4c8a4e (DJNekkid) @
13:57:44  <Ammler> :'-(
13:57:49  <Ammler> why a "v"?
13:57:57  <planetmaker> why not?
13:58:02  <DJNekkid> it used to be there before
13:58:07  <DJNekkid> removed it in makefile.conf
13:58:12  <Ammler> because all others don't have a v
13:58:12  <Brot6> 2cctrainset: update from 2.0-Beta2 to v2.0.0-Beta3 done (1 errors) -
13:58:13  <planetmaker> uh?
13:59:08  <Ammler> sorting with the v can become silly
13:59:11  <planetmaker> true. Having it (also) in the Makefile.config would have resulted in funny ingame names
13:59:20  <planetmaker> Ammler: not really. If done consistently
13:59:40  <Ammler> ok :-P
14:00:48  <Ammler> imo, v is a short of version and should not be part of version
14:01:20  <DJNekkid>
14:01:34  <Ammler> and about consistence the older versions don't have a v
14:01:44  <DJNekkid> they ALL have a V
14:01:46  <DJNekkid> v
14:01:51  <Brot6> 2cc train set - 2cc.png (DJNekkid) @
14:01:57  <planetmaker> so 1.0 didn't have it :-)
14:02:02  <DJNekkid> atleast all nightly after 1.0 did
14:02:25  <Ammler> yeah, that is because you had v2.0 as part of the name :-)
14:02:45  <Ammler> and only BetaX was the version
14:04:06  <DJNekkid> rename the dirs under releases then?
14:04:13  <Ammler> no
14:04:18  <planetmaker> however. The important thing is: the version should only be set by the tag. And that's the case now
14:04:27  <DJNekkid> :D
14:04:37  <planetmaker> though now nightlies will (again) start to look like 2cctrainset-nightly-r613
14:04:39  <Ammler> I can remove if you like
14:05:18  <DJNekkid> remove?
14:05:35  <Ammler> then you can commit again without the v
14:05:40  <DJNekkid> sure :)
14:06:05  <Ammler> well, actually you can already
14:06:34  <Ammler> I also recommend that you either use the zip from for bananas
14:06:48  <Ammler> or compare the md5sums to be the same
14:06:58  <Brot6> 2cc train set - Revision 572:bdb31b96eda9: Added tag 2.0.0-Beta3 for changeset 648feafbb3fc (DJNekkid) @
14:07:01  <DJNekkid> yea, that were the plan, atleast if its accepted :)
14:08:36  <Brot6> 2cctrainset: update from v2.0.0-Beta3 to 2.0.0-Beta3 done (1 errors) -
14:10:03  <DJNekkid> brt?
14:10:05  <DJNekkid> btr?
14:10:24  <planetmaker> hm?
14:11:55  <planetmaker> anyway, DJNekkid you might at some stage also look at the Polish translation patches by Dan123
14:12:11  <planetmaker> which also includes a general overhaul of the translation thing
14:12:19  <DJNekkid> okidoki :D
14:12:33  <planetmaker> It doesn't look to bad on a first sight... but I haven#t gone though all details...
14:12:48  <planetmaker> do you read the bug tracker?
14:13:02  <DJNekkid> yes i do
14:13:11  <DJNekkid> atleast, i read "activity"
14:13:11  <planetmaker> well, then you should know ;-)
14:13:20  <DJNekkid> i heavent studied everything tho :)
14:16:55  <DJNekkid> it looks like he is utilizing some features i dont know and dont know how to use, but that shouldnt be a problem, it looks quite solid
14:17:35  <planetmaker> well. Test it :-)
14:17:42  <planetmaker> Before you commit it.
14:18:22  <planetmaker> such patches have the potetial to screw up way more than they fix
14:18:53  <planetmaker> espcially if only tested with one language in mind, without the global picture considered
14:19:10  <DJNekkid> aye
14:19:41  <planetmaker> I probably won't be able to test anything major... before I fly to Alesund ;-)
14:20:33  <DJNekkid> when were you leaving again?
14:20:56  <planetmaker> apropos... can you recommend some B&B or so where we just could crash when we arrive?
14:21:04  <planetmaker> We'll catch trains on 29th
14:21:10  <planetmaker> *planes
14:21:26  <DJNekkid> there really arent much B&B here ...
14:21:36  <DJNekkid> lots of hotels tho...
14:21:43  <planetmaker> well, then that :-)
14:22:08  <DJNekkid> and when it comes to hotels, pretty much anything will do, the standard is quite high in norway...
14:22:10  <planetmaker> Even though I usually prefer B&B as they're somewhat less 'sterile'
14:22:19  <DJNekkid> Kristine saies hi :)
14:22:26  * planetmaker waves back
14:22:37  <DJNekkid> just got herselves a new tattoo (cherry blossom(s) on her arm)
14:22:43  <planetmaker> :-O
14:23:03  <DJNekkid> its her ... 5th or something :)
14:23:57  <DJNekkid> but hotels ... hmm ... the cheapes one?
14:24:27  <DJNekkid> btw ... the .zip from banananananas contain gpl.txt
14:24:32  <DJNekkid> and bananananananas dont allow that
14:25:42  <planetmaker> yes
14:25:45  <planetmaker> license.txt
14:25:54  <planetmaker> readme.txt
14:25:58  <planetmaker> and changelog.txt
14:26:05  <planetmaker> no other additional files
14:27:03  <planetmaker> did you rename any of those files? Obviously it was working before and I surely didn't touch the names of documentation files nor add anything there
14:27:45  <DJNekkid> heavnt done anything with thoose files :)
14:28:04  <planetmaker> hm, now it is on bananas as gpl-v3
14:28:28  <planetmaker> which is... interesting
14:29:33  <DJNekkid> its been like that on all 2beta's
14:30:06  <DJNekkid> because, afaik, did you convince purno to allow that?
14:30:18  <planetmaker> gpl-2 != gpl-3
14:30:42  <planetmaker> :-) And previous versions of 2cc-v2 were afaik GPL v2
14:30:54  <planetmaker> as does also your license.txt / gpl.txt state
14:31:31  <DJNekkid> i didnt change anything tho ...
14:32:56  <planetmaker> as the 'standard' GPL license is v2 (or v2+) it'd be nicer to GPL-v2 projects if you used GPL v2(+), too
14:33:08  <planetmaker> GPL-v3 has its quirks...
14:33:50  <DJNekkid> i'll set it to v2 on the next release then :)
14:34:16  <planetmaker> you're right. also beta2 had gpl v3
14:35:12  <planetmaker> in April you still had GPL v2, though
14:35:57  <planetmaker> let me guess... you never uploaded a license.txt... and in bananas GPLv3 is selected?
14:36:15  <DJNekkid> probably? :)
14:39:25  *** andythenorth has joined #openttdcoop.devzone
14:45:09  <DJNekkid> well, ttyl, need to go grocerystore shopping :)
14:45:12  <Brot6> Nutracks - Revision 84:169e89736fef: Fix: Merge (DJNekkid) @
14:56:19  <Brot6> grfcodec: compile of r166 failed -
15:17:34  <Rubidium> oh Ammler... you broke it :)
15:18:05  <Ammler> hehe, just don't pull :-)
15:24:12  <Brot6> 2cc train set - Bug #999 (Resolved): Voyagers bugreport (DJNekkid) @
15:24:13  <Brot6> 2cc train set - Bug #999 (Closed): Voyagers bugreport (DJNekkid) @
15:28:19  <Brot6> Nutracks - Revision 85:fba6ac81db08: Fix: Temperate climate had arctic buildings (DJNekkid) @
15:30:10  <DJNekkid> planetmaker: you should "Like" my recent facebookstatus :)
15:34:12  <Ammler> make: upx: Command not found <-- Rubidium, I thought, it is optional now?
15:35:31  <Rubidium> yes, but you "need" to put UPX= into Makefile.local
15:36:26  <Ammler> ok, then it is not a option, but it is disableable :-)
15:37:10  <Rubidium> optional -> not compulsory
15:38:30  <planetmaker> hehe @ DJNekkid
15:41:40  <Brot6> grfcodec: update from  to r166 done -
15:42:38  <Ammler> hmm, version rewrite didn't work :-)
15:43:13  <Brot6> GRFCodec - Revision 166:d3c56de2c0f5: DevZone: enable nightly build for internal use (Ammler) @
15:44:50  <Ammler> something else then ::/
15:49:38  <Brot6> grfcodec: update from r166 to r167 done -
15:50:48  <Brot6> GRFCodec - Revision 167:cda41cbc6eaa: Fix (r166): add the hg revision to the current release (0.9... (Ammler) @
15:54:34  <Brot6> OpenGFX - Revision 465:2d165bf1d32e: DevZone: use nightly grfcodec from this server (Ammler) @
15:56:11  <Ammler> does grfcodec support building a source package?
15:56:18  <Ammler> hmm, should
15:56:41  <planetmaker> if you want, you could assign the Makefile issue(s) to me
15:56:54  <Ammler> Makefile issue?
15:57:11  <Ammler> ah, you mean in grfcodec?
15:57:24  <Ammler> well, I guess, it already has...
15:58:41  <Ammler> there is no bundle_src
15:59:57  <Ammler> Rubidium: using hg hash might be fine as addon
16:00:04  <Ammler> but please use also the rev
16:00:20  <Ammler> else you need to view the logs to see, which is newer
16:01:19  <Ammler> planetmaker: maybe you can help here :-)
16:03:58  <Ammler> planetmaker: also maybe, we can use nml regression for grfcodec too?
16:04:45  <planetmaker> not sure. The input is nml code, not nfo
16:05:59  <Ammler> well, partially, don't you have nfo there too?
16:06:07  <Ammler> at least the idea :-)
16:07:01  <planetmaker> there's no NFO in NML regression tests
16:07:11  <planetmaker> there's NML code and the expected grf files
16:07:17  <Ammler> do you bet?
16:07:27  <Ammler> :-)
16:08:04  <Ammler>
16:08:18  <planetmaker> hm....
16:08:23  <planetmaker> I wonder :-)
16:08:39  <Ammler> why, nml2nfo :-P
16:09:19  <planetmaker> regressions were added later
16:10:07  <Brot6> GRFCodec - Feature #1082 (New): Makefile target bundle_src (Ammler) @
16:10:32  <Ammler> hmm, maybe you should check, if nfo will be checked by your makefile at all
16:10:50  <planetmaker> checking the NFO is not really important
16:11:10  <planetmaker> but it will. Because I compare dirs. If it weren't the test would fail
16:11:29  <Ammler> ah ok
16:11:39  <Ammler> and true, last nml failed btw.
16:12:03  <Ammler>
16:12:03  <planetmaker> 	$(_V) for i in $(TEST_FILES); do ../nml2nfo --nfo output/$$i.nfo --grf output/$$i.grf $$i.nml; done
16:18:57  <Brot6> 2cctrainset: update from r563 to r572 done (1 errors) -
16:19:48  <Brot6> firs: update from r1034 to r1035 done -
16:20:36  *** Seberoth has quit IRC
16:21:07  <Brot6> heqs: update from r346 to r347 done -
16:22:07  <Brot6> nml: compile of r535 failed -
16:22:44  <Brot6> nutracks: update from r82 to r85 done (164 errors) -
16:23:53  <Brot6> opengfx: update from r464 to r465 done -
16:24:00  <Brot6> Following repos didn't need a nightlies update: 32bpp-extra (r36), airportsplus (r52), bros (r12), comic-houses (r70), fish (r386), grfcodec (r167), newgrf_makefile (r120), nmts (r16), ogfxplus (r39), openmsx (r80), opensfx (r96), snowlinemod (r15), swedishrails (r135), worldairlinersset (r648)
16:24:19  <Ammler> deleting unwanted grfcodec-0.9.10+r2294-4.1
16:24:20  <Ammler> installing grfcodec-0.9.10+r2294+r167-suse1120
16:24:22  <Ammler> \o/
16:24:31  *** Seberoth has joined #openttdcoop.devzone
16:32:56  <Brot6> NewGRF Meta Language - Revision 536:88663c37de94: Fix (r486): Don't fail on version detection whi... (planetmaker) @
16:39:08  <Rubidium> Ammler: as I said... after Dalestan replied (or 2 weeks) there'll be a release and then I'll pick up the hg revision numbers
16:39:32  <Rubidium> for now I "don't" care as it's highly unofficial at best
16:39:53  *** frosch123 has joined #openttdcoop.devzone
16:39:57  <Ammler> how did you make source bundles?
16:40:20  <Rubidium> Ammler: talking to me?
16:40:20  <Ammler> I need that for testing suse 11.3
16:40:32  <Ammler> Rubidium: yes, there is no bundle_src
16:40:49  <Rubidium> as I haven't made source bundles, although the OpenTTD CF just makes a checkout and then trashes all .svn directories
16:40:54  <Rubidium> but that loses the svn revision
16:41:03  <Ammler> ah ok
16:41:07  <Rubidium> so in short: it's not there
16:41:16  <Rubidium> probably something to look at after the release
16:41:19  <Ammler> then I do a hg archive
16:47:11  <Brot6> NewGRF Meta Language - Bug #1083 (Confirmed): variable size check fails for labels / regression f... (planetmaker) @
16:48:31  <Brot6> NewGRF Meta Language - Bug #1083: variable size check fails for labels / regression fail for 008_... (Hirundo) @
16:53:35  <Brot6> NewGRF Meta Language - Bug #1083 (Closed): variable size check fails for labels / regression fail... (planetmaker) @
16:53:35  <Brot6> NewGRF Meta Language - Bug #1083 (Closed): variable size check fails for labels / regression fail... (Hirundo) @
16:53:35  <Brot6> NewGRF Meta Language - Revision 537:bd46bfcd2740: Fix: Skip the length check on an action0 proper... (Hirundo) @
16:58:48  <Brot6> NewGRF Meta Language - Bug #981 (Closed): fail more gracefully for wrong palette (Hirundo) @
17:19:43  <Hirundo> planetmaker: As far as I can tell, the refit mask documentation is correct
17:19:49  <Hirundo> although it could be more verbose
17:19:54  *** planetmaker is now known as Mr
17:20:11  *** Mr is now known as mr_right
17:20:17  *** mr_right is now known as planetmaker
17:20:26  <Ammler> Rubidium: still fails :-(
17:20:59  <planetmaker> Hirundo, so... the refit mask really has to be a number also with NML, yes?
17:21:10  <Ammler>
17:21:39  <planetmaker> like 0x01 | 0x04 | 0x20 for the 1st, 3rd and 6th cargo in the cargo translation table?
17:21:41  <Hirundo> currently, yes, like 'refittable_cargo_types: bitmask(PASS, FOOD, MAIL);'
17:21:45  <Ammler> hmm
17:21:49  <Ammler> or it works :-/
17:21:50  <planetmaker> oh... bitmask like that...
17:21:53  <planetmaker> :-)
17:22:02  <planetmaker> that indeed might need better documentation
17:22:17  <planetmaker> but it's easy enough actually
17:22:40  <Hirundo> I'll update the documentation
17:22:47  <planetmaker> :-)
17:23:03  <planetmaker> There's still soooo much to add concerning action0s and documentation...
17:23:35  <Ammler> planetmaker: can you point me to the renum/nforenum detection?
17:23:47  <planetmaker> let's see...
17:24:08  *** ODM has joined #openttdcoop.devzone
17:24:19  <Ammler> $(shell [ `which nforenum 2>/dev/null` ] && echo "nforenum" || echo "renum")
17:24:21  <Ammler> found
17:24:27  <planetmaker> ^
17:24:47  <Ammler> so it seems, that somehow fails on CentOS
17:25:05  <planetmaker> the question is: where?
17:25:33  <Hirundo> planetmaker: please use end tags (like </td>) where appropriate in html
17:26:12  <planetmaker> Hirundo, I didn't use it in the tables. It really bloats them
17:26:19  <planetmaker> Without good reason actually
17:26:30  <planetmaker> Even html examples don't really use them
17:26:49  <Hirundo> they don't ? hmmm *looks*
17:27:01  <planetmaker>
17:27:02  <Webster> Title: Tables in HTML documents (at
17:27:42  <planetmaker> as such I decided to go without.
17:28:05  <planetmaker> I just didn't come around to remove the remaining ones
17:28:51  <Ammler> you should use xhtml
17:29:04  <planetmaker> I should use some food
17:29:13  <Ammler> :-)
17:32:46  <Hirundo> I didn't know html was so "lax", I'm indeed more used to the stricter approach of xhtml
17:33:22  <Hirundo> such as not allowing <b><i>text</b></i>
17:34:18  <planetmaker> Well, in general I do prefer that, too
17:34:37  <planetmaker> But with these tables it adds a lot of overhead which doesn't help and isn't needed
17:34:49  <Hirundo> true
17:34:55  <planetmaker> And as even w3c doesn't care about closing <tr> and <td>...
17:37:02  *** Alberth has joined #openttdcoop.devzone
17:38:14  <Brot6> NewGRF Meta Language - Bug #1079 (Closed): refitable cargo types documentation (Hirundo) @
17:38:14  <Brot6> NewGRF Meta Language - Revision 538:e85cb2a115d5: Doc: Be somewhat more verbose regarding refit m... (Hirundo) @
17:39:38  <Ammler> Rubidium: gratulation, we have agin opengfx for suse 11.3 :-)
17:40:10  <planetmaker> moin Alberth :-)
17:40:31  <Alberth> evenink
17:40:49  * planetmaker considers odd ink ;-)
17:43:20  <Alberth> as long as it is not from L A   :)
17:55:48  <Brot6> 2cc train set - Bug #1084 (New): Brazilian GL8 still has Max TE 0kn (DJNekkid) @
18:06:03  <Alberth>  is this supposed to show anything other than an empty gantt chart?
18:06:29  <Ammler> you need it?
18:06:45  <Ammler> it needs ImageMagick
18:10:37  <Alberth> no, I was just wondering whether it is equally useless as 'open aging issues', 'total issues'
18:10:57  <Ammler> hmm
18:11:29  <Ammler> I guess, the gantt is more useful for commercial products with due date
18:11:30  <Alberth> ie how many issues have existed in the past..... WHO CARES
18:11:55  <Ammler> where you can check, if you still are able to pass the release date :-)
18:12:20  <Alberth> number of open issues over time may be fun :)
18:12:28  <Ammler> but afaik, we never use due date
18:13:09  <Alberth> one of the better properties of a open source software project :)
18:15:05  <Brot6> NewGRF Meta Language - Feature #974 (Closed): Write sprites instead of bytes (Hirundo) @
18:15:27  <Alberth> somebody is busy doing issue reduction :)
18:16:44  <Hirundo> indeed :)
18:16:49  <Hirundo> what's the status of ?
18:17:44  <Alberth> I think there still is one, introduced by YX while I was removing the other ones.
18:17:54  * Alberth will check
18:22:11  * Hirundo attempts to raise the ratio of (closed issues / actual productivity)
18:25:34  <Brot6> FIRS Industry Replacement Set - Bug #1055 (Feedback): Strange availability date behaviour (foobar) @
18:31:03  <Brot6> NewGRF Meta Language - Feature #1085 (New): action color / pure white detection (Hirundo) @
18:42:06  <Brot6> FIRS Industry Replacement Set - Revision 1036:0af4c53af0c1: Feature: Industry intro dates in fund... (foobar) @
18:42:06  <Brot6> FIRS Industry Replacement Set - Feature #858 (Closed): Put industry intro dates into fund menu cb... (foobar) @
18:42:31  <Ammler> Alberth: rmagick is installed but useless :-)
18:43:19  <Alberth> :)
19:00:40  <andythenorth> hi hi
19:02:07  <andythenorth> FooBar: excitingly I have intro dates expressed in millions of mph
19:02:13  <andythenorth> I guess I need a new OpenTTD :P
19:02:22  <FooBar> you know, I didn't test it...
19:02:46  <FooBar> I was awaiting the new nightly, but couldn't wait any longer
19:03:05  <FooBar> It's here now though
19:04:19  <FooBar> It's fine in r20088 :)
19:05:09  <FooBar> albeit that the calculation of leap years is different in grfcodec than in openttd
19:06:07  <FooBar> hmmm
19:06:29  <Ammler> planetmaker: CentOS doesn't have which installed
19:06:39  <FooBar> the aluminium plant is off by like 54 years :S
19:08:12  <Ammler> planetmaker: but it has whereis
19:08:21  <Ammler> what is the reason, you used which?
19:10:00  <FooBar> this date thing is probably 1920-based, isn't it?
19:10:40  <andythenorth> FooBar: some of the dates are very wrong :)
19:10:50  <FooBar> more like all dates are wrong :S
19:11:50  <andythenorth> the actual intro dates seem correct - I just tested again :)
19:11:55  <andythenorth> I assume it's just the display of them
19:13:50  <FooBar> The intro dates are indeed correct
19:14:10  <FooBar> I'm now checking if the wrong value is delivered to the string code or that the string code translates it badly
19:15:38  <andythenorth> FooBar: unrelated, but using nvar = 0 causes troubles
19:15:49  <andythenorth> or so frosch123 told me once
19:16:02  <FooBar> hmmm
19:16:16  <FooBar> then either the game or the manual should be mended in that respect I guess
19:17:44  <frosch123> nvar = 0 is specai value for return computed value, which iirc was exactly what foobar wanted to do
19:17:59  <frosch123> if you use any of the two "date"-stringcodes: yes, they are both 1920-based
19:18:06  <FooBar> darn
19:18:18  <FooBar> and yes, I wanted to use nvar=0 as you say
19:18:51  <FooBar> makes me wonder why it displays dates before 1920 then...
19:19:23  <frosch123> really?
19:19:28  <frosch123> maybe it is signed for some reason
19:19:33  <FooBar> yes, 18something
19:19:58  <FooBar> printing a signed word did give me negative values though
19:20:28  <frosch123> a date since 0 does not fit into a word
19:21:01  <Brot6> NewGRF Meta Language - Revision 539:8118ab08df46: Codechange: Do not import string for functions,... (Alberth) @
19:22:24  <FooBar> If I display a dword value, the number shown is actually the number of days since 0, so the value provided is correct
19:23:06  <FooBar> so back to the drawing board then
19:23:41  <FooBar> maybe if I just subtract the number of days till 1920
19:23:59  <andythenorth> FooBar: when will you admit defeat and hard code the strings :)
19:24:01  <andythenorth> ?
19:24:36  <FooBar> then it will display dates after 1920 correctly, and because it's signed it might display the dates before 1920 correctly too :)
19:25:48  <Brot6> Example NewGRF Project - Code Review #1086 (New): which is not installed on CentOS or RHEL (Ammler) @
19:28:13  <FooBar> YES!!!!
19:28:28  <FooBar> (that's a big "yes")
19:30:10  * FooBar is very pleased
19:31:16  <Brot6> FIRS Industry Replacement Set - Revision 1037:dbc5c800b4d2: Fix (r1036): Display correct date (foobar) @
19:31:25  <FooBar> it is limited though, the introduction date of the brewery is way too early
19:31:37  <FooBar> It displays 12th Nov 1998 now
19:32:23  <planetmaker> FooBar, use the long format introduction dates
19:32:56  <andythenorth> bah
19:32:59  <andythenorth> out of battery
19:32:59  <FooBar> I'm using those, but 1640 is too far before 1920 to fit into a signed whatchamacallit
19:33:02  <andythenorth> back in a bit
19:33:10  <FooBar> the other dates are correct though
19:33:12  <planetmaker> FooBar, in what context?
19:33:22  <planetmaker> and why do you need the difference?
19:33:44  <FooBar> In the context of string code 82
19:34:01  <FooBar> That particular string code is 1920-based, but the long format is 0-based
19:34:17  <FooBar> hence I need to subtract \d1920-01-01 in order to get the correct date
19:37:07  <FooBar> so if I'm correct, range that can be displayed is 179 years before and after 1920
19:41:50  <FooBar> but I think we can just drop the brewery intro date, as the first brewery predates 1040
19:42:37  <andythenorth> yeah, beer is ancient :)
19:42:53  <FooBar> Or use a manual string for the brewery, and the auto-string for industries introduced between 1741 and 2099. That might actually be the best option
19:44:05  <planetmaker> FooBar, beer certainly pre-dates 0AD :-)
19:44:25  <FooBar> beer yes, but breweries not according to wikipedia
19:44:50  <planetmaker> screw that
19:45:33  <FooBar> you're right, the graphics style also doesn't fit anything before 1741 anyways
19:46:25  <Hirundo> planetmaker: did you have a use for per-sprite pcx files in nml?
19:46:43  <Brot6> NewGRF Meta Language - Bug #991 (Confirmed): Cyclic use of code from other modules (Alberth) @
19:46:52  <planetmaker> Hirundo, how do you mean?
19:47:04  <planetmaker> you mean a template referencing several graphics files?
19:47:12  <Hirundo> yes
19:47:24  <planetmaker> not per single sprite, but yes
19:47:48  <planetmaker> SE rails level crossings could use all the same overlay track, but different level crossing sign sprites
19:48:04  <planetmaker> but it needs to be one sprite block
19:48:58  <Hirundo> templates are basically a glorified #define, it's having several image files within one block/spriteset that matters
19:50:17  <planetmaker> yes, it'd be useful :-)
19:53:56  <Hirundo> hmm.. you don't use the compression parameter for real sprites anywhere?
19:54:55  <planetmaker> nope
19:55:10  <planetmaker> they're just default sprites. Maybe I *should* use it.
19:55:24  <planetmaker> But... it works nicely without :-)
19:58:44  <Hirundo> tile compression works better for... tiles :)
19:59:01  <planetmaker> :-)#
19:59:29  <Hirundo> I am captain, I am obvious, therefore I obviously am....
19:59:43  <FooBar> captain?
20:00:03  <planetmaker> captain my captain?
20:00:08  <Hirundo> Captain Obvious thanks yo
20:00:11  <Hirundo> *you
20:04:33  <Hirundo> current real sprite format is [xpos, ypos, xsize, ysize, xrel, yrel[, compression]]
20:04:46  <Hirundo> where to add [imagefile] to that?
20:05:08  <FooBar> in front
20:05:16  <FooBar> it's in front in NFO as well
20:05:33  <planetmaker> Hirundo, as an additional parameter in the end
20:05:57  <Hirundo> I felt having it as first param would be the most useful, but having an optional parameter in front is a bit awkward
20:06:05  <planetmaker> yep
20:06:19  <planetmaker> and in the vast majority of the cases it won't be needed.
20:07:15  * andythenorth ponders
20:08:41  <FooBar> what are you pondering about?
20:08:49  <FooBar> maybe I can ponder with you
20:09:31  <andythenorth> multiple fishing harbours per town looks good
20:09:37  <andythenorth> but could be irritating to play with
20:09:49  <andythenorth> probably ok though
20:10:07  <FooBar> well, you still need to put a harbour and and some truck/train station somewhere
20:10:34  <andythenorth> my concern is about them overlapping so one grabs the cargo
20:10:47  <FooBar> that will happen
20:10:47  <andythenorth> same issue applies to bakeries etc - multiple per town can get built
20:11:03  <andythenorth> in the bakery case I am planning to prevent them within n tiles of each other
20:11:23  <andythenorth> but the fishing harbours look good :)
20:11:29  <FooBar> I know
20:11:31  <planetmaker> andythenorth, what's wrong with the industries overlapping?
20:11:40  <andythenorth> not much really
20:11:45  <planetmaker> why not having two competing industries immediately adjacent?
20:11:51  <planetmaker> It's not like it's unheart of
20:11:53  <andythenorth> which one gets the cargo?
20:11:58  <FooBar> closest
20:12:02  <planetmaker> andythenorth, ^
20:12:10  <planetmaker> to the station sign
20:12:21  <andythenorth> and if you forget that and built your pickup station in the wrong place?
20:12:31  <FooBar> make sure to join them
20:12:36  <andythenorth> I think it's probably a non-problem
20:12:36  <FooBar> then nothing will be wrong
20:12:42  <planetmaker> then you add an extension to it
20:12:55  <FooBar> I don't think it's a problem
20:12:57  <planetmaker> indeed I consider it an absolute non-problem
20:14:57  * andythenorth ponders
20:15:01  <FooBar> does cb 28 already work?
20:15:10  <andythenorth> FooBar: in many cases yes
20:15:13  <FooBar> as it is included in the harbour code...
20:15:22  * andythenorth checks
20:15:31  <FooBar> the generic one
20:16:31  <andythenorth> it's in the production template, but there's no define (needs an action 2 ID) in the harbour code
20:16:41  <andythenorth> also don't know if it's enabled in prop 21 or 22
20:16:53  <andythenorth> are you thinking of using it for something?
20:16:54  <FooBar> oh that might be it
20:17:16  <FooBar> the define is there I believe
20:17:26  <FooBar> #define THIS_HANDLE_CB28              10 00
20:17:30  <andythenorth> yep
20:17:45  * FooBar checks cb flags
20:18:30  <FooBar> no, it's not enabled
20:19:23  <FooBar> continue pondering please :)
20:20:40  * andythenorth ponders 8t MNSP = 3t fish
20:20:43  <andythenorth> seems a bit high
20:20:51  <andythenorth> same as bakery, brewery etc howeve
20:20:52  <andythenorth> r
20:21:06  <FooBar> I just copied it. But yes.
20:21:07  <andythenorth> I think the reason was to not punish players with a very low ratio
20:21:31  <andythenorth> when I did the lumber yard recently 8t chemicals = 2t ENSP
20:21:36  <andythenorth> hmm
20:21:43  <andythenorth> nah it's probably all fine
20:22:20  <andythenorth> is there any case for fishing harbour accepting ENSP?
20:22:25  <FooBar> we can always tweak those little details later
20:22:48  <FooBar> requires a new action23 template
20:23:03  <andythenorth> it's got no gameplay benefit
20:23:11  <FooBar> not really.
20:23:12  <andythenorth> I'm just thinking boats need fuel + parts
20:23:19  <andythenorth> but so do trains..
20:23:27  <andythenorth> and we don't provide ENSP to depots
20:23:56  <FooBar> I figured that too, but then I saw a pattern: all primary accept ENSP, all secondary ENSP and all farms FMSP
20:24:10  <FooBar> better keep it that way for sake of consistency
20:24:49  <FooBar> I do wonder if the fishing grounds should require FMSP. They don't accept any boosting cargo atm
20:26:18  <FooBar> might be a bit silly though, one can only feed the fish :P
20:27:23  <andythenorth> maybe I should invent a Fish Supplies cargo :P
20:27:35  <andythenorth> but no, this one can be a special case
20:27:51  <andythenorth> fish is one of the few things we get without putting much in
20:27:59  <andythenorth> (for as long as they last)
20:28:11  <FooBar> exactly, as they cannot increase production
20:28:18  <FooBar> but are plenty available though
20:28:34  <andythenorth> we should make them cyclically decrease / increase
20:28:34  <andythenorth> :P
20:28:35  <FooBar> you can't get much out of it either; just food
20:28:41  <andythenorth> and glue
20:28:50  <FooBar> no, that's horses
20:29:06  <FooBar> cyclic should be possible, after all we can check which month we're in
20:29:10  <andythenorth> glue is not a required cargo anyway
20:29:30  <FooBar> is glue actually a cargo?
20:29:31  <andythenorth> I was thinking more like 'devastate fish stocks, wait 25 years for them to rebuild'
20:29:39  <FooBar> it fits in one cargo label though :P
20:30:05  <andythenorth> indeed
20:31:22  <Brot6> NewGRF Meta Language - Revision 540:3db322a1e594: Codechange: Store the filename in a real sprite... (Hirundo) @
20:32:40  <frosch123> [22:20] * andythenorth ponders 8t MNSP = 3t fish <- make the harbour also accept waste, though that lowers fish production :p
20:32:50  <andythenorth> :)
20:33:13  <FooBar> might be a bit tricky... the harbour should influence the production of the fishing grounds...
20:33:16  <andythenorth> I commented out waste.  I played with it for a while and thought it was a bit rubbish :)
20:33:23  <FooBar> maybe the fishing grounds can accept waste
20:33:39  <FooBar> what? you trashed waste because it was rubbish?
20:33:43  <FooBar> :P
20:34:29  <FooBar> we should eventually put it in some economies though, as waste is something that is requested by many players
20:35:08  <andythenorth> I have an economy planned called something like 'metropolis'
20:35:36  <andythenorth> I'd say fishing ground production just stays static
20:35:46  <andythenorth> it can be a unique case
20:37:11  <FooBar> imo it should only decrease, like temperate oil wells, but then new instances are allowed to be spawned
20:37:18  <Brot6> NewGRF Meta Language - Revision 541:91f1e30cd183: Fix: Throw nice error messages rather than asse... (Alberth) @
20:37:37  <FooBar> but we can change that later. It's fine for now
20:38:35  <FooBar> by the way, how do you envision these oil fields? As one large industry or as clustered small industries?
20:40:01  *** frosch123 has quit IRC
20:42:05  <andythenorth> FooBar: one large industry
20:42:08  <andythenorth> bit like PBI
20:42:22  <FooBar> ok, then I can make that sometime
20:42:43  <andythenorth> think the default oil pump sprites are 1 tile, so we can just reuse those for now
20:42:52  <andythenorth> it can be pretty big
20:43:20  <FooBar> I already thought that one big industry was the main idea, but I better check before making the wrong thing
20:43:29  <FooBar> default oil pumps are indeed one tile
20:45:16  <andythenorth> I should probably draw a camp for it
20:45:16  <andythenorth>
20:46:50  <FooBar> possibly, then we can have the pump tiles /not/ supply oil, only the camp
20:47:20  <FooBar> so that the pumps are some sort of "fields" but not removable
20:48:35  <andythenorth> interesting idea
20:50:11  <planetmaker> actually pikka's(?) oil fields are quite nice indeed.
20:51:23  <FooBar>
20:51:41  <Brot6> NewGRF Meta Language - Revision 542:1e75dcb22941: Feature: Report warnings for strings not define... (Alberth) @
20:51:41  <Brot6> NewGRF Meta Language - Revision 543:6657adc02195: Fix (r542): Number of arguments in string inter... (Alberth) @
20:51:48  <andythenorth> I think pikka drew his own oil pump
20:51:52  <andythenorth> the rest is default sprites
20:52:34  <andythenorth> incidentally, I don't think my Survey Supplies idea will make it into FIRS
20:52:41  <andythenorth> I can't see it being good gameplay
20:53:34  <Brot6> NewGRF Meta Language - Revision 544:e607e39c3ede: Fix: Generate a nicer error message for unfinda... (Alberth) @
20:54:15  <FooBar> the idea was nice though
20:56:04  <andythenorth> it was blatantly invented to justify some HEQS vehicles
20:56:06  <andythenorth> :)
20:58:16  <andythenorth> FooBar: do you think fishing grounds should cluster?
20:58:36  <Rubidium> no.. they should move around
20:58:42  <FooBar> not really... fish do what they want
20:59:46  <andythenorth> Rubidium: how would that work :P
21:00:01  <Rubidium> dunno
21:01:27  * andythenorth searches for the 'move industry' cb
21:06:09  *** Alberth has left #openttdcoop.devzone
21:09:51  * andythenorth didn't find the 'move industry' cb
21:12:51  <planetmaker> andythenorth, that could work with fields
21:12:54  <planetmaker> water fields
21:13:37  <andythenorth> :o
21:13:38  <andythenorth> ?
21:14:37  <planetmaker> you know... that unfinished patch ;-)
21:14:53  <FooBar> anyhoe, I'm off. Good night!
21:16:30  *** FooBar has quit IRC
22:00:58  <Brot6> HEQS "Heavy Equipment" Set - Revision 348:175edc0152a0: Feature: wood sprites for Tram wagons (andythenorth) @
22:23:36  *** ODM has quit IRC
22:56:59  *** Seberoth has quit IRC

Powered by YARRSTE version: svn-trunk