[Bug] Metroid Prime 4 (Mac M4) - ServiceMm Stubbed / Video Decoding Lag

[gitcakes]

Description of the issue

I am experiencing severe stuttering and 'loading' lag while playing Metroid Prime 4: Beyond on macOS (Apple Silicon). The game performance drops significantly, not due to hardware limitations, but because the emulator gets stuck in a loop calling multimedia services that are currently stubbed.

Concretely, opening doors and witnessing new enemies for the first time 'pauses' the game for a little over a minute, while sound continues playing in the background.

Looking at the logs, there is a massive flood of ServiceMm SetAndWait and ServiceMm Get stubbed messages (hundreds per second). This behaviour chokes the CPU, preventing it from feeding the GPU fast enough, resulting in the "GPU processing thread is too slow" warning.

I also observed Ryujinx using about 12GB of memory during gameplay, which I found unusual.

Reproduction steps

Only tested on the first 5 minutes of gameplay for Metroid Prime 4.

Log file

Ryujinx_Canary_1.3.233_2025-12-12_18-16-39.log

OS

macOS 26.2 Tahoe (25C56)

Ryujinx version

Ryujinx Canary 1.3.233

Game version

1.1.0

CPU

Apple M4 Pro

GPU

Apple M4 Pro

RAM

48

List of applied mods

No response

Additional context?

No response

[GreemDev]

This will only be fixed if someone who actually has the capacity to do so, and owns the game, looks at it, just so readers know.

This is a project maintained for the love of Ryujinx itself, not Switch emulation; and we are not emulator developers. As such things like this will probably never be fixed.

Those willing to actually try (you must actually be able to do it/have it already done privately. I don't want a flood of 200 people who say they can but in reality they just want it done; not want to do it themselves) are free to email admin@ryujinx.app to request an account on our GitLab instance.

[LotP1]

fyi those calls do not impact performance, it's just logging because a video is playing and some video players dynamically scale the gpu clock to match the requirements for the video.
turning off the logs does not impact the issue.

[gitcakes]

@LotP1 I see, maybe I wasn't able to pinpoint the origin of the issue properly then.

[ForrestMarkX]

My experience with this issue, least in a different emulator is the game is loading alot of really large textures and making the threads have to wait a long time to process these textures

[ForrestMarkX]

Okay well I atleast found the source of the issue, the game is requesting the emulator to decode and process a 500mb texture, it looks to be used for reflections