Log for #openttdcoop.devzone on 9th September 2011:
Times are UTC Toggle Colours
00:24:22  <Brot6> Central European Train Set - Feature #3043: freight wagons (oberhuemer) @
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) @
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 "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 "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) @
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) @
14:27:04  *** tcm1211 has quit IRC
14:29:40  <Brot6> Central European Train Set - Feature #3045: Wagons - sprites (oberhuemer) @
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: 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
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
16:15:29  <Webster> Title: Transport Tycoon Forums View topic - NUTS!!! Let's go NUTS!!! (at
16:20:01  <Brot6> Dutch Road Furniture - Revision 31:3f37c89a7161: Feature: initial code for outside median corners (foobar) @
16:20:01  <Brot6> Dutch Road Furniture - Revision 32:e3f23cc0251b: Fix (r31): when committing, don't forget to comm... (foobar) @
16:20:01  <Brot6> Dutch Road Furniture - Revision 33:844aae78fa6e: Feature: other outside median corners (foobar) @
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 -
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) -
17:27:50  <Brot6> vactrainset: compile of r1 still failed (#3044) -
17:27:51  <Ammler> FooBar: like :-P
17:28:54  <FooBar> that is actually reserved by IANA
17:36:23  <Brot6> Central European Train Set - Feature #3045: Wagons - sprites (Eddi) @
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) @
18:20:49  <Brot6> Dutch Road Furniture - Revision 35:e3aaadf4441a: Doc: prepare for release (foobar) @
18:20:49  <Brot6> Dutch Road Furniture - Revision 36:12f98c10ec53: Release: 0.3.0 (foobar) @
18:26:56  <Brot6> dutchroadfurniture: update from 0.2.1 to 0.3.0 done -
19:05:22  <Brot6> clientpatches: compile of r22912 still failed (#2964) -
19:16:11  <Brot6> openttd-vehiclevars: update from r22908 to r22912 done -
19:18:39  <Brot6> serverpatches: compile of r22912 still failed (#2966) -
19:20:59  <Brot6> 32bpp-ez-patches: compile of r22912 still failed (#2446) -
20:31:11  <Brot6> Example NewGRF Project - Bug #3037 (Closed): DevZone compile failed (compiler) @
20:31:11  <Brot6> Example NewGRF Project - Revision 314:a0f5fdfd1c72: Fix #3037: Dir structure of bundles was broken (planetmaker) @
20:31:11  <Brot6> Example NewGRF Project - Bug #3037 (Closed): DevZone compile failed (planetmaker) @
20:34:26  <Brot6> newgrf_makefile: update from r305 to r314 done -
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) @
20:53:24  <Brot6> OpenGFX+ Landscape - Bug #3050 (Closed): DevZone compile failed (planetmaker) @
20:54:55  *** Zuu has joined #openttdcoop.devzone
20:56:08  <Brot6> ogfx-landscape: update from r85 to r87 done (1 warnings) -
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) @
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: 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> <-- 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>
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>
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) @
23:54:43  <Brot6> Central European Train Set - Feature #3043: freight wagons (oberhuemer) @

Powered by YARRSTE version: svn-trunk