Rocks'n'Diamonds

Fixed! Thanks again for reporting this bug!

Wow, what a heavy bug -- never noticed this odd behaviour!

Shouldn't be too hard to fix (although not investigated yet)...

Argh! Indeed I've just noticed that searching the forum on the new web server is slooooooooooooooooooooooooooow. :shock: Found this one: https://www.phpbb.com/community/viewtopic.php?t=2439031 Installed that f*cking PHP module (why is this not mentioned as a requirement for phpBB3 ???). Now it works...

Just found the cause for this bug (introduced two weeks ago when fixing that snap key bug).

I forgot some clearing of key state flags during envelope event loop -- fixed!

Thanks for reporting this bug!

Ouch, that's a nasty one! Never noticed this! :-o I suppose it's just not logging snap key releases at all while an envelope is open. Yes, exactly (because it's a different event loop for envelopes). Interestingly enough, it seems that if you use a TAS snap keys to collect the envelope, you have to ...

I'm amused that my #ifdef was no good because it was an enum not a preprocessor symbol. Too bad C doesn't have a '#if is_evaluatable()' or something like that... Yes, exactly. I was quite confused at first why your patch did not work, because I thought SDL_DROPBEGIN would be a preprocessor macro (#...

Drag-and-drop support was indeed already supported by earlier SDL versions (supporting only SDL_DROPFILE then), but it was extended in version 2.0.5 (with especially SDL_DROPBEGIN and SDL_DROPCOMPLETE being very useful when dropping multiple files at once). However, there's a little problem with you...

OK, I've pushed the latest code to the Git repo now. And for the Windows folks, I've uploaded an updated executable for testing here: https://www.artsoft.org/RELEASES/rocksndiamonds/development-versions/rocksndiamonds-20190130-1.exe The most interesting new feature is probably the new drag-and-drop ...

The web server www.artsoft.org (including this forum) was just moved to (that is, reinstalled from scratch on) a new server. Everything should continue working fine (except the not really used Bugzilla based bug tracker at bugs.artsoft.org, which currently refuses to work and probably also has to be...

Could you please provide me with a simple level demonstrating this? I stumbled upon this while analyzing the above problem, and found out that "continuous snapping" apparently stopped working a long time ago (although it worked once). There's an option in the player setting, and it is enabled by de...

In the description of the new tape, you're saying that the game inserted into the tape stream periodic 'release' actions, right? Not that the player had to change his keyboard actions? No, I think that I did not say this. What I said was the following: to perform multiple snap actions, the snap key...

I'm a little worried that a fix for this may cause some previously working tapes to stop working. That should be technically impossible, as the bugfix does not change how existing tapes are played, but only how new tapes are created. But of course you will be watching out for that so I should proba...

The proposed solution of storing which TAS keys are currently being held down, and releasing the 'virtual snap' key only when all of them are released, seems correct to me.

I have implemented it now that way (not pushed yet, though), and it seems to work fine.

Correcting this nasty problem was quite a bit of work, but it should finally be fixed now! :) BTW: Thanks a lot, ncrecc, for pointing out such problems! As can be seen from my previous post, this bug was noticed by myself a long time ago, but then forgotten about until now! (Most probably because th...

Just found this in the code (file src/tools.c, function "DrawPlayer()"): #if 0 /* !!! this is not enough to prevent flickering of players which are moving next to each others without a free tile between them -- this can only be solved by drawing all players layer by layer (first the background, then...