You are not logged in.

#1 2020-09-21 01:31:24

sirplatypus
Member
Registered: 2017-09-17
Posts: 24

Dragonfly Red USB DAC glitching during playback

I have a dragonfly red usb dac that I use with my computer (hp pavilion desktop).  I ran gentoo for the last year and a half and never had audio issues with it.  Recently switched to arch after I decided to overhaul my system, and now whenever I'm playing audio through the dac it crackles, skips, and glitches.  Tried the tsched=0 advice in the wiki, no effect.  All other settings for pulseaudio are default.  When I listen using the onboard audio in the computer, there are no issues at all, and switching the dac to other usb ports does nothing.  I can only assume there is some kind of issue with the usb audio driver.  The system is completely up to date, as is the dac firmware.  I have also tried listening to music through alsa without pulse, and had the same problem with the dac. 

What information should I post here, and what should I do to try and fix it?  I've been through every relevant thread I can find online and nothing seems to work.


Learning Dvorak was entirely worth it, solely because of the looks on people’s faces when they borrow my computers.

Offline

#2 2020-09-21 07:09:15

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 10,831

Re: Dragonfly Red USB DAC glitching during playback

Does playback via ALSA work without crackling? E.g.

speaker-test -c2 -Dhw:0 #Replace the 0 with whatever is the actual card index from aplay -l

if it does, remove the tsched=0 again, restart pulse

systemctl --user restart pulseaudio

and post during an active and crackling playback attempt

pacmd list-cards
pacmd list-sinks
pacmd list-sink-inputs

If it doesn't we've indeed have likely hit a kernel regression and you may want to give the LTS kernel a shot or so. What was the last kernel/pulse version used on gentoo?

Last edited by V1del (2020-09-21 07:12:04)

Offline

#3 2020-09-21 23:20:31

sirplatypus
Member
Registered: 2017-09-17
Posts: 24

Re: Dragonfly Red USB DAC glitching during playback

Running

speaker-test -c2 -Dhw:4

gives me the output

speaker-test 1.2.3

Playback device is hw:4
Stream parameters are 48000Hz, S16_LE, 2 channels
Using 16 octaves of pink noise
Sample format not available for playback: Invalid argument
Setting of hwparams failed: Invalid argument
aplay -l

gives me the output

**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC891 Analog [ALC891 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA ATI HDMI], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 3: iBN27 [iHome iBN27], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 4: v10 [AudioQuest DragonFly Red v1.0], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Is there another command I can run? Or is there an option that might allow me to play an mp3 file instead of the standard speaker-test output?


Learning Dvorak was entirely worth it, solely because of the looks on people’s faces when they borrow my computers.

Offline

#4 2020-09-22 19:53:22

d_fajardo
Member
Registered: 2017-07-28
Posts: 937

Re: Dragonfly Red USB DAC glitching during playback

It would be good to get a proper sound from the speaker test alone first with ALSA since ALSA provides the kernel sound drivers.
Was pulseaudio disabled when you ran the speaker test?
What is the output of cat /proc/asound/modules?

Offline

#5 2020-09-22 21:57:37

sirplatypus
Member
Registered: 2017-09-17
Posts: 24

Re: Dragonfly Red USB DAC glitching during playback

Pulseaudio was disabled.  The speaker test worked with my usb speaker but not my dac, same error as before.  The output of cat /proc/asound/modules is

0 snd_hda_intel
 1 snd_hda_intel
 2 snd_usb_audio
 3 snd_usb_audio
 4 snd_usb_audio
 5 snd_usb_audio

Learning Dvorak was entirely worth it, solely because of the looks on people’s faces when they borrow my computers.

Offline

#6 2020-09-22 22:15:23

sirplatypus
Member
Registered: 2017-09-17
Posts: 24

Re: Dragonfly Red USB DAC glitching during playback

I managed to get the speaker test to work by running it as speaker-test -c2 -D plughw:5.  I believe I heard a few glitches, but I wasn't entirely sure because they seemed difficult to notice, unlike when I'm playing music.  I will post the last kernel version I used on gentoo later tonight.  In the meantime, I ran pulse again and ran the three commands you mentioned before.

EDIT:
Having run pulseaudio again and listened to some videos, I realized that even if alsa was glitching slightly, pulse is much worse, so the issue seems most likely to be pulseaudio.

