Firefox 3.5.1

and LUT profiles

In my previous post, I wrote about Firefox 3.5 “better wait for version 3.5.1”
That version was released today, and I’m sorry to say, It still has its problems:
For one thing, it still doesn’t support ICC V4 profiles.
For another, by default it color manages like Safari does: Wonky: Only images with embedded profile are managed. So you could get problems as described on this page: The image looks different from the background.
On my Mac, it didn’t. What the heck? I hadn’t changed it from the default setting…
No matter what I set in the “gfx.color_management.mode”, it looked like the thing kept managing everything (except when setting “0” off course). No way to get the images on that page to look different from the background. “Here be dragons” indeed.

But wait, there’s more

The background looked different from the background of the same page opened in (fully colormanaged) Flock 2.5. In fact, the background looks like the page opened in Safari. Yet there was no change on the images with and without profile. Another “what the heck”? I’d already checked that images with embedded profile were color managed…
At first I thought that FF 3.5.1 might be doing a perceptual rendering for screen. That would explain why for instance on my laptop the image I used in the previous post doesn’t clip in FF3.5.1, but clips like mad in Flock 2.5. It should clip; it’s way out of the laptops gamut. However, a perceptual rendering should not be possible from an sRGB V2 profile, and even if it were, it would probably be visible on series of the same image with different color spaces: the Perceptual rendering would be different for each color space… Yet the tagged images here all looked the same. (And all undersaturated)

What’s going on then?

Then I found out (using the OSX DigitalColor Meter) that the image in FF3 measured the exact value of the sRGB original in Photoshops info palette. So here’s what I think was happening:
FF 3.5.1 converts tagged images (so that part is color managed), then doesn’t use the monitor profile (byebye color management). Manually setting the correct display profile didn’t help either.

Cause of the problem

Since it looked like the problem was related to my Monitor Profile, I tried calibrating anew. Bingo! FF 3.5.1 does work as expected as long as I create a “standard” (Matrix based) monitor profile: My previous profile was created using the setting “Create Table-Based (3D) Profile” of my Monaco Optix XR-Pro software, since that gave more accurate results… No idea why FF 3.5.1 won’t use it. This is a V2 profile as far as I know.
Needless to say, there’s a bug report on the way…

Post to Twitter Post to Delicious Post to LinkedIn

Tags: , , ,

2 Responses to “Firefox 3.5.1”

  1. Sebastien Says:
    October 30th, 2009 at 22:21

    That’s what I suspect too…

    I’m using a Dell C22W (Crystal) Wide Gamut. I can’t find any profile for this monitor, but I calibrated it using Huey Pro, and the resulting profile seems to be v4. I had no success with either FF 3.0.15 or 3.5.2 or 3.6beta (3.5.2 only supports v2 though). I opened a RAW (DNG) photo in Adobe Lightroom and Photoshop CS4, then created two JPEG, one with a sRGB embedded profile, another in Adobe RGB. All 3 of them look pretty much identical when displayed in Lightroom / Photoshop, i.e. color managed correctly. Good. Both sRGB and Adobe RGB JPEG files look oversaturated in FireFox or Safari. Ouch. If I disable color management, only the sRGB is oversaturated, the Adobe RGB looks fine, which is expected since it is sent unmanaged to my wide-gamut monitor.

    My feeling is that even though FF claims to support v4 profiles, it might not be supported correctly. If Lightroom or Photoshop can do it, then there is a way to do it, right? I think maybe it has to do with LUT based profiles, but I don’t think Huey Pro has the flexibility to create different kind of profiles…

  2. René Says:
    December 6th, 2009 at 18:34

    FF 3.5 does not support V.4 profiles.
    No idea on the 3.6 beta. Frankly, I’ve almost stopped using FF 3.5 because of this.

Leave a Reply

© copyright 2008 René Damkot Fotografie
Design by: styleshout     Valid CSS | XHTML