06-09-2025, 07:10 PM
(This post was last modified: 07-21-2025, 07:02 PM by Tim Curtis.
Edit Reason: mark solved
)
I have a Raspberry Pi 4 Model B Rev 1.5 4GB that I recently moved forward to version 9. Everything works for the most part... but I noticed when starting playback, the output from my Topping D10 Balanced USB DAC would sound "garbled" for less than a second. (This only happened while I had an active CamillaDSP configuration.)
I dug into things a bit further and found corresponding kernel errors:
Even a simple configuration like the below example will cause this behavior.
After the initial glitch passes, everything is fine. Output will sound perfect even when progressing to subsequent tracks. This is more of an annoyance that anything, but I never had this issue when running on version 8.3.9. Wondering if anyone had any thoughts on how to resolve?
I dug into things a bit further and found corresponding kernel errors:
Code:
Jun 09 13:19:51 moode kernel: xhci_hcd 0000:01:00.0: ERROR Transfer event for disabled endpoint slot 3 ep 1
Jun 09 13:19:51 moode kernel: xhci_hcd 0000:01:00.0: @000000040f010570 00000000 00000000 0e000000 03028000Even a simple configuration like the below example will cause this behavior.
Code:
description: null
devices:
adjust_period: null
capture:
channels: 2
extra_samples: null
format: S32LE
labels: null
read_bytes: null
skip_bytes: null
type: Stdin
capture_samplerate: 44100
chunksize: 1024
enable_rate_adjust: null
multithreaded: null
playback:
channels: 2
device: hw:2,0
format: S32LE
type: Alsa
queuelimit: null
rate_measure_interval: null
resampler:
profile: Balanced
type: AsyncSinc
samplerate: 44100
silence_threshold: null
silence_timeout: null
stop_on_rate_change: null
target_level: null
volume_limit: null
volume_ramp_time: 150
worker_threads: null
filters:
peqgain:
description: null
parameters:
gain: -1.0
inverted: false
mute: false
scale: dB
type: Gain
mixers:
stereo:
channels:
in: 2
out: 2
description: null
labels: null
mapping:
- dest: 0
mute: null
sources:
- channel: 0
gain: 0
inverted: false
mute: null
scale: null
- dest: 1
mute: null
sources:
- channel: 1
gain: 0
inverted: false
mute: null
scale: null
pipeline:
- bypassed: null
description: null
name: stereo
type: Mixer
- bypassed: null
channels:
- 0
description: null
names:
- peqgain
type: Filter
- bypassed: null
channels:
- 1
description: null
names:
- peqgain
type: Filter
processors: null
title: TestAfter the initial glitch passes, everything is fine. Output will sound perfect even when progressing to subsequent tracks. This is more of an annoyance that anything, but I never had this issue when running on version 8.3.9. Wondering if anyone had any thoughts on how to resolve?
