[Bug 712137] New: v4l2sink: fixes for uploading compressed

[GStreamer (bugzilla.gnome.org)]

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

           Summary: v4l2sink: fixes for uploading compressed
    Classification: Platform
           Product: GStreamer
           Version: 1.0.7
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: marc.leeman at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


This report contains a number of smaller fixes for uploading compressed (H.264)
over the V4L2 interface.

Most of the work was already there, but I suspect it was not yet tested due to
the limited amount of hardware that supports this.

The fixes are:

0001-v4l2-init-v4l2_buffer-to-0x0-before-ioctl.patch: The v4l2_buffer is
currently not set to 0x0 when passed to the kernel ioctl. According to the V4L2
spec, the driver does not need to set all the variables. This results in the
GStreamer code using uninitialised variables as real data (boooo!).

0002-v4l2-set-bytesused-to-bytes-copied-not-bufsize.patch: when uploading data
to the kernel, the amount of data passed (bytesused) is set to be the size of
the kernel buffer, not of the data that is being passed upstream. In the case
of uncompressed, this is the same as the data being passed from userspace; but
in the case of compressed, this is not since the kernel buffer is larger than
the (variable) amount of data that is being passed.

0003-v4l2-use-to-raw-copy-if-compressed.patch: In the case of compressed; the
data must be passed in 'raw' form; not using the GstVideo interfaces...

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