# Cinema vs Bluray masters **URL:** \ **Category:** Between Renders\ **Created:** [January 21, 2024, 5:40pm UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856 "2024-01-21T17:40:29Z")\ **Posts on this page:** 20\ **Page:** 2
**Author:** ![allklier](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/allklier/32/4309_2.png) [@allklier](https://forum.logik.tv/u/allklier)\ **Post date:** [January 22, 2024, 2:20am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/21 "2024-01-22T02:20:30Z")
To throw more fuel on the fire, there is discussion that the whole CIE 1931 color perception model is inadequate and doesn’t capture all aspects of color perception as it was a pretty small sample and may not account for various metarisms. There are useful standards, but they still don’t provide all the answers. ---
**Author:** ![AdamArcher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/adamarcher/32/3529_2.png) [@AdamArcher](https://forum.logik.tv/u/AdamArcher)\ **Post date:** [January 22, 2024, 2:23am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/22 "2024-01-22T02:23:16Z")
In your ACES example, they do render different? But then they will look the same when displayed correctly on the same display. So OETF, EOTF and OOTF are very different things. OETF is the relationship between the light captured on the sensor and the numerical values assigned to it in your scene referred colour space. EOTF is the relationship between the numerical values of the display referred colour space and how it converts into light emitted by the display. OOTF is the relationship between the light hitting the sensor and how it emits from the display. So the maths for EOTF and OOTF are different as EOTF also needs to take into account the OETF (and counter it effectively). Thats why I am saying the maths between a scene referred and display referred colourspace are different. If I have time later I will try and find some white papers for you. I had another quick search and have not come across it. As mentioned above, I think you are approaching it from a BBC and old school mindset, which is different to the SMPTE & Dolby approach. HLG makes sense to some as it is backwards compatible whilst PQ & Bt.1886 are not but to others you want the display to recreate the environment which the colour grade was conducted which HLG will not (unless it was displayed on a display with the same specifics as the grade monitor in the same environment). Colour science is complex and there are still different approaches, even in regards to calibration. In some ways there is no right or wrong way, but at least you can refer to a standard that everyone is working to. I am finding it hard to explain it, and I do not think I am alone as some of the white papers I have read seem contradictory. ---
**Author:** ![finnjaeger](https://avatars.discourse-cdn.com/v4/letter/f/e99b99/32.png) [@finnjaeger](https://forum.logik.tv/u/finnjaeger)\ **Post date:** [January 22, 2024, 2:25am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/23 "2024-01-22T02:25:18Z")
100% agree Thats why I want to find out what people do in practice between dark surround cinema and dimm surround 2.4 displays. And the answere seems to be to change the signal. Darkening the 2.6 signal or vice versa brightening the 2.4 signal. As you said seems to be more visually what one would expect between environments , “changing ODTs” so to say. This also matches what I heard from a big german DI house. and this directly contradicts all the “broadcast” wisdom. which is what I find so interesting. ---
**Author:** ![AdamArcher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/adamarcher/32/3529_2.png) [@AdamArcher](https://forum.logik.tv/u/AdamArcher)\ **Post date:** [January 22, 2024, 2:28am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/24 "2024-01-22T02:28:29Z")
Remember that ACES output transforms are more changing the colourspace from a scene referred to a display referred colourspace when it comes to mastering. So in a way the values are changing to reflect what the specification defines so that the monitor applies the correct EOTF. If that makes sense? ---
**Author:** ![AdamArcher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/adamarcher/32/3529_2.png) [@AdamArcher](https://forum.logik.tv/u/AdamArcher)\ **Post date:** [January 22, 2024, 2:33am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/25 "2024-01-22T02:33:34Z")
And interestingly enough, I have often heard the HLG approach to gamma referred to as a “Broadcast” approach whilst PQ has been referred to as a “Theatrical” approach. Meaning that Broadcast based approaches take into account the vast variety of environments the material will be displayed in whilst PQ & Bt.1886 do not, they specify the environment. ---
**Author:** ![finnjaeger](https://avatars.discourse-cdn.com/v4/letter/f/e99b99/32.png) [@finnjaeger](https://forum.logik.tv/u/finnjaeger)\ **Post date:** [January 22, 2024, 2:35am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/26 "2024-01-22T02:35:11Z")
yea what i mean with the aces example is exactly that, the signal is different but the light output is the same. (thats what I mean with “rendering the same” meaning they have to both have the same ootf as scene light is not touched. camera encoding gets converted to linear and the rec709 ODT then applies a 1/1.961 (~0.5) encoding to the signal which then gets displayed with a gamma 2.4 monitor resulting in a OOTF of 1.2 (+RRT tonemapping stuff…) for sRGB instead of a 0.5 encoding they use 0.55? gamma encode which then results in the same 1.2 OOTF on a sRGB display. ---
**Author:** ![allklier](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/allklier/32/4309_2.png) [@allklier](https://forum.logik.tv/u/allklier)\ **Post date:** [January 22, 2024, 2:38am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/27 "2024-01-22T02:38:25Z")
I think from a system point of view, the following should always hold true, especially now that the whole pipeline can work in ~15 stops or equivalent of eye sight. Start with a real life linear back-white gradient on a white sun lit wall. Film it and have it travel through the entire pipeline and display it in various environments and a viewer would perceive it as them seeing a wall with linear gradient in southern Spain. Anything that breaks this test is an issue. ---
**Author:** ![finnjaeger](https://avatars.discourse-cdn.com/v4/letter/f/e99b99/32.png) [@finnjaeger](https://forum.logik.tv/u/finnjaeger)\ **Post date:** [January 22, 2024, 2:42am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/28 "2024-01-22T02:42:33Z")
yes, I do totally understand what aces is doing here and thats exactly where i am trying to understand or question the “why”. whats the reason for not introducing a surround compensation into the Rendering transforms? (I actually think they are talking about that going forward) baselight has a bunch of crazy surround comp stuff in it as well. But if we dont have surround compensation we are expected to grade that in ourselves? whixh begs the question of why not use the inherent gamma shifts between displays as a cheap surround compensation or as a better starting point for a actual re-master? ---
**Author:** ![finnjaeger](https://avatars.discourse-cdn.com/v4/letter/f/e99b99/32.png) [@finnjaeger](https://forum.logik.tv/u/finnjaeger)\ **Post date:** [January 22, 2024, 2:45am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/29 "2024-01-22T02:45:25Z")
and this is exactly what rec709 is saying only works if you are warching it in a bright surround environment 😃 but then yes it should show a linear ramp. ina dimm surround you should "boost " the gamma giving you a non-linear response ---
**Author:** ![AdamArcher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/adamarcher/32/3529_2.png) [@AdamArcher](https://forum.logik.tv/u/AdamArcher)\ **Post date:** [January 22, 2024, 2:46am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/30 "2024-01-22T02:46:42Z")
> [@finnjaeger](#): > > whats the reason for not introducing a surround compensation into the Rendering transforms? (I actually think they are talking about that going forward) baselight has a bunch of crazy surround comp stuff in it as well. Because how will you know what the surround is going to be?!! If there was a dynamic metadata system that took into account sensors built into the display that assess the environment then it could potentially work but that is not the case. Some TVs DO have a light sensor in them and automatically adjust the picture but people tend to hate them. Plus, when someone walks through the room or moves, the picture changes. So the way around this is standards. It is not the best system but is currently the least worst. PQ & HLG have their pros and cons but at least they are both a defined standard. ---
**Author:** ![finnjaeger](https://avatars.discourse-cdn.com/v4/letter/f/e99b99/32.png) [@finnjaeger](https://forum.logik.tv/u/finnjaeger)\ **Post date:** [January 22, 2024, 2:48am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/31 "2024-01-22T02:48:09Z")
well but you DO! Going from a reference environment into another you do know the difference in surround! Cinema has a known reference surround as does dim surround. so we know and we could adjust our image accordingly? rec709 has a known reference surround, sRGB does too, every dispkay standard usually comes with a reference environment or else it would be pretty much useless. ---
**Author:** ![AdamArcher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/adamarcher/32/3529_2.png) [@AdamArcher](https://forum.logik.tv/u/AdamArcher)\ **Post date:** [January 22, 2024, 2:48am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/32 "2024-01-22T02:48:51Z")
Which is exactly what happens when you have a calibrated display set to a standard right?!! ---
**Author:** ![finnjaeger](https://avatars.discourse-cdn.com/v4/letter/f/e99b99/32.png) [@finnjaeger](https://forum.logik.tv/u/finnjaeger)\ **Post date:** [January 22, 2024, 2:49am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/33 "2024-01-22T02:49:58Z")
exactly - but then again why are we negating this effect with changing the gamma in our signal? ---
**Author:** ![AdamArcher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/adamarcher/32/3529_2.png) [@AdamArcher](https://forum.logik.tv/u/AdamArcher)\ **Post date:** [January 22, 2024, 2:50am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/34 "2024-01-22T02:50:56Z")
So unless you had a standard for different lighting environments and displays would auto detect what the current environment is closest to then that would potentially work. What are your experiences with self-calibrating displays?!! ---
**Author:** ![AdamArcher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/adamarcher/32/3529_2.png) [@AdamArcher](https://forum.logik.tv/u/AdamArcher)\ **Post date:** [January 22, 2024, 2:51am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/35 "2024-01-22T02:51:38Z")
Because a projectors EOTF is different to a displays EOTF. Maybe your question should more be why is the EOTF of a display different to a projector? ---
**Author:** ![allklier](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/allklier/32/4309_2.png) [@allklier](https://forum.logik.tv/u/allklier)\ **Post date:** [January 22, 2024, 2:53am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/36 "2024-01-22T02:53:20Z")
> [@finnjaeger](#): > > …and this is exactly what rec709 is saying only works if you are warching it in a bright surround environment but then yes it should show a linear ramp.ina dimm surround you should "boost " the gamma giving you a non-linear response I think you’re looking at this too literal and in isolation. It never is about Rec709 or a specific gamma, but about the proper hand-off. Both sides of Rec709 need to be sync for the whole system to work. As an aside - the original version of Rec709 didn’t actually specify gamma, that wasn’t added until BT1886, and only after displays were more standardized. ---
**Author:** ![finnjaeger](https://avatars.discourse-cdn.com/v4/letter/f/e99b99/32.png) [@finnjaeger](https://forum.logik.tv/u/finnjaeger)\ **Post date:** [January 22, 2024, 2:53am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/37 "2024-01-22T02:53:31Z")
yesss But if we adjust for the difference in EOTF we reach the same ootf between the 2 which isnt right as the reference environments also change? ---
**Author:** ![finnjaeger](https://avatars.discourse-cdn.com/v4/letter/f/e99b99/32.png) [@finnjaeger](https://forum.logik.tv/u/finnjaeger)\ **Post date:** [January 22, 2024, 2:55am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/38 "2024-01-22T02:55:25Z")
rec709 gamma was always pretty much set to 0.5 on the camera side, display wasnt specified but sRGB talks about 1/1.961 ~ 0.5 and people say crt gamma was inherently something along the lines of 2.4 ---
**Author:** ![AdamArcher](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.logik.tv/adamarcher/32/3529_2.png) [@AdamArcher](https://forum.logik.tv/u/AdamArcher)\ **Post date:** [January 22, 2024, 2:56am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/39 "2024-01-22T02:56:15Z")
You are forgetting about the physical change of the way the image is being created. The EOTF in a practical environment. gamma 2.6 gives a better result in projection than gamma 2.4. Gamma 2,4 gives a better translation than 2.4 on a display, ---
**Author:** ![finnjaeger](https://avatars.discourse-cdn.com/v4/letter/f/e99b99/32.png) [@finnjaeger](https://forum.logik.tv/u/finnjaeger)\ **Post date:** [January 22, 2024, 2:57am UTC](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856/40 "2024-01-22T02:57:15Z")
> [@AdamArcher](#): > > Because a projectors EOTF is different to a displays EOTF. > > Maybe your question should more be why is the EOTF of a display different to a projector? isnt this my exact point , why so we have a different EOTF in a projector? because our eyes want more contrast in the dark vs a dim environment , yes? So then if we change the signal to take this whole effect out of the equation i have to ask why? [Previous page](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856.md?page=1) [Next page](https://forum.logik.tv/t/cinema-vs-bluray-masters/9856.md?page=3)