Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Hardware & Software > Software players

Reply
 
Thread Tools Search this Thread Display Modes
Old 23rd September 2018, 18:33   #52661  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by suanm View Post
second My TV set has HDR feature. So i don't think i will use any feature of HDR conversion to SDR.The purpose of using the feature 'process HDR content by using pixel shader math' is to improve image quality of HDR movies.
You will either want the TV to do tone mapping or madVR. It's probably not a good idea to let both tone map. So I'd suggest to either passthrough HDR to the display untouched. Or to let madVR do the tone mapping. The latter might give you the best quality. However, if you have an OLED display, maybe you'll not get the same brightness because from what I've read the OLED might switch to some sort of "overdrive" mode to squeeze out the last bit of possible brightness, when it receives HDR content. So if you let madVR do the tone mapping, you'll lose that overdrive mode (whether that is a good or bad thing is another question).

Quote:
Originally Posted by Chouonsoku View Post
It's like I said in my post, processing via HDR -> SDR means my TV stays in SDR mode which has a lower peak brightness than the HDR mode.
Is there no way in the TV settings to get the same peak brightness in SDR mode? That would be sad!

Quote:
Originally Posted by Chouonsoku View Post
It also means I have to change my SDR mode picture settings on the TV for the HDR content (Bt.2020) and then back again when I'm playing SDR content (Rec.709) instead of being able to have separate SDR and HDR picture modes like I do with the passthrough option.
I understand. Does the "report BT.2020 to display" option do anything for you? Maybe it allows you to use different presets in your TV for SDR vs HDR content, even if you let madVR do the tone mapping (HDR -> SDR conversion)?

Quote:
Originally Posted by Chouonsoku View Post
What is the "send HDR metadata to display" box for in this mode, by the way? I kind of assumed it was meant to submit the "new" HDR metadata that madVR maybe generates from using it's tonemapping algorithm to the TV. A lot of this was just my assumption that this mode was to put the TV into HDR mode.
Your assumptions are fully correct. The problem is that many TVs are stupid and apply tone mapping if they receive HDR video, even if it's not needed. E.g. if madVR tells the TV that the peak brightness is actually only 100nits, the TV would not have to do tone mapping, but most TVs still do it, which can screw up image quality.

Quote:
Originally Posted by Chouonsoku View Post
Increasing the nits doesn't fix the super strong red hue, but they have to be that low to avoid the intense black crush that also happens with the HDR process setting. It was also set to 150 / 400 to make it easier to see the red problem in the photos.
The red hue might be a bug in madVR, I'll check if I can reproduce that here.

Quote:
Originally Posted by magic144 View Post
Playing back 720p HD mkv, run into new issue since (including) madVR version 0.92.15 (WASN'T present with 0.92.14 and reverting still works).

When I engage vobsub (idx/sub) subtitles via XySubFilter in Zoom Player, video freezes though audio continues. I don't get any subs. In fact the freezing only occurs at the point when the next sub would have appeared. It's non recoverable - have to restart player to restart video.
VobSub filter still works.
Plain text (SRT) subs still work in either sub filter.

Using AMD RX460 with Adrenalin 18.9.2 (latest) driver. Output is direct HDMI to Samsung monitor, 1920x1080 resolution.

Sub filters previously installed (as pair) via ZP Install Centre - reported as 3.1.0.747 via that installer.
VSFilter.dll (VobSub) shows 3.0.0.306
XySubFilter.dll (XySubFilter) shows 3.1.0.747
Zoom Player is MAX v14.4b1 (latest)

----

UPDATE: same issue occurs on different PC w/ same software setup, but with older AMD Radeon HD5670
(again, reverting to madVR 0.92.14 works)

UPDATE2 (2018-09-21): issue confirmed in BOTH full-screen and windowed playback
The issue occurs when the *first* subtitle would normally appear, is that correct? You're saying the "next" subtitle, which confuses me a bit.

Is there an easy way for me to reproduce the problem? I'm not sure if I want to install lots and lots of stuff and carefully fine tune everything to match your setup, just to be able to reproduce the issue...

Quote:
Originally Posted by aufkrawall View Post
For what it's worth: I still had the render queue not filling correctly issue with 0.92.16, it only worked in FSE. However, it seems to have disappeared after a Windows restart. Maybe you want to keep an eye out on this.

Edit: The CPU load with HDR pixel shader conversion is also a bit high, especially with highlight reconstruction.
Highlight reconstruction uses DirectCompute. Waiting for DirectCompute to complete may push one CPU core to 100%. But it's a kind of busy wait state that basically tells the OS: "I want to wait, but if you need this CPU core for something else, go ahead and do that", so it's not that one CPU core would be blocked. It can be used by the OS for any task, but it just can't go to 0% until DirectCompute has run through. So IMHO not too much of an issue.

Quote:
Originally Posted by blu3wh0 View Post
I'm probably going to continue using HDR pass-through as that seems the only way to utilize the higher brightness levels of my LG B7. HDR to SDR looks very good now for tone-mapping, but the brightness in SDR holds it back.
It's too bad that your LG doesn't seem to have an option to use the same brightness for SDR?

Quote:
Originally Posted by blu3wh0 View Post
I also utilize the dynamic tone-mapping on the TV to bring it closer to how it would look like in Dolby Vision. Are there any plans to add dynamic tone-mapping (if even possible) for HDR pixel processing to HDR output?
It's already there! See "measure each frame's peak luminance".

Quote:
Originally Posted by blu3wh0 View Post
Also, I didn't notice it in the profile variables, can display bitdepth output be added as a parameter?
Which display output bitdepth exactly?

Quote:
Originally Posted by chinobino View Post
I was previously using 8-bit RGB Full range (via nvidia control panel) but when I switched over to 10-bit YCbCr 4:2:2 I noticed that all banding was completely gone.
That's weird, shouldn't be happening. 8bit RGB Full Range should be totally banding free (unless the source contains banding, obviously).

You do have dithering enabled in madVR? Have you tried setting your display properties manually to 8bit in the madVR settings?
madshi is offline   Reply With Quote
Old 23rd September 2018, 19:10   #52662  |  Link
famasfilms
Registered User
 
Join Date: May 2015
Posts: 29
Quote:
Originally Posted by mclingo View Post
new version of MADVR has fixed the 23,076 playback issue with MPC-HC, no longer hangs with black screen, wierd but great !

unfortunately I was hoping that maybe a combination of new AMD drivers and new MADVR would fix the blown out reds issue with AMD 23hz SDR playback, this really needs fixing, had this for months now with 3 different AMD cards and muliple sets of drivers and LAV / MADVR versions.

https://1drv.ms/u/s!AgvFafeelEBigP8JoUs9wKjRu8Ajjw


Just a reminder of the issue.

all 23,976 playback of any SDR material has blown out reds as shown in picture, but only with MADVR renderer.

• If If I turn off refresh rate switching and play in 60hz the problem goes away
• if I put my TV in PC mode the problem goes away (bluray mode used for access to TV processing)
• if I turn off use DIRECT3D for presentation in MADVR the problem goes
• if If set calibration to BT2020 in MADVR the problem goes away
• HDR material plays fine.

surely the way this problem manifests itself must ring a bell for someone?

Your PC should be in PC mode for SDR content, and Home Theatre for HDR content.

I think I mentioned this a few months ago but the other way round and you replied back then - If I watch HDR content on PC mode the colours are washed out, and very vivid (almost increased reds) in Home Theatre.

So it looks like you have the reverse problem, not sure what TV processing you need

Also not sure why you need it fixing in MadVr when by your own admission changing MadVR settings fixes it
famasfilms is offline   Reply With Quote
Old 23rd September 2018, 19:36   #52663  |  Link
magic144
Registered User
 
Join Date: May 2005
Posts: 395
Quote:
Originally Posted by madshi View Post
The issue occurs when the *first* subtitle would normally appear, is that correct? You're saying the "next" subtitle, which confuses me a bit.

Is there an easy way for me to reproduce the problem? I'm not sure if I want to install lots and lots of stuff and carefully fine tune everything to match your setup, just to be able to reproduce the issue...
Hi madshi,

by "next", what I meant was that I can start playing a video at any point and the playback is OK UNTIL the time when the next subtitle is to be presented, then the video hangs - i.e. if I started playing from the beginning, the video would hang at the first

For environment, all I have is Win10, AMD cards (as described), Zoom Player, LAV and XySubFilter versions as described. Playback is to monitor or TV (thru receiver) via HDMI.

Settings to use XySubFilter in ZP are:
Playback->Video->Video Renderer: MadVR
Playback->Video->Subtitles->Use XySubFilter...whenever possible: CHECKED

Extra Info:
I am NOT using MadVR Full-screen Exclusive (FSE) mode (enable automatic FSE: UNCHECKED)


Original Post
Updated to show issue found with AND without LAV HW accel engaged, and also found on Intel GPU platform too.

Last edited by magic144; 23rd September 2018 at 21:40. Reason: added link to original post
magic144 is offline   Reply With Quote
Old 23rd September 2018, 23:02   #52664  |  Link
blu3wh0
Registered User
 
Join Date: Feb 2014
Posts: 39
Quote:
Originally Posted by madshi View Post
It's too bad that your LG doesn't seem to have an option to use the same brightness for SDR?
Yup, I just went ahead and measured peak brightness for both SDR and HDR modes. I was completely surprised how maxing out OLED light and contrast still maintained a good default calibration, which could easily be perfected like my normal SDR setup for 120 nits. Anyway, HDR measured around 750 nits calibrated and SDR was only 413 nits per-calibration. This is significant enough that I would choose HDR all the time. I also went ahead and did a quick comparison between HDR to SDR in BT.2020 (which I'm surprised worked in SDR, although PC mode on my TV didn't like it so I had to switch to the one I use for HDR) against dynamically tone-mapped HDR, and it was pretty darn close aside from the brightness. Thinking this way, I'm surprised my TV's tone-mapping is actually pretty decent.

Quote:
Originally Posted by madshi View Post
It's already there! See "measure each frame's peak luminance".
Great! Unfortunately, it doesn't seem like it would do much to help output in HDR since it sounds like it'll fight with the TV's dynamic tone-mapping. BTW, HDR pixel tone-mapped HDR output is broken in the latest version, the colors are too dark and red toned.

Quote:
Originally Posted by madshi View Post
Which display output bitdepth exactly?
The video card bit depth output. I want to configure it so that if nvidia outputs 12-bit, madVR configures for 10-bit display. If nvidia outputs 8-bit, such as for 60Hz, madVR would set the display for 8-bit. Right now I'm doing it with refresh rate, but sometimes nvidia would screw up and output 8-bit at 23Hz.
blu3wh0 is offline   Reply With Quote
Old 23rd September 2018, 23:49   #52665  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by magic144 View Post
by "next", what I meant was that I can start playing a video at any point and the playback is OK UNTIL the time when the next subtitle is to be presented, then the video hangs - i.e. if I started playing from the beginning, the video would hang at the first

For environment, all I have is Win10, AMD cards (as described), Zoom Player, LAV and XySubFilter versions as described. Playback is to monitor or TV (thru receiver) via HDMI.

Settings to use XySubFilter in ZP are:
Playback->Video->Video Renderer: MadVR
Playback->Video->Subtitles->Use XySubFilter...whenever possible: CHECKED

Extra Info:
I am NOT using MadVR Full-screen Exclusive (FSE) mode (enable automatic FSE: UNCHECKED)


Original Post
Updated to show issue found with AND without LAV HW accel engaged, and also found on Intel GPU platform too.
Can you create a debug log for me? Please try to reproduce the problem quickly, then let it stay that way for maybe 20 seconds, then close/terminate the media player.

Also, please create 2-3 freeze reports from this situation, please (Ctrl+Alt+Shift+Break, IIRC).

Quote:
Originally Posted by blu3wh0 View Post
Anyway, HDR measured around 750 nits calibrated and SDR was only 413 nits per-calibration.
Ouch.

Quote:
Originally Posted by blu3wh0 View Post
Thinking this way, I'm surprised my TV's tone-mapping is actually pretty decent.
Would be interesting to stress test with specific movie/demo scenes which are known to be problematic.

Quote:
Originally Posted by blu3wh0 View Post
The video card bit depth output. I want to configure it so that if nvidia outputs 12-bit, madVR configures for 10-bit display. If nvidia outputs 8-bit, such as for 60Hz, madVR would set the display for 8-bit. Right now I'm doing it with refresh rate, but sometimes nvidia would screw up and output 8-bit at 23Hz.
That sounds like something I should automatically do in madVR.
madshi is offline   Reply With Quote
Old 23rd September 2018, 23:50   #52666  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
So here's a little HDR tone mapping comparison:

1) "Old" algorithm (v0.92.14).
2) "New" algorithm (v0.92.16+).
3) "Dumb" algorithm (used by many TVs).

Old - | - New - | - Dumb - | - Batman vs Superman (1)
Old - | - New - | - Dumb - | - Batman vs Superman (2)
Old - | - New - | - Dumb - | - Goblet of Fire
Old - | - New - | - Dumb - | - Order of the Phoenix
Old - | - New - | - Dumb - | - LG Chess Demo
Old - | - New - | - Dumb - | - Life of Pi
Old - | - New - | - Dumb - | - Life Untouched Demo
Old - | - New - | - Dumb - | - Mad Max
Old - | - New - | - Dumb - | - Pan (1)
Old - | - New - | - Dumb - | - Pan (2)
Old - | - New - | - Dumb - | - Samsung Wonderland 2 Demo
Old - | - New - | - Dumb - | - Sony Camp Demo
Old - | - New - | - Dumb - | - White Dress Demo
Old (Gamut Clip) - | - Old (RGB Clip) - | - New - | - Dumb - | - Atomic Blonde

Furthermore, I've tried to do a comparison between the latest madVR vs mpv builds (shinchiro, 2018-09-16). To level the playing field, I've added igv's SSimDownscaler script to mpv.

Interestingly, mpv shows pretty dramatic differences, depending on whether the "compute-peak" frame luminance measurements are enabled or disabled. For your interested, I'm showing you both variants. Generally, it seems that mpv produces rather dark results, at least for the stress test scenes I like to test with. So for the comparison to make more sense, I'm including not only madVR's and mpv's default target peak values, but I'm also adding a manually selected higher target nits value for madVR which roughly matches the darker images produced by mpv.

mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 2000 nits - | - Batman vs Superman (1)
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 0450 nits - | - Batman vs Superman (2)
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 1200 nits - | - Goblet of Fire
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 1700 nits - | - Order of the Phoenix
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 0350 nits - | - LG Chess Demo
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 0800 nits - | - Life of Pi
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 0700 nits - | - Life Untouched Demo
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 1200 nits - | - Mad Max
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 1200 nits - | - Pan (1)
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 1800 nits - | - Pan (2)
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 1300 nits - | - Samsung Wonderland 2 Demo
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 1100 nits - | - Sony Camp Demo
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 3500 nits - | - White Dress Demo
mpv 100 nits - | - mpv 100 nits with measurements - | - madVR 200 nits - | - madVR 0280 nits - | - Atomic Blonde

I've also tried tweaking mpv to produce brighter images, by reducing the target peak, but doing so results in clipping, so I can't recommend going lower than the default 100 nits. See here:

mpv 100 nits - | - mpv 50 nits - | - Life Of Pi
madshi is offline   Reply With Quote
Old 23rd September 2018, 23:53   #52667  |  Link
NoTechi
Registered User
 
Join Date: Mar 2018
Location: Germany
Posts: 93
I am getting the JVC magenta bug with DVBViewer (50Hz) now. The magenta bug was supposed to be fixed by not sending HDR meta data. But I still get it even though I unchecked "send HDR meta data". I also noticed the "apply" button does not get active when toggeling the "send HDR meta data" checkbox. Could this be a bug?


Beside that I love the HDR improvements


NoTechi

edit
should have noted that I am on sat3 testbuild

Last edited by NoTechi; 24th September 2018 at 00:00.
NoTechi is offline   Reply With Quote
Old 24th September 2018, 01:37   #52668  |  Link
mclingo
Registered User
 
Join Date: Aug 2016
Posts: 1,348
Quote:
Originally Posted by famasfilms View Post
Your PC should be in PC mode for SDR content, and Home Theatre for HDR content.

I think I mentioned this a few months ago but the other way round and you replied back then - If I watch HDR content on PC mode the colours are washed out, and very vivid (almost increased reds) in Home Theatre.

So it looks like you have the reverse problem, not sure what TV processing you need

Also not sure why you need it fixing in MadVr when by your own admission changing MadVR settings fixes it
not sure whats going on with yours to be honest but mines currently working ok after a full reinstall of MADVR, AMD drivers and KODI DS.

There was no way I was going to change my HDMI mode every time I wanted to play a HDR movie though mate, I would have still gone with the calibration in MADVR.

Update your SIG with your details.

give us some idea of your full setup and processing chain and lets see if we can get to the bottom of it.

Sound to me like you dont have something setup right somewhere, if colours are washed out, HDR has always worked fine in all modes for me.
__________________
LG OLED EF950-YAM RX-V685-RYZEN 3600 - 16GBRAM - WIN10 RX 5700 - https://www.videohelp.com/software/madVR/old-versions
mclingo is offline   Reply With Quote
Old 24th September 2018, 07:11   #52669  |  Link
ABDO
Registered User
 
Join Date: Dec 2016
Posts: 65
Quote:
Originally Posted by madshi View Post
So here's a little HDR tone mapping comparison:

1) "Old" algorithm (v0.92.14).
2) "New" algorithm (v0.92.16+).
3) "Dumb" algorithm (used by many TVs).
WOW, the New" algorithm do great in hightlight Area

Quote:
Originally Posted by madshi View Post
madVR vs mpv
i really like how the over all picture in madvr looke way more pop and more live than mpv, i have play some youtube hdr video with latest madVR build, and what i can say that you have to see to believe how stuning result that madvr tone mapping do, but Looks like madvr Insists as Always when doing thing it doing it in the best way ever, This is a wonderful work at all.

Last edited by ABDO; 24th September 2018 at 07:17.
ABDO is offline   Reply With Quote
Old 24th September 2018, 09:13   #52670  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 942
@Madshi which settings (and which target peak) were you using for the new algo in your comparison? It looks overprocessed/oversharpened and I don't like what it does to the grain in the picture, for example in the background of the BvsS shot. That's not what I see here, but it might be because I don't use extreme values in the settings (I use balanced/low). Just curious to know which settings cause this. And thanks again for all your good work, it's been quite a journey to get here!
__________________
Win11 Pro x64 b23H2
Ryzen 5950X@4.5Ghz 32Gb@3600 Zotac 3090 24Gb 551.33
madVR/LAV/jRiver/MyMovies/CMC
Denon X8500HA>HD Fury VRRoom>TCL 55C805K
Manni is offline   Reply With Quote
Old 24th September 2018, 09:46   #52671  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by NoTechi View Post
I am getting the JVC magenta bug with DVBViewer (50Hz) now. The magenta bug was supposed to be fixed by not sending HDR meta data. But I still get it even though I unchecked "send HDR meta data". I also noticed the "apply" button does not get active when toggeling the "send HDR meta data" checkbox. Could this be a bug?
My JVC doesn't show magenta, I don't know exactly what's causing it. But IIRC you can workaround it somehow, don't remember the details, though.

Quote:
Originally Posted by ABDO View Post
WOW, the New" algorithm do great in hightlight Area

i really like how the over all picture in madvr looke way more pop and more live than mpv, i have play some youtube hdr video with latest madVR build, and what i can say that you have to see to believe how stuning result that madvr tone mapping do, but Looks like madvr Insists as Always when doing thing it doing it in the best way ever, This is a wonderful work at all.


