• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Color managed printing from anything but Photoshop
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Color managed printing from anything but Photoshop


  • Subject: Re: Color managed printing from anything but Photoshop
  • From: John Fieber <email@hidden>
  • Date: Tue, 16 Mar 2004 01:58:17 -0500

On Mar 15, 2004, at 8:50 PM, Bob Smith wrote:

Why is this so difficult??

...

Specifically I'm trying to print from iView Media Pro but I don't think the problems I'm having are application specific.

For what its worth, my experience is that iView is broken with respect to color managed printing even before MacOS X confuses things--the color data is mucked up before it gets deposited into a queuing system which tries very hard to manipulate the color data of everything that passes through it.

It appears that iView is doing matching to an output profile internally, but to what profile I do not know since there is no user control over it. This converted data is is tagged as Generic RGB when it hits the queue as a PDF spool file. The only way Generic RGB tagged data in a spool file works in a sensible way with the MacOS X colorsync "managed" queuing system is if (a) the data really IS Generic RGB or (b) the data is already converted to the target profile and the "no color management" option in the driver is selected if it exists. Any variation from these options and the colorsync in the print queuing system WILL mess things up.

It seems that iView conforms to neither a nor b. I also had the same problem with Portraits & Prints, an otherwise very slick program for printing.

Based on Apple's own applications, it appears as though the way things are SUPPOSED to work is for applications to tag color data with an actual valid profile for the data when printing, and the queuing system will then automatically match the profile for the output device.

Trouble is that there is no simple or even comprehensible way for users to control the output profile or rendering intent, and the only mechanism for applications to take control of their own color management is really quite an ugly kludge under the hood, and flat out fails in a variety of situations. There are all sorts of other problems, but I think they essentially consequences of these two half-baked aspects of the MacOS X total-color-management-architecture.

-john
_______________________________________________
colorsync-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/colorsync-users
Do not post admin requests to the list. They will be ignored.


  • Follow-Ups:
    • Re: Color managed printing from anything but Photoshop
      • From: Bob Smith <email@hidden>
References: 
 >Fwd: Basic File Size Math (From: "Stephen P. Clark" <email@hidden>)
 >Color managed printing from anything but Photoshop (From: Bob Smith <email@hidden>)

  • Prev by Date: Re: Color managed printing from anything but Photoshop
  • Next by Date: Re: Color managed printing from anything but Photoshop
  • Previous by thread: Re: Color managed printing from anything but Photoshop
  • Next by thread: Re: Color managed printing from anything but Photoshop
  • Index(es):
    • Date
    • Thread