Hi Bob,

Sure. I evaluated time ago IM readers. Found them remarkably 
superior to other similar packages, even commercial ones. 
IM was at time one of the most advanced. But I avoided that for 
many reasons, fist the profiler would be proprietary, but this was 
no so important. What decided me was the very peculiar use I should 
do with image data. I needed raw data in many places, so all the logic 
in the reader for converting to RGB was no needed at all. At that point 
I began to code the readers by myself.

That was my very particular case. However, I would recommend 
these readers to anyone wanting to do something not so weird. 
They are well written and very tested. I am using IM for other tasks 
almost everyday.

Best regards,
Marti.



----- Original Message ----- 
From: "Bob Friesenhahn" <[EMAIL PROTECTED]>
To: "Marti Maria" <[EMAIL PROTECTED]>
Cc: "Hugh Brackett" <[EMAIL PROTECTED]>; "Lcms-User" <[EMAIL PROTECTED]>
Sent: Wednesday, October 01, 2003 6:40 PM
Subject: Re: [Lcms-user] First beta of profiler available on site


On Wed, 1 Oct 2003, Marti Maria wrote:

> Could be a good idea... but pity life is no so easy:-)
>
> The readers included in IM are great, however, they cannot read the
> huge amount of flavors TIFF has. Just as example, the profiler
> handles pyramidal tiffs, in the case you are opening huge image this
> makes a big difference. Also, Lab and others would have no chance if
> doing so. Loading whole image in memory sometimes is unpractical.

Look again ...

The current ImageMagick and GraphicsMagick support reading tiled
TIFFs, and have supported reading and writing a form of pyramid TIFF
(with tiling) for ages.  The TIFF reader and writer capabilities have
improved considerably in the past couple of years and are undergoing
continuing improvements.  An install under Windows will be close to
the current version, and not some 2+ year old version like some of the
Linux distributions carry.

As you say, reading LAB TIFF is not currently supported, and even it
it was, the LAB would need to be converted to RGB internally (could
use LCMS).

Huge images do not result in the whole image being loaded into memory.
Instead a temporary file is created which allows random access to the
pixels.  This makes the size limit depend on available disk rather
than RAM.  Admittedly, loading huge images can be slow.

If you can detail the problems you see with TIFF support, I expect
that we can fix them.

Bob
======================================
Bob Friesenhahn
[EMAIL PROTECTED]
http://www.simplesystems.org/users/bfriesen





-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Lcms-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/lcms-user

Reply via email to