lcms-user — For users of the little cms library

[Lcms-user] Color management architecture

[<ma...@li...>]

> Hi Marti,
> I am trying to determine the most appropriate architecture for performing
> color management in my application. Currently it does not deal with ICM
> profiles, but I am adding support for profiles embedded in JPEG, PNG, PSD,
> and TIFF images, and will be supporting add-in profiles for scanners and
> other digital input devices.
>
> Ideally I would like to keep all the input image bits in their own color
> space and  perform the Input Color Space (ICS) -> PCS -> Output Color Space
> (OCS) transformation when generating the bits for the display or printer
> device. The problem with this approach is when image manipulations are to be
> performed. Say, for example, that an adjustment to the white point of the
> input image is to be performed. The method would be to perform the
> manipulations on the input bits, then do the ICS -> PCS -> OCS
> transformation again. The problem with this approach is the time to perform
> the final color space conversions. Many of the operations in my application
> can be performed interactively with very good performance. Using a slider
> control to adjust RGB balance, for example, adjusts the visible image almost
> in real-time. Adding a color space conversion to this operation will
> significantly affect the performance .
>
> Another approach might be to immediately perform the ICS -> PCS -> OCS
> transformation, where OCS is the display device color space, then perform
> all subsequent operations in that color space. This restores the performance
> lost with the first approach, but implies a conversion from display device
> space to printer space for printing, and a conversion back to input device
> color space for saving any image edits. It seems to me that the accuracy
> lost with these conversions might be significant in some cases, particularly
> if the conversions are done using perceptual intent.
>
> Can you offer some opinions on this? Don't feel bad about informing me that
> I have it completely wrong. I may have reached conclusions because of
> ignorance about some aspects of color management and color space
> conversions.

This is really a hard question. I can tell how I'm handing this stuff
in VDA (a imaging library) but I'm sure there are other solutions
as good if not better.

I am forwarding this to ML because I'm pretty confident
there is a lot of capable people arround here :-). Perhaps
sombody has a better idea on how to do this.

I do use an hybrid approach, based on size of images. If image is
"small" (up to 10Mb) then I convert to destination space and
perform manipulation in this space. If image is "big", then I do
all processing in source space, and then apply monitor profile
just on the portion being displayed. That is, I keep one bitmap
of screen (window) size, while the image is stored in a tile caché.
When I need to display a portion, I do retrive the necessay
tiles, fill the screen bitmap, apply color managent and do a Blt on
screen. This approach is also very usefull to operate in colorspaces
that cannot directly be displayed, like CMYK or Lab. Lab is very
good to do image processing, I do almost all processing in Lab,
filtered zoom, for example, works impressive.

I suspect this is the main reason many programs does use the
concept of "Working space". Otherwise, working space is
not needed in profile to profile color management.

A copuple of thoughts: Color conversion is ALWAYS lossy.
If you apply a profile chain you will loose information. Then the
method of operating in source space and convert only to display
is better, since it doesn't change colorspace, but this can be less
than optimal on processing, since some operations doesn't work
well if space is not perceptually uniform.
Another solution would be to convert to monitor space, operate
in monitor space and then change the embedded profile to
monitor one. This is fast, does minimize information loss and
don't mess up things. In the other hand, it could destroy dark
tones out of monitor gamut.

Best regards,
Marti.

Re: [Lcms-user] Older word documents et vwWare in a loop

[Ries v. t. <rv...@dd...>]

I must appologize,

wrong list.

Ries

Ries van twisk wrote:
> 
> Hi All,
> 
> I'm currently working on completing our index server in the office. I
> use mnoGoSearch as our index server.
> 
> We have old word document on the server (Word '95 I think, I'm not into
> MS stuff) and the newer word97 documents.
> 
> No wvWare somtimes loops into the the older word document stopping the
> index server.
> Is there any way to detect older word documents so I can call a other
> converter?
> 
> Ries
> 
> _______________________________________________
> Lcms-user mailing list
> Lcm...@li...
> https://lists.sourceforge.net/lists/listinfo/lcms-user

[Lcms-user] Older word documents et vwWare in a loop

[Ries v. t. <rv...@dd...>]

Hi All,

I'm currently working on completing our index server in the office. I
use mnoGoSearch as our index server.

We have old word document on the server (Word '95 I think, I'm not into
MS stuff) and the newer word97 documents.

No wvWare somtimes loops into the the older word document stopping the
index server.
Is there any way to detect older word documents so I can call a other
converter?

Ries

Re: [Lcms-user] basics questions - tifficc-2

[<ma...@li...>]

Hi,

Are you linking with lcms? :-) Seems you forgot our library.

Regards,
Marti.


----- Original Message ----- 
From: "Thomas Pawletko" <ma...@Pa...>
To: <lcm...@li...>
Sent: Tuesday, December 11, 2001 12:02 PM
Subject: [Lcms-user] basics questions - tifficc-2


> ReHi, I have got the libs! Thank you verry much, Marti. But, when I compile,
> i get the following error message:
> 
> Linking...
> LINK : warning LNK4098: defaultlib "LIBC" conflicts with use of other libs;
> use /NODEFAULTLIB:library
> tifficc.obj : error LNK2001: unresolved external symbol _cmsCloseProfile
> tifficc.obj : error LNK2001: unresolved external symbol _cmsDeleteTransform
> tifficc.obj : error LNK2001: unresolved external symbol
> _cmsCreateProofingTransform
> tifficc.obj : error LNK2001: unresolved external symbol _cmsGetColorSpace
> tifficc.obj : error LNK2001: unresolved external symbol
> _cmsOpenProfileFromFile
> tifficc.obj : error LNK2001: unresolved external symbol
> _cmsCreate_sRGBProfile
> tifficc.obj : error LNK2001: unresolved external symbol
> _cmsOpenProfileFromMem
> tifficc.obj : error LNK2001: unresolved external symbol _cmsDoTransform
> ..\..\bin\tifficc.exe : fatal error LNK1120: 8 unresolved externals
> Error executing link.exe.
> 
> tifficc.exe - 9 error(s), 1 warning(s)
> 
> Do you know how to solve the problem?
> Tomek
> 
> 
> _______________________________________________
> Lcms-user mailing list
> Lcm...@li...
> https://lists.sourceforge.net/lists/listinfo/lcms-user
> 
> 

[Lcms-user] basics questions - tifficc-2

[Thomas P. <ma...@Pa...>]

ReHi, I have got the libs! Thank you verry much, Marti. But, when I compile,
i get the following error message:

