-
Notifications
You must be signed in to change notification settings - Fork 1
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
Works great, but some details get lost on conversion #1
Comments
Hm, that does look like a bug. Can you upload the .jxr file? |
I packed it because GitHub doesn't allow the JXR file type: |
I played around a bit with that file, but I'm still not entirely sure where the differences are coming from. At least some of it is down to Chrome's tone mapping, because when I encode it in 8 bit 4:4:4, the highlights look a bit dimmer in Chrome than in WCG Image Viewer (with the SDR brightness slider at 31 = 204 nits, so Chrome should be a tiny bit brighter than reference). When I encode it as 10 or 12 bit 4:2:0, WCG Image Viewer silently fails to open it and just shows black. The Windows Photos app does at least open it, but the colors are very wrong, even at 8 bit 4:4:4... Not really sure what to make of all this, but without having a known-good application that can open jxr and avif files and actually display them accurately, it's hard to say if these differences are actually caused by the files or by the applications. I should probably add some command line options for different output formats to make troubleshooting like this easier. |
HDR + WCG app reports the JXR to be My I would look into: https://bugs.chromium.org/p/chromium/issues/detail?id=1339333 |
Overall it looks great, but some highlights get lost on conversion. Here is an example where the red lines in the background lose highlights and detail.
The text was updated successfully, but these errors were encountered: