-
Notifications
You must be signed in to change notification settings - Fork 28
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
HDR support #10
Comments
Yeah, that's doable. |
+1 for this request, 10bit shows better performance even for 8bit sources Libavif does 10bit, but releases or binaries around don't include rav1e (yet) :-\ |
HDR metadata support would go nicely with this! |
I don't understand how HDR metadata support would help generating correct HDR files. This crate supports JPEG and PNG as input, and AFAIK neither of these are good for HDR. I can put HDR metadata, but how do you get HDR pixels in? |
My interest is for using the |
Is that something you consider in-scope, @kornelski? |
Use-case for programmatically-generated data makes sense. I haven't had time to play enough with HDR images to know how to best handle them. In my experience—for SDR—the separation between pixel data and color profiles that alter the meaning of the data is inelegant and has lead to a lot of broken software. Is is possible to make a better API for HDR data? |
HDR metadata is standardized and absolutely necessary, because it informs the ultimate display device of how to most effectively tonemap, avoiding unnecessary quality loss in common cases. I'm all in favor of designing an API to make it as difficult as possible to have missing/incorrect metadata, but it's not obvious to me what that would look like. Maybe require HDR metadata always be supplied if a HDR color space is used, for starters? |
10-bit encoding of sRGB has been released. Encoding of HDR is still an open issue. What formats would you supply HDR images in? OpenEXR? |
That's again a non-issue for library users, which can just pass in raw uncompressed HDR10 bitmaps. Raw half-float bitmaps might also be useful. |
Hi, any chance you could add support for 10 and 12-bit color depth, please? Either switching automatically based on the source image or using a command argument.
I’ve experimented with it in link-u/cavif, and the files are only 1–2 % bigger and still way smaller than the 8-bit JPEG/WebP equivalent.
The text was updated successfully, but these errors were encountered: