Log for #openttdcoop.devzone on 9th February 2010:
Times are UTC Toggle Colours
00:00:08  *** Frankr has quit IRC
00:57:45  *** Chris_Booth has quit IRC
01:20:05  *** KenjiE20|LT has joined #openttdcoop.devzone
01:21:04  *** KenjiE20 has quit IRC
02:59:41  *** PeterT has quit IRC
03:37:42  *** KenjiE20|LT has quit IRC
04:00:44  *** welshdragon has quit IRC
07:10:48  *** andythenorth has joined #openttdcoop.devzone
07:58:55  <Webster> Latest update from devactivity: FIRS Industry Replacement Set - Revision 581: Doc: a short explanation of the current parameters ... <> || Avignon - Revision 569: -Fix (r288): Fixed a bug which caused a critical error when the word "exe... <> || Redmine - Revision 3241: Translation updates <> || Redmine - Revision 3239: Removed the duplicated configuration in the different test environments. <> || Redmine - Revision 3240: Updated object_daddy to a newer version (bugfixes) <> || Redmine - Revision 3238: Separated ReportsController#issue_report into two separate actions. <> || Redmine - Revision 3237: Moved a routing test from a functional to an integration test. <>
08:28:28  *** ODM has joined #openttdcoop.devzone
08:37:10  *** Chris_Booth has joined #openttdcoop.devzone
08:51:51  <Hirundo> andythenorth: What about using CB 28, then using the 'landscape class' part of var 62, and check that no surrounding tiles are industry tiles
08:52:12  * Hirundo appends a question mark
08:55:29  <planetmaker> Hirundo, you have to do that for every other industry type then
08:55:41  <planetmaker> e.g you have like n! checks to do
08:55:48  <planetmaker> err... n (n-1)
08:55:57  <Hirundo> only once for every layout, I'd say
08:56:03  <planetmaker> yes. And every industry
08:56:44  <Hirundo> What the 'other industry' is doesn't really matter in this case, you just check the tile class, unless I'm missing something
08:58:08  <Rubidium> Doesn't action2 refer to the previous action2 with a specific id? Just use one id as 'entry' point for the tile checks and don't reuse that number
08:58:25  <planetmaker> hm... 62, not 64.
08:58:31  <planetmaker> might be then n only.
08:59:03  <planetmaker> Rubidium, yes, it does.
09:00:06  <Rubidium> so you don't need to write it for each industry
09:00:07  <planetmaker> but var 62 doesn't return wether there's another industry present
09:00:35  <Hirundo> It returns the tile class, shouldn't that do?
09:01:01  <planetmaker> hm...
09:01:04  * Hirundo checks OTTD source
09:01:14  <planetmaker> true
09:01:33  <planetmaker> according to specs it should. And jointly with "this industry" in other bits of the CB it might work
09:02:16  <Hirundo> When building, 'this industry' does not exist :)
09:02:55  <planetmaker> Sure? That it's not placed 'testing'?
09:05:11  <Hirundo> Looking at the source, I can be pretty sure it's not
09:06:08  <andythenorth> Tiles of 'this' industry are not placed whilst checking clearance AFAIK
09:07:10  <andythenorth> so all tiles would just check that neighbouring tiles are free N, NE, E, SE, S, SW, W, NW
09:08:15  <andythenorth> could work. But I'm having such fun with C++ :|
09:08:24  <planetmaker> well. No other industry would suffice, e.g. not of industry class
09:10:15  <andythenorth> it would actually use tile cb 2f
09:10:38  <planetmaker> The parameter of this variable is an offset from the northernmost tile of the industry: the high nibble contains the Y offset, the low one the X offset; both are unsigned. The high word of the return value is currently reserved, and the low word can be:
09:10:47  <planetmaker> the "unsigned" part worries me.
09:11:43  <planetmaker> hm... the wiki is inconsistant
09:11:54  <planetmaker> The parameter of this variable is an offset from the position of the current tile. The low nibble contains the signed X offset (that is 0h=0, 1h=+1 ... 7h=+7, 8h=-8, 9h=-7 ... Fh=-1), the high nibble contains the Y offset. Therefore the parameter 00h accesses the current tile itself. The returned doubleword is in the format rczzbbss, where the meaning of the letters is:
09:12:35  <andythenorth> var 60 should work
09:13:03  <planetmaker> well. 62 is interesting, I'd say. But 60 might work, too
09:13:44  <andythenorth> doesn't matter what the industry id is?
09:13:56  <planetmaker> I'd say: it doesn't, yes
09:14:05  <andythenorth> hmm but 62 makes checking 1 tile NE easier
09:14:07  <andythenorth> for example
09:14:11  <planetmaker> so, yes, even 60 might suffice
09:14:51  <Hirundo> "you can use variables 41, 42, 43, and 60 only" <-is using 62 even possible?
09:15:31  <andythenorth> Hirundo: if not, might be suitable for a patch :)
09:17:18  <andythenorth> hmm...what is PerformIndustryTileSlopeCheck actually doing ?
09:18:17  <Hirundo> basically it calls CB 2F
09:18:49  <andythenorth> I am trying to understand how it supports offsets from the current tile?
09:19:30  <planetmaker> You'd rather want CB28, I think, Hirundo
09:19:36  <planetmaker> and then it's no var 40+x
09:19:44  <planetmaker> and 62,64...68, but not 60
09:20:08  * Hirundo notices a confusion between industry and industrytile variables
09:20:11  <andythenorth> hmm
09:20:14  <planetmaker> andythenorth, first byte is XY with signed offsets
09:20:26  <andythenorth> everyone is suggesting cb 28.  What am I missing?
09:20:55  <andythenorth> why is cb 28 preferred?
09:21:13  <planetmaker> hm... I guess it could be handled either way.
09:21:27  <andythenorth> cb28 will only check the northern tile of the industry
09:21:30  <planetmaker> Industry location permissibility (CB28), or industry tile permissibility (CB 2F)
09:21:44  <andythenorth> 2F is the beans we need :)
09:22:13  <planetmaker> var62 (available via CB28):"
09:22:13  <planetmaker> Get industry tile ID at offset (62)
09:22:13  <planetmaker> (from 2.6 alpha r1270)
09:22:13  <planetmaker> Works similarly to industry variable 60, except that the point of reference is the current tile instead of the north tile of the industry, and the offsets are considered to be signed."
09:22:27  <planetmaker> thus should work, too
09:22:55  <andythenorth> yup, but I don't fancy writing the varaction 2 to provide all the offsets :o
09:23:22  <planetmaker> :-) That I guess might a good argument.
09:23:31  <andythenorth> or does it "just work"?
09:23:35  <andythenorth> hmm
09:24:18  <planetmaker> hm... back to work work
09:26:22  * andythenorth thinks industry cb28 can't use industry tile var 62 without some complex varaction 2 to provide the tile 
09:26:50  <andythenorth> cb 2F and var 60....might work.
09:27:02  <andythenorth> but time for work work
09:36:31  <Hirundo> Including CB 2F that checks all 8 neighbour tiles in the standard industryTile template (if any) should work, I guess
11:27:05  <ODM> this conversation confused me massively btw:P
11:30:41  *** KenjiE20 has joined #openttdcoop.devzone
12:56:57  *** ODM has quit IRC
13:52:25  *** Frankr has joined #openttdcoop.devzone
14:06:30  *** DJNekkid has quit IRC
14:07:18  *** Frankr has quit IRC
15:56:07  <Webster> Latest update from devactivity: #openttdcoop Avignon Plugin - Revision 11: -Update: included in openttdcoop plugin <>
16:12:08  <Webster> Latest update from devactivity: #openttdcoop Avignon Plugin - Revision 12: -Fix: ups. commit in the wrong place (fixes r11) <>
16:36:57  *** welshdragon has joined #openttdcoop.devzone
16:43:43  *** ODM has joined #openttdcoop.devzone
16:50:32  *** welshdragon is now known as Guest1447
16:50:40  *** welshdragon has joined #openttdcoop.devzone
16:50:40  *** Guest1447 has quit IRC
17:29:44  *** Hyronymus has joined #openttdcoop.devzone
17:42:36  *** FooBar_ has joined #openttdcoop.devzone
17:42:50  <FooBar_> Hi everyone!
17:43:45  <planetmaker> oi!
17:44:39  <ODM> ohno its the german!
17:44:48  <FooBar_> what?
17:44:54  <planetmaker> ?
17:45:25  <ODM> i meant planetmaker:P
17:45:27  <ODM> ellow^^
17:45:31  <Ammler> :-)
17:45:39  <FooBar_> what's wrong with German people?
17:45:53  <ODM> they dig holes in our beaches.
17:46:01  <Ammler> oh, please use pastebin to list all that
17:46:02  <FooBar_> pleas add appropriate smilies if you're being sarcastic :P
17:46:14  <ODM> please note my sarcasm immediately^^
17:46:23  <FooBar_> :)
17:46:39  <ODM> also, they kinda go over the top with their holidays:p
17:47:01  <Ammler> Germans are fine, not sure about planetmaker ;-)
17:47:17  <ODM> heh, i thought it was the other way round:P
17:47:21  <FooBar_> anyhow, as Railtypes is in trunk now, I'm going to need two new hg repositories any time soon :D
17:47:32  <ODM> Railtypes?^^
17:47:33  <planetmaker> FooBar_, just go for it.
17:47:35  <ODM> <- curious
17:47:50  <KenjiE20> we can have more than 4 now :)
17:47:51  <planetmaker> You should have all rights to do so.
17:47:51  <FooBar_> planetmaker: I'm still able to do that myself?
17:47:56  <FooBar_> :)
17:47:57  <Ammler> FooBar_: hg clone transrapid ssh://
17:48:00  <planetmaker> I didn't revoke any of yours
17:48:05  <Ammler> and your repo is done
17:48:15  <ODM> ooh, that sounds neat
17:48:22  <FooBar_> alright, then :)
17:48:24  *** welshdragon has quit IRC
17:48:43  <KenjiE20> tis, TT-F has some screens of speed limited track already
17:48:46  <ODM> so we can have actual subway instead of a monorail overhaul?
17:48:54  <Ammler> but I guess, the hg-limited people can't use that command
17:49:02  <FooBar_> wait a minute, if I clone something that doesn't exist, will it be created then?
17:49:04  <KenjiE20> as well as transrapid alongside maglev
17:49:13  <Ammler> FooBar_: that is clone for
17:49:13  <ODM> yeah that aswell
17:49:16  <ODM> and rollercoasters.
17:49:18  <Ammler> else you pull
17:49:22  <Ammler> or push
17:49:43  <ODM> some electric pipe for prios:P
17:49:46  <FooBar_> hmmmz... I remember something about init, but that could be bzr as well...
17:49:52  <Ammler> no
17:50:01  <planetmaker> FooBar_, that is only used if the repo exists _nowhere_
17:50:04  <Ammler> you init your repo
17:50:10  <KenjiE20> hehe, ODM, I'd rather have multi-aspects
17:50:18  <KenjiE20> that would rock
17:50:30  <ODM> say what?
17:50:37  <KenjiE20> yellow lights
17:50:43  <Ammler> but you can make a local hg repo, commit around 1000 changesets
17:50:49  <Ammler> and then clone it to our devzone
17:51:16  <ODM> yellow lights? is that still a railtype?:P
17:51:20  <FooBar_> 1000 changesets :P
17:51:21  <KenjiE20> no
17:51:35  <Ammler> FooBar_: if you have already transrapid in a bzr repo, we can convert it to hg easily
17:51:50  <Ammler> (with history)
17:51:52  <FooBar_> Well, let me set up my development environment first and then see about the rest of it
17:52:11  <FooBar_> Ammler: I don't have a repo yet, so that's easy
17:52:12  <planetmaker> setup? You deleted it?
17:52:26  <FooBar_> I installed Win7 recently, hence it got removed
17:52:35  <planetmaker> he
17:52:44  <Ammler> that is windows, not "zypper dup" ;-)
17:53:02  <Ammler> -t
17:54:10  <FooBar_> Glad I wrote a guide about how to set such up last time I set it up, will come in handy now :)
17:54:18  <planetmaker> hehe
17:55:36  <Ammler> and you can selfcheck your gude ;-)
17:56:11  <Ammler> oh, Zephyris entered 32bpp World
17:57:38  <FooBar_> I noticed. Although 32bpp isn't really my thing, what he posted did look very good indeed.
17:58:26  *** welshdragon has joined #openttdcoop.devzone
17:59:02  <FooBar_> I wonder where I put my private key file...
18:00:40  <planetmaker> FooBar_, could you do me a favour and paste your transrapid NFO somewhere for my reference for writing the newgrf wiki?
18:01:03  <FooBar_> sure
18:01:55  <FooBar_> here you are:
18:02:00  <planetmaker> thx
18:02:51  <FooBar_> note that there are some ActionC in there for things I'm not using right now
18:03:16  <planetmaker> do you use action1/2/3?
18:03:24  <FooBar_> But those regard previous action 0s, which are already documented
18:03:30  <FooBar_> yes, action 1/2/3 is at the botom
18:03:34  <FooBar_> bottom
18:03:35  <Ammler> is there also a grf changing dbset maglev to that new railtype?
18:03:50  <planetmaker> good. :-) That's what I'm interested. I'm currently writing Action2Railtypes
18:03:53  <Ammler> or would that need dbset hacking?
18:04:19  <FooBar_> Ammler: I'm not using a new railtype label, but am overwriting MGLV, so you can use dbset straight away
18:09:58  <FooBar_> I think I stuck my private key in a backup which I don't have available right now...
18:11:10  <Ammler> he, you have 2 ;-)
18:11:26  <Ammler> but you would need the full access key for cloning
18:14:40  <planetmaker> FooBar_, you could just create a new pair...
18:16:04  <FooBar_> Possibly, but I probably don't get to the actual cloning bit before I have had access to my backup, so I'll just dig the old one(s) up when I get the chance
18:16:48  *** welshdragon has quit IRC
18:17:44  <FooBar_> Also, there are some graphical bugs that need fixing before I want to commit anything. One bug being that I used bits of the original graphics for the GUI parts, need to replace that by OpenGFX GUI equivalents.
18:18:51  <planetmaker> FooBar_, it's a development repo :-P
18:19:01  <planetmaker> Commit often, commit atomically ;-)
18:19:07  <planetmaker> Saves usually hassle
18:19:26  <FooBar_> I know, but I can't GPL things that I don't own...
18:19:36  <planetmaker> that, of course, is true.
18:19:37  <FooBar_> That needs to be out before the first commit
18:19:52  <planetmaker> why start with those in the first place? :-P
18:20:41  <FooBar_> I used those way back when I created the first version of the set, OpenGFX didn't exist at that time, or at least the GUI didn't exist yet
18:21:24  <planetmaker> oh... THAT old :-)
18:21:50  <planetmaker> and thanks: your NFO helped to get it right [TM] hopefully
18:22:23  <FooBar_> you're welcome :)
18:22:37  <FooBar_> let me have a look...
18:23:22  <planetmaker>
18:25:30  <Ammler> FooBar_: if you replace maglev label, what is the advantage of useing Railtypes?
18:26:09  <FooBar_> It allows me to set the correct text strings...
18:26:20  <FooBar_> Plus, it allows me to figure out how it works :P
18:26:27  <Ammler> ah, I see
18:26:29  <planetmaker> Ammler, what would be the point for transrapid to define a new rail type? It is THE generic maglev after all.
18:26:36  <Ammler> no
18:26:43  <planetmaker> sure. The only working
18:26:46  <Ammler> tranrapid != maglev
18:26:54  <planetmaker> yes?!
18:26:58  <Ammler> :-)
18:27:08  <Ammler> well for me it looks a bit other
18:27:22  <Ammler> the ttd maglev is like a tube
18:27:23  <planetmaker> transrapid works by principle of maglev
18:27:26  <FooBar_> There will be a parameter that allows you to use TRPD as label instead of MGLV.
18:27:42  <planetmaker> the TTD default maglev sprites are just drawn by people without clue
18:27:49  <Ammler> :-)
18:27:53  <planetmaker> FooBar_, good thinking :-)
18:28:05  <Ammler> well, it was future that days, I assume.
18:28:23  <planetmaker> oh, in the Emsland there was a test track for ages.
18:28:32  <planetmaker> It existed in the late 80s even.
18:28:47  <Rubidium> until someone left something on the track... that test didn't go that well IIRC
18:29:07  <FooBar_> Transrapid is an implementation of magnetic levitation. Look up the Japanese implementation of maglev, that looks more similar to the one in TTD.
18:29:11  <planetmaker> yeah, but that was only after sth was also built in China. One, two years ago
18:30:53  <FooBar_> Lack of signalling system was the cause of that crash, not a problem with the maglev technology itself. The one in Shanghai does have a signalling system, so things like that shouldn't happen there.
18:31:10  <FooBar_> It shouldn't have happened on the test track either, but that's a different story...
18:32:17  <planetmaker> yeah
18:34:37  <FooBar_> planetmaker: I think you mixed up action 2 and action 3 in
18:34:54  <FooBar_> the cargo-ids only come into play in the action 3, not in the action 2
18:35:01  <planetmaker> uhm... do they?
18:35:41  <FooBar_> I believe so. At least that's how I did it.
18:36:22  <planetmaker> ah... I added them there where there should be SetID.
18:36:31  <planetmaker> SetID != cargoID of course. Doh
18:36:39  <planetmaker> They are (also correctly) in Action3
18:37:43  <FooBar_> Well, you could use the same setID as you need to use for the CargoID, but that isn't required. I used different setIDs, as I like them to be easily distinguishable :)
18:38:07  <planetmaker> yes, sure
18:39:28  *** welshdragon has joined #openttdcoop.devzone
18:39:43  <FooBar_> Rest seems correct to me though
18:40:53  <planetmaker> fixed that. Thanks for checking
18:42:20  <Ammler> FooBar_: what is your current status with opengfx_extra, btw?
18:42:39  <planetmaker> extra work :-P
18:42:42  <FooBar_> haven't done anything yet :P
18:43:00  <FooBar_> was busy until previous week and then I got carried away by railtypes :P
18:43:05  <Ammler> no, I mean, you still like to have same sprite # than openttd.grf?
18:43:30  <Ammler> work is secondary
18:44:14  <FooBar_> well, I do like to have all different bits of the _extra grf in seperate files, like the openttd.grf. While I'm at that, making sure that sprite numbers are the same is easy, so that's an added benefit :)
18:44:48  <planetmaker> FooBar_, then create a subfolder for it :-)
18:44:54  <FooBar_> certainly
18:45:34  <FooBar_> But I'm away for a little while now, highlight me if you need me and I'll look into it when I'm back
18:46:22  <Ammler> it won't be possible
18:46:33  <Ammler> you will fail with all the extra stuff
18:46:41  <Ammler> or will you add that to the end?
18:46:41  <planetmaker> ... ?
18:46:57  <Ammler> e.g. clima extras
18:46:59  <planetmaker> He could also add Dummy sprites 0C...
18:47:33  <planetmaker> well... but then compatibility isn't given either.
18:51:28  *** welshdragon has quit IRC
18:56:01  *** welshdragon has joined #openttdcoop.devzone
19:00:17  <FooBar_> extra stuff is going to the back of the grf ;)
19:01:08  <Ammler> FooBar_: as pm said
19:09:22  *** welshdragon is now known as Guest1468
19:09:30  *** welshdragon has joined #openttdcoop.devzone
19:10:00  *** Guest1468 has quit IRC
19:23:25  <andythenorth> evening
19:42:00  <FooBar_> good evening to you too!
20:03:54  <Webster> Latest update from devactivity: 32bpp-extra - Bug #738 (Closed): Fix 32bpp_extra.pnfo for non temperate climates <> || 32bpp-extra - Revision 6: fix #738:16 sprite coast tile set for not temperate climates <>
20:27:21  *** PeterT has joined #openttdcoop.devzone
20:38:47  *** Frankr has joined #openttdcoop.devzone
21:19:03  <andythenorth> FooBar_: what are you up to these days?  Busy? :)
21:20:53  <FooBar_> actually I'm starting to get a little free time now. Still a bit busy, but not as busy any more like I was the past 6 months or so.
21:22:35  *** Frankr_ has joined #openttdcoop.devzone
21:22:35  *** Frankr is now known as Guest1487
21:22:35  *** Frankr_ is now known as Frankr
21:22:50  <FooBar_> I started setting up my development environment again today, so I think that counts as good news :P
21:23:17  <FooBar_> Unfortunately some bloke decided to implement something called Railtypes in OpenTTD and that got me carried away...
21:23:43  <Rubidium> yeah, blame Chris
21:24:18  <FooBar_> I can hardly blame myself, right?
21:24:41  <FooBar_> :)
21:24:55  <andythenorth> FooBar_: FIRS gets put on ice if Roadtypes becomes available :)
21:24:59  <andythenorth> and FISH
21:26:37  <FooBar_> I have the idea that roadtypes won't take that long
21:27:08  <planetmaker> 4 weeks at most ;-)
21:27:41  <Rubidium> been reading slashdot?
21:27:52  <Rubidium> that would easily be scaled to 1 year :)
21:28:10  <planetmaker> hardly read slashdot
21:29:49  *** Guest1487 has quit IRC
21:49:10  *** FooBar_ has quit IRC
22:04:57  *** FooBar_ has joined #openttdcoop.devzone
22:10:04  *** PeterT_ has joined #openttdcoop.devzone
22:14:21  *** Hyronymus has quit IRC
22:29:18  *** PeterT_ has quit IRC
22:35:05  *** andythenorth has left #openttdcoop.devzone
22:41:04  <FooBar_> 'night everyone!
22:41:13  *** FooBar_ has quit IRC
22:52:37  <Webster> Latest update from devactivity: 32bpp-extra - Revision 7: Codechange: reshuffeled the directories a bit, to avoid confusion betwe... <> || OpenGFX - Bug #740 (New): vpath incorrect in Makefile <>
23:07:41  <Webster> Latest update from devactivity: Redmine - Revision 3240: Updated object_daddy to a newer version (bugfixes) <>
23:29:46  *** ODM has quit IRC
23:39:39  <Webster> Latest update from devactivity: OpenGFX - Bug #741 (New): toolbar info sprite blue instead red? <>
23:55:44  <Webster> Latest update from devactivity: #openttdcoop Avignon Plugin - Revision 14: -Change: Beautified the plugin a little bit <> || #openttdcoop Avignon Plugin - Revision 13: -Update: Added "info" command <> || Avignon - Revision 570: -Fix (closes #98): Updated 'status' cmd interpretation, unique-id doesn't... <>

Powered by YARRSTE version: svn-trunk