<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">Le lun. 21 janv. 2019 19 h 47, Tim Harvey <<a href="mailto:tharvey@gateworks.com">tharvey@gateworks.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Oct 29, 2018 at 11:58 AM Tim Harvey <<a href="mailto:tharvey@gateworks.com" target="_blank" rel="noreferrer">tharvey@gateworks.com</a>> wrote:<br> ><br> > On Mon, Oct 29, 2018 at 11:56 AM Nicolas Dufresne <<a href="mailto:nicolas@ndufresne.ca" target="_blank" rel="noreferrer">nicolas@ndufresne.ca</a>> wrote:<br> > ><br> > ><br> > ><br> > > Le lun. 29 oct. 2018 18 h 32, Tim Harvey <<a href="mailto:tharvey@gateworks.com" target="_blank" rel="noreferrer">tharvey@gateworks.com</a>> a écrit :<br> > >><br> > >> On Sun, Oct 28, 2018 at 3:44 PM Nicolas Dufresne <<a href="mailto:nicolas@ndufresne.ca" target="_blank" rel="noreferrer">nicolas@ndufresne.ca</a>> wrote:<br> > >> ><br> > >> ><br> > >> ><br> > >> > Le dim. 28 oct. 2018 20 h 43, Antoine Villeret <<a href="mailto:antoine.villeret@gmail.com" target="_blank" rel="noreferrer">antoine.villeret@gmail.com</a>> a écrit :<br> > >> >><br> > >> >> hi Nicolas,<br> > >> >><br> > >> >> as far as i understand v4l2-compliance output (<a href="https://gist.github.com/avilleret/0eb894d58612d91aba7ab81f9d823dbf" rel="noreferrer noreferrer" target="_blank">https://gist.github.com/avilleret/0eb894d58612d91aba7ab81f9d823dbf</a>)<br> > >> >> bttv driver does support TRY_FMT<br> > >> >> but I might be wrong<br> > >> >><br> > >> >> on the other side, I made further test with your path, and it seems to work.<br> > >> >> 'it seems' because strangely a test pipeline abord with the output you've already look at.<br> > >> >> But my program (based on OpenFrameworks) does work with your patch while it didn't with gstreamer 1.14 from Ubuntu 18.04 repo.<br> > >> >> I don't know actually what trigs the error you see and why the test pipeline abord before displaying anything,<br> > >> >> maybe I miss some extensions/plugins.<br> > >> ><br> > >> ><br> > >> > Ok, so it seems like the patch does something. I'll reread with the assumption TRY_FMT isn't supported, I might better understand. I always believed that without that, it would always fail.<br> > >> ><br> > >> >><br> > >> >> Thanks for your time, and I might make further test tomorrow if you need.<br> > >> >><br> > >><br> > >> Nicolas,<br> > >><br> > >> Did you receive the log I sent you regarding my experience with this<br> > >> issue? I can send again if needed.<br> > >><br> > >> Regards,<br> > ><br> > ><br> > > I haven't I believe. Maybe the ML have eaten it, was it big ?<br> ><br> > I sent it off-list... it probably went to your spam :)<br> ><br> > I've attached it (135K) here.<br> ><br> > Tim<br> <br> Nicolas,<br> <br> Sorry to resurrect a fairly dated thread but this issue still exists<br> using gstreamer master.<br> <br> root@imx6q-gw5404:~/gst/master# v4l2-ctl -d7 --get-fmt-video<br> Format Video Capture:<br> Width/Height : 720/480<br> Pixel Format : 'UYVY' (UYVY 4:2:2)<br> Field : Sequential Bottom-Top<br> Bytes per Line : 1440<br> Size Image : 691200<br> Colorspace : SMPTE 170M<br> Transfer Function : Rec. 709<br> YCbCr/HSV Encoding: ITU-R 601<br> Quantization : Limited Range<br> Flags :<br> root@imx6q-gw5404:~/gst/master# gst-launch-1.0 v4l2src<br> device=/dev/video7 ! video/x-raw,format=UYVY ! jpegenc ! rtpjpegpay !<br> udpsink host=172.24.20.19 port=5000<br> Setting pipeline to PAUSED ...<br> Pipeline is live and does not need PREROLL ...<br> Setting pipeline to PLAYING ...<br> New clock: GstSystemClock<br> ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Device<br> '/dev/video7' does not support progressive interlacing<br> Additional debug info:<br> gstv4l2object.c(3821): gst_v4l2_object_set_format_full ():<br> /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:<br> Device wants interleaved interlacing<br> Execution ended after 0:00:00.003732076<br> <br> I've put the GST_DEBUG log here:<br> <a href="https://gist.github.com/tharvey/fb3ef7ded7cb686739aeac1ba947a8ca" rel="noreferrer noreferrer" target="_blank">https://gist.github.com/tharvey/fb3ef7ded7cb686739aeac1ba947a8ca</a><br> <br> I've got a gstreamer devel environment handy now for testing if you<br> have some ideas.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">It shouldn't be too hard to implement. First the new layout should be added to the interlaced-mode enum on libgstvideo (-base). I believe there is something there already that match, but needs to be detailed in the documentation.</div><div dir="auto"><br></div><div dir="auto">Second thing is to solve how userspace is supposed to locate the start of the second field. Is it half the buffer allocation size or the display height * stride ? As it is, it's unlikely anyone thought about that, it's probably whatever the HW is doing. The thing is of it does not match, how do we signal that in GST ? The existing unimplemented doc is suggesting having two VideoMeta, could be an option (similar to stereoscopic streams).</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br> Regards,<br> <br> Tim<br> <br> Setting pipeline to PAUSED ...<br> Setting pipeline to READY ...<br> Setting pipeline to NULL ...<br> Freeing pipeline ...<br> </blockquote></div></div></div>