Any chance you could give me a link to one of those transport streams? You can use DGSplit to cut the first 50MB. Only you can decide if it looks "good enough" with no special processing. With one of your streams I can try it both ways and we'll see how they compare.
Any chance you could give me a link to one of those transport streams? You can use DGSplit to cut the first 50MB. Only you can decide if it looks "good enough" with no special processing. With one of your streams I can try it both ways and we'll see how they compare.
I have provided 3 clips, 50MB per clip, thank you for your help
Guys, I have added a 'HDR' field to the HEVC Info dialog. This will show "PQ" for HDR10, "HLG" for HLG, and is blank for SDR.
I also figured out how to properly detect HDR. There are two ways to signal it: 1) through the transfer_characteristics (16 is PQ, 18 is HLG), and 2) through SEI messages. Previously I was looking only at the presence/absence of SEI messages. Now I look at both. You have to look at both because a HLG stream can signal 709 via transfer_characteristics together with a preferred_transfer_characteristics SEI specifying HLG. This allows for backward compatibility of HLG with 709 displays. Refer to T-REC-H.Sup18-201710-I!!PDF-E.pdf for details:
Hello there culture lovers. Today we take a look at the modern day HLG to SDR known as The Good Stuff. Here is one fetching picture. They call me fetching. Fetching all the pixels ain't saving whoa! Ooh. Okay that is all for today next week the meaning of Randomness and Beauty.
I have the HLG EOTF coded and apparently working. I want to compare the results to the HD versions you linked, and also to the results of some other conversion filters. If things look good, I'll implement it fully into DGHDRtoSDR (with a mode parameter for PQ or HLG) and add it to DGIndexNV as well.
Just discovered there is a BT.2100-2 while I was coding off of BT.2100-1. The HLG EOTF is a bit different in BT.2100-2 so I'll have to revise the implementation accordingly. No big deal.
I've got the HLG EOTF re-coded and working. And I have DGHDRtoSDR() modified to support both PQ and HLG via a mode parameter. I'll add the HLG support to DGIndexNV and then give y'all both of them. Whee!
I've got HLG to SDR working in DGIndexNV. It's kinda nice. You can set up the HLG conversion and then just click and unclick 'Enable HDR to SDR' to see the difference between real HLG conversion and backwards compatible display. The color shifts from backwards compatible handling become very obvious.
Now I have to do code reviews, regression testing, and documentation.
Please read the docs carefully as the parameters have changed. This was quite a non-trivial revision so your careful testing under Avisynth+ and Vapoursynth (native), as well as checking the docs, would be very helpful. Thank you and have fun.
Delete your INI file first and then open and close DGIndexNV! Then begin testing.
Sure, sure, thanks Rocky, but why bother when UHD is useless? People call me useful. Whoo. Look at the last figure on this page and tell me I am a foolish Moose.
Also, while we're pointing out the insanity remember that HDR10 PQ (absolute brightness) requires a very controlled viewing environment, and horrors metadata. But HLG is relative and a simple control can scale things very well for different environmental brightness. Just google up some PQ versus HLG action. PQ should be sent to Siberia!