Small graphical problem

Discussion about Rocks'n'Diamonds, Boulder Dash, Supaplex, Emerald Mine and any other BD hybrid.

Moderators: Flumminator, Zomis

Post Reply
Coaxl
Posts: 3
Joined: Wed Jan 29, 2014 4:38 pm

Small graphical problem

Post by Coaxl »

Okay, I haven't really been able to narrow it down to when exactly the problem appears, but I've just started playing RnD for the first time since I installed Windows 7 and since then I've been getting this problem. Occasionally, something just goes utterly wrong with the graphics, and it's hard to describe what happens without inserting a pic, so...

Image

Yeah. What usually seems to happen is that (I think) a column, row, or some other formation of tiles have another kind of tile painted over them - in this case, walls (the sand is still visible below the wall tiles above). This does not change the level itself, but makes it very confusing to play. It seems to happen most often when I get killed by a monster, and then reload a saved position. The whole position is then screwed up no matter how many times I try to reload. Getting killed again and again just changes which column is screwed up. This is a very weird bug that completely kills the gaming experience. Anyone know why this could be?
User avatar
Holger
Site Admin
Posts: 4073
Joined: Fri Jun 18, 2004 4:13 pm
Location: Germany
Contact:

Re: Small graphical problem

Post by Holger »

This very much looks the same as a bug already reported some time (years) ago; unfortunately I cannot find the corresponding bug report at the moment, and I also cannot find the commit message when I fixed it (at least I think that I fixed it). Therefore, I'm currently not sure if this problem should already have been fixed in your version (3.3.1.2) (and therefore would in fact not be fixed after all), or if it is only fixed in the current development version (4.0.0.0).

At least this similar bug also mixed up a single row or column of the tile graphics, to it seems to be more or less the same one.

If there is any chance to reproduce this problem, please let me know!

Until then, I'll continue trying to find the forum post that reported that similar bug with similar screenshots (and also what I wrote to it), and I'll also try to find the potential bugfix in the commit messages (to see what caused it).
Anonycat
Posts: 47
Joined: Thu Mar 27, 2008 4:45 am

Re: Small graphical problem

Post by Anonycat »

I reported it here, where I mentioned it was still erratic on 3.3.1.2. I haven't been keeping up with Git much.
User avatar
Holger
Site Admin
Posts: 4073
Joined: Fri Jun 18, 2004 4:13 pm
Location: Germany
Contact:

Re: Small graphical problem

Post by Holger »

Thanks a lot, Coaxl, for bringing this topic up again, and thanks a lot, Anonycat, for pointing me to you original bug report of this misbehaviour.

Fortunately, I was now able to track it down to the Git commit where I fixed that bug -- the corresponding commit message is a little bit misleading, and I'm quite sure that I did not have this specific bug in my mind when fixing it (and writing the commit message, which in fact was a ChangeLog entry at that time), because apparently I was thinking about it as being a different (although very similar) bug (affecting only small tile graphics).

Just for the records, it's the following commit which fixed that bug:

Code: Select all

commit 9ea8b203a29569f4d2ed059d33def627ff2b17aa
Author: Holger Schemel <info@artsoft.org>
Date:   Wed May 14 01:56:16 2014 +0200

    rnd-20140514-1-src
    * fixed level redraw after quick-loading tape with small tile graphics
And indeed, I changed something in "RedrawPlayfield()" there, which seems to make sense.

To be sure, I've just did quite some tests with the Git checkout right before that commit, and then with the following one (the commit mentioned above), using "Snake Bite", level 30, and doing quite some "quick saving" and "quick loading" while walking through the first room of that (multi-room) level, which clearly shows that bug various times without the commit, while the graphical glitch never showed up anymore when applying the commit that apparently fixes it.

So it seems that this bug already reported by quite some people for over one year is fixed now in the development / Git version of R'n'D -- time to roll it out as an official new version of the game... :-)
Post Reply