RME ADI-2, pulseaudio and strange sampling rate change

[danadam]

Hi

I have RME ADI-2 Pro FS R BE with latest firmware, connected through USB. My pulseaudio is configured with alternate samling rate:

default-sample-format = s32le
default-sample-rate = 44100
alternate-sample-rate = 96000

so when I play 44.1 kHz file, the DAC shows internal clock "44.1" and when I play 96 kHz file, it shows "96.0". All fine and as expected. Now, if I open "pavucontrol" (PulseAudio Volume Control) while playing that 96 kHz file, then for some reason the DAC switches its clock to "44.1". PulseAudio still sends data with 96 kHz sampling rate, so it ends up like this (internal clock in bottom right):

Both before and after running "pavucontrol" the alsa and pulseaudio sink parameters are the same:

# /proc/asound/card2/pcm0p/sub0/hw_params
access: MMAP_INTERLEAVED
format: S32_LE
subformat: STD
channels: 2
rate: 96000 (96000/1)
period_size: 44100
buffer_size: 88200

# pacmd list-sinks
  * index: 3
        name: <alsa_output.usb-RME_ADI-2_Pro__57760455__FC0F29710C736C8-00.analog-stereo>
        state: RUNNING
        sample spec: s32le 2ch 96000Hz

The system seems to be stuck in this state (i.e. alsa/pulseaudio at 96 kHz, DAC at 44.1 kHz) until I both stop the player and quit "pavucontrol".

This happens on my Debian Testing (kernel/alsa k5.9.0-1-amd64, pulseaudio 13.0) and Ubuntu 20.04 (kernel/alsa 5.4.0-51-generic, pulseaudio 13.99.1).

Also, this does not happen with other DACs (Speaka and Dragonfly).

Anyone experiences something like that with ADI-2?

 

[shal]

Seems to be a bug of pulseaudio.

pulseaudio is crap for audio

Two solutions :
- report the bug https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=pulseaudio
- Participate to the collect of bitcoin to pay a Htiman for kill pulseaudio/systemd author Lennart Pottering https://www.zdnet.com/article/lennart-poetterings-linus-torvalds-rant/ ( joke )
- try to discut with a guy that have the same error : https://unix.stackexchange.com/questions/569053/pulse-audio-changing-sample-rate-on-the-fly

 

[chris719]

Didn't realize he was responsible for pulseaudio also. I don't hate systemd that much, thankfully.

 

[danadam]

report the bug https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=pulseaudio

That's probably what I'll do. I just wanted to know first if it happens to anyone else too.

try to discut with a guy that have the same error : https://unix.stackexchange.com/questions/569053/pulse-audio-changing-sample-rate-on-the-fly

Sorry, I don't see how it is the same problem.

 

[decoRyder]

Nope, can't reproduce that problem using my SMSL M400 - maybe a problem with the DAC, rather than pulseaudio?

master@archon:~$ uname -a; lsb_release -a
Linux archon 5.10.14-xanmod1 #0~git20210207.613e877 SMP PREEMPT Sun Feb 7 21:39:15 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.5 LTS
Release:        18.04
Codename:       bionic