Linking...
LINK : warning LNK4098: defaultlib "LIBC" conflicts with use of other libs;
use /NODEFAULTLIB:library
tifficc.obj : error LNK2001: unresolved external symbol _cmsCloseProfile
tifficc.obj : error LNK2001: unresolved external symbol _cmsDeleteTransform
tifficc.obj : error LNK2001: unresolved external symbol
_cmsCreateProofingTransform
tifficc.obj : error LNK2001: unresolved external symbol _cmsGetColorSpace
tifficc.obj : error LNK2001: unresolved external symbol
_cmsOpenProfileFromFile
tifficc.obj : error LNK2001: unresolved external symbol
_cmsCreate_sRGBProfile
tifficc.obj : error LNK2001: unresolved external symbol
_cmsOpenProfileFromMem
tifficc.obj : error LNK2001: unresolved external symbol _cmsDoTransform
..\..\bin\tifficc.exe : fatal error LNK1120: 8 unresolved externals
Error executing link.exe.

tifficc.exe - 9 error(s), 1 warning(s)

Do you know how to solve the problem?
Tomek

Re: Re: [Lcms-user] Searching for a way to use tifficc inside a pipe

[<ma...@li...>]

Hi,

I will try to add such filter on next revision. At least it
has come to the wish list :-)

Glad to know it worked fine to you. Humm... 6 minutes is
a lot of time, even for such big image. Have you tried
latest 1.08 version? It has device link precalculation by
default and should be a bit faster. The lcms-1.08.tar.gz
package does include tifficc. It is not build by default,
but is as easy as 'make tificc' to generate the binary.

Regards,
Marti

----- Original Message -----
From: <att...@we...>
To: <lcm...@li...>
Sent: Tuesday, December 11, 2001 9:08 AM
Subject: Re: Re: [Lcms-user] Searching for a way to use tifficc inside a pipe


Hy,


thank you for the fast answer!
But I'm not a good C-programmer. Is there anybody out here, who=20
can do that job for me, assumed it's realy takes just a little=20
time.=20
Otherwise I have to chose the temp-file way. I have made i test=20
with a A3-File. It takes about 6 minutes of precomputing (gs,=20
tifficc) before it starts to print. But the results are very
good=20
;)

Atti
Martí_Maria <ma...@li...> schrieb am 11.12.01:
> Hi,
>


> After some investigation, I realize pipes cannot be used at all,
since
> Libtiff does require random access. Sorry, but the temporary
> storage seems the only choice. This limitation is given by
libtiff
> and not by lcms, so, it would be quite possible and probably
> easy to write a program doing so on PBM or raw format.
>
> Marti.
>
> ----- Original Message -----
> From: "Martí Maria" <ma...@li...>
> To: <att...@we...>; <lcm...@li...>
> Sent: Tuesday, December 11, 2001 10:33 AM
> Subject: Re: [Lcms-user] Searching for a way to use tifficc
inside a pipe
>
>
> >
> > Hi,
> >
> > > I need color-correction for preparing a print-job to my
> > > inkjet-printer. I think tifficc is the right tool for my.
> > > But inside a printer-filter I use pipes like that:
> > >..
> > > is there any way to use the tifficc-tool with pipes?
> >
> > I didn't use pipes just because it doesn't work fine on Win32.
> > Windozes does force stdin and stdout to be text mode.
> >
> > You could try to modify source, all file opening stuff is in
> > main function, Just replace TIFFOpen(argv[xoptind], "r") by
> > TIFFOpen(stdin, "r")  and  TIFFOpen(argv[xoptind+1], "w") by
> > TIFFOpen(stdout, "w").
> >
> > Assure also to replace other stdout by stderr if you don't
want the
> > output pipe to be corrupted when verbose flag is specified.
> >
> > Unfortunately I cannot add this behaviour to distribution,
> > since it would break Win32 port.
> >
> > Hope this helps,
> > Martí Maria
> > The little cms project
> > http://www.littlecms.com
> > ma...@li...
> >
> >
> >
> >
> > ----- Original Message -----
> > From: <att...@we...>
> > To: <lcm...@li...>
> > Sent: Monday, December 10, 2001 8:51 PM
> > Subject: [Lcms-user] Searching for a way to use tifficc inside
a pipe
> >
> >
> > > Hy,
> > >
> > > I need color-correction for preparing a print-job to my
> > > inkjet-printer. I think tifficc is the right tool for my.
> > > But inside a printer-filter I use pipes like that:
> > >
> > > cat > gs ..... | tifficc .... | printerdriver .... > lp0
> > >
> > > is there any way to use the tifficc-tool with pipes?
> > > An other way is to produce temp-files, but to compute a
hi-res A3
> > > -Page i think it's not the best way.
> > >
> > > Thanks to the lcms-Team
> > > Atti
> > >
> > >
______________________________________________________________________________
> > > Hollywood unterm Weihnachtsbaum + ExtraPraemie bei WEB.DE
> > > http://premiere.web.de
> > >
> > >
> > > _______________________________________________
> > > Lcms-user mailing list
> > > Lcm...@li...
> > > https://lists.sourceforge.net/lists/listinfo/lcms-user
> > >
> > >
> >
> >
> > _______________________________________________
> > Lcms-user mailing list
> > Lcm...@li...
> > https://lists.sourceforge.net/lists/listinfo/lcms-user
> >
> >
>


________________________________________________________________
Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr!
Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13



_______________________________________________
Lcms-user mailing list
Lcm...@li...
https://lists.sourceforge.net/lists/listinfo/lcms-user

Re: [Lcms-user] basics quastions - tifficc

[<ma...@li...>]

Hi,

> For compiling the tifficc sample I need the tifflib and the jpeglib where do
> I get it for VisualStudio6?

For libtiff: http://www.libtiff.org
for jpeg: http://www.ijg.org
For zlib: http://www.zlib.org

Libtiff does use libjpeg and zlib, but you can turn these
libraries off if you don't need support for exotic tiff variants.


> Is there a way to handle LZW compressed tiff files? Possibly I have to
> uncompress them first. I tried it with ImageMagick, but it seems to not be
> able to work with LAB files.

Libtiff does. tifficc can deal with LZW compressed files. However, one
must be carefull, since LZW is covered by a patent, and Unisys does
still take a fee to use it. Support for LZW is disabled by default in
libtiff. Otherwise, enbale LZW is a matter of just uncomment required
toggle.


Regards,
Martí Maria
The little cms project
http://www.littlecms.com
ma...@li...


----- Original Message -----
From: "Thomas Pawletko" <Th...@Pa...>
To: <lcm...@li...>
Sent: Tuesday, December 11, 2001 10:03 AM
Subject: [Lcms-user] basics quastions - tifficc


> Sorry, first posting with a wrong subject...
>
> Hi,
>
> For compiling the tifficc sample I need the tifflib and the jpeglib where do
> I get it for VisualStudio6?
>
> Is there a way to handle LZW compressed tiff files? Possibly I have to
> uncompress them first. I tried it with ImageMagick, but it seems to not be
> able to work with LAB files.
>
> Best regards,
>
> Tome
>
>
> _______________________________________________
> Lcms-user mailing list
> Lcm...@li...
> https://lists.sourceforge.net/lists/listinfo/lcms-user
>
>

[Lcms-user] basics quastions - tifficc

[Thomas P. <Th...@Pa...>]

Sorry, first posting with a wrong subject...

Hi,

For compiling the tifficc sample I need the tifflib and the jpeglib where do
I get it for VisualStudio6?

Is there a way to handle LZW compressed tiff files? Possibly I have to
uncompress them first. I tried it with ImageMagick, but it seems to not be
able to work with LAB files.

Best regards,

Tome

[Lcms-user] AW: Welcome to the "Lcms-user" mailing list

[Thomas P. <ma...@Pa...>]

Hi,

For compiling the tifficc sample I need the tifflib and the jpeglib where do
I get it for VisualStudio6?

Is there a way to handle LZW compressed tiff files? Possibly I have to
uncompress them first. I tried it with ImageMagick, but it seems to not be
able to work with LAB files.

Best regards,

Tomek

Re: Re: [Lcms-user] Searching for a way to use tifficc inside a pipe

[<att...@we...>]

Hy,


thank you for the fast answer!
But I'm not a good C-programmer. Is there anybody out here, who=3D20
can do that job for me, assumed it's realy takes just a little=3D20
time.=3D20
Otherwise I have to chose the temp-file way. I have made i test=3D20
with a A3-File. It takes about 6 minutes of precomputing (gs,=3D20
tifficc) before it starts to print. But the results are very=20
good=3D20
;)

Atti
Mart=ED=5FMaria <ma...@li...> schrieb am 11.12.01:
> Hi,
>=20


> After some investigation, I realize pipes cannot be used at all,=20
since
> Libtiff does require random access. Sorry, but the temporary
> storage seems the only choice. This limitation is given by=20
libtiff
> and not by lcms, so, it would be quite possible and probably
> easy to write a program doing so on PBM or raw format.
>=20
> Marti.
>=20
> ----- Original Message -----
> From: "Mart=ED Maria" <ma...@li...>
> To: <att...@we...>; <lcm...@li...>
> Sent: Tuesday, December 11, 2001 10:33 AM
> Subject: Re: [Lcms-user] Searching for a way to use tifficc=20
inside a pipe
>=20
>=20
> >
> > Hi,
> >
> > > I need color-correction for preparing a print-job to my
> > > inkjet-printer. I think tifficc is the right tool for my.
> > > But inside a printer-filter I use pipes like that:
> > >..
> > > is there any way to use the tifficc-tool with pipes=3F
> >
> > I didn't use pipes just because it doesn't work fine on Win32.
> > Windozes does force stdin and stdout to be text mode.
> >
> > You could try to modify source, all file opening stuff is in
> > main function, Just replace TIFFOpen(argv[xoptind], "r") by
> > TIFFOpen(stdin, "r")  and  TIFFOpen(argv[xoptind+1], "w") by
> > TIFFOpen(stdout, "w").
> >
> > Assure also to replace other stdout by stderr if you don't=20
want the
> > output pipe to be corrupted when verbose flag is specified.
> >
> > Unfortunately I cannot add this behaviour to distribution,
> > since it would break Win32 port.
> >
> > Hope this helps,
> > Mart=ED Maria
> > The little cms project
> > http://www.littlecms.com
> > ma...@li...
> >
> >
> >
> >
> > ----- Original Message -----
> > From: <att...@we...>
> > To: <lcm...@li...>
> > Sent: Monday, December 10, 2001 8:51 PM
> > Subject: [Lcms-user] Searching for a way to use tifficc inside=20
a pipe
> >
> >
> > > Hy,
> > >
> > > I need color-correction for preparing a print-job to my
> > > inkjet-printer. I think tifficc is the right tool for my.
> > > But inside a printer-filter I use pipes like that:
> > >
> > > cat > gs ..... | tifficc .... | printerdriver .... > lp0
> > >
> > > is there any way to use the tifficc-tool with pipes=3F
> > > An other way is to produce temp-files, but to compute a=20
hi-res A3
> > > -Page i think it's not the best way.
> > >
> > > Thanks to the lcms-Team
> > > Atti
> > >
> > >=20
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F
> > > Hollywood unterm Weihnachtsbaum + ExtraPraemie bei WEB.DE
> > > http://premiere.web.de
> > >
> > >
> > > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> > > Lcms-user mailing list
> > > Lcm...@li...
> > > https://lists.sourceforge.net/lists/listinfo/lcms-user
> > >
> > >
> >
> >
> > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> > Lcms-user mailing list
> > Lcm...@li...
> > https://lists.sourceforge.net/lists/listinfo/lcms-user
> >
> >
> =20


=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr!=20
Beim WEB.DE Lottoservice: http://tippen2.web.de/=3Fx=3D13

Re: [Lcms-user] Searching for a way to use tifficc inside a pipe

[<ma...@li...>]

Hi,

After some investigation, I realize pipes cannot be used at all, since
Libtiff does require random access. Sorry, but the temporary
storage seems the only choice. This limitation is given by libtiff
and not by lcms, so, it would be quite possible and probably
easy to write a program doing so on PBM or raw format.

Marti.

----- Original Message -----
From: "Martí Maria" <ma...@li...>
To: <att...@we...>; <lcm...@li...>
Sent: Tuesday, December 11, 2001 10:33 AM
Subject: Re: [Lcms-user] Searching for a way to use tifficc inside a pipe


>
> Hi,
>
> > I need color-correction for preparing a print-job to my
> > inkjet-printer. I think tifficc is the right tool for my.
> > But inside a printer-filter I use pipes like that:
> >..
> > is there any way to use the tifficc-tool with pipes?
>
> I didn't use pipes just because it doesn't work fine on Win32.
> Windozes does force stdin and stdout to be text mode.
>
> You could try to modify source, all file opening stuff is in
> main function, Just replace TIFFOpen(argv[xoptind], "r") by
> TIFFOpen(stdin, "r")  and  TIFFOpen(argv[xoptind+1], "w") by
> TIFFOpen(stdout, "w").
>
> Assure also to replace other stdout by stderr if you don't want the
> output pipe to be corrupted when verbose flag is specified.
>
> Unfortunately I cannot add this behaviour to distribution,
> since it would break Win32 port.
>
> Hope this helps,
> Martí Maria
> The little cms project
> http://www.littlecms.com
> ma...@li...
>
>
>
>
> ----- Original Message -----
> From: <att...@we...>
> To: <lcm...@li...>
> Sent: Monday, December 10, 2001 8:51 PM
> Subject: [Lcms-user] Searching for a way to use tifficc inside a pipe
>
>
> > Hy,
> >
> > I need color-correction for preparing a print-job to my
> > inkjet-printer. I think tifficc is the right tool for my.
> > But inside a printer-filter I use pipes like that:
> >
> > cat > gs ..... | tifficc .... | printerdriver .... > lp0
> >
> > is there any way to use the tifficc-tool with pipes?
> > An other way is to produce temp-files, but to compute a hi-res A3
> > -Page i think it's not the best way.
> >
> > Thanks to the lcms-Team
> > Atti
> >
> > ______________________________________________________________________________
> > Hollywood unterm Weihnachtsbaum + ExtraPraemie bei WEB.DE
> > http://premiere.web.de
> >
> >
> > _______________________________________________
> > Lcms-user mailing list
> > Lcm...@li...
> > https://lists.sourceforge.net/lists/listinfo/lcms-user
> >
> >
>
>
> _______________________________________________
> Lcms-user mailing list
> Lcm...@li...
> https://lists.sourceforge.net/lists/listinfo/lcms-user
>
>

Re: [Lcms-user] Searching for a way to use tifficc inside a pipe

[<ma...@li...>]

Hi,

> I need color-correction for preparing a print-job to my
> inkjet-printer. I think tifficc is the right tool for my.
> But inside a printer-filter I use pipes like that:
>..
> is there any way to use the tifficc-tool with pipes?

I didn't use pipes just because it doesn't work fine on Win32.
Windozes does force stdin and stdout to be text mode.

You could try to modify source, all file opening stuff is in
main function, Just replace TIFFOpen(argv[xoptind], "r") by
TIFFOpen(stdin, "r")  and  TIFFOpen(argv[xoptind+1], "w") by
TIFFOpen(stdout, "w").

Assure also to replace other stdout by stderr if you don't want the
output pipe to be corrupted when verbose flag is specified.

Unfortunately I cannot add this behaviour to distribution,
since it would break Win32 port.

Hope this helps,
Martí Maria
The little cms project
http://www.littlecms.com
ma...@li...




----- Original Message -----
From: <att...@we...>
To: <lcm...@li...>
Sent: Monday, December 10, 2001 8:51 PM
Subject: [Lcms-user] Searching for a way to use tifficc inside a pipe


> Hy,
>
> I need color-correction for preparing a print-job to my
> inkjet-printer. I think tifficc is the right tool for my.
> But inside a printer-filter I use pipes like that:
>
> cat > gs ..... | tifficc .... | printerdriver .... > lp0
>
> is there any way to use the tifficc-tool with pipes?
> An other way is to produce temp-files, but to compute a hi-res A3
> -Page i think it's not the best way.
>
> Thanks to the lcms-Team
> Atti
>
> ______________________________________________________________________________
> Hollywood unterm Weihnachtsbaum + ExtraPraemie bei WEB.DE
> http://premiere.web.de
>
>
> _______________________________________________
> Lcms-user mailing list
> Lcm...@li...
> https://lists.sourceforge.net/lists/listinfo/lcms-user
>
>

[Lcms-user] Searching for a way to use tifficc inside a pipe

[<att...@we...>]

Hy,

I need color-correction for preparing a print-job to my 
inkjet-printer. I think tifficc is the right tool for my.
But inside a printer-filter I use pipes like that:

cat > gs ..... | tifficc .... | printerdriver .... > lp0

is there any way to use the tifficc-tool with pipes?
An other way is to produce temp-files, but to compute a hi-res A3 
-Page i think it's not the best way.

Thanks to the lcms-Team
Atti

______________________________________________________________________________
Hollywood unterm Weihnachtsbaum + ExtraPraemie bei WEB.DE
http://premiere.web.de

Re: [Lcms-user] LAB TIFF to RGB TIFF and CMYK TIFF

[<ma...@li...>]

Hi,

There is such sample. Take a look on tifficc folder on distribution
package.

We warned Lab TIFF does have different encoding on depending
on 8 or 16 bits per sample. You will need the profile TiffLab8space.icm
present on profiles pack (http://www.littlecms.com/profiles.zip) for 8 bits,
and a Lab identity (lcmslabi.icm) for 16 bits.

The results are almost identical to Photoshop if same profiles are used.

Hope this helps.
Martí Maria
The little cms project
http://www.littlecms.com
ma...@li...

----- Original Message -----
From: "Gunnar Lieb" <gl...@f1...>
To: <lcm...@li...>
Sent: Thursday, December 06, 2001 12:10 PM
Subject: [Lcms-user] LAB TIFF to RGB TIFF and CMYK TIFF


> Hi,
>
> I'm new to Littlecms and I want to ask if there is a sample or an exe for a
> conversion from a LAB TIFF to CMYK TIFF and to an RGB TIFF.
> Basically I want to have the result like in Photoshop.
>
> Maybe somebody already wrote something like this or can give me some advise
> how to do it?
>
>
> Thanks,
>
> Gunnar
>
>
> _______________________________________________
> Lcms-user mailing list
> Lcm...@li...
> https://lists.sourceforge.net/lists/listinfo/lcms-user
>
>

[Lcms-user] LAB TIFF to RGB TIFF and CMYK TIFF

[Gunnar L. <gl...@f1...>]

Hi,

I'm new to Littlecms and I want to ask if there is a sample or an exe for a
conversion from a LAB TIFF to CMYK TIFF and to an RGB TIFF.
Basically I want to have the result like in Photoshop.

Maybe somebody already wrote something like this or can give me some advise
how to do it?


Thanks,

Gunnar 

Re: [Lcms-user] Oy, undefined reference to `pow'

[<ma...@li...>]

Hi,

This is solved in version 1.08

Regards,
Martí Maria
The little cms project
http://www.littlecms.com
ma...@li...




----- Original Message -----
From: "Ashley M. Kirchner" <as...@pc...>
To: "Little CMS Mailing List" <lcm...@li...>
Sent: Tuesday, December 04, 2001 7:41 PM
Subject: [Lcms-user] Oy, undefined reference to `pow'


>
>     I seem to recall hitting this before, and I don't think I ever
> solved it, and if I did, for the life of me I can't remember what I
> did.  The system is a RedHat 7.1 OS (with that bloody GCC 2.96).  lcms
> version 1.07.
>
> Building testbed...
> /usr/lib/liblcms.a(cmsgamma.o): In function `FGamma':
> /usr/local/src/ImageMagick/delegates/lcms-1.07/src/cmsgamma.c:62:
> undefined reference to `pow'
> collect2: ld returned 1 exit status
>
>     Suggestions anyone?
>
> --
> W | I haven't lost my mind; it's backed up on tape somewhere.
>   +--------------------------------------------------------------------
>   Ashley M. Kirchner <mailto:as...@pc...>   .   303.442.6410 x130
>   IT Director / SysAdmin / WebSmith             .     800.441.3873 x130
>   Photo Craft Laboratories, Inc.            .     3550 Arapahoe Ave. #6
>   http://www.pcraft.com ..... .  .    .       Boulder, CO 80303, U.S.A.
>
>
>
> _______________________________________________
> Lcms-user mailing list
> Lcm...@li...
> https://lists.sourceforge.net/lists/listinfo/lcms-user
>
>

Re: [Lcms-user] Problems getting 1.08 to run on Redhat 7.2

[<ma...@li...>]

Hi,

> I just discovered LittleCMS and am having problems getting it to run on
> Redhat 7.2 Linux.  I looked through the "lcms-user" archives and didn't
> find anyone reporting similar problems, so I thought I'd describe what
> was going on before I dove into debugging mode.
>

Well, the profilers are pretty new (just 3! days) and not quite tested,
so they can still have some bugs...

> I had no problems getting lcms-1.08 and lprof-1.08 to build.  I do,
> however, see the following problems:
>
> (1) tifficc generally gets a segmentation fault.  When I poked around
> with gdb, I discovered that the fault is in the final call to
> "TIFFClose(out)" in "tifficc.c" file.  The actual fault is triggered
> int the malloc/free code.  The generated TIFF file is fine despite the
> error.

Ouch. This is a genuine bug. I see by your other mail you have discovered
the cause, so thank you for the fix.

> (2) When I run "qtmeasurementtool" and attempt to load a scanned
> target, I get an error message claiming that the TIFF file I'm loading
> a "null image".  Specifically, I get:
>
>
> QImage::smoothScale: Image is a null image
> QPixmap::convertFromImage: Cannot convert a null image
> QPixmap::convertFromImage: Cannot convert a null image
>
> The image I'm attempting to load was generated using "xsane".  It
> displays fine with both the GIMP and ImageMagick.  I've done a "save
> as" from the GIMP with the same result.
>
> At this point I'm rather suspicious that I've got problem or
> incompatibility with my TIFF library, and was wondering if other folks
> have seen similar problems.  Here are the versions of things I'm
> running:

This happens because Qt doesn't support TIFF. The profilers does
rely on Trolltech's Qt as GUI, and the support Qt offers for images
is, well, not as extense as we could wish. Anyway, you could convert
your image to any supported format (they does vary on different
platforms). I will put a note on documentation about it. Thanks for
pointing out this.


Martí Maria
The little cms project
http://www.littlecms.com
ma...@li...



----- Original Message -----
From: "Jim Mayer" <jm...@ro...>
To: <lcm...@li...>
Sent: Wednesday, December 05, 2001 1:01 AM
Subject: [Lcms-user] Problems getting 1.08 to run on Redhat 7.2


> Hi,
>
> I just discovered LittleCMS and am having problems getting it to run on
> Redhat 7.2 Linux.  I looked through the "lcms-user" archives and didn't
> find anyone reporting similar problems, so I thought I'd describe what
> was going on before I dove into debugging mode.
>
> I had no problems getting lcms-1.08 and lprof-1.08 to build.  I do,
> however, see the following problems:
>
> (1) tifficc generally gets a segmentation fault.  When I poked around
> with gdb, I discovered that the fault is in the final call to
> "TIFFClose(out)" in "tifficc.c" file.  The actual fault is triggered
> int the malloc/free code.  The generated TIFF file is fine despite the
> error.
>
> (2) When I run "qtmeasurementtool" and attempt to load a scanned
> target, I get an error message claiming that the TIFF file I'm loading
> a "null image".  Specifically, I get:
>
>
> QImage::smoothScale: Image is a null image
> QPixmap::convertFromImage: Cannot convert a null image
> QPixmap::convertFromImage: Cannot convert a null image
>
> The image I'm attempting to load was generated using "xsane".  It
> displays fine with both the GIMP and ImageMagick.  I've done a "save
> as" from the GIMP with the same result.
>
> At this point I'm rather suspicious that I've got problem or
> incompatibility with my TIFF library, and was wondering if other folks
> have seen similar problems.  Here are the versions of things I'm
> running:
>
> lcms-1.08
> lprof-1.08
> TIFF: Redhat RPM libtiff-devel-3.5.5-13, libtiff-3.5.5-13
> Qt: Redhat RPM qt-2.3.1-5
> GCC: Redhat RPM gcc-2.96-98
>
> I run the GNOME desktop, and use Sawfish as my window manager, though I
> don't see that that should be terribly relevant to the problems I'm
> seeing.
>
> All the RPMs are off the Redhat 7.2 distribution.  The lcms and lprof
> files I downloaded from the http://littlecms.com web site.
>
> Thanks.
>
> -- Jim Mayer
>
>
> _______________________________________________
> Lcms-user mailing list
> Lcm...@li...
> https://lists.sourceforge.net/lists/listinfo/lcms-user
>
>

Re: [Lcms-user] Problems getting 1.08 to run on Redhat 7.2

[Jim M. <jm...@ro...>]

Ok... I've got it all resolved.

The first problem is caused by a bug in "tifficc" that I covered in 
another note.

My second problem was caused by trying to use a TIFF file.  The QImage 
class doesn't support TIFF, and somehow that burbled up as having a 
"null" image.  Using a PNM file works fine.  I didn't see any mention 
of that in the documentation, so perhaps a note to that effect would be 
in order.

Thanks for putting this package together.

-- Jim


On 2001.12.04 23:21 Jim Mayer wrote:
> Hi,
> 
> I just discovered LittleCMS and am having problems getting it to run 
> on Redhat 7.2 Linux.  I looked through the "lcms-user" archives and 
> didn't find anyone reporting similar problems, so I thought I'd 
> describe what was going on before I dove into debugging mode.
> 
> I had no problems getting lcms-1.08 and lprof-1.08 to build.  I do, 
> however, see the following problems:
> 
> (1) tifficc generally gets a segmentation fault.  When I poked around 
> with gdb, I discovered that the fault is in the final call to 
> "TIFFClose(out)" in "tifficc.c" file.  The actual fault is triggered 
> int the malloc/free code.  The generated TIFF file is fine despite 
> the error.
> 
> (2) When I run "qtmeasurementtool" and attempt to load a scanned 
> target, I get an error message claiming that the TIFF file I'm 
> loading a "null image".  Specifically, I get:
> 
> 
> 	QImage::smoothScale: Image is a null image
> 	QPixmap::convertFromImage: Cannot convert a null image
> 	QPixmap::convertFromImage: Cannot convert a null image
> 
> The image I'm attempting to load was generated using "xsane".  It 
> displays fine with both the GIMP and ImageMagick.  I've done a "save 
> as" from the GIMP with the same result.
> 
> At this point I'm rather suspicious that I've got problem or 
> incompatibility with my TIFF library, and was wondering if other 
> folks have seen similar problems.  Here are the versions of things 
> I'm running:
> 
> lcms-1.08
> lprof-1.08
> TIFF: Redhat RPM libtiff-devel-3.5.5-13, libtiff-3.5.5-13
> Qt: Redhat RPM qt-2.3.1-5
> GCC: Redhat RPM gcc-2.96-98
> 
> I run the GNOME desktop, and use Sawfish as my window manager, though 
> I don't see that that should be terribly relevant to the problems I'm 
> seeing.
> 
> All the RPMs are off the Redhat 7.2 distribution.  The lcms and lprof 
> files I downloaded from the http://littlecms.com web site.
> 
> Thanks.
> 
> -- Jim Mayer
> 
> 
> _______________________________________________
> Lcms-user mailing list
> Lcm...@li...
> https://lists.sourceforge.net/lists/listinfo/lcms-user

Re: [Lcms-user] Problems getting 1.08 to run on Redhat 7.2

[Jim M. <jm...@ro...>]

Ok... and I found the bug.  The solution to the "tifficc" fault I was 
seeing is a bug in "tifficc.c".  On line 568 the program frees the data 
corresponding to an embedded ICC profile.  The data is then freed a 
second time when the TIFF image is closed.

Here's a context diff:

------------------------------------------
*** tifficc.c.orig	Wed Dec  5 00:41:09 2001
--- tifficc.c	Wed Dec  5 00:38:59 2001
***************
*** 565,571 ****
          if (!IgnoreEmbedded && TIFFGetField(in, TIFFTAG_ICCPROFILE, 
&EmbedLen, &EmbedBuffer))
          {
                 hIn = cmsOpenProfileFromMem(EmbedBuffer, EmbedLen);
!               _TIFFfree(EmbedBuffer);
                 if (Verbose) fprintf(stdout, " (embedded profile 
found)");
          }
          else
--- 565,571 ----
          if (!IgnoreEmbedded && TIFFGetField(in, TIFFTAG_ICCPROFILE, 
&EmbedLen, &EmbedBuffer))
          {
                 hIn = cmsOpenProfileFromMem(EmbedBuffer, EmbedLen);
!               // _TIFFfree(EmbedBuffer);
                 if (Verbose) fprintf(stdout, " (embedded profile 
found)");
          }
          else
-------------------------------------------

-- Jim


On 2001.12.05 00:28 Jim Mayer wrote:
> Oops... I lied... the actual fault is in TIFFClose(in).  A stack 
> trace shows the following:
> 
> 
> (gdb) backtrace
> #0  __libc_free (mem=0x805e6d0) at malloc.c:3136
> #1  0x40092372 in _TIFFfree (p=0x805e6d0) at tif_unix.c:178
> #2  0x400786f6 in TIFFFreeDirectory (tif=0x805c5b0) at tif_dir.c:941
> #3  0x40076184 in TIFFClose (tif=0x805c5b0) at tif_close.c:41
> #4  0x0804a84b in main (argc=5, argv=0xbffff4d4) at tifficc.c:833
> #5  0x400de627 in __libc_start_main (main=0x804a6c8 <main>, 
> argc=5,     ubp_av=0xbffff4d4, init=0x8048e08 <_init>, fini=0x80566a0 
> <_fini>,     rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xbffff4cc)
>     at ../sysdeps/generic/libc-start.c:129
> #1  0x40092372 in _TIFFfree (p=0x805e6d0) at tif_unix.c:178
> #2  0x400786f6 in TIFFFreeDirectory (tif=0x805c5b0) at tif_dir.c:941
> #3  0x40076184 in TIFFClose (tif=0x805c5b0) at tif_close.c:41
> #4  0x0804a84b in main (argc=5, argv=0xbffff4d4) at tifficc.c:833
> 
> The immediate problem is with the (conditional on ICC_SUPPORT) field 
> in.tif_dir.td_profileData.  The field contains accessible data before 
> the call to TIFFClose, but the memory is apparently freed during a 
> call to the routine LZWCleanup.
> 
> -- Jim
> 
> On 2001.12.04 23:21 Jim Mayer wrote:
>> Hi,
>> 
>> I just discovered LittleCMS and am having problems getting it to run 
>> on Redhat 7.2 Linux.  I looked through the "lcms-user" archives and 
>> didn't find anyone reporting similar problems, so I thought I'd 
>> describe what was going on before I dove into debugging mode.
>> 
>> I had no problems getting lcms-1.08 and lprof-1.08 to build.  I do, 
>> however, see the following problems:
>> 
>> (1) tifficc generally gets a segmentation fault.  When I poked 
>> around with gdb, I discovered that the fault is in the final call to 
>> "TIFFClose(out)" in "tifficc.c" file.  The actual fault is triggered 
>> int the malloc/free code.  The generated TIFF file is fine despite 
>> the error.
>> 
>> (2) When I run "qtmeasurementtool" and attempt to load a scanned 
>> target, I get an error message claiming that the TIFF file I'm 
>> loading a "null image".  Specifically, I get:
>> 
>> 
>> 	QImage::smoothScale: Image is a null image
>> 	QPixmap::convertFromImage: Cannot convert a null image
>> 	QPixmap::convertFromImage: Cannot convert a null image
>> 
>> The image I'm attempting to load was generated using "xsane".  It 
>> displays fine with both the GIMP and ImageMagick.  I've done a "save 
>> as" from the GIMP with the same result.
>> 
>> At this point I'm rather suspicious that I've got problem or 
>> incompatibility with my TIFF library, and was wondering if other 
>> folks have seen similar problems.  Here are the versions of things 
>> I'm running:
>> 
>> lcms-1.08
>> lprof-1.08
>> TIFF: Redhat RPM libtiff-devel-3.5.5-13, libtiff-3.5.5-13
>> Qt: Redhat RPM qt-2.3.1-5
>> GCC: Redhat RPM gcc-2.96-98
>> 
>> I run the GNOME desktop, and use Sawfish as my window manager, 
>> though I don't see that that should be terribly relevant to the 
>> problems I'm seeing.
>> 
>> All the RPMs are off the Redhat 7.2 distribution.  The lcms and 
>> lprof files I downloaded from the http://littlecms.com web site.
>> 
>> Thanks.
>> 
>> -- Jim Mayer
>> 
>> 
>> _______________________________________________
>> Lcms-user mailing list
>> Lcm...@li...
>> https://lists.sourceforge.net/lists/listinfo/lcms-user
> 
> _______________________________________________
> Lcms-user mailing list
> Lcm...@li...
> https://lists.sourceforge.net/lists/listinfo/lcms-user

Re: [Lcms-user] Problems getting 1.08 to run on Redhat 7.2

[Jim M. <jm...@ro...>]

Oops... I lied... the actual fault is in TIFFClose(in).  A stack trace 
shows the following:


(gdb) backtrace
#0  __libc_free (mem=0x805e6d0) at malloc.c:3136
#1  0x40092372 in _TIFFfree (p=0x805e6d0) at tif_unix.c:178
#2  0x400786f6 in TIFFFreeDirectory (tif=0x805c5b0) at tif_dir.c:941
#3  0x40076184 in TIFFClose (tif=0x805c5b0) at tif_close.c:41
#4  0x0804a84b in main (argc=5, argv=0xbffff4d4) at tifficc.c:833
#5  0x400de627 in __libc_start_main (main=0x804a6c8 <main>, argc=5,     
ubp_av=0xbffff4d4, init=0x8048e08 <_init>, fini=0x80566a0 <_fini>,     
rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xbffff4cc)
     at ../sysdeps/generic/libc-start.c:129
#1  0x40092372 in _TIFFfree (p=0x805e6d0) at tif_unix.c:178
#2  0x400786f6 in TIFFFreeDirectory (tif=0x805c5b0) at tif_dir.c:941
#3  0x40076184 in TIFFClose (tif=0x805c5b0) at tif_close.c:41
#4  0x0804a84b in main (argc=5, argv=0xbffff4d4) at tifficc.c:833

