[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