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

[mark0077]

Evr cp. Yeah thought it was like screensavers etc and shouldn't disrupt playback.

[ADude]

The Full Screen regression which was reported months ago is still not fixed.

The bug is that going from Full Screen to Windowed makes the window size, much smaller than the actual size of the source.

This was introduced months and months ago, was reported on the tracker and was never fixed.

I believe it was introduced when the Full Screen command was changed from F11 to Ctrl-Enter (even though it is Alt-Enter on other players).

[thrawnrulz68]

Hello everyone,

Using 32-bit revision 1474 on Vista, I'm still experiencing the crash when using alt-enter to exit full screen on QT HD playback using QT architecture. Also, playback of these files in general seems choppy using the latest version (although I do not have the greatest hardware - 1.86Mhz, 4 gb RAM, nvidia quadro nvs 110m).

Also, I know that this is a known issue but I have been trying to play with Windows Media streams in recent versions in order to try and better understand the problem and I am experiencing varied behavior. This stream (http://www.polskieradio.pl/st/program3M.asx
) crashes the player after a delay. This one (http://www.bbc.co.uk/radio/listen/live/r4.asx
), which opens up a webpage in WMP 11 as it streams, says failed to render the file. Finally, this one (http://radiodresden.stream.green.ch/radiodresden.wax
), which has the different .wax extension, crashes the player immediately.

[73ChargerFan]

I tried the MPC Audio render last night for the first time, and got pops and scratchy noises. Is it not ready for prime time yet? If so, could it be marked "experimental"?

[ar-jar]

A new renderer has been added to the MPC-HC trunk. This is the renderer that up until now resided only in the "GothSync branch" of MPC-HC. (See the GothSync tryouts thread (http://forum.doom9.org/showthread.php?t=148221) on this forum). It is called "Sync Renderer" in the Output options dialog of MPC-HC. Builds after 1465 will include this renderer. A 32-bit executable can be found here (http://www.ostrogothia.com/?page_id=1213) and getting started documentation here (http://www.ostrogothia.com/?page_id=1216).

The renderer includes several alternative mechanisms to eliminate or reduce judder. It is based on EVR and thus has many of the same features and limitations as the custom EVR. In the future these mechanisms may be merged into the existing renderer(s). They are now introduced in a separate renderer to minimize risk. I would appreciate any feedback either here or through the bug tracker (http://sourceforge.net/apps/trac/mpc-hc/wiki/Bugs_-_Reporting) (or both). -Arto

[Casimir666]

for example Quantum of Solace:

http://www.bigandfree.com/11051881

or CopOut (Apple Trailers, 1080p)

with SVN 1453 and internal MP4/MOV splitter there is no problem...:p

I don't have any problem with your sample, what is your OS / renderer?

[matthew_eli]

I don't have any problem with your sample, what is your OS / renderer?

Tried to reset settings and now, all works perfectly also with 1471 SVN. Thanks

[matthew_eli]

Strange...now it does not work again...mmmhhh

[Jong]

Is there anyone currently working on MPC-HC who cabn look at a problem with the MPEG-2 decoder?

I have some DVDs that show a clear dropped frame at several reproduceable points in the movie that are not there with Cyberlink decoder. It is clearly visible in the jitter charts of both the Belyaal and Gothsync renderers.

Trouble is now I am on W7 and, of course, all menu navigation is broken with Cyberlink so, AFAIK, I have to use the built in decoder.

If there is, is there any specific tool you would like me to use to cut a sample from a vob? I tried VideoReDo, but that made a complete hash of it (incorrect frame order afterwards using both MPC decoder and Cyberlink). I guess that could be an indication of a bigger issue in the DVD authoring, but as I said, Cyberlink decoder handles the orginal VOB without issue.

[xiulet]

hi all, i like to make a traslation of this excelent program to catalan language, what i need to do it, and i am going to try it :)

thanks you a lot.

saludos, adéu.

[hdboy]

FYI the link to feature request page in the first post is broken.

[Mixer73]

The renderer includes several alternative mechanisms to eliminate or reduce judder. It is based on EVR and thus has many of the same features and limitations as the custom EVR. In the future these mechanisms may be merged into the existing renderer(s). They are now introduced in a separate renderer to minimize risk. I would appreciate any feedback either here or through the bug tracker (http://sourceforge.net/apps/trac/mpc-hc/wiki/Bugs_-_Reporting) (or both). -Arto

OOooooo Ar-jar I've recently gone back to a 7950GTX due to a gfx card failure and no money for an upgrade, and am suffering stuttering, hope I can help test this!

[THX-UltraII]

I say big thumbs up for all the work ar-jar has done the last months!

ar-jar, any idea if a 64bit build will be posted soon on http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/

[ar-jar]

I say big thumbs up for all the work ar-jar has done the last months!

ar-jar, any idea if a 64bit build will be posted soon on http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/

Thanks! I don't have any information on when a build will be posted there. There is now a 64 bit build on my download page (http://www.ostrogothia.com/?page_id=1213). -A

[albain]

Hi,

one of you could describe the list of values and signification of the CompatibilityMode setting of the MPCVideoDecoder.

This setting is used in DXVA mode to force the DXVA decoding.

I need those to add them into the FFDShow DXVA decoder configuration interface

Thanks

Damien

EDIT : never mind, I got them

[matthew_eli]

Thanks! I don't have any information on when a build will be posted there. There is now a 64 bit build on my download page (http://www.ostrogothia.com/?page_id=1213). -A

Hi ar-jar, I tried the SVN 1480 build (x86) and I have massive tearing problem with this kind of file and Sync renderer (with EVR custom all works):

Generale
Nome completo : F:\Video\Fringe\s01e16 - Unleashed.avi
Formato : AVI
Formato/Informazioni : Audio Video Interleave
Dimensione : 349 Mb
Durata : 48min
BitRate totale : 997 Kbps
Creato con : transcode-1.0.2

Video
Formato : MPEG-4 Visual
Profilo del formato : Streaming Video@L1
Impostazioni del formato, BVOP : Si
Impostazioni del formato, QPel : No
Impostazioni del formato, GMC : No warppoints
Impostazioni del formato, Matrix : Predefinito
Modalità di muxing : Packet Bitstream
Codec ID : XVID
Codec ID/Consiglio : XviD
Durata : 48min
BitRate : 858 Kbps
Larghezza : 624 pixel
Altezza : 352 pixel
AspectRatio : 16/9
FrameRate : 23,976 fps
Risoluzione : 24 bits
Colorimetria : 4:2:0
Tipo di scansione : Progressivo
Bit/(Pixel*Frame) : 0.163
Dimensione della traccia : 301 Mb (86%)
Compressore : XviD 1.2.0SMP (UTC 2006-01-08)

Audio
Formato : MPEG Audio
Versione del formato : Version 1
Profilo del formato : Layer 3
Codec ID : 55
Codec ID/Consiglio : MP3
Durata : 48min
Modalità : Variabile
BitRate : 112 Kbps
Canali : 2 canali
SamplingRate : 48,0 KHz
Risoluzione : 16 bits
Dimensione della traccia : 44,1 Mb (13%)
Allineamento : Audio allineato
Durata interleave : 24 ms (0,58fotogramma)

This problem occurs either with "sync present at nearest" setting or "sync video to display" and viceversa. It is like the video jump and click. My card is a X4500MHD and my OS Windows 7 x64.

[ar-jar]

Hi ar-jar, I tried the SVN 1480 build (x86) and I have massive tearing problem with this kind of file and Sync renderer (with EVR custom all works).

Thanks for the report. Would it be possible to obtain a sample of the video? Have you tried to increase the sync offset (use CTRL+ALT+Up arrow)? Does it help or change anything? What if you turn on the GPU flushes (if not on already)? -A

[iSeries]

Hi,

A couple of simple questions please (I'm new to this 'sync renderer').

When using 'Present at nearest Vsync' I was assuming that the vsync controls under Renderer Settings would be disabled or overridden in some way as they are greyed out? This doesn't seem to be the case though as resetting to default renderer settings gives me stuttery playback, while if I reset to optimal renderer settings I get smooth playback. So these options clearly have an effect, even though I can't directly turn them on or off. Is it supposed to be like that?

Also, my screen is set to 24hz. Is a target offset sync of 30 a good number?

Thanks!

[matthew_eli]

Thanks for the report. Would it be possible to obtain a sample of the video? Have you tried to increase the sync offset (use CTRL+ALT+Up arrow)? Does it help or change anything? What if you turn on the GPU flushes (if not on already)? -A

I tried to increase sync offset, but the problem still persist...I think that it's something related to resizeing: the tearing, of course is more visible at full screen and if I use bilinear (PS2.0) the problem becomes more evident. I already tried turn on GPU fluhes. This is a sample:

http://uploading.com/files/7c4649d1/sample1.avi/

Thanks :thanks:

[tetsuo55]

Hi,

one of you could describe the list of values and signification of the CompatibilityMode setting of the MPCVideoDecoder.

This setting is used in DXVA mode to force the DXVA decoding.

I need those to add them into the FFDShow DXVA decoder configuration interface

Thanks

DamienThe calculation look spretty complicated.

officially, depending on the OS, driver and chipset the DPB limit is different.

What you need to know is the DPB limit for each scenario.
Nvidia is the most complicated. the rest is simple.

S3 and intel > no limit, all content should work (iirc), but both only work on vista/7
ATI: DBP is limited to L4,1 size, and there is a hard limit of 11 ref frames on all os's
Nvidia: DBP limit is L4.1 with old drivers, L5.1 with newer ones. On xp there is a hard limit of 11 ref frames, on vista/7 there is no limit (16)

The code is here:
http://sourceforge.net/apps/trac/mpc-hc/browser/trunk/src/filters/transform/mpcvideodec/FfmpegContext.c

Starting from line 96
I dont really agree with the method used in that code, i think the check could be simpler and more universal.
imho there should be code that is always called, but only to check for non-unlimited situations, like XP, ati hardware and old nvidia drivers, if all the checks result in "no", it should just accept any file.

Also all this in only valid for h264.
Mpeg2 and VC1 have no limits, other than that VC1 interlaced is not supported at all (also not in software mode), interlaced VC1 has to be redirected to the windows VC1 wmo decoder

[hoborg]

ATI: DBP is limited to L4,1 size, and there is a hard limit of 11 ref frames on all os's

Are you sure?
This sample is 5.1 with 3 ref frames and no problem on my ATI 4550, DXVA working fine under WinXP:

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Muxing mode : Container profile=Unknown@5.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 42s 125ms
Bit rate : 6 437 Kbps
Nominal bit rate : 6 700 Kbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Resolution : 8 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.129
Stream size : 32.3 MiB (95%)
Writing library : x264 core 60 r901M 58d7d06
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=6 / rdcmp=psy / brdo=1 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=6700 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=1.00 / qpmin=1 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:1.00

I was thinking there is limit in 5.1 and 5 ref fremes on ATI

[alexins]

Media Player Classic HomeCinema (x86/x64), svn 1486 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1486.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)

[fastplayer]

Any chance that the menu bar can be toggled on/off like all the other UI elements?
What would be cool too if that thin border around the video could be removed when having MPC's window maximized.

[clsid]

Do the "renderer settings" (from EVR CP) apply to the new Sync Renderer? If not, these options should be disabled in the GUI to avoid confusion.

[ar-jar]

Do the "renderer settings" (from EVR CP) apply to the new Sync Renderer? If not, these options should be disabled in the GUI to avoid confusion.

I've tried to disable everything that doesn't apply both in Options and the Renderer options menu. One option that i have knowingly omitted to disable is "Wait for flushes". It doesn't do anything today in Sync Renderer. It is bundled with the other GPU flush alternatives in the original code. So Resizer, D3D fullscreen, EVR Buffers should apply to Sync Renderer as well (have to check the Reinitialization... option now that you mention it...) I will fix these later. -A

[ar-jar]

I tried to increase sync offset, but the problem still persist...I think that it's something related to resizeing: the tearing, of course is more visible at full screen and if I use bilinear (PS2.0) the problem becomes more evident. I already tried turn on GPU fluhes. This is a sample:

http://uploading.com/files/7c4649d1/sample1.avi/

Thanks :thanks:

I tried your sample. It works fine (no tearing) on my XP machine with a low end gfx board, bicubic and a sync offset of 17 ms. In some cases this renderer is a bit more prone to tearing than the EVR custom because the latter has more elaborate GPU control code. I will try to add that code to the Sync Renderer too. -A

[73ChargerFan]

Happy New Year!

[tetsuo55]

Are you sure?
This sample is 5.1 with 3 ref frames and no problem on my ATI 4550, DXVA working fine under WinXP:

Video
I was thinking there is limit in 5.1 and 5 ref fremes on ATIThat sample has an incorrect header, in fact its simply L4.1 (the header is a bad way to check for level compliance)

[gngn]

On xp+nvidia there is a hard limit of 11 ref frames, on vista/7 there is no limit (16)


on XP+nvidia with new drivers (i think anything newer than 186.08) the limit is 14 Reframes, for SD as for HD sources: http://forum.doom9.org/showthread.php?p=1310899#post1310899 , http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc?view=rev&revision=1220

[hoborg]

That sample has an incorrect header, in fact its simply L4.1 (the header is a bad way to check for level compliance)

Hm, i have more such samples, that is strange...

I bet there was an update ~1 yeas ago in ATI drivers allow play 5.1 up to 5 ref. frames on ATI 4xxx GPUs.

BTW, can you provide "correct" 5.1 sample with 1-4 ref frames to test?

[kikker]

So, I just reinstalled W7 32bit with a fresh install of MPC-HC. Previously, I was running W7 RC. For whatever reason, I no longer need to have MPC's Video Decoder to have DXVA enabled. By unchecking h264 for both DXVA and ffmpeg, I allow Microsoft's built-in h264 decoder to load, as clearly shown in the filter list. Much to my surprise, CPU load remains under 8% on my paultry 2.2 GHz CPU with DXVA running flawlessly. How in the world is this happening? The RC version of W7 certainly didn't operate this way, as the MS decoder would completely choke on 1080p. :)

[avivahl]

So, I just reinstalled W7 32bit with a fresh install of MPC-HC. Previously, I was running W7 RC. For whatever reason, I no longer need to have MPC's Video Decoder to have DXVA enabled. By unchecking h264 for both DXVA and ffmpeg, I allow Microsoft's built-in h264 decoder to load, as clearly shown in the filter list. Much to my surprise, CPU load remains under 8% on my paultry 2.2 GHz CPU with DXVA running flawlessly. How in the world is this happening? The RC version of W7 certainly didn't operate this way, as the MS decoder would completely choke on 1080p. :)Microsoft's built-in h264 decoder has DXVA enabled... :)

[kikker]

Microsoft's built-in h264 decoder has DXVA enabled... :)

Well, oddly it never allowed DXVA from within MPC-HC on my previous W7 RC install. I assumed that only WMP could take advantage of DXVA using MS's h264 decoder. It appears now that any DS player can use it.

[avivahl]

I never used the RC, but maybe they limited the decoder there. On the RTM (final) release it does indeed work w/ any DirectShow based player.

[hdboy]

I have win7 rtm 32 bit and nvidia 7600gt and later 9800gt. 1486 is the first MPC build on xvidvideo.ru that gives me playback on a mix of 1080p mkv and blue ray m2ts without stutter on my TV hooked up as secondary monitor. Previously, I had to set my TV as primary monitor (not convenient at all) or use D3D full screen (which has its own drawbacks). So a big THANK YOU to ar-jar and all the devs :)

[tetsuo55]

Hm, i have more such samples, that is strange...

I bet there was an update ~1 yeas ago in ATI drivers allow play 5.1 up to 5 ref. frames on ATI 4xxx GPUs.

BTW, can you provide "correct" 5.1 sample with 1-4 ref frames to test?Like i said you need to completely ignore that line that says "level whatever"

The real levels are technical limits.
Read more about them here: http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Levels

[Tessier]

Using an Intel GMA500 with W7 (without Aero) most h.264 720p and several 1080p clips play correctly using EVR Custom renderer (Microsoft decoder).
However, some 1080p clips play with low frame rate in full screen - but the are ok in windowed mode and even in D3D fullscreen mode. Is there an explanation for this (bad drivers maybe)? Is it possible (and does it make sense?) to modify the D3D fullscreen mode so it has an effect only if mpc-hc is sent into fullscreen?

[mikelebron]

Not true... at least on my system from Beta 2 the Microsoft Decoder utilized DXVA (low CPU) for H264... VC1 is a different story...

Im now running RTM with the same results..

Im a IGP Nvidia 9400.. it may depend on your video card support

So, I just reinstalled W7 32bit with a fresh install of MPC-HC. Previously, I was running W7 RC. For whatever reason, I no longer need to have MPC's Video Decoder to have DXVA enabled. By unchecking h264 for both DXVA and ffmpeg, I allow Microsoft's built-in h264 decoder to load, as clearly shown in the filter list. Much to my surprise, CPU load remains under 8% on my paultry 2.2 GHz CPU with DXVA running flawlessly. How in the world is this happening? The RC version of W7 certainly didn't operate this way, as the MS decoder would completely choke on 1080p. :)

[Nitrius]

After getting some new computer parts; motherboard, cpu, ram, and graphics card, and reinstalled Win7 Ultimate x64, i've had a problem with playing HD .mkv files and subtitles. Getting the message that "atikmdag stopped responding, and the graphic driver restored itself successfully". When this happens, the screen goes black, still hearing the sound though, and when it's finished "restoring" it self, the player get's minimized, though the computer is mainly not responsive, so i have to use the task manager to quit MPC HC.

This only happens when i add subtitles to the videos i watch. And only with .mkv and HD files, or that i know of, haven't tested other file types and subtitles yet.

The computer i had before was:
Asus P5K-E
Intel Q6600 @ 3GHz
ATI 4980 1GB

This worked fine.

After the upgrade:
Asus Rampage II Extreme
Intel i7 920 @ 4GHz
ATI 5870 1GB

This works, but having problems with .mkv hd files and subtitles.

DXVA enabled ofc.
So do DXVA and subtitles have a problem with the newest cards from ATI, or is there something else weird with my new computer?

[Mixer73]

I have win7 rtm 32 bit and nvidia 7600gt and later 9800gt. 1486 is the first MPC build on xvidvideo.ru that gives me playback on a mix of 1080p mkv and blue ray m2ts without stutter on my TV hooked up as secondary monitor. Previously, I had to set my TV as primary monitor (not convenient at all) or use D3D full screen (which has its own drawbacks). So a big THANK YOU to ar-jar and all the devs :)

This is exactly my configuration and I haven't had a chance to test ar-jar's work yet, can you give your configuration please?

[hdboy]

This is exactly my configuration and I haven't had a chance to test ar-jar's work yet, can you give your configuration please?

for renderer settings, I use reset to default settings.

for output, I use Synch renderer. Bicubic A=-1.0 resizer, Reinit when display changes checked. EVR buffer=6

in new Synchronization tab, I check the first box.

CoreAVC 2.0, MPC internal splitter. AMD X2 3800+ @ 2.4ghz. I no longer have the 9800gt, just the 7600gt, so cannot test dxva or CUDA, strictly software decoders. 90% of my videos are either 1080p or 720p mkv or m2ts blue ray files.

[iSeries]

Using Sync Renderer with the 'Present at nearest vsync' synchronization option with build 1.3.1486:

Ok sorry, I'm definitely not nuts. If I change the renderer to EVR CP, then untick all the vsync options under Renderer settings, and then change the renderer back to Sync Renderer and then look at the vsync options again, 'Vsync' is ticked but all 3 are greyed out ('Vsync', 'Accurate Vsync' and 'Alternative Vsync'). I then proceed to play a movie - terrible tearing and stuttering.

I then change the renderer back to EVR CP, tick 'Accurate Vsync' and 'Alternative Vsync' (along with 'Vsync') and then change the renderer back to Sync Renderer and look at the vsync options again, all 3 remain ticked but greyed out. I play a movie - play back is perfect ( I tested this over and over and the results are the same every time). So even though the vsync options are greyed out they still have an effect on playback.

