<div dir="ltr"><div><div><div>Hi,<br><br>So tried out the queue...unfortunately didn't appear to make any difference.<br></div>However i have seen that using deinterlace seems to prevent the any strange frames being produced.<br>
Unfortunately though is probably wont work either for me because the overall quality is noticeably poorer using deinterlace i.e. the frames are less well defined in terms of details and sharpness.<br><br>To be honest i am looking at this because of another issue that i saw with the pngenc element when using python bindings for generating snapshots within a script.<br>
</div><div>I'll start a new thread as it is a different issue. If i could fix that then i the issue i'm describing in this thread will be redundant for me.<br><br></div><div>Thanks!<br></div><div><br></div></div><br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Aug 11, 2014 at 8:29 AM, anno domini <span dir="ltr"><<a href="mailto:genericgroupmail@gmail.com" target="_blank">genericgroupmail@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>Thanks Nicolas for your reply.<br></div>I will take a look at your suggestions.<br><br>Thanks again!!!!<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Fri, Aug 8, 2014 at 5:31 PM, Nicolas Dufresne <span dir="ltr"><<a href="mailto:nicolas.dufresne@collabora.com" target="_blank">nicolas.dufresne@collabora.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">Le vendredi 08 août 2014 à 17:22 +0100, anno domini a écrit :<br>
<div>> gst-launch v4l2src device=/dev/video1 norm=PAL ! ffmpegcolorspace !<br>
> pngenc snapshot=true ! filesink location=screenshot.png; shotwell<br>
> screenshot.png<br>
><br>
><br>
> I've also tried:<br>
><br>
> gst-launch v4l2src device=/dev/video1 norm=PAL num-buffers=1 !<br>
> ffmpegcolorspace ! jpegenc ! filesink location=screenshot.jpeg<br>
<br>
</div>Can't offer you a "this is the answer", but I have a guess, that would<br>
imply a buggy driver. It is likely that the driver miss-behave if you<br>
are not reading frames fast enough (hence the visual corruption). Try<br>
for this adding a queue after the v4l2src. It may improve, but it won't<br>
fix the problem entirely. My recommendation would be, make sure your<br>
kernel and driver is up to date, switch to GStreamer 1.4, and add debug<br>
traces if not already in the kernel driver to figure-out what is being<br>
triggered when the corruption is visible. Finally, you can enabled<br>
traces in GStreamer with environment GST_DEBUG="v4l2*:7".<br>
<span><font color="#888888"><br>
Nicolas<br>
<br>
</font></span><br></div></div>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>