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 28th August 2017, 07:30   #45161  |  Link
Xterminator
Registered User
 
Join Date: May 2015
Posts: 1
I'm facing some weird bug where custom modes for my TV is showing the resolutions for my primary monitor instead of the TV. In the previous version, it would show the correct resolutions, but I had to set my receiver as a TV instead of the receiver option because the custom modes tab would disappear instantly.

I also didn't see this in the Custom Mode Tutorial, but I feel this should be noted there. Apparently you can't have DSR enabled on NVIDIA cards if you want custom resolutions to work. I was really confused when my timings weren't being saved at all, until I checked the NVIDIA Control Panel for custom resolutions and it said DSR had to be disabled for me to use custom resolutions.

Last edited by Xterminator; 28th August 2017 at 08:23.
Xterminator is offline   Reply With Quote
Old 28th August 2017, 08:36   #45162  |  Link
Jasch
Registered User
 
Join Date: Mar 2002
Posts: 35
Hi madshi, thx for you response, here are the Infos.

Sony ZD9
Denon X6300H

Windows 10 En 2016 LTSB (1607)
Sap Nitro 4GB Rx460@560Bios
AMD Cat 17.8.2
Lavfilter Nightly 70.2.66
MadVR 92.2

testet with MPC-hc and Dvbviewer all 32bit

https://picload.org/view/rwipgpal/lav.jpg.html
https://picload.org/view/rwipgpai/madvr.jpg.html
https://picload.org/view/rwipgpaw/osd.jpg.html

I testet also a lot of settings RGB 4:4:4 full and reduced, YCbCr 4:4:4,4:2:2 in driver, 10 and 12 bit in driver(madvr set to 10bit and higher), in LAV all 3 settings
I try´d windowed and exclusive....

HDR from shield with amazon or netflix is working.

If you need more info, just let me know.

Last edited by Jasch; 28th August 2017 at 08:39.
Jasch is offline   Reply With Quote
Old 28th August 2017, 10:35   #45163  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by har3inger View Post
Hmm. As of latest update, 10 bit videos on the laptop now have very large spikes in render time every 2-5 seconds. Reverting to the one a couple weeks ago fixes this. This is the one with an HD 8870 slaved onto an intel hd4000.

Oddly enough, the desktop playing the same file is fine. This one has an RX480, with no intel CPU enabled.
Not sure what do say about this. I simply don't have enough information to suggest anything specific.

Quote:
Originally Posted by FDisk80 View Post
D3D11 DXVA doesn't crash anymore with v0.92.2
But now the video freezes for about 3 seconds each time there is a switch between full screen and windowed mode with refresh rate change. Than the video continues normally.
Can you create a debug log, zip it and upload it somewhere (don't attach it here) for me to look at?

Quote:
Originally Posted by mickeekung View Post
Can't play video when chroma upscaling NNEDI3 activated. Error detected also when try to change to NNEDI3.

https://www.youtube.com/watch?v=hILLamChO8I
Can't seem to play/access this video, it seems to be blocked?

Is this with the new native D3D11 decoder, only? Or does this also happen with other decoders?

Quote:
Originally Posted by aufkrawall View Post
I can confirm that madVR always crashes when using NNEDI3 chroma scaling + D3D11VA decoding at the same time on GTX 1070.
Ah, ok, will have to check that.

Quote:
Originally Posted by aufkrawall View Post
did you see my question regarding D3D11VA scaling/deinterlacing ETA
Yes, and I replied to it.

Quote:
Originally Posted by Asmodian View Post
Yes! Even simply keeping the porches even causes TV to be fine with custom settings even in 12-bit. I can use one of the "80" compatibility modes that, in my case, adds 36 to the front porch and modifies the pixel clock for no expected frame drops/repeats ever.
Good to hear! Seems I should apply a bigger "compatability hit" for modes with odd horizontal porch.

Quote:
Originally Posted by Asmodian View Post
If I set my display to any other refresh rate (e.g. 30 or 60 Hz), and then play a 23Hz video with auto refresh rate switching enabled in madVR, playback takes an oddly long time to start (longer then just the refresh rate switch) and LAV has fallen back to avcodec for decoding when it does start (and there is no DXVA2 in madVR's OSD). 8-bit or 12-bit doesn't change this behavior and DXVA2 copyback is fine.
Can you create a debug log for this?

Quote:
Originally Posted by egandt View Post
I'm seeing a possible issue with HDR playback in 0.92.2, I see HDR for a second then nothing SDR, however if I then uncheck click ok, then select and click ok "send HDR metadata to the display" HDR play works, so I have to manually cycle this radio button to get HDR playback.
Should be fixed in the next build.

Quote:
Originally Posted by Xterminator View Post
I'm facing some weird bug where custom modes for my TV is showing the resolutions for my primary monitor instead of the TV. In the previous version, it would show the correct resolutions, but I had to set my receiver as a TV instead of the receiver option because the custom modes tab would disappear instantly.
I can reproduce it, thanks for letting me know. Should be fixed in the next build.

Quote:
Originally Posted by Jasch View Post
Hi madshi, thx for you response, here are the Infos.

Sony ZD9
Denon X6300H

Windows 10 En 2016 LTSB (1607)
Sap Nitro 4GB Rx460@560Bios
AMD Cat 17.8.2
Lavfilter Nightly 70.2.66
MadVR 92.2

testet with MPC-hc and Dvbviewer all 32bit

I testet also a lot of settings RGB 4:4:4 full and reduced, YCbCr 4:4:4,4:2:2 in driver, 10 and 12 bit in driver(madvr set to 10bit and higher), in LAV all 3 settings
I try´d windowed and exclusive....
Please always use RGB full. Your settings has Overlay active which AMD not supports. It shouldn't matter, but I'd suggest you uncheck that, just to be safe.

What does the EDID report say in the madVR settings dialog? Does it report HDR to be supported for your display?
madshi is offline   Reply With Quote
Old 28th August 2017, 10:38   #45164  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
P.S: @FDisk80 and @Asmodian, can you please update to the very latest LAV nightly build? Older LAV nightlies had a bug which could result in D3D11 copyback to become active instead of D3D11 native. So the latest LAV nightly might already fix the problem you've reported.
madshi is offline   Reply With Quote
Old 28th August 2017, 12:29   #45165  |  Link
DragonQ
Registered User
 
Join Date: Mar 2007
Posts: 934
When using DX11 decoding in LAV Filters, rendering time dropped from ~30 ms to ~10 ms for 1080p videos on my 1080p laptop when I switched from DX9 to DX11 render path. I'm sure I had issues in the past with the DX11 render path though, probably related to interlaced files, but for now I'll leave it like that and see how it goes. If deinterlacing gets implemented and works correctly I think I'll be sticking with it going forward!
__________________
TV Setup: LG OLED55B7V; Onkyo TX-NR515; ODroid N2+; CoreElec 9.2.7

Last edited by DragonQ; 28th August 2017 at 12:32.
DragonQ is offline   Reply With Quote
Old 28th August 2017, 12:35   #45166  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 942
Quote:
Originally Posted by madshi View Post
Is this behaviour different depending on which decoder you're using (native DXVA2 vs native D3D11 DXVA vs software or DXVA copyback)? Did this ever work correctly?

I don't have the RM Brightness file.
Behaviour is the same irrespective of the decoder. It's very weird. If you let the file run, it causes an out of memory error (I have 16Gb installed!).

I reverted to my system image from the 23rd (when I did the HDR Metadata tests on the 3 files with MadVR 0.92.1). Behaviour is the same, so not caused by a change in the code.

I was focusing on the HDR data when I tested the file and as it is displayed I might have missed the issue then (it's a brightness pattern so mostly dark).

You can download the demo patterns from RM here: http://www.avsforum.com/forum/139-di...-patterns.html

They all seem to cause the same issue. I calibrate HDR with the UB900 (my primary source for HDR content) so I haven't noticed this before on the HTPC.

Beware, I know that you won't believe that it could be the cause, but testing the pattern yesterday and letting it run a few times longer than I had when I was simply reading the metadata (I was trying to test the various decoders as requested) completely warped my OS partition, possibly due to the RAM overflow condition, hence why I had to reinstall from system image. I therefore highly suggest someone testing this has an up-to-date backup before running this patterns for more than a little while.

I am aware it sounds impossible, I am just reporting what happened here. Better safe than sorry

Quote:
Originally Posted by madshi View Post
madVR shows the important parts of the metadata in the OSD, if they're "good", most importantly the video's max luminance and the gamut (usually DCI-P3). madVR *also* tells you if the metadata is bad or missing (I don't know how to detect the difference). In that case madVR shows "HDR, unknown properties", as nevcairiel already mentioned. So from what I can see, all important information is already available in the OSD right now.
I'm not going to fight for this, I'm only providing feedback and trying to explain why what you're doing is good in theory but is a bad idea given how many HDR displays (Able to detect HDR metadata and switch to HDR mode) behave at the moment. Many of them (including all the JVC projectors) completely discard the HDR metadata. They do not try to read it in any way. They detect it, switch to their fixed mode (the same for 1000nits and 4000nits content) and that's it. So you "correcting" the metadata serves no purpose, except preventing the user from knowing what the actual metadata is, when they have the capability to do so and can act accordingly.

I also believe that the way you describe Passthrough mode, "the display receives the original HDR content untouched" is misleading if you are manipulating HDR metadata for whatever reason you see fit.

In addition, changing the metadata prevents finding issues in the way you handle it, as we have found in the last few days. Again, in my opinion, pass-through should be pass-through if called that way and described that way.

I would therefore suggest one of the following options:

1) If you don't care about the possible issues I'm reporting, you keep things the same but stop calling Passthrough mode that way and stop describing it as passing the HDR content untouched, because this is not what MadVR is doing if it changes the metadata for arbitrary reasons. It's an optimized mode that might be better for some displays (those that actually act on the static HDR10 metadata), but not for all. At the very least there should be an indicator in the OSD to warn that the metadata was molested and doesn't reflect the data present in the original content.

2) You offer a "native metadata" mode that does what passthrough should be doing (passthrough the HDR content untouched, including the metadata). Of course that doesn't include things we might want MadVR to do and can select manually, for example, I'm very happy to ask MadVR to do the chroma upscaling in that mode (it's doing a great job with NGU anti-alias). But if I ask MadVR to do nothing, it should do nothing in that mode and certainly not change the original metadata, especially when not displaying it in the OSD.

3) Display all the native metadata in the OSD so that we know what was in the source before you send the "corrected" data to the display.

It's your opinion which parameters matter and which do not. When calibrating, the reported mastering black level can matter as much as what the max brightness is, depending on the curve/settings we want to use and the options we want to have. HDR10 is a big mess, it doesn't work in "auto" mode with most displays, and behaving as if it did is not really helpful.

Again, I'm not talking about my own needs. I can get all this unmolested data from the UB900. I currently play all my HDR content from my UB900. I simply hope that at some point, I'll be able to use MadVR to play my UHD Blurays and it would be a shame to have to keep the UB900 just to be able to know what the actual metadata is so that we can select the appropriate calibration, should we wish to optimize it depending on the content.

Finally, this is purely theoretical because MadVR in the current build doesn't seem to be replacing the metadata even when it's set to zero. For example, the Exodus trailer reports 0,0 for MaxCLL/FALL, and MadVR correctly reports this.

In any case, it's your and Nevcairiel's decision what you want to do with metadata you deem unfit to use. I think it would be good to have an option to get the native metadata, unmolested, if we wish to. If you decide against it, it's not the end of the word, we'll still enjoy the product of your amazing collaboration

I wish we were in a world where all displays would act on metadata and not simply switch to a fixed mode whenever they detect it, in which case your decision would make complete sense, but in the real world as it is today, where many if not most displays simply discard the metadata, MadVR/LAV would behave in a worse way than a standalone player (from a calibration optimization point of view), at least for most current HDR projectors, and that's not something I'm used to with this great combo
__________________
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; 28th August 2017 at 15:31.
Manni is offline   Reply With Quote
Old 28th August 2017, 12:40   #45167  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 942
Forgot to say that the latest nVidia drivers (385.41) prevent from selecting 12bits in a custom mode in the nVidia control panel. Only 8bits is available. I reverted to 385.28 for this reason.
__________________
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 28th August 2017, 14:23   #45168  |  Link
mickeekung
Registered User
 
Join Date: Nov 2016
Posts: 4
https://www.youtube.com/watch?v=hILLamChO8I

OK unchecked private video now. I hope you will look into it.

Thanks

mickeekung is offline   Reply With Quote
Old 28th August 2017, 14:43   #45169  |  Link
aufkrawall
Registered User
 
Join Date: Dec 2011
Posts: 1,812
Is bilinear downscaling working correctly currently? It gives me quite higher GPU usage and rendertimes than DXVA2 downscaling.
I have the same rendertimes, GPU clock and GPU usage with bilinear for chroma and luma like with bicubic when downscaling 4k 60fps to ~1440p.
I've already resetted the madVR settings to check if it makes a difference (doesn't).

Quote:
Originally Posted by madshi View Post
Yes, and I replied to it.
I really don't find it.
aufkrawall is offline   Reply With Quote
Old 28th August 2017, 15:31   #45170  |  Link
austinminton
Registered User
 
Join Date: Jun 2017
Posts: 71
Quote:
Originally Posted by Manni View Post
Beware, I know that you won't believe that it could be the cause, but testing the pattern yesterday and letting it run a few times longer than I had when I was simply reading the metadata (I was trying to test the various decoders as requested) completely warped my OS partition, possibly due to the RAM overflow condition, hence why I had to reinstall from system image. I therefore highly suggest someone testing this has an up-to-date backup before running this patterns for more than a little while.

I am aware it sounds impossible, I am just reporting what happened here. Better safe than sorry
About a week back I was watching a bunch of HDR clips on my HTPC and testing the quality vs the internal player of the TV. I don't quite remember why, but I was forced to do a reboot and the OS partition was corrupted and completely unreadable. Took the opportunity to do a clean install of the OS. Did not even consider watching HDR clips could cause that problem. But now that you have mentioned it, you might be onto something there. Again, I agree, sounds impossible.
austinminton is offline   Reply With Quote
Old 28th August 2017, 16:00   #45171  |  Link
nlnl
Registered User
 
Join Date: Aug 2008
Posts: 176
A long time ago I stopped updating AMD video driver. The reason was the problem with forcing vector adaptive hardware deinterlacing (Windows 7).
Should I update now?
Can I force it using actual driver?
nlnl is offline   Reply With Quote
Old 28th August 2017, 16:42   #45172  |  Link
Jasch
Registered User
 
Join Date: Mar 2002
Posts: 35
Quote:
Originally Posted by madshi View Post
Please always use RGB full. Your settings has Overlay active which AMD not supports. It shouldn't matter, but I'd suggest you uncheck that, just to be safe.

What does the EDID report say in the madVR settings dialog? Does it report HDR to be supported for your display?
I try´d with overlay or without, makes no diff..

HDR is supported.

https://picload.org/view/rwipwcwa/edid.jpg.html
Jasch is offline   Reply With Quote
Old 28th August 2017, 17:08   #45173  |  Link
oddball
Registered User
 
Join Date: Jan 2002
Posts: 1,264
I give up on getting AMD HDR to work from PC for now. If I need HDR from the PC I will just use the TV's inbuilt decoder and stream off my network.
oddball is offline   Reply With Quote
Old 28th August 2017, 17:51   #45174  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by Manni View Post
Behaviour is the same irrespective of the decoder. It's very weird. If you let the file run, it causes an out of memory error (I have 16Gb installed!).
Hmmm... These files seem to work just fine on my PC? Tested the MP4 versions.

Quote:
Originally Posted by Manni View Post
At the very least there should be an indicator in the OSD to warn that the metadata was molested and doesn't reflect the data present in the original content.
nevcairiel and I have both already told you: This indicator already exists. If madVR writes "HDR, unknown properties", it will output default metadata instead.

Quote:
Originally Posted by Manni View Post
It's your opinion which parameters matter and which do not. When calibrating, the reported mastering black level can matter as much as what the max brightness is, depending on the curve/settings we want to use and the options we want to have.
If you believe that the black level metadata is important, then let's discuss what madVR can do to *automatically* adjust to this metadata in some way. I tend to not be interested in any features that require users to dial in manual tweaks for every different movie file somewhere. That's bad usability, IMHO, and I don't want to support such concepts, if I can avoid it.

Quote:
Originally Posted by Manni View Post
Finally, this is purely theoretical because MadVR in the current build doesn't seem to be replacing the metadata even when it's set to zero. For example, the Exodus trailer reports 0,0 for MaxCLL/FALL, and MadVR correctly reports this.
MaxCLL/FALL are a special case.

Quote:
Originally Posted by mickeekung View Post
OK unchecked private video now. I hope you will look into it.
This should be fixed in the next build. I'd recommend to use NGU-AA instead of NNEDI3 for chroma upscaling, though. You'll probably get a better quality vs speed ratio from NGU-AA.

Quote:
Originally Posted by aufkrawall View Post
Is bilinear downscaling working correctly currently? It gives me quite higher GPU usage and rendertimes than DXVA2 downscaling.
I have the same rendertimes, GPU clock and GPU usage with bilinear for chroma and luma like with bicubic when downscaling 4k 60fps to ~1440p.
I've already resetted the madVR settings to check if it makes a difference (doesn't).
Are you looking at the overall rendering times, or at the step-by-step times? Depending on various settings, madVR might upscale chroma to luma res, even if you use bilinear image downscaling. So looking at overall rendering times may not give you a complete picture of where the rendering time is spent.

Quote:
Originally Posted by aufkrawall View Post
I really don't find it.
Oh, I think I know why. I wanted to answer your question of whether I can give an ETA with "No.", but doom9 refused to post a 3 character reply, so it got lost.

Quote:
Originally Posted by Jasch View Post
I try´d with overlay or without, makes no diff..

HDR is supported.

https://picload.org/view/rwipwcwa/edid.jpg.html
Oh, I found the reason. It should be fixed in the next build.
madshi is offline   Reply With Quote
Old 28th August 2017, 18:28   #45175  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 942
Quote:
Originally Posted by madshi View Post
Hmmm... These files seem to work just fine on my PC? Tested the MP4 versions.
Yes, I used the MP4 version, and the MKV version I made from the MP4 behaved the same, i.e. badly. I don't know what to say, unless there is a difference between the demo files and the paid-for version (which are the ones I'm using). It's the only files causing problem, and only on the HTPC. They play fine in the UB900, and every other file plays fine too.

Quote:
Originally Posted by madshi View Post
nevcairiel and I have both already told you: This indicator already exists. If madVR writes "HDR, unknown properties", it will output default metadata instead.
Thanks, I missed that.

Quote:
Originally Posted by madshi View Post
If you believe that the black level metadata is important, then let's discuss what madVR can do to *automatically* adjust to this metadata in some way. I tend to not be interested in any features that require users to dial in manual tweaks for every different movie file somewhere. That's bad usability, IMHO, and I don't want to support such concepts, if I can avoid it.
I was using this as an example. I personally prefer to use a calibration that set black to level 77 for all titles as it doesn't seem to cause any black crush even for those mastered with black at zero, while doing the opposite, calibrating for black=64, causes a raised black floor for titles mastered to 0.005nits. However, some prefer to use a different curve depending on the black level reported. Similarly, I'm happy most of the time with a single curve for all titles which hard clips at 4000nits, some prefer to use a different curve to eek the last percentage of brightness/contrast depending on the max brightness of each title. All this is because the displays, most of the time, do not take this information into account.

Point is, you can do whatever you want to provide the best user experience in any of the HDR modes controlled by MadVR, but IMHO you should also provide a proper passthrough mode (possibly different from the current passthrough mode, or offering an option within this mode) where the data is unmolested.

It is not up to MadVR to decide which calibration I want to use. For example, when playing bluray, where there is no standard for gamma, you're not forcing which gamma curve you prefer. We are free to use BT1886 or power gamma 2.2 or 2.4 depending on our taste, setup, and what we believe is most correct for each title. There is no metadata indicated which gamma curve was used for bluray, but if there was one and displays were not able to act on it automatically I wouldn't want MadVR to decide what to do if it was incorrect. I'd want to know it is incorrect so I can make the best decision.

At the moment, we are in a similar situation with HDR10. There is no standard for the consumer playback side, it's not implemented the same way by each manufacturer, so it's important to have all the info in order to make the right decision.

I am not talking about tweaking anything in MadVR. I'm talking about having a mode that passes through the metadata unmolested, a manual mode if you wish. Think of it as a "source direct" mode in an AVR, where we have the option to ask the AVR to not touch the content so that an external VP or the display can upscale/process it instead.

If you're dumbing down MadVR so that it can be used by people who don't know what they are doing, great, I'm sure they'll appreciate the simplicity, but that doesn't take away that some of us will prefer to get the data unmolested and make the decision ourselves about which calibration to apply.

Again I think this is because of the discrepancy between your claim for HDR Passthrough, "the HDR content is untouched", and the actual process which can result in some data being changed without us knowing which part of the data or in which way it was changed.

I think your aim to automatize/optimize things and try to make the metadata as correct as possible for displays that interpret it is great. It doesn't take away that in other situations, especially for displays that don't give a monkey about metadata such as most HDR projectors on the market now, knowing what the metadata is exactly is far more useful than getting default metadata without knowing which part is original and which part is processed or fixed.

I agree that projectors are a special case due to their limited max brightness, but that only makes it more important to get all the metadata so we can make the best decision according to the content.

Quote:
Originally Posted by madshi View Post
MaxCLL/FALL are a special case.
In which way? Does it mean that you will always report them as they are even if they are set to zero, or does it mean that for now we get the original data but in the future you will replace the zero values with default ones?
__________________
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; 28th August 2017 at 18:42.
Manni is offline   Reply With Quote
Old 28th August 2017, 18:43   #45176  |  Link
aufkrawall
Registered User
 
Join Date: Dec 2011
Posts: 1,812
Quote:
Originally Posted by madshi View Post
Are you looking at the overall rendering times, or at the step-by-step times? Depending on various settings, madVR might upscale chroma to luma res, even if you use bilinear image downscaling. So looking at overall rendering times may not give you a complete picture of where the rendering time is spent.
Overall, but I tested bilinear chroma upscaling + bilinear downscaling vs. bicubic60 chroma upscaling + bicubic60 downscaling. The option to scale chroma seperately was disabled (like any other additional option which could influence performance).

I tested again a few times, and there is a difference, but a very small one. DXVA2 scaling is definitely way faster than bilinear. Is that supposed to be?

DXVA2 scaling: 2.1ms
bilinear: 5ms
bicubic: 5.5ms
(GPU set to maximum performance power profile, which results in ~1.6GHz for all three scalers)


Quote:
Originally Posted by madshi View Post
Oh, I think I know why. I wanted to answer your question of whether I can give an ETA with "No.", but doom9 refused to post a 3 character reply, so it got lost.
Meh. Well, still better than no answer at least.

Last edited by aufkrawall; 28th August 2017 at 19:00.
aufkrawall is offline   Reply With Quote
Old 28th August 2017, 18:49   #45177  |  Link
Siso
Soul Seeker
 
Siso's Avatar
 
Join Date: Sep 2013
Posts: 711
In identification tab, madvr shows wrong native resolution of the monitor, it show 1920x1080p, my monitor is 2560x1080p, is this a bug?
Siso is offline   Reply With Quote
Old 28th August 2017, 18:50   #45178  |  Link
oddball
Registered User
 
Join Date: Jan 2002
Posts: 1,264
OK just in case you (Madshi) can get HDR working properly on my LG OLED perhaps this might help?

Code:
00 FF FF FF FF FF FF 00 1E 6D 01 00 01 01 01 01
01 1A 01 03 80 A0 5A 78 0A EE 91 A3 54 4C 99 26
0F 50 54 A1 08 00 31 40 45 40 61 40 71 40 81 80
01 01 01 01 01 01 08 E8 00 30 F2 70 5A 80 B0 58
8A 00 40 84 63 00 00 1E 02 3A 80 18 71 38 2D 40
58 2C 45 00 40 84 63 00 00 1E 00 00 00 FD 00 3A
3E 1E 88 3C 00 0A 20 20 20 20 20 20 00 00 00 FC
00 4C 47 20 54 56 0A 20 20 20 20 20 20 20 01 9F

02 03 5D F1 58 61 60 10 1F 04 13 05 14 03 02 12
20 21 22 15 01 5D 5E 5F 65 66 62 63 64 29 3D 06
C0 15 07 50 09 57 07 6E 03 0C 00 30 00 B8 3C 20
00 80 01 02 03 04 67 D8 5D C4 01 78 80 03 E2 00
CF E3 05 C0 00 E3 06 05 01 E4 0F 03 00 18 EE 01
46 D0 00 24 18 09 00 AD 52 44 A9 23 0C 66 21 50
B0 51 00 1B 30 40 70 36 00 40 84 63 00 00 1E 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 E8
Attached Images
 
oddball is offline   Reply With Quote
Old 28th August 2017, 19:09   #45179  |  Link
Asmodian
Registered User
 
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,406
Quote:
Originally Posted by Manni View Post
but that doesn't take away that some of us will prefer to get the data unmolested and make the decision ourselves about which calibration to apply.

Again I think this is because of the discrepancy between your claim for HDR Passthrough, "the HDR content is untouched", and the actual process which can result in some data being changed without us knowing which part of the data or in which way it was changed.
This only happens with obviously broken metadata though, and you are told when the metadata is obviously broken. Isn't that all you need? I can see being curious as to what the broken metadata actually was (I am curious about a lot of things) but you do not want to use any of it to base a calibration choice on. It is obviously broken; it shouldn't be used for display decisions, isn't that what we mean by broken?

Instead of picking display calibrations based on the metadata in dodgy HDR files just use your eyes, it sounds like you have a very good grasp of how you want HDR to look and your eyes are MUCH more reliable than known bad metadata.

Don't get me wrong, I would love a super verbose mode for the OSD with multiple columns of everything I can think of (original HDR metadata included). A little graph of the rendering times for the last 500 or so frames would also be great, it could even have a horizontal line at the video's frame time.

There are a lot of interesting things to know but they aren't critical for display decisions.
__________________
madVR options explained

Last edited by Asmodian; 28th August 2017 at 19:14.
Asmodian is offline   Reply With Quote
Old 28th August 2017, 19:17   #45180  |  Link
Jasch
Registered User
 
Join Date: Mar 2002
Posts: 35
Quote:
Originally Posted by madshi View Post
Oh, I found the reason. It should be fixed in the next build.
I guess, my TV reports HLG and st-2084, and not direct HDR10
Sony promised an update to even support DolbyVision on ZD9.

Thx, if you need me something to test, just let me know.
Jasch 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 10:26.


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