Emulator Issues #882
closedDSP-HLE hangs occasionally when DSP-LLE on thread is not checked
Added by Autoran1 over 15 years ago.
0%
Description
Almost all my WII games and even WII menu hangs before the yellow info
words are gone, the source of the problem is in Core\Core\Src\HW
\SystemTimers.cpp
Updated by marcus over 15 years ago
Yeah, something wierd is happening...occasionally, it will randomly hang in any game
(wii or gcn), and then the entire PC will hang (except the cursor), and the all the
windows will only update every ~5 seconds. Then, after you have managed to close
Dolphin, if you start another game, it boots, but the same crash immediately occurs.
The only way to fix it is to restart the computer...It's really getting annoying.
Actually, games run for a few frames at ~0.1 fps, so it's not really a "crash", more
like a major slowdown. I let it go for about 10 minutes, and this error popped up:
Microsoft Visual C++ Runtime Library [X] |
---|
___ |
/ \ Runtime Error! |
___/ Program: ...inary\Win32 |
abnormal program termination |
[OK] |
And once I got a BSOD that said something about a hardware driver getting stuck in
an infinite loop...
Updated by marcus over 15 years ago
- Relates to usability set to Yes
- Issue type set to Bug
- Priority set to High
- Category set to unknown
- Operating system N/A added
Updated by lpfaint99 over 15 years ago
- Category deleted (
unknown) - Operating system N/A added
- Operating system deleted (
N/A)
any specific games? wiisports, wiiplay, ssbb all launch ok for me
Updated by Autoran1 over 15 years ago
Latest revs works fine but only with SystemTimers.cpp downgraded to 2936, i don't
know the code specific so it's up to you devs
Updated by lpfaint99 over 15 years ago
with systemtimers from 2937, are you running with dsp-lle on thread?
Updated by lpfaint99 over 15 years ago
marc...@cox.net: can you check to make sure dsp-lle is not on thread in your config
window, that could cause this
Updated by marcus over 15 years ago
Yep, it's on. Thanks for fix :)
But I thought threads got killed when the application exits...
Updated by marcus over 15 years ago
- Status changed from New to Questionable
- Relates to usability changed from Yes to No
- Priority changed from High to Normal
Back to the original issue report...What's the problem with SystemTimers?
Updated by lpfaint99 over 15 years ago
the system timers change was adding the lle on thread which is why I wanted Autor...
to test with that as well
Updated by Autoran1 over 15 years ago
Look's like game really hangs with LLE on thread OFF, with on loads fine
Updated by Valentin.Meriel over 15 years ago
Hi,
I did some research on the problem to see where they come. And I discovered that the
problem occurs when the DSP LLE Theard is on off and used the plug-in HLE, but in
other cases its working properly.
And the bug has been introduced with the R2937
Updated by marcus over 15 years ago
"when the DSP LLE Theard is on off"
Is that on or off?
Updated by lpfaint99 over 15 years ago
HLE plugin requires that DSPLLE on thread is on
Updated by Valentin.Meriel over 15 years ago
when the option is check game work porperly and when the option is uncheck game bug
Updated by XTra.KrazzY over 15 years ago
- Status changed from Questionable to Accepted
Yes this checkbox is weird and it's ector's fault :P
Updated by nakeee over 15 years ago
ok we should either fix it or make it not affect hle...
I'm tired of poeple complaining about it not working...
Updated by hrydgard over 15 years ago
yeah yeah I'll fix it soon .. Just need to figure out why it affects HLE in the first
place, it shouldn't :p
Updated by death2droid about 15 years ago
I think he was talking about hrygard :P
Updated by ayuanx almost 15 years ago
I don't think "DSP-LLE on thread" option has anything to do with DSP-HLE, should we
close this now?
Updated by skidau almost 15 years ago
- Status changed from Accepted to Work started
I think I know what the problem is - it is the TODO inside SystemTimers.cpp
Will do some testing tonight.
Updated by LM1234 almost 15 years ago
As far as i see this option has no influence on DSPHLE.
It's only important for DSPLLE and it should be "off" for DSPLLE to work correctly.
Updated by lpfaint99 almost 15 years ago
wasnt the original issue fixed by r4380?
Updated by skidau almost 15 years ago
LM1234, would you please confirm and hardcode the DSP_PERIOD to the off position,
removing the if statement?
Updated by skidau almost 15 years ago
- Status changed from Work started to Fixed
I was reviewing an old version of the code. Closing this issue as it has since been
fixed.