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. |
17th February 2012, 23:45 | #9181 | Link | |
Registered User
Join Date: Jun 2006
Posts: 452
|
Quote:
I also tested other DXVA decoders on the files that showed only green screens with LAV DXVA copy back. ArcSoft decoder : h264/mpeg2 and wmv files play fine in dxva mode Mainconcept decoders : h264/mpeg2 files play fine in dxva mode, wmv's falls back to softw in VC1 decoder. Cyberlink PDVD9 decoder : h264/mpeg2 files play fine in DXVA and HAM mode. It looks that the HAM mode is somewhat similar to DXVA-CB ? FFDshow DXVA : h264 files play fine, WMV didn't even connect. Conclusion is that the above DXVA decoders do well on these files. Because the "direct" DXVA mode from LAV also plays these files OK, it's not clear as to why LAV DXVA-CB breaks on these files with the latest WHQL driver v285.36. A newer driver seems to solve all problems with dxva-cb, so to me it seems that neither the driver or LAV-CB is the cause, but somehow in the interaction between LAV-CB and the 285.36 driver . Nev, can you somehow check what info really goes to the renderer, or is this hidden due the DXVA API (like you send in a black box, but what happens after this is actually hidden). Is it somehow possible to dump and read the dxva stream ? |
|
18th February 2012, 08:25 | #9182 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
The DXVA decoder doesn't even indicate failure, it just produces a green image, but happily returning success.
It gives me no point to start looking. Like i said before, its one broken driver, and there is no way to look into the driver what its doing there. Its even listed as a documented bug in that driver. It is quite interesting that native mode works (and the MS decoder doesn't), but i guess we should just be happy that it does work and not question the logic. Maybe the copy-back mechanic is just broken for some reason, the driver only returns zeros when copying the frame - and in native mode it doesn't copy it.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 18th February 2012 at 08:32. |
18th February 2012, 10:04 | #9184 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Signature System:
Two issues: 1) LAV DXVA native doesn't HW accelerate ANY H.264 clip of the type below (I have a lot of them as it is popular for movie trailers). Movie Trailer 2) In latest DXVA checker 2.7.0, when you provide a non HW accelerated clip - like High10 H.264 - it enumerates LAV Video as "Unsupported", although it is supported of course in software mode. It would be more convenient, if LAV Video was listed like CoreAVC, enumerating the supported restricted modes without red colour aka DXVA acceleration. Try a High10 H.264 in DXVA checker to see what I mean.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
18th February 2012, 10:12 | #9185 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
The software fallback has to be as reliable as possible, which means it'll fallback as early as possible. I won't be changing this for a "cosmetic" issue.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
18th February 2012, 12:28 | #9186 | Link |
Registered User
Join Date: Jun 2009
Location: London
Posts: 378
|
Would it be possible to add support for WMA Lossless now as it seems ffmpeg support is much better with recent updates?
__________________
Windows 11 Pro, CPU: Ryzen 9 5900X, GPU: GeForce RTX 3090 /w 512.95, Audio: HDMI to Yamaha RX-A3060 (5.1) |
18th February 2012, 12:54 | #9187 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
ffmpeg itself disables it unless i specifically ask it to enable experimental codecs.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 18th February 2012 at 13:36. |
|
18th February 2012, 16:01 | #9189 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Here is a new test build:
http://files.1f0.de/lavf/LAVFilters-...2-g46ff9fb.zip As a quick summary, since 0.46 this is new: - DXVA2 native, of course. Quite a bunch of issues fixed since the last test build - Performance enhancements across the board (mostly for 8-bit content) - Tweaked QuickSync settings - Fraps multi-threading Especially the Fraps multi-threading could also use a bit of testing to check that nothing breaks. I'm confident that it'll work ok, but my testing is somewhat limited. Of course, DXVA2 native also likes being tested, but so far it looks pretty good. I'm looking into releasing tomorrow, if nothing big comes up, so i can start working on new features without blocking release.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 18th February 2012 at 16:05. |
18th February 2012, 17:06 | #9191 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Who am i to judge whats best for the user?
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
18th February 2012, 18:08 | #9193 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Really good and fast DXVA native implementation
From my first preliminary test, looks like it is optimized for high bitrate clips. Only one WMV3 clip with artifacts in both copy-back and native mode, on signature system Download it here
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
18th February 2012, 18:59 | #9194 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
Thats a kind of special file that was encoded with a beta version of the WMV encoder, which is not 100% compliant with WMV9/VC-1 specs.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 18th February 2012 at 19:06. |
|
18th February 2012, 19:28 | #9195 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Microsofts first ever released WMV9 demo streams (the kelsy streams) also show this issue with any decoder only Microsofts own Decoder isn't affected though it seems what ever causes these strange blocking for every other 3rd party decoder was never used later on again, It only shows itself in high motion every scene that suffers from this is high motion though mostly the scenes are short except for a stream that appeared on mplayers sample server that is even older then the kelsy streams (and i absolutely dont remember this one being a official Microsoft Release back then) their you even see it much longer in a high motion scene (Video_Smoothing.wmv) .
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 18th February 2012 at 20:10. |
18th February 2012, 19:52 | #9196 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Obviously Microsoft used their own beta encoder to encode the first demo streams.
The fact remains that its not compatible with the WMV9/VC-1 specs
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
18th February 2012, 20:07 | #9197 | Link |
Registered User
Join Date: Dec 2011
Posts: 1,812
|
No problem with multithreaded FRAPS decoding (how can I be certain that it's really MT?).
At least there is no noticeable difference to previous builds, ST was already fast enough. Of course there's still the "issue" that FRAPS YV12 videos don't look right, neither with madVR as renderer compared to EVR *sigh*. The problem when decoding x264 RGB with Avisynth seemed to be related to VirtualDub. If I feed x264 with the same script like VD, decoding works flawlessly. |
18th February 2012, 20:45 | #9198 | Link |
Registered User
Join Date: Sep 2010
Posts: 321
|
I just watched Friday the 13th Blu-ray using the new test file and DXVA2 Native + EVR CP and playback was flawless. During the credits I seeked back using the MPC-HC D3D Fullscreen seek bar and it wasn't as smooth as when using software decoding, but I think this is standard with all DXVA2 decoding since the GPU has to catch up or something of the sort?
So now that this is implemented, is this one step closer to having native DXVA2 GPU decoding + MadVR in the future or is that just never gonna happen? I know DXVA2 copyback works with MadVR but it's decoding on my ATI is not as efficient as native DXVA2 decoding. (52 fps with DXVA2 copyback vs 147 fps with DXVA2 native on the crowdrun_1080p50 test file)
__________________
MPC-HC/MPC-BE, Lav Filters, MadVR CPU: AMD Ryzen 5 1600, Video: AMD Radeon RX Vega 56 -> TCL S405 55", Audio: Audio-Technica M50S Last edited by fairchild; 18th February 2012 at 20:53. |
18th February 2012, 21:07 | #9199 | Link | ||
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
Quote:
Note that copy back doesn't have to be that slow, should complain to ATI/AMD more. The 7000 series seem to have improved on that front.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
||
18th February 2012, 21:14 | #9200 | Link |
Registered User
Join Date: Mar 2005
Location: Israel
Posts: 162
|
Hi nevcairiel, amazing work on the LAV Filters.
Are there plans for LAV Audio to give us some controls on audio channels like AC3 Filter has? And features like Auto Gain Control, Normalization... and so on. |
Tags |
decoders, directshow, filters, splitter |
Thread Tools | Search this Thread |
Display Modes | |
|
|