Comparison with econvert (ExactImage) #143
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hi,
I'd be curious to know how img2pdf performs compared to
econvert
from ExactImage, which is some kind of image processing library that aims to be a faster alternative to ImageMagick. You can use it like this:The corresponding Debian packages are called
exactimage
andpython3-exactimage
for the Python bindings.Thanks!
Like pdflatex and podofoimg2pf it seems that econvert is able to embed JPEG images into PDF directly without re-encoding but when given other file formats stores them just using flate compressen, which unnecessarily increases the filesize. Furthermore, it throws an error with CMYK TIF input:
It also doesn't store CMYK jpeg files as CMYK but converts them to RGB, so it's not lossless. When trying to feed it 16bit files, it errors out with
Unhandled bps/spp combination
. It also seems to choose JPEG encoding when using it on some file types (like palette images) making it again not lossless.Thanks!
Reopening so that I can close this with a commit.