madVR - high quality video renderer (GPU assisted)

[dvd1]

the GTX 1050 for 4k is not good, would it be too small?

[huhn]

it can be used for 4k

[mclingo]

Originally Posted by HillieSan

I don't have numbers, sorry. There are lots of numbers in game benchmarks. But these do not apply here.

I confirm that the RX 480 cannot do NGU very high.

it works ok if you are just using that for upscalling but it really struggled with it on CHROMA for me on nearly all 4k and 3D stuff. i just ended up using NGU for upscaling and laczos for CHROMA

[Manni]

Originally Posted by nevcairiel

EVR-CP doesn't support the special XySubfilter interface, so that comparison is quite mood, since it doesn't enter the picture anyway.

Anyway, it plays perfectly for me, and XySubfilter was never installed on my system. madshi could only reproduce it with XySubfilter installed, once he removed it, it was fine. So either you didn't really remove it, or your setup is screwed up even further then that.

My set-up isn't screwed. I have tried uninstalling XYsubfilter (using the uninstall batch file ran as an administrator), then I rebooted. XYsubfilter appeared as "uninstalled" in MPC-BE. That didn't make any difference, the issue was still there.

In any case, I thought XYSyubfilter was the recommended subtitle plugin to use with MadVR, as Madshi was involved in its development.

IF there is a problem with XYSubfilter, then what I am supposed to use with MPC-BE/LAV/MadVR to render subtitles in SDR/3D/HDR/10bits?

Originally Posted by nevcairiel

He uses MPC-BE, which does not, as far as I know. Additionally, LAV Video only uses this interface with madVR, so with any other renderer there would be no conflicts.

Originally Posted by Aleksoid1978

MPC-BE support XySubFilter long time ago.

I've NEVER had any issue with MPC-BE/LAV/MadVR/XYSubfilter except recently with this DVD title, so XYsubfilter is clearly supported indeed.

No idea why this can't be fixed if this is a MadVR/XYSubfilter issue (which doesn't seem obvious here), but I guess I'll sacrifice a few DVDs rather than stopping using XYSubfilter, unless there is a recommended alternative subtitles option for MPC-BE that works as well with MadVR.

I have no intention to switch to MPC-HC, I prefer MPC-BE by far .

[clsid]

XYsubfilter development has been dead for years. Madshi isn't involved at all, except for making a few fixes for it in the past.

It is recommended to use the internal subtitles renderers of MPC-HC/MPC-BE. Those work fine and are reliable.

[madshi]

Originally Posted by mzso

Excruciatingly I could make three. #16-19 (17 and 18 are from the same hang but the latter is after the alert sound, when unusually the player was still hung)

Thanks, will have a look at these later.

Originally Posted by ttnuagmada

How would I go about creating a 3dlut for 4K HDR videos, that would take advantage of my SDR television's (panny st60) native color gamut? I have a colorimeter/spectro/calman and have played around with it some, but i can't figure out what the correct way to do this would be. Any ideas?

I don't think Calman can do an HDR -> SDR conversion 3dlut. So basically what you would do is create a normal SDR Calmut 3dlut for an extended color space like DCI-P3 and store it in the appropriate slot in madVR. And then simply activate HDR -> SDR conversion by using pixel shader math in madVR. That way madVR will first convert HDR to SDR, and then send it through the DCI-P3 SDR 3dlut.

Originally Posted by wushantao

there is a crash report here

v0.92.7 & v0.92.6 crash

v0.92.5&v0.92.4&v0.92.3 unknow，not test

Unfortunately attachments in this forum never ever get approved. So please upload these attachments elsewhere and then link to them here.

Originally Posted by HomeY_

I've been struggling with several combinations the last week, since (all of a sudden, probably a TV FW upgrade) switching to HDR resulted in a purple video image. I can work-around this problem by toggling the TV OFF & ON again.

Could be a GPU driver or TV firmware problem. Hard to say. I hope you've configured your GPU to output Full Range (0-255) RGB?

Originally Posted by HomeY_

As a sidenote: After installing the 1709 update, my desktop colors were really dark. I got this solved by running Display Color Calibration.

