Quote:
|
All I do for mkv's is just renaming it to avi.
|
Don't do this, you risk severly messing up your graphs as you're making the system think you have x264 in an AVI container, when you don't, you have x264 in an MKV container. Fortunately WMP is usually smart enough to properly handle this but there's no guarentee other players, transcoders, etc, will, nor that this "functionality" won't be broken in the future.
You should instead add .MKV to the list of supported media extension types for WMP. Something that you can conveniently do with a single mouse click during the CCCP installation. And yes, CCCP is a codec pack, its a stable and tested FFDshow tryout, Haali and a VobSub if I recall correctly. If you're anal about codec packs you can manually install the component parts. CCCP's chief advantage is that they actually test the various builds included, so you get some guarentee of stability. They also don't perform the kinds of lunacy often found in other crap codec packs such as including multiple codecs for the same video type (ffdshow + native xvid codec for example).
Quote:
|
I wish the ffdshow team would hurry up and get DXVA working
|
This will most likely NEVER happen. FFDShow is a DirectShow wrapper for the ffmpeg (and similar) codecs. None of the codecs in question are DirectShow aware, and as such, none of them can leverage DxVA acceleration. So basically if DxVA is a dealbreaker for you, you need to look at native DirectShow codecs, FFDShow will never do this for you.
The reason MPC works is because its not using FFDShow, its using (its own?) DirectShow codecs, and thus is quite happily able to do DxVA offload. The issue we have is that the MKV splitter of choice, Haali, is currently unable to properly hand off an x264 stream in most instances to the DxVA-leveraging codecs such as PowerDVD. Once this is fixed, the problem should go away.
Its not so much a case of FFDShow not supporting DxVA being the problem - as there's no reason to expect it to - as much as its a case of the splitter being unable to communicate with the DxVA-aware codecs. So what we really need is a new splitter!