Project

General

Profile

Actions

Emulator Issues #8518

closed

Dolphin crashes on stopping emulation in exclusive fullscreen mode

Added by ClaytondAF about 9 years ago.

Status:
Fixed
Priority:
High
Assignee:
-
% Done:

0%

Operating system:
Windows
Issue type:
Bug
Milestone:
Current
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

Game Name?
Any.

Game ID?
Any.

What's the problem? Describe what went wrong in few words.
Dolphin's latest revisions crashes if trying to stop emulation on exclusive fullscreen mode. Only way to exit is to open task manager and force exit. It doesn't happen on Borderless Fulscreen (guess that's just windowed on native desktop resolution). Also, trying to remap or erase any key shortcuts doesn't work. If a hotkey is mapped to a function that is mapped to another function in the "key shortcuts", the key will favor the latter function.

What did you expect to happen instead?
Not to crash on fullscreen, and to bind keys without having to edit Dolphin.ini.

What steps will reproduce the problem?
1.Start any game
2.Go to fullscreen
3.Press esc

Which versions of Dolphin did you test on?
Don't know exactly when it started to crash, but the key shortcuts thing started after 4.0-6014.

Does using an older version of Dolphin solve your issue? If yes, which
versions of Dolphin used to work?
I only use 4.0-6000 right now and it works fine.

What are your PC specifications?
Window 7 64 bit
Athlon II x2 240 2.8Ghz
5GB RAM
GeForce 9600GT 1GB

Is there any other relevant information?
I always use the configuration file generated by the newest revision, but even if I use an older one, those problems happen.


Related issues 5 (0 open5 closed)

Has duplicate Emulator - Emulator Issues #8585: Dolphin 4.0-6021 causes consistent freezes when exiting a game from D3D exclusive fullscreen.Duplicate

Actions
Has duplicate Emulator - Emulator Issues #8590: FullScreen IssueDuplicate

Actions
Has duplicate Emulator - Emulator Issues #8634: Exclusive Fullscreen causes blackscreen on 6554Duplicate

Actions
Has duplicate Emulator - Emulator Issues #8644: fullscreen still freeze in D3D when exit gameDuplicate

Actions
Has duplicate Emulator - Emulator Issues #8746: "Not responding" state on pressing Esc while in exclusive fullscreen in D3D modeDuplicate

Actions
Actions #1

Updated by bradengibson about 9 years ago

This bug/issue was introduced somewhere past revision 4.0-5710. I have tried 2 different computers with AMD and Nvidia graphics cards and have seen the same effect. However, I should note that this only happens when using Direct 3D mode and not OpenGL. My specs are listed below.

Windows 8.1 x64
AMD Phenom II X4 980 3.70GHz
16GB RAM
Radeon HD 6970

Windows 8.1 x64
Intel i7-4790K 4.00GHz
8GB RAM
GeoForce GTX 970

Actions #2

Updated by ClaytondAF about 9 years ago

That's interesting... I haven't tested using OpenGL before, because for some reason, every game performs about 30% worse on it (meaning that if the fps is 30 on Direct3d, it'll be about 22-20 fps on OpenGL), but on the latest revision (4.0-6114), D3D crashes and OGL don't. A shame, though, as it's reported that OGL is more developed than D3D. I've been playing some games on it to see if there were some improvements (at least on my setup), but it didn't have, so I'll keep using 4.0-6000, until I see the D3D/fullscreen exit issue is fixed. I should get a new computer though...

Actions #3

Updated by jwsmith2spam about 9 years ago

I seem to be affected by this bug as well. I use the Direct3D backend, and I play in exclusive fullscreen. I did some testing and found that this issue was introduced by 4.0-6021. This is a change to how parts of Dolphin do threading.

I went into the Core::Stop function in Core\Core\Core.cpp and commented the last two lines (which were introduced in the 6021 revision above):

if (s_emu_thread.joinable())
s_emu_thread.join();

and built Dolphin. I was able to close the emulation window with Escape. However, when I go to close the Dolphin GUI window itself, I get an error from the Visual C++ Runtime Library:

R6010

  • abort() has been called
    (press Retry to debug the application)

It seems to me (only a guess, I usually just do web programming... :P) that the emulation thread is somehow not getting finished up or is not supposed to be finished by this point in the application...? In any case, I'm going to keep looking, but I'm a bit out of my depth here.

My specs, even though I doubt they matter all that much:

Windows 7 64bit
Intel i5-3570k (@ 4.0 GHz)
16 GB RAM
GeForce GTX 660

Actions #4

Updated by JMC4789 almost 9 years ago

  • Status changed from New to Accepted

Confirmed. Sorry for the delay!

Actions #5

Updated by bradengibson almost 9 years ago

I have not had a chance to look at the code but will try and do so later today. I would agree that the thread is not exiting properly and that is the main cause for it's weird functionality once the application is closed from fullscreen.

Actions #6

Updated by Armada almost 9 years ago

This issue is caused by PR #2295, we're working on a solution.

Actions #7

Updated by bradengibson almost 9 years ago

Awesome! Thanks guys

Actions #8

Updated by Armada almost 9 years ago

  • Priority set to High
  • Milestone set to Current
  • Operating system Windows added
Actions #9

Updated by Armada almost 9 years ago

Issue 8585 has been merged into this issue.

Actions #10

Updated by JosJuice almost 9 years ago

Issue 8590 has been merged into this issue.

Actions #11

Updated by JosJuice almost 9 years ago

Issue 8644 has been merged into this issue.

Actions #12

Updated by Armada almost 9 years ago

  • Status changed from Accepted to Fix pending

Fixed in https://github.com/dolphin-emu/dolphin/pull/2538

But waiting on comex for a proper fix.

Actions #13

Updated by Armada almost 9 years ago

Issue 8634 has been merged into this issue.

Actions #14

Updated by bradengibson almost 9 years ago

Just out of curiosity, is there a regression test that is followed through before merging or pushing changes to master. This would resolve a few issues I have seen while using dolphin. I know this is not a company and is more freelance but still.... a proper process always helps!! thoughts?

Actions #15

Updated by JosJuice almost 9 years ago

Issue 8746 has been merged into this issue.

Actions #16

Updated by Armada almost 9 years ago

Since a proper fix will take some time and this is currently blocking the stable, I'm going to attempt to get the quick fix (PR #2538) merged. We'll deal with any threading issues that crop up during release candidate testing.

Actions

Also available in: Atom PDF