pulseaudio doesn't enforce sample rate set in daemon.conf
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
PulseAudio |
Fix Released
|
Unknown
|
|||
pulseaudio (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Before submitting this bugreport I've went through the daemon.conf man page and the pulseaudio documentation, but have not found a solution to my problem.
I've moved from Debian stable with
pulseaudio version 12.2-4+deb10u1 to Kubuntu 20.04 with
pulseaudio version 13.99.1-1ubuntu3.2.
I'm experiencing cracking issues on external USB audio device Xonar U3 while listening to certain audio sources (system sounds included). This issue doesn't happen when using my laptop's internal audio device.
Output of 'cat /proc/asound/
C-Media Electronics Inc. USB Advanced Audio Device at usb-0000:00:14.0-2, full : USB Audio
Playback:
Status: Running
Interface = 1
Altset = 1
Packet Size = 200
Momentary freq = 44100 Hz (0x2c.199a)
Interface 1
Altset 1
Format: S16_LE
Channels: 2
Endpoint: 1 OUT (ADAPTIVE)
Rates: 8000, 16000, 44100, 48000
Bits: 16
Capture:
Status: Stop
Interface 2
Altset 1
Format: S16_LE
Channels: 2
Endpoint: 2 IN (ASYNC)
Rates: 8000, 16000, 44100, 48000
Bits: 16
The following behaviour happens with default settings in /etc/pulse/
Xonar U3 plugged in, firefox running:
Momentary freq = 48000 Hz (0x30.0000)
Xonar U3 plugged in, Clementine/
Momentary freq = 44100 Hz (0x2c.199a)
Xonar U3 plugged in with Deadbeef set to override sample rate to 48kHz:
Momentary freq = 48000 Hz (0x30.0000)
I've modified the daemon.conf as follows:
; default-
; default-sample-rate = 48000
; alternate-
However, when running video or audio sources with 44100Hz audio, applications do not respect the default-sample-rate and Momentary freq reports 44100Hz, while other sources either send 48kHz by default or have no problem respecting the setting (I've tried the game Into the Breach, VLC running 48kHz video and audio files).
Complete /etc/pulse/
https:/
Checking syslog doesn't indicate any errors either, gist:
https:/
==Workarounds attempted==
Modifying /etc/pulse/
load-module module-udev-detect tsched=0
Even after killing&restarting pulseaudio, this did not resolve anything. It also doesn't look like a good overall solution to the problem.
Modifying daemon.conf to:
; resample-method = src-sinc-
; avoid-resampling = true
Did not fix the issue.
It is not possible to roll back PA to a previous version in Kubuntu 20.04 without breaking dependencies of the Plasma desktop, so this was not attempted.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pulseaudio 1:13.99.
ProcVersionSign
Uname: Linux 5.4.0-31-generic x86_64
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/
/dev/snd/
CasperMD5CheckR
CurrentDesktop: KDE
Date: Sun May 24 16:30:11 2020
InstallationDate: Installed on 2020-04-28 (25 days ago)
InstallationMedia: Kubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
SourcePackage: pulseaudio
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/02/2015
dmi.bios.vendor: LENOVO
dmi.bios.version: JBET46WW (1.11 )
dmi.board.
dmi.board.name: 20B7S11H00
dmi.board.vendor: LENOVO
dmi.board.version: SDK0E50510 WIN
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.
dmi.modalias: dmi:bvnLENOVO:
dmi.product.family: ThinkPad T450
dmi.product.name: 20B7S11H00
dmi.product.sku: LENOVO_
dmi.product.
dmi.sys.vendor: LENOVO
modified.
mtime.conffile.
Changed in pulseaudio: | |
status: | Unknown → Fix Released |
Please report the bug upstream at:
https:/ /gitlab. freedesktop. org/pulseaudio/ pulseaudio/ -/issues
and then tell us the new bug ID.