Times are UTC Toggle Colours
00:24:22 <Brot6> Central European Train Set - Feature #3043: freight wagons (oberhuemer) @ http://dev.openttdcoop.org/issues/3043#change-7781 00:39:31 *** Lakie` has quit IRC 06:32:24 *** Rubidium_ has joined #openttdcoop.devzone 06:32:49 *** Rubidium has quit IRC 07:20:00 *** Rubidium_ is now known as Rubidium 07:24:49 *** ODM has joined #openttdcoop.devzone 07:25:53 <Brot6> DictatorAI - Revision 193:91f3fe309871: - RailStationGrow need to check if both station have entr... (krinn) @ http://dev.openttdcoop.org/projects/ai-dictator/repository/revisions/91f3fe309871 07:33:50 *** tcm1211 has joined #openttdcoop.devzone 07:33:57 <tcm1211> Hi 07:34:19 <Rubidium> good morning 07:35:52 <tcm1211> Good Morning 07:36:26 <tcm1211> I was wondering you could give me a hand with a Problem I got 07:36:38 <tcm1211> How do i unpack *.grf files 07:36:45 <tcm1211> Properly unpack that is 07:37:52 <tcm1211> I know of that grfcodec tool, but it colores the sprites weird 07:49:10 <Rubidium> you need to pass the right palette 07:49:45 <Rubidium> see grfcodec -p ? for the palettes to choose from; you probably need palette 2 or 1 08:06:27 <tcm1211> Argh, thanks! Being able to read the documentation properly might have made the difference beforehand. :-) 08:11:11 <tcm1211> It was option-2! Thanks again 09:19:41 <Hirundo> As far as I know, there is no direct relationship between the cargo unit weight and the cargo capacity 09:29:37 <Hirundo> planetmaker, Terkhen: see ^^, #3005 09:29:37 <Brot6> Hirundo: planetmaker: #3005 is http://dev.openttdcoop.org/issues/show/3005 "North American Road Vehicle Set - Bug #3005: DevZone compile failed - #openttdcoop Development Zone" 09:29:50 <Hirundo> err, #3035 09:29:51 <Brot6> Hirundo: err: #3035 is http://dev.openttdcoop.org/issues/show/3035 "FIRS Industry Replacement Set - Feature Request #3035: Increase weight for supplies - #openttdcoop Development Zone" 09:29:54 <Brot6> FIRS Industry Replacement Set - Feature Request #3035: Increase weight for supplies (Hirundo) @ http://dev.openttdcoop.org/issues/3035#change-7783 09:33:47 <Terkhen> Hirundo: ok, thanks :) 09:38:02 <Hirundo> " [00:51:46] yes, iirc nml hides that" <- there's nothing to hide here, move along :) 10:26:31 *** ODM has quit IRC 10:34:50 <planetmaker> hi & thx, Hirundo 13:57:29 *** FooBar has joined #openttdcoop.devzone 14:13:26 <tcm1211> Hey! I got one last question today: 14:13:54 <tcm1211> What does, Invalid Plaette; does not contain 256 entries mean? 14:14:09 <tcm1211> I used the ttd color palette in GIMP 14:15:55 <Terkhen> there is an option in GIMP (I don't remember the name) just below from the palette selector in the indexed image window 14:16:06 <Terkhen> the option is enabled by default, and it removes unused colours from the palette 14:16:08 <Terkhen> nml requires all of them 14:16:24 <Terkhen> just select indexed again, with the ttd palette and with that option set correctly 14:16:25 <tcm1211> Ok, never mind, sry! nmlc just did feel like converting.... 14:16:29 <Terkhen> and nml will load it 14:16:41 <Terkhen> no, it's gimp fault for giving that option as default :P 14:16:41 <tcm1211> I just restartet the command prompt and it worked 14:16:46 <Terkhen> oh, ok :) 14:17:04 <tcm1211> lol 14:21:03 *** ODM has joined #openttdcoop.devzone 14:22:02 <tcm1211> bye, thx for the help 14:22:25 <Brot6> Central European Train Set - Feature #3045: Wagons - sprites (oberhuemer) @ http://dev.openttdcoop.org/issues/3045#change-7788 14:27:04 *** tcm1211 has quit IRC 14:29:40 <Brot6> Central European Train Set - Feature #3045: Wagons - sprites (oberhuemer) @ http://dev.openttdcoop.org/issues/3045#change-7788 15:25:03 <V453000> ;is it possible to somehow edit my own issues as in edit the original text, not just add "replies" ? 15:25:49 <V453000> ... my issues in my project 15:27:37 <Ammler> yes it is 15:27:45 <Ammler> find the "edit" link 15:28:25 <V453000> there is no edit there 15:28:34 <V453000> I guess I am missing some rights? 15:29:07 <Yexo> there is a little yellow pencil on the right 15:29:41 <V453000> only at the replies 15:29:54 <Yexo> hmm, actually you have to click "Update", than at the bottom field click "more" after the "Change properties" in the header 15:30:25 <V453000> OH 15:30:26 <V453000> thanks 15:30:36 <V453000> I did not think about that :d 15:32:44 <Yexo> it's not a very logical place ;) 15:33:02 <Ammler> well, "edit", "update", "more", all the same :-P 15:58:37 <FooBar> Anyone that knows a bit of Dutch check this: http://www.tt-forums.net/viewtopic.php?p=969570#p969570 I guess that bloke has that nickname for a reason :P 15:58:38 <Webster> Title: Transport Tycoon Forums View topic - NUTS!!! Let's go NUTS!!! (at www.tt-forums.net) 15:59:20 <^Spike^> seems apprioprate that name 15:59:27 <FooBar> indeed 16:00:39 <Yexo> nice one :p 16:01:15 * FooBar wonders what will be next... "Why is nobody interested?" :P 16:01:36 <FooBar> and then "why do I have this nickname for a reason?" 16:02:23 <^Spike^> i guess to answer to the first question would be: Do you think your nick is appropriate? 16:04:00 <FooBar> heh, yes :) 16:04:58 <^Spike^> if that doesn't answer all his questions a ban would be appropriate :D 16:15:28 <FooBar> heh, now it's my turn asking the questions! :P http://www.tt-forums.net/viewtopic.php?p=969584#p969584 16:15:29 <Webster> Title: Transport Tycoon Forums View topic - NUTS!!! Let's go NUTS!!! (at www.tt-forums.net) 16:20:01 <Brot6> Dutch Road Furniture - Revision 31:3f37c89a7161: Feature: initial code for outside median corners (foobar) @ http://dev.openttdcoop.org/projects/dutchroadfurniture/repository/revisions/3f37c89a7161 16:20:01 <Brot6> Dutch Road Furniture - Revision 32:e3f23cc0251b: Fix (r31): when committing, don't forget to comm... (foobar) @ http://dev.openttdcoop.org/projects/dutchroadfurniture/repository/revisions/e3f23cc0251b 16:20:01 <Brot6> Dutch Road Furniture - Revision 33:844aae78fa6e: Feature: other outside median corners (foobar) @ http://dev.openttdcoop.org/projects/dutchroadfurniture/repository/revisions/844aae78fa6e 16:21:12 <^Spike^> .... :) 16:22:59 <Rubidium> FooBar: "I made such a set, but then made a mistake... I built the trains of the set, so now they were made essentially destroying the set; it doesn't contain trains that haven't been built" 16:41:49 <Ammler> is it legal to have nick "FooBar"? 17:24:51 <Brot6> dutchroadfurniture: update from r29 to r33 done - http://bundles.openttdcoop.org/dutchroadfurniture/nightlies/r33 17:25:19 <FooBar> Rubidium: :P 17:25:36 <FooBar> Ammler: I didn't check. Nobody complained so far :) 17:25:40 <Brot6> Following repos didn't need a nightlies update: ogfx-trains (r252), narvs (r52), bros (r52), ogfx-industries (r123), firs (r2584), opengfx (r733), ailib-tile (r16), foobarstramtracks (r23), transrapidtrackset (r28), 2cctrainset (r750), cets (r145), ailib-list (r32), opensfx (r97), ttdviewer (r34), worldairlinersset (r672), heqs (r640), openmsx (r97), basecosts (r25), nutracks (r208), nml (r1663), water-features (r51), 32bpp-extra (r40), 17:25:40 <Brot6> manindu (r7), newgrf_makefile (ERROR r313), ailib-direction (r17), vactrainset (ERROR r1), ailib-common (r21), snowlinemod (r49), dutchtramset (r87), ai-admiralai (r75), swisstowns (r22), metrotrackset (r56), spanishtowns (r10), frenchtowns (r6), grfpack (r279), ogfx-rv (r122), fish (r684), ogfx-landscape (ERROR r86), ttrs (r36), ogfx-trees (r51), swedishrails (r206), grfcodec (r833), ai-aroai (r49), german-townnames (r34), smts (r19), 17:25:47 <Brot6> chips (r143), belarusiantowns (r8), indonesiantowns (r41), ailib-string (r29), airportsplus (r145), comic-houses (r71) 17:26:47 <Brot6> newgrf_makefile: compile of r313 still failed (#3037) - http://bundles.openttdcoop.org/newgrf_makefile/nightlies/ERROR/r313 17:27:50 <Brot6> vactrainset: compile of r1 still failed (#3044) - http://bundles.openttdcoop.org/vactrainset/nightlies/ERROR/r1 17:27:51 <Ammler> FooBar: like example.com :-P 17:28:54 <FooBar> that is actually reserved by IANA 17:36:23 <Brot6> Central European Train Set - Feature #3045: Wagons - sprites (Eddi) @ http://dev.openttdcoop.org/issues/3045#change-7790 18:19:25 *** frosch123 has joined #openttdcoop.devzone 18:20:49 <Brot6> Dutch Road Furniture - Revision 34:2eddec5048ad: Feature: inform user of improper terraforming (foobar) @ http://dev.openttdcoop.org/projects/dutchroadfurniture/repository/revisions/2eddec5048ad 18:20:49 <Brot6> Dutch Road Furniture - Revision 35:e3aaadf4441a: Doc: prepare for release (foobar) @ http://dev.openttdcoop.org/projects/dutchroadfurniture/repository/revisions/e3aaadf4441a 18:20:49 <Brot6> Dutch Road Furniture - Revision 36:12f98c10ec53: Release: 0.3.0 (foobar) @ http://dev.openttdcoop.org/projects/dutchroadfurniture/repository/revisions/12f98c10ec53 18:26:56 <Brot6> dutchroadfurniture: update from 0.2.1 to 0.3.0 done - http://bundles.openttdcoop.org/dutchroadfurniture/releases/0.3.0 19:05:22 <Brot6> clientpatches: compile of r22912 still failed (#2964) - http://bundles.openttdcoop.org/clientpatches/testing/ERROR/r22912 19:16:11 <Brot6> openttd-vehiclevars: update from r22908 to r22912 done - http://bundles.openttdcoop.org/openttd-vehiclevars/testing/r22912 19:18:39 <Brot6> serverpatches: compile of r22912 still failed (#2966) - http://bundles.openttdcoop.org/serverpatches/testing/ERROR/r22912 19:20:59 <Brot6> 32bpp-ez-patches: compile of r22912 still failed (#2446) - http://bundles.openttdcoop.org/32bpp-ez-patches/testing/ERROR/r22912 20:31:11 <Brot6> Example NewGRF Project - Bug #3037 (Closed): DevZone compile failed (compiler) @ http://dev.openttdcoop.org/issues/3037 20:31:11 <Brot6> Example NewGRF Project - Revision 314:a0f5fdfd1c72: Fix #3037: Dir structure of bundles was broken (planetmaker) @ http://dev.openttdcoop.org/projects/newgrf-makefile/repository/revisions/a0f5fdfd1c72 20:31:11 <Brot6> Example NewGRF Project - Bug #3037 (Closed): DevZone compile failed (planetmaker) @ http://dev.openttdcoop.org/issues/3037#change-7791 20:34:26 <Brot6> newgrf_makefile: update from r305 to r314 done - http://bundles.openttdcoop.org/newgrf_makefile/nightlies/r314 20:45:15 <planetmaker> @base 10 16 22780 20:45:15 <Webster> planetmaker: 58FC 20:45:49 <planetmaker> @base 16 10 120058fc 20:45:49 <Webster> planetmaker: 302012668 20:53:24 <Brot6> OpenGFX+ Landscape - Revision 87:e17d7bb24ed3: Fix #3050: Type in template name (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-landscape/repository/revisions/e17d7bb24ed3 20:53:24 <Brot6> OpenGFX+ Landscape - Bug #3050 (Closed): DevZone compile failed (planetmaker) @ http://dev.openttdcoop.org/issues/3050#change-7792 20:54:55 *** Zuu has joined #openttdcoop.devzone 20:56:08 <Brot6> ogfx-landscape: update from r85 to r87 done (1 warnings) - http://bundles.openttdcoop.org/ogfx-landscape/nightlies/r87 20:57:38 <Zuu> I've just updated my trunk to r22913 and compiled. The online content download problem doesn't happen anymore. 20:57:57 <Yexo> good :) 20:58:12 <Zuu> Sorting takes quite a while to do, but I don't know how slow the sorting on debug builds used to be. 20:58:46 <Yexo> your patch in FS#4764 has problems with oilrigs 20:58:52 * Zuu makes a release build. 20:58:54 <Yexo> oilrigs don't have any layout 20:59:23 <Yexo> and it can cause crashes after an airport grf is removed from a game that has such an airport already build 20:59:47 <Yexo> the solution for the latter case is probably to iterator over all tiles in st->airport instead of all tiles in the layout when an airport is already build 21:00:04 <Yexo> that might also solve the oilrig problem 21:02:22 <Brot6> OpenGFX+ Landscape - Revision 88:e6d6475a4188: Add: Some compatibility check for other newgrfs (planetmaker) @ http://dev.openttdcoop.org/projects/ogfx-landscape/repository/revisions/e6d6475a4188 21:04:07 <Zuu> Hmm, so one have to figure out which functions get called on oil rigs and then branch those calls off to new functions that take a station instead of AirportSpec as argument. 21:04:38 <Yexo> not only for oilrigs, all the time those functions are called when an actual station already exists 21:05:40 <Zuu> You mean when someone removes the Airport grf, the AirportSpec instance is also removed? 21:05:47 <Yexo> so make a copy of AirportGetNearestTown that accepts const Station* as argument instead of AirportSpec*,layout,tile 21:06:01 <Yexo> the AirportSpec is filled with information from the grf 21:06:13 <Yexo> when the grf is removed the AirportSpec is left with dummy/zero information 21:06:34 <Yexo> you might also get the basic AirportSpec (for the substitute airport type) instead 21:06:49 <Yexo> but that is no better if you've build a rotation airport, since that layout number would then be invalid 21:08:19 <Zuu> Are the st->airport tiles rotated to the orentation of the built airport? Or does they have to be rotated before used according to the layout direction? 21:08:42 <Yexo> st->airport is a subclass of TileArea, ie a TileIndex + width + height 21:08:44 <planetmaker> the layout defines which tile is which 21:09:09 <Yexo> you'd have to iterate over the map, check for IsTileType(tile, MP_STATION), check if they belong to the same airport 21:09:15 <Yexo> there is a helper function for that I believe 21:09:39 <Yexo> TILE_AREA_LOOP(tile_cur, st->airport) { if (!st->TileBelongsToAirport(tile_cur)) continue; /* Do something with tile_cur */ } 21:09:43 <frosch123> basically the layout is only good for new airports, not for already built ones 21:09:44 <planetmaker> hm... how does that behave for joint stations, Yexo? 21:10:06 <Yexo> planetmaker: no problems there 21:11:41 * Zuu dreams of reference counting that reject NewGRF removal if there are airports, but can se practical problems with that. Especially for loading a game when the NewGRF is unavailable. 21:12:25 <Yexo> that is basically why 1.1 disabled removing grfs at all, except when the developer settings are turned on 21:12:41 <Yexo> but leave the patch for now, we're discussing how to handle this (and similar) situations 21:13:16 <planetmaker> FooBar: the topic title of the road furniture is still 0.2.1 21:15:59 <Zuu> Yexo: Okay. Though, I'm unsure if the oilrig problem is related to what you will discuss. But yes, it relates to the patch and will possible create unnecessary work if you are not sure how to handle the removed NewGRF problem yet. 21:16:49 <Yexo> oilrigs are maybe not related, but it might create more work, basically what you said 21:22:55 <Zuu> I would be happy to know when you've came to a conclusion although it sounds like something that could take some time to figure out how you want it to be done as it sounds like a quite central desicion. 21:23:17 <Zuu> Perhaps that can be seen in the commit log :-) 21:25:56 *** JVassie has joined #openttdcoop.devzone 21:30:34 <Yexo> Ammler: paste.openttdcoop.org is down 21:31:15 *** ODM has quit IRC 21:31:39 <^Spike^> solved 21:32:11 <planetmaker> ^^ btw, Yexo, we can now also bugger ^Spike^ ;-) 21:32:18 <^Spike^> .... :) 21:32:29 <^Spike^> well it was more like: Oh i didn't add that to icinga 21:32:31 <Yexo> ok, great :) 21:32:57 <^Spike^> already found it strange that it didn't have a httpd service of what so ever :D 21:33:12 <^Spike^> aka we try to automate the Bug the admin mails :D 21:33:18 <^Spike^> which also includes planetmaker to bug ;) 21:33:24 <planetmaker> :-P 21:33:35 *** JVassie has quit IRC 21:33:48 <^Spike^> but well it would be nice if it does automaticly bug us that it's not running :D 21:34:24 <Yexo> assuming only #openttdcoop-related people use it, you'll get notified soon enough on irc when it doesn't 21:34:33 <^Spike^> :) 21:34:37 <^Spike^> oh well.. 21:34:46 <^Spike^> it's nice if it does it without others noticing :D 21:35:38 <^Spike^> it watches alot more though... 21:35:44 * ^Spike^ just spend the evening settings most of it up 21:35:48 <Yexo> good night 21:38:24 <Zuu> Good night Yexo 21:39:15 <frosch123> night 21:39:19 *** frosch123 has quit IRC 21:42:21 <Ammler> Yexo: indeed, you guys are best monitor :-P 21:43:00 <FooBar> planetmaker: thanks. Fixing the title now :) 21:44:06 <planetmaker> btw, FooBar, adding different road support probably would be easy, wouldn't it? 21:44:18 <planetmaker> did you also check how it compares to the desert roads? 21:44:41 <FooBar> desert roads don't have stripes, do they? 21:45:02 <FooBar> in that case they'll look bad :) 21:45:58 <FooBar> don't know how easy other road set compatibility will be 21:46:49 <FooBar> if I can just if/else the spriteset it will be easy 21:47:26 <planetmaker> you can 21:47:27 <FooBar> A quick test could reveal that easily... 21:47:47 <planetmaker> hm... sprite_set_ 21:48:18 <FooBar> will probably complain about duplicate identifiers I reckon 21:48:33 <planetmaker> indeed, won't work 21:48:44 <FooBar> even worse: nmlc: "src/objects/middenberm.pnml", line 17: spriteset may not appear inside a conditional block. 21:48:50 <planetmaker> yes ^ 21:49:21 <FooBar> so that makes other road set support a bitch 21:51:42 <planetmaker> you could solve it by means of adv. spritelayouts 21:51:59 <planetmaker> sprite: spriteset(roadset) 21:52:30 <planetmaker> thus the roadset will always give a fixed offset into the spriteset 21:52:50 <FooBar> so using the load_temp and shit? 21:52:59 <FooBar> could work. 21:53:07 <planetmaker> what do you mean? No, that's not required really 21:53:30 <FooBar> do you have a quick example the? 21:53:31 <planetmaker> you can simply call the layout with a parameter. And use that directly in the layout 21:53:39 <planetmaker> let me dig 21:54:45 <FooBar> the median with third land alone uses 106 spritelayouts. All referencing named sprites... 21:55:06 <FooBar> the naming of sprites can be changed (but is a bit annoying as I just did that) 21:55:18 <planetmaker> http://paste.openttdcoop.org/show/572/ <-- instead of animation_frame you use road_set 21:55:30 <planetmaker> which is a var you define as function of the newgrf parameter (or is that itself even) 21:55:49 <planetmaker> it works similar with own spritesets 21:55:51 <FooBar> ah, I see, thanks 21:56:22 <FooBar> would indeed require using numeric indices for the sprite rather than names 21:56:22 <planetmaker> http://paste.openttdcoop.org/show/573/ 21:56:31 <planetmaker> no, not really 21:56:40 <planetmaker> I guess I need to make a more complete example :-) 21:57:30 <FooBar> if you could that would be great! 21:57:39 <planetmaker> hm, lengthy... 21:58:08 <FooBar> :) 21:58:41 <FooBar> doesn't have to be done straight away. I'll not be adding other road set support right away 21:59:06 <planetmaker> do you have a FIRS checkout? 21:59:36 <planetmaker> look at sprites/nml/industries/grain_mill.pnml 22:00:30 <FooBar> I can have a FIRS checkout, just needs updating 22:00:37 <planetmaker> http://paste.openttdcoop.org/show/574/ 22:00:51 <planetmaker> the building sprite 22:02:01 <planetmaker> i.e. your spritesets just have to double their size to all take the roadset parameter 22:02:15 <planetmaker> and you just append the new road sprites in each spriteset 22:02:33 <FooBar> that's no problem. That's what templates are for (which I already have) 22:02:37 <planetmaker> and the parameter to the sprite in the layout just gives the required offset into the spriteset 22:03:12 <planetmaker> spriteset(offset-param) 22:03:22 <FooBar> THIS_ID() is a gcc function here, right? 22:04:01 <planetmaker> THIS_ID(blah) will expand to grain_mill_blah 22:04:11 <FooBar> ok, then I get it 22:04:15 <planetmaker> i.e. a macro to generate unique identifiers per industry 22:04:22 <planetmaker> while allowing to write the same 22:05:16 <FooBar> good, I'll make leanden happy then that he can draw 178 sprites 22:05:53 <planetmaker> which is probably the bigger stumble stone ;-) 22:06:15 <planetmaker> but telling him to go for that will make him happy :-) 22:08:40 <FooBar> telling him now :) 22:41:18 *** Zuu has quit IRC 22:45:56 <FooBar> good night 22:46:00 *** FooBar has quit IRC 23:53:31 <Brot6> Central European Train Set - Feature #3043: freight wagons (oberhuemer) @ http://dev.openttdcoop.org/issues/3043#change-7794 23:54:43 <Brot6> Central European Train Set - Feature #3043: freight wagons (oberhuemer) @ http://dev.openttdcoop.org/issues/3043#change-7794