Quote:
Originally Posted by Manni View Post
@Madshi which settings (and which target peak) were you using for the new algo in your comparison? It looks overprocessed/oversharpened and I don't like what it does to the grain in the picture, for example in the background of the BvsS shot. That's not what I see here, but it might be because I don't use extreme values in the settings (I use balanced/low). Just curious to know which settings cause this. And thanks again for all your good work, it's been quite a journey to get here!
You might dislike it because it's the default value of 200nits, which is quite bright, combined with conversion to BT.709. The other settings are standard, like "balanced" color fire & explosions and "medium" highlight recovery strength.

FWIW, I believe the grain in BvsS is in the source. You'd see the same grain strength on a perfect 10,000nits display. So madVR simply faithfully reproduces it.
madshi is offline   Reply With Quote
Old 24th September 2018, 10:51   #52672  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 942
Quote:
Originally Posted by madshi View Post
You might dislike it because it's the default value of 200nits, which is quite bright, combined with conversion to BT.709. The other settings are standard, like "balanced" color fire & explosions and "medium" highlight recovery strength.

FWIW, I believe the grain in BvsS is in the source. You'd see the same grain strength on a perfect 10,000nits display. So madVR simply faithfully reproduces it.
That makes sense, especially if you use medium recovery strength (I use low) and a 200nits target.

