v4l2src does not support progressive interlacing

classic Classic list List threaded Threaded
20 messages Options
Reply | Threaded
Open this post in threaded view
|

v4l2src does not support progressive interlacing

Tim Harvey
Greetings,

I've got a v4l2src capture pipeline using an interlaced video source
which used to work on GStreamer 1.8.3 that I've found no longer
negotiates on GStreamer 1.14.1:

root@bionic-armhf:~# v4l2-ctl -d7 --get-fmt-video
Format Video Capture:
        Width/Height      : 720/480
        Pixel Format      : 'UYVY' (UYVY 4:2:2)
        Field             : Sequential Bottom-Top
        Bytes per Line    : 1440
        Size Image        : 691200
        Colorspace        : SMPTE 170M
        Transfer Function : Rec. 709
        YCbCr/HSV Encoding: ITU-R 601
        Quantization      : Limited Range
        Flags             :
root@bionic-armhf:~# gst-launch-1.0 --version
gst-launch-1.0 version 1.14.1
GStreamer 1.14.1
https://launchpad.net/distros/ubuntu/+source/gstreamer1.0
root@bionic-armhf:~# gst-launch-1.0 v4l2src device=/dev/video7 !
video/x-raw,format=UYVY ! jpegenc ! rtpjpegpay ! udpsink host=$SERVER
port=5000
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Device
'/dev/video7' does not support progressive interlacing
Additional debug info:
gstv4l2object.c(3768): gst_v4l2_object_set_format_full ():
/GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
Device wants interleaved interlacing
Execution ended after 0:00:00.003064667
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

Any idea what changed here that causes this?

Regards,

Tim
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Nicolas Dufresne-5
Le jeudi 18 octobre 2018 à 11:27 -0700, Tim Harvey a écrit :

> Greetings,
>
> I've got a v4l2src capture pipeline using an interlaced video source
> which used to work on GStreamer 1.8.3 that I've found no longer
> negotiates on GStreamer 1.14.1:
>
> root@bionic-armhf:~# v4l2-ctl -d7 --get-fmt-video
> Format Video Capture:
>         Width/Height      : 720/480
>         Pixel Format      : 'UYVY' (UYVY 4:2:2)
>         Field             : Sequential Bottom-Top
>         Bytes per Line    : 1440
>         Size Image        : 691200
>         Colorspace        : SMPTE 170M
>         Transfer Function : Rec. 709
>         YCbCr/HSV Encoding: ITU-R 601
>         Quantization      : Limited Range
>         Flags             :
> root@bionic-armhf:~# gst-launch-1.0 --version
> gst-launch-1.0 version 1.14.1
> GStreamer 1.14.1
> https://launchpad.net/distros/ubuntu/+source/gstreamer1.0
> root@bionic-armhf:~# gst-launch-1.0 v4l2src device=/dev/video7 !
> video/x-raw,format=UYVY ! jpegenc ! rtpjpegpay ! udpsink host=$SERVER
> port=5000
> Setting pipeline to PAUSED ...
> Pipeline is live and does not need PREROLL ...
> Setting pipeline to PLAYING ...
> New clock: GstSystemClock
> ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
> Device
> '/dev/video7' does not support progressive interlacing
> Additional debug info:
> gstv4l2object.c(3768): gst_v4l2_object_set_format_full ():
> /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
> Device wants interleaved interlacing
> Execution ended after 0:00:00.003064667
> Setting pipeline to PAUSED ...
> Setting pipeline to READY ...
> Setting pipeline to NULL ...
> Freeing pipeline ...
>
> Any idea what changed here that causes this?

1.8 to 1.14 is quite a big bump. Can you share some logs ?

  GST_DEBUG_NO_COLOR=1 GST_DEBUG="v4l2*:7" gst-launch-1.0 ...

One of the difference I know of, is that we no longer probe for
interlaced mode support. This was really slow with most USB Webcams.
Though, somehow, from the two possible interlace mode, only progressive
seems to have been tried. The log should tell me more about the issue.
You could also try the following:

  gst-launch-1.0 v4l2src device=/dev/video7 ! video/x-raw,format=UYVY,interlace-mode=interleaved ! jpegenc ! rtpjpegpay ! udpsink host=$SERVER port=5000

