Config
Log for #openttdcoop.devzone on 21st February 2012:
Times are UTC Toggle Colours
00:20:18  *** Zuu has quit IRC
01:46:53  <Brot6> Britrains (Python Script) - Trains.ods (Leanden) @ http://dev.openttdcoop.org/attachments/download/2494/Trains.ods
07:01:46  *** JVassie has joined #openttdcoop.devzone
07:16:17  <Yexo> Hirundo: that's exactly what I suggested :)
07:16:36  <Yexo> I'm not sure I like "use empty sprites and alternative_sprites also for normal zoom 8bpp graphics"
07:16:48  <Yexo> normal zoom 8bpp graphics are required, so they should be special
07:17:13  *** JVassie has quit IRC
08:12:57  *** ODM has joined #openttdcoop.devzone
08:21:49  <Hirundo> Yexo: I meant that alternative_sprites(spriteset, ZOOM_LEVEL_NORMAL, ST_8BPP) could work as well and override the normal spriteset sprites
08:22:38  <Hirundo> Then you can define all sprites in file A and all logic in file B, which might be useful to grf authors
08:22:46  <Hirundo> or not, I dunno
08:22:53  <Hirundo> At least, we could provide the option
12:04:26  <Ammler> does nml or/and opengfx have a checklist for release?
12:10:43  <Ammler> planetmaker: found where I have the desc from: http://www.openttd.org/en/about
12:11:15  <planetmaker> bad page :-P
12:11:32  <planetmaker> I guess I should change it sometime
12:51:20  <Ammler> planetmaker: http://paste.openttdcoop.org/show/7Stx345urAyInB9Z9ibM/ <-- short review please?
12:52:50  <Brot6> Dutch Trains 2.0 - Feature #3711 (New): Eurosprinter + Locon livery (Voyager1) @ http://dev.openttdcoop.org/issues/3711
12:54:26  <Brot6> OpenGFX - Revision 933:a2ac7bcb4c57: Codechange: There's no need for a separate 'nml' directory. ... (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/a2ac7bcb4c57
12:56:00  <planetmaker> Ammler, what about catcodec?
12:56:22  <Ammler> no sfx, so no catcodec
12:56:35  <planetmaker> well. But as dev tool for interested parties?
12:56:52  <Ammler> devs will use project games
12:56:59  <Ammler> where opensfx is still part of
12:57:15  <michi_cc> Missing o: "penttd-data"
12:57:24  <Ammler> submitting it to Factory bascially means to make it public for newbies
12:57:35  <Ammler> michi_cc: already fixed, thansk :-)
12:57:50  <planetmaker> I'm editing it right now :-)
12:58:11  <Ammler> planetmaker: it basically means, you will be able to install openttd just with "zypper in openttd" without adding any additional repo
12:58:36  <planetmaker> ok
12:58:52  <Ammler> I quess like it already is in openttd and Fedora
12:58:53  <planetmaker> still, catcodec as package would be cool. Even when not required
12:59:09  <michi_cc> Maybe just mention all related packages in the mail, even if they don't go into factory?
12:59:20  <Ammler> everything added there needs also someone to maintain it
12:59:52  <Ammler> and the work amount is much higher as you will need to maintain also the distros
13:00:37  <Ammler> I would like to keep it simple, if you don't mind :-)
13:01:03  <Ammler> maybe that could be done later, if this is accepted
13:01:33  <Ammler> also when I know how well maintainance works
13:03:14  <Ammler> planetmaker: right now, I can simply update the tarball and version tag and submit the change to games, there are no further work, if the package is in Factory, it needs a kind of patchticket for every update for every distro
13:03:17  <planetmaker> you tend to write endless sentences, Ammler
13:03:29  <planetmaker> http://paste.openttdcoop.org/show/gyrNScaHzsEPUCtabKoC/
13:03:32  <planetmaker> ^^ update
13:04:18  <planetmaker> openttd is part of included there for ages <-- delete the "part of" from that sentence
13:05:41  <Ammler> yes, I didn't submit yet, I will submit after this mail
13:05:51  <Ammler> as I wrote at the end
13:08:27  <Ammler> ok, many thanks, I mail this to the ml then
13:09:21  <planetmaker> hm, I just saw two things:
13:09:41  <planetmaker> first sentence: it must read "OpenTTD is now for some years completely independent from ..."
13:09:50  <planetmaker> note the "for" and the "independent"
13:15:45  <Brot6> OpenGFX - Bug #3709: Airport helipads don't have flashing lights (planetmaker) @ http://dev.openttdcoop.org/issues/3709#change-9716
13:16:46  <Brot6> OpenGFX - Bug #3709: Airport helipads don't have flashing lights (planetmaker) @ http://dev.openttdcoop.org/issues/3709#change-9716
13:27:49  <Ammler> what I miss on the openttd.org subpackages is a link back to the main page or links between the domains at all
13:28:05  <Ammler> subpages*
13:28:50  <planetmaker> sub pages?
13:28:59  <Ammler> like security or bananas
13:29:38  <Ammler> subdomains*
13:31:38  <planetmaker> true, there seems no obvious link(s)
13:32:38  <Ammler> is there a hidden?
13:33:18  <Ammler> via contact maybe
13:34:06  <Ammler> also I thought, you bought a wildcard cert?
13:34:23  <Ammler> why do you still redirect subdomains?
13:34:26  <Ammler> that is very ugly
13:35:08  <planetmaker> don't ask me :-)
13:35:20  <planetmaker> ask these things TB
13:35:22  <Ammler> ah wrong channel
13:35:37  <Ammler> nah, lets forget about then :-P
13:36:18  <Ammler> TB is a "never change running system" guy ;-)
13:36:35  <planetmaker> quite so
13:36:52  <planetmaker> unless the times where he's not like that ;-)
13:37:02  <Ammler> :-D
13:37:34  <ODM> nu.nl
13:37:41  <ODM> well that was the wrong bar:d
13:37:45  <Ammler> you mean, he uses that as excuse if he is simply too lazy?
13:40:28  <planetmaker> nah, not really
14:41:12  <Brot6> OpenGFX - Revision 934:9d8fc2596e3c: Add #3578: More font sprites (PaulC) (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/9d8fc2596e3c
14:42:26  <Brot6> OpenGFX - Bug #3578 (Closed): Font update (planetmaker) @ http://dev.openttdcoop.org/issues/3578#change-9717
16:15:50  <Brot6> GRFCodec - Support #3710: do not publish rpms (Ammler) @ http://dev.openttdcoop.org/issues/3710#change-9718
16:16:17  <Ammler> planetmaker: could you close that ticket?
16:17:02  <Ammler> or whoever with that power on grfcodec, as author I should be able to too, right?
16:17:29  <Brot6> NewGRF Meta Language - Feature Request #3712 (New): New 32 bpp format (oberhuemer) @ http://dev.openttdcoop.org/issues/3712
16:26:07  <Hirundo> Yexo: Have you already started working on alt_sprites ? ^ (#3712)
16:26:07  <Brot6> Hirundo: Yexo: #3712 is http://dev.openttdcoop.org/issues/show/3712 "NewGRF Meta Language - Feature Request #3712: New 32 bpp format - #openttdcoop Development Zone"
16:29:32  <planetmaker> Ammler, is it done, then?
16:30:16  <Brot6> Dutch Trains 2.0 - Feature #3713 (New): NS6400 (Voyager1) @ http://dev.openttdcoop.org/issues/3713
16:42:32  <planetmaker> http://paste.openttdcoop.org/show/1141/ <-- hm... what could possibly cause this message?
16:42:45  <planetmaker> The md5sums are correctly stated in the related opengfx.obg
16:43:54  <Rubidium> planetmaker: nml default/tip?
16:44:16  <planetmaker> yes
16:44:54  <planetmaker> as I removed all other OpenGFX (it would not be used otherwise) from the path, it seems to work nonetheless
16:44:55  <Rubidium> so grf container v2, so md5sum isn't right. You need to checksum the data section, i.e. exclude the actual sprites
16:45:08  <planetmaker> hm oh, yes
16:45:20  <Rubidium> grfid -m
16:45:43  <planetmaker> indeed. That'll need a makefile change
16:46:33  <planetmaker> thanks
16:46:33  <Rubidium> and a dependency change ;)
16:46:37  <planetmaker> yes
16:46:54  <planetmaker> src/grfstrip.cpp: In function ‘int main(int, char**)’:
16:46:54  <planetmaker> src/grfstrip.cpp:165: warning: ‘depth_offset’ may be used uninitialized in this function
16:46:54  <planetmaker> [
16:46:57  <planetmaker> hm...
16:47:10  <planetmaker> gcc 4.3.1
16:47:19  <planetmaker> in grfcodec tip
16:55:49  <planetmaker> Ammler, seems that grfcodec dependency was never removed from OpenGFX build specs, right?
16:57:49  <Brot6> OpenGFX - Revision 935:7a843ed20bd7: Change #3395: Don't let the road works flash that much (PaulC) (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/7a843ed20bd7
16:59:00  <Brot6> OpenGFX - Bug #3395 (Closed): Flashing roadworks (planetmaker) @ http://dev.openttdcoop.org/issues/3395#change-9719
17:04:52  <Rubidium> planetmaker: should be gone by now
17:04:56  <Brot6> GRFCodec - Revision 898:58daa50bb68e: -Fix: exit grfstrip when an invalid depth is encountered (Rubidium) @ http://dev.openttdcoop.org/projects/grfcodec/repository/revisions/58daa50bb68e
17:10:10  <Brot6> GRFCodec - Support #3710 (Closed): do not publish rpms (Ammler) @ http://dev.openttdcoop.org/issues/3710
17:10:10  <Brot6> GRFCodec - Support #3710 (Closed): do not publish rpms (planetmaker) @ http://dev.openttdcoop.org/issues/3710#change-9720
17:12:56  <Brot6> grfcodec: update from r897 to r898 done - http://bundles.openttdcoop.org/grfcodec/nightlies/r898
17:20:27  <planetmaker> Rubidium, are also the 8bpp 1x zoom sprites in the data section?
17:20:47  <Brot6> nml: update from r1832 to r1833 done - http://bundles.openttdcoop.org/nml/nightlies/r1833
17:22:44  <Rubidium> planetmaker: yes
17:22:53  <planetmaker> thx
17:23:02  <Rubidium> so merely changing a sprite won't change the md5
17:23:57  <planetmaker> hm, interesting actually :-) the md5sums of the grfs might not change that much then actually :-)
17:24:33  <Brot6> Britrains (Python Script) - Bug #3708: Upload Code (oberhuemer) @ http://dev.openttdcoop.org/issues/3708#change-9721
17:25:59  <Rubidium> planetmaker: for opengfx the extra one will change each commit, so it should all be fine ;)
17:26:17  <planetmaker> well. In any case the version: xxx would change
17:26:28  <planetmaker> and yes, the extra will also change
17:27:03  <Rubidium> anyhow, this allows us to strip 32bpp sprites or ez sprite from a GRF
17:27:32  <Brot6> OpenGFX - Revision 936:e49a0aa9bd49: -Fix / Change: Make use of the grfid programme to determine ... (planetmaker) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/e49a0aa9bd49
17:27:33  <planetmaker> I got that :-)
17:27:45  <planetmaker> I just wasn't sure whether also the 8bpp are part of hte data section
17:28:47  <Ammler> planetmaker: of course it is revmoed
17:28:54  <Ammler> no grfcodec anymore
17:29:01  <Brot6> OpenGFX - Bug #3709: Airport helipads don't have flashing lights (PaulC) @ http://dev.openttdcoop.org/issues/3709#change-9722
17:29:22  <planetmaker> I did find it in the spec file though
17:29:30  <planetmaker> can you check / verify with opengfx tip?
17:29:43  <planetmaker> not that I imagine things here after all :-)
17:30:04  <Ammler> hmm
17:30:25  <Ammler> but seriously, you add again grfcodec?
17:30:33  <planetmaker> I need to
17:30:36  <Ammler> then we could also use grfcodec
17:30:36  <planetmaker> I need grfid
17:30:51  <Ammler> well, you should make a request on nml to do that part
17:30:52  <planetmaker> the md5sums are 'wrong'
17:31:13  <planetmaker> yes. Maybe. But until then: this is the solution. Maybe a poor man's solution. Dunno
17:31:52  <Ammler> well, there is no grfcodec anymore on suse :-)
17:32:14  <planetmaker> good enough reason to add it again
17:32:23  <Ammler> :'-(
17:32:46  <Ammler> this is just for check?
17:32:53  <planetmaker> No, it's a necessity
17:33:17  <Ammler> but not for 0.4, right?
17:33:22  <planetmaker> the "md5sums" in the obg file should better be called checksums now. They can only be generated by grfid
17:33:40  <planetmaker> not for 0.4 as that uses the 0.2.x NML
17:33:46  <planetmaker> which uses not container format 2
17:33:53  <Ammler> so I can still hope, there will be another solution until then
17:34:38  <Ammler> or we package grfid with nml
17:34:57  <Ammler> we will see
17:35:55  <planetmaker> well. It's part of the grfcodec package, like nforenum or grfmerge or so
17:36:24  <Ammler> on devzone, this is no issue, I just look forward on suse factory
17:37:31  <Ammler> maybe I better would have made a package openttd-tools
17:38:06  <Ammler> or openttd-utils
17:39:05  <planetmaker> well. you could. But then: why not keep it as they are: two or three projects, including catcodec?
17:39:33  <Ammler> additional packages needs a lot more effort to get in as just another tarball to an existing package
17:40:13  <Ammler> though, I have no experience at all, this I will get now :-)
17:41:13  <Ammler> planetmaker: the issue is that if we want to keep the package up to date, I might be the only maintainer, before I did, the openttd packages were quite outdated
17:41:20  <planetmaker> well, IMHO the unix principle is small packages
17:41:27  <Ammler> the more packages the more work
17:41:53  <planetmaker> but of course it's your choice as it's your work and time :-)
17:42:10  <planetmaker> an openttd-util might thus make sense
17:42:11  <Ammler> well, right now, it is oversightable
17:42:16  <Ammler> just 4 packages
17:44:05  <Ammler> the worst thing is that every (required) opengfx update needs also a update of nml
17:44:24  <Ammler> which was a bit better with grfcodec
17:44:37  <planetmaker> Hm, yes
17:45:03  <planetmaker> but you found the reason why the openttd.grf is still written in nfo ;)
17:45:26  <Ammler> yep, would you still convert to nml, if you would have known?
17:45:33  <planetmaker> though one probably *could* teach NML to use numbers there and only issue warnings
17:45:40  <planetmaker> yes, I would
17:45:53  <planetmaker> as I actually *knew* :-)
17:46:07  <planetmaker> at least sort of :-)
17:46:21  <Ammler> ok, well anyway, this is also the reason, openttd should use nml too
17:46:22  <planetmaker> one should try with numbers there instead of NML constants
17:47:16  <planetmaker> though... that's ugly :-)
17:47:28  <planetmaker> hm... though... I have an idea for that...
17:47:31  <planetmaker> conditional defines
17:48:50  <Ammler> I might simply add grfcodec to the submit list too, I don't think, it will hurt
17:49:06  <Ammler> we will see
17:49:32  <Ammler> (and catcodec)
17:50:07  <Ammler> but I think, it should still be possible for nml to get that id too
17:51:44  <Ammler> Rubidium: also couldn't it be managed to check alternatively the md5sum still?
17:53:14  <planetmaker> Ammler, no, the point of this checksum is to identify a grf - independent of which zoom level sprites are actually contained
17:54:16  <Ammler> yes, but you have now md5sum as value, so check md5sum and use another name for the new check
17:54:56  <Ammler> as you said yourself, md5sum is wrong now
17:55:09  <Ammler> but that could be used to tell openttd which check to use
17:56:51  <Ammler> or do you plan to release multiple opengfx packages?
17:57:30  <planetmaker> no
17:57:49  <planetmaker> There'll only branch which releases are made from
17:58:01  <planetmaker> of course this branch changes from time to time ;-)
17:58:10  <Ammler> yes, grfcodec is still a builddep of opengfx
17:58:21  <planetmaker> ah, sorry, you mean with stripped 32bpp?
17:58:32  <Ammler> yes
17:58:47  <planetmaker> maybe. It'd be easy now to make a server version :-)
17:58:58  <Ammler> I assume, the grfid -m is the same on both, right?
17:58:59  <planetmaker> Though I currently have not plans to make stripped-down versions
17:59:01  <Ammler> that is the reason for it
17:59:05  <planetmaker> exactly
17:59:53  <Ammler> but couldn't the stripped version still be container v1?
18:00:02  <Ammler> and then the md5sum would still be correct
18:00:27  <Ammler> might be too complicated
18:00:52  <Ammler> planetmaker: anyway, the suse grfcodec is used
18:01:11  <Ammler> if you want to use nightlies again, you need to add it to requires
18:01:30  <Ammler> http://dev.openttdcoop.org/projects/opengfx/repository/revisions/default/entry/.devzone/build/requires
18:02:10  <Ammler> then opengfx will aslo be triggered again for rebuild
18:02:11  <planetmaker> ah. Yes, There it's needed
18:02:18  <Ammler> not really
18:02:23  <Ammler> the suse package has grfid
18:02:31  <planetmaker> hu?
18:02:50  <Ammler> ah, there was no grfcodec release yet?
18:03:05  <Ammler> hmm, I remembered once to update the spec, maybe that was in advance
18:03:07  <planetmaker> not sure. Might not be
18:03:28  <planetmaker> Well. OpenGFX trunk does need nml and grfcodec packages for successful building
18:03:39  <planetmaker> So if I missed the grfcodec dependency, please add it :-)
18:04:02  <Brot6> Central European Train Set - Revision 644:aaaf185e7891: Fix: some missing string parameters etc. (oberhuemer) @ http://dev.openttdcoop.org/projects/cets/repository/revisions/aaaf185e7891
18:04:02  <Brot6> Central European Train Set - Revision 645:bc02e84f61ea: Codechange: remove unused/deprecated refi... (oberhuemer) @ http://dev.openttdcoop.org/projects/cets/repository/revisions/bc02e84f61ea
18:04:02  <planetmaker> OpenGFX 0.4 does *not* need grfcodec
18:05:43  <Ammler> I am confused, where is the error log of opengfx
18:06:19  <Ammler> or did you ask on purpose too? ;-)
18:08:12  <planetmaker> no?
18:08:41  <planetmaker> There's no error on the DevZone with building OpenGFX
18:08:43  <Ammler> it is 5.1.3 with v8 support, no need for nightlies, right?
18:08:57  <planetmaker> nfo v8 is not enough
18:09:07  <Ammler> what else?
18:09:12  <planetmaker> nfo v32 :-P
18:09:18  <planetmaker> (no shit)
18:09:24  <Ammler> and that isn't released?
18:10:48  <planetmaker> yes, there's no release for the needed grfcodec yet
18:11:23  <planetmaker> no need actually so far
18:11:37  <planetmaker> as non of the the released packages requires an updated grfcodec
18:12:40  <planetmaker> oh, and there's actually already the grfstrip binary to remove the extra things... you added it to the rpm yourself  ;-)
18:13:55  <Brot6> cets: update from r643 to r645 done (242 warnings) - http://bundles.openttdcoop.org/cets/push/r645
18:14:01  <Ammler> well, the issue is now, that we need to add grfcodec nightlies, which will cause opengfx to rebuild on changes of grfcodec which is useless as it is needed for grfid only :-)
18:14:18  <Brot6> OpenGFX - Revision 937:2b2d877e8252: Change: add again grfcodec nightlies to build requires (grfi... (Ammler) @ http://dev.openttdcoop.org/projects/opengfx/repository/revisions/2b2d877e8252
18:14:24  <planetmaker> well, as said: *currently* no relase is needed, nor anything.
18:14:44  <Ammler> it slows down our compiler :-P
18:14:45  <planetmaker> But *if* we release at some point from the current default branch, *then* it will be needed
18:14:57  <planetmaker> Thus it should be added now or it'll be forgotten
18:15:03  <Ammler> and if done that, we could then remove it again
18:15:33  <Ammler> hehe, no, if released we can remove it again :-P
18:15:53  <planetmaker> hm... though. I guess I got your point. Nvm changing that then
18:16:03  <Ammler> does not hurt
18:16:45  <Ammler> sadly, there is no way to pull secret branches
18:17:10  <planetmaker> err, what?
18:17:30  <Ammler> the new thing with hg 2.1
18:18:00  <Ammler> you cannot share those
18:18:00  <planetmaker> oh, 'secret' is for you
18:18:09  <planetmaker> for exchange there's the "draft" phase
18:18:21  <planetmaker> and for release there's the "public" phase
18:18:57  <planetmaker> i.e. "draft" can still be changed. And "public" is inmutable and cannot be changed anymore
18:19:17  <Ammler> public is waht is now
18:19:41  <Ammler> or how a server/client < 2.1 handles it
18:19:45  <planetmaker> yes
18:20:17  <planetmaker> if you push to a repo which is set to 'publishing' (which is default) the drafts will become public
18:20:20  <Ammler> well, secret you could also use for deploy
18:20:33  <Ammler> but there should be a kind of way to share it
18:20:47  <planetmaker> you can configure servers to accept both draft and public
18:21:00  <planetmaker> which is what you basically want imho
18:21:18  <Ammler> and secret of course, that's the point
18:21:29  <planetmaker> no. Secret is your personal thing
18:21:32  <Ammler> nono
18:21:35  <planetmaker> There need be something like that
18:21:41  <planetmaker> if you want to share: make it draft
18:21:44  <Ammler> the whole point with this stuff is that you can push it
18:21:51  <planetmaker> you *can* push draft
18:21:57  <Ammler> you can push secret
18:21:58  <planetmaker> and it *can* remain draft
18:22:08  <Ammler> but you cannot pull it
18:22:11  <planetmaker> nah, the whole point of "secret" is that it is *not* pushed
18:22:23  <planetmaker> (nor pulled)
18:22:24  <Ammler> you push it via -r afaik
18:22:33  <planetmaker> secret isn't
18:22:34  <Ammler> but you can not pull it that way :-)
18:22:37  <planetmaker> I tried. ;-)
18:23:01  <planetmaker> I got the message that there's nothing to push, but that 2 secret changes have been ignored
18:23:08  <Ammler> you tried with -r
18:23:11  <planetmaker> no
18:23:16  <Ammler> then do :-)
18:23:21  <Ammler> or RTFM
18:23:25  <planetmaker> ...
18:23:43  <planetmaker> imho you greatly misunderstand the point of "secret"
18:23:51  <planetmaker> if you share it, it should be "draft"
18:24:01  <planetmaker> (or "public")
18:24:39  <Ammler> no, it could be used for deploying config files of your server with database secrets etc.
18:24:56  <Ammler> now you need to keep those away from the vcs
18:24:57  <planetmaker> http://mercurial.selenic.com/wiki/Phases#Available_Phases <-- look at that table. You got everything you need there, don't you?
18:24:59  <Webster> Title: Phases - Mercurial (at mercurial.selenic.com)
18:25:04  <planetmaker> if it doesn't fit, then change the phase
18:25:09  <planetmaker> that's how it should work
18:27:21  <Ammler> so does pushing a secret revision work or not?
18:27:37  <Ammler> I have to admit, I am not sure anymore
18:28:07  <Ammler> maybe I read that in some drafts before release
18:29:54  <planetmaker> for all I know secret is never pushed
18:30:02  <planetmaker> nor pulled
18:30:17  <Ammler> did you try with -r?
18:30:26  <planetmaker> no?
18:30:44  <Ammler> so we just guess :-)
18:30:54  <planetmaker> no :-P
18:31:53  <planetmaker> you still didn't show me what -r should do. And couldn't point me to "rtfm"
18:32:06  <planetmaker> and *I* do not see that mentioned anywhere
18:32:16  <planetmaker> nor can I test it now
18:32:17  <Ammler> you never used -r for pull or push?
18:32:21  <planetmaker> no?
18:32:41  <Ammler> ah sorry
18:33:22  <Ammler>  -r --rev REV [+]            a changeset intended to be included in the destination
18:33:43  <planetmaker> I'm quite sure it won't work with secret for pull and push
18:33:54  <Ammler> it wont for pull of course
18:34:14  <Ammler> it should for push, but I can not confirm it :-)
18:35:38  <Ammler> you also should be able make something secret afterwards afaik
18:37:33  <planetmaker> hg phase -f
18:37:45  <planetmaker> anyway, sports :-)
18:58:28  <Brot6> Dutch Trains 2.0 - Feature #3713 (Closed): NS6400 (Voyager1) @ http://dev.openttdcoop.org/issues/3713
18:58:28  <Brot6> Dutch Trains 2.0 - Revision 219:8cbe24e0c998: Fix: graphics of NS 6400 (closes #3713) (foobar) @ http://dev.openttdcoop.org/projects/dutchtrains/repository/revisions/8cbe24e0c998
18:58:28  <Brot6> Dutch Trains 2.0 - Feature #3713 (Closed): NS6400 (foobar) @ http://dev.openttdcoop.org/issues/3713#change-9723
19:01:04  *** frosch123 has joined #openttdcoop.devzone
19:22:02  *** Zuu has joined #openttdcoop.devzone
19:51:21  <Brot6> Dutch Trains 2.0 - Revision 220:d3c14af73aa8: Fix: power of ACTS 5800 (foobar) @ http://dev.openttdcoop.org/projects/dutchtrains/repository/revisions/d3c14af73aa8
20:19:58  *** JVassie has joined #openttdcoop.devzone
21:15:48  <Brot6> BANDIT - Revision 290:a6e4230f3f1b: Codechange: draw more angles of tank trailers with the generator (andythenorth) @ http://dev.openttdcoop.org/projects/bandit/repository/revisions/a6e4230f3f1b
22:13:40  *** Zuu has quit IRC
22:13:56  <Yexo> Hirundo: I did a small bit of work on #3712 today, I intended to continue tomorrow
22:13:56  <Brot6> Yexo: Hirundo: #3712 is http://dev.openttdcoop.org/issues/show/3712 "NewGRF Meta Language - Feature Request #3712: New 32 bpp format - #openttdcoop Development Zone"
22:14:29  <Yexo> but if you want to work on it, feel free
22:28:00  <Hirundo> Yexo: Not now; dishes and bed (in that order) are waiting for me
22:28:10  <Yexo> in that case I'll continue my work tomorrow
22:29:34  <Brot6> NewGRF Meta Language - Feature Request #3712 (Assigned): New 32 bpp format (oberhuemer) @ http://dev.openttdcoop.org/issues/3712
22:29:35  <Brot6> NewGRF Meta Language - Feature Request #3712 (Assigned): New 32 bpp format (yexo) @ http://dev.openttdcoop.org/issues/3712#change-9724
22:59:47  *** frosch123 has quit IRC
23:06:57  <Brot6> OpenGFX+ Airports - Revision 162:f693f76e28a8: Feature: modern style small airport (only 2 rotati... (yexo) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/f693f76e28a8
23:07:28  *** JVassie has quit IRC
23:07:38  <Brot6> OpenGFX+ Airports - Feature #3699: Modern style small airport (yexo) @ http://dev.openttdcoop.org/issues/3699#change-9725
23:08:05  <planetmaker> how nicely worded #3712 is ...
23:08:05  <Brot6> planetmaker: #3712 is http://dev.openttdcoop.org/issues/show/3712 "NewGRF Meta Language - Feature Request #3712: New 32 bpp format - #openttdcoop Development Zone"
23:08:13  <planetmaker> so very undemanding :-P
23:08:58  <Yexo> wording could be better, but nml is lagging behind
23:09:40  <Yexo> OpenGFX+Airports is almost ready for 0.4 :)
23:09:51  <planetmaker> sweet :-)
23:10:47  * planetmaker checks changelog
23:11:34  <planetmaker> http://paste.openttdcoop.org/show/1142/
23:11:38  <planetmaker> nice list indeed :-)
23:12:28  <Yexo> Feature: correct ground sprites in arctic/tropical for preview of small airport <- that will be generalized to all airports (#3101)
23:12:28  <Brot6> Yexo: Feature: #3101 is http://dev.openttdcoop.org/issues/show/3101 "OpenGFX+ Airports - Feature #3101: Climate-aware preview images - #openttdcoop Development Zone"
23:12:35  <planetmaker> :-)
23:12:39  <Yexo> - Feature: modern style small airport (only 2 rotations so far) <- I'll finish the last 2 (most of the work already done)
23:12:52  <Yexo> and I think that's all
23:13:08  <Yexo> maybe some extra-zoom sprites if I can find some nice ones
23:13:53  <Yexo> http://jupix.info/openttd/gfxdev-repo/index.php?act=file&id=228 <- I really like that depot
23:16:32  <Yexo> good night
23:25:33  <planetmaker> good night, Yexo
23:25:36  <planetmaker> I'm off as well
23:26:14  <planetmaker> indeed the depot is good :-)
23:27:34  *** ODM has quit IRC

Powered by YARRSTE version: svn-trunk