v4l2src does not support progressive interlacing
Locked
12
12
v4l2src does not support progressive interlacing
 
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Le vendredi 19 octobre 2018 à 11:27 -0700, Tim Harvey a écrit :
> On Thu, Oct 18, 2018 at 7:32 PM Nicolas Dufresne < > [hidden email]> wrote: > > > > Hi Tim, > > > > this felt familiar, this issue was fixed for colorimetry recently. > > I > > have filed this issue and attached a patch. If you could give this > > patch a try to confirm it would be nice. > > > > https://bugzilla.gnome.org/show_bug.cgi?id=797306 > > > > Nicolas, > > Thanks - I'm working on testing this but building gstreamer on my > target board is proving to be challenging. I gave up trying to > understand the gst-build option and am now trying to gst-uninstalled > option and stuck trying to figure out how to disable gl from > gst-plugins-base as that's failing to build. Hopefully I will have > some feedback after banging my head against the wall a bit more. > > Tim _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
signature.asc (201 bytes)
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Le samedi 27 octobre 2018 à 04:27 -0500, avilleret a écrit :
> Hi Nicolas, > > I do have the same issue with a BlueCherry capture card (BT878 - Provideo > PV150) and gsttreamer 1.14.1 on Ubuntu 18.04. > > here is the pipeline : > > GST_DEBUG_NO_COLOR=1 GST_DEBUG="v4l2*:7" gst-launch-1.0 v4l2src > name=video_source device=/dev/video0 ! > video/x-raw,format=YUY2,width=768,height=512,framerate=25/1 ! videoconvert > ! autovideosink 2> gst.log > > and the result is here : > https://gist.github.com/avilleret/db588687ce5121efc4125a5989a128c9 > > note the error on line 408 : > ERREUR : de l’élément /GstPipeline:pipeline0/GstV4l2Src:video_source : > Device '/dev/video0' does not support progressive interlacing > > I'll try to build gstreamer with your patch and let you know. is supported, the previous report was not that useful to check if the patch works for these two cases. For sequential, I've discussed a bit around, and the dual video meta requirement, that would make such implementation a night mare could likely be dropped. Unless I found any blocker to this, it should be relatively short to implement. Ideally I'd teach the software interlace/deinterlace element to handle that, which is just a different way to index lines after all, it's remains the same format as interleaved. For that, I actually have some HW that would then let me test this support, and test the attached patch. > > Best regards > > Antoine > > > > -- > Sent from: http://gstreamer-devel.966125.n4.nabble.com/ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
Re: v4l2src does not support progressive interlacing
|
|
On Mon, Oct 29, 2018 at 11:56 AM Nicolas Dufresne <[hidden email]> wrote:
> > > > Le lun. 29 oct. 2018 18 h 32, Tim Harvey <[hidden email]> a écrit : >> >> On Sun, Oct 28, 2018 at 3:44 PM Nicolas Dufresne <[hidden email]> wrote: >> > >> > >> > >> > Le dim. 28 oct. 2018 20 h 43, Antoine Villeret <[hidden email]> a écrit : >> >> >> >> hi Nicolas, >> >> >> >> as far as i understand v4l2-compliance output (https://gist.github.com/avilleret/0eb894d58612d91aba7ab81f9d823dbf) >> >> bttv driver does support TRY_FMT >> >> but I might be wrong >> >> >> >> on the other side, I made further test with your path, and it seems to work. >> >> 'it seems' because strangely a test pipeline abord with the output you've already look at. >> >> But my program (based on OpenFrameworks) does work with your patch while it didn't with gstreamer 1.14 from Ubuntu 18.04 repo. >> >> I don't know actually what trigs the error you see and why the test pipeline abord before displaying anything, >> >> maybe I miss some extensions/plugins. >> > >> > >> > 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. >> > >> >> >> >> Thanks for your time, and I might make further test tomorrow if you need. >> >> >> >> Nicolas, >> >> Did you receive the log I sent you regarding my experience with this >> issue? I can send again if needed. >> >> Regards, > > > I haven't I believe. Maybe the ML have eaten it, was it big ? I've attached it (135K) here. Tim _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
| Free forum by Nabble | Edit this page |