HDR -> SDR conversion

These CUDA filters are packaged into DGDecodeNV, which is part of DGDecNV.
gonca
Distinguished Member
Distinguished Member
Posts: 601
Joined: Sun Apr 08, 2012 6:12 pm

Re: HDR -> SDR conversion

Post by gonca » Thu Jul 19, 2018 3:11 pm

Can I please have the source sample for that shot of the blonde girl with colored streaks? Thank you.
I assume you means the clip (dumb question, long day at work :oops: :facepalm: )
I will prep it and upload it
Do you want it on your FTP server or my file sharing account?

Narkyy
Posts: 51
Joined: Thu May 25, 2017 11:51 pm

Re: HDR -> SDR conversion

Post by Narkyy » Thu Jul 19, 2018 4:24 pm

v1.7 and roll doesn't seem to have the desired effect..
The colors don't seem to be changing, it's just getting brighter.
Since switching to Reinhard, the contrast has been off as well. Everything looks duller, more grey.

Order: v1.4 | v1.7 light=500 roll=0.5 | madVR

Image Image Image

The circled parts on the dress aren't as red as they're supposed to be, like 1.4 and madVR.
The wall is going grey instead of keeping the red color.
v1.4 had it right except for the highlight issues and random hue shifts.

Basically the whole contrast of dark/bright is low so everything looks boring is what I assume.

User avatar
admin
Site Admin
Posts: 3973
Joined: Thu Sep 09, 2010 3:08 pm

Re: HDR -> SDR conversion

Post by admin » Thu Jul 19, 2018 4:37 pm

gonca wrote:
Thu Jul 19, 2018 3:11 pm
Do you want it on your FTP server or my file sharing account?
Either way. FTP would be good just in case I can't use your file sharing.

User avatar
admin
Site Admin
Posts: 3973
Joined: Thu Sep 09, 2010 3:08 pm

Re: HDR -> SDR conversion

Post by admin » Thu Jul 19, 2018 4:41 pm

Narkyy wrote:
Thu Jul 19, 2018 4:24 pm
v1.7 and roll doesn't seem to have the desired effect..
The colors don't seem to be changing, it's just getting brighter.
Since switching to Reinhard, the contrast has been off as well. Everything looks duller, more grey.
I'll look into it. It can be hard to distinguish brightness from saturation differences. I'll break on strategic pixels and get an objective comparison of 1.4 versus 1.7.

BTW, why do you find the sat adjustment not helpful?

dmcs
Posts: 32
Joined: Sat Oct 21, 2017 9:40 pm

Re: HDR -> SDR conversion

Post by dmcs » Thu Jul 19, 2018 5:01 pm

Are you planning on bringing back Mobius in future builds?

Narkyy
Posts: 51
Joined: Thu May 25, 2017 11:51 pm

Re: HDR -> SDR conversion

Post by Narkyy » Thu Jul 19, 2018 6:39 pm

admin wrote:
Thu Jul 19, 2018 4:41 pm
BTW, why do you find the sat adjustment not helpful?
It's not that the sat parameter isn't good, it's just not enough to get colors close to v1.4 and madVR even with sat=1.25.
Also the issue seems to affect only red, the rest looks just as good.
So I'm thinking it's more related to the new Reinhard contrast and the hue on red areas rather than just saturation.

gonca
Distinguished Member
Distinguished Member
Posts: 601
Joined: Sun Apr 08, 2012 6:12 pm

Re: HDR -> SDR conversion

Post by gonca » Thu Jul 19, 2018 8:25 pm

You should have the clip now

User avatar
admin
Site Admin
Posts: 3973
Joined: Thu Sep 09, 2010 3:08 pm

Re: HDR -> SDR conversion

Post by admin » Thu Jul 19, 2018 8:57 pm

dmcs wrote:
Thu Jul 19, 2018 5:01 pm
Are you planning on bringing back Mobius in future builds?
I'll bring back whatever is needed to get the results we are after. Right now, I am focused on the desaturation issue. Mobius doesn't solve that in the current artifact-free design.

User avatar
admin
Site Admin
Posts: 3973
Joined: Thu Sep 09, 2010 3:08 pm

Re: HDR -> SDR conversion

Post by admin » Thu Jul 19, 2018 8:57 pm

gonca wrote:
Thu Jul 19, 2018 8:25 pm
You should have the clip now
Thank you!

Dion
Posts: 20
Joined: Sun Dec 04, 2016 1:30 am

Re: HDR -> SDR conversion

Post by Dion » Fri Jul 20, 2018 12:04 am

You guys are trying to solve a tonemapping problem that cannot be solved. We cannot see what an UHD clip is suppose to look like because we don't have the proper display for it. What we have is a glimpse of it atm.

Should just include all the tonemapping algorithms in the dll and let people choose what they want to use.. Cause there is no "CORRECT" answer or pick one for your liking and be done with it. Since tonemapping is done on a per display bases.. I think just including a bunch the best option.

Either way your work on this is incredible.. More then I have seen from anyone including the madVR guy.

Post Reply