Emulator

Some games with AX ucode use multiple audio DMA fragments for their ringbuffer, updating g_audioDMA.SourceAddress in the audio DMA interrupt handler. The DMA of a fragment happens while the data is filled into the given fragment.

There are two things that can go wrong here:

1. The guest CPU gets too far behind audio DMA, so audio DMA reads old samples from the last run through the ringbuffer. This happens regularly with Metroid Prime at the title screen/main menu.
2. The guest CPU is too slow to set SourceAddress in time. This happens with interpreter and Metroid Prime at the title screen/main menu. This results in about half of the last fragment already been DMAed before SourceAddress is set(and the transfer restarted).

Metroid Prime is not using the DSP at the title screen, but decodes/streams audio using guest CPU.

Other games affected by this are Sonic Unleashed, New Super Mario Bros, but only when using DSPLLE, which does not bypass the CPU like DSPHLE.

A workaround is to read the whole audio DMA fragment in one go at the end of the DMA transfer.
Defering scheduling of the audio DMA to when the guest CPU sets g_AudioDMA.Enable does not help.