-
Notifications
You must be signed in to change notification settings - Fork 13
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
Pixel aspect support? #38
Comments
I'm not entirely opposed to potentially getting this info, but I want to try to not rely on any external creates, sans dev dependencies. Is there a flow that would require this information? How would you anticipate it fitting into the current library? Curious about how you'd want it to work. |
When you want to call an external tool to resize an image, e.g. for a preview, it is often preferable to make sure the latter has a pixel aspect of 1:1. Particularly OpenEXRs that were converted from CinemaDNGs shot with anamorphic lenses will often have 1:1.33 or 1:2 pixel aspects and need non-linear scaling to display correctly. |
How would you want it integrated into the library? My first thought would be a Also if you happen to know which file types support different pixel sizes please let me know. |
Yes, that sounds good. But it would be |
I also suggest to put this behind a feature flag. 😁 |
It would be great if the crate also returned a
num-rational::Ratio
pixel_aspect
for image formats that support this.This would just be 1:1 for any image format that doesn't, or if absent.
The text was updated successfully, but these errors were encountered: