Log for #openttdcoop.devzone on 2nd June 2009:
Times are UTC Toggle Colours
00:08:39  <Brot5> opengfx: Backup push to ssh:// 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  *** 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) -
07:37:18  <Brot> [DevZone] #openttdcoop - Wiki edit: Welcome (#15) (planetmaker) -
08:16:17  <Brot> [DevZone] #openttdcoop - Wiki edit: Organizing_your_newgrf (#1) (planetmaker) -
08:25:18  <Brot> [DevZone] #openttdcoop - Wiki edit: Welcome (#16) (planetmaker) -
08:28:18  <Brot> [DevZone] #openttdcoop - Wiki edit: Making_a_release (#1) (planetmaker) -
08:31:18  <Brot> [DevZone] OpenGFX - Revision 46: Fix (r45): don't have make install depend on a not existing readme.txt (planetmaker) -
08:55:06  <Brot5> opengfx: Backup push to ssh:// 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) -
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) -
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) -
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>
10:01:53  <Ammler> or
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 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>
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>
11:41:41  <FooBar_>
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> <-- 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? 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) -
13:31:17  <Brot> [DevZone] OpenGFX - Revision 47: Change: move all into a subdirectory before creating the tar. This will en... (planetmaker) -
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) -
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:// 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) -
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>,4463,4464,4465
14:10:18  <Brot> [DevZone] OpenGFX - Bug #108 (Assigned): Unduplicate nfo code (planetmaker) -
14:10:19  <Brot> [DevZone] OpenGFX - Feature #148: fill make bundle actually with zip and bzip2 files, too (planetmaker) -
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) -
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) -
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>,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 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) -
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
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:// initiated.
14:55:12  <Brot5> opengfx: Backup push to ssh:// initiated.
15:05:07  <Ammler> now, it i even better ;-)
15:05:09  <Ammler>
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) -
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:// 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:
16:23:16  <Brot> [DevZone] OpenGFX - Feature #150: Sprite 4604 - Tropical "saloon" building (Ammler) -
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) -
16:38:18  <Brot> [DevZone] OpenGFX - Feature #152: Sprites 881:884 (4) - Maglev engine (Ammler) -
16:44:17  <Brot> [DevZone] OpenGFX - Revision 51: Added tickets to every missing row (Ammler) -
16:46:42  <Ammler> <-- 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:// 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) -
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>,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>,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> <-- 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> <-- 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>
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) -
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:
18:49:53  <Webster> Title: OpenGFX Authoroverview HTML Output (at
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) -
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_>
19:20:20  <Webster> Title: Feature creep - Wikipedia, the free encyclopedia (at
19:20:42  <Hirundo_> :d
19:20:44  <Hirundo_> :D
19:21:38  <FooBar_> Ammler: the feature of breaking your script? See,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
19:24:34  <Ammler> and the image numbers would be correct
19:24:36  <Webster> Title: OpenGFX Authoroverview HTML Output (at
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> <-- interesting @ Ammler
19:30:49  <planetmaker> there's a whole hidden flyspray thing...
19:33:39  <planetmaker> <-- 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:
19:52:12  <Webster> Title: OpenGFX Authoroverview HTML Output (at
20:02:36  <planetmaker> cool
20:24:32  <Ammler> FooBar_: another link, you could add:$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>
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) -
20:57:36  <FooBar_> where did you get those 32bpp sprites from?
20:58:47  <Ammler> FooBar_:
20:58:48  <Webster> Title: Transport Tycoon Forums View topic - 32bpp mega pack v20081101 (at
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$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) -
21:31:35  <Ammler>
21:31:37  <Webster> Title: TTArtist :: Log in (at
21:31:47  <Ammler> mh
21:31:56  <Ammler> do you guys have a login :-)
21:32:15  <Ammler>
21:32:17  <Webster> Title: TTArtist :: Log in (at
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_> 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) -
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:
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
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) -
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:// 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?
22:35:44  <Webster> Title: OpenGFX Authoroverview HTML Output (at
22:41:39  *** FooBar_ has quit IRC
23:11:09  *** XeryusTC is now known as Xeryus|bnc

Powered by YARRSTE version: svn-trunk