Log for #openttdcoop.devzone on 8th December 2010:
Times are UTC Toggle Colours
00:29:53  *** KenjiE20 has quit IRC
01:00:09  <Brot6> Swedish Rails - Revision 190:5563c5a7dde9: Feature: Allow to select the railtypes which are repla... (planetmaker) @
01:03:13  <Yexo> Select the rail type the unelectrified version <- should be "electrified" for STR_PARAM_ERAIL_LABEL_DESC
01:03:45  <Yexo> and maybe also add a "none" option? so users can replace only a non-electric version or only an electric one
01:03:56  <planetmaker> Hm. I thought about that.
01:04:08  <planetmaker> Good idea probably
01:04:42  <Yexo> #define LABEL_RAIL_NORMAL param[6] == 0
01:04:42  <Yexo>  <- why not #define LABEL_RAIL_NORMAL param_rail_label == 0
01:04:42  <Yexo>  ?
01:05:48  <planetmaker> "tradition"
01:05:55  <Yexo> ok :)
01:06:18  <planetmaker> I guess I should abolish that tradition, though
01:06:37  <planetmaker> is there a way I can assigne a railytype label to a parameter?
01:06:58  <Yexo> yes, but probably not (yet) in a nice way
01:07:18  <Yexo> convert to hex, than assign like normal (param[x] = 0x12345678; )
01:07:27  <planetmaker> urgs
01:08:34  <Yexo> param[3] = "_180"; <- in cases like this, convert the string to an integer automatically?
01:08:50  <planetmaker> hm?
01:08:54  <Yexo> that is, for every 4-byte long string where an integer was expected?
01:09:36  <Yexo> hmm, no, that will get ugly
01:09:42  <planetmaker> oh, you mean NML could convert that to an integer automatically, if a string doesn't fit?
01:09:49  <Yexo> yes
01:09:51  <planetmaker> hm.... might have side effects
01:09:57  <Yexo> but imo a function is more appropriate
01:10:13  <Yexo> something like param[3] = string_id("_180");
01:10:22  <Yexo> ^^ not a good name, but just as example
01:12:05  <planetmaker> hm, makes sense
01:13:12  <Lakie> uh, how...
01:13:26  * Lakie managed to get ttdpatch to fail to read any action3s of objects...
01:13:59  <Lakie> (Makes testing somewhat of a minor pain), works nicely in OpenTTD though. ;_;
01:14:16  <planetmaker> o_O
01:16:45  <Lakie> Yeah...
01:16:55  <Lakie> Preview for one object looks pretty crappy too.
01:21:44  <Lakie> *phew* working again, forgot a 'clc'...
01:22:28  <Yexo> planetmaker: is 'int' a good name? like: param[3] = int("_180");
01:23:03  <planetmaker> str2number
01:23:19  <planetmaker> int feels somehow a bit wrong IMHO
01:23:29  <planetmaker> it should fail on that string and return 0
01:23:47  <Lakie> Also, it seems -16 as a offset for tiles works nicely.
01:23:58  <Yexo> int feels somewhat wrong indeed
01:24:06  <Yexo> but str2number("_180") shouldn't fail, right?
01:24:37  <planetmaker> well. We search for a function which interprets a 4-character sequence as a single dword
01:24:43  <planetmaker> str2dword?
01:24:51  <planetmaker> hm... too technical
01:25:42  <planetmaker> well, str2number or str2int maybe even
01:26:04  <planetmaker> no, they should not fail and interpret it as ascii sequence for a dword
01:26:19  <Yexo> I'll keep it as str2number for now
01:27:32  <Brot6> NewGRF Meta Language - Revision 1075:aaef95ade86b: Feature: add builtin function str2number to co... (yexo) @
01:28:24  <Brot6> NewGRF Meta Language - Revision 1076:965d974eaea8: Add: parse an offset for the P and G string co... (yexo) @
01:30:04  <planetmaker> good night Yexo
01:30:08  <Yexo> good night
01:30:19  <planetmaker> and nice to see that already implemented :-)
01:30:56  <Yexo> see the diff, it was quite trivial
01:54:17  <Brot6> NewGRF Meta Language - Revision 1077:2175bef1521b: Add: basic validation of string command arguments (yexo) @
03:54:38  *** thgergo has quit IRC
04:17:40  *** Lakie has quit IRC
04:24:38  *** welshdragon has left #openttdcoop.devzone
04:26:48  *** welshdragon has joined #openttdcoop.devzone
05:21:32  <Brot6> 2cc train set - Feature #2007 (New): Complete Rework of Freight rolling stock (EmperorJake) @
07:31:14  *** Webster has joined #openttdcoop.devzone
07:34:35  *** andythenorth has joined #openttdcoop.devzone
07:43:45  *** andythenorth has quit IRC
08:11:56  *** andythenorth has joined #openttdcoop.devzone
08:30:29  *** andythenorth has quit IRC
08:39:33  *** andythenorth has joined #openttdcoop.devzone
08:43:50  *** andythenorth has quit IRC
09:09:41  *** ODM has joined #openttdcoop.devzone
09:51:22  *** andythenorth has joined #openttdcoop.devzone
10:07:03  *** DayDreamer has joined #openttdcoop.devzone
10:15:31  *** andythenorth has quit IRC
10:16:25  *** andythenorth has joined #openttdcoop.devzone
10:30:25  *** andythenorth has quit IRC
10:31:34  *** andythenorth has joined #openttdcoop.devzone
10:51:51  *** fanioz has quit IRC
11:55:57  *** Webster has joined #openttdcoop.devzone
11:56:04  * dih slaps Webster 
11:56:17  <dih> are there actually logs of this channel?
11:56:49  <Ammler> @logs
11:56:49  <Webster> Logs:
11:57:11  <dih> heh... :60080
11:58:16  <Ammler> yeah, not many free ports left there :-)
12:01:28  <dih> Notice: Undefined property: MagpieRSS::$last_modified in /home/openttdcoop/public_html/content/include/ on line 156 Notice: Undefined index: version in /home/openttdcoop/public_html/content/include/ on line 173
12:01:50  <dih> notices can be silenced by the way ;-)
12:03:17  *** KenjiE20 has joined #openttdcoop.devzone
12:05:40  <Rubidium> Lakie! :(
12:22:14  <Brot6> WebOTTD - Revision 74:573b2cb48485: Fix: limit login day at 1 day (avdg) @
12:24:08  <Ammler> thanks dih, forgot to disable it again
13:38:07  *** andythenorth has quit IRC
14:21:10  *** fanioz has joined #openttdcoop.devzone
14:36:47  *** fanioz has quit IRC
14:36:47  *** ODM has quit IRC
14:38:15  *** fanioz has joined #openttdcoop.devzone
14:38:15  *** ODM has joined #openttdcoop.devzone
14:52:11  *** DayDreamer has quit IRC
14:54:29  *** Lakie has joined #openttdcoop.devzone
14:55:33  <Rubidium> Lakie! :)
14:55:45  <Lakie> Hi Rubidium
14:55:53  <Rubidium> <- minor graphical improvements
14:57:34  <Lakie> Heh, all the ui stuff as well, I presume then?
14:59:52  <Rubidium> yes-ish, without much testing though
15:00:00  * Rubidium missed some pieces for that :)
15:00:09  <Lakie> Heh
15:00:38  <Rubidium> like a nxm object, when n != m
15:03:14  <Lakie> SAtill need to insert "this->UpdateSelectSize();" on before/after line 293
15:04:05  <Lakie> Of object_gui.cpp
15:04:18  <Rubidium> okay
15:04:20  <Lakie> Otherwise it doesn't rotate the mouse preview. :)
15:07:59  <Lakie> Rubidium:
15:08:02  <Webster> Title: Transport Tycoon Forums • View topic - NewObjects specification (at
15:09:54  <Rubidium> I'd say the Vyramid view #2 and #3 should be swapped
15:11:07  <Lakie> Quite possibly, it'd make more sense if there were two along the edge, but with all the randomization I got lazy. :)
15:11:47  <Rubidium> they look fancy though, and seem to work :)
15:12:40  <Lakie> Good
15:12:51  <Lakie> Preview for Vubes is a little misleading
15:13:33  <Lakie> But, in an effort to avoid copyrights I decided to sqeeze the preview onto a single tile...
15:14:13  <Rubidium> that's just fine :)
15:14:21  <Rubidium> but... you didn't avoid copyrights
15:14:43  <Lakie> I drew all the sprites n the grf
15:14:45  <Rubidium> (although you probably avoided the copyright of other people/entities)
15:15:09  <Lakie> Heh, well yes
15:15:23  <Lakie> The sprites as so basic, I doubt anyone would want to copy them
15:15:25  <Lakie> ;)
15:15:54  <Lakie> And the code isn't much commented...
15:16:38  * Rubidium is building a load of binaries to "test" this spec with :)
15:16:54  <Rubidium> well... not quite "me" but OpenTTD's compile farm
15:19:22  <Lakie> Heh,
15:19:42  <Lakie> I think I got everything bar that 'view' matrix preview thing working in my implementation
15:21:48  *** fani0z has joined #openttdcoop.devzone
15:27:55  *** fanioz has quit IRC
16:19:32  *** andythenorth has joined #openttdcoop.devzone
16:24:51  <Lakie> Oh, Rubidium, the 'other' randombits for objects was intented to be the random bits of the north tile wasn't it?
16:30:54  <V453000> andythenorth: HEQS with FIRS on our stable server btw :P
16:39:37  <andythenorth> any good?
16:40:10  <V453000> haven't seen the game yet, I am at school
16:40:40  <V453000> we will see how much do people focus on RVs, FIRS is qutie common already :)
16:41:51  *** fani0z has quit IRC
16:44:55  *** fanioz has joined #openttdcoop.devzone
17:01:44  *** andythenorth has quit IRC
17:08:52  <Brot6> nml: update from r1074 to r1077 done -
17:18:28  <Brot6> swedishrails: update from r189 to r190 done -
17:18:30  <Brot6> Following repos didn't need a nightlies update: 2cctrainset (r686), 32bpp-extra (r39), ai-admiralai (r75), airportsplus (r70), basecosts (r22), belarusiantowns (r8), bros (r40), comic-houses (r71), firs (r1578), fish (r423), frenchtowns (r6), grfcodec (r811), heqs (r551), indonesiantowns (r39), manindu (r6), metrotrackset (r56), newgrf_makefile (r237), nml (r1077), nutracks (r120), ogfx-rv (r78), ogfx-trains (r199), ogfx-trees (r41),
17:18:30  <Brot6> opengfx (r568), openmsx (r97), opensfx (r97), smts (r19), snowlinemod (r45), swisstowns (r22), transrapidtrackset (r15), ttdviewer (r26), ttrs (r23), worldairlinersset (r669)
17:18:31  *** thgergo has joined #openttdcoop.devzone
17:20:25  <Brot6> Following repos rebuilds successful without any difference to earlier nightlies builds: airportsplus, belarusiantowns, frenchtowns, indonesiantowns (1 errors), manindu, ogfx-rv (1 errors), ogfx-trains, swisstowns
17:28:59  <Rubidium> Lakie: don't know anymore; will check what I've implemented, but I doubt I implemented that
17:29:35  <Rubidium> as I thought, it just returns the random bits for that tile
17:30:01  <Rubidium> if you want synced bits, you use the 6x random bits variable with offset
17:32:24  <Lakie> Ok
17:32:45  <Lakie> Current TTDPatch was returning no random bits for the relative (83)
17:33:04  <Lakie> Similar to industries and houses which also have the relative as a town
17:33:40  *** andythenorth has joined #openttdcoop.devzone
17:37:41  <Rubidium> does that actually make sense?
17:37:44  <Rubidium> are there town triggers?
17:37:57  <Rubidium> or random bits for a town?
17:38:03  <Lakie> Noe
17:38:05  <Lakie> Nope
17:38:11  *** andythenorth has quit IRC
17:38:13  <Lakie> If you try using 83, you'll get nothing
17:38:41  * Lakie had hacked it to do the original get north tile bits, (which is completely untested and probably unsafe)
17:38:56  <Rubidium> though the specs say that the related object for randomaction2 is the town
17:39:03  <Rubidium> but that makes no sense
17:39:08  <Rubidium> and I didn't put that there
17:39:24  *** andythenorth has joined #openttdcoop.devzone
17:40:58  <Rubidium> but given you say that it's a no-op for TTDPatch as well... it could be changed I reckon
17:44:22  <Lakie> Aye, I wanted it to be the north tile, but I need to confirm that the original tile index is where I think it is...
17:44:37  <Lakie> Otherwise 83 is completely useless...
17:51:20  *** frosch123 has joined #openttdcoop.devzone
17:59:16  <Lakie> I guess its not a huge issue, just seems pointless that authors should have to use var61 when ideally 83 should provide a sync'd random.
17:59:32  <Lakie> I noticed because the cubes object in my sample uses 83
18:06:47  <Rubidium> but then towns can't be a related object
18:07:09  <Lakie> No, hense why I was using edi rather than esi
18:07:21  <Lakie> (Which appears to store the original esi)
18:07:59  <Lakie> I dunno, cjurrently as part of the specification change their relative object is towns
18:08:18  <Rubidium> hmm... never mind
18:08:34  <Rubidium> random and non-random are completely separate
18:09:09  <Lakie> Doesn't quite seem that way from reading some of the patch code
18:09:47  <Lakie> other -> change esi to relative -> call getobject randbits
18:11:24  *** fanioz has quit IRC
18:14:35  *** andythenorth has quit IRC
18:15:42  <Rubidium> <- that should do it
18:16:11  <Rubidium> is the related object otherwise the town in the TTDPatch implementation?
18:16:22  <Lakie> aye
18:16:40  <Lakie> I was only planning to alter it to grab the randbits differently
18:21:05  <Lakie> Hmm.. dang
18:27:30  <Rubidium> <- might be of use :)
18:28:23  <Lakie> Aye, I was tempted to put it is advisable not to run the following nfo through renum...
18:30:00  <Lakie> Alright, be back much later, thanks Rubidium.
18:31:03  *** Lakie has quit IRC
18:55:25  *** frosch123 has quit IRC
18:55:57  *** frosch123 has joined #openttdcoop.devzone
19:03:00  <Brot6> 32bpp-ez-patches: update from r21422 to r21439 done (2 errors) -
19:05:26  <Brot6> clientpatches: update from r21422 to r21439 done -
19:06:02  <Brot6> serverpatches: compile of r21439 still failed (#1965) -
19:14:31  *** andythenorth has joined #openttdcoop.devzone
19:19:03  *** andythenorth has quit IRC
19:21:36  *** andythenorth has joined #openttdcoop.devzone
19:23:14  *** andythenorth has quit IRC
19:25:16  *** andythenorth has joined #openttdcoop.devzone
19:44:02  *** andythenorth has quit IRC
19:46:09  <Brot6> 2cc train set - Feature #2008 (New): SAR Class 25 (Voyager1) @
19:48:47  *** andythenorth has joined #openttdcoop.devzone
20:13:04  <Brot6> HEQS "Heavy Equipment" Set - Revision 553:0a9f751cc77d: Feature: trams use horn sound (andythenorth) @
21:43:54  <frosch123> hmm, what mess is there going on with the action0 railtypes page?
21:46:42  <Terkhen> frosch123:
21:46:44  <Webster> Title: Transport Tycoon Forums • View topic - railtype labels (at
22:02:47  *** frosch123 has quit IRC
22:07:29  <Brot6> FIRS Industry Replacement Set - Revision 1579:73b06429a832: Change: improve appearance of Textile... (andythenorth) @
22:07:29  <Brot6> FIRS Industry Replacement Set - Revision 1580:5f068ffc1001: Change: some documentation tweaks (andythenorth) @
22:07:29  <Brot6> FIRS Industry Replacement Set - Revision 1581:341e9a9f1fba: Change: further improve appearance of... (andythenorth) @
22:34:30  <Brot6> FIRS Industry Replacement Set - Revision 1582:a5e97a37d131: Change: further improve appearance of... (andythenorth) @
22:34:40  *** andythenorth has left #openttdcoop.devzone
23:10:58  *** ODM has quit IRC

Powered by YARRSTE version: svn-trunk