<div dir="ltr"><div>The videorate element doesn't change the rate at which the hardware is capturing, so my guess is that it has something to do with that. It is possible that the muxer was being stalled which in turn would fill the audio pipeline and would eventually lead to sample loss on a live source. However I am not experienced with the windows elements so I can only speculate. One thing you may want to test is adding an audio rate in the pipeline with the videorate. Another would be to check what the actual framerate with the higher exposure is and setting the pipeline with that framerate rather than 30. The muxer may be expecting frames at the target rate but the source can't report that it can capture at a lower rate, leading to the audio piepline being stalled.<br><br></div>Dimitrios<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 13, 2017 at 9:14 AM, Brendan Lockhart <span dir="ltr"><<a href="mailto:somedude114@gmail.com" target="_blank">somedude114@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">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.</div><div class="gmail_extra">That's strange, because it was happening even if I put a videorate element after the ksvideosrc.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Is this because ksvideosrc was producing bad timestamps? Is there a way that I can check that hypothesis?</div><div><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 12, 2017 at 2:29 AM, Brendan Lockhart <span dir="ltr"><<a href="mailto:somedude114@gmail.com" target="_blank">somedude114@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello all,<div><br></div><div>I'm having an issue where when streaming video/audio with the pipeline:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">gst-launch-1.0 ksvideosrc device-index=0 ! image/jpeg,width=1024,height=7<wbr>68,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.</blockquote><div><br></div><div>I eventually start generating errors:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">  gst_audio_base_src_create (): /GstPipeline:pipeline0/GstAuto<wbr>AudioSrc:autoaudiosrc0/GstDire<wbr>ctSoundSrc:autoaudiosrc0-<wbr>actual-src-directsoun:<br>Dropped 1420020 samples. This is most likely because downstream can't keep up and is consuming samples too slowly.</blockquote><div><br></div><div> With this pipeline, my PC is at ~8% CPU utilization so I don't think it's because my PC isn't powerful enough.</div><div><br></div><div>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?</div></div>
</blockquote></div><br></div></div></div></div>
<br>______________________________<wbr>_________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.<wbr>freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/<wbr>mailman/listinfo/gstreamer-<wbr>devel</a><br>
<br></blockquote></div><br></div>