Crackling audio in OoT

[andrea...@posteo.de]

Hi, I just installed version 2.0.0 on Ubuntu 14.04
and I get this strange audio bug in Ocarina of Time.
See (rather: listen to) the attached audio file. It
occurs for the first time around 17s.

Any help would be much appreciated.

[William Shipley]

Have you checked the audio sampling rate? It could be that the game is running at 44100 hz and you're at 48000, or vice versa.

--
You received this message because you are subscribed to the Google Groups "mupen64plus" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mupen64plus...@googlegroups.com.
To post to this group, send email to mupen...@googlegroups.com.
Visit this group at http://groups.google.com/group/mupen64plus.
For more options, visit https://groups.google.com/d/optout.

[William Shipley]

If you run it from the console, does it show a bunch of buffer under/overruns?

[andrea...@posteo.de]

I don't get any buffer over/underruns.
I also don't know how to determine the rate of the rom.
The logs don't seem to show information on that.

I don't think the OS as such has a predetermined
sample rate. Shouldn't that be settable in the SDL?
The default pulseaudio sample rate in any case is
44100 HZ. Setting the default rate in mupen64plus.cfg
to that doesn't change anything.

One line from the log that may be important:
Audio Warning: Unknown RESAMPLE configuration 2; use trivial resampler

[William Shipley]

Sounds like it's something in the emulation then. I'm not really sure, but it might be related to emulation speed (for example, if the dynamic recompiler is taking too long on non-cached jumps) in which case I can't help much with that. I'm not sure it's that, just throwing out thoughts of what it might be.

[sproc...@gmail.com]

To solve this issue, you'll have to download the source bundle, run the compile script, then take out of the test folder the audio sdl plugin file and stick that in your mupen64 folder in /usr/lib/mupen64plus.

[V1del]

Try to change the audio-resampler option from 2 to something supported like src-sinc-medium-quality or speex-fixed-(10-0) in  ~/.config/mupen64plus/mupen64plus.cfg, this has been a change in 2.0 compared to earlier versions.

[sproc...@gmail.com]

Actually I had to do what I posted, compile from source, because in my case, I got the error that it didn't even know what src-sinc-medium-quality was. This was on Suse 13.2. I'm willing to bet the RPMs didn't compile against 13.2 but just carried them over. Libsamplerate0 was there along with the dev package, version 1.8. I think the binary packages are compiled against 1.7. You'd think that wouldn't be a problem but it was for me.

But I didn't read closely enough to see he had 2 as a setting. Sure, try src-sinc-medium-quality first to see if that works.