Times are UTC Toggle Colours
00:08:39 <Brot5> opengfx: Backup push to ssh://hg@bitbucket.org/OpenTTD/opengfx/ initiated. 01:33:15 <Brot5> Backup done! (Usage: 41M) 01:33:15 <Brot5> It don't mean a THING if you ain't got that SWING!! 04:36:04 *** tneo has quit IRC 04:36:04 *** planetmaker has quit IRC 04:36:04 *** Xeryus|bnc has quit IRC 04:37:15 *** planetmaker has joined #openttdcoop.devzone 04:37:15 *** solenoid.oftc.net sets mode: +o planetmaker 04:37:22 *** Xeryus|bnc has joined #openttdcoop.devzone 04:37:22 *** tneo has joined #openttdcoop.devzone 04:37:54 *** planetmaker has quit IRC 04:38:22 *** planetmas has joined #openttdcoop.devzone 05:53:08 *** Xeryus|bnc is now known as XeryusTC 06:58:19 *** planetmas is now known as planetmaker 06:58:50 *** planetmaker is now known as Guest232 06:59:39 *** Guest232 is now known as planetmaker 07:34:18 <Brot> [DevZone] OpenGFX - Support #146: rename files to a more human readable form (planetmaker) - http://dev.openttdcoop.org/issues/146 07:37:18 <Brot> [DevZone] #openttdcoop - Wiki edit: Welcome (#15) (planetmaker) - http://dev.openttdcoop.org/projects/16/wiki/Welcome?version=15 08:16:17 <Brot> [DevZone] #openttdcoop - Wiki edit: Organizing_your_newgrf (#1) (planetmaker) - http://dev.openttdcoop.org/projects/16/wiki/Organizing_your_newgrf?version=1 08:25:18 <Brot> [DevZone] #openttdcoop - Wiki edit: Welcome (#16) (planetmaker) - http://dev.openttdcoop.org/projects/16/wiki/Welcome?version=16 08:28:18 <Brot> [DevZone] #openttdcoop - Wiki edit: Making_a_release (#1) (planetmaker) - http://dev.openttdcoop.org/projects/16/wiki/Making_a_release?version=1 08:31:18 <Brot> [DevZone] OpenGFX - Revision 46: Fix (r45): don't have make install depend on a not existing readme.txt (planetmaker) - http://dev.openttdcoop.org/projects/opengfx/repository/revisions/46 08:55:06 <Brot5> opengfx: Backup push to ssh://hg@bitbucket.org/OpenTTD/opengfx/ initiated. 08:56:17 <planetmaker> Hm, how often is this backup push initiated? 09:06:53 <Ammler> hourly 09:07:03 <Ammler> too much? 09:16:17 <Brot> [DevZone] OpenGFX - Support #146: rename files to a more human readable form (foobar) - http://dev.openttdcoop.org/issues/146#change-264 09:17:36 <planetmaker> Well. I'd guess a daily backup would suffice. 09:17:41 <planetmaker> I just wondered. 09:28:17 <Brot> [DevZone] OpenGFX - Support #146: rename files to a more human readable form (Ammler) - http://dev.openttdcoop.org/issues/146#change-265 09:29:27 <Ammler> planetmaker: I like to keep it a bit a look of "unautomatic" 09:34:17 <Brot> [DevZone] OpenGFX - Support #146: rename files to a more human readable form (planetmaker) - http://dev.openttdcoop.org/issues/146#change-266 09:35:23 *** FooBar_ has joined #openttdcoop.devzone 09:35:44 <FooBar_> I'm with Ammler on this one really ;) 09:36:53 <FooBar_> As [toyland] doesn't include all toyland stuff, nor does [arctic] contain all arctic stuff etc... 09:37:30 <FooBar_> So what's in a name in this case? Not much. 09:37:35 <Ammler> my first thought was, why did you use those ugly names. 09:37:41 <FooBar_> :) 09:38:32 <Ammler> but since I was looking i.e. for the GUI sprites to make a old gui newgrf, I am lost anyway 09:38:40 <FooBar_> The same reason the TTD guys once went for "trg" I guess ;) 09:39:09 <Ammler> well, maybe TTO had only one 09:39:27 <Ammler> hmm, no... 09:39:47 <FooBar_> GUI sprites are scattered all over the place. I believe all but /cold/ have GUI sprites, with 1 and t being the biggest mess... 09:40:02 <Ammler> this way, it would make it easy manageable for rename the files to trg for patches, i.e. 09:41:03 <FooBar_> planetmaker: get your a** up here; you're the one that needs convincing, not Ammler ;) 09:42:22 <Ammler> FooBar_: being online here doesn't mean being online here :P 09:42:48 <FooBar_> I know, but he updated the issue mere minutes ago... 09:42:58 <Ammler> sometimes, you get the answer an hour later... 09:43:05 <FooBar_> So he must be around somewhere :) 09:43:11 <Ammler> :-D 09:47:03 <FooBar_> I do think that reworking the author overview might be beneficial. If we were to make one big table, we could drop the Excel format in favour of CSV and have it unproprietized in an instant ;) 09:47:36 <FooBar_> Let me have go real quickly... 09:56:25 <Ammler> and add it to a php script with fillter and such 09:56:47 <Ammler> and you could also add the sprite images with grf2html 10:00:13 <FooBar_> :) 10:01:01 <FooBar_> Was thinking about a php script, but in this case I probably don't want to do that without a database... 10:01:32 <Ammler> http://mz.openttdcoop.org/opengfx/ogfx1/data/ 10:01:53 <Ammler> or http://mz.openttdcoop.org/opengfx/trg1r/data/ 10:02:41 <Ammler> well, database wouldn't be a issue :-) 10:02:58 <Ammler> you can have as many a you need. 10:03:11 <Ammler> (mysql) 10:08:04 <FooBar_> one table is sufficient really :) 10:09:01 <FooBar_> You can send the details to foobar@jaspervries.nl if you like 11:00:30 <planetmaker> well, if it's scattered anyway, then there's no need to call them 1,c,h,... - then we should call them ogfx1.grf, ogfx2.grf etc 11:00:42 <planetmaker> having cryptic filenames still isn't beneficial. 11:01:36 <Ammler> hmm, it is helpful for renaming 11:01:53 <Ammler> ttdpatch user, ie. 11:02:44 <planetmaker> you're speaking more and more cryptically Ammler. I cannot read your mind. 11:03:39 <Ammler> well, before openttd made the base graphics replacement, you had to rename them. 11:03:39 <planetmaker> if there's no order anyway, it should then be numerical order 11:03:51 <Ammler> ogfx1.grf -> trg1r.grf 11:04:07 <planetmaker> that might be a reason to go with those names. 11:04:30 <Ammler> does it matter for the Makefile? 11:04:36 <planetmaker> but the current scheme is not logical at all. 11:04:41 <planetmaker> no, it doesn't. 11:04:57 <planetmaker> *doesn't matter for Makefile 11:04:58 <Ammler> well, it is as unlogical as ttd 11:05:13 <planetmaker> yes. Thousands of flies eat shit. Let's eat shit? 11:05:17 <Ammler> that is a kind of logic :-) 11:05:45 <Ammler> if you would be able to reorganize the sprites, I am for it 11:06:08 <Ammler> but as it needss exactly to be like the original, it can also be called like it. 11:06:33 <planetmaker> so you're in favour of trg1r.grf etc? 11:07:24 <Ammler> no 11:07:33 <Ammler> I don't care at all 11:08:03 <Ammler> I just don't see the need anymore for renaming like I proposed self at beginning. 11:08:08 <planetmaker> well. I just want to make it the naming scheme somewhat logical. 11:08:15 <planetmaker> If there's no logic, just number them. 11:08:25 <Ammler> tell me a logic 11:08:29 <planetmaker> A logical naming scheme helps people. 11:08:32 <Ammler> 1,2,3 isn't either. 11:08:42 <planetmaker> You needed how many days to figure that there's no logic behind? 11:08:51 <planetmaker> 1.2.3 IS a logic: just n files 11:08:56 <Ammler> :-D 11:09:08 <planetmaker> 1,c,t,h opposed to that is NO logic 11:09:14 <Ammler> hehe 11:09:36 <Ammler> well, but foobar explained the logic at the tracker 11:09:40 <planetmaker> and now, FooBar_ get you a** here. I'm talking to you ;) 11:10:00 <FooBar_> you're here? nice 11:10:24 <planetmaker> that's not a logic. Logical would then be ogfx_base ogfx_toyland etc. Making it random letters is not logical nor understandable. 11:10:32 <FooBar_> Ammler and I were discussing the fine name issue a little while ago, but then I realised that we needed you with that :P 11:10:42 <FooBar_> ah, you know where it's about :P 11:11:06 <FooBar_> Thing is that the letters aren't random. They're taken from trg?r.grf 11:11:17 <planetmaker> if the contents is random, then 1,2,3,4,5,6 is the naming schem of choice. 11:11:45 <Ammler> I think it is more logical to call them cryptic as the ARE cryptic 11:12:01 <Ammler> because _toyland isn't toclany 11:12:06 <Ammler> mäh 11:12:09 <planetmaker> yes. That's why numbers. 11:12:10 <FooBar_> And as ogfx?.grf reflect the contents of trg?r.grf with the same letter in place of the ?... 11:12:20 <Ammler> but what would that help? 11:12:36 <Ammler> now we have a easy sheme to make releation to original 11:12:45 <planetmaker> yes, I know that. But that's not sensible - it doesn't bear any relation to the file contents anyway 11:13:08 <planetmaker> and filenames should always reflect what is in it. 11:13:14 <Ammler> at least if would break my little php script :-) 11:13:19 <planetmaker> and _we_ are setting the standard here. We make something new. 11:13:36 <planetmaker> and the filenames don't matter for any technical reasons. So why not go with something nice? 11:13:45 <FooBar_> In this case they do reflect what's in it: the ogfx equivalent of trg with the same letter :) 11:13:58 <planetmaker> The relation to the original is obviously quite unneeded. 11:14:16 <FooBar_> why unneeded? 11:14:23 <Ammler> http://pastebin.ca/1444711 11:14:30 <planetmaker> what's the benefit of that strange similarity? 11:14:45 <planetmaker> I see none, frankly. 11:14:49 <FooBar_> The sprites of ogfx?.grf (with the exeption of ?=e) need to be in EXACT the same order as the sprites of trg?.grf 11:14:58 <FooBar_> Any other order will break it 11:15:03 <planetmaker> yes. So what. We have the order in our files. 11:15:18 <planetmaker> the order is implicitly given. 11:16:39 <planetmaker> we don't need that reference. What we need more is to make for new contributers it easy to find their way. 11:16:42 <FooBar_> Things you want to go through for just a different name that nobody else (I think) really cares about. :) 11:16:59 <planetmaker> no, I don't think. 11:17:04 <FooBar_> changing the makefile config, changing the filenames, changing the documentation... 11:17:18 <planetmaker> If a person looks here, it will try to find a logic behind those filenames. There is none, though 11:17:34 <planetmaker> and it's a very little change. yes 11:18:39 <planetmaker> but a big change IMO wrt to helping understanding how things are ordered: just randomly attached to eachother 11:18:46 <FooBar_> you can also expand the documentation a little bit to explain the logic to new contributers ;) 11:19:25 <planetmaker> *sigh*. Yes. One can write zillion of pages to explain random numbers or one can just use sequential numbers which need no explanaition. 11:19:59 <planetmaker> no one reads documentation anyway :P 11:20:09 <Ammler> planetmaker: the main thing is it isn't ordered and it isn't possible to order 11:20:10 <FooBar_> well now don't get aggravated for something little as this :( 11:20:24 <planetmaker> Ammler, exactly my point! 11:20:35 <planetmaker> And that calls for just a sequential naming scheme! 11:20:44 <Ammler> well, you try to order them with renaming, which is impossible :-) 11:21:07 <planetmaker> I don't want to order them. naming files like one, two three is clear: just a few files 11:21:18 <planetmaker> naming files a 1 z c is ... counter-intuitive. 11:21:21 <Ammler> in my logic, then the intro grf should become 1 11:21:57 <planetmaker> how you name them, if sequential, obviously doesn't matter - as it's random. 11:22:13 <planetmaker> so I don't mind which number is assigned to which file. 11:22:20 <Ammler> well, calling them 1 2 3 does imply logic which isn't there 11:22:28 <planetmaker> what logic does it imply? 11:22:43 <planetmaker> it only implies that those are files which belong together. 11:22:48 <planetmaker> which is true 11:23:04 <FooBar_> let me quote something... 11:23:22 <FooBar_> like a wise man once said: "Don't fix it if it ain't broke" ;) 11:23:30 <planetmaker> rubish in this case. 11:23:35 <planetmaker> sorry to be so frankly. 11:23:57 <planetmaker> I really don't understand, why you so fervently defend a completely random, illogical scheme. :( 11:23:57 <FooBar_> sequential numbers are just as usable as seemingly random letters: you need to look it up if you need to find something 11:24:03 <Ammler> rename doesn't help someone 11:24:11 <planetmaker> Ammler, yes, it does. 11:24:19 <planetmaker> it makes the non-existing logic obvious 11:24:29 <Ammler> but it would confuse peoples which are familiar with the original files. 11:24:37 <planetmaker> And yes, you'll need to look it up. But you'll know 11:24:58 <planetmaker> _we_ are setting the standard for new base graphics. 11:25:20 <FooBar_> at the moment I don't need to look anything up and like Ammler says anyone familiar to the TTD file doesn't need to look anything up either... 11:25:26 <FooBar_> files* 11:25:49 <planetmaker> then they'll understand _base _toyland _1 and _tropical, too 11:26:01 <planetmaker> which is at least more memorable, though not more logical. 11:26:08 <planetmaker> would also be better than current files. 11:26:25 <Ammler> that is imo the only alternative 11:26:36 <planetmaker> basically IMO anything is better than current names. 11:26:37 <Ammler> if you rename them, then to the obg names 11:26:56 <planetmaker> yes. that was my initial proposal. Which you refuted with the randomness :) 11:27:06 <Ammler> :-) 11:27:09 <Ammler> I disagree 11:27:23 <Ammler> now they are like originals, that does help 11:27:32 <Ammler> as you can't change that. 11:27:40 <Ammler> you have to keep the chaos 11:28:02 <planetmaker> please say again. What is / was your reasoning for what solution? 11:28:20 <FooBar_> Well, last thing on this matter: if (rename) { $filename .= "_".$obg_name[$i] } 11:28:45 <FooBar_> don't execute that, as it assumes only one file... :) 11:28:52 <Ammler> everything is for keeping the name. 11:29:59 <FooBar_> but if we were to vote I'm in favour of keeping the trg-suffixes ;) 11:31:03 <planetmaker> FooBar_, Ammler I don't understand your argument. 11:31:15 <planetmaker> both of yours. What was the rename argument, FooBar_ ? 11:31:31 <Ammler> planetmaker: I guess, you don't undertand how the base graphics work 11:31:54 <planetmaker> good argument. very good one :S 11:31:54 <Ammler> you don't have any pseudo sprites 11:32:03 <planetmaker> guess, I knew that. 11:32:06 <Ammler> ok 11:32:33 <Ammler> so you aren't able to move the toyland sprites from base to toyland. 11:32:57 <planetmaker> give me one good reason except "we always had these cryptic names" for keeping it. 11:32:57 <Ammler> and because of that, you can't clean them up. 11:33:27 <planetmaker> the current names are not memorable, are not logical and bear no relation to the contents. 11:33:36 <planetmaker> Ammler, all of that I know 11:33:45 <Ammler> and 1 2 3 is? 11:34:07 <FooBar_> reason? already did: there's a connection to the sprite order of trg?r.grf, so why not make that connection visible in the filename? 11:34:13 <Ammler> don't get you, sorry 11:35:23 <planetmaker> FooBar_, the same connection is made, if we use at least more _memorable_ names, which keep the relation to the ttd names: -base -1 -tropical 11:35:44 <Ammler> I think, you need to tell us a advantage of the new name and not just the disadavantage of the original one. 11:36:02 <planetmaker> human memory works with words much better than with ... single random characters. 11:36:07 <FooBar_> I think he just did: memorableness 11:36:11 <planetmaker> Ammler, I'm constantly doing that... 11:37:40 <FooBar_> In an effort to keep everybody happy, can we do "ogfx1_base.grf", "ogfxc_arctic.grf", "ogfxh_tropical", etc? 11:37:57 <planetmaker> well. that was my initial proposal :) 11:38:03 <FooBar_> then you have both links in 11:38:05 <FooBar_> was it? 11:38:09 <planetmaker> well. nearly. :P 11:38:13 <FooBar_> ah :P 11:38:14 <planetmaker> just saw the difference :) 11:38:30 <planetmaker> well, yes, IMO it would help. 11:39:02 <FooBar_> ok, then it's settled :) 11:39:21 <planetmaker> :) Sorry for being a pain in the but :) 11:39:28 <planetmaker> *butt 11:39:42 <Ammler> well, it is up2you, I don't think, it helps, it breaks my script :-( 11:40:06 <planetmaker> Indeed I really think that these small things are what make it easy or difficult to start contributing. 11:40:17 <FooBar_> Ammler: put an array in and unbreak again ;) 11:40:32 <planetmaker> Ammler, you don't use an array of filenames? You hard-coded it? 11:40:44 <Ammler> :-) 11:40:53 <planetmaker> baaad bad :P 11:41:03 <Ammler> I already said, it is up2you, I don't care. 11:41:18 <planetmaker> which script are you talking about? 11:41:28 <FooBar_> or a preg to loose the _* bit... 11:41:30 <Ammler> http://pastebin.ca/1444711 11:41:41 <FooBar_> http://mz.openttdcoop.org/opengfx/1.php?t=t 11:42:04 <FooBar_> the visual result of the script is way more interesting to look at ;) 11:42:23 <planetmaker> indeed. That one is a really helpful one :) 11:42:33 <Ammler> :-) 11:42:40 <planetmaker> doesn't it work that way that you give it a filename and you get the sprites? :) 11:42:47 <planetmaker> if not, it's a feature request :P 11:43:16 <FooBar_> you give the filename via t= 11:43:17 <FooBar_> sort of 11:44:42 <planetmaker> he, good reference indeed on what needs doing. left=opengfx, right=ttd? 11:45:23 <FooBar_> left=opengfx, right=ttd? <-- yes 11:46:54 <Ammler> it is a mix of grfcodec, grf2html and php 11:47:37 <planetmaker> :) 11:47:56 <planetmaker> we should have that for other newgrfs, too. Just for showing the sprites 11:50:54 <Ammler> I could add it to the nightly compile, like a "doc" :-) 11:51:23 <planetmaker> yep :) 11:51:42 <planetmaker> though, of course it only needs the latest available. So no history for that. 11:52:10 <planetmaker> http://bugs.openttd.org/task/2950?project=1&order=id&sort=desc <-- did anyone of you notice that, btw? 11:52:35 <Ammler> yep, like log 11:52:48 <planetmaker> yep 11:55:00 <FooBar_> what I noticed was that it only picked the newest tar if all were in the same directory 11:55:27 <Ammler> well, thoe guys setup banans never played with grfs, I told you that planetmaker :-) 11:56:20 <Ammler> that is a generl issue on bananas, not just with opengfx 11:56:27 <planetmaker> FooBar_, in my case they were. I only had those two - and it picked the oldest. 11:56:29 <FooBar_> so if you have one in your user folder and one in the game folder, it doesn't crosscheck those, but just picks one folder. Don't know if that folder-picking is random or logic 11:56:53 <planetmaker> FooBar_, yes, true. I *think* I saw that once, too. 11:56:57 <FooBar_> planetmaker: even weirder then :S 11:56:59 <planetmaker> Also bad behaviour ;) 11:57:10 <FooBar_> yes, very bad indeed 11:57:55 <FooBar_> I think putting it in a folder inside the tar (like rubidium suggests) breaks the banananananas upload... 11:58:07 <FooBar_> I assume bananas doesn't like folders... 11:58:37 <Ammler> we should try that first, before complain about ,-) 11:58:51 <FooBar_> yes, ofcouse :) 11:59:01 <FooBar_> always try before complain 11:59:04 <Ammler> but if Rubi suggest it, it should be possible. 11:59:41 <FooBar_> indeed, /should/ :P 12:01:41 <Ammler> well, I assume the answer will be, you have to make different bundles for bananas and other distrobution. 12:02:13 <FooBar_> if it indeed doesn't work (what I am expecting) that indeed will be the answer... 12:02:20 <Ammler> planetmaker: make bananas ;-) 12:02:44 <FooBar_> but we'll have to see... 12:02:56 <FooBar_> don't hope bananas drives us bananas :) 12:04:05 <Ammler> bananas development has stopped after it's release, it is like a patch, the devs woud never accept, if it would be done from someone non dev. 12:04:22 <Ammler> like engine pool 12:05:11 <Ammler> but all that wouldn't matter, if it would be opensouce. 12:05:54 <Ammler> but now you have to wait for service pack like on Microsoft :-) 12:06:00 <FooBar_> which it isn't :( 12:06:41 <FooBar_> It's even worse than Microsoft. Microsoft at least releases bugfixes every month :P 12:07:43 <Ammler> and if you suggest something, you get the answer, make a design proposal 12:10:55 <FooBar_> or proof-of-concept or even complete implementation ;) 12:11:19 <FooBar_> but enough of that. A free game is better than no game 12:11:33 <planetmaker> hm... got a reply onf FS2950 from Rubidium. I don't like the answer :S 12:12:10 <FooBar_> oh you haven't read that yet when you posted us that link? 12:12:30 <Ammler> hihi 12:12:46 <planetmaker> I posted the link before the reply was added :) 12:13:15 <planetmaker> at least I didn't know till now :) 12:15:00 <FooBar_> possibly; the reply was added three minutes after I recieved the link. You probably looked it up a little earlier and there you have it 12:15:38 <FooBar_> funny though :) 12:16:12 <planetmaker> :) 12:16:20 <Ammler> hmm, I guess, putting the grfs in folder is best 12:16:21 <planetmaker> only saw the e-mail right now 12:16:43 <planetmaker> yes, it's the thing of choice to do obviously. As unsatisfactorily Rubi's answer is despite. 12:16:54 <Ammler> and a special tar for bananas 12:17:36 *** FooBar_ has quit IRC 12:17:44 *** FooBar_ has joined #openttdcoop.devzone 12:18:33 <FooBar_> we'll have to see about that special tar for bananas. If a folder works, then it works you know ;) 12:19:11 <planetmaker> we don't need a special bananas tar. Just a different one. 12:19:20 <planetmaker> If it works for bananas it works elsewhere, too. 12:19:31 <planetmaker> I mean... this bug was without using bananas at all. 12:19:43 <FooBar_> Well, my worries for bananas is that it doesn't want a folder in the tar... 12:19:59 <planetmaker> we can test that. 12:20:24 <planetmaker> with the next release. Maybe with 2cctrainset. A next one there should be coming very soon IMO. 12:26:04 <Ammler> yes 12:26:18 <Ammler> well, subfolder doesn't solve the issue at all 12:28:46 <FooBar_> not? 12:29:13 <FooBar_> I suppose it must be different folder names for different releases... 12:29:19 <FooBar_> You have that? 12:30:42 <FooBar_> By the way, is it possible to change this from bug to feature? http://dev.openttdcoop.org/issues/99 I can't see how... 12:31:03 <Ammler> FooBar_: it works for base grf, maybe 12:31:23 <Ammler> but not for newgrfs, as you don't have version detection there, openttd doesn't know, which is the newest grf 12:31:51 <FooBar_> hmmm indeed. For newgrf it just lists everything available... 12:32:23 <planetmaker> indeed. And that's what puzzles me. 12:32:23 <Ammler> as I made a change in 2cc, it loaded after it the old grf from bananas instead of the new one 12:32:44 <Ammler> planetmaker: that is obvious, how should that be done? 12:32:50 <planetmaker> well. for a new game I can select any of those. For an existing save, it knows the md5. 12:33:19 <Ammler> but you don't have the grf with the md5sum, which grf should then be loaded? 12:33:23 <planetmaker> at least that's what I *think*. 12:33:34 <planetmaker> Ammler, probably "random" ;) 12:33:43 <planetmaker> no idea or solution there from me yet 12:33:44 <Ammler> yes, that is how it works now :-) 12:34:09 <planetmaker> and yes, the version info in the newgrf like for basegrfs would IMO help a lot. 12:35:30 <Ammler> changing GRFID doesn't 12:38:26 <planetmaker> no, sure, it doesn't. that's indicating another newgrf :) 12:39:01 <Ammler> that is worst 12:39:18 <Ammler> that should only happen, if it isn't compatible anymore. 12:41:33 <planetmaker> I added the versioning proposal to the grf version 8 thread :) 12:41:45 <planetmaker> yes, I agree, Ammler :) 12:44:33 <Ammler> Hi! 12:44:34 <Ammler> Well, as you said the whole set has some issues. I mentioned them in 12:44:36 <Ammler> the past too (GUI, tracks, etc...) We agreed to finish it and improve 12:44:37 <Ammler> the sprites later. But these last mono/maglev engines and carriages. 12:44:39 <Ammler> What to say? They remind me of the early Simutrans engine sprites. I 12:44:40 <Ammler> worry that the developers will protest. Nevertheless, better than 12:44:42 <Ammler> nothing. ;-) And I am the least to argue about vehicle sprites: I did 12:44:43 <Ammler> not try to draw any of them and real life has limited my free time 12:44:45 <Ammler> dramatically. I am struggling to make some 'liveries' for a couple of 12:44:46 <Ammler> buildings in 32bpp (pixel work, not 3D, and normal zoom only) for 12:44:48 <Ammler> opengfx+. To my opinion opengfx+ should mainly be 32bpp. Check my 12:44:49 <Ammler> sprite. When I finish it, I hope that it will be easily recolorable. 12:44:51 <Ammler> After I do this sprite for opengfx+, I will draw some missing sprites 12:44:52 <Ammler> for opengfx. 12:44:54 <Ammler> regards 12:44:55 <Ammler> athanasios 12:44:57 <Ammler> ups 12:45:00 <planetmaker> :D 12:49:51 <FooBar_> I just wondered if he was still around... Appearently yes :) 12:50:03 <planetmaker> a pm from him, Ammler? 12:50:17 <Ammler> email yes 12:50:30 <Ammler> he appended a rar with a psd 12:50:36 <Ammler> attached :-) 12:50:41 <planetmaker> :) 12:51:04 <planetmaker> good. what's in there? I guess you might forward it to Foobar - he'll be able to read it. 12:51:12 <FooBar_> I disagree that opengfx+ should be 32bpp, but that's a different story ;) Opengfx32 should be 32bpp :P OpenGFX+ should just contain 8bpp stuff that can't be in plain OpenGFX like livery overrides and such... 12:51:21 <Ammler> mäh, I am gimping :P 12:51:29 <FooBar_> planetmaker: I can read anyting :P 12:51:53 <planetmaker> hahaha :) Foobar: also fits? 12:52:02 <planetmaker> well. probably. 12:52:29 * planetmaker has to devise a new binary image format ;) 12:52:49 <FooBar_> If I don't have a specialised tool for it, I'll open it in a plaintext editor and see what's in there ;) 12:53:09 <planetmaker> good question: can you read the bmp headers from an avi file - e.g. what is in the header of each bmp, if the avi file is a sequence of uncompressed bitmaps? 12:56:16 <FooBar_> in human readable format or would plain bogus suffice :P 12:57:43 <planetmaker> well. The headers contain human readable format, mostly. :) 12:57:48 <planetmaker> a bunch of strings 12:58:34 <FooBar_> Then a hex editor should be able to device something. Provided that those headers are kept in the file... 12:59:29 <FooBar_> But I'll rather opt for the answer "no, I can't". Otherwise you'll manage to send me something like that for me to have a go on :) 13:00:05 <planetmaker> well. The avi is a container format. Basically you got 1GB of 1MB images adjoint to eachother, each with a header which notes acquisition time and other data of interest :) 13:00:18 <planetmaker> hehe, yes :) I would :P 13:01:53 <planetmaker> hm... now fs2950 is already closed with "won't fix"... :S 13:28:17 <Brot> [DevZone] 2cc train set - Feature #81: precompiler? (DJNekkid) - http://dev.openttdcoop.org/issues/81#change-267 13:31:17 <Brot> [DevZone] OpenGFX - Revision 47: Change: move all into a subdirectory before creating the tar. This will en... (planetmaker) - http://dev.openttdcoop.org/projects/opengfx/repository/revisions/47 13:44:35 <FooBar_> you removed "make tar"? 13:52:14 <planetmaker> hm... seems so. Though not really that intended. It should have been replaced by "make bundle" 13:52:17 <Brot> [DevZone] OpenGFX - Feature #147: Sprite 4659 (Ammler) - http://dev.openttdcoop.org/issues/147 13:52:30 <planetmaker> there is "make $(TAR_FILENAME)" 13:52:52 <planetmaker> that could be called, if you know the name. 13:53:13 <planetmaker> make bundle should make all three: a tar, a zip and a bz2 13:54:34 <planetmaker> I'll re-introduce it. 5 minutes or so :) 13:55:09 <Brot5> opengfx: Backup push to ssh://hg@bitbucket.org/OpenTTD/opengfx/ initiated. 13:57:21 <planetmaker> it's back, FooBar_ 13:57:35 <FooBar_> nice 13:58:09 <FooBar_> does clean now also remove the dir make creates to put into the tar? 13:58:17 <Brot> [DevZone] OpenGFX - Revision 48: Change: re-introduce target 'tar' (planetmaker) - http://dev.openttdcoop.org/projects/opengfx/repository/revisions/48 13:58:34 <planetmaker> those which are of the form *nightly*, yes 13:58:44 <planetmaker> dirs of releases are not deleted (so far) 13:59:53 <planetmaker> basic advantage now is that really only those grf files are re-made which changed. 14:00:03 <planetmaker> backdraw: pcx files are not yet considered. 14:03:11 <planetmaker> basically adding for changed pcx files is no difficulty. I guess I'll make a task which I assign to myself :) 14:08:01 <FooBar_> I don't mind having to remake the same grfs over and over again, but if optimizing the makefile flows your boat, go for it! 14:10:17 <Ammler> http://mz.openttdcoop.org/opengfx/index.php?t=1&l=4462,4463,4464,4465 14:10:18 <Brot> [DevZone] OpenGFX - Bug #108 (Assigned): Unduplicate nfo code (planetmaker) - http://dev.openttdcoop.org/issues/108#change-268 14:10:19 <Brot> [DevZone] OpenGFX - Feature #148: fill make bundle actually with zip and bzip2 files, too (planetmaker) - http://dev.openttdcoop.org/issues/148 14:10:32 <planetmaker> FooBar_, I think it eats time. At least it does here :) 14:10:39 <planetmaker> The test cycle can be quicker then :) 14:11:02 <FooBar_> well yes, it takes a few seconds to run... 14:11:31 <Ammler> planetmaker: likes to make it perfect ;-) 14:12:16 <planetmaker> FooBar_, yes - and those seconds annoy me :P 14:12:31 <planetmaker> and a makefile is actually missing its point, if it always re-makes everything :) 14:12:33 <FooBar_> like I said, go ahead then :) 14:12:42 <planetmaker> well. Most of it is implemented. 14:12:48 <planetmaker> Just test it :) 14:12:55 <FooBar_> true... it oughtta be called "remakefile" then :P 14:13:10 <planetmaker> maybe a target like make remake should be introduced... 14:13:11 <FooBar_> will test in due time ;) 14:13:16 <Brot> [DevZone] OpenGFX - Feature #149: make pcx files a dependency (planetmaker) - http://dev.openttdcoop.org/issues/149 14:13:29 <Ammler> make clean && make = make remake 14:13:53 <planetmaker> ^^ yes 14:14:09 <planetmaker> it just needs this line: remake: clean all 14:14:10 <planetmaker> :) 14:15:14 <planetmaker> there you go. 14:15:18 <Ammler> just make it not too complicated, so someone else is able to modify the makefile 14:15:24 <planetmaker> :) 14:15:32 <planetmaker> everyone with makefile knowledge can :P 14:15:35 <Ammler> :-) 14:16:01 <FooBar_> I'll just assign you a ticket if I need something done to it ;) 14:16:03 <Ammler> did you guys see the idea behind my link? 14:16:16 <Brot> [DevZone] OpenGFX - Revision 49: Feature: introduce 'make remake' as equivalent to make clean && make all (planetmaker) - http://dev.openttdcoop.org/projects/opengfx/repository/revisions/49 14:16:16 <planetmaker> there was a link? 14:16:22 <planetmaker> oh, that. 14:16:24 * FooBar_ missed link entirely 14:16:28 <planetmaker> No, I didn't get the idea, sorry 14:16:36 <Ammler> http://mz.openttdcoop.org/opengfx/index.php?t=1&l=4462,4463,4464,4465 :-( 14:16:55 <planetmaker> or is the idea: show only sprites X,Y,Z and A ? 14:16:59 <FooBar_> ah, that's neat indeed! 14:17:00 <planetmaker> then it's a good idea :) 14:17:02 <Ammler> you can make a list with the interested sprites and call it that way. 14:17:45 <Ammler> I have no idea about php 14:18:02 <planetmaker> hehe. Considering that you're doing a great job then :) 14:18:04 <Ammler> else I would have included something like 4462:4465 14:19:31 <FooBar_> I can have a look at that someday... 14:20:35 <FooBar_> for the author overview script I was thinking about having a .csv in the repo which then can be updated any time. Php will pull that from http://mz.openttdcoop.org/hg/opengfx/raw-file/tip/docs/authoroverview.xls and put it into a database table and then I can output some interesting things :) 14:21:11 <FooBar_> where authoroverview.xls is replaced by the name of the .csv file 14:21:32 <planetmaker> hm. Then we should use that to put it automatically into the readme.txt, too 14:22:38 <FooBar_> amongst interesting things: a list of missing sprites, most likely linked to Ammlers sprite script (which we eventually can integrate into one possibly), a thingy that calculates the percentage of sprites that are done, etc. 14:23:39 <planetmaker> haha :) 14:23:48 <planetmaker> you're a real statistics fetishist ;) 14:24:45 <FooBar_> I can't help that either... 14:25:18 <Brot> [DevZone] 2cc train set - Revision 176: Feature: add 'make remake' as alias for 'make clean && make all' (planetmaker) - http://dev.openttdcoop.org/projects/2cctrainset/repository/revisions/176 14:25:30 <planetmaker> :) Hey, no offence meant :) I know that trait. I have it partially, too ;) 14:26:47 <planetmaker> I think I own one of the most elaborate football table ranking lists around ;) 14:27:27 <planetmaker> actually... 75% of my work is statistics... 14:27:36 <FooBar_> probably what you have with makefiles I have with stats :P 14:27:46 <planetmaker> :) 14:29:42 <FooBar_> do we have like a finger that I can use to easily figure out the latest revision? 14:30:07 <Ammler> foobar, maybe just editing the table with phpmyadmin should be enough for start 14:30:33 <Ammler> as every full access member could have access to the phpmyadmin too 14:31:05 <Ammler> so you just need a nice output, not to thing about edit gui 14:32:37 <FooBar_> Well, I think it's easier not having to login to update the file 14:33:15 <FooBar_> the edit GUI will be whatever tool you use to edit the csv file in the repo ;) 14:43:47 <Ammler> ah, I thought, you will make it with the db 14:44:21 <Ammler> FooBar_: hg tip 14:44:46 <Ammler> or http://mz.openttdcoop.org/bundles/opengfx/nightlies/REV 14:45:37 <FooBar_> thanks. The latter is more useful as I then don't have to envoke hg from php ;) 14:53:04 <Ammler> that isn't tip 14:53:11 <Ammler> it is just the last nightly 14:55:02 <Brot5> 2cctrainset: Backup push to ssh://hg@bitbucket.org/OpenTTD/2cctrainset/ initiated. 14:55:12 <Brot5> opengfx: Backup push to ssh://hg@bitbucket.org/OpenTTD/opengfx/ initiated. 15:05:07 <Ammler> now, it i even better ;-) 15:05:09 <Ammler> http://mz.openttdcoop.org/opengfx/index.php?c=10&1=10&t=10 15:05:42 <Ammler> so you should be able to show one category in one url 15:10:28 <Ammler> mäh 15:15:04 <FooBar_> that isn't tip <-- it's sufficient for me. I'll put a forced update feature in if necessary 15:47:16 <Brot> [DevZone] OpenGFX - Revision 50: Doc: authoroverview now in CSV format and cleanup (foobar) - http://dev.openttdcoop.org/projects/opengfx/repository/revisions/50 15:49:29 *** Brot6 has joined #openttdcoop.devzone 15:49:46 <Ammler> I think, r50 is fine. 15:49:50 <Ammler> mäh 15:51:58 <Ammler> !part 15:51:58 *** Brot6 has left #openttdcoop.devzone 15:55:06 <Brot5> opengfx: Backup push to ssh://hg@bitbucket.org/OpenTTD/opengfx/ initiated. 16:18:03 <Brot5> OpenGFX: update from r40 to r50, starting nightly compile 16:18:31 <Brot5> OpenGFX: nightlies compile finished with 11 errors: http://mz.openttdcoop.org/bundles/opengfx/nightlies//log/ 16:23:16 <Brot> [DevZone] OpenGFX - Feature #150: Sprite 4604 - Tropical "saloon" building (Ammler) - http://dev.openttdcoop.org/issues/150 16:23:32 <Ammler> FooBar_: Toyland: Wrapper design for 4629 <-- what does that mean 16:23:40 <Ammler> I adding the ticket numbers 16:24:22 <Ammler> oh, I see in the ticket :-) 16:38:17 <Brot> [DevZone] OpenGFX - Feature #151: Sprite 873:880 (8) - Monorail engine (Ammler) - http://dev.openttdcoop.org/issues/151 16:38:18 <Brot> [DevZone] OpenGFX - Feature #152: Sprites 881:884 (4) - Maglev engine (Ammler) - http://dev.openttdcoop.org/issues/152 16:44:17 <Brot> [DevZone] OpenGFX - Revision 51: Added tickets to every missing row (Ammler) - http://dev.openttdcoop.org/projects/opengfx/repository/revisions/51 16:46:42 <Ammler> http://dev.openttdcoop.org/issues/136 <-- not really required for the next release... 16:46:48 <Ammler> planetmaker: ^ 16:48:21 <planetmaker> I agree. 16:53:13 <Ammler> just to make the roadmap some percent finisher* :-) 16:54:48 <FooBar_> Ammler: wrapper as in the packaging of the building in the construction stages 16:55:07 <Brot5> opengfx: Backup push to ssh://hg@bitbucket.org/OpenTTD/opengfx/ initiated. 16:58:39 <Ammler> he, I have another idea, how to make opengfx better then the original 16:58:46 <Ammler> include the generic trams to extra 16:58:48 <planetmaker> hehe. finishing by re-labeling ;) That's good :) 16:59:04 <planetmaker> hm... good idea actually. Very good one. 16:59:16 <Brot> [DevZone] OpenGFX - Feature #150: Sprite 4604 - Tropical "saloon" building (foobar) - http://dev.openttdcoop.org/issues/150#change-272 17:00:41 <Ammler> somehow, it made the whole csv changed 17:01:10 <planetmaker> hm? 17:01:38 <planetmaker> Ammler, could you actually read the filenames for this sprite preview php thing from the Makefile.config? 17:01:42 <Ammler> FooBar_: what tool did you use to make the csv? 17:01:49 <FooBar_> excel 17:02:02 <FooBar_> I know, it doesn't quote the strings ;) 17:02:18 <Ammler> hmm, that is ok, I can customize that in openoffice 17:02:48 <Ammler> actually, I didn't see why it marked every line as changed 17:03:07 <FooBar_> That's probably why then ;) 17:03:57 <FooBar_> I don't mind having it with quoted strings; I'll have to strip those off anyways before inserting in the db 17:06:45 <FooBar_> well, your edit of the file didn't add quotes either 17:07:18 <FooBar_> so I don't see why every line is marked as changed... 17:07:25 <Ammler> I said that, didn't I :P 17:07:42 <Ammler> [19:02] <Ammler> hmm, that is ok, I can customize that in openoffice 17:07:44 <Ammler> [19:02] <Ammler> actually, I didn't see why it marked every line as changed 17:08:53 <FooBar_> yeah I misread :P 17:09:08 <FooBar_> but I do know why every line is marked as changed though :) 17:09:42 <FooBar_> all line endings got changed from \r\n to \n 17:10:58 <FooBar_> And Excel just as happily puts the \r back in if I edit the file again ;) 17:13:52 *** Hirundo has joined #openttdcoop.devzone 17:14:31 <planetmaker> http://mz.openttdcoop.org/opengfx/index.php?h=8&t=514,515,516,517,518 <-- Ammler, care to explain the system to me again? 17:15:49 <Ammler> isn't it self explaining? 17:16:02 <Ammler> hte key is the file type 17:16:15 <Ammler> and the numbers the sprites of that file 17:16:19 <Hirundo> Comparison between old sprites and opengfx sprites? nice :) 17:16:54 <planetmaker> Ammler, it obviously isn't :) 17:17:01 <Ammler> :-D 17:17:30 <Ammler> please tell me what needs help 17:17:31 <planetmaker> how do I define the file, how the sprites exactly? 17:17:49 <planetmaker> I can add l=t, t=1 h=t and all works somewhat 17:18:04 <Ammler> no 17:18:09 <planetmaker> what do I have to use, to e.g. show tropical file, sprites 514-519 17:18:09 <Ammler> 1=10 17:18:15 <Ammler> c=100 17:18:18 <planetmaker> ? 17:18:19 <Ammler> h=40 17:18:27 <Ammler> the key is the file type 17:18:34 <planetmaker> hä? 17:18:46 <Ammler> the values are the sprite numbers 17:18:58 <Ammler> you can seperate them with commy 17:19:06 <planetmaker> the trailing numbers are the sprite numbers, yes 17:19:14 <Ammler> yep 17:19:19 <planetmaker> yes, I seperate them by commata. 17:19:23 <Ammler> yep 17:19:28 <planetmaker> that's the only thing which is clear to me. 17:20:03 <Ammler> :-) 17:20:18 <Ammler> basis=1 ==> 1= 17:20:37 <Ammler> tropic=h ==> h= 17:21:17 <planetmaker> in front of the numbers? 17:21:24 <planetmaker> ?h=514,515 17:21:38 <planetmaker> or the other query? what's the use of that? 17:21:43 <Ammler> that means show sprite 514 and 515 of file ogfxh.grf 17:22:20 <Ammler> other what? 17:22:27 <Ammler> there is no other 17:22:28 <planetmaker> but the link you posted has two query ? 17:22:43 <Ammler> well, you can use 1=a to output the whole file 17:23:03 <planetmaker> <Ammler> http://mz.openttdcoop.org/opengfx/index.php?t=1&l=4462,4463,4464,4465 17:23:06 <planetmaker> ^^ 17:23:22 <Ammler> that is obsolete :-) 17:23:27 <planetmaker> arg 17:23:50 <Ammler> you can now combine 2 different files in one output 17:24:11 <Ammler> the idea is to have a link which shows all GUI 17:24:25 <Ammler> or all signals and such... 17:25:49 <planetmaker> :) My idea is still to split the single things into separate files again. and just merge them for grf generation. 17:27:04 <Ammler> nothing to do with my script, I can only use the grf 17:28:43 <Ammler> you suggest something like one nfo per csv-line 17:30:38 <planetmaker> ah... that was only a random remark not related to your script really. But if it's realized, your script would have it easier, too. It could just pick that file(s) and be done. 17:30:48 <planetmaker> no need for memorizing numbers :) 17:31:30 <planetmaker> http://dev.openttdcoop.org/issues/123 <-- I don't find those sprites, though... is it only the toyland castle? Or is the file or the numbers wrong? Or my linke I prepare? 17:31:55 <planetmaker> http://mz.openttdcoop.org/opengfx/index.php?h=a <-- should be in hot, shouldn't it? 17:37:12 <Ammler> yep 17:37:16 <Ammler> change dthe ticket 17:38:02 <planetmaker> well... I still don't know which sprites they belong. :) And I don't find others which are assigned to tropical either... 17:38:16 <planetmaker> Doesn't the link I provided all sprites? 17:38:22 <Ammler> he :-) 17:38:35 <Ammler> http://mz.openttdcoop.org/opengfx/?t=514 17:38:44 <planetmaker> t = toyland, no? 17:38:48 <Ammler> yes 17:38:59 <Ammler> oh, sorry 17:39:03 <planetmaker> now you know why I'm not fond of cryptic names. 17:39:12 <Ammler> it was tropic 17:39:26 <Ammler> lol 17:39:52 <planetmaker> for exactly this completely needless guessing what is meant. :) 17:40:19 <Ammler> it would have needed the exactly same with name 17:40:46 <planetmaker> it = what? 17:41:01 <Ammler> nvm :-) 17:41:17 <Ammler> I guess, you already changed teh filenames? 17:41:28 <planetmaker> no 17:41:31 <planetmaker> I didn't. 17:42:51 <planetmaker> but I *think* it will be the next thing I'd like to do. 17:43:16 <planetmaker> as it now showed already nicely that these letters don't work. 17:44:59 <planetmaker> hehe. You made a better case for it than I ever could ;) 17:45:01 <Ammler> well, it didn't for you 17:45:59 <planetmaker> what did not do what for me? 17:46:18 <Ammler> please, don't change it for me ;-) 17:46:27 <planetmaker> the current naming scheme obviously just killed 30 minutes of both our time. 17:46:33 <planetmaker> for no reason. 17:47:18 <planetmaker> what better reason do you need? 17:47:21 <Ammler> that wasn't because of the short 17:47:32 <Ammler> that was because the ticket had the wrong category 17:47:53 <planetmaker> yes. Most likely just due to the ambigeous shorts. Sorry. FAIL 17:48:08 <Ammler> :-) 17:48:19 <Ammler> nah, I had also tickets in wrong tracker 17:48:29 <Ammler> Bug->feature 17:48:53 <planetmaker> well. That's one thing as it's the default to have it bug. But category is default=none. 17:49:04 <planetmaker> so I have to assume they're genuine errors :) 17:49:28 <planetmaker> you really made the case I couldn't make. 17:50:17 <Ammler> :P 17:50:23 <Ammler> you are ugly mean. 17:50:31 <planetmaker> not at all. :) 17:50:45 <planetmaker> I just wonder why you don't see it. 17:50:57 <Ammler> I am not against 17:51:01 <planetmaker> and still claim that single letters are easier to remember. 17:51:03 <Ammler> I just don't see need forl. 17:51:16 <planetmaker> for exactly this reason: less errors. 17:51:18 <Ammler> they aren't 17:51:18 <planetmaker> like these. 17:51:40 <Ammler> but they at least link to originals 17:52:04 <Ammler> which imo is more important then a nice name. 17:54:03 <planetmaker> I see no reason to retain a close link to the original. 17:54:17 <planetmaker> none at all actually 17:54:50 <planetmaker> despite that we do it with the names *base *1 *tropic etc 17:59:18 <Brot> [DevZone] OpenGFX - Revision 52: Fix (r47): clean also all subdirectories created for a nightly bundle (planetmaker) - http://dev.openttdcoop.org/projects/opengfx/repository/revisions/52 18:30:37 *** Webster has joined #openttdcoop.devzone 18:31:02 <FooBar_> My code for the author overview table is starting to take good shape now. The CSV import is done and it can list a table of missing sprites. I'm open for feature suggestions now :P 18:34:19 <Ammler> PREVIEW :-) 18:36:06 <planetmaker> :) 18:49:51 <FooBar_> alright, here you go: http://www2.jaspervries.nl/opengfx/script.php 18:49:53 <Webster> Title: OpenGFX Authoroverview HTML Output (at www2.jaspervries.nl) 18:53:31 <Ammler> FooBar_: the pngs from the original grfs? 18:53:58 <FooBar_> that's on the list ;) 18:54:34 <FooBar_> actually I don't have a list, but it always sounds good if you say that you have a list :P 18:54:34 *** Hirundo_ has joined #openttdcoop.devzone 18:55:04 <FooBar_> Working on making the columns sortable now 18:57:17 <Brot> [DevZone] OpenGFX - Revision 54: Feature: support gzip and bzip2 bundles (planetmaker) - http://dev.openttdcoop.org/projects/opengfx/repository/revisions/54 19:00:06 <planetmaker> hm. I don't like that it automatically opens in a new window, if I click on an issue. That's what I have middle click for. :) 19:00:36 <planetmaker> And I don't understand the range for the first ~10 sprites. 19:01:11 <FooBar_> well, I have the vision that browsers should open links to different domains in a new window/tab. Since most browsers don't obey that, I have to help them with that ;) 19:01:20 <FooBar_> But I'll remove that feature if you like... 19:01:34 *** Hirundo has quit IRC 19:02:25 <FooBar_> <planetmaker> And I don't understand the range for the first ~10 sprites. <-- me neither :P 19:02:38 <FooBar_> sorting feature: done 19:02:48 <FooBar_> middle click feature: fixed 19:03:18 <planetmaker> he. you're quick :) 19:04:20 <planetmaker> concerning the new window/tab or not: I understand both :) And myself I also already used both... 19:05:07 <planetmaker> ... especially if I link to external stuff :) But it looked so related :) 19:09:14 <FooBar_> Related? Yes. In line with my vision? No. Can I make an exception? Yes :) 19:09:21 <planetmaker> FooBar_, you know what would be cool: a link to Ammler's preview script which shows the opengfx sprites and ttd sprites 19:09:26 <planetmaker> maybe in an additional column. 19:09:58 <FooBar_> guess what I'm working on now ;) 19:10:00 <planetmaker> that way one could get a quick view of what is missing :) 19:10:07 <planetmaker> haha :) awesome! 19:11:08 <FooBar_> For starters I'll implement a simple link to Ammler's script, which then can be expanded to integration into one single page 19:11:35 <planetmaker> yes, that link, like to the issue# is way sufficient IMO 19:11:51 <planetmaker> or you overdo it like I overdo makefiles :P 19:18:21 <Ammler> :-) 19:18:36 <Ammler> I am adding another feature to my script :P 19:18:57 <planetmaker> ranges? 19:20:19 <Hirundo_> http://en.wikipedia.org/wiki/Creeping_featurism 19:20:20 <Webster> Title: Feature creep - Wikipedia, the free encyclopedia (at en.wikipedia.org) 19:20:42 <Hirundo_> :d 19:20:44 <Hirundo_> :D 19:21:38 <FooBar_> Ammler: the feature of breaking your script? See http://mz.openttdcoop.org/opengfx/index.php?1=4630,4631 19:21:53 <FooBar_> sprite numbers don't match. It doesn't do that for toyland though 19:22:05 <Ammler> hehe 19:22:09 <Ammler> you catch it 19:22:36 <Ammler> I don't need to see it, I know it, that is because of 35 pseudo prites 19:23:37 <Ammler> why don't you not just link the images? 19:24:25 <Ammler> you don't need the offsets for the table 19:24:32 <FooBar_> because I just finished my feature to link to your script :P http://www2.jaspervries.nl/opengfx/script.php?feature=missingsprites 19:24:34 <Ammler> and the image numbers would be correct 19:24:36 <Webster> Title: OpenGFX Authoroverview HTML Output (at www2.jaspervries.nl) 19:25:03 <FooBar_> hmmm 19:25:08 <Ammler> well, if my script will be of uxe I can eay add a offset 19:25:36 <FooBar_> I liked your script so I figured no need to reinvent the wheel and all... 19:25:46 <FooBar_> I can easily add images to mine though... 19:29:32 <planetmaker> http://bugs.openttd.org/task/2795 <-- interesting @ Ammler 19:30:49 <planetmaker> there's a whole hidden flyspray thing... 19:33:39 <planetmaker> http://bugs.openttd.org/task/2794 <-- also that :) 19:34:01 <planetmaker> sorry for the spam. I find it just quite interesting :) 19:36:50 <Ammler> :-D 19:36:58 <Ammler> what do I tell the whole time 19:38:17 <planetmaker> yes. 19:38:20 <planetmaker> exactly :) 19:52:10 <FooBar_> update: http://www2.jaspervries.nl/opengfx/script.php?feature=missingsprites 19:52:12 <Webster> Title: OpenGFX Authoroverview HTML Output (at www2.jaspervries.nl) 20:02:36 <planetmaker> cool 20:24:32 <Ammler> FooBar_: another link, you could add: http://mz.openttdcoop.org/opengfx/32bpp/sprites/trg$TYPEr/$NR.png 20:26:56 <planetmaker> 404 20:33:44 <Ammler> mäh 20:34:16 <planetmaker> oh. silly me :) 20:34:35 <planetmaker> I sheepishly click on any link you supply me with :P 20:35:09 <Ammler> I didn't found one house in 32bpp, which we don't have 20:35:54 <planetmaker> hm... doesn't work with h and t but with c as $TYPE 20:39:54 <Ammler> http://mz.openttdcoop.org/opengfx/?1=a 20:41:14 <planetmaker> what's the 3rd image column? w/o the blue background, right? 20:41:34 <planetmaker> I like it :) Though my connection sucks for its speed 20:57:18 <Brot> [DevZone] #openttdcoop - COPYING.txt (planetmaker) - http://dev.openttdcoop.org/attachments/download/117/COPYING.txt 20:57:36 <FooBar_> where did you get those 32bpp sprites from? 20:58:47 <Ammler> FooBar_: http://www.tt-forums.net/viewtopic.php?p=781719#p781719 20:58:48 <Webster> Title: Transport Tycoon Forums View topic - 32bpp mega pack v20081101 (at www.tt-forums.net) 20:58:58 <FooBar_> As a lot of them seem 32bpp versions of the 8bpp sprites... 21:06:15 <FooBar_> How often do you plan to update http://mz.openttdcoop.org/opengfx/32bpp/sprites/trg$TYPEr/$NR.png? 21:06:35 <FooBar_> As it's a bit pointless having it now... All broken links... :( 21:09:53 <Ammler> well, non of our missing sprites are around with 32bpp 21:12:12 <Ammler> but the GUI of 32bpp looks better then the 8bpp, I thought, it was the same 21:27:17 <Brot> [DevZone] OpenGFX - Revision 55: Set monolev vehicels to "undone", so we can still compare and moved the wr... (Ammler) - http://dev.openttdcoop.org/projects/opengfx/repository/revisions/55 21:31:35 <Ammler> http://ttartist.freeforums.org/opengfx-t95.html 21:31:37 <Webster> Title: TTArtist :: Log in (at ttartist.freeforums.org) 21:31:47 <Ammler> mäh 21:31:56 <Ammler> do you guys have a login :-) 21:32:15 <Ammler> http://ttartist.freeforums.org/opengfx-t98.html 21:32:17 <Webster> Title: TTArtist :: Log in (at ttartist.freeforums.org) 21:32:19 <FooBar_> yes, but I would need to change the password first then :P 21:32:51 <planetmaker> yes, I do 21:34:05 <planetmaker> it's got one building 21:35:43 <FooBar_> http://dev.openttdcoop.org/projects/grfmanager/wiki/TTArtist for login 21:36:07 <Ammler> he 21:36:08 <planetmaker> uploaded to opengfx file section 21:36:17 <Brot> [DevZone] OpenGFX - 4632_1.png (planetmaker) - http://dev.openttdcoop.org/attachments/download/118/4632_1.png 21:36:29 <Ammler> planetmaker: add it to the ticket 21:36:47 <planetmaker> I looked but I am blind. which one? 21:38:10 <Ammler> searchbox: http://dev.openttdcoop.org/search?q=4632 21:38:37 <Ammler> hehe, it is already in the ticket 21:38:46 <planetmaker> mäh 21:40:53 <Ammler> hmm, you guys got me wrong, I have a ticket ;-) 21:40:58 <Ammler> login* 21:41:08 <planetmaker> I thought you canceled it? 21:41:10 <Ammler> I was just wondering, because webster didn't have. 21:41:39 <Ammler> I guess, I tried to but somehow, I didn't find the link 21:42:42 <FooBar_> Well, either way, you have my login too now :P 21:43:12 <Ammler> I just registered to openttdcoop development. Just keep in mind that I 21:43:12 <Ammler> have already created 2 threads in ttartist.freeforums.org: 21:43:24 <Ammler> from you know :-) 21:47:55 <Ammler> FooBar_: could we add a prio column to the table and then post to tt-forums? 21:48:12 <Ammler> like what we need for next release. 21:48:16 <Brot> [DevZone] OpenGFX - Revision 56: Doc: Update authoroverview.csv to match new filenames and fix toyland wrap... (foobar) - http://dev.openttdcoop.org/projects/opengfx/repository/revisions/56 21:48:30 <FooBar_> In theory, yes. 21:48:35 <Ammler> but? 21:48:46 <FooBar_> Tell me what data type you'll be using and I'll do the rest then 21:48:56 <FooBar_> script-wise that is 21:48:58 <Ammler> just a number 21:49:10 <Ammler> 0 is immediately 21:49:19 <Ammler> 10 is never :-) 21:49:24 <FooBar_> I think tinyint wil do then 21:49:38 <Ammler> shall I add the column? 21:49:54 <FooBar_> go ahead 21:50:57 <Ammler> oh, sorry 21:51:06 <Ammler> I made the wrapper numbers wrong :-) 21:51:18 <FooBar_> I fixed them already, so do a pull ;) 21:52:27 *** Hirundo_ has quit IRC 21:52:44 <Ammler> FooBar_: stop 21:52:52 <Ammler> we don't need prio, I guess 21:53:10 * FooBar_ hits Ctrl+Z 21:53:14 <Ammler> hmm 21:53:15 <Ammler> hehe 21:53:27 <Ammler> can't we just say, file base has prio? 21:53:35 <Ammler> except the toyland crap 21:53:42 <Ammler> no 21:53:51 <Ammler> I guess, we need it :-) 21:53:58 <Ammler> ctrl-y :P 21:54:23 <FooBar_> what if I do function create_priolist() 21:55:12 <FooBar_> toyland sprites are at the end of base, so I can just code it to not display those 21:55:28 <FooBar_> If you let me have a go, we don't need prio after all... 21:55:38 <Ammler> also the snowy arctics 21:56:25 <FooBar_> high or low priority for those? 21:56:30 <Ammler> low 21:56:34 <FooBar_> ok 21:56:36 <Ammler> intro has only the other 21:57:11 <Ammler> and africa faces is low too 21:57:35 <planetmaker> do we need prio? 21:57:51 <planetmaker> I mean... we need all sprites after all. 22:04:05 <Brot5> opengfx: Backup push to ssh://hg@bitbucket.org/OpenTTD/opengfx/ initiated. 22:06:33 <Ammler> planetmaker: true but 22:06:43 <Ammler> well, nevermind then :-) 22:07:25 <planetmaker> indeed :P 22:07:58 <Ammler> is it possible, those html pages with many images kill my internet connection? 22:08:28 <planetmaker> theoretically not. Practically anything goes, I guess :P 22:08:55 * Ammler still waits for Bilbo push 22:35:43 <FooBar_> prio? http://www2.jaspervries.nl/opengfx/script.php?feature=objectives 22:35:44 <Webster> Title: OpenGFX Authoroverview HTML Output (at www2.jaspervries.nl) 22:41:39 *** FooBar_ has quit IRC 23:11:09 *** XeryusTC is now known as Xeryus|bnc