[Debian-med-packaging] Bug#816607: http://charls.codeplex.com/workitem/10742

[Victor Derks]

Hi Sjors and Mathieu,

I found the problem why the output of the decoded image by the original
loco implementation and charls were not identical. This issue was caused by
a defect in the charls test applications that creates the .pnm file. With
the repaired test application the imaged can be encoded and decoded
identical to the original input file. The charls library itself was ok
after the initial fix.

I have tagged the branches as 1.1.0 and 2.0.0.

Victor








On Wed, Apr 27, 2016 at 2:43 PM, Mathieu Malaterre <malat at debian.org> wrote:

> Hi Victor,
>
> On Wed, Mar 30, 2016 at 11:53 PM, Victor Derks <vbaderks at gmail.com> wrote:
> > Hi Sjors,
> >
> > I pushed the fix to the master and 1.x-master branch on github.
> >
> > The sample file can now be encoded to JPEG-LS and back to the .pnm
> format.
> > If I decode it back with CharLS the image is however not 100% identical.
> If
> > I decode it back with the ITU LOCO exe, the original and the
> encoded\decoded
> > files are identical.
> > So the encoding to JPEG-LS seems to be ok, but there seems another issue
> in
> > the charls decoding process (maybe the fact the width is odd of this
> sample
> > image?).
> >
> > Will keep you posted
>
> Hum your patch make the attached DICOM file works. So indeed it does
> solve some issues.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/debian-med-packaging/attachments/20160518/42569376/attachment.html>