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

[betaking]

命令行 正在创建临时文件“C:\Users\BetaKing\AppData\Local\Temp\RSP00000738561336.rsp”，其内容为
[
/O2 /I "..\..\include" /I "..\filters\BaseClasses" /I "..\..\include\dx" /I "D:\Program Files\Microsoft DirectX SDK (June 2010)\Include" /D "WIN32" /D "NDEBUG" /D "_LIB" /D "_SCL_SECURE_NO_WARNINGS" /D "WINVER=0x0600" /D "_UNICODE" /D "UNICODE" /FD /EHsc /MT /arch:SSE /Fo"C:\mpc-hc\bin\obj\Release_Win32\SubPic\\" /Fd"C:\mpc-hc\bin\obj\Release_Win32\SubPic\\vc90.pdb" /W3 /c /Zi /TP /MP

".\CoordGeom.cpp"

".\SubPicQueueImpl.cpp"

".\SubPicProviderImpl.cpp"

".\SubPicImpl.cpp"

".\SubPicAllocatorPresenterImpl.cpp"

".\MemSubPic.cpp"

".\DX9SubPic.cpp"

".\DX7SubPic.cpp"
]
正在创建命令行“cl.exe @C:\Users\BetaKing\AppData\Local\Temp\RSP00000738561336.rsp /nologo /errorReport:queue”
正在创建临时文件“C:\Users\BetaKing\AppData\Local\Temp\RSP00000838561336.rsp”，其内容为
[
/O2 /I "..\..\include" /I "..\filters\BaseClasses" /I "..\..\include\dx" /I "D:\Program Files\Microsoft DirectX SDK (June 2010)\Include" /D "WIN32" /D "NDEBUG" /D "_LIB" /D "_SCL_SECURE_NO_WARNINGS" /D "WINVER=0x0600" /D "_UNICODE" /D "UNICODE" /FD /EHsc /MT /arch:SSE /Yc"stdafx.h" /Fp"C:\mpc-hc\bin\obj\Release_Win32\SubPic\\SubPic.pch" /Fo"C:\mpc-hc\bin\obj\Release_Win32\SubPic\\" /Fd"C:\mpc-hc\bin\obj\Release_Win32\SubPic\\vc90.pdb" /W3 /c /Zi /TP /MP

".\stdafx.cpp"
]
正在创建命令行“cl.exe @C:\Users\BetaKing\AppData\Local\Temp\RSP00000838561336.rsp /nologo /errorReport:queue”
正在创建临时文件“C:\Users\BetaKing\AppData\Local\Temp\RSP00001A38561336.rsp”，其内容为
[
/OUT:"C:\mpc-hc\bin\lib\Release_Win32\\SubPic.lib" /LIBPATH:"D:\Program Files\Microsoft DirectX SDK (June 2010)\Lib\x86" /IGNORE:4221 /IGNORE:4006 d3d9.lib;d3dx9.lib

"..\..\bin\obj\Release_Win32\SubPic\CoordGeom.obj"

"..\..\bin\obj\Release_Win32\SubPic\DX7SubPic.obj"

"..\..\bin\obj\Release_Win32\SubPic\DX9SubPic.obj"

"..\..\bin\obj\Release_Win32\SubPic\MemSubPic.obj"

"..\..\bin\obj\Release_Win32\SubPic\stdafx.obj"

"..\..\bin\obj\Release_Win32\SubPic\SubPicAllocatorPresenterImpl.obj"

"..\..\bin\obj\Release_Win32\SubPic\SubPicImpl.obj"

"..\..\bin\obj\Release_Win32\SubPic\SubPicProviderImpl.obj"

"..\..\bin\obj\Release_Win32\SubPic\SubPicQueueImpl.obj"
]
正在创建命令行“lib.exe @C:\Users\BetaKing\AppData\Local\Temp\RSP00001A38561336.rsp /NOLOGO”
输出窗口 正在编译...
stdafx.cpp
正在编译...
CoordGeom.cpp
SubPicQueueImpl.cpp
SubPicProviderImpl.cpp
SubPicImpl.cpp
SubPicAllocatorPresenterImpl.cpp
MemSubPic.cpp
DX9SubPic.cpp
DX7SubPic.cpp
正在创建库...
LINK : fatal error LNK1181: 无法打开输入文件“d3d9.lib;d3dx9.lib”
结果 生成日志保存在“file://C:\mpc-hc\bin\obj\Release_Win32\SubPic\BuildLog.htm”
SubPic - 1 个错误，0 个警告
VS2008SP1 CAN NOT compiled last svn

[nevcairiel]

d3dx9.lib should not be used anymore. Its been deprecated with the DX SDK Update February 2005 (over 5 years ago!). Instead, one should load the required functions manually from the d3dx9_xx.dlls as needed, as its done in all other parts of the DX code in the renderers!

This change needs to be reverted or fixed.

JanWillem really needs to pay more attention.

[betaking]

build 3045 is ok!

[nevcairiel]

The change in 3048 caused it. I'll fix it when i get home, unless someone else does it first.

[betaking]

The change in 3048 caused it. I'll fix it when i get home, unless someone else does it first.

:thanks:

[betaking]

build last 3050 no ploberm! to:nevcairiel thanks!

[clsid]

Has this also fixed the black screen issues with older ATI drivers? Can anyone who had that problem confirm?

[Ger]

d3dx9.lib should not be used anymore. Its been deprecated with the DX SDK Update February 2005 (over 5 years ago!). Instead, one should load the required functions manually from the d3dx9_xx.dlls as needed, as its done in all other parts of the DX code in the renderers!

This change needs to be reverted or fixed.

JanWillem really needs to pay more attention.

The change in 3048 caused it. I'll fix it when i get home, unless someone else does it first.

Sigh. Thanks for cleaning that part up in 3050, but 3048 also broke "Save Image..." and "Save Thumbnails..." with default 8-bit surface on ATI. Nvidia unaffected as usual.

xhmikosr build 3046 working fine.
xhmikosr build 3049 and 3050 broken:
GetDIB failed, hr = 8876086c

Has this also fixed the black screen issues with older ATI drivers? Can anyone who had that problem confirm?

Casshern, are you around? Since using X8R8G8B8 fixed the "other" black screen issue I'm actually quite hopeful.

[nevcairiel]

Sigh. Thanks for cleaning that part up in 3050, but 3048 also broke "Save Image..." with default 8-bit surface on ATI. Nvidia unaffected as usual.

xhmikosr build 3046 working fine.
xhmikosr build 3049 and 3050 broken:
GetDIB failed, hr = 8876086c

I knew i should've reverted it completly. Can't trust these commits.
I hope its fixed in 3051, but i have no idea. If it isn't, i'm just going to revert it completely.

[v0lt]

For what the player needed A8R8G8B8? Why can not always use X8R8G8B8? :confused:

[Ger]

I knew i should've reverted it completly. Can't trust these commits.
I hope its fixed in 3051, but i have no idea. If it isn't, i'm just going to revert it completely.

:thanks: Appreciate it. At least it won't be in the trunk for over 200 revisions and 3 months like the broken stuff in 2837.

I'll test 3051 when someone compiles it.

[Casshern]

Casshern, are you around? Since using X8R8G8B8 fixed the "other" black screen issue I'm actually quite hopeful.

Unfortunately, i just updated to catalyst 11.4 unofficial beta (with the 99% load bug fixed) - so i cannot test anymore, as with this catalyst everything works. But its likely that change of surface type would have fixed it for older drivers.

[Ger]

I hope its fixed in 3051, but i have no idea. If it isn't, i'm just going to revert it completely.

I'll test 3051 when someone compiles it.

Tested xhmikosr build 3052 and your fix worked. Both "Save Image" and "Save Thumbnails" are working again. So no need for a full revert then.

[suanm]

Why dassent anyone want or like built-in second subtitle function in mpc-hc?

[ceb]

I use the BE Mod but I don't follow the instructions that ask to change some video decoder settings (the following image). To me everything seems to work right, so what are those instructions for?

http://www.xvidvideo.ru/images/stories/my_pic/new_00005.png

P.S.
Now DXVA works for me, so a fix between 1.5.2.3045 and 1.5.2.3052 solved the problem. Anyway I'm disabling it since my CPU is powerful enough and I've also read that DXVA can cause some artifacts.

[Ger]

I don't think you should interpret those screenshots as instructions. They are just there to show the differences from the regular trunk builds. If you don't need all the additional options, there is no need to use them.

[Damien147]

Something I always forget to mention,after unchecking ''remember last window size'' in options-->player-->history the window doesn't scale to the native res of the video

[ceb]

I don't think you should interpret those screenshots as instructions. They are just there to show the differences from the regular trunk builds. If you don't need all the additional options, there is no need to use them.
OK, thanks! :)

[IanD]

Recently re-installed XP and upgraded to MPC 3043 from a much earlier version and attempted to play a wmv (wmv3 properties), but MPC says it can't render the file.

I have the wmv123 option ticked in the decoder.

It works in an old version of VLC.

Any particular reason why no render in MPC, what am I missing? Normally MPC just works.

[namaiki]

Quite recently someone had a similar/same issue and had to download wmfdist64.exe / wmfdist.exe to get wmv to work.

[IanD]

Quite recently someone had a similar/same issue and had to download wmfdist64.exe / wmfdist.exe to get wmv to work.
Thanks for the memory trigger: I remembered that I had previously installed the WMP11SDK and that fixed things.

However, why is there a wmv1/2/3 decoder option in MPC if it doesn't actually decode wmv3?

[namaiki]

Thanks for the memory trigger: I remembered that I had previously installed the WMP11SDK and that fixed things.

However, why is there a wmv1/2/3 decoder option in MPC if it doesn't actually decode wmv3?

Apparently the WMP thing was required for the splitter, not decoder.

[ryrynz]

I occasionally have MPC pause during video playback. I stream over a wireless network (line of sight 300Mb/s DD-WRT and Tomato firmwares used with no difference) along with ffdshow decoding and post-processing along with madVR. Before I attempt to troubleshoot it I would like to know if anyone has experienced this before? Once I press play the video continues normally.
There's obviously a fairly broad range of possible problems so I'm only looking to see if anyone has experienced this issue and what they found to be the cause, thanks.

[korsan]

I have media files with srt subtitles on a network drive.
I can play them when I connect through windows explorer \\192.168.2.xxx\.
But the problem is that Mplayerc HC cannot detect the srt subtitles automatically when the files are on the network drive. This problem does not occur with Vlc player.
Or do I miss a setting somewhere in mpc-hc?

[JanWillem32]

I've optimized the final pass shader for some very big rendering efficiency improvements for the color management's interpolation and all ditherers.
I've also added file imports+exports to the color management's 3DLUT. Writing the files to the hard disk is very slow, as I set it to prevent fragmentation, but loading it is very fast.
I've made the file naming method (nearly) human readable, please let me know what you think of it. I can also convert the parameters from the "yyy=zzz" descriptions to the indexed numbers for shorter file names.
I didn't add date/revision checking for the installed color profile yet, so delete the 3DLUT files after recalibration manually, and I advise caution with usage on systems with multiple calibrated displays.
As usual, the files are in my folder, along with the source code. I used revision 3052 as a base.

[Tiduz]

all *.TS files instantly crash for me now on .3052 :eek:

[molitar]

What is the latest recommended version for MPC-Home now? Currently using 1.4.2677.0 which I know is quite old now.

[LigH]

http://sourceforge.net/projects/mpc-hc/ offers MPC-HomeCinema.1.5.1.2903.x86.exe as latest more or less "stable" build.

Those at http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/ are more "beta", so I could not recommend any version there more or less than the one from SourceForge.

[molitar]

Thanks LigH

[kennae]

Been using the latest builds for maybe an year now and never had any real problems. So you should test builds from xvideo.ru if you arent in a hurry.

[burfadel]

Been using the latest builds for maybe an year now and never had any real problems. So you should test builds from xvideo.ru if you arent in a hurry.

Its xvidvideo.ru

xvideo.ru looks to be a completely 'different' um, 'media' oriented website...!

[kennae]

Its xvidvideo.ru

xvideo.ru looks to be a completely 'different' um, 'media' oriented website...!

Haha, sorry. Good catch!

[Trey_S]

Hello.
I've tried to get HD video from a Canon DSLR to play with HD-acceleration in MPC-HC but I've so far never gotten it to work. All i get is a black screen when dxva is enabled.

The moveis are H.264? in .mov-containers. Tried updating to the latest nvidia drivers (have a 8600m gt card). Had an older MPC-HC version at first which I updated to the version on the sourceforge page but still the same problem.

Are these videos incompatible with HD-acceleration or am i doing something else wrong? Never had any problems with other HD-videos in DXVA-mode...

Links to video samples (scroll down on the pages):
http://www.dpreview.com/reviews/canoneos600d/page15.asp
http://www.dcresource.com/reviews/canon/eos_rebel_t2i-review/using

Anyone else have the same problem?
Tried again with a clean update of the video drivers to the latest verison, now 270.61, installed the latest mpc-hc and tried with all default settings (EVR custom pres). But still nothing. And other videos in h264 seems to work just fine in dxva mode.

[Ger]

DXVA with boatpan2.mov works for me (ATI).

Maybe you're using the QuickTime framework for mov. Go to Options->Formats, scroll down and change the "QuickTme file" setting to "DirectShow" in the right column (if it says "QuickTime" there).

[Mercury_22]

@ bobdynlan your "MPCHC_SWSCALER_MOD" is crashing MPC-HC with any MPEG2 (i) files
@ alexins please keep only the GUI patch in "BE Mod" and remove the MPCHC_SWSCALER_MOD until bobdynlan can fix it

[Aleksoid1978]

@ bobdynlan your "MPCHC_SWSCALER_MOD" is crashing MPC-HC with any MPEG2 (i) files
@ alexins please keep only the GUI patch in "BE Mod" and remove the MPCHC_SWSCALER_MOD until bobdynlan can fix it

Just disable MPEG2 DXVA internal decoder.

[Mercury_22]

Just disable MPEG2 DXVA internal decoder.

It happens only in BE Mod!
But there is another problem with both official (SVN) version and BE Mod version: the internal MPEG-2 DXVA decoder never gets used only the non DXVA MPEG-2 decoder it's used and if I disable it MPC-HC it's using Microsoft's DTV-DVD Video Decoder (not in my "External Filters" list and with 0x005FFFFF MERIT_NORMAL - 1) although I don't have any video decoders in MPC-HC's "External Filters" list

[nevcairiel]

According to your signature, you have a ATI HD4670 - those do not support DXVA for MPEG-2. Neither do the 5xxx series. The 6xxx series claim to support it, but i have no conclusive evidence that it works in MPC-HC.

[bobdynlan]

@Mercury_22, what would be the point of the stable builds without these issues... :rolleyes:

Anyway, the crash = my fault, as updating the libswscale alone was not enough. But this ffmpeg mpeg2 decoder never played for nvidia cards I've trown at it, until last time I've worked on the whole ffmpeg update - it did play, DXVA-less (on my hw). At least it will have 4.2.2 chroma support that the stand-alone one lacks.

I will finish it when I get back from the countryside escapade. ETA: unknown. :helpful:

[Mercury_22]

According to your signature, you have a ATI HD4670 - those do not support DXVA for MPEG-2. Neither do the 5xxx series. The 6xxx series claim to support it, but i have no conclusive evidence that it works in MPC-HC.
Correct !
Sorry I've forgot no VLD for me :mad: only IDCT :stupid:

But the crash is still there in BE MOD (with MPEG-2 DXVA enable but not used) and it isn't in the official (SVN) version:p

@Mercury_22, what would be the point of the stable builds without these issues... :rolleyes:

Anyway, the crash = my fault, as updating the libswscale alone was not enough. But this ffmpeg mpeg2 decoder never played for nvidia cards I've trown at it, until last time I've worked on the whole ffmpeg update - it did play, DXVA-less (on my hw). At least it will have 4.2.2 chroma support that the stand-alone one lacks.

I will finish it when I get back from the countryside escapade. ETA: unknown. :helpful:

"No problem" :rolleyes:we are waiting for you:p:)

[chapas]

Is there any support for ATI HD6450 and its DVXA support for Divx and MPEG-4 decoder in MPC-HC? Or it involves some modification of the code?

Thanks.

[Fadeout]

Can one have some control on the buffering/loading of files? On a computer I notice stutters at certain times, but if I rewind and replay the stutter is gone, so it's something momentary.

Is there some way to prevent this? Similar problem at the start of the video, it needs a few seconds to settle down and stop stuttering.

[JanWillem32]

@chapas: An MPEG-4 part 2 for DXVA video decoder isn't available yet for integration. If a developer writes one, it can probably be integrated in the future.

@Fadeout: http://forum.doom9.org/showthread.php?p=1487946#post1487946
That's a read-ahead buffer. I believe it's a mixed task for splitters and the main program to build up a buffer to memory. I still don't know what part in the program's code sets the buffer size. It's indeed annoying with high bitrate videos to have a rather small buffer. Blu-ray allows up to 48 megabit per second for transport, for example. A minor interruption while reading at such speed can deplete a small buffer fast.
Note that it's different from the renderer's buffer. That setting is pretty useless. There's no use for more than 3 textures in the buffer, really. This main texture buffer on the GPU is duplicated and linked in system memory. A large texture buffer only uses up memory twice and it takes up effort to keep this buffer controlled. So, I'm thinking of removing this setting from the options screen.

[8GPMPY]

Hello everybody,

I desperately waited 5 days to be able to post here, because after a lot of Google and forum search you seem to be the only experts.

I moved from Windows XP 32-bit to Windows 7 64-bit on the same hardware and now I have the problem that DXVA is working, but lagging. It does not reach the framerate of the movie.

Is it ok to discuss the problem here or should I go for a seperate thread?

Thanks in advance
8GPMPY

[janos666]

JanWillem32: Something is wrong with the dfr3052r version. It has to be some kind of interpolation or clipping problem because ~100% white areas show some coloization artfacts with the absolute colorimetric rendering intent.

[JanWillem32]

@janos666: That's an experimental one I made to test the 16-bit unsigned integer format. I don't exactly know what the problem is, as I expected it to be enough to just take the base 32-bit floating point input data (floating point interval [0, 1], very unlikely to have any undershoots or overshoots in this range), multiply it by 2^16-1 = 65535 and use the standard type-casting to 16-bit unsigned integer (integer interval [0, 65535]). I already generated a memory overshoot-type profile, opened up the profile with a hex editor and verified that the raw data is indeed without offset and ends after the last color sequence, so saving the profiles works properly. Also, the Alpha value in all 3 types of profiles get the correct hex value. So, in the 16-bit unsigned integer profiles a sequence will always be "hh hh hh hh hh hh FF FF" {BGRA}.
Also, isn't it normal with absolute color intent to have a RGB ratio of 97% : 99% : 100% (for example) to display encoded 100% white, without changing it to the whitepoint of the screen (a ratio of 1 : 1 : 1)? It has to sacrifice something in the top RGB ranges to get the correct RGB mix of the encoded whitepoint for encoded 100% white to display.
Anyway, thanks for testing. I'll try out lCMS with direct 16-bit unsigned integer output. I hope that will work better, but in theory, it shouldn't matter.

@8GPMPY: What's your hardware, and what did you use before?

[chapas]

8GPMPY:

I have that problem sometimes with AMD 785G chipset. Sometimes the video lags like hell, but when that happens, even non-DXVA playback lags.

[janos666]

Yes, that would be normal. But I can see vivid magenta and cyan colors on white clothes.

I also played with the 16-bit integer texture format back in the days. It didn't work well for me.

[HoP]

EVR CP doesn't work. I get a black screen with only audio
http://forum.doom9.org/showthread.php?t=160588

i have this problem,too.
anyone can help??
tnx in advance

[JanWillem32]

@janos666: With WP Adapt state to "None", switching between Absolute and the three other intent types is quite a difference. No matter fp32, fp16 or ui16 profiles, all white gets a heavy magenta tint on absolute rendering intent on my monitor. My monitor is set up for general production at the moment, with a WP of x = .314, y = .351 and an absolute gamma of 2.6. So, I'm not surprised by a heavy colorized white output with an absolute intent.
How well do the regular fp32 and fp16 formats work with dfr3052 for you? While on this topic, is loading the profiles from the hard disk fast enough for you?

@HoP: Even I have this problem. I can only replicate it if I use a 32-bit program on a 64-bit system, and it happens with all internal renderers, even overlay fails. I also don't know what causes it.