Log for #openttdcoop.devzone on 27th May 2011:
Times are UTC Toggle Colours
00:19:20  *** Lakie has quit IRC
04:34:32  <Brot6> Bundles Update: gd799588c 2011-05-27 cargodist   (
06:54:59  *** ODM has joined #openttdcoop.devzone
07:02:10  <Brot6> OpenGFX+ Airports - Revision 82:7610ba676976: Feature: Ground aware international airport (planetmaker) @
07:04:49  <Brot6> OpenGFX+ Airports - Revision 83:50934c93e351: Fix (r82): And again... add files (planetmaker) @
07:23:09  <Brot6> OpenGFX+ Airports - Revision 84:422bc4b47d1f: Feature: Ground aware commuter airport (planetmaker) @
07:55:42  *** LordAro has joined #openttdcoop.devzone
07:57:51  <Brot6> NewGRF Meta Language - Bug #2661 (New): Internal error: Assertion (planetmaker) @
08:10:44  <Brot6> NewGRF Meta Language - Bug #2661 (Closed): Internal error: Assertion (planetmaker) @
08:10:44  <Brot6> NewGRF Meta Language - Revision 1357:b97aa4a90452: Fix #2661: Give a proper error message upon en... (Hirundo) @
08:10:44  <Brot6> NewGRF Meta Language - Bug #2661 (Closed): Internal error: Assertion (Hirundo) @
08:27:27  <Brot6> OpenGFX+ Airports - Revision 85:2ebf8a941813: Codechange: Draw end-of-runway sprites also when th... (planetmaker) @
08:27:43  <planetmaker> that was a quick fix, Hirundo :-)
08:45:58  *** Ruudjah has joined #openttdcoop.devzone
09:09:25  <Brot6> OpenGFX+ Airports - Revision 86:de1b3cb46561: Feature: Ground aware intercontinental airport (planetmaker) @
09:44:39  <Brot6> OpenGFX+ Airports - Revision 87:72801cf39dc0: Feature: Ground aware heliport (planetmaker) @
09:44:39  <Brot6> OpenGFX+ Airports - Revision 88:959a958519a2: Feature: Ground aware helidepot (planetmaker) @
09:44:39  <Brot6> OpenGFX+ Airports - Revision 89:7af108d0b7f0: Feature: Ground aware helistation (planetmaker) @
09:50:12  <Brot6> OpenGFX+ Airports - Revision 90:7b3a8b57ee44: Fix: Offset of hangar's rear wall was off by one (planetmaker) @
10:09:30  <Brot6> FIRS Industry Replacement Set - Bug #2662 (New): German translation (planetmaker) @
10:13:23  *** KenjiE20 has joined #openttdcoop.devzone
11:21:45  <planetmaker> Yexo: is there a way to name individual layouts of an airport so that it doesn't show 'layout 1', 'layout 2' etc anymore but something more meaningful?
11:22:00  <Yexo> yes, there is a callback for that
11:22:06  <planetmaker> oh :-)
11:22:22  <Yexo> cb 156 to be precise
11:22:23  <planetmaker> and another question: how do I swap the preview sprite?
11:22:38  <Yexo> swap in which way?
11:22:42  <Ammler> planetmaker: according to source bundles, looks like there is an issue with gz->xz change
11:22:44  <Yexo> different preview for different layouts?
11:22:46  <planetmaker> define another one
11:22:52  <Ammler> I will look at it
11:22:56  <planetmaker> no, just for the airport. But per layout would be good
11:22:58  <Yexo> it's just a real sprite
11:23:15  <Yexo> so spriteset, spritegroup, switch -> select layout, chose correct spritegroup
11:23:42  <planetmaker> graphics { sprite_group; }
11:23:44  <planetmaker> will do, yes?
11:23:54  <planetmaker> I guess, I just added a sprite set - which would be an error
11:24:04  <Ammler> hmm, and hello guys :-)
11:24:04  <Yexo> yes, that would do, but than you don't have any callbacks
11:24:15  <Yexo> so you want graphics { switch_handling_cbs; }
11:24:19  <planetmaker> indeed, hello you two :-)
11:24:26  <planetmaker> ok, that's feasible :-)
11:24:39  <Yexo> and switch (switch_handling_cbs, current_callback) { 0x156: handle_layout_name; sprite_group; }
11:25:35  <planetmaker> sweet. I'll toy around. Thanks :-)
11:26:15  <planetmaker> I'm just trying to get a completely new airport into the game. Not that I want to add one yet, but... we also need a regression test ;-)
11:26:29  <Yexo> that's not possible
11:26:32  <Yexo> the specs don't allow it
11:26:55  <Yexo> well, you can define the layout for it, but you have to use the movement scheme of one of the default airports
11:28:40  <planetmaker> yes, I know that.
11:28:48  <planetmaker> But that allows already for a bit of flexibility
11:28:57  <planetmaker> and can be stretched quite far ;-)
11:29:18  <planetmaker> one thing I noticed during testing: take the intercontinental from ogfx+airports
11:29:37  <planetmaker> it's not a rectangular layout anymore, but for building it requires all of the rectangular tiles to be free
11:29:43  <planetmaker> even when I later can build there
11:30:13  <planetmaker> not anymore as it contains 'free' tiles also in vanilla openttd - which I left out from the tile layout
11:32:09  <Yexo> yes, that change is done in the airports.hg repo but not yet in trunk
11:32:21  <Yexo> shouldn't be hard to port
11:38:50  <planetmaker> is there a good reason to define only one airport tiles for the small airport instead of separate ones for the individual tiles like houses, depot, grass and runway?
11:39:21  <planetmaker> or would it be ok, if I separate that stuff there (too) in a similar manner like I did for the other airport tiles?
11:39:51  <Yexo> there is a global (for all grfs) limit of 256 airporttiles
11:40:03  <Yexo> 74 of those 256 ids are already used by the default tiles
11:40:16  <planetmaker> hm... but we could overwrite them, right?
11:40:25  <Yexo> there is a global limit of 128 airports
11:40:31  <Yexo> no, you can't overwrite the default IDs
11:40:38  <Yexo> those 74 IDs are used always, even when disabled
11:40:39  <planetmaker> oh, ok.
11:41:43  <planetmaker> well. I define 34 tiles. But they allow arbitrary arangement and creation of new airports then
11:41:52  <Yexo> so the more tile ids you use per airport the sooner you run into the tile id limit
11:42:28  <planetmaker> these 34 IDs are sufficient for all airports except the small one
11:42:33  <Yexo> 34 tiles for 8 airports?
11:42:37  <planetmaker> yes
11:42:38  <Yexo> seems fine :)
11:42:47  <planetmaker> they're all re-defined
11:42:54  <planetmaker> we have it working in NML again ;-)
11:42:59  <Yexo> great :)
11:43:01  <Yexo> thanks a lot
11:43:08  <planetmaker> no worries, was a pleasure
11:43:19  <Yexo> so feel free to use 3 or 4 ids for the small airport, just don't use 12
11:43:40  <planetmaker> no. I'd use hangar, grass, runway and one or two for buildings
11:44:10  <planetmaker> the grass can be defined as runway, too... hm... though it'll need a modified runway template
11:45:05  <Yexo> just added AIRPORT_CB_ADDITIONAL_TEXT and AIRPORT_CB_LAYOUT_NAME as constants
11:45:13  <Brot6> NewGRF Meta Language - Revision 1358:de8726d13b0f: Add: constants for two airport callbacks (yexo) @
11:45:15  <planetmaker> ah :-)
11:50:35  <planetmaker> hm... the main building tiles could probably be unified to one tile... but ... not sure I want to do that work now ;-)
11:53:01  <planetmaker> One thing looks very funky about all airports though: the missing fences ;-)
11:53:44  <Brot6> NewGRF Meta Language - Bug #2663 (New): animation callback names are inconsistent (yexo) @
11:54:04  <Yexo> planetmaker: if you still have the code for that you could easily work around the nml bug by using grm for them
11:54:29  <planetmaker> I attached it in an issue for NML
11:55:00  <planetmaker>
11:55:44  <planetmaker> so I can't easily 'destroy' it ;-)
11:55:51  <planetmaker> How would I use grm for that?
11:56:13  <planetmaker> or which bug do you mean?
11:56:26  <Yexo> that one indeed
11:56:33  <Yexo> I'll try and make a diff for you
11:57:02  <Yexo> only that diff doesn't apply anymore :(
11:58:36  <planetmaker> r75
11:58:59  <planetmaker> it was prior to adding actually the city airport
11:59:12  <planetmaker> but let's see. It shall be easy to make one working with current head
11:59:29  <planetmaker> basically just the fence code needs its original choices again
11:59:36  <Yexo> hmm, nvm
11:59:38  <planetmaker> it's still called everywhere
11:59:40  <Yexo> the fences already use ttdsprites
11:59:59  <Yexo> so you can't win anything by redefining them as grm sprites
12:00:07  <planetmaker> hm, right.
12:55:12  <Brot6> German town names - Bug #2664 (New): Duplicate town names generated? (planetmaker) @
13:23:11  <planetmaker> <--hm... somehow I don't manage graphics for airports
13:24:01  <planetmaker> hm.. sprite group... what kind of sprite group?
13:24:36  <Yexo> spritegroup small_airport_preview { spr_gate1_snow; }
13:24:46  <Yexo> maybe add "default:" before spr_gate1_snow
13:38:31  <Terkhen> planetmaker: Eddi is so boring that you left #openttd? :P
13:39:06  <planetmaker> no... obviously I closed that window when closing the MANY editor windows ;-)
13:39:21  <planetmaker> meh
13:39:42  <Terkhen> :D
13:40:07  <planetmaker> the cmd+w acting on the wrong programme happens way too often :-(
13:40:15  <planetmaker> I'm faster than the window manager :-P
13:41:33  <planetmaker> Yexo: it seems I'm having a mental knot: <-- no way I tried to define the sprite layout was successful (copy and paste this on the end of airport_small.cpp to make it work)
13:42:37  <planetmaker> do you possess alexander's sword to cut this knot? ;-)
13:44:01  <planetmaker> nmlc: "sprites/airport_small.pnml", line 481: Syntax error, unexpected token "}"
13:44:12  <planetmaker> and friends... it must be trivial
13:48:19  <Yexo>
13:48:32  <Yexo> the "default:" ahd to go inside the spritegroup, not in the switch block
13:48:42  <planetmaker> arg, the default there :-)
13:49:00  <planetmaker> that's probably the only thing not tried, but yes
13:49:02  <planetmaker> thanks :-)
13:50:29  <planetmaker> :-P sprite cannot be used for feature 11, already used for feature 0D
13:51:01  <planetmaker> s/sprite/block/
13:51:08  <planetmaker> a pity :-)
13:51:11  <Yexo> see my paste
13:51:13  <Yexo> hence _2 ;)
13:51:37  <planetmaker> yes, saw that, wondered though why ;-)
13:52:08  <planetmaker> but that's not a proper sprite for that anyway... it's just a random sprite block I found ;-)
14:07:05  <Ammler> planetmaker: has still 0.3.3
14:08:09  <planetmaker> hm...
14:08:35  <planetmaker> Rubidium: how does update?
14:10:02  *** Lakie has joined #openttdcoop.devzone
14:17:17  <Ammler> I didn't change gz->xz yet
14:17:37  <Ammler> I guess, we told about that
14:18:59  <planetmaker> well, that xz->gz change was from you, thus I didn't expect issues with the CF ;-)
14:19:10  <planetmaker> just allow to copy either or, I guess
14:21:43  <Ammler> hmm
14:22:11  <Ammler> also if still offers .gz, we can trash that here
14:22:33  <planetmaker> that's more trouble than it's worth, just keep that
14:22:52  <Ammler> but, I so much dislike that redundancy :-(
14:22:56  <planetmaker> And it's good practise to keep them here, at the main repo
14:23:49  <planetmaker> these few MB for opengfx sources don't kill us ;-)
14:23:58  <Ammler> it's not that
14:24:08  <Ammler> I don't care about the space
14:24:35  <planetmaker> there's no other reason to NOT offer the sources of what we release here.
14:24:42  <Ammler> ah
14:25:01  <Ammler> no, you missunderstood, having source bundle is fine
14:25:10  <Ammler> I just meant having .xz and .gz
14:25:20  <planetmaker> ah. I don't care which.
14:25:25  <planetmaker> One is sufficient
14:25:39  <planetmaker> But as one project uses xz and the other gz, the CF should be able to handle both.
14:25:47  <planetmaker> It's sufficient to copy one per project though
14:26:13  <Ammler> how should the CF know, which format is supported
14:26:20  <Ammler> that is why we didn't change
14:26:26  <Ammler> chips is a nfo project
14:26:41  <planetmaker> check for *xz and *.gz. Copy xz, if present, copy gz otherwise
14:26:56  <planetmaker> [ -f NAME-source.xz ] && cp ...
14:27:00  <planetmaker> || cp ...
14:27:19  <Ammler> works as it should
14:27:47  <Ammler> I might have guessed, it isn't worth to care about nfo projects anymore :-P
14:28:12  <planetmaker> we do care, I should think
14:28:17  <Ammler> :-D
14:28:31  <planetmaker> We just would not recommend to write in NFO where NML supports the features
14:28:33  <Ammler> no idea why, but I changed nfo to xz already
14:28:37  <Ammler> reverted
14:29:32  <Ammler> you wanna source bundles for nightlies too?
14:31:46  <planetmaker> no
14:32:11  <planetmaker> those who use nightlies can also use the repository
14:32:45  <Ammler> well, for nightlies I wouldn't care even less
14:32:49  <Ammler> since those we cleanup
14:32:56  <Ammler> release we might keep forever
14:33:24  <Ammler> but I quess, I would wait until someone asks
14:34:28  <planetmaker> I guess so, yes
14:34:42  <planetmaker> I mean... we already frequently direct people to just browse the repositories
14:41:23  <Ammler> hmm, you still need a source bundle for chips?
14:43:43  <Brot6> NewGRF Meta Language - Bug #2663: animation callback names are inconsistent (Hirundo) @
14:45:48  <Yexo> Hirundo: suggested names are fine :)
14:46:04  <Yexo> current nml projects will also need to be checked
14:57:54  <planetmaker> they will... mostly fail, if they're changed
14:58:05  <planetmaker> which is ok, though
15:05:32  <planetmaker> sorry to be bugging you so much, Yexo: I'm having trouble to actually have different strings show up for the different layouts. Layout is variable 0x40 and should return 0 ... num_layouts -1, right?
15:06:08  <planetmaker> arg.... I have to tell that it's a variable...
15:06:20  <planetmaker> not my day today it seems
15:06:32  <Yexo> no problem at all
15:06:37  <Yexo> and yes, it's var 40
15:06:52  <planetmaker> var[0x40] should do the trick, right?
15:07:01  <Yexo> it that compiles, yes
15:07:09  <Yexo> if not, try var[0x40, 0, -1]
15:07:45  <planetmaker> it compiles. What does your syntax mean?
15:08:08  <Yexo> second argument is shift, 3rd argument is mask
15:08:33  <planetmaker> I might need it...
15:08:51  <planetmaker> the in-game result is not what I want :-)
15:08:51  <Yexo> defaults are 0 and -1 respectively
15:10:18  <Brot6> chips: update from 0.5 to 0.5 done (1 errors) -
15:11:17  <Ammler> planetmaker: ^
15:11:51  <planetmaker> looks good :-)
15:19:32  <planetmaker> with give me: always the NORTH sprite shown and always the SOUTH text displayed, irrespective of the selected layout...
15:20:38  <Yexo> strange, that looks correct
15:27:01  <Yexo> planetmaker: the the north sprite is always shown is a bug in openttd
15:27:47  <planetmaker> he
15:28:26  <planetmaker> oh, I see it
15:31:16  *** frosch123 has joined #openttdcoop.devzone
15:34:42  <Rubidium> planetmaker: hmm... by updating ~www-data/finger..../version.txt
15:35:36  <planetmaker> he... hm :-)
15:35:45  <Rubidium> guess I forgot to do that when I placed the binaries there
15:35:52  <Rubidium> but heh, it was extremely early
15:36:09  <Rubidium> nevertheless, don't have the key here that allows me to change that
15:36:17  <planetmaker> no worries and no harm
15:37:29  <Rubidium> w.r.t. the gz and xz discussion: I would always keep .gz as the defacto standard for tarballs and one other (in this case .xz, but previously .bz2) for those that want the smallest possible by the current standards
15:37:35  <Ammler> 0.3.4	2011-05-24	opengfx	releases	bb12c09895e5 <-- our finger entry
15:37:57  <Rubidium> take a look at
15:38:04  <Rubidium> that's not updated by me
15:38:38  <Rubidium> as those things aren't compiled by OpenTTD it needs some manual intervention and I haven't bothered actually writing tools for that
15:39:05  <Ammler> Rubidium: we got request from Fedora to supply xz
15:40:24  <Rubidium> so they fancy the smallest tarballs...
15:40:45  <Rubidium> whereas there are quite a number of distros not able to cope (good) with xz yet
15:40:50  <Ammler> what does the CF use for the building?
15:41:03  <Ammler> I thought, it uses the repo
15:41:18  <Ammler> or do you just repack?
15:42:21  <Rubidium> we make a checkout, then run findversion. If the version is the same it stops, otherwise it will tar the whole checkout and copy it to each of the tasks
15:42:26  <Ammler> on suse, we recompress everything to bz2, we don't care about the source
15:42:50  <Ammler> Rubidium: I meant for opengfx
15:43:20  <Rubidium> Ammler: see what I wrote ~5 minutes ago
15:43:50  <Ammler> manual intervnetion?
15:43:52  *** LordAro has quit IRC
15:44:09  <Rubidium> yes, I copy it from some third party site (
15:44:26  <Ammler> hmm, but the names are different
15:44:36  <Ammler> that is why I thought, you have some script :-)
15:45:26  <Ammler> or you even build again
15:46:11  <Ammler> well, if you just copy it, then we should keep the gz
15:46:51  <Ammler> or we could remove it after copying, but that it too complicated
15:48:19  <Ammler> shouldn't it be any platform, not all platform? :-)
15:48:26  <Ammler> s
15:49:18  <Ammler> "all" is more like complete, total and such
15:50:12  <Ammler> hmm, confusing
16:06:38  <Yexo> planetmaker: turns out the wrong name was also an openttd bug
16:16:10  <planetmaker> he :-) Let's check
16:17:25  <planetmaker> thanks for the quick fix(es)
16:19:38  <Yexo> wondering how those bugs got in, as I'm sure I've tested before with multiple layouts / different names
16:20:32  <planetmaker> they usually hide in dark corners and only come out when one doesn't look (anymore)
16:20:59  <planetmaker> what about rotation becoming accessible to tiles?
16:21:08  <planetmaker> that'd help rotations quite a bit :-)
16:21:28  <planetmaker> i.e. making parent scope available
16:22:51  <Yexo> should be fine
16:23:10  <Yexo> I can code that later, first dinner
16:23:25  <planetmaker> I'd then just choose the real sprite as function of rotation for each tile, without any other changes required in the airport code.
16:23:44  <planetmaker> That'd be great. Don't rush yourself, I'm off very soon, for dinner and the rest of the evening
16:24:47  <Yexo> in that case I'll just try to finish it sometime tonight
16:25:16  *** ODM has quit IRC
16:25:22  <planetmaker> :-) enjoy your dinner
16:31:30  <Ammler> hmm, redmine switched from svn to git (chiliproject), shall I now use git natively or hg-git?
16:33:18  *** Ruudjah has quit IRC
16:35:26  <planetmaker> no idea :-) I don't mind really
16:38:31  <Ammler> what would you do? :-)
16:38:49  <Ammler> I mean, for svn it was clear to use hgsubversion
16:40:09  <Ammler> maybe it is time to learn some git basics
16:41:27  <planetmaker> I guess I would do that ^
16:41:41  <planetmaker> as it seems something one should be able to handle in a basic way
16:41:47  <planetmaker> I always put it off so far, though
16:42:54  <Ammler> btw. the server should have full bookmakrs support
16:43:07  <planetmaker> hg bookmarks?
16:43:10  <Ammler> yes
16:43:25  <Ammler> since 1.6, you can sync bookmarks with server
16:44:02  <Ammler> bookmarks were the only missing thing for the people comparing git to hg, afaik
16:44:33  <Ammler> I have still no clue, what should be different to branches
16:44:52  <Ammler> maybe the possiblitly to have multiple names for the same
16:44:55  <planetmaker> I've no clear concept of where I'd use bookmarks
16:45:11  <Ammler> well, on git you use it all the time
16:45:19  <Ammler> it is called branches there
17:09:17  <Brot6> NewGRF Meta Language - Bug #2665 (New): DevZone compile failed (compiler) @
17:17:55  <Brot6> airportsplus: update from r81 to r90 done -
17:18:37  <Brot6> nutracks: update from r198 to r201 done -
17:18:47  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r750), 32bpp-extra (r40), ai-admiralai (r75), ai-aroai (r39), ailib-common (r21), ailib-direction (r17), ailib-list (r32), ailib-string (r29), ailib-tile (r16), basecosts (r25), belarusiantowns (r8), bros (r52), chips (r141), comic-houses (r71), firs (r1994), fish (r648), frenchtowns (r6), german-townnames (r34), grfcodec (r829), grfpack (r279), heqs (r605), indonesiantowns
17:18:47  <Brot6> (r41), manindu (r7), metrotrackset (r56), narvs (r37), newgrf_makefile (ERROR r293), nml (ERROR r1358), ogfx-industries (r107), ogfx-landscape (r68), ogfx-rv (r107), ogfx-rv.clone (r103), ogfx-trains (r241), ogfx-trees (r48), opengfx (r673), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r49), spanishtowns (r10), sub-landscape (ERROR r66), sub-opengfx (ERROR r666), swedishrails (r202), swisstowns (r22), transrapidtrackset (r15),
17:18:49  <Brot6> ttdviewer (r34), ttrs (r36), worldairlinersset (r671)
17:19:20  <Brot6> newgrf_makefile: compile of r293 still failed (#2656) -
17:19:51  <Brot6> sub-landscape: compile of r66 still failed (#2616) -
17:20:38  <Brot6> sub-opengfx: compile of r666 still failed (#2586) -
17:33:48  <Brot6> NewGRF Meta Language - Revision 1359:6323528de0ed: Fix r1356: add python-setuptools to the spec file (yexo) @
17:36:10  <Yexo> Ammler: will nml be compiled again?
17:36:23  <Brot6> nml: update from r1355 to r1359 done -
17:36:33  <Yexo> ah, there it is :)
17:42:22  <Ammler> yes, it does rebuild every push until succeed
17:43:30  <Ammler> why do you define teh versions?
17:43:35  <Ammler> of PIL and ply
17:44:12  <Ammler> just wondering, if we need to do that on the build spec too then
17:44:59  <Ammler> NMLC="../bin/nmlc" is default afaik
17:45:04  <Ammler> hmm
17:45:17  <Ammler> no
18:15:30  *** andythenorth has joined #openttdcoop.devzone
18:25:32  <Brot6> NewGRF Meta Language - Bug #2665 (Closed): DevZone compile failed (compiler) @
18:25:32  <Brot6> NewGRF Meta Language - Bug #2665 (Closed): DevZone compile failed (yexo) @
18:28:47  <andythenorth> is anyone making anything ?
18:28:59  * andythenorth wants to commit something, but is uninspired
18:29:59  <Yexo> what about graphics for chips?
18:30:30  * andythenorth will look at that
18:32:39  <andythenorth> maybe I should start a new yacd game and then see what's needed...
18:33:27  <Yexo> or if you're interested, graphics for rotated airports are still missing ;)
18:33:42  <Yexo> while the code is done (or almost done) by planetmaker
18:36:22  <andythenorth> I think I have enough projects :)
19:46:31  <V453000> planetmaker: is making banks die purposedly in opengfx+ industries?
19:47:12  <V453000> (when there is gold/diamonds delivered to them they still die ... seems bug-like to me)
19:50:44  <Terkhen> V453000: it is a known bug, fixed in the nightlies
19:50:58  <V453000> oh, okay :)
19:52:27  <Yexo> planetmaker: I finally remembered why the parent scope for airports and airport tiles are not yet done
19:53:00  <Yexo> airports will get a plane as parent scope because it needs that for the control callback
19:53:34  <Yexo> that resulted in the idea to give airport tiles the town as parent scope and copy the useful variables from the airport to the airport tiles
19:54:11  <Yexo> town scope could be useful for airports too however, but that would mean it needs a new scope (self/parent/new_scope)
19:54:27  <Yexo> if that was done airporttiles wouldn't need the town scope as parent, but perhaps also as 3rd scope
19:54:51  <Yexo> anyway, several ideas, nothing final -> no implementation
20:00:16  <andythenorth> Yexo: anything can be done to help?
20:00:54  <Yexo> not really
20:01:02  <Yexo> mainly I just lack the motivation to finish it
20:04:30  <andythenorth> I know that feeling :P
20:58:36  <Rubidium> planetmaker: the openttd opengfx download site should default to 0.3.4 now
21:05:52  *** andythenorth has quit IRC
22:10:26  *** frosch123 has quit IRC
22:50:17  *** Lakie has quit IRC

Powered by YARRSTE version: svn-trunk