RE: Color Management for iPad? / securiry issues
RE: Color Management for iPad? / securiry issues
- Subject: RE: Color Management for iPad? / securiry issues
- From: Thomas Lianza <email@hidden>
- Date: Tue, 09 Aug 2011 13:27:26 -0400
- Thread-topic: Color Management for iPad? / securiry issues
Jim,
If you actually understood what I wrote you would understand the stance that I personally take. If you work in DNG do you expect the web to display raw images universally? Do you expect Lab images to be converted properly upon display in the browser. Do you think it is a good idea to post CMYK images with embedded profiles? Would you expect your cable TV to be able to make on the fly color conversions? At this point in time, to put embedded profiles in web images is to invite very unpredictable results. Where do we draw the line?
A growing trend in the print industry is to render to standard printing conditions. Images are formed to SWOP or FOGRA standards using standard output profiles. The "standard printing condition" for the web was defined as sRGB. The mechanism for taking an image rendered to a standard printing condition to an arbitrary proofer is to use a device link profile. There is no current mechanism to do this for a display on a generalized basis so even defining the sRGB as standard, doesn't get us to display device coordinates. A good first step would be to manage the display in a standard fashion across all platforms.
For universal color management to work on the web, it must be embraced universally and it must work on all platforms. It currently doesn't work well on standard OS platforms on the desktop. Try displaying a thumbnail image in an OS of a CMYK tif file. My point is that we need to clean up the OS usage of color management first. A browser can't universally, physically get a display profile from the OS. There is no platform independent mechanism for that . This limits the browser to a particular OS and platform. Web material is sourced without regard to specific destination. Color management in it's most general form, is completely dependent on destination. The current definition of the profile connection space is not really a good match to web presentation, it requires white point mapping to d50. Everything in the display world is D65.
How can anyone expect web developers to embrace color management if doesn't work typically on a static platform, much less a mobile platform? Current Color management technology was not designed to operate in realtime. A version 4 profile with a 17X17X17 3d look up table is bigger than most jpeg images. The question of color management on the web needs to be bounded by the realities of the web environment and web market place. How do we handle motion video processed to REC. 709, similar to, but not exactly the same as sRGB? The point here is that we need a working definition of what "color management" on the web means.
As I stated, I will push for this motion, but realistically, the ICC writes the spec, we don't control the implementation. I am working hard at getting the parties together, but I'll be frank, I don't see anyone getting in line to solve this issue on the industry side OR the customer side. I hear a lot of whining, but I don't see the effort going into putting these groups together in a room and hammering out a spec or official workflow for the web and color management except this effort at the ICC. In the end, I believe that we will see the browser capable of mapping arbitrary images to an arbitrary, well defined, color space, and then OS mapping that space to display. Currently Internet Explorer 9 does this using the sRGB color space as it's destination. In my own personal testing, there are no unintended consequences on display or print, but the colors are not as accurate as they might be if the output side was fully color managed. Both Firefox and Safari offer "color management" on static platforms, but pushing the print button can lead to some very unexpected results.
So, to close out this rant, if you can take the time to put a few coherent thoughts about your expectations for color management on the web in writing, I will carry them forward to the folks that may be able to help on the implementation side. If we do pull off the WebCon, it will be an open forum for users, developers and ICC members to help specify and chart the future of color management on the web. The challenge is getting the browser developers on board.
Regards,
Tom
-----Original Message-----
From: colorsync-users-bounces+tlianza=email@hidden on behalf of Jim Warthman
Sent: Tue 8/9/2011 10:36 AM
To: email@hidden
Subject: Re: Color Management for iPad? / securiry issues
On Aug 9, 2011, at 7:09 AM, Tom Lianza wrote:
> *snip*
>
> My personal opinion: given the current state of color management on the web,
> whether on the desktop or mobile platform, any image that has embedded
> profile should be considered malformed and the profile should be ignored.
*snip*
> Part of my role as Co Chair of the ICC is to aid in the implementation of
> color management as required by the membership and market. I am willing to
> do this even if I sometimes feel like a cheerleader on the deck of the
> Titanic.
These statements seem totally inconsistent to me. We can debate how untagged images should be handled on the desktop or mobile device, but why on earth should a color-managed web browser intentionally "break" color management when it encounters a valid embedded profile? And in what way would this ignorance aid the implementation of color management by the market? _______________________________________________
Do not post admin requests to the list. They will be ignored.
Colorsync-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
The information contained in this e-mail and any accompanying attachments may contain information that is privileged, confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message and any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email or any attachments.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Colorsync-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden