Re: Support for color profiles?
- From: Stephane Delcroix <stephane delcroix org>
- To: Christoph Moench-Tegeder <cmt burggraben net>
- Cc: f-spot-list gnome org
- Subject: Re: Support for color profiles?
- Date: Tue, 30 Oct 2007 10:08:46 +0100
f-spot doesn't support color profiles (yet) and no one is actively
working on this right now, but it's definitely something we're looking
for.
regards
s
On Mon, 2007-10-29 at 20:53 +0100, Christoph Moench-Tegeder wrote:
> Hi,
>
> Is there any ongoing work for supporting color profiles in f-spot?
> I'm aware there's some code in src/Imaging/, but I already learned
> it does "not enough".
> Things I'd like to see:
> - support for embedded color (ICC) profiles as per JFIF or Exif 2.2
> and for files using AdobeRGB as per Exif 2.21/DCF 2.0 when viewing
> files.
> - conversion from the profiles named above to sRGB when exporting
> (optional, so you can use sRGB for web galleries, photo sharing
> sites etc and the native color space of the file whenever needed).
>
> This obviously does not result in a "color managed workflow" but
> will help dealing with color profiled images.
>
> I'm willing to help coding and testing, but I did not want to
> duplicate work already done. Can someone of the developers
> tell me which parts of the color profile code is working?
>
> Below I have compiled some points about color profiles and
> file formats, in random order, for those who didn't already
> dive into the gory details (sorry, it's a little lengthy):
> - Do not expect to get a "color managed workflow" and such by
> just having those profile thingies around.
> - The two most important color spaces today are sRGB and AdobeRGB.
> The former was supposed to be a "good guess" for most monitors
> (roughly speaking) when it was designed, the latter was designed
> by Adobe as enhanced "working color space" for preprint stages.
> It has a somewhat better color reproduction in cyan and green
> areas.
> - A lot of software does not handle color profiles, but just
> assumes sRGB on all images. This includes all major web browsers
> except Apple Safari (and perhaps the upcoming Firefox 3)
> and even a lot of image viewers (gqview-devel 2.1.5 does
> support embedded profiles, but not Exif 2.21 as explained below;
> additionally, gqview development seems dormant). Gimp 2.4
> supports color profiles, but not Exif 2.21.
> For this reason images to be posted on the web should be in
> sRGB color space.
> - If files recorded in AdobeRGB are viewed as sRGB files (without
> conversion), colors look very dull and grey.
> - Strictly speaking, there is no such thing as a "JPEG file".
> Today, whe have JFIF (JPEG File Interchange Format) and
> Exif (Exchangeable Image File Format). The former does always
> and the latter does often carry their "payload" (the image)
> as JPEG compressed data. According to the papers, they require
> slightly different metadata handling (almost(?) every application
> does handle both file types just fine transparently to the user).
> - if a (newer than 2003) camera records in AdobeRGB, it will
> hopefully do so in compliance with Exif 2.21/DCF 2.0. Exif 2.21
> is an update to the widely known and used Exif 2.2 standard.
> The most important part of the update (at least for this case)
> is the support for color spaces besides sRGB and "uncalibrated".
> So, if the Exif version of an photo file is 2.21 (0x0221 in tag
> 0x9000 ExifVersion in APP1), it may have an color space of
> "uncalibrated" (0xFFFF in tag 0xA001 ColorSpace in APP1 (Exif))
> and the string "R03" in Exif.Iop.InteropIndex (that's tag 0x001
> in the APP1 section), which marks it as a "DCF option file" with
> AdobeRGB color space. An sRGB file has 0x0001 in ColorSpace and
> "R98" in InteroperabilityIndex) and is called a "DCF normal
> file". Also, a "DCF option file" is supposed to have an underscore
> as the first character of it's file name (for example "_mg_1234.jpg"
> when using Canon gear).
> The string "R03" is not defined in Exif 2.2 but only in Exif 2.21.
> - Some software indicated the use of AdobeRGB on Exif 2.2 files by
> putting 0x0002 into Exif.Photo.ColorSpace. This is not covered by
> the standard, and (hopefully) not to common.
> The "right way" to indicate color profiles besides sRGB in Exif 2.2
> is to set Exif.Photo.ColorSpace to "uncalibrated" and supply the
> profile in Exif.Photo.ICC_Profile (the profile itself is stored in
> an APP2 section).
> - Files created by other software (Gimp, Photoshop) will be in JFIF
> format can carry an embedded profile in an APP2 section, but there
> are no "real Exif tags".
> - For correctly interpreting "DCF option files" with AdobeRGB color
> space one needs to have the AdobeRGB profile around. You can download
> these at http://www.adobe.com/digitalimag/adobergb.html but I think
> their license is too tight for including the profile in open source
> software. Alternatives are using a homebrewed profile "compatible
> with Adobe RGB (1998)" (I think I've seen one in src/Imaging/Tiff.cs)
> or instructing the user to download a profile on his own. There
> have been suggestions from the OpenICC project to put color
> profiles in /usr/share/color/icc/, /usr/local/share/color/icc/ or
> ~/.color/icc/.
> - Some reading:
> the exiftool documentation http://www.sno.phy.queensu.ca/~phil/exiftool/
> the Exif 2.2 standard http://www.exif.org/specifications.html
> a tutorial on color management basics
> http://www.cambridgeincolour.com/tutorials/color-management1.htm
> the most comprehensive freely available official source on
> Exif 2.21/DCF 2.0 (no joking here)
> http://www.cipa.jp/exifprint/contents_e/01exif2_2_e.html
>
> Regards
> Christoph
>
[
Date Prev][Date Next] [
Thread Prev][Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]