Could someone please explain if this is to be expected or not - I had assumed that the vsync options were greyed out because they are not meant to be user selectable with Sync Renderer (i.e Sync Renderer had it's own vsync method and the options were greyed out simply because the render does not use them).

[sneaker_ger]

The Sync Renderer doesn't use the correct AR from the Matroska file I'm using. Anyone else having this problem?

[BatKnight]

I've noticed that when I put my LCD in 24Hz and then play a 23.976fps file then the audio is not synchronized with the image. One can only tell by looking at the lips and hearing the voice. Its is only slightly unsynchronized. I hear the voice slightly first than the lips move. It's more noticeable when the person ends a sentence (the voice is gone and the lips still move). Don't get me wrong, this is hardly noticeable, but noticeable enough to be annoying.
But if I put the LCD in 60Hz and play the same movie, then it's perfectly synchronized! No problems at all!

I like to play movies at 24Hz because it eliminates pulldown judder but the unsynchronization makes it unwatchable because it gets very annoying to notice the lips not matching the voice.

It might have something to do with MPC-HC because with Windows Media Player the same movie at 24Hz is always synchronized.
I've also noticed that if the MKV is splitted with Haali's Splitter instead of the MPC-HC's internal filter, then the audio isn't as unsynchronized, but still is; it's just even less noticeable.
I've tried EVR Custom, madVR, Sync Render and all do the same. I don't use SPDIF.

Another thing that might help: decoding the video with MPC-HC internal VC1 or H264 decoders doesn't seem to reproduce this problem. But when unticked and decoding with ffdshow then this problem appears...

Could it have something to do with the time MPC needs to connect to ffdshow decoder? But if so, why doesn't this happen when in 60HZ and only in 24Hz?

Can anyone reproduce this, or provide an explanation or fix for this?

Bat

[johnsonlam]

I've also noticed the latest MPC-HC using Haali's Splitter instead of internal one, and it report "Not using DXVA" even playing H264 contents, it's strange.

[avivahl]

I've noticed that when I put my LCD in 24Hz and then play a 23.976fps file then the audio is not synchronized with the image. One can only tell by looking at the lips and hearing the voice. Its is only slightly unsynchronized. I hear the voice slightly first than the lips move. It's more noticeable when the person ends a sentence (the voice is gone and the lips still move). Don't get me wrong, this is hardly noticeable, but noticeable enough to be annoying.
But if I put the LCD in 60Hz and play the same movie, then it's perfectly synchronized! No problems at all!

I like to play movies at 24Hz because it eliminates pulldown judder but the unsynchronization makes it unwatchable because it gets very annoying to notice the lips not matching the voice.

It might have something to do with MPC-HC because with Windows Media Player the same movie at 24Hz is always synchronized.
I've also noticed that if the MKV is splitted with Haali's Splitter instead of the MPC-HC's internal filter, then the audio isn't as unsynchronized, but still is; it's just even less noticeable.
I've tried EVR Custom, madVR, Sync Render and all do the same. I don't use SPDIF.

Another thing that might help: decoding the video with MPC-HC internal VC1 or H264 decoders doesn't seem to reproduce this problem. But when unticked and decoding with ffdshow then this problem appears...

Could it have something to do with the time MPC needs to connect to ffdshow decoder? But if so, why doesn't this happen when in 60HZ and only in 24Hz?

Can anyone reproduce this, or provide an explanation or fix for this?

BatIf you use the regular EVR (not Custom nor Sync), does it go out of sync?

[BatKnight]

If you use the regular EVR (not Custom nor Sync), does it go out of sync?

Just tested and, yes, it does go out of sync with regular EVR too, but not as noticeable as with EVR Custom or Sync Render.
Regular EVR gets close to what you get if you use internal MPC filter instead of ffdshow.

Anyone with a 24Hz and 60Hz capable LCD, please try to reproduce this on a 1080p VC-1 or H264 movie where you get sufficient face close-ups to notice this unsynch.

Bat

[avivahl]

I've also noticed the latest MPC-HC using Haali's Splitter instead of internal one, and it report "Not using DXVA" even playing H264 contents, it's strange.While playing, right click->Filters and check which filter is decoding the video.

btw, which Windows are you using?

[avivahl]

Just tested and, yes, it does go out of sync with regular EVR too, but not as noticeable as with EVR Custom or Sync Render.
Regular EVR gets close to what you get if you use internal MPC filter instead of ffdshow.Is the Audio Renderer (under Options->Output) set to "System Default"?
Did you try completely resetting MPC-HC's settings (deleting its registry tree under HKEY_CURRENT_USER\Software\Gabest) and using the latest build from XvidVideo.ru? (sorry if this seems too trivial)

[avivahl]

After getting some new computer parts; motherboard, cpu, ram, and graphics card, and reinstalled Win7 Ultimate x64, i've had a problem with playing HD .mkv files and subtitles. Getting the message that "atikmdag stopped responding, and the graphic driver restored itself successfully". When this happens, the screen goes black, still hearing the sound though, and when it's finished "restoring" it self, the player get's minimized, though the computer is mainly not responsive, so i have to use the task manager to quit MPC HC.

This only happens when i add subtitles to the videos i watch. And only with .mkv and HD files, or that i know of, haven't tested other file types and subtitles yet.

The computer i had before was:
Asus P5K-E
Intel Q6600 @ 3GHz
ATI 4980 1GB

This worked fine.

After the upgrade:
Asus Rampage II Extreme
Intel i7 920 @ 4GHz
ATI 5870 1GB

This works, but having problems with .mkv hd files and subtitles.

DXVA enabled ofc.
So do DXVA and subtitles have a problem with the newest cards from ATI, or is there something else weird with my new computer?Do you use the latest ATI driver?
Which filter decodes the video (using DXVA)? The internal H.264 DXVA decoder? The one that comes w/ Windows 7 (Microsoft DTV-DVD Video Decoder)?