I know the grain is in the source (and I don't mind that), I just don't like what MadVr does to it in that instance with the new algo. If you compare the new algo with either old or dumb, you'll see what I mean. It exacerbates the grain due to perceived oversharpening/overprocessing.

Anyway, I certainly don't see this here with my settings in BT2020/DCI-P3 (balanced/low/600nits), which is what I would use for a 4000nits title like BvsS on my 100nits projector, so all is good .
__________________
Win11 Pro x64 b23H2
Ryzen 5950X@4.5Ghz 32Gb@3600 Zotac 3090 24Gb 551.33
madVR/LAV/jRiver/MyMovies/CMC
Denon X8500HA>HD Fury VRRoom>TCL 55C805K

Last edited by Manni; 24th September 2018 at 10:53.
Manni is offline   Reply With Quote
Old 24th September 2018, 10:54   #52673  |  Link
magic144
Registered User
 
Join Date: May 2005
Posts: 395
Quote:
Originally Posted by madshi View Post
Can you create a debug log for me? Please try to reproduce the problem quickly, then let it stay that way for maybe 20 seconds, then close/terminate the media player.

Also, please create 2-3 freeze reports from this situation, please (Ctrl+Alt+Shift+Break, IIRC).
Hi madshi,

I sent you a PM with links to the logs I just created.

I created the freeze logs in release (NOT debug) mode.

Curiously, in debug mode, the video did not hang, but instead turned purple when the first sub was presented!! In any case I generated the debug log from that condition when it occurred.

To gather the debug log, I enabled debug mode, then started up a video in the player and toggled the subtitles until the VobSub stream was active, saw it go purple, waited about 20s then exited the player.

Let me know if you need any more info. Thanks!
magic144 is offline   Reply With Quote
Old 24th September 2018, 14:06   #52674  |  Link
j82k
Registered User
 
Join Date: Jun 2017
Posts: 155
To anyone who has an LG Oled:
In the service menu at "13. Oled" there is an option called "Module HDR". By default it's set to "normal" and if you set it to "on" it will increase SDR peak brightness, though I'm not quite sure if it reaches HDR brightness.
I don't have a meter so I can only eyeball it and I feel like it's a hint below HDR peak.

But if anyone with a meter who can can access the service menu would be willing to measure SDR peak brightness with this tweak I'd be interested in hearing the results. With this it might be beneficial to use madVR's HDR to SDR instead of passthrough.

To access the service menu you need a phone with an IR blaster and the app AnyMote.
j82k is offline   Reply With Quote
Old 24th September 2018, 14:09   #52675  |  Link
creativeopinion
Registered User
 
Join Date: May 2015
Posts: 9
Quote:
Originally Posted by madshi View Post
You will either want the TV to do tone mapping or madVR. It's probably not a good idea to let both tone map. So I'd suggest to either passthrough HDR to the display untouched. Or to let madVR do the tone mapping. The latter might give you the best quality. However, if you have an OLED display, maybe you'll not get the same brightness because from what I've read the OLED might switch to some sort of "overdrive" mode to squeeze out the last bit of possible brightness, when it receives HDR content. So if you let madVR do the tone mapping, you'll lose that overdrive mode (whether that is a good or bad thing is another question).
Being on an OLED I can confirm that setting anything higher then 120 nits produces the picture that is simply too dark and doesn't look correct at all. At 120 it looks good but my understanding is 120 is too low and not being able to set anything higher probably defeats the purpose of using it. I'm not sure about my other settings, I would say I haven't changed anything in the 'calibration tab'. I've set my OLED Light to 100 even though TV stayed in SDR mode and HDR have not been activated.

When I was comparing passthrough with convert HDR to SDR at 120 nits + are you nuts. I had the feeling both pictures are actually very similar with madVR doing it better so I wouldn't say that peak brightness in HDR vs convert HDR to SDR was that big of a difference.

If I set the nits to 300-480 or even 200-250 content is unwatchable, just too dark and it's clear from the first look this is not how the picture is supposed to look. On the other hand setting this at only 120 nits seems like too low and pointless?

Last edited by creativeopinion; 24th September 2018 at 14:17.
creativeopinion is offline   Reply With Quote
Old 24th September 2018, 14:13   #52676  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by Manni View Post
That makes sense, especially if you use medium recovery strength (I use low) and a 200nits target.

I know the grain is in the source (and I don't mind that), I just don't like what MadVr does to it in that instance with the new algo. If you compare the new algo with either old or dumb, you'll see what I mean. It exacerbates the grain due to perceived oversharpening/overprocessing.
No, it does not. It's quite the opposite. Tone mapping compresses a very wide dynamic range into a very small range. Which means that the distance between e.g. brighter and darker grain dots in bright image sections becomes compressed, too (both mathematically and perceptionally). Practically that means that grain becomes softened through tone mapping.

The new algo simply reconstructs the original distance (on a perceptional scale) between the grain dots. There's no exacerbation, no oversharpening and no overprocessing going on here at all. You can't use a softened image (old/dumb) as a reference for how grain should be reproduced.

To sum up: The new algo does not exacerbate the grain. The old algo and dumb mode soften it.

Quote:
Originally Posted by magic144 View Post
I sent you a PM with links to the logs I just created.
Thanks, I'll have a look.
madshi is offline   Reply With Quote
Old 24th September 2018, 14:17   #52677  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by j82k View Post
To anyone who has an LG Oled:
In the service menu at "13. Oled" there is an option called "Module HDR". By default it's set to "normal" and if you set it to "on" it will increase SDR peak brightness, though I'm not quite sure if it reaches HDR brightness.
Good find! Any OLED owners out there able to measure/test this?

Quote:
Originally Posted by creativeopinion View Post
If I set the nits to 300-480 or even 200-250 content is unwatchable, just too dark and it's clear from the first look this is not how the picture is supposed to look. On the other hand setting this at only 120 nits seems like too low and pointless?
In the end your eyes are the judge of what looks good to you. If madVR's tone mapped images with 120 nits look good to you, I won't object to you using that. Although, personally, I think I would consider that too bright for my taste.

Technically, UHD Blu-Ray defines exactly how bright each rendered pixel should look like, and if you choose 120 nits, you're watching the content brighter than it was meant to be watched. However, it's your right to exceed the intended brightness, if you prefer it that way. And if you have a lot of ambient light in your room, it might make sense.
madshi is offline   Reply With Quote
Old 24th September 2018, 14:31   #52678  |  Link
Sunset1982
Registered User
 
Join Date: Sep 2014
Posts: 280
Quote:
Originally Posted by madshi View Post
Good find! Any OLED owners out there able to measure/test this?
I would if my colormeter weren't broken. I have to wait until I have a new one. Then I will test it. I am also very interested in madvr's tone mapping, but haven't tied it yet with my LG C8 oled



Any ideas whats good settings to start testing with on an oled? My TV's SD mode is calibrated to 140 nits. I think I heard about a setting for deactivating the tv's tone mapping. I will search for the solution and will let you know...


@madshi:

If there's a way to deactivate the tv's tonemapping in hdr mode, would it be possible to trigger the tv's hdr mode after madvr has done it's tonemapping? Does madvr does madvr completely convert the hdr signal to a sd colorspace and sends an sdr signal?
__________________
Intel i5 6600, 16 GB DDR4, AMD Vega RX56 8 GB, Windows 10 x64, Kodi DS Player 17.6, MadVR (x64), LAV Filters (x64), XySubfilter .746 (x64)
LG 4K OLED (65C8D), Denon X-4200 AVR, Dali Zensor 5.1 Set

Last edited by Sunset1982; 24th September 2018 at 14:41.
Sunset1982 is offline   Reply With Quote
Old 24th September 2018, 14:44   #52679  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 942
Quote:
Originally Posted by madshi View Post
No, it does not. It's quite the opposite. Tone mapping compresses a very wide dynamic range into a very small range. Which means that the distance between e.g. brighter and darker grain dots in bright image sections becomes compressed, too (both mathematically and perceptionally). Practically that means that grain becomes softened through tone mapping.

The new algo simply reconstructs the original distance (on a perceptional scale) between the grain dots. There's no exacerbation, no oversharpening and no overprocessing going on here at all. You can't use a softened image (old/dumb) as a reference for how grain should be reproduced.

To sum up: The new algo does not exacerbate the grain. The old algo and dumb mode soften it.
Thanks for the explanation and the correction. I was wondering if the old algo / dumb were softening the picture with these settings, it looks like it's the case.

Just to clarify, I'm not used to look at pictures with these settings, and as I'm familiar with all the improvements in the new algo I was surprised to see what looked like a downside as I had not noticed/experienced it before, which is why I asked about the settings used.

If the old algo/dumb do indeed soften the picture with these settings, then it's one more benefit for the new algo

By the way, I apologize I only pointed this out and not how great the algo is. I have little time at the moment and was only continuing the discussion we've had over the last few months in the other thread, without realizing/remembering that this was fairly new here.

I didn't point or list the many benefits of the new algo because I thought they would be obvious to anyone (not only in this very example of BvsS, but in all the other screenshots you have selected), and because I'm familiar with them after weeks and months of testing.

I thought that thanking you for all your good work would make this obvious, but in case it isn't, I'd like to clarify for anyone who wasn't following the testing done in the other thread that I'm over the moon with the new algo, and that I'm neither using "dumb" or passthrough, nor the old algo anymore, and certainly don't regret them.

Just in case anyone could misread my comment for what it wasn't.

Keep up the good work, and thanks again for bringing us the best HDR to SDR conversion ever!
__________________
Win11 Pro x64 b23H2
Ryzen 5950X@4.5Ghz 32Gb@3600 Zotac 3090 24Gb 551.33
madVR/LAV/jRiver/MyMovies/CMC
Denon X8500HA>HD Fury VRRoom>TCL 55C805K

Last edited by Manni; 24th September 2018 at 15:10.
Manni is offline   Reply With Quote
Old 24th September 2018, 14:53   #52680  |  Link
suanm
Registered User
 
Join Date: Apr 2011
Posts: 121
I get back again to MadVR 0.92.16 version due to cropping bars.The feature is really important,especially to 1080p or 720p movies.I have to give up MadVR0.92.14 version.
Now im gonna ask all of guys which image quality is better,30HZ luma>NGU soft(high) and 60hz luma>NGU soft(high)<Bicubic 150 AR ? Thanka a lot in advance.
=======================
Cpu 8450x3 ,video card 1050
4K HDR quantum dot TV set
suanm is offline   Reply With Quote
Reply

Tags
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 00:28.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.