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. |
15th September 2024, 16:31 | #65142 | Link |
Registered User
Join Date: Nov 2015
Posts: 568
|
flossy, is the both bad avoided by using the D3D11 automatic decoder w/ D3D11 presentation path?
I remember there was discussion when it first came out that the advantage of this pairing was that it would fix the chroma problem that nvidia has with dxva2-native. neon, if you have an overpowered system, you also have the option of doing as huhn does and use "none" for decoding (software, look at task manager to see how much cpu usage increases on the performance tab). But generally, if you're already using copy-back, then all the rest will just come down to your algorithm choices for scaling, dithering, etc. Don't get too carried away, more cpu/gpu usage does not always present a better image. |
15th September 2024, 17:07 | #65143 | Link | |
Registered User
Join Date: Aug 2016
Posts: 766
|
Quote:
Regardless, I'm not sure D3D11 decoding is as "tried and tested" as DXVA2-copyback which I've been using for years without issue. But I recently stopped using it for everything except 4k60/HEVC cause even a i3-12100 can easily decode everything below that without breaking a sweat. |
|
15th September 2024, 20:08 | #65144 | Link |
Registered User
Join Date: Oct 2012
Posts: 8,152
|
for the like 20 times to the same people madVR doesn't have a d3d11 path it is always d3d9 always.
so the presentation of d3d11 and the decode have nothing todo with each other. with d3d11 native decode the first thing madVR does is copy that back to d3d9. with d3d11 presentation it just copies from d3d9 to d3d11 these operation are not free but also not expensive well on a iGPU they kinda are. only presentation is done using d3d11. this is totally different with proper d3d11 renderer like mpcVR which fully supports d3d11. scaling deint super rez you name it it supports it while madVR can only accept a frame from it and copy that back to d3d9 that's it. |
15th September 2024, 20:40 | #65145 | Link |
Registered User
Join Date: Nov 2015
Posts: 568
|
I was playing around earlier with monitoring power consumption using hwinfo64. Usually we look at load %s on the CPU and GPU, but total power consumption is I think possibly a better measure. You can right click and have it show graph for total on the cpu package, or individual graphs like IA, GT and DRAM.
madVR is the most power-hungry renderer, even when using DXVA. |
16th September 2024, 17:01 | #65147 | Link |
Registered User
Join Date: Nov 2015
Posts: 568
|
That's what nevcariel and madshi said back then. That it was a damage-free method of doing native decoding. The presentation path is not very relevant imo because I have observed it is entirely possible to use D3D11 native decoding with a D3D9 presentation path.
I didn't see any test images and I can't test because I don't have nvidia. Two pairs would have to be looked at in this context: d3d11n decode-d3d11 pres (even if it's interopped) d3d11n decode-d3d9 pres If both the same, and since you already know what it looks like with dxva2n you will have the answer fast. |
16th September 2024, 17:14 | #65148 | Link | |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,428
|
Quote:
Worrying about presentation in this case simply over complicates testing.
__________________
madVR options explained |
|
16th September 2024, 17:27 | #65149 | Link | |
Registered User
Join Date: Oct 2012
Posts: 8,152
|
Quote:
so madVR actually gets a DXVA2 scaled RGB image and just uses some math to undo it. it doing splitNv12stretchrect RGBtoYCbCr YCbCr to CbCr chroma scaler d3d11 can hand over a image without touching it in any way. |
|
16th September 2024, 18:52 | #65150 | Link |
Registered User
Join Date: Nov 2015
Posts: 568
|
Is the answer for everyone who is able to do D3D11-native decoding, to stop using copy-back as unnecessarily loading on the system when this method exists?
Using copy-back with my settings on total CPU package power (which includes iGPU) I was averaging 12.5 watts on a video's intro. Changing it to D3D11-native increased the power consumption by 1 watt to 13.5. Changing presentation mode to D3D11 down from D3D9 overlay increased the power consumption a further 3 watts to 16.5. Using "None" back on D3D presentation was about 11.5 watts. I suppose it would change on codec/resolution/scaling, etc. Interesting that "none" for this h.264 piece was 1 watt less than a copy-back operation and that D3D11n was more (implies drivers aren't optimized), which would be fine if it was nvidia and avoided the chroma issue. Everyone's setup will be different. Last edited by Sunspark; 16th September 2024 at 18:54. |
16th September 2024, 19:19 | #65151 | Link |
Registered User
Join Date: Oct 2012
Posts: 8,152
|
because d3d11 native decode isn't properly implemented in madVR.
deint is blocked for example. and there is much more madVR is crippled with it. hardware decoding isn't cheaper then software too it depends especially with madVR. the d3d11 to d3d9 interop can cost more then doing software decoding and uploading a huge data stream. this will not happen with UHD but with a DVD totally possible. for some reason just calling a shader to do something cost quite a big even through the shader is doing close to nothing. and you can not test this with madVR because of the stuff it does. setting madVR to film and using dxva2 copyback will show very high CPU usage compared to d3d11 native. d3d11 presentation is just adding another interop so it should always be slower. comparing DXVA2 native to D3D11 native is not fair because madVR can't use D3D11 scaling and has to do an interop giving DXVA2 native a huge edge. if you now go and don't use DXVA2 scaling DXVA2 native decode will look slow because it now runs a bunch of additional shaders compared to D3D11 native. |
16th September 2024, 20:22 | #65153 | Link |
Registered User
Join Date: Oct 2012
Posts: 8,152
|
if you select an adapter it is copyback.
d3d11 can be used headless d3d9 doesn't like that so you can use an iGPU for decode that has no connected display. d3d11 is in general superior to DXVA2 it can do so much more. madVR implementation is the issue and GPU driver obviously but you can not blame d3d11 for that. |
17th September 2024, 06:32 | #65155 | Link |
Registered User
Join Date: Oct 2012
Posts: 8,152
|
https://www.videohelp.com/software/madVR
beta version are time bombed they only work for a couple of months. 206b was not released by madshi or atleast not in a thread i know about but is from his server. |
17th September 2024, 22:42 | #65158 | Link |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,428
|
The only one that could be argued to at least not harm quality (some say it is better quality) is scale chroma separately, if it saves performance.
Also, don't rerender frames when fade in/out is detected only has an impact when using reduce banding artifacts with a different strength during fade in/out. I always leave it checked because rerendering can cause dropped or delayed frames even on strong hardware, but I don't use reduce banding artifacts either so it is irrelevant.
__________________
madVR options explained |
18th September 2024, 00:16 | #65159 | Link |
*****
Join Date: Feb 2005
Posts: 5,682
|
Anyone who is a novice Madvr user should leave those settings at their defaults.
The quality impact is tiny and performance impact can be significant.
__________________
MPC-HC 2.3.6 |
18th September 2024, 17:54 | #65160 | Link |
Registered User
Join Date: May 2013
Posts: 820
|
I still use the copyback for black bar removal. My s90c is motorized with 1 meter of travel, on 2:1 movies, sometimes I use the bottom of the screen, sometimes top, just to even the wear out on the oled panel.
It's pretty conveniant the mount saves 4 settings. So you just press 1 button and it gets into position. Madvr is really the only system that can do this, haha. No tv lets you do what madvr lets you do.
__________________
Ghetto | 2500k 5Ghz Last edited by tp4tissue; 18th September 2024 at 18:23. |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|