-
2008.08.19 16:05 "Re: [Tiff] Regarding DICONDE and its Specification", by Bob Friesenhahn
- 2008.08.20 12:37 "Re: [Tiff] Regarding DICONDE and its Specification", by Harsha
- 2008.08.20 14:03 "Re: [Tiff] Regarding DICONDE and its Specification", by Gene Amtower
-
2008.08.22 15:21 "Re: [Tiff] creating sparse files......", by Toby Thain
-
2008.08.22 08:56 "[Tiff] creating sparse files......", by Rogier Wolff
- 2008.08.22 13:11 "Re: [Tiff] creating sparse files......", by Toby Thain
-
2008.08.22 14:44 "Re: [Tiff] creating sparse files......", by Bob Friesenhahn
-
2008.08.22 16:27 "Re: [Tiff] creating sparse files......", by Rogier Wolff
-
2008.08.22 16:40 "Re: [Tiff] creating sparse files......", by Bob Friesenhahn
-
2008.08.22 16:52 "Re: [Tiff] creating sparse files......", by Rogier Wolff
-
2008.08.22 18:11 "Re: [Tiff] creating sparse files......", by Bob Friesenhahn
- 2008.08.22 20:02 "Re: [Tiff] creating sparse files......", by Phillip Crews
- 2008.08.23 15:08 "Re: [Tiff] creating sparse files......", by Rogier Wolff
-
2008.08.22 18:11 "Re: [Tiff] creating sparse files......", by Bob Friesenhahn
-
2008.08.22 16:52 "Re: [Tiff] creating sparse files......", by Rogier Wolff
-
2008.08.22 16:40 "Re: [Tiff] creating sparse files......", by Bob Friesenhahn
-
2008.08.22 16:27 "Re: [Tiff] creating sparse files......", by Rogier Wolff
- 2008.08.25 06:28 "Re: [Tiff] creating sparse files......", by Andrey Kiselev
- 2008.08.25 09:37 "Re: [Tiff] creating sparse files......", by John
- 2008.08.26 13:14 "Re: [Tiff] creating sparse files......", by Edward Lam
- 2008.08.23 18:49 "Re: [Tiff] creating sparse files......", by Rogier Wolff
-
2008.08.22 08:56 "[Tiff] creating sparse files......", by Rogier Wolff
2008.08.22 16:40 "Re: [Tiff] creating sparse files......", by Bob Friesenhahn
libtiff is a library that is commonly used by programs that need tiff input/output. How many of those are going to explictly write large amounts (you need at least 4k before the OS will leave a block open!), of zeroes and then edit the tiff file inplace?
I can't say. It does not really matter how many such applications there are (just takes one) if the code is to be placed into libtiff itself. Libtiff is a high-performance library which is expected to go super fast as long as compression is not used.
Yes, enabeling compression should work wonders. Somehow I'm stuck with an application suite which suddenly lost the option to pass the compression flags around.
I see. If you did have control over the application, then you could supply your own I/O module which does exactly what you want without modifying libtiff at all.
Given that this is the case, having libtiff create sparse files for files that ARE sparse, seems like something that is useful in general. For example, in the application suite I'm talking about (hugin/panotools), someone might have decided that for the short-lived temp files, compression and decompression wastes CPU cycles.
If these are open source applications then you should be able to modify them and submit a patch to the authors.
Bob
======================================
Bob Friesenhahn
bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/