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

[Jong]

The screenshot and text seem to contradict eachother, MP4 is problematic due to a bug in the splitter.He explained that - the recent post linked back to an earlier post with a screenshot, so the screenshot was not taken with the latest version. However, I can confirm that there is no bug in RC2 but by RC4 there are flashes of an out of sequence frame every 2-3 seconds.

Were there any splitter changes from RC2 to RC4? If not seems related to the previous out of sequence decoder problems.

[tetsuo55]

He explained that - the recent post linked back to an earlier post with a screenshot, so the screenshot was not taken with the latest version. However, I can confirm that there is no bug in RC2 but by RC4 there are flashes of an out of sequence frame every 1-2 seconds.

Were there any splitter changes from RC2 to RC4? If not seems related to the previous out of sequence decoder problems.sorry, mp4 or mkv?

[Jong]

Actually I had not looked at the extension on his clip. In fact it is an mkv. I am using Haali as the splitter.

...and I should have said 2-3 seconds between "flashes" - original post corrected.

[Scoty]

I have problem with the newer MPC HC. When i go forward in a mkv video a see artifacts. With MPC-Homecinema.1179_(x64) runs fine and i have not this problem.

[hoborg]

He explained that - the recent post linked back to an earlier post with a screenshot, so the screenshot was not taken with the latest version. However, I can confirm that there is no bug in RC2 but by RC4 there are flashes of an out of sequence frame every 2-3 seconds.

Just tested my sample on 1.3.1252 and i must say that:
My example is from Camcorder, original was MP4, cuted and muxed to MKV by MKW merge.

Now about that "glitch", it is still there, every 1-3s, but...
...when you hit Stop then Start, gues what...
...no more glitches !!! That is something i really do not undertand. :confused:

Close MPC-HC, double click on my video example, gliches are here, hit Stop (but not Pause) then Play and no glitches - what logic is that ? :)

No glitch when DXVA off

BTW, same problem is with Standalone Filter in use

[Jong]

Now about that "glitch", it is still there, every 1-3s, but...
...when you hit Stop then Start, gues what...
...no more glitches !!! That is something i really do not undertand. :confused:Confirmed. Same here. If I stop and restart the video there are no more glitches. Pausing does not work (glitches continue). But, just to repeat, this problem is not in RC2.

[mark0077]

Hi,

I think I have found a bug, maybe with m2ts splitter. Can someone please confirm before I create detailed bug report.

All of my planet earth blu-rays have played fine except for one. I have copied one of the m2ts files from the disk to hdd. What happens is

With both ffdshow and mpc-hc video decoder, I get no video output. I have gone back as far as build 980~ of mpc-hc, some older builds actually show some garbled output, but newer builds show pure black.
With ffdshow ac3 decoder I can hear sound, with mpc-hc I hear nothing.

All other m2ts files I have play fine. When ffdshow is set as decoder, you can see from its info tab that its not receiving any frames...... no stats coming up

Here is first 10 seconds of this m2ts file for testing.
http://www.megaupload.com/?d=IRV22Y8Q

Thanks

[khagaroth]

Downloaded your sample:
sound - plays fine with both internal decoder and ffdshow
video - internal decoder - black screen
- builtin Windows 7 WMV decoder - displays correctly

[mark0077]

Sweet thanks for confirming the video problems. Will fire up a bug report, always good to put it here as a quick fix may be possible.

[ar-jar]

DVD Menu doesn't work with EVR Custom presenter in Windows XP x64

I have debugged this just a little bit and it seems that the DVD Navigator won't send any menu frames downstream when connected to EVR. For Vista the docs say: "The DVD Navigator will not use the EVR unless the decoder's IAMDecoderCaps::GetDecoderCaps method returns the AM_GETDECODERCAP_QUERY_EVR_SUPPORT flag." and maye that's true for XP too. (http://msdn.microsoft.com/en-us/library/dd388614(VS.85).aspx). I would really like to have this to work for XP too. Any hints anybody? Does the MPC decoder return the required flag? -A

[Mercury_22]

Sweet thanks for confirming the video problems. Will fire up a bug report, always good to put it here as a quick fix may be possible.

Your problem it's an old one MPC's VC1 filters CAN'T play any VC1 Interlaced files has been reported by me too

Any chance for the old VC-1 i bug to be solved before the final ? (none of the internal VC-1 filters can play VC-1 interlaced )

