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

Implement support for "BBC OETF for Enhanced and High Dynamic Range". #262

Open
KelSolaar opened this issue Mar 20, 2016 · 6 comments
Open

Comments

@KelSolaar
Copy link
Member

KelSolaar commented Mar 20, 2016

References

@KelSolaar KelSolaar added this to the v9.9.9 milestone Mar 20, 2016
@KelSolaar KelSolaar changed the title Implement support for BBC OETF for Enhanced and High Dynamic Range. Implement support for "BBC OETF for Enhanced and High Dynamic Range". Mar 20, 2016
@jaguarondi
Copy link

The BBC worked with NHK to develop the HLG (Hybrid Log Gamma) which is now standardised as "ARIB STD-B67" as described in #264

This paper is one of the steps of this research and the values were different than what they settled with in the standard. A follow-up to this from September 2015:

@sobotka
Copy link
Contributor

sobotka commented May 23, 2016

DolbyPQ then enters into this discussion as well I suspect.

@jaguarondi
Copy link

The Dolby PQ is another transfer function for HDR which has been standardised in SMPTE ST 2084. PQ and HLG are indeed the 2 most important standards for HDR today. A notable difference though, HLG is an OETF (think BT.709) while PQ is an EOTF (think BT.1886).

@KelSolaar
Copy link
Member Author

We have PQ implemented in develop although the location is bound to change as per #270.

@KevinJW
Copy link

KevinJW commented May 23, 2016

I'll +1 for @jaguarondi comment about the difference between HLG and PQ.

HLG is a scene referred relative OETF
PQ is a display referred absolute EOTF

this is best demonstrated by the fact that in order to cross convert you need to know the intensity of the peak white in cd/m2 of the display. This is needed to determine an appropriate system gamma.

For now the best available info comes from BT.2390, though it is a bit of a mash up of information (I think this is intended), the true ITU standard is not yet published so it not publicly available, and doesn't have a number.

My opinion is that the proposed ITU function for the system gamma, is not going to work across different environments, in particular the lower intensity displays as found in cinema related applications might need a different figure than that predicted, both because the published papers suggest it (straight line fit on what is clearly a curve) and more importantly the lack of surround illumination. All the test evaluations were carried out with a constant surround (I believe the figure quoted was ~5 cd/m2)

Kevin

@KelSolaar
Copy link
Member Author

I'm wondering if there is a point implementing that now that we have support for HLG as per #316, from an historical standpoint I think it is worth it but will it be used, I don't think so. I'll drop the issue priority.

@KelSolaar KelSolaar added P3 and removed P2 labels Mar 31, 2017
@KelSolaar KelSolaar modified the milestones: v9.9.9, v0.3.10 Jul 2, 2017
@KelSolaar KelSolaar removed the Ready label Sep 30, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants