Open KynikossDragonn opened 2 years ago
I have the same problem on the steamdeck with the latest flatpak build (8/1/2022). As you said, worse with video transitions.
-set "cpu cycles=fixed 26800"
Appears to and fixed my problem.
Well, unfortunately for my case it doesn't matter what "fixed cycles count" I even pick, the audio has sounds of underrunning despite nothing telling me there's an actual underrun happening. I could even be running something at aprox. "286 speed" cycles count and me just task switching causes a drop in audio. Game switching video modes? Massively abrupt audio interruption. Starting/Restarting CD-AUDIO track? Yet another massively abrupt audio interruption.
Unless you mean literally launch DOSBox-X with a command line argument to set CPU cycles as opposed to selecting a value in the conf file, but I have no idea why that would make any difference.
CLI vs. .conf should be the same. BTW I just updated to the latest flatpak on steamdeck and the audio issue is back for me as well. I restored the older flatpak from a backup and audio is fine for me again. IOW, 2022.08.0 works for me 2022.09.0 (0.84.3) does not.
Describe the bug
Running PipeWire 0.3.56, DOSBox-X's audio is really unreliable. It intermittently drops out and crackles no matter what cycles count I chose, no matter what NICE value is in use. pw-top doesn't list any error accumulation either.
What's more annoying is any single time the video mode changes inside of DOSBox-X it goes through a whole bunch of motions, XRandR, etc. This causes the sound to completely drop out.
Clicking outside of the window (making DOSBox-X lose focus) and regaining focus again causes dropouts, even if I have priority set to "higher,higher".
I've tried all kinds of blocksize and prebuffer settings and nothing seems to help. The prebuffer even makes things crackle and stutter worse which sounds massively counter-intuitive to what that option is supposed to do? Setting SDL_AUDIODRIVER back to "alsa" seems only slightly resilient to the problem but will continue to suffer from it especially if the video mode changes inside of the emulated system.
I can't get audio dropouts to happen in anything else; Standalone FluidSynth daemon running via ALSA with a period size of 256. Every OpenAL Soft using program using the native "pipewire" backend, no matter what period size I select (though going under 64 is bad news) mainline DOSBox is okay as well but is still stuck on dated SDL 1.2 of course. Other SDL2 programs like openmpt123 and whatever else also seem to work okay. Wine doesn't have any dropouts even when running with a quant of 256 as winealsa.drv seems to enjoy requesting everytime.
pipewire runs with a NICE of -11 like pulseaudio.
Steps to reproduce the behaviour
Expected behavior
The audio should not be cutting out this badly even if the video mode changes, even if the user unfocuses DOSBox-X and refocuses it later or repetitively. It especially should not even be cutting out when running very older speed sensitive games that require very low (<8000) cycles counts.
What operating system(s) this bug have occurred on?
Void Linux x86_64 (Kernel 5.18.17_1)
What version(s) of DOSBox-X have this bug?
2022.08.0 SDL2 autotools commit d0066f0e585d45679577722b3abec5a8cb098a82
Used configuration
Output log
Additional information
Have you checked that no similar bug report(s) exist?
Code of Conduct & Contributing Guidelines