VC-1 interlaced sample (http://www.megaupload.com/?d=RE4ED8EP)

P.S. AFAIK planet earth it's ( ALL ) VC1 p so this is odd

[mark0077]

Ah I see, well the first couple of disks arn't interlaced, maybe this one disk is different to the rest as they play perfectly. I know the box says 1080i but reading on some forums, this was because the entire contents of the bbc planet earth blu-rays arn't 1080p so they had to put 1080i on there. Apparantly the US version is all (almost all?) 1080i, shame..... anyways....

Is this being worked on by any developers do you know? :( thanks

[ADude]

Everyone seems to be ignoring that complicated code was integrated into MPC-HC that was written by someone who refuses to further clarify his code, or take any part in improving it.

I checked Beliyaal's ID and it states:

Last Activity: 25th August 2009 19:12

even though his last post is months ago.

There is a post earlier in the summer by someone else, pointing out the same thing.

There is also a series of posts in the old Beliyaal thread that seem to mirror my results:

Yes, I get a more smooth play with vsync off than with on. I test it using the two bars (CTRL+T) and with vsync ON, the bars don't travel smoothly, they skip sometimes. But with vsync OFF, they travel smoothly. I can provide you 2 screenshots late at night. One with vsync ON and other with OFF. Would it be helpful?

There never is any response of this situation being fixed by any version. I also see many problem posts by Tetsuo55 without any subsequent indication of fixes.

I'm sorry, but something that Beliyaal did to EVR-CP has caused tearing for me.

I have no problem with tearing with Build 1043 (the last build before the Beliyaal changes were integrated with MPC-HC) the tearing test double lines go relatively smoothly across the screen and stay linear. When I play the more challenging material with any subsequent build, I get tearing, and the tearing test double lines move more jerkily across the screen and frequently appear broken into segments.

I tried the so-called stable build and it is the same. I tried using all "renderer settings" off, as well as "Default" and "Optimal". None work as smoothly as 1043. Some of the combinations of settings come close, but still 1043 is better.

As stated many times, exact technical description of the settings would at least help.

Or if ar-jar is actually willing to be involved long-term, I vote for him ripping out all the Beliyaal code. His documentation is excellent and easy to understand. If a piece of code does not work automatically (which many do), then it must have clear explanations.

[Casshern]

This is getting boring. Why do you always repeat yourself. We know YOU do not like beliyaal's code because it doesn't work for you. BUT it works for many others, myself included. It has many advantages over the old code. Please behave normally: file bug reports and be patient. Or even better fix the code yourself instead of bitching around here. If you like arjays modifications just use his branch - no need to "RIP SOMETHING OUT" which works perfectly well for many. And please stop using the "lack of documentation" as an argument. It just shows that you are clutching to straws. Or do you require the same for software which works for you, i guess not!

Everyone seems to be ignoring that complicated code was integrated into MPC-HC that was written by someone who refuses to further clarify his code, or take any part in improving it.

I checked Beliyaal's ID and it states:



even though his last post is months ago.

There is a post earlier in the summer by someone else, pointing out the same thing.

There is also a series of posts in the old Beliyaal thread that seem to mirror my results:



There never is any response of this situation being fixed by any version. I also see many problem posts by Tetsuo55 without any subsequent indication of fixes.

I'm sorry, but something that Beliyaal did to EVR-CP has caused tearing for me.

I have no problem with tearing with Build 1043 (the last build before the Beliyaal changes were integrated with MPC-HC) the tearing test double lines go relatively smoothly across the screen and stay linear. When I play the more challenging material with any subsequent build, I get tearing, and the tearing test double lines move more jerkily across the screen and frequently appear broken into segments.

I tried the so-called stable build and it is the same. I tried using all "renderer settings" off, as well as "Default" and "Optimal". None work as smoothly as 1043. Some of the combinations of settings come close, but still 1043 is better.

As stated many times, exact technical description of the settings would at least help.

Or if ar-jar is actually willing to be involved long-term, I vote for him ripping out all the Beliyaal code. His documentation is excellent and easy to understand. If a piece of code does not work automatically (which many do), then it must have clear explanations.

[Casimir666]

I have debugged this just a little bit and it seems that the DVD Navigator won't send any menu frames downstream when connected to EVR. For Vista the docs say: "The DVD Navigator will not use the EVR unless the decoder's IAMDecoderCaps::GetDecoderCaps method returns the AM_GETDECODERCAP_QUERY_EVR_SUPPORT flag." and maye that's true for XP too. (http://msdn.microsoft.com/en-us/library/dd388614(VS.85).aspx). I would really like to have this to work for XP too. Any hints anybody? Does the MPC decoder return the required flag? -A

IAMDecoderCaps seems to be used by IDvdGraphBuilder to decide if it should use EVR or not, but Mpc have a custom builder so it will not help. I have checked, and IAMDecoderCaps is not queried on the decoder filter

[Xorp]

Playing a m2ts with 1.0 PCM (half of Criterion's releases) still plays at 12fps with 1.3.1249.

[yesgrey]

I'm sorry, but something that Beliyaal did to EVR-CP has caused tearing for me.
HW: Gigabyte GA-MA69GM-S2H, ATI x1250 IGP
Have you tryed with a decent graphics card? For $50 or even less you can buy a real graphics card, and your motherboard has a PCI-E 16x slot.
Probably, the Beliyaal's code only shows clearly the limitations of your gpu...;)

[cca]

Have you tryed with a decent graphics card? For $50 or even less you can buy a real graphics card, and your motherboard has a PCI-E 16x slot.
Probably, the Beliyaal's code only shows clearly the limitations of your gpu...;)

Regarding that, I don't have problems with Beliyaal's code in my own PC, but when I tried in certain friends laptops it just wouldn't be stable. For weaker PCs the best choice I've found is to use Haali's Renderer.

The current resizer and Vsync code in MPC-HC needs a good CPU and a mid to high range GPU.

[tetsuo55]

The problems with the beliyaal code are probably related to reported refreshrate and actual refresh rate not matching.

I have this problem on one of my laptops

It says 60hz
but its actually 59.899

[Mercury_22]

Ah I see, well the first couple of disks arn't interlaced, maybe this one disk is different to the rest as they play perfectly. I know the box says 1080i but reading on some forums, this was because the entire contents of the bbc planet earth blu-rays arn't 1080p so they had to put 1080i on there. Apparantly the US version is all (almost all?) 1080i, shame..... anyways....

Is this being worked on by any developers do you know? :( thanks

I think only Casimir knows this

[Piyoko]

Is it a bug or a function/side-effect that the hardware de-interlacing (ATI HD card) is bypassed if "VMR9 mixer mode" is unchecked?

[Leak]

For Vista the docs say: "The DVD Navigator will not use the EVR unless the decoder's IAMDecoderCaps::GetDecoderCaps method returns the AM_GETDECODERCAP_QUERY_EVR_SUPPORT flag." and maye that's true for XP too.
Well, this is about Windows XP x64, which is much closer to Windows Server 2003 then Windows XP, actually - so I wouldn't be surprised if it behaved different than 32 bit Windows XP in some regards due to it's much(?) newer codebase...

np: DOOM - Gazzillion Ear (Born Like This)

[clsid]

That is a correct assumption. XP x64 is NT 5.2, whereas XP x86 is NT 5.1.

Does the DVD Navigator always dislike EVR on XP, or does it depend on more factors? If it is always the case, then perhaps a workaround could be implemented in MPC to automatically use a different renderer on XP for DVDs.

[mark0077]

Guys, just bought LOTR extended edition and merged the first DVD to the second using first makemkv, then mkvmerge. Everything is fine except that I decided to keep all of the audio tracks.

When I open with mpc-hc, all of the audio tracks play, even though the audio switcher is on....... Does the switcher only work in certain situations? Anything I can do, I want to watch with 5.1 DTS track number 2.

[Mercury_22]

Guys, just bought LOTR extended edition and merged the first DVD to the second using first makemkv, then mkvmerge. Everything is fine except that I decided to keep all of the audio tracks.

When I open with mpc-hc, all of the audio tracks play, even though the audio switcher is on....... Does the switcher only work in certain situations? Anything I can do, I want to watch with 5.1 DTS track number 2.

Old problem
....
- If a MKV file has two or more audio tracks, internal MPC splitter will decode both at the same time. The above sample has two audio streams too, English and Spanish. English flag is set to 'no' and the Spanish one to 'yes'. Haali will play the Spanish track, while MPC will play both.

In short, that sample should be: Spanish audio + no subs.
But MPC plays: English+Spanish overlapped + English subs.

Also it'd be nice to add a bitrate graph, like in Haali's. Useful feature.

YES! :) The old bug with internal mkv splitter : When you have an mkv file with 2 or multiple audio streams MPC's internal mkv splitter it's playing both streams simultaneous ! :mad: (try changing the stream)

Sample: http://www.megaupload.com/?d=ZUICM7XI

P.S. mp4 splitter has also problems with 2 or multiple audio streams !

If someone can fix this bug it will be SUPERB cause I (we) will be able to get rid of Haali's splitter once and for all

but others are saying it is not real
This has been mentioned before several times. So I'll put it in caps. THIS IS NOT A BUG! This is by design. The filters don't have their own private stream switcher like Haali has. MPC has a separate built-in audio switcher.

[clsid]

If you hear multiple streams with audio switcher enabled, then it is indeed a bug (perhaps S/PDIF related?). If multiple decoders load, but you hear just one stream, then it is normal behavior. When using Haali splitter, just one audio stream should be active.

I recommend using Haali splitter, as the internal Matroska splitter is very basic.

[ar-jar]

Or if ar-jar is actually willing to be involved long-term, I vote for him ripping out all the Beliyaal code. His documentation is excellent and easy to understand. If a piece of code does not work automatically (which many do), then it must have clear explanations.

Hi, I'm certainly willing to continue participating and trying to perfect the renderer(s). For me personally it's a great combination to get exactly what *I* want (perfect sync) together with all the bells and whistles already there in mpc. The fine print is of course that participation will go up and down depending on real life. Hopefully TomasEn or somebody else can pitch in when I'm swamped with work-for-money like right now.

And yes, I have deleted all of the previous sync code before inserting my own code on the gothsync branch of mpc in svn... Do check it out! -A

[STaRGaZeR]

Thanks for rev1254 Aleksoid! :D

[mark0077]

If you hear multiple streams with audio switcher enabled, then it is indeed a bug (perhaps S/PDIF related?). If multiple decoders load, but you hear just one stream, then it is normal behavior. When using Haali splitter, just one audio stream should be active.

I recommend using Haali splitter, as the internal Matroska splitter is very basic.

Your right. The combination of mpc MLB splitter ffdshow audio and reclock didn't go well. Working perfect with haali splitter thanks alot.

[ADude]

Has this bug been reported ?

With 1043, both Full Screen and "Full Screen w/o Res Change" would toggle from Full Screen to a Windowed presentation that was 1:1.

Now, with the Stable Release Version, both Full Screen and "Full Screen w/o Res Change" toggle from Full Screen to a tiny window that is too small to show anything.

[ADude]

Hi, I'm certainly willing to continue participating and trying to perfect the renderer(s). For me personally it's a great combination to get exactly what *I* want (perfect sync) together with all the bells and whistles already there in mpc. The fine print is of course that participation will go up and down depending on real life. Hopefully TomasEn or somebody else can pitch in when I'm swamped with work-for-money like right now.

And yes, I have deleted all of the previous sync code before inserting my own code on the gothsync branch of mpc in svn... Do check it out! -A

I'm doing that now.

Is it possible the Beliyaal made the same assumption that one is using analog audio output from the HT-PC rather than SPDIF ? This might explain why some people like Casshern had their sync problems solved by Beliyaal, while other people like me (and other people in the thread) only have sync problems after Beliyaal changed the code...

[Casshern]

No has nothing to do with it! Beliyaal's code does not affect audio. It just implements a better vblank handler. I use reclock for audio-sync. Ar-Jay code is promising but still has some drawbacks for me:
1) syncing the monitor refresh through powestrip gives glitches on my sony vwl 60
2) syncing through audio clock, does not work for spdif - audio and video desyncs
3) his new sync code gives a repeated frame or dropped frame in regular intervals. SPDIF works (naturally as video is adjusted to audio). One can lenghten this interval by using accurate powerstrip timings. But it will strike once in a while.

