Rocks'n'Diamonds

I get this output (which you'll also have seen): $ file 039.tape 039.tape: Rocks'n'Diamonds data, tape file, version 3.2.6-1, engine 1.4.0-0, date 20110111, level set "rnd_yamyam_palace", level 39 -- which ought to be new enough, if you're right. The levelset 'rnd_yamyam_palace' uses the R...

I re-ran it and it spewed tons of output, but nothing interesting ended up in ~/.rocksndiamonds/std{out,err}.

So I reran with > /tmp/out 2>/tmp/err, and all the interesting stuff ended up in stdout, which is attached.

I'm running a massive autotest of all my saved tapes [and boy, a huge fraction aren't working :( ] Noticed some error messages flowing by -- a whole bunch similar to: AmoebeAbleger(): newax = 38, neway = 22 AmoebeAbleger(): This should never happen! regarding level 39 of 'rnd_yamyam_palace'. Attachi...

Well, actually that probably isn't the intended definition of the action that I get by typing '51555' or similar. It's more like 'play until shortly before end of tape'. Where this particularly becomes important is if an old tape no longer works with the current engine. Suppose I have a saved soluti...

I seem to be getting a set of 10 emails about spam posts by exterminated accounts 'GalenPi' and 'Ridgecopy', from Jan 14th, over and over. The emails actually claim to be dated Jan 14th (internal Date: header), but issue from artsoft.org last night. Ohhh... hmmm, they're from staging dot whatever. W...

Just playing a level or two, it is clearly behaving way better. I'd say it's fixed. Thanks!

... and being scrolled far away from the starting point. e.g. play a level where you start out in the middle, play until you're all the way left or right. Then 'warp forward' from zero to there.

It really seems to be about not scrolling the view frame to keep up with the player.

Attached: setup.conf(.zip), though I doubt you'll need it. (After setup.conf.xz was rejected for 'bad extension'...)

I'm playing an EMC level, play until I die, then '51555' (warp forward until before death), game resumes with the displayed frame not centered on the player; I can't see myself and die. More details later if this is insufficient... family leaving this minute to potluck!

(and have not retested older ones against recent RnD releases, don't know what their current state of breakage or happiness might be...)

I have solution tapes for almost all of the EMC level collection alphabetically up to eagle_mine_07 or so, can submit at some point.

Mind you, these are generally played in ultra-cheat mode (pause, single-step, replay up to point of death, etc.) -- I can't play any of this stuff in realtime :)

Did you change something in how level metadata is cached, or something like that? Since building the most recent update (I guess that was the 4.0.1.1 official release), startup is many times faster than before. (Not complaining! :)

Only guessing, from past observations: I think their individual behavior algorithms are mirror-identical, but perhaps the order in which their actions are considered are not. I think each one's move may be considered in sort of a raster order, so if the move of object-to-the-left is going to occupy ...

When recording a tape in which two buttons' actions are conflated, the button whose action was actually executed should be written to the tape. Then there is no playback ambiguity.

Make it a tri-state all-engines setup option:

( ) off for all
(*) on for EMC engine, off for others (like the respective originals) (default)
( ) on for all