[ome-devel] Release of OME Files C++ 0.3.0

[Roger Leigh]

On 14/02/17 13:05, Manuel Stritt wrote:

> short question regarding JPEG-XR compression. Do you see any chance for the
> next future that OME-TIFF (it's reference implementation) supports
> JPEG-XR compression?

It's not currently one of our short-term goals, but it's certainly
technically possible for this to be added as far as I can tell.

> Even if it doesn't support it - do you think it's feasible - maybe with
> an external contribution?

This is certainly a possibility.  I've not fully examined the full scope
of what this would entail, but I would expect that it would need:

- support for libjxr adding to the superbuild to enable jpeg-xr
compression support on all platforms
- support for libjxr adding to libtiff and/or our own code

Adding support to libtiff would make it available transparently; doing
the compression ourselves would require a bit of work with our libtiff
wrappers to allow passing through compressed data using the
TIFFReadRaw/TIFFWriteRaw interfaces (we currently use the
ReadEncoded/WriteEncoded variants and delegate all
compression/decompression to libtiff).  Another consideration is that
doing the compression ourselves would permit multithreaded compression
and decompression of strips/tiles in general, so this work would be of
more general use as well.

We're also missing jpeg2000 support with libtiff as well.

There's certainly scope for external contributions for any of this work.
  Some of it could be driven via the libtiff upstream, though we can
certainly implement it in OME Files first if it's more convenient.


Kind regards,
Roger

--
Dr Roger Leigh -- Open Microscopy Environment
Wellcome Trust Centre for Gene Regulation and Expression,
College of Life Sciences, University of Dundee, Dow Street,
Dundee DD1 5EH Scotland UK   Tel: (01382) 386364

The University of Dundee is a registered Scottish Charity, No: SC015096