Times are UTC Toggle Colours
00:27:48 <Ammler> please, hold your guys a bit back... 00:27:58 <Ammler> devzone btw. fixed... 01:50:08 *** welshdragon has joined #openttdcoop.devzone 02:25:40 *** KenjiE20 has quit IRC 02:45:24 <DJNekkid> Ammler: hope we still are friends even the the pants won... 02:56:20 *** Frankr has quit IRC 03:39:31 *** Frankr has joined #openttdcoop.devzone 04:09:13 *** welshdragon has quit IRC 04:26:39 *** welshdragon has joined #openttdcoop.devzone 04:51:37 *** Frankr has quit IRC 06:36:05 *** Frankr has joined #openttdcoop.devzone 06:36:58 *** Frankr has joined #openttdcoop.devzone 06:48:54 *** Frankr has quit IRC 06:58:09 <Webster> Latest update from devactivity: FISH - Revision 250: Change: Utility Vessel (medium) now has passengers as default cargo <http://dev.openttdcoop.org/projects/fish/repository/revisions/250> || Redmine - Revision 3328: Refactor: Move the updating of an Issue to the #update method. <http://dev.openttdcoop.org/projects/redmine/repository/revisions/3328> || Redmine - Revision 3329: Refactor: Extracted the duplication from the last commit into a new method <http://dev.openttdcoop.org/projects/redmine/repository/revisions/3329> || Redmine - Revision 3327: Fix LDAP on the fly creation. The User object doesn't have a :dn attrib... <http://dev.openttdcoop.org/projects/redmine/repository/revisions/3327> || Redmine - Revision 3326: Optimize: Only select the name when getting the module names. <http://dev.openttdcoop.org/projects/redmine/repository/revisions/3326> 07:30:48 *** welshdragon has quit IRC 08:55:42 *** ODM has joined #openttdcoop.devzone 09:21:25 *** ODM has quit IRC 09:41:31 *** tneo has quit IRC 09:43:12 *** tneo has joined #openttdcoop.devzone 10:28:57 *** welshdragon has joined #openttdcoop.devzone 10:36:15 <Ammler> DJNekkid: yes, they played almost perfectly :-) 10:51:01 *** ODM has joined #openttdcoop.devzone 11:01:46 <DJNekkid> i didnt see the game... 11:01:58 <DJNekkid> but i saw the last few stones in end 9 and 10 on the net 11:02:32 <DJNekkid> and accodring to the comments in the newspapers were it one bad stone from you guys in end 2 or 3 that were the fatal one... 11:03:40 * Rubidium doesn't understand... I would associate 'stone' with curling but that doesn't have a net as far as I know 11:04:31 <Ammler> :-) 11:04:36 <Ammler> it is curling 11:05:22 <Ammler> DJNekkid: yes, they made one fault and you none 11:07:30 <Rubidium> anyhow... stupid olympics 11:07:44 <Rubidium> now my favorite TV programs aren't broadcast... 11:08:21 <Rubidium> luckily next ones will be at a time it shouldn't disrupt the evening scheduling too much 11:08:42 <Rubidium> although, maybe 2014 messes with the American scheduling 11:16:08 <Ammler> 2014 is in Russia 11:17:15 <Ammler> I don't watch tv usually anyway, so i don't care 11:17:38 <Ammler> (except some sport and news events) 11:18:02 <Ammler> everything else I watch from Torrents 11:21:06 *** welshdragon has joined #openttdcoop.devzone 11:22:43 <Rubidium> Ammler: where do those torrents come from? 11:22:51 <Rubidium> ... right... television 11:23:16 <Ammler> yeah, but with _my_ timetable ;-) 11:23:17 <Rubidium> ... so... programs not being aired means... torrents not being made 11:23:22 *** welshdragon has quit IRC 11:24:14 <Ammler> hmm true, but I usually wait until a season is done before I start download 11:25:04 <Rubidium> doesn't work with things like 'the daily show' 11:25:13 <DJNekkid> :D 11:25:24 <Ammler> :-) indeed 11:25:49 <DJNekkid> so, did anyone see my liveshow yesterday? :P 11:25:55 <Ammler> well, such things, I would watch on tv 11:26:16 <Ammler> I missed it 11:26:16 <Rubidium> Ammler: but they don't show it on TV (here) 11:26:25 <Ammler> you announced it too early :-P 11:26:42 <Rubidium> or if they do it's months after it was originally aired meaning that all context of the show has been lost 11:26:51 <Ammler> Rubidium: I see your conflicts :-) 11:26:52 <DJNekkid> you can catch a re-run, even on demand :P 11:27:13 <Ammler> url 11:28:55 <DJNekkid> clublife.no/tv 11:28:59 <DJNekkid> press "on demand" 11:29:06 <DJNekkid> and "DJ Nekkid life fra Lipp" 11:30:30 <Rubidium> oh... 'live recorded' :) 11:32:12 <Ammler> hehe, I see only your lower body the whole time? 11:32:47 <DJNekkid> no 11:32:59 <Rubidium> I only see a tv and nothing else! :) 11:33:12 <DJNekkid> i move the camera abit to see the dancefloor and the rest of the venue 11:33:54 <Ammler> nice clock you have 11:34:27 <DJNekkid> thats not me actually 11:34:34 <DJNekkid> thats the other DJ i played with 11:34:47 <DJNekkid> i got a more checkboard-ish jacket 11:37:38 <Ammler> Rubidium: no flash? 11:38:18 <Ammler> how do you survive in the youtube world? 11:40:09 <Rubidium> youtube works fine 11:46:51 <DJNekkid> hmm 11:46:56 *** KenjiE20 has joined #openttdcoop.devzone 11:47:06 <DJNekkid> now to finish the 15-bit-price-2ccset-conversion 12:32:50 <DJNekkid> hmm, getting somewhere! 12:49:07 *** Frankr has joined #openttdcoop.devzone 12:49:50 *** DJNekkid has quit IRC 15:27:31 <Webster> Latest update from devactivity: 2cc train set - Revision 459: Cleanup: Remove backup copies <http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/459> 15:36:05 *** ODM has quit IRC 15:44:51 *** ODM has joined #openttdcoop.devzone 15:49:44 <Ammler> planetmaker: you should also define start "I" -> "^I" 15:49:54 <Ammler> else you do also get files with a I 15:51:18 <Ammler> excape ? 15:51:38 <Ammler> s* 15:52:57 *** DJNekkid has joined #openttdcoop.devzone 15:53:02 <DJNekkid> god damn powersurges! 15:53:43 <planetmaker> good point, Ammler 15:54:43 <planetmaker> changed :-) 15:54:55 <planetmaker> DJNekkid, can it be that 2cctrainset has white pixels? 15:55:27 <DJNekkid> the ice3-sprites have some... 15:55:38 <planetmaker> again? 15:55:44 <DJNekkid> yea :( 15:55:55 <planetmaker> why do they have again some? 15:56:03 <planetmaker> That should be changed 15:56:42 <DJNekkid> the old sprites may have been copied over... 15:56:52 <planetmaker> ... 15:57:22 <planetmaker> any reason to do so? 15:57:36 <DJNekkid> i have no idea :) 15:57:42 <planetmaker> it was a commit of yours 15:57:56 <planetmaker> I didn't touch real sprites in long ;-) 15:58:21 <DJNekkid> well ... 15:58:27 <DJNekkid> they are there now... 15:58:28 <DJNekkid> :) 15:58:50 <DJNekkid> quite easy to fix, but it just needs to be done 15:58:52 <planetmaker> and? You keep it this untidy 15:58:53 <planetmaker> ? 15:59:11 <planetmaker> fix the simple things first is usually a good idea :-) 15:59:45 <DJNekkid> but thats boring :) 15:59:49 <DJNekkid> some1 else can do it :) 15:59:58 <planetmaker> yes. That's why I won't do it again for these sprites ;-) 16:01:27 <DJNekkid> hehe 16:01:39 <DJNekkid> but; 16:01:58 <DJNekkid> we can use 15 bits to set prices and running costs :) 16:02:05 <DJNekkid> and im omw to convert the templates 16:02:35 <planetmaker> bad luck for the ICE, I guess 16:02:56 <DJNekkid> bad luck? 16:03:24 <planetmaker> let's say, I'm a bit disappointed by the attitude: oh, I introduced this again, but I cannot be arsed to fix my errors :-( 16:03:35 <planetmaker> even if they're simple to fix 16:03:43 <DJNekkid> but its been there a LONG time! 16:04:01 <DJNekkid> its not something that were done yesterday! 16:04:07 <DJNekkid> and its no "real" error 16:04:13 <planetmaker> oh well then. 16:04:30 <planetmaker> But that's exactly what I mean / what I am disappointed about 16:05:19 <planetmaker> when I mess with sprites, I do check them. 16:06:03 <DJNekkid> either way, its no "real" error 16:06:10 <DJNekkid> its just some software complaining 16:06:17 <DJNekkid> its not like its a "white line" 16:06:42 <DJNekkid> and actually 16:08:23 <Ammler> well, how did happen again might be the better question 16:08:43 <Ammler> looks like you use different sprite base 16:09:00 <Ammler> it* 16:09:05 <planetmaker> yep. That's the really interesting question. 16:09:23 <DJNekkid> i did fix it in a rev that somehow werent uploaded to the repo due to my work-laptop crash a couple of months ago 16:11:58 <planetmaker> eh? Something NOT uploaded doesn't change anything to white pixels. 16:12:38 <DJNekkid> but still... 16:12:46 <DJNekkid> are thoose white pixels a fatal error? 16:12:55 <DJNekkid> do they make the set unplayable? 16:13:04 <planetmaker> *sigh* 16:13:29 <planetmaker> Warning on sprite 1 (level 1). 16:13:30 <planetmaker> Linter failure on sprite 199. 16:13:30 <planetmaker> A portion of sprite 3997 could not be processed. 16:13:30 <planetmaker> Warning on sprite 4338 (level 1). 16:13:30 <planetmaker> Warning on sprite 4669 (level 1). 16:13:31 <planetmaker> A portion of sprite 4794 could not be processed. 16:13:32 <planetmaker> Processing complete. 16:13:37 <planetmaker> ^ those warnings hide that 16:13:37 <DJNekkid> its something insignificent! 16:14:02 <DJNekkid> thoose warnings are something to look upon 16:14:16 <DJNekkid> but i think they will be fixed along with the 15bit P and R-costs 16:14:19 <planetmaker> we had this discussion about "insignificant" warnings already 16:14:34 * planetmaker gives up 16:16:01 <DJNekkid> i think it bottoms down to what i want to do, and not... 16:16:13 <DJNekkid> well not that exactly 16:16:17 <DJNekkid> inspiration 16:17:39 * planetmaker goes testing the new makefile on other newgrfs 16:19:13 <DJNekkid> you seems mad at me? 16:19:54 <planetmaker> not really. But sad 16:20:33 <planetmaker> keeping things tidy makes future things easier 16:21:56 <planetmaker> with these small things slipping in here and there 2cctrainset is not the showcase train newgrf which I hoped it could be :-) 16:22:56 <planetmaker> and 'someone' will fix the mistakes I care shit about is not how I see my fixes here and there being valued a single bit. That's the other part 16:22:58 <DJNekkid> it will be at the end :) 16:23:28 <DJNekkid> im sorry you feel like that planetmaker ... 16:23:57 <DJNekkid> but i probably used an older spriteset then the ones used in v 1.0.x when adding the ice3 16:24:07 <DJNekkid> i.e. the .png source 16:24:20 <planetmaker> yes. obviously 16:29:32 <DJNekkid> and i DO appreciate the work you have done with the makefile system and all! 16:30:00 <planetmaker> I know :-) I guess I'm having a bad day... 16:30:50 <planetmaker> Be sure it's the other way round, too. You do great work on this and the other sets :-) 16:32:59 <DJNekkid> im just not a uberperfectionist 16:33:10 <DJNekkid> it just the way i am... and sorry if that bothers you :) 16:34:07 <planetmaker> IMO it's nothing to do with 'perfectionist' 16:34:12 <planetmaker> It's good programming style 16:35:00 <planetmaker> with these warnings in place you won't notice, if the same happens with a new train introduced 16:35:13 <planetmaker> and voila, there you have the real error. Disguised by sloppery 16:35:50 <planetmaker> well... unlikely as nice templates are used, but maybe the template has a nasty offset. who knows 16:36:50 <planetmaker> and it kills needlessly each time one checks for errors. 16:37:01 <planetmaker> your time. and my time 16:37:06 <DJNekkid> yup... 16:37:12 <DJNekkid> and, thoose errors you pasted up there 16:37:17 <DJNekkid> i know what template it is in 16:37:35 <DJNekkid> its just that the first time i tried to bugfix it i didnt find anything 16:38:42 <planetmaker> yes, I remember one or two errors two, which we look at some time ago - without actually pinning them down or finding a good way to fix. 16:42:23 *** Frankr has quit IRC 16:42:37 *** Frankr has joined #openttdcoop.devzone 16:44:13 <DJNekkid> http://paste.openttd.org/224956 16:45:48 <Rubidium> does 85 read 2 or 4 bytes? 16:46:03 <DJNekkid> well 16:46:08 <DJNekkid> isnt that text EXACTLY the same? 16:46:15 <Rubidium> (it's the part that tells how much they read, right?) 16:46:22 <DJNekkid> right :) 16:46:31 <Rubidium> what does nforenum say? 16:46:53 <DJNekkid> A portion of sprite 3877 could not be processed. 16:46:57 <Rubidium> but yes, the code seems the same 16:47:16 <Rubidium> which of the two is 3877? 16:47:21 <planetmaker> DJNekkid, often that error message is off by a few sprites 16:47:28 <planetmaker> +/-1 16:47:29 <planetmaker> or so 16:47:49 <DJNekkid> the "dont work" one 16:48:10 <Rubidium> how does the post-processed nfo look? 16:48:16 <planetmaker> or at least it can be that it's triggered by an error in the vicinity 16:48:35 <Rubidium> i.e. after it's mangled by nforenum/cpp 16:49:04 <planetmaker> http://paste.openttd.org/224963 <- that way 16:49:46 <Rubidium> planetmaker: that's how it looks in your sources, right? 16:49:55 <planetmaker> nope. That's renum's output 16:50:02 <DJNekkid> brb 10 mins 16:50:24 <Rubidium> yeah, but with your sources. Given that the sprite is 3997 and DJNekkid's is 3877 they don't quite appear to be the same 16:50:30 <planetmaker> yes, 16:51:03 <planetmaker> might be some missing engines or a re-order of sorts 16:51:58 * Rubidium suspects some 'garbage' made its way into that sprite for DJNekkid (missing/wrong #define or so) 16:52:18 <DJNekkid> the template with error is something like "EMU-enginestyle" or so 16:52:31 <DJNekkid> but, afk for a few mins 16:52:56 <planetmaker> Rubidium, but I do get the same message for that particular sprite 16:53:37 <planetmaker> and another for t hat matter. But I suspect *some* wrong / ambigeous / wrongly sized define, too 16:53:54 <Rubidium> @base 10 16 3039 16:53:54 <Webster> Rubidium: BDF 16:55:28 <Rubidium> quite a high vehicle id 16:56:04 <planetmaker> yes-ish. It's like 0...200(?) for wagons, 500+ for steam, 1000+ for e-rail or alike 16:56:11 <planetmaker> e.g. there are HUGE gaps 16:56:38 * Rubidium wonders what that does to the engine pool 16:58:01 <planetmaker> so far there were no complaints about that or any (obvious) ingame effects of a negative sort 16:58:11 <planetmaker> 2cctrainset always used this numbering scheme 17:02:18 *** Frankr is now known as Guest728 17:02:21 *** Frankr has joined #openttdcoop.devzone 17:05:49 <DJNekkid> back :) 17:06:23 <DJNekkid> currently: 17:06:28 <DJNekkid> wagons start at 128 17:06:41 <DJNekkid> engines at 2000 17:06:54 <DJNekkid> mus at 300 17:06:57 <DJNekkid> *3000 17:07:03 <DJNekkid> railbusses at 3500 17:07:10 <DJNekkid> metros at 4500 17:07:16 <DJNekkid> why thoose numbers? 17:07:19 <DJNekkid> it just is so :P 17:07:30 *** Guest728 has quit IRC 17:07:44 <DJNekkid> version 1.0.1 had up to 12k or something :) 17:08:08 <planetmaker> hehe :-) 17:09:20 <DJNekkid> but backto the problem 17:09:42 <DJNekkid> the outcome of both are the same as well as far as i can see 17:10:50 <DJNekkid> http://paste.openttd.org/224964 17:11:22 <planetmaker> yup 17:11:45 <DJNekkid> so ... i still dont understand that problem 17:11:51 * planetmaker neither :S 17:11:56 <Rubidium> @base 10 16 3027 17:11:56 <Webster> Rubidium: BD3 17:12:11 <Rubidium> what are the sprites around the first? 17:12:35 <Rubidium> just from the preprocessed stuff, i.e. with nforenum's warning 17:12:43 *** KenjiE20 is now known as [ghost]buster 17:12:46 <DJNekkid> for example 3812 works 17:12:53 *** [ghost]buster is now known as KenjiE20 17:19:46 <DJNekkid> and now, for further cleanup of templates 17:21:02 <planetmaker> I think, DJNekkid there's a stray 'i' somewhere. 17:21:11 <planetmaker> It follows in both cases: 17:21:28 <planetmaker> http://paste.openttd.org/224965 17:21:50 <planetmaker> btw, that's what I mean with 'in the vicinity' ;-) 17:22:02 <DJNekkid> its in a commented-away-thing... 17:22:10 <DJNekkid> but who knows 17:22:12 <planetmaker> yes. But that might exactly be done by renum 17:22:22 <planetmaker> it comments things which are wrong 17:22:35 <DJNekkid> ehm, no its not! thats it planetmaker ! 17:22:38 <Ammler> Could not create .renum directory in /home/compile. (2) <-- why is that needed? 17:23:15 <planetmaker> where is that 'i' in the source, DJNekkid ? 17:23:56 <DJNekkid> infront of a // :) 17:24:04 <planetmaker> that's what I assumed ;-) 17:24:34 <DJNekkid> sorry if that 2nd commit isnt VERY good readable, but its funny :) 17:24:36 <planetmaker> emu_enginestyle.tnfo 17:25:31 <planetmaker> yup 17:25:53 <DJNekkid> Revision 462: Fix: the iBUG :) 17:29:53 <Webster> Latest update from devactivity: 2cc train set - Revision 462: Fix: the iBUG :) <http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/462> || 2cc train set - Revision 461: Merge <http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/461> || 2cc train set - Revision 460: BIG change: Use CB36 to set costs instead of action0, as this allow... <http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/460> 17:38:06 <DJNekkid> planetmaker: have a look at the most recent commit... 17:38:13 <DJNekkid> is that something you can like, or is that over the top? 17:38:19 <planetmaker> the CB36? 17:38:28 <DJNekkid> 463 17:40:06 <planetmaker> http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/463/entry/templates/var2common/costs_plist.pnfo <-- looks very strange 17:41:08 <DJNekkid> strange? 17:41:10 <planetmaker> But IMO it's absolutely not over the top. 17:41:23 <planetmaker> and quite sensible 17:41:38 <planetmaker> I've done similar things already, so yes :-) 17:42:08 <planetmaker> well. "asdf" is a bad template code, is it? 17:43:10 <DJNekkid> ehm 17:43:14 <DJNekkid> that were not ment to be in :P 17:43:41 <DJNekkid> i just had to make a file in linux, so i didnt have to turn of lots of "show known file extension"-thingy in windows 17:43:49 <planetmaker> touch filename 17:44:10 <DJNekkid> ehm, where the crap did the content go? 17:44:25 <planetmaker> that's what I meant with 'strange' :-) 17:45:43 <planetmaker> but I like where that is meant to go :-) I really do 17:45:46 <Webster> Latest update from devactivity: 2cc train set - Revision 463: Moved the costs to an external file <http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/463> 17:48:17 <Ammler> lol 17:54:10 <planetmaker> bbl. Food and then buying food 17:55:32 <Ammler> opposite? 17:58:10 <KenjiE20> empty fridge -> refill fridge? 17:58:48 <KenjiE20> also, it is usually wise not to go shopping while hungry 18:18:06 <Webster> Latest update from devactivity: 2cc train set - Revision 464: ADSF - > -1 * 0 02 00 blablabla :P <http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/464> 18:23:41 <planetmaker> KenjiE20, exactly. That's why I do it in the order I posted ;-) 18:23:48 <KenjiE20> :) 18:23:49 <planetmaker> and now off for buying food :-P 18:25:25 <Ammler> [18:58] <KenjiE20> also, it is usually wise not to go shopping while hungry <-- true :-) 19:40:02 <planetmaker> <-- back 20:24:34 <Webster> Latest update from devactivity: MiniGRFs - Revision 5: [BaseCosts] Presets 1.1: Add default base costs <http://dev.openttdcoop.org/projects/minigrfs/repository/revisions/5> || OpenGFX - Revision 302: -Update: Czech, Spanish, Finnish, French and Italian description translation <http://dev.openttdcoop.org/projects/opengfx/repository/revisions/302> 20:45:18 <Ammler> [Generating:] opengfx-nightly/. 20:45:19 <Ammler> - Cannot convert to DOS line endings! 20:45:31 <planetmaker> hm 20:45:50 <Ammler> unix2dos missing? 20:46:10 <Ammler> (would be a bit silly dependency) 20:46:11 * planetmaker currently tries to reproduce a fatal crash when trying to select music pieces 20:46:22 <planetmaker> missing unix2dos I assume, yes 20:46:50 <Ammler> you should detect, if installed and only use it, when installed 20:47:11 <planetmaker> hm... yes 20:47:29 <Ammler> or only run it for bundle_zip 20:47:51 <Ammler> hmm 20:49:38 <planetmaker> I think we once agreed that we use it always. 20:49:46 <planetmaker> For the sake of the poor windoze guys ;-) 20:50:32 <planetmaker> anyway missing unix2dos should not be fatal. I totally agree 20:51:24 <Ammler> yes, use for release 20:51:44 <Ammler> oh well, seems fine, but the error was a bit confusing 20:54:21 <Ammler> I remove keyword feature from closing..., ok? 20:54:29 <planetmaker> hm... the last midi file posted crashes openttd :-( 20:55:34 <Ammler> size? 20:56:00 *** DJ_Nekkid has joined #openttdcoop.devzone 20:56:03 <planetmaker> he... now it doesn't. Very strange 20:56:05 <Ammler> planetmaker: no commit msg like "Feature #XX: ...." anymore? 20:56:08 <DJ_Nekkid> my god i hate my modem! 20:56:23 <Ammler> DJ_Nekkid: wanna bouncer? 20:56:38 <DJ_Nekkid> no, i want a new modem! :) 20:56:40 <planetmaker> Ammler: how do you mean? 20:56:53 <DJ_Nekkid> it just wont keep its port settings after a reboot 20:58:07 <DJ_Nekkid> i think i need to call the guys i know at my ISP on monday and get a proper zyxel-box 20:58:15 <DJ_Nekkid> and get rid if this Vood-shit 20:58:28 <Ammler> your color changed, hmm why? 20:58:44 <planetmaker> outch. worse than crash :S 21:06:08 <Ammler> planetmaker: the commits looks all like "Feature: .... (#XX)" 21:06:17 <planetmaker> which commits? 21:06:22 <Ammler> opengfx 21:06:33 <Ammler> the later 21:07:17 <planetmaker> hm, yes 21:07:30 <Ammler> hmm, sometimes, you use "Fix (rXX): ...", now I am confused... 21:07:31 <planetmaker> no particular reason, though 21:07:58 <planetmaker> the last commit was also by Rubi 21:07:59 <Ammler> well, I assume, you do it to make changelog easy 21:08:24 <planetmaker> well. yes, in principle. But could have been feature 21:08:34 <planetmaker> it's always a matter of how to judge it. 21:09:29 <Ammler> my next commit would be "Feature [#669]: recolor tropic church (Zephyris) 21:09:50 <Ammler> and then some similar for the others.... 21:11:00 <Ammler> or should I move the ticket # to the end? 21:12:35 <planetmaker> I put it always to the end now as we don't mention the issue # in the changelog (do we?) 21:12:42 <planetmaker> Nice that you work on it :-) 21:13:04 <planetmaker> But actually, I don't mind too much. 21:13:17 <planetmaker> Either way is fine, I have to edit the changelog manually in all cases 21:13:38 <Ammler> afaik, we don't 21:13:44 <Ammler> you should know :-P 21:14:10 <planetmaker> we don't 21:15:18 <Ammler> I guess, better push every single commit :-) 21:15:32 <Ammler> before I need to merge... 21:15:41 <planetmaker> :-) 21:24:47 <Webster> Latest update from devactivity: OpenGFX - Revision 303: Feature: recolor tropic church (Zephyris, #669) <http://dev.openttdcoop.org/projects/opengfx/repository/revisions/303> || OpenGFX - Feature #669: Recolor: remove magic brown <http://dev.openttdcoop.org/issues/669#change-2024> 21:35:32 *** DJ_Nekkid has quit IRC 21:36:58 <Ammler> planetmaker: could you make a prerelease for OpenMSX, no matter how many midis 21:37:11 <Ammler> so I can prepare the specs 21:37:17 <planetmaker> I'm currently doing that right now :-P 21:38:05 <planetmaker> but which specs? 21:38:22 <planetmaker> wait, pre-release in what sense? 21:39:15 <Ammler> 1467 sprites/pcx/buildings.pcx 274 1464 09 87 66 -28 -60 // Recolour: STRUCT_BLUE, STRUCT_WHITE <-- what does those comments mean? 21:39:33 <planetmaker> those are the names of valid recolour sprites 21:39:49 <planetmaker> only those two re-colours are possible there 21:40:22 <Ammler> so this houses should be replaced by houses using those colors? 21:40:52 <Ammler> shall i create tickets for version 0.4? 21:41:00 <planetmaker> by houses which allow to be re-coloured by those two, yes 21:41:04 <planetmaker> good idea 21:41:48 <planetmaker> Ammler: what specs do you want to prepare for OpenMSX? 21:42:28 <Rubidium> for a rpm ofcourse! 21:42:39 <planetmaker> right. stupid me 21:43:51 <planetmaker> Rubidium: should music set in a tar work now? 21:44:07 <Rubidium> no, doesn't work and won't work 21:44:12 <Ammler> no need 21:44:29 <planetmaker> oh? How would the output from bananas look like? 21:44:48 <Ammler> he 21:44:50 <Rubidium> it extracts the tar 21:44:51 <planetmaker> .../content_download/gm/my-nice-music-set/*.gm 21:45:05 <planetmaker> .../my-nice-music-set.obm? 21:45:18 <planetmaker> ok 21:49:16 <planetmaker> -rw-r--r--@ 1 ingo staff 26433 26 Feb 22:09 LittleBlueBoxCar.mid <-- what does the @ mean there? 21:50:17 <Rubidium> absolutely no idea 21:50:35 <planetmaker> it leaves in the tar an additional file when tar'ed: 21:50:50 <Rubidium> huh? 21:50:57 <planetmaker> openmsx-nightly/._LittleBlueBoxCar.mid 21:52:07 <Rubidium> maybe something with ACL? 21:53:45 <Ammler> osx feature 21:53:49 <Ammler> never saw here 21:54:14 <Rubidium> Ammler: probably, like all the other features logged in OpenTTD's bugtracker :) 21:55:04 <planetmaker> I have no clue whatsoever. I've never seen it either 21:55:08 <Webster> Latest update from devactivity: OpenGFX - Feature #758 (New): ogfx1_base: 1467:1469 old offices <http://dev.openttdcoop.org/issues/758> 22:04:03 <Ammler> how shall I code those new houses? 22:04:19 <Ammler> replace the sprites in the pcx or add new files? 22:04:48 <Ammler> Zephyris doesn't make that coder friendly sprites :-P 22:06:48 <planetmaker> haha :-) 22:07:14 <planetmaker> I think it might be good to have per house a separate pcx file finally 22:07:41 <planetmaker> might make for some standard offset even, if a nice template (comic_houses anyone?) is used 22:08:37 <planetmaker> Rubidium: "Treffer, versenkt" ;-) : "extended attributes" are indicated by an @ 22:13:07 <planetmaker> thanks for the hint 22:40:11 *** ODM has quit IRC 22:41:42 <Webster> Latest update from devactivity: OpenMSX - Revision 9: Feature: Modern Motion (Mr.Ksoft) <http://dev.openttdcoop.org/projects/openmsx/repository/revisions/9> || OpenMSX - Revision 8: Merge: Translations <http://dev.openttdcoop.org/projects/openmsx/repository/revisions/8> || OpenMSX - Revision 7: Feature: LittleBlueBoxCar (by Hazza) <http://dev.openttdcoop.org/projects/openmsx/repository/revisions/7> || OpenMSX - Revision 6: Fix: Typo in call of md5 <http://dev.openttdcoop.org/projects/openmsx/repository/revisions/6> 22:46:08 <Rubidium> hmm, I thought I already reordered openmsx's strings. Apparantly not :) 22:46:17 <Rubidium> amazing it didn't conflict with my local copy 22:47:27 <Rubidium> oh, it got shuffled in r6 23:12:06 <Webster> Latest update from devactivity: OpenMSX - Revision 10: Update: Changelog <http://dev.openttdcoop.org/projects/openmsx/repository/revisions/10> 23:14:54 <Ammler> planetmaker: I miss the credits/license list 23:15:17 <planetmaker> where? 23:15:24 <Ammler> MSX 23:15:32 <planetmaker> license.txt and readme.txt 23:15:47 <Ammler> so yet everything by you alone? 23:15:51 <planetmaker> no 23:15:55 <planetmaker> run it. 23:15:58 <planetmaker> build it 23:16:16 <Ammler> ah 23:16:18 <Ammler> :-) 23:16:25 <planetmaker> :-) 23:17:15 <Ammler> this dual license thing means, I can chose either? 23:17:21 <planetmaker> yes 23:17:51 <planetmaker> that's how I asked people. So it's fine. When there's a certain amount, I'll drop CCSP 1.0 23:18:00 <planetmaker> Then I chose GPL :-P 23:18:26 <Ammler> yeah, be aware for example of the debian restricutions 23:18:31 <Ammler> restrictions* 23:19:44 <Ammler> bob slight is quite thrillerish 23:20:57 <planetmaker> yes, that's why I chose dual license. If I get far without CCPS I'm satisfied and continue with GPL 23:22:24 <Ammler> well, midi is something like a source 23:22:43 <Ammler> so you can't make CCPS with a public repo :-) 23:23:40 <Ammler> I definitly wouldn't paste those houses to the buildings.pcx 23:24:18 <Ammler> searching for houses there is imo as easy as defining new x/y pos 23:33:14 <planetmaker> @base 10 16 19258 23:33:14 <Webster> planetmaker: 4B3A 23:33:37 <planetmaker> @base 16 10 10004B3A 23:33:37 <Webster> planetmaker: 268454714 23:33:50 <planetmaker> ^ that was the number, right, Rubidium ? 23:34:33 <Ammler> planetmaker: oculd you make a station newgrf with the opengfx sprites for debug purposes? 23:35:04 <planetmaker> uhu... I've no idea about stations 23:35:08 <Ammler> :-D 23:35:26 <planetmaker> XeryusTC: knows how to ;-) 23:36:15 <XeryusTC> hmm? 23:37:13 <Ammler> XeryusTC: possible? 23:37:31 <Ammler> specially for the houses, it would be nice 23:37:31 <XeryusTC> station newgrf with opengfx sprites? 23:37:56 <Ammler> no code, just the possibitly to place every sprite manually 23:38:06 <planetmaker> ah. Now I understand the intention :-) 23:38:16 <planetmaker> Good one. Very useful grf that would be 23:38:29 <XeryusTC> so you basicly want to be able to test every sprite? 23:38:37 <Ammler> XeryusTC: yes 23:39:05 <XeryusTC> why use stations for that? 23:39:09 <Rubidium> planetmaker: yeah; but just test if you see it with RC1 and with trunk. If you see it with trunk but not with RC1 it's likely okay 23:39:12 <Ammler> well, for eyecandy, it could become a usable grf for public too. 23:39:20 <Ammler> XeryusTC: what else? 23:39:51 <planetmaker> I can change the availability still after upload, also of the min version, right? 23:40:04 <Rubidium> planetmaker: yes (and if you can't I can :)) 23:40:10 <XeryusTC> eyecandy of every possible opengfx sprite, or just the houses? i think it would be better to wait for newobjects to finally get released 23:40:10 <planetmaker> ;-) 23:40:33 <planetmaker> XeryusTC: just for debugging. A single house would suffice 23:40:43 <Ammler> XeryusTC: it would be for debug, no need to make it very nice for public 23:40:48 <planetmaker> it's not meant to be played but to test alignment 23:41:06 <planetmaker> (if then it easily could be swapped for another house) 23:41:24 <planetmaker> by re-compiling 23:41:43 <Ammler> the offsets from current code can be reused? 23:41:51 <XeryusTC> hmm 23:42:05 <XeryusTC> would be quite easy 23:42:19 <XeryusTC> might even be possible to change sprites via parameter 23:42:23 <Webster> Latest update from devactivity: World Airliners Set - Revision 599: Should have fixed all previous nightly errors, (Still some Wh... <http://dev.openttdcoop.org/projects/worldairlineset/repository/revisions/599> || OpenMSX - Revision 12: Added tag 0.1.0 for changeset a90340014902 <http://dev.openttdcoop.org/projects/openmsx/repository/revisions/12> || OpenMSX - Revision 11: Fix: Clean also and especially the obm file <http://dev.openttdcoop.org/projects/openmsx/repository/revisions/11> 23:42:33 <Ammler> could you make a demo code 23:44:07 <XeryusTC> hmm 23:44:28 <XeryusTC> let me check action6 for a bit :P 23:46:19 <Ammler> well, action6 is not really neccessary 23:46:31 <planetmaker> Rubidium: http://pastebin.ca/1812625 gives me for some reason * Your Base Music pack has an obm file which doesn't define the md5 for 'modernmotion.mid'. 23:46:32 <Ammler> that would become too complicated 23:46:43 <planetmaker> Bananas seems to mess around with capitalization 23:46:48 <XeryusTC> action6 would make it very complicated indeed 23:47:26 <XeryusTC> anyway, lets see if i can make something quickly 23:48:36 <Rubidium> planetmaker: looks like bananas only accepts lowercase 23:49:02 <planetmaker> well. or that. but the files themselves ARE uppercase 23:49:20 <planetmaker> so it converts filename and then complains that it doesn't find the converted filename in the descriptions 23:49:34 <Rubidium> planetmaker: but the tar 'forces' them to be lowercase, or OpenTTD's tar loading 23:50:06 <Ammler> XeryusTC: imo, it is fine enough to just have something we can put together with real sprites from the base nfos 23:50:38 <planetmaker> hm... 23:50:48 <XeryusTC> http://paste.openttd.org/224986 23:50:49 <Ammler> http://mz.openttdcoop.org/opengfx/newgrf.php?1=1467:1469 <-- I could update that script 23:50:54 <XeryusTC> should do the trick 23:51:18 <XeryusTC> change 2F 04 and 2D 04 to the sprite number in the base set 23:51:59 <XeryusTC> updated with better bounding boxes :P 23:52:01 <Ammler> 09 02 is count? 23:52:29 <XeryusTC> 09 02 is property 09, 02 platforms 23:52:35 <XeryusTC> (one for each direction) 23:53:45 <XeryusTC> not entirely sure if it works btw 23:53:49 <Rubidium> planetmaker: if you're going to make 'some' sort of OpenMSX release, should I flush the language updates for open* too? 23:54:29 <planetmaker> Rubidium would make sense. Actually I *did* already push 0.1.0. But I guess I'll re-tag that then in a later release. 23:54:33 <planetmaker> So please go ahead 23:55:34 <Rubidium> I've not fetched that yet; you could roll, in theory, still roll it back 23:56:15 <Rubidium> ghehe... multiple lines for the description translations in the changelog 23:56:25 <Rubidium> and French is mentioned in two lines! 23:56:32 <planetmaker> :-D 23:56:44 <Rubidium> I'll first do open[sg]fx 23:56:45 <planetmaker> hm, ok, I'll quickly rollback on the server 23:57:25 <Rubidium> you've pushed open[sg]fx changes you've got locally? 23:57:44 <planetmaker> Ammler: ^ 23:58:35 <XeryusTC> Ammler: the code gets the sprite from opengfx 23:58:57 <Rubidium> planetmaker: I can commit to openmsx now? 23:59:38 <Rubidium> got to 'love' this manual locking just to prevent needless merges