With Reclock, Powerstrip and beliyaals code everything works perfectly smoothly.



I'm doing that now.

Is it possible the Beliyaal made the same assumption that one is using analog audio output from the HT-PC rather than SPDIF ? This might explain why some people like Casshern had their sync problems solved by Beliyaal, while other people like me (and other people in the thread) only have sync problems after Beliyaal changed the code...

[cca]

Not to mention that Powerstrip is not free software, I wouldn't like to have MPC depend on third party payware for it's V-Sync adjustments. Please don't be hasty in messing with the vsync code.

[Mercury_22]

MPC-HC can't play 3gp files (I've tried with Quicktime file format set all options ) ?
Sample (http://sharebee.com/a931666c)

[ar-jar]

With Reclock, Powerstrip and beliyaals code everything works perfectly smoothly.

If you turn on the stats graph and hit space repeatedly for some time (pause-play) when playing video with Reclock, don't you sometimes get your green line almost on top of the red line and judder? If not, what options in MPC and Reclock do you use to avoid that, i.e. to ensure that the green and the red line always stay at the same distance from each other (or at least at a judderfree distance)? Thanks! -A

[ADude]

I noticed that the tearing I experience with Beliyaal's code occurs with 25 fps HD video on a 60 hz display.

This would indicate that while his code might deal with syncing video, it deals poorly with video that cannot be synced, because the refresh rate is not a multiple of the video frame rate.

There are some reports of this sort of thing in Beliyaal's thread, but no indications that he ever did anything about it.

Beliyaal continues to read this Forum, and not respond to anything in this thread...

Please don't be hasty in messing with the vsync code.

Too late ! The developers already added vsync code that they do not understand, and only days before the code writer decided to refuse to participate any more. :(

[avivahl]

@ADude: When turning off the checkmark from the vsync options (in the right-click menu of mpc-hc), do you still experience the problem? or is the problem much deeper than simply turning that off? (I'm guessing it is)

MPC-HC devs: ADude noted some important points here.

[Snowknight26]

Frame stepping doesn't update the elapsed time, which can inherently be seen in the file name of a screenshot you take after you've stepped a couple hundred frames forward.

[samab]

MPC HC 1254

This flv4 video (11 MB) from a cosmetic company has only sound and no video when shown in EVR and EVR CP on my computer. The video shows up fine on VMR7 and VMR 9.

http://www.lisewatier.com/en/beauty_clips/view/17

Don't know if this problem is reproduceable for other people.

[ADude]

@ADude: When turning off the checkmark from the vsync options (in the right-click menu of mpc-hc), do you still experience the problem? or is the problem much deeper than simply turning that off? (I'm guessing it is)

Yes, in fact that is why I asked "what is turned off when VSYNC is unchecked and what code is still there, and how does that relate to what code was there in build 1043 ?".

Unfortunately, there is no one left to answer the question.

[ADude]

What does MPC-HC do when it encounters 23.976 fps video ? Does it look for pulldown flags, and then look for pulldown support in the GPU driver ? Or does it do all pulldown by itself ?

[thuan]

@ADude: When I uncheck Vsync it does work like before his sync code was integrated, that is both tearing and stuttering free for me, I also get stuttering when I use his code even though my refresh rate is detected correctly. I did report it a few times but it was either ignored or put on queued for him. On the other hand, Beliyaal is also the one who did buffered animated subtitle and output range option which are actually useful to me.

[betaking]

MPC-HC can't play 3gp files (I've tried with Quicktime file format set all options ) ?
Sample (http://sharebee.com/a931666c)

Play is ok.

[Mercury_22]

Play is ok.

Using ONLY MPC-HC ?:confused:
It's playing fine here too using FFDShow, but I was referring at MPC-HC's internal filters !

[clsid]

Frame stepping doesn't update the elapsed time, which can inherently be seen in the file name of a screenshot you take after you've stepped a couple hundred frames forward.
I would like to add that this also results in weird behavior after normal playback is resumed. It takes a few seconds for the audio to 'catch up'.

[cweb]

MPC-HC can't play 3gp files (I've tried with Quicktime file format set all options ) ?
Sample (http://sharebee.com/a931666c)

Played fine here with latest stable release..

[Aleksoid1978]

Played fine here with latest stable release..

No, don't play. MPC-HC don't know H.263/s263(video codec) and AMR/samr(audio codec). It's can't play with internal codec.

[Mercury_22]

No, don't play. MPC-HC don't know H.263/s263(video codec) and AMR/samr(audio codec). It's can't play with internal codec.

It's difficult to add those ? :confused:
It's a very popular format for cellphones and it's already present in FFDShow (libavcodec both )

[_xxl]

already present in FFDShow
Do you know how much time has a developer for open source projects?
There are a lot of places of MPC-HC that should be fixed or improved, before adding some feature that already work fine with ffdshow.

[Mercury_22]

Do you know how much time has a developer for open source projects?
There are a lot of places of MPC-HC that should be fixed or improved, before adding some feature that already work fine with ffdshow.
Exactly why I was asking if it's difficult :o (thinking that it might be just a matter of "importing" some code)
I'm sorry if my question was inappropriate.