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

jpegli strategies for (certain?) jpg #97

Closed
TPS opened this issue Jan 19, 2025 · 4 comments
Closed

jpegli strategies for (certain?) jpg #97

TPS opened this issue Jan 19, 2025 · 4 comments

Comments

@TPS
Copy link

TPS commented Jan 19, 2025

@JayXon https://github.com/google/jpegli/blob/main/README.md#encoder-improvements (last §) notes that it has compression optimizations for a certain subclass of jpg.

Support for more efficient compression of JPEGs with an ICC profile representing the XYB colorspace. These JPEGs will not be converted to the YCbCr colorspace, but specialized quantization tables will be chosen for the original X, Y, B channels.

Possible to implement here?

@JayXon
Copy link
Owner

JayXon commented Jan 19, 2025

I don't think that's lossless though?

@TPS
Copy link
Author

TPS commented Jan 20, 2025

You know, I'm honestly not sure. I know that cjxl does have a lossless mode for typical JPG, & I think I read that into jpegli. I'll open an issue there if I can't find docs directly addressing it definitely.

@TPS
Copy link
Author

TPS commented Jan 20, 2025

After a quick search & read, I'm almost certain jpegli has no lossless mode of any kind, but I've asked officially in the appropriate issue, so we'll know more shortly.

@TPS
Copy link
Author

TPS commented Jan 20, 2025

Definitively no, but, if jpegli were to develop some lossless JPG techniques, that's the issue they'd be noted.

notes that it has compression optimizations for a certain subclass of jpg. Is that lossless, @ least?

No, XYB jpegs are lossy. More efficient compression than regular jpegs but still a lossy process. Jpegli is not a transcoder like jpegtran.

Originally posted by @Galaxy4594 in google/jpegli#10 (comment)

@TPS TPS closed this as not planned Won't fix, can't repro, duplicate, stale Jan 20, 2025
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