Dropping Audio Samples, Downstream Can't Keep Up

[Brendan Lockhart]

Turns out what was happening is that the exposure on the webcam was too
high. Lowering the exposure increased the framerate and fixed the warning.
That's strange, because it was happening even if I put a videorate element
after the ksvideosrc.

Is this because ksvideosrc was producing bad timestamps? Is there a way
that I can check that hypothesis?

On Thu, Jan 12, 2017 at 2:29 AM, Brendan Lockhart <somedude114 at gmail.com>
wrote:

> Hello all,
>
> I'm having an issue where when streaming video/audio with the pipeline:
>
> gst-launch-1.0 ksvideosrc device-index=0 ! image/jpeg,width=1024,height=768,framerate=30/1
>> ! queue ! jpegparse ! jpegdec ! queue ! x264enc tune=zerolatency
>> speed-preset=veryfast bitrate=4096 ! h264parse ! video/x-h264, profile=high
>> ! queue ! flvmux streamable=true name=mux ! queue ! rtmpsink
>> location=rtmp://<my-url> autoaudiosrc ! audio/x-raw ! queue ! audioconvert
>> ! avenc_aac ! aacparse ! queue ! mux.
>
>
> I eventually start generating errors:
>
>   gst_audio_base_src_create (): /GstPipeline:pipeline0/
>> GstAutoAudioSrc:autoaudiosrc0/GstDirectSoundSrc:autoaudiosrc0-actual-src-
>> directsoun:
>> Dropped 1420020 samples. This is most likely because downstream can't
>> keep up and is consuming samples too slowly.
>
>
>  With this pipeline, my PC is at ~8% CPU utilization so I don't think it's
> because my PC isn't powerful enough.
>
> I know this error has been brought up in the past, but unfortunately none
> of the proposed solutions seem to be fixing this problem. Does anyone have
> any insight as to what might be causing this error?
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20170113/7eb950e0/attachment.html>