-
Notifications
You must be signed in to change notification settings - Fork 0
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
Loss of picture quality, even well outside of blurred areas #79
Comments
Thanks for sharing this. While JPEG itself is very flexible, many libraries may not use it to its full potential. Frankly, I need to look at which lib the team has been using first. Then we can see if/how we can influence the bahivor of it regarding decoding/enconding. Let my stress that we really appreciate your effort here. Thanks. |
Adding one thought... Maybe we should add the option to save in a lossless file format, for example PNG? |
@tkuenneth That could indeed be a good solution until the perfect solution is found. The disadvantages (compared to lossless edition) being bigger file size and a more crowded UI. Using lossless transformation would avoid quality loss without bumping file sizes, and help maintain a clean&friendly UI, though. :-)
It is not trivial (especially if you have to port lossless join to jpegtran_ffi) but not super-hard either :-) |
I took a picture, and want to upload it onto a Wikipedia article.
Before uploading it, I need to erase one passer-by's tiny face on the right. PrivacyBlur seems perfect for that task:
I press
Save
.Now only the tiny part I blurred (and the few blocks that surround it) should have changed, right?
Unfortunately, comparing with the original, we can see that the actually most pixels have changed color, only the low-frequency sky has a few remaining original pixels:
The original picture for reference (GitHub might modify it so feel free to email me asking for the original):
JPEG supports several lossless operations, for instance cropping can be lossless if made along the blocks.
Changing a few blocks (8x8 or 16x16) around a face should trigger losses only in these blocks.
Some might consider this nitpicking but:
By the way here are the most egregious changes, as you can see some areas have changed almost as much as the blurred face:
The text was updated successfully, but these errors were encountered: