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 March 2014, 18:38 | #17222 | Link | |
MPC-HC Developer
Join Date: May 2010
Location: Poland
Posts: 586
|
Quote:
But you know you can always send a patch it's open source project after all. And saying to others what they could and couldn't do is not the best way of doing things. Especially when you're talking about non existing features. But well I don't care, I just find it little bit annoying that you send few posts in row, quote own posts and so on. If you have bugs just send them to https://code.google.com/p/lavfilters/issues/list rather than reposting over and over same things... (but only if there is really a need to do so...) Snowknight26: +1 Last edited by kasper93; 3rd March 2014 at 18:45. |
|
3rd March 2014, 19:42 | #17223 | Link | |
Registered User
Join Date: Dec 2007
Posts: 1,138
|
@ NEV I see you've done some work on the DXVA but this (seeking) problem
Quote:
It's just me ?
__________________
Intel UHD Graphics 750; Win 10 22H2 |
|
3rd March 2014, 20:08 | #17224 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Seeking works fine for me on that sample, at least in the first 100mb, your file hosts are slooow.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
3rd March 2014, 20:15 | #17225 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
I installed latest *non-existent* nightly build from betaking and I decided to run a thorough test of my ~600 HW accelerated samples (H.264, MPEG2, VC-1, WMV3) using DXVA native and latest nightly of MPC-HC 1.7.3.72 with LAV internal 0.60.1.40
I had 4K option enabled in both LAV and MPC-HC for all systems. 1st system is a Win 8.1 Pro x64 with Nvidia GT440 (VP4) PC Not a single bug or artifact, flawless decoding and it really decodes everything up to 1080p60. 2nd system is a Win 8.1 Pro x64 with Radeon 5750 (UVD2.2) PC Not a single bug or artifact, but surely not flawless decoding even for "easy" clips. It's the first time that LAV is on par with MS DS/MFT and PotPlayer regarding resolution restrictions on AMD HW. I can play those H.264 above FullHD movie trailers at 2048x1280 for the first time using LAV and DXVA! But the decoding of most of my H.264 files are not as flawless as Nvidia using MPC-HC 1.7.3.72. Maybe the next update of MPC-HC to LAV latest version could help, but I think the problem is somewhere else. For every seek and every move of the slider, forward or backward I had a lot of frames dropped and even when I had zero dropped frames, the fluidity of decoding was inferior to VP4, even for easy clips. Driver's imperfection ? Less worked code for AMD HW ? I don't know... 3rd system is a Vista x86 with Radeon 3650 (UVD+) Not a single bug or artifact like the other systems, but not as fluid as Nvidia. It has a feeling of better fluidity than UVD2.2 ! and less dropped frames. I can play those H.264 above FullHD movie trailers at 2048x1280 for the first time using LAV and DXVA with that 2007 card too! It has one bug though in VC-1 files. It seems that the removal of resolution restrictions allows 3D VC-1 files with resolutions like 1024 x 1536 or 1280 x 1440 to be HW accelerated in DXVA but with artifacts. Same resolutions in H.264 format are decoded without errors by UVD+ I will go back to original 0.60.1 to see if that happens too when 4K is enabled or it is something new.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
3rd March 2014, 20:20 | #17226 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Seeking is less fluid when the decoder is slower. Even VP4 is quite a bit faster then UVD2.2, which may account for this.
Seeking is generally better in MP4/MKV files, and worse in TS/MPG files. Regarding the VC-1 errors, you wanted to let the decision up to the driver which files to play. Looks like the driver doesn't know what it can actually play. Luckily the drivers for the newer cards (ie. not-legacy) apparently has learned to not accept out of range resolutions. I suppose I could add the old check back for VC-1, and only allow higher for H.264.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 3rd March 2014 at 20:32. |
3rd March 2014, 20:32 | #17227 | Link | ||
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
It's not about performance, I had that feeling for easy 24p or 25p clips. Quote:
If you could close VC-1, without closing H.264 would be best case scenario I've just read your updated answer, it's exactly what I wrote you above UVD2.2 can play those 3D VC-1 files with no artifacts at all, so if you could choose only UVD+ to close it.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
||
3rd March 2014, 20:47 | #17228 | Link | ||
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
So, the best solution is to close only VC-1 for only UVD/UVD+ above FullHD. Quote:
Maybe different driver version than yours ?
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
||
3rd March 2014, 20:53 | #17229 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Last time i tried PotPlayer, it used software decoding. Are you sure it uses hardware?
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
3rd March 2014, 20:56 | #17230 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Yes I can see it displaying DXVA in OSD and UVD+ clocks go to maximum while CPU usage goes to minimum.
With my AthlonXP 2600+, DXVA is the only way to decode 1080p WMV3 clips.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
3rd March 2014, 21:10 | #17232 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Sure, you are right but I'm talking about a slight stuttering even in normal playback of easy clips that gets worse when seeking.
I don't know, maybe the use of Intel's DXVA and VP5 has raised my standards too high Or maybe it was the refresh rate of the display, it was a different display than VP4 tests. I will repeat the tests again sometime, just to be sure.
__________________
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; 3rd March 2014 at 21:15. |
3rd March 2014, 21:22 | #17233 | Link | |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Which DLL exactly and what properties ?
File properties ? Looking for what ? Quote:
And because nevcairiel said that he could offer nightly builds himself, I suggested to put an easy identified numbering scheme for easy reference of the new version. What's the big deal ? It's only a suggestion and if he feels that it's not easy or worth to do it, he won't do it. Nevcairiel doesn't need laywers or representatives to speak instead of him.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
|
4th March 2014, 09:15 | #17236 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
I prefer DXVA2, Native if possible, but Copy-Back also works quite nicely on Intel systems (at about the same performance of QuickSync now)
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
4th March 2014, 10:17 | #17238 | Link | ||
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
@nev
Latest nightly works perfectly with my UVD+. 2K for H.264, FullHD for VC-1. Only reference frames restrictions still exist and WMV3 acceleration to call it perfect decoder Also I saw a "silent" update for QS decoder, from 0.44 to 0.45 Quote:
Also it's extremely inconvenient. Quote:
I had to change the renderer from EVR to EVR-CP, which is the default for MPC-HC. It seems that slight stuttering and not perfect decoding appeared after the EVR selection instead of the default EVR-CP. I'll wait for the new MPC-HC with latest LAV inside (because it's still 0.60.1.40) to do another round of tests, just to be 100% sure.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
||
4th March 2014, 14:18 | #17239 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
LAV Filters 0.61.0
Code:
LAV Splitter - NEW: Support for "demuxing" AviSynth scripts (requires AviSynth, 2.6 recommended) - NEW: Support for reading ICY stream metadata from ShoutCast streams - Fixed: The duration of DVB MPEG-TS files is being detected more reliably - Fixed: The ITrackInfo interface was not available in the last few versions - Fixed: The duration of certain Ogg Vorbis streams was wrong - Changed: DTS-HD audio tracks are now exposed using the official DTS-HD media type, in addition to the old DTS type - Workaround: Block WMP/WMC from always overwriting the initial track selection LAV Video - NEW: Support for Duck TrueMotion 1/2 - NEW: Support for BT.2020 in YCbCr -> RGB conversions - Fixed: Format conversion could cause out of memory errors when converting high-resolution videos - Fixed: The decoder could crash if DXVA2 decoding failed and the software decoder is unavailable - Fixed: Reduced binary bloat caused by the YCbCr -> RGB converter, reducing binary size to nearly half - Fixed: Playback of RV30/RV40 was not smooth in 0.60 - Fixed: Video corruption when using DXVA2 on Intel GPUs when decoding certain VC-1 or MPEG-2 clips - Fixed: Decoding WMV3 Complex profile automatically falls back to software, since hardware decoding is unsupported - Faster: DXVA2 Copy-Back decoding on Intel GPUs is significantly faster - Changed: If the wmv9dmo decoder is unavailable, the FFmpeg decoder is automatically used instead - Changed: Updated QuickSync decoder to the latest version, fixes a few timestamp issues - Changed: Relaxed the resolution checks for H.264 decoding on AMD GPUs, allowing files with 2K resolutions to be decoded (ie. 2048x1280, etc.) LAV Audio - NEW: Support for ATRAC3+ - Fixed: Decoding AC3 audio could produce glitches in playback due to too aggressive error checking This release contains mostly a collection of small features, fixes and improvements, with a bit of focus on DXVA2 improvements, especially for (but not limited to) Intel GPUs. Nothing big really worth mentioning, otherwise. As you can see, I've taken a cleaner approach at writing the changelog, the unorganized entries in the past always bugged me a bit, but not enough to do something about it. A small announcement: Since Google Code has shut down its file hosting, I'm looking into setting up my own website for LAV where I can host builds in a more orderly fashion, with version archives and everything. I'm not sure when I'll actually get to do that, but for the people that get it from Doom9, nothing much will be changing anyway. In the interim, the latest builds are also available from GitHub now, and the older builds are still on Google Code. Have fun!
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 4th March 2014 at 14:53. |
Tags |
decoders, directshow, filters, splitter |
|
|