Output of pacmd list-cards:

 6 card(s) available.
    index: 0
	name: <alsa_card.pci-0000_01_00.1>
	driver: <module-alsa-card.c>
	owner module: 6
	properties:
		alsa.card = "1"
		alsa.card_name = "HDA ATI HDMI"
		alsa.long_card_name = "HDA ATI HDMI at 0xdfe60000 irq 130"
		alsa.driver_name = "snd_hda_intel"
		device.bus_path = "pci-0000:01:00.1"
		sysfs.path = "/devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1"
		device.bus = "pci"
		device.vendor.id = "1002"
		device.vendor.name = "Advanced Micro Devices, Inc. [AMD/ATI]"
		device.product.id = "aab0"
		device.product.name = "Oland/Hainan/Cape Verde/Pitcairn HDMI Audio [Radeon HD 7000 Series]"
		device.string = "1"
		device.description = "Oland/Hainan/Cape Verde/Pitcairn HDMI Audio [Radeon HD 7000 Series]"
		module-udev-detect.discovered = "1"
		device.icon_name = "audio-card-pci"
	profiles:
		output:hdmi-stereo: Digital Stereo (HDMI) Output (priority 5900, available: no)
		output:hdmi-surround: Digital Surround 5.1 (HDMI) Output (priority 800, available: no)
		output:hdmi-surround71: Digital Surround 7.1 (HDMI) Output (priority 800, available: no)
		off: Off (priority 0, available: unknown)
	active profile: <off>
	ports:
		hdmi-output-0: HDMI / DisplayPort (priority 5900, latency offset 0 usec, available: no)
			properties:
				device.icon_name = "video-display"
    index: 1
	name: <alsa_card.usb-0a12_iHome_iBN27_ABCDEF0123456789-00>
	driver: <module-alsa-card.c>
	owner module: 7
	properties:
		alsa.card = "3"
		alsa.card_name = "iHome iBN27"
		alsa.long_card_name = "iHome iBN27 at usb-0000:00:14.0-1.1, full speed"
		alsa.driver_name = "snd_usb_audio"
		device.bus_path = "pci-0000:00:14.0-usb-0:1.1:1.0"
		sysfs.path = "/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1/1-1.1:1.0/sound/card3"
		udev.id = "usb-0a12_iHome_iBN27_ABCDEF0123456789-00"
		device.bus = "usb"
		device.vendor.id = "0a12"
		device.vendor.name = "Cambridge Silicon Radio, Ltd"
		device.product.id = "1243"
		device.product.name = "iHome iBN27"
		device.serial = "0a12_iHome_iBN27_ABCDEF0123456789"
		device.string = "3"
		device.description = "iHome iBN27"
		module-udev-detect.discovered = "1"
		device.icon_name = "audio-card-usb"
	profiles:
		output:analog-stereo: Analog Stereo Output (priority 6500, available: unknown)
		output:iec958-stereo: Digital Stereo (IEC958) Output (priority 5500, available: unknown)
		off: Off (priority 0, available: unknown)
	active profile: <output:analog-stereo>
	sinks:
		alsa_output.usb-0a12_iHome_iBN27_ABCDEF0123456789-00.analog-stereo/#0: iHome iBN27 Analog Stereo
	sources:
		alsa_output.usb-0a12_iHome_iBN27_ABCDEF0123456789-00.analog-stereo.monitor/#0: Monitor of iHome iBN27 Analog Stereo
	ports:
		analog-output: Analog Output (priority 9900, latency offset 0 usec, available: unknown)
			properties:
				
		iec958-stereo-output: Digital Output (S/PDIF) (priority 0, latency offset 0 usec, available: unknown)
			properties:
				
    index: 2
	name: <alsa_card.usb-Sonix_Technology_Co.__Ltd._USB_Live_camera_SN0001-03>
	driver: <module-alsa-card.c>
	owner module: 8
	properties:
		alsa.card = "4"
		alsa.card_name = "USB  Live camera"
		alsa.long_card_name = "Sonix Technology Co., Ltd. USB  Live camera at usb-0000:00:14.0-1.2, high speed"
		alsa.driver_name = "snd_usb_audio"
		device.bus_path = "pci-0000:00:14.0-usb-0:1.2:1.3"
		sysfs.path = "/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.2/1-1.2:1.3/sound/card4"
		udev.id = "usb-Sonix_Technology_Co.__Ltd._USB_Live_camera_SN0001-03"
		device.bus = "usb"
		device.vendor.id = "0c45"
		device.vendor.name = "Microdia"
		device.product.id = "6536"
		device.product.name = "USB  Live camera"
		device.serial = "Sonix_Technology_Co.__Ltd._USB_Live_camera_SN0001"
		device.form_factor = "webcam"
		device.string = "4"
		device.description = "USB  Live camera"
		module-udev-detect.discovered = "1"
		device.icon_name = "camera-web-usb"
	profiles:
		input:analog-stereo: Analog Stereo Input (priority 65, available: unknown)
		input:iec958-stereo: Digital Stereo (IEC958) Input (priority 55, available: unknown)
		off: Off (priority 0, available: unknown)
	active profile: <off>
	ports:
		analog-input-mic: Microphone (priority 8700, latency offset 0 usec, available: unknown)
			properties:
				device.icon_name = "audio-input-microphone"
		iec958-stereo-input: Digital Input (S/PDIF) (priority 0, latency offset 0 usec, available: unknown)
			properties:
				
    index: 3
	name: <alsa_card.usb-CMTECK_CMTECK_20180508-00>
	driver: <module-alsa-card.c>
	owner module: 9
	properties:
		alsa.card = "2"
		alsa.card_name = "CMTECK"
		alsa.long_card_name = "CMTECK CMTECK at usb-0000:00:14.0-3, full speed"
		alsa.driver_name = "snd_usb_audio"
		device.bus_path = "pci-0000:00:14.0-usb-0:3:1.0"
		sysfs.path = "/devices/pci0000:00/0000:00:14.0/usb1/1-3/1-3:1.0/sound/card2"
		udev.id = "usb-CMTECK_CMTECK_20180508-00"
		device.bus = "usb"
		device.vendor.id = "8888"
		device.vendor.name = "CMTECK"
		device.product.id = "1234"
		device.product.name = "CMTECK"
		device.serial = "CMTECK_CMTECK_20180508"
		device.string = "2"
		device.description = "CMTECK"
		module-udev-detect.discovered = "1"
		device.icon_name = "audio-card-usb"
	profiles:
		input:analog-stereo: Analog Stereo Input (priority 65, available: unknown)
		input:iec958-stereo: Digital Stereo (IEC958) Input (priority 55, available: unknown)
		off: Off (priority 0, available: unknown)
	active profile: <input:analog-stereo>
	sources:
		alsa_input.usb-CMTECK_CMTECK_20180508-00.analog-stereo/#1: CMTECK Analog Stereo
	ports:
		analog-input-mic: Microphone (priority 8700, latency offset 0 usec, available: unknown)
			properties:
				device.icon_name = "audio-input-microphone"
		iec958-stereo-input: Digital Input (S/PDIF) (priority 0, latency offset 0 usec, available: unknown)
			properties:
				
    index: 4
	name: <alsa_card.usb-AudioQuest_AudioQuest_DragonFly_Red_v1.0_AQDFRD0100122202-00>
	driver: <module-alsa-card.c>
	owner module: 10
	properties:
		alsa.card = "5"
		alsa.card_name = "AudioQuest DragonFly Red v1.0"
		alsa.long_card_name = "AudioQuest AudioQuest DragonFly Red v1.0 at usb-0000:00:14.0-7, full speed"
		alsa.driver_name = "snd_usb_audio"
		device.bus_path = "pci-0000:00:14.0-usb-0:7:1.0"
		sysfs.path = "/devices/pci0000:00/0000:00:14.0/usb1/1-7/1-7:1.0/sound/card5"
		udev.id = "usb-AudioQuest_AudioQuest_DragonFly_Red_v1.0_AQDFRD0100122202-00"
		device.bus = "usb"
		device.vendor.id = "21b4"
		device.vendor.name = "AudioQuest"
		device.product.id = "0082"
		device.product.name = "DragonFly Red"
		device.serial = "AudioQuest_AudioQuest_DragonFly_Red_v1.0_AQDFRD0100122202"
		device.string = "5"
		device.description = "DragonFly Red"
		module-udev-detect.discovered = "1"
		device.icon_name = "audio-card-usb"
	profiles:
		output:analog-stereo: Analog Stereo Output (priority 6500, available: unknown)
		output:iec958-stereo: Digital Stereo (IEC958) Output (priority 5500, available: unknown)
		off: Off (priority 0, available: unknown)
	active profile: <output:analog-stereo>
	sinks:
		alsa_output.usb-AudioQuest_AudioQuest_DragonFly_Red_v1.0_AQDFRD0100122202-00.analog-stereo/#1: DragonFly Red Analog Stereo
	sources:
		alsa_output.usb-AudioQuest_AudioQuest_DragonFly_Red_v1.0_AQDFRD0100122202-00.analog-stereo.monitor/#2: Monitor of DragonFly Red Analog Stereo
	ports:
		analog-output: Analog Output (priority 9900, latency offset 0 usec, available: unknown)
			properties:
				
		iec958-stereo-output: Digital Output (S/PDIF) (priority 0, latency offset 0 usec, available: unknown)
			properties:
				
    index: 5
	name: <alsa_card.pci-0000_00_1f.3>
	driver: <module-alsa-card.c>
	owner module: 11
	properties:
		alsa.card = "0"
		alsa.card_name = "HDA Intel PCH"
		alsa.long_card_name = "HDA Intel PCH at 0xdff20000 irq 129"
		alsa.driver_name = "snd_hda_intel"
		device.bus_path = "pci-0000:00:1f.3"
		sysfs.path = "/devices/pci0000:00/0000:00:1f.3/sound/card0"
		device.bus = "pci"
		device.vendor.id = "8086"
		device.vendor.name = "Intel Corporation"
		device.product.id = "a170"
		device.product.name = "100 Series/C230 Series Chipset Family HD Audio Controller"
		device.form_factor = "internal"
		device.string = "0"
		device.description = "Built-in Audio"
		module-udev-detect.discovered = "1"
		device.icon_name = "audio-card-pci"
	profiles:
		input:analog-stereo: Analog Stereo Input (priority 65, available: no)
		output:analog-stereo: Analog Stereo Output (priority 6500, available: no)
		output:analog-stereo+input:analog-stereo: Analog Stereo Duplex (priority 6565, available: no)
		off: Off (priority 0, available: unknown)
	active profile: <off>
	ports:
		analog-input-mic: Microphone (priority 8700, latency offset 0 usec, available: no)
			properties:
				device.icon_name = "audio-input-microphone"
		analog-input-linein: Line In (priority 8100, latency offset 0 usec, available: no)
			properties:
				
		analog-output-lineout: Line Out (priority 9000, latency offset 0 usec, available: no)
			properties:
				
		analog-output-headphones: Headphones (priority 9900, latency offset 0 usec, available: no)
			properties:
				device.icon_name = "audio-headphones" 

Output of pacmd list-sinks:

 2 sink(s) available.
    index: 0
	name: <alsa_output.usb-0a12_iHome_iBN27_ABCDEF0123456789-00.analog-stereo>
	driver: <module-alsa-card.c>
	flags: HARDWARE HW_MUTE_CTRL HW_VOLUME_CTRL DECIBEL_VOLUME LATENCY
	state: SUSPENDED
	suspend cause: IDLE
	priority: 9049
	volume: front-left: 32768 /  50% / -18.06 dB,   front-right: 32768 /  50% / -18.06 dB
	        balance 0.00
	base volume: 65536 / 100% / 0.00 dB
	volume steps: 65537
	muted: no
	current latency: 0.00 ms
	max request: 0 KiB
	max rewind: 0 KiB
	monitor source: 0
	sample spec: s16le 2ch 48000Hz
	channel map: front-left,front-right
	             Stereo
	used by: 0
	linked by: 0
	fixed latency: 99.94 ms
	card: 1 <alsa_card.usb-0a12_iHome_iBN27_ABCDEF0123456789-00>
	module: 7
	properties:
		alsa.resolution_bits = "16"
		device.api = "alsa"
		device.class = "sound"
		alsa.class = "generic"
		alsa.subclass = "generic-mix"
		alsa.name = "USB Audio"
		alsa.id = "USB Audio"
		alsa.subdevice = "0"
		alsa.subdevice_name = "subdevice #0"
		alsa.device = "0"
		alsa.card = "3"
		alsa.card_name = "iHome iBN27"
		alsa.long_card_name = "iHome iBN27 at usb-0000:00:14.0-1.1, full speed"
		alsa.driver_name = "snd_usb_audio"
		device.bus_path = "pci-0000:00:14.0-usb-0:1.1:1.0"
		sysfs.path = "/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1/1-1.1:1.0/sound/card3"
		udev.id = "usb-0a12_iHome_iBN27_ABCDEF0123456789-00"
		device.bus = "usb"
		device.vendor.id = "0a12"
		device.vendor.name = "Cambridge Silicon Radio, Ltd"
		device.product.id = "1243"
		device.product.name = "iHome iBN27"
		device.serial = "0a12_iHome_iBN27_ABCDEF0123456789"
		device.string = "front:3"
		device.buffering.buffer_size = "19188"
		device.buffering.fragment_size = "4796"
		device.access_mode = "mmap"
		device.profile.name = "analog-stereo"
		device.profile.description = "Analog Stereo"
		device.description = "iHome iBN27 Analog Stereo"
		alsa.mixer_name = "USB Mixer"
		alsa.components = "USB0a12:1243"
		module-udev-detect.discovered = "1"
		device.icon_name = "audio-card-usb"
	ports:
		analog-output: Analog Output (priority 9900, latency offset 0 usec, available: unknown)
			properties:
				
	active port: <analog-output>
  * index: 1
	name: <alsa_output.usb-AudioQuest_AudioQuest_DragonFly_Red_v1.0_AQDFRD0100122202-00.analog-stereo>
	driver: <module-alsa-card.c>
	flags: HARDWARE HW_MUTE_CTRL HW_VOLUME_CTRL DECIBEL_VOLUME LATENCY
	state: RUNNING
	suspend cause: (none)
	priority: 9049
	volume: front-left: 26345 /  40% / -23.75 dB,   front-right: 26345 /  40% / -23.75 dB
	        balance 0.00
	base volume: 65536 / 100% / 0.00 dB
	volume steps: 65537
	muted: no
	current latency: 107.13 ms
	max request: 25 KiB
	max rewind: 25 KiB
	monitor source: 2
	sample spec: s24le 2ch 44100Hz
	channel map: front-left,front-right
	             Stereo
	used by: 1
	linked by: 1
	fixed latency: 99.95 ms
	card: 4 <alsa_card.usb-AudioQuest_AudioQuest_DragonFly_Red_v1.0_AQDFRD0100122202-00>
	module: 10
	properties:
		alsa.resolution_bits = "24"
		device.api = "alsa"
		device.class = "sound"
		alsa.class = "generic"
		alsa.subclass = "generic-mix"
		alsa.name = "USB Audio"
		alsa.id = "USB Audio"
		alsa.subdevice = "0"
		alsa.subdevice_name = "subdevice #0"
		alsa.device = "0"
		alsa.card = "5"
		alsa.card_name = "AudioQuest DragonFly Red v1.0"
		alsa.long_card_name = "AudioQuest AudioQuest DragonFly Red v1.0 at usb-0000:00:14.0-7, full speed"
		alsa.driver_name = "snd_usb_audio"
		device.bus_path = "pci-0000:00:14.0-usb-0:7:1.0"
		sysfs.path = "/devices/pci0000:00/0000:00:14.0/usb1/1-7/1-7:1.0/sound/card5"
		udev.id = "usb-AudioQuest_AudioQuest_DragonFly_Red_v1.0_AQDFRD0100122202-00"
		device.bus = "usb"
		device.vendor.id = "21b4"
		device.vendor.name = "AudioQuest"
		device.product.id = "0082"
		device.product.name = "DragonFly Red"
		device.serial = "AudioQuest_AudioQuest_DragonFly_Red_v1.0_AQDFRD0100122202"
		device.string = "front:5"
		device.buffering.buffer_size = "26448"
		device.buffering.fragment_size = "6612"
		device.access_mode = "mmap"
		device.profile.name = "analog-stereo"
		device.profile.description = "Analog Stereo"
		device.description = "DragonFly Red Analog Stereo"
		alsa.mixer_name = "USB Mixer"
		alsa.components = "USB21b4:0082"
		module-udev-detect.discovered = "1"
		device.icon_name = "audio-card-usb"
	ports:
		analog-output: Analog Output (priority 9900, latency offset 0 usec, available: unknown)
			properties:
				
	active port: <analog-output>

Output of pacmd list-sink-inputs:

1 sink input(s) available.
    index: 0
	driver: <protocol-native.c>
	flags: START_CORKED
	state: RUNNING
	sink: 1 <alsa_output.usb-AudioQuest_AudioQuest_DragonFly_Red_v1.0_AQDFRD0100122202-00.analog-stereo>
	volume: front-left: 49806 /  76% / -7.15 dB,   front-right: 49806 /  76% / -7.15 dB
	        balance 0.00
	muted: no
	current latency: 1842.34 ms
	requested latency: 99.95 ms
	sample spec: s16le 2ch 44100Hz
	channel map: front-left,front-right
	             Stereo
	resample method: copy
	module: 16
	client: 8 <Spotify>
	properties:
		media.role = "music"
		media.name = "Spotify"
		application.name = "Spotify"
		native-protocol.peer = "UNIX socket client"
		native-protocol.version = "33"
		application.process.id = "292743"
		application.process.user = "sirplatypus"
		application.process.host = "sirplatypusdesktop"
		application.process.binary = "spotify"
		window.x11.display = ":0"
		application.language = "en_US.UTF-8"
		application.process.machine_id = "13a95f252bd64f078e2c307942e4f8dd"
		application.process.session_id = "1"
		application.icon_name = "spotify-client"
		module-stream-restore.id = "sink-input-by-media-role:music"

Last edited by sirplatypus (2020-09-22 23:31:04)


Learning Dvorak was entirely worth it, solely because of the looks on people’s faces when they borrow my computers.

Offline

#7 2020-09-23 09:06:49

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 10,831

Re: Dragonfly Red USB DAC glitching during playback

Remove the tsched=0 it doesn't do what you actually want 90% of the time and most issues that have been around with it traditionally should have been fixed.

It is a problem if ALSA crackles already because pulse can just work with what ALSA provides and if that one already has issues with playback via direct means that's going to be an issue. FWIW I realise that speaker-test is somewhat of a bad test for this kind of issue as it will use white noise for testing by default.

speaker-test -r44100 -Dhw:4 -t wav

should be better or use a test wav with aplay or so.

Something else you can try, though I wouldn't hold my breath, is switching the card profile in pulseaudio to the digital output maybe that one behaves better

pacmd set-card-profile alsa_card.usb-AudioQuest_AudioQuest_DragonFly_Red_v1.0_AQDFRD0100122202-00 output:iec958-stereo

Maybe also some general config weirdness, what controls do you have?

amixer -c4 #Same deal, that 4 can change, pick whatever's the correct index

I'd say try the LTS kernel or so as a quick measure. You need to get to a point where at least ALSA playback via hw: works correctly, before you can look at whether there's an issue in pulse.

Offline

#8 2020-09-24 00:26:03

sirplatypus
Member
Registered: 2017-09-17
Posts: 24

Re: Dragonfly Red USB DAC glitching during playback

Running amixer -c4 outputs

 Simple mixer control 'PCM',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
  Playback channels: Mono
  Limits: Playback 0 - 64
  Mono: Playback 64 [100%] [0.00dB] [on] 

Switching to digital out didn't help unfortunately.  Also once again speaker-test only worked with plughw, and this time I had to remove the -r44100 flag for it not to send me

 speaker-test 1.2.3

Playback device is plughw:4
Stream parameters are 44100Hz, S16_LE, 1 channels
WAV file(s)
Rate set to 44100Hz (requested 44100Hz)
Buffer size range from 90 to 174762
Period size range from 45 to 87381
Using max buffer size 174760
Periods = 4
was set period_size = 43690
was set buffer_size = 174760
Sample rate doesn't match (48000) for /usr/share/sounds/alsa/Front_Left.wav

Once it played I didn't hear any notable crackling or glitching.  If I try the LTS kernel will it solve the error when trying to play out of hw, or is that likely caused by something else?


Learning Dvorak was entirely worth it, solely because of the looks on people’s faces when they borrow my computers.

Offline

#9 2020-09-24 07:07:03

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 10,831

Re: Dragonfly Red USB DAC glitching during playback

Generally it can be normal for hw:4 to fail (hw:4 does not do conversions, so in this case and as it appears that your DAC only supports 44100Hz sample playback so it can be normal and needed to use plughw if your input source is at another sample rate...) Which leads to necessary resampling depending on the sources which could well be the cause of the crackling if a bad resampler is used but from what it sounds like this seems a deeper seated issue than just the sample rate conversion (... and the spotify example wasn't resampled from pulse's side at least).

Last edited by V1del (2020-09-24 07:08:31)

Offline

#10 2020-10-01 02:26:42

sirplatypus
Member
Registered: 2017-09-17
Posts: 24

Re: Dragonfly Red USB DAC glitching during playback

So should I just keep updating regularly and hope that it goes away? Or are there any other settings I can try to change?
Can also confirm that the lts kernel still has sound issues.

Last edited by sirplatypus (2020-10-02 02:24:22)


Learning Dvorak was entirely worth it, solely because of the looks on people’s faces when they borrow my computers.

Offline

#11 2020-10-13 22:07:51

sirplatypus
Member
Registered: 2017-09-17
Posts: 24

Re: Dragonfly Red USB DAC glitching during playback

In a recent attempt to fix the issue, I tried force downgrading pulse to version 13.0 and then to 12.2, and changing the daemon configuration to

default-fragments = 4
default-fragment-size-msec = 25

These are settings that seemed to be default on a laptop I have which runs Debian, with no sound issues.  None of these changes seemed to improve anything.  This is the only system I've had issues with, the Gentoo install that the same computer previously had was fine (switched to arch about 2 months ago), and my Debian laptop is fine, but from what I can tell the pulseaudio settings are the same on both computers (everything in /etc/pulse).  Is there anything else I can look into?


Learning Dvorak was entirely worth it, solely because of the looks on people’s faces when they borrow my computers.

Offline

#12 2020-10-14 01:57:21

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 10,831

Re: Dragonfly Red USB DAC glitching during playback

Which kernel on the debian laptop? I still believe this to be lower level than pulse so touching pulse knobs will expectedly not have an effect.

Offline

#13 2020-10-14 16:40:32

sirplatypus
Member
Registered: 2017-09-17
Posts: 24

Re: Dragonfly Red USB DAC glitching during playback

The Debian laptop runs linux 4.19.0.  The gentoo install that was previously on this desktop ran linux 5, although I forget which version was the last one (greater than 5.4 at least).  Should I attempt to downgrade the kernel further than the most recent lts package?  Is it possible my computer is just haunted and an arch reinstall might somehow make this go away?

Last edited by sirplatypus (2020-10-14 16:42:45)


Learning Dvorak was entirely worth it, solely because of the looks on people’s faces when they borrow my computers.

Offline

#14 2020-10-14 21:08:49

sirplatypus
Member
Registered: 2017-09-17
Posts: 24

Re: Dragonfly Red USB DAC glitching during playback

My problem appears to be solved.  I'll post back later if it starts happening again.

Story time:

I use i3, and have an old radeon 8570 that I found in a trash pile at my old workplace in a pc they were throwing out.  Occasionally throughout my time in various linux distros on this computer, the gpu appears to crash, with the desktop freezing except for the mouse and sound, and then the whole screen showing a color pattern and becoming unresponsive until I reboot.  I've learned to recognize the signs, whenever something freezes up I glance at my status bar, and if the clock is frozen I know the whole thing is about to turn to static on me.  This has always been a really rare occurrence, but today it happened twice in the span of ten minutes, which made me suspicious enough to go looking into graphics driver issues. I remembered that there are two driver options, amdgpu and radeon, and decided to check which one I was using, and found it was radeon when I had meant for it to be amdgpu.  So I switched over to amdgpu, and when I rebooted, I noticed that pulseaudio had registered a new device, the graphics card.  On a whim I plugged my usb dac back in and started listening to music, only to find that the glitching is gone, and the fix was persistent after a reboot. 

If anyone can tell me how having radeon graphics instead of amdgpu was causing a usb sound card to glitch out, I would appreciate the insight.  For me, it seems to be yet another issue that got fixed by pure chance and I have no clue what the actual issue was.  This crap scarred me enough that I'm fully expecting the issue to randomly return and plague me forever.
Thank you all for your help.


Learning Dvorak was entirely worth it, solely because of the looks on people’s faces when they borrow my computers.

Offline

#15 2020-10-15 09:06:34

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 10,831

Re: Dragonfly Red USB DAC glitching during playback

That does sound quite weird indeed, but I recall a lot of people having issues with radeon (... the driver) in recent kernels, not sure what's going on here and don't have an offhand example without doing a lot of digging. I can somewhat see there bein a relation if there are GPU related lockups that will lead to delays in processing the rest of the system including audio playback via USB

Offline

Board footer

Powered by FluxBB