[Bug 668253] jpegenc creates broken files with rgb sink caps
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Mon Jan 23 05:15:33 PST 2012
https://bugzilla.gnome.org/show_bug.cgi?id=668253
GStreamer | gst-plugins-good | git
Vincent Penquerc'h <vincent.penquerch> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
--- Comment #4 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2012-01-23 13:15:28 UTC ---
The JFIF doc (http://www.jpeg.org/public/jfif.pdf) says that the JFIF format
uses either 1 component (grayscale) or 3 component YCbCr colorspaces. It does
not include RGB colorspace. So the lack of a JFIF marker seems correct.
Maybe that JFIF doc has been superseeded though, it dates from 1992, though
I've also found it as http://www.ijg.org/files/jfif.txt.gz with a filesystem
timestamp from 2008.
The Java docs above mention that if a JFIF tag is present with RGB input for
encoding, the image will be converted to YCbCr.
So I think the gst behavior is correct, at least for the JFIF tag being left
out. Do other programs generate a RGB JPEG file with a JFIF tag ?
For OpenCV not reading those images: does it claim to support RGB in JPEG in
the first place ? can it read RGB JPEG files written with another program ?
For F-Spot rotate showing wrong colors: Does F-Spot rotate do the same with RGB
JPEG files written with another program ?
In any case, gst's jpegenc does not write those itself, it's the libjpeg code
emitting these, and it's the reference library AFAIK (though aging).
--
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