Skip to content
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

Support -skip_res in ojph_expand when the data is 32bit lossless #159

Open
aous72 opened this issue Nov 10, 2024 · 1 comment
Open

Support -skip_res in ojph_expand when the data is 32bit lossless #159

aous72 opened this issue Nov 10, 2024 · 1 comment

Comments

@aous72
Copy link
Owner

aous72 commented Nov 10, 2024

When ojph_expand is invoked with -skip_res and the data is 32bit lossless, the 32 bit interface cannot support the needed dynamic range. This requires exposing the 64 bit data, and in the process changing the interface to applications outside the library.

@michaeldsmith
Copy link
Contributor

I think an application that is knowingly skipping the decoding of resolution levels would not necessarily expect the lower resolution data to be lossless. I could imagine it might be lossless in an area where there are no high-frequencies but I'm not sure it would be lossless in an area containing high frequencies. Maybe the mean value of the image would be losslessly represented. Also, it might be hard to justify having an application access the 64-bit interface only for low-resolution decoding, but then use the 32-bit interface for full-resolution decoding.

One solution could be to map the higher-than-32bit dynamic range of the low-resolution decode to the limits of the 32bit interface.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants