[Bug 668253] jpegenc creates broken files with rgb sink caps

[GStreamer (bugzilla.gnome.org)]

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.