Bug 211211

Please give alsa-info.sh output.  Run the script with --no-upload option, and attach the output to Bugzilla.

Also, please give the output of lsusb -v for the corresponding device, and the content of /proc/asound/card*/stream* files (for the device), too.

Created attachment 294665 [details]
alsa-info

Created attachment 294667 [details]
lusub -vvv -d 1220:8fe0

Created attachment 294669 [details]
stream0

There is only one stream file in /proc
# ls /proc/asound/card1/
id  pcm0c  pcm0p  stream0  usbbus  usbid  usbmixer

Hi,

I've enclosed the files you requested. Thanks for your time.

Another issue with it, as you can see, the mixer is seen as a multi-inputs and multi-outputs. But those are separated outputs, controled by the hardware sliders. Currently, I use this configuration in pulse to split them :

load-module module-remap-sink sink_name=system sink_properties="device.description='GoXLR System'" remix=no master=alsa_output.usb-TC-Helicon_GoXLR-00.multichannel-output channels=2 master_channel_map=front-left,front-right channel_map=front-left,front-right
load-module module-remap-sink sink_name=game sink_properties="device.description='GoXLR Game'" remix=no master=alsa_output.usb-TC-Helicon_GoXLR-00.multichannel-output channels=2 master_channel_map=rear-left,rear-right channel_map=front-left,front-right
load-module module-remap-sink sink_name=music sink_properties="device.description='GoXLR Music'" remix=no master=alsa_output.usb-TC-Helicon_GoXLR-00.multichannel-output channels=2 master_channel_map=side-left,side-right channel_map=front-left,front-right
load-module module-remap-sink sink_name=chat sink_properties="device.description='GoXLR Voice Chat'" remix=no master=alsa_output.usb-TC-Helicon_GoXLR-00.multichannel-output channels=2 master_channel_map=front-center,lfe channel_map=front-left,front-right
load-module module-remap-sink sink_name=sample sink_properties="device.description='GoXLR Sample'" remix=no master=alsa_output.usb-TC-Helicon_GoXLR-00.multichannel-output channels=2 master_channel_map=aux0,aux1 channel_map=front-left,front-right

Is there a possibility to separate the outputs at a driver level or maybe in alsa ? Thanks a lot again.

Hi, I've been experiencing the same issue.

I use JACK2 to route audio from and to my GoXLR and it looks like ALSA correctly identifies all channels (21 capture channels, 10 output channels).

As Anthony also stated, the capture channels are working perfectly fine (good quality, no dropouts, glitches or stuttering) but when I direct system audio from any source towards the output channels, there's some stuttering/skipping.

I'm by no means a Linux audio expert (or audio expert in general), but if I had to guess it seems as if whatever signal the GoXLR is delivering to the OS, is something the OS has no issue dealing with (hence the capture channels working perfectly) but whatever signal the OS is delivering to GoXLR is causing issue.


I'm currently using PopOS 20.04, with the ubuntu mainline kernel 5.10.6-lowlatency, but 5.5, 5.8 (both generic / lowlatency) were giving the exact same issue.


If there is anything I can do to be of assistance in terms of debugging this issue, feel free to ask, as I would love to see this resolved.


Could this have something to do with PCM ring buffer? The ALSA project debug page points towards it as a potential cause of skipping and glitches in general.

Created attachment 294671 [details]
lsusb-1220:8fe4

I've also added my lsusb, as I'm using the GoXLR Mini (powered through USB) and Anthony is using the GoXLR, so maybe it could be useful as well.

Here's my alsa info:

http://alsa-project.org/db/?f=cfc68d0fb0930e1dc56645621c0053f580e533a7

Hello ! 

I have the exact same issues. 

I'm on ArchLinux, kernel 5.10.16-arch1-1. I have the issue using Alsa directly or with Pulseaudio. I tried changing the sampling rate but no dice. 

I'm not sure if this is related, but I saw this error message somewhere (I think it was Pulseaudio with the verbose flag)

"We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail."

Such a problem could be due to the (lack of) implicit feedback mode.
5.11 kernel got a lot of changes regarding the implicit-fb support, and it might work already better alone.  So please test with 5.11.x kernel.

And, if the problem persists 5.11 kernel, you can enforce the implicit feedback mode via implicit_fb=1 option to snd-usb-audio module.  e.g., boot with
  snd_usb_audio.implicit_fb=1
boot option.  If this improves, we can put the device entry to the quirk list.

I have no sound coming out of the GoXLR at all since the 5.11.2 update (5.11.2-arch1-1). I will install it on another PC to see if it's related or if I'm just unlucky

I am very new to linux so I do not know a whole lot about how pulse and alsa work, but I can confirm I had the same issue of audio cuts every few seconds with my GOXLR Mini. I am also now having the same issue as lou where I have no audio any more after updating to 5.11. If I can be of any help please let me know as I would like to see this fixed. It gets slightly annoying having to connect to a different DAC every time I want audio.

So:

I updated to 5.11.4, still no sound. But I killed pulseaudio, started Jack with 

jackd -P70 -dalsa -dhw:3,0 -r44100 -p256 -n2

(where 3,0 is my GoXLR) 

And I get sound ! And no stutter at all !


I'm going to try with Pipewire

Resolved with kernel 5.11 and after.