That doesn't sound good. It sounds like adding more processing on top of something that is not working correctly.

Originally Posted by KeVe1983

HTPC running Kodi 17.4 DSPlayer + madVR

Connected to Denon AVR X1200
Beamer Acer M550 4K HDR connected to Denon
Used HDMI cables are fine and support all i need

I can set 4k resolution in NVCC
60Hz but only RGB Full @8Bit

HEVC Playback works fine but HDR seems very dark
Beamer is switching to 4K 60Hz and recognize HDR automatically
I can stop a video file and start another one without issues.

I can also set 1080p 60Hz RGB Full with 12Bit in NVCC
I can play one HEVC 4K HDR file
Beamer is switching to 4K 60Hz and recognize HDR automatically
I can stop the file but i can't play another one

If i start another file Beamer is Switching to 4K 60Hz HDR, but i get back on the desktop and there is just a black square about 25% over my desktop. Have to kill Kodi with Taskmanager.

It seems there is a problem while switching the resolution after playing one file. I also played around with exclusive full screen, but that did not help.

Is there a resolution for dark HDR image quality if Desktop is set to 4k resolution?

Is there a way to fix the second playback issue for 4K files if desktop resolution is set to 1080p?

I'm not sure why you get dark HDR images. It sounds as if the black/white levels are getting screwed up somewhere, for some reason. Is it possible that your TV has different settings for HDR vs SDR sources? If so, you may have to edit the input levels settings (PC vs TV levels, 0-255 vs 16-235) for HDR vs SDR in your TV. It's also possible that your TV in HDR mode always expects levels to be TV levels, and only supports PC levels for SDR content. I don't really know, though. It's very hard to analyze these kind of problems remotely.

The other problem: Is it limited to Kodi? Or does it also happen if you use a different media player (e.g. MPC-HC/BE), just for testing?

Originally Posted by mzso

These new algorithms pretty darn good for image processing:

http://screenshotcomparison.com/comparison/121039

http://screenshotcomparison.com/comparison/121038

http://screenshotcomparison.com/comparison/121040

I think you should release a tool or even better a paint.net plugin for these, they're worthy of it. I couldn't get a palatable result result for these images with paint.net filters ( even including some third party plugins)

Ironically I don't find them very practical for video, because even these photos took several minutes of trial and error, videos would take even longer and I'd have to optimize for ever video (or at least ones that are not related to each other). Also my GPU is not beefy enough to run these too in real time.

I may consider creating a Photoshop plugin at some point in the future. There might be different algo speed levels available in the future. But yes, these algos need to be manually adjusted per video, which does reduce their real life suitability.

Originally Posted by Blackwalker

Someone?

I've replied to your posts in some detail, but I don't think you've replied to my latest suggestions and comments. I'm not going to add any more hints until you reply to all my suggestions and comments.

Originally Posted by mclingo

MADVR is swapping resolutions and refresh rates to match the video, i'm using win 10 latest build ATi RX 550 latest driver.

it also happended when I switch my desktop from 1080p to 2160p manually so it may in fact be a windows 10 or ATI problem, I might roll back some GFX drivers this weekend.

It could be a GPU (driver) problem, or also a display problem. I have a similar problem sometimes when switching HDR on/off with my Sony 4K TV. I'm not actually sure if it's the TV's fault or the GPU's fault. I don't think there's too much I can do in madVR, unfortunately. madVR doesn't actually do much in terms of GPU <-> display communication. madVR just asks for a specific display mode to be used. And if that fails, it's probably either a problem with the GPU (driver) or the display. Or maybe madVR changes modes too quickly for the TV to handle, or something like that. I don't really know.

Originally Posted by mparade

Ctrl+J OSD when playing 3D.ISO MVC content as follows:

http://s4.toldacuccot.hu/letoltes?si...enshot2_3D.png

FWIW, your quotes are often missing the link to our discussion history, so I have to manually search back through old posts to find the history of what we were talking about exactly. Please in the future leave the quote mechanic fully intact, so I can click back through the related past comments.

Your screenshot suggests that madVR doesn't even know that you're playing a 3D movie. Do you have LAV installed with the optional 3D Intel Media SDK 3D decoder? Obviously, if madVR doesn't know that the movie is 3D, then it can't activate the 3D profile.

Originally Posted by cork_OS

RCA is less effective on blocking artifacts than on mosquito noise etc., so a touch of RRN is useful for sources with blocking.

Really? In my tests it works reasonably well on blocking artifacts.

Originally Posted by cork_OS

I assume that dedicated deblocking algorithm would be better and could preserve some more detail

The RCA algorithm tries to interpret the image structures correctly. Sometimes image edges can lie on exact macroblock borders, so madVR can't simply remove all image edges that happen to lie on macroblock borders. A "simple" dedicated deblocking algorithm might tend to remove too many edges.

Originally Posted by Manni

Did you get a chance to look at the DVD playback issue with the Klute sample?

Yes. The issue is that madVR is currently limited to only support one provider of the "new" subtitle renderer interface. Currently there's XySubFilter, AssFilterMod and LAV Video Decoder which support/use this interface, so if 2 (or more) of them try to connect to madVR, only one gets a valid connection. When testing your Klute sample, I found that XySubFilter got the connection and LAV Video Decoder was refused, that's why the menu didn't work. When I changed the active subtitle renderer, the problem went away.

I've read in your other comments that you've already uninstalled XySubFilter. Did you also remove (or rename) the whole XySubFilter folder, just to be safe? FWIW, just switching to a different subtitle renderer in the MPC-HC/BE settings should suffice. Do you maybe also have AssFilterMod installed? That might be another explanation for the problem.

It's on my to do list to support more than one subtitle renderers using the "new" subtitle interface.

[madshi]

AdaptiveSharpen:

Originally Posted by omw2h

Understandable, if it has to go, it has to go. I have no shortage of sharpening options and artefact reduction compromises so it's fine. Yes, i've tried, i perfer no linear light, it helps just a bit.
However i'm sincerely seeing AS being different from from one another (where the line is drawn and attention to fine detail):
original - https://postimg.org/image/yq0j0scpr/
newASnoLL 2.0 - https://postimg.org/image/dt4aw6c4v/
oldAS 2.0 - https://postimg.org/image/9786nut6n/
I dont see that for example in LumaSharpen and the newAS (just a lot more ringing in LumaSharpen):
AS 1.0 - https://postimg.org/image/uosmmoz7j/
LS 4.0 - https://postimg.org/image/hxegg92b3/

Originally Posted by ryrynz

Yeah I saw that earlier too, the old AS darkens lines wonderfully, really helps with lower res anime. Since I'm using Avisynth on the lower res stuff I can just use Hysteria to darken lines a touch, but maybe madshi can add a line darkener to madVR himself sometime to help the situation.

Ok, thanks for the test image, it's always helpful to see an example that demonstrates what you mean. I'll have a deeper look at this later.

Originally Posted by Magik Mark

For film sources, I think AS linear light can be removed. From my ISF calibrated display, it boosts the contrast and could cause eye strain on prolong staring at the screen.

Originally Posted by austonrush

AS Feedback) So I've spent some time with all these new algorithms. Lets start off with AS. I prefer the current AS for real life content. The old one was unusable. I don't like a lot of it, I'm running with a .2 strength on my 720p profile. I do not like AS with LL, softens/blurs the image ever so slightly.

The old AS was better for anime as it helped enhance dark lines and edges, however it was horrible for non anime. I never used it in the past as I don't watch much anime so, my preference is the new one.

It seems to me that the majority of users (but not all) seem to prefer linear light *off*.

---------------------------

Reduce compression artifacts:

Originally Posted by ABDO

its difficult choice,for Anime content, some times i forcd to use RCA*7 or *10 to clean the image, while "don't reduce texture detail" left little artifacts, and adding some RRN to fix it cost extra gpu power, and blur the image slightly, i really do not know, but i think get rid of "don't reduce texture detail" will be good for me, thanks for your effort @madshi.

Originally Posted by ryrynz

Looking again the levels 1-2 with DRTD it actually does very little, I'm happy on sticking with original setting of 1 or 2. Surprisingly 2 with DRTD almost looks softer than without it? I'm not fussed what happens here now.

Originally Posted by Werewolfy

I did some tests and for my part I prefer strength 1-2 without "Don't reduce texture detail" activated because I can't see better details preservation with these low strenghts but I definitely see more compression artifacts.

For strength 3-10, I prefer when this option is activated, it does help to retain some details.

Strength 3 is quite debatable though... It depends if you value more perserving details or reducing compression artifacts. I switched on and off a lot of times but each time, I've found that I have a slight preference for "Don't reduce texture detail" activated in this case.

So it seems you guys agree on *not* using "don't reduce texture detail" on strength levels 1-2 or 1-3. But ABDO doesn't like the option at all, while ryrynz and Werewolfy prefer it on for higher strengths.

@ryrynz and @Werewolfy, do you happen to have a few screenshots which demonstrate the usefulness of the "don't reduce texture detail" option with higher strengths?

Generally, of course I've love for the option to only preserve detail but not artifacts. In real life sometimes it's hard to differ between one and the other, so obviously activating "don't reduce texture detail" will preserve some detail *and* some artifacts. So it's a valid question if it's a good option at all. I suppose the key question is if it preservers more details or more artifacts?

Originally Posted by cork_OS

It seems I was late for the discussion, but anyway: I prefer "don't reduce texture detail" for RCA strength 1-5 maybe 1-4. Not sure about higher strength RCA, I'll check later.

Hmmmm... That's exactly the opposite of what Werewolfy suggests. Werewolfy suggests to turn "don't reduce texture detail" *off* for lower strengths and on for higher strengths.

Uh, this will be tough to decide...

Originally Posted by leeperry

with RCA@1 DRTD doesn't look nearly as soft but also removes less artifacts indeed so it's a mixed bag, I guess you'd need to work your magic again and refine it please

I don't think I can refine it any further right now. We will just have to come to a decision on whether to use DRTD or not, at each strength level.

[Razoola]

madshi, I though xysubfilter was the preferred subtitle filter for use with madVR. Is it now the case its better to use MPC-HC internal subtitle filter? Does that support moving the subtitles into the black bars etc?

[Jtacdf]

Originally Posted by madshi

The issue is that madVR is currently limited to only support one provider of the "new" subtitle renderer interface. Currently there's XySubFilter, AssFilterMod and LAV Video Decoder which support/use this interface, so if 2 (or more) of them try to connect to madVR, only one gets a valid connection. When testing your Klute sample, I found that XySubFilter got the connection and LAV Video Decoder was refused, that's why the menu didn't work. When I changed the active subtitle renderer, the problem went away.

So both MPC-HC and MPC-BE ISR does not use the subtitle renderer interface? That might explain why adjusting color and gamma settings in madvr resulted in subtitles not doing the same.
I did a minor test of setting saturation to -65 in madvr and the results are below.

Saturation -65, MPC-HC/BE ISR https://www.mediafire.com/file/d99gu...C-BE%20ISR.png

Saturation -65, Assfilter, XySub https://www.mediafire.com/view/1m7ba...2C%20XySub.png

Original, Saturation 0 http://www.mediafire.com/view/739584...MPC-BE-ISR.png

[YxP]

Originally Posted by madshi

We will just have to come to a decision on whether to use DRTD or not, at each strength level.

Maybe you just named the new option wrong and people subconsciously think it's better since it doesn't remove texture detail

I agree with someone who said it earlier (can't remember who), but when artifacts are bad enough to enable the filter, I use it without the option.

[YxP]

Originally Posted by Razoola

Does that support moving the subtitles into the black bars etc?

You can change the place of the subtitles whereever you want in the player options, but no automatic moving.

[mparade]

Originally Posted by madshi

FWIW, your quotes are often missing the link to our discussion history, so I have to manually search back through old posts to find the history of what we were talking about exactly. Please in the future leave the quote mechanic fully intact, so I can click back through the related past comments.

Your screenshot suggests that madVR doesn't even know that you're playing a 3D movie. Do you have LAV installed with the optional 3D Intel Media SDK 3D decoder? Obviously, if madVR doesn't know that the movie is 3D, then it can't activate the 3D profile.

I have JRiver and the latest Nvidia driver package installed for my GTX 1080 Ti special edition. I am pretty sure that JRiver is based on LAV filters thanks to Nevcairiel (JRivers' plugin directory includes LAV filters ). On top of it all, "3D Blu-ray and mkv 3D decoding" is enabled in JRiver.

P.S. Sorry for the missing link, I will take care of it next time.

[Neo-XP]

Originally Posted by madshi

AdaptiveSharpen:

After testing with and without LL, I get the best result with NGU Sharp without any other image enhancement (just some added grain).

However, NGU Sharp is still not at good as it was in v0.91.1 with little details in the image and aliasing.
Do you plan to improve it before v1.0 ?

If so, you may take a look at this if you need test images :

https://forum.doom9.org/showthread.p...08#post1804708
https://forum.doom9.org/showthread.p...66#post1804766

The aliasing is quite distracting sometimes while watching a movie.
The improvement I see in current NGU is less dark halos comparing to v.91.1.

Originally Posted by madshi

Reduce compression artifacts:

I agree for not using "don't reduce texture detail" at lower strengths (1-3), because at best it does nothing and leaves compressions artifacts in the image.
Is there a way to detect if a source material needs RCA so we will not have to activate it manually depending on the content ?

[Werewolfy]

Originally Posted by ryrynz

Check this out, cut from a particularly low quality release of '94 cartoon, The Tick.

Personally I feel 11 and 12 are so heavy that DRTD should be enabled, I can't imagine any scenario where having it off would be beneficial. Even with the above video being almost as bad as they come I still think the absolute limit I would ever use on that is 10, above that as resemblance of lines/objects pretty much disappear. 3 and above with DRTD has my vote.

Thanks for the video! Really helpful.

I've tested strength 11 and 12 on this sample but "don't reduce texture detail" doesn't seem to make a difference. It's maybe so high that this option can't make the big texture detail reduction unavoidable.

Originally Posted by madshi

So it seems you guys agree on *not* using "don't reduce texture detail" on strength levels 1-2 or 1-3. But ABDO doesn't like the option at all, while ryrynz and Werewolfy prefer it on for higher strengths.

@ryrynz and @Werewolfy, do you happen to have a few screenshots which demonstrate the usefulness of the "don't reduce texture detail" option with higher strengths?

Generally, of course I've love for the option to only preserve detail but not artifacts. In real life sometimes it's hard to differ between one and the other, so obviously activating "don't reduce texture detail" will preserve some detail *and* some artifacts. So it's a valid question if it's a good option at all. I suppose the key question is if it preservers more details or more artifacts?

1) Just to demonstrate my point about RCA 1 : If you activate "don't reduce texture detail" on strength 1, this strength becomes totally useless. There is very little to no difference.

Original VS RCA 1 DRTD

If you activate RCA1 without this option, you can see that artifacts are a little bit reduced.

Original VS RCA 1

2) "don't reduce texture detail" is useful with high strengths... but sometimes it doesn't actually work very well... I've had more time to test it and I'm not sure if I still really like this option.

First, here is an example where I find it useful : This is an extreme exemple but even if there are more artifacts around the "Judges" letters you can clearly see that a lot of details are totally blurred without this option.

RCA 10 VS RCA 10 DRTD

But here's another scenario : RCA 4 VS RCA 4 DRTD
Here I prefer the look of RCA 4 without "don't reduce texture detail".

And then I've found this example :

RCA 6 VS RCA 6 DRTD

There are mot artifacts around the lips and nose of the character than with RCA 4 DRTD actually :

RCA 4 DRTD VS RCA 6 DRTD

Is it a bug?
Here what happens at 10 : RCA 10 VS RCA 10 DRTD

Here's the video I used to do this comparison : Original video
I know it's a very compressed video but a less compressed version of this video has the same issues. Video
You can find the other video I used in a previous post by ryrynz

[madshi]

Originally Posted by Razoola

madshi, I though xysubfilter was the preferred subtitle filter for use with madVR. Is it now the case its better to use MPC-HC internal subtitle filter? Does that support moving the subtitles into the black bars etc?

