Emulator

Game Name?

Metroid Prime (Gamecube)
Including a European version, and a US version with widescreen hack applied.

Game ID? (right click the game in the game list, properties, info tab)

GM8P01 (EU Region)
GM8E01 (US Region)

MD5 Hash? (right click the game in the game list, properties, info tab, MD5 Hash: Compute)

GM8P01 - b1379c44e0ebc521e18215de3e5dbeea (compressed as .gcz)
GM8E01 - 0d2ba934eec6a59ee1e155e0d039f194 (widescreen hack + trimmed ISO)

What's the problem? Describe what went wrong.

When emulating Metroid Prime on newer development builds such as 5.0-9213, or less recent such as 5.0-85xx, an emulator crash can occur in a specific area of the game.
On the landing site of Tallon Overworld, rainfall can render raindrops on Samus' visor.
At any time raindrops can be generated, there is a small chance the emulator will crash when using Direct3D 11 graphical backend on Intel HD 615 graphics.
This includes during the landing cinematic cutscene when the Samus character model is loaded into the scene, emerging from her gunship.

What steps will reproduce the problem?

• Emulate Metroid Prime on a device using Intel HD 615 integrated graphics, using recent 5.0 development builds.
• Set graphical backend to Direct3D 11.
• Finish the Frigate Orpheon opening section of the game.
• Landing cutscene will play, during most of which Samus model is not loaded.
• At first instance of Samus model appearing on-screen, there exists a small chance every frame of crash occurring.
• If cutscene finishes playing without a crash, game can be saved to Gamecube memory card.
• After save prompt, normal gameplay resumes, with Samus starting in area where raindrops can generate on visor.
• Raindrops will generate when moving forward, or looking skyward.
• Raindrops will not generate when looking down, under a ceiling, or submerged in water. In such instances a crash will not occur.

There are two variations of this crash.
When storing XFB Copies to Texture Only, the following warning will display.
Dismissing this error will cause the application to close.

DXTexture failed in c:\buildbot\release-win-x64\build\source\core\videobackends\d3d\dxtexture.cpp at line 124: Create backing DXTexture

A separate error is displayed when storing XFB copies to texture + ram, and disabling "Defer EFB Copies to RAM"
Dismissing this error will cause the warning at line 327 to repeat, until eventually the error at line 124 is re-encountered.

Map failed in c:\buildbot\release-win-x64\build\source\core\videobackends\d3d\dxtexture.cpp at line 327: Map readback texture

Issue has been occurring on multiple driver versions predating the current 25.20.100.6471 drivers release December 20th, 2018.
Issue will not occur in OpenGL backend.
Issue is not resolved by a wide number of graphical configuration changes, including ubershaders, internal resolution, use of widescreen hacks or not, scaled EFB copy, EFB access from CPU, fog settings, per-pixel lighting, EFB copy filter, arbitrary Mipmap detection, how EFB or XFB copies are stored to texture/ram, option to immediately present XFB, texture cache accuracy, ignore format changes, fast depth calculation, disable bounding box.

Is the issue present in the latest development version? For future reference, please also write down the version number of the latest development version.

Dolphin version 5.0-9213

Is the issue present in the latest stable version?

No, tested on 5.0 stable release from mid-2016. No crash will occur.

What are your PC specifications? (CPU, GPU, Operating System, more)

GPD Win2:

• Intel Core m3-7y30 @ 1.00GHz 1.61GHz
• Intel(R) HD Graphics 615
• Windows 10 Home version 1803
• 8.00 GB RAM

Have also tested on a Dell XPS 15 using either GTX 1050 graphics or Intel HD 630 graphics, or a desktop PC using GTX 770 graphics or Intel HD 4600 graphics. No crash issue will occur.

Is there anything else that can help developers narrow down the issue? (e.g. logs, screenshots,
configuration files, savefiles, savestates)

See attached screenshots and attached savestate in five-part 7zip archive.

There is a possibility that this is related to graphical issue 11495, due to how the raindrops are not being rendered correctly.
https://bugs.dolphin-emu.org/issues/11495