Times are UTC Toggle Colours
00:19:20 *** Lakie has quit IRC 04:34:32 <Brot6> Bundles Update: gd799588c 2011-05-27 cargodist (http://bundles.openttdcoop.org/cargodist) 06:54:59 *** ODM has joined #openttdcoop.devzone 07:02:10 <Brot6> OpenGFX+ Airports - Revision 82:7610ba676976: Feature: Ground aware international airport (planetmaker) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/7610ba676976 07:04:49 <Brot6> OpenGFX+ Airports - Revision 83:50934c93e351: Fix (r82): And again... add files (planetmaker) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/50934c93e351 07:23:09 <Brot6> OpenGFX+ Airports - Revision 84:422bc4b47d1f: Feature: Ground aware commuter airport (planetmaker) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/422bc4b47d1f 07:55:42 *** LordAro has joined #openttdcoop.devzone 07:57:51 <Brot6> NewGRF Meta Language - Bug #2661 (New): Internal error: Assertion (planetmaker) @ http://dev.openttdcoop.org/issues/2661 08:10:44 <Brot6> NewGRF Meta Language - Bug #2661 (Closed): Internal error: Assertion (planetmaker) @ http://dev.openttdcoop.org/issues/2661 08:10:44 <Brot6> NewGRF Meta Language - Revision 1357:b97aa4a90452: Fix #2661: Give a proper error message upon en... (Hirundo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/b97aa4a90452 08:10:44 <Brot6> NewGRF Meta Language - Bug #2661 (Closed): Internal error: Assertion (Hirundo) @ http://dev.openttdcoop.org/issues/2661#change-6761 08:27:27 <Brot6> OpenGFX+ Airports - Revision 85:2ebf8a941813: Codechange: Draw end-of-runway sprites also when th... (planetmaker) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/2ebf8a941813 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) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/de1b3cb46561 09:44:39 <Brot6> OpenGFX+ Airports - Revision 87:72801cf39dc0: Feature: Ground aware heliport (planetmaker) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/72801cf39dc0 09:44:39 <Brot6> OpenGFX+ Airports - Revision 88:959a958519a2: Feature: Ground aware helidepot (planetmaker) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/959a958519a2 09:44:39 <Brot6> OpenGFX+ Airports - Revision 89:7af108d0b7f0: Feature: Ground aware helistation (planetmaker) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/7af108d0b7f0 09:50:12 <Brot6> OpenGFX+ Airports - Revision 90:7b3a8b57ee44: Fix: Offset of hangar's rear wall was off by one (planetmaker) @ http://dev.openttdcoop.org/projects/airportsplus/repository/revisions/7b3a8b57ee44 10:09:30 <Brot6> FIRS Industry Replacement Set - Bug #2662 (New): German translation (planetmaker) @ http://dev.openttdcoop.org/issues/2662 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) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/de8726d13b0f 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) @ http://dev.openttdcoop.org/issues/2663 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> http://dev.openttdcoop.org/issues/2652 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) @ http://dev.openttdcoop.org/issues/2664 13:23:11 <planetmaker> http://paste.openttdcoop.org/show/230/ <--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: http://paste.openttdcoop.org/show/231/ <-- 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> http://paste.openttdcoop.org/show/232/ 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: openttd.org/download-opengfx has still 0.3.3 14:08:09 <planetmaker> hm... 14:08:35 <planetmaker> Rubidium: how does openttd.org/download-opengfx 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 openttd.org/download-opengfx 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> http://bundles.openttdcoop.org/ogfx-industries/releases/LATEST/ 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) @ http://dev.openttdcoop.org/issues/2663#change-6762 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) - http://bundles.openttdcoop.org/chips/releases/0.5 15:11:17 <Ammler> planetmaker: ^ 15:11:51 <planetmaker> looks good :-) 15:19:32 <planetmaker> http://devs.openttd.org/~planetmaker/patches/airport_rotation.diff with http://devs.openttd.org/~planetmaker/patches/airport_preview_small.png 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 finger.openttd.org/version.txt 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 openttd.org 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 (bundles.openttdcoop.org) 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) @ http://dev.openttdcoop.org/issues/2665 17:17:55 <Brot6> airportsplus: update from r81 to r90 done - http://bundles.openttdcoop.org/airportsplus/nightlies/r90 17:18:37 <Brot6> nutracks: update from r198 to r201 done - http://bundles.openttdcoop.org/nutracks/nightlies/r201 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) - http://bundles.openttdcoop.org/newgrf_makefile/nightlies/ERROR/r293 17:19:51 <Brot6> sub-landscape: compile of r66 still failed (#2616) - http://bundles.openttdcoop.org/sub-landscape/nightlies/ERROR/r66 17:20:38 <Brot6> sub-opengfx: compile of r666 still failed (#2586) - http://bundles.openttdcoop.org/sub-opengfx/nightlies/ERROR/r666 17:33:48 <Brot6> NewGRF Meta Language - Revision 1359:6323528de0ed: Fix r1356: add python-setuptools to the spec file (yexo) @ http://dev.openttdcoop.org/projects/nml/repository/revisions/6323528de0ed 17:36:10 <Yexo> Ammler: will nml be compiled again? 17:36:23 <Brot6> nml: update from r1355 to r1359 done - http://bundles.openttdcoop.org/nml/nightlies/r1359 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) @ http://dev.openttdcoop.org/issues/2665 18:25:32 <Brot6> NewGRF Meta Language - Bug #2665 (Closed): DevZone compile failed (yexo) @ http://dev.openttdcoop.org/issues/2665#change-6763 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