Progress Continues
We've already had 21662 updates since Dolphin 5.0. Keep up with Dolphin's continuing progress through the Dolphin Blog: February, March, and April 2024 Dolphin Progress Report. |
The Dolphin Emulator Wiki needs your help! Dolphin can play thousands of games, and changes are happening all the time. Help us keep up! Join in and help us make this the best resource for Dolphin. |
Metroid Prime (Metroid Prime: Trilogy): Difference between revisions
Jump to navigation
Jump to search
m (Text replacement - "\<s\>(.*)\<\/s\>" to "{{s}}$1{{/s}}") |
(Copying relevant changes from Metroid Prime 3: Corruption (Wii). I will test the scan visor later and see if it works in EFB to Texture.) |
||
Line 28: | Line 28: | ||
Performance in general seems reduced compared to the game's GameCube counterpart. This may be related to the higher resolution textures and various new screen effects added for the Trilogy versions. | Performance in general seems reduced compared to the game's GameCube counterpart. This may be related to the higher resolution textures and various new screen effects added for the Trilogy versions. | ||
=== | === Constant Wii Remote Disconnects === | ||
Since {{revision|3.5-471}}, when using the MS Bluetooth Stack (the default bluetooth stack on Windows) this game will think that the wiimote is constantly disconnecting. Pressing a button on the Wii Remote will restore it, but it will disconnect again seconds later. Windows users can disable "Enable Speaker Data" to solve this problem, or move to either the Toshiba Stack or the DolphinBar. | |||
=== Shader Compilation Stuttering === | |||
The ''Metroid Prime'' games are some of the most susceptible titles to shader compilation stuttering, thanks to a combination of very complex effects and dynamic loading. The GC and Wii have no concept of shaders - everything runs directly "on the metal" without any APIs. Modern desktop and phone systems do not work in this way, requiring the use of shaders as an intermediary so your system's GPU can perform the tasks that the GC and Wii GPU performed. But shaders have to be created, and since GC/Wii games are not designed to create shaders ahead of time as a PC game would, when a new effect appears Dolphin has to delay the CPU thread while the GPU thread performs the compilation; a pause that does not exist on the consoles. For most games shader generation takes only a few milliseconds, but for the ''Metroid Prime'' series and a few other demanding titles, the shaders that they generate are so large that they can result in noticeable stuttering. | |||
Eventually stuttering will reduce as a shader cache is built up, but there is no solution to this problem at this time. | |||
=== Bloom Offset === | === Bloom Offset === | ||
Line 49: | Line 46: | ||
When playing above 1x Native internal resolution, there is a dot in the center of the screen. It's small and easy to ignore, but it's always there. There is no fix for this problem, but the dot can be removed by hiding the helmet display in the game's options (i.e. Visor, the 3rd option below Controller and Display, slide the Helmet Opacity sliders all the way to the left). | When playing above 1x Native internal resolution, there is a dot in the center of the screen. It's small and easy to ignore, but it's always there. There is no fix for this problem, but the dot can be removed by hiding the helmet display in the game's options (i.e. Visor, the 3rd option below Controller and Display, slide the Helmet Opacity sliders all the way to the left). | ||
{{image|MP3-Thedot-zoom.png|The dot, zoomed in 8x|br}} | {{image|MP3-Thedot-zoom.png|The dot, zoomed in 8x|br}} | ||
=== The Black Bar === | |||
During Shader Compilation, stuttering can become so severe that it desyncs the GPU and CPU threads in Dual Core mode. The game freaks out over this desync, creating a black bar at the bottom of the screen, which takes up 15% of the screen space and "squishes" the game in the remaining space. The black bar will remain there from then on whether stuttering continues or ceases. | |||
After {{revision|4.0-7517}}, enabling Virtual XFB or Real XFB will fix and/or prevent the problem. If XFB is disabled the problem may still occur. Details can be found in the [https://dolphin-emu.org/blog/2015/10/01/dolphin-progress-report-september-2015/#40-7517-derive-field-timings-from-video-interface-registers-by-booto September Progress Report]. | |||
{{image|MP1Tri NoSquish.jpg|Correct emulation}} | |||
{{image|MP1Tri Squish.jpg|Black bar and squishing|br}} | |||
=== {{s}}Refraction/Lava Slowdown{{/s}} === | === {{s}}Refraction/Lava Slowdown{{/s}} === | ||
Line 56: | Line 61: | ||
<!--A full list of options is available at Template:Config/doc--> | <!--A full list of options is available at Template:Config/doc--> | ||
{{Config | {{Config | ||
|xfb = Virtual | |||
|xfbnotes = Needed to prevent the black bar | |||
|efb2texonly = Off | |efb2texonly = Off | ||
|efb2texonlynotes = Needed to avoid visor issues | |efb2texonlynotes = Needed to avoid visor issues |