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 ... <http://dev.openttdcoop.org/projects/firs/repository/revisions/581> || Avignon - Revision 569: -Fix (r288): Fixed a bug which caused a critical error when the word "exe... <http://dev.openttdcoop.org/projects/avignon/repository/revisions/569> || Redmine - Revision 3241: Translation updates <http://dev.openttdcoop.org/projects/redmine/repository/revisions/3241> || Redmine - Revision 3239: Removed the duplicated configuration in the different test environments. <http://dev.openttdcoop.org/projects/redmine/repository/revisions/3239> || Redmine - Revision 3240: Updated object_daddy to a newer version (bugfixes) <http://dev.openttdcoop.org/projects/redmine/repository/revisions/3240> || Redmine - Revision 3238: Separated ReportsController#issue_report into two separate actions. <http://dev.openttdcoop.org/projects/redmine/repository/revisions/3238> || Redmine - Revision 3237: Moved a routing test from a functional to an integration test. <http://dev.openttdcoop.org/projects/redmine/repository/revisions/3237> 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: transfer.sh included in openttdcoop plugin <http://dev.openttdcoop.org/projects/avignon-plugin/repository/revisions/11> 16:12:08 <Webster> Latest update from devactivity: #openttdcoop Avignon Plugin - Revision 12: -Fix: ups. commit in the wrong place (fixes r11) <http://dev.openttdcoop.org/projects/avignon-plugin/repository/revisions/12> 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://ottdc@mz.openttdcoop.org/hg-repos/transrapid 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: http://pastebin.com/m4c54ecc 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> http://wiki.ttdpatch.net/tiki-index.php?page=Action2Railtypes 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 http://wiki.ttdpatch.net/tiki-index.php?page=Action2Railtypes 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 <http://dev.openttdcoop.org/issues/738#change-1975> || 32bpp-extra - Revision 6: fix #738:16 sprite coast tile set for not temperate climates <http://dev.openttdcoop.org/projects/32bpp-extra/repository/revisions/6> 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... <http://dev.openttdcoop.org/projects/32bpp-extra/repository/revisions/7> || OpenGFX - Bug #740 (New): vpath incorrect in Makefile <http://dev.openttdcoop.org/issues/740> 23:07:41 <Webster> Latest update from devactivity: Redmine - Revision 3240: Updated object_daddy to a newer version (bugfixes) <http://dev.openttdcoop.org/projects/redmine/repository/revisions/3240> 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? <http://dev.openttdcoop.org/issues/741> 23:55:44 <Webster> Latest update from devactivity: #openttdcoop Avignon Plugin - Revision 14: -Change: Beautified the plugin a little bit <http://dev.openttdcoop.org/projects/avignon-plugin/repository/revisions/14> || #openttdcoop Avignon Plugin - Revision 13: -Update: Added "info" command <http://dev.openttdcoop.org/projects/avignon-plugin/repository/revisions/13> || Avignon - Revision 570: -Fix (closes #98): Updated 'status' cmd interpretation, unique-id doesn't... <http://dev.openttdcoop.org/projects/avignon/repository/revisions/570>