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 Redmine.pm respect the Authentication Required setting. #5797 (edavis10) @ http://dev.openttdcoop.org/projects/redmine/repository/revisions/3831 04:44:44 <Brot6> Redmine - Revision 3832: Check the browse repository or commit access permissions in Redmine.pm w... (edavis10) @ http://dev.openttdcoop.org/projects/redmine/repository/revisions/3832 04:44:44 <Brot6> Redmine - Revision 3833: Merged r3831 from trunk. (edavis10) @ http://dev.openttdcoop.org/projects/redmine/repository/revisions/3833 04:44:45 <Brot6> Redmine - Revision 3834: Merged r3832 from trunk. (edavis10) @ http://dev.openttdcoop.org/projects/redmine/repository/revisions/3834 04:44:48 <Brot6> Redmine - Revision 3835: Update the CHANGELOG for 0.9.6 (edavis10) @ http://dev.openttdcoop.org/projects/redmine/repository/revisions/3835 04:44:51 <Brot6> Redmine - Revision 3836: Version 0.9.6 (edavis10) @ http://dev.openttdcoop.org/projects/redmine/repository/revisions/3836 04:44:56 <Brot6> Redmine - Revision 3837: Merged r3835 from trunk. (edavis10) @ http://dev.openttdcoop.org/projects/redmine/repository/revisions/3837 04:44:59 <Brot6> Redmine - Revision 3838: Merged r3836 from trunk. (edavis10) @ http://dev.openttdcoop.org/projects/redmine/repository/revisions/3838 04:45:02 <Brot6> Redmine - Revision 3839: Tagging 0.9.6 (edavis10) @ http://dev.openttdcoop.org/projects/redmine/repository/revisions/3839 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) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/806253cef511 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/585dbfa85e7b 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) @ http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/8717e9495193 12:09:36 <Brot6> 2cc train set - Revision 565:2da6a92ae4e3: Fix: #1047 (DJNekkid) @ http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/2da6a92ae4e3 12:09:36 <Brot6> 2cc train set - Revision 566:fe76f30877d6: Fix: Alignment issues on steamers (i hope) (DJNekkid) @ http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/fe76f30877d6 12:09:36 <Brot6> 2cc train set - Bug #1047 (Closed): NER EF1-alignment (DJNekkid) @ http://dev.openttdcoop.org/issues/1047#change-2843 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> http://pastebin.ca/1896624 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) @ http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/c5c2e6cf5320 12:44:07 <Brot6> NewGRF Meta Language - Bug #1079 (New): refitable cargo types documentation (planetmaker) @ http://dev.openttdcoop.org/issues/1079 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) @ http://dev.openttdcoop.org/issues/932#change-2844 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) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/14e1bf9ceff0 13:51:11 <Brot6> GRFCodec - Revision 159:ae7702612909: Fix: Make race (-jN, N > 1) for remake and release (Rubidium) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/ae7702612909 13:51:11 <Brot6> GRFCodec - Revision 160:0f3cbaf980b5: Fix: remove echo bashism (Rubidium) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/0f3cbaf980b5 13:51:11 <Brot6> GRFCodec - Revision 161:7af14fc3eaf4: Add: .hgignore to ignore generated files (Rubidium) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/7af14fc3eaf4 13:51:15 <Brot6> GRFCodec - Revision 162:1a77dbc7f2a9: Change: use findversion to get the version instead of rev.p... (Rubidium) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/1a77dbc7f2a9 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) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/2c380ff921eb 13:51:22 <Brot6> GRFCodec - Revision 164:966b8c9551f8: Fix: don't print the 'r' for mercurial versions (Rubidium) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/966b8c9551f8 13:51:26 <Brot6> GRFCodec - Revision 165:b5feb5186cf1: Fix: do not compile with optimisation when GCC 4.5.0 is det... (Rubidium) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/b5feb5186cf1 13:51:30 <Brot6> GRFCodec - Feature #1081 (New): Release 1.0.0 (Ammler) @ http://dev.openttdcoop.org/issues/1081 13:52:06 <Brot6> 2cctrainset: compile of Beta3 failed - http://bundles.openttdcoop.org/2cctrainset/releases/ERROR/Beta3 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) @ http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/df4ed9a7fb2c 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) @ http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/c78ce8db8885 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> http://bundles.openttdcoop.org/2cctrainset/releases/ERROR/Beta3/2cctrainset-Beta3-build.err.log 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) @ http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/2e8cbe4c8a4e 13:57:31 <Brot6> 2cc train set - Revision 571:648feafbb3fc: Added tag v2.0.0-Beta3 for changeset 2e8cbe4c8a4e (DJNekkid) @ http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/648feafbb3fc 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) - http://bundles.openttdcoop.org/2cctrainset/releases/v2.0.0-Beta3 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> http://dev.openttdcoop.org/attachments/download/779/2cc.png 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) @ http://dev.openttdcoop.org/attachments/download/779/2cc.png 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 bundles.openttdcoop.org 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) @ http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/bdb31b96eda9 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) - http://bundles.openttdcoop.org/2cctrainset/releases/2.0.0-Beta3 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) @ http://dev.openttdcoop.org/projects/nutracks/repository/revisions/169e89736fef 14:56:19 <Brot6> grfcodec: compile of r166 failed - http://bundles.openttdcoop.org/grfcodec/nightlies/ERROR/r166 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) @ http://dev.openttdcoop.org/issues/999#change-2845 15:24:13 <Brot6> 2cc train set - Bug #999 (Closed): Voyagers bugreport (DJNekkid) @ http://dev.openttdcoop.org/issues/999#change-2846 15:28:19 <Brot6> Nutracks - Revision 85:fba6ac81db08: Fix: Temperate climate had arctic buildings (DJNekkid) @ http://dev.openttdcoop.org/projects/nutracks/repository/revisions/fba6ac81db08 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 - http://bundles.openttdcoop.org/grfcodec/nightlies/r166 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) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/d3c56de2c0f5 15:44:50 <Ammler> something else then ::/ 15:49:38 <Brot6> grfcodec: update from r166 to r167 done - http://bundles.openttdcoop.org/grfcodec/nightlies/r167 15:50:48 <Brot6> GRFCodec - Revision 167:cda41cbc6eaa: Fix (r166): add the hg revision to the current release (0.9... (Ammler) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/cda41cbc6eaa 15:54:34 <Brot6> OpenGFX - Revision 465:2d165bf1d32e: DevZone: use nightly grfcodec from this server (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/2d165bf1d32e 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> http://dev.openttdcoop.org/projects/nml/repository/entry/regression/expected/001_action8.nfo 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) @ http://dev.openttdcoop.org/issues/1082 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> http://bundles.openttdcoop.org/nml/nightlies/ERROR/r532/nml-r532-build.test.log 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) - http://bundles.openttdcoop.org/2cctrainset/nightlies/r572 16:19:48 <Brot6> firs: update from r1034 to r1035 done - http://bundles.openttdcoop.org/firs/nightlies/r1035 16:20:36 *** Seberoth has quit IRC 16:21:07 <Brot6> heqs: update from r346 to r347 done - http://bundles.openttdcoop.org/heqs/nightlies/r347 16:22:07 <Brot6> nml: compile of r535 failed - http://bundles.openttdcoop.org/nml/nightlies/ERROR/r535 16:22:44 <Brot6> nutracks: update from r82 to r85 done (164 errors) - http://bundles.openttdcoop.org/nutracks/nightlies/r85 16:23:53 <Brot6> opengfx: update from r464 to r465 done - http://bundles.openttdcoop.org/opengfx/nightlies/r465 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/88663c37de94 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) @ http://dev.openttdcoop.org/issues/1083 16:48:31 <Brot6> NewGRF Meta Language - Bug #1083: variable size check fails for labels / regression fail for 008_... (Hirundo) @ http://dev.openttdcoop.org/issues/1083#change-2847 16:53:35 <Brot6> NewGRF Meta Language - Bug #1083 (Closed): variable size check fails for labels / regression fail... (planetmaker) @ http://dev.openttdcoop.org/issues/1083 16:53:35 <Brot6> NewGRF Meta Language - Bug #1083 (Closed): variable size check fails for labels / regression fail... (Hirundo) @ http://dev.openttdcoop.org/issues/1083#change-2848 16:53:35 <Brot6> NewGRF Meta Language - Revision 537:bd46bfcd2740: Fix: Skip the length check on an action0 proper... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/bd46bfcd2740 16:58:48 <Brot6> NewGRF Meta Language - Bug #981 (Closed): fail more gracefully for wrong palette (Hirundo) @ http://dev.openttdcoop.org/issues/981#change-2849 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> https://build.opensuse.org/package/show?package=opengfx&project=home%3Aopenttdcoop 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> http://www.w3.org/TR/html401/struct/tables.html 17:27:02 <Webster> Title: Tables in HTML documents (at www.w3.org) 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) @ http://dev.openttdcoop.org/issues/1079#change-2850 17:38:14 <Brot6> NewGRF Meta Language - Revision 538:e85cb2a115d5: Doc: Be somewhat more verbose regarding refit m... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/e85cb2a115d5 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) @ http://dev.openttdcoop.org/issues/1084 18:06:03 <Alberth> https://dev.openttdcoop.org/projects/nml/issues/gantt 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) @ http://dev.openttdcoop.org/issues/974#change-2851 18:15:27 <Alberth> somebody is busy doing issue reduction :) 18:16:44 <Hirundo> indeed :) 18:16:49 <Hirundo> what's the status of https://dev.openttdcoop.org/issues/991 ? 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) @ http://dev.openttdcoop.org/issues/1055#change-2852 18:31:03 <Brot6> NewGRF Meta Language - Feature #1085 (New): action color / pure white detection (Hirundo) @ http://dev.openttdcoop.org/issues/1085 18:42:06 <Brot6> FIRS Industry Replacement Set - Revision 1036:0af4c53af0c1: Feature: Industry intro dates in fund... (foobar) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/0af4c53af0c1 18:42:06 <Brot6> FIRS Industry Replacement Set - Feature #858 (Closed): Put industry intro dates into fund menu cb... (foobar) @ http://dev.openttdcoop.org/issues/858#change-2853 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/8118ab08df46 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) @ http://dev.openttdcoop.org/issues/1086 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) @ http://dev.openttdcoop.org/projects/firs/repository/revisions/dbc5c800b4d2 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) @ http://dev.openttdcoop.org/issues/991#change-2854 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/3db322a1e594 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/91f1e30cd183 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> http://madagascaroil.netcomsus.com/common/file.php/pg/localhost74/madagascaroil.com/binaries/55/TsimiroroAerialView.JPG 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> http://users.tt-forums.net/pikka/wiki/index.php?title=Image:Oilf.png 20:51:41 <Brot6> NewGRF Meta Language - Revision 542:1e75dcb22941: Feature: Report warnings for strings not define... (Alberth) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/1e75dcb22941 20:51:41 <Brot6> NewGRF Meta Language - Revision 543:6657adc02195: Fix (r542): Number of arguments in string inter... (Alberth) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/6657adc02195 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/e607e39c3ede 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) @ http://dev.openttdcoop.org/projects/heqs/repository/revisions/175edc0152a0 22:23:36 *** ODM has quit IRC 22:56:59 *** Seberoth has quit IRC