-
Notifications
You must be signed in to change notification settings - Fork 320
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
Export: proposal for image format options #882
Comments
I like this idea. In particular I think there should never be a case where an existing JPG needlessly becomes a PNG without any channel reassignments. |
Agreed. 👍 |
Okay, cool. I put up a PR for it. |
Export: implement image options change (#882)
Fixed in #883. |
If all constituents are JPEG I think the resulting packed image should be JPEG too. Yes this would cause some amount of bleed but |
More recent discussion in: #1099 |
I want to propose changes to the behaviour of the image format options in the exporter
Automatic (the default)
Basically I want to propose doing this
IOW, this option would always favor PNGs except that (quoting from #203)
This fixes two things:
Currently this option does not make good use of an already-compressed JPEG. It will only encode an existing image as a JPEG if its name ends with
.jpg
/.jpeg
. It would be better not to use the name, but to look at theimage.file_format
field.This can make a big difference in performance. For Sponza for instance
When an image needs to be packed from channels, the packed image can sometimes be a JPEG if one of the constituents is (note: only sometimes!). This is lossy and causes channel-bleed (AO texture influences roughtness #818). I think a better default is to prefer being lossless.
PNG format (.png)
Remove it. Since Automatic would favor PNGs, it's main difference would be that it re-encodes JPEGs as PNG. It would basically become a "make my file bigger" option.
JPEG format (.jpg)
This is okay, no change.
The text was updated successfully, but these errors were encountered: