TraceBullet/vba-rerecording

Unknown GBC graphics glitch: Hunter x Hunter

Closed this issue · 5 comments

GoogleCodeExporter commented 
What steps will reproduce the problem?
1. Load GBC game "Hunter X Hunter - Kindan no Hihou (J) [C][!]"
2. Load attached savestate in slot 1
3. Graphics glitch should now be observable and confirmed by removing layer OBJ 
0

What is the expected output? What do you see instead?
Chests should be displayed clearly and without obstruction, this can be 
observed in VBA-M SVN 956. I am unsure of the relevance, but removing BG 0 in 
VBA-M causes the background to go white, while it turns a variety of different 
colors depending upon the location in VBA-rr.

What version of the product are you using? On what operating system?
VBA-rr SVN 277, Windows 7 32-bit. Seen in multiple previous versions, SVN and 
major release.

Please provide any additional information below.
I apologize if this is the wrong place to submit this error and request 
direction to a location where this information can be put to use.

Original issue reported on code.google.com by ahardrev...@gmail.com on 3 Nov 2010 at 9:32

Attachments:

GoogleCodeExporter commented 
Please test whether this is still a problem with the v24-interim version.

Original comment by aquan...@gmail.com on 22 Dec 2010 at 10:24

GoogleCodeExporter commented 
I tried v24-interim and sure enough, the chests now display correctly each time.

However, there are a number of other *new* graphical errors, which I've 
compiled a montage of (attached). The nature of the graphical glitch seems to 
shift somewhat based on going to different areas (maybe?), but the one thing I 
noticed for sure is that the background graphics for a screen with a chest on 
it will be "fixed" after you open that chest, as will other screens that use 
those graphics. The nature of the visual glitch on other background graphics 
will also change after the one area is "fixed". After a certain amount of 
player actions such as moving to new screens (or otherwise calling the graphics 
in memory to change), the "fixed" screens will also go back to being glitched.

Incidentally, whatever was changed in v24-interim also seems to have had an 
effect other games - Monster Rancher Explorer, for example, no longer displays 
the opening story text and the start button sub-menu displays incorrectly.

Original comment by ahardrev...@gmail.com on 24 Dec 2010 at 6:25

Attachments:

GoogleCodeExporter commented 
Sorry for taking so long (two years)...
Do you still experience the graphical corruption problems (other than the text 
problem) with later versions?

Original comment by aquan...@gmail.com on 5 Apr 2013 at 9:42

  • Changed state: Accepted
GoogleCodeExporter commented 
Man, I had forgotten about this (no worries). Haven't played the game in a 
while.
I downloaded the two most recent uploads of -M and -rr (svn479), and 
unfortunately, it seems the original problem of the chests which displayed 
incorrectly (and eventually not at all later in the game) is still in -rr but 
not in -M. This is while using Win XP SP2 with nothing changed in the settings 
of the emulators after download. Of course, it's a very minor problem with (as 
far as I know) just this one game, and it's certainly better than the second 
problem that appeared (the screens above and in Monster Rancher Explorer), 
which is gone again.

I've attached a battery save file that loads up in a save room from which, with 
the extremely crude diagram provided, you can move to and observe this glitch 
in "action". Given the extreme obscurity of this game (and the fact that no one 
is likely to TAS it unless they're crazy), it's not really a big deal, but I 
posted it because I thought you guys might want to know.

(I only just noticed that the currently equipped spell/tool also don't show in 
-rr)

Original comment by ahardrev...@gmail.com on 10 Apr 2013 at 12:12

Attachments:

GoogleCodeExporter commented 
It would be hard to fix the graphical problem with the old V7 branch without 
breaking backward-compatibilty, which is the only point to keep that branch. I 
am not going to fix it. You may use the V8 (-24m) branch to play the game.

Since the current branch (V8/-24m) has all of those problems you reported 
fixed, I'll close this issue labelling it 'Fixed'.

However, you just reminded me that the filename of the -v24m archives are 
lacking the -rr suffix. They are all really -rr, too. Maybe I'd better correct 
that to avoid further confusions.

Original comment by aquan...@gmail.com on 15 Apr 2013 at 1:50

  • Changed state: Fixed