Echo RAM emulated incorrectly

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Play submission 1580 from TASVideos

What is the expected output? What do you see instead?

A glitch is used that exploits properties of the RAM values E000-FDFF,
causing destructible blocks to appear instead of empty space or solid bricks.

E000-FDFF should be a mirror of C000-DDFF, however is filled with zeroes.

What version of the product are you using? On what operating system?

VBA 1.7.2 v21 for windows.

Please provide any additional information below.

This glitch is very easy to replicate, as the movie file synchs for many
users. The glitch is explained here:

http://tasvideos.org/forum/viewtopic.php?t=5583&postdays=0&postorder=asc&start=5
2

This is not a problem with any of the rerecording fatures, so don't feel
pressured to do anything if you don't think this is your specific area of
expertise.

Original issue reported on code.google.com by andrewjpritchard@gmail.com on 31 Aug 2009 at 11:06

[GoogleCodeExporter]

When I Posted this issue, I was unaware that this issue had been "fixed", I just
tried playing this movie on the latest version possible, and when it synched, I
assumed no attempt had been made to fix this issue in the past.

Original comment by andrewjpritchard@gmail.com on 31 Aug 2009 at 11:42

[GoogleCodeExporter]

The referred submission (http://tasvideos.org/1580S.html) was claimed to be the
result of inaccurate emulation of Echo RAM. Since it syncs on v21, the 
emulation may
still be inaccurate.

Original comment by justinhc...@hotmail.com on 3 Sep 2009 at 7:30

[GoogleCodeExporter]

That's because the movie don't set the gbEchoRamFix flag. For details, see
http://tasvideos.org/VBM.html

Original comment by gochaism on 4 Sep 2009 at 12:05

• Changed state: Fixed