Of course, the new negotiation should have added interleaved to the
list of caps to try. I believe that if jpegenc was exposing interlace-
mode={propressive, interleaved} it would have worked. Let me know if
it's what I think, we'll file a bug for this.
>
> Regards,
>
> Tim
> _______________________________________________
> 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
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Nicolas Dufresne-5
In reply to this post by Tim Harvey
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

thanks,
Nicolas

Le jeudi 18 octobre 2018 à 11:27 -0700, Tim Harvey a écrit :

> Greetings,
>
> I've got a v4l2src capture pipeline using an interlaced video source
> which used to work on GStreamer 1.8.3 that I've found no longer
> negotiates on GStreamer 1.14.1:
>
> root@bionic-armhf:~# v4l2-ctl -d7 --get-fmt-video
> Format Video Capture:
>         Width/Height      : 720/480
>         Pixel Format      : 'UYVY' (UYVY 4:2:2)
>         Field             : Sequential Bottom-Top
>         Bytes per Line    : 1440
>         Size Image        : 691200
>         Colorspace        : SMPTE 170M
>         Transfer Function : Rec. 709
>         YCbCr/HSV Encoding: ITU-R 601
>         Quantization      : Limited Range
>         Flags             :
> root@bionic-armhf:~# gst-launch-1.0 --version
> gst-launch-1.0 version 1.14.1
> GStreamer 1.14.1
> https://launchpad.net/distros/ubuntu/+source/gstreamer1.0
> root@bionic-armhf:~# gst-launch-1.0 v4l2src device=/dev/video7 !
> video/x-raw,format=UYVY ! jpegenc ! rtpjpegpay ! udpsink host=$SERVER
> port=5000
> Setting pipeline to PAUSED ...
> Pipeline is live and does not need PREROLL ...
> Setting pipeline to PLAYING ...
> New clock: GstSystemClock
> ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
> Device
> '/dev/video7' does not support progressive interlacing
> Additional debug info:
> gstv4l2object.c(3768): gst_v4l2_object_set_format_full ():
> /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
> Device wants interleaved interlacing
> Execution ended after 0:00:00.003064667
> Setting pipeline to PAUSED ...
> Setting pipeline to READY ...
> Setting pipeline to NULL ...
> Freeing pipeline ...
>
> Any idea what changed here that causes this?
>
> Regards,
>
> Tim
> _______________________________________________
> 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
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Tim Harvey
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
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Nicolas Dufresne-5
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.
Thanks, let me know, and don't harm yourself please ;-D

>
> Tim

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

