madVR - high quality video renderer (GPU assisted) - Page 2437

invader · 30th January 2018, 09:39

Quote:

Originally Posted by austinminton

It seems to me the automatic bit depth switching in nvidia cp has stopped working as intended. Earlier if I would select 12 bit in 4k@23 RGB full and then switch to 4k@60, 4k@60 would work at 8bit and 4k@23 would continue to work at 12 bit. Now going back to 4k@23 (after a reboot) goes back to 8 bit. I like to keep my desktop at 4k@60. As an enhancement, would it be possible to allow to specify bit depth in auto display switching in madvr? That would remove all dependence on nvidia cp and its quirks.

Same problem for me. When using a custom 23p res, I seem to be able to switch to this res with 12bit after using a standard res with 12bit support first and then switch (e.g. 25p). Bit depth drop down in NVCP is actually blank at that point. But after some more switching to 60p@8bit the custom res resets to 8bit as well, really annoying. Only version that really worked is 385.28, which lets you actually switch bit depth in a custom res. That’s the way it should work imo.

Anyone know a solution to make the 12bit stick for a custom 23p res using the latest 390.65 Nvidia drivers?

mytbyte · 30th January 2018, 10:05

Quote:

Originally Posted by Megalith

I am using a 1080 Ti. Interestingly, DXVA looks considerably worse than even Nearest Neighbor:

I wonder if there is something I should adjust in the NVIDIA control panel, or this is just how it is.

I suppose DXVA scales the picture in 4:2:0 prior to any MadVR, and it prevents any MadVR chroma upsampling algorithms...

Sent from my GM 5 Plus d using Tapatalk

njfoses · 30th January 2018, 12:41

Any feedback on new Nvidia driver 390.77?

oldpainlesskodi · 30th January 2018, 14:00

Quote:

Originally Posted by njfoses

Any feedback on new Nvidia driver 390.77?

Still has the same bug as described above by austinminton and invader, so for the moment I'm sticking with 382.53, which one of the later insiderbuilds shipped with.

K

arrgh · 30th January 2018, 23:14

Quote:

Originally Posted by SamuriHL

... it appears to be something MS has done. Now to figure out what the hell I'm going to do to get myself out of this mess....do I forge ahead with a fast build or do I try to revert...decisions decisions. Maybe I'll throw darts at my tv and choose. LOL

...or maby you go back to Win8.1 where you have virtually "full" control...
...and if the support of Intel GPUs would be as intensive as with NVidia or AMD (which are by the way also buggy as hell, when I see the driver-numbers exchanged for working with this but not with that...) then it would be heaven...
at least for machines which are meant mainly for media playback...

SamuriHL · 30th January 2018, 23:53

Quote:

Originally Posted by arrgh

...or maby you go back to Win8.1 where you have virtually "full" control...
...and if the support of Intel GPUs would be as intensive as with NVidia or AMD (which are by the way also buggy as hell, when I see the driver-numbers exchanged for working with this but not with that...) then it would be heaven...
at least for machines which are meant mainly for media playback...

Believe me I would if it were only for media playback. It has a couple other uses that need Windows 10, unfortunately, so I have to live with the consequences of that. In theory I completely agree with you.

LigH · 31st January 2018, 00:35

I just experimented a bit with post-processing options ... and had to realize that activating the filter for compression artifacts (deblocking) is just too much for 1080p AVC on a Phenom-II X6 and 450 GT. But I saw only one core utilized. So I wonder if madVR is not even multithreaded, at least in a way that several modules would run in separate threads. Or is deblocking really such a heavy task? I believe ffdshow's implementation could handle that, even with additional random noise, but I don't have it installed anymore.

nussman · 31st January 2018, 00:40

madVR uses GPU for video processing ...

LigH · 31st January 2018, 00:47

OK, you are right, I was too quick posting my question.

ProcessExplorer revealed that normal playback already takes my GPU to the limit, adding debanding doesn't matter much ... but deblocking goes beyond its capabilities, the playback stalls because the GPU gets saturated. Already using shaders for resampling is heavy, relying on DXVA2 mostly takes the GPU utilization back to just 55% (but deblocking is still utopical).

JNW · 31st January 2018, 00:59

On one laptop which is showing its age all I need to do is chroma upsampling. Mainly 720p. The highest this laptop can handle is spline64 (4 tap) w/ no AR. Is this what you guys would do or would you be concerned about aliasing and ringing. I see some people use lanczos but to me spline looks better on test patterns as it’s basically just as sharp but with less ringing. Even default bicubic60 I see more aliasing/stair-stepping than in spline but obviously spline has more ringing. I’m not sure there is a consensus on chroma, or is there?

ryrynz · 31st January 2018, 01:10

Don't rely on test patterns. If it looks good to you then good enough. Try NGU AA low/medium.

LigH · 31st January 2018, 01:14

Part of it is a matter of taste; I am not a great fan of "too sharp" upscaling, and the spline kernel is more moderate than Lanczos, especially with (less/fewer?) taps.

A pity the kernel visualization page of the ResampleHQ project disappeared.

I was so bold to upload a copy for the preservation of useful information.

ryrynz · 31st January 2018, 01:37

Yeah me neither, if I can tell an image has been sharpened then I'm generally of the opinion it's been oversharpened.
BTW your link is 404.

JNW · 31st January 2018, 02:00

Very cool LigH. Thanks for that. I think spline 3-tap is the sweet spot for me. I like a sharper picture but obviously want to keep the artefacts down to a minimum. Strange because you don’t hear many people talk about spline when it’s a great algorithm in a lot of ways.

Ryrynz you have to use the second link. LigH was saying the first one is dead.

ryrynz · 31st January 2018, 02:03

I'm aware, just a bit pointless linking it.
Yeah I use Spline 64 for anime through ffdshow before I awarp it, gives me a good result.

Asmodian · 31st January 2018, 02:16

Spline 3-tap is an old favorite of many, it is simply too old to have been the sexy new thing for most so it doesn't get much publicity.

Edit: Thanks for hosting that page again LigH, I was also sad when it went offline.

huhn · 31st January 2018, 04:36

Quote:

Originally Posted by LigH

OK, you are right, I was too quick posting my question.

ProcessExplorer revealed that normal playback already takes my GPU to the limit, adding debanding doesn't matter much ... but deblocking goes beyond its capabilities, the playback stalls because the GPU gets saturated. Already using shaders for resampling is heavy, relying on DXVA2 mostly takes the GPU utilization back to just 55% (but deblocking is still utopical).

RCA is pretty much one of the hardest task madVR can do but unlike CPUs GPUs got so much faster that even a iGPU can easily outperform a old mid range GPU.

so utopical is not really the case.

but i was one of the old spline 3 AR user and i would still use it for "correction" scaling if it would be available not that it matters there.

and scaler like jinc, NGU AA and super XBR are not much sharper or sharper at all compared to spline they have a lot less scaling artifacts and have better AA abilities.
even NGU sharp is not an over sharpening scaler this can be proven by downscaling an image and upscaling it with NGU sharp and compare it to the source.

nevcairiel · 31st January 2018, 10:32

Quote:

Originally Posted by SamuriHL

Believe me I would if it were only for media playback. It has a couple other uses that need Windows 10, unfortunately, so I have to live with the consequences of that. In theory I completely agree with you.

Its your conscious chocie to use insider builds and forever suffer from it. No use needs insider builds.

SamuriHL · 31st January 2018, 14:59

Quote:

Originally Posted by nevcairiel

Its your conscious chocie to use insider builds and forever suffer from it. No use needs insider builds.

Of that I am aware. I wasn't asking anyone to fix it, just making others who may be going down the same path aware of the issues.

It's still broken for me in the latest builds, as well. LOL But I am fully aware this is pain I brought upon myself by putting that machine in the insider program.

mclingo · 31st January 2018, 20:15

@madshi - any chance you could revisit at refresh rate switching and 3D, the issue i'm always moaning about gets fixed if you disable refresh rate switching in MADVR and use KODI DS RFS instead, dont know if this is a bug or something you are aware off or whether its connected to the NVIDIA issues with 3D, worth a look though.

I much prefer MADVR switching as I also use MPC which has issues with RFS

31st January 2018, 00:35	#48727 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,781	I just experimented a bit with post-processing options ... and had to realize that activating the filter for compression artifacts (deblocking) is just too much for 1080p AVC on a Phenom-II X6 and 450 GT. But I saw only one core utilized. So I wonder if madVR is not even multithreaded, at least in a way that several modules would run in separate threads. Or is deblocking really such a heavy task? I believe ffdshow's implementation could handle that, even with additional random noise, but I don't have it installed anymore. __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

31st January 2018, 00:47	#48729 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,781	OK, you are right, I was too quick posting my question. ProcessExplorer revealed that normal playback already takes my GPU to the limit, adding debanding doesn't matter much ... but deblocking goes beyond its capabilities, the playback stalls because the GPU gets saturated. Already using shaders for resampling is heavy, relying on DXVA2 mostly takes the GPU utilization back to just 55% (but deblocking is still utopical). __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid Last edited by LigH; 31st January 2018 at 00:54.

31st January 2018, 01:14	#48732 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,781	Part of it is a matter of taste; I am not a great fan of "too sharp" upscaling, and the spline kernel is more moderate than Lanczos, especially with (less/fewer?) taps. A pity the kernel visualization page of the ResampleHQ project disappeared. I was so bold to upload a copy for the preservation of useful information. __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid Last edited by LigH; 31st January 2018 at 01:25.

31st January 2018, 02:16	#48736 \| Link
Asmodian Registered User Join Date: Feb 2002 Location: San Jose, California Posts: 4,407	Spline 3-tap is an old favorite of many, it is simply too old to have been the sexy new thing for most so it doesn't get much publicity. Edit: Thanks for hosting that page again LigH, I was also sad when it went offline. __________________ madVR options explained Last edited by Asmodian; 31st January 2018 at 02:41.

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

30th January 2018, 12:41	#48723 \| Link
njfoses Registered User Join Date: Feb 2012 Posts: 44	Any feedback on new Nvidia driver 390.77?

31st January 2018, 00:40	#48728 \| Link
nussman Registered User Join Date: Nov 2010 Posts: 238	madVR uses GPU for video processing ...

31st January 2018, 00:59	#48730 \| Link
JNW Registered User Join Date: Sep 2017 Posts: 51	On one laptop which is showing its age all I need to do is chroma upsampling. Mainly 720p. The highest this laptop can handle is spline64 (4 tap) w/ no AR. Is this what you guys would do or would you be concerned about aliasing and ringing. I see some people use lanczos but to me spline looks better on test patterns as it’s basically just as sharp but with less ringing. Even default bicubic60 I see more aliasing/stair-stepping than in spline but obviously spline has more ringing. I’m not sure there is a consensus on chroma, or is there?

31st January 2018, 01:10	#48731 \| Link
ryrynz Registered User Join Date: Mar 2009 Posts: 3,650	Don't rely on test patterns. If it looks good to you then good enough. Try NGU AA low/medium.

31st January 2018, 01:37	#48733 \| Link
ryrynz Registered User Join Date: Mar 2009 Posts: 3,650	Yeah me neither, if I can tell an image has been sharpened then I'm generally of the opinion it's been oversharpened. BTW your link is 404.

31st January 2018, 02:00	#48734 \| Link
JNW Registered User Join Date: Sep 2017 Posts: 51	Very cool LigH. Thanks for that. I think spline 3-tap is the sweet spot for me. I like a sharper picture but obviously want to keep the artefacts down to a minimum. Strange because you don’t hear many people talk about spline when it’s a great algorithm in a lot of ways. Ryrynz you have to use the second link. LigH was saying the first one is dead.

31st January 2018, 02:03	#48735 \| Link
ryrynz Registered User Join Date: Mar 2009 Posts: 3,650	I'm aware, just a bit pointless linking it. Yeah I use Spline 64 for anime through ffdshow before I awarp it, gives me a good result.

31st January 2018, 20:15	#48740 \| Link
mclingo Registered User Join Date: Aug 2016 Posts: 1,348	@madshi - any chance you could revisit at refresh rate switching and 3D, the issue i'm always moaning about gets fixed if you disable refresh rate switching in MADVR and use KODI DS RFS instead, dont know if this is a bug or something you are aware off or whether its connected to the NVIDIA issues with 3D, worth a look though. I much prefer MADVR switching as I also use MPC which has issues with RFS