Re: Printing profile test targets WITHOUT photoshop
Re: Printing profile test targets WITHOUT photoshop
- Subject: Re: Printing profile test targets WITHOUT photoshop
- From: CDTobie <email@hidden>
- Date: Wed, 19 Aug 2009 13:02:20 -0400
I can't be bothered to look at the Generic RGB Apple Profile, and I'm
too dumb to figure out what is in a profile anyway - but maybe some of
our tech geniuses here can tell us what it is, or just make us a
genuine "do nothing" profile of some sort to act as a placeholder ?
Individual profiles can't be "null" in that sense. The only option that can be null is if the pair of profiles that "handshake" are the same, so that no change occurs. So you could create a null device link, but not a null profile.
C. David Tobie
Global Product Technology Manager
Digital Imaging & Home Theater
Datacolor
email@hidden
www.datacolor.com/Spyder3
-----Original Message-----
From: edmund ronald <email@hidden>
To: James Horne <email@hidden>
Cc: email@hidden
Sent: Wed, Aug 19, 2009 3:53 am
Subject: Re: Printing profile test targets WITHOUT photoshop
I can't be bothered to look at the Generic RGB Apple Profile, and I'm
too dumb to figure out what is in a profile anyway - but maybe some of
our tech geniuses here can tell us what it is, or just make us a
genuine "do nothing" profile of some sort to act as a placeholder ?
And by the way, why is it that the longer we stick around this list
the less RGB print color management on the Mac "just works"? It used
to be a bit hard to figure out, now it's increasingly just plain
broken ... consumer/photographer inkjet is now a huge market.
Edmund
On Wed, Aug 19, 2009 at 8:39 AM, James Horne<email@hidden> wrote:
> Thanks for the suggestion. ?But if I am working with a colourspace of a
> wider gamut, say Adobe RGB, would I not be chucking away a fair slab of that
> gamut in the conversion to Generic RGB. Or does this get back to the root of
> my misconception about what Generic RGB actually means? ?Maybe Generic RGB
> just assigns tags but doesn't actually affect gamut?
>
> Cheers
>
> James
>
>
> On 19/8/09 3:55 PM, "edmund ronald" <email@hidden> wrote:
>
>> Well first of all, why not tag the target with Generic RGB in Preview
>> before doing the profile printing, and then when printing a real image
>> (say sRGB) ?from Preview do a "convert to profile" from sRGB to
>> Generic RGB? I'm sure Gimp can do something similar? When the print
>> path looks problematic, it gets important to use the same app for both
>> the test target and the production prints.
>>
>> Edmund
>>
>> On Wed, Aug 19, 2009 at 1:30 AM, James Horne<email@hidden> wrote:
>>> Hi folks
>>>
>>> Thanks for all the responses. ?If I can be a little more focussed than the
>>> conversation has turned out to be I'm keen to drill down to the comment Eric
>>> makes below, as the direct answer to my question may lie therein.
>>>
>>> "Tagging it with Generic RGB will work today..."
>>>
>>> So right now, today, if I load a profile target tif file into Preview and
>>> accept that it will apply the Generic RGB profile it will NOT affect the
>>> colour space of the target if I disable colour correction in the printer
>>> driver? ?Or does this remain wishful thinking. ?Even if Snow Leopard does
>>> bork the method in the future I would find it quite handy to be able to do
>>> the profiling now and not need to invest large dollars in photoshop when I
>>> am perfectly happy using the GIMP. ?In the future it sounds as if this may
>>> become unavoidable.
>>>
>>> So is the Generic RGB "profile" merely a tagging of the underlying raw rgb
>>> data without actually assigning a colour space?
>>>
>>> Klaus, I like your idea. ?It appeals to my Unix background!
>>>
>>> Thanks again for all the information.
>>>
>>> Cheers
>>>
>>> J
>>>
>>>
>>>
>>> On 18/8/09 11:41 PM, "Eric Chan" <email@hidden> wrote:
>>>
>>>> Brief summary: The issue is that with OS X, CS4 is using the newer
>>>> Leopard print APIs (the only print APIs supported under Cocoa), whereas
>>>> CS3 was using the older print APIs (will not be supported by the OS
>>>> going forward). The consequence of using the newer print APIs is that
>>>> the printer drivers must also be compliant with the new print APIs;
>>>> being compliant with the old print APIs is no longer sufficient.
>>>>
>>>> Moving forward, OS X is taking steps to prevent accidental printing
>>>> without color management. This makes it unlikely that you can use the
>>>> standard OS X apps like Preview to print profile targets reliably.
>>>> Tagging it with Generic RGB will work today, but not tomorrow when Snow
>>>> Leopard launches (and switches to a default profile of sRGB, not Generic
>>>> RGB). And tagging the target with sRGB tomorrow may not work for the
>>>> future (should future versions of OS X switch to another default profile).
>>>>
>>>> BTW, you should avoid printing profile targets from LR. LR does not
>>>> provide an option to disable color management, which is what you want
>>>> for printing the targets. (Yes, this is by design.) Yes, there are
>>>> workarounds, but they will only work in some cases, but not others. Save
>>>> LR for printing images -- with color management, of course -- once you
>>>> have your (custom) profile ready.
>>>>
>>>> Eric
>>>>
>>>>
>>>> Matthew Ward wrote:
>>>>> Hi all
>>>>> first post.
>>>>> There appears to be some issues with Photoshop CS4 and certain printer
>>>>> drivers causing issues.
>>>>>
>>>>> http://forums.adobe.com/thread/425386?tstart=30
>>>>>
>>>>> http://luminous-landscape.com/forum/index.php?showtopic=34090
>>>>>
>>>>> Its not clear if it is a printer driver issue but thinks work in CS3
>>>>> but not CS4.
>>>>> If you print to the target from within the profiling software (eg i1
>>>>> Match) you should get it un-colour managed?
>>>>> Hth
>>>>>
>>>>> best
>>>>> Matthew Ward
>>>>>
>>>>>
>>>>> On 18 Aug 2009, at 07:53, edmund ronald wrote:
>>>>>
>>>>>> Unfortunately, it would seem that only two applications, namely
>>>>>> Photoshop and Lightroom, have perfectly working RGB print paths at
>>>>>> this time (a few monts ago). This is what I was told, at an ICC
>>>>>> meeting.
>>>>>>
>>>>>> On Tue, Aug 18, 2009 at 4:30 AM, James Horne<email@hidden>
>>>>>> wrote:
>>>>>>> Hi folks
>>>>>>>
>>>>>>> Please pardon my query if the answer is already contained in the
>>>>>>> archive but
>>>>>>> I have not been able to find it so far. ?My main question is how do
>>>>>>> I go
>>>>>>> about handling a print profile test image so that no modification is
>>>>>>> made to
>>>>>>> the colour space in the process.
>>>>> _______________________________________________
>>>>> Do not post admin requests to the list. They will be ignored.
>>>>> Colorsync-users mailing list ? ? ?(email@hidden)
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>> oo
>>>>> .com
>>>>>
>>>>>
>>>>> This email sent to email@hidden
>>>>>
>>>> ?_______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Colorsync-users mailing list ? ? ?(email@hidden)
>>>> Help/Unsubscribe/Update your Subscription:
>>>> u.
>>>> au
>>>>
>>>> This email sent to email@hidden
>>>
>>>
>>> ?_______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Colorsync-users mailing list ? ? ?(email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>> om
>>>
>>> This email sent to email@hidden
>>>
>
>
> ?_______________________________________________
> 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
>
_______________________________________________
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
_______________________________________________
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