Support forum for DG Tools

YV12 is not YUV420P16, though it can be stored that way (8 bits are wasted). The source is 4:2:0 so saving it as 4:4:4 cannot retain extra source detail.

Dion is asking for me to output YUV420P16. I am asking for it to be justified with evidence. Talking about 4:4:4 is not germane to that. Can you output YUV420P16 with 10-bit data from HDRTools?

In the case of HDRTools, YV12 is YUV420P16. I know it's not usually.
The source is 4:2:0 so I can't grasp how it looks much better when ending in 4:4:4, looks just like madVR but madVR says 4:2:0

As for the banding, I don't think there's a difference between 8 bit and higher as long as there's dithering at the last step.
Compared against everything, banding is just more pronounced with the lighter darks/gamma from DGHDRtoSDR.

Narkyy wrote: ↑

Tue Jul 24, 2018 10:55 am

Compared against everything, banding is just more pronounced with the lighter darks/gamma from DGHDRtoSDR.

Where is the evidence of banding? I've asked for evidence and all you guys do is make unsupported claims. Dion just makes useless posts like "I thought this tool outputs 8-bit, am I wrong?"

First you're talking about detail retention now you're talking about banding. Then you talk about 4:4:4 from some other tool. You're starting to irritate me big time.

I hacked a quick version to output the full 10 bits in P16. I open the YV12 and P16 versions in their own VDub2 windows. I see NO difference in detail. I see NO banding in either one. I speculated earlier about the reason but nobody took any notice of it. You seem to have a naive "10-bit good, 8-bit bad" dogma in your heads, and don't think about context.

If you don't substantiate your claims, I'm going to shut down this discussion as it is just FUD at this point. You want to use some other tool, go for it, I don't care. If it's about dithering, then ask for dithering and give a sample that shows that it's needed. Then I will be happy to consider it.

Thought it was common knowledge that banding is caused by the down conversion from a higher bit master to 8bit?

But anyways.. Here is an example of 8bit vs 16bit vs DGHDRtoSDR. I could not use DGHDRtoSDR in this test for 16bit cause I am sure its going straight to 8bit. That is why I asked if that is what your plugin is doing.

8bit vs 16bit vs DGHDRtoSDR


and for good measure..

16bit to 8bit back to 16bit. Info lost...


edit: With Narkyy help was able to get HDRTools to work.. It outputs 16bit Tonemapping correctly no banding either.

Now you're talking, thank you. But I need the source sample and all the scripts to be able to replicate it. What did you use for the first two shots? How did you take the screenshots?

If you give me what I need and the banding is eliminated by outputting 16-bits I'll be happy to add that to the filter. But I have to be able to verify that it is working as intended, and not just blindly release something. So, source sample, scripts, and how did you get the screenshots, please.

https://www.dropbox.com/s/qiwo2v5j6b9c9 ... 2.mkv?dl=1

Make sure you have the latest Avisynth+ otherwise 16bit will error out and display nothing..
https://github.com/pinterf/AviSynthPlus ... /tag/r2728

16 Bit

DGSource("Annihilation-002.dgi", fulldepth=True)
z_Spline36Resize(1920, 1080)

DGHDRtoSDR

DGSource("Annihilation-002.dgi", fulldepth=True)
z_Spline36Resize(1920, 1080)
DGHDRtoSDR(tm="mobius", light=250)

8 Bit

DGSource("Annihilation-002.dgi", fulldepth=True)
z_Spline36Resize(1920, 1080)
ConvertBits(8)

Thank you, Dion.

Here is build 1.8, which adds a fulldepth parameter to output 10-bit SDR stored in YUV420P16.

http://rationalqm.us/misc/DGHDRtoSDR_1.8.rar

BTW, you have tm="mobius". That is not valid syntax for build 1.7, so I suppose you used an earlier
version.

Thanks.. Looks to be working..

You're welcome. Thank you for pushing for this addition.

Thank you very much ~

You're welcome, Nginx.

DGHDRtoSDR 1.9 is released. It adds Vapoursynth native support.

Keeps getting better and better, thank you

Have you ever considered making an HDR to SDR app for the Nvidia Shield? It has an Nvidia GPU in it and one thing it lacks is an HDR to SDR app that can hook onto Plex or Kodi or some other popular video apps.

Could even charge for it an probably make some decent bank.

I'll look into it when current projects finish up. Thank you for the suggestion.

DGTonemap DGHable green and human skin color is not correct, unfortunately, you can add parameters for this. respects
skin color turns green.

|Source

Stark image is from the 1080p bluray.. Not the UHD..

UHD and 1080p BD's do not have the same color.

and on top of that you have never seen a UHD in it's native form.. So you have no idea what Tonemapping is correct. The quest for a perfect SDR tonemap is impossible right now.

Perfection is a highly improbable result at any time.
All we can hope for is good enough > good > real good > darn, that is good
DGHDRtoSDR is already in the real to darn range

Just a note about the .rar file not opening in 7zip commandline,

Per http://forum.doom9.org/showthread.php?p ... ost1853939 when I try to manually use standalone z7ip to even list the rar file, it fails.

Would it be possible to consider using .zip or something ?

I'll look into it tomorrow. Thanks for pointing it out. I used to always use ZIP but then I saw lots of people using RAR.

Why DGHDRtoSDR has so strange hue?

1. SDR version: https://i.imgur.com/8ns30OO.jpg
2. HDR to SDR with DGTonemap 1.2: https://i.imgur.com/B2jbxdf.jpg
3. HDR to SDR with DGHDRtoSDR 1.10: https://i.imgur.com/zGFdNzF.jpg

avs with DGTonemap:
avs with DGHDRtoSDR:
Another video:

1. HDR with madVR: https://i.imgur.com/mTlruX1.jpg
2. HDR to SDR with DGTonemap 1.2: https://i.imgur.com/HArYxUt.jpg
3. HDR to SDR with DGHDRtoSDR 1.10: https://i.imgur.com/GaoQ2Go.jpg

"strange hue"

Not a really precise formulation but I can look into it if you provide me with an unprocessed source stream sample. I can't do much with JPGs.

Please checkout source file: https://mega.nz/#!GsdHmazY!Vo6zfUcpm31E ... HOZbqerSlA

Resulting file after DGHDRtoSDR: https://mega.nz/#!z0MlgaDR!NJlZg76uyf0B ... hDBMeXAcow

Resulting file after DGTonemap: https://mega.nz/#!T8sRhQIZ!4IvY35zNQnwa ... ZK2QLIf7bw

Every my tested video has same problem. I can see almost similar result only after appending Tweak(hue=10).

Thanks, I'll look into it.

Please try out this version:

http://rationalqm.us/hdr/DGHDRtoSDR_1.11.rar

I added some hue correction for the gamut mapping. We'll never exactly match other solutions. What I am aiming for is reasonable results for most streams and fast processing in CUDA mode.