2018.05.11 01:43 "[Tiff] LZ4 compression", by fx HAYAKAWA MICHIO

2018.05.14 14:04 "Re: [Tiff] LZ4 compression", by

> BTW, TIFF is still common in the printing industry since TIFF

> supports CMYK images that can represent printing device output.

> That's why I'm seeking LZ4 TIFF option.

Adobe promotes PDF for such applications.

My company uses Adobe PDF print engine, which generates TIFFs and we're

going to a print engine that will create TIFFs consistently outside the

regular TIFF spec. And it turns out that if size warrants, the APPE will

create a bigTIFF. So internally, Adobe has implemented bigTIFF into at

least some of their products, but won't do anything to address it in an

official capacity. I'm sure that goes for other extensions as well.

Joseph Maniaci
Staff Software Engineer
RPPS

Subject:        Re: [Tiff] LZ4 compression [EXTERNAL]
Sent by:        tiff-bounces@lists.maptools.org

>
>> One other alternative is use of filesystem-level compression.
>
> This is a good experiment.
> It shows LZ4 doesn't have good compression ratio comparted to gzip or other compression method for archiving.
> LZ4 is focused on encoding and decoding speed. That's why LZ4 is adapted on ZFS file system. The better compression method for TIFF should have good balancing between decoding performance and transferring performance, which equals to compression ratio. Because TIFF is always decoded and viewed on viewer applications.

While LZ4 file compression performance in zfs is interesting, it is not very indicative of how well it would do on raster data as implemented in libtiff. The reason why it is not very very indicative is that the filesystem is a general-purpose mechanism without any knowlege of the content (e.g. TIFF strips/tiles) and with an underlying block size not related to the image data.

It is easy to implement LZ4 inside the operating system kernel space but ZStd is likely too complex to port into such an environment.
Regardless, ZStd compresses much faster than gzip while achieving a better compression ratio on raster data.

> Anyway, it looks like Adobe is the key person. If Adobe implements
> LZ4 compression on Photoshop, LZ4 TIFF will become a common format.

Adobe is no longer pushing or promoting TIFF and it is unlikely to
implement any more extensions to TIFF. It is not clear to me that
Adobe's Photoshop is as dominant as it used to be.

Bob
--
Bob Friesenhahn
bfriesen@simple.dallas.tx.us,

https://urldefense.proofpoint.com/v2/url?u=http-3A__www.simplesystems.org_users_bfriesen_&d=DwICAg&c=5hYF0Zu0Yz-C6S-kaHDItw&r=HnVw9YJBS4ST0tOBucT3NvWUJRRGhDxXu4zHnS5AkgY&m=faxnTKuowEJsfJ8pe-vQomwFTEOpfInS_z3i4LvxgMM&s=WkAgKWVZNzBYk5aJr3Zlwu2cjHW3wqhx5Bjd1ycHfsg&e=

GraphicsMagick Maintainer,

https://urldefense.proofpoint.com/v2/url?u=http-3A__www.GraphicsMagick.org_&d=DwICAg&c=5hYF0Zu0Yz-C6S-kaHDItw&r=HnVw9YJBS4ST0tOBucT3NvWUJRRGhDxXu4zHnS5AkgY&m=faxnTKuowEJsfJ8pe-vQomwFTEOpfInS_z3i4LvxgMM&s=ymzhagmq6MOhTcFXBY9XKZW12ae_vxewcAV7sK1eH18&e=

_______________________________________________
Tiff mailing list: Tiff@lists.maptools.org

https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.maptools.org_mailman_listinfo_tiff&d=DwICAg&c=5hYF0Zu0Yz-C6S-kaHDItw&r=HnVw9YJBS4ST0tOBucT3NvWUJRRGhDxXu4zHnS5AkgY&m=faxnTKuowEJsfJ8pe-vQomwFTEOpfInS_z3i4LvxgMM&s=1k0gTb7qiT40DyH9_JhmEaBtUA92-OXA7I90nBfqk_I&e=

https://urldefense.proofpoint.com/v2/url?u=http-3A__www.remotesensing.org_libtiff_&d=DwICAg&c=5hYF0Zu0Yz-C6S-kaHDItw&r=HnVw9YJBS4ST0tOBucT3NvWUJRRGhDxXu4zHnS5AkgY&m=faxnTKuowEJsfJ8pe-vQomwFTEOpfInS_z3i4LvxgMM&s=pewtP1QW7BeHumqqbTXlm7gEsKZOL4WHz5rRAVHC3oI&e=