The immediate problem is with the (conditional on ICC_SUPPORT) field 
in.tif_dir.td_profileData.  The field contains accessible data before 
the call to TIFFClose, but the memory is apparently freed during a call 
to the routine LZWCleanup.

-- Jim

On 2001.12.04 23:21 Jim Mayer wrote:
> Hi,
> 
> I just discovered LittleCMS and am having problems getting it to run 
> on Redhat 7.2 Linux.  I looked through the "lcms-user" archives and 
> didn't find anyone reporting similar problems, so I thought I'd 
> describe what was going on before I dove into debugging mode.
> 
> I had no problems getting lcms-1.08 and lprof-1.08 to build.  I do, 
> however, see the following problems:
> 
> (1) tifficc generally gets a segmentation fault.  When I poked around 
> with gdb, I discovered that the fault is in the final call to 
> "TIFFClose(out)" in "tifficc.c" file.  The actual fault is triggered 
> int the malloc/free code.  The generated TIFF file is fine despite 
> the error.
> 
> (2) When I run "qtmeasurementtool" and attempt to load a scanned 
> target, I get an error message claiming that the TIFF file I'm 
> loading a "null image".  Specifically, I get:
> 
> 
> 	QImage::smoothScale: Image is a null image
> 	QPixmap::convertFromImage: Cannot convert a null image
> 	QPixmap::convertFromImage: Cannot convert a null image
> 
> The image I'm attempting to load was generated using "xsane".  It 
> displays fine with both the GIMP and ImageMagick.  I've done a "save 
> as" from the GIMP with the same result.
> 
> At this point I'm rather suspicious that I've got problem or 
> incompatibility with my TIFF library, and was wondering if other 
> folks have seen similar problems.  Here are the versions of things 
> I'm running:
> 
> lcms-1.08
> lprof-1.08
> TIFF: Redhat RPM libtiff-devel-3.5.5-13, libtiff-3.5.5-13
> Qt: Redhat RPM qt-2.3.1-5
> GCC: Redhat RPM gcc-2.96-98
> 
> I run the GNOME desktop, and use Sawfish as my window manager, though 
> I don't see that that should be terribly relevant to the problems I'm 
> seeing.
> 
> All the RPMs are off the Redhat 7.2 distribution.  The lcms and lprof 
> files I downloaded from the http://littlecms.com web site.
> 
> Thanks.
> 
> -- Jim Mayer
> 
> 
> _______________________________________________
> Lcms-user mailing list
> Lcm...@li...
> https://lists.sourceforge.net/lists/listinfo/lcms-user

Re: [Lcms-user] Oy, undefined reference to `pow'

[Laurent M. <la...@be...>]

>>>>> "Ashley" == Ashley M Kirchner <as...@pc...> writes:

  Ashley> Laurent Martelli wrote:
  >> Try putting -lm before testcms.o

  Ashley>     Nope.  It still fails if I run it through the
  Ashley> install.gcc script.  However, if I just issue a 'make' in
  Ashley> the main directory, everything compiles just fine, including
  Ashley> the testbed.  Something with the script causes it to fail.

  Ashley>     Running 'testcms' gives me the following (you tell me if
  Ashley> this is the expected result, or not - I don't know):

I have version 1.08, and sligthly different results :

oil:testbed$./testcms 
little cms testbed. Ver 1.08 [build Nov 27 2001 23:51:48]

Testing fixed point: 2.8848960205 = 2.8848
                0.437499269828536 = 0.4374
Testing fixed scaling...pass.
Testing linear interpolation ...pass. (2790000 tics)
Testing descending tables (linear interpolation)...pass.
Testing reverse linear interpolation
        on normal monotonic curve...pass.
        on degenerated curve ...pass.
Testing 3D interpolation on LUT...pass.
Testing virtual profiles (Emulating sRGB)...pass.
Testing sRGB built-in space.........
dE: mean=0.0162369, SD=0.0087262, max=0.0441938  pass.
Using  two real profiles.........pass
Error Induced by the CMM due to roundoff (dE) .........
dE: mean=0.00385277, SD=0.00206849, max=0.0067395 [1670000 tics, 16700 sec.]
Testing preview.........
dE: mean=0.00385277, SD=0.00206849, max=0.0067395 [1680000 tics, 16800 sec.]
Checking multiprofile transforms (6 profiles):.........
dE: mean=0.12207, SD=0.171105, max=1.38473 [1720000 tics, 17200 sec.]
Success.

-- 
Laurent Martelli
la...@be...              http://www.bearteam.org/~laurent/

[Lcms-user] Problems getting 1.08 to run on Redhat 7.2

[Jim M. <jm...@ro...>]

Hi,

I just discovered LittleCMS and am having problems getting it to run on 
Redhat 7.2 Linux.  I looked through the "lcms-user" archives and didn't 
find anyone reporting similar problems, so I thought I'd describe what 
was going on before I dove into debugging mode.

I had no problems getting lcms-1.08 and lprof-1.08 to build.  I do, 
however, see the following problems:

(1) tifficc generally gets a segmentation fault.  When I poked around 
with gdb, I discovered that the fault is in the final call to 
"TIFFClose(out)" in "tifficc.c" file.  The actual fault is triggered 
int the malloc/free code.  The generated TIFF file is fine despite the 
error.

(2) When I run "qtmeasurementtool" and attempt to load a scanned 
target, I get an error message claiming that the TIFF file I'm loading 
a "null image".  Specifically, I get:


	QImage::smoothScale: Image is a null image
	QPixmap::convertFromImage: Cannot convert a null image
	QPixmap::convertFromImage: Cannot convert a null image

The image I'm attempting to load was generated using "xsane".  It 
displays fine with both the GIMP and ImageMagick.  I've done a "save 
as" from the GIMP with the same result.

At this point I'm rather suspicious that I've got problem or 
incompatibility with my TIFF library, and was wondering if other folks 
have seen similar problems.  Here are the versions of things I'm 
running:

lcms-1.08
lprof-1.08
TIFF: Redhat RPM libtiff-devel-3.5.5-13, libtiff-3.5.5-13
Qt: Redhat RPM qt-2.3.1-5
GCC: Redhat RPM gcc-2.96-98

I run the GNOME desktop, and use Sawfish as my window manager, though I 
don't see that that should be terribly relevant to the problems I'm 
seeing.

All the RPMs are off the Redhat 7.2 distribution.  The lcms and lprof 
files I downloaded from the http://littlecms.com web site.

Thanks.

-- Jim Mayer

Re: [Lcms-user] Oy, undefined reference to `pow'

[Ashley M. K. <as...@pc...>]

Laurent Martelli wrote:

> Try putting -lm before testcms.o

    Nope.  It still fails if I run it through the install.gcc script.  However, if I just issue a 'make' in the main directory, everything compiles just fine, including the testbed.  Something with the script causes it to fail.

    Running 'testcms' gives me the following (you tell me if this is the expected result, or not - I don't know):

# ./testcms
little cms testbed. ver 1.2 build Dec  4 2001 21:03:01

Testing fixed point: 2.8848960205 = 2.8848
                0.437499269828536 = 0.4375
Testing fixed scaling...Ok!
Testing linear interpolation ...Ok! 3350000 tics
Testing descending tables (linear interpolation) ...Ok!
Emulating sRGB from primaries & White point:

sRGB final matrix is:
[ 0.436066  0.385147  0.143066 ]
[ 0.222488  0.716873  0.060608 ]
[ 0.013916  0.097076  0.714096 ]

lcms calculated matrix is:
[ 0.436066  0.385114  0.143105  ]
[ 0.222493  0.716923  0.060627  ]
[ 0.0139346  0.0970567  0.714108  ]

Testing CIELab conversion:
1=IEC 61966-2.1 Default RGB colour space - sRGB - IEC http://www.iec.ch
2=sRGB ColorSpace Conversion Profile
Ok!. Out of encodeable representation=0

Error Induced by the CMM due to roundoff (dE)
Testing little cms Relative L*a*b* identity profile:
dE : mean=0.00386782, SD=0.531602, max=0.00676582 : 3640000 tics, 36400 sec.
Testing preview
dE : mean=0.00386782, SD=0.531602, max=0.00676582 : 3640000 tics, 36400 sec.

Success.
#

--
H | "Life is the art of drawing without an eraser." - John Gardner
  +--------------------------------------------------------------------
  Ashley M. Kirchner <mailto:as...@pc...>   .   303.442.6410 x130
  Director of Internet Operations / SysAdmin    .     800.441.3873 x130
  Photo Craft Laboratories, Inc.            .     3550 Arapahoe Ave, #6
  http://www.pcraft.com ..... .  .    .       Boulder, CO 80303, U.S.A.

Re: [Lcms-user] Oy, undefined reference to `pow'

[Laurent M. <la...@be...>]

>>>>> "Ashley" == Ashley M Kirchner <as...@pc...> writes:

  Ashley> Karl Heinz Kremer wrote:
  >> Just add -lm to the linker flags in the Makefile. I don't have
  >> access to the sources right now, so I can not be more
  >> specific. If you need more information, just let me know and I'll
  >> try to come up with better instructions.

  Ashley>     Odd, I'm looking at testbed/Makefile and this is what it
  Ashley> has in it:

  Ashley> testcms: testcms.o ../src/liblcms.a $(CC) $(CFLAGS)
  Ashley> testcms.o ../src/liblcms.a -o $@ -lm

  Ashley>     So why is it still failing?

Try putting -lm before testcms.o

-- 
Laurent Martelli
la...@be...              http://www.bearteam.org/~laurent/

Re: [Lcms-user] Oy, undefined reference to `pow'

[Ashley M. K. <as...@pc...>]

Karl Heinz Kremer wrote:

> Just add -lm to the linker flags in the Makefile. I don't have
> access to the sources right now, so I can not be more specific. If
> you need more information, just let me know and I'll try to come
> up with better instructions.

    Odd, I'm looking at testbed/Makefile and this is what it has in it:

testcms: testcms.o ../src/liblcms.a
        $(CC) $(CFLAGS) testcms.o ../src/liblcms.a -o $@ -lm

    So why is it still failing?

--
H | "Life is the art of drawing without an eraser." - John Gardner
  +--------------------------------------------------------------------
  Ashley M. Kirchner <mailto:as...@pc...>   .   303.442.6410 x130
  Director of Internet Operations / SysAdmin    .     800.441.3873 x130
  Photo Craft Laboratories, Inc.            .     3550 Arapahoe Ave, #6
  http://www.pcraft.com ..... .  .    .       Boulder, CO 80303, U.S.A.