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

Emulator completely locks up when clicking menus in GB/GBC #67

Open
rastephens426 opened this issue Jan 27, 2017 · 9 comments
Open

Emulator completely locks up when clicking menus in GB/GBC #67

rastephens426 opened this issue Jan 27, 2017 · 9 comments
Labels
bug

Comments

@rastephens426
Copy link

@rastephens426 rastephens426 commented Jan 27, 2017

Please fill out this form:

Expected behavior

It doesn't freeze

Actual behavior

The emulator freezes and I am unable to click on anything on my computer. Must enter tty and use kill -9 (SIGINT doesn't work)

Steps to reproduce the behavior

Open a GB/GBC game and click menus

Build details

Operating System (Windows, Mac, Linux, etc.): Linux (Arch Linux)

Interface (wx, SDL, default is wx): wx

Version of code (pre-built binary version, or commit ref, or just "master"): master

Any other relevant build information: laptop with AMD Radeon graphics

If this is e.g. a joystick or video issue, then the relevant hardware information:

@ZachBacon

This comment has been minimized.

Copy link
Contributor

@ZachBacon ZachBacon commented Jan 28, 2017

Have you tested a release tarball yet?

@ZachBacon

This comment has been minimized.

Copy link
Contributor

@ZachBacon ZachBacon commented Jan 28, 2017

I ask because master is a moving target at the moment.

@rastephens426

This comment has been minimized.

Copy link
Author

@rastephens426 rastephens426 commented Jan 28, 2017

I've tried the latest releases in the Arch Linux repos (2.0.0b2) as well.

@Jesin

This comment has been minimized.

Copy link

@Jesin Jesin commented Jan 29, 2017

Do you have a commit ref?

@rastephens426

This comment has been minimized.

Copy link
Author

@rastephens426 rastephens426 commented Jan 29, 2017

The Arch repos have commit 1eb7685

@rkitover

This comment has been minimized.

Copy link
Collaborator

@rkitover rkitover commented Feb 12, 2017

@rastephens426 is this only an issue for GB/GBC? When you use a GBA ROM this does not happen?

@rastephens426

This comment has been minimized.

Copy link
Author

@rastephens426 rastephens426 commented Feb 12, 2017

It is indeed only happening with GB/GBC

@rkitover

This comment has been minimized.

Copy link
Collaborator

@rkitover rkitover commented Feb 12, 2017

Thanks, will try to take a look sometime soon.

@rkitover rkitover added bug and removed incomplete information labels Feb 12, 2017
@sboukortt

This comment has been minimized.

Copy link

@sboukortt sboukortt commented Jun 25, 2017

I can reproduce the issue on a desktop machine with NVIDIA graphics. It also happens when closing the window or pressing Escape. SIGINT and SIGTERM are not enough to stop VBA-M, SIGABRT is.

rkitover added a commit that referenced this issue Aug 17, 2017
Rewrite SoundSDL (the SDL sound driver).

Clean up the code and eliminate all deadlocks/hangs/crashes (hopefully.)

Many of the deadlocks were caused by initialize() not de-initializing
properly and causing the audio callback thread to deadlock, fix this.

Also use better logic for the semaphore controls, which will also
hopefully increase audio quality.

Use better logic for the throttle control, with throttle == 0 being the
same as throttle == 100 and implement setThrottle().

Also increase the buffer size to 300ms and the number of samples to
2048, for hopefully less choppiness in audio overall.
rkitover pushed a commit that referenced this issue Aug 15, 2019
Update Makefiles
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
5 participants
You can’t perform that action at this time.