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 March 2019, 10:24 | #23361 | Link | |
Registered User
Join Date: Nov 2013
Location: Hannover, Germany
Posts: 292
|
Quote:
D3d11 native: ~ 28.8 msec DXVA2 copyback: ~ 23.8 msec I think that is a huge difference and I really could use these 5 msec to further increase performance in MadVR !! I am of course aware that I could always change this every time depending on the content but I think software should do these tasks for users. I understand that a profile system might be way too much work but it would be great to have a basic setting so that LAV chooses automatically the decoder !! Something like: SD = DXVA2 copyback HD = DXVA2 copyback 4K = D3D11 native You could make also it optional so that users with enough GPU horsepower don't even have to bother. Best wishes |
|
15th March 2019, 10:29 | #23362 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
I'm sorry, but I don't plan such functionality. D3D11 native should always be the most efficient, note that render times are not really a good measurement, since they depend on the power state of the GPU, which can vary a lot (and if you use a more efficient decoder, maybe it drops down a state)
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 15th March 2019 at 11:40. |
15th March 2019, 19:19 | #23364 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
LargeAddressAware has absolutely no impact on DLLs, its always controlled by the calling application.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
15th March 2019, 20:21 | #23365 | Link | |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
Quote:
|
|
16th March 2019, 11:10 | #23367 | Link | |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
It's extremely optimized for DXVA using MFT. For LAV use DXVA2 native NOT dxva copy-back to see the difference. Still, Edge is even more optimized.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
|
16th March 2019, 11:43 | #23368 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
As far as I can tell, Vega doesn't support VP9 through DXVA2. I don't own such hardware, so I cannot test, but there is no hardware specific logic in LAV, so if it doesn't work, then the driver doesn't actually expose that mode.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
16th March 2019, 13:18 | #23369 | Link |
Registered User
Join Date: Oct 2016
Posts: 896
|
Amazing speedup from dav1d in new nightly, on a 6,5 Mbps file I went from 22 to 39 avg fps on my old Core 2 Duo. Still not enough to watch a movie unfortunately, as some scenes where the bitrate goes very high still bring frame drops.
64-bit only brought a 2 fps improvement, I guess because a CPU that old doesn't have the optimized instruction sets that are used.
__________________
HTPC: Windows 10 22H2, MediaPortal 1, LAV Filters/ReClock/madVR. DVB-C TV, Panasonic GT60, Denon 2310, Core 2 Duo E7400 oc'd, GeForce 1050 Ti 536.40 |
16th March 2019, 15:44 | #23370 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
LAV Filters 0.74
Code:
LAV Splitter - Changed: Using GnuTLS for HTTPS and other TLS protocols, improving performance and compatibility with a lot of web streaming services (ie. YouTube Live Streams through youtube-dl, and more) - Fixed: Keyframes in MP4 files were being reported with a slightly offset timestamp, resulting in slow keyframe seeking - Fixed: Subtitles that stretch over chapter boundaries could be lost in Ordered Chapter MKV files - Fixed: Fonts embedded in MKVs without a proper mimetype were not being imported (now it checks the file extensions for .ttf/.otf as well) LAV Video - NEW: Initial support for parsing HDR10+ (SMPTE ST 2094-40) metadata, and passing it to the video renderer - NEW: Using the dav1d AV1 decoder for significantly improved AV1 decoding performance - Changed: Re-enabled experimental hardware acceleration for H.264 MVC 3D decoding on Intel GPUs, disabled by default - Changed: Updated Intel MediaSDK dispatchers to the latest Media SDK, fixing compatibility with newer runtimes in the Intel DCH drivers - Changed: Improved support for additional UtVideo subtypes LAV Audio - Changed: Added an option to disable the PCM fallback when bitstreaming is requested - Fixed: Further improvements to TrueHD Bitstreaming, resolving glitching on more new titles (particularly seamless branching titles) - Fixed: Automatic fallback from bitstreaming to PCM could crash in some situations Not much to say that isn't already apparent from the Change Log above. A lot of collected bugfixes, further improvements to TrueHD bitstreaming, which should to the best of my knowledge finally bring it to a fully spec compliant level, dav1d for fast AV1 decoding, and much more. A quick note on HDR10+ support - without renderer support, this does nothing. Its just additional metadata, and does not impact the decoding of the video. It should feel much like an ordinary HDR10 movie if the metadata is being ignored, and what exactly a renderer does with that metadata is out of my hands. As always, please report issues, specifically regressions, in as much detail as possible with a sample file if applicable. Have fun!
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 16th March 2019 at 16:05. |
16th March 2019, 20:10 | #23373 | Link |
Registered User
Join Date: Jul 2014
Posts: 942
|
Thanks a lot for your work, much appreciated, as always
__________________
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 |
17th March 2019, 12:38 | #23375 | Link |
Registered User
Join Date: Dec 2002
Location: /dev/null
Posts: 1,368
|
Hi @nevcairiel
Thanks for the new release, I have a question I wonder if you or others could help me with, I often see people saying use x method over y ( DXVA2(native/copy) over D3D11) so I am never sure which to use, I have two systems i7-7700K with a Nvidia 1080 and a i7 4600K with a Nvidia 970 out of all the options, which would you suggest? Thanks Edit: I should have added that I have tried both and haven't noticed any difference.
__________________
The Internet: where men are men, women are men, and children are FBI Agents Last edited by Carpo; 17th March 2019 at 12:45. |
17th March 2019, 13:23 | #23376 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
As a general purpose answer when using madVR, DXVA2 Copy-Back is generally the best, since its fully compatible with every feature in all renderers, is fully bit-exact, is reasonably fast (typically faster then D3D11 Copy-Back for complex reasons), and has no feature limitations.
The only reason to use something else is performance, which mostly applies to more low-end systems, where a "Native" mode is required to play 4K 10-bit content, for example, in which case D3D11 Native would be the best option, since it incurs no quality penality. Unfortunately madVR does not support all its features in D3D11 Native mode, so its hard to recommend it as a general option for everyone. If you use EVR, then DXVA2 Native is usually the best option to use. Just to mention all modes: QuickSync or CUVID should generally not be used anylonger, in favor of DXVA2-CopyBack.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 17th March 2019 at 13:40. |
19th March 2019, 09:43 | #23380 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
LAV Filters 0.74.1
Code:
LAV Video - Fixed: VP9 video could produce wrong timestamps, resulting in a black screen or other playback disruptions - Fixed: Decoding VP9 from a non-keyframe (ie. after a seek, or badly cut file) would not always recover properly once a keyframe was encountered If you haven't seen the 0.74 release notes yet, you can find them here Just a few quick fixes for VP9 decoding on top of 0.74. As always, please report issues, specifically regressions, in as much detail as possible with a sample file if applicable. Have fun!
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
Tags |
decoders, directshow, filters, splitter |
Thread Tools | Search this Thread |
Display Modes | |
|
|