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

[Mercury_22]

How can the trak wiki be edited? The URL in Part A #6 has a typo.
https://sourceforge.net/apps/trac/mpc-hc/wiki/How_to_compile_the_MPC

Part B #4c & #4d both reference the same environment variable. Should they be together, like path?

Part B #3, the path has an extra space in it?

Part B #2, Alexins's Cross-Mingw.GCC Core - There are two versions, static or shared pthreads. Does it matter which is used?

Part A #1 - I'd rather not pay $300 for Dev Studio 2008 / Vis C++ 2008. Can Express be retrofitted with ATL & MFC, by copying headers or libraries?

Also in Part A 5) a) & b) wasn't supposed to be the paths for x64 too ?

And did someone manage to compile MPC-HC on a x64 OS (Windows 7) using just (exactly) this guide ?
Is it complete for a x64 OS ?

[tetsuo55]

How can the trak wiki be edited? The URL in Part A #6 has a typo.
https://sourceforge.net/apps/trac/mpc-hc/wiki/How_to_compile_the_MPC

Part B #4c & #4d both reference the same environment variable. Should they be together, like path?

Part B #3, the path has an extra space in it?

Part B #2, Alexins's Cross-Mingw.GCC Core - There are two versions, static or shared pthreads. Does it matter which is used?

Part A #1 - I'd rather not pay $300 for Dev Studio 2008 / Vis C++ 2008. Can Express be retrofitted with ATL & MFC, by copying headers or libraries?Part A #6 - i dont see it, what do you mean exactly
Part B #4c & #4d - Nice catch, fixed
Part B #3 - It defines the path and variable, thats why there is a space
Part B #2 - I don't know what the difference between the two is.
Part A #1 - Its hardcoded to block those two.

Also in Part A 5) a) & b) wasn't supposed to be the paths for x64 too ?

And did someone manage to compile MPC-HC on a x64 OS (Windows 7) using just (exactly) this guide ?
Is it complete for a x64 OS ? Part A 5) a) & b) - x64 compilation is not in the new guide yet (still working out some stuff)
But yes, if you had the missing stuff it would compile for x64 OS (this guide is partly based on xvidvideo.ru compiling instructions from alexins)

[Leak]

Part A #6 - i dont see it, what do you mean exactly
I'd hazard a guess the "[[BR]]" in the URL (which, in it's current state, leads to an error page on Microsoft's site) is the problem here...

[XhmikosR]

Downloading subtitles with Revisions 1373 and 1378 is not possible, I always get some kind of "seek-error".

Switched back to 1369, which is working fine.

http://img5.imagebanana.com/img/c0sanxz3/Clipboard01.png

It happens randomly and I reproduced once with 1378 but next time without changing anything, I couldn't. I think this error is caused by opensubtitles.org being overloaded at that time, and has nothing to do with unrar update in rev1372.
If you actually rename vsEDEE.tmp to vsEDEE.htm and open it with your browser you'll see this, which is a javascript:

Παρασκευή, 4 Δεκέμβριος 2009 15:35:48
OpenSubtitles.org is overloaded

We are sorry, but our servers are overloaded (error 500). Please reload page or wait 11.3 seconds.
We are working on fix. Thanks for understanding.

[seabro]

Follow this steps then report back :
http://sourceforge.net/apps/trac/mpc-hc/wiki/Troubleshooting_guidelines
Nothing.. same stuff!! DXVA still not working!

[tetsuo55]

I'd hazard a guess the "[[BR]]" in the URL (which, in it's current state, leads to an error page on Microsoft's site) is the problem here...the case of the missing space.

Fixed

[tetsuo55]

Nothing.. same stuff!! DXVA still not working!show us the screenshots asked for in the bug report portion of that link, also upload a sample.

[DeepBeepMeep]

DeepBeepMeep - The built in splitters will render all audio tracks, and has an Audio Switcher to switch between them. Make sure it is enabled under options; then while playing, right click and use the Audio submenu to change tracks.

Thanks for the info. I know now why I had two audio switchers: I was forcing to add to the graph ffdshow audio Processor instead of ffdshow audio Decoder.

I have a solution now. But there is obviously an inconsistency between the internal splitters: the TS splitter has its own audio switcher. This means one has to disable the internal audio switcher whenever one plays a ts file and enables it to play a mkv file, this is not very convenient.

[blenky]

This is one HUGE thread so apoligies if this question has been ask (many time) before.

Looking at getting an ASrock 330 and installing W7/XBMC/MPC-HC.

Currently I have the Popcorn Hour media player which is very good at setting the correct refresh on my TV based on the video source setting the TV to 24hz for blu ray, 50hz for PAL etc.

How is this achieved using MPC-HC?

Thanks in advance.

[ikarad]

I've noticed that when playing a full Bluray disc using MPC's internal TS splitter the subtitles (presentation graphics, I think) aren't recognized. It shows: no subtitles.
But when using Haali Media Splitter, it shows the subtitles.

Is support for presentation graphics subtitles in the to-do list of MPC-HC, or am I missing something?

Auto-answer: I was missing something, because now it show the subtitles... Sorry for this post.

2nd EDIT: Looks like some m2ts shows with internal filter but others don't, so my first statement is right

3rd EDIT: After all, the subtitles show, but they take long seconds before they do, and I was misleaded into believe they werent' showing

Thanks
Bat
There are many bugs with blu-ray subtitle not corrected. We must wait but Tetsuo55 told that it's not a priority. I hope these bugs will be corrected in 2010 before 2011.
For myself, It is the only bugs that I meet with MPc-HC since one year (2008).

[betaking]

to xhmikosr:
i think you beark someting code form mpc-hc!
Revision 1367 - Directory Listing
Modified Sat Nov 28 21:58:29 2009 UTC (7 days, 14 hours ago) by Spec-Chum
Added /GS, /NXCOMPACT and /DYNAMICBASE to filters pt2 (XhmikosR)



--------------------------------------------------------------------------------

Revision 1366 - Directory Listing
Modified Sat Nov 28 21:04:28 2009 UTC (7 days, 15 hours ago) by Spec-Chum
Added /GS, /NXCOMPACT and /DYNAMICBASE compile options, where available (XhmikosR)

to all mpc-hc develop pls look this bug repot:https://sourceforge.net/apps/trac/mpc-hc/ticket/152 i think this bug not for my used video codec and media Splitter.
beacause i use other player or use mpc-hc 1356 or use he biuld for my test3 play is fine (use same video codec same media Splitter) ! and he say:Then the change that caused your crash is the /GS, /NXCOMPACT and /DYNAMICBASE switches compiler switches.

[boyumeow]

Hi, I got PDM.Keylogger (kernel mode memory patch) detected by Kaspersky, just need to confirm its alright in MPC-HC r1393, was it cause by the new "Capture" thingy? Thanks.

[tetsuo55]

to xhmikosr:
i think you beark someting code form mpc-hc!
Revision 1367 - Directory Listing
Modified Sat Nov 28 21:58:29 2009 UTC (7 days, 14 hours ago) by Spec-Chum
Added /GS, /NXCOMPACT and /DYNAMICBASE to filters pt2 (XhmikosR)



--------------------------------------------------------------------------------

Revision 1366 - Directory Listing
Modified Sat Nov 28 21:04:28 2009 UTC (7 days, 15 hours ago) by Spec-Chum
Added /GS, /NXCOMPACT and /DYNAMICBASE compile options, where available (XhmikosR)

to all mpc-hc develop pls look this bug repot:https://sourceforge.net/apps/trac/mpc-hc/ticket/152 i think this bug not for my used video codec and media Splitter.
beacause i use other player or use mpc-hc 1356 or use he biuld for my test3 play is fine (use same video codec same media Splitter) ! and he say:Then the change that caused your crash is the /GS, /NXCOMPACT and /DYNAMICBASE switches compiler switches. Hi, you misunderstand.
There is no new bug, instead the existing bug that was hidden before has become visable now and has to be fixed.

We are not sure yet if that bug is in elecard or in mpc-hc

To be clear, the problem is unrelated to that commit, but that commit exposes the problem.

[betaking]

Hi, you misunderstand.
There is no new bug, instead the existing bug that was hidden before has become visable now and has to be fixed.

We are not sure yet if that bug is in elecard or in mpc-hc

To be clear, the problem is unrelated to that commit, but that commit exposes the problem.

sorry ,but problem not happen other player(zoomplayer) or mpc-hc 1356!

[tetsuo55]

sorry ,but problem not happen other player(zoomplayer) or mpc-hc 1356!like i said in the bug report, the change you mentioned "reveals" the bug. This bug has always been there but was never discovered before this.

The only question now is, is elecard killing mpc-hc or is mpc-hc killing elecard.

For this we will need a debug-symbols build from casimir.

[alexins]

Media Player Classic HomeCinema (x86/x64), svn 1400 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1400.html)

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

Changes log (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

(1394-1400)
Fixed : blank item for appcommand;
Added : support of Broadcom Video decoder for VC1, H264 and Mpeg2 (hardware acceleration);
Moved "Show OSD" option to Player page;
Updated MinGW32 link in compilation instructions;
Advise Show OSD option requires MPC-HC to be restarte;
Updated resources to reflect the latest "Show OSD" changes;
Increased the size of the "Show OSD" box for all resources;
Updated the two Chinese resources to reflect the latest changes.

[Snowknight26]

Ctrl+C and File->Close change the main window form to different sizes.

[betaking]

can not compilation last mpc-hc
mplayerc.cpp
.\TunerScanDlg.cpp : warning C4819: 该文件包含不能在当前代码页(936)中表示的字符。请将该文件保存为 Unicode 格式以防止数据丢失
.\TunerScanDlg.cpp(40) : error C2001: 常量中有换行符
.\TunerScanDlg.cpp(40) : fatal error C1057: 宏展开中遇到意外的文件结束
MainFrm.cpp
.\mplayerc.cpp(1274) : error C2065: “IDS_NAVIGATE_TUNERSCAN”: 未声明的标识符
.\MainFrm.cpp(7825) : error C2121: “#”: 无效字符 : 可能是宏展开的结果
.\MainFrm.cpp(7825) : error C2146: 语法错误 : 缺少“)”(在标识符“㴊㴽㴽㴽”的前面)
.\MainFrm.cpp(7825) : error C2059: 语法错误 : “)”
.\MainFrm.cpp(7832) : error C2121: “#”: 无效字符 : 可能是宏展开的结果
.\MainFrm.cpp(7832) : error C2146: 语法错误 : 缺少“)”(在标识符“㴊㴽㴽㴽”的前面)
.\MainFrm.cpp(7832) : error C2059: 语法错误 : “)”

[betaking]

new bug repot
today my frinend use mpc-hc 1400 and add haali media Spiltter to external Filters and mpc-hc play some mkv files is crash !but he use mpc-hc 1356 play is fine not crash setting is same ! you can download Capture picture at here!
http://h.imagehost.org/download/0992/Desktop_6

[tetsuo55]

can not compilation last mpc-hc
mplayerc.cpp
.\TunerScanDlg.cpp : warning C4819: 该文件包含不能在当前代码页(936)中表示的字符。请将该文件保存为 Unicode 格式以防止数据丢失
.\TunerScanDlg.cpp(40) : error C2001: 常量中有换行符
.\TunerScanDlg.cpp(40) : fatal error C1057: 宏展开中遇到意外的文件结束
MainFrm.cpp
.\mplayerc.cpp(1274) : error C2065: “IDS_NAVIGATE_TUNERSCAN”: 未声明的标识符
.\MainFrm.cpp(7825) : error C2121: “#”: 无效字符 : 可能是宏展开的结果
.\MainFrm.cpp(7825) : error C2146: 语法错误 : 缺少“)”(在标识符“㴊㴽㴽㴽”的前面)
.\MainFrm.cpp(7825) : error C2059: 语法错误 : “)”
.\MainFrm.cpp(7832) : error C2121: “#”: 无效字符 : 可能是宏展开的结果
.\MainFrm.cpp(7832) : error C2146: 语法错误 : 缺少“)”(在标识符“㴊㴽㴽㴽”的前面)
.\MainFrm.cpp(7832) : error C2059: 语法错误 : “)”all those errors are caused by codepage problems, are you using unicode?new bug repot
today my frinend use mpc-hc 1400 and add haali media Spiltter to external Filters and mpc-hc play some mkv files is crash !but he use mpc-hc 1356 play is fine not crash setting is same ! you can download Capture picture at here!
http://h.imagehost.org/download/0992/Desktop_6Judging from the last screenshot memory was completely corrupted.
Are you sure your friend isn't infected with a virus/trojan/rootkit?

Is he using windows 7?

[betaking]

all those errors are caused by codepage problems, are you using unicode?Judging from the last screenshot memory was completely corrupted.
Are you sure your friend isn't infected with a virus/trojan/rootkit?

Is he using windows 7?
yes his computer not havevirus/trojan/rootkit! yes his using windows7!

[alexins]

can not compilation last mpc-hc
mplayerc.cpp
.\TunerScanDlg.cpp : warning C4819: 该文件包含不能在当前代码页(936)中表示的字符。请将该文件保存为 Unicode 格式以防止数据丢失
.\TunerScanDlg.cpp(40) : error C2001: 常量中有换行符
.\TunerScanDlg.cpp(40) : fatal error C1057: 宏展开中遇到意外的文件结束
MainFrm.cpp
.\mplayerc.cpp(1274) : error C2065: “IDS_NAVIGATE_TUNERSCAN”: 未声明的标识符
.\MainFrm.cpp(7825) : error C2121: “#”: 无效字符 : 可能是宏展开的结果
.\MainFrm.cpp(7825) : error C2146: 语法错误 : 缺少“)”(在标识符“㴊㴽㴽㴽”的前面)
.\MainFrm.cpp(7825) : error C2059: 语法错误 : “)”
.\MainFrm.cpp(7832) : error C2121: “#”: 无效字符 : 可能是宏展开的结果
.\MainFrm.cpp(7832) : error C2146: 语法错误 : 缺少“)”(在标识符“㴊㴽㴽㴽”的前面)
.\MainFrm.cpp(7832) : error C2059: 语法错误 : “)”

This problem is caused by incorrect settings on the local computer.
Currently there is only one problem in building, in the project standalone_filters x64 - MPCVideoDec. ax.

[betaking]

This problem is caused by incorrect settings on the local computer.
Currently there is only one problem in building, in the project standalone_filters x64 - MPCVideoDec. ax.

My System default code page is GBK 936,And when I switch to English (US) codepage，it still fail!

[tetsuo55]

Important message:

As you are probably aware, MPC-HC crashes a lot (we estimate 1000 times per minute globally).
Historically external codecs have always been blamed (remember all the anti-codecpack movements)

In the SVN a lot of the recent changes greatly increase security.
This enhanced security changes some of the crashes from random events to easily reproducable ones.
As a nice side-effect, a lot of performance bugs where fixed by this.

You will find that mpc-hc crashes more often, but mostly when doing the same thing (unlike before where the bug would trigger the crash sometimes and not always)
There reproducable crashes will be much easier to fix.

But we need help, if any devs capable of working on crash bugs wish to help, please contact me.

We will upload a special build as soon as possible, with this build you can make a usefull minimdump that can be used by the developers.

[betaking]

Important message:

As you are probably aware, MPC-HC crashes a lot (we estimate 1000 times per minute globally).
Historically external codecs have always been blamed (remember all the anti-codecpack movements)

In the SVN a lot of the recent changes greatly increase security.
This enhanced security changes some of the crashes from random events to easily reproducable ones.
As a nice side-effect, a lot of performance bugs where fixed by this.

You will find that mpc-hc crashes more often, but mostly when doing the same thing (unlike before where the bug would trigger the crash sometimes and not always)
There reproducable crashes will be much easier to fix.

But we need help, if any devs capable of working on crash bugs wish to help, please contact me.

We will upload a special build as soon as possible, with this build you can make a usefull minimdump that can be used by the developers.

good job !:thanks:

[Mixer73]

We will upload a special build as soon as possible, with this build you can make a usefull minimdump that can be used by the developers.

AWESOME. I seem to be able to crash MPC-HC at will under certain circumstances, so I'll get right to it :thanks:

[tetsuo55]

For those interested here is some more detailed information on the steps we are taking:

Step 1: Apply all ISV security enhancements introduced in Vista.
Url: http://msdn.microsoft.com/en-us/library/bb430720.aspx
Status: /SafeSEH and heap corruption detection still need to be done

Step 2: Pass the driver, application and logo verfier
Status: To be done (we fail many tests right now, and the last one requires a certificate to pass)

Step 3: Fix any manually reported crashing bugs in the form of minidumps + samples.

[cweb]

The latest build (1400) from xvid.ru breaks playback of AVCHD files (both *.mts and *.ts) from my camera (these are hd progressive videos) - the screen remains blank.

I can only play videos by unticking H264/AVC (DXVA) in Internal Filters, thus not using the built-in filters...

Just to let you know..

[torpedo]

can not compilation last mpc-hc
mplayerc.cpp
.\TunerScanDlg.cpp : warning C4819: 该文件包含不能在当前代码页(936)中表示的字符。请将该文件保存为 Unicode 格式以防止数据丢失
.\TunerScanDlg.cpp(40) : error C2001: 常量中有换行符
.\TunerScanDlg.cpp(40) : fatal error C1057: 宏展开中遇到意外的文件结束
MainFrm.cpp
.\mplayerc.cpp(1274) : error C2065: “IDS_NAVIGATE_TUNERSCAN”: 未声明的标识符
.\MainFrm.cpp(7825) : error C2121: “#”: 无效字符 : 可能是宏展开的结果
.\MainFrm.cpp(7825) : error C2146: 语法错误 : 缺少“)”(在标识符“㴊㴽㴽㴽”的前面)
.\MainFrm.cpp(7825) : error C2059: 语法错误 : “)”
.\MainFrm.cpp(7832) : error C2121: “#”: 无效字符 : 可能是宏展开的结果
.\MainFrm.cpp(7832) : error C2146: 语法错误 : 缺少“)”(在标识符“㴊㴽㴽㴽”的前面)
.\MainFrm.cpp(7832) : error C2059: 语法错误 : “)”

My compatriot, this kind of problem can be resolved by openning "TunerScanDlg.cpp " in EmEditor with codepage 852, 1252 etc. or with binary ASCII view(二进制 ACSII 查看) and then save as the file with utf-8 with signature(带签名 utf-8), load this file again in Visual Studio and recomplie it, the compilation should pass successfully!

[betaking]

My compatriot, this kind of problem can be resolved by openning "TunerScanDlg.cpp " in EmEditor with codepage 852, 1252 etc. or with binary ASCII view(二进制 ACSII 查看) and then save as the file with utf-8 with signature(带签名 utf-8), load this file again in Visual Studio and recomplie it, the compilation should pass successfully!

Thanks! i try !

[matthew_eli]

Hi, I found a little problem on H264 DXVA internal decoder: sometimes, during various h264 contents playing, a strange thing happens; let's see these 2 pics:

http://a.imagehost.org/t/0255/H264_DXVA_MPC-HC.jpg (http://a.imagehost.org/view/0255/H264_DXVA_MPC-HC) http://a.imagehost.org/t/0603/H264_DXVA_W7.jpg (http://a.imagehost.org/view/0603/H264_DXVA_W7)

The left one is a capture of a frame decoded with internal MCP-HC H264 decoder; the right one with Win7 DXVA decoder; it seems that with internal MPC-HC decoder this frame (and some of the previous ones) are "dirty": there are some artifacts and something like digital noise. The Win7 decoded scene are normal and clean instead. After few seconds the video decoded by internal MPC-HC decoder returns normal, like the decoder does a "reinitialization" and the picture becomes clean like the Win7 decoded one.

Is normal this behaviour?

my version is MPC-HC svn 1404 x86, my grapghic card is an intel g45(mobile) and my OS: Windows 7 x64 Professional. The only thing that I changed in this test are the internal decoder with the Win7 one. I did not change any setting of the internal decoder (n° of thread, error resilience, etc.):confused:

[namaiki]

grapghic card is an intel g45(mobile)

I found that for my 4500MHD, while using the internal H.264(DXVA) filter, deblocking is not performed at all in at least one file for sure (pretty sure it's deblocking at least.. probably because of below).


matthew_eli: are you using
[HKEY_CURRENT_USER\Software\Gabest\Filters\MPC Video Decoder]
"CompatibilityMode"=dword:00000016
?

[matthew_eli]

I found that for my 4500MHD, while using the internal H.264(DXVA) filter, deblocking is not performed at all in at least one file for sure (pretty sure it's deblocking at least.. probably because of below).


matthew_eli: are you using
[HKEY_CURRENT_USER\Software\Gabest\Filters\MPC Video Decoder]
"CompatibilityMode"=dword:00000016
?

Yes, I set this, because in this site:

http://nunnally.ahmygoddess.net/watching-h264-videos-using-dxva/

it is reported like a trick to decode all H264 videos...am I wrong?

[tetsuo55]

The latest build (1400) from xvid.ru breaks playback of AVCHD files (both *.mts and *.ts) from my camera (these are hd progressive videos) - the screen remains blank.

I can only play videos by unticking H264/AVC (DXVA) in Internal Filters, thus not using the built-in filters...

Just to let you know..
Does the same sample work in ffplay or mplayer?

Can you upload as sample? What videocard are you using?

[cweb]

Does the same sample work in ffplay or mplayer?

Can you upload as sample? What videocard are you using?

The same sample works in Windows Media Player and in MPlayer for Windows.

Here's a sample:
http://www.mediafire.com/?maovnyd4jzy

Videocard is GTX285 as in my sig.
I'm running Windows 7.

[hdboy]

The same sample works in Windows Media Player and in MPlayer for Windows.

Here's a sample:
http://www.mediafire.com/?maovnyd4jzy

Videocard is GTX285 as in my sig.
I'm running Windows 7.

confirmed. works with built in win7 msft dvd-dtv decoder. does not work with mpc internal dxva decoder.

[tetsuo55]

Thanks i gave the link to the dev's

[cweb]

Thanks i gave the link to the dev's

You're welcome.. glad I could help.

[amigenius]

Hi,

My ATI sharpen problem seemed to be solved.

Since i've turned of video smoothing in CCC the ATI sharpening works on NV12 colorspaces:)

But here's another issue

I've have also stuttering with beliyaals changes in 1312.

It doesn't matter if i use DXVA or Software Decoders for Video decoding.

Turning shaders on or off doesn't change anything too.

My relevant system specs are:

Vista 64 Bit SP2
ATI 4870 Catalyst 9.10
core ie 920
onboard sound
Gigabyte GA-EX58 UD5
12 GB Ram

cya,

keep on the good work!

[r4in]

Hello,

DXVA playback seems to be broken in Catalyst 9.11. Can anybody confirm that?

[hoborg]

Hello,

DXVA playback seems to be broken in Catalyst 9.11. Can anybody confirm that?

No problem on Win7x64, cat. 9.11 and ATI HD4770

[r4in]

I use Win7 RC 32bit, Radeon HD3200. I also found this (http://blogs.amd.com/play/2009/11/17/ati-catalyst™-9-11-driver-–-what’s-new/#comment-2514).

[Gleb Egorych]

Hi,
...
I've have also stuttering with beliyaals changes in 1312.
...
Vista 64 Bit SP2
ATI 4870 Catalyst 9.10
core ie 920
onboard sound
Gigabyte GA-EX58 UD5
12 GB Ram
...

Different users with different hardware (ati, nvidia, intel) reported stuttering with rev.1312.

Maybe revert?

[Casshern]

Different users with different hardware (ati, nvidia, intel) reported stuttering with rev.1312.

Maybe revert?

I would second this. Beliyaals changes from 1311 to 1312 seem to cause random stuttering. Maybe he can fix this (i think its caused by trylock and the "preventing" other processes from accessing directx) or revert. I do not really know if the changes fixed anything for anybody. If there is somebody for whom the 1311 to 1312 transition fixed something related to beliyaals code, please report!

[Mercury_22]

I would second this. Beliyaals changes from 1311 to 1312 seem to cause random stuttering. Maybe he can fix this (i think its caused by trylock and the "preventing" other processes from accessing directx) or revert. I do not really know if the changes fixed anything for anybody. If there is somebody for whom the 1311 to 1312 transition fixed something related to beliyaals code, please report!

No problems here after 1312 and nothing fixed also but I'm using default settings for MPC ! AKA no external splitters (just Windows 7's decoders) and no "Enable Time Frame Correction" (except for when I'm using "WMVideo Decoder DMO" for VC-1 i ) or "Alternative VSync"

Do you have "random stuttering" using default MPC-HC settings ?

[Gleb Egorych]

No problems here after 1312 and nothing fixed also but I'm using default settings for MPC ! AKA no external splitters (just Windows 7's decoders) and no "Enable Time Frame Correction" (except for when I'm using "WMVideo Decoder DMO" for VC-1 i ) or "Alternative VSync"

Do you have "random stuttering" using default MPC-HC settings ?
I use "Reset to default -> Reset to optimal" settings.

[Mixer73]

I too am using a post-1312 release (1337) and its by far the best for me so far, playback seems perfect.

[Casshern]

I too am using a post-1312 release (1337) and its by far the best for me so far, playback seems perfect.

Yes, but did something change for the better compared to 1311 and the stuff beliyaal changed there? Do you actually use alternate vsync or vsync at all?

It's not that new versions aren't better most of the times, it's that beliyaals particular change in 1312 seems to be detrimental to a number of people with different configs while not having any benefits.

[Mercury_22]

I use "Reset to default -> Reset to optimal" settings.
Exactly as I thought please use DEFAULT not optimal ! or at least disable "Enable Time Frame Correction" and "Alternative VSync" (except for when using "WMVideo Decoder DMO" for VC-1 i )

Even better Reset MPC-HC settings to defaults:


For the settings stored in the registry you can manually delete "HKEY_CURRENT_USER\Software\Gabest" key or save the following code as "clean-registry.reg" and run it (with admin rights in vista / win7).

Windows Registry Editor Version 5.00

[-HKEY_CURRENT_USER\Software\Gabest]

For the settings stored in the mpc-hc.ini or mpc-hc64.ini (for the 64-bit edition) file created next to the mpc-hc.exe or mpc-hc64.exe (for the 64-bit edition) open the mpc-hc.ini or mpc-hc64.ini file and delete everything inside except

[Settings]

* In both cases MPC-HC will recreate the settings entries on the first run.

P.S. Too bad Tetsuo didn't manage to start a new thread for MPC-HC with Troubleshooting_guidelines (http://sourceforge.net/apps/trac/mpc-hc/wiki/Troubleshooting_guidelines) on the first page or at least to put Troubleshooting_guidelines (http://sourceforge.net/apps/trac/mpc-hc/wiki/Troubleshooting_guidelines) on the first post on this thread

[Mixer73]

Yes, but did something change for the better compared to 1311 and the stuff beliyaal changed there? Do you actually use alternate vsync or vsync at all?

I can't say for sure, but certainly any problems from 1312 are related to settings and or hardware configuration I suggest. Certainly for my config/settings I have no stuttering, but I am using a pretty simple system - normally 50hz content, 75hz screen.

Perhaps we need to look for the common elements between the reports of stuttering?