HDR -> SDR conversion
Re: HDR -> SDR tonemapping
Thanks for the explanation, Selur.
Re: HDR -> SDR tonemapping for DGDecodeNV
Thank you for the update. Could you please tell me the default values of "contrast" and "bright" in the new version?
Re: HDR -> SDR tonemapping
Thanks for the update.
Is that tonemap1.1 txt file readable? looks like I have some encoding issue(I asume its not utf8?). Random code showed on my sublimetext..
Is that tonemap1.1 txt file readable? looks like I have some encoding issue(I asume its not utf8?). Random code showed on my sublimetext..
Re: HDR -> SDR tonemapping
I don't know what was up there because I just replaced it. Can you re-download and check again? Thanks. Should be UTF8. Works fine with sublimetext for me.
I'm trying to do too many things at once, gotta slow down.
Re: HDR -> SDR tonemapping
Thank you
Edit
Help file shows bright=3.0 as default
Too many things at once
Gotta slow down
Re: HDR -> SDR tonemapping
Yes, 3.0 is the default. Post edited. Thank you.
Re: HDR -> SDR tonemapping
I mess around the "bright" parameter, but cannot see any difference between the values (default, 1.0, 5.0).
Not sure where I did wrong.
Here's my script:
Not sure where I did wrong.
Here's my script:
Code: Select all
DGSource("br2049.dgi", crop_t=280, crop_b=280, fulldepth=true).Spline36Resize(1920, 800)
z_ConvertFormat(pixel_type="RGBPS", colorspace_op="2020ncl:st2084:2020:l=>rgb:linear:2020:l", dither_type="none")
DGTonemap(bright=5)
z_ConvertFormat(pixel_type="YV12", colorspace_op="rgb:linear:2020:l=>709:709:709:l", dither_type="ordered")
Subtitle("bright=5.0", size=25)
- Attachments
-
-
-
-
-
-
-
-
-
Re: HDR -> SDR tonemapping
I know what's wrong, standby. Thank you.
Re: HDR -> SDR tonemapping
Re-download, should be all fixed up. Thanks for pointing it out.
Re: HDR -> SDR tonemapping
Higher numbers reduce brightness, you can even go to bright=1000 and beyond, but it stops having an effect up there. bright=3.0 is already too bright. Maybe 4.0 is better. It's logarithmic. Let me know what default you like. I'm also going to look at Hable and some local operators. Tonemapping raises some interesting philosophical questions regarding what features of perception should be favored, given that we cannot retain all of the information.
Re: HDR -> SDR tonemapping
So I'm trying to test the DGTonemap plugin without DGSource (as I don't have a HEVC decoding GPU).
I'm not sure what the plugin expects as input. As 16 bit source, it returns double the height but a proper image at the top.
This is my script (cropping the bottom)
I'm not sure what the plugin expects as input. As 16 bit source, it returns double the height but a proper image at the top.
This is my script (cropping the bottom)
Code: Select all
LSMASHVideoSource("source.mp4", stacked=true, format="YUV420P16")
z_ConvertFormat(pixel_type="RGBPS",colorspace_op="2020ncl:st2084:2020:l=>rgb:linear:2020:l", dither_type="none")
dgtonemap(contrast=0.2, bright=7.0)
z_ConvertFormat(pixel_type="YV12",colorspace_op="rgb:linear:2020:l=>709:709:709:l",dither_type="ordered")
crop(0,280,0,-2440)
Re: HDR -> SDR tonemapping
Welcome to the forum!
That's probably some hacky high-bit depth support in LSMASH, i.e., it's that double-image nonsense done for use with Avisynth 2.6, which doesn't have native 16-bit support. I can't support hacks like that. Ask the LSMASH guys for real 16-bit support. We are in the UHD era.
That's probably some hacky high-bit depth support in LSMASH, i.e., it's that double-image nonsense done for use with Avisynth 2.6, which doesn't have native 16-bit support. I can't support hacks like that. Ask the LSMASH guys for real 16-bit support. We are in the UHD era.
Re: HDR -> SDR tonemapping
Hmm alright, thanks.
Re: HDR -> SDR tonemapping
It's like going out of your way to support Windows 3.0 or XP.
1050 Ti's are very reasonable if you shop around. Around $180.
1050 Ti's are very reasonable if you shop around. Around $180.
Re: HDR -> SDR tonemapping
sdr
bright=4.0
bright=5.0
bright=4.0
bright=5.0
Re: HDR -> SDR tonemapping
Nice, thanks gonca. I like bright=5. The SDR one is too dark in the shadows compared to bright=5, IMHO.
Re: HDR -> SDR tonemapping
If you want me to further test with different samples let me know
Re: HDR -> SDR tonemapping
You can tell AviSynth+ about stacked things, but in your case you don't even need to spend cycles on conversion, just something likeNarkyy wrote: ↑Sun Mar 25, 2018 2:49 pmSo I'm trying to test the DGTonemap plugin without DGSource (as I don't have a HEVC decoding GPU).
I'm not sure what the plugin expects as input. As 16 bit source, it returns double the height but a proper image at the top.
This is my script (cropping the bottom)Code: Select all
LSMASHVideoSource("source.mp4", stacked=true, format="YUV420P16") z_ConvertFormat(pixel_type="RGBPS",colorspace_op="2020ncl:st2084:2020:l=>rgb:linear:2020:l", dither_type="none") dgtonemap(contrast=0.2, bright=7.0) z_ConvertFormat(pixel_type="YV12",colorspace_op="rgb:linear:2020:l=>709:709:709:l",dither_type="ordered") crop(0,280,0,-2440)
Code: Select all
LSMASHVideoSource("source.mp4", format="YUV420P16")
ConvertFromDoubleWidth(16)
z_ConvertFormat(pixel_type="RGBPS",colorspace_op="2020ncl:st2084:2020:l=>rgb:linear:2020:l", dither_type="none")
dgtonemap(contrast=0.2, bright=7.0)
z_ConvertFormat(pixel_type="YV12",colorspace_op="rgb:linear:2020:l=>709:709:709:l",dither_type="ordered")
crop(0,280,0,-2440)
PC: RTX 2070 | Ryzen R9 5950X (no OC) | 64 GB RAM
Notebook: RTX 4060 | Ryzen R9 7945HX | 32 GB RAM
Notebook: RTX 4060 | Ryzen R9 7945HX | 32 GB RAM
Re: HDR -> SDR tonemapping
Cool, thanks for notifying us about that possibility. I'd never heard of that.
Re: HDR -> SDR tonemapping
Unfortunately that only made the width 1920, there was still garbage in the extra bottom 2160 pixels.
This is what worked though if anyone's interested: ConvertFromStacked(16) and crop(0,280,0,-280)
I'm not sure why but that works and it doesn't when LSMASH loads as stacked=false
Thanks for the help, I'll probably post some test samples soon
This is what worked though if anyone's interested: ConvertFromStacked(16) and crop(0,280,0,-280)
I'm not sure why but that works and it doesn't when LSMASH loads as stacked=false
Thanks for the help, I'll probably post some test samples soon
Re: HDR -> SDR tonemapping
Maybe DJATOM knows something about that.
@all
I released a new version of DGTonemap that adds the Hable operator. Read the
DGTonemap.txt file as the usage has changed. Hable seems to preserve details
better to my eye.
http://rationalqm.us/DGTonemap.rar
@all
I released a new version of DGTonemap that adds the Hable operator. Read the
DGTonemap.txt file as the usage has changed. Hable seems to preserve details
better to my eye.
http://rationalqm.us/DGTonemap.rar
Re: HDR -> SDR tonemapping
Code: Select all
LwlibavVideoSource("D:\ACCEL_WORLD_INFINITE_BURST_UHD\BDMV\STREAM\00004.m2ts")
ConvertFromDoubleWidth(bits=10)
ConvertBits(16)
PC: RTX 2070 | Ryzen R9 5950X (no OC) | 64 GB RAM
Notebook: RTX 4060 | Ryzen R9 7945HX | 32 GB RAM
Notebook: RTX 4060 | Ryzen R9 7945HX | 32 GB RAM