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

Automatic LUT switch based on both input and SDR/HDR state #125

Open
chcore opened this issue Dec 9, 2024 · 2 comments
Open

Automatic LUT switch based on both input and SDR/HDR state #125

chcore opened this issue Dec 9, 2024 · 2 comments

Comments

@chcore
Copy link

chcore commented Dec 9, 2024

We currently have "lut_lin_tables.3d", "lut_lin_tables_hdr.3d" and "lut_lin_tables_dv.3d" for SDR, HDR and DV and switch between them when the TV changes its HDR/SDR state.

Would it also be possible to have support for something like "lut_lin_tables_hdmi1.3d" or "lut_lin_tables_hdr_hdmi4.3d"? Something that takes the current input into account, as different sources are likely to have different types of content, with different image properties and even different image processing settings.

A LUT that is calibrated for an Apple TV on HDMI-1 might not produce accurate colors when applied to a PC connection on HDMI-3, for example. @sundermann

@chcore chcore changed the title Automatic LUT switch based on input and SDR/HDR state Automatic LUT switch based on both input and SDR/HDR state Dec 9, 2024
@sundermann
Copy link
Contributor

I doubt this would be useful for most users. If you want to propose something I am happy to review it but for now I don't see a need for it. You can use the alternative dump location to grab the image before the scaler meaning that no image processing has been applied at that stage.

@chcore
Copy link
Author

chcore commented Dec 11, 2024

You can use the alternative dump location to grab the image before the scaler meaning that no image processing has been applied at that stage.

I am already using the alternative dump location, but find there to be a fairly large difference between frames sent with differing picture settings/modes.

Here is one from a linux machine used to play video content, and a windows machine used to play games (both SDR).

image
image

I doubt this would be useful for most users. If you want to propose something I am happy to review it but for now I don't see a need for it.

That might be true. I am not a developer so am not able to implement this myself, but disabling HDR switching in the grabber and manually setting the LUT and HDR mode in HyperHDR using its API is a good enough workaround for now. Please close this issue if you feel it is appropriate.

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