Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

progressive coding #124

Open
skal65535 opened this issue Apr 24, 2024 · 2 comments
Open

progressive coding #124

skal65535 opened this issue Apr 24, 2024 · 2 comments
Assignees

Comments

@skal65535
Copy link
Collaborator

jpegrescan can sometimes shrink the size further. There should be an option to have progressive-coded output.

Starting a branch 'prog' for that.

@jzern
Copy link
Contributor

jzern commented Apr 24, 2024

Drive by!

I'm wondering why the output needs to be progressive to see the benefit or if it's just improvement on matrices.

Also:
https://github.com/kud/jpegrescan
NB: MozJPEG has the same optimisation built-in and is faster, so we recommend using MozJPEG when possible.

Not sure if MozJPEG was tried.

cc: @vrabaud

@skal65535
Copy link
Collaborator Author

So, jpegrescan, through jpegtran, adds a dedicated Huffman table for each scan. This has a ~40 bytes cost per scan, so is sometimes worth it (as opposed to a unique Huffman table).
Quantization tables can't be changed between scans (paragraph B.2.4: "The quantization table specification shall not be altered between progressive DCT scans of a given component.").

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants