[Dcmlib] Re: [Creatis-hackers] JPEG Lib

Mathieu Malaterre mathieu.malaterre at kitware.com
Fri Nov 5 19:17:13 CET 2004


Si tu y tiens toujours prends la lib de clunie, il l'a patche'e pour 
suppoter qlq image GE, elle doit donc etre moins bugge que lq version 1.0

http://www.dclunie.com/jpegge/JPEGv1.2.1.tar.gz

Mais je persiste a penser que c'est une mauvaise idee...
Mathieu

Mathieu Malaterre wrote:
> Jean-Pierre Roux wrote:
> 
>> Bonsoir.
>>
>> De nombreux sites font reference a la jpeg lib de Standford, qui 
>> serait téléchargeable par ftp anonymous, sur :
>>
>> III) PVRG-JPEG CODEC: (*havefun*.stanford.edu:pub/jpeg/JPEGv1.0.tar.Z)
>>
>> This public domain image encoder and decoder is based on the JPEG
>> Committee Draft.  It supports all of the baseline for encoding and
>> decoding.  The JPEG encoder is flexible in the variety of output
>> possible.  It also supports lossless coding, though not as speedy as
>> we would like.  The manual is approximately 50 pages long which
>> describes its use.  The display program for JFIF-style (YUV) files is
>> described in section IV) below.  The JFIF style is not a requirement
>> for this codec - it can compress and decompress CMYK, RGB, RGBalpha,
>> and other formats - this codec may be helpful if you wish to extract
>> information from non-JFIF encoded JPEG files.
>>
>> --> Ce site n'a plus l'air d'exister.
>> On trouve bien, en revanche
>> ftp://ftp.stanford.edu, mais pas de trace de JPEG.
>>
>> Qq'un saurait-il *ou* on peut trouver les sources ?
> 
> 
> Il suffit juste de faire une recherche google:
> 
> 'mathieu malaterre jpeg standford'
> 
> http://www.devarchives.com/archive/newsgroups/comp.protocols.dicom/2005/Re-JPEG-implementation-in-DICOM 
> 
> 
> 
> J'ai deja regarde' les differentes implementation.
> - dcmtk utilise exactement le meme chose que nous,
> - osirix utilise exactement la meme lib que nous
> 
> *Tous* les projets libre un peu serieux utilise cette lib: mozilla, 
> firefox (la lib permet meme de decompresser des flux jpeg en memoire 
> pratique qd l'image n'est pas encore sur le disque) ...
> 
> Je suis desole de ne pas le dire autrement mais le bug ne viens pas de 
> la lib jpeg actuelle dans gdcm. La lib est bonne et sans doute bien 
> meilleure que toutes les autres implementation. De plus elle compile sur 
> enormement de plateforme, et elle est tres bien ecrite (c'est du code c 
> extremement simple a lire). La lib que dclunie utilise a (au moins) un 
> bug repertorie sur tous les groupes de discussion.
> 
> Je suis /severement/ contre l'ajout d'une autre lib jpeg. Mais je 
> comprends que mon point de vu soit tres partial.
> 
> Mathieu
> Ps: essai de suivre les fils de discussion sur comp.protocols.dicom a 
> propos de jpeg, j'y ai trouve toutes les reponses que je voulais a chq 
> fois.
> 
> 
> _______________________________________________
> Creatis-hackers mailing list
> Creatis-hackers at creatis.insa-lyon.fr
> http://www.creatis.insa-lyon.fr/mailman/listinfo/creatis-hackers
> 






More information about the Dcmlib mailing list