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 15th September 2024, 15:22   #65141  |  Link
flossy_cake
Registered User
 
Join Date: Aug 2016
Posts: 766
Quote:
Originally Posted by NeonPhoenix View Post
So is there nothing I can do for better quality?
What quality issues are you having?
flossy_cake is offline   Reply With Quote
Old 15th September 2024, 16:31   #65142  |  Link
Sunspark
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.
Sunspark is offline   Reply With Quote
Old 15th September 2024, 17:07   #65143  |  Link
flossy_cake
Registered User
 
Join Date: Aug 2016
Posts: 766
Quote:
Originally Posted by Sunspark View Post
flossy, is the both bad avoided by using the D3D11 automatic decoder w/ D3D11 presentation path?
I can't recall, there were some reports a few years ago about D3D11 decoding being broken but that may no longer be relevant.

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.
flossy_cake is offline   Reply With Quote
Old 15th September 2024, 20:08   #65144  |  Link
huhn
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.
huhn is offline   Reply With Quote
Old 15th September 2024, 20:40   #65145  |  Link
Sunspark
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.
Sunspark is offline   Reply With Quote
Old 16th September 2024, 14:02   #65146  |  Link
flossy_cake
Registered User
 
Join Date: Aug 2016
Posts: 766
Quote:
Originally Posted by huhn View Post
the presentation of d3d11 and the decode have nothing todo with each other.
but the chroma issue occurs with LAV's DXVA-native so by changing the decoder in LAV to D3D11 is the chroma issue resolved?
flossy_cake is offline   Reply With Quote
Old 16th September 2024, 17:01   #65147  |  Link
Sunspark
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.
Sunspark is offline   Reply With Quote
Old 16th September 2024, 17:14   #65148  |  Link
Asmodian
Registered User
 
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,428
Quote:
Originally Posted by Sunspark View Post
Two pairs would have to be looked at in this context:
d3d11n decode-d3d11 pres (even if it's interopped)
d3d11n decode-d3d9 pres
The purpose is testing for the chroma bug in native decoding, right? If so, you do not need to test different present methods. They have no connection and no one has ever suggested there was an issue with presentation in either D3D9 or D3D11. There is no "native" or "copy back" for presentation and presentation is done in RGB; a chroma bug similar to the one with DXVA2 native is not even possible.

Worrying about presentation in this case simply over complicates testing.
__________________
madVR options explained
Asmodian is offline   Reply With Quote
Old 16th September 2024, 17:27   #65149  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 8,152
Quote:
Originally Posted by flossy_cake View Post
but the chroma issue occurs with LAV's DXVA-native so by changing the decoder in LAV to D3D11 is the chroma issue resolved?
DXVA2 can not handle a YCbCr image over.
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.
huhn is offline   Reply With Quote
Old 16th September 2024, 18:52   #65150  |  Link
Sunspark
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.
Sunspark is offline   Reply With Quote
Old 16th September 2024, 19:19   #65151  |  Link
huhn
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.
huhn is offline   Reply With Quote
Old 16th September 2024, 20:12   #65152  |  Link
flossy_cake
Registered User
 
Join Date: Aug 2016
Posts: 766
LAV only has one option for d3d11 decoding and its just called "d3d11" - is it native or copyback to RAM?
flossy_cake is offline   Reply With Quote
Old 16th September 2024, 20:22   #65153  |  Link
huhn
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.
huhn is offline   Reply With Quote
Old 16th September 2024, 23:58   #65154  |  Link
longiloquence
Registered User
 
Join Date: Jan 2019
Posts: 5
Is there a newer build than the one in the OP?
longiloquence is offline   Reply With Quote
Old 17th September 2024, 06:32   #65155  |  Link
huhn
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.
huhn is offline   Reply With Quote
Old 17th September 2024, 17:58   #65156  |  Link
NeonPhoenix
Registered User
 
Join Date: Jul 2024
Posts: 8
Quote:
Originally Posted by flossy_cake View Post
What quality issues are you having?
I don't know, just asking about trade for quality settings that I should keep checked for better quality because i've heard some of them are making the image worse if you uncheck it.
NeonPhoenix is offline   Reply With Quote
Old 17th September 2024, 18:06   #65157  |  Link
Sunspark
Registered User
 
Join Date: Nov 2015
Posts: 568
None of them make the image worse if you uncheck them.
Sunspark is offline   Reply With Quote
Old 17th September 2024, 22:42   #65158  |  Link
Asmodian
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
Asmodian is offline   Reply With Quote
Old 18th September 2024, 00:16   #65159  |  Link
clsid
*****
 
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
clsid is offline   Reply With Quote
Old 18th September 2024, 17:54   #65160  |  Link
tp4tissue
Registered User
 
tp4tissue's Avatar
 
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.
tp4tissue 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 11:34.


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