[Insight-developers] JPEG lib: 8/12/16 bits and lossless

[Miller, James V (Research)]

I'll check on the license of the image.

For what it is worth, Photoshop, Irfanview, and Microsoft's image viewer
can all read the image without issue.

Jim

-----Original Message-----
From: Mathieu Malaterre [mailto:mathieu.malaterre at kitware.com]
Sent: Monday, November 08, 2004 12:13 PM
To: Miller, James V (Research)
Cc: insight-developers at itk.org
Subject: Re: [Insight-developers] JPEG lib: 8/12/16 bits and lossless


Jim,

	What is the status of this image (license) ? I would like to forward
it 
to ImageMagick group (they also used a patch version of the jpeg lib), 
and they have the same seg fault as I do. It might be a problem :
- in the tiff image directly
- or the lossless patch introduce a bug

Mathieu


Miller, James V (Research) wrote:
> Mathieu, 
> 
> I don't know for certain whether it worked before because Charlene just 
> did an update yesterday and hadn't updated in several months.  I think 
> ITK used to read the file correctly up to a flip (she updated ITK
> yesterday to get a fix for a flip in her TIFF images).
> 
> I'll forward the image she sent to me.
> 
> Jim
> 
> 
> -----Original Message-----
> From: Mathieu Malaterre [mailto:mathieu.malaterre at kitware.com]
> Sent: Thursday, November 04, 2004 5:09 PM
> To: Miller, James V (Research)
> Cc: insight-developers at itk.org
> Subject: Re: [Insight-developers] JPEG lib: 8/12/16 bits and lossless
> 
> 
> Jim,
> 
>   - Did it work in previous ITK version ?
>   - Is it using tif_jpeg.c or tif_ojpeg.c ?
> 
>   - Maybe the easier solution would be to send me the tiff image, if 
> possible ?
> 
> Thanks,
> Mathieu
> Ps: what about image magick / gimp ?
> 
> Miller, James V (Research) wrote:
> 
>>Mathieu,
>>
>>Charlene at RPI is having problems reading a TIFF image that uses a JPEG
>>encoding. I ran on one of her images and the TIFF code is crashing in the
>>itkjpeg8/jdapistd.c (jpeg_read_scanlines).
>>
>>Since you just introduced the new jpeg libraries, I wonder whether this
>>problem can be related to the new jpeg changes.  To be honest, I don't
>>know whether ITK's TIFF code could read a jpeg compressed image before
>>or not.
>>
>>Jim
>>
>>
>>
>>
>>-----Original Message-----
>>From: Mathieu Malaterre [mailto:mathieu.malaterre at kitware.com]
>>Sent: Wednesday, October 27, 2004 4:51 PM
>>To: Mathieu Malaterre
>>Cc: insight-developers at itk.org
>>Subject: Re: [Insight-developers] JPEG lib: 8/12/16 bits and lossless
>>
>>
>>Okay,
>>
>>	I have been refactoring the code to be as simple as possible. It 
>>compiles fine now on:
>>
>>- Linux / gcc
>>- Win32 / VC6
>>- HP-UX
>>- SunOS
>>
>>	I'll start commiting the code sometime this week.
>>
>>Mathieu
>>
>>Mathieu Malaterre wrote:
>>
>>
>>>Hello,
>>>
>>>   As discussed in last week TCON, I will be progressively integrating 
>>>GDCM(*) into ITK. GDCM is a dicom library that support a great variety 
>>>of images (jpeg lossy/ lossless, RLE compression, YBR image, using the 
>>>full DICOM dictionnary... ). For more information please go to:
>>>
>>>   http://www.creatis.insa-lyon.fr/Public/Gdcm
>>>
>>>   The first step, is to update the current jpeg lib (which
>>>only support lossy 8bits) shipped with ITK to support:
>>>
>>>- lossless jpeg (which is needed to fully support DICOM images).
>>>
>>>- To support 8bits, 12bits and 16bits (16bits is only for lossless
image).
>>>
>>>   There will be then three jpeg libraries, one for 8bits, one for 
>>>12bits and one for 16bits, with the proper name mangling (prepending 
>>>symbols with itk_jpeg8 for the 8bits one ...)
>>>
>>>   As a side effect we will loose the ability to use the system jpeg 
>>>lib. Let me know ASAP if this could affect in any way your project, so 
>>>we can work out a solution.
>>>
>>>Mathieu
>>>(*)GDCM stands for Grass roots DiCoM