AFAIK you can recover full chroma from double the required resolution, such as per post https://forum.doom9.org/showthread.php? ... ost1938846
I was asking myself if all that procedure could be ported inside some of the DGTools libraries.
AFAIK you can recover full chroma from double the required resolution, such as per post https://forum.doom9.org/showthread.php? ... ost1938846
Any nVidia based PC, as last 2 generations of cards support HEVC 4:4:4.Bullwinkle wrote: ↑Mon Jul 04, 2022 6:39 pmWhy do you want to make 1920x1080 4:4:4 material? What players will support it?
Code: Select all
DGHDRtoSDR 1.15 by Donald A. Graft
---------------------------------
mode="pq" Source stream is HDR Perceptual Quantizer (PQ)
mode="hlg" Source stream is HDR Hybrid Log Gamma (HLG)
Code: Select all
Format : HEVC
Format/Info : High Efficiency Video Coding
Format/Url : http://www.itu.int
Commercial name : HEVC
Format profile : Main 10@L5@High
HDR format : SMPTE ST 2094 App 4
HDR format : SMPTE ST 2094 App 4, Version 1, HDR10+ Profile B compatible
HDR_Format_Commercial : HDR10+
HDR_Format_Version : 1
HDR_Format_Compatibility : HDR10+ Profile B
Internet media type : video/H265
Codec profile : Main 10@L5@High
Real frame rate : 30.000 FPS
Resolution : 10 bits
Colorimetry : 4:2:0
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Source duration : 00:00:01.800 (00:00:01:24)
Bit rate : 105 Mb/s
Width : 3840
Height : 2160
Pixel aspect ratio : 1.000
Display aspect ratio : 16:9
Rotation : 90.000
colour_description_present : Yes
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0050 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 1000 cd/m2
Maximum Frame-Average Light Level : 200 cd/m2
Yes, as long as you want to resize to HD from UHD. You'll probably have to tweak the settings for your liking.
DGHDRtoSDR is a quick-and-dirty method designed for absolute speed. You can do UHD in real time through an Avisynth script for example. As such, it does not honor (or need) any metadata and you just pick parameters that look good. It's unlikely HDR+ is going to be that relevant for cell phone video, unless you walk from a dim room into the sunlight, etc.2. Will DGHDRtoSDR pick up what it needs from the metadata of the incoming clip ?
Sure, why wouldn't it?3. Will DGHDRtoSDR successfully decode this using the 1050Ti and with the 2060 Super ?
Should be fine for that. You may need to tweak white= on a per clip basis if you shoot in very different light situations. You can open a clip in DGIndexNV and play around with Video/HDR to SDR to see what you will get for various settings. It opened your test clip just fine.I hope to use a simple defaults-driven way to convert to 8-bit SDR downsized to 1080 and encoded into h.264 (ffmpeg/vapoursynth) for display on dumber devices.
Cool. Thanks !
Even cooler
OK, I guess I'll have to play with them. I'm sort of hoping the defaults are "close enough" on average for what is likely to the the use cases for a phone camera.
There is no dithering.
Sounds reasonable. Can you demonstrate banding without it? If so, I would consider adding dithering.If not, I think this script should be fine when I need dithering to prevent banding