IRC logs for #openttd.dev on OFTC at 2012-09-28
            
04:44:29 *** Zuu has joined #openttd.dev
04:44:29 *** ChanServ sets mode: +v Zuu
05:48:35 *** Zuu has quit IRC
06:55:54 *** xahodo has joined #openttd.dev
07:15:02 *** Supercheese has quit IRC
07:21:15 *** xahodo has quit IRC
07:25:16 *** xahodo has joined #openttd.dev
08:06:05 *** planetmaker has quit IRC
08:06:05 *** Belugas has quit IRC
08:09:08 *** planetmaker has joined #openttd.dev
08:09:08 *** ChanServ sets mode: +v planetmaker
08:09:53 *** Belugas has joined #openttd.dev
08:09:53 *** ChanServ sets mode: +v Belugas
09:00:50 *** xahodo has quit IRC
09:07:59 *** Alberth has joined #openttd.dev
09:07:59 *** ChanServ sets mode: +v Alberth
14:26:58 *** frosch123 has joined #openttd.dev
14:26:58 *** ChanServ sets mode: +v frosch123
14:38:35 <Alberth> frosch123: yesterday I 'finished' the scope resolver patch in http://devs.openttd.org/~alberth/diffs/resolve/
14:38:35 <Alberth> While it compiles, I haven't actually run it. Also, there are a few holes in GetTown() that need further work.
14:38:35 <Alberth> I think the main goal is to get an understanding of consequences of these changes
14:41:04 <frosch123> nice :)
14:41:39 <frosch123> i should have time today to look at it
14:42:00 <frosch123> i'm gone tomorrow and most of sunday thoughj
14:42:39 <Alberth> it's not high priority, just keeping it progressing is sufficient
14:47:37 <frosch123> i'll give it higher priority than my attempts at fs#5086
14:48:57 <Alberth> :)
14:49:20 <Alberth> any idea how to approach that game with stuck planes?
14:49:33 <Alberth> I guess there is a bug in the state machine
14:50:39 <Alberth> fs#5301
14:50:51 <frosch123> i would check in what state the plane is
14:51:00 <frosch123> and what blocks of the airport are reserved
15:23:05 *** FLHerne has joined #openttd.dev
18:42:10 <frosch123> http://devs.openttd.org/~frosch/diffs/resolveupd.tgz <- Alberth: since i broke them, i updated the queue to tip
18:42:21 <frosch123> now playing a bit with it :)
18:42:57 <Alberth> ok :)
18:46:01 <Alberth> imho the patch should be changed towards introducing scopes right away, ie merge 400-5?0 into the first sequence mostly
18:46:34 <frosch123> yeah, but i am adding some 6xx currently, which might need merging in similair way
18:46:46 <frosch123> (if it actually works what i have in mind :p)
19:10:25 <Yexo> Belugas: if you can make it compile I'm very interested
19:10:41 <Yexo> not implying how hard or easy that is, I haven't tried yet
19:46:56 <Belugas> me too, i'd be interested :D
19:47:21 <Belugas> i will try soon, just need to figure out the proper environment first...
19:47:55 <frosch123> http://devs.openttd.org/~frosch/diffs/resolve/ <- Alberth: added some 6xx
19:47:57 <Belugas> right now, i'm waiting for jelly bean to be available for my tablet.
19:48:12 <frosch123> not quite sure about 630
19:48:33 <frosch123> there seems to be something fishy in current trunk :p
19:51:50 <frosch123> Yexo: specs list towns as parent object to airports, but AirportGetVariable does not reflect that?
19:52:43 <frosch123> fix the specs? :p
19:55:07 <Alberth> nobody makes newgrfs for airports :p
19:57:58 <Alberth> I seem to be causing lots of questions :)
19:58:17 <frosch123> interesting ones?
20:08:35 <Alberth> the station question you fixed, the one you just found above
20:09:07 <frosch123> ah, those
20:09:47 <frosch123> well, you raised some dust :)
20:14:43 <Alberth> http://paste.openttdcoop.org/show/1749/
20:14:54 <Alberth> a bit of info about fs5301
20:15:58 <Alberth> ap.flags ^= (((uint64)1 << 14) | ((uint64)1 << 26)); <-- I toggled these flags, and the aircraft continued their way
20:18:16 <Alberth> but the forum thread has several cases, also with other airports, so it must be something more fundamental that disrupts state machine operation.
20:18:34 <frosch123> most likely some savegame conversion :p
20:18:52 <frosch123> maybe some states were added somewhen
20:19:40 <frosch123> or were there cases with new savegames?
20:19:55 <Alberth> could be, this game started with r19292
20:20:11 <frosch123> really? that is new
20:20:18 <Alberth> I have not looked into the other cases yet
20:21:02 <Alberth> I somewhat suspect the autorenew or autreplace, but perhaps that would cause more often trouble
20:21:44 <frosch123> you mean all cases are about aircraft in depots?
20:23:50 <Alberth> you need something that changes heading or so of the aircraft at random times, this is the only thing I can currently come up with
20:24:50 <Alberth> I wonder whether it is worth the trouble to put the state machine in a model checker for verification of correctness
20:25:09 <frosch123> isn't there already such thing?
20:26:03 <frosch123> looks like it is gone
20:26:12 <frosch123> i think there was something like that in the past
20:26:39 <Alberth> that was before I joined then :)
20:27:02 <Alberth> I guess you want to play a bit more with resolving scopes?
20:27:52 <frosch123> there is a AirportTestFTA function in 0.6
20:28:03 <frosch123> Alberth: not before sunday evening
20:28:29 <Alberth> oh, that's fine, I am in no hurry at all
20:28:40 <frosch123> just in case you want to play some more :)
20:29:03 <frosch123> anyway, i fell in the long run we might get more derived classes of the various ScopeResolvers
20:29:05 <Alberth> I wouldn't know where to play
20:29:20 <frosch123> like for construced and not-yet-constructed stuff
20:29:42 <Alberth> and read/write and read-only towns :p
20:29:49 <frosch123> :p
20:30:07 <Yexo> frosch123: the problem with the parent scope for airports is that it was never decided what it should be
20:30:22 <Yexo> logically it should be towns, like for stations
20:30:37 <frosch123> Yexo: i thought the questions were only about airport tiles
20:30:41 <frosch123> not about airports
20:30:45 <Yexo> however some airport callbacks need access to vehicle vars of the vehicle triggering the cb, so in those cases it should be a vehicle
20:30:54 <frosch123> ah
20:31:00 <frosch123> so, secondary scopes :p
20:31:03 <Yexo> yep :)
20:31:14 <Yexo> airport tiles have either airport or town as parent scope
20:31:46 <Yexo> at least, I think that was the idea, not quite sure what the problem was there
20:31:48 <Alberth> http://newgrf-specs.tt-wiki.net/wiki/VariationalAction2#Feature none
20:32:16 <Yexo> Alberth: that's current, I was talking about what's planned
20:32:25 <Yexo> although the spec is wrong for airports
20:32:29 <Alberth> ah, ok :)
20:33:17 <Yexo> fixed the spec :)
20:35:28 * Alberth wished it was always that easy :)
20:35:53 <planetmaker> :-)
20:38:00 <Yexo> get wishlist, scrap items that are not yet done, release finished product :p
20:38:35 <frosch123> isn't that the official policy of ottd?
20:38:52 <Alberth> except we don't have a wish list? :)
20:39:17 <frosch123> sure we have
20:39:19 * Yexo points to http://wiki.openttd.org/Requested_features
20:39:53 <frosch123> http://wiki.openttd.org/Roadmap_1.2 <- ok, we did not yet write 1.3 :p
20:40:23 <Yexo> the 1.2 roadmap isn't even protected
20:40:44 <Yexo> http://wiki.openttd.org/Roadmap : "There is no idea what is going to be in 1.1.0. " :p
20:40:52 <frosch123> i gues 0.6 roadmap was the last one that made any sense
20:41:32 <frosch123> maybe it was also the only one ever
20:52:20 *** Alberth has left #openttd.dev
20:56:11 <frosch123> night
20:56:14 <frosch123> see you sunday
20:56:17 *** frosch123 has quit IRC
21:14:15 *** LordAro has joined #openttd.dev
21:14:15 *** ChanServ sets mode: +v LordAro
21:21:28 *** Zuu has joined #openttd.dev
21:21:28 *** ChanServ sets mode: +v Zuu
21:52:37 *** FLHerne has left #openttd.dev
21:52:58 *** FLHerne has joined #openttd.dev
22:14:47 *** LordAro has quit IRC
22:29:31 *** FLHerne has left #openttd.dev
22:52:35 *** Zuu has quit IRC
23:36:03 *** Supercheese has joined #openttd.dev