Emulator Issues #7833
closed
F-Zero GX hangs when starting or stopping while using OpenGL backend
0%
Description
[READ THIS: https://forums.dolphin-emu.org/showthread.php?pid=276132 <<<
Your answers are there!]
[Leave the questions as they are and answer them in the next line]
[Remove lines written inside brackets [], but nothing else]
Game Name?
F-Zero GX (US Version)
Game ID?
GFZE01
What's the problem? Describe what went wrong in few words.
When using OpenGL, F-Zero GX hangs for a couple minutes when starting or stopping the game, while reading/writing a 4-5 GB OpenGL shader cache file. There is however no problem when using D3D11.
What did you expect to happen instead?
I expected the game to start/stop immediately.
What steps will reproduce the problem?
- Switch to OpenGL video backend.
- Start the game. (if first time, it starts mormally. If not, it hangs)
- Stop the game. (it hangs)
Dolphin 3.5 and 3.5-367 are old versions of Dolphin that have
known issues and bugs, so don't report issues about them and test the
latest Dolphin version first.
Which versions of Dolphin did you test on?
4.0-4061
Does using an older version of Dolphin solve your issue? If yes, which
versions of Dolphin used to work?
No.
What are your PC specifications? (including, but not limited to: Operating
System, CPU and GPU)
CPU: Intel Core i5 M460 (2.53 ~ 2.8 GHz)
GPU: NVIDIA Geforce GT 420M
RAM: 4 GB DDR3
OS: Windows 7 Home Premium 64bit
Is there any other relevant information? (e.g. logs, screenshots,
configuration files)
When I delete the huge OpenGL shader cache file from the shader cache directory, (My Documents\Dolphin Emulator\ShaderCache\ogl-GFZE01-shaders.cache) the game starts normally. However when I stop the game, it hangs while creating a 4GB+ shader cache file. The shader cache file for D3D11 however is less than 300 KB.
[Do not attach files to this issue. Upload them to another site and
link here. Use imgur.com for images and pastie.org for logs. Monitor the
email address that was used to create this issue.]
Updated by JMC4789 over 9 years ago
- Status changed from New to Accepted
I've reproduced this occasionally. If it's happening consistently for you, can you bisect when this started?
Updated by dummy4ddr355 over 9 years ago
Ok, I think I've figured out which build this issue started and it's version 4.0-2078. Version 4.0-2071 seems to be working correctly for me.
Updated by JMC4789 over 9 years ago
I can't reproduce this consistently, do you have a particular method to pull this off?
Updated by dummy4ddr355 over 9 years ago
I really don't do anything special or out of the ordinary to reproduce this. I just switch the graphics backend to opengl, start the game, play for a about a minute and then stop. However if I delete the 6GB+ file 'ogl-GFZE01-shaders.cache' from the shader cache directory before starting, the game starts up quickly. If I don't delete this file, the game hangs for a while before starting. Whenever I stop the game by pressing esc or clicking the stop button and then confirming, It always hangs no matter what, while creating another 6GB+ cache file.
I also noticed that the size of the 'ogl-GFZE01-shaders.cache' file depends on how much free hard drive space I have. If I have enough space, then the size is between 6 & 7 GB and it hangs for over a minute. If I have less than that, the file size is equal to the amount of free space i had before starting, and the hang time is proportionally less.
Updated by dummy4ddr355 over 9 years ago
What the hell!!!!
I just freed up 19GB of hard drive space and now the shader cache file is 19GB.
Updated by JMC4789 over 9 years ago
Is this still an issue? I haven't seen it popup in a while.
Updated by dummy4ddr355 over 9 years ago
Yup. Still an issue with me. The last version that I tried was 4.0-4669 and it's still the same.
Updated by muz.jls over 9 years ago
I have this issue with Baten Kaitos on version 4.0-4863, exact same behavior as described except my cache file was 20-40GB.
(Also, Issue 6951 looks really similar to this.)
Updated by Armada over 9 years ago
Do you have an Intel GPU besides the NVIDIA Geforce GT 420M? Are you using Nvidia Optimus?
Updated by dummy4ddr355 over 9 years ago
Yes, I have an Intel HD Graphics GPU along with the nvidia GPU, and yes, my laptop is using Optimus.
Updated by Buddybenj over 9 years ago
- Status changed from Accepted to Fixed
Updated by dummy4ddr355 over 9 years ago
Um, NOPE, still experiencing the same problem in the latest build and in the build from #1802. The page from the link above says that it fixed issues 7978, 7894 and 7883. This is issue 7833. Maybe I'm missing something or simply not understanding how this process works.
Updated by JMC4789 over 9 years ago
- Status changed from Fixed to Duplicate
I wonder if the Intel HD is just creating garbage shader cache files causing this. I'll merge this into another Intel HD issue, as this was obviously erronenously marked as fixed due to misreading, I think.
Updated by fallaha56 over 9 years ago
Hi don't think it's an Intel HD issue
I'm also getting this with the latest builds which originally I thought was a simple OpenGL crash -that's on a GTX970 desktop, no Intel Graphics, hope that helps
Updated by xresusx over 9 years ago
I have to bring this important issue up, when playing "Baten Kaitos: Eternal Wings and the Lost Ocean" the game creates a file named "ogl-GKBEAF-shaders.cache" inside the "ShaderCache" folder and the file takes a lot of space, last time i checked it had 17GB!!!
This issue needs some attention, hope the developers take a look at this.
This was tested on the latest Dolphin revisions "4.0-4969" and "4.0-5328".
Sorry to bring the topic here but this thread is closely related to this issue, i also have a GTX 970.
Updated by JoeyL33T about 9 years ago
Hi I also have same issue the size is 11.1 GB ogl-GKBEAF-shaders.cache
which is on SSD drive, so that's insane for me have to delete it and delete the game till it gets fixed plus doesn't work anyway works first time while it creates this huge cache if you run game again on dolphin just stalls black screen this was on dolphin 5.0-5432
Updated by JMC4789 about 9 years ago
Can we find a way to reproduce this consistently though? IF you can reproduce it consistently, can you maybe bisect it so we can actually fix the issue instead of taking blind guesses?