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 2005

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

2005.03.30 00:18 "RFC: fast 'copy free' tiff decoding", by <ron@debian.org>
2005.03.30 00:24 "Re: RFC: fast 'copy free' tiff decoding", by Andy Cave
2005.03.30 00:53 "Re: RFC: fast 'copy free' tiff decoding", by <ron@debian.org>
2005.03.30 03:30 "Re: RFC: fast 'copy free' tiff decoding", by Bob Friesenhahn
2005.03.30 04:51 "Re: RFC: fast 'copy free' tiff decoding", by Edward Lam
2005.03.30 09:20 "Re: RFC: fast 'copy free' tiff decoding", by Jean-yves Le Ridant
2005.03.30 15:00 "Re: RFC: fast 'copy free' tiff decoding", by Bob Friesenhahn
2005.03.30 05:55 "Re: RFC: fast 'copy free' tiff decoding", by <ron@debian.org>
2005.03.30 07:54 "Re: RFC: fast 'copy free' tiff decoding", by Joris Van Damme
2005.03.30 11:38 "Re: RFC: fast 'copy free' tiff decoding", by <ron@debian.org>
2005.03.30 15:17 "Re: RFC: fast 'copy free' tiff decoding", by Bob Friesenhahn
2005.03.30 10:19 "Re: RFC: fast 'copy free' tiff decoding", by Priyanshu Sharma
2005.03.30 10:45 "Re: RFC: fast 'copy free' tiff decoding", by Jean-yves Le Ridant
2005.03.30 13:40 "Re: RFC: fast 'copy free' tiff decoding", by Jean-yves Le Ridant
2005.03.30 11:02 "Re: RFC: fast 'copy free' tiff decoding", by Joris Van Damme
2005.03.31 04:43 "Re: RFC: fast 'copy free' tiff decoding", by Priyanshu Sharma

2005.03.30 03:30 "Re: RFC: fast 'copy free' tiff decoding", by Bob Friesenhahn

On Wed, 30 Mar 2005, Ron wrote:
>
> The basic idea is very simple.  First map a tiff into memory,
> then cast carefully constructed C structures into the right
> offsets of that memory space to be able to access the data
> directly.

What problem are you trying to solve?  Fixing the private IFD access 
should not require re-implementing the whole library! :-)

I agree that mmap() is cool, but libtiff already uses it to read 
files, just not quite as efficiently as it could.  Requiring mmap() 
would make libtiff less portable.

Based on my own testing, libtiff's performance is quite good.  The 
library is very robust and well tested.

Bob
======================================
Bob Friesenhahn
bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/