WebRTC audio capture broadcasts only less than a second with Alsa |
||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.79 Safari/537.36 Steps to reproduce the problem: Precondition: use Alsa instead of Pulseaudio for audio input. 1. Set up a call with https://appr.tc/ and local microphone using Alsa. 2. Listen to the other peer audio received 3. What is the expected behavior? Audio from chromium is received as expected. What went wrong? Only less than a second is received, then no sound anymore. Did this work before? No Chrome version: 61.0.3163.79 Channel: stable OS Version: Ubuntu 17.04 Flash Version:
,
Feb 11 2018
,
Mar 19 2018
,
Mar 20 2018
,
Apr 5 2018
Could you clarify: 1) "Listen to the other peer audio received", "Only less than a second is received, then no sound anymore." So the near end experiences a problem with audio playback, not with the microphone - correct? 2) "use Alsa instead of Pulseaudio for audio input" Is Alsa setup on the near end or on the remote end (peer)? Thanks!
,
Apr 23 2018
jdapena: Can you please answer the questions in comment #5?
,
Apr 27 2018
Sorry for the delay, here are the answers: > > 1) "Listen to the other peer audio received", "Only less than a second is received, then no sound anymore." > So the near end experiences a problem with audio playback, not with the microphone - correct? The remote end experiences a problem with audio playback, that is caused by an error capturing the audio in the local peer. > > 2) "use Alsa instead of Pulseaudio for audio input" > Is Alsa setup on the near end or on the remote end (peer)? Near end.
,
May 4 2018
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by pnangunoori@chromium.org
, Oct 6 2017