[Bug 763331] New: rtpjpegpay: gst_rtp_jpeg_pay_read_sof errors because of unclear caps

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Mar 8 16:09:54 UTC 2016


https://bugzilla.gnome.org/show_bug.cgi?id=763331

            Bug ID: 763331
           Summary: rtpjpegpay: gst_rtp_jpeg_pay_read_sof errors because
                    of unclear caps
    Classification: Platform
           Product: GStreamer
           Version: 1.6.3
                OS: Linux
            Status: NEW
          Severity: minor
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: gary.bisson at boundarydevices.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Since the sink caps of rtpjpegpay and the src caps of jpegenc do not provide
details about the subsampling used in the image/jpeg file, it is hard for the
user to know what is going on.

Here are some examples of the problem:
~$ gst-launch-1.0 videotestsrc ! video/x-raw, format=I420 ! jpegenc !
rtpjpegpay ! fakesink
~$ gst-launch-1.0 videotestsrc ! video/x-raw, format=YUY2 ! jpegenc !
rtpjpegpay ! fakesink
~$ gst-launch-1.0 videotestsrc ! video/x-raw, format=RGBx ! jpegenc !
rtpjpegpay ! fakesink

The first two lines work just fine whereas the last one throws the following
messages:
gstrtpjpegpay.c(609): gst_rtp_jpeg_pay_read_sof ():
/GstPipeline:pipeline0/GstRtpJPEGPay:rtpjpegpay0
WARNING: from element /GstPipeline:pipeline0/GstRtpJPEGPay:rtpjpegpay0: Invalid
component

slomo on the irc channel pointed to the RTP Payload Format for JPEG-compressed
Video documentation which explains why the RGB/BGR don't work:
https://tools.ietf.org/html/rfc2435

It might be useful to expose subsampling information in the jpegenc and
rtpjpegpay so it is clearer what the problem is.

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