AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
March 2011

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2011.03.29 20:58 "Re: LibTIFF compression enhancements", by Thomas Richter
2011.03.29 20:17 "LibTIFF compression enhancements", by Stephan Busch
2011.03.29 20:17 "LibTIFF compression enhancements", by Stephan Busch

2011.03.29 20:58 "Re: LibTIFF compression enhancements", by Thomas Richter

Hi Stephan,

> it has been a while since we last talked.
> I suggested a new lossless code for usage within your TIFF library.
> Neither PackPNM nor the popular JPEG2000 has been implemented by now.
>
> Today I also want to suggest a new codec.
>
> It is fast. It is free. It is open-sourced.
>
> BCIF by Stefano Brocchi
>
> http://www.dsi.unifi.it/users/brocchi/
>
> The caveat is that it supports 24-bit color images only by now.
>
> The author would be interested in adding BCIF to your TIFF library.
> What do you think?

It seems that you might mixup a couple of things, so you're likely 
talking to the wrong person because I'm not providing a TIFF library, 
thus I'm not associated to the authors of libTIFF, for example.

What I do provide are libraries for JPEG 2000 and JPEG XR, but these 
aren't open source, but commercial libraries you can only buy from my 
industry partners.

This said, they also provide a tiff reader library, but in the net 
effect, whether this might or might not be included is entirely up to 
customer demand, i.e. it is unlikely that much work will be done if 
there is no demand from the user.

However, there *is* something that can be done, though in a completely 
different direction maybe. The JPEG has currently an open call for new 
coding techniques where your technology would probably be presented and 
discussed. Of course, then, we would need to do core experiment (which 
usually ends up that I do the core experiments ;-). Such experiments 
measure not only compression performance on our core test set, but also 
include complexity measures, robustness, possibility for multi-core 
implementations etc. If successful, a standardization then of course 
opens the door to customers, which in the end leads to implementation in 
products.

Thus, if you're interested, you're welcome to come to the next JPEG 
meeting, which will be in Berlin in July this year.

Please let me know what you think,

Thomas