Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bad Synchronization Between APU and CPU Causes Freezes #51

Open
GoogleCodeExporter opened this issue Mar 25, 2015 · 13 comments
Open

Bad Synchronization Between APU and CPU Causes Freezes #51

GoogleCodeExporter opened this issue Mar 25, 2015 · 13 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1.Start Secret of Evermore
2.Play Secret of evermore
3.The Game will freeze (in an unregular time )

What is the expected output? What do you see instead?
Continuous Play without freeze.

Does this issue occur on SNES9x for Windows 1.52? If so, please report the
issue on the Snes9x forum.
No it doesn't occur in this version.


Please provide any additional information below.
It mostly freeze when u change a room. Go inside a house or another area. 
Especially if u speed up the game or if u push a button during the change of 
the area/room (black screen) the game will freeze.

It's an issue which actually occur in snes9x gx, but the project owner refers 
to gtk.
It shall be an upstream problem/issue.
http://code.google.com/p/snes9x-gx/issues/detail?id=557&can=1&start=500

Original issue reported on code.google.com by starlord...@googlemail.com on 4 Aug 2010 at 8:23

@GoogleCodeExporter
Copy link
Author

I've been trying to go in and out of buildings/areas and speeding up and 
pressing buttons in the jungle starting area of the game, but I can't reproduce 
this. 

Can you produce the freeze in the jungle area, and, if not, can you provide a 
.SRM save near a location that does freeze? Can you produce the freeze by going 
back and forth between two areas that have the same unchanging background music?

I'm guessing, but the freeze when speeding the game up is suspicious. It might 
be due to something like buffer-overflow, and sound-sync is hitting an 
edge-case. It could also be a CPU<->APU sync thing, but with an increased 
relative APU speed and decreased communication latency, that should be less 
likely.

Original comment by bear...@gmail.com on 6 Aug 2010 at 10:36

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

Sure can u produce the freeze in the jungle area. 
I just got the issue if the background music changes.
Example: Quicksand Area and Jungle, Vulcan Area and Swamp, Bugmuck and 
Quicksand Area.

I can upload the SRM File, the next time. :)


Original comment by starlord...@googlemail.com on 11 Aug 2010 at 7:24

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

[deleted comment]

@GoogleCodeExporter
Copy link
Author

Here the SRM File:
http://rapidshare.com/files/412893923/Secret_of_Evermore.srm

If I go to the quicksand area and back to the bug swamp I will get a freeze 
(try more times and push the "Speed Up" Button (plus A Button) between area 
changing)
Got the issue on snes9x gx (as I posted) which based on the gtk. 

Original comment by starlord...@googlemail.com on 14 Aug 2010 at 1:06

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

Ah, I see you're using the German PAL version. I tested this with 1.52 and WAS 
able to reproduce the problem there, so it's not related to the changes made 
since then. 

This could be another SPC bug like the Earthworm Jim 2 one. But I see that 
ZSNES does the same thing with this particular ROM version, so it could be the 
bad timing again. Until one of us gets around to fixing this, you could try the 
1.51-based version of Snes9x GX (if it's still available), or--since I couldn't 
reproduce the freeze with it--use the NTSC English version.

Original comment by bear...@gmail.com on 14 Aug 2010 at 9:49

  • Changed state: Accepted
  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

Oops. Looking around on the web, it seems that people experienced the same 
freezing with Snes9x 1.51, too (including Snes9x GX). 

Original comment by bear...@gmail.com on 14 Aug 2010 at 10:12

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

Changing the scope of this issue to be more broad.

Original comment by bear...@gmail.com on 28 Aug 2010 at 1:47

  • Changed title: Bad Synchronization Between APU and CPU Causes Freezes
  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

Issue 52 has been merged into this issue.

Original comment by bear...@gmail.com on 28 Aug 2010 at 1:48

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

I would like to kindly ask: What's the current status of this issue?

Original comment by starlord...@googlemail.com on 1 May 2012 at 7:30

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

Bug is still there. Emulation accuracy is improving, but Secret of Evermore 
still freezes in that same area. 

Original comment by bear...@gmail.com on 1 May 2012 at 8:28

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

Sadly yes, and no one could fix this?

So this freeze bug is still in all versions of SoE? :(

Original comment by herzt...@googlemail.com on 16 Dec 2012 at 10:44

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

The freeze appear a lot more if you use fast forward.
All the pal versions have the same problem.

Original comment by eshad...@gmail.com on 21 Oct 2013 at 2:37

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

Same problem with snes gx 4.3.2 
Is there a solution? Is someone working on it ?

Original comment by francis....@gmail.com on 11 Mar 2014 at 9:27

  • Added labels: ****
  • Removed labels: ****

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant