Media Player Classic Home Cinema (MPC-HC) - DXVA!

[alexins]

Where I can download the latest rebuild ?
On xvidvideo.ru are stuck with 795 rebuild.

thanks
Manuel
In a revision 798 there is a serious problem with reproducing of files in the format of h264, and I while do not publish the last assembling of mpc-hc for itself on a site.
A problem shows up in the following, if in the file of ref frames < 8, a grey screen turns out both at reproducing, if ref frames >= 8 or on the screen normal picture.

[Audionut]

(Yeah, it's always the same web installer, but there's an update to DirectX every 2 months...)

I always prefer the runtime.

http://www.microsoft.com/downloads/details.aspx?familyid=C1367BC3-4676-481A-BFAA-5C15D1D7199D&displaylang=en

[Leak]

I always prefer the runtime.
Unless you install more than a handful of PCs or want to distribute it on a CD what's the point? :confused:

It'll be out of date again in two months tops...

np: Tetine - Slum Dunk (Soul Jazz Records Singles 2006-2007 (Disc 2))

[Brazil2]

I got a strange problem with MPC-HC for some days.
The SSA subtitles of the famous Haruhi (http://rapidshare.com/files/113536801/Suzumiya_Haruhi_no_Yuuutsu_-_C4_-_Special_Ending_-__Hitsuji__e569a2b7_.mkv.html) video are not animated anymore (you know, the color change for karaoke). They are properly displayed in time and at the correct positions but they are always half colored with no animation.

I have changed nothing on my computer, no drivers update, no DirectX update and no codec added or removed. No settings have been changed in MPC.
I'm running two different versions of MPC-HC using .INI files, one is the release (604) and the other one is SVN build 789 from XvidVideo.ru. They are both using the internal built-in filters and no standalone filter is installed. And I got the same behaviour with both versions!

Only unusual thing which happened in the past days was a complete power outage in my area while I was recording a DVB stream. But my UPS was able to take over so the computer kept on running and I was able to shut it down in a proper way even though the DVB reception went down. And anyway MPC-HC was not running when this happened.

Any ideas about how to solve this ?

[clsid]

Turn off "subpicture pre-buffering".

[Brazil2]

Turn off "subpicture pre-buffering".
Yep, that did the trick, thanks for the info :)

The question still remains: how come it happened all of a sudden while it was working fine for months ?

[clsid]

You will have to answer that yourself. You clearly have changed something without realizing it.

[Snowknight26]

Are you using the custom Direct3D renderer for VMR9 or EVR? (Shaders won't work without that...)
I was using EVR, didn't know you had to choose EVR Custom Pres.

Choosing denoise gives me "Could not load shader: denoise". All others are fine.

[GTPVHD]

Has anyone compiled rev 800 build or there's still serious problems like what alexins said about rev 798?

[Leak]

Choosing denoise gives me "Could not load shader: denoise". All others are fine.
I don't have a version of MPC-HC with that shader here at work, but I'd hazard a guess it's using a version of pixel shaders your graphics card doesn't support - I didn't ask what graphics card you have in my last post for fun... :rolleyes:

EDIT: Okay, actually denoise is set to use Pixel Shader 2.0, but the shader compiler complains it's too complex for PS2.0 - choose one of the higher settings (like PS3.0) in the shader editor and it should work...

[Snowknight26]

I didn't ask what graphics card you have in my last post for fun... :rolleyes:
Wasn't relevant at the time, but Radeon 4850 anyway. :p

EDIT: Okay, actually denoise is set to use Pixel Shader 2.0, but the shader compiler complains it's too complex for PS2.0 - choose one of the higher settings (like PS3.0) in the shader editor and it should work...

That did the trick, thanks.

[alexins]

Media Player Classic HomeCinema (x86), svn 801 (http://www.xvidvideo.ru/content/view/266/1/)
Media Player Classic HomeCinema (x64), svn 801 (http://www.xvidvideo.ru/content/view/267/1/)

Supported languages: CN, CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA

Changes log (http://www.xvidvideo.ru/content/view/7/17/)

Updated FFmpeg; CHANGED: YV12 Chroma Upsampling pixel shader added; Slovak translation updated. All the new strings were translated.

[Casimir666]

I have the confirmation that G45 is using a specific protocol for bitstream DXVA (VC1 and H264), but unfortunately thoses specifications are not publicly available :

http://softwarecommunity.intel.com/isn/Community/en-US/forums/30264465/ShowThread.aspx#30264465

[stoked]

Casimir666,

Can you comment on this feature request?

http://sourceforge.net/tracker/index.php?func=detail&aid=1984833&group_id=170561&atid=854654

Just wondering if it's possible or even considered to be added in the future.

Thanks.

[STaRGaZeR]

Is it possible to force software decoding for interlaced material only until the bugs in DXVA deinterlacing are fixed?

[Casimir666]

Casimir666,

Can you comment on this feature request?

http://sourceforge.net/tracker/index.php?func=detail&aid=1984833&group_id=170561&atid=854654

Just wondering if it's possible or even considered to be added in the future.

Thanks.

This feature is complicated (not 100% sure it's possible), and i'm sorry but it's not on my priority list for the moment.

[draggoon01]

Btw, how much would it require an extra work to allow MPC-HC read dvd image files (.iso etc) directly like vlc does?

can anyone comment on if direct iso opening is being considered? would it be difficult to add?

[Leak]

can anyone comment on if direct iso opening is being considered? would it be difficult to add?
Yes. Is using the right tool for the job (i.e. Daemon Tools) too much work or something?

[arfster]

they don't care about feedback.
arfster from AVS has been breaking their b*lls for a long time on TV/PC levels matters, all he got was drones answers :D


15 months later, they're still shipping drivers with SD at different levels to HD. Useless :-)

[pitch.fr]

15 months later, they're still shipping drivers with SD at different levels to HD. Useless :-)
and still no progressively upsampled chroma after all this time.

[draggoon01]

Yes. Is using the right tool for the job (i.e. Daemon Tools) too much work or something?

It's just a feature request.

Bookmarks/favorites makes life more convenient when users can alternatively resume playback manually
Tearing test makes life more convenient when users can alternatively play a scene with panning.
Direct iso opening would make life more convenient when users can alternatively mount the iso every time.

[Kurtnoise]

it seems there is a bug w/ PS combination when we select "denoise" :
tried YV12 Chroma Upsampling & denoise -> mpc-hc crashes.
tried YV12 Chroma Upsampling & sharpen complex -> playback ok.


Does anybody can confirm that the denoise PS brings some crashes please ?


hint: vista 32bits sp1

[ranpha]

it seems there is a bug w/ PS combination when we select "denoise" :
tried YV12 Chroma Upsampling & denoise -> mpc-hc crashes.
tried YV12 Chroma Upsampling & sharpen complex -> playback ok.


Does anybody can confirm that the denoise PS brings some crashes please ?


hint: vista 32bits sp1

Combining YV12 Chroma Upsampling and Denoise did not crash the program. Quick tested with only one file though, so YMMV. MPC-HC 801 in Vista x64 SP1.

[Leak]

Does anybody can confirm that the denoise PS brings some crashes please ?
There's at least one bug with the denoise shader - it's set to PS2.0, but it's too complex for that, making the shader compiler error out when compiling it.

Try setting it to PS3.0 in the shader editor and see if that changes anything...

[phusg]

You'll have to google for them, i believe someone uploaded them on guru3d forum.
8.4 should work too after a driver-clean

I'm glad you reported the bug because they have to fix it

Looks like the VMR9 DXVA on AGP bug is fixed. I just finished installing the 8.9 catalyst hotfix drivers and after some limited testing they seem to be working 100% on my system (2600 AGP on nForce1 board with Athlon XP)!

[Casimir666]

Is it possible for someone with a G45 to test an H264 file with this build of mpc, and tell me if it use DXVA or not :
http://www.zshare.net/download/194725163e755ed8/

This build is only for G45 users!

[alexins]

Media Player Classic HomeCinema (x86), svn 804 (http://www.xvidvideo.ru/content/view/273/1/)
Media Player Classic HomeCinema (x64), svn 804 (http://www.xvidvideo.ru/content/view/274/1/)

Supported languages: CN, CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA

Changes log (http://www.xvidvideo.ru/content/view/7/17/)

Updated FFmpeg; Italian resources updated; updated Ukrainian translation.

[mikeyakame]

I've got a cool idea which I believe many may find useful. The idea is implementation of "playback profiles" for different containers and codecs. I don't have all that much time these days due to work but I'm going to try and spend some time getting familiar with the MPC source code and come up with something that is user friendly for the gui and a reasonably complex back end to handle the directshow GUID's and tracking for renderer handles. The advantage I believe profiles would have is minimizing or completely eliminating the need to use the External Filter priority adjustment / blocking for certain filters. I'm thinking at the moment to use XML to store the different profiles which makes handling and editing externally fairly straight forward also. The profile xml would be stored in the users %APPDATA% folder, which would make handling Vista and XP a little simpler since many people don't even know what raising privelidges is or how to do it.

I generally write in C, but I'm reasonably competent in C++ so if I have any questions about the source code that I can't figure out from MSDN docs or forums I'll shoot them here.

I've always liked using MPC and since the HC player is actually being actively worked on, hell if I can help in some ways I'd definitely like to.

Let me know what you guys think about my idea.
On a side note does the current svn code compile on VS2008? If not I'll try and find some time to sort that out. I've only got 2008 SP1, I have 2005 SP1 around somewhere but I'd rather get 2K8 working than fiddle with the older VS for sake of compiling one app.

[Casimir666]

I've got a cool idea which I believe many may find useful. The idea is implementation of "playback profiles" for different containers and codecs. I don't have all that much time these days due to work but I'm going to try and spend some time getting familiar with the MPC source code and come up with something that is user friendly for the gui and a reasonably complex back end to handle the directshow GUID's and tracking for renderer handles. The advantage I believe profiles would have is minimizing or completely eliminating the need to use the External Filter priority adjustment / blocking for certain filters. I'm thinking at the moment to use XML to store the different profiles which makes handling and editing externally fairly straight forward also. The profile xml would be stored in the users %APPDATA% folder, which would make handling Vista and XP a little simpler since many people don't even know what raising privelidges is or how to do it.

Your idea is good, and it can speed up video loading time. How did you plan to detect the suitable "playback profile"? Since you cannot use DShow for this, this step could maybe done using "MediaInfo"? In my oppinion, profile criteria should include Codec but also video resolution (different profiles for HD/SD).
I have read somewhere that one player have already such kind of function (don't remember if it's BSPlayer or ZoomPlayer) but i haven't look further.

If you want to know how mpc build graph, have a look on FGManager.cpp (in project mplayerc).


Let me know what you guys think about my idea.
On a side note does the current svn code compile on VS2008? If not I'll try and find some time to sort that out. I've only got 2008 SP1, I have 2005 SP1 around somewhere but I'd rather get 2K8 working than fiddle with the older VS for sake of compiling one app.
VS2008SP1 is perfect to build mpc (look xxl post on first page to have links on additionnal library). To build in release mode, you will need a GCC chaintool for the mpcvideodec project (because of ffmpeg).

[Casimir666]

Is it possible for someone with a G45 to test an H264 file with this build of mpc, and tell me if it use DXVA or not :
http://www.zshare.net/download/194725163e755ed8/

This build is only for G45 users!

Sorry find a bug in my previous build : could someone the this one on a G45 :

http://www.zshare.net/download/195082677d548234/

[mikeyakame]

I should have tried before asking you! Yeah it seems VS 2008 SP1 does work quite well. I formatted recently and hadn't got round to setting up VS2008 properly.

Are you building the release build with inclusion of d3d10.lib for EVR, or does it have a separate library file?

In regards to how to detect the information...I suppose a custom parser library would do the job which I could write in C or C++ though C would probably be faster for file streams. The hard part would be gathering all the information for all the varieties of formats and containers.

Also If i remember correctly you can always access the active renderer handles and their properties so tracking isn't all that much of an issue with multiple instances.

I do think though that for profiling to work properly and efficiently the implementation will have to be as low level as possible. I'll look more into the different ways I can approach this. As long as it integrates with the current code that is all really matters. The UI will be CPP of course, but I'll look into whether it's more efficient to write the foundation code in C or CPP. I need to get more familiar with Windows C/C++ than I am now, so plenty of reading ahead. I've always written in C/CPP for GNU/Linux/FBSD, so for me it's probably the ridiculous amount of type defs for everything I need to remember and use properly!

[orbitlee]

Sorry find a bug in my previous build : could someone the this one on a G45 :

http://www.zshare.net/download/195082677d548234/


@Casimir666

I tested this version on my G45 board, not working. For H.264, DXAV activated but only green screen, for VC-1, no DXVA.
Here is the screenshot. I'm using EVR renderer. Please let me know anything I can help.

http://b.imagehost.org/t/0058/G45_01.jpg (http://b.imagehost.org/view/0058/G45_01.jpg)

[Kado]

Try with this sample (http://rapidshare.com/files/113536801/Suzumiya_Haruhi_no_Yuuutsu_-_C4_-_Special_Ending_-__Hitsuji__e569a2b7_.mkv.html), 100% DVXA compatible.

[orbitlee]

Try with this sample (http://rapidshare.com/files/113536801/Suzumiya_Haruhi_no_Yuuutsu_-_C4_-_Special_Ending_-__Hitsuji__e569a2b7_.mkv.html), 100% DVXA compatible.


Thanks for the sample, it will take me forever to download :eek:

My sample is from blu-ray title, also 100% DXVA compatible.
I test it on NVIDIA 8500GT.

http://b.imagehost.org/t/0263/G84_01.jpg (http://b.imagehost.org/view/0263/G84_01.jpg)

[Casshern]

Hi,

it would be interesting and helpful to have a list of catalyst drivers that work with the DXVA feature of MPCHC in 1920x1080 under different renderers. Here are my experiences:

CARD: ATI 2600 HD (MSI 512MB AGP)

Catalyst 8.4 HOTFIX + Catalyst 8.9 HOTFIX:
H264 is broken - blank screen. System might crash with a blue screen (MPCHC 801, Standalone filters 801 with Zoomplayer). PowerDVD works

Catalyst 8.5 HOTFIX
No Blue Screens! All Crashes are recoverable with taskmanager. VMR7 (only zoomplayer with standalone filter) works great with VC1 and H264. MPCHCs internal filter does not allow DXVA with VMR7 (should be fixed).
VMR9 (all possible configurations): Skipped Frames, Corruption when in full screen mode (1920x1080).

My conclusion: Use Zoomplayer (renderer VMR7) and the MPCHC Standalone filter for DXVA accelerated playback. VMR7 also has the advantage of having the correct chroma channel interpolation (no blockiness in red areas). No tearing. Works with Reclock. Drawback - no BluRay subtitels from m2ts files.

Is there any catalyst to get good playback on an AGP card with vmr 9? What are your experiences.

regards,
Casshern

[ranpha]

Hi,

it would be interesting and helpful to have a list of catalyst drivers that work with the DXVA feature of MPCHC in 1920x1080 under different renderers. Here are my experiences:


http://forum.doom9.org/showpost.php?p=1188730&postcount=4336

[Casshern]

http://forum.doom9.org/showpost.php?p=1188730&postcount=4336

thats the reason i posted my experiences. For my configuration the 8.9 AGP Hotfix catalyst does not work with VMR9 and DXVA - on high bitrate blurays MPC HC DXVA has corrupted frames and frames are jumping. As of yet I do not know why it works for some (if it really does with DXVA)- I tried almost everything (newest directx update, settings). My solution is Zoomplayer, VMR7, MPC stand alone DXVA decoder and catalyst 8.5 hotfix with good results.

Still i am curious how some get catalyst 8.9 AGP Hotfix to work with VMR 9 and DXVA on high bitrate titles in full screen with 1920x1080 native display resolution. The problems are much less severe on lower resolutions and if the playback is not fullscreen.

regards,

Casshern

[JohnLai]

Some question here. What is the colorspace of that VMR9 output? I mean if I only use the built-in filters in mpc-hc. Is the VMR9 colorspace fixed with YV12?

[Casimir666]

Are you building the release build with inclusion of d3d10.lib for EVR, or does it have a separate library file?
EVR use DX9 (not DX10)

In regards to how to detect the information...I suppose a custom parser library would do the job which I could write in C or C++ though C would probably be faster for file streams. The hard part would be gathering all the information for all the varieties of formats and containers.
That's why i was suggesting MediaInfo project : it's written in C++, and as far as i know can be used as a static lib in mpc :
http://sourceforge.net/projects/mediainfo

The UI will be CPP of course, but I'll look into whether it's more efficient to write the foundation code in C or CPP.
There is no performance differences between C++ and C in my opinion.

[alexins]

Media Player Classic HomeCinema (x86), svn 807 (http://www.xvidvideo.ru/content/view/278/1/)
Media Player Classic HomeCinema (x64), svn 807 (http://www.xvidvideo.ru/content/view/279/1/)

Supported languages: CN, CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA

Changes log (http://www.xvidvideo.ru/content/view/7/17/)

Updated Hungarian translation; FIXED : Remember position not working with some DVDs; ADDED : Display stat recognized Intel ClearVideo DXVA modes; CHANGED: MpcVideoDec standalone filter can connect to MediaPortal; implemented startpos commandline option.

[ooferomen]

can anyone else verify video corruption on this sample?

PEVOB_03MAIN.H.264.stream.0.ts - 29.23MB (http://www.zshare.net/download/19538775da766c08/)

[mikeyakame]

EVR use DX9 (not DX10)


That's why i was suggesting MediaInfo project : it's written in C++, and as far as i know can be used as a static lib in mpc :
http://sourceforge.net/projects/mediainfo


There is no performance differences between C++ and C in my opinion.

I grabbed all the source packages for MediaInfo, no idea which each is but I'll start looking over the code later on today and see whether it's suitable as a static library in its wholesome, otherwise I'll use some of the code to build my own library if its suitable. Spending a bit of time reading over all the CUDA docs and forum threads today to see if there is any benefits from putting time into a combined dxva2 decoder based on this for Nvidia users with a dshow pin like wrap around or externally emulated interface possibly through the NV driver model APIs to provide interconnectivity to directshow plugins such as splitters and renderers.

I've got a decent amount of docs to get through though so this is simply an idea for future implementation. CUDA documentation unfortunately is still very immature, and the C library itself still has some major bugs which need immediate attention. But otherwise from my preliminary findings it may have some amazing potential provided we can do direct interfacing to Media Foundation or DirectShow otherwise using a software / hardware CUDA -> Media Foundation API wrapper which may or not be viable depending mostly on the optimizing of external CUDA calls and what kind of complexity is needed for cross communication.

DXVA2 sessions / threads can be created at a near to hardware level directly through the NV Driver APIs I believe but am looking for some more indepth docs still. How complex it would be to write an efficient wrapper or otherwise a library to emulate API inter-translation between MF/DShow and CUDA C libs is beyond my scope of knowledge at present.

There is then the issue of memory management between host and GPU device since CUDA uses a very similar replication of memory resources between HOST and Device to DirectX 9 API. This brings to the party a whole host of potential error conditions and need for strict error checking on all stack data at both ends, which probably means that at least some of the gains to be had by GPU offloading are offset by higher CPU usage to validate the GPU offloaded resulting data. mallocs must be done in system and video ram, which probably means there is 2 times greater chance of stupid memory leaks from forgetting to free both host and device mallocs, etc.

Cas if you have spent any time looking into CUDA or any other of the curent devs have shoot me a message and we can pool our knowledge and understand to look towards the future.

On a side note, I think it may be worth the consideration to begin looking into what is required to port the current directshow code slowly over to Media Foundation code, as Directshow is slowly being made deprecated and cannot access the advanced classes and API functionality brought by Media Foundation. Unfortunately this would probably mean two source bases and double the work at least in the short term, but could be a side project done gradually. Let me know what your are thoughts are on this.

[Sulik]

@mikeyakame: none of the features you mentioned above require Media Foundation: a simple custom allocator in the directshow filter's output pin could allocate media samples in host memory, and allow connection with a regular SW-based dshow filter.

[mikeyakame]

Valid point but on the other hand directshow won't be around forever. As it stands from Microsofts POV it has already run its life and is being gradually replaced by Media Foundation. A custom allocator would work in the short term definitely, and probably is the simpler approach at present but thinking farther ahead the code base will eventually have to be ported over to Media Foundation regardless once Microsoft deprecates the Directshow API. I'm a firm believer of taking less action gradually and it always has the benefits of having the time frame to write code, test it, troubleshoot it, modify it, and repeat. By the time the public is ready for the software it would be free of any major or nasty bugs. I suppose I'll try and look into it here and there when time permits to figure out what changes can be implemented now that has benefits without requiring drastic modifications. Going at it from this angle there is a lot less work once the main code already has the functional changes implemented.

[DarkZell666]

can anyone else verify video corruption on this sample?

PEVOB_03MAIN.H.264.stream.0.ts - 29.23MB (http://www.zshare.net/download/19538775da766c08/)

Yep, using MPC r804 on a 8600GTS, the DXVA decoding shows errors but the ffmpeg decoder doesn't :)
(Edit: I'm using the 177.92 beta drivers, since the last official 178.13 won't allow me to play my favorite games anymore, just in case it matters)

[Px]

mikeyakame
Am I understand you right - you want to drop support of Windows XP and AMD (ATI) hardware?

[Atak_Snajpera]

Yep, using MPC r804 on a 8600GTS, the DXVA decoding shows errors but the ffmpeg decoder doesn't
(Edit: I'm using the 177.92 beta drivers, since the last official 178.13 won't allow me to play my favorite games anymore, just in case it matters)
I have no problems on Ati 4850 (DXVA enabled)

[romanesque]

Hello,

First time posting here and I want to tell you what an awesome work you're doing with mpc-hc. I honestly don't use other players (vlc, kmplayer) anymore, only mpc-hc. With that being said, I'm looking for help regarding the following matter: when playing mkv files, the video is a little jerky and I notice the player is dropping a lot of frames. The files are playing just fine on any other player.

I use mpc-hc svn 807, don't use any codecs pack. My configuration is:

- intel dual core 6320
- 4GB RAM
- videocard nvidia 8500GT
- windows xp pro sp3
- latest directx (august)
- video drivers 178.13 whql

I'd really appreciate any help. Thank you. :)

[mikeyakame]

mikeyakame
Am I understand you right - you want to drop support of Windows XP and AMD (ATI) hardware?

of course not that would be ridiculous! just rather looking to future proof the current code and find ways to optimize it further. for the changes made under the vista environment, they wouldn't effect the applications functionality on xp and earlier operating systems. Perhaps if checking the OS and DXDiag info for which code paths to use is too complex, I can always compile seperate builds with the changes that only apply to the Vista OS as well as try to make changes universal if possible. CUDA right now is looking good for Nvidia in terms of simplifying communications and using hardware acceleration / general purpose GPU optimized functionality for certain things. Unfortunately ATI don't have any kind of software to take advantage of their hardware, nor is there a universal standard as yet. At least until DirectX 11's unified shader compute language becomes universal, though DX11 isn't slated until at least late 2009 so for now all one can do is take advantage of whats at hand for some end users right? It's not a matter of special treatment rather improvements for some are better than no improvements at all.

the current shader based functionality MPC has could easily be ported over to CUDA to use any G92 and newer gpu to offload those particular functions, unfortunately as it stands Nvidia haven't released a Cuda library that can be statically linked against for portability and thus requires dynamic linking and the library to exist on the system which just complicates matters mostly, it would work in the short term until they get their act together.

[mikeyakame]

Hello,

First time posting here and I want to tell you what an awesome work you're doing with mpc-hc. I honestly don't use other players (vlc, kmplayer) anymore, only mpc-hc. With that being said, I'm looking for help regarding the following matter: when playing mkv files, the video is a little jerky and I notice the player is dropping a lot of frames. The files are playing just fine on any other player.

I use mpc-hc svn 807, don't use any codecs pack. My configuration is:

- intel dual core 6320
- 4GB RAM
- videocard nvidia 8500GT
- windows xp pro sp3
- latest directx (august)
- video drivers 178.13 whql

I'd really appreciate any help. Thank you. :)

have a look at which filters are being used during mkv playback, it might be something as simple as it using the internal decoder with higher priority than say something like CoreAVC or Cyberlink H264 decoder if they are registered on the system. You can always add higher priority filters through the external filters menu as well as block certain filters you don't want to use for playback.