Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
26th July 2022, 11:13 | #322 | Link |
Registered User
Join Date: Mar 2003
Location: Germany
Posts: 215
|
On the creation side yes, I would assume that anything uses the SDK. But on the presentation side, like Software players, these must somehow implement that. I looked into the source codes of VLC / FFMPEG and mpv but have not found anything. So my current assumption is that these also don't actually apply any of the processes of the dynamic tonemapping.
|
26th July 2022, 11:28 | #323 | Link |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
It's all licensed and proprietary. So they may know it, but it's protected by licensing agreement. Dolby is always done same way and that's the whole idea of it.
Look at mpv - they may have it: https://emby.media/community/index.p...vision-in-mpv/ Actually this may only work if your display is DV capable and certified. Idea is simple- someone has to pay Dolby licensing fees Last edited by kolak; 26th July 2022 at 11:39. |
26th July 2022, 15:00 | #324 | Link |
Registered User
Join Date: Jan 2019
Location: Canada
Posts: 570
|
mpv doesn't do the whole dynamic tone map processing, only the initial colourspace (polynomial and chroma MMR mapping).
It's based on some RE efforts and "ETSI GS CCM 001", nothing related to Dolby licensing. The first step would be to parse the display management metadata in FFmpeg, to make the shot-by-shot tone map metadata available.
__________________
LG C2 OLED | GitHub Projects |
26th July 2022, 22:28 | #326 | Link | |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,883
|
Quote:
It took ages for the open source community to decode proprietary audio codecs like DolbyE (and the current ffmpeg implementation is far from ideal and only works with the u8 workaround which made me write several lines of code cross-checking with mediainfo given that ffprobe cannot even recognize DolbyE in an mxf container) and now they're back with DolbyED2 Atmos (currently impossible to decode) and DolbyVision profiles (also currently impossible to decode). Best case scenario, they're just using the 12bit dual layer profile so that it's H.265 10bit PQ + metadata layer to create the 12bit and we can still watch the content by ignoring the proprietary Dolby Vision metadata layer. Worse case scenario: they're using the Dolby Vision Proprietary colorspace like dvhe0509 and we won't be able to see the content correctly (although there's been a recent attempt with libplacebo in VLC, MPV and Avisynth to tackle it). Last edited by FranceBB; 26th July 2022 at 22:30. |
|
29th July 2022, 15:22 | #328 | Link |
Registered User
Join Date: Mar 2003
Location: Germany
Posts: 215
|
There is something wrong with v1.0.1 and v1.0.0 which was ok for 0.4.1. Using a perfect 16bits grayscale (this is just a 8bits jpeg of it) and applying the luts with a lum-scaling factor of more than 1 I'm getting the following picture:
While with v0.4.1 I was getting this: Please look at the enlarged picture and not at the thumbnail. In the area where it should have been perfect white there is a wave structure. Lum-scale factor was 3.0 in this case, but other factors above 1 will produce the same structures. I used a 65x65x65 lut. This is the script how I generated that: Code:
ImageReader("GreyRamp16bits.png",use_devil=true,pixel_type="RGB48").ConvertToPlanarRGB() Cube("z:\lut_3.0_1000.cube",fullrange=true) Last edited by ErazorTT; 29th July 2022 at 15:33. |
4th August 2022, 21:58 | #334 | Link |
Registered User
Join Date: Mar 2003
Location: Germany
Posts: 215
|
Its more prominent with smaller LUTs, try size 33. Here is an archive containing anything, even a cmd to create the LUT: hlg_test.7z
|
4th August 2022, 23:31 | #335 | Link |
hlg-tools Maintainer
Join Date: Feb 2008
Posts: 412
|
https://wswartzendruber.net/uploads/..._converted.png
When sampling pixels, the brightness always increases as I progress rightward. I cannot find any row of pixels that's brighter on the left side than the right. ffmpeg -i GreyRamp16bits.png -vf lut3d=lut_4000_3.0.cube -pix_fmt rgb48be GreyRamp16bits_converted.png I did recompress with The GIMP. It has preserved the 16-bit sampling precision. EDIT: This is with the same LUT you provided. |
7th August 2022, 19:12 | #336 | Link |
Registered User
Join Date: Mar 2003
Location: Germany
Posts: 215
|
So you are not using avisyth and the Cube function from here: http://rationalqm.us/hdr/avscube_1.3.zip?
Thus I guess, this means that there is a bug in the avscube library. Last edited by ErazorTT; 7th August 2022 at 19:14. |
8th August 2022, 00:40 | #337 | Link | |
Registered User
Join Date: Feb 2020
Posts: 539
|
Quote:
Last edited by Balling; 8th August 2022 at 00:51. |
|
8th August 2022, 00:50 | #338 | Link | |
Registered User
Join Date: Feb 2020
Posts: 539
|
Quote:
|
|
8th August 2022, 01:17 | #339 | Link | |
Registered User
Join Date: Feb 2020
Posts: 539
|
Quote:
Trims as in for different displays should be described in the standards of SMPTE. Artistic meta maybe too. https://libgen.li/index.php?req=+Dyn...lume+Transform Or artistic meta can be reverse ingeenered by getting root on Android OS of LG C9 or Movies & TV plugins. In fact I pasted SDR screenshots in russian ixbt of the sample where the metadata changes but the base layer is same encoded image. Oh, Nvidia's windows driver also support their NVAPI for this, it is very buggy though (and I think it is TV led only, so no support for Low Latency player led DV). https://forums.developer.nvidia.com/...ision/199530/2 Last edited by Balling; 8th August 2022 at 01:21. |
|
8th August 2022, 01:23 | #340 | Link |
Registered User
Join Date: Feb 2020
Posts: 539
|
You are talking about true RAW (not partially debayered like in BRAW), like N-RAW? Well, Red is suing Nikon for it, LOL, Nikon Z9 can lose pretty quick, after all it is hilariuous every thing above 24 fps debayered is patented by Red (and Canon, but those are just sublicensing it).
Last edited by Balling; 8th August 2022 at 01:36. |
Thread Tools | Search this Thread |
Display Modes | |
|
|