Digital BW, The Print

Steve,

The number of steps doesn't matter.  I've tried it with 21, 26, and  
51 steps with no problems.  Increments of 1, 2, 4, and 5 work fine.   
I opened both measuretool and QuickRead files into appleworks  
(spreadsheet), copied just the L data column, and pasted the values  
into a new spreadsheet and then saved as an ASCII text file.  Worked  
fine.  I initially had some problems getting create-icc to work with  
raw QuickRead output text files, but the text files were incorrectly  
formatted when saved using the Mac save option (needed to use the PC  
format to get it to work).  Has something to do with eol returns that  
Roy can explain better than I could.  This may be the same problem  
you are experiencing with your text files.

Carl

On Oct 18, 2005, at 10:39 AM, Steve Kale wrote:

> OK I think there may be issues with how one creates or saves the  
> text file
> for input to QTR Create ICC.  I just took a Measuretool output file  
> that
> works with QTR Create ICC into Excel and then saved it as a tab  
> delimited
> text file again (no edits) and the saved version doesn't work with QTR
> Create ICC.  Someone smarter than me can figure this out for those  
> that need
> to manually get an input file together.
>
> You are doing 100 (+1) steps?  I guess QTR Create ICC can simply  
> assume the
> steps are evenly spaced...If so anyone using less than 100 would  
> need to
> make sure their steps are.  Personally I think this is a risk and  
> if this is
> one way Roy is making the data input file more flexible I would ask  
> him to
> reverse it. One might want to do say 60 steps and have more data  
> points at
> the dark end.  Having the input co-ordinate and not assuming it  
> makes sense
> to me.
>
>
>
>> From: Carl Schofield <scho@...>
>> Reply-To: <DigitalBlackandWhiteThePrint@yahoogroups.com>
>> Date: Tue, 18 Oct 2005 10:22:53 -0400
>> To: <DigitalBlackandWhiteThePrint@yahoogroups.com>
>> Subject: Re: [Digital BW] ICC v. Transfer Function in Epson driver
>>
>> Steve,
>>
>> Yes, I tried it and it works well.  It assumes you have values from 0
>> to 100 and just scales accordingly (after sorting).  There is a
>> potential for error if your D values (or inversely L values) to not
>> increase with increasing gray values, but that would be abnormal.
>>
>> Carl
>>
>> On Oct 18, 2005, at 9:34 AM, Steve Kale wrote:
>>
>>
>>> Actually Carl are you sure about this?  It should also need the
>>> Gray value
>>> else it does not know for what input the output was generated.
>>>
>