October 2020 - Alsa-devel - mailman.alsa-project.org

Webcam Microphone not working
by Adam Baker 02 Oct '20

02 Oct '20

Hi, I've recently acquired a couple of different cheap webcams and on both of them the microphone is not working under Linux but works under Windows. Both cameras appear to use the same chip ID 1b3f:2002 Generalplus Technology Inc. 808 Camera which on one endpoint provides a UAC V1 audio signal. Comparing wireshark USB captures between Windows and Linux I saw that windows is using much larger URBs than Linux so as a quick hack added to endpoint.c +++ sound/usb/endpoint.c 2020-10-01 22:46:30.191648731 +0100 @@ -687,6 +687,10 @@ static int data_ep_set_params(struct snd ep->freqmax = (data_maxsize / (frame_bits >> 3)) << (16 - ep->datainterval); } + if (maxsize < 128) + maxsize = 128; + dev_info(&ep->chip->dev->dev, "max: %d, epmax : %d, frq: %d\n", + maxsize, ep->maxpacksize, ep->freqmax); if (ep->fill_max) ep->curpacksize = ep->maxpacksize; This was enough to make the microphone work suggesting that I am at least looking in the right area. The code in endpoint.c appears to be attempting to optimise the size of the URB based upon the sample frequency, sample size and the maximum rate at which packets can be sent in order to minimise latency and allow accurate start / stop timing. Looking at the packet capture however I suspect that that calculation is failing to account for some fixed header sizes. Before I delve into understanding this code and isochronous USB better I'd like to know if anyone has quick answers to the following questions: 1) Has this already been addressed in a newer kernel, I'm currently using Debian 4.19 because that is where I first found the problem? 2) What is the preferred kernel against which patches to this subsystem should be provided, is it the latest released kernel on Linus' git tree, the latest RC or a subsystem tree? 3) The sellers of these cameras both claimed they work under Linux. Do I need to try to find if there was a time in the past when they did work and if so provide a fixes tag against the commit that broke support? Would doing so affect the chances of a fixes making it to stable kernels? 4) Is there any documentation other than code comments indicating how the URB size calculation is supposed to work that I should read? 5) Are there any specific gotchas in this driver that I should be aware of? Thanks Adam Baker P.S. I do realise that once I have a properly tested patch you will want to see it sent with git-send-email and a signed off by line.

1 0

[PATCH] ALSA: compress: allow pause and resume during draining
by Gyeongtaek Lee 01 Oct '20

01 Oct '20

With a stream with low bitrate, user can't pause or resume the stream near the end of the stream because current ALSA doesn't allow it. If the stream has very low bitrate enough to store whole stream into the buffer, user can't do anything except stop the stream and then restart it from the first. If pause and resume is allowed during draining, user experience can be enhanced. Signed-off-by: Gyeongtaek Lee <gt82.lee(a)samsung.com> --- sound/core/compress_offload.c | 34 ++++++++++++++++++++++++++-------- 1 file changed, 26 insertions(+), 8 deletions(-) diff --git a/sound/core/compress_offload.c b/sound/core/compress_offload.c index 0e53f6f31916..90b437f302a0 100644 --- a/sound/core/compress_offload.c +++ b/sound/core/compress_offload.c @@ -708,11 +708,20 @@ static int snd_compr_pause(struct snd_compr_stream *stream) { int retval; - if (stream->runtime->state != SNDRV_PCM_STATE_RUNNING) + switch (stream->runtime->state) { + case SNDRV_PCM_STATE_RUNNING: + retval = stream->ops->trigger(stream, + SNDRV_PCM_TRIGGER_PAUSE_PUSH); + if (!retval) + stream->runtime->state = SNDRV_PCM_STATE_PAUSED; + break; + case SNDRV_PCM_STATE_DRAINING: + retval = stream->ops->trigger(stream, + SNDRV_PCM_TRIGGER_PAUSE_PUSH); + break; + default: return -EPERM; - retval = stream->ops->trigger(stream, SNDRV_PCM_TRIGGER_PAUSE_PUSH); - if (!retval) - stream->runtime->state = SNDRV_PCM_STATE_PAUSED; + } return retval; } @@ -720,11 +729,20 @@ static int snd_compr_resume(struct snd_compr_stream *stream) { int retval; - if (stream->runtime->state != SNDRV_PCM_STATE_PAUSED) + switch (stream->runtime->state) { + case SNDRV_PCM_STATE_PAUSED: + retval = stream->ops->trigger(stream, + SNDRV_PCM_TRIGGER_PAUSE_RELEASE); + if (!retval) + stream->runtime->state = SNDRV_PCM_STATE_RUNNING; + break; + case SNDRV_PCM_STATE_DRAINING: + retval = stream->ops->trigger(stream, + SNDRV_PCM_TRIGGER_PAUSE_RELEASE); + break; + default: return -EPERM; - retval = stream->ops->trigger(stream, SNDRV_PCM_TRIGGER_PAUSE_RELEASE); - if (!retval) - stream->runtime->state = SNDRV_PCM_STATE_RUNNING; + } return retval; } base-commit: a1b8638ba1320e6684aa98233c15255eb803fac7 -- 2.21.0

5 10

unable to initialize sum ring buffer error
by GitHub issues - edited 01 Oct '20

01 Oct '20

alsa-project/alsa-lib issue #83 was edited from Komal1809: i am using alsa-lib-1.1.4.1 library version. Whenever trying to play audio from file using aplay getting error as alsa-lib-1.1.4.1/src/pcm/pcm_dmix.c:1177: **(snd_pcm_dmix_open) unable to initialize sum ring buffer** Note : audio is getting played at the start once system reboot Please let me know how to debug this issue Issue URL : https://github.com/alsa-project/alsa-lib/issues/83 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

unable to initialize sum ring buffer error
by GitHub issues - opened 01 Oct '20

01 Oct '20

alsa-project/alsa-lib issue #83 was opened from Komal1809: i am using alsa-lib-1.1.4.1 library version. Whenever trying to play audio from file using aplay getting error as alsa-lib-1.1.4.1/src/pcm/pcm_dmix.c:1177: **(snd_pcm_dmix_open) unable to initialize sum ring buffer** Note : audio is getting played at the start once system reboot Issue URL : https://github.com/alsa-project/alsa-lib/issues/83 Repository URL: https://github.com/alsa-project/alsa-lib

1 0