signature.asc (201 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Tim Harvey
On Fri, Oct 19, 2018 at 11:57 AM Nicolas Dufresne <[hidden email]> wrote:

>
> 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.
>
> Thanks, let me know, and don't harm yourself please ;-D
>

Nicolas,

Indeed your patch does resolve this issue of v4l2src failing to
negotiate my interlaced pipeline. Let me know if you need me to act on
the bug directly or anything else that is needed to get this upstream.

Regards,

Tim
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Tim Harvey
On Fri, Oct 19, 2018 at 1:31 PM Tim Harvey <[hidden email]> wrote:

>
> On Fri, Oct 19, 2018 at 11:57 AM Nicolas Dufresne <[hidden email]> wrote:
> >
> > 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.
> >
> > Thanks, let me know, and don't harm yourself please ;-D
> >
>
> Nicolas,
>
> Indeed your patch does resolve this issue of v4l2src failing to
> negotiate my interlaced pipeline. Let me know if you need me to act on
> the bug directly or anything else that is needed to get this upstream.
>

Nicolas,

Sorry, I was mistaken. The patch didn't resolve the situation... I had
an invalid build environment.

With your patch:
# media-ctl --get-v4l2 '"adv7180 2-0020":0'
                [fmt:UYVY8_2X8/720x240@1001/30000 field:alternate
colorspace:smpte170m]
# gst-launch-1.0 v4l2src device=/dev/video7 !
video/x-raw,format=UYVY,interlace-mode=interleaved ! jpegenc !
rtpjpegpay ! udpsink host=$SERVER port=5000
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
0:00:00.644954667  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6
0:00:00.645201000  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6
0:00:00.645341334  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6
0:00:00.645476667  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6
ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Device
'/dev/video7' does not support progressive interlacing
Additional debug info:
gstv4l2object.c(3838): gst_v4l2_object_set_format_full ():
/GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
Device wants interleaved interlacing
Execution ended after 0:00:00.004613334
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

enabling gst-debug creates a massive slew of debug. Can you tell
what's happening from the above?

Tim
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Nicolas Dufresne-5


Le ven. 19 oct. 2018 19 h 12, Tim Harvey <[hidden email]> a écrit :
On Fri, Oct 19, 2018 at 1:31 PM Tim Harvey <[hidden email]> wrote:
>
> On Fri, Oct 19, 2018 at 11:57 AM Nicolas Dufresne <[hidden email]> wrote:
> >
> > 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.
> >
> > Thanks, let me know, and don't harm yourself please ;-D
> >
>
> Nicolas,
>
> Indeed your patch does resolve this issue of v4l2src failing to
> negotiate my interlaced pipeline. Let me know if you need me to act on
> the bug directly or anything else that is needed to get this upstream.
>

Nicolas,

Sorry, I was mistaken. The patch didn't resolve the situation... I had
an invalid build environment.

With your patch:
# media-ctl --get-v4l2 '"adv7180 2-0020":0'
                [fmt:UYVY8_2X8/720x240@1001/30000 field:alternate
colorspace:smpte170m]
# gst-launch-1.0 v4l2src device=/dev/video7 !
video/x-raw,format=UYVY,interlace-mode=interleaved ! jpegenc !
rtpjpegpay ! udpsink host=$SERVER port=5000
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
0:00:00.644954667  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6
0:00:00.645201000  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6
0:00:00.645341334  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6
0:00:00.645476667  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6

V4l2 field 6 is V4L2_FIELD_SEQ_BT, which we never supported in GStreamer V4L2. Though we used to let it stream. The following trace was misleading, since the device does not really wants interleaved and you didn't request progressive. Can you attach a trace when ran with environment GST_DEBUG="v4l2*:7". That will give me more data to verify. I'll try and improve the error, though I might not have enough time to enable interlace-mode=field, as it's a bit complicated the way it's defined in GStreamer (requires two video meta !). There is pending patches for interlace-mode=alternate which is equally complex.

ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Device
'/dev/video7' does not support progressive interlacing
Additional debug info:
gstv4l2object.c(3838): gst_v4l2_object_set_format_full ():
/GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
Device wants interleaved interlacing
Execution ended after 0:00:00.004613334
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

enabling gst-debug creates a massive slew of debug. Can you tell
what's happening from the above?

Tim

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Nicolas Dufresne-5
I forgot, to capture the logs, append 2> GST.log and send me the file. Put my email in CC as the mailing list will strip the attachment.

Le ven. 19 oct. 2018 22 h 03, Nicolas Dufresne <[hidden email]> a écrit :


Le ven. 19 oct. 2018 19 h 12, Tim Harvey <[hidden email]> a écrit :
On Fri, Oct 19, 2018 at 1:31 PM Tim Harvey <[hidden email]> wrote:
>
> On Fri, Oct 19, 2018 at 11:57 AM Nicolas Dufresne <[hidden email]> wrote:
> >
> > 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.
> >
> > Thanks, let me know, and don't harm yourself please ;-D
> >
>
> Nicolas,
>
> Indeed your patch does resolve this issue of v4l2src failing to
> negotiate my interlaced pipeline. Let me know if you need me to act on
> the bug directly or anything else that is needed to get this upstream.
>

Nicolas,

Sorry, I was mistaken. The patch didn't resolve the situation... I had
an invalid build environment.

With your patch:
# media-ctl --get-v4l2 '"adv7180 2-0020":0'
                [fmt:UYVY8_2X8/720x240@1001/30000 field:alternate
colorspace:smpte170m]
# gst-launch-1.0 v4l2src device=/dev/video7 !
video/x-raw,format=UYVY,interlace-mode=interleaved ! jpegenc !
rtpjpegpay ! udpsink host=$SERVER port=5000
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
0:00:00.644954667  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6
0:00:00.645201000  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6
0:00:00.645341334  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6
0:00:00.645476667  7467  0x1ae3cc0 ERROR                   v4l2
gstv4l2object.c:1942:gst_v4l2_object_get_interlace_mode: Unknown enum
v4l2_field 6

V4l2 field 6 is V4L2_FIELD_SEQ_BT, which we never supported in GStreamer V4L2. Though we used to let it stream. The following trace was misleading, since the device does not really wants interleaved and you didn't request progressive. Can you attach a trace when ran with environment GST_DEBUG="v4l2*:7". That will give me more data to verify. I'll try and improve the error, though I might not have enough time to enable interlace-mode=field, as it's a bit complicated the way it's defined in GStreamer (requires two video meta !). There is pending patches for interlace-mode=alternate which is equally complex.

ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Device
'/dev/video7' does not support progressive interlacing
Additional debug info:
gstv4l2object.c(3838): gst_v4l2_object_set_format_full ():
/GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
Device wants interleaved interlacing
Execution ended after 0:00:00.004613334
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

enabling gst-debug creates a massive slew of debug. Can you tell
what's happening from the above?

Tim

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

avilleret
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.

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
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Nicolas Dufresne-5
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.
That would be great report. As for now only INTERLEAVED and PROGRESSIVE
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

signature.asc (201 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

avilleret
Hi, 

I've built gstreamer from source (with Orc and without opengl)
with 

~/dev/gstreamer$ git describe --always 
3eb334a7
~/dev/gst-plugins-base$ git describe --always 
a15baf79
~/dev/gst-plugins-good$ git describe --always 
124b66ff

and 
~/dev/gst-plugins-good$ git  log -1 | head -5
commit 124b66ffb5fbf7908d985603a2e3b8dba0e3bb2b
Author: Nicolas Dufresne <[hidden email]>
Date:   Thu Oct 18 22:23:31 2018 -0400

    v4l2object: Read driver selected interlace mode

Now I have :  
$ gst-launch-1.0 --version 
gst-launch-1.0 version 1.15.0
GStreamer 1.15.0 (GIT)
Unknown package origin

test pipeline is the same as previously 

don't hesitate to ask me more test

best 

antoine


Le sam. 27 oct. 2018 à 11:57, Nicolas Dufresne <[hidden email]> a écrit :
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.

That would be great report. As for now only INTERLEAVED and PROGRESSIVE
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

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Nicolas Dufresne-5


Le sam. 27 oct. 2018 12 h 57, Antoine Villeret <[hidden email]> a écrit :
Hi, 

I've built gstreamer from source (with Orc and without opengl)
with 

~/dev/gstreamer$ git describe --always 
3eb334a7
~/dev/gst-plugins-base$ git describe --always 
a15baf79
~/dev/gst-plugins-good$ git describe --always 
124b66ff

and 
~/dev/gst-plugins-good$ git  log -1 | head -5
commit 124b66ffb5fbf7908d985603a2e3b8dba0e3bb2b
Author: Nicolas Dufresne <[hidden email]>
Date:   Thu Oct 18 22:23:31 2018 -0400

    v4l2object: Read driver selected interlace mode

Now I have :  
$ gst-launch-1.0 --version 
gst-launch-1.0 version 1.15.0
GStreamer 1.15.0 (GIT)
Unknown package origin

test pipeline is the same as previously 

don't hesitate to ask me more test

If I'm reading it well, this trace is different, the driver seems to not implement the mandatory function TRY_FMT. Is that correct?



best 

antoine


Le sam. 27 oct. 2018 à 11:57, Nicolas Dufresne <[hidden email]> a écrit :
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.

That would be great report. As for now only INTERLEAVED and PROGRESSIVE
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
_______________________________________________
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
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

avilleret
If I'm reading it well, this trace is different, the driver seems to not implement the mandatory function TRY_FMT. Is that correct?

how can I check that ?

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Nicolas Dufresne-5


Le sam. 27 oct. 2018 17 h 42, Antoine Villeret <[hidden email]> a écrit :
If I'm reading it well, this trace is different, the driver seems to not implement the mandatory function TRY_FMT. Is that correct?

how can I check that ?

Normally I would simply check the driver code.

_______________________________________________
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
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

avilleret
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.

Thanks for your time, and I might make further test tomorrow if you need.

Best 

Antoine

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Nicolas Dufresne-5


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.

Best 

Antoine
_______________________________________________
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
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Tim Harvey
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,

Tim
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Nicolas Dufresne-5


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 ?



Tim

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: v4l2src does not support progressive interlacing

Tim Harvey
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 sent it off-list... it probably went to your spam :)

I've attached it (135K) here.

Tim

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

GST.log (184K) Download Attachment