[Bug 725860] v4l2src: Fix using v4l2src with Hauppauge HDPVR video capture device

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Apr 1 08:32:09 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=725860
  GStreamer | gst-plugins-good | 1.2.3

--- Comment #24 from Will Manley <gnome at williammanley.net> 2014-04-01 15:32:07 UTC ---
So I've been trying to reproduce this issue with git master (but without your
patch) but have been unable to.

With git master at b95d9cfb:

    $ gst-launch-1.0 v4l2src
device=/dev/v4l/by-id/usb-AMBA_Hauppauge_HD_PVR_00A776F7-video-index0  !
fakesink
    Setting pipeline to PAUSED ...
    Pipeline is live and does not need PREROLL ...
    Setting pipeline to PLAYING ...
    New clock: GstSystemClock

    (gst-launch-1.0:26567): GStreamer-CRITICAL **:
gst_structure_fixate_field_nearest_int: assertion 'gst_structure_has_field
(structure, field_name)' failed

    (gst-launch-1.0:26567): GStreamer-CRITICAL **:
gst_structure_fixate_field_nearest_int: assertion 'gst_structure_has_field
(structure, field_name)' failed

    (gst-launch-1.0:26567): GStreamer-CRITICAL **:
gst_structure_fixate_field_nearest_fraction: assertion 'gst_structure_has_field
(structure, field_name)' failed

And data flows.

Whereas with 1.2.3 from Debian testing I get:

    $ /usr/bin/gst-launch-1.0 v4l2src
device=/dev/v4l/by-id/usb-AMBA_Hauppauge_HD_PVR_00A776F7-video-index0  !
fakesink
    Setting pipeline to PAUSED ...
    Pipeline is live and does not need PREROLL ...
    Setting pipeline to PLAYING ...
    New clock: GstSystemClock

    (gst-launch-1.0:26579): GStreamer-CRITICAL **:
gst_structure_fixate_field_nearest_int: assertion 'gst_structure_has_field
(structure, field_name)' failed

    (gst-launch-1.0:26579): GStreamer-CRITICAL **:
gst_structure_fixate_field_nearest_int: assertion 'gst_structure_has_field
(structure, field_name)' failed

    (gst-launch-1.0:26579): GStreamer-CRITICAL **:
gst_structure_fixate_field_nearest_fraction: assertion 'gst_structure_has_field
(structure, field_name)' failed
    ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Device
'/dev/v4l/by-id/usb-AMBA_Hauppauge_HD_PVR_00A776F7-video-index0' cannot capture
at 0x0
    Additional debug info:
    gstv4l2object.c(2539): gst_v4l2_object_set_format ():
/GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
    Tried to capture at 0x0, but device returned size 1280x720
    Execution ended after 0:00:00.154631319
    Setting pipeline to PAUSED ...
    Setting pipeline to READY ...
    Setting pipeline to NULL ...
    Freeing pipeline ...

This fails.

With GStreamer master + your patch:

$  gst-launch-1.0 v4l2src
device=/dev/v4l/by-id/usb-AMBA_Hauppauge_HD_PVR_00A776F7-video-index0  !
fakesink
    Setting pipeline to PAUSED ...
    Pipeline is live and does not need PREROLL ...
    Setting pipeline to PLAYING ...
    New clock: GstSystemClock

e.g. the GStreamer-CRITICAL goes away but otherwise it behaves the same as git
master.

So I guess some other change has "fixed" this issue.  I'll investigate.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list