<div dir="ltr"><div>Hi Ian.<br><br>You are recording in interlaced mode. Don't ... unless you display it on an old interlaced CRT that actually syncs to the same interlace frequency the material was recorded with .... and very few people does that any more ... anywhere ... except perhaps north korea <br><br>Perhaps the camera being the source for the v4l2src is "interlaced only" and then you should get another camera.<br></div><div>You need a progressive as opposed to interlaced camera.<br></div><div>Perhaps the camera can do both interlaced and progressive, but not progressive at the geometry and framerate you have chosen. Try to list the camera (v4l2 device) capabolities. Use v4l2ctl or something.<br><br></div><div>Alternatively you can try to add the 'deinterlace' gstreamer module to your encoding pipeline, but it can only do so much for you. It will never be perfect.<br></div><div><br></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 25, 2017 at 9:24 AM, Ian Davidson <span dir="ltr"><<a href="mailto:id012c3076@blueyonder.co.uk" target="_blank">id012c3076@blueyonder.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have attached a short sample where the effect can be seen.<br>
<br>
The feed to the computer is via a video mixer using a composite signal.  I expect that that implies that the signal is interleaved.<br>
<br>
Where in the pipeline would you recommend that I put the deinterlace?<br>
<br>
Thanks.<br>
<br>
Ian<div><div class="h5"><br>
<br>
<br>
On 23/03/2017 18:48, Tim Müller wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, 2017-03-23 at 18:28 +0000, Ian Davidson wrote:<br>
<br>
Hi David,<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have a C program which records a video file from a camera.<br>
The video part of the pipeline (assuming that I have transcribed it<br>
correctly) is<br>
v4l2src ! queue ! videorate ! videoscale ! video/x-<br>
raw,format=(string)I420,width=<wbr>720,height=576,framerate=(frac<wbr>tion)25/1<br>
! queue ! videoconvert ! x264enc ! mp4mux ! filesink location=foo/bar<br>
The program works fine and the degree of compression achieved by the<br>
encoder is impressive. However, when there is significant movement in<br>
the image, there is a very obvious 'interleave effect' which remains<br>
visible for quite a while. I would be prepared to pay the cost of<br>
less aggressive compression/greater file size to improve the image<br>
quality.<br>
I have attempted to change the behaviour of the encoder, for example<br>
by setting bitrate to 6000, but I have not found anything which seems<br>
to make any difference.<br>
How should I go about getting better picture quality?<br>
</blockquote>
It might be helpful if you put up a couple-of-second-long sample mp4<br>
somewhere on your website, so we can check out the exact problem.<br>
<br>
What is the device that produces this? Is it an analogue video capture<br>
device by any chance? Is it possible the device produces interlaced<br>
video? You could try adding a 'deinterlace' element to see if it makes<br>
a difference.<br>
<br>
Cheers<br>
  -Tim<br>
<br>
</blockquote>
<br>
-- <br></div></div>
--<br>
Ian Davidson<br>
<br>
<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>