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. |
3rd December 2015, 16:19 | #19981 | Link | |
*****
Join Date: Feb 2005
Posts: 5,647
|
Quote:
__________________
MPC-HC 2.2.1 |
|
4th December 2015, 07:24 | #19982 | Link |
Registered User
Join Date: May 2015
Posts: 188
|
I assume that since nevcairiel is making commits to the ffmpeg GIT, that LAV is pulling from ffmpeg and not the other fork? And that by extension, us users are well protected by Michaels efforts with google on all the fuzz testing security patches that were done.
I notice that GIT for FFMPEG is pretty active each day. Can it be as simple as LAV nightlies pulling down the latest ffmpeg in each nightly build? Or does the LAV filters require some coding and its a bit effort to synch back to ffmpeg regularly? Many thanks |
4th December 2015, 11:22 | #19983 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
Updates are done manually to allow me to validate basic functionality and avoid unexpected breakage, since there are a bunch of patches on top of default ffmpeg.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
4th December 2015, 21:36 | #19984 | Link |
Registered User
Join Date: May 2015
Posts: 188
|
Understood, and certainly that strategy has been very effective because the nightly builds of LAV have proven to be stable and robust. I guess its better to wait awhile for things like Michael's security patches in ffmpeg to come through in LAV rather than risk a more automated build processes that could disturb the hard won reputation of the nightlies being high quality.
Im not across how effective FATE has been with ffmpeg but maybe into the long term it might be possible to have automated regression tests that would flag automated nightlies as "good" or "regressed" and just published the passed builds. And to have an extent of regression testing through FATE that is comprehensive and reliable to do detailed regression testing say each day with GIT changes that day in ffmpeg. |
6th December 2015, 03:59 | #19985 | Link |
Registered User
Join Date: May 2015
Posts: 188
|
Hi, I'm a bit confused. Ive setup my 4K UHD desktop to be YUV 4:2:0 and 12 Bpc with 3840x2160P60hz. Then I said to the latest LAV video nightly build to only output P010 being 4:2:0 in 10 bit using native DXVA 2. When I playback some MAIN 10 HEVC content in the nightly MPC-HC, the ctrl j renderer stats of the EVR-CP says its NV12 for the type and the mixer output. Since I only allowed 10 bit I thought it would be P010 shown in the rederer? thx
|
6th December 2015, 06:56 | #19987 | Link |
Registered User
Join Date: Apr 2008
Location: Russia, Vladivostok
Posts: 2,787
|
EVR-CP can accept P010 if use DXVA decoder, for HEVC MAIN 10 decoder.
__________________
AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215 |
6th December 2015, 07:53 | #19988 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Very interesting new version of NVIDIA Video Codec SDK 6.0, basically for encoding.
It seems that it adds NVCUVID decoding support for Windows 10 NVIDIA Video Codec SDK 6.0 adds following new features. Unified SDK for video encoding and decoding Windows 10 official support Support for H.264 Motion Estimation only mode Support for input surfaces in RGB format Support for SEI and VUI fields for H.265 Support for Adaptive Quantization for improved subjective visual quality with H.265 (adaptive quantization for H.264 is already supported) GPUs supported for H.265 (HEVC) encoding GeForce GTX 960, GTX 980. GTX Titan X Quadro M4000, M5000, M6000 Tesla M4, M6, M60 Various quality and performance improvements in encoding SDK samples no longer require the CUDA toolkit installed in order to build. https://developer.nvidia.com/nvidia-video-codec-sdk
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all Last edited by NikosD; 6th December 2015 at 09:40. |
6th December 2015, 12:17 | #19989 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
The CUVID functionality unfortunately didn't change at all in that version, they just combined it in a new SDK. Still fails the same way on Windows 10 as it did before, even their sample decoder throws the same error.
Maybe it needs a newer driver still or something, or maybe its just broke.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
6th December 2015, 12:24 | #19990 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
The NVEncC transcoding app which uses the latest Nvidia API version, works fine according to the developer for CUVID decoding under Win 10.
It's the NVEncC v2.00β2 version. I don't have an Nvidia card to test it, but what exactly is the problem ? Maybe codec specific, like HEVC ? Stream compatibility issues ? Are you using latest drivers and Maxwell card ?
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
6th December 2015, 12:26 | #19991 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
Even their sample application fails the same way, so its not just my code. Basic decoding works, and when you do transcoding maybe thats enough, but it still fails in various other scenarios when used in LAV.
And it fails long before its even told which codec to use, it just can't create the context the way I need it.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
6th December 2015, 12:27 | #19992 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Maybe a sample could help
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
6th December 2015, 12:36 | #19993 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
Like I said, its entirely unrelated to the video being played, it fails to create a cuda context with D3D9 interop, which happens long before it comes in contact with the video.
The sample decoder in the SDK has the same problem. LAV will then fallback to pure CUVID decoding, however that has a few problems, its not as fast and doesn't have access to the highest quality deinterlacing. And there appears to be a problem that causes decoding to deadlock when OpenCL is being used, eg. in madVR.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
6th December 2015, 12:55 | #19994 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
I got an answer from NVEncC's developer that it uses "pure CUVID decoding" which is "stable enough"
Case solved.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
7th December 2015, 06:21 | #19995 | Link |
Registered User
Join Date: May 2015
Posts: 188
|
Thanks, Is this a MPC-BE fork thing only? I tried it in the nightly MPC-HC build x64 using DXVA2 native and a HEVC MAIN 10 L52 stream of 4K footage. The EVR-CP CTRL J stats reported it was all NV12 still, despite me in the LAV filters video decoder telling it to only output P010.
|
7th December 2015, 09:42 | #19997 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
I don't think the CTRL-J output changes, since its the data from the EVR presenter, which is not the part that handles the input.
EVR doesn't offer a proper full 10-bit chain, but thats another issue entirely. It can accept P010 DXVA2-Native input on GPUs which support it.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
8th December 2015, 07:05 | #19998 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
I did some tests with MS MFT DXVA2 HEVC decoder of Wn 10 build 10586 version using my Intel iGPU (Haswell - hybrid 8 bit decoder) and I saw that MS is a little faster than LAV DXVA2 HEVC but sometimes is a lot faster.
The issue here is that LAV, as I have already written a while ago testing PowerDVD 15 DXVA2 HEVC decoder, doesn't seem capable to utilize fully the GPU all the time for all the clips. So, there are cases that GPU load drops from 100% to 50% (!) or 60%, stays there a little while and then goes up again and then goes down etc. On the other hand, PowerDVD 15 DXVA2 HEVC decoder and MS MFT DXVA2 HEVC decoder are almost always at 100% GPU utilization all the time for all the clips. In order to help you isolate the issue a little more, i think the problem lies somewhere in the GPU "feeding" mechanism. For the clips that MS DXVA2 HEVC is faster than LAV DXVA2 HEVC, about 20% to 50% (!) I can clearly see that CPU utilization goes that higher too. It looks like your mechanism of hybrid load balancing between CPU and GPU, keeps always CPU down even for those clips that they need a lot more CPU to feed/help the GPU decoder in order to reach max 100% GPU utilization.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
8th December 2015, 07:16 | #19999 | Link | |
Registered User
Join Date: Apr 2008
Location: Russia, Vladivostok
Posts: 2,787
|
Quote:
__________________
AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215 |
|
8th December 2015, 07:27 | #20000 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Test file from my test suite:
Fitness-2160p@30fps-8Mbps http://cloud.ultrahdtv.net/fitness-trailer-8000.mkv System: Win 10 x64 Build 10586 - Core i7 4790 - iGPU HD4600@1.5GHz - v4326 DXVA Checker v3.11 Decode benchmark mode: MS MFT DXVA2 x64 HEVC 75fps CPU 58% GPU ~100% LAV DXVA2 x64 HEVC 57fps CPU 35% GPU ~70% I think Nvidia doesn't have this issue. I would like someone with Intel iGPU to test it.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
Tags |
decoders, directshow, filters, splitter |
|
|