[pulseaudio-discuss] Dropped xxx samples. This is most likely because downstream can't keep up and is consuming samples too slowly.

[corbeille]

Hello,

I did some additional tests.
And it seems the problem occurs when I have a second null sink. With
only one null sink, I don't have any problem. Weird.

So here is an example of the configuration that causes the problem :

1st shell:
$ pacmd load-module module-null-sink sink_name=MySink
$ pacmd load-module module-null-sink sink_name=MySink2

2nd shell:
$ gst-launch-1.0 pulsesrc device="alsa_input.usb-0d8c_C-
Media_USB_Headphone_Set-00.analog-mono" ! audioconvert ! audioresample
! pulsesink device=MySink

3rd shell:
$ gst-launch-1.0 pulsesrc device=MySink.monitor ! audio/x-
raw,channels=2 ! audioconvert ! audioresample ! opusenc ! oggmux !
shout2send ip=... port=... mount=... password=...

After 20 minutes, the sound becomes choppy and stop 4/5 minutes after.

You can notice that I don't use the second null sink.

Is it a normal behavior ? If so, how can I do to achieve this
configuration on my RPi (by using multi null sink) :

gst_input1 => MySink => gst output1
gst_input2 => MySink2 => gst output2

without any trouble ?
Thanks.
++

Jack



Le vendredi 11 février 2022 à 21:33 +0100, corbeille a écrit :
> Hello,
> 
> I am using pulseaudio (version 12.2) to "join" two audio streams
> created 
> with gstreamer (1.14.4) on a raspberry pi (Raspbian GNU/Linux 10 
> (buster)).
> 
> Here the real things :
> 
> In a first shell, i start with :
> $ pacmd load-module module-null-sink sink_name=MySink
> 
> Then I use gstreamer to get the sound from my audio input (in an
> other 
> shell) :
> $ gst-launch-1.0 pulsesrc 
> device="alsa_input.usb-0d8c_C-Media_USB_Headphone_Set-00.analog-mono" 
> ! 
> audioconvert ! audioresample ! pulsesink device=MySink
> 
> and I send this sound on an icecast server (in an other shell) :
> $ gst-launch-1.0 pulsesrc device=MySink.monitor ! 
> "audio/x-raw,channels=2" ! audioconvert ! audioresample ! opusenc ! 
> oggmux ! shout2send ip=... port=... mount=... password=...
> 
> Everything is fine, but after 10 minutes, I get in the 3rd shell ($ 
> gst-launch-1.0 pulsesrc device=MySink.monitor ! ...) a sequence of 
> messages like :
> 
> WARNING: from element /GstPipeline:pipeline0/GstPulseSrc:pulsesrc0: 
> Can't record audio fast enough
> Additional debug info:
> gstaudiobasesrc.c(849): gst_audio_base_src_create (): 
> /GstPipeline:pipeline0/GstPulseSrc:pulsesrc0:
> Dropped 10080 samples. This is most likely because downstream can't
> keep 
> up and is consuming samples too slowly.
> WARNING: from element /GstPipeline:pipeline0/GstPulseSrc:pulsesrc0: 
> Can't record audio fast enough
> Additional debug info:
> gstaudiobasesrc.c(849): gst_audio_base_src_create (): 
> /GstPipeline:pipeline0/GstPulseSrc:pulsesrc0:
> Dropped 34560 samples. This is most likely because downstream can't
> keep 
> up and is consuming samples too slowly.
> WARNING: from element /GstPipeline:pipeline0/GstPulseSrc:pulsesrc0: 
> Can't record audio fast enough
> Additional debug info:
> gstaudiobasesrc.c(849): gst_audio_base_src_create (): 
> /GstPipeline:pipeline0/GstPulseSrc:pulsesrc0:
> Dropped 48000 samples. This is most likely because downstream can't
> keep 
> up and is consuming samples too slowly.
> ...
> 
> The sound become glitchy and stop after 2 or 3 minutes.
> 
> According to the message, the stream after "pulsesrc 
> device=MySink.monitor" is too slow. But I don't understand why.
> 
> Do you know where is the problem in this setup and how to solve it ?
> Thanks !
> ++
> 
> Jack
>