They all have advantages and disadvantages. When and if XySubFilter works, it has some technical advantages, because madVR has more control over everything. But it crashes with some files, has problems with external SRT files when trying to "move" subtitles, and the developer has gone MIA.

Originally Posted by Jtacdf

So both MPC-HC and MPC-BE ISR does not use the subtitle renderer interface? That might explain why adjusting color and gamma settings in madvr resulted in subtitles not doing the same.

Whether or not subtitles are affected by color and gamma settings depends on in which order subtitles are drawn and color & gamma settings are applied. Usually I'm doing color & gamma stuff relatively early, because it's faster to do it before upscaling (less pixels to work on). Subtitles are usually drawn after scaling - except when talking about bitmap subtitles. So it's sometimes this way and sometimes that way.

Originally Posted by mparade

I have JRiver and the latest Nvidia driver package installed for my GTX 1080 Ti special edition. I am pretty sure that JRiver is based on LAV filters thanks to Nevcairiel (JRivers' plugin directory includes LAV filters ). On top of it all, "3D Blu-ray and mkv 3D decoding" is enabled in JRiver.

Well, all I can say is that if the decoder delivers 3D to madVR then madVR's OSD says: "NV12, 8bit, 4:2:0 (3D)", which it doesn't in your case, so for some reason the decoder isn't delivering 3D to madVR. I don't know the exact reason why. It's unlikely to be madVR's fault, though. Maybe it would make sense to ask in the LAV thread for help how to find out the reason why LAV doesn't send 3D to madVR? I don't know the exact circumstances when it might fail, except when the optional 3D decoder is not downloaded/installed.

Originally Posted by Neo-XP

NGU Sharp is still not at good as it was in v0.91.1 with little details in the image and aliasing.
Do you plan to improve it before v1.0 ?

If so, you may take a look at this if you need test images :

https://forum.doom9.org/showthread.p...08#post1804708
https://forum.doom9.org/showthread.p...66#post1804766

The aliasing is quite distracting sometimes while watching a movie.
The improvement I see in current NGU is less dark halos comparing to v.91.1.

It's on my to do list.

Originally Posted by Neo-XP

Is there a way to detect if a source material needs RCA so we will not have to activate it manually depending on the content ?

I wish. Right now I don't know a good way how to detect that, but maybe I'll have an idea in the future.

Originally Posted by YxP

Maybe you just named the new option wrong and people subconsciously think it's better since it doesn't remove texture detail

Haha, fair enough!

Originally Posted by Werewolfy

I've tested strength 11 and 12 on this sample but "don't reduce texture detail" doesn't seem to make a difference. It's maybe so high that this option can't make the big texture detail reduction unavoidable.

I've done some tests with that video at strength 9 and found several frames where the DRTD (don't reduce texture detail) option resulted in visible artifacts being left in the image, although 99% of the image were smoothed, which looked rather weird and distracting.

Originally Posted by Werewolfy

1) Just to demonstrate my point about RCA 1 : If you activate "don't reduce texture detail" on strength 1, this strength becomes totally useless. There is very little to no difference.

Original VS RCA 1 DRTD

If you activate RCA1 without this option, you can see that artifacts are a little bit reduced.

Original VS RCA 1

Yes, that's a good example.

Originally Posted by Werewolfy

2) "don't reduce texture detail" is useful with high strengths... but sometimes it doesn't actually work very well... I've had more time to test it and I'm not sure if I still really like this option.

First, here is an example where I find it useful : This is an extreme exemple but even if there are more artifacts around the "Judges" letters you can clearly see that a lot of details are totally blurred without this option.

RCA 10 VS RCA 10 DRTD

But here's another scenario : RCA 4 VS RCA 4 DRTD
Here I prefer the look of RCA 4 without "don't reduce texture detail".

And then I've found this example :

RCA 6 VS RCA 6 DRTD

There are mot artifacts around the lips and nose of the character than with RCA 4 DRTD actually :

RCA 4 DRTD VS RCA 6 DRTD

Is it a bug?
Here what happens at 10 : RCA 10 VS RCA 10 DRTD

Here's the video I used to do this comparison : Original video
I know it's a very compressed video but a less compressed version of this video has the same issues.

Atm I think I'll probably remove (always disable) the "don't reduce texture detail" option, because it sometimes leaves ugly artifacts in the image, even at very high algo strength, which doesn't make too much sense.

Any strong objections, anyone?

[veggav]

Quick question:

I have a PC with an i5 3570k and gtx 970, with 16gb of ram and I have a 4k TV that can't play HDR.
So I'm trying to use MadVR to do HDR to SDR.

I tried every performance option and selecting DXVA2 for everything but it's still stuttering.

Do I have any chance playing this file here:

MediaInfo:
General
ID : 0 (0x0)
Complete name : \BDMV\STREAM\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 88.4 GiB
Overall bit rate mode : Variable
Maximum Overall bit rate : 109 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1
Codec ID : 36
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Writing library : ATEME Titan File 3.7.9 (4.7.9.0)
Color primaries : BT.2020
Matrix coefficients : BT.2020 non-constant
Color range : Limited

or I need to replace my 970 for a 1060?

[Manni]

Originally Posted by madshi

Yes. The issue is that madVR is currently limited to only support one provider of the "new" subtitle renderer interface. Currently there's XySubFilter, AssFilterMod and LAV Video Decoder which support/use this interface, so if 2 (or more) of them try to connect to madVR, only one gets a valid connection. When testing your Klute sample, I found that XySubFilter got the connection and LAV Video Decoder was refused, that's why the menu didn't work. When I changed the active subtitle renderer, the problem went away.

I've read in your other comments that you've already uninstalled XySubFilter. Did you also remove (or rename) the whole XySubFilter folder, just to be safe? FWIW, just switching to a different subtitle renderer in the MPC-HC/BE settings should suffice. Do you maybe also have AssFilterMod installed? That might be another explanation for the problem.

It's on my to do list to support more than one subtitle renderers using the "new" subtitle interface.

Thanks Madshi, that makes a lot more sense.

In fact, it has allowed me to resolve the problem, which doesn't seem come from XySubFilter... but from LAV!

I tried to play the same file from my Win10 VM on the Mac and the menu played fine, whether XySubFilter was selected or not.

So I did some debugging on the HTPC and realized that in order to NOT have the issue, I had to select anything but D3D11 in LAV Video configuration (on the MacBook Pro VM it works fine with D3D11 too).

If I select any other hardware acceleration option on the HTPC (I tried none and DXVA2 Copy-back), the menu displays perfectly both with XySubFilter and with another subtitle option.

Does that make any sense to you/NevCairiel? You said the issue disappears if you don't select XySubFilter, did you try without D3D11 in LAV?

That would explain why I didn't have the issue the last time I played this title, because D3D11 wasn't available in LAV then.

PS: just to answer your question, I had not installed any other subtitle renderer and I had renamed the XySubFilter folder after uninstalling it, that didn't help. I also tried to simply select the internal MPC-BE subtitle renderer, that didn't help either, even when XySubFilter was uninstalled (and reported as uninstalled by MPC-BE).

[el Filou]

@veggav : the 970 only has hybrid HEVC decoding. I doubt it can handle the bitrate of an UHD Blu-ray.
Try to pass this file through DXVA Checker's playback benchmark and compare different decode methods (software/CUVID/DXVA).

Note: I don't know if it's a must-have for you, but FYI the 1060 can't decode VP9 10-bit (YouTube HDR) in hardware.

[Werewolfy]

Originally Posted by madshi

Atm I think I'll probably remove (always disable) the "don't reduce texture detail" option, because it sometimes leaves ugly artifacts in the image, even at very high algo strength, which doesn't make too much sense.

Any strong objections, anyone?

No, I think it's safer to disable this option. The results are too unpredictable and when it doesn't work well it's really bad.

[ABDO]

Originally Posted by madshi

Atm I think I'll probably remove (always disable) the "don't reduce texture detail" option, because it sometimes leaves ugly artifacts in the image, even at very high algo strength, which doesn't make too much sense.

Any strong objections, anyone?

No, tottly agree with that, RCA is the most powerfull and Effective algorithm i have ever use, and Unfortunately DRTD seem to be weakness point for it.