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

[Mercury_22]

Yep, it would indeed probably be better to let the x64 build use "mplayerc64.extension" instead of "mplayerc.extension" for its file associations. Should be an easy change for the devs.
AFAIK you have access to the SVN so ... can you please make the change ? If you got the time to spare :thanks:

[BatKnight]

Issue 1 - Upon Launch of 23.976 MKV file Playback is very jerky
I have the exact same problem as you, and I also have to right-click for the sutter go away, so yes, I can also reproduce this problem exactly as you described.

I always use the latest SVN and this has always happened since I can remember. Either is an old introduced bug, or has always been like that.

Bat

[nevcairiel]

I actually had the same issue with stuttering when using auto-refresh-rate switching. Changing it right before launching MPC-HC works fine, however. :)

[terminaldawn]

Do either of you have issues with dropped frames in VC-1 mkv files?

If not what are your settings?

I have the exact same problem as you, and I also have to right-click for the sutter go away, so yes, I can also reproduce this problem exactly as you described.

I always use the latest SVN and this has always happened since I can remember. Either is an old introduced bug, or has always been like that.

Bat


I actually had the same issue with stuttering when using auto-refresh-rate switching. Changing it right before launching MPC-HC works fine, however. :)

[smok3]

some questions regarding playback from the intranet web server;
http://forum.doom9.org/showthread.php?t=157444

[BatKnight]

Do either of you have issues with dropped frames in VC-1 mkv files?

If not what are your settings?
How many dropped frames? Across the whole movie? Only on the start?

What I normally do is: open the movie file, change to fullscreen, then MPC-HC auto changes the resolution to 24Hz and I have to right-click to select something and cancel, for the stutter (Issue 1 you described) to disappear. Then after that the movie plays flawless until the end. No stutter, no jerky, nothing.

So, where or when exactly does Issue 2 happens? Please detail more.

Bat

[ByeByeBluRay]

How many dropped frames? Across the whole movie? Only on the start?

What I normally do is: open the movie file, change to fullscreen, then MPC-HC auto changes the resolution to 24Hz and I have to right-click to select something and cancel, for the stutter (Issue 1 you described) to disappear. Then after that the movie plays flawless until the end. No stutter, no jerky, nothing.

So, where or when exactly does Issue 2 happens? Please detail more.

Bat

I get exactly the same thing - have to right click and bring up the options menu to stop the stuttery playback.

The other glitch if it's the same as mine is a little jump every 40 seconds or so, which I put down to try to correct the 23.976Hz movie playback rate with the 24Hz TV.

[v0lt]

I did a full support for "in24", "in32", "fl32", "fl64" (both big-endian and little-endian) in the mov files.

...Added in revision 2686

[BatKnight]

I get exactly the same thing - have to right click and bring up the options menu to stop the stuttery playback.

The other glitch if it's the same as mine is a little jump every 40 seconds or so, which I put down to try to correct the 23.976Hz movie playback rate with the 24Hz TV.

To solve that little jump I use Reclock to play the 23.976 movie in 24fps so it matches the 24Hz and the video is 100% smooth.

Bat

[terminaldawn]

Here are my MPC - HC settings can anyone so kind please review and let me know if something is off? - http://forum.doom9.org/showthread.php?p=1449869#post1449869




I get exactly the same thing - have to right click and bring up the options menu to stop the stuttery playback.

The other glitch if it's the same as mine is a little jump every 40 seconds or so, which I put down to try to correct the 23.976Hz movie playback rate with the 24Hz TV.


Did you enable the options in MPC-HC to see if you are dropping frames?



How many dropped frames? Across the whole movie? Only on the start?

What I normally do is: open the movie file, change to fullscreen, then MPC-HC auto changes the resolution to 24Hz and I have to right-click to select something and cancel, for the stutter (Issue 1 you described) to disappear. Then after that the movie plays flawless until the end. No stutter, no jerky, nothing.

So, where or when exactly does Issue 2 happens? Please detail more.

Bat



I would say in a minutes time i will have about 20 dropped frames (I am guessing but I can get the exact number later). Either way its pretty annoying. The issue starts right away after I do the options toggle trick. It only happens on MKV BluRays that I have ripped that are VC-1 (%100 full quality using eac3to). AVC are OK. I am guessing I just dont have something set up correctly maybe? Also note, everything plays fine in 60Hz. No itintall stutter and 0 dropped frames. Can you maybe post your settings?



As a side note. We should probably submit a bug for the initial stutter upon launch with 24 Hz. It seems everyone that tries to do this has this issue. I am beggining to think 24p isnt worth the hassle.

[robpdotcom]

@terminaldawn:

1. What filters do you see when you are playing a VC-1 file? I'm interested in which decoder is being used, if it's DXVA, etc.
2. Have you tried madVR? The stuttering from switching to 24p goes away very quickly with madVR, as soon as it enters exclusive mode.

[terminaldawn]

@terminaldawn:

1. What filters do you see when you are playing a VC-1 file? I'm interested in which decoder is being used, if it's DXVA, etc.
2. Have you tried madVR? The stuttering from switching to 24p goes away very quickly with madVR, as soon as it enters exclusive mode.

Thanks for your post.

please excuse my ignorance. How do I tell what filters are being used when playing a file?

I did a quick search on madVR (never heard of it before you mentioned it) and this looks impressive.

I know I need to lurk more on these forums but if someone can point me to a faq or a wiki for HTPC playback I would greatly appreciate it. It seems as though madVR is WAY better than FFDshow for video. I need FFDshow to passthrough HD Audio though :)

[SamuriHL]

Thanks for your post.

please excuse my ignorance. How do I tell what filters are being used when playing a file?

I did a quick search on madVR (never heard of it before you mentioned it) and this looks impressive.

I know I need to lurk more on these forums but if someone can point me to a faq or a wiki for HTPC playback I would greatly appreciate it. It seems as though madVR is WAY better than FFDshow for video. I need FFDshow to passthrough HD Audio though :)

madVR rocks. In my 32 bit environment that's what I use. It's phenomenal.

[namaiki]

It seems as though madVR is WAY better than FFDshow for video. I need FFDshow to passthrough HD Audio though :)

You can use FFDShow Video decoder to pass video to madVR.

[robpdotcom]

Thanks for your post.

please excuse my ignorance. How do I tell what filters are being used when playing a file?

I did a quick search on madVR (never heard of it before you mentioned it) and this looks impressive.

I know I need to lurk more on these forums but if someone can point me to a faq or a wiki for HTPC playback I would greatly appreciate it. It seems as though madVR is WAY better than FFDshow for video. I need FFDshow to passthrough HD Audio though :)

To see what filters are being used, just right-click on the screen and click "filters".:rolleyes:

BTW: madVR and FFDShow are 2 different types of "filters". MadVR is the renderer, FFDShow is the decoder. So, you would use something like: FFDShow video decoder, FFDShow audio decoder, and madVR video renderer.

Don't feel bad about what you don't know. All this stuff can be a bit overwhelimg at first, but the more you read these forums, the more it starts to all make sense.

[terminaldawn]

@terminaldawn:

1. What filters do you see when you are playing a VC-1 file? I'm interested in which decoder is being used, if it's DXVA, etc.
2. Have you tried madVR? The stuttering from switching to 24p goes away very quickly with madVR, as soon as it enters exclusive mode.

The filters I see when playing a video and getting dropped frames in 24 Hz are:

Default DirectSound Device
Enhanced Video Renderer (custom presenter)
Audio Switcher
MPC Video Decoder
ffdshow Audio Decoder


Note, these are the same filters I see with videos that do not drop frames in 24 Hz.

[terminaldawn]

So I INstalled madvr. It took me a bit to figure out that it only works in 32bit version of MPC. So I installed the 32bit version of MPC-HC and enabled it under Output. It doesnt appear to be working correctly. There is a green bar at the bottom and everyting is blury, kind of like a 3d Image or something.. WTF.

I have an i5 750, 4gb of ram and a HD 5850 so this shouldnt be a hardware limitation.

Any ideas?

Oh... another thing. I have Auto Select enabled to chagne output to 24 Hz, and it doesnt even change the output to 24 Hz.

[Stomp]

I use MPC-HC 1.4.2499.0 on Windows XP SP3. I also have two monitors. If a video is playing and I move the window from one monitor to the other then MPC-HC either freezes and uses 100% of the CPU or just crashes.

[omri09]

Does bicubic -1.00 is the best resizer for high quality?

[namaiki]

Is bicubic -1.00 is the best resizer for quality?

Depends how much you are resizing. Personally, I prefer A=-0.60.

Well, actually, I prefer spline64 or spline36 with madVR, but that is another story.

[LigH]

Do not ask "What's the best?" when the answer to that question can only be "Depends on your taste." ;)

[ikarad]

This problem is not corrected in the last version of mpc-hc 2687 and exist since more than two years
http://sourceforge.net/apps/trac/mpc-hc/ticket/48

With some blu-ray movies, some subtitles are not displayed with MPC-HC 1160
(this problem exists from the start of HD subtitle support).

When two subtitles must be displayed in the same time, only one subtitle is
displayed.

I give you an example of video (ten minutes cut in 7 parts)

The problem appeared between 8 minutes and 9 min30 during the generic.

There is two subtitles normally displayed: the subtitle of song and the
subtitle of text displayed on the screen. Only the subtitle of the text
displayed on the screen is displayed and not the subtitle of the song.

I try with powerdvd ultra 7.3 and it works very well. The both subtitles
are displayed.

I give the same example with update link
http://www.zshare.net/info.html?81452501-e2bfc0923908879619cc19b5006bf196
http://www.zshare.net/info.html?81501504-69cd3f161fc197a467a33062183f6750

http://www.zshare.net/info.html?81536706-5cae5e2b0cbc4d364139310e81b24090
http://www.zshare.net/info.html?81536007-e6c9b354543a456359e20397bc82f70f
http://www.zshare.net/info.html?81536710-f29b5944c344d5b9e6d78ef54b362352
http://www.zshare.net/info.html?81539836-94a081fa954f746aa42ebcfa7fc240a6
http://www.zshare.net/info.html?81537337-da6f5db4d02f020ea1087416a0100bad

[Xorp]

This problem is not corrected in the last version of mpc-hc 2687 and exist since more than two years Get used to it

[sneaker_ger]

Ok, after upgrading I found that the behavior of the subtitle positioning has changed, which seems to be because of commit 2620. While I agree that this should be the default behavior, so that beginners will have the subtitles correctly positioned, this should be done by setting the registry key Gabest/Media Player Classic/Settings/SPDefaultStyle and not by forcing this setting in the code. Now people who do not want this behavior must deactivate it for every single file they open because the check box in the settings does not work anymore. If you have a lot of styles you have to do quite some clicking - and every time you open a file. Please revert the patch and simply change the default value for SPDefaultStyle. (Last Number must be "1")

[sansnom05]

Ok, after upgrading I found that the behavior of the subtitle positioning has changed, which seems to be because of commit 2620. While I agree that this should be the default behavior, so that beginners will have the subtitles correctly positioned, this should be done by setting the registry key Gabest/Media Player Classic/Settings/SPDefaultStyle and not by forcing this setting in the code. Now people who do not want this behavior must deactivate it for every single file they open because the check box in the settings does not work anymore.

r2620 changed only the default value, did not prevent you from change it later, so I don't get your meaning of "check box in the settings does not work anymore"?

If you have a lot of styles you have to do quite some clicking - and every time you open a file. Please revert the patch and simply change the default value for SPDefaultStyle. (Last Number must be "1")

The same will apply whatever the default value is, what if your lots of styles all need the default value been checked? So we are not able to choose a value to satisfy every needs, besides "While I agree that this should be the default behavior", seems you agree this should be the default value too. :)

:thanks:

[sneaker_ger]

r2620 changed only the default value, did not prevent you from change it later, so I don't get your meaning of "check box in the settings does not work anymore"?

The following check box lost all functions:
http://www.abload.de/img/spdeaultja9s.png

The same will apply whatever the default value is, what if your lots of styles all need the default value been checked?

Then I marked the check box with a black mark and it worked.

So we are not able to choose a value to satisfy every needs, besides "While I agree that this should be the default behavior", seems you agree this should be the default value too. :)

If we revert to the old behavior and just make the box marked black by default then everyone would be satisfied.

[sansnom05]

[QUOTE=sneaker_ger;1450602]The following check box lost all functions:
http://www.abload.de/img/spdeaultja9s.png

By "lost all functions", I guess you mean the settings here will not be inherited by all other styles? You're right about that.

I've made some changes, could you try it and tell me if it works? http://www.mediafire.com/?bzg9w1irgzrznii , you may need to reset the settings first. :thanks:

[sneaker_ger]

Yes, that seems to do it. It behaves like the old versions and it checks the box with a black mark (instead of grey in older versions). Thank you.

[Keiyakusha]

btw i always said that this option should be moved into "subtitles" menu (somewhere near "override placement") instead of "default style" because it has nothing to do with the style but changes the way player renders the subs...

[sansnom05]

btw i always said that this option should be moved into "subtitles" menu (somewhere near "override placement") instead of "default style" because it has nothing to do with the style but changes the way player renders the subs...

Maybe you're right, since I didn't see lots of video with complicated subs , I don't have a saying about subs. :)

If you have good ideas of how those options should be arranged, you should open a ticket to make sure it will not lost in this thread.

[clsid]

Ideally, the setting should only have effect on subtitles that don't have any explicit positioning information.

Subtitles with positioning information should always be placed relative to the video frame. Perhaps a flag could be set whenever a positioning tag is encountered during subtitle parsing. That flag can then be used to override the current positioning option, to enforce positioning relative to the video.

Subtitles with no positioning information should be placed relative to either the video or the window, whatever is the preference of the user. Many prefer subtitles below the video in full screen (thus relative to window). So that should be the default imo.

[clsid]

Has any of the devs had time to look at the DScaler5 crash yet? MPC gives a DEP error when clicking on it in the filters menu.

DScaler5 download (http://sourceforge.net/projects/deinterlace/files/DScaler%205%20-%20Alpha%20MPEG%20Filters/0.0.8/DScaler5008.exe/download) (source (http://sourceforge.net/projects/deinterlace/files/DScaler%205%20-%20Alpha%20MPEG%20Filters/0.0.8/DScaler5008src.zip/download))

[sneaker_ger]

Ideally, the setting should only have effect on subtitles that don't have any explicit positioning information.

Subtitles with positioning information should always be placed relative to the video frame. Perhaps a flag could be set whenever a positioning tag is encountered during subtitle parsing. That flag can then be used to override the current positioning option, to enforce positioning relative to the video.

Subtitles with no positioning information should be placed relative to either the video or the window, whatever is the preference of the user. Many prefer subtitles below the video in full screen (thus relative to window). So that should be the default imo.

^this!
That would be awesome.

Slightly related (now that there seem to be people interested in working on the subtitle part of mpc-hc):
The internal renderer sometimes messes up positioning when going fullscreen (or at least when the display has a different AR than the video).
Sample (http://www.mediafire.com/?xqp48d6dx8i6kym)

[ikarad]

This problem is not corrected in the last version of mpc-hc 2687 and exist since more than two years
http://sourceforge.net/apps/trac/mpc-hc/ticket/48



I give the same example with update link
http://www.zshare.net/info.html?81452501-e2bfc0923908879619cc19b5006bf196
http://www.zshare.net/info.html?81501504-69cd3f161fc197a467a33062183f6750

http://www.zshare.net/info.html?81536706-5cae5e2b0cbc4d364139310e81b24090
http://www.zshare.net/info.html?81536007-e6c9b354543a456359e20397bc82f70f
http://www.zshare.net/info.html?81536710-f29b5944c344d5b9e6d78ef54b362352
http://www.zshare.net/info.html?81539836-94a081fa954f746aa42ebcfa7fc240a6
http://www.zshare.net/info.html?81537337-da6f5db4d02f020ea1087416a0100bad

up! thanks

In bug tracker, It's writtent that nevcairiel take car of this problem since two months but no news about this problem.

@Nevcairiel could you answer me about this problem?
Thanks

[MPC-HTPC]

Hi ikarad,

IMHO nevcairiel was put as owner of the ticket you opened on the trac because he is working on a new spillter (LAVFSplitter (http://forum.doom9.org/showthread.php?t=156191)), which should be integrated into MPC-HC once it is finished (but according to nevcairiel don't expect anything this year). Anyhow, this is the reason why all splitter related issues on the trac were assigned to nevcairiel. So maybe when LAVFSplitter will be integrated into MPC-HC your problem is solved, but until then you either have to be patient or just install the current beta builds of LAVFSplitter.

[boyhuesd]

Hi,
First of all, I'm not very good in English so please forgive me for my grammar errors.

My system is Core i5 750, 4 Gigs RAM, Nvidia 7300GT video card.
I have a MPC-HC lastest version installed with ffdshow, directx 9. I use ffmpeg-ht to decode my H264 videos, using CPU to decode. I use enhanced shaders in MPC-HC, and it works very well with 720p videos, CPU loaded about 10~20%, didn't drop any single frame. But the problem is, when I watch 1080p videos with shaders (combined SD->HD & sharpen complex 2), many frames are dropped. I just got about 19~20fps with an 23.976fps video, but the CPU only load about 20~30%, not fulload. When I disable the shaders, it become smooth.

Please help me solve this problem, to get my 1080p videos smooth with the shaders enabled.
Thanks in advance!

[cooz]

Hi guys!
I'm searching some code (probably somewhere around RTS.cpp) which controls size of subtitles relative to video frame size. As much as I understand it, now it's calculated from frame height, so when playing movie in fullscreen subtitle size is different for 16/9 and 2.20:1 format footage...

I'd like to find magic line: subSize = magicNumber / frameHeight; and replace it with frameWidth.
I hope it's not much more complicated than that and I'll be really grateful for any help :)

[Mangix]

Hi,
First of all, I'm not very good in English so please forgive me for my grammar errors.

My system is Core i5 750, 4 Gigs RAM, Nvidia 7300GT video card.
I have a MPC-HC lastest version installed with ffdshow, directx 9. I use ffmpeg-ht to decode my H264 videos, using CPU to decode. I use enhanced shaders in MPC-HC, and it works very well with 720p videos, CPU loaded about 10~20%, didn't drop any single frame. But the problem is, when I watch 1080p videos with shaders (combined SD->HD & sharpen complex 2), many frames are dropped. I just got about 19~20fps with an 23.976fps video, but the CPU only load about 20~30%, not fulload. When I disable the shaders, it become smooth.

Please help me solve this problem, to get my 1080p videos smooth with the shaders enabled.
Thanks in advance!

your GPU is rather weak compared to your CPU. you can try upgrading it but if that's not an option, set the shaders to run in software.

[tetsuo55]

Does bicubic -1.00 is the best resizer for high quality?

Depends how much you are resizing. Personally, I prefer A=-0.60.

Well, actually, I prefer spline64 or spline36 with madVR, but that is another story.

Do not ask "What's the best?" when the answer to that question can only be "Depends on your taste." ;)

The differences between the various resizers is mostly the amount of cpu or gpu usage required, and the higher the better the quality.

Maybe someone can explain the differences better? we could add that to the manual and tooltips.

For example:
Bimagical: sharper more detailed, but with added ringing (+/- 5%)

[LigH]

Subjective image quality is not a measurable value. Some prefer it sharper with more fine details, some prefer it softer with less aliasing.

Furthermore, the impression of the result may also depend on the scaling factor; users may prefer e.g. one resizer for resizing 720 to 1080 lines (factor between 1.0 and 2.0), and another for resizing 480 or even 240 to 1080 lines (factor greater than 2.0). Not to mention downscaling (factor less than 1.0).

But I do agree that a warning about possible ringing artefacts would be recommendable for some variants (especially sharper Bicubic functions).
__

As far as I remember, Bilinear should be preferred for downscaling. Bicubic filters are often more convenient for upscaling, but the sharpness is a matter of personal taste, and sharper variants (larger absolute value for A) may cause ringing artefacts – due to the Gibbs phenomenon (http://en.wikipedia.org/wiki/Gibbs_phenomenon).

[namaiki]

As far as I remember, Bilinear should be preferred for downscaling.
I found (checking text in the video) that lanczos kept the text more readable.

Bicubic filters are often more convenient for upscaling, but the sharpness is a matter of personal taste, and sharper variants (larger absolute value for A) may cause ringing artefacts
Also, I also found that there was blocking, but nothing as bad as like with lanczos.

[LigH]

@ namaiki:

We are not talking about AviSynth offline resizers, but about MPC-HC realtime resizers for Pixel Shader 2.0?

Version 1.4.2667 did not have Lanczos implemented, I believe.

[namaiki]

madVR does spline and lanczos resizing during playback.

MPC-HC by itself only does bilinear and bicubic; and if you will count it, whatever EVR uses and whatever your GPU will use in Overlay Mixer.
I'm actually a bit curious as to what scaling algorithm my GeForce 9600M GT uses. I'm quite sure it's not bilinear.


edit: though I do get what you mean since this is the MPC-HC thread.

[aiyunyi]

Has MPEG2 VLD Decoder utilized the hardware accelerated deinterlacing processor in PureVideo?

I found feathering artifacts in 1080i video.

[aiyunyi]

Has MPEG2 VLD Decoder utilized the hardware accelerated deinterlacing processor in PureVideo?

I found feathering artifacts in 1080i video.

And also which is the standalone directshow filters?

[clsid]

Fix/workaround for the DScaler5 crash:
Index: src/apps/mplayerc/mplayerc.vcproj
===================================================================
--- src/apps/mplayerc/mplayerc.vcproj (revision 2689)
+++ src/apps/mplayerc/mplayerc.vcproj (working copy)
@@ -79,7 +79,7 @@
SubSystem="2"
LargeAddressAware="2"
RandomizedBaseAddress="2"
- DataExecutionPrevention="2"
+ DataExecutionPrevention="0"
SupportUnloadOfDelayLoadedDLL="true"
TargetMachine="1"
/>

[Guns N' Roses]

I wanted to seek help with proper 24Hz playback. I have Samsung LA40A650 (PAL version of LN40A650), which supports 1080p24.
However, if I set the refresh rate to 23Hz in ATI CCC, and try to watch videos on my HDTV using MPC-HC with EVR CP and DXVA, they stutter/judder incessantly. There is no other refresh rate other than 60Hz that works without issues. I've tried reinstalling ATI drivers and MPC-HC, but nothing worked. This also happens with software decoding (CoreAVC). My config is i7 920, ATI 5870, Windows 7 x64.

But if I use madVR in full screen exclusive, I am able to get smooth playback. So I wonder why EVR CP behaves the way it does?

[namaiki]

Is that with one screen, or two at the same time?

Try disable Aero.

[tetsuo55]

Fix/workaround for the DScaler5 crash:
Index: src/apps/mplayerc/mplayerc.vcproj
===================================================================
--- src/apps/mplayerc/mplayerc.vcproj (revision 2689)
+++ src/apps/mplayerc/mplayerc.vcproj (working copy)
@@ -79,7 +79,7 @@
SubSystem="2"
LargeAddressAware="2"
RandomizedBaseAddress="2"
- DataExecutionPrevention="2"
+ DataExecutionPrevention="0"
SupportUnloadOfDelayLoadedDLL="true"
TargetMachine="1"
/>Thats a dangerous workaround.
The problem is probably in dscaler, and maybe in the mpc-hc filter menu handling.

DEP means a value is being written to read only memory(or a similar buffer overflow type attack is accidently occuring), this could result in a system crash if not blocked.

EDIT: chances are high this workaround will reintroduce many of the other older crashes.

[GTPVHD]

Yes, do not accept patches or workarounds that turn off the security features like DEP or ASLR. This should be fixed on Dscaler5's side, not MPC-HC. Recently MPC-HC's Heap Corruption Detection exposed bugs in another external Dshow filter which was crashing and it was fixed in that filter's code.

[clsid]

Well, are there any volunteers to fix DScaler5 (or MPC-HC)? It's pretty much an abandoned project. Its source code can be found on SourceForge.

[v0lt]

MPC-HC can play "AMR Audio file"? None of the examples (from here (http://samples.mplayerhq.hu/A-codecs/amr/)) are not playing.

[clsid]

With the proper filters installed it should be able to play them.
http://blog.monogram.sk/janos/2008/03/16/monogram-amr-pack-1010/

[robpdotcom]

Regarding DSacaler; not sure if it matters, but.....

It does not cause MPC to crash on XP, and it also does not cause Zoom Player to crash on Win7. For me at least, it's only MPC on Win7.

EDIT: I can also open it's settings through GraphStudio on Win7.

[v0lt]

@clsid
thanks! it works!

MPC-HC does not have AMR splitter?

[BelowSky]

@v0lt:
It is unfortunate that MPC-HC can play AMR audio if it was inside 3GP or MP4 video files and yet it can't play stand alone ".AMR" audio files.

[Guns N' Roses]

Is that with one screen, or two at the same time?

Try disable Aero.

Disabling Aero and using VSync + Alternate VSync solves the problem, 24Hz works wonderfully. But...why is Aero causing such problems? Isn't it supposed to work better with Aero on? People have been able to make it work with Aero.

[Razoola]

Disabling Aero and using VSync + Alternate VSync solves the problem, 24Hz works wonderfully. But...why is Aero causing such problems? Isn't it supposed to work better with Aero on? People have been able to make it work with Aero.

Aero (by that I mean desktop composition) has been discussed many times before... As a rule of thumb Aero should be enabled on single monitor display systems only. If your using a secondary monitor Aero *MUST* be disabled if refresh rates on each active display is not a direct multiple of each other.

[Guns N' Roses]

Aero (by that I mean desktop composition) has been discussed many times before... As a rule of thumb Aero should be enabled on single monitor display systems only. If your using a secondary monitor Aero *MUST* be disabled if refresh rates on each active display is not a direct multiple of each other.

Could you give me direct links to this discussion?
Thats a very important point I did not find anywhere else before. But why is there such a major problem, and will it be corrected?

[Razoola]

Could you give me direct links to this discussion?
Thats a very important point I did not find anywhere else before. But why is there such a major problem, and will it be corrected?

http://forum.doom9.org/showthread.php?t=152415

Basically this is a windows/aero issue and and not a player issue.

[Guns N' Roses]

http://forum.doom9.org/showthread.php?t=152415

Basically this is a windows/aero issue and and not a player issue.


Yep, that pretty much parallels my problems. I've disabled desktop composition for good now. I don't suppose there is a need for ReClock now?

EDIT: One problem with Aero disabled though, using madVR...there is a horizontal torn off portion about 1cm thick at the bottom when the video is in windowed mode on either screen (posted this in the madVR thread as well). What gives?

[Razoola]

Yep, that pretty much parallels my problems. I've disabled desktop composition for good now. I don't suppose there is a need for ReClock now?

EDIT: One problem with Aero disabled though, using madVR...there is a horizontal torn off portion about 1cm thick at the bottom when the video is in windowed mode on either screen (posted this in the madVR thread as well). What gives?

I talked about the tearing at the bottom of the screen in the madVR thread a while ago. its a 260.xx driver situation with madVR.

[boyhuesd]

your GPU is rather weak compared to your CPU. you can try upgrading it but if that's not an option, set the shaders to run in software.

Thank you for your answer Mangnix. But how can I set the shaders to run in software? Help me please!

[Guns N' Roses]

I talked about the tearing at the bottom of the screen in the madVR thread a while ago. its a 260.xx driver situation with madVR.

But I have ATI, Catalyst 10.9

[Mangix]

Thank you for your answer Mangnix. But how can I set the shaders to run in software? Help me please!

right click mpc-hc's viewing area, click shaders, then edit. then load a shader and set it to ps_2_sw or ps_3_sw. it should save itself automatically.

[boyhuesd]

right click mpc-hc's viewing area, click shaders, then edit. then load a shader and set it to ps_2_sw or ps_3_sw. it should save itself automatically.

Thank you again Magnix ;) .
But when I try to use ps_2_sw or ps_3_sw its keep saying the shaders could not be loaded (I use sharpen complex 2 and SD->HD). What am I supposed to do now :(

[Razoola]

But I have ATI, Catalyst 10.9

I have no idea then sorry.

[Mangix]

Thank you again Magnix ;) .
But when I try to use ps_2_sw or ps_3_sw its keep saying the shaders could not be loaded (I use sharpen complex 2 and SD->HD). What am I supposed to do now :(

weird. i remember it working a long time ago. something must have changed. best bet now is to try all of the pixel shader versions and see which ones give really good results. when i had an 8500 GT, enabling sharpen complex 1 gave me stuttering but bumping the PS version to 3 solved the issue. try it out. maybe you'll get some nice results.

[mark0077]

Guys, is there a renderer or function within mpc-hc that can output frames to disk. I have a charity event coming up at the weekend and am showing some interlaced clips that I need pre-deinterlaced in high quality as they are going into a progressive sequence. No software I have tried premiere, after effects etc gives me high enough de-interlacing quality compared to yadif even so I tried using the grab function within ffdshow. Unfortunately the grab feature doesn't grab the double framerate output by yadif so I'm left looking for other ways to output to disk instead of renderer, or both....

fraps... well it wasn't a great way to output to disk. I don't want to mess with premiere plugins atm so just looking for a quick way for mpc to render all frames to disk which I can then put together later.

Hopefully!!

[sneaker_ger]

How about letting AviSynth do the deinterlacing? Rendering all frames to disk could be quite excessive in terms of space and cpu time.

[mark0077]

Thanks for the suggestion! Well I have tried avisynth many times in the past and only a few weeks back, also tried the avs plugin for premiere. I seem to have a great nack of getting mpc-hc to crash when using avisynth scripts.

Yeah I'm rendering everything losslessly so my fully rendered file is 89gb at the moment :) Looks amazing though except for the badly de-interlaced stuff... Any alternatives to avisynth, I mean any tools to write frames to disk? I suppose this may be for another forum if mpc-hc can't do it I guess? Something like ffdshow grab would be ideal. Does avisynth have a function to write frame simply to disk, might have a search for that.

[nevcairiel]

Why don't you just use yadiff through avisynth?

[mark0077]

Why don't you just use yadiff through avisynth?

OK I shall give avisynth a go but my luck with not having it crash is not great.... any recommendations of scripts or sites with scripts I can try out? Thanks alot guys!

[sneaker_ger]

AviSynth itself only frameserves, but I thought of opening it with MPC, picking the frames you need and saving them via "File" > "Save Image...".
That was before I heard it was crashing on your PC. You could try VirtualDub, open the script, copy the frames you need into clipboard and save them using your fav. image converter (like IrfanView).

[mark0077]

AviSynth itself only frameserves, but I thought of opening it with MPC, picking the frames you need and saving them via "File" > "Save Image...".
That was before I heard it was crashing on your PC. You could try VirtualDub, open the script, copy the frames you need into clipboard and save them using your fav. image converter (like IrfanView).

Cheers guys, I'll give avisynth ago from within ffdshow and see if the grab function grabs them all that way if possible, virtual dub doesn't like alot of the formats I tried feeding it. Its a 4 minute clip, 25fps so I'll be looking for 12000 frames altogether.

[dansrfe]

You can deinterlace in avisynth in ffdshow and then load fraps and set it to autosave screenshots every 0.04 of a second.

[chapas]

Hello. I'm using mpc-homecinema.1.4.2689. I've been having problems with randomly working DXVA. When it does work, all is good, but when it doesn't video is too jerky.

Do you know any specific information I can provide to troubleshoot my problem?

I'm running Windows 7 64bit, and the video card providing DXVA is an AMD 785G with 10.9a Catalyst.

[Mangix]

Hello. I'm using mpc-homecinema.1.4.2689. I've been having problems with randomly working DXVA. When it does work, all is good, but when it doesn't video is too jerky.

Do you know any specific information I can provide to troubleshoot my problem?

I'm running Windows 7 64bit, and the video card providing DXVA is an AMD 785G with 10.9a Catalyst.
go to options > internal filters, double click h264(either one) and for DXVA Compatibility Check, try selecting skip all checks.

[chapas]

Mangix, I have all set up to support DXVA, and it works. But it does work randomly.

http://img513.imageshack.us/img513/1873/snapshoto.th.png (http://img513.imageshack.us/i/snapshoto.png/)

In this screenshot DXVA is working great. But when it doesn't, I notice the "Clock" value in the upper right corner goes as low as 30%.

Is anyone aware of what can cause the clock to go so low? I don't see CPU usage spikes either, and the green line in the graph goes very high offscreen.

[Mangix]

never owned an ati part so i dunno. could it be a power saving feature causing DPC latencies? check that out if you can. actually, run dpc latency checker while watching a video.

http://www.thesycon.de/deu/latency_check.shtml

[namaiki]

chapas: Try disable, View-> Renderer-> Presentation-> Frame Time Correction.

[chapas]

namaiki: I disabled it, and same as with the other options, it worked at first but after a couple reboots I'm back with no acceleration. Somehow running other software (TMT3 player) I get the acceleration back. I don't know if this is a hardware or software problem. I've read somewhere that Suspend to S3 corrupts DXVA, but I'm not suspending or making it sleep. Thanks for suggesting me things to try to fix this!

[namaiki]

That option is only to do with the jerkyness of the video. (if anything)

[v0lt]

http://img814.imageshack.us/img814/6849/capture1gr.th.png (http://img814.imageshack.us/img814/6849/capture1gr.png)
http://img301.imageshack.us/img301/5954/capture2ue.th.png (http://img301.imageshack.us/img301/5954/capture2ue.png)
need to make wider. other text blocks do not interfere.

[xiulet]

Video accleration for WMV HD® video content
. This release of AMD Catalyst provides video acceleration support for WMV HD®
(Microsoft video codec) under Windows 7
. Compatible with the ATI Radeon™ HD 5000 Series of products

I don't see this option in panel control(ccc), what king of codec is it? On external filters i don't find ati wmv specific codec to choose.

has anybody more information about this new option?

thanks a lot, adéu.

[janos666]

Sorry if this is a false alarm (or a redundant re-report), but I think that the CMS implementation is broken in the 1.4.2689.0 build (as well as it is broken in any older builds which I tried but I didn't count them).

I created an ICCv2 profile with ArgyllCMS 1.3.0 (I used 912 sample points to calculate an "ultra quality" profile from the spectral data which I collected with a ColorMunki in Adaptive High Resolution mode - I think it should be more than enough for a subjective evaluation). [I did it on an uncalibrated laptop display, so it is easy to tell when CMS works or not.]

If I open a new document in Photoshop CS5, the white image measures as ~6500K, as it should be. (So, it seems that the profile is OK.)
The uncorrected white images measures as ~5900K (this is the native white of the display).

The white test pattern in MPC-HC measures as ~5900K, like CMS is not working at all.
I would use the Relative Colorimetric rendering intent but I also tried the other options. The Perceptual and Saturation intents behaved in the same way and Absolute Colorimetric is clearly broken (it renders a very bluish gray gradient with other artifacts). The white point is clearly uncorrected.

On the other hand, it does "something" because it clearly changed the gamma and it also changed the white balance over the whole gray gradient (except the white point itself).
The uncorrected gray gradient has bluish grays with a yellowish peak white. (Strange, but this is a TN based laptop screen. So, anything is possible except an "idealised" display :D) and the corrected gray gradient has equally yellowish grays with yellow peak white (the native white point).

So, it does a great job with the gamma (I didn't measured any IREs yet, but it goes to the good direction, so I assumes that it is correct.) and it does "something" with the white balance as well. But the target white point is the device white point instead of the standard D65 illuminant.


The same thing happens with some CMS supported image viewer softwares when they have a correct device profile and they get any image which doesn't have any embedded ICC profiles. Sometimes they do "something" but the white point remains the device's native white point.

I didn't checked the gamut emulation in this situation (this display has a ~sRGB gamut, so it's not obvious for my eyes as it would be with a wide-gamut display) but I take a fast look into it when the first CMS supported build released and it look weird (on my WCG display).
So, may be the WCG to Rec709 is not as good but at least it doesn't hurt the gamut when it's narrower than the Rec709 gamut. :D (And it was with my desktop PC where I could use only 8 bit input mode. It can be improved by the 10 bit input mode...)


I think you should tell littleCMS that the target white point is D65 or 6504K or 0.31382,0.331 or... pick up which one is understandable by the software...


And if we are here...
How do you handle the gamma correction?
In my opinion, the source is encoded with the Rec709 curve but it has to be handled as a source with a pure-power gamma function of 2.35 exponent.
It produces nice results with madVR+yCMS. I am using EVR now because this is a laptop with 1920x1200 display resolution. It can't play HD contents without DXVA and madVR can't work with DXVA decoders.
But it is also a great "adventure" to see how EVR works in MPC-HC

I was unable to use any of the 10 bit features with a HD5850 + Dell U2410 (both of them are native 10 bit capable hardwares, but the Catalyst drivers won't let me work with 10 bit ... until I will be able to softmod it to a FirePro :cool:)
But the FP10 processing and dithered 10 bit input produces a nice result. At least, it is nice enough for a laptop display. I wonder how would it looks if I would be able to output 10 bit for the display. (This notebook VGA could be softmodded into a quadro but this laptop doesn't have a HDMI or DP output. And I am not sure if the Gef8 GPU is able to work in 10 bit display mode anyway.)
After all, it could be a very good solution for those who need DXVA (after you fix the WP thing)! :)

[Mangix]

I don't see this option in panel control(ccc), what king of codec is it? On external filters i don't find ati wmv specific codec to choose.

has anybody more information about this new option?

thanks a lot, adéu.

that might only be for UVD3 parts like the new 6000 series.

[sneaker_ger]

The changelog says it should be compatible with HD 5000 series. HD 6000 is not mentioned.

[Sebastiii]

Hi,

Again us, U78 and me and testing from Aleksoid, we think that BD seamless Branching should work now.

We need some feedback of testing :)
Thanks.

Zip that contains (mpc-hc, standalone Filter and patch) (http://www.mediafire.com/?rvpocxl5usmx5j1)

[alexins]

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

Changes (2692-2696): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
updated building batch files, ffmpeg;
fixed: bandwidth value was hardcoded to 8MHz when scanning or switching channels. The value entered in scan is now saved in the configuration;
updated MediaInfoLib to v0.7.36.

[wOxxOm]

now that DSM Converter is removed from MPCHC, we've lost a possibility to demux subs/audio...

I wonder if the component is available as a standalone utility, or do I have to keep an older mpc just for this purpose, since I liked its simplistic UI yet not as awkward as cmdline of ffmpeg.

[hissatsu]

Hi,

Again us, U78 and me and testing from Aleksoid, we think that BD seamless Branching should work now.

We need some feedback of testing :)
Thanks.

This is much better than the last one, seeking appears to work fine now, but the timer still falls behind about one second every time it switches files in an mpls playlist. Sorry I don't have anything better to report.

[Matching_Mole]

Hi,

Again us, U78 and me and testing from Aleksoid, we think that BD seamless Branching should work now.

We need some feedback of testing :)
Thanks.

Zip that contains (mpc-hc, standalone Filter and patch) (http://www.mediafire.com/?rvpocxl5usmx5j1)

I tested successfully your version using the last Aliens movies which are all using seamless m2ts. Compared to the regular version of MPC-HC, your version fixes issue with PGS (that don't work appears correctly with the regular version) and is less affected by audio / video desynchronization.

So for me your patch is a real improvement but it remains that after 2hours, I have still a lost of audio / video synchronization for around 500ms

[XhmikosR]

now that DSM Converter is removed from MPCHC, we've lost a possibility to demux subs/audio...

I wonder if the component is available as a standalone utility, or do I have to keep an older mpc just for this purpose, since I liked its simplistic UI yet not as awkward as cmdline of ffmpeg.

Not available as standalone, you can build MPC-HC from the legacy branch which includes all the old stuff.

[Sebastiii]

This is much better than the last one, seeking appears to work fine now, but the timer still falls behind about one second every time it switches files in an mpls playlist. Sorry I don't have anything better to report.

Thanks, i didn't find the way to fix the one second delay, but on my test i have a minor than one second when m2ts is swichting from the next.
Cheers,
Seb.

[Sebastiii]

I tested successfully your version using the last Aliens movies which are all using seamless m2ts. Compared to the regular version of MPC-HC, your version fixes issue with PGS (that don't work appears correctly with the regular version) and is less affected by audio / video desynchronization.

So for me your patch is a real improvement but it remains that after 2hours, I have still a lost of audio / video synchronization for around 500ms

Thanks for feedback too :)
It's strange for PGS subs because we didn't touch anything on this but maybe the hack solve this issue too.
For the lost of Audio / Video, i didn't see that it appear when you seek after 2H00 or it's appear after playing 2H00 ?
Cheers,
Seb.

[tetsuo55]

now that DSM Converter is removed from MPCHC, we've lost a possibility to demux subs/audio...

I wonder if the component is available as a standalone utility, or do I have to keep an older mpc just for this purpose, since I liked its simplistic UI yet not as awkward as cmdline of ffmpeg.We recommend using MKV over DSM.

[Matching_Mole]

Thanks for feedback too :)
It's strange for PGS subs because we didn't touch anything on this but maybe the hack solve this issue too.
For the lost of Audio / Video, i didn't see that it appear when you seek after 2H00 or it's appear after playing 2H00 ?
Cheers,
Seb.

It was after 2h of playing.

[THX-UltraII]

having a problem that came with some versions ago (at least, i THINK that it s the problem!)

When playing .mov trailers no filters etc. are loaded anymore.

[Sebastiii]

It was after 2h of playing.

Hi :) so we have to wait 2h to see and hear the delay, hard to test :(

Can you reproduce or try to reproduce when you seek ?
Maybe if pause is made etc.
Thanks :)

[wOxxOm]

We recommend using MKV over DSM.then how about built-in Stream Demuxer? imo it was handy.

[_xxl]

Hi,

Again us, U78 and me and testing from Aleksoid, we think that BD seamless Branching should work now.

We need some feedback of testing :)
Thanks.

Zip that contains (mpc-hc, standalone Filter and patch) (http://www.mediafire.com/?rvpocxl5usmx5j1)

Download Hotfile:
http://hotfile.com/dl/78274827/74f4ab9/mpchc_and_filter_BD_Seamless.zip.html

[tetsuo55]

then how about built-in Stream Demuxer? imo it was handy.you mean a splitter? (whatever you mean, chances of mpc-hc devs working on it are next to 0)

[wOxxOm]

you mean a splitter? (whatever you mean, chances of mpc-hc devs working on it are next to 0)
there's no need to WORK on demuxer since it was there for years inside that DSM Converter, look:
http://img231.imageshack.us/img231/2292/clipboard1tl.png

[XhmikosR]

DSM converter is useless for most people so that's why it was removed. Like I said, build mpc-hc from the legacy branch if you need it.

[zoose]

I see in the Changelogs various DVB related fixes

So I tried MPC-HC v1.4.2696.0
DVBT Tunning has never (and continues to) not find any channels when scanning using either of my dual tuners.
Am in Australia (so 7MHz) on XP with a Hauppauge HVR-2200 and a Dvico DVB-T Dual Express.

Has anybody in Australia had any success getting DVB-T to work?

[Underground78]

I see in the Changelogs various DVB related fixes

So I tried MPC-HC v1.4.2696.0
DVBT Tunning has never (and continues to) not find any channels when scanning using either of my dual tuners.
Am in Australia (so 7MHz) on XP with a Hauppauge HVR-2200 and a Dvico DVB-T Dual Express.

Has anybody in Australia had any success getting DVB-T to work?

Bandwidth related problems were not completely fixed by revision 2693 ... Can you please try this test build (http://www.mediafire.com/?9yebsmue0f435gu) and report back whether the problem is fixed or not ?

[zoose]

Bandwidth related problems were not completely fixed by revision 2693 ... Can you please try this test build (http://www.mediafire.com/?9yebsmue0f435gu) and report back whether the problem is fixed or not ?

Thanks!

Testing that build I can actually find channels and it works with the following exception.

Heres (http://img20.imageshack.us/img20/2976/channellistr.png) a list of all the channels/frequencies I get from another program

Scanning the entire range 177500-557500 in your MPC-HC build results in all channels other than those on 191625 and 536625 being found. If I scan those two frequencies individually (by putting freq start and stop as the same value) they are found. But adding them to the channel lists overwrites all the old entries.

I assume this is to do with both frequencies ending with 625

[arestarh]

Hello!
Anybody know something about "Display stats" (Ctrl+J) stuff:
Formats, Jitter, Subtitles, VBlank Wait, Present Wait, Paint Time, Raster Status, Buffering ?

What do they mean?

Thanks.

[Underground78]

Thanks!

Testing that build I can actually find channels and it works with the following exception.

Heres (http://img20.imageshack.us/img20/2976/channellistr.png) a list of all the channels/frequencies I get from another program

Scanning the entire range 177500-557500 in your MPC-HC build results in all channels other than those on 191625 and 536625 being found. If I scan those two frequencies individually (by putting freq start and stop as the same value) they are found. But adding them to the channel lists overwrites all the old entries.

I assume this is to do with both frequencies ending with 625

Good to know we have finally fixed the bandwidth issue !

About your new problem, it is indeed related with both frequencies ending with 625. When scanning with MPC the assumption is made that all frequencies are (start value + bandwidth x N) but it does not seem to be always true. I need to find some general information about DVB frequencies before I can fix this properly ...

[XPC]

Good to know we have finally fixed the bandwidth issue !

About your new problem, it is indeed related with both frequencies ending with 625. When scanning with MPC the assumption is made that all frequencies are (start value + bandwidth x N) but it does not seem to be always true. I need to find some general information about DVB frequencies before I can fix this properly ...

It seems that this is the general rule, but there are some exceptions like the one you found in Australia, where some stations have a + or - offset (125KHz in this case or 167KHz in UK). I'll try to find the source of this information tonight.

BTW Underground78 thanks for you patch. I'll try to merge it as well with the ATSC experimental version that robdotcom is testing.

[Underground78]

It seems that this is the general rule, but there are some exceptions like the one you found in Australia, where some stations have a + or - offset (125KHz in this case or 167KHz in UK). I'll try to find the source of this information tonight.

Ok, if we can confirm that an offset is possible and that offset values are well know, it will be easy to fix !

BTW Underground78 thanks for you patch. I'll try to merge it as well with the ATSC experimental version that robdotcom is testing.

You're welcome ! :)

[alexins]

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

Changes (2697-2700): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
updated Little CMS;
delete MediaInfo and ZenLib;
add MediaInfoLib and ZenLib as svn:externals;
DVB : Fix bandwidth issue and add scan settings saving. Patch by Underground78.

[janos666]

updated Little CMS
May be, and it seems to work better. (It didn't mess with the tonal response when my display already has the desired gradiation.) But the Absolute Colorimetric rendering intent still causes an incorrect (very bluish) white point.
Rec709 uses D65 and my display was calibrated to D65 (by hardware controls) before the profiling. So, it shouldn't touch it, but I get blue instead of white.
Since Absolute colorimetric is the only "true" color management solution, it should be fixed. (Yes, I opened a ticket at the sourceforge page some days ago. ;))

[Lincoln Burrows]

Matroska problems with several BD subtitles:

I noticed a problem with Matroska which I don't know what's causing.

First of all, I decrypted 2 discs (theatrical and DC) from a movie. Then I used TsMuxer to demux all subtitles and Mkvtoolnix to join all of them. TsMuxer generated SUP, DTS and other files.

In the first MKV (which has 22,6 GB), I only inserted two subtitles: english and portuguese. This file is 100% OK and when I use BSPlayer PRO and MPC-HC, the movie starts right away from 00:00 until the end.

The second MKV has 24,5 GB. The only difference (besides the DC version of the movie) is the number of SUP subtitles I included - all of them:

English, Chinese, Croatian, Czech, Danish, Dutch, Estonian, Finnish, French, German, Greek, Hebrew, Hungarian, Icelandic, Italian, Japanese, Korean, Norwegian, Polish, Portuguese, Romanian, Russian, Slovenian, Spanish, Swedish, Thai, Turkish

Total subtitles: 32.

When I start the movie (double-click on the MKV file) on BSP-Pro, it starts right away. The same goes to MPC-HC. But after I do that in either one of those players, the movie NEVER STARTS again. It looks like this can only be done one time only (until XP SP3 is restarted) and if I attempt to do that again the movie will not start.

However, VLC Player is starting the movie from 00:00 everytime I use "Open file with... VLC Player".

You might think this file has a problem and one player is ignoring those errors for some reason. That's incorrect: if I simply forward the movie to any time, it will start on both players: BSP and MPC-HC. But if I simply tell one of them to open this file (the 2nd time), and from the start (00:00) it will not start and give me a blank screen.

Which means: the 2nd time I attempt to open this MKV file, it's getting stuck. I was going to post this message on the "Matroska FAQ" thread. I was thinking this could be a bug from having so many different subtitles in the same file. But it seems this is only related to MPC-HC and BSP.

And this is funny, because BSP is not displaying any subtitles at all from any MKV file (I already started a thread on their support board about this). While MPC can display all embedded subtitles from every kind of file.

I can only assume if the first time worked, and this is happening in the second time, the Haali filter has a problem but I don't know what exactly.

Please note I used the last version from all codecs * (and even the last MPC-HC).

* Found here: http://www.codecguide.com

[Inspector.Gadget]

LB - Which Matroska splitter are you using?

[Raghavendrahegde]

Hi All,

We need to implement the following post processing algorithms using the hardware capabilities of GPU (NVIDIA Quadro NVS 295). These algorithms need to be applied to the output of a decoder (H264 or VC1 or Mpeg2) which are implemented in DXVA.

- Adaptive deinterlacing
- Noise reduction
- Sharpness
- Anamorphic & 8x8 poly scaling,
- Adds Skintone detection & correction
- Total color control
(I have checked the supported post processing algorithms by the DXVA checker)

My understanding is,

1. DXVA based decoder filters should directly connects to EVR.

2. These post processing algorithms should be part of the decoder filter.

3. These post processing algorithms are independent of the DXVA restricted profiles. Any algorithms can be applied to the decoder output, depending on the GPU capability.

Is this my understanding correct.


How to use these hardware supported post processing algorithms? From where I can get the API's and data structures.

Kindly let me know.


Thanks
Raghavendra

[Lincoln Burrows]

LB - Which Matroska splitter are you using?How do I check that?

http://img513.imageshack.us/img513/1103/imagemdj.png
http://img248.imageshack.us/img248/4668/imagem2dh.png

This is what I see listed in BSP's filters... and MPC-HC is using Haali Media splitter, but I only see those listed on the Menu > Filter:

http://img714.imageshack.us/img714/7828/imagem3333.png

Unfortunatelly I can't start this MKV file without jumping the time. I don't see why Haali is having a problem based on the number of subtitle streams. What difference does it make?

The fact that VLC Player is not having any problems everytime it opens this file tells me the problem is with those two players or the Haali splitter...

[Inspector.Gadget]

I don't see why Haali is having a problem based on the number of subtitle streams. What difference does it make?

I remember reading somewhere that Haali had a limit on number of subs supported (as does the MPC-HC internal Matroska splitter). Perhaps one of the MPC/-HC or ffdshow developers can comment based on their experiences with working with/around Haali splitter's output.

[Lincoln Burrows]

There's something else I just found out: 4 subtitles are not being displayed from the 31 inserted into this file by MPC-HC during playback. I can't select/use them.

So I guess you are right: it really seems that MKV files with several subtitle streams have problems with Haali Media Splitter. That can explain why MPC/BSP can't handle this specific file well.

I am trying something else now and when I am finished I will edit this post with the results: I am removing most of these subtitles to see if something changes. I only let all of them because I need the subtitles for the audio commentaries, and they are mixed with the movie's subtitles, so I couldn't test each stream at the time, something I did right now (the subtitles for the director's comments were found).

Edit: It worked (movie started) on both players with a reduced amount of subtitles as you suspected. I hope this "bug" can be fixed someday.

[Lincoln Burrows]

There's something else I noticed in MPC-HC:

* I have a BD decrypted and all files stored in my Hard Drive. So I used TsMuxer to select a few tracks and remove others, opening the huge m2Ts file - demuxing them. Later I used mkvmerge GUI to join those files into a Matroska file.

When I do that, the Matroska file has no chapters, and I can jump time and forward/rewind the movie with no problems.

I followed this guide:
http://crabsticks.co.cc/how%20to%20convert%20m2ts%20to%20mkv.html

However (and this is what I don't understand), if I use MakeMKV to generate those MKV files, every single time the files will have this problem:

http://img12.imageshack.us/img12/2945/macroblocks.png

* When you forward/rewind the video (going back a few seconds or jumping to another point), you will see macroblocks on the image. Everytime. They last a second (or less), but everytime you will see them.

But this is never happening if those files are created with TsMuxer > Mkvmerge. At first I believed this was a bug from MakeMKV or MPC-HC.

However, I checked another MKV file - a short trailer with 2 minutes, also generated by MakeMKV. This trailer doesn't have any chapters, and it's not showing macroblocks when I jump time.

My conclusion: if I insert a chapter list into a MKV file, I will have this problem.

That was the reason I stopped converting BDs to Matroska files. I thought those macroblocks were inherent to the Matroska container so I decided to let the decrypted files untouched until I figured out why they were appearing.

P.S. Tested on another file, this time with the following specs (and no subtitles at all, plus just one audio track):

Turns out this MKV file is not showing macroblocks even considering it has chapters and was generated by MakeMKV... so this must be related to the fact it has no subtitles or it's a 720x480 featurette (while the others tested were 1920x1080). Or maybe it's a codec issue?

[Underground78]

Thanks!

Testing that build I can actually find channels and it works with the following exception.

Heres (http://img20.imageshack.us/img20/2976/channellistr.png) a list of all the channels/frequencies I get from another program

Scanning the entire range 177500-557500 in your MPC-HC build results in all channels other than those on 191625 and 536625 being found. If I scan those two frequencies individually (by putting freq start and stop as the same value) they are found. But adding them to the channel lists overwrites all the old entries.

I assume this is to do with both frequencies ending with 625

Here is a test build for you: http://www.mediafire.com/?ow4r92dlj8ew15u

This build adds a new "offset" setting in the scan dialog. Just tick the checkbox and fill the offset (125 in Australia) and for each main frequency F (with F = F_start + N * bandwidth), the scan will also check the frequency F+offset (and then F-offset) if there is no channel detected for the frequency F (or F+offset)

@XPC: the patch still needs some clean up, I will send it to you tomorrow ! ;)

[LigH]

I noticed that when I watched a movie, quit MPC-HC and immediately (well, during the next 2 seconds, even!) start another movie before the last MPC-HC instance was completely unloaded, the new one takes up to 20 seconds to start. So I wonder if there is an issue with uninitializing and initializing specific DirectShow filters I have installed. Can you give me any hint how to detect the reason and fix this issue?

[alex_3d42]

Here is a test build for you: http://www.mediafire.com/?ow4r92dlj8ew15u

This build adds a new "offset" setting in the scan dialog. Just tick the checkbox and fill the offset (125 in Australia) and for each main frequency F (with F = F_start + N * bandwidth), the scan will also check the frequency F+offset (and then F-offset) if there is no channel detected for the frequency F (or F+offset)

@XPC: the patch still needs some clean up, I will send it to you tomorrow ! ;)

Thanks you ! This build works for me ! (1.4.2700 don't work)

:D

[Underground78]

Thanks you ! This build works for me ! (1.4.2700 don't work)

:D

I guess you had to use an offset of 166 KHz ?

One interesting thing is that some tuners correct automatically the frequency to take the offset into account. I live in France too and I am sure the offset I should normally use is 166 KHz but my tuner detects the channel with and without it.

[alex_3d42]

Yes, I use an offset of 166 KHz.

My tuner is a Pinnacle PCTV 310i (Hybrid Analog - Digital)

[alexins]

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

Changes (2701-2703): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
added Armenian translation for the installer by hrant77;
installer: DirExistsWarning=auto;
DVB: Added offset parameter for scanning channels. Patch by Underground78

[zoose]

Here is a test build for you: http://www.mediafire.com/?ow4r92dlj8ew15u

This build adds ...

Tested. and it works.
However I forgot to specify an offset initially so it used the default of 166 and strangely it also detects the frequencies eg. 191625 is detected as 191666 but works.

Trying other random offset values: 12 and 203 didnt work, 60, 200,201,202 did.

Both of my tuners do the same thing so its unlikely the drivers are being smart/stupid.

[Underground78]

Tested. and it works.
However I forgot to specify an offset initially so it used the default of 166 and strangely it also detects the frequencies eg. 191625 is detected as 191666 but works.

Trying other random offset values: 12 and 203 didnt work, 60, 200,201,202 did.

Both of my tuners do the same thing so its unlikely the drivers are being smart/stupid.

I think it's the tuner doing some magic adjustments (mine does correct automatically an offset of 166 KHz) ... I can't see any other reason. :o

[cafevincent]

I only have one screen (46") and I tend to surf the web while I watch a video so I split MPC and firefox windows to left and right. Now my problem is watching a playlist; every time a video changes it resizes the window so I have to fix it manually. Is there a way to make MPC keep the same window size for all videos?

[namaiki]

cafevincent: In MPC-HC: View-> Options-> Playback-> Untick 'Auto-zoom'.

[cafevincent]

cafevincent: In MPC-HC: View-> Options-> Playback-> Untick 'Auto-zoom'.
Great, thank you so much!

[trevaaar]

A little unsure where to post this, but I'm having some DXVA trouble. Specifically, HD content works fine but anything SD with more than 6 reference frames has macroblocks everywhere. Video card's a 4870 with the 10.10 drivers installed, Tested in MPC-HC 1.4.2543 x86 and 1.4.2703 x64.

Video sample I just encoded to test with: http://www.mediafire.com/?c4n5ec0ue4btm0f

[namaiki]

If DXVA for SD videos is still not fixed in the latest ATi Calalyst (for UVD 2?), you can disable DXVA for SD videos in: View-> Options-> Internal Filters-> Double-click H264/AVC (DXVA) and tick 'Disable DXVA for SD'.

[GREG1292]

Can you tune ATSC stations US and if so how.

Thanks

[boyumeow]

Hi there, does anyone know whether I can used mpc-hc to play audio files with the extension (.s3m, .xm, .it), if yes and how. If no, I will just stick to MODPLUG player for those. Thanks.

[Underground78]

Can you tune ATSC stations US and if so how.

Thanks

You might want to test the test version linked here (https://sourceforge.net/apps/trac/mpc-hc/ticket/837#comment:15) (also reading the whole ticket can be interesting).

[XPC]

Can you tune ATSC stations US and if so how.
Thanks
You might want to test the test version linked here (https://sourceforge.net/apps/trac/mpc-hc/ticket/837#comment:15) (also reading the whole ticket can be interesting).

We don't have access to ATSC so your feedback is appreciated!

[GREG1292]

We don't have access to ATSC so your feedback is appreciated!

Thanks I will give it a try!

[matthew_eli]

Hi, I've a simple question: is it possible that my laptop freezes when I'm watching some content with subs using MPC-HC? I explain: if I'm watching any kind of video (Xvid, H.264 - SD, HD) after a while and randomly (that is, could be happened or not during a video, and if happens, it occurs randomly) my laptop freezes and the video locked on the screen, but the audio continues to be reproduced.

My laptop is a Toshiba A660, Core i7-720qm, 8gb RAM, Nvidia GT330M 1024Mb VRAM. Driver Video: 260.99 WHQL. This problem occurs with all driver tested (189.89-260.99) and with various SVN release of MPC-HC (since .2000 I thought). The System Event log does not present any entry when the problem occurs and the OS is Windows 7 Professional x64.

Hope someone can help me to understand this problem.

[v0lt]

updated russian translation (2705)
mplayerc.ru.rc.txt(2705).7z (http://www.mediafire.com/?eje3fvtm3giw43d)

[Mercury_22]

I'm using a Custom channel mapping = I've mapped FL and FR to BL and BR for "2 input channels" but it does not stick when it starts playing the next file! The "Enable custom channel mapping" and the BL and BR remain selected but the sound it's resetting to the FL and FR although they don't appear selected in the "Custom channel mapping"
In another words the "Custom channel mapping" it's IGNORED when starting playing a new file
Also sometimes doesn't even "take" the changes in the "Custom channel mapping"

Sometimes there is a similar problem with "Windows 7 Taskbar features" = sometimes (totally random) it's greyed out but if I deselect it and then select it back it's working
Also can somebody ( Aleksoid :) ) please add volume control to it ?

Maybe it's worth mentioning for the "Windows 7 Taskbar features" bug that I have both x64 and x86 versions on my system

[alexins]

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

Changes (2704-2707): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
DVB: scan dialog is now totally translatable. Updated French translation. Patch by Underground78;
Added ignore encrypted channels checkbox during DVB scan. Patch by Underground78;
fixed broken mplayerc.rc.txt;
fixed EPG current program time info for DVB.

[ajp_anton]

Why is MPC-HC so slow on shutting down? Trying to open another video while the player is still closing will delay it even more.

[namaiki]

Why is MPC-HC so slow on shutting down? Trying to open another video while the player is still closing will delay it even more.

Are you using the 'Store settings to .ini file' option?

[soulkeeper]

4. Download the following Windows update:
http://www.mediafire.com/?m9adgzmcv2gyj4l

That update updates the files kernel32.dll and kernelbase.dll to versions 6.1.7600.20778

Can't guarantee it will resolve the issue, but it is an August 2010 hotfix that covers kernelbase.dll, its worth a try :)

Can you upload these files again?
I'm still unable to find a solution to use any revision of mpc-hc after 2372 with avisynth scripts...

[ajp_anton]

Are you using the 'Store settings to .ini file' option?
Yeah, I'm stupid. Been suspecting it because changing settings is also slow as hell... Thanks.

[cl0ud]

Hi

I've realized that MPC-HC would be a powerful base for a media center like interface, so I've been looking into ways to create a custom interface around MPC-HC using the remote control API that it exposes.

I tried launching MPC in fullscreen mode using the /Play "filename" and /Fullscreen command line options which works well but if I include the /Slave option MPC opens in fullscreen mode but doesn't play, I have to provide the file name again via WM_COPYDATA.

That is fine if I don't have to specify the /Play open, but if I launch MPC with only /fullscreen /slave options, it only opens in window mode, not fullscreen.

I would like to ask if its possible to either:

1. Open MPC in fullscreen mode using only /Fullscreen /Slave and then provide the file name via WM_COPYDATA.

2. Or open MPC using /Play "filename" /Fullscreen /Slave and have it start playing immediately instead of having to send the file name again via WM_COPYDATA.

I actually prefer the first option because it then leaves the option open to provide the file name and then tell it to seek to a position before starting to play.

Also, this might be a big ask, and I don't know if it will work, but would it be possible open MPC in fullscreen mode but without the navigational interface? just the rendering window, the reason is that I would like to provide my own custom interface (navigation controls, etc). Although I don't yet know how this would work or even if it would work.

[Carpo]

Is it a known issue that dvd menus do not display correctly under 64bit MPC-HC? Things not being high-lighted when selected etc

[hoborg]

Is it a known issue that dvd menus do not display correctly under 64bit MPC-HC? Things not being high-lighted when selected etc

I think this happend only if DxVA is in use becouse of missing subpicture pin in EVR renderer.

[Carpo]

I think this happend only if DxVA is in use becouse of missing subpicture pin in EVR renderer.

Isnt EVR the same on both versions? Turned off dvxa and all is good again :)

[THX-UltraII]

having a problem that came with some versions ago (at least, i THINK that it s the problem!)

When playing .mov trailers no filters etc. are loaded anymore.

[LigH]

Then you probably let it get handled by QuickTime, not by DirectShow.

[hoborg]

Hi.

This MOV sample (http://www.filedropper.com/p1030423) (Pansonic Lumix camera) playing at wrong speed (DirectShow in use).

v0lt, i think this is your cup of tea :)

[niksus]

Why is MPC-HC so slow on shutting down? Trying to open another video while the player is still closing will delay it even more.Are you using the 'Store settings to .ini file' option?
What's the point here? I'm using .ini too and have the same delay. The .ini is only 40KB, how could it cause such a slowdown?

[khagaroth]

If I remember correctly, mpc was doing something stupid like opening and closing the ini file before/after each key written. I remember seeing some fix that tried to fix this, but don't remember how successful that was, or if it is included in mpc-hc.

[v0lt]

hoborg, I advise you to use LAVFSplitter for mov files. :)

Built-in MP4splitter has a problem with the sound with the old mov files. I could not solve it.

[hoborg]

hoborg, I advise you to use LAVFSplitter for mov files. :)

Built-in MP4splitter has a problem with the sound with the old mov files. I could not solve it.

Yep, that fixed the speed issue.
The problem is that "MJPEG Decompressor" is used instead of FFDshow video decoder :/

[v0lt]

The problem is that "MJPEG Decompressor" is used instead of FFDshow video decoder :/
I have no problem. ffdshow is working properly.

[hoborg]

I have no problem. ffdshow is working properly.

For sample i posted?

LAVfsplitter .11 output it as: (wont connect with FFDshow)
subtype: MEDIASUBTYPE_MJPG {47504A4D-0000-0010-8000-00AA00389B71}

MP4 splitter:
subtype: MEDIASUBTYPE_QTJpeg {6765706A-0000-0010-8000-00AA00389B71} (FFDShow connection working, but wrong speed)

[nevcairiel]

It connects to ffdshow for me, using LAVFSplitter, obviously.

From that file, the PCM media type its using could use some work, i guess, but the MPC-HC PCM Decoder works with it.

[SpaceAgeHero]

Hey folks,

some 16:9 DVD's are stretched too wide in MPC HC.
Here you can see an example.

http://img253.imageshack.us/img253/8980/wtfw.jpg (http://img253.imageshack.us/i/wtfw.jpg/)

This one was saved losslessly to a Matroska container
but it is occuring when playing the original DVD as well.
In VLC the file plays just fine. Why is this happening and is there anything I can do
apart from adjusting the image manually?

MediaInfo:

General
Complete name : D:\MakeMKV\2-1\title06.mkv
Format : Matroska
File size : 1.88 GiB
Duration : 41mn 58s
Overall bit rate : 6 413 Kbps
Encoded date : UTC 2010-11-06 21:30:00
Writing application : MakeMKV v1.6.2 win(x64-release)
Writing library : libmakemkv v1.6.2 (0.7.7/0.8.1) win(x64-release)

Video
ID : 1
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : No
Format settings, Matrix : Default
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Duration : 41mn 58s
Bit rate mode : Variable
Bit rate : 5 646 Kbps
Nominal bit rate : 9 000 Kbps
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 16:9
Original display aspect ratio : 2.35:1
Frame rate : 25.000 fps
Standard : PAL
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.545
Stream size : 1.66 GiB (88%)
Language : English

[v0lt]

For sample i posted?
yes
http://img705.imageshack.us/img705/5285/movmjpg.th.jpg (http://img705.imageshack.us/img705/5285/movmjpg.jpg)http://img808.imageshack.us/img808/5013/movmjpg2.th.jpg (http://img808.imageshack.us/img808/5013/movmjpg2.jpg)

[hoborg]

yes
http://img705.imageshack.us/img705/5285/movmjpg.th.jpg (http://img705.imageshack.us/img705/5285/movmjpg.jpg)http://img808.imageshack.us/img808/5013/movmjpg2.th.jpg (http://img808.imageshack.us/img808/5013/movmjpg2.jpg)

What i am missing here? FFDshow refuse connection for me...
Can you send me your FFDshow setings?
hoborg@volny.cz

Thanks.

[v0lt]

All can be seen in the first picture. I specifically select the row.
ffdshow->Video decoder configuration->Codecs->MJPEG = libavcodec
ffdshow rev. 3627

[hoborg]

All can be seen in the first picture. I specifically select the row.
ffdshow->Video decoder configuration->Codecs->MJPEG = libavcodec
ffdshow rev. 3627

I already have this enabled. But reinstalling FFDShow help. Strange.

[saint-francis]

Hey folks,

some 16:9 DVD's are stretched too wide in MPC HC.
Here you can see an example.


Could you provide a sample? I haven't encountered this.

[SpaceAgeHero]

Could you provide a sample? I haven't encountered this.

Here's a 5 MB sample.
http://netload.in/datei6XuXt2Im8I/VTS_01_1-010.mkv.htm

I do not use ffdshow.
Only Haali Media Splitter as well as the Haali Renderer.
But the problem also exists with EVR etc ...

[mr.duck]

I have a setup where everything is working OK. But I want to disable DXVA. Is that possible? Oh the decoder is a Microsoft decoder for MPEG2 video. It is the best I've ever seen for quality, but I don't need DXVA, it just wastes power.

[janos666]

I have a setup where everything is w
working OK. But I want to disable DXVA. Is that possible?

Yes, you can untick the DXVA filters on the internal filters tab.

Oh the decoder is a Microsoft decoder for MPEG2 video. It is the best I've ever seen for quality, but I don't need DXVA, it just wastes power.

Interesting and funny.

DXVA is theoretically saves power! Your VGA will have much lower load than your CPU would and the overall power consumption should be lower with DXVA (in usual systems).

Theoretically, every decoder should produce the same result because they should follow the standard. If there is any noticeable difference between the decoded images, then it's a bug.
For example, if CoreAVC and FFDShow produces the same image (I tested it once. And yes, they do!) but the MS one shows something else, then the MS decoder is broken (even if you think it's look better)!

I think there is some other setting which changes when you change the decoders (for example: output pixel format) and it causes the difference (DXVA decoders outputs nv12 while the optimal format is yv12 for DVDs and BDs).

[Carpo]

I have a setup where everything is working OK. But I want to disable DXVA. Is that possible? Oh the decoder is a Microsoft decoder for MPEG2 video. It is the best I've ever seen for quality, but I don't need DXVA, it just wastes power.


For mpeg2 or x254? in mpc-hc there is an option to disable it for SD stuff

View -> Options -> Internal Filters -> Transform Filters

MPEG2-Video (DXVA)
H264/AVC (DXVA)

[mr.duck]

Interesting and funny.

DXVA is theoretically saves power! Your VGA will have much lower load than your CPU would and the overall power consumption should be lower with DXVA (in usual systems).

Theoretically, every decoder should produce the same result because they should follow the standard. If there is any noticeable difference between the decoded images, then it's a bug.
For example, if CoreAVC and FFDShow produces the same image (I tested it once. And yes, they do!) but the MS one shows something else, then the MS decoder is broken (even if you think it's look better)!

I think there is some other setting which changes when you change the decoders (for example: output pixel format) and it causes the difference (DXVA decoders outputs nv12 while the optimal format is yv12 for DVDs and BDs).

I know I am probably the only one that wants to break DXVA from working. Thing is though, decode MPEG2 is so trivial that the CPU stays at idle clocks. All DXVA does is clock the GPU up. I know how to stop it doing that by reflashing the GPU BIOS but I don't want to try that.

The MS one looks much better than FFDShow though! It is something to do with deinterlacing. It looks so perfect with the MS decoder. The MPC built in MPEG2 decoder is close to the MS one but there is still a difference and when you pause the video you can see why easily. FFDShow is by far the worst and no settings could fix it. It is being deinterlaced but there are horizontal lines as well as ghost images which are there in the MPC built in decoder too (clear only when paused). The MS decoder has non of that. I use the exact same settings and for the graphics card I tell it to only use the Vector Adaptive Deinterlacer which is the best quality available to day AFAIK.



For mpeg2 or x254? in mpc-hc there is an option to disable it for SD stuff

View -> Options -> Internal Filters -> Transform Filters

MPEG2-Video (DXVA)
H264/AVC (DXVA)

Ya it's MPEG2 for sure. I don't know how to use the one called "MPEG2-Video (DXVA)". It can only use the other one which is old, or external ones like the Microsoft one. The MS one has no options whatsoever to disable DXVA or anything else.

[alexins]

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

Changes (2715-2719): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
fixed: [DVB] some characters don't show in EPG OSD (Patch by Underground78). This commit fixes ticket #895.;
DVB: TV/Radio button text in TV navigation panel can be translated;
fixes the warning introduced in r2703. Patch by Underground78;
fixed internal filter hangs with certain AR since r2667. This commit fixes ticket #908.;
updated build scripts

[LigH]

Disabling "Save settings in INI file" solved my problems with the slow quitting and the even slower loading right afterwards.

[hoborg]

All can be seen in the first picture. I specifically select the row.
ffdshow->Video decoder configuration->Codecs->MJPEG = libavcodec
ffdshow rev. 3627

Well, i have no problem to play it in MPC-HC, but by some reason, if i open the sample in graphstudio, it is using MJPEG Decompressor by default (MJPEG Decompressor have lower merit), but only on my Win7 x64, on XP it is working fine.

If you have Win7, can you try to open my sample in Gaphstudio?

[v0lt]

If you have Win7, can you try to open my sample in Gaphstudio?
Yes. The player plays, but LAVFSplitter does not work in GraphStudio. :confused:

[ajp_anton]

Theoretically, every decoder should produce the same result because they should follow the standard. If there is any noticeable difference between the decoded images, then it's a bug.I think this is only true for h264 and other new-ish formats.

I know I am probably the only one that wants to break DXVA from working. Thing is though, decode MPEG2 is so trivial that the CPU stays at idle clocks. All DXVA does is clock the GPU up. I know how to stop it doing that by reflashing the GPU BIOS but I don't want to try that.Why would DXVA need to clock up the GPU?

[mr.duck]

Why would DXVA need to clock up the GPU?

Maybe it's just AMD GPUs but that's how they do it. I have a Radeon 5750. At idle the clocks are 157/300 MHz for GPU and memory respectively. When using DXVA it goes to 400/900 MHz (it seems a dumb choice, like it's the same for any video, HD or SD). This speed bump to 400/900 will probably also come with a voltage bump as well which could quite easily double the power consumption of the GFX card since it idles at 11-12W or something like that. Full speed such as playing a game it runs at 700/1150 MHz. I think the card uses only 2 voltage states. One for idle and one for UVD/load.

You can check the GFX card clocks and load % using GPU-Z... http://www.techpowerup.com/gpuz/


EDIT: I just downloaded the latest version of GPU-Z which now shows GPU voltage and it looks like it stays the same for 157/300 and 400/900 at 0.950v

[fairchild]

I'm having a problem where MPC-HC x86 version instantly crashes on my system with certain files and also crashes when trying to go Full Screen (it doesn't crash when I setup a key to Full Screen w/o res.change, but then the video doesn't actually go fullscreen, it just leaves the video frame where it was, then removes all parts of the UI.) Always the error is: Media Player Classic - Home Cinema has stopped working, then only option is to Close Program. This happens with any version of the x86 version which I've tried to use (1.4.2499.0 or any of the newest versions, just tried 1.4.2719 in both the MSVC2008 or MSVC2010 versions). I've tried deleting all registry entries pertaining to Gabest or mpc-hc or media player classic - home cinema, etc) The x64 versions work perfect for me. (both the latest official or the latest 1.4.2719 versions) I really wanted to use the x86 version because I want to use MadVR renderer and Reclock audio renderer, as well as FFdshow).

I'm at a loss as to what the problem is. Other media players work fine for me (VLC, Potplayer, KMP, Gomplayer, and as I said the x64 version of MPC-HC). The weird thing is every single time I open the 32-bit x86 version of MPC-HC I have this huge gray area above which I'm guessing is the capture function which is grayed out. I have no capture card or anything to capture video in my system but the x86 version of MPC-HC seems to think I do. I don't know if this is the source of my problems. I used to be able to run MPC-HC x86 versions many months ago, but I don't know what changed in my system or with the newer versions that is causing these issues for me. I've attached a few images of the capture issue I mentioned. I'm using an XFX 4890 video card, Soundblaster X-fi xtreme music, on Windows7 64bit.

The 2nd picture that shows the playing file is a 1920x1080 clip that should be taking up the whole screen as I'm currently running on my 1680x1050 monitor.

The 3rd picture shows what happens when I hit full screen.

Also for some odd reason, if I have one clip playing, then I open a new clip while the current one is open, the big gray capture UI goes away, and it's now unchecked in View and still grayed out. But still, when trying to go full screen, it won't actually correctly fill the screen, same thing that happens in the 3rd picture. I'll attach a 4th picture showing this odd behavior.

I'm a techie, so pretty knowledgable, but am not a coder, so not sure what's going on here on my system. Any ideas?

Here is a link to all 4 images I uploaded (http://img38.imageshack.us/gal.php?g=mpchc1.jpg)

BTW, I've made sure to try everything at stock with MPC-HC: EVR, EVR-CP, video renderer (the windows default one) everything gives the same results.

[follz20]

Is anyone able to tell me why I am unable to get subtitles on screen when both DXVA (ffdshow) and any EVR renderer (custom, sync etc) is enabled? I've never had any problems with these settings before until recent builds.

Surface overlay is enabled and (obviously) all the right boxes are ticked inside the subtitles menu within FFVA so I have no idea why it's not working.

Also, is anyone able to tell me why I get horizontal screen tearing across the MPC-HC player when playing a video which uses DXVA and the EVR renderer? The problem disappears when I use the EVR custom renderer though.

[clsid]

The subtitle functionality in ffdshow DXVA should only be used with renderers that are not compatible with the internal subtitle functionality of MPC, because it is very inefficient compared to the one in MPC due to the different method it needs to use to merge the subs with the video.

For the subs not workingwith ffdshow you probably need to go the ffdshow topic.

[Visor]

Hello,

I will probably report this as a bug, but first wanted to see if anyone else who's experienced this has come up with a workaround. I've done a couple of searches within this very large thread, but haven't been able to find anything specific to this problem.

My PC is running Windows 7 with an ATI Radeon HD 5450 graphics card. It's hooked up to my 52" Sony TV via HDMI. For normal text-based use, I have the resolution set at 1280*720 @ 60Hz.

In MPC, I have set in the Autochange section to open in fullscreen and switch the resolution to 1920*1080, and either 23.976 Hz or 29.97 Hz depending on the source material, which are mostly high-def mkvs. However, whenever I open a movie file, MPC displays the movie in the top left area of the screen. The movie itself takes up what I would guess to be the 1280*720 area out of the 1920*1080 screen. The rest of the screen just shows my Windows desktop. MPC is not running in a window; only the movie itself is shown, which makes me think that MPC believes it's running the movie in fullscreen.

If I set the resolution to 1080p before opening MPC, all is well; it will properly set the refresh rate, and the movie will fill the screen.

I've tried adjusting a bunch of settings within MPC, including VSync, Presentation, Video Frame, and Output options, but the problem persists. My desktop is currently in Windows 7 Basic mode; if I ran it with Aero turned on, then I'd have the added problem of video stuttering when the resolution is changed.

Please let me know if I need to report this as a new bug.

Thanks,
Visor

[oddball]

I often get crashes in all versions of mpc-hc I have tried when skipping through a video.

Faulting application name: mpc-hc.exe, version: 1.4.2499.0, time stamp: 0x4c8646fc
Faulting module name: evr.dll, version: 6.1.7600.16385, time stamp: 0x4a5bda54
Exception code: 0xc0000005
Fault offset: 0x000082d5
Faulting process id: 0x720
Faulting application start time: 0x01cb80471c8d63b2
Faulting application path: C:\Program Files (x86)\Media Player Classic - Home Cinema\mpc-hc.exe
Faulting module path: C:\Windows\system32\evr.dll
Report Id: f9024cda-ec3d-11df-ad0f-90e6ba68d2f9
---

Any ideas?

[Ede_123]

Hi all,

I have a problem with MPC-HC regarding EVR:
When I choose "EVR Custom" or "EVR Sync" and set any resizer using PS 2.0 I get a stuttering video output.

I tried with a H264 HD video as well as with an Xvid SD video.
Filter Info shows no dropped frames.
The problem occurs with the previus stable build, the current stable build as well as a recent SVN build 2969 (didn't test with earlyer versions).

Do you have an idea what could be wrong? Or is it only my video card being too slow? (I have an ATI Mobility Radeon HD3470) Are there any infos concerning MPC-HCs system requirements?

I hope you can help me, if I can provide any further informations to help locating the problem just ask.

P.S. I'm running Windows Vista x32 on a Lenovo T400 Laptop.
CPU: Intel Core2Duo P8400 (2,26 GHz)
GPU: ATI Mobility Radeon HD3470
Aero is turned on.

[namaiki]

Have you already tried:
View-> Renderer-> Reset-> Optimal and/or Default.

[Ede_123]

Well I think default settings were active all the time (didn't mess with any options I could remember), resetting to defaults didn't change anything.

Resetting to optimal settings forced windows to disale Aero and resulted in terrible tearing. Tough it seems to be running smoother then.

[namaiki]

Sounds like you are using madVR. Press Ctrl+J to toggle the OSD.

[techer]

Sounds like you are using madVR. Press Ctrl+J to toggle the OSD.

:)
haha
yea, I just found out like a min after posting.
I went ahead and deleted my post.
Thanks for responding, though

[fairchild]

I guess I'm SOL on my issue. I was hoping someone might know what was going on and maybe there were some settings I was missing in the registry or something to totally force MPC-HC to reset to the defaults. :(

[tetsuo55]

I guess I'm SOL on my issue. I was hoping someone might know what was going on and maybe there were some settings I was missing in the registry or something to totally force MPC-HC to reset to the defaults. :(
Did you follow this page's instructions? http://sourceforge.net/apps/trac/mpc-hc/wiki/Troubleshooting_guidelines

Also there might be something in username/appdata/mpc-hc Delete everything there if so.

I often get crashes in all versions of mpc-hc I have tried when skipping through a video.

Faulting application name: mpc-hc.exe, version: 1.4.2499.0, time stamp: 0x4c8646fc
Faulting module name: evr.dll, version: 6.1.7600.16385, time stamp: 0x4a5bda54
Exception code: 0xc0000005
Fault offset: 0x000082d5
Faulting process id: 0x720
Faulting application start time: 0x01cb80471c8d63b2
Faulting application path: C:\Program Files (x86)\Media Player Classic - Home Cinema\mpc-hc.exe
Faulting module path: C:\Windows\system32\evr.dll
Report Id: f9024cda-ec3d-11df-ad0f-90e6ba68d2f9
---

Any ideas?

Crash on seek is a known bug, can you reproduce with lavfsplitter?

[fairchild]

Did you follow this page's instructions? http://sourceforge.net/apps/trac/mpc-hc/wiki/Troubleshooting_guidelines

Also there might be something in username/appdata/mpc-hc Delete everything there if so.?

Yes, I followed all the instructions on that page. Created the registry file to delete the entries in registry using:

Windows Registry Editor Version 5.00

[-HKEY_CURRENT_USER\Software\Gabest]

I deleted anything found in the username/appdata/mpc-hc

I even re-downloaded and installed a fresh copy of the latest official x86 build: MPC-HomeCinema.1.4.2499.0.x86.exe

Installed it to a new location (to the Program Files (x86) folder instead of where I had it installed which was a folder on my main drive labeled mpc-hc)

Fire it up for the first time, same thing. Capture is checked and grayed out, everything looks exactly like the pictures I posted and the same issues are occurring (clips don't actually go full-screen when using different renderer that doesn't crash, and clips crash when going full-screen using default filters and evr-cp)

[ajp_anton]

Could you make an option to *not* upscale the video in fullscreen mode if it's just going to be a couple of pixels?
Like when watching something 1916x800 on a 1080p screen, I'd rather leave 4 pixels of black bars on the sides than upscale it by 0.2%.

[dansrfe]

^ Right click on video -> Video frame -> Normal size.

[dansrfe]

Feature request:

Add an option under Auto-Zoom to only resize to half-res when source video is greater than or equal to screen res, just like Haali's renderer did. The main reason I want this is so that I can use this feature with madVR in MPC-HC

[namaiki]

Feature request:

Add an option under Auto-Zoom to only resize to half-res when source video is greater than or equal to screen res, just like Haali's renderer did. The main reason I want this is so that I can use this feature with madVR in MPC-HC

View-> Options-> Playback-> Set Auto-zoom to Auto Fit.

[dansrfe]

That upscales videos with a resolution less than the screen size. I want anything less than the screen res to remain as is. Just like Haali's method.

[mindbomb]

I ran into a problem recently.
While watching something using the internal DTS filter set to spdif, the video froze at certain points and sometimes would involuntarily move to an earlier point in the video.
I have 2 samples here:
http://www.mediafire.com/?8fw72jmwn22k5kn

The problem happens at about 6 seconds and 15 seconds respectively.

The video would play normally if the DTS filter was set to decode to stereo, or if arcsoft hd audio decoder was used in spdif mode though.

[ajp_anton]

^ Right click on video -> Video frame -> Normal size.Doesn't really look good on videos way below the threshold size I had in mind for "do not upscale"...

That upscales videos with a resolution less than the screen size. I want anything less than the screen res to remain as is. Just like Haali's method.That's exactly what Haali does. Well, not always when vid res < screen res, but for really small resolutions it does.

[alexins]

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

Changes (2720-2726): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
updated ukrainian translation by arestarh;
merged subtitle misc and db option page;
update build scripts;
Property page added to MPC Audio Renderer (Wasapi usage / mute audio on fast forward);
updated rc files for r2723;
Fixed : debug assertion failed;
add ICL 12 in the compiler string.

[moviebug]

I have just gone from Vista to Windows 7(x86).

I have a 2.66GHz quadcore with
an ASUS ATI 4670 with 10.10 driver
displaying on a Sony 46inch 1080p screen
via an Onkyo SR606 Av receiver

I output 5.1 multi channel LPCM..ie no passthru
of AC3 or DTS

In setting up MPHC(version 2719)

I have loaded ffdshow(rev3627 IC11 version)...

and haali splitter....version 1.10.175.0

I used to use madVR as my renderer
..but now I cant get access to that option??
(under options>>playback>>output)

I play mkvs(including 1080ps)...avis(divx and Xvids)

what is the best way to display subtitles???
for MKVs(included in title)
and Divxs(srts)

[sneaker_ger]

Anyone here with a Creative X-fi (Titanium), Windows 7 64 and an analogue 5.1 speaker set? I recently bought this card and I'm having trouble with custom channel mappings. When I set it to map a stereo source to only e.g. the back right channel, I will get sound out of the front channels too. Too solve this I have to start playing, then go into the card's setup and set it to something different than 5.1 and then back to 5.1. I have to redo this every time a new file is loaded. Can anyone reproduce this? I think it's probably a problem of the drivers and not of MPC but I figured someone here might be able lead me to a solution.

[neoufo51]

To all devs:

If we expect to have a larger userbase, two simple things need to be done:

1) There needs to be more official, stable releases. I suggest one every 3-4 months. Why?

a) Few people want to download nightlies because they think it will make their computer blow up.
b) The longer the wait between stable releases, the more bugs linger in them, causing users to get frustrated with not getting a fix and opting to go back to VLC, which has more frequent stable updates.

2) The official website ( http://mpc-hc.sourceforge.net/ ) needs to be cleaned up.

a) The following image on the website, among others, makes MPC-HC look like cheap, malicious, ad-laden software. The picture of a family watching a laptop not only looks ridiculous, but reminds people of other software they used that was bloated and put adware on their computer. It needs to be taken off the site.

http://imgur.com/jTeAQ.jpg

b) The layout is too centered and cramped. It needs a cleaner look that suggests professionalism. People need to feel like they are downloading something that has heart and care put into it, and if the website looks like it was hastily done, people will think the same of the player.

[APorter819]

What splitter should we be using to play back mkv's with multiple audio tracks? Also, any idea why flac audio files are outputting as 2 channel when the audio switcher in mpc says 6? I'm using the build 2726and bitstreaming audio.

Thanks

[mindbomb]

What splitter should we be using to play back mkv's with multiple audio tracks? Also, any idea why flac audio files are outputting as 2 channel when the audio switcher in mpc says 6? I'm using the build 2726and bitstreaming audio.

Thanks

you can use the internal mkv splitter for multiple audio.

if you are using spdif, you are limited to 2 channel pcm.
if you are using hdmi, depending on your hardware, you may be limited to 2 channel pcm.

[APorter819]

you can use the internal mkv splitter for multiple audio.

if you are using spdif, you are limited to 2 channel pcm.
if you are using hdmi, depending on your hardware, you may be limited to 2 channel pcm.


Uninstalled and reinstalled fixed the problem I was having with the audio selection. I'm still struggling with the 2 channel pcm from multichannel flac audio using HDMI from ATI 5450 to a Denon receiver.

[robpdotcom]

Are you using Reclock? That's the only way you'll get untouched bitstreaming of flac (LPCM) files. Rica has an excellent guide for setting up Reclock for bitstreaming > CLICK (http://forum.doom9.org/showthread.php?t=152520)

If you don't want to use Reclock, then check your Playback devices in Windows, and make sure you have it configured for 5.1 or 7.1 surround.

[boyumeow]

Hi all, from my attached picture, I have encoded my mp3 and it have shown that media length from Properties-Details was reading 00:05:25, while Properties-Mediainfo has Duration of 4mn13s. If I start to play the mp3 from beginning, it will end its playing at 04:13 (as what mediainfo reads) and jump to 05:25. If I seek around 04:13 to 05:25, I will still get audio sound being play.
http://img832.imageshack.us/img832/605/timeerror.png

Playing it using wmp has shown and played 04:13 as full media length.
http://img832.imageshack.us/img832/4931/wmptime.png

Does it happens with everyone or it just me, need to confirm with it before reporting. Thanks.

Edit: Thanks, namaiki from below. (Don't want to flood this threads).

[namaiki]

Known issue with VBR stuff.

edit: or is it.. trying to find it on the bug tracker.
edit2: https://sourceforge.net/apps/trac/mpc-hc/ticket/757

[Qaq]

Are you using Reclock? That's the only way you'll get untouched bitstreaming of flac (LPCM) files.
"MPC audio renderer" in MPC/DirectShow audio also uses WASAPI.

[follz20]

Is anyone able to determine the cause of the following (horrendous) 'jitter/lag'?

http://i1208.photobucket.com/albums/cc362/follz20/seriouslywtf.png

MPC-HC settings are: EVR custom presenter - bilinear resizer - vsync enabled. EVR reports no dropped frames.

I am using DXVA with h264 & VC1 videos - surface overlay is disabled.

Running on W7 x64, quad cpu @ 3.78GHz (stable), 4GB ram w/ ATI 5850 (gpu is not overclocked - everything is default with a few irrelevant exceptions).

Any ideas/tips?

[namaiki]

MPC-HC's VSync option isn't enabled, though at worst you should experience stutter, not lag. Any change if you disable DXVA? Any change if you disable the GPU Flush options?

[follz20]

Strangely enough, I experience the same jitter with ffmpeg-ft instead of DXVA. However, that is only with EVR CS - with just EVR ffmpeg-ft is perfectly fine.

As for vsync, yes you're correct it wasn't enabled in the above video - but it doesn't make a difference even if enabled regardless of which one(s) I use. GPU flushes didn't seem to make a difference.

With DXVA, using EVR results in smooth playback (no jitter/lag) but I have horizontal screen tearing at about the midpoint of the player. With EVR CS, the above happens. Grrrr ;(

[namaiki]

What's the refresh rate of the screen?

Try: View> Renderer> Reset> Optimal.

Also, do you have Aero enabled, or disabled?

[follz20]

I'm running at 1920x1080x60hz and Aero is enabled.

I tried the optimal settings (which enabled floating point, disabled aero, enabled accurate and alternative vsync, disabled wait for gpu flushes) and the problem is the same ;\

Btw, cheers for the help namaiki. Very much appreciated.

[tetsuo55]

follz20 > mismatched refreshrates (display @ 60 or 41, and video @ 23.xxx) will always cause an ugly line.

[nevcairiel]

It looks like the renderer could not figure out the refresh rate of your screen, which will cause very bad behaviour. Why it fails, i cannot say.

Running 24p on 60Hz will always result in a jagged line when vsync is on, but its very regular. The irregular line you see there is the result of failure to detect refresh rates.

[sidi0us]

follz20 > mismatched refreshrates (display @ 60 or 41, and video @ 23.xxx) will always cause an ugly line.

I think is something else, this is mine:

http://i371.photobucket.com/albums/oo154/sidi0us/1-4.jpg

As you can see, i have the same options enabled, but the lines aren't that bad. Aero enabled.

Edit: vsync is disabled though, if i enable vsync it will see my refresh rate and it will look like this (http://i371.photobucket.com/albums/oo154/sidi0us/evr-cpmpcaudiorenderer.jpg).

[namaiki]

Edit: vsync is disabled though, if i enable vsync it will see my refresh rate and it will look like this.
.....
That is preferable or you can experience stuttering.

[follz20]

follz20 > mismatched refreshrates (display @ 60 or 41, and video @ 23.xxx) will always cause an ugly line.

That I do understand, but what I don't understand is why it is all of a sudden a problem for me.

I've used the same settings with ffdshow & mpc-hc for months on the same hardware with no problems. Those settings being EVR renderer, DXVA w/ subs enabled, playing 24p content @ 60hz. No lines/tearing, no stutter/jitter...:confused::confused:

The only thing that has changed is I reformatted, updated catalyst drivers along with recent builds of mpc-hc and ffdshow.

[follz20]

As you can see, i have the same options enabled, but the lines aren't that bad. Aero enabled.


Thanks for your input sidi0us.

May I ask what you have enabled/disabled in catalyst under 3D and Video plus any other relevant information?

Cheers

[sidi0us]

Sure, this (http://i371.photobucket.com/albums/oo154/sidi0us/2-1.jpg)is what I have right now at video, I didn't change anything at 3D.

[follz20]

Sure, this (http://i371.photobucket.com/albums/oo154/sidi0us/2-1.jpg)is what I have right now at video, I didn't change anything at 3D.

Thanks once again sidi0us. It's much appreciated.

I'll see if anything changes.

[Hera]

*snip*

This is funny considering that VLC is bloatware compared to MPC, but image-wise it is the other way around.

Maybe Firefox 4 route is the best here (loose users who want a fast browser and introduce more features): only appeal to those who are already familiar to it and introduce more features?

[Inspector.Gadget]

a) The following image on the website, among others, makes MPC-HC look like cheap, malicious, ad-laden software. The picture of a family watching a laptop not only looks ridiculous, but reminds people of other software they used that was bloated and put adware on their computer. It needs to be taken off the site.

Yes, sadly, I must agree with this point. The last paragraph on the front page is EXTREMELY spammy and could have come from any number of TOTALBESTALLMEDIASHARECONVERTERFFMPEGRIPOFFLOL sites. I think it's probably down to the web design firm that did the project, and they are currently using MPC-HC's page to advertise a furniture moving company. The site is hosted on Sourceforge, so I guess the domain isn't dependent on anyone's donation of services for its continued survival. I and probably a number of others would be happy to contribute work toward making the site less spammy, less cluttered, and clearer in describing MPC-HC to users. For example:

Current spammy paragraph:
Check out the latest media player upgrade. No matter if you are looking for windows media player XP, windows media player Vista or Windows 7 video media player - the windows media player classic is the right one for you. Watch all kind of video formats with the fastest player for free - it is fully compatible with the latest versions of Windows 7 and Vista including the x64 bit versions. Easy to use, intuitive interface and extremely light weigh on PC resources. Get the latest windows media player update - just Download it now!

Better text:

Media Player Classic Home Cinema is frequently updated with bug fixes and new features. It is compatible with Windows XP, Windows Vista, and Windows 7 and is available in both 32-bit and 64-bit versions. MPC-HC supports a wide variety of container, video compression, audio compression, and subtitle standards (a full list is available by clicking here). MPC-HC features a simple interface with an Options dialog that exposes advanced configuration to more experienced users. Download the latest version here and enjoy!

[neoufo51]

This is funny considering that VLC is bloatware compared to MPC, but image-wise it is the other way around.

Maybe Firefox 4 route is the best here (loose users who want a fast browser and introduce more features): only appeal to those who are already familiar to it and introduce more features?
Exactly, we all know people that use bloated crap for playing video. Whether it's VLC or people who still use CCCP, people seem to settle for inefficient software partially because MPC-HC isn't marketed well enough.

[namaiki]

or people who still use CCCP

AFAIK, MPC-HC's internal Matroska splitter doesn't support linked segments and only Haali's does at the moment. You could hardly call CCCP bloated compared to other codec packs... Rather, I don't even see any way that you could call CCCP bloated at all.

[ryrynz]

AFAIK, MPC-HC's internal Matroska splitter doesn't support linked segments and only Haali's does at the moment. You could hardly call CCCP bloated compared to other codec packs... Rather, I don't even see any way that you could call CCCP bloated at all.

Yeah he's got the totally wrong idea, CCCP has never been bloated.
Might wanna do some research before you trash talk.

[XhmikosR]

If anyone wants to edit the website feel free to do it and post the edited html files here. I totally agree that the website is pretty bad.

[saint-francis]

Why does CCCP catch so much grief? It's pretty bare bones. The only complaint is that it's not updated frequently enough for most people. Personally I just gather all of those applications myself and I honestly don't update them that much any way so CCCP would be fine for me and probably most people.

[SpaceAgeHero]

Here's a 5 MB sample.
http://netload.in/datei6XuXt2Im8I/VTS_01_1-010.mkv.htm

I do not use ffdshow.
Only Haali Media Splitter as well as the Haali Renderer.
But the problem also exists with EVR etc ...

Just wanted to let you know that I solved this problem by disabling: "Read AR from Stream" in the internal MPEG-2 Video Decoder. :)

[jeremy33]

I created a site about home theater PC with the goal of playing all types of video with maximum quality by using mpchc, ffdshow, reclock, ac3filter... This tutorial is accessible to everyone and I give the configuration files ready as packs.

The site is available at this address http://www.homecinema-hd.com

A small example of what you get: HomeCinema-HD Before / After (http://www.homecinema-hd.com/avant-apres_en.html)

I'm french so the original version of the site was in french. I started to translate it in english but it is not finished and my english is not very good so there must be some translation errors.

I see you soon on http://www.homecinema-hd.com



I would like someone just put a link to my site on one of mpchc, please.

[Inspector.Gadget]

I would like someone just put a link to my site on one of mpchc, please.

Dumping links all over Doom9 isn't driving enough traffic? :rolleyes:

[jeremy33]

Not all over just a topic and this request that's all. I want to help people to have a good video quality.

In french forums a lots of people like what I do.

http://www.homecinema-fr.com/forum/viewtopic.php?f=1196&t=29935240

[XhmikosR]

Maybe, but I, at least, won't add your site in the mpc-hc homepage.
My previous post is still valid if someone is interested. You can join #mpc-hc-dev at freenode or send me a pm (I prefer the first)

If anyone wants to edit the website feel free to do it and post the edited html files here. I totally agree that the website is pretty bad.

[jeremy33]

Ok as you want.

Anyway thank you to all developers for their work.

[janos666]

@jeremy33 - An example answer for the "Why don't you link it?" question:
I don't like your site. MadVR is stable now, and the image quality improvement over EVR is noticeable. And it's actually easier to use in D3DFS than EVR-CP.
And I hate the noise-reducer/gaysharpener/etc filters. The only things you need to achieve the best available quality are: proper decoder, proper renderer, proper color management.
The only required image manipulations are the resize (but madVR can take care of it, and you can choose between sharper or softer algorithms for your taste ; I prefer spline64) and color correction.
And your advise is to use EVR and leave the color management disabled. Nice! :)
Of course, it's only my opinion, but I think you got your answer for your previous question.

Otherwise, you do a lot of things on the same way as I do. And the explanation of the PAL speed-down thing is good too, I like your samples!

[Inspector.Gadget]

If anyone wants to edit the website feel free to do it and post the edited html files here. I totally agree that the website is pretty bad.

I'd be happy to take a shot at it (and I won't be too upset if everyone agrees my web design skills are awful). I think the main thing to do is to re-write the blocks of text so that they sound like they were written by a fluent English speaker without over-reliance on superlatives. Would editing the HTML files still be the most useful option in that case, or would that type of contribution be better as plaintext with before/after text highlighted?

[jeremy33]

Janos666 I don't board madVR for now because :
madVR : It's a new renderer, still in development, created by madshi. Its main advantage is its high quality. It can also switch between windowed mode to D3D Fullscreen (to have always access to the functionality of MPC-HC). But it has some drawbacks. It requires a powerful graphic card, the subtitle of MPC-HC are not yet supported (must display the subtitles with ffdshow but they are of lower quality), it is not compatible with DXVA and it can't use shaders.

You are wrong, you can improve the quality with the good filters. The color management is only useful with a calibrated tv with a probe. And On my site the resizer is also spline.

[DrNein]

I don't see this option in panel control(ccc), what king of codec is it? On external filters i don't find ati wmv specific codec to choose.

has anybody more information about this new option?

thanks a lot, adéu.

The option is offered by Catalyst Install Manager. There is no AX to choose (an MFT DLL is installed). The pre-existing check-box for Windows Media Video Acceleration does not seem to have any effect but WMVideo Decoder DMO plays VC-1 smoothly, albeit still higher CPU usage than ArcSoft.

Any clarification would be appreciated.

[janos666]

Did you make any subjective (but detailed) comparisons between madVR and EVR(-CP) with the AVSHD 709 test videos (with a quality display or projector...)?

For example, the near-black and near-white steps on the gradients are sensitive questions for non-high-end LCDs (even for relatively expensive PVAs because they can feature heavy black/and/(may)white-crush effect - without proper 10+ bit calibration, which is authentic for the 90˙viewing only, at the center of the screen - PVAs are relatively viewing-angle-insensible for chroma but not for luma, mostly around the near-black and near-white scales).

In my opinion, MadVR is clearly superior when compared to EVR. EVR-CP with the 10 bit input setting is fine but still far from madVR and 10 bit currently works on nv VGAs only (in my experience, but I didn't tested any FirePro VGAs). MadVR is fine with it's dithering and it works on both nv and ATI/MD VGAs.
MPC-HC's lcms2 implementation is far from perfect (with current SVN builds, absolute colorimetric is broken, for example), yCMS (yes, v1.8 not perfect either but...) is clearly better these times.

Color management may produces very noticeable improvements on wide gamut displays (and it's also noticeable on displays with gamuts which are narrower than the Rec709 gamut), not to mention the TRC corrections when you can't calibrate your display with 8+ bit effective precision (and it's far from your target).
And it's difficult to find proper sRGB gamut (~100% coverage) displays these times (with quality IPS/PVA technologies ; or even plasma HDTVs - "best" you get is 10+ bit internal emulation from WCG).


I played with sharpening and other post-process filters but I never liked them. It won't make the poor sources better while it will mess with good ones too. It doesn't recover anything while it can create additional (and noticeable) artifacts/errors.
It may looks nice for the first look but later, it always feels very unrealistic/plastic/broken...
But it's not a big problem these times when you can buy Blu-Rays. If the source is nice, it will look nice without additional post-processing. If it has a poor quality, nothing can help. (May be some softwares like vReveal, which works from numerous neighbouring frames to recreate each of them with interpolation/extrapolation, but it's not widely known and I didn't tested it yet. - And not a real-time thing, at least nowadays. Oh, and not free, not even to test with HD!)


But the essence of my argument: Your suggestions are subjective and they are very disputable. There are different opinions in these questions. So, it shouldn't be treated as some kind of "official recommendation". (And I think, a direct link from the homepage looks like this - for some people.)


I share the opinion that MPC-HC is the best available player these times and/but:
- People may don't know it. (It's not "advertised" well enough.)
- The default settings may can't be preferred (or even understood) by most of the users.
(I have to change a lot of settings after a clean install. For example, the framestep instead jump can be disturbing and annoying for some people.)


And a last note:
I prefer to use ReClock with "slave to reference clock". This way, you have bit exact WASAPI output for NTSC/HD while PAL sources are still slowed down (with re-sample, of course...).
But I have a question mark in my mind:
- What if the original source is not a cinema film but you watch TV shows (from DVDs). How can you be sure if they were NTSC and not PAL (originally recorded with 25/50 fps)?

And there is more...
I could find a Blu-Ray movie with 1080p content (I assume I got an original copy from the lender - European -, not a warez-garbage. But who knows, right...?) which was PAL! It ran with 25 fps, but it wasn't interlaced (according to mediainfo and source filters/decoders, and there were no deinterlacer in the filter graph...) And the gamut was Rec709 (according to my eyes). BUT the film wasn't a European production (may be co-production without noticeable credits...?)
I was very confused if I should use the PAL slowdown or not.

So, this "PAL should be slowed down" is not a simple rule.
May be it should, if it was a cinema or other NTSC source at the beginning. But have can you be sure about that (when you can't find any detailed informations)?

I think it's easier to avoid any PAL DVDs/BDs (hah! avoid any DVDs when you can watch BD :D), and assume that a BD with PAL format was meant to be PAL from the very beginning (for example a European made TV movie/series...?).

[khagaroth]

update for Czech translation (r2735)
mplayerc.cz.rc.txt.zip (http://www.mediafire.com/?mtch8sicyuc49qc)

[jeremy33]

I agree with you about the calibration of the screen but very few people do it.

I also agree that if the source is high quality (Blu-ray) there is no need for postprocessing. But if the video has poor quality it can be improved with some filters. Look at my examples : HomeCinema-HD Before / After (http://www.homecinema-hd.com/avant-apres_en.html)

James (reclock dev.) dont recommend the use of "slave reference clock to". Nevertheless I propose bitperfect function for those want (at the end of reclock part).

[73ChargerFan]

Exactly, we all know people that use bloated crap for playing video. Whether it's VLC or people who still use CCCP, people seem to settle for inefficient software partially because MPC-HC isn't marketed well enough.

mpc-hc: stutters, judders, won't play dts core from dtsma 70% of the time, and won't play a bunch of avi files that used to work. We get regressions all the time, and there isn't enough focus on debugging.

I don't like VLC but it has none of those issues.

[leeperry]

Not all over just a topic and this request that's all. I want to help people to have a good video quality.
yeah, teaching ppl how to oversharpen 720p rips sounds like a fantastic idea...especially when it's upscaled to 1080p afterwards, using a ringing feast algorithm such as spline ;)

[betaking]

Hi xvideo.ru is done!so I need a MPC-HC 2736 x86(without installer) and 2736 standalone_filters x86 for MSVC2008 builds!

[Aleksoid1978]

2739 build - http://aleksoid.tosei.ru/Dist/2739/

[betaking]

2739 build - http://aleksoid.tosei.ru/Dist/2739/

thanks! this is MSVC2010 builds,can you give MSVC2008 builds?

[v0lt]

MPC-HomeCinema.1.4.2739.x86(VS2008).7z

MPC-HomeCinema.1.4.2739.x86(VS2008).exe

[betaking]

MPC-HomeCinema.1.4.2739.x86(VS2008).7z (http://www.mediafire.com/?2rgnb3i0olblax1)

thanks and can you give me standalone_filters x86 for MSVC2008 builds?:)

[v0lt]

MPC-StandaloneFilters.1.4.2739.x86(VS2008).7z

[jeremy33]

yeah, teaching ppl how to oversharpen 720p rips sounds like a fantastic idea...especially when it's upscaled to 1080p afterwards, using a ringing feast algorithm such as spline ;)
Take a look at these screenshoot HomeCinema-HD Before / After (http://www.homecinema-hd.com/avant-apres_en.html)
It's not oversharpen and I don't see any "ringing feast" ;)

[entrecour]

Hi,

I have been doing some calibration and I can't understand differences I am getting in black and white levels between MPC and DVBViewer.

See attached screen shot - with MPC one can see flashing bars down to level 2, with DVBV they are only visible from approx 17.

Conditions are the same -

MPC and DVB run in side by side windows
ffdshow rev 3627
Input and Output Levels set to Video levels
EVR Custom

Anyone know what might be causing the differences?

http://thumbnails32.imagebam.com/10770/c0ecc4107690633.jpg (http://www.imagebam.com/image/c0ecc4107690633)

[tschi]

Take a look at these screenshoot http://www.homecinema-hd.com/index.php?page=avant_apres&lang=en_US
the comparison without the reference precisely defined (renderer, upscale..) doesn't have any sense.:rolleyes:

[jeremy33]

you're right I should specify the default settings :

ffdshow default settings + bilinear resize

[samab]

I just notice something --- I have 2 xp machines and MPC HC has two different list of OSD fonts available. And I am not talking about weird fonts --- I am talking about the basic "times new roman" font.

My laptop has "times new roman" font available for OSD font under tweaks, but my other computer has "times new roman bold" font available.

[v0lt]

Player slows down when you first start the video. Why? In foobar2000 is also observed.

[mindbomb]

does mpc hc's matroska splitter have any known issues with makemkv?
I have a file that takes a long time to open up, and after its open, the seek bar is broken.
I suspect it's because it was made with makemkv, cause remuxing it with mkvmerge fixes it.

[sansnom05]

does mpc hc's matroska splitter have any known issues with makemkv?
I have a file that takes a long time to open up, and after its open, the seek bar is broken.
I suspect it's because it was made with makemkv, cause remuxing it with mkvmerge fixes it.

what's your header removal compression settings for makemkv & mkvmerge?

[mindbomb]

they are both set to off. the file has multiple audio and multiple pgs subs, so maybe that is causing a problem
when i use haali or lavf, it has no problem opening the video.

[v0lt]

sample (http://www.mediafire.com/?qqpbpniec9ioza9)
There is a crackling after selecting "PCM 32 bit" in the properties of built-in decoder.
The patch is ready and will be tomorrow. :)

[alexins]

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

Changes (2743-2744): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
updated translations, japanese by roytam1, ukrainian by arestarh;
update lcms.

[v0lt]

There is a crackling after selecting "PCM 32 bit" in the properties of built-in decoder.
sample 2 (http://www.mediafire.com/?ro1kbk8a7z3e3b7)

mpc-hc_2744_x86_PCM32_fixed_&_rus_update.7z (http://www.mediafire.com/?8dqmlhkz9foy8fe)

patch (http://www.mediafire.com/?x4omisweeiy6v2m)

[janos666]

update lcms.
[/LIST]

It won't help too much until somebody fixes the absolute colorimetric rendering intent targets: http://img12.tar.hu/janos666/img/94570171.png (This is the result with a simple matrix + gamma profile on a calibrated display with matching white point. :mad:)

[test12314124]

When using DXVA in mpchc (latest version) my CPU usuage is below 10%, but it feels like the movie isn't as fluid as with non-dxva, I get these small stuttering perhaps 3 times minute for maybe a second each. Anyone know why?

[saint-francis]

I just got an email from a friend containing an attachment with the extension .amr and MPC HC can't play it. I have amr set to libav in ffdshow. Is there anything else I need to do? Furthermore, why isn't this just working?

[neoufo51]

It won't help too much until somebody fixes the absolute colorimetric rendering intent targets: http://img12.tar.hu/janos666/img/94570171.png (This is the result with a simple matrix + gamma profile on a calibrated display with matching white point. :mad:)
I agree. Absolute colorimetic is WAY too blue.

[lboregard]

hi, i'm having a problem with some blu-ray movies, where audio goes out of sync, and subtitles stop displaying

these are my display stats

http://img139.imageshack.us/img139/2329/framer.png (http://img139.imageshack.us/i/framer.png/)

i don't quite understand the graphic, but i've seen smoother lines :)

i've matched settings indicated in this page

http://forum.doom9.org/showthread.php?t=152520&highlight=reclock

can anybody pls help ?

[Qaq]

i don't quite understand the graphic, but i've seen smoother lines :)
You're trying to watch 24fps video with 60Hz ref.rate dysplay. Set dysplay RR to 24Hz and try again.

[lboregard]

You're trying to watch 24fps video with 60Hz ref.rate dysplay. Set dysplay RR to 24Hz and try again.

thanks, i changed my display refresh rate to 24hz ... now i have this

http://img535.imageshack.us/img535/5921/frame02.png (http://img535.imageshack.us/i/frame02.png/)

any suggestions ?

[namaiki]

Any change if you disable DXVA? {View> Options> Internal Filters> Untick H264/AVC(DXVA)}

[makakam]

Iboregard set the refresh rate to 23, although CCC will show it as 24 it'll actually be 23.976 and the lines will be parallel.

[lboregard]

Iboregard set the refresh rate to 23, although CCC will show it as 24 it'll actually be 23.976 and the lines will be parallel.

woa .. that worked !! parallel lines at last ...

what's the best practice about changing display refresh rate based on media frame rate ? only powerstrip ($) ?

http://img696.imageshack.us/img696/2416/frame03.png (http://img696.imageshack.us/i/frame03.png/)

[mindbomb]

http://www.mediafire.com/?b7b1rb4hqwib3t9
Artifacts appear in this sample when played back using the internal h264 dxva filter and ati hardware. The video is not sd (which is known to be buggy), but it is 25 fps, which I suspect is related to the problem somehow. I tried with the latest catalyst, and also with 10.4 and 10.1, but artifacts were present in all. specifically, im using a radeon 4350. No artifacts appear when the microsoft dtv-dvd video decoder is used.

[dbcooper]

I am noticing a memory leak when playing MKV files (x264 video content, DXVA) in the current stable 32bit version (v1.4.2499.0). I have an ATI HD4650 with driver version 10.10. Win7 64bit.

Generally it's fairly slow (around 20 to 40 MB/min) but with one particular file it maxes out memory almost immediately (I have 4GB).

Is this a known issue? The memory use is not reported for MPC-HC (or seemingly any process other than over all system usage) but only happens when playing x264 MKV files.

[sansnom05]

I am noticing a memory leak when playing MKV files (x264 video content, DXVA) in the current stable 32bit version (v1.4.2499.0). I have an ATI HD4650 with driver version 10.10. Win7 64bit.

Generally it's fairly slow (around 20 to 40 MB/min) but with one particular file it maxes out memory almost immediately (I have 4GB).

Is this a known issue? The memory use is not reported for MPC-HC (or seemingly any process other than over all system usage) but only happens when playing x264 MKV files.

I have almost the same configuration as yours, the only difference is that I have 8GB. I can assure you that is not a known issue, actually I never had situation like you described. If you could provide some samples and your filter/decoder/renderer settings, maybe we can figure out what went wrong on your machine.

[dbcooper]

Thanks dude, I'll try and sort something out when I get time.

[Aleksoid1978]

I am noticing a memory leak when playing MKV files (x264 video content, DXVA) in the current stable 32bit version (v1.4.2499.0). I have an ATI HD4650 with driver version 10.10. Win7 64bit.

Generally it's fairly slow (around 20 to 40 MB/min) but with one particular file it maxes out memory almost immediately (I have 4GB).

Is this a known issue? The memory use is not reported for MPC-HC (or seemingly any process other than over all system usage) but only happens when playing x264 MKV files.

You use uTorrent ???
If yes - try close before play x264 mkv and see that with memory all ok :).

Also if use uTorrent - if see that memory leak, try close uTorrent while play ... you can't do this :).

[Mercury_22]

I have the following settings for internal filters set in my ini file[Internal Filters]
DXVA_H264=0
DXVA_VC1=0
FFM_H264=0
FFM_VC1=0
but at every NEW FIRST start of MPC-HC (e.g. after resetting MPC-HC's setting and just adding this settings in the blank ini file) the DXVA settings are reverting to 1 e.g. DXVA_H264=1
DXVA_VC1=1
FFM_H264=0
FFM_VC1=0 What am I missing ?

Also totally random I'm losing my external filters from "External Filters" settings without doing anything (e.g. unregister them or re-register them) and I have to re-add them
Did anyone add a reset switch in MPC-HC lately ?

[XhmikosR]

http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc?view=revision&revision=2732

Not sure if there's a bug there regarding saving the settings to an ini file but it works fine using the registry.

[leeperry]

totally random I'm losing my external filters from "External Filters" settings without doing anything
known bug, set the .ini file read only ;)

[Mercury_22]

known bug, set the .ini file read only ;)

Ok Thanks for the info!
Although it's hard to go and "unset" the read only when you need to change something

Also the first problem seems to be "my bad" cause the settings for DXVA are TRA_DXVA_... and not just DXVA_...
(or they have changed without me noticing) :)

[Underground78]

known bug, set the .ini file read only ;)

Known before r2732 ?

[done75]

http://img696.imageshack.us/img696/2416/frame03.png (http://img696.imageshack.us/i/frame03.png/)

how can i have those OSD messages in MPCHC? :helpful:

[entrecour]

how can i have those OSD messages in MPCHC?

Ctrl J

[entrecour]

I think I may have found a problem with the way MPC recognises the language tags for subtitles and audio.

I generated an m2ts using clown_bd including subtitles and audio in two languages. In the 2727 build of MPC-HC the subtitles were both identified as English and the audio was Unknown.

See this post at slysoft http://forum.slysoft.com/showpost.php?p=289634&postcount=2664

Known problem?

[hayan]

Feature request:

When change playing of video files ("click skip forward" or "auto-play next video file when done playing"), don't re-create the Video Renderer. (don't improved the power state of display card)

applicable:
video files -next-> video files

not applicable:
video files -next-> audio files
video files -next-> audio files -next-> video files

(use gpu-z) I can see wmp12 don't improved the power state. (auto-play next video file when done playing)

[leeperry]

Known before r2732 ?
I already had it 3 years ago.

[dbcooper]

You use uTorrent ???
If yes - try close before play x264 mkv and see that with memory all ok :).

Also if use uTorrent - if see that memory leak, try close uTorrent while play ... you can't do this :).

Thanks for the tip. I do see this behavior, but it's not the only time I see a memory leak.

The leaks occur in the latest builds as well, but only happen 30 to 50% of the time I play the same file.

When I find a reasonably sized mkv/x264 file I can reproduce this with I will post a link to it.

BTW, the behavior is the same with the cat 10.11 drivers as well.

[janos666]

I think the 10 bit support is broken for AMD cards and it's not only a driver fault.

I could use the "force 10-bit input" option with a Geforce 8600GT and it produced a smooth (dithered) gray gradient on a 8 bit display.
This option produces crazy colors with any AMD cards (Radeon HD5850 or FirePro V5700) and displays (even 10 bit ones).

Of course, the "10-bit output" didn't work with the 8600GT but it doesn't seem to work with a FirePro V5700 neither:
http://img12.tar.hu/janos666/size2/94956243.jpg (http://img12.tar.hu/janos666/img/94956243.jpg)
As you can see, the backbuffer and the surface are in A2R10G10B10 formats but the display stuck in X8R8G8B8.

I successfully enabled the 10 bit display mode in the FirePro driver and it works with PhotoShop CS5. (I verified it with the 10-bit gray gradient sample from the AMD site. It's smooth now! -> So, yes, I have 10 bit capable hardwares...) It should be able to use the A2R10G10B10 display format but it doesn't.

If somebody want to fix it, I would be happy to assist (with logs, betatesting, etc...)

[santiagodraco]

Hello all,

This question has probably been answered before but I've not been able to find any info.

How do you (if you can) set MPC-HC as the default player for Blu-Ray discs in Windows 7? I'd like to avoid having to run PowerDVD for Blu-Ray disc/ISO playback in WMC if at all possible!

Thanks!

[v0lt]

Resource bug in DIALOGEX IDD_PPAGESUBTITLES

My Russian translation:
"На RealMedia и QuickTime субтитры также могут быть наложены при включении их специальных рендеров на странице ""Вывод""."

The translation is not literal, but not in this case. That's what happened today.

SVN, mplayerc.ru.rc.txt:
"На RealMedia и QuickTime субтитры также могут быть наложены при включении их специальных рендеров на странице ""Вывод"

SVN, mplayerc.ru.rc:
LTEXT "На RealMedia и QuickTime субтитры также могут быть наложены при включении их специальных рендеров на странице ""Вывод""."".",IDC_STATIC,10,206,274,27

There is a problem with the quotation marks?
«Вывод» <- so I can write?
'Вывод' <- or so necessary?

[janos666]

I tried to use the 10-bit option with old builds. The last version before the changes (ICC CMS and new 10 bit options) behaves like the latest versions (10-bit surface, 10b-bit buffers but 8-bit display). The only difference is that older versions show black screen instead of crazy colors.
Somebody mentioned the 1.3.1824.0 here, so I gave it a try. I got 10-bit surface, 10b-bit buffers, 10-bit display, but black screen.
So, I couldn't achieve 10-bit output. (And I repeat: it works in PhotoShop CS5)

The last remaining option is the FirePro driver downgrade. Which version should I try? (And is there a chance that it will work with new MPC-HC builds? It would be useless for me if I can't use the color management feature.)

[Mercury_22]

I tried to use the 10-bit option with old builds. The last version before the changes (ICC CMS and new 10 bit options) behaves like the latest versions (10-bit surface, 10b-bit buffers but 8-bit display). The only difference is that older versions show black screen instead of crazy colors.
Somebody mentioned the 1.3.1824.0 here, so I gave it a try. I got 10-bit surface, 10b-bit buffers, 10-bit display, but black screen.
So, I couldn't achieve 10-bit output. (And I repeat: it works in PhotoShop CS5)

The last remaining option is the FirePro driver downgrade. Which version should I try? (And is there a chance that it will work with new MPC-HC builds? It would be useless for me if I can't use the color management feature.)

Old bug see ...

EDIT:
From my tests when trying to get the full 10-bit RGB by enabling "Force 10-bit RGB Input" for Surface A2R10G10B10 + "10-bit RGB Output" for Backbuffer A2R10G10B10 + "D3D Full screen Mode" for Display A2R10G10B10
when I enable "Force 10-bit RGB Input" for Surface A2R10G10B10 I get
1. with a DXVA decoder a black screen
2. with a NON-DXVA decoder those "burned" colors

And since rev 1826 there is no more Display A2R10G10B10

Last working versions (that I can test) are catalyst 10.5a (for the black screen or "burned" colors) and rev Revision 1824 for Display A2R10G10B10

[janos666]

Ya, I thought they disabled the 10-bit formats in Radeon drivers (because it's theoretically a FirePro exclusive feature now) and I hoped it will work fine with FirePro drivers, after I enabled the 10-bit pixel format support on the Workstation CCC page.

But it looks like it doesn't matter. Both MPC-HC builds (>1824) and the drivers (after may) are malfunctioning. And the funny thing is that as much as I understand, <1824 + <10.5a work with 8-bit displays too (with some kind of "spatial/temporal dithering" which applies to any DVI output to produce 10-bit quality on 8 bit displays -> I have noticed this dithering when I calibrated 8 bit displays with ATI cards, the effective LUT bitdepth was 10 bit, even with 6+2 bit panels :cool:).

So, I can't benefit from the 10-bit capable hardwares and there is no chance that I can use the color management and the 10-bit feature at the same time. Nice! :sly:

[janos666]

Well. I created a high quality XYZ LUT profile today (I used spectral measurements from 2067 sample points, the result is an ICM file with ~1Mb size ; I skipped every kind of RGB gain adjustments or LUT calibration -> "damage things").
The result with PhotoShop's Absolute colorimetric rendering mode (and thanks to the 10-bit display output!) is very good! I could never see such a smooth gray gradient on my display. And every color tones are on their place! (And I think there is a little bit room to fine-tune my test pattern a little bit more...)
I would be very happy if I could enjoy this quality with Blu-Ray movies! (This 10-bit thing -combined with the absolute rendering intent- is a really useful thing. This is not a placebo generator, or something what you can barely notice with real life images.)

[Amour]

Wrong version alert on official website.

I have MPC-HC 1.3.1771.0. I click "Help", "About..." and the link. It opens: http://mpc-hc.sourceforge.net/about-homepage.html
And I read: "You have the latest MPC HC Player Version !".

This is obviously wrong, cause on download section latest is v1.4.2499.

[Amour]

I have Windows Vista and Windows 7.
File is .ts (MPEG-2 VIDEO).

MPC-HC 1.4.2499 (latest, any configuration):
http://img26.imageshack.us/img26/8996/mpeg2issuewithmpchc1424.th.jpg (http://img26.imageshack.us/i/mpeg2issuewithmpchc1424.jpg/)

* Haali 1.10.348.15 with MPEG-TS support: doesn't fix the issue with MPC-HC.
* ffdshow rev3631 and disabling MPC-HC MPEG-2 VIDEO internal filter: fixes the issue with MPC-HC.
* VLC 1.1.5: works fine by itself.

If you want a sample, explain me how to do it.

[namaiki]

Are you playing that on a local drive or drive with relatively fast access time/read speed? I get that sometimes when the data can't get fast enough from the drive (say via USB 2.0) to the decoder fast enough during playback.

[Amour]

No problem with drive. In fact, I installed ffdshow and disabled MPC internal filter, and it fixed the issue.

[Ger]

@Amour

Check the MediaInfo output if it says 4:2:2@Main or something like that. That is probably a recording from a feed (normal consumer DVB/TV channels use 4:2:0). This is normally how MPEG2_422 looks in MPC-HC/internal because unlike ffdshow and VLC 4:2:2 is not supported by the internal MPEG-2 decoder (or by the Win7 Microsoft decoder).

[Hera]

With ATi 4250 Mobile, I noticed that MPC Video Decoder simply doesn't accelerate some videos. Forcing it will cause issues, MS's DTV-DVD doesn't fix it either.

The issues are not always, as in sometimes you can manage to watch an episode without an issue. But sometimes it just stalls, laggs, and becomes corrupted (The red/green lines jump up and down in a frenzy). Both EVR renderers do this... I think FF4 contributes.


Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames : 10 frames

ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC

Is it the whole thing that NV and Intel GPUs kick ATi's ass? Or is it a bug?

[LigH]

DXVA has limits (e.g. Level 4.1, max. Reference frames related to the resolution). Breaking those limits with your AVC encoder settings may quite probably result in unaccellerated playback (if checked for before playback) or corruption (if playback is forced, compatibility checks disabled).

[ajp_anton]

In mkv files MPC-HC chooses always the first audio track instead of the one marked as the default.
(Don't know about subtitles or other filetypes.)

Also, matroska editions and chapters doesn't seem to work.

[namaiki]

Chapters work, at least, for me. Don't know about the rest.

[robpdotcom]

In mkv files MPC-HC chooses always the first audio track instead of the one marked as the default.
(Don't know about subtitles or other filetypes.)

Also, matroska editions and chapters doesn't seem to work.

You have to use Haali's splitter for editions and ordered chapters (I assume you mean ordered chapters, since normal chapters work file with MPC's internal splitter), and Haali will also select the track flagged as default.

[war59312]

Anyone successful at playing these videos with MPC-HC?

http://www.youtube.com/view_play_list?p=5BF9E09ECEC8F88F

Problem is that there is no video no matter what I try.

Play fine using the DivX Plus Player and use less than 20% CPU (Intel i7 930).

Tried with VLC too but lags like crazy.

[mremulator]

Guys,

Having a headache with auto change at the moment...

Basically, auto change works in terms of actually changing the displays refresh rate, however, the file (23.976 MKV for example) starts to play and is REALLY choppy? Is there was a way of delaying the file from playing for a few seconds perhaps... in order for the display to change properly first? If I manually change the refresh rate to 23Hz (23.976Hz) before playing the same file it's plays smoothly. Only auto change causes this problem.

I'd love this to work properly on my HTPC in the living room, but I've been trying on and off for weeks now without much luck.

Any ideas folks?

[mariner]

Anyone successful at playing these videos with MPC-HC?

http://www.youtube.com/view_play_list?p=5BF9E09ECEC8F88F

Problem is that there is no video no matter what I try.

Play fine using the DivX Plus Player and use less than 20% CPU (Intel i7 930).

Tried with VLC too but lags like crazy.

Did you try DiVAC?

DiAVC decoder, yet another fast H.264 high profile decoder (http://forum.doom9.org/showthread.php?t=143455)

[dansrfe]

Can the devs please look at including http://forum.doom9.org/showthread.php?t=153191&page=2 into all future mpc-hc builds, beta or stable.

[ajp_anton]

You have to use Haali's splitter for editions and ordered chapters (I assume you mean ordered chapters, since normal chapters work file with MPC's internal splitter), and Haali will also select the track flagged as default.
Problem is that Haali only seems to output one track at a time (don't really know how this works), so inside MPC-HC you can't do anything, you have to right-click the Haali icon to choose what goes through, which isn't really HTPC friendly.

[robpdotcom]

You should be able to select the streams through MPC-HC by: Right click > Navigate > Audio/Subtitle Language.

[Spec-Chum]

Guys,

Having a headache with auto change at the moment...

Basically, auto change works in terms of actually changing the displays refresh rate, however, the file (23.976 MKV for example) starts to play and is REALLY choppy? Is there was a way of delaying the file from playing for a few seconds perhaps... in order for the display to change properly first? If I manually change the refresh rate to 23Hz (23.976Hz) before playing the same file it's plays smoothly. Only auto change causes this problem.

I'd love this to work properly on my HTPC in the living room, but I've been trying on and off for weeks now without much luck.

Any ideas folks?

Known issue.

One temporary workaround is to bring up the options screen straight after going full screen (just press "O"), which smooths the playback.

I'm working on a permanent solution but my coding time is virtually non-existant at the moment, which I can only apologise for :(

[ajp_anton]

You should be able to select the streams through MPC-HC by: Right click > Navigate > Audio/Subtitle Language.
Thanks. Never checked the Navigation menu as the subtitles and audio submenus only showed a single track.

Is there a way to switch between editions too?

And are there any plans to add all these features into the built-in splitter so you don't have to get Haali's? Not that it matters much, just curious.

[war59312]

Did you try DiVAC?

DiAVC decoder, yet another fast H.264 high profile decoder (http://forum.doom9.org/showthread.php?t=143455)How to use it?

I tried downloading trial version and dropped in same folder as MPC but does not show up under external filters list?

[LigH]

As any DirectShow filter is to be used: It has to be registered into your Windows system (e.g. using "regsvr32") before using it as decoder, instead of MPC-HC internal decoders.

[robpdotcom]

Thanks. Never checked the Navigation menu as the subtitles and audio submenus only showed a single track.

Is there a way to switch between editions too?

I think the only way to switch editions is with the Haali tray icon.

[mariner]

How to use it?

I tried downloading trial version and dropped in same folder as MPC but does not show up under external filters list?

Click the Browse button.

[snkv3000]

thanks .

[zefiend]

Guys,

Having a headache with auto change at the moment...

Basically, auto change works in terms of actually changing the displays refresh rate, however, the file (23.976 MKV for example) starts to play and is REALLY choppy? Is there was a way of delaying the file from playing for a few seconds perhaps... in order for the display to change properly first? If I manually change the refresh rate to 23Hz (23.976Hz) before playing the same file it's plays smoothly. Only auto change causes this problem.

I'd love this to work properly on my HTPC in the living room, but I've been trying on and off for weeks now without much luck.

Any ideas folks?



I've found a solution myself. What I do is use ffdshow DXVA for video and disable desktop composition. No choppiness when I launch anymore. I am using the x64 version of mpc-hc and ffdshow without issue and that includes bitstreaming HD audio.

[war59312]

As any DirectShow filter is to be used: It has to be registered into your Windows system (e.g. using "regsvr32") before using it as decoder, instead of MPC-HC internal decoders.That results in an error:

"The module "diavc.ax" was loaded but the call to DLLRegisterServer failed with error code 0x80070005."

As expected really: http://www.di-avc.com/buynow.html

"(The register code can be gotten in property page also, don't use the regsvr32 to register it)"

Click the Browse button.Still does not show up after clicking browse and picking the file.

[nurbs]

If you are on Windows 7 (and Vista I guess) you need to run regsvr32 as admin or it won't work.

[janos666]

A found a workaround for the problem with the Absolute colorimetric rendering intent: The -u command in ArgyllCMS/colorprof makes the white point of the device absolute (instead of mapping it to the standard white) in cLUT profiles. So, your white point will always be corrected with any rendering intents. And (I think) it also leaves the door opened for black compensation (it's often used with relative colorimetric, while it's usually ignored with absolute colorimetric).

Too bad that I have serious near-black and near-white banding (with relative and absolute profiles as well). It can be a limitation of the 8-bit output. But I think that this default 64x64x64 3DLUT (I read it somewhere that MPC-HC creates a 64x64x64 3DLUT with lcms2 and uses it with a shader. But let me know if it changed...) can be too small for me (this LCD panel has very strange characteristics and I am expecting too much from it :D).
If it sounds easy to do, I would request an option to select the size of this matrix (between 64 and 256), for testing purposes.
And I would like to know if MPC-HC uses black compensation with relative colorimetric or not. (This is the third possible reason to the near-black banding.)


EDIT:
It seems like black compensation is useless with absolute cLUT profiles anyway. This option is ineffective in PhotoShop now (there is no any noticeable effect when I turn it on and off, even in 10-bit mode ; the difference was very noticeable with standard cLUT profiles). But it also seems like it's already applied on profile level (there is a notice about some extrapolation tricks in the ArgyllCMS documentation when you use this -u command). The Adobe ACE and Microsoft ICM color management engines don't cause black crush with absolute profiles (as they did it with standard profiles and disabled black compensation). So, one less thing to worry about, I guess.

There is a noticeable difference between 8 and 10-bit outputs in PS but the banding is always weaker in PS (even in 8-bit mode) than I experience in MPC-HC.
If it's not the lack of the black compensation (and I think it's eliminated) and not 8vs10 bit (I could test it with PS), I guess it's the limitation of the 64x64x64 3DLUT, or there is another problem/bug/limitation in the current lcms2 based MPC-HC implementation.

EDIT2:
Well... I think I give it up. The white balance and the black point is always correct in PhotoShop with an absolute cLUT profile (It works like charm). But it doesn't seem to matter in MPC-HC. There is no any change in the white temperature when I turn the color management ON and OFF in MPC-HC. (The display is a little yellowish now, so there should be, and there is in PS.) :(

[mariner]

That results in an error:

"The module "diavc.ax" was loaded but the call to DLLRegisterServer failed with error code 0x80070005."

As expected really: http://www.di-avc.com/buynow.html

"(The register code can be gotten in property page also, don't use the regsvr32 to register it)"

Still does not show up after clicking browse and picking the file.

Sorry to hear this. Perhaps a bad copy of MPC or DiAVC?

FYI, tested the violin maker clip on Q8400/HD5670/W7x86 system. Played beautifully with DiAVC, but built-in H264(FFMpeg) stuttered heavily. CORE did not work.

[v0lt]

MPC-HomeCinema 2753

MPC-HomeCinema.1.4.2752.x86(vs2008).exe
MPC-HomeCinema.1.4.2752.x86(vs2008).7z
StandaloneFilters.1.4.2752.x86(vs2008).7z

This is the version 2753, but in the properties stated in 2752.
In the 2753 version was updated just outside the library, perhaps for this reason the number is not changed.

[betaking]

MPC-HomeCinema 2753

MPC-HomeCinema.1.4.2752.x86(vs2008).exe (http://www.mediafire.com/?pwru2zh1j359a9t)
MPC-HomeCinema.1.4.2752.x86(vs2008).7z (http://www.mediafire.com/?6uguuf7uy3m67w9)
StandaloneFilters.1.4.2752.x86(vs2008).7z (http://www.mediafire.com/?xj1dqj59ndvywvo)

This is the version 2753, but in the properties stated in 2752.
In the 2753 version was updated just outside the library, perhaps for this reason the number is not changed.

thanks!:)

[Lincoln Burrows]

http://img338.imageshack.us/img338/8604/imagemawz.png

Have you guys figured out why there's a bug in the last MPC-HC version?

I can't enable or disable m2ts * subtitles anymore... when I click on "Subtitulos" nothing happens. It was working before I updated MPC, and I had left them disabled if I recall correctly. Now I can't enable/disable them anymore. Maybe it's a bug related to MPC's language? But I can't see how I am going to change back to english.

Edit: The installer gives the option to use english/portuguese and some other languages... Since I didn't changed anything in MPC's original settings (the ones I was using before I updated), this could be a bug... When I click in "Audio" (above "Subtitulos) it's not doing anything either.

* m2ts from some original BD folder, such as 000020.m2ts (video) with 20 GB from BDMV/STREAM, featuring different audio/subtitle streams. Everything was working fine before this update and nothing was changed in MPC's settings.

[mremulator]

I've found a solution myself. What I do is use ffdshow DXVA for video and disable desktop composition. No choppiness when I launch anymore. I am using the x64 version of mpc-hc and ffdshow without issue and that includes bitstreaming HD audio.

Cheers. Where is the "desktop composition" option please?

* Edit * Figured it out...

http://img714.imageshack.us/img714/603/mpchc.jpg

Works like a charm BTW... thanks! Also tested with CoreAVC and it's fine.

[saint-francis]

Cheers. Where is the "desktop composition" option please?

* Edit * Figured it out...


Works like a charm BTW... thanks! Also tested with CoreAVC and it's fine.

Yes. Also here too:

http://i182.photobucket.com/albums/x270/saint-francis-photos/Untitled-11.jpg

[mark0077]

Latest mpc has a bug with audio delay function. When I use plus minus keys during a movie. As I increase or decrease an audio blip appears every second. Can anyone reproduce this blip? In windows 7 64 bit.

[Lincoln Burrows]

Well, I just found out what was causing this bug and how I might change the languages, based on the picture above. Menu > View > Language > English, and then both Audio/Subtitles option are working again. That means I was right - there is a bug with the portuguese language that is making those options not work in the last MPC-HC version (nothing happens when you click them). To correct this bug I only had to change the language, and now I can watch the m2ts with subtitles as intended.

[Ingram]

Can someone explain to me why the average sync offset in the displayed stats changes depending on which display stats view you use? The first one (that displays everything) shows a higher sync offset than the other views. It also seems that when you turn off the stats the sync offset drops down a few ms. Turn stats back on and it will slowly rise back up to where I actually want it.

How can I be sure I'm getting my MS to where I want?

[janos666]

The auto-scale of that graph can be confusing. It seem that the scale is actually higher when you already have high values and it's smaller when you have small values. It exaggerates the relative differences (high looks higher and small looks smaller).

[v0lt]

I and Aleksoid1978 have altered "Boost" slider.
Now he operates from +0.0 to +10.0 dB. And not only works, but also shows :)
These values correspond to the factor 1.00...3.16 (originally 1.00...3.00)
In setting the values recorded in decibels (0,0...10,0).
http://img262.imageshack.us/img262/4628/audioboostremake1.png

MPC-HomeCinema.1.4.2754.x86_AudioBoost_remake1.7z

There is a proposal to make "Boost" slider with a range from -3.0 to +10.0 dB (or -6.0...+10.0 dB). What do you think?

[Kado]

@v0lt

Nice one! However I don't see much point in negative values, also it could not be called "Boost" anymore.

[kutjong]

@v0lt

Nice one! However I don't see much point in negative values, also it could not be called "Boost" anymore.
Yeah, gain might be a better suiting term.

[v0lt]

I can make a negative values a little later. There will have to redo the control and will need to add a tick to zero.
Now everything all right?

What do you think about "Balance" slider?

[boyumeow]

-12 to +12 decibels. I kind of like the number 12, a dozen of handful good sweets in my mouth :D.

[sabret00the]

Are we any closer to modernising the interface and assigning these bugs? Or at least setting a target milestone?

http://sourceforge.net/apps/trac/mpc-hc/ticket/366
http://sourceforge.net/apps/trac/mpc-hc/ticket/367
http://sourceforge.net/apps/trac/mpc-hc/ticket/368

[Polcius]

Question about ICC profiles and color management.

When I create an ICC profile, does it also adjust to the correct gamma and grayscale? Or does it just do an RGB primaries & secondaries calibration?

I've been taught to calibrate TV's, and in a TV you do a series of steps (gamma, grayscale, saturation, primaries...). What I'm asking is if an ICC profile is only pure colorimetry, or does it also correct the gamma, grayscale, etc...?

Thanks

[JanWillem32]

ICC profiles contain the complete data about the capabilities of your display, it's up to the program that uses the profile to convert input to output.
See this website for a good explanation of the rendering intents:
http://www.cambridgeincolour.com/tutorials/color-space-conversion.htm

[entrecour]

Apologies for double posting but I wonder is anyone able to confirm the suspected bug I mentioned in this post http://forum.doom9.org/showthread.php?p=1461084#post1461084.

I found another example of this yesterday - the subtitle language is correctly identifed in Properties / MediaInfo but it's not available in Navigate / Subtitles.

Text
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Language : Swedish

[alexins]

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

Changes (2755-2756): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
update ffmpeg, MediaInfoLib to r3518, lcms;
add dpiAware in the manifest.

[sansnom05]

Well, I just found out what was causing this bug and how I might change the languages, based on the picture above. Menu > View > Language > English, and then both Audio/Subtitles option are working again. That means I was right - there is a bug with the portuguese language that is making those options not work in the last MPC-HC version (nothing happens when you click them). To correct this bug I only had to change the language, and now I can watch the m2ts with subtitles as intended.

Please try use the latest resource.dll with mpc-hc.exe, you can find them @Alexins site. Portuguese translator made some changes to translation including "subtitle" after r2746, that maybe the cause of your problem here.

Edit: sorry should try use resource.dll before r2746, or wait a bit till I fix all the different translations for Portuguese rc file.

[Px]

Is that expected behavior, that there is no deinterlacing on mpeg2 in dxva mode on intel 4x chipsets under Windows 7, or it is bug?
Sample - http://www.megaupload.com/?d=IZTDQ3IH

[Aleksoid1978]

Is that expected behavior, that there is no deinterlacing on mpeg2 in dxva mode on intel 4x chipsets under Windows 7, or it is bug?
Sample - http://www.megaupload.com/?d=IZTDQ3IH

Try on other MPEG2 Decoder that support DXVA - MS Internal in Win7, Cyberlink and compare.

Possible that Intel bad work with interlace material.

[Mercury_22]

Good news for ati users the 10-bit RGB input it's back with the new AMD Catalyst™ Display Driver 8.80 (http://forums.guru3d.com/showthread.php?t=334165) so no more black screen (with DXVA) or those "burn colors" (without DXVA) when enable "Force 10-bit RGB Input" for Surface A2R10G10B10 !

Now all that remains to do so we can get back the Full 10-bit RGB = "Force 10-bit RGB Input" for Surface A2R10G10B10 + "10-bit RGB Output" for Backbuffer A2R10G10B10 + "D3D Full screen Mode" for Display A2R10G10B10 is to revert or fix the rev 1826 Revision 1826 - Directory Listing
Modified Sun May 2 01:20:06 2010 UTC (7 months, 1 week ago) by kinddragon

DX7 presenters splitter to several files
Improved Reset() handling (ticket #12) so we can get Display A2R10G10B10 too


Edit: For those still getting those "burn colors" when enable "Force 10-bit RGB Input" remember not all filters are 10-bit RGB input "capable" e.g. MPC-HC's internal xvid/MPEG-4 filter (Windows 7's Mpeg4s Decoder DMO it's working !)

[JanWillem32]

Thanks for the news Mercury_22, I've been waiting for months on a working new driver. Let's hope for the the 10-bit path to open soon again, I liked it a lot in the past.

[janos666]

Thanks for the report.

Another news: Marti Maria fixed the lcms2 bug which caused bluish screen with the Absolute Colorimetric intent. -> Can you (devs) include the latest GIT version of lcms2 in the next MPC-HC SVN code?

So, only the 10-bit display mode left. But I am not sure about this question: Did you (Mercury_22) really achieve a true 10-bit output in the past with old drivers and old MPC-HC builds?
I have this "enable 10-bit pixel format" setting in the Workstation CCC. This is disabled by default and unaccessible with the Radeon CCC. It shuts Aero down and let PS to render in 10-bit. So, what is this? Why is this here if I don't really need it?
And according to your forum signature, you are using HDMI. It's theoretically capable to carry "up to 16 bit/color" but FirePro and Quadro cards let you use 10-bit mode with DisplayPort connection only (officially).
Not if I could achieve full 10-bit pipeline in MPC-HC with this FirePro and DP connection anyway (I tried the MPC-HC build you mentioned but it never worked for me)...

[nijiko]

Feature request:

Add compiled date and time in the about window, like ffdshow.

[Mercury_22]

Thanks for the report.

Another news: Marti Maria fixed the lcms2 bug which caused bluish screen with the Absolute Colorimetric intent. -> Can you (devs) include the latest GIT version of lcms2 in the next MPC-HC SVN code?

So, only the 10-bit display mode left. But I am not sure about this question: Did you (Mercury_22) really achieve a true 10-bit output in the past with old drivers and old MPC-HC builds?
I have this "enable 10-bit pixel format" setting in the Workstation CCC. This is disabled by default and unaccessible with the Radeon CCC. It shuts Aero down and let PS to render in 10-bit. So, what is this? Why is this here if I don't really need it?
And according to your forum signature, you are using HDMI. It's theoretically capable to carry "up to 16 bit/color" but FirePro and Quadro cards let you use 10-bit mode with DisplayPort connection only (officially).
Not if I could achieve full 10-bit pipeline in MPC-HC with this FirePro and DP connection anyway (I tried the MPC-HC build you mentioned but it never worked for me)...

Using rev 1824 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1824.html) and this drivers I can get Surface A2R10G10B10 + Backbuffer A2R10G10B10 + Display A2R10G10B10 so...
I recommend you to disable everything in CCC's Video settings except :"Use automatic deinterlacing" & "Pulldown detection" and also use "Disable desktop composition (Aero)" in MPC-HC beside all other settings for Full 10-bit RGB

Disabling "Enable dynamic contrast" it's "mandatory" for Full 10-bit RGB to work

[JanWillem32]

That's not completly true; denoise worked for me back then, but indeed, the other transformation functions result in a black screen when enabled.

[Mercury_22]

That's not completly true; denoise worked for me back then, but indeed, the other transformation functions result in a black screen when enabled.

I've said that ONLY "Enable dynamic contrast" it's not working with 10-bit RGB !
It was a recommendation for the others settings

Edit: If someone can tell me how to capture the screen with stats (Alt+I it's not working) when MPC-HC is in D3D Fullscreen Mode, beside an external camera, I can post an image (SnippingTool also not working)

[janos666]

I believe that the OSD indicates 10-bit. But can you see any difference?
I think it would be hard without high bit depth test patterns, or heavy post-processing like significant gamma correction. (But there is no CMS in this old version.)

[Mercury_22]

I believe that the OSD indicates 10-bit. But can you see any difference?
I think it would be hard without high bit depth test patterns, or heavy post-processing like significant gamma correction. (But there is no CMS in this old version.)
Yes I can see a difference between 10-bit RGB enable and 10-bit RGB disable

[v0lt]

AudioBoost remake3:
* "Boost" slider now works and displays from +0.0 to +10.0 dB (x1.00...3.16). In setting the values recorded in decibels (0,0...10,0).
new:
* Changed the settings window "Audio switcher". Now labels fit in all languages.
* Fixed translation of "Boost:" in Slovak. ("Zvýraznenie basov" -> "Zvýšenie:") Need confirmation of correctness.
* Fixed a bug in Russian translation.
* Slightly cleaned the code from ANSI structures and functions.

MPC-HomeCinema.1.4.2761.x86_AudioBoost_remake3.7z

Patch for 2761

[Mercury_22]

AudioBoost remake3:
* "Boost" slider now works and displays from +0.0 to +10.0 dB (x1.00...3.16). In setting the values recorded in decibels (0,0...10,0).
new:
* Changed the settings window "Audio switcher". Now labels fit in all languages.
* Fixed translation of "Boost:" in Slovak. ("Zvýraznenie basov" -> "Zvýšenie:") Need confirmation of correctness.
* Fixed a bug in Russian translation.
* Slightly cleaned the code from ANSI structures and functions.

MPC-HomeCinema.1.4.2761.x86_AudioBoost_remake3.7z (http://www.mediafire.com/?g8bbqcd23978tj5)

Patch for 2761 (http://www.mediafire.com/?bn1bm5qi6b5o09w)

Can you also please add volume level for every channel like in FFDshow ?

[XhmikosR]

Thanks for the report.

Another news: Marti Maria fixed the lcms2 bug which caused bluish screen with the Absolute Colorimetric intent. -> Can you (devs) include the latest GIT version of lcms2 in the next MPC-HC SVN code?

It's already in since yesterday in r2755.

Feature request:

Add compiled date and time in the about window, like ffdshow.

Might happen in the future, or sooner if someone provides a complete patch for this.

[cicciociccio2]

AudioBoost remake3:
* "Boost" slider now works and displays from +0.0 to +10.0 dB (x1.00...3.16). In setting the values recorded in decibels (0,0...10,0).
new:
* Changed the settings window "Audio switcher". Now labels fit in all languages.
* Fixed translation of "Boost:" in Slovak. ("Zvýraznenie basov" -> "Zvýšenie:") Need confirmation of correctness.
* Fixed a bug in Russian translation.
* Slightly cleaned the code from ANSI structures and functions.

MPC-HomeCinema.1.4.2761.x86_AudioBoost_remake3.7z (http://www.mediafire.com/?g8bbqcd23978tj5)

Patch for 2761 (http://www.mediafire.com/?bn1bm5qi6b5o09w)
Wow!
Is possible to install a simple parametric equalizer?

[Mangix]

Thanks for the news Mercury_22, I've been waiting for months on a working new driver. Let's hope for the the 10-bit path to open soon again, I liked it a lot in the past.

i was under the assumption that 10-bit required dx10. or is that only in exclusive mode?

[Px]

Try on other MPEG2 Decoder that support DXVA - MS Internal in Win7, Cyberlink and compare.

Possible that Intel bad work with interlace material.
Unfortunately, tested graphics was in NB, which is not mine, and owner already take it back. I'll try next time...

[janos666]

It's already in since yesterday in r2755.

Sorry. I checked it out right now.
The Absolute colorimetric intent was too bluish.
Now, it's VERY brownish (with some yellowish and reddish tones across the gray-scale). :confused:

[XhmikosR]

Well, if it's a bug in lcms you should contact the developer of lcms. Nothing I can do, except for reverting the commit.

[Skauneboy]

I can't get MKV's with TrueHD to work properly in MPC. All I get is audio static and video playing very, very slowly. Video and audio plays fine if i switch to a secondary, non-TrueHD audio track. No problems with WMP or VLC. I've tried both haali's splitter and MPC's internal matroska splitter to no avail. MKV's are made with mkvmerge 4.4.0, with or without header stripping makes no difference. Suggestions?

[janos666]

Well, if it's a bug in lcms you should contact the developer of lcms.

I did. My previous e-mail caused this current "fix" and I wrote another e-mail today. :rolleyes:
But it's also possible that there is a bug in MPC-HC too. That's why I reported it here as well. (Littlecms needs inputs to be able to do it's job, and the targets can be erroneous, etc.)
We will see more after the next turn.

[JanWillem32]

i was under the assumption that 10-bit required dx10. or is that only in exclusive mode?

10-bit requires a request to the display driver, and usually D3D Fullscreen mode. DirectX10 and 11 can use up to 32-bit RGBA in a conventional way.
http://msdn.microsoft.com/en-us/library/ff471325%28VS.85%29.aspx

[v0lt]

Can you also please add volume level for every channel like in FFDshow ?
This I can not and do not understand why they need it in audio switcher.

Is possible to install a simple parametric equalizer?
0_0

[betaking]

I have a question? MPC-HC use DataExecutionPrevention really helpful in developing it? but windows media player not use DataExecutionPrevention!
PS: i make a codecpack ,but my codecpack user not like MPC-HC use DataExecutionPrevention!

[Ingram]

I have a problem with H264 encoded video taken from some HD-DVDs.

I've tried a complete MKV made with MKVmerge, and I've tried just the H264 video stream. With MPC-HC's own DXVA, and FFDShow's DXVA, both play back the file, but every 4 or so seconds there is a flash back to a previous frame, it's a weird glitch, but it doesn't do it with just FFDShow decoding the video (non-DXVA). I believe that if I skip forward in the video it stops doing the glitch. I don't quite get what's happening? It doesn't happen to my VC-1 MKV's I've been making.

Ideas?

EDIT:

Ok I have done some more testing.

I grabbed the latest SVN of MPC-HC to see if it might fix it, alas it didn't infact in causes some weird aliasing issues?

Anyway, the file plays fine with FFDShow software, as well as using the PDVD10 Video Decoder with DXVA turned on. So I don't understand why MPC-HC's inbuilt DXVA isn't playing nice?

Here is the info for the file.

[clsid]

I have noticed a bug in the latest MPC-HC. Skip to keyframe (Shift + Left/Right) does not seem to be working at all.

[namaiki]

Seems to be working in 1.4.2765.0 as far as I can tell. (tried some random xvid video in avi)

[clsid]

Found the reason. It only works with the internal AVI splitter.

[Kazuya]

Hello !
Is there any chance the OSD looks a little... nicer ?

This colors are really freaky ! :p

[Ingram]

I have a problem with H264 encoded video taken from some HD-DVDs.

I've tried a complete MKV made with MKVmerge, and I've tried just the H264 video stream. With MPC-HC's own DXVA, and FFDShow's DXVA, both play back the file, but every 4 or so seconds there is a flash back to a previous frame, it's a weird glitch, but it doesn't do it with just FFDShow decoding the video (non-DXVA). I believe that if I skip forward in the video it stops doing the glitch. I don't quite get what's happening? It doesn't happen to my VC-1 MKV's I've been making.

Ideas?

EDIT:

Ok I have done some more testing.

I grabbed the latest SVN of MPC-HC to see if it might fix it, alas it didn't infact in causes some weird aliasing issues?

Anyway, the file plays fine with FFDShow software, as well as using the PDVD10 Video Decoder with DXVA turned on. So I don't understand why MPC-HC's inbuilt DXVA isn't playing nice?

Here is the info for the file.

Following up this. I have tried a transport stream and raw h264 file and still the same thing in MPC-HC. I have even converted the entire HD-DVD to Blu-Ray with clown and still the same thing. But if I play it in PDVD10 it's perfect, or if I use the PDVD10 video decoder in MPC-HC it's also perfect.

:(

[namaiki]

Ingram, what's your graphics card and the specs of the video?

[betaking]

Hi,Today, My friends zhfi make a patch for mpc-hc audio Track Switch In the MPC-HC's menu bar like kmplayer or potplayer! mpc-hc_x86_rev2769_with_audio Track Switch build!
http://www.mediafire.com/?1f4m6siiu0zn29l
patch
http://www.mediafire.com/?1ih3v8ly5n8ob88

[Ingram]

Ingram, what's your graphics card and the specs of the video?

This is happening on my Ati 5670 (Cat 10.10) and my Ati 3200 HD (Cat not sure... ). Both are more than capable of doing DXVA for H264.

specs of the video, I attached the info above, I'm not sure if there are more stats I can give you with something else?

All I know is that it's from a HD-DVD, it's H264 encoded, and it's 23.976FPS.

This might help too:

(MKVInfo) | + Codec ID: V_MPEG4/ISO/AVC
(MKVInfo) | + CodecPrivate, length 58 (h.264 profile: High @L4.1)
(MKVInfo) | + Default duration: 41.708ms (23.976 fps for a video track)

But remember that it does it even without being muxed to an MKV.

[namaiki]

Thing is, I can't even read the specs since the attachment hasn't been approved. (not that I could particularly help about the issue anyway)

[Ingram]

Thing is, I can't even read the specs since the attachment hasn't been approved. (not that I could particularly help about the issue anyway)

Ok here is the full file:

(MKVInfo) + EBML head
(MKVInfo) |+ EBML version: 1
(MKVInfo) |+ EBML read version: 1
(MKVInfo) |+ EBML maximum ID length: 4
(MKVInfo) |+ EBML maximum size length: 8
(MKVInfo) |+ Doc type: matroska
(MKVInfo) |+ Doc type version: 2
(MKVInfo) |+ Doc type read version: 2
(MKVInfo) + Segment, size 23736584552
(MKVInfo) |+ Seek head
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo)
(MKVInfo) | + Seek position: 4099
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks)
(MKVInfo) | + Seek position: 4254
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues)
(MKVInfo) | + Seek position: 23736240939
(MKVInfo) |+ EbmlVoid (size: 4043)
(MKVInfo) |+ Segment information
(MKVInfo) | + Timecode scale: 1000000
(MKVInfo) | + Muxing application: libebml v1.0.0 + libmatroska v1.0.0
(MKVInfo) | + Writing application: mkvmerge v4.4.0 ('Die Wiederkehr') built on Oct 31 2010 21:52:48
(MKVInfo) | + Duration: 8887.170s (02:28:07.170)
(MKVInfo) | + Date: Sun Dec 12 05:24:58 2010 UTC
(MKVInfo) | + Segment UID: 0x97 0x3a 0x15 0x73 0x3f 0x49 0xa8 0xbf 0xab 0x61 0x20 0x1b 0x00 0x98 0xdc 0xed
(MKVInfo) |+ Segment tracks
(MKVInfo) | + A track
(MKVInfo) | + Track number: 1
(MKVInfo) | + Track UID: 3831334838
(MKVInfo) | + Track type: video
(MKVInfo) | + Lacing flag: 0
(MKVInfo) | + MinCache: 1
(MKVInfo) | + Codec ID: V_MPEG4/ISO/AVC
(MKVInfo) | + CodecPrivate, length 58 (h.264 profile: High @L4.1)
(MKVInfo) | + Default duration: 41.708ms (23.976 fps for a video track)
(MKVInfo) | + Language: und
(MKVInfo) | + Video track
(MKVInfo) | + Pixel width: 1920
(MKVInfo) | + Pixel height: 1080
(MKVInfo) | + Display width: 1920
(MKVInfo) | + Display height: 1080
(MKVInfo) | + Content encodings
(MKVInfo) | + Content encoding
(MKVInfo) | + Content compression
(MKVInfo) | + Algorithm: 3 (header removal)
(MKVInfo) | + Settings: length 1, data: 0x00
(MKVInfo) | + A track
(MKVInfo) | + Track number: 2
(MKVInfo) | + Track UID: 4949888
(MKVInfo) | + Track type: audio
(MKVInfo) | + Codec ID: A_EAC3
(MKVInfo) | + Default duration: 5.333ms (187.500 fps for a video track)
(MKVInfo) | + Audio track
(MKVInfo) | + Sampling frequency: 48000
(MKVInfo) | + Channels: 6
(MKVInfo) | + Content encodings
(MKVInfo) | + Content encoding
(MKVInfo) | + Content compression
(MKVInfo) | + Algorithm: 3 (header removal)
(MKVInfo) | + Settings: length 2, data: 0x0b 0x77
(MKVInfo) | + A track
(MKVInfo) | + Track number: 3
(MKVInfo) | + Track UID: 131701160
(MKVInfo) | + Track type: subtitles
(MKVInfo) | + Lacing flag: 0
(MKVInfo) | + Codec ID: S_VOBSUB
(MKVInfo) | + CodecPrivate, length 348
(MKVInfo) | + Content encodings
(MKVInfo) | + Content encoding
(MKVInfo) | + Content compression
(MKVInfo) |+ EbmlVoid (size: 1168)
(MKVInfo) |+ Cluster

[v0lt]

Hi,Today, My friends zhfi make a patch for mpc-hc audio Track Switch In the MPC-HC's menu bar like kmplayer or potplayer!
Why is it needed?
Why this function is needed in the context menu?
The player already has a balance function and custom channel mapping.

[betaking]

Why is it needed?
Why this function is needed in the context menu?
The player already has a balance function and custom channel mapping.

Many Chinese users prefer to set up here in the context menu!
:) And if I only update this code applied to the private sector build the mpc-hc. Each sync mpc-hc's svn code changes a lot of trouble after the contrast!

[betaking]

patch update .
Set the name of the audiotrack to audiochannel.
And this option should be set in the custom channel mapping in the time before the speaker for the opening of 2!
mpc-hc_x86_rev2769_with_AudioChannel
http://www.mediafire.com/?l02y0nyzeo56p52
patch
http://www.mediafire.com/?2ypv6v669k2kj8k

[v0lt]

I repeat. Why is it needed? For what great purpose should be so quick to switch channels?

a useless feature.

[Superb]

MPC-HC 1.4.2769 (xvidvideo.ru vs2010 x86):
When the player is at Compact or Minimal mode (pressing 1 or 2 in the keyboard) and NOT showing in full screen, clicking on the video doesn't pause/resume it.

Is this an intended behavior or a bug?

[betaking]

I repeat. Why is it needed? For what great purpose should be so quick to switch channels?

a useless feature.

Features may be useless, but I think it is stupid fast operation of the! Because the majority of video users in China are a lot of play left and right channels of a bilingual video!
:)

[zhfi]

Features may be useless, but I think it is stupid fast operation of the! Because the majority of video users in China are a lot of play left and right channels of a bilingual video!
:)

It's quite useful to chinese!
:helpful:

latest updated source code here:
http://ifififi.svn.sourceforge.net/viewvc/ifififi/mpc-hc/

[namaiki]

^Probably for VCDs.

[sansnom05]

MPC-HC 1.4.2769 (xvidvideo.ru vs2010 x86):
When the player is at Compact or Minimal mode (pressing 1 or 2 in the keyboard) and NOT showing in full screen, clicking on the video doesn't pause/resume it.

Is this an intended behavior or a bug?

This is intended cause those two modes have no caption bar to move window around, so you can click & drag to move it. Right now you can only use Space to pause/resume video in those 2 modes, but this can be changed in the future. :)

It's quite useful to chinese!
:helpful:

latest updated source code here:
http://ifififi.svn.sourceforge.net/viewvc/ifififi/mpc-hc/

Thanks for your effort to contribute code for mpc-hc. One thing important though: source file is not the best way to provided patches, better way is to use any source control software for generating .diff/.patch, you should mention which revision you patch is against too.

[janos666]

Well, if it's a bug in lcms you should contact the developer of lcms. Nothing I can do, except for reverting the commit.

I talked with Marti Maria. He says that MPC-HC is actually using MS ICM instead of LittleCMS! :eek::eek:
He tested my ICM display profile with lcms and he says that it's ok. But he has brownish image with my profile when he uses the latest MPC-HC.

So, the current hypothesis is that this problem exists on your side.

But it's strange that colors shifted after you updated the lcms code. There should be some kind of correlation and he must be wrong with this MS ICM idea. :rolleyes:

[Superb]

Guys, AMD Catalyst 10.12 drivers are out on AMD.com.
There are two packs to choose from: old CCC and new CCC (http://www.anandtech.com/show/4058/amd-previews-new-catalyst-control-center-interface).

[XhmikosR]

I talked with Marti Maria. He says that MPC-HC is actually using MS ICM instead of LittleCMS! :eek::eek:
He tested my ICM display profile with lcms and he says that it's ok. But he has brownish image with my profile when he uses the latest MPC-HC.

So, the current hypothesis is that this problem exists on your side.

But it's strange that colors shifted after you updated the lcms code. There should be some kind of correlation and he must be wrong with this MS ICM idea. :rolleyes:
I have no idea, a_afra added support for lcms.

[hayan]

Single-monitor system can't exit from fullscreen mode pressing alt+tab, win+tab and win key. (non-d3d-fullscreen mode)

Can only press Esc key, alt+enter and d-click(mouse).

MPC-HC 1.4.2735+
Fix : prevent exit from fullscreen when lost focus on multi-monitor system;

[janos666]

I have no idea, a_afra added support for lcms.

What a surprise: He is Hungarian (like me). I sent him a message.

[zhfi]

Thanks for your effort to contribute code for mpc-hc. One thing important though: source file is not the best way to provided patches, better way is to use any source control software for generating .diff/.patch, you should mention which revision you patch is against too.

:thanks:

the patch for mpc-hc svn2769 here:

[tetsuo55]

I vote to add the audiochannel patch, its really usefull (but again due to chinese background)

Also Catalyst 10.12 is out, some interesting changes, for one DIVX DXVA should get enabled on 6xxx cards, anyone have one so they can show the id with dxvachecker?

it also updates openGL to 4.1.

[v0lt]

Please add this patch.
mov-png_,8bps,3iv1,3iv2_support.patch (http://www.mediafire.com/?0b6vrg008w5c6ah)

[entrecour]

In case you missed this post, the attachments are now approved. Can anyone replicate this?

http://forum.doom9.org/showthread.php?p=1462850#post1462850



:thanks:

[hfpsilva]

hi,

some on can help me ? the new release of mpc-hc don't save the configurations on the options menu, how can i save the configs for the new release?

[Kazuya]

Hello !
Is there any chance the OSD looks a little... nicer ?

This colors are really freaky ! :p

Am I the only one who dislike this OSD ??? :confused:

http://a.yfrog.com/img254/9340/clip38resize.png

[namaiki]

I don't use D3D Fullscreen so I never see that. Seems functional enough, though.

edit: the one at the top is fine...

[Kazuya]

I'm talking about the OSD on top of the screen too.

Functional yes, but in a hometheater which looks like a real theater with 3 meters width screen it's a real disaster ! :rolleyes:

MPC wants to be the BEST player ever, I think it has to make a little make up to really access to the top ! ;)

[Barlow]

Wow Ati fixed SD DXVA in Catalyst 10.12. Only took them 8 months :P

[Ronin-7]

I vote to add the audiochannel patch, its really usefull (but again due to chinese background)

Also Catalyst 10.12 is out, some interesting changes, for one DIVX DXVA should get enabled on 6xxx cards, anyone have one so they can show the id with dxvachecker?

it also updates openGL to 4.1.

Is this what you need;
AMD Radeon HD 6800 Series
ModeMPEG2_VLD: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
ModeMPEG2_IDCT: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
ModeMPEG2_A: DXVA1, NV12, 720x480 / 1280x720 / 1920x1080
ModeMPEG2_C: DXVA1, NV12, 720x480 / 1280x720 / 1920x1080
ModeH264_VLD_NoFGT: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
ModeH264_VLD_NoFGT_Flash: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
6719B6FB-5CAD-4ACB-B00A-F3BFDEC38727: DXVA2, NV12, -
ModeH264MVC_VLD_Avivo: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
ModeVC1_VLD: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
CA15D19A-2B48-43D6-979E-7A6E9C802FF8: DXVA2, NV12, -
ModeMPEG4ASP_VLD_Avivo: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080
5B23D46D-FA5F-4FDC-B78A-7EB2787942EC: DXVA2, NV12, 720x480 / 1280x720 / 1920x1080

[XhmikosR]

@clsid:
Backporting your latest ffmpeg update from ffdshow to mpc-hc, I came across the following problems.
First of all I'm getting linking errors, which are fixed if I remove "#if CONFIG_AAC_DECODER" from dsputil.h too. But then mpc-hc is crashing every time with the internal ffmpeg decoders. That's with the 32bit build, I haven't even tried the 64bit build. With a debug mpc-hc build I cannot reproduce the crash.
Patch (http://xhmikosr.1f0.de/patches/mpc-hc/ffmpeg.patch)

Any ideas?

[CruNcher]

@v0lt
mpc-hc: xhmikosr * r2771 /trunk/src/filters/parser/MP4Splitter/AP4/Core/ (Ap4Atom.h Ap4AtomFactory.cpp):
add support for png,8bps,3iv1,3iv2 in MOV
Patch by v0lt

nice one could you also add mjpb, mjpa is working but mjpb is missing :)
is there also a standalone of your IMA4 and sowt patched PCM Decoder ? i tried with MpcAudioRendererFilter.ax but connecting to a sowt stream let it crash :( (seems its only working inside MPC-HC currently)

case AP4_ATOM_TYPE_MJPB:

http://wiki.multimedia.cx/index.php?title=Motion_JPEG

[XhmikosR]

All of v0lt's patches should be in the svn or did I miss some of his patches?

[v0lt]

nice one could you also add mjpb, mjpa is working but mjpb is missing :)
need a sample and a decoder that can decode 'mjpb'.
at that time I did this was not.

i tried with MpcAudioRendererFilter.ax but connecting to a sowt stream let it crash :(
I need a sample.

(seems its only working inside MPC-HC currently)
Always check a second copy of the filter (eg in the system folder)

[CruNcher]

http://samples.mplayerhq.hu/V-codecs/MJPEGs/mjpa-b.mov/
Decoder = FFmpeg MJPEG-B decoder

The crash happens with any sowt including .mov stream outside of MPC-HC as soon as the graph connects to it what is also strange there is no splitter registered @ all when regsvr32 MpcAudioRendererFilter.ax still the crash happens in MpcAudioRendererFilter.ax (hidden filter) from www.xvidvideo.ru standalone filters pack.

sowt directly is supported by Neros Mp4 splitter,Mainconcepts Mp4 splitter and Haalis Mp4 Splitter but neither of them supports IMA4 or any Ima4 decoder filter like Neros Quicktime Audio Decoder that is supported by the Mpc-HC Mp4 Splitter

[v0lt]

Decoder = FFmpeg MJPEG-B decoder
I need a link to the DirectShow MJPEG-B decoder.
ffdshow does not understand this format :(

[CruNcher]

http://www.leadtools.com/rd/v170/LEADTOOLSMultimedia.exe

[v0lt]

I downloaded and installed this pack. Launched in GraphStudio with great difficulty. Works, but I do not advise to repeat.
removed it, but left LCodcCMP2.dll for experiments.

mov-mpgb_support.patch (http://www.mediafire.com/?mi48k4qxxwcu5dt)

[v0lt]

The crash happens with any sowt including .mov stream outside of MPC-HC...
I do not see any problems.
http://img510.imageshack.us/img510/6052/sowtnoproblem.th.jpg (http://img510.imageshack.us/img510/6052/sowtnoproblem.jpg)

@All
Here are two examples where there is a crack in PCM32bit output (MpaDecFilter.ax):
http://www.mediafire.com/?qqpbpniec9ioza9
http://www.mediafire.com/?ro1kbk8a7z3e3b7
I need confirmation bug. Why is it happening I did not understand.

[Px]

Wow Ati fixed SD DXVA in Catalyst 10.12. Only took them 8 months :P
That's only because one of the Brazos platform testers reported about problem directly to them :)

[Polcius]

That's only because one of the Brazos platform testers reported about problem directly to them :)

They fixed it, but SILL no DXVA + SUBTITLES in MPEg2

[Px]

They fixed it, but SILL no DXVA + SUBTITLES in MPEg2
Try to create ticket through Customer Care form - http://emailcustomercare.amd.com/

[CruNcher]

I do not see any problems.
http://img510.imageshack.us/img510/6052/sowtnoproblem.th.jpg (http://img510.imageshack.us/img510/6052/sowtnoproblem.jpg)

@All
Here are two examples where there is a crack in PCM32bit output (MpaDecFilter.ax):
http://www.mediafire.com/?qqpbpniec9ioza9
http://www.mediafire.com/?ro1kbk8a7z3e3b7
I need confirmation bug. Why is it happening I did not understand.

Arghh i supposed the PCM part was inside MpcAudioRendererFilter.ax so i registered that and then it crashed on connection didn't knew the PCM part is actually in MpaDecFilter.ax i was just reading the Audio in the name seems i ignored the "Renderer" now it also makes sense why it is not appearing in the main filter list ooops ;)

Works on both of my testcases fine outside (Encoding Framework) of MPC-HC nice :)

Im trying your samples and report about the results in general i don't use the MPC Audio Decoder (for any other then those special quicktime audio cases though) because of missing libavcodec but ffdshows audio decoder instead for anything else)

@v0lt
This is strange also as i was supposing that the MPC Audio Decoder uses libmad by default though for both of your samples also libavcodec in ffdshow fails and that crackling gets audible on 32 bit changing to libmad 32 bit float/integer decoding instead fixes it. So seems that it's a libavcodec decoding bug with 32 bit the libavcodec AAC Decoder doesn't seem to be affected only the MPEG layer 1/2/3 parts. I wonder if this could be a compilation problem with GCC 4.5.x or indeed some uncovered libavcodec bug.

On the other side did you carefully listened on the bloodhound gang track the "crackling" isn't random with libavcodec 32 bit it sounds like clapping seems the clapping frequency somehow gets amplified with the libavcodec decoder on 32 bit, so heavy that you hear it as clipping problems :D

[v0lt]

On the other side did you carefully listened on the bloodhound gang track the "crackling" isn't random with libavcodec 32 bit it sounds like clapping seems the clapping frequency somehow gets amplified with the libavcodec decoder on 32 bit, so heavy that you hear it as clipping problems :D
Yes, but such is not the other bit depth and ffdshow also works without problems.

[CruNcher]

Ehh yeah at least on ffdshow latest build of xvidvideo.ru (15 Dec) it seems to be fixed libavcodec works again without any crackling on Layer 1/2/3 your sample and i also found a sample here (Mp3) that showed this clipping issue with libavcodec.

[v0lt]

I did a test. Many things became clear.
http://img138.imageshack.us/img138/1399/32bitmpadecffdshow.th.png (http://img138.imageshack.us/img138/1399/32bitmpadecffdshow.png)

[Kazuya]

Very interesting ! How did you manage that ?

[v0lt]

Previous patch was not correct. Here is the correct.
fix_PCM32bit_output_crackling_(correct).patch (http://www.mediafire.com/?628qmo4ztx2uip4)

A little explanation:
2147483647 - 10 decimal digit
float value contains 6 decimal digits of precision
double value contains 15 decimal digits of precision

MPC-HomeCinema.1.4.2775.x86_fix_PCM32bit_output.7z (http://www.mediafire.com/?jce0jeekm8ajeit)

[sansnom05]

This is intended cause those two modes have no caption bar to move window around, so you can click & drag to move it. Right now you can only use Space to pause/resume video in those 2 modes, but this can be changed in the future. :)


I've made some changes to this click behavior. Try this test build: http://www.mediafire.com/?clblezoslseh47k

Basically, if you have any bars(caption/seekbar/control/information/status/ etc), then you can click to pause/resume, but if you don't have any bars like preset->minimal mode, the mouse will be used to move window instead. So if you like Borderless/FrameOnly mode and also want to click pause/resume, turn on any bar from View menu will do that.

[alexins]

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

Changes: (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
update ffmpeg, MediaInfoLib to r3537.

[Tom Keller]

I'm getting a strange behavior here with the last revisions...

I tried the x86 compiles 1.4.2769, 1.4.2772 and 1.4.2776 from xvidvideo.ru - they all give me a BSOD:

http://img3.imageshack.us/img3/3227/dsc00201rv.th.jpg (http://img3.imageshack.us/img3/3227/dsc00201rv.jpg)

Translated:
STOP: c000021a {Fatal System error}
The windows subsystem system process terminated unexpectedly with a status 0xc0000005 (0x7c9206c3 0x0052ed04).
The system has been shut down.

It doesn't matter, if i take take the MSVC2008 or MSVC2010 build - it's always the same: i double click on the mpc-hc.exe, the hard drive starts working and working, nothing else happens... but after 20-30 seconds the bluescreen appears.
But with 1.4.2765 and prior versions i have no problem at all.


I'm using WinXP SP2, running on a Core2Duo E6600 @2,4Ghz with NVIDIA 9600GT GPU and Asus Xonar DX soundcard.

Afaik it's the Csrss.exe that crashes. But i don't understand why the mpc-hc.exe can cause such a problem. It's the first time i ever saw this kind of bluescreen... and it's even the first time for me, mpc-hc causes one :( ...

[sansnom05]

It doesn't matter, if i take take the MSVC2008 or MSVC2010 build - it's always the same: i double click on the mpc-hc.exe, the hard drive starts working and working, nothing else happens... but after 20-30 seconds the bluescreen appears.
But with 1.4.2765 and prior versions i have no problem at all.

What build of r2765 you used without this problem? vs2010 or vs2008 builds? where did you get it?


I'm using WinXP SP2, running on a Core2Duo E6600 @2,4Ghz with NVIDIA 9600GT GPU and Asus Xonar DX soundcard.

You may want to check this page: How to troubleshoot a "STOP 0xC000021A" error (http://support.microsoft.com/default.aspx?scid=kb;en-us;156669), also I recommend you to upgrade to SP3 though it's a long shot.

[boyumeow]

Just an early season greeting to everyone and especially to all the Devs (mpc-hc and ffdshow-tryout, as most of them seem to be working for both or even more).

Thanks and enjoy the Holidays :D.

[Tom Keller]

What build of r2765 you used without this problem? vs2010 or vs2008 builds? where did you get it?
I use the MSVC2010 build from xvidvideo.ru. Any prior revision downloaded from there running fine too.


You may want to check this page: How to troubleshoot a "STOP 0xC000021A" error (http://support.microsoft.com/default.aspx?scid=kb;en-us;156669), also I recommend you to upgrade to SP3 though it's a long shot.
I already checked a couple of pages giving hints and tips regarding this stop error message. The most common advice is to find and deinstall the problematic driver or software. But i already know the "problematic software". Thanks anyway for the link.

And: yes... i know. SP3 is recommended. But i use SP2 with most of the recommended hotfixes and therefore have a pretty stable and fast system - and (as we all know): never change a running system. So installing SP3 would only be my last option. Cause the simple fact is: i don't understand, why from one revision to another the mpc-hc.exe could cause a bluescreen. Since the changelog on xvidvideo.ru doesn't list any major and significant changes from r2765 to r2769, i'm simply confused.

[Aleksoid1978]

Try delete all MPC-HC settings and try again at last rev.
Or use version with installer http://www.xvidvideo.ru/component/docman/doc_download/4944-media-player-classic-homecinema-x86-142776-msvc2010-sse2--with-installer.html
and use clean install.

[sansnom05]

I use the MSVC2010 build from xvidvideo.ru. Any prior revision downloaded from there running fine too.



I already checked a couple of pages giving hints and tips regarding this stop error message. The most common advice is to find and deinstall the problematic driver or software. But i already know the "problematic software". Thanks anyway for the link.

And: yes... i know. SP3 is recommended. But i use SP2 with most of the recommended hotfixes and therefore have a pretty stable and fast system - and (as we all know): never change a running system. So installing SP3 would only be my last option. Cause the simple fact is: i don't understand, why from one revision to another the mpc-hc.exe could cause a bluescreen. Since the changelog on xvidvideo.ru doesn't list any major and significant changes from r2765 to r2769, i'm simply confused.

The major difference would be changed from SDK7.0a(included with vs2010) to SDK7.1. Your pre-r2766 builds was vs2010 builds which used SDK7.0a.

That's why I asked what builds you used, seems my guess is right, vs2010+sdk7.1 would be the culprit. Reason unknown to me. I guess upgrade to SP3 would help though, as this is "incompatible software" error, nowadays majority XP users would be SP3, and no such complain from them so far.

Edit: According to this page (http://www.microsoft.com/downloads/en/details.aspx?FamilyID=35aeda01-421d-4ba5-b44b-543dc8c33a20), SDK7.1 do require XP SP3 or above.

[nevcairiel]

Microsoft does not support XP prior to SP3 anymore, so they wouldn't list it on their Compatible Software list, ever. But that doesn't mean it should cause a blue screen.

In any case, the VS2008 build does not cause issues? Use that :P

[CruNcher]

Can someone confirm that on Windows XP SP3 @ least using the Auto Fullscreen Resolution switching doesn't work when using Real Video and its external Playback Framework it crashes over here in d3d9.dll and also sometimes the D3DX9_43.dll on switch :( Switching via ffdshow works but playback isn't very fluid with it :( see the Jitter problem report in the ffdshow thread http://forum.doom9.org/showpost.php?p=1463435&postcount=12743. Happening here on Nvidia G92 and 261 Forceware

[Ingram]

More HD-DVD to MKV woes. This time with a VC-1 title. Unforgiven (1992).

The disc plays fine in PDVD8, the MKV rip plays fine with software decoding (FFDShow or Windows WMV Video Decoder) but try to play it with the MPC-HC DXVA decoder and there are groups of scenes that just go to shit.

http://i34.photobucket.com/albums/d126/Lord-Ingram/Image1-6.jpg

Video details:

(MKVInfo) + EBML head
(MKVInfo) |+ EBML version: 1
(MKVInfo) |+ EBML read version: 1
(MKVInfo) |+ EBML maximum ID length: 4
(MKVInfo) |+ EBML maximum size length: 8
(MKVInfo) |+ Doc type: matroska
(MKVInfo) |+ Doc type version: 2
(MKVInfo) |+ Doc type read version: 2
(MKVInfo) + Segment, size 9112868564
(MKVInfo) |+ Seek head
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo)
(MKVInfo) | + Seek position: 4099
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks)
(MKVInfo) | + Seek position: 4254
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues)
(MKVInfo) | + Seek position: 9112735354
(MKVInfo) |+ EbmlVoid (size: 4043)
(MKVInfo) |+ Segment information
(MKVInfo) | + Timecode scale: 1000000
(MKVInfo) | + Muxing application: libebml v1.0.0 + libmatroska v1.0.0
(MKVInfo) | + Writing application: mkvmerge v4.4.0 ('Die Wiederkehr') built on Oct 31 2010 21:52:48
(MKVInfo) | + Duration: 4008.154s (01:06:48.154)
(MKVInfo) | + Date: Thu Dec 16 08:46:09 2010 UTC
(MKVInfo) | + Segment UID: 0x85 0x5b 0xa5 0x70 0x83 0x16 0x42 0x35 0xa2 0xc7 0xb9 0x54 0xb9 0x21 0x90 0xb9
(MKVInfo) |+ Segment tracks
(MKVInfo) | + A track
(MKVInfo) | + Track number: 1
(MKVInfo) | + Track UID: 4207675809
(MKVInfo) | + Track type: video
(MKVInfo) | + Lacing flag: 0
(MKVInfo) | + MinCache: 1
(MKVInfo) | + Codec ID: V_MS/VFW/FOURCC
(MKVInfo) | + CodecPrivate, length 77 (FourCC: WVC1, 0x31435657)
(MKVInfo) | + Default duration: 33.367ms (29.970 fps for a video track)
(MKVInfo) | + Language: und
(MKVInfo) | + Video track
(MKVInfo) | + Pixel width: 1920
(MKVInfo) | + Pixel height: 1080
(MKVInfo) | + Display width: 1920
(MKVInfo) | + Display height: 1080
(MKVInfo) |+ EbmlVoid (size: 1013)
(MKVInfo) |+ Cluster


The video is actually 24FPS, don't know what its marked as 30.

[v0lt]

In any case, the VS2008 build does not cause issues? Use that :P
People write about the problems with VS2008 builds as well.

[v0lt]

MSVC2008 builds from XvidVideo.ru overload the WinXP SP2. My build (http://www.mediafire.com/?628qmo4ztx2uip4) is not done anything wrong.

[XhmikosR]

Alexins uses SDK 7.1 for the MSVC2008/MSVC2010 builds like I I do. The stable at the SF page shouldn't work too then since I built it. Anyway, I won't change my building environment, but maybe we should make clear that XP SP3 is needed and that's all.

[clsid]

You should use the SDK that came with VS2010. The only reason you are using 7.1 is because it is "newer". BSODs are a darn good reason for reverting back to 7.0a. You should only update to a new SDK if that contains new functionality that you desperately need, which is obviously not the case for MPC.
Also, it wouldn't hurt to add some code to the initialization part of MPC that checks if a user has the minimum required version of Windows, and show a warning and exit if not. Or better yet, fix the API calls that cause the BSOD.
Giving arguments like "people should not be using XP SP2" are just plain wrong. MPC should work regardless of the SP, and if it fails it is the developers fault.

[XhmikosR]

To put simply: I will use any SDK I think is better. I won't revert because you or someone else says so. And I haven't found any problems with 7.1 that didn't exist in 7.0A so your argument is wrong.

[GTPVHD]

http://blogs.msdn.com/b/windowssdk/archive/2010/04/07/coming-soon-win-sdk-for-windows-7-and-net-4.aspx

Each release of the SDK ships with the latest RTM headers and libraries for native Windows development. WinSDK v7.1 includes a slightly more recent set than the Windows 7 RTM SDK. This set matches exactly the Windows headers/libraries delivered via Visual Studio 2010 RTM. (If you’re already using Visual Studio 2010 or VC++ 2010 Express there’s no need to update the Windows headers, libraries and tools using the SDK. Visual Studio 2010 is completely up to date.)

It's not Windows SDK 7.1 problem and only 1 XP SP2 user has reported experiencing BSoD, if it was serious every XP SP2 users will be reporting BSoDs, but this hasn't happen so it's only the single reporter's machine.

[clsid]

"This set matches exactly the Windows headers/libraries delivered via Visual Studio 2010 RTM. (If you’re already using Visual Studio 2010 or VC++ 2010 Express there’s no need to update the Windows headers, libraries and tools using the SDK. Visual Studio 2010 is completely up to date.)"

[GTPVHD]

There's nothing wrong with keeping the Windows SDK up to date and it's already been proven the headers and libraries are the same as VS2010 RTM, so don't blame Windows SDK 7.1, clsid. The problem clearly lies elsewhere.

Also the 1.4 stable on Sourceforge was build with VS2008 and SDK 7.1 as mentioned and not a single XP SP2 user has reported BSoDs on Trac or the forums here.

[sansnom05]

http://blogs.msdn.com/b/windowssdk/archive/2010/04/07/coming-soon-win-sdk-for-windows-7-and-net-4.aspx



It's not Windows SDK 7.1 problem and only 1 XP SP2 user has reported experiencing BSoD, if it was serious every XP SP2 users will be reporting BSoDs, but this hasn't happen so it's only the single reporter's machine.

Agreed. I think I was jumping into conclusion too soon, we need to find out this is the general situation or single special case first. I don't have machines to test it though, so it's up to those who can to try reproduce it. And XP SP3 was out for few years, should be mature enough for any SP2 users to upgrade safely.

[v0lt]

I renamed the folders
"c:\Program Files\Microsoft SDKs\Windows\v6.0A"
"c:\Program Files\Microsoft SDKs\Windows\v7.0A"
and build player without any problems.
But I got BSOD on Windows XP SP2.

I returned the old name of the folder
"c:\Program Files\Microsoft SDKs\Windows\v7.0A"
and build player again.
Now I do not see any BSODs.

I tested it on Oracle VM VirtualBox.

[waynezo]

When I try to play a dvr-ms file with MPC-HC I get error message that I'm missing a codec. then it goes on to play the file without problem. Is there a fix?

[janos666]

The Abs.col.int bug is theoretically fixed in the latest developer version of lcms2. Can you please update the lcms files?

[Tom Keller]

The bluescreen seems to be solved. I searched the Microsoft support sites only for hotfixes related to the Csrss.exe causing this stop error message. I found this one:

http://support.microsoft.com/kb/969936

... pointing at these two hotfixes

http://support.microsoft.com/kb/921337/
http://support.microsoft.com/kb/943232/

I downloaded and installed the last one (as both replace the Sxs.dll... but the last one contains a newer version).

I only tested the MPC-HC r2776 MSVC2010 build so far - but the mpc-hc.exe is running now without any problems :) .

[Superb]

The bluescreen seems to be solved. I searched the Microsoft support sites only for hotfixes related to the Csrss.exe causing this stop error message. I found this one:

http://support.microsoft.com/kb/969936

... pointing at these two hotfixes

http://support.microsoft.com/kb/921337/
http://support.microsoft.com/kb/943232/

I downloaded and installed the last one (as both replace the Sxs.dll... but the last one contains a newer version).

I only tested the MPC-HC r2776 MSVC2010 build so far - but the mpc-hc.exe is running now without any problems :) .Wow. Just install SP3. Why even get to a point where you have to bother w/ all this research...? Simply to say "it it's not broken, don't fix it"? Well, your system was obviously broken, and I'm sure there are many more SP2 bugs that SP3 fixes.

[v0lt]

Many users do not have admin rights. But this did not prevent them from using the player.

If an ordinary user to see the BSOD, then most likely he will remove the player.

I think VS2008 build should be compatible Windows SP2. At least there should be no BSODs.

[Tom Keller]

"Just install SP3" is easy to say. From my point of experience (while upgrading to SP2 in the past) it's always better to integrate a Service Packs into the Windows setup and install the whole bunch, instead of installing the Service Pack over an existing Windows installation. Because: the result consumes less disk space (no win-created backups of system files), which my pretty small hdd will thank me for, and seems to run more stable (as said: from my point of experience with Service Pack 2).

But installing a whole system (for me) takes at least 2 days of constant installation and configuration of drivers and additional software. Plus: my system runs fine now and i don't know what obstacles i will face, after installing SP3 (cause i have vague memories, that some hotfixes made problems with some older hardware i use - and if those hotfixes are part of SP3, which they surely are, i may be screwed... because the new MPC-HC revisions may run but some hardware wont... yay!).

Calling that "the best/mature solution" for only ONE piece of software to run, is quite an overstatement... isn't it!? Like taking a sledgehammer to crack a nut...

[alexins]

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

Changes (2777-2781): (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)
update ffmpeg;
changed to PAL-B for Hungary;
updated lcms;
updated ukrainian translation by arestarh;
fixed: fullscreen offset by side. This commit fixes ticket #955;
update MediaInfoLib to v0.7.38, ZenLib 0.4.17.

[mark0077]

Hi all

I have been watching Toy Story 3 blu-ray and notice after 5 or 6 minutes, the audio will have gone out of sync significantly enough for everyone to notice. It progressively seems to get worse and worse. If I reseek it goes back perfectly in sink for a few minutes.

I have ruled out reclock, ffdshow audio and video, and also tried both madVR and evr-cp. Has anyone had an issue with the internal ts splitter as I assume this is the only piece of the chain I havn't ruled out..?

EDIT: Just played one of the longish m2ts files explicitly and no audio / video desync after 10 minutes. Perhaps its mpc having trouble with the index.bdmv, when switching between the individual mt2s files. This movie seems to be made up of alot of them so I'm guessing atm that its the switch from one m2ts to the other during playback thats slowly adding the audio video desync.. Any thoughts?

EDIT2: Audio sync problem isn't present with vlc but it gives an ugly jerk at each m2ts switch. With potplayer I also get a bad audio video desync after a few minutes.... anything common between the two, splitter etc?

[bozek]

Revision 2772 - Directory Listing
Modified Tue Dec 14 18:55:10 2010 UTC (2 days, 5 hours ago) by xhmikosr

MJPB support in MOV files

Patch by v0lt

...and I kind of hoped this would have solved my ticket (#341). Yeah well, maybe text time.

[v0lt]

...and I kind of hoped this would have solved my ticket (#341). Yeah well, maybe text time.
You can use ffdshow.

[lych_necross]

[...]I think VS2008 build should be compatible Windows SP2. At least there should be no BSODs.
No it shouldn't. Install SP3 or upgrade to Windows 7. If you are using a computer where you are not able to obtain admin privileges (i.e. work computer), you probably shouldn't be using MPC-HC on it anyways.

[nevcairiel]

If your work computer is still on XP SP2, hire a new admin :P

[Tom Keller]

Oh c'mon folks. SP2 is not THAT uncommon for XP users :rolleyes: . Stop hitting people, which are alreads lying on the ground :p ...

But besides that: i already wrote, that i found the file which causes the bsod... and the solution. And isn't it good to know this - just in case a few other stupid and immature idiots (like me) are still using SP2 and refuse to install SP3 or buy a new os :p ? So they now just have to download a tiny little hotfix instead of a whole service pack to get rid of their trouble. Hurray to the blessings of modern communication forms and "friendly" forum communities ;) .

[CruNcher]

From the performance point it makes no real sense though and interoperability wise more problems will arise as most software expects SP3 these days but everyone his own :) Depending on your CPU in SP2/SP3 the most slowing down thing is DEP and if you have a CPU with Hardware DEP its no real problem @ all and if not you can also disable DEP in SP3 if you need the better performance (and don't care about Security, or lets say don't believe really that DEP in any way can protect you without ASLR ;) ).

[entrecour]

Hi all

I have been watching Toy Story 3 blu-ray and notice after 5 or 6 minutes, the audio will have gone out of sync significantly enough for everyone to notice.

mark0077, I think there are some threads along similar lines (audio sync) over at Slysoft. The advice there is - don't play the m2ts files directly as this will cause audio / sub problems.

Have you used tsmuxer to generate a single m2ts / blue ray structure?

[LigH]

@ Ingram:

Are you certain the video to be played is DXVA compliant (with all the limitations DXVA requires)?

"MediaInfo -f ..." would not only report details about the MKV container, but also about the included video stream.

[Ingram]

@ Ingram:

Are you certain the video to be played is DXVA compliant (with all the limitations DXVA requires)?

"MediaInfo -f ..." would not only report details about the MKV container, but also about the included video stream.

Thanks but I just spent 20 hours re-encoding the video to H264 and it works now. Couldn't be stuffed trying to work out why it didn't work.

[v0lt]

No it shouldn't.
If we do not care about compatibility, then why do we need different builds except VS2010?

[tetsuo55]

From the performance point it makes no real sense though and interoperability wise more problems will arise as most software expects SP3 these days but everyone his own :) Depending on your CPU in SP2/SP3 the most slowing down thing is DEP and if you have a CPU with Hardware DEP its no real problem @ all and if not you can also disable DEP in SP3 if you need the better performance (and don't care about Security, or lets say don't believe really that DEP in any way can protect you without ASLR ;) ).MPC-HC won't work without DEP, it will give you an error about DEP being required and then exit.

[mark0077]

mark0077, I think there are some threads along similar lines (audio sync) over at Slysoft. The advice there is - don't play the m2ts files directly as this will cause audio / sub problems.

Have you used tsmuxer to generate a single m2ts / blue ray structure?

Hi. It's quite the opposite for me. Playing the m2ts files gives no problems. Playing from index.bdmv begins to shoe audio desync. Doesn't happen with power DVD but does with mpc. I'll try with other blurays that have many m2ts to see if I can confirm this is where mpc is having trouble.

[Jong]

If I remember correctly back a couple of years Madshi had to do quite a bit of work to get seamless branching titles to sync.

Edit: Yes! See here: http://forum.doom9.org/showthread.php?p=1176342#post1176342

Sounds like mpc-hc is producing a "crude" playlist from the individual files and not handling the joins properly.

[SamuriHL]

Hi. It's quite the opposite for me. Playing the m2ts files gives no problems. Playing from index.bdmv begins to shoe audio desync. Doesn't happen with power DVD but does with mpc. I'll try with other blurays that have many m2ts to see if I can confirm this is where mpc is having trouble.

Sounds like a seamless branching issue. Again. Still? :) I know that some people have worked on seamless branching before but it definitely sounds like there's an issue there still.

[SamuriHL]

If I remember correctly back a couple of years Madshi had to do quite a bit of work to get seamless branching titles to sync.

Edit: Yes! See here: http://forum.doom9.org/showthread.php?p=1176342#post1176342

Sounds like mpc-hc is producing a "crude" playlist from the individual files and not handling the joins properly.

You're faster than me, Jong. :D

[entrecour]

Use clown bd (eac3to / tsmuxer) to extract the film + audio track that you want to keep. It will generate a file that shoudl not have any audio synch issues.

[Jong]

You're faster than me, Jong. :D:D Pure luck! First time here in months :o

[SamuriHL]

Use clown bd (eac3to / tsmuxer) to extract the film + audio track that you want to keep. It will generate a file that shoudl not have any audio synch issues.

That's a good workaround, but, it'd be nice if this could be fixed. There's a lot of seamless branching titles out there. If I rent a title, I don't necessarily want to have to remux the title just to watch it, but, MPC-HC provides an AWESOME movie only viewing scenario that skips all the previews and menus. Just a thought.

[SamuriHL]

:D Pure luck! First time here in months :o

LOL :) You provided better info. I forgot about madshi's experience with eac3to on this one. It's why ClownBD uses it to extract the title instead of tsMuxer because that doesn't properly join, either.

[clsid]

...and I kind of hoped this would have solved my ticket (#341). Yeah well, maybe text time.
Supply a sample file, and I might be able to add MJPEG-B support to ffdshow.

[mark0077]

Sounds like a seamless branching issue. Again. Still? :) I know that some people have worked on seamless branching before but it definitely sounds like there's an issue there still.

Yeah definitely. Using vlc, i get no audio delay at all but its not seamless at all, it gives an ugly blip on transitions from one m2ts to the other. Anyone interested in renting out Toy Story 3 or trying other blu-rays to see can they fix it :)

[v0lt]

Supply a sample file, and I might be able to add MJPEG-B support to ffdshow.
4 examples are here - http://samples.mplayerhq.hu/V-codecs/MJPEGs/mjpa-b.mov/

Also I ask to see the file - http://samples.mplayerhq.hu/V-codecs/MJPEGs/dmb1/Dimitri%20Walking.mov ('dmb1' - Matrox MJPEG)

All these files are decoded LEAD MCMP/MJPEG Codec 2.0.

[lych_necross]

If we do not care about compatibility, then why do we need different builds except VS2010?
Because VS2010 is new and some programmers haven't upgraded to it yet. Besides, I wasn't referring to VS2008 and VS2010 builds, I was referring to clients running XP SP2. Microsoft doesn't support SP2 anymore. Even VS2008 requires SP3 to function. If a user doesn't want to apply SP3, they should be forced to use an older build of MPC-HC.

[betaking]

MPC-HC won't work without DEP, it will give you an error about DEP being required and then exit.

Are you sure?
Revision 1366 - Directory Listing
Modified Sat Nov 28 21:04:28 2009 UTC (12 months, 2 weeks ago) by Spec-Chum
Added /GS, /NXCOMPACT and /DYNAMICBASE compile options, where available

Patch by XhmikosR
This version changes the code in the DataExecutionPrevention = "1" to DataExecutionPrevention = "2" feedback I've caused the problem! Today, I put this back to 1, re-compiled under the latest version of mpc-hc, and DEP has not closed. mpc-hc work as usual. Of course the system into 2 XPSP3 have no problem. but VISTASP2 and WIN7 including WIN7SP1 the code DataExecutionPrevention = "2" does not change DataExecutionPrevention = "1" compilation of mpc-hc is easy to cause. But if you disable the two systems DEP, mpc-hc is little cause! I do not know the player turn DEP on the development of any help, at least I did not play with other DEP encountered problems, such as potplayr or Mplyer! Unstable recommended if the mpc-hc code can be DataExecutionPrevention = "2", but if it is stable in mpc-hc code is best DataExecutionPrevention = "1", because it affects the user's impression!
PS:There was consulted to do this under Why do not we change the user's advice?
Maybe back at that time in accordance with XhmikosR me, this is because the corresponding decoder is not compatible and caused isolated problems, if the decoder and separator is open source also easy to handle. Can be resolved by modifying the source code. But if not open source, or only separated by the decoder and decoder play. It is not without any solution can only disable the DEP?

[clsid]

4 examples are here - http://samples.mplayerhq.hu/V-codecs/MJPEGs/mjpa-b.mov/

Also I ask to see the file - http://samples.mplayerhq.hu/V-codecs/MJPEGs/dmb1/Dimitri%20Walking.mov ('dmb1' - Matrox MJPEG)

All these files are decoded LEAD MCMP/MJPEG Codec 2.0.
I already tried with those samples, but playback does not work properly. Decoding seems to work OK, but playback just freezes after decoding the first frame. Seeking causes other frames to be decoded successfully. The freezing could be a problem in ffdshow, but might also be some kind of splitter issue.
A different, longer, sample would help to verify if this is a general problem, or specific to those samples.

The video in the sample with the 'dmb1' FourCC isn't recognized by the MP4 splitter, so I can't add that one yet.

[clsid]

DEP can easily be disabled if desired:
Index: src/apps/mplayerc/mplayerc.vcproj
===================================================================
--- src/apps/mplayerc/mplayerc.vcproj (revision 2781)
+++ src/apps/mplayerc/mplayerc.vcproj (working copy)
@@ -79,7 +79,7 @@
SubSystem="2"
LargeAddressAware="2"
RandomizedBaseAddress="2"
- DataExecutionPrevention="2"
+ DataExecutionPrevention="0"
SupportUnloadOfDelayLoadedDLL="true"
TargetMachine="1"
/>

[sansnom05]

Are you sure?
Revision 1366 - Directory Listing
Modified Sat Nov 28 21:04:28 2009 UTC (12 months, 2 weeks ago) by Spec-Chum
Added /GS, /NXCOMPACT and /DYNAMICBASE compile options, where available

Patch by XhmikosR
This version changes the code in the DataExecutionPrevention = "1" to DataExecutionPrevention = "2" feedback I've caused the problem! Today, I put this back to 1, re-compiled under the latest version of mpc-hc, and DEP has not closed. mpc-hc work as usual. Of course the system into 2 XPSP3 have no problem. but VISTASP2 and WIN7 including WIN7SP1 the code DataExecutionPrevention = "2" does not change DataExecutionPrevention = "1" compilation of mpc-hc is easy to cause. But if you disable the two systems DEP, mpc-hc is little cause! I do not know the player turn DEP on the development of any help, at least I did not play with other DEP encountered problems, such as potplayr or Mplyer! Unstable recommended if the mpc-hc code can be DataExecutionPrevention = "2", but if it is stable in mpc-hc code is best DataExecutionPrevention = "1", because it affects the user's impression!
PS:There was consulted to do this under Why do not we change the user's advice?
Maybe back at that time in accordance with XhmikosR me, this is because the corresponding decoder is not compatible and caused isolated problems, if the decoder and separator is open source also easy to handle. Can be resolved by modifying the source code. But if not open source, or only separated by the decoder and decoder play. It is not without any solution can only disable the DEP?

You can disable DEP, that doesn't mean you should do it. Also enable DEP should be the normal, not the other way around, after all, DEP,ASLR and the like are there for a reason: security. If something need to disable DEP to run, that's theirs fault, not mpc-hc's.

But as you put it, this is open source project, you're free to do anything you feel like, as a user myself, I have no need to do that, so disable DEP is definitely not my advice. :)

[bozek]

Supply a sample file, and I might be able to add MJPEG-B support to ffdshow.

http://www.easy-share.com/1913324598/mjpeg_samples.rar

Those are the two samples that were linked from ticket #341. I do have some longer stuff as well if you need...

[v0lt]

The video in the sample with the 'dmb1' FourCC isn't recognized by the MP4 splitter, so I can't add that one yet.
You can use LAVFSplitter. It is not limited list of formats.
Also I compiled a test build (http://www.mediafire.com/?inedw07gc34m9a0).

[adam777]

Hello all,
I've just managed to set FFDShow to output 24 bit DTS audio track as expected (that is, using libdts to output 32 bit FP and not libavcodec that outputs 16 bit).
Now, I would like to take this 32 bit stream and play it with as little processing as possible on windows 7 x64.

My first attempt was using MPC Audio Renderer that uses WASAPI, but I was not able to connect to it when feeding 32 bit (or even 24 bit) stream.
My second attempt was using WASAPI with the help of ReClock audio renderer, again with no success.
My current approach is kind of cheating by setting the default format in the audio card properties to what I expect (24 bit / 48000 Hz).
I think the latter is probably able to achieve the needed goal, but isn't very flexible (for example, when playing 16 bit AC3 streams).

So my question is if there's anything else I can try to make WASAPI work (seems to be the most convenient option overall).
Also, when playing 16 bit AC3 which is decoded to 32 bit FP by liba52 and then output as 24 bit by DirectSound, am I losing anything along the way or the "actual data" is always 16 bits padded with 0's to 32 or 24 bits, so nothing gets lost?

Thanks in advance, Adam.

[panda-34]

Is there any way of forcing mpc to respect video crop settings (PixelCropXXX values) in mkv header with mpeg-2 video?

[clsid]

http://www.easy-share.com/1913324598/mjpeg_samples.rar

Those are the two samples that were linked from ticket #341. I do have some longer stuff as well if you need...
Those samples already play fine with ffdshow.

[ilkertezcan]

There is a aspect ratio issue in MKV Splitter. (Tested with 2499 and SVN 2781).

Source MKV video: http://rapidshare.com/files/438311485/MKV_Aspect_Ratio.rar

Original Resolution: 640x352 but wrong aspect ratio when playing. Strange because Virtualdub (with ffcHandler's MKV input-plugin) can open properly resolution. I saved to AVI (with direct stream copy). MPC-HC can play properly with aspect ratio (the AVI file).

[Aleksoid1978]

There is a aspect ratio issue in MKV Splitter. (Tested with 2499 and SVN 2781).

Source MKV video: http://rapidshare.com/files/438311485/MKV_Aspect_Ratio.rar

Original Resolution: 640x352 but wrong aspect ratio when playing. Strange because Virtualdub (with ffcHandler's MKV input-plugin) can open properly resolution. I saved to AVI (with direct stream copy). MPC-HC can play properly with aspect ratio (the AVI file).

All play fine:
AVI - http://s011.radikal.ru/i317/1012/a5/11b2f799db29t.jpg (http://radikal.ru/F/s011.radikal.ru/i317/1012/a5/11b2f799db29.png.html)

MKV - http://i003.radikal.ru/1012/4d/2c5d43805a0at.jpg (http://radikal.ru/F/i003.radikal.ru/1012/4d/2c5d43805a0a.png.html)

[tetsuo55]

Good news for ati users the 10-bit RGB input it's back with the new AMD Catalyst™ Display Driver 8.80 (http://forums.guru3d.com/showthread.php?t=334165) so no more black screen (with DXVA) or those "burn colors" (without DXVA) when enable "Force 10-bit RGB Input" for Surface A2R10G10B10 !

Now all that remains to do so we can get back the Full 10-bit RGB = "Force 10-bit RGB Input" for Surface A2R10G10B10 + "10-bit RGB Output" for Backbuffer A2R10G10B10 + "D3D Full screen Mode" for Display A2R10G10B10 is to revert or fix the rev 1826 so we can get Display A2R10G10B10 too


Edit: For those still getting those "burn colors" when enable "Force 10-bit RGB Input" remember not all filters are 10-bit RGB input "capable" e.g. MPC-HC's internal xvid/MPEG-4 filter (Windows 7's Mpeg4s Decoder DMO it's working !)Can you run some tests and tell me exactly which file, or even better which line needs to be reverted?

[ilkertezcan]

@Aleksoid1978: Thank you for interest. You're right, MPC-HC can play as 827x352 aspect ratio (MKV or AVI video file that I sent). This is wrong ratio of width. Example screenshots:

Virtualdub: http://i.imgur.com/JzgHx.png

GOM Player - MKV (mpc-hc MKV splitter is actived): http://i.imgur.com/NB8l9.jpg

GOM Player - AVI (mpc-hc AVI splitter is actived): http://i.imgur.com/ss6Om.jpg

Do I need to write a ticket topic for this issue?

[bozek]

Those samples already play fine with ffdshow.

Well, the thing is I dont use ffdshow, just MPC-HC...

[Mercury_22]

Can you run some tests and tell me exactly which file, or even better which line needs to be reverted?

Sorry but from a quick look at rev 1826 it will take more time for me than I have right now to pin-point the file / line to revert, but I'm sure there are others more familiar with the code for whom it will take much less time to do that

[janos666]

I made some screenshots to demonstrate the remaining problems with the CMS feature (ticket #862 addendum). I used GIMP 2.6.11 for comparison (as much as I know it uses lcms as well as MPC-HC).
Black crush: CM OFF (http://img12.tar.hu/janos666/img/96331770.png) ; Perceptual (http://img12.tar.hu/janos666/img/96331771.png) ; Relative (http://img12.tar.hu/janos666/img/96331772.png) ; Saturation (http://img12.tar.hu/janos666/img/96331773.png) ; Absolute (http://img12.tar.hu/janos666/img/96331769.png) ;;;;; MPC-HC vs GIMP - Absolute (http://img12.tar.hu/janos666/img/96331768.png)
As you can see, it's independent from the rendering intent mode, it's very noticeable and it doesn't exist in GIMP.
Something else: CM OFF (http://img12.tar.hu/janos666/img/96331764.png) ; Perceptual (http://img12.tar.hu/janos666/img/96331765.png) ; Relative (http://img12.tar.hu/janos666/img/96331766.png) ; Saturation (http://img12.tar.hu/janos666/img/96331767.png) ; Absolute (http://img12.tar.hu/janos666/img/96331763.png) ;;;;; MPC-HC vs GIMP - Absolute (http://img12.tar.hu/janos666/img/96331762.png)
I don't know what it is exactly but it's very odd (it looks like a problem with the near-white scale).
Here is my display profile if you want to play with it: CLICK (http://www.tar.hu/janos666/abstest.rar)

[adam777]

Hello all,
I've just managed to set FFDShow to output 24 bit DTS audio track as expected (that is, using libdts to output 32 bit FP and not libavcodec that outputs 16 bit).
Now, I would like to take this 32 bit stream and play it with as little processing as possible on windows 7 x64.

My first attempt was using MPC Audio Renderer that uses WASAPI, but I was not able to connect to it when feeding 32 bit (or even 24 bit) stream.
My second attempt was using WASAPI with the help of ReClock audio renderer, again with no success.
My current approach is kind of cheating by setting the default format in the audio card properties to what I expect (24 bit / 48000 Hz).
I think the latter is probably able to achieve the needed goal, but isn't very flexible (for example, when playing 16 bit AC3 streams).

So my question is if there's anything else I can try to make WASAPI work (seems to be the most convenient option overall).
Also, when playing 16 bit AC3 which is decoded to 32 bit FP by liba52 and then output as 24 bit by DirectSound, am I losing anything along the way or the "actual data" is always 16 bits padded with 0's to 32 or 24 bits, so nothing gets lost?

Thanks in advance, Adam.

OK, played some more and figured out the following.
- Using MPC audio renderer (configured to use WASAPI), I can not connect when outputting 24 bit, 32 bit or 32 bit FP from FFDShow, only 16 bit.

- Using ReClock audio renderer, outputting the 32 bit FP from FFDShow as is, and modifying the output format in ReClock will not connect to WASAPI with 32 bit FP, 32 bit or 24 bit. It will connect using 16 bit or 24 bit padded to 32.

Now, I believe I read somewhere that although MediaInfo reports the audio track as being 24 bit, it is most likely 16 bit, as are most soundtracks.
So, what path should I use?
- FFDShow (16 bit) -> MPC audio renderer (16 bit)
- FFDShow (32 bit FP) -> ReClock (24 bit padded to 32)
Both utilize WASAPI, so the OS stuff isn't relevant.

Adam.

PS.
The whole point is purely out of interest, I really do not expect any noticeable difference in audio quality :)

PSS.
How can I check the bit depth of a given file other than using mediainfo?

[Porsche_fan]

Having an issue which appears related to the use of DVD Navigator as the problem occurs in MPC and Windows Media Center but not with a Cyberlink player. The issue also doesn’t occur if I play a vob file using mpeg-2 splitter.

While playing a dvd, the disc drive will suddenly start spinning at high speed (8x+) for a couple of minutes and then revert to 1x. This is rather irritating as it usually occurs multiple times when watching a film.

It happens on every pressed dvd I have tried both single and dual layers. The timing of the increased drive speed is different for each dvd but if the dvd is replayed it occurs at approximately the same runtime.

I have read a number of people on the web having the same problem. My guess is it is buffering related. Oddly, I didn’t have this issue with the exact same model HP which used an nVidia card…my current computer uses an ATI.

Are there some programming changes that could be made to the way DVD Navigator works in MPC based on this info http://msdn.microsoft.com/en-us/library/dd388611%28VS.85%29.aspx

I know currently MPC only works with Microsoft’s DVD Navigator but is it possible to allow the use of Cyberlink’s DVD Navigator with MPC? An alternative navigator would probably eliminate the Macrovision failure error with Haali’s and madVR too.

[nevcairiel]

- Using ReClock audio renderer, outputting the 32 bit FP from FFDShow as is, and modifying the output format in ReClock will not connect to WASAPI with 32 bit FP, 32 bit or 24 bit. It will connect using 16 bit or 24 bit padded to 32.

24 bit padded to 32 is the only really reliable mode, short of 16 bit, which sacrifices quality. Consumer sound cards only work with up to 24 bits of precision (i'm not even sure if they use it fully), even professional audio gear does not typically use the full 32-bits.

If FFDShow can output 32fp natively from the decoder in question, then stick with that. Its desireable to change the format as few times as possible, so try to stick to whatever ffdshow outputs (enable all output formats, it should select the best matching), and let ReClock resample it, and output it as 24-padded-to-32 to the sound card.

[Kazuya]

Hum... interesting indeed.

About this 32bits output ffdshow, I found something strange yesterday.
I was comparing Waves from AC3filter and ffdshow (with graphedit as wave writer), and this is what I get for libavcodec in AC3 and DTS, output 32 bits :

http://img130.imageshack.us/img130/5037/libav.png

then I tried with liba52 :

http://img101.imageshack.us/img101/7193/liba52.png


Is there an explanation ?

The mixer was in 2/0/0 with only L and R channels in custom matrix for both.

[pankov]

Kazuya,
libavcodec in ffdshow is limited to 16bit output.
That's the reason why it's recommended to not use it for HD audio sources and prefer libdts or liba52.

[Kazuya]

And this is what I get with libavcodec output 24bits :

http://img690.imageshack.us/img690/1901/libav24bits.png

No problem with libdts or liba52, we really get the 24bits...

[Kazuya]

Kazuya,
libavcodec in ffdshow is limited to 16bit output.
That's the reason why it's recommended to not use it for HD audio sources and prefer libdts or liba52.

Ooooooooh ok !!!
I didn't know ! :p
:thanks:

[Kazuya]

Other thing. I updated my MPC with 1.4.2788 (and 2748 before), and I get some macroblocking with internal x264 decoder.
Look :

http://img638.imageshack.us/img638/4106/2788w.th.png (http://img638.imageshack.us/i/2788w.png/)

And I tried with 2499 and 1845, no problem :

http://img269.imageshack.us/img269/4099/2499andbelow.th.png (http://img269.imageshack.us/i/2499andbelow.png/)

I can make a sample if needed.
Not a real issue for me, I use coreAVC, but for some maybe ?

[adam777]

24 bit padded to 32 is the only really reliable mode, short of 16 bit, which sacrifices quality. Consumer sound cards only work with up to 24 bits of precision (i'm not even sure if they use it fully), even professional audio gear does not typically use the full 32-bits.

If FFDShow can output 32fp natively from the decoder in question, then stick with that. Its desireable to change the format as few times as possible, so try to stick to whatever ffdshow outputs (enable all output formats, it should select the best matching), and let ReClock resample it, and output it as 24-padded-to-32 to the sound card.

:thanks:

[CruNcher]

Kazuya,
libavcodec in ffdshow is limited to 16bit output.
That's the reason why it's recommended to not use it for HD audio sources and prefer libdts or liba52.

And i was surprised that it takes so less cpu cycles compared to the other decoders is that the case for every libavcodec audio decoder mp1/2/3,aac,ac3,eac3,vorbis ? and why does it show 32bit integer in the info display @ all then ? if its only rendering 16 bit

[pankov]

If I remember correctly madshi was talking about this issue either here or in the ffdshow thread and said that libavcodec is decoding the stream correctly and molesting it only at the end when it downconverts to 16bit. He made a patch which skips the this conversion and uses it in eac3to.
I could be totally wrong here so anybody with more knowledge, please, correct me.
If I'm not mistaken it was tetsuo55 that also participated in the discussion.

[hoborg]

Problem report:

"MPC - Avi Splitter" doesn't like this *.AVI sample (http://rapidshare.com/files/438687210/Samsam_-_1x38_-_L_ombre_qui_en_dit_trop.avi) AVI is splitted, graph created correctly, but there is only black screen undepended on decoder - tested with FFDshow and MPC video decoder.
Sample working fine if default OS AVI splitter is in use.

I think the problem is already in TRACK (https://sourceforge.net/apps/trac/mpc-hc/ticket/19).

[XhmikosR]

Other thing. I updated my MPC with 1.4.2788 (and 2748 before), and I get some macroblocking with internal x264 decoder.
Look :

http://img638.imageshack.us/img638/4106/2788w.th.png (http://img638.imageshack.us/i/2788w.png/)

And I tried with 2499 and 1845, no problem :

http://img269.imageshack.us/img269/4099/2499andbelow.th.png (http://img269.imageshack.us/i/2499andbelow.png/)

I can make a sample if needed.
Not a real issue for me, I use coreAVC, but for some maybe ?

You do not provide enough info. Also as I have said numerous times, do not report bugs in this thread. After a few hours or days the reports will be lost due to the fact that this thread is huge.
Use the trac, create a new ticket and provide all the info like which decoder you are using (DXVA or not), if it happens with ffdshow's decoder (DXVA or not), what GPU, what driver version etc.

PS. x264 is the name of the encoder.

[Kazuya]

Ok, I was just asking if it's already known !
(happened with internal MPC H264/AVC decoder only)

[tetsuo55]

If I remember correctly madshi was talking about this issue either here or in the ffdshow thread and said that libavcodec is decoding the stream correctly and molesting it only at the end when it downconverts to 16bit. He made a patch which skips the this conversion and uses it in eac3to.
I could be totally wrong here so anybody with more knowledge, please, correct me.
If I'm not mistaken it was tetsuo55 that also participated in the discussion.Libavcodec has 2 types of decoders for lossy formats. Float and fixed point.

The fixed point ones just decode to whatever fixed point value makes sense for the file (usually 16int).
The float ones decode to 32bit/float and then rounds that down to 16bit int.

Assuming float decoders are used madshi's patch bypasses the rounding function and forces output of 32fp opening up the option to use a dithering instead of rounding for the conversion to 16 or 24bit int (your hardware wont do 32fp)

eventhough this all sounds awesome, the differences between the various outputs are minimal at best, we're talking minute rounding errors in sections of the sound that you probably cannot hear anyway.

[leeperry]

even though this all sounds awesome, the differences between the various outputs are minimal at best
It all starts to matter when you process DSP on that audio, be it Reclock/DirectSound resampling, mixing matrix, attenuation, etc etc ;)

[entrecour]

What's the most accurate way to get audio and video synch when playing h264 material? I am using madvr and ffdshow audio pass-through to an AVR in which I can set an AV synch delay although I imagine the delay depends on the video codec.

[Kazuya]

Other question : which VC1 decoder do you use in MPC for bluray disks playback ?
A friend tried in MPC, VC1 dxva or ffmpeg, in ffdshow, with an old MPC etc... Video get out of sync after 1hour or dropped douzains of frames in a few minutes...
(ATi HD5750, Core i5 760, bluray player Lite On)

[namaiki]

What's the most accurate way to get audio and video synch when playing h264 material? I am using madvr and ffdshow audio pass-through to an AVR in which I can set an AV synch delay although I imagine the delay depends on the video codec.

Delay probably depends more on your TV and other hardware external from your PC.

[Steveo08]

is jumping by keyframe ("Shift+VK_Right") currently broken in the last version?

[namaiki]

is jumping by keyframe ("Shift+VK_Right") currently broken in the last version?

Which version and make sure to use the internal splitters.

[Steveo08]

Which version and make sure to use the internal splitters.



you are right about to use the internal splitter, it was my mistake, i was using haali splitter. know it's working with the internal splitter.

Thank you! :)

[Hera]

Long Standing Issue: FullFP = Stuttering, Frame Dropping {ION, Atom N270, W7}
Things to notice: Stuttering most visible when panning, not picked up by EVR Stats. When combined with CoreAVC, frame dropping is recorded by statistics overlay. Green line skyrockets, then sound stops, then video stutters, Green line goes back and then skyrockets again, ad infinutum.
Things that DO NOT fix this issue: Flushing, D3D10 fullscreen, 10-bit input, Haali Splitter, CoreAVC, MS DTV-DVD, frame time correction.
Things that DOES fix this issue: Ffdshow DXVA codec

Issue: Video stutters with Subtitles on ATi notebook, same video that runs smoothly on my ION netbook {ATi 4250, Athlon II, W7}
Things that DO NOT fix it: Various EVR settings.
Things that DOES fix this this issue: Disabling Smooth Video Playback and using MS DTV-DVD filter OR Using Ffdshow DXVA filter.

Conclusion: MPC's DXVA support needs some help.

[namaiki]

Disabling Smooth Video Playback
What is this "Smooth Video Playback" that you speak of?

Also, is that first situation with FullFP tested when using only MPC-HC's internal filters?


Conclusion: MPC's DXVA support needs some help.
If you would like to contribute, it would be in your interests to get hooked up with Tetsuo55.

[SamuriHL]

What is this "Smooth Video Playback" that you speak of?


I believe s/he's referring to a setting in the AMD catalyst control center. It's supposed to enforce smooth playback by dropping any of the post processing as necessary.

[Hera]

What is this "Smooth Video Playback" that you speak of?

Also, is that first situation with FullFP tested when using only MPC-HC's internal filters?



If you would like to contribute, it would be in your interests to get hooked up with Tetsuo55.

"Enforce Smooth Video Playback" (Radeon options thingy)- I *think* disabling it helps, but there is too much variance to tell exactly (don't know why).
MPC's internal Video decoder does cause stuttering (when combined with ATi 4250 Mobile and Subtitles) which is picked up by the statistics overlay. A non-issue for ION.



FullFP issue happens with only the internal filters enabled. The only solution seems to use the FFDSHOW DXVA filter. At least it looks the smoothest - at the beginning it will stutter (it will also run at a high frame as if catching up, e.g., ~40/24) but then it seems to be the smoothest. In terms of least stuttering: FFDSHOW > Internal / MS > CoreAVC (CUDA enabled).

I have no idea how these things work. Hopefully FFdshow DXVA decoder doesn't perform some optimizations at a price of quality loss!

[namaiki]

Is this on the MPC-HC bugtracker? Also, if you haven't already, please post a video sample of what you are using to test.
Any difference if you disable/enable Aero?

[dleach]

I have a WinXP XBMC system which uses MPC-HC to play BD rips. My process is as follows:

1) Rip BluRay with AnyDVD HD
2) Use Clown_BD to pull together a *.ts mux that includes the forced subtitles and english subtitles (I have the forced subtitles option selected).
3) Copy over the resulting .ts file to my movie directory tree.

I then stream these .ts files to an Acer Revo One unit. Most of the time this works fine but recently I have been getting these cases where the video will suddenly freeze but the audio continues to play on. To fix it I quickly hit reverse on my remote then play. Is this a known problem and is there a fix for this? It is really annoying.

David

[Hera]

Is this on the MPC-HC bugtracker? Also, if you haven't already, please post a video sample of what you are using to test.
Any difference if you disable/enable Aero?

Don't ask me, I am stupid.

http://rapidshare.com/files/438955133/ef_sample.mkv

Yes. Without Aero there is tearing and stuttering whereas with Aero there is only stuttering.

[namaiki]

Don't ask me, I am stupid.

http://rapidshare.com/files/438955133/ef_sample.mkv

Yes. Without Aero there is tearing and stuttering whereas with Aero there is only stuttering.

So, in the above situation when using MPC-HC's internal filters, is DXVA enabled/working and being used? (in the FFDShow DXVA situation it would definitely be being used)
Also, for tearing, try enable: View> Renderer Settings> Reset> Optimal.

In the situation with FullFP, are subtitles enabled or disabled? In all situations, is subtitle animation enabled or disabled?

[Hera]

So, in the above situation when using MPC-HC's internal filters, is DXVA enabled/working and being used? (in the FFDShow DXVA situation it would definitely be being used)
Also, for tearing, try enable: View> Renderer Settings> Reset> Optimal.

In the situation with FullFP, are subtitles enabled or disabled? In all situations, is subtitle animation enabled or disabled?

I always use DXVA. 1080p stuff kinda requires it as the Athlon II is quite weak and well Atom N270 is even weaker.

I did disable all checks (rf count and stuff) on both systems. Interestingly, SD often gets corrupted no matter that DXVA codec is used (ATi *only*).

Tearing only happens without Aero. You have to have something mentally wrong with you to prefer Windows 7 without Aero enabled.

On my netbook, the Atom N270 cannot handle animation while buffering - I have subs set to 800x600. The statistics overlay itself causes the red/green lines to wobble more with its full view (Ctrl-j) compared to its smaller view (Ctrl-j, Ctrl-j) - yes on a netbook the statistics overlay is intensive. The stuttering with FullFP on the NV ION (latest DX, drivers, etc...) happens with and without subtitles.
NV netbook stuttering STR,
1. Download video from YouTube (No subs there)
2. Enable FullFp
3. Play Video
4. Rage

On the ATi Rig (10.10 drivers, 10.11 cause greenscreen I heard), I have animations enabled and resolution set to desktop. CPU is 30-40%.
Video with stutter inducing subs + FFdshow DXVA = OK
FullFP + Video without stutter inducing subs = OK
FullFP + Video with stutter inducing subs + FFdshow DXVA stuff = at worst - half the frames get dropped; unwatchable. at best - stutters.
I have disabled all the post processing stuff in the ATi CP.

NOTE: I use 64-bit MPC w. 4250/Athlon II notebook and 32-bit MPC w. ION/Atom netbook. Bilinear (PS 2.0) resizer, 4 EVR Buffers, all v-sync crud turned off (Aero FTW), wait for flushes, 0-255 output, GPU post-processing disabled.

I am not running anything intensive in the back ground. I have UAC driver killed, services minimal, Aero and superfetch enabled, no PF, plenty of RAM, and I usually run in High Performance setting keeping the CPU at its fastest state.

EDIT: Also it seems to me that NV ION is massively faster than ATi Radeon 4250 Mobile in non-CPU intensive gaming. Might explain some things?

hopefully that helps!
want screenshots?

[bobdynlan]

Long Standing Issue: FullFP = Stuttering, Frame Dropping {ION, Atom N270, W7}
[...]
Issue: Video stutters with Subtitles on ATi notebook, same video that runs smoothly on my ION netbook {ATi 4250, Athlon II, W7}
[...]
Conclusion: MPC's DXVA support needs some help.

Common! You get what you pay for. When the time will come for you to upgrade, please don't give them for free to someone, spear them the suffering and instead dispose of them, properly, at the local electronics recycling centre.

Mean time, don't enable any of the MPC-HC enhancements like FP, 10-bit, Color management, PS2.0 resize, subtitles animation and shaders. And none of the graphics control panel features like edge enh, denoise and so on.

[namaiki]

Video with stutter inducing subs + FFdshow DXVA = OK


Wishful thinking: Is that when you are using FFDShow DXVA's subtitle renderer?

[Hera]

Wishful thinking: Is that when you are using FFDShow DXVA's subtitle renderer?

Just checked, no I wasn't,
FFDShow DXVA's subtitle renderer gets out of sync with the audio in about instantly and doesn't allow subtitle animation. I can't use something that broken.
If ignoring these issues, all stuttering issues go away using FFdshow's subtitle renderer.

EDIT: So, now I have no clue whats happening, so here are my ATi notebook Specs,
OS Name Microsoft Windows 7 Professional
Version 6.1.7600 Build 7600
Other OS Description Not Available
OS Manufacturer Microsoft Corporation
System Name ALEX-PC
System Manufacturer Hewlett-Packard
System Model HP G62 Notebook PC
System Type x64-based PC
Processor AMD Athlon(tm) II P340 Dual-Core Processor, 2200 Mhz, 2 Core(s), 2 Logical Processor(s)
BIOS Version/Date Hewlett-Packard F.14, 8/5/2010
SMBIOS Version 2.6
Windows Directory C:\Windows
System Directory C:\Windows\system32
Boot Device \Device\HarddiskVolume1
Locale United States
Hardware Abstraction Layer Version = "6.1.7600.16385"
User Name Alex-PC\Alex
Time Zone Mountain Standard Time
Installed Physical Memory (RAM) 3.00 GB
Total Physical Memory 2.74 GB
Available Physical Memory 1.31 GB
Total Virtual Memory 2.74 GB
Available Virtual Memory 1.12 GB
Page File Space 0 bytes

[[)370|\|470!2]

Quite refreshing seeing posts
http://forum.doom9.org/showpost.php?p=1462480&postcount=15343
http://forum.doom9.org/showpost.php?p=1462850&postcount=15358
http://forum.doom9.org/showpost.php?p=1464024&postcount=15413
being deliberately ignored. An explicit sign of mpc-hc has turned into another skiddy (hence bug-overwhelmed) project. Well, care not.

[Hera]

HP Mini 311,

I take back the whole statement that FFDshow DXVA decoder stops stuttering introduce by FullFP.
Just like other DXVA codecs it masks it (you have to visually pick it up).

Are there minimum GPU/CPU requirements for FullFP? Otherwise I give up, tried bloody freaking everything.
=(

[clsid]

Don't use "Allow animation with buffers". Instead, set the subpicture buffer to 0. That will also allow animation, but with much lower CPU usage and less stuttering.

[Kado]

@Hera

Basically you machine is underpowered, I also had some issues on my netbook (Asus 1201N, Atom 330 dualcore, 4GB 800MHz, ION GPU), but everything runs fine one my desktop (Core i7 920, 6GB 1.6GHz, GTX470) using the same videos and settings.
I had to limit subtitle resolution to 1280x720 to have fluid playback. Also try what clsid said, that's what I use as well. I use DXVA on both machines and always the latest build from xvidvideo.ru.

[Kazuya]

I had to limit subtitle resolution to 1280x720 to have fluid playback.

:eek:
I never think about that ! :p

I let desktop for maximum texture resolution, maybe this could explain why sometimes my laptop isn't smooth on fullHD screen...

[tetsuo55]

Quite refreshing seeing posts
http://forum.doom9.org/showpost.php?p=1462480&postcount=15343
http://forum.doom9.org/showpost.php?p=1462850&postcount=15358
http://forum.doom9.org/showpost.php?p=1464024&postcount=15413
being deliberately ignored. An explicit sign of mpc-hc has turned into another skiddy (hence bug-overwhelmed) project. Well, care not.For one this is mostly an end users forum thread, and none of them can answer these questions.

Secondly this forum thread can not be used for formal bug reports, we have the issue tracker for that which can be found here: http://sourceforge.net/apps/trac/mpc-hc/wiki/Bugs_-_Reporting

Thirdly you do not seem to understand how hobby-open-source-projects work.
In short end users like you run into bugs, try to come up with ways to replicate the problem and provide detailed instructions on the tracker.
Then other end users like yourself that also run into the problem learn to program and provide a patch that eventually fixes the problem.
In the case of MPC-HC almost all non-maintenance patches are create through the above system, mpc-hc does not have any full-time developers in the team.

Finally those posts describe 2 bugs, the 1st one seems to be an off-by-one error in the translation RC. the second seems to be a bigger problem with the subtitle filter. The subtitle filter is not actively worked on by anyone, if you want those types of bugs to be fixed i suggest learning C++ and directshow and providing patches, chances of somebody else doing that are slim at best.

EDIT: as i expected, the first bug was fixed in http://sourceforge.net/apps/trac/mpc-hc/changeset/2759 2 weeks ago.

[Hera]

Don't use "Allow animation with buffers". Instead, set the subpicture buffer to 0. That will also allow animation, but with much lower CPU usage and less stuttering.

I reset subtitle settings to default and just set to desktop resolution (1336x768) and now I just see a small spike whenever they are drawn and once in a while a bigger spike. Doesn't seem to impose horrible stuttering issues.
FullFP does make the subtitles more demanding, GPU/CPU spike more when subs appear with FullFP than without - so it skips frames then.
Notebook CPU usage: 3-30% (Usually below 20%)

[rob4eiwt]

Would one of the developers take on bug #384

http://sourceforge.net/apps/trac/mpc-hc/ticket/384

The original author never got around to fixing the layout and stopping "RD: Off" from appearing alongside every entry.

[joe42]

Some of the MKV files I'm creating from Blu-rays with MakeMKV will consistently crash MPC-HC. Some MKV from MakeMKV play fine consistently, but others consistently crash MPC-HC. The crashes occur within a few seconds of double-clicking on the MKV file and MPC-HC trying to open it -- the file never even begins to play. For the MKVs that crash MPC-HC, if I go back to the decrypted blu-ray files and create the MKV with Clown-BD and MKVMERGE, then the resulting MKV consistently plays fine in MPC-HC. So the MPC-HC crashes only occur with MKVs from MakeMKV (and only some), and not with Clown-BD/MKVMERGE MKVs. In all cases, the MKVs that crash MPC-HC play fine on VLC.

I'm running Win7 32-bit, and I have about 3.4GB of RAM available. I have verified this problem with MPC-HC 2499 as well as the recent 2799 (and a few others). I deleted the registry and .ini settings for both versions of MPC-HC before testing, so everything was default. When MPC-HC crashes, its memory use shoots up to 1.8GB. Here is the crash report from Windows:

Problem signature:
Problem Event Name: APPCRASH
Application Name: mpc-hc.exe
Application Version: 1.4.2499.0
Application Timestamp: 4c8646fc
Fault Module Name: KERNELBASE.dll
Fault Module Version: 6.1.7600.16385
Fault Module Timestamp: 4a5bdaae
Exception Code: e06d7363
Exception Offset: 00009617
OS Version: 6.1.7600.2.0.0.768.3
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789


I also noticed that if I uncheck Playback / Use worker thread to construct the filter graph, then MPC-HC no longer crashes, but it gives an "Out of memory." dialog box and forever says "Opening...", although it is still responsive to clicking on the window close box. And the memory usage still shoots up to 1.8GB.

I tried various combinations of MakeMKV selections for what to include in the MKV file, and I found that even if I include nothing but the video (no audio, no subtitles), the crash still occurs.

One BR I have been experimenting with is Spider-man 3. The MKV from MakeMKV consistently crashes MPC-HC. The MKV from Clown-BD/MKVMERGE consistently plays fine in MPC-HC. I tried de-remuxing the MakeMKV MKV with MKVMERGE, and the result crashes MPC-HC. Then I tried to create a clip, 100MB, with MKVMERGE, but the result plays fine. Then I tried a 1GB clip, plays fine. Ditto for 2GB, 4GB, 8GB clips, all fine. The whole file is about 30GB, so I tried splitting it into part 1 and part 2, with part 1 being 15.4GB and part 2 is 14.7GB (note, shorter than part 1). Part 1 plays fine on MPC-HC, but part 2 crashes MPC-HC.

I also found that Lord of the Rings #1 from MakeMKV plays fine, but #2 and #3 both crash MPC-HC. LOTR #2 and #3 MKVs from Clown-BD / MKVMERGE play fine. I have seen similar behavior on a number of titles that I will not list now.

I have an Intel core i3-540 with integrated graphics and the latest Intel driver.

I've done a fair bit of reading, googling and searching this forum and avsforums and MakeMKV forums, and I haven't found anything quite like this. But I think that my setup is not terribly unusual, far from it, so I wonder why no one else has reported this. Am I missing something obvious? Or should I file a bug ticket on MPC-HC and/or MakeMKV?

Any other information I could provide to help? I haven't been able to generate a short clip to demonstrate the problem. So far the smallest is 15GB.

[namaiki]

Does it crash when you are opening the file, or during/in the middle of playback?

Any difference if you disable MPC-HC's internal DXVA filters? (View> Options> Internal Filters> Untick "H.264/AVC (DXVA)" assuming the video is H.264/AVC)

[[)370|\|470!2]

For one this is mostly an end users forum thread
Yourself included, lol?
Thirdly you do not seem to understand how hobby-open-source-projects work.
I deeply believe in one and only thing: if one cannot do something properly, he'd rather not do it at all.
as i expected, the first bug was fixed in http://sourceforge.net/apps/trac/mpc-hc/changeset/2759 2 weeks ago.
Just as I expected, nothing's been fixed — it's still not possible to choose subtitle stream albeit they appear in menu.

http://img812.imageshack.us/img812/3695/26249558.th.png (http://img812.imageshack.us/i/26249558.png/)

FYI last ver. it works the way it should is 1.4.2667.

[tetsuo55]

Yourself included, lol? Yes i am an end user.

I deeply believe in one and only thing: if one cannot do something properly, he'd rather not do it at all.If that where the case we would still be living in caves, i can recommend reading this: http://undsci.berkeley.edu/article/intro_01

Just as I expected, nothing's been fixed — it's still not possible to choose subtitle stream albeit they appear in menu.

http://img812.imageshack.us/img812/3695/26249558.th.png (http://img812.imageshack.us/i/26249558.png/) the bug i mentioned is fixed, however you seem to have another bug (so that makes 3 in total). If you can still reproduce it after completely resetting all mpc-hc related settings and using the latest nightly build i suggest opening a ticket on the tracker..
See the troubleshooting links in my signature for further help.

FYI last ver. it works the way it should is 1.4.2667.[/QUOTE]

[vBm]

Would one of the developers take on bug #384

http://sourceforge.net/apps/trac/mpc-hc/ticket/384

The original author never got around to fixing the layout and stopping "RD: Off" from appearing alongside every entry.

As far as i know jonasno said he'll not work on mpc-hc anymore or so. (dunno why thou)
Best bet to get that one implemented is if you do it alone or find someone that will send a patch.

As tetsuo said mpc-hc doesn't have any full time developers anymore.

[v0lt]

http://mpc-hc.sourceforge.net/media-player-features.html
Media Player Classic Home Cinema supports the following Windows OS versions:

* Windows NT
* Windows 2000
* Windows XP x32 and x64
* Windows Vista x32 and x64
* Windows 7 x32 and x64

Download Media Player Classic Home Cinema !
Please remove the Windows NT and Windows 2000 from the list.

[vBm]

http://mpc-hc.sourceforge.net/media-player-features.html

Please remove the Windows NT and Windows 2000 from the list.

As you know ... site is outdated and it looks like a cheesy scam product.

Tetsuo is waiting on new layout to be done and sent to him. (soon i hope)

[v0lt]

@vBm
If the site is completely redesigned, it's good. Only now people are confused.

[vBm]

@vBm
If the site is completely redesigned, it's good. Only now people are confused.

Yes, i've been told that we'll have completely overhauled site, it'll be clean and minimalistic just like ffdshow tryouts has (something that clean).

I really hope that it'll get finished soon cause indeed current site is a big mess.

[dleach]

Anyone with experience with this issue?

I have a WinXP XBMC system which uses MPC-HC to play BD rips. My process is as follows:

1) Rip BluRay with AnyDVD HD
2) Use Clown_BD to pull together a *.ts mux that includes the forced subtitles and english subtitles (I have the forced subtitles option selected).
3) Copy over the resulting .ts file to my movie directory tree.

I then stream these .ts files to an Acer Revo One unit. Most of the time this works fine but recently I have been getting these cases where the video will suddenly freeze but the audio continues to play on. To fix it I quickly hit reverse on my remote then play. Is this a known problem and is there a fix for this? It is really annoying.

David

[Lincoln Burrows]

I have done one experience here with MPC-HC and a proprietary software called "Total Media Theatre" from Arcsoft. I was going to convert the contents of DVDs/BDs into Matroska, when I realized some of them, like slideshows, can't be properly converted. So I had the idea to keep those contents by leaving only the original VOB/m2ts files that were necessary to gain access to the menus and watch them. It worked with one Blu-ray so far, and today I managed to make this work with a DVD, called "Sunset Boulevard" (1950).

The contents were:

Morgue Prologue Script Pages (text pages that are accessing one VOB file - the script have some icons that when are clicked, are accessing short videos - both contents - texts and all videos - are inside this VOB, but only the videos can be converted into MKV)

Photo Galleries:
- Production
- The Movie
- Publicity

In this case, the following files were removed from VIDEO_TS in order to access such contents:

http://img692.imageshack.us/img692/162/imagemsyd.png

Those files were left behind, they will not (and cannot) be converted into MKV:

http://img69.imageshack.us/img69/816/imagem2be.png

Of course if the user tries to access some content that is not available in the first picture, like the movie, it will not work, but that's not a problem.

And while using MPC-HC, I was perfectly able to access this movie with all the listed files from the 2nd image.

However (and this is where it gets interesting), MPC could not open another title. The reasons are unknown, but that same title (with some files removed from VIDEO_TS) worked using TMT. My idea was to access the original main menu, while converting the episodes into Matroska. I am going to do this with other titles, in order to access those contents from my computer.

It was the disc 1 from "Superboy". I have only left the main menu (with a static image). This disc has no extra features, only episodes. But MPC is giving me nothing but a black screen when I try to open that directory (if it's incomplete). I used in both cases the option to access DVDs (not individual files) = control + D + selecting VIDEO_TS folder(s).

Those are the files from the static menu, you may try to use both softwares if possible to see what's wrong:

http://www.multiupload.com/L2H7FLRG7F

Any ideas why MPC can't open this title? Perhaps it can't because all connections made by the DVD authoring are broken, and it's not refusing when only some of them are working, like in the Sunset Boulevard case?

[joe42]

Does it crash when you are opening the file, or during/in the middle of playback?

Any difference if you disable MPC-HC's internal DXVA filters?

It crashes while it is trying to open the file. It never even begins to play.

Disabling all the internal DXVA filters made no difference.

[gorgone]

hi can someone help with a little strange m3u play problem ?
if i want to play a stream from my dreambox/dbox2 with enigma/enigma2
i can play the stream if i use only the stream url but not with the complete m3u file
example.:
------------------------------------------------------
http://10.223.8.75:8001/1:0:19:7C:A:85:C00000:0:0:0:
------------------------------------------------------
work ok

m3u with the same url and 2 lines @ the begining
------------------------------------------------------
#EXTM3U
#EXTVLCOPT--http-reconnect=true
http://10.223.8.75:8001/1:0:19:7C:A:85:C00000:0:0:0:
------------------------------------------------------
not work

windows media player and vlc have no problem with the m3u

[o770]

Hi.
How should I set DXVA(H.264) compatibility check with intel core i3?
How should Presentation be set?

This is for Windows Seven Home Premium and enabled Aero.

Is this guide (http://imouto.my/watching-h264-videos-using-dxva-clearvideo-version/) any good?
Thanks!

[namaiki]

I'd do everything except:
Disabling VSync (you might get stutter with this option disabled)
Enabling Frame Time Correction (If all of your videos are constant framerate it probably doesn't matter to have it enabled, but if you have any variable frame rate stuff, you will experience problems)
Blocking FFDShow Video decoder (You can though... MPC-HC and Windows 7 both have various other video decoders built in)

Presentation should be fine with everything unticked. You can try tick Force 10-bit input, and Full Floating Point Processing, but you will probably get a black screen instead of video.

[mindbomb]

Question:
Is the internal software h264 filter multithreaded?

I have advised someone to install ffdshow for ffmpeg mt, but I'm wondering if this is redundant.

[ranpha]

I'd do everything except:
Disabling VSync (you might get stutter with this option disabled)
Enabling Frame Time Correction (If all of your videos are constant framerate it probably doesn't matter to have it enabled, but if you have any variable frame rate stuff, you will experience problems)
Blocking FFDShow Video decoder (You can though... MPC-HC and Windows 7 both have various other video decoders built in)

Presentation should be fine with everything unticked. You can try tick Force 10-bit input, and Full Floating Point Processing, but you will probably get a black screen instead of video.

Playing a VFR video with v-sync disabled (Aero enabled) and FTC enabled.

http://thumbnails25.imagebam.com/11274/954039112739914.jpg (http://www.imagebam.com/image/954039112739914)

Where is the stuttering?

[namaiki]

Play the video at the change between framerates.

[ranpha]

Play the video at the change between framerates.

That spot is exactly where the video starts switching from 30fps to 23fps (right after the OP theme ended and after the announcement scrolling text finished). No problem whatsoever.

[namaiki]

Please PM me a link to the video.

This is what I always get:
http://img820.imageshack.us/img820/1520/ftc.th.png (http://img820.imageshack.us/img820/1520/ftc.png)

Anyway, try play at the 23-> 30 change. I can mimic the same graph that you saw, but with stuttering at a 60-> 24 change (in other words, there is stuttering, but the graph does not show it).

[o770]

I'd do everything except...

What about the compatibility check? Should everything be skipped, should checking everything also work?

Thanks a lot!

[ranpha]

What about the compatibility check? Should everything be skipped, should checking everything also work?

Thanks a lot!

The compatbility check doesn't really apply if you use third-party codecs.

[o770]

What about it if I use the filters? For intel core i3...

[ranpha]

What about it if I use the filters? For intel core i3...

Skip reference frame check.

[nevcairiel]

Question:
Is the internal software h264 filter multithreaded?

I have advised someone to install ffdshow for ffmpeg mt, but I'm wondering if this is redundant.

The internal h264 decoder does currently not use ffmpeg-mt, you need ffdshow for that.

[dbone1026]

What about it if I use the filters? For intel core i3...

For my core i5 I use the MS Video Decoder for h264 and Arcsoft Video Decoder for VC1. The internal MPC video decoders do not work well with core i3/i5 (for h264 you can get some serious blocking and for VC1 you lose DXVA). Using the MS Video Decoder for h264 takes care of the blocking/green banding issue and the arcsoft video decoder gives full DXVA for VC1. I just set both as prefer in the external filters section of MPC

[Thunderbolt8]

how can I change the default folder when I click on quick open file? dont want to start in the mpc-hc program directory each time anew.

[LigH]

Possibly by changing the "Start in folder" property of the link to MPC-HC? At least I hope so...

[mindbomb]

For my core i5 I use the MS Video Decoder for h264 and Arcsoft Video Decoder for VC1. The internal MPC video decoders do not work well with core i3/i5 (for h264 you can get some serious blocking and for VC1 you lose DXVA). Using the MS Video Decoder for h264 takes care of the blocking/green banding issue and the arcsoft video decoder gives full DXVA for VC1. I just set both as prefer in the external filters section of MPC

i have a nvidia gtx 260, which only supports idct for vc-1 much like intel hd graphics.
I tried the arcsoft video decoder, but i found that I was getting many blocky artifacts when using dxva. I was using EVR CP and mpc's internal splitter. what do you do to get it working properly?

[dbone1026]

i have a nvidia gtx 260, which only supports idct for vc-1 much like intel hd graphics.
I tried the arcsoft video decoder, but i found that I was getting many blocky artifacts when using dxva. I was using EVR CP and mpc's internal splitter. what do you do to get it working properly?

I cant speak about the NVIdia GPU as I don't have one, I use just Intel on my HTPC. I didn't make any changes to the default MPC Settings, just added MS Video Decoder and Arcsoft Video Decoder to the External Filters (and set to Prefer with the MS Video Decoder listed first). I followed this for using the Arcsoft Video Decoder - http://forum.doom9.org/showthread.php?t=154070

[mindbomb]

you find no problems with artifacts when you use arcsoft video decoder in mpc hc?
what tmt version are you using dbone?

edit:
registered the asvid.ax from tmt 5, it seems to be working actually. The last time I tried with tmt2 I think, and that resulted in tons of artifacts.

Now, this isn't scientific or anything, but I feel like libavcodec was actually producing smoother results, despite no dxva.

[o770]

MS decoder makes many irregular encodes I tested play too fast although blockiness was indeed gone. Haven't you experienced that?

Found this (http://forum.doom9.org/showpost.php?p=1398564) about the compatibility check. Should I really skip reference frame check?

No problem caused by 10-bit RGB Output and Full floating point processing. Force 10-bit RGB input creates artifacts.
I can't verify the first two settings actually do anything. Do the stats show? This (http://img.photobucket.com/albums/v110/anitadark/snap.png) snapshot shows the configuration I intend to maintain - is it good?

[dbone1026]

you find no problems with artifacts when you use arcsoft video decoder in mpc hc?
what tmt version are you using dbone?

edit:
registered the asvid.ax from tmt 5, it seems to be working actually. The last time I tried with tmt2 I think, and that resulted in tons of artifacts.

Now, this isn't scientific or anything, but I feel like libavcodec was actually producing smoother results, despite no dxva.

I used the TMT3 decoders (I own a license for TMT3 so it was easy to grab)

[dbone1026]

MS decoder makes many irregular encodes I tested play too fast although blockiness was indeed gone. Haven't you experienced that?

Found this (http://forum.doom9.org/showpost.php?p=1398564) about the compatibility check. Should I really skip reference frame check?

No problem caused by 10-bit RGB Output and Full floating point processing. Force 10-bit RGB input creates artifacts.
I can't verify the first two settings actually do anything. Do the stats show? This (http://img.photobucket.com/albums/v110/anitadark/snap.png) snapshot shows the configuration I intend to maintain - is it good?

No, I have had zero issues with MS Video Decoder for h264 and core i5 (tested on both my core i5 HTPC and core i5 laptop). This is for 1:1 BluRay mkvs which is a large majority of my content and using MPC HC for playback

[xiulet]

xhmikosr , a new update for catalan translation!

https://sourceforge.net (https://sourceforge.net/apps/phpbb/mpc-hc/viewtopic.php?f=5&t=41&p=217#p217)

:thanks: adéu.

[Thunderbolt8]

Possibly by changing the "Start in folder" property of the link to MPC-HC? At least I hope so...
doesnt work, unfortunately (although it did with the older version I had installed, but it doesnt work any more now with the latest)

[mindbomb]

I used the TMT3 decoders (I own a license for TMT3 so it was easy to grab)

I've been playing around with the vc-1 decoder from tmt3 and tmt 5, and in both, im finding that i run into problems with audio video sync upon seeking occasionally, and I'm also getting dropped frames, especially in There Will Be Blood, where i was getting about one per second through any particular scene.

Idk have you experienced anything like this, or does this only affect nvidia cards?

I love the idea of hardware acceleration, but I think im going to have to go back to libavcodec.

edit: also, when i tried to play the movie Greenberg, i just get a black screen.

[dbone1026]

I've been playing around with the vc-1 decoder from tmt3 and tmt 5, and in both, im finding that i run into problems with audio video sync upon seeking occasionally, and I'm also getting dropped frames, especially in There Will Be Blood, where i was getting about one per second through any particular scene.

Idk have you experienced anything like this, or does this only affect nvidia cards?

I love the idea of hardware acceleration, but I think im going to have to go back to libavcodec.

I have only tested the arcsoft video decoder (TMT3) with my core i5 and have had none of those issues you describe. For my ATI GPU HTPCs I just use the internal MPC filters. I don't have a NVidia GPU so cannot confirm what you are seeing.

[alexins]

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

Changes (2801-2808):

Another update for 2798 rev;
rename Belarus.isl to Belarusian.isl, update changelog;
update ffmpeg;
Fix: playback seamless BD;
Add: PGS subtitles name and language;
Patch by Sebastiii;
update MediaInfoLib to r3620;
update Compilation.txt. Patch by thevbm;
updated translations, catalan by xiulet, ukrainian by arestarh;
Revert rev. 2684, because it's broken play subtitle in single MPEG file (*.m2ts).

[LigH]

@ alexins, Thunderbolt8:

How about adding some kind of "Preferred directory", or even "Media library" (quick access to a few directory tree branches), to MPC-HC?
__

Oops ... there are already "Favourites". Sounds useful for you, Thunderbolt8, if they could be extended by "Folders" too, in addition to "Files" and "DVDs".

[SamuriHL]

Fix: playback seamless BD;
Add: PGS subtitles name and language;
Patch by Sebastiii;


Way to go Seb! I hope the seamless branching stuff is finall fixed for good. Awesome!!

[dleach]

What does "Fix: playback seamless BD" mean?

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

Changes (2801-2808):

Another update for 2798 rev;
rename Belarus.isl to Belarusian.isl, update changelog;
update ffmpeg;
Fix: playback seamless BD;
Add: PGS subtitles name and language;
Patch by Sebastiii;
update MediaInfoLib to r3620;
update Compilation.txt. Patch by thevbm;
updated translations, catalan by xiulet, ukrainian by arestarh;
Revert rev. 2684, because it's broken play subtitle in single MPEG file (*.m2ts).

[mark0077]

What does "Fix: playback seamless BD" mean?

For me it seems to fix this audio desync problem with multi m2ts blu-ray playlist files, eg Toy Story 3. Thanks a million guys!

http://sourceforge.net/apps/trac/mpc-hc/ticket/1010

tetsuo55 can this ticket be closed please? Perhaps devs could have a quick search through the bug tracker after they provide a fix, to see if any bug reports can be closed?

[vBm]

For me it seems to fix this audio desync problem with multi m2ts blu-ray playlist files, eg Toy Story 3. Thanks a million guys!

http://sourceforge.net/apps/trac/mpc-hc/ticket/1010

tetsuo55 can this ticket be closed please? Perhaps devs could have a quick search through the bug tracker after they provide a fix, to see if any bug reports can be closed?Thanks, closed #1010

In last few days namaiki closed several forgot-to-close fixed tickets. There are couple of 'easy' to implement tickets but we need someone to step up and do it :P

[rica]

Hi guys,
shall i hope MPC-HC will support 3D BD play in 2011?
Happy new year btw.

[stasi]

What about an option to show the cover of a MKV file in the main window for a few seconds when starting playback? And an option to darken the picture when a movie is paused for ~5 minutes?

[leeperry]

shall i hope MPC-HC will support 3D BD play in 2011?
What about an option to show the cover of a MKV file in the main window for a few seconds when starting playback? And an option to darken the picture when a movie is paused for ~5 minutes?
patches are welcome http://forum-images.hardware.fr/icones/smilies/sol.gif

[Steveo08]

i have a question to this ticket:

http://sourceforge.net/apps/trac/mpc-hc/ticket/589

is a fix possible?

[god_md5]

i try this ver ,the dvb subtitles can't work
Media Player Classic HomeCinema (x86), 1.4.2808, MSVC2010 (SSE2)
sample
http://www.mediafire.com/?1m52gp7imo1ua7c

[Aleksoid1978]

Happy new 2011 YEAR to ALL

[joe42]

http://forum.doom9.org/showpost.php?p=1466560&postcount=15548

I haven't gotten much feedback on the issue I've had where some MKVs from MakeMKV crash MPC-HC. Has no one seen anything like this before? Or is this sort of thing common?

I was experimenting with the Spider-Man 3 MKV from MakeMKV that was crashing MPC-HC, trying to find out why some clips I created with MKVMerge would crash MPC-HC, and other clips would not. I finally narrowed it down to some relatively short clips that do crash MPC-HC! Here are two sequential 20 second clips, the first one (313) plays fine in MPC-HC, while the second one (314) crashes MPC-HC:

http://www.mediafire.com/file/algrzw0ti8yi547/sm3_clip1_crash_part-313.mkv
http://www.mediafire.com/file/wv6qg766y7t17cy/sm3_clip1_crash_part-314.mkv

I used MKVMerge to split the problematic MKV up into 406 clips of 74MB each. I found that clips 314 - 319 all crashed MPC-HC but played fine in VLC. All the other clips that I tried played fine in MPC-HC (I did not try all 406, but I tried a number of them from different times).

It turns out that all 6 crashing clips contain the time (in the original MKV) from 1:47:20 to 1:49:10 which is, I believe, from the beginning of chapter 41 to the beginning of chapter 42. Something in that chapter creates clips that crash MPC-HC.

Any idea why that is?

[clsid]

The internal Matroska splitter is what crashes. Clip 314 plays fine with Haali splitter.

[Polcius]

Color management is completely broken.

I've done an ICC profile with an i1-Pro sensor. Obviously, this profile is applied "system-wide", since the desktop colors change from when I didn't have a profile.

I ran two measurements with the ColorHFCR soft, using a DVD with test patterns (grayscale, primaries...), playing it in MPC-HC.

First measurement, without color-management enabled (perceptual, 2.2, auto-detect) in MPC-HC. Everything flawless. Excellent grayscale tracking, dead on gamma.

Second, with color management enabled. A complete failure. Messes up the gamma, changes the grayscale...

I don't know what color management does, and yes, it alters the primaries, but messes up grayscale & gamma wich is more important.

[tetsuo55]

The guy who wrote that tried to explain to me how it works.

1. Your display itself (using the knobs) gets some basic configuration
2. For each colorspace you need you create a profile using the sensor
3. mpc-hc colorspace management can load the correct profile for each type of video and make sure the colors etc.. are always a correct match for the capabilities of your display.

The reason it works like this is because no 1 gamut will fit perfectly in another, this is the only way to ensure each gamut gets displayed as accurate as it can.

What i think is happening on your system. You have a global profile loaded and then load another one on top of that from mpc-hc, causing a double correction and incorrect colors etc..

You should disable all other corrections when using mpc-hc afaik.

[joe42]

The internal Matroska splitter is what crashes. Clip 314 plays fine with Haali splitter.

That is interesting. I had thought that it was best to use MPC-HC's internal splitter. But if the problem I am seeing (quite a few MakeMKV files I have tried crash MPC-HC) is not experienced by many people, are most people using Haali?

In general, do you think it is a better idea to use the Haali splitter with MPC-HC?

Also, does anyone know where best to point the finger here? Is MakeMKV generating MKV files that are out of spec, or is this just a bug in the Matroska splitter? I guess even if the files were out of spec, the splitter should fail gracefully, not crash.

[mindbomb]

The internal h264 decoder does currently not use ffmpeg-mt, you need ffdshow for that.

thanks nev.

the mpeg 4 part 2 and mpeg 2 decoders are multithreaded though, right?

[sansnom05]

http://forum.doom9.org/showpost.php?p=1466560&postcount=15548

I haven't gotten much feedback on the issue I've had where some MKVs from MakeMKV crash MPC-HC. Has no one seen anything like this before? Or is this sort of thing common?

I was experimenting with the Spider-Man 3 MKV from MakeMKV that was crashing MPC-HC, trying to find out why some clips I created with MKVMerge would crash MPC-HC, and other clips would not. I finally narrowed it down to some relatively short clips that do crash MPC-HC! Here are two sequential 20 second clips, the first one (313) plays fine in MPC-HC, while the second one (314) crashes MPC-HC:

http://www.mediafire.com/file/algrzw0ti8yi547/sm3_clip1_crash_part-313.mkv
http://www.mediafire.com/file/wv6qg766y7t17cy/sm3_clip1_crash_part-314.mkv

I used MKVMerge to split the problematic MKV up into 406 clips of 74MB each. I found that clips 314 - 319 all crashed MPC-HC but played fine in VLC. All the other clips that I tried played fine in MPC-HC (I did not try all 406, but I tried a number of them from different times).

It turns out that all 6 crashing clips contain the time (in the original MKV) from 1:47:20 to 1:49:10 which is, I believe, from the beginning of chapter 41 to the beginning of chapter 42. Something in that chapter creates clips that crash MPC-HC.

Any idea why that is?

Check the mediainfo of your 314 clip, the reported duration of video is different (longer) than the duration in General. 313 clip is the same for both. Maybe that's the reason for internal Matroska filter crashed? Please check your other clips too.

[joe42]

Check the mediainfo of your 314 clip, the reported duration of video is different (longer) than the duration in General. 313 clip is the same for both. Maybe that's the reason for internal Matroska filter crashed? Please check your other clips too.

I did not follow that. What is "the duration in General"? What two durations are you comparing? The duration in mediainfo is one, I gather. What is the other?

[tetsuo55]

Haali usually has better support for MKV than the internal splitter.

[SamuriHL]

That is interesting. I had thought that it was best to use MPC-HC's internal splitter. But if the problem I am seeing (quite a few MakeMKV files I have tried crash MPC-HC) is not experienced by many people, are most people using Haali?

In general, do you think it is a better idea to use the Haali splitter with MPC-HC?

Also, does anyone know where best to point the finger here? Is MakeMKV generating MKV files that are out of spec, or is this just a bug in the Matroska splitter? I guess even if the files were out of spec, the splitter should fail gracefully, not crash.

I'm using Haali to split my MakeMKV made MKV's. My guess would be a bug in the internal splitter which eventually will be replaced.

[Polcius]

The guy who wrote that tried to explain to me how it works.

1. Your display itself (using the knobs) gets some basic configuration
2. For each colorspace you need you create a profile using the sensor
3. mpc-hc colorspace management can load the correct profile for each type of video and make sure the colors etc.. are always a correct match for the capabilities of your display.

The reason it works like this is because no 1 gamut will fit perfectly in another, this is the only way to ensure each gamut gets displayed as accurate as it can.

What i think is happening on your system. You have a global profile loaded and then load another one on top of that from mpc-hc, causing a double correction and incorrect colors etc..

You should disable all other corrections when using mpc-hc afaik.

I don't understand... :confused:

EDIT: Ok, I think I know what you mean. Tonight I will try disabling the "general" Windows color correction.

[clsid]

thanks nev.

the mpeg 4 part 2 and mpeg 2 decoders are multithreaded though, right?
None of the internal decoders are multithreaded.

[Xorp]

2011 bump: http://sourceforge.net/apps/trac/mpc-hc/ticket/71

Let's see how many years we can keep it going

[JanWillem32]

@Polcius The general Windows color system has to be configured so that the profile is installed and marked as default system-wide, but without directly applying it. You can do that by accessing the color configuration panel in the Windows Control Panel. Change the system-wide settings under the "advanced" tab. Under the next "advanced" tab untick the the checkbox, and make sure you use the installed profile as default, with ICC display conditions. If your profile isn't present in the drop-down menu, you can install it in the "devices" tab. Make sure your user settings are merged with the system defaults, you can merge them in the "device" tab of the first screen under "profiles".
To save on resources, you can additionally disable the Windows Color System service. You can access it by running "services.msc" .
There are additional guides for this item if you search for Windows color solutions for Photoshop.

[dansrfe]

1 feature request:

In the playback tab under "Output" can there be an option to manually define rules for resizing. Such as "Half resolution if input resolution above a certain resolution" or "increase resolution by 1 1/3 if below a certain resolution". I'm sure this would help a lot of people.

[clsid]

This is an automated response from the MPC-HC feature request server:
CODE 37: Request queued at position 1109. Estimated implementation time August 15th, 2026. Thanks for your submission.

[clsid]

In ffdshow you can define custom settings profiles and different resizing settings.
You don't use ffdshow and prefer the inferior internal decoders?
Well that is too bad if you want the desired functionality.

[Polcius]

@Polcius The general Windows color system has to be configured so that the profile is installed and marked as default system-wide, but without directly applying it. You can do that by accessing the color configuration panel in the Windows Control Panel. Change the system-wide settings under the "advanced" tab. Under the next "advanced" tab untick the the checkbox, and make sure you use the installed profile as default, with ICC display conditions. If your profile isn't present in the drop-down menu, you can install it in the "devices" tab. Make sure your user settings are merged with the system defaults, you can merge them in the "device" tab of the first screen under "profiles".
To save on resources, you can additionally disable the Windows Color System service. You can access it by running "services.msc" .
There are additional guides for this item if you search for Windows color solutions for Photoshop.

Can you make a screencap of how it should look, please?

Thanks, I will look for info.

[dansrfe]

I'm not talking about true resizing. I'm talking about telling the renderer to downscale on initial launch of the file. Kind of like what Haali did, except with a custom rule setup for under what restrictions to resize how much.

[JanWillem32]

@Polcius The setup I described is valid for Vista and 7 only. For windows XP the color control is quite a bit different:
http://articles.techrepublic.com.com/5100-22_11-5965505.html

For screenshots, that will be a problem, unless you can read Dutch.

[Polcius]

@Polcius The setup I described is valid for Vista and 7 only. For windows XP the color control is quite a bit different:
http://articles.techrepublic.com.com/5100-22_11-5965505.html

For screenshots, that will be a problem, unless you can read Dutch.

I'm using Win7.

Actually, I can read a bit of dutch XD

[JanWillem32]

Very well, here they are in correct order:

To disable the service, just run "services.msc" .
It should be easy enough to choose "disabled" there.

[hayan]

Full Stats OSD messages(ctrl+J) need 1420x790+ display space, unfriendly on the small Mon (800x600 & 1024x768) or video (SD video).

Feature request:

Limit the Stats OSD messages proportion on video display range

Adaptive resize the Stats OSD messages range
or
Use small(50%) font size on little display range.

[renq]

Perhaps a noobish question, but is it possible to rotate videos?

[Polcius]

Very well, here they are in correct order:
User advanced
http://www.mediafire.com/?056dc48f0fdu711
System device
http://www.mediafire.com/?rqodz1a4zblq2ko
System advanced
http://www.mediafire.com/?nckf0gxsd3p5bb9
User device
http://www.mediafire.com/?t2vr868dpj2areb

To disable the service, just run "services.msc" .
It should be easy enough to choose "disabled" there.

Thanks

[JanWillem32]

@renq Yes, but currently only by using the video card's rotation option in the control panel.
@Polcius You're welcome. Good luck on the setup, and try to avoid the "absolute" settings, many profiles don't support absolute rendering intents.

[hissatsu]

Fix: playback seamless BD;
Add: PGS subtitles name and language;
Patch by Sebastiii;


Unfortunately, I don't think it could be called "fixed". Specifically, for me at least it's broken seeking for single m2ts files. The seeking appears to work fine, but it doesn't. The timer is sometimes way off. You can jump to a point where it's says 3:45 on the timer, yet it actually playing back something several second earlier/later. If you're playing an external subtitle file, it's very obvious. It will be synced as long as you don't seek, then you seek and it's way off. If I go back to any version before 2804, it's OK.

[Polcius]

@renq Yes, but currently only by using the video card's rotation option in the control panel.
@Polcius You're welcome. Good luck on the setup, and try to avoid the "absolute" settings, many profiles don't support absolute rendering intents.

No, I'm using perceptual all the time.

Ok, I ran some fresh tests (attached) in wich you can see that MPC's color management is "broken"; it totally messes up the gamma, and doesn't seem to do much with the primaries.

[niksus]

@renq Yes, but currently only by using the video card's rotation option in the control panel. You are wrong here. Try Alt+NumPad keys.

[XebelBit]

Hello!
I have problems with many .flv files and DXVA. Either MPC-HC crashes, doesn't play the video or produces visual errors at the bottom of the picture. I have a GeForce 8400 GS, WinXP SP3, MPC-HC 1.4.2499.0. I have tried different renderers. It seems to work fine if DXVA is not used. What is my problem with DXVA? Can I fix it?

[betaking]

Hello!
I have problems with many .flv files and DXVA. Either MPC-HC crashes, doesn't play the video or produces visual errors at the bottom of the picture. I have a GeForce 8400 GS, WinXP SP3, MPC-HC 1.4.2499.0. I have tried different renderers. It seems to work fine if DXVA is not used. What is my problem with DXVA? Can I fix it?

http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-1-4-2808.html
download svn build form here!

[pbmtp]

Hi,

here is a little bug:

When "toggle screen space shader" shortcut or menu is used an empty OSD is displayed

[tetsuo55]

Here (http://vbm.omertabeyond.com/stuff/patches/mpc-hc.r2808.VS2010.SSE2.10-bit.out.samplers.D65.and.surfaces.7z) is a test-build with the following changes:


-disable overfiltering for all pixel shaders (the code that allows changeable types of sampler states have yet to be found )
-generating mipmaps for textures is only useful for rendering in 3D, in pure 2D, it just wastes memory and processing.
-extend the precision to the CIE D65 standard values
-detection of the floating point surface format
-allow 10-bit RGB output, without allowing the D3DDISPLAYMODE to override the display color format settings set with D3DDISPLAYMODEEX.

So in short: This build should lower the overhead on GPU slightly for EVR-CP/VMR9-R, but also OSD and subtitles. Fix the 10bit RGB not working problems and make shader scalers more accurate.

Once we have some confirmation that there are not regressions these changes will be committed.
I would especially like to hear from yesgrey and leeperry

EDIT: please note that "bilinear" in the output settings does not work in this build, the image will be scaled using nearest neighbour, the PS2.0 scalers all do work now though and better than before.

[XebelBit]

http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-1-4-2808.html
download svn build form here!

Thank you for your answer.
I've tried it. The problems remain with this svn build.

[janos666]

Fix the 10bit RGB not working problems and make shader scalers more accurate.

Once we have some confirmation that there are not regressions these changes will be committed.


GPU: HD5850
Driver: 10.12 WHQL
OS: Win7 x64 (with every OS, DX, .NET, C++Redist updates)
Display: Dell U2410 with DP connection (tested with FirePro V5700 and PhotoShop CS5 -> 10 bit/color WORKS)

MPC-HC build1824: 10-bit works (according to the OSD, at least, but looks good, so may be dithering only, I am not sure...)

Output range: 0-255 (I think this limited->full range conversation causes the visible banding because 16-235 is always smooth)

Windowed mode, Aero enabled, 10-bit in, 10-bit out, FFPP enabled ---> BANDING ------------- OSD -> Surface Unknown ;;;;;;;; Backbuffer A2R10G10B10 ł Display Unknown
Windowed mode, Aero disabled, 10-bit in, 10-bit out, FFPP enabled ---> BANDING ------------- OSD -> Surface Unknown ;;;;;;;; Backbuffer A2R10G10B10 ł Display Unknown
D3DFS mode, Aero disabled, 10-bit in, 10-bit out, FFPP enabled ------> SMOOTH GRADIET --- OSD -> Surface A16B16G16R16F ; Backbuffer A2R10G10B10 ł Display A2R10G10B10

/// I never saw this A16B16G16R16F format before. Does the F stands for Float (16-bit floating point)?

Drawbacks: I have to hit Ctrl+Alt+Del after I stop the playback to get back my desktop (black screen after the playback stops).

The gray gradient test pattern looks very nice in third case. I think you should definitely include these changes!
May be the D3DFS warning message should contain the notice about this Ctrl+Alt+Del thing or you should find another fix/workaround.

Edit: OSD picture (http://prohardver.hu/dl/upc/2011-01/35956_222.png) (PrintSreen won't work here...)

Now, the only remaining issue that CMS doesn't apply (proper or any) black point compensation. :rolleyes: (Adobe CMS and yCMS works better for me with relatively low contrast LCDs, like 950:1)

[JanWillem32]

Thanks for your reply. What settings do you further use that may cause "Unknown" format on the Surface and Display items?
A16B16G16R16F is indeed a format of 16-bit floating points. In DirectX 9 it's only allowed on surfaces, not for the backbuffer and display.
The black screen on exit problem is currently being worked on, at the moment I can only advise you to map a hotkey to "reload display driver" in the video card's control panel.

[janos666]

Thanks for your reply. What settings do you further use that may cause "Unknown" format on the Surface and Display items?


I have no idea and I don't want to investigate it too much further because I would use the FS mode anyway.


A16B16G16R16F is indeed a format of 16-bit floating points. In DirectX 9 it's only allowed on surfaces, not for the backbuffer and display.
looks like it can cause problems during exit.


Is it theoretically possible to push EVR further (16-bit buffers) on DX11 cards? (Not a request, only curiosity.)


The black screen on exit problem is currently being worked on, at the moment I can only advise you to map a hotkey to "reload display driver" in the video card's control panel.
looks like it can cause problems during exit.


I think the "Disable Desktop composition (Aero)" caused this. I don't need to hit ct+al+del anymore since I disabled it.
I think it wouldn't make any difference in D3DFS mode but it looks like it can cause problems during exit (may be Aero would reinitialize before the display mode changes...?).

[janos666]

Bad news, but I am not sure if we really achieved a proper 10-bit output yet. :(

Before this patch, "10-bit input" without "10-bit output" produced a relatively smooth gradient without visible banding (via dithering ; Note that am talking about 0-255 output here... 16-235 is always smooth...).

Now, "10-bit output" without "10-bit input" produces banding while the OSD still shows the same stats: 16-bit surface, 10-bit buffers, 10-bit display.

May be the OSD shows false stats. But why do I have banding (caused by the 16-235 --> 0-255 conversion) without the "10-bit input" option?
It theoretically receives undithered 8-bit data (native source bit depth), processes in 16-bit FP, and outputs 10-bit. Dithered or not..., but undithered 10-bit should always look significantly smoother than undithered 8-bit, and I should see a relatively smooth gradient even with dithered 8 bit while undithered 10-bit should be (at least) as smooth as the dithered 8-bit (when dithered from 10-bit), right?.?

This let me think that the combination of the "10-bit input" and "10-bit output" produces the same dithered 8-bit output as the "10-bit input" without the "10-bit output".

Or did I misunderstand something?

10-bit output = send 10 bit/color to the device (not padded, not dithered, but real 0-1024 range per components?)
10-bit input = ??? - Somebody said, it asks 10-bit from the decoder. Why...? Source is 8-bit any I don't want any image manipulation on the decoder side. I want to output 10-bit after the image manipulations on the renderer side (like level conversion, CMS, etc.)

Is this "trick" (10-bit input) required to force EVR to work with 10-bit data? Or what...?
Do I still need to live with the software dithering, even I get real 10 bit/color output?

But do I really get it...?
In this situations when "10-bit input" produces smooth gradient alone (with both 8 and 10 bit output) and "10-bit output" doesn't make any noticeable difference alone (there is no improvement without "10-bit input" but "10-bit input" helps without "10-bit output"...) I can't really tell if 10-bit really works or not.

Does anybody have a 10-bit test image, encoded with the "10-bit x264 coded"?
I should make it clear:
- If it's smooth, then 10-bit output works.
- If it looks like a 8-bit image, it doesn't.

Or somebody else may be able to check it. My display doesn't tell me anything about it, but I know that some displays indicate the input bit depth in their OSDs (of couse, it can be false and effectively 8 bit, but good to start the "debug"...)

[JanWillem32]

Thanks for the input. It's true that getting the mostly fixed-to-8-bit rendering engine to do other formats, requires some tinkering. Your computer is probably powerful enough to run heavy test builds, so if you're interested, you can try them.
I compiled two 64-bit versions, one with dither, one without. I also added a separate debanding shader (that doesn't use dithering), use it to smooth out the input video before the display step. The video is slightly unstable at the start with these two versions, it should improve in a matter of seconds. It might need 3D clocks on on some GPUs to run smoothly.
The 4×32-bit floating point surface format is just experimental, not for implementation in the near future, to make that clear.
The 10-bit input item is a bit tricky. In my case it fails at chroma up-sampling, so I use a separate shader to do that. 10-bit input can help to maintain more data when the video Y'CbCr data is converted to RGB. If the conversion is done in 8-bit, a lot of data from in-between values is lost. The result of that is banding.

By the way, more changes are underway from the entire development team, of course. This build is just my attempt to help improve the handling of the DirectX 9 video processing chain.

[janos666]

I compiled two 64-bit versions, one with dither, one without.


The one with the dithering enabled doesn't seem to work as intended: "10-bit input" without "10-bit output" doesn't produce a smooth gradient as older versions did. I got 32-bit surface with 8-bit backbuffers and 8-bit display, and banding with 0-255 output range.

But the experiment was successful: If you really disabled the dithering in the corresponding build, then I really got a 10 bit/color display mode. I got 32-bit surface, 10-bit backbuffers and 10-bit display, and a smooth gradient.

It would be nice to have a GUI option (in later release versions) to enable/disable dithering.


And I think I found the problem which caused the Unknown format reports.
I have to start the playback by dragging and dropping the file on the mpc-hc.exe itself. I also got some D3D allocation errors with various settings when I tried to drag and drop the files to an MPC-HC window (even if it was a "clean" instance which didn't do anything after I launched it...).


I also added a separate debanding shader (that doesn't use dithering), use it to smooth out the input video before the display step.


I didn't try it yet. I watched a 8-bit gray gradient test image and there were no any banding with 10-bit input and output.


The 4×32-bit floating point surface format is just experimental, not for implementation in the near future, to make that clear.


It's up to your decision but it works fine here.
May be you should make it available by the renderer settings menu if it can make any difference (at least theoretically, because I think it won't help with 10-bit buffers).


The 10-bit input item is a bit tricky. In my case it fails at chroma up-sampling, so I use a separate shader to do that.


Yes, I noticed it. I tried to use your chroma upsample shader but the overall result is still far from madVR's quality.


10-bit input can help to maintain more data when the video Y'CbCr data is converted to RGB.


It starts to make sense if it stands for the bit depth of the RGB values after the YCC->RGB conversion.

Silly me... I thought this YCC->RGB conversion (when I feed the renderer with NV12 -> Why doesn't it accept YV12, by the way?) is part of the "Full Floating Point Processing" and such, it's always processed with 16-bit FP precision and saved as 10-bit RGB with 10-bit backbuffer settings. And yes, "10-bit output" alone doesn't trigger the 10-bit backbuffers with these versions, so...

But wait... The gradient is always smooth with 16-235 RGB settings. How does it possible?
I can understand that 8-bit YCC -> 10-bit RGB is better than 8-bit YCC -> 8-bit RGB. But why 8-bit YCC -> 8-bit RGB Limited is better than 8-bit YCC -> 8-bit RGB Full? (And no just better but "perfect"?)
YCC and RGB are different color spaces and the ranges are different anyway (different chroma and luma range in YCC - or am I wrong and do they match?), so it doesn't make sense that the gradient is perfectly smooth with limited RGB but shows heavy banding with full RGB.

But newer mind, it seems to works now (the gradient is smooth with 0-255 too). But there is a lot to do until you get close to madVR, if it's even possible with the predestines EVR limitations.


This build is just my attempt to help improve the handling of the DirectX 9 video processing chain.


I think it's good.
There are no D3D allocation or Unknown format errors with usual launch.
But may be you should check the dithering with 10-bit in, 8-bit out. I can't remember if it worked with the previous version or not.

[joe42]

An excerpt from Anand's Sandy Bridge review,

http://www.anandtech.com/show/4083/the-sandy-bridge-review-intel-core-i5-2600k-i5-2500k-and-core-i3-2100-tested/7

The limitation is entirely in hardware, particularly in what’s supported by the 5-series PCH (remember that display output is routed from the processor’s GPU to the video outputs via the PCH). One side effect of trying to maintain Intel’s aggressive tick-tock release cadence is there’s a lot of design reuse. While Sandy Bridge was a significant architectural redesign, the risk was mitigated by reusing much of the 5-series PCH design. As a result, the hardware limitation that prevented a 23.976Hz refresh rate made its way into the 6-series PCH before Intel discovered the root cause.

....

Intel has committed to addressing the problem in the next major platform revision, which unfortunately seems to be Ivy Bridge in 2012. There is a short-term solution for HTPC users absolutely set on Sandy Bridge. Intel has a software workaround that enables 23.97Hz output. There’s still a frame rate mismatch at 23.97Hz, but it would be significantly reduced compared to the current 24.000Hz-only situation.

MPC-HC Compatibility Problems

Just a heads up. Media Player Classic Home Cinema doesn't currently play well with Sandy Bridge. Enabling DXVA acceleration in MPC-HC will cause stuttering and image quality issues during playback. It's an issue with MPC-HC and not properly detecting SNB as far as I know. Intel has reached out to the developer for a fix.


Hmm, so now there is a software kludge for Intel HD Graphics to output at 23.97 Hz instead of 23.976 Hz. If my calculations are correct, that changes it from a repeated frame every 42sec to a skipped frame every 167 seconds. I wonder how much better that will look.

That part about Intel reaching out to "the developer" of MPC-HC is odd. Who did they talk to? Is Intel contributing code for MPC-HC?

[bobdynlan]

joe42, there is no spoon. In other words, I'll bet D3DFS fooled you into thinking you've got 10bit smooth output, but instead what happened was that D3DFS switched 16-235 on. And there is the display itself that does on-the-fly adjustments even if you set it at certain figures. Did you notice a slight drop in brightness level? Because that's what happens when 16-235 goes on. And please note that windowed tests are irrelevant, this whole 10-bit thing works only on full-screen mode. After ~2h of staring at a solar eclipse, my conclusion might be wrong :cool:

Anyway, this whole FP thing does little thing for 8-bit displays at the moment, and that is where the resources should be spent, not for the 0.05% 10-bit capable (not advertised) hardware, users have. Maybe it's time for a dither implementation, now that direct processing sort of works, JanWillem32? :thanks:

[joe42]

joe42, there is no spoon.

There is no joe42 in the rest of that conversation, either.

[janos666]

joe42, there is no spoon.


I think I will answare these on behalf of joe42. :p


In other words, I'll bet D3DFS fooled you into thinking you've got 10bit smooth output, but instead what happened was that D3DFS switched 16-235 on. And there is the display itself that does on-the-fly adjustments even if you set it at certain figures. Did you notice a slight drop in brightness level? Because that's what happens when 16-235 goes on.


I don't think so.
Almost everything can happen when I connect my display to my Radeon HD5850 with a HDMI cable: PC-TV level mismatch (ignored pixel format settings and chaotic PC->TV conversions with HDTV resolutions), double-corrected (desaturated) colors with the xvYCC mode, and other random things (like a small flickering in every ~20 minutes).
But it's absolutely stable and reasonable with DisplayPort connection. The driver doesn't think that it has to be a smartass and deal with a broken player software and HDTV combo, and the display doesn't think that it fights against a broken media player which thinks that it has a dirty business with a broken HDTV; or God knows why the hell they do these chaotic things. http://prohardver.hu/dl/s/n2.gif

On the other hand... The display works with a 12-bit controller, so I guess it would do a nice job with a TV-PC level conversion.
But the possibility that EVR could tell the display to do this expansion and it really did it... almost zero... (May be with HDMI connection and the help of this solar eclipse but only once in a lifetime...)

It's an LCD with ~950:1 contrast ratio. It's far from perfect but only "acceptable" for me. So, it's easy to tell if 0-16 values are cut or not. Dark tones would be really bright grays then.


And please note that windowed tests are irrelevant, this whole 10-bit thing works only on full-screen mode. After ~2h of staring at a solar eclipse, my conclusion might be wrong :cool:

Anyway, this whole FP thing does little thing for 8-bit displays at the moment, and that is where the resources should be spent, not for the 0.05% 10-bit capable (not advertised) hardware, users have. Maybe it's time for a dither implementation, now that direct processing sort of works, JanWillem32? :thanks:


If you would read everything I wrote on that post you may know that...
The "10-bit input" without the "10-bit output" used 10-bit RGB and dithered it back to 8-bit display output (older builds, not these test versions) and caused a smooth gradient.

And it also worked with windowed mode! You need the D3DFS mode for real 10-bit display mode but it isn't necessary for 10-bit processing and dithering until the display mode is the usual 8-bit. (At least as I can remember. I used to watch movies with madVR, I am just here to do some experiment with 10-bit and XYZ-LUT based CMS.)

Why do you think that it wasn't 10-bit?
The hardwares are capable, the software is theoretically capable and it looks like it works. Why can't you believe if it worked? Didn't it work for you with a TN display or an expensive but unfortunately incompatible HDTV, or what?

[bobdynlan]

Sry joe42 It's easy to get disoriented with all these clone-type names :) janos666, you are right. After all those panel lotteries going on, I did not expect any change in the business model to favour the customer. So it's an 8-bit panel with dither advertised as 10-bit, but it still works better in Photoshop than in MPC-HC?! It's hard to find a professional display here, I will search some more.

[JanWillem32]

The higher than 8-bit processing formats are quite useful if you have to: extend Y'CbCr values to full range, up-scale chroma resolutions, convert Y'CbCr formats to RGB formats, convert input gamma functions, scale video resolutions, apply display output gamma functions(+color corrections), and any other kinds of filtering applied besides that. Each of those steps can change the color values enormously of an original pixel. Using a limited processing format of 8-bit will truncate the original output of each step to 8-bit, causing inaccurate rounding.
Another thing is dithering. If the ditherer receives an input format with the same accuracy as the output format, it shouldn't activate at all. Dithering should be done by selectively rounding in-between values up or down from the input format to the output format. If the the processing format doesn't deliver those bits, there's nothing to round up or down anymore.
I also don't like the current type of dithering. The color resolutions it can use are okay, even for 10-bit output, but the method suits still image dithering the most. I tried to write a ditherer that uses a different method in a pixel shader, but it's very hard to get it just right, also considering the temporal dithering issues. I agree that the usage and type of dithering should be user-selectable (maybe even with the GPU/CPU processing costs indicated in the menu).
I worked quite a bit on making it possible to render with only 4×fp32 surfaces (the maximum allowed surface format in DirectX 9). Later on, it will be important to choose what formats are sane for 10-bit output, 8-bit output and 8-bit output on slower machines.
I'm already satisfied with the current handling of the 10-bit backbuffer and display formats. The only big problem is that exiting video from D3DFS with 10-bit output can cause black or darkened screens, but I think that can be solved in a while. (Build 1824 had the same problem.)

[Ingram]

MPC-HC has started doing some weird stuff with going into fullscreen mode on my Windows 7 HTPC with v1.4.2499. I've never seen it before until I switched to W7. Basically I go into fullscreen mode, but the left edges and bottom edges are still displaying the windows desktop in the background. If I exit and go back into fullscreen 2-3 times it eventually fixes itself.

Any solutions?

Edit: It seems it doesn't do it when you go from a non-maximised window to fullscren. But if the window is maximised and you enter fullscreen mode the problem is there.

This is occurring while watching a 720P MKV with DXVA. Not sure if it does it with Avi or non-DXVA yet.

[namaiki]

What is your system font set at? Also, are you using the 32-bit or 64-bit build of MPC-HC? How many monitors are being used? Which video renderer is being used?

[JanWillem32]

Ingram, what display driver are you using? It sounds like the backbuffer isn't cleared automatically. Try the VMR-9 (renderless), EVR-CP and EVR Sync. renderers. Of those I'm sure they clean up of the buffers quite properly.

[mark0077]

MPC-HC has started doing some weird stuff with going into fullscreen mode on my Windows 7 HTPC with v1.4.2499. I've never seen it before until I switched to W7. Basically I go into fullscreen mode, but the left edges and bottom edges are still displaying the windows desktop in the background. If I exit and go back into fullscreen 2-3 times it eventually fixes itself.

Any solutions?

Edit: It seems it doesn't do it when you go from a non-maximised window to fullscren. But if the window is maximised and you enter fullscreen mode the problem is there.

This is occurring while watching a 720P MKV with DXVA. Not sure if it does it with Avi or non-DXVA yet.

Yes I reported this ages ago, only happens with the evr renderers. Doesn't occur with madVR, and yes it doesn't happen from a non maximized window. I have 1 monitor, windows 7 64bit, nvidia gtx295 in my case.

[Mercury_22]

Revision 2809 - Directory Listing
Modified Tue Jan 4 12:41:20 2011 UTC (75 minutes, 48 seconds ago) by aleksoid

Add : MPC Audio Renderer - select audio device;
@aleksoid can you please also correct the default "Speaker configuration for 8 input channels" in the custom matrix ?

Because when "Enable custom channel mapping" it's enable the default mapping for 8 channels it's wrong = channel 7 it's mapped to "Front Left of Center" instead of "Back Left" and channel 8 it's mapped to "Front Right of Center" instead of "Back Right"

When "Enable custom channel mapping" it's not enable the mapping it's correct !

[Ingram]

Yes I reported this ages ago, only happens with the evr renderers. Doesn't occur with madVR, and yes it doesn't happen from a non maximized window. I have 1 monitor, windows 7 64bit, nvidia gtx295 in my case.

I'm using EVR Sync with Reclock controlling VSync, Win 7 64Bit and Ati 10.12 drivers. Also just the one monitor.

As for system font, default? I've not touched it.

[janos666]

Sry joe42So it's an 8-bit panel with dither advertised as 10-bit, but it still works better in Photoshop than in MPC-HC?!

Yes, the LCD panel receives 10-bit values and it visualizes them via A-FRC (some kind of dithering). But it's very hard to notice from usual viewing distance, it's not as noisy as madVR but I think it's enough for me (according to my experiments with PhotoShop CS5 and HQ XYZ-LUT profiles).

But take a look at some 6+2 bit TN panels. They are significantly better than simple 6-bit TN panels. When you do 8+2 bit, the side-effect is much weaker.
And there is internal processing. It's better to feed the display with 10-bit before it starts to send it though the 12-bit internal LUT and correct the WP according the R,G,B Gains.

And may be I will get a real 10-bit panel in the "not too distant future". The current dithering is enough to test the possibilities (software side) and judge if it's worth some money or not (visible or not).

[nevcairiel]

B
10-bit input = ??? - Somebody said, it asks 10-bit from the decoder. Why...? Source is 8-bit any I don't want any image manipulation on the decoder side. I want to output 10-bit after the image manipulations on the renderer side (like level conversion, CMS, etc.)

The EVR consists of two components, the EVR Mixer and the EVR Presenter. The Mixer talks to the decoder, and can mix multiple video streams onto each other, before passing them on to the Presenter. The Mixer is also responsible for color space conversion. The Presenter is then responsible for showing the samples at the correct time.

MPC-HC uses the default Microsoft EVR Mixer.

The MPC-HC EVR Presenter only accepts RGB input, so it lets the Mixer do the YUV->RGB conversion. By Forcing 10-bit Input, it trys to get the Mixer to output 10bit data of this conversion, and hopefully also process it internally at this level (it might do float processing internally anyway, or use the output format, i don't think MS ever exposed those details). It does not affect the output from the decoder.

[Fadeout]

Is there a list of ATI cards and what H264 decoding is supported on them?

For example I know that my 4850 can deal even with 1080p at L5.1 and I want to know economic models on sale now that supports all kinds of formats.

[nevcairiel]

http://en.wikipedia.org/wiki/Unified_Video_Decoder

All versions of UVD should support H264 decoding. Best results you'll get with all UVD 2.2 or UVD 3 models, of course.
Also don't forget that you might need performance to do rescaling and deinterlacing on the GPU, however the 5450 appears to handle that just fine already (lowest card in the 5xxx series)

[Fadeout]

Yes, I was more worried about the specifics. For example it seems some cards can't handle 1080p L5.1, or can't handle more than 8 ref frames.

It seemed that it didn't depend entirely on just the chip. Mine has just UVD 2 and can read everything (beside LQ, which is a driver thing). Some other cards seem to work fine only up to L4.1.

So could a 5450 do 1080p with L5.1 and 16 ref frames like mine?

[hoborg]

Yes, I was more worried about the specifics. For example it seems some cards can't handle 1080p L5.1, or can't handle more than 8 ref frames.

It seemed that it didn't depend entirely on just the chip. Mine has just UVD 2 and can read everything (beside LQ, which is a driver thing). Some other cards seem to work fine only up to L4.1.

So could a 5450 do 1080p with L5.1 and 16 ref frames like mine?

Yes. Just remember you will need DxVA 2.0 OS (Vista/Win7).

[G_M_C]

Just saw this (SDK documentation for AMD/Ati Open Video Decode API) (http://developer.amd.com/gpu/ATIStreamSDK/assets/OpenVideo_Decode_API.PDF) and wondered if this is interesting to you guys.

JanWillem: Ik volg je vorderingen met grote interesse. Ben benieuwd hoe eea uit zal gaan komen in MPC-HT !

[mariner]

Yes, I was more worried about the specifics. For example it seems some cards can't handle 1080p L5.1, or can't handle more than 8 ref frames.

It seemed that it didn't depend entirely on just the chip. Mine has just UVD 2 and can read everything (beside LQ, which is a driver thing). Some other cards seem to work fine only up to L4.1.

So could a 5450 do 1080p with L5.1 and 16 ref frames like mine?

Greetings Fadeout.

micksh is doing some UVD3 testing which may be of interest to you.

http://www.avsforum.com/avs-vb/showpost.php?p=19768867&postcount=120

[a_afra]

@Polcius The general Windows color system has to be configured so that the profile is installed and marked as default system-wide, but without directly applying it.

No, you have to enable "Windows display calibration"! If you disable it, the calibration LUT from the ICC profile will not be applied, and you will get incorrect colors. This feature is a simple LUT loader. If you don't want to use it, you have to use a third party LUT loader program (your calibration software should have one). It's really simple.

Also, you can't apply a correction twice. Even if you have two active LUT loaders, both will replace the current LUT of the GPU with the one inside the ICC profile.

[a_afra]

I worked quite a bit on making it possible to render with only 4×fp32 surfaces (the maximum allowed surface format in DirectX 9). Later on, it will be important to choose what formats are sane for 10-bit output, 8-bit output and 8-bit output on slower machines.


I think fp32 surfaces are a complete waste of resources. It's overkill even for real 10-bit displays. There is no discernable difference in image quality compared to fp16.

[hekoheko]

Hi!

I have following problem.
When outputting 1080p24 to my TV, video jumps/drops one frame. This is with 23,976fps x264 mkv files and 24hz refresh rate.
It's something to do with "sync offset", the green line jumps and corrects (?) audio and video synchronization...?
When outputting 1080p60 everything is fine except the awful pulldown judder.

Here is a small video demonstration:

http://www.youtube.com/watch?v=lYZ3UoTTxXg

TV obviously supports 1080p24 and shows it when info button is pressed on tv remote. x264 MKV's converted into AVCHD format work just fine with ps3 @ 24 hz.

Win7 x64 Ultimate
Radeon 4890
AMD Phenom II x4 940 BE

BTW, same frame drop/skip happens with VLC also, but no graphic show that like MPC-HC.

[namaiki]

Basically it means that your screen isn't running at the exact same rate as the video. I believe that you'll have to use EVR Sync or Reclock to change that.

[JanWillem32]

@a_afra We've been working quite a bit on the 2D engine. Once the problems with the major changes have been tested, it can be added to the next build. I completely agree that 4×FP32 is memory intensive, not all parts will benefit from it. Do remember that for dithering you need more integer bits than the display format. If you want to output dithered 10-bit color, you can't use a 4×FP16 format for the main image, as it contains only 10 usable integer bits between .5 and 1. Only 4×I16 or 4×FP32 are then useful formats. Do remember that all internal math is done in FP32 or FP24 already, depending on the age of the video card.

@hekoheko Are you using the fullscreen autochange options?

[hekoheko]

@a_afra We've been working quite a bit on the 2D engine. Once the problems with the major changes have been tested, it can be added to the next build. I completely agree that 4×FP32 is memory intensive, not all parts will benefit from it. Do remember that for dithering you need more integer bits than the display format. If you want to output dithered 10-bit color, you can't use a 4×FP16 format for the main image, as it contains only 10 usable integer bits between .5 and 1. Only 4×I16 or 4×FP32 are then useful formats. Do remember that all internal math is done in FP32 or FP24 already, depending on the age of the video card.

@hekoheko Are you using the fullscreen autochange options?

Nope.
I tried those, playback was horrible.

[JanWillem32]

Well, can you then try the D3D fullscreen with and without Aero enabled?

[hekoheko]

Well, can you then try the D3D fullscreen with and without Aero enabled?

I believe I tried those also, but not sure though. I'll try those when I get back home. There's so many options that might affect playback that i'm going nuts. :)

[a_afra]

Do remember that for dithering you need more integer bits than the display format. If you want to output dithered 10-bit color, you can't use a 4×FP16 format for the main image, as it contains only 10 usable integer bits between .5 and 1.

But fp16 does have more precision than 10-bit integer. It stores 10 mantissa bits, which means that you have 11 bits of precision. I think that's perceptually enough even for 10-bit displays.

Anyway, 10-bit should be pretty good even without any dithering. The most important benefit of 10-bit displays is that you can render smooth gradients without adding noise. In some cases (like medical imaging) this is critical.

[tetsuo55]

Hey a_afra, can you come on IRC so we can discuss this?

[bobdynlan]

Very easy to understand explanation of gpu FP limitation in general I found to be http://http.developer.nvidia.com/GPUGems2/gpugems2_chapter32.html 32.2 Understanding Floating Point and 32.2.1 Address Calculation.
And I also heard of this:
Yes, half type has only 10 bits of mantissa, but some of exponent bits also "belong to" numbers less than 1.
H = (-1)^S * 2^(E-15) * (1 + M/2^10)http://www.opengl.org/discussion_boards/ubbthreads.php?ubb=showflat&Number=171642

FP16 textures might not be enough for dithering 10bit output, but for 8bit displays (99.9% of MPC-HC users) it sure does a great job. Isn't FP32 too far fetched considering the abundance of crap in both displays and gpus (marketed fro "HTPCs" and mobile)? CardCaps from DirectX SDK does point this trend.

I did test JanWillem32's FP32 build, you could feel the overhead on some of it's complex shaders, but as long as it will be implemented as an additional mode so that we can opt for half or full processing, nobody will complain about it.

This is also a relevant resource: http://www.poynton.com/notes/colour_and_gamma/GammaFAQ.html#smoothly_shade fourteen bits per component

[Gus.]

DirectX Video Acceleration Specification for H.264/AVC Decoding (updated December 2010)
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=3d1c290b-310b-4ea2-bf76-714063a6d7a6

"Defines extensions to DirectX Video Acceleration (DXVA) to support decoding of H.264/AVC video."

[nevcairiel]

DirectX Video Acceleration Specification for H.264/AVC Decoding (updated December 2010)
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=3d1c290b-310b-4ea2-bf76-714063a6d7a6

"Defines extensions to DirectX Video Acceleration (DXVA) to support decoding of H.264/AVC video."

MPC-HC already supports DXVA decoding of H264, what is the point of your post exactly?

[janos666]

I had some time to play. I used the chroma upsample shaders from this (http://forum.doom9.org/showpost.php?p=1467856&postcount=170) package with these (http://forum.doom9.org/showpost.php?p=1468319&postcount=15636) test builds and normal 2806. The 10-bit in/out and FP processing were always enabled. (And of course, I used the D3DFS mode.)
I used the internal DXVA decoder with EVR and FFDShow with madVR 0.36

I have to tell that you achieved a very big improvement in the last few weeks. The quality is close to madVR now. People with weaker eyes may won't tell the difference on real-life images anymore (test patterns may help enough).

As of the optimization, I couldn't really see the difference between the FP32-dithered, FP32-no_dithering or FP16-dithered. But it's very hard to compare because I can't make screenshots. I have to close and re-open the same test video with the different exe files.
But I can see the difference between FP32-dithered and madVR-dithered. The near-black gradient is much smoother with madVR.
May be the dithering is broken because I could see banding without the "10-bit output". It should be and it was smooth with "10-bit input" alone. So, may be it can be better with fine-tuned dithering.
But I have to note that madVR adds a noticeable dithering noise to achieve this nice near-black gradient while I can't notice this kind of noise with EVR (not a surprise if dithering is broken anyway but I am not sure about that). And EVR is not that bad (It's dark, so I need test patterns to easily catch these differences). On the other hand, I can't really notice madVR's noise on real-life images neither.


Now, that the base quality is "good enough" I think I will play with some HQ XYZ cLUT profiles again, because it could be a real adventage over the currently available "matrix+shaper" style yCMS solution. (At least theoretically...)
But I wasn't really pleased by the quality of the CMS implementation when I compared it with PhotoShop or yCMS.
I experienced a serious near-black banding, so I thought it doesn't use black point compensation at all. But it is not an issue with a different display mode and the corresponding profile. So, I didn't found the presumed source of this problem yet. But I will do some tests.

If it's an easy thing to do, you may try to set the 3DLUT size to 256x256x256 in a test build, so I will know that it is not a limitation. (I will construct a fat XYZ LUT from many spectral measurements.)

[chros]

I can't register file extensions with standard user (not admin) in Win 7 (x86, UAC is disabled):
only the Modify button is available, if i clkick on it the SAME window apears again with the Modify button and so on ... (no Video, Audio,All button)

Is it a bug?

Can someone post a regisrty tweak for all the video extensions for the current user?
Or where can I find it in the registry?

Thanks

[CiNcH]

Can somebody with a working compile toolchain provide recent standalone filters? Those on SourceForge are bit old...

[namaiki]

Did you check xvidvideo.ru?

[Casimir666]

Just a quick message for people who wonderer why did i push a new official build today : it's only a small patch apply on build v1.4.2499 to fix some crash with Sandy Bridge processor.
Casimir

[v0lt]

a new official build today
0__0

suddenly!

[nevcairiel]

Just a quick FYI: The new official build does not contain any changes since 2499 except the crash fix for for sandy bridge. If you want all the other changes, you still have to stick with the alpha nightly builds from the usual places :p

[JanWillem32]

Some people wanted to test a bit with the "new" 10-bit option, so here it is. There's still lots of things to do around these options, so this is just a bleeding edge build. 32- and 64-bit this time.

[janos666]

Some people wanted to test a bit with the "new" 10-bit option, so here it is. There's still lots of things to do around these options, so this is just a bleeding edge build. 32- and 64-bit this time.

http://www.mediafire.com/?bor2fdcq81twwah

Can I switch between 16 and 32-bit surfaces without restarting the player? How can I bind keys to do that? (I can see that the D3DFS GUI is improved but I am still unable to use the right-click menu when I am in this mode.)
Without fast-switching between them, I can really tell if there is any difference. Now, I think there is no any noticeable difference (between 16 and 32-bit surface). But the gradient test image is still smoother in madVR.

Can you sum up the expected improvements? (What should I test?)

I still have serious black-clipping with "profile only" style CMS.

[JanWillem32]

Switching the renderer state while playing is for most options impossible.
CMS needs some updates for handling the linear gamma tail of the video gamma. (I would love to set the entire RGB rendering chain to linear RGB for processing.)
For getting smooth gradients in 10-bit mode from lesser quality source, extra filtering is required on top of the normal rendering. I've also written a new temporal ditherer for future builds, that should also improve things. http://pastie.org/1443608

D3DFS GUI is underdeveloped. I'm not a specialist on this, I just ditched the rainbow colors. It will need more updates.

[janos666]

Switching the renderer state while playing is for most options impossible.

Isn't the player able to reinitialize the renderer any time? I think it already does it automatically after resolution changes. May be it can do so after any changes in the renderer settings. (It would cause a little flash but make the subjective comparison easier.)

CMS needs some updates for handling the linear gamma tail of the video gamma.

You should contact with Marti Maria (the developer of lcms) if you haven't already. He said he has some ideas to improve this cms implementation. (I think I delivered this message for the team already but you wasn't active in that time...)

(I would love to set the entire RGB rendering chain to linear RGB for processing.)

Well, I think you should keep the 32-bit surface format if you plan to do that. :)

For getting smooth gradients in 10-bit mode from lesser quality source, extra filtering is required on top of the normal rendering.

Why? I would like to see a "perfect" 8-bit gradient, not a 10-bit one. (I don't want any artificial deband.) I think it should be possible with 10-bit output. It is theoretically possible with 8-bit output too. (If there is no any image manipulation involved.)

I've also written a new temporal ditherer for future builds, that should also improve things. http://pastie.org/1443608

We will see. But my expectation from the 10-bit mode is to achieve a nice result with less dithering noise.
madVR delivers smooth gradient with 8-bit output via "relatively noisy" dithering. I want decent result with 10-bit output but also less dithering noise. (I will have some dithering anyway because the panel itself works with dithering too. But I am free to buy a better display in the future if it would worth it...)

But temporal dithering may performs better than static (for my eyes at least).


I was able to achieve a very nice 8-bit gray gradient visualization (also with white balance correction) in PhotoShop when I borrowed a FirePro. The result wasn't "perfect" but it was more than good enough without any noticeable dithering noise. (Ok, the internal dithering is noticeable on the dark tones when I take a closer look. But it isn't noticeable from normal viewing distance.)

Yes, PS can also use dithering. But the same gradient image with the same CMS processing produced a very awful, colorized gray gradient and banding problems with 8-bit output. So, I think the nice result was the benefit of the 10-bit output. (May be it applies dithering in 10-bit but it doesn't do it in 8-bit mode. I wouldn't make any sense but it's possible... may be it's a bug, or a strange "feature"...)

[v0lt]

Many thanks for sharp letters in OSD! :thanks:
(rev. 2831)

But sometimes the OSD font is distorted. The reason is not clear. :(

[betaking]

Hi I need a MPC-HC 2831 x86(without installer) and 2831 standalone_filters x86 for MSVC2008 builds!
can you compiled? Thanks
and can you make dep turn off? because i make a codecpack for other user! thanks?
DEP can easily be disabled if desired:

Code:
Index: src/apps/mplayerc/mplayerc.vcproj
===================================================================
--- src/apps/mplayerc/mplayerc.vcproj (revision 2781)
+++ src/apps/mplayerc/mplayerc.vcproj (working copy)
@@ -79,7 +79,7 @@
SubSystem="2"
LargeAddressAware="2"
RandomizedBaseAddress="2"
- DataExecutionPrevention="2"
+ DataExecutionPrevention="0"
SupportUnloadOfDelayLoadedDLL="true"
TargetMachine="1"
/>

[v0lt]

BUG:
Select Microsoft DTV-DVD Video Decoder for H264.
Run mkv or mp4 file with H264 video.
Press "Stop" and then "Play".
Playback is not working.
(build 2818, 2825)

[Peekstra]

and can you make dep turn off? because i make a codecpack for other user! thanks?

DEP is enabled to make MPC-HC more secure, disabling it wouldn't be a good idea.

[a_afra]

CMS needs some updates for handling the linear gamma tail of the video gamma.

No, it does NOT! Only the encoding curve has a linear tail, which we have to ignore. It's quite useless anyway. Please read carefully the document mentioned in the source code.

[janos666]

I agree. A properly encoded Rec709 material is intended to be watched on a display with Rec709 primaries and a pure-power tonal response curve where the exponent (so called gamma) is based on the ambient light conditions (between 2.2 and 2.4).
If you use an inverse-Rec709-encode curve as a decoding curve, you will end up with too bright colors and noisy shadows. (The linear segment is there to hide the sensor noise. Once it's encoded this way, you can't restore the original data, so it's even worse than before if you try.)

[a_afra]

If you use an inverse-Rec709-encode curve as a decoding curve, you will end up with too bright colors and noisy shadows. (The linear segment is there to hide the sensor noise. Once it's encoded this way, you can't restore the original data, so it's even worse than before if you try.)

Exactly.

[bobdynlan]

Don't throw stones yes, it might be just a language barrier (like answering what time it is - a hard one when learning dutch :D). From it's shaders work, I guess JanWillem32 is following this
http://msdn.microsoft.com/en-us/library/bb970322%28v=vs.85%29.aspx Conversion from one Y'CbCr space to another requires the following steps.

1. Inverse quantization: Convert the Y'CbCr representation to a Y'PbPr representation, using the source nominal range.
2. Upsampling: Convert the sampled chroma values to 4:4:4 by interpolating chroma values.
3. YUV to RGB conversion: Convert from Y'PbPr to non-linear R'G'B', using the source transfer matrix.
4. Inverse transfer function: Convert non-linear R'G'B' to linear RGB, using the inverse of the transfer function.
5. RGB color space conversion: Use the color primaries to convert from the source RGB space to the target RGB space.
6. Transfer function: Convert linear RGB to non-linear R'G'B, using the target transfer function.
7. RGB to YUV conversion: Convert R'G'B' to Y'PbPr, using the target transfer matrix.
8. Downsampling: Convert 4:4:4 to 4:2:2, 4:2:0, or 4:1:1 by filtering the chroma values.
9. Quantization: Convert Y'PbPr to Y'CbCr, using the target nominal range.

Steps 1–4 occur in the source color space, and steps 6–9 occur in the target color space. In the actual implementation, intermediate steps can be approximated and adjacent steps can be combined. There is generally a trade-off between accuracy and computational cost.

[ikarad]

Blu-ray subtitles doesn't work with mpc-hc2825 (same problem since 3 years and the start of support of PGS subs)
https://sourceforge.net/apps/trac/mpc-hc/ticket/48#comment:15

[dansrfe]

Blu-ray subtitles doesn't work with mpc-hc2825 (same problem since 3 years and the start of support of PGS subs)
https://sourceforge.net/apps/trac/mpc-hc/ticket/48#comment:15

Use the internal .ts splitter and they do work.

[ikarad]

Use the internal .ts splitter and they do work.

No it doesn't work. It works only partially and this bug is known but not corrected since 3 years. See the bugreport for complete information about this problem.

[tetsuo55]

There are no active developers to work on such bugs.

You're best chance of getting it fixed is figuring out how to fix it yourself.

[bobdynlan]

You can't just comment the whole block, because there are some other stuff involved. For example the OSD needs linear filtering or else it looks bad. So it needs to be patched case by case. One possible fix for this issue:
Index: src/filters/renderer/VideoRenderers/DX9RenderingEngine.h
===================================================================
--- src/filters/renderer/VideoRenderers/DX9RenderingEngine.h (revision 2833)
+++ src/filters/renderer/VideoRenderers/DX9RenderingEngine.h (working copy)
@@ -80,7 +80,7 @@
HRESULT RenderVideo(IDirect3DSurface9* pRenderTarget, const CRect& srcRect, const CRect& destRect);

HRESULT DrawRect(DWORD _Color, DWORD _Alpha, const CRect &_Rect);
- HRESULT AlphaBlt(RECT* pSrc, RECT* pDst, IDirect3DTexture9* pTexture);
+ HRESULT AlphaBlt(RECT* pSrc, RECT* pDst, IDirect3DTexture9* pTexture,bool fEnableOSDFiltering=false);

HRESULT SetCustomPixelShader(LPCSTR pSrcData, LPCSTR pTarget, bool bScreenSpace);
Index: src/filters/renderer/VideoRenderers/DX9RenderingEngine.cpp
===================================================================
--- src/filters/renderer/VideoRenderers/DX9RenderingEngine.cpp (revision 2833)
+++ src/filters/renderer/VideoRenderers/DX9RenderingEngine.cpp (working copy)
@@ -1610,7 +1610,7 @@
return S_OK;
}

-HRESULT CDX9RenderingEngine::AlphaBlt(RECT* pSrc, RECT* pDst, IDirect3DTexture9* pTexture)
+HRESULT CDX9RenderingEngine::AlphaBlt(RECT* pSrc, RECT* pDst, IDirect3DTexture9* pTexture, bool fEnableOSDFiltering)
{
if(!pSrc || !pDst) {
return E_POINTER;
@@ -1665,7 +1665,7 @@
hr = m_pD3DDev->SetTextureStageState(0, D3DTSS_COLORARG1, D3DTA_TEXTURE);
hr = m_pD3DDev->SetTextureStageState(0, D3DTSS_ALPHAARG1, D3DTA_TEXTURE);

- hr = m_pD3DDev->SetSamplerState(0, D3DSAMP_MAGFILTER, D3DTEXF_POINT);
+ hr = m_pD3DDev->SetSamplerState(0, D3DSAMP_MAGFILTER, fEnableOSDFiltering ? D3DTEXF_LINEAR : D3DTEXF_POINT);
hr = m_pD3DDev->SetSamplerState(0, D3DSAMP_MINFILTER, D3DTEXF_POINT);
hr = m_pD3DDev->SetSamplerState(0, D3DSAMP_MIPFILTER, D3DTEXF_NONE);
Index: src/filters/renderer/VideoRenderers/DX9AllocatorPresenter.cpp
===================================================================
--- src/filters/renderer/VideoRenderers/DX9AllocatorPresenter.cpp (revision 2833)
+++ src/filters/renderer/VideoRenderers/DX9AllocatorPresenter.cpp (working copy)
@@ -1589,7 +1589,7 @@
}

if (m_pOSDTexture) {
- AlphaBlt(rSrcPri, rDstPri, m_pOSDTexture);
+ AlphaBlt(rSrcPri, rDstPri, m_pOSDTexture,true);
}

m_pD3DDev->EndScene();

v0lt, the reason is fullscreen mode and the missing filtering for the OSD texture. The above patch will remove once again sharp letters, sorry :devil:. Maybe we can find another way later.

[pwimmer]

Where do I send MPC-HC patches or how do I get write access to the SVN repository? I've contacted the admin of the SourceForge project but didn't get any response.

I have patches for the MPEG Splitter that will allow it to read Blu-ray 3D MVC streams. In addition, I've rewritten the code for SPS/PPS detection which no longer requires that they are contained in a single packet. There are real-world examples where a subset SPS is split across two TS packets. I've also fixed a seeking issue.

[Underground78]

Use Trac to post your patches : http://sourceforge.net/apps/trac/mpc-hc/ and join MPC-HC irc channel on Freenode.

[ikarad]

There are no active developers to work on such bugs.

You're best chance of getting it fixed is figuring out how to fix it yourself.

Why?
This bug is in the bug tracker since 2,5 years (before the new version of bugtracker) and these problems were corrected partially by Casimir666 1.5-2 years ago but no completely.

At the start, when two subs must be displayed in the same time, no subs were displayed. with casimir666 work, there is only one subs displayed.

Since, no improvement.

In the same time, ffdshow staff has implemented a perfect support of bluray subs.

Maybe could you to ask ffdshow developpers to give you help?

[pwimmer]

Use Trac to post your patches : http://sourceforge.net/apps/trac/mpc-hc/ and join MPC-HC irc channel on Freenode.

Isn't there any mailing list?

As far as I can see Trac only allows me to open a ticket, not directly submitting patches. Should I really open a ticket just to submit a patch?

[Underground78]

As far as I can see Trac only allows me to open a ticket, not directly submitting patches. Should I really open a ticket just to submit a patch?

Yes, open a new ticket and select "Patch" as "Type".

[pwimmer]

Yes, open a new ticket and select "Patch" as "Type".

Done!

[v0lt]

v0lt, the reason is fullscreen mode and the missing filtering for the OSD texture. The above patch will remove once again sharp letters, sorry :devil:. Maybe we can find another way later.
Want to print was sharper, but less than the last version. :)
Possible to use ClearType? :rolleyes:

PS: I use osd font size = 10.

[jeremy33]

I'm pleased to present a new free software : AutoFrequency (http://www.homecinema-hd.com/autofrequency_en.html).

Whether you use reclock or not, AutoFrequency is very helpful. Indeed AutoFrequency allows you, at the opening of a video, to automatically change the frequency of your screen depending on the video, to launch MPC-HC, for exemple, and play the video. At the exit of the player, AutoFrequency switch back to your usual frequency. No manipulation is required everything is automatic.

Here you can download AutoFrequency (http://www.homecinema-hd.com/autofrequency_en.html) and read its tutorial.

Moreover you can talk to the author which is present on my Forum (http://www.homecinema-hd.com/phpBB3/viewforum.php?f=20) in the section dedicated to AutoFrequency (http://www.homecinema-hd.com/phpBB3/viewforum.php?f=20), you can ask him all the questions you want, propose improvement ideas, thank him ;) etc...

[Aleksoid1978]

Where do I send MPC-HC patches or how do I get write access to the SVN repository? I've contacted the admin of the SourceForge project but didn't get any response.

I have patches for the MPEG Splitter that will allow it to read Blu-ray 3D MVC streams. In addition, I've rewritten the code for SPS/PPS detection which no longer requires that they are contained in a single packet. There are real-world examples where a subset SPS is split across two TS packets. I've also fixed a seeking issue.

Where can we take Blu-ray 3D MVC streams example ??? For testing.

[pwimmer]

Where can we take Blu-ray 3D MVC streams example ??? For testing.

From any 3D Blu-ray disk. The stereo files are in the BDMV/STREAM/SSIF folder. In the BDMV/STREAM folder there is a pair of m2ts files corresponding to a ssif file - they share physical sectors on the disk. My patch can read both the m2ts and the ssif files.

You need AnyDVD HD or a similar tool for testing.

I've purchased all 3D Blu-ray disks available on the German market (appox. 20 titles) and will test them all within the next few days. So far, I didn't notice any problems. I'll take care of MVC testing, and if necessary, I'll submit another patch. You should verify that my patch doesn't break any current features.

Btw, I wrote the MPC-HC patch because I'll use some of MPC-HC DirectShow filters in the next version of the Stereoscopic Player.

[Aleksoid1978]

Btw, I wrote the MPC-HC patch because I'll use some of MPC-HC DirectShow filters in the next version of the Stereoscopic Player.

Maybe you help us - to rewrite code select stream in MPEG2 splitter for fast stream change ???
As i think - need stop graph, change stream and then rebuild and start graph.

[Kurtnoise]

From any 3D Blu-ray disk. The stereo files are in the BDMV/STREAM/SSIF folder. In the BDMV/STREAM folder there is a pair of m2ts files corresponding to a ssif file - they share physical sectors on the disk. My patch can read both the m2ts and the ssif files.

You need AnyDVD HD or a similar tool for testing.

which MVC decoder did you use ?

[dansrfe]

I'm pleased to present a new free software : AutoFrequency (http://www.homecinema-hd.com/autofrequency_en.html).



Here you can download AutoFrequency (http://www.homecinema-hd.com/autofrequency_en.html) and read its tutorial.

Moreover you can talk to the author which is present on my Forum (http://www.homecinema-hd.com/phpBB3/viewforum.php?f=20) in the section dedicated to AutoFrequency (http://www.homecinema-hd.com/phpBB3/viewforum.php?f=20), you can ask him all the questions you want, propose improvement ideas, thank him ;) etc...

That's a very nice website you have there jeremy. So as per my understanding does this just toggle the refresh rate of the display or does it change something else of the video stream or audio stream?

[Aleksoid1978]

pwimmer
You patch have many bug:
1 - don't connect to MPC Video Decoder
2 - connect to ffdshow video decoder, but connect ... audio stream and as result - no video, black screen.

For me video work only with Cyberlink PDVD10 Video decoder.

3 - don't work audio stream select from MPC menu and from keyboard, can select only from Splitter popup menu.

[pwimmer]

Maybe you help us - to rewrite code select stream in MPEG2 splitter for fast stream change ???
As i think - need stop graph, change stream and then rebuild and start graph.

Can you describe what the problem is, I'm not familiar with the details that need to be improved.


pwimmer
You patch have many bug:
1 - don't connect to MPC Video Decoder
2 - connect to ffdshow video decoder, but connect ... audio stream and as result - no video, black screen.

For me video work only with Cyberlink PDVD10 Video decoder.

3 - don't work audio stream select from MPC menu and from keyboard, can select only from Splitter popup menu.

I'll look into the issues and submit an updated patch.

which MVC decoder did you use ?

I've used a decoder that is not publically available yet.

[Aleksoid1978]

Can you describe what the problem is, I'm not familiar with the details that need to be improved.


When in MPEG Splitter select audio stream - audio change after 10-60 sec after has selected, after that play may fast some times.
Other MPEg Splitter - AV Splitter (http://aleksoid.tosei.ru/Splitter/avsplitter.1.1.0.9.exe) and LAVFSplitter (http://forum.doom9.org/showthread.php?t=156191)
make select stream different - they stop play and graph, change stream and then rebuild graph.
You can compare as work MPC MPEG Splitter and LAVFSplitter.

[pwimmer]

When in MPEG Splitter select audio stream - audio change after 10-60 sec after has selected, after that play may fast some times.
Other MPEg Splitter - AV Splitter (http://aleksoid.tosei.ru/Splitter/avsplitter.1.1.0.9.exe) and LAVFSplitter (http://forum.doom9.org/showthread.php?t=156191)
make select stream different - they stop play and graph, change stream and then rebuild graph.
You can compare as work MPC MPEG Splitter and LAVFSplitter.

Stopping or rebuilding the graph is a horrible idea, it could break many applications and has 1000 side effects.

The easiest solution is that the application performs a seek to the current position after switching the stream, this will flush the graph and immediately continue playback at the previous position.

[nevcairiel]

If the type of the audio stream changes, you need to do rebuilding, because its not guaranteed that the old decoder will support the new format.

The current MPEG splitter never did that, and it always takes quite some time for the change to take effect, because of the packet queues. Thats nothing thats newly broken.
The whole concept of stream switching is pretty horrible in DirectShow.

[pwimmer]

If the type of the audio stream changes, you need to do rebuilding, because its not guaranteed that the old decoder will support the new format.

The current MPEG splitter never did that, and it always takes quite some time for the change to take effect, because of the packet queues. Thats nothing thats newly broken.
The whole concept of stream switching is pretty horrible in DirectShow.

Stream switching in DirectShow is horrible indeed.

Imho it is the application's responsibility to rebuild the graph if necessary. A filter should never do it on its own. The application can query the pin for its other streams, so the application knows what format will be used after the stream switch and can change the decoder accordingly.

Microsoft's filters like the DVD Navigator do not rebuild the graph when the audio format changes.

[jeremy33]

That's a very nice website you have there jeremy. So as per my understanding does this just toggle the refresh rate of the display or does it change something else of the video stream or audio stream?
AutoFrequency only change the frequency of your screen at the opening of a video. Moreover it launch MPC-HC and play the video. At the exit of the player, AutoFrequency switch back to your usual frequency.

[Fadeout]

I've tried the ati 5450 at a friend's computer.

DXVA seems active but there are some bad blocking visible, especially in fade-in/outs. It seems that the decoding misses some basic "deblocking". The image isn't corrupted in any way, but in low detail zones it shows colors being too blocked than they should.

Now the odd part is that the same behavior is obtained by using CoreAVC. This decoder should do the deblocking on its own, but it is not.

Yet, I've tried with the internal FFdshow in MPC-HC, not in DXVA, and the deblocking seems working in this case.

How the hell this is possible? If it's an hardware issue then it should be shown only in DXVA. Instead CoreAVC shows it too. And I'm using latest beta for MPC-HC with the same drivers I'm running at home (but on a 4850).

[nevcairiel]

CoreAVC will skip deblocking when your CPU is too slow (and since you're using a ATI GPU, you cannot use CUDA), which would explain this.
You can configure this in the CoreAVC settings. That the 5450 doesn't do beblocking is weird, however.

[G_M_C]

JanWillem;
I've downloaded your 32bit bleeding edge testers.

I must confess that i've not read up everything in this tread, and i haven't spent much time to figure out what i need to know. I'v just simply started it up tried to play an MKV (x264/dts/subs, force 10 bit in, 10 bit out). I ended up with a black screen, no image from the movie. Strangely enough subtitles did show as intended. Sound also played fine. Adding/removing a shader or not did not matter.

ctrl+J showed 32 bit surface 10 bit in en 10 bit out, and ctrl+j gave the impression something was drawn onto the screen in general (i.e it looked normal, the graphs showed frame times as usual, fps was floating around 23.976 etc).

I probably forgot something or did not understand right; Is there something to say or some general guideline how to use your bleeding edge testers ? (i.e. what did i do wrong ;-) )
PS: I have a HD5770 and a QX9650, so processing power should be available. For now i used both MS DTV-DVD decoder and MPC's internal decoders (both used DXVA). Will try CoreAVC software decoder if it helps.

[janos666]

@G_M_C

- You should use Catalyst 10.12 WHQL or later.
- If it still doesn't work, you should disable the "10-bit output". (But this version won't properly dither the "10-bit input" when "10-bit output" is disabled. However, it seems to work fine if you enable the color management function.)

Are you sure that you have a 10 bit/color compatible display and you connect it with DP, HDMI or dual-link DVI? (DVI is not recommended when DP or HDMI are available. And DP is theoretically more compatible with these VGAs in 10-bit mode.)
But you should receive an error message when your display doesn't support the 10-bit mode. So, I think the problem is an outdated display driver.


@all

By the way, I made some experiments with this build and a high quality XYZ-LUT display profile. The corrected colors with MPC-HC are very similar with the PhotoShop results when I use the absolute colorimetric intent. But PS doesn't support black point compensation with this rendering intent mode and I don't know if lcms does or it's used by MPC-HC or not... But still, I notice the highest difference on the near-black shades. And they are much darker with MPC-HC. It's a bad thing because PS would make them even lighter with black point compensation (with the relative colorimetric rendering intent where this function is available).

[Jtacdf]

Finally! revision 2840 supports bdmv mpls chapters. Unfortunately it seems that the mpeg splitter doesn't play nice with ffdshow audio decoder when switching ac3/lpcm audio streams. Internal decoder switches fine though. Anyone else got the same problem?

[Mercury_22]

@G_M_C

- You should use Catalyst 10.12 WHQL or later.
- If it still doesn't work, you should disable the "10-bit output". (But this version won't properly dither the "10-bit input" when "10-bit output" is disabled. However, it seems to work fine if you enable the color management function.)

Are you sure that you have a 10 bit/color compatible display and you connect it with DP, HDMI or dual-link DVI? (DVI is not recommended when DP or HDMI are available. And DP is theoretically more compatible with these VGAs in 10-bit mode.)
But you should receive an error message when your display doesn't support the 10-bit mode. So, I think the problem is an outdated display driver.


@all

By the way, I made some experiments with this build and a high quality XYZ-LUT display profile. The corrected colors with MPC-HC are very similar with the PhotoShop results when I use the absolute colorimetric intent. But PS doesn't support black point compensation with this rendering intent mode and I don't know if lcms does or it's used by MPC-HC or not... But still, I notice the highest difference on the near-black shades. And they are much darker with MPC-HC. It's a bad thing because PS would make them even lighter with black point compensation (with the relative colorimetric rendering intent where this function is available).

Are you using "Use application settings" in CCC's Video settings ?
If you do disable it and set Brightness and Contrast "manually" (e.g. Brightness=2, Contrast=98)
I hope this helps

[ryrynz]

The build numbers always end in .0, since the builds are incremented without ever using the last number, for the sake of tidiness wouldn't it be a good idea to remove it?

Nope.

Revision 2834 - Directory Listing
Modified Tue Jan 11 21:20:21 2011 UTC (38 hours, 6 minutes ago) by XhmikosR

-change the version scheme: MAJOR.MINOR.PATCH.X will be used, where X is the revision number
-bump version to 1.4.1

:)

[Jtacdf]

Finally! revision 2840 supports bdmv mpls chapters. Unfortunately it seems that the mpeg splitter doesn't play nice with ffdshow audio decoder when switching ac3/lpcm audio streams. Internal decoder switches fine though. Anyone else got the same problem?

Hmm. I found out that the problem is not the choice of decoder but rather lays with fast seeking just after switching streams.

[janos666]

Are you using "Use application settings" in CCC's Video settings ?

Of course, I disabled every "corrections" (khmm... abuses) in CCC. :cool:


If you do disable it and set Brightness and Contrast "manually" (e.g. Brightness=2, Contrast=98)
I hope this helps


This is something I would NOT do.
I am comparing the results of different softwares (EVR+lcms or madVR+yCMS and PhotoShop as "reference"). I would find the best solution.

[cca]

I've tried the ati 5450 at a friend's computer.

DXVA seems active but there are some bad blocking visible, especially in fade-in/outs. It seems that the decoding misses some basic "deblocking". The image isn't corrupted in any way, but in low detail zones it shows colors being too blocked than they should.

Now the odd part is that the same behavior is obtained by using CoreAVC. This decoder should do the deblocking on its own, but it is not.

Yet, I've tried with the internal FFdshow in MPC-HC, not in DXVA, and the deblocking seems working in this case.

How the hell this is possible? If it's an hardware issue then it should be shown only in DXVA. Instead CoreAVC shows it too. And I'm using latest beta for MPC-HC with the same drivers I'm running at home (but on a 4850).

With the latest builds, the renderer changes in EVR-CP seem to trigger a chroma upsampling bug in the ATI driver, NV12 no longer gives accurate video, it's blocky all over the place. Doesn't happen if YUY2 is used, but DXVA always uses NV12. I reverted to an older build and no upsampling bug. Another workaround is to use the "YV12 Chroma Upsampling" shader, but not sure how good the results are.

Using latest 10.12 Catalysts, all options in "Presentation" disabled when testing.

[janos666]

Another workaround is to use the "YV12 Chroma Upsampling" shader

Yet another is to use the 4:2:0->4:2:2 and 4:2:2->4:4:4 shaders from this (http://forum.doom9.org/showpost.php?p=1467856&postcount=170) package. They do a nice job.

[tetsuo55]

Revision 2834 - Directory Listing
Modified Tue Jan 11 21:20:21 2011 UTC (38 hours, 6 minutes ago) by XhmikosR

-change the version scheme: MAJOR.MINOR.PATCH.X will be used, where X is the revision number
-bump version to 1.4.1

:)This is the solution we wanted, now its finally possible :)

With the latest builds, the renderer changes in EVR-CP seem to trigger a chroma upsampling bug in the ATI driver, NV12 no longer gives accurate video, it's blocky all over the place. Doesn't happen if YUY2 is used, but DXVA always uses NV12. I reverted to an older build and no upsampling bug. Another workaround is to use the "YV12 Chroma Upsampling" shader, but not sure how good the results are.

Using latest 10.12 Catalysts, all options in "Presentation" disabled when testing.I believe we completely replace chroma upscaling with the shaders now, im not 100% sure though.....

[cca]

Yet another is to use the 4:2:0->4:2:2 and 4:2:2->4:4:4 shaders from this (http://forum.doom9.org/showpost.php?p=1467856&postcount=170) package. They do a nice job.

Nice catch, didn't notice the thread. Will test them.

[Fadeout]

With the latest builds, the renderer changes in EVR-CP seem to trigger a chroma upsampling bug in the ATI driver, NV12 no longer gives accurate video, it's blocky all over the place.

First, I don't understand why chroma upsampling makes the video not use deblocking. Sounds weird. What I usually noticed with lack of Chroma upsampling is that the "reds" were slightly blocky, but the effect was still very minimal, and what I see is instead major blocking going on on all the screen. Very easy to see.


I reverted to an older build and no upsampling bug.
What's the most recent that still works?

Yet another is to use the 4:2:0->4:2:2 and 4:2:2->4:4:4 shaders from this (http://forum.doom9.org/showpost.php?p=1467856&postcount=170) package. They do a nice job.

There are a bunch of them. Six of them that precisely seem to be related to do what you say.

So I need you to be more specific on what I should load.

[janos666]

So I need you to be more specific on what I should load.

4÷2÷0 to 4÷2÷2 intermediate Catmull-Rom spline5 chroma up-sampling for SD&HD video input
4÷2÷2 Catmull-Rom spline5 chroma up-sampling for SD&HD video input

But you have to use the "*on old PS 2.0 hardware" variants if you have an "ancient" VGA card, like a Geforce FX or a Radeon 9x00. :p

[Fadeout]

As I said this problem is on a 5450.

In any case, with the YV12 Chroma Upsampling default shader on the player my friend says he the problem is not fixed nor better. So I doubt it's related.

As I said it's major blocking going on here in fade-in/outs and color scales.

[G_M_C]

Thanx all :)

I'm still on catalyst 10.10, so that might be the problem. I'll update and see if that solves the problem.

[janos666]

As I said this problem is on a 5450.

In any case, with the YV12 Chroma Upsampling default shader on the player my friend says he the problem is not fixed nor better. So I doubt it's related.

As I said it's major blocking going on here in fade-in/outs and color scales.

Sorry, I missed that part with the 5450.

Catalyst 10.12 with updated DirectX and Visual C++ runtimes and those shaders with MPC-HC 1.4.1.2840 should work fine with "Full Floating Point Processing" and "Force 10-bit input" without noticeable banding or blocking.
And make sure you disable every possible image manipulation on the CCC/Video/All_Settings tab!

At least they work for me. I recently compared some images between "FFDShow software decoder + madVR" and "MPC DXVA Decoder + EVR-CP" (with those settings mentioned above).

Sorry that I am asking but... Do you use EVR-CP? Sometimes it can fall back to "System default" and use "Overlay renderer" if something is wrong with the EVR and/or decoder settings.

[cca]

Sorry, I missed that part with the 5450.

Catalyst 10.12 with updated DirectX and Visual C++ runtimes and those shaders with MPC-HC 1.4.1.2840 should work fine with "Full Floating Point Processing" and "Force 10-bit input" without noticeable banding or blocking.
And make sure you disable every possible image manipulation on the CCC/Video/All_Settings tab!

At least they work for me. I recently compared some images between "FFDShow software decoder + madVR" and "MPC DXVA Decoder + EVR-CP" (with those settings mentioned above).

Sorry that I am asking but... Do you use EVR-CP? Sometimes it can fall back to "System default" and use "Overlay renderer" if something is wrong with the EVR and/or decoder settings.

In my ATI 4850 it works fine except the chroma upsampling issue, I tested the shaders janos666 linked and it eliminated the problem. Fadeout perhaps has a different issue.

[Hera]

Observation - HalfFP doesn't stutter on ION/Atom @ 1080p @ 30FPS. Tested with CoreAVC to make certain that this is the case.

[Fadeout]

Problem fixed.

It turns out it was a drivers thing. I don't know how I fixed it but I was enabling/disabling stuff in the Catalyst Control Panel, and at some point DXVA was doing the proper deblock again. Then I went and disabled again all effects like denoise, fleshtones and dynamic contrast via DXVA checker. So now everything is ok.

THEN I tried the 422 444 shaders and they ADD very slight color blocking on the edges. The image is perfect without shaders, the image is still unchanged with the default chroma upsampling shader, but it showed the blocking when I used these new shaders.

Dunno why but *without* those shaders everything looks as it should.

[janos666]

@Fadeout

Was MLAA enabled? That thing tries to filter everything (literally). But any other "forced" AA or AF filter is a bad idea. They usually won't force anything where you want it to be forced (like in older games) but can cause problems with other applications.

You need those shaders when the default chroma resize fails. For example you need them when you enable the "Force 10-bit input" option. It's a good thing and your card if fast enough, so you should try to enable it as well as the "Full Floating Point processing".
It will minimize the remained banding.

[G_M_C]

Thanx all :)

I'm still on catalyst 10.10, so that might be the problem. I'll update and see if that solves the problem.

I've updated to 10.12 and it works. Even on my LCD on DVI :)

No clue is my HD5770 of my LCD has a dual link DVI or not, but it works, no error, no problem.

Thx peeps.

Will test now on my plasma on HDMI (connected through my receiver). Thats my secondary screen, and the one i use to watch movies (duh :p ) One question: Can i best switch the chain to xvYCC/Deep color (to accept the 10 bit) or not ?

[janos666]

I've updated to 10.12 and it works. Even on my LCD on DVI :)


No clue is my HD5770 of my LCD has a dual link DVI or not, but it works, no error, no problem.

Radeons can dither the 10-bit output for 8-bit connections (theoretically).


Can i best switch the chain to xvYCC/Deep color (to accept the 10 bit) or not ?

I don't recommend it. xvYCC is supposed to work with YCC signals but you can't get real YCC output from your VGA.

DeepColor support means that your display can receive more than 8 bits per color channels (at least 12 on paper but the standard doesn't say if it should be possible with every resolutions and if it should be visualized too or can be truncated right after the HDMI decoder chip...)
So, yes. If there is an option callled "DeepColor support" or something like that, then you should enable it.

[Mercury_22]

Of course, I disabled every "corrections" (khmm... abuses) in CCC. :cool:



This is something I would NOT do.
I am comparing the results of different softwares (EVR+lcms or madVR+yCMS and PhotoShop as "reference"). I would find the best solution.

So you're saying that using "Use application settings" in CCC's "Basic Video Color" you don't have clipping ?

Can you please tell me what settings are you using in CCC's "Color Pixel Format" (Full RGB, Limited RGB) ?
And can you test your clipping using this Test Pattern (http://sharebee.com/331f62c4)

P.S. Cause I have clipping if I don't change the default values for Brightness and Contrast in CCC's "Basic Video Color" , but I'm using HDMI and Full RGB
Also if needed you can find instructions here (http://www.videoessentials.com/dvehd/index.html)

[pankov]

Mercury_22,
in the latest Catalyst versions (since 10.8 if I remember correctly) there is a bug with many cards that Full RGB is not working over HDMI - it's the same as Limited RGB.
If your card is affected you can try using the DVI output

[Mercury_22]

Mercury_22,
in the latest Catalyst version there is a bug with many cards that Full RGB is not working over HDMI.
If your card is affected you can try using the DVI output
The clipping it's always been there for me if I use "Use application settings" in CCC's "Basic Video Color" + HDMI + Full RGB and MPC-HC (0-255 ) or WMP or WMC

[pankov]

Mercury_22,
sorry I've made a typo in my previous post - it's not "the latest version" it's "the latest versions".
Plaese, test to see if changing Pixel format makes any difference for you. If Full is the same as Limited you are affected by this bug and I think your only solution is to not use HDMI

[Mercury_22]

Mercury_22,
sorry I've made a typo in my previous post - it's not "the latest version" it's "the latest versions".
Plaese, test to see if changing Pixel format makes any difference for you. If Full is the same as Limited you are affected by this bug and I think your only solution is to not use HDMI

It always been this way for EVR (since CCC 8....) when using "Use application settings" in CCC's "Basic Video Color" for Brightness and Contrast

Tested with WMP & MPC-HC and :

1. CCC Full RGB & Limited RGB
+
2. HDMI Black Level = NORMAL & HDMI Black Level = Low

[pankov]

Sorry, but I don't quite understand your message.
Are you saying that when you change the Pixel format you get different levels on your display (without changing anything else - either settings at the display or the PC)?
If that's the case you are not affected by the CCC bug and you should be able to get the full RGB range.
Now about the clipping - it's very dependent on the decoder and rednerer that you use and of course your display settings.
Over at the madVR thread there was a discussion about this last week if I remember correctly.
In general the best configuration (quality wise) is to use RGB Full without any changes in the Basic Video Color settings and configure your display accordingly. Now if you want BTB and WTW information it's up to the renderer to not extend the video information to PC levels. In this case you should adjust your display accordingly but it's doubtful if it's quality is better than doing the conversion at the PC side. If you use madVR you can use either it's configurations or yCMS's 3DLUTs. Or if you use EVR in MPC-HC you can use lcms to get the best conversion.

[Mercury_22]

I'm saying that to avoid clipping with EVR (& CP or Sync) I have to disable "Use application settings" and use custom values for Brightness and Contrast in CCC's "Basic Video Color"

[pankov]

OK
I understand.
Sadly the quality of this conversion in CCC is not at all good. It's better to use madVR's options for levels or lcms (I'm not familiar with it but I'm sure it's able to do it) to do the conversion ... or at least this is my personal opinion.

[tetsuo55]

We have created 2 builds for testing:

Please let us know which one is faster.
You can test by "feeling/perception" and with formal benchmarks.

http://www.mediafire.com/?p5rlta1x6zkxv

EDIT: Please mention the filesize of the mpc-hc builds when reporting so the 2 versions don't get mixed up.

[burfadel]

When using Direct3D mode, there is an issue with using the next/previous buttons on a mouse. When in normal mode, the next/previous buttons (on a Logitect M950 mouse) allows you to go to the next or previous file in the folder. In Direct3D mode, those buttons simply don't work. Interestingly enough though, the next/previous buttons on the keyboard do work in Direct3D mode. Having this feature rectified would be beneficial since I'm sure there are others like myself that use the mouse as a remote control. The M950 mouse is one of those Logitech unifying devices, the range on it is quite significant.

Anyways, it would be great to have those buttons working in Direct3D mode!

[sansnom05]

Anyone who had problems described under using recent svn builds, please try this test build: http://www.mediafire.com/?rwdmy93u83q84nf

1. OSD/Subtitles rendering broken(before r2858), r2858 temporary fixed it by blur it a little, this test build should bring back sharp text once again;

2. EVR/CP cause black screen(no video), but OSD/Subtitles/Audio no problems.

:thanks:

updated test builds: http://www.mediafire.com/?d53hawr1yxobkhg

[Casshern]

Anyone who had problems described under using recent svn builds, please try this test build: http://www.mediafire.com/?rwdmy93u83q84nf

1. OSD/Subtitles rendering broken(before r2858), r2858 temporary fixed it by blur it a little, this test build should bring back sharp text once again;

2. EVR/CP cause black screen(no video), but OSD/Subtitles/Audio no problems.

:thanks:

EVR/CP still causes black screen. MPC HC x86 on Win 7 x64, ATI 5970, Catalyst 10.9. Everything up to 2808 works, 2848 does not, the test version on mediafire does not... do not know about the in between versions.

[sansnom05]

EVR/CP still causes black screen. MPC HC x86 on Win 7 x64, ATI 5970, Catalyst 10.9. Everything up to 2808 works, 2848 does not, the test version on mediafire does not... do not know about the in between versions.

If you can update your display driver to 10.12, please do that then test again, see this link: http://forum.doom9.org/showpost.php?p=1470897&postcount=15718 , one possible reason is: 10bit rgb is actually broken for recent svn builds before r2837.

[clsid]

So do I understand correctly that the black screen issue only occurs with the 10bit option enabled?

[janos666]

For me, it occured with 10-bit and 10.5<CCC_ver<10.12. And I still get black screen after exit with 10-bit + 10.12 + "Disable Aero".
But 10-bit works fine with 10.12 when I don't use the "Disable Aero" setting. And I don't think if Aero can make any difference with the D3DFS mode. So, this combination should be disabled (as a workaround).

[sansnom05]

So do I understand correctly that the black screen issue only occurs with the 10bit option enabled?

Actually it's unclear yet, cause I can't reproduce it. I just want to check this factor first.

[bobdynlan]

http://img210.imageshack.us/img210/8535/capturell.png
Add this to the list of troubles with Ati cards. Picture comes from a rd session. Ati 5750, 10.11 drv (10.12 tested without reboot, same), 7 x86, mpc-hc 2845, 10bit in, full fp, internal decoders - for xvid files. For hd (H264) the picture is perfect. Disabling 10bit in fixed the issue.
You may bash nVidia all you want, but deal-breaking issues like these are not so common.

P.S.: I don't like the very sharp OSD :)

[tetsuo55]

I just ran into that problem myself.
its caused by the "force 10bit input" option in combination with a decoder that does not support 10bit.

[Mercury_22]

The strangest thing: I've got black screen too with a VC-1 p file using internal decoder (with external decoder no black screen) with my build ( VS2010) but using XhmikosR's or Alexins's build (same revision 1.4.1.2845) with the same file and the same settings NO black screen !:confused:
I've update my VS2010 to SP1beta and recompiled the same revision and no more black screen !:confused::confused: using the same file the same settings !?

Disabling 10bit input / output or FPP had no effect and now (VS2010SP1) it's working fine with both enabled + FPP !

[janos666]

Check the About tab in their builds. They use SP1 too.

[Mercury_22]

Check the About tab in their builds. They use SP1 too.
Just Alexins it's using SP1 XhmikosR's it's not SP1 I've just checked

[Shakey_Jake33]

Does anybody else have issues with the internal MPEG2 DXVA codec (MPC version 2855)? I've been trying to play some files which are 1440x1080 interlaced files (which used to work in previous versions of MPC-HC when I last tried about 6 months ago) and they judder back and forth between frames quite badly. These same files work fine using the Cyberlink codec with DXVA enabled.

My GPU is a GeForce GT240m 1GB (driver version 266.35, GPU supporting DVXA2), OS is Windows 7 64-bit. If any other information is required, I will of course try to provide.

[namaiki]

^ Post a sample of such a video.

[Casshern]

I just ran into that problem myself.
its caused by the "force 10bit input" option in combination with a decoder that does not support 10bit.
It is not limited to any of the 10 bit options. Without any of the 10bit options i get the black screen (i never used them anyhow). It is also regardless of decoder. Newer catalysts (>10.9) have unfortunate other problems (unrelated to mpc hc, related to crossfire configurations, fan control, resolutions above 2536 horizontal), which make them unusable (at least for me). It is also unlikely that the "black screen" issue is related to the catalyst driver. My system: 980X, 5970 (which is a dual GPU board and works in crossfire mode), 12GB RAM, Windows 7 x64 professional, Cat 10.9. A friend with with an almost identical configuration (albeit cat 10.10 and a 920i7) has the exact same problem. All decoders are effected (internal and external, DXVA and non DXVA) and renderer settings do not make any difference (color management on/off, Input 10bit on/off, output 10bit on/off) etc. Also MPC HC 2808 works!

[Peekstra]

For me, the only way to get EVR-CP working is to disable full FP processing (and all other renderer settings) & DXVA and use the test build from the previous page. cat 10.12a, 7 x64, 6950

[tetsuo55]

It is not limited to any of the 10 bit options. Without any of the 10bit options i get the black screen (i never used them anyhow). It is also regardless of decoder. Newer catalysts (>10.9) have unfortunate other problems (unrelated to mpc hc, related to crossfire configurations, fan control, resolutions above 2536 horizontal), which make them unusable (at least for me). It is also unlikely that the "black screen" issue is related to the catalyst driver. My system: 980X, 5970 (which is a dual GPU board and works in crossfire mode), 12GB RAM, Windows 7 x64 professional, Cat 10.9. A friend with with an almost identical configuration (albeit cat 10.10 and a 920i7) has the exact same problem. All decoders are effected (internal and external, DXVA and non DXVA) and renderer settings do not make any difference (color management on/off, Input 10bit on/off, output 10bit on/off) etc. Also MPC HC 2808 works!My comment was directly aimed at the crushed image problem in the screenshot above my comment. The completely black screen is a different issue.
The ati drivers have recovered a lot with 10.12, but it causes crossfire problems with you.

There is still a lot of research and work being done on the renderer right now (we are lucky to have a new volunteer) so things should improve over time.
The best thing to do is open a support ticket with both your hardware manufacturer and AMD directly.
Make sure to open tickets for all the problems you experience with driver version 10.12. If you know anyone that can reproduce these problems ask them to open tickets too. AMD will put developers on a particular problem only when that problem reaches a certain quota of support tickets.

P.S the same is true for Intel and NVIDIA, dont hesitate to do the same if you have a bug on those hardwares!

[clsid]

So what is being done right now to fix the black picture problem? I think 2837 should be reverted until the cause is clear.

[tetsuo55]

This is the information i have.

issue one: Black screen on Exit when D3D fullscreen is used: This is not a regression, the renderer does not refresh the display on exit, it never has.

issue two: Crushed image (like the screenshot shown above), this has to do with the fact that some driver and codec combinations do not like "forced 10bit", again this is not a regression and will probably have to be fixed in the driver.

issue three: Black screen during playback with D3D and 10bit modes disabled, as far as i can see this is another driver bug, fixed in cat 10.12.


Conclusions:
-Ati has to fix its drivers, users need to have at least 10.12(which fixes many other bugs as well like SD dxva) (intel and nvidia seem completely unaffected).
-We need to add code to refresh the display on exit to D3D fullscreen mode.


Based on the above its easy to see that we are again running into driver bugs with ATI, and a revert is not required.


finally, nightly/unstable builds are exactly that, not meant for daily use. We would not release a stable build in this state.

[clsid]

I strongly disagree. Users should not be forced to update their drivers to fix a problem that did not occur before. That is a very bad attitude to take as a project leader. Many people don't even know what a driver is, let alone how to update one. MPC should at least provide a workaround option to get the old behavior, which might be wrong but at least works.

(talking about the black picture regression here)

[tetsuo55]

I do not believe in hacks to keep old driver versions in use. Having driver manufacturers correct their mistakes and users updating is the best solution.

I'm aware that sometimes updating the driver causes a regression in some other application, thus forcing the user to stick with an older driver. This situation will only last forever and keep getting worse if the user does not open support tickets for those issues.

As i said work on the renderer is still in full progress, we might just find a non-hack way to make the problem go away at some point.
Right now though, all the things you see are by design, thus not bugs.

[Casshern]

You are in error here. The black screen issue has nothing to do with D3D Fullscreen mode. It affects both normal modes and D3D Fullscreen mode of MPC HCs custom presenter. A revert or bugfix is needed - also i know of no case where the upgrade to cat 10.12 fixed this. You are talking about other issues. Please also note Peekstras comment. He tried cat 10.12a (not even "official") and that did not work with DXVA enabled. It also did not work with other renderer settings enabled. Clearly something was broken. This is a bug and not a problem of the cat driver!


This is the information i have.

issue one: Black screen on Exit when D3D fullscreen is used: This is not a regression, the renderer does not refresh the display on exit, it never has.

issue two: Crushed image (like the screenshot shown above), this has to do with the fact that some driver and codec combinations do not like "forced 10bit", again this is not a regression and will probably have to be fixed in the driver.

issue three: Black screen during playback with D3D and 10bit modes disabled, as far as i can see this is another driver bug, fixed in cat 10.12.


Conclusions:
-Ati has to fix its drivers, users need to have at least 10.12(which fixes many other bugs as well like SD dxva) (intel and nvidia seem completely unaffected).
-We need to add code to refresh the display on exit to D3D fullscreen mode.


Based on the above its easy to see that we are again running into driver bugs with ATI, and a revert is not required.


finally, nightly/unstable builds are exactly that, not meant for daily use. We would not release a stable build in this state.

[cca]

Also using Catalyst 10.12 here, cards are 2 x ATi Radeon 4850 in crossfire, no black screens observed with or without 10bit input. I do not use 10bit output, and never use D3DFullscreen either. All the decoders I use are forced to a NV12 output, which is what the DXVA decoders also use. Aero is always on too, without it I get tearing sometimes. FP32 processing is enabled in the renderer options.

[edigee]

My issue regarding D3D fullscreen mode exit is not a black screen one but the whole desktop goes very dark as if the brightness is set to minimal. However if I play the video in D3d fullscreen mode it plays fine with normal brightness. Disableing the D3D fullscreen mode the video plays in windowed or full screen mode with the same minimal brightness.
MPC-HC v1.4.1.2845, Ati HD 3650, W 7 Ultimate 32bit, EVR-Cp, driver 10.5, 10bit RGB output, force 10bit RGB input.

[tetsuo55]

You are in error here. The black screen issue has nothing to do with D3D Fullscreen mode. It affects both normal modes and D3D Fullscreen mode of MPC HCs custom presenter. A revert or bugfix is needed - also i know of no case where the upgrade to cat 10.12 fixed this. You are talking about other issues. Please also note Peekstras comment. He tried cat 10.12a (not even "official") and that did not work with DXVA enabled. It also did not work with other renderer settings enabled. Clearly something was broken. This is a bug and not a problem of the cat driver!What you are talking about is issue 3 in my quote, i cannot find the post you are referring to, but i understand you are saying that for some people the problem occurs even with 10.12.

We need more information in that case:
-Details of test file
-Exact renderer related settings (CTRL+J might still work)
-Video Codec
-Do subtitles and OSD work?
-Os, videocard type and driver version

EDIT: breaking news: After days of research we think we have found the trigger in the code for the black screen problems. There is a limitation or bug in the mixer that prevents certain surface types to be mixed, resulting in just black for the blocked ones. There are several ways to work around this problem, the devs are testing several solutions to find the best one. It wont fix the driver bugs but hopefully prevent triggering them.

[Casshern]

Here is the post by peekstra: http://forum.doom9.org/showthread.php?p=1471760#post1471760

Judging from the other posts the black screen issue seems to affect only newer cards in the 5xxx and 6xxx series to different degrees but independent of driver version (tested 10.9, 10.10 and Peekstra tested 10.12a and also has problems).

Here is the information you requested about the problem:

Files = ALL (tested with mkv, avi, m2ts, ts -> black screen)
Renderer = EVR CP with vsync, accurate vsync and alternate vsync ON (all other off)
Video Codec = ALL WITH NV12 OUTPUT (tested internal DXVA H264, internal software H264, ffdshow software H264, ffdshow divx, dscaler itcv mod mp2)
OSD = Works Fine (also CTRL-J)
OS = Windows 7 x64 Professional
Card = AMD Radeon 5970
Driver = Cat 10.9 (others have tried 10.10 and 10.12)

And now the kicker: changing output format of the decoder from NV12 to YUY2 brings back the picture. So basically NV12 input to the renderer is broken with certain configurations of the EVR CP renderer and newer radeon cards. Probably not so hard to fix.


What you are talking about is issue 3 in my quote, i cannot find the post you are referring to, but i understand you are saying that for some people the problem occurs even with 10.12.

We need more information in that case:
-Details of test file
-Exact renderer related settings (CTRL+J might still work)
-Video Codec
-Do subtitles and OSD work?
-Os, videocard type and driver version

[sansnom05]

Here's updated test build patched against r2860, added mixer surface to stats output. http://www.mediafire.com/?d53hawr1yxobkhg

For EVR/CP black screen problems, first test with all "10bit/full/half float point processing" options disable, see if it still happens, then add it back one by one. I now found out mixer surface format A8R8G8B8/ARGB32 definitely not working with Full FP, testing other combinations now.

[Casshern]

Here's updated test build patched against r2860, added mixer surface to stats output. http://www.mediafire.com/?d53hawr1yxobkhg

For EVR/CP black screen problems, first test with all "10bit/full/half float point processing" options disable, see if it still happens, then add it back one by one. I now found out mixer surface format A8R8G8B8/ARGB32 definitely not working with Full FP, testing other combinations now.

Same result (all renderer settings off, except for alternate vsync, accurate vsync, vsync). Decoder output NV12 results in black screen:
Mixer output RGB32
Mixer surface X8R8G8B8
Formats: Surface A8R8G8B8 Backbuffer X8R8G8B8, Display X8R8G8B8.

Decoder set to output YUY2 works:
Mixer output (!): ARGB32
Mixer surface (!): A8R8G8B8
Formats: surface A8R8G8B8 backbuffer X8R8G8B8 Display X8R8G8B8

It seems like NV12 input triggers different mixer formats -> black screen

[cca]

Very interesting, tried the debug build, in my case is the exact opposite!

YUY2 results in black screen, mixer stats as metioned in Casshern's post for YUY2
NV12 displays properly, stats again as above for NV12.

BUT! It only happens if I force 10bit Input in my case. If that is disabled, YUY2 gives same output as NV12.

A bit of warning, when testing the renderer options you must completely stop playback and reopen the file, when I disabled 10bit input the video remained black until I reopened it.

EDIT: to be more precise, black screen if floating point processing is enabled also. If only 10bit RGB is on, it gives strange colors, video is unwatchable.

[cca]

I now found out mixer surface format A8R8G8B8/ARGB32 definitely not working with Full FP, testing other combinations now.

Seems to work in my ATI though. Too many bugs in those damned drivers, it's different for each ATI card.

[Superb]

Just wanted to say I really enjoy all the small features you guys added to MPC-HC.
IMO, this (http://sourceforge.net/apps/trac/mpc-hc/attachment/wiki/Toolbar_images/mpc_toolbar_simple_gradient_16.png) toolbar image should be the default. Small change, yet it makes the GUI look much better.

[JanWillem32]

Thanks for all the input. We have some priority in choosing the compiler, so any input for that item is very much appreciated.
http://forum.doom9.org/showthread.php?p=1471401#post1471401

The following test builds are not very optimized (I compiled them), but have a broader range of acceptable mixer formats, except for the RGB types: only X8R8G8B8 (RGB32) is allowed. It's only enabled when (the always-been-fake) "Force 10-bit RGB Input" is selected. Keep in mind that there's no chroma up-sampling and no limited ranges for Y'CbCr if the mixer is forced to render in RGB mode.
I'm quite interested if this solves the problems with black screens on the beginning of rendering, and the bit-ordering problem (red/black screen) of the A8R8G8B8 surface. I'd also like to know what the the X8R8G8B8 and Y'CbCr mixer surface formats do with the rendering color accuracy on different setups.

[cca]

Thanks for all the input. We have some priority in choosing the compiler, so any input for that item is very much appreciated.
http://forum.doom9.org/showthread.php?p=1471401#post1471401

The following test builds are not very optimized (I compiled them), but have a broader range of acceptable mixer formats, except for the RGB types: only X8R8G8B8 (RGB32) is allowed. It's only enabled when (the always-been-fake) "Force 10-bit RGB Input" is selected. Keep in mind that there's no chroma up-sampling and no limited ranges for Y'CbCr if the mixer is forced to render in RGB mode.
I'm quite interested if this solves the problems with black screens on the beginning of rendering, and the bit-ordering problem (red/black screen) of the A8R8G8B8 surface. I'd also like to know what the the X8R8G8B8 and Y'CbCr mixer surface formats do with the rendering color accuracy on different setups.

http://www.mediafire.com/?sk5fzr5t7sxqup8

Just tried it, one time with NV12 and one with YUY2.

NV12 was working for me already, that has not changed. Only difference, if "10 bit input" is not checked in "presentation" the mixer outputs NV12, if it is checked it outputs RGB32, in both cases the chroma upsampling shaders are needed for proper output.

YUY2 now also works, but with some differences. If "10 bit input" is not checked in "presentation" the mixer outputs YUY2 now and the chroma is upsampled properly without the shaders, if "10bit input" is checked then the mixer switches to RGB32 again and the shaders are required.

In both cases I no longer get black screens or weird coloring, but testing by more people is required.

Also, the floating point processing has no effect for me regarding the black screen issues. It just works when it's checked.

[tetsuo55]

cca, can you also test the other builds for GUI and seeking responciveness?

[cca]

cca, can you also test the other builds for GUI and seeking responciveness?

I'll try, the build that JanWillem32 did already seems fast in seeking, let me find the other builds then.

[tetsuo55]

http://www.mediafire.com/?p5rlta1x6zkxv

[cca]

http://www.mediafire.com/?p5rlta1x6zkxv

Thanks, already found it. From a very quick testing I think the second build (as they appear in mediafire) is a little faster, but the difference is not really noticeable for me, someone with a slower PC must test it for a more proper conclusion. Perhaps I will also attempt testing it on my netbook, the Atom at 1.66Ghz is slow enough for differences to show up. But I can't do it atm, in a few hours from now I will try.

[bobdynlan]

It's only enabled when (the always-been-fake) "Force 10-bit RGB Input" is selected.
I'm quite interested if this solves the problems with black screens on the beginning of rendering, and the bit-ordering problem (red/black screen) of the A8R8G8B8 surface.
http://www.mediafire.com/?sk5fzr5t7sxqup8
How to test with ffdshow:
First, launch the test mpc-hc executable. Go to Options-External Filters. Add ffdshow Video Decoder and check Prefer.
Second, navigate to Menu-View-Renderer Settings-Presentation and check only "Force 10-bit RGB Input" and "Full Floating Point Processing".
Now open a video, navigate to "Menu-Play-Filters-ffdshow Video Decoder-Properties.."
On the output tab, only check one colorspace at a time then close mpc-hc and relaunch the video. No need to test other RGB formats than RGB32, as those are unsupported.
http://img827.imageshack.us/img827/8521/properties2011011714043.png
On nVidia 8800, the above two packed YUV formats, YUY2 and YVYU were generating a black screen(OSD + subtitles working) in older builds [and weird red colors at least on 2741 build like on intel gpu]. With the test build, issue is fixed.
cca, "Force 10-bit RGB Input" is mandatory for testing issues because that very option exposes them, did you not read the post?

[cca]

But I did try with that option on and off, I did not made it clear?

[Mercury_22]

I bump into this today so I just want to remind those that use D3D to disable "Enable Adaptive Anti-Aliasing" in CCC's "3D Application Settings" otherwise they will get those burn colors / "weird coloring" I Hope this helps

[Superb]

http://software.intel.com/en-us/articles/media/
Just note... Intel released Media SDK 2.0.

[mindbomb]

question about mpc audio decoder:
im using a 24 bit sound card.
so, for me, 24 bit pcm, 32 bit pcm, and ieee float will provide equivalent sound?
if i understand things right, windows will just convert the other two to 24 bit pcm anyway, right?

[namaiki]

What bit is your music? For instance 16-bit, 24-bit? Also, are you doing any processing to your music or playing bit exact?

[Qaq]

question about mpc audio decoder:For PCM output I prefer this chain: ffdshow audio decoder with all output types selected -> ReClock as audio renderer with 24 padded to 32 KS\WASAPI output. Ffdshow outputs native 32fp from DD, DTS (32int from libmad), and ReClock AFAIR processes it with 53fp precision and rings to 24 padded to 32int.

[cca]

The internal software filters were incorrectly stuck to YUY2, so that type has been disabled until that's fixed (those mix in RGB now). "Force 10-bit RGB Input" has been deactivated. Alternative vSync and D3D Fullscreen GUI Support were not working in D3D Full Screen Mode, so those have been disabled for that mode.
The Y'CbCr levels are selectable even if the output type is RGB. There's no internal support for chroma up-sampling at all without shaders.
I can advise to use my "16-235 to 0-256 for SD&HD video input" shader to expand the levels to full range with surfaces better than 8-bit. If the expansion is left to the mixer, it will use 8-bit integer rounding in the 0-255 range.

Feel free to experiment with different rendering modes and shaders, even older GPUs can process a lot if they are set to their 3D clockspeeds, or somewhere in between the 2D and 3D clockspeeds (like I do).
Renderer settings I use:
16-235 Output Range, D3D Full Screen Mode, 10-bit RGB Output, Full Floating Point Processing, Disable desktop composition (Aero), VSync, Accurate VSync, Flush GPU before VSync, Flush GPU after Present

Shader chain: (available at: http://forum.doom9.org/showthread.php?p=1467856#post1467856)
4÷2÷0 to 4÷2÷2 intermediate Catmull-Rom spline5 chroma up-sampling for SD&HD video input
4÷2÷2 Catmull-Rom spline5 chroma up-sampling for SD&HD video input
16-235 to 0-256 for SD&HD video input
gamma conversion of HD&SD video RGB to linear RGB

Screenspace shaders:
Catmull-Rom spline6 height resizer (with correct scaling preset)
Catmull-Rom spline6 width resizer (with correct scaling preset)
sharpen complex v3 + deband + medium denoise
gamma conversion of linear RGB to wide gamut RGB
finalpass: color management with an ICC profile and dithering

Tester builds: compiled with MSVS 2010, both x86 and x64 included.
http://www.mediafire.com/?zl90cp98242so0r

What is the reason 10bit RGB was disabled in this build? Just curious to know.

[WonderCsabo]

Hi guys!

Me and others are experiencing a very annoying bug with MPC-HC's screen refreshing frequency changer feature.
If i choose the exact multiple frequency for the fps (for example 59.97Hz for 59.97fps, or 50Hz for 25fps) and change to full screen with automatic frequency changing the playing stutters.
The stuttering are not always present, for a time it's ok, and stuttering again, then ok, then stuttering, etc.
But not just the video stutters, the refreshing of the Ctrl+J statistics, too.
Toggling DXVA does not make a difference.

If i change the appropriate frequency with Windows, this issue does not exist.
If i change a not exactly appropriate frequency with MPC-HC (eg: 75Hz for 30fps) this issue does not exist.

[namaiki]

When there is stuttering, if you open the "Options" dialog box, does the stuttering go away?

[tetsuo55]

What is the reason 10bit RGB was disabled in this build? Just curious to know.All the disabled options where either fake or buggy.

[WonderCsabo]

When there is stuttering, if you open the "Options" dialog box, does the stuttering go away?

Yes! I forgot to mention this.

[Mercury_22]

Using internal H264 filter with MPC-HC's (VS 2010 SP1) default settings I have black screen using an external decoder (e.g. M$ DTV-DVD Video Decoder) => no black screen so I think the problem is in MPC's decoder not in renderer

[cca]

All the disabled options where either fake or buggy.

I see. For the time being I use shaders as described in JanWillem32's post to upsample chroma and convert to 0-255 levels. 10 bit RGB would be nice, if it worked properly. If not, no point to keep the option indeed.

[bobdynlan]

The before "Force 10-bit Input" GUI option enabled dithering, making 0-255 Output Range smoother. It did improve things, but it was not a 10-bit thing, just proper dithered 8-bit.
The now "Half/Full Floating Point Processing" includes the same dithering, resulting in the same output as before, making the former option redundant.
Just to clear things out.

[cca]

The before "Force 10-bit Input" GUI option enabled dithering, making 0-255 Output Range smoother. It did improve things, but it was not a 10-bit thing, just proper dithered 8-bit.
The now "Half/Full Floating Point Processing" includes the same dithering, resulting in the same output as before, making the former option redundant.
Just to clear things out.

Thank you for the clear explanation. :thanks:

[cca]

I have one question: My primary video watching display is my LCD TV, connected via VGA D-15 sub. Obviously doesn't support 10bit RGB. Will I benefit from checking the "10bit RGB output" or I should leave it unchecked?

[janos666]

I have one question: My primary video watching display is my LCD TV, connected via VGA D-15 sub. Obviously doesn't support 10bit RGB. Will I benefit from checking the "10bit RGB output" or I should leave it unchecked?

- D-sub theoretically supports infinite bit depth, as it carries analog signal. The "effective bit depth" depends on your DAC (digital-to-analog converter) quality which usually 10+ bit on modern VGA cards.
- The Radeon cards always apply dithering after the 16-bit VGA LUT and they can theoretically do it with any RGB input formats. [For example: 12-bit goes on, it becomes 16-bit after the 16-bit lookup (it always happens, even with linear LUT) and then it becomes dithered back to the display output bit depth. According to my experiences, it results in 10-bit effective precision with 8-bit digital output.)

I think you should use it if it seems to work. (If it doesn't cause any problems.)

[chros]

I can't register file extensions with standard user (not admin) in Win 7 (x86, UAC is disabled):
only the Modify button is available, if i clkick on it the SAME window apears again with the Modify button and so on ... (no Video, Audio,All button)

Is it a bug?

Can someone post a regisrty tweak for all the video extensions for the current user?
Or where can I find it in the registry?

Thanks

I have tried in command line too:
mpc-hc /regvid
but the result is the same ... :( (with UAC disabled or UAC enabled)

There would be a good thing, if there will be an checkbox for "All users" in formats (like in Irfanview installer), which will create a HKLM association (of course, just in admin user mode).

Meanwhile I tried Winamp in standard user mode: it doesn't working too ... :)

Any Help? (I know I can manually click all the preferred types, but it's so painful ...)
Thanks

[janos666]

@JanWillem32

Yes, the mixer can output NV12 again. (I just wanted to ask why it is limited to RGB anyway.)
But it doesn't accept YV12. Is EVR incompatible with this popular format or is it some kind of MPC-HC related limitation?

How lcms works now? Would it be possible to let lcms do the YCC->RGB conversion too? (It can accept YCC ; I am not sure if it can also do the level conversion because it's mainly developed for still image processing where YCC is encoded in full range too.)
What about the idea to move the color correction step before the level conversion happens (the level expansion shader applied)?

Did you consider to use bigger matrices for the color correction shader? 64x64x64 sounds small for 10-bit output (at least for me). It should be 8-bit, I think.

Good to hear that "Force 10-bit input" is disabled now. It was always a confusing thing for me. (How does it really help with level expansion...)
I will check how your level expansion shader works.

gamma conversion of HD&SD video RGB to linear RGB
gamma conversion of linear RGB to wide gamut RGB
finalpass: color management with an ICC profile and dithering

This is a very bad idea! It breaks the CMS processing and changes the final gamma curve and also affects the precision of the gamut emulation (if it's necessary). lcms converts between source and device profiles and assumes a pure-power curve with an exponent between 2.2 and 2.4 as a source gamma but you change that. (Or do you use a custom source profile? But it's a bad idea to do things like this...)

[mindbomb]

What bit is your music? For instance 16-bit, 24-bit? Also, are you doing any processing to your music or playing bit exact?

some is 24 bit, some is 16 bit. I'm not using wasapi, so im assuming windows will convert it to 24/48, since that was what was specified for shared mode.

my question is: 24 bit PCM and above are basically all going to be equal for me in this case?

[WonderCsabo]

Hi guys!

Me and others are experiencing a very annoying bug with MPC-HC's screen refreshing frequency changer feature.
If i choose the exact multiple frequency for the fps (for example 59.97Hz for 59.97fps, or 50Hz for 25fps) and change to full screen with automatic frequency changing the playing stutters.
The stuttering are not always present, for a time it's ok, and stuttering again, then ok, then stuttering, etc.
But not just the video stutters, the refreshing of the Ctrl+J statistics, too.
Toggling DXVA does not make a difference.

If i change the appropriate frequency with Windows, this issue does not exist.
If i change a not exactly appropriate frequency with MPC-HC (eg: 75Hz for 30fps) this issue does not exist.

Devs: are you aware of this isse? I forgot to mention that opening Options dialog stops the stutterings.

[Polcius]

I have a huge problem with .mkv's.

I recently bought a Nvidia GT 430, and the x264 qualitys is awful. I get dropped frames now and then. Using EVR-CP, default renderer settings, DXVA with the internal MPC splitter.

I tried the recommended renderer settings but I hat a little bit of tearing.

Thanks in advance.

[clsid]

I have tried in command line too:
mpc-hc /regvid
but the result is the same ... :( (with UAC disabled or UAC enabled)

There would be a good thing, if there will be an checkbox for "All users" in formats (like in Irfanview installer), which will create a HKLM association (of course, just in admin user mode).

Meanwhile I tried Winamp in standard user mode: it doesn't working too ... :)

Any Help? (I know I can manually click all the preferred types, but it's so painful ...)
Thanks
The file association code in MPC is very buggy.

What MPC should do is:
1) Create private file association GUIDs (HKCR\mplayerc.extension) for each file extension. Preferably also a different one for the x64 build.
2) Register player capabilities (HKLM\Software\Clients\Media\Media Player Classic\Capabilities\FileAssociations). This allows creating file associations through the "Default Programs" functionality of Windows Vista/7. Those apply to individual user accounts and it works for limited accounts as well. It creates references in HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\
3) Optionally create a global file association (HKCR\extension, pointing to the private GUID), with backup of previous association.

These things are best handled in the installer, since that allows proper cleanup during uninstall. Doing it through command line should be fine as well, since then there also is a command for undoing.
If the above is done, then removing the file association stuff from the GUI is a good idea imho. Selecting of the playback framework (DS, QT, RM) could be moved to a new page, where those options are also less likely to be overlooked.

Maybe one day if I am really bored I will work on implementing the above.

If you are looking for an installer that works properly now, then I can suggest the K-Lite pack. It allows installing only MPC-HC if that is all you need.

[JanWillem32]

@JanWillem32

Yes, the mixer can output NV12 again. (I just wanted to ask why it is limited to RGB anyway.)
But it doesn't accept YV12. Is EVR incompatible with this popular format or is it some kind of MPC-HC related limitation?
The mixer annoys me, too. I can only force-enable X8R8G8B8, A8R8G8B8 (broken), NV12 and YUY2. I still don't know why it's so limited. I hope we can make it work, as writing a custom mixer would probably require recruiting a few new programmers.

How lcms works now? Would it be possible to let lcms do the YCC->RGB conversion too? (It can accept YCC ; I am not sure if it can also do the level conversion because it's mainly developed for still image processing where YCC is encoded in full range too.)
What about the idea to move the color correction step before the level conversion happens (the level expansion shader applied)?
The color correction should be in the final pass (just before dithering), as it adapts for the screen characteristics, the processing format should be as uniform and linear as possible.

Did you consider to use bigger matrices for the color correction shader? 64x64x64 sounds small for 10-bit output (at least for me). It should be 8-bit, I think.
I would have to ask an expert if it's usable, and then test the memory consumption.

Good to hear that "Force 10-bit input" is disabled now. It was always a confusing thing for me. (How does it really help with level expansion...)
I will check how your level expansion shader works.
In theory, we should be able to grab the entire fp32 output from the mixer, but it's stuck to 8-bit rounding.

This is a very bad idea! It breaks the CMS processing and changes the final gamma curve and also affects the precision of the gamut emulation (if it's necessary). lcms converts between source and device profiles and assumes a pure-power curve with an exponent between 2.2 and 2.4 as a source gamma but you change that. (Or do you use a custom source profile? But it's a bad idea to do things like this...)
That shader just bends the linear gamma to almost 2.2 (256/563). I could also have used "brightness, contrast and gamma control" to set a gamma value. Another option could be to adapt the lcms input gamma to .9, 1.0, 1.1, et cetera.

[cyberbeing]

Another option could be to adapt the lcms input gamma to .9, 1.0, 1.1, et cetera.
This may be preferable, if setting to 1.0 would result in color correction only with untouched gamma (same gamma as without using lcms).

[JanWillem32]

This may be preferable, if setting to 1.0 would result in color correction only with untouched gamma (same gamma as without using lcms).

1 would simply convert the linear gamma to your display's native gamma.

[namaiki]

some is 24 bit, some is 16 bit. I'm not using wasapi, so im assuming windows does some processing.

Yes, at least Windows will resample everything to what is set in Playback/Multimedia/Sound options in the Windows Control Panel. For my integrated sound card, it is default to 16 bit, 44100 Hz. However, MPC Audio Decoder is by default set to use WASAPI. Have you disabled that?

Devs: are you aware of this isse? I forgot to mention that opening Options dialog stops the stutterings.

I'm not a dev, but yes. There was a hopeful fix which attempted to automatically open and close the options dialog box, but it did not have the same effect as intended as it didn't help the bug. I'm not sure where that issue is at, at the moment. (You're not that guy who came onto MPC-HC IRC channel, are you?)


I have a huge problem with .mkv's.

I recently bought a Nvidia GT 430, and the x264 qualitys is awful. I get dropped frames now and then. Using EVR-CP, default renderer settings, DXVA with the internal MPC splitter.

I tried the recommended renderer settings but I hat a little bit of tearing.

Thanks in advance.
What version of Windows? If on Windows Vista or newer, is Aero enabled or disabled? How many monitors and if there is more than one, what is the resolution and refresh rate of each? Which build of MPC-HC? Also, open an affected video in MPC-HC and tell me all that is listed in the menu: Play-> Filters.

[Stephen R. Savage]

The mixer annoys me, too. I can only force-enable X8R8G8B8, A8R8G8B8 (broken), NV12 and YUY2. I still don't know why it's so limited. I hope we can make it work, as writing a custom mixer would probably require recruiting a few new programmers.

Speaking of the mixer, I've noticed that the EVR OSD always reports "Mixer output: YUY2" on my system, while most screenshots show "Mixer output: RGB32". Can you explain what the "mixer" is and whether or not my videos are being converted to YUY2 somewhere? If this is the case, then it obviously makes no sense to do RGB conversion in ffdshow as a I currently do.

[mindbomb]

Yes, at least Windows will resample everything to what is set in Playback/Multimedia/Sound options in the Windows Control Panel. For my integrated sound card, it is default to 16 bit, 44100 Hz. However, MPC Audio Decoder is by default set to use WASAPI. Have you disabled that?


i dont believe mpc audio decoder uses wasapi by default, cause volume controls work by default, and that shouldn't work with wasapi on.

[JanWillem32]

Speaking of the mixer, I've noticed that the EVR OSD always reports "Mixer output: YUY2" on my system, while most screenshots show "Mixer output: RGB32". Can you explain what the "mixer" is and whether or not my videos are being converted to YUY2 somewhere? If this is the case, then it obviously makes no sense to do RGB conversion in ffdshow as a I currently do.

Video layout:
video bitstream -> decoder -> mixer -> renderer -> presenter -> video card output
video bitstream: contains binary data
decoder: Converts to the native 4:4:4, 4:2:2, 4:2:0 structures and with 8 to 16 bits per component per pixel, then lines that data up into a suitable surface format, such as NV12, YUY2 or AYUV.
mixer: Convert one format to another format that the renderer can use. Ideally it should provide deinterlacing, chroma up-sampling, level expansion, color conversion to RGB, and output bit depths of up to fp32 per component.
renderer: Take the raw image from the mixer, scale and position it relative to the screenspace, adapt other image characteristics to the display output and possibly do some special effects.
presenter: Stacks the layers from the different renderers (main video, subtitle, OSD) on top of each other, times the images to the presentation time and exports the image to the correctly initiated video card to output.

The main renderer and presenter have been improved far beyond the previous 8-bit limitations.
The decoders should simply be ready to write images on a surface format that matches the layout in the video bitstream.
The mixer handling is very weak at the moment. It's completely stuck in 8-bit, that causes big rounding errors when doing deinterlacing, chroma up-sampling, level expansion or color conversion to RGB. The deinterlacing and chroma up-sampling functions don't even work properly at all.
On top of those problems, the internal software codecs will always select YUY2, even on input of 4:2:0 or 4:4:4 format video. That's just wrong, so I disabled YUY2 as a mixer format in favor of RGB32/X8R8G8B8 (slightly less wrong, as it still has bad rounding issues).
At this moment I can only advise to use limited range (Y' at <16,235>, Cb and Cr at <16,240>) NV12 as a format for 4:2:0, 8-bit encoded video, and let three pixel shaders handle chroma up-sampling and level expansion in the renderer stage.
The DXVA decoders will already correctly select NV12 as far as I know.
Try one of my builds to test it.

[namaiki]

i dont believe mpc audio decoder uses wasapi by default, cause volume controls work by default, and that shouldn't work with wasapi on.

What version of Windows and what sound card? The volume controls don't work as such on my PC.
I'm on Windows 7 with one of those integrated Intel High Definition Audio things.

Does MPC Audio Renderer appear in the menu: Play-> Filters? If you click that, there is an option to enable/disable WASAPI in newer builds of MPC-HC.

[betaking]

can not compiled mpcresources.sc.dll by last mpc-hc svn 2865
Microsoft (R) Windows (R) Resource Compiler Version 6.1.7600.16385
Copyright (C) Microsoft Corporation. All rights reserved.
.\mplayerc.sc.rc(1841) : error RC2104 : undefined keyword or key name:
PS:but compiled mpcresources.tc.dll is ok!

[Stephen R. Savage]

Video layout:
video bitstream -> decoder -> mixer -> renderer -> presenter -> video card output
video bitstream: contains binary data
decoder: Converts to the native 4:4:4, 4:2:2, 4:2:0 structures and with 8 to 16 bits per component per pixel, then lines that data up into a suitable surface format, such as NV12, YUY2 or AYUV.
mixer: Convert one format to another format that the renderer can use. Ideally it should provide deinterlacing, chroma up-sampling, level expansion, color conversion to RGB, and output bit depths of up to fp32 per component.
renderer: Take the raw image from the mixer, scale and position it relative to the screenspace, adapt other image characteristics to the display output and possibly do some special effects.
presenter: Stacks the layers from the different renderers (main video, subtitle, OSD) on top of each other, times the images to the presentation time and exports the image to the correctly initiated video card to output.

The main renderer and presenter have been improved far beyond the previous 8-bit limitations.
The decoders should simply be ready to write images on a surface format that matches the layout in the video bitstream.
The mixer handling is very weak at the moment. It's completely stuck in 8-bit, that causes big rounding errors when doing deinterlacing, chroma up-sampling, level expansion or color conversion to RGB. The deinterlacing and chroma up-sampling functions don't even work properly at all.
On top of those problems, the internal software codecs will always select YUY2, even on input of 4:2:0 or 4:4:4 format video. That's just wrong, so I disabled YUY2 as a mixer format in favor of RGB32/X8R8G8B8 (slightly less wrong, as it still has bad rounding issues).
At this moment I can only advise to use limited range (Y' at <16,235>, Cb and Cr at <16,240>) NV12 as a format for 4:2:0, 8-bit encoded video, and let three pixel shaders handle chroma up-sampling and level expansion in the renderer stage.
The DXVA decoders will already correctly select NV12 as far as I know.
Try one of my builds to test it.

http://img832.imageshack.us/img832/883/mixeroutput.png (http://img832.imageshack.us/i/mixeroutput.png/)

Your information is interesting and all, but could you explain what's going on in this screenshot? The image has clearly never been in YUY2 at any point of the pipeline, since that would destroy the alternating columns of red/blue lines. In MPC-HC, where are the color conversion routines occurring? If EVR-CP has, as its name suggests, only a custom presenter, shouldn't it share RGB conversion with the regular EVR renderer? That is clearly not the case on my system, where normal EVR has completely broken YV12 handling.

On an unrelated note, how will all these display-related updates mentioned recently in this thread impact performance? I see discussion of performing 10-bit, floating point, etc. calculations, and I'm concerned that future versions of MPC-HC will be incompatible with my budget hardware (several generations old process, Intel graphics).

Edit: Several pages ago on this thread, I asked the same question, and a gentleman informed me that MPC-HC always uses RGB surfaces for everything, regardless of what the "mixer output" field states. However, I would appreciate it if someone more familiar with the code could explain what exactly is going on, so I can finally put this concern to rest.

[zaoan]

First of all, i would like to salute all of you, i'm new around here and hope to have an enjoyable staying.

Second of all, i used to have a problem, which is the reason why i joined this forum few days ago. In the mean time, it seems like i've managed to solve my problem. So here it goes, long story short: my system specs are athlon 1800 Mhz, 1.8GB DDR and HD4650 AGP gpu. Bought this card to enjoy watching full hd movies, with this great DXVA option. And so i did, every movie played very well, until i've found some files, while i was looking to test my new video card, files that were full hd, 720p or 1080p, which mpc-hc could not play using dxva(pot player neither, i also use that one too). After some searches, it seemed like those files were some kind of Level 5 or 5.1 encoding, which indeed they are, and because i'm using windows XP, could not get DXVA2 with my gpu. Also checked with DXVA checker and no DXVA2 listed there. After some searching, i discovered that someone was saying something about .net framework 4, and that this could enable EVR option in MPC-HC, but also that this option will not change anything in my system, because it's only used for Vista or win7.
So i took the liberty to install framework 4 and now, also using dxva checker, my system can run dxva2. MPC-HC can also run level5 or 5.1 encoded files flawlessly(pot player still can't play them), no other codecs installed.

I'm using catalyst 10.12 agp hotfix driver, mpc-hc 1.4.1.2860 version, and i'm happy that my old system can run most(i hope all) full hd files out there, thanks to my gpu.
Probably this isn't something new, but it bothered me quite a few days and, while i was waiting for the "at least 5 day" rule to post here, i'm glad i've found a solution that works, and i must say i did try quite a lot :)
Maybe there are other people having a similar problem and i thought sharing wouldn't be a problem.

[JanWillem32]

@Stephen R. Savage That's not one of my builds from yesterday in the picture, I used v1.4.1.2862 as a base.
Color conversions can be done anywhere, but it should be done in the mixer, and it should create the first surface for the renderer to work on. So, the mixer should output in the same surface format as the renderer uses (8-, 10-, 16-, or 32-bit RGB). The interface with the mixer is bad. We are trying to fix things, but as long as it's stuck to 4 working formats it will never gain quality nor compatibility.
I also found out that the mixer will always convert to RGB internally, and fails at creating proper "16-235" limited range outputs. That makes the 0-255 range X8R8G8B8 the only working format, that's really not ideal at all.
By the way, in case of a custom presenter, It's an obligation to transmit settings to the standard mixer to be able to send to the (also custom) renderer.

Don't worry about the quality options, they can be enabled or disabled at "Renderer Settings". We made quite a few fixes that made playback on all settings actually lighter recently. By the way, the calculations are done in fp24 or fp32 for graphics in any case, only the transfer surfaces in the memory change with the surface options. With the 10-bit out option, it's also possible to create 10-bit images for the video card to transfer over DP/HDMI/DVI/analog in the D3D Full Screen Mode. VSync modes, dithering and color management have also proven to be very valuable.


@zaoan That's good to hear, maybe we should start advising others to install .Net framework 4, too. I think It isn't an automatic Windows update.

[chros]

The file association code in MPC is very buggy.

What MPC should do is:
1) Create private file association GUIDs (HKCR\mplayerc.extension) for each file extension. Preferably also a different one for the x64 build.
2) Register player capabilities (HKLM\Software\Clients\Media\Media Player Classic\Capabilities\FileAssociations). This allows creating file associations through the "Default Programs" functionality of Windows Vista/7. Those apply to individual user accounts and it works for limited accounts as well. It creates references in HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\
3) Optionally create a global file association (HKCR\extension, pointing to the private GUID), with backup of previous association.

These things are best handled in the installer, since that allows proper cleanup during uninstall. Doing it through command line should be fine as well, since then there also is a command for undoing.
If the above is done, then removing the file association stuff from the GUI is a good idea imho. Selecting of the playback framework (DS, QT, RM) could be moved to a new page, where those options are also less likely to be overlooked.

Maybe one day if I am really bored I will work on implementing the above.

If you are looking for an installer that works properly now, then I can suggest the K-Lite pack. It allows installing only MPC-HC if that is all you need.

Thanks for your suggestion and your time!
And I'm waiting for your rewrite ... :)

[Mercury_22]

Please revert Revision 2866 - Directory Listing
Modified Wed Jan 19 04:56:35 2011 UTC (3 hours, 55 minutes ago) by sansnom05

-changed: single click will pause/resume playback for compact mode(in fact, any mode with any bars visible)
-fixed simplified chinese resource file errors in r2865

Cause I can't move MPC-HC's window any more (I'm using just the seek bar)

P.S. I also have "Middle Down" for "Play/Pause" instead of "Left Down"

[WonderCsabo]

I'm not a dev, but yes. There was a hopeful fix which attempted to automatically open and close the options dialog box, but it did not have the same effect as intended as it didn't help the bug. I'm not sure where that issue is at, at the moment. (You're not that guy who came onto MPC-HC IRC channel, are you?)

No, i'm not. But i think i'll join the IRC channel. My comments seem to be lost here... Opening the Options windows all the time is not a too comfortable workaround.

[JanWillem32]

For those that are wondering why I keep posting with downloads, we need a lot more people to help us.
At the most basic level, alpha- and beta-testing to see if things work, is taking too much time from regular programmers. At a more advanced level, I'm currently the only DirectX programmer, and I don't have anyone working under me to help with the new functions. The few main programmers on the team that usually work on other parts of the program also don't have a development team.
It's quite a shame that we do have a lot of potential new functions, fixes and ideas for MPC-HC, but lack the human resources to integrate all of it.
Recruiting new members is very hard it seems. We couldn't even find anyone with English skill to re-write the text on the main website, let alone a HTML programmer and a graphics designer for the other parts.
If anyone is interested: we need a full scale development team, from button-pusher beta-testers to high-end programmers and from concept gatherers to moderators to graphics designers. Pretty much everything. :p
At a low level, many people idle on the IRC channel to keep track of the status messages of the recent builds and the bug tracker: irc://irc.freenode.net/MPC-HC.
There's usually a helpful person or developer available to talk to, as well.
For those that don't find my techno-babble too scary and have the social skills required to interact with programmers ;), there's the main development channel: irc://irc.freenode.net/MPC-HC-DEV.
:thanks: For anything you can contribute, even if it's just adding a bug report, small fix or translation on Trac: http://sourceforge.net/apps/trac/mpc-hc/report.

For the new downloads:
As the mixer can't do any better than <0,255> range X8R8G8B8 anyway, It's the preferred working format in these binary's.
D3D Fullscreen GUI Support - inactive
Force 10-bit RGB Input - inactive
Alternative VSync - only available in windowed mode
There's still no deinterlacing or chroma up-sampling without external filtering or pixel shaders.
Descriptions of the various renderer settings: http://sourceforge.net/apps/trac/mpc-hc/wiki/New_Renderer_Settings

I updated my shaders today: http://forum.doom9.org/showthread.php?t=157634
Renderer settings I use:
0-255 Output Range, D3D Full Screen Mode, 10-bit RGB Output, Full Floating Point Processing, Disable desktop composition (Aero), VSync, Accurate VSync, Flush GPU before VSync, Flush GPU after Present

Shader chain:
4÷2÷0 to 4÷2÷2 intermediate Catmull-Rom spline5 chroma up-sampling for SD&HD video input
4÷2÷2 Catmull-Rom spline5 chroma up-sampling for SD&HD video input
gamma conversion of HD&SD video RGB to linear RGB

Screenspace shaders:
Catmull-Rom spline6 height resizer (with correct scaling preset)
Catmull-Rom spline6 width resizer (with correct scaling preset)
sharpen complex v3 + deband + medium denoise
gamma conversion of linear RGB to wide gamut RGB
finalpass: color management with an ICC profile and dithering

Those without ICC profiles can sill use "brightness, contrast and gamma control" and "hue and saturation control for SD&HD video input" to fine-tune the image output a bit.
Dithering is triggered automatically with the 10-bit RGB Output, Full Floating Point Processing and Half Floating Point Processing settings. Later on, when temporal dithering is tested, the option for dithering modes can be added to the settings.
This chain of settings is rather high-end and will require a recent video card, often even on full 3D GPU clock speeds. Feel free to experiment with various shaders, and cater the view to your tastes and available GPU processing power.
r
@Mercury_22 No fixes for that, yet. Custom key mapping is an end-user responsibility, too. (I'm glad to have those options with my remote control, though.)

[Mercury_22]

...

@Mercury_22 No fixes for that, yet. Custom key mapping is an end-user responsibility, too. (I'm glad to have those options with my remote control, though.)

I don't see the point of Revision 2866 - Directory Listing
Modified Wed Jan 19 04:56:35 2011 UTC (3 hours, 55 minutes ago) by sansnom05

-changed: single click will pause/resume playback for compact mode(in fact, any mode with any bars visible)... Cause just by changing the key from "Left down" to something else it solves the problem ! e.g. I'm using "Middle Down"
And since this come out I want to propose to change the default Play/Pause from "left down" to something else like "Middle Down" cause it's very inconvenient

[cca]

A few observations regarding JanWillem32's latest build, specific to my hardware perhaps.

In order to use "10bit RGB Output", D3D fullscreen must used and most important: Aero needs to be disabled or weird colors will be produced, video unwatchable. That has the unfortunate side effect than when the video is closed I get a completely blank screen, I cannot see my Desktop. Show stopper for me, I won't be bothered to use "CTRL+ALT+DEL" every time a video ends to get my desktop back. I believe it is a known bug too.

EDIT: possible workaround is to edit the compatibility options of mpc-hc.exe and disable Aero from there. The Desktop recovers in this case.

[JanWillem32]

A few observations regarding JanWillem32's latest build, specific to my hardware perhaps.

In order to use "10bit RGB Output", D3D fullscreen must used and most important: Aero needs to be disabled or weird colors will be produced, video unwatchable. That has the unfortunate side effect than when the video is closed I get a completely blank screen, I cannot see my Desktop. Show stopper for me, I won't be bothered to use "CTRL+ALT+DEL" every time a video ends to get my desktop back. I believe it is a known bug too.

EDIT: possible workaround is to edit the compatibility options of mpc-hc.exe and disable Aero from there. The Desktop recovers in this case.
Forgot that indeed. I made a hotkey in my video card's control panel so I can execute "reload display driver" after exiting. That's a lot faster than switching with "CTRL+ALT+DEL".
It's a known bug, but I don't know how to deal with it otherwise, yet.

[Polcius]

What version of Windows? If on Windows Vista or newer, is Aero enabled or disabled? How many monitors and if there is more than one, what is the resolution and refresh rate of each? Which build of MPC-HC? Also, open an affected video in MPC-HC and tell me all that is listed in the menu: Play-> Filters.


Windows 7 32bit; Aero enabled; one monitor (1360x768 @60Hz); MPC-HC 1.4.2825.0 (MSVC 2010 SP1 (SSE)).

In Play---Filters, I have (top to bottom): EVR-CP, Default DirectSound Device, MPC Video Decoder, Audio Switcher, DTS Decoder.

Using default renderer settings, the problem is that I get hiccups, I assume they're dropped frames.

This happens with every mkv.

[namaiki]

Could you post a Ctrl+J graph? (open the video in MPC-HC, press Ctrl+J and make sure that the window is large enough to read all statistics and play the video until you see a few hiccups, pause the video and upload a screenshot of what you see)

[Polcius]

Could you post a Ctrl+J graph? (open the video in MPC-HC, press Ctrl+J and make sure that the window is large enough to read all statistics and play the video until you see a few hiccups, pause the video and upload a screenshot of what you see)


http://dl.dropbox.com/u/8304445/CTRLJ.jpg

[Polcius]

PD: If it helps, I have the same problems using VLC's DXVA. I have a log from VLC: http://dl.dropbox.com/u/8304445/VLClog.log

[WonderCsabo]

If i choose the exact multiple frequency for the fps (for example 59.97Hz for 59.97fps, or 50Hz for 25fps) and change to full screen with automatic frequency changing the playing stutters.
The stuttering are not always present, for a time it's ok, and stuttering again, then ok, then stuttering, etc.
But not just the video stutters, the refreshing of the Ctrl+J statistics, too.
Toggling DXVA does not make a difference.

If i change the appropriate frequency with Windows, this issue does not exist.
If i change a not exactly appropriate frequency with MPC-HC (eg: 75Hz for 30fps) this issue does not exist.

Devs: are you aware of this isse? I forgot to mention that opening Options dialog stops the stutterings.

After discussing with JanWillem32, i opened bug #1087 (https://sourceforge.net/apps/trac/mpc-hc/ticket/1087).

Polcius: Please use thumbnails!

[namaiki]

http://dl.dropbox.com/u/8304445/CTRLJ.jpg
Well, that looks normal as far as I can tell. Is the issue gone if you disable DXVA? (View-> Options-> Internal Filters-> Right-click the right column and click Disable DXVA filters)

[Polcius]

Well, that looks normal as far as I can tell. Is the issue gone if you disable DXVA? (View-> Options-> Internal Filters-> Right-click the right column and click Disable DXVA filters)

Well, I don't see hiccups, but the video is choppy as hell.

If I enable DXVA and enable "recommended renderer settings" (disable desktop composition, alternative vsync, FFP processing) the hiccups don't appear and the video quality is good. The problem is that I get occasional tearing; and a lot of tearing in fast moving scenes.

[WonderCsabo]

Are you sure that you don't see the judder and the low-fps stutter?

[Polcius]

Are you sure that you don't see the judder and the low-fps stutter?

What's the low-fps-stutter?

What I see are more like "interruptions" in the judder. :confused:

[Peekstra]

Polcius, there's a mismatch between your display's refresh rate and the source material (23.976 vs 60hz).

[WonderCsabo]

What's the low-fps-stutter?

What I see are more like "interruptions" in the judder. :confused:

Because of the low fps, the movements are not smooth, fast movements can jam, and the contrast borders can vibrate.

[mariner]

Anyone who had problems described under using recent svn builds, please try this test build: http://www.mediafire.com/?rwdmy93u83q84nf

2. EVR/CP cause black screen(no video), ....

:thanks:



Greetings sansnom05.

Black screen using EVR/CP with w7x86/HD5670/cat 10.6, not using 10bit.

Last build that works: 2833.

[Polcius]

Because of the low fps, the movements are not smooth, fast movements can jam, and the contrast borders can vibrate.

Well Ok... And how can I fix this?

@Peekstra: Yes I know, but my display doesn't have 24hz support (it's a crappy Samsung LB350).

[mariner]

EVR/CP still causes black screen. MPC HC x86 on Win 7 x64, ATI 5970, Catalyst 10.9. Everything up to 2808 works, 2848 does not, the test version on mediafire does not... do not know about the in between versions.

It is not limited to any of the 10 bit options. Without any of the 10bit options i get the black screen (i never used them anyhow). It is also regardless of decoder. Newer catalysts (>10.9) have unfortunate other problems (unrelated to mpc hc, related to crossfire configurations, fan control, resolutions above 2536 horizontal), which make them unusable (at least for me). It is also unlikely that the "black screen" issue is related to the catalyst driver. My system: 980X, 5970 (which is a dual GPU board and works in crossfire mode), 12GB RAM, Windows 7 x64 professional, Cat 10.9. A friend with with an almost identical configuration (albeit cat 10.10 and a 920i7) has the exact same problem. All decoders are effected (internal and external, DXVA and non DXVA) and renderer settings do not make any difference (color management on/off, Input 10bit on/off, output 10bit on/off) etc. Also MPC HC 2808 works!

You are in error here. The black screen issue has nothing to do with D3D Fullscreen mode. It affects both normal modes and D3D Fullscreen mode of MPC HCs custom presenter. A revert or bugfix is needed - also i know of no case where the upgrade to cat 10.12 fixed this. You are talking about other issues. Please also note Peekstras comment. He tried cat 10.12a (not even "official") and that did not work with DXVA enabled. It also did not work with other renderer settings enabled. Clearly something was broken. This is a bug and not a problem of the cat driver!


Thanks to Casshern for giving a good summary of EVR/CP black screen problem.

[WonderCsabo]

Well Ok... And how can I fix this?

You cant. This is the behaviour of low fps material. But maybe that your problem is not low-fps-stutter or judder. How long are the stoppages?

[Polcius]

You cant. This is the behaviour of low fps material. But maybe that your problem is not low-fps-stutter or judder. How much time long are the stoppages?

Very fast, like a millisecond or something like that XD.

It's like, when an object is travelling from point A to B, the motion is not smooth in its whole; there's a millisecond where the frame "skips".

I'll try to record a video for you to see it. Maybe I'm turning insane XD.

[WonderCsabo]

Very fast, like a millisecond or something like that XD.

It's like, when an object is travelling from point A to B, the motion is not smooth in its whole; there's a millisecond where the frame "skips".

I'll try to record a video for you to see it. Maybe I'm turning insane XD.

Then it's likely judder and/or low-fps-stutter. You can only help the first by buying a 24*n Hz capable display.

[v0lt]

Revision 2863
...
-changed OSD color scheme to make sharp text look better, by bobdynlan

@bobdynlan
Is it possible to make the OSD bit transparent?
Example:
http://img46.imageshack.us/img46/4558/osdf.th.jpg (http://img46.imageshack.us/img46/4558/osdf.jpg)

[cca]

Forgot that indeed. I made a hotkey in my video card's control panel so I can execute "reload display driver" after exiting. That's a lot faster than switching with "CTRL+ALT+DEL".
It's a known bug, but I don't know how to deal with it otherwise, yet.

Some additional observations when I test-used D3D fullscreen mode. The video was jerky, while the same video was OK in windowed mode and Aero On. After some fiddling with the settings, it seems that using Alternate Vsync with a negative offset improves things a lot, in my case the problem vanished.

I'll keep using it with those settings to see if any other problems will appear.

[janos666]

That shader just bends the linear gamma to almost 2.2 (256/563). I could also have used "brightness, contrast and gamma control" to set a gamma value. Another option could be to adapt the lcms input gamma to .9, 1.0, 1.1, et cetera.

I believe that you should use the same math function when you apply the gamma weighting on the linear data which you used to linearize the original RGB data and let lcms to convert between the source profile (the assumed profile for Rec709 materials) and your display profile.
If you do the gamma weighting with a different curve you used to linearize the wighted data then you have to use a different source profile for lcms. But why would you do that? It only makes things more complicated. (And I am not sure about the results of the custom post-process filters if you linearize that data incorrectly.)

for(int i = 0; i < 3; i++) s1[i] = (s1[i] > .081)? pow((s1[i]+.099)/1.099,1/.45) : s1[i]/4.5;// R, G and B processing
return pow(tex2D(s0,tex),256/563.);// wide gamut RGB output

I think this will cause a serious mess. It basically inverts the Rec709 encode curve which shouldn't be done.

for(int i = 0; i < 3; i++) s1[i] = (s1[i] > .081)? pow((s1[i]+.099)/1.099,1/.45) : s1[i]/4.5;// R, G and B processing
for(int i = 0; i < 3; i++) s1[i] = (s1[i] > .018)? 1.099*pow(s1[i],.45)-.099 : s1[i]*4.5;// R, G and B processing

It can work. But I would recommend:
return pow(tex2D(s0,tex),100/235.);
return pow(tex2D(s0,tex),235/100.);

[JanWillem32]

@janos666 To multiply internally and have linear shifts in brightness when manipulating the color values, an absolute 0 to 1 linear internal scale is needed. Many rendering engines work that way, and then convert the picture to a gamma of about 2.2 as one of the screenspace end stages.
The only reason why I don't convert back with the video gamma function is the ghastly bad black values it produces, usually including banding. (Calibrated CRT and 3LCD projector, both the same result. I will calibrate from 2.2 to 2.6 gamma, depending on what I'm working on.)
I know that many videos don't actually use the specified gamma transfer function to begin with, but it's the best assumption I can make when processing DVD and blu-ray media. I do switch the output gamma setting of the final pass color management a lot. The color management uses a single-power gamma function of 2.2, 2.35 or 2.4 to build the LUT, it doesn't receive a gamma transfer function.

@cca Do you have the latest one I compiled (2866)? The one I compiled before that had VSync failures. That problem has also been solved in the main branch.

[mindbomb]

What version of Windows and what sound card? The volume controls don't work as such on my PC.
I'm on Windows 7 with one of those integrated Intel High Definition Audio things.

Does MPC Audio Renderer appear in the menu: Play-> Filters? If you click that, there is an option to enable/disable WASAPI in newer builds of MPC-HC.

oh, you're talking about the audio renderer, im was talking about the ac3/dts/mpeg audio decoder.

but anyway, that brings up something else, the arcsoft audio decoder hd and mpc audio renderer don't work together. the video will just refuse to play and stay at 00:00

[dansrfe]

I can't seem to enable WASAPI in MPC-HC even when I select MPC Audio Renderer it defaults to the Default DirectSound Renderer.

[cca]

@cca Do you have the latest one I compiled (2866)? The one I compiled before that had VSync failures. That problem has also been solved in the main branch.

Yes, I have the 2866 from your post. Only happens in D3D fullscreen, regardless of 10bit output and shaders used.
In the main changelog I see some tearing fix, I experience stutter not tearing. Fixed by setting -100 negative offset to vsync. Tried a few videos so far, works fine with that setup.

[sansnom05]

Thanks to Casshern for giving a good summary of EVR/CP black screen problem.

Do you want to try the latest svn builds see it's fixed for you? Since xvidvideo.ru & XhmikosR didn't build it for now, I've uploaded the vanilla r2870 builds here, x86/x64 both included, only .exe.

http://www.mediafire.com/?xx5wdpt9k393tzb

MSVS2010 SP1Beta + Cross-mingw GCC 4.5.2 stable from xvidvideo.ru

[mindbomb]

I can't seem to enable WASAPI in MPC-HC even when I select MPC Audio Renderer it defaults to the Default DirectSound Renderer.

It works for me when i use ffdshow for truehd and ac3 and such, but output has to be 16 bit integer

it seems to only work with the internal dts/ac3 decoders if they are set to output 16 bit pcm

and it doesn't seem to work at all with arcsoft audio decoder hd, which is 24 bit output.

im using a realtek 882 on windows 7 64 bit. ill see if updating the drivers makes any difference
i get similar behavior on my laptop with IDT high definition audio and my htpc with a realtek 883

on my audigy, i can get 32 bit sorta working from ffdshow, but there is a persistant crackling sound.
arcsoft won't work at all on the audigy either.


so can mpc audio renderer only accept 16 bit audio, or is this because of hardware limitations on my end?

[draden]

Do you want to try the latest svn builds see it's fixed for you? Since xvidvideo.ru & XhmikosR didn't build it for now, I've uploaded the vanilla r2870 builds here, x86/x64 both included, only .exe.

http://www.mediafire.com/?xx5wdpt9k393tzb

MSVS2010 SP1Beta + Cross-mingw GCC 4.5.2 stable from xvidvideo.ru

I will answer also if I may, waiting for mariner: no, nothing changed with this build, still a nice black screen for all videos.

Compared to Casshern's summary, diffs are I'm using MPC-HC x64 and ATI 4780.

Nothing that can be set in Renderer Settings menu has any effect. Only solution is not using EVR Custom Pres. Other renderers are working (EVR, VMR-9, Haali etc...)

[moonrak]

I will answer also if I may, waiting for mariner: no, nothing changed with this build, still a nice black screen for all videos.

Compared to Casshern's summary, diffs are I'm using MPC-HC x64 and ATI 4780.

Nothing that can be set in Renderer Settings menu has any effect. Only solution is not using EVR Custom Pres. Other renderers are working (EVR, VMR-9, Haali etc...)

Same solution down here. Switched to regular "EVR" and no more black screen.
ATI 5770 with Catalyst 10.10's (10.12 would freeze my PC after a while).
No problems at all with "EVR Custom preset" in my notebook with ATI mobility 10.12 and integrated 4250 video.
No problems at all with "EVR Custom preset" in my media center PC with ATI 10.12 and 4350 video.
Operating system in all 3 PC's: Windows 7 x64

Moonrak

[tetsuo55]

@everyone with the black screen in EVR-CP problems:

* Please only test with Catalyst 10.12, we know it doesnt work in older versions because ati fixed a bug with mixing that makes all the changes we added possible in 10.12 (older versions before ati regressed might work too, not sure how far back one would need to go)

* Make sure you are using the latest build posted by sansnom and that your settings have been reset by deleting the registry key.

* When reporting a black screen problem with above settings please add information about the file, the video pin out data from the splitter properties and if possible a CTRL+J screenshot.

EDIT: there might be a relation with CCC, so make sure you install that too!

[namaiki]

it doesn't seem to work at all with...24 bit output.

i can get 32 bit sorta working...but there is a persistant crackling sound.

so can mpc audio renderer only accept 16 bit audio, or is this because of hardware limitations on my end?

What about ReClock (or other) with 24-bit and 32-bit output?

oh, you're talking about the audio renderer, im was talking about the ac3/dts/mpeg audio decoder.Well, if you're talking about just the decoders, then I'm not sure since everything will be resampled anyway... but some people prefer to output bit exact (using WASAPI or bitstreaming), and some prefer to output ieee float for more accurate rounding.

[moonrak]

@everyone with the black screen in EVR-CP problems:

* Please only test with Catalyst 10.12, we know it doesnt work in older versions because ati fixed a bug with mixing that makes all the changes we added possible in 10.12 (older versions before ati regressed might work too, not sure how far back one would need to go)

* Make sure you are using the latest build posted by sansnom and that your settings have been reset by deleting the registry key.

* When reporting a black screen problem with above settings please add information about the file, the video pin out data from the splitter properties and if possible a CTRL+J screenshot.

EDIT: there might be a relation with CCC, so make sure you install that too!

So this would explain also why I only have this issue in my PC and not the other two at home. My PC is the only one with 10.10's. I had to revert to those from 10.12's because they would freeeze my PC after some time of inactivity. This was a wide spread issue and I hope the January release will fix it.
I am using the newer Catalyst Preview in the three of them so that is not the problem, because it works fine in two PCs with 10.12's. Moorak

[janos666]

There is a new 11.1a catalyst version. It is newer than the 10.1 WHQL which is currently waiting for the WHQL stamp. You should try that.

[moonrak]

There is a new 11.1a catalyst version. It is newer than the 10.1 WHQL which is currently waiting for the WHQL stamp. You should try that.

Download link, please?
:)
Moonrak

[clsid]

http://lmgtfy.com/?q=11.1a+catalyst

[ajp_anton]

When playing "very wide" movies, encoded in 16:9 with black bars, played back on a 16:10 monitor, the encoded black bars are gray compared to the ones further out. Yes, I'm using the correct levels, the wrong levels look even worse. I'm using EVR-CP.
When switching to madVR with the exact same decoding settings, the black bars are completely black.

What can I do to fix this?
Win 7 x64, HD4850.

[namaiki]

When playing "very wide" movies, encoded in 16:9 with black bars, played back on a 16:10 monitor, the encoded black bars are gray compared to the ones further out. Yes, I'm using the correct levels, the wrong levels look even worse. I'm using EVR-CP.
When switching to madVR with the exact same decoding settings, the black bars are completely black.

What can I do to fix this?
Win 7 x64, HD4850.

Are you using any of the EVR Custom Pres. colour management options? If so, what about with those disabled?

[Polcius]

To Nvidia users: what are your video settings? (in the control panel) Do you have "inverse telecine" checked?

Thanks

[moonrak]

There is a new 11.1a catalyst version. It is newer than the 10.1 WHQL which is currently waiting for the WHQL stamp. You should try that.

Hi,
Installed new 11.1a's coming from 10.10.
WMP-HC works fine now, no black screen with EVR Custom preset.
Computer is (still) not freezing after inactivity as it used to do with 10.12's.
Moonrak

[Mixer73]

To Nvidia users: what are your video settings? (in the control panel) Do you have "inverse telecine" checked?

I don't play DVDs on my PC so this option is always off for me.

[Polcius]

I don't play DVDs on my PC so this option is always off for me.

I do, but I live in Europe so my DVDs are mostly PAL.

[mariner]

Do you want to try the latest svn builds see it's fixed for you? Since xvidvideo.ru & XhmikosR didn't build it for now, I've uploaded the vanilla r2870 builds here, x86/x64 both included, only .exe.

http://www.mediafire.com/?xx5wdpt9k393tzb

MSVS2010 SP1Beta + Cross-mingw GCC 4.5.2 stable from xvidvideo.ru

I will answer also if I may, waiting for mariner: no, nothing changed with this build, still a nice black screen for all videos.

Compared to Casshern's summary, diffs are I'm using MPC-HC x64 and ATI 4780.

Nothing that can be set in Renderer Settings menu has any effect. Only solution is not using EVR Custom Pres. Other renderers are working (EVR, VMR-9, Haali etc...)

Greetings sansnom05. Thanks for the new build. Same result as draden's.

[mariner]

@everyone with the black screen in EVR-CP problems:

* Please only test with Catalyst 10.12, we know it doesnt work in older versions because ati fixed a bug with mixing that makes all the changes we added possible in 10.12 (older versions before ati regressed might work too, not sure how far back one would need to go)
...

I strongly disagree. Users should not be forced to update their drivers to fix a problem that did not occur before. That is a very bad attitude to take as a project leader. Many people don't even know what a driver is, let alone how to update one. MPC should at least provide a workaround option to get the old behavior, which might be wrong but at least works.

(talking about the black picture regression here)

Mercury_22,
in the latest Catalyst versions (since 10.8 if I remember correctly) there is a bug with many cards that Full RGB is not working over HDMI - it's the same as Limited RGB.
If your card is affected you can try using the DVI output

clsid has a point here. New cat version introduces "features" such as those reported by pankov that may not be so desirable.

[mindbomb]

What about ReClock (or other) with 24-bit and 32-bit output?

with reclock i have to use the 24 bit padded to 32 bit option

with the foobar plugin, the 24 bit output option works fine.

[terminaldawn]

I am going to be rebuilding my HTPC, is there anyway I can backup all of my MPC-HC settings (especially the key mappings)?

Thanks!

[namaiki]

Open regedit and export [HKEY_CURRENT_USER\Software\Gabest\Media Player Classic], and/or in MPC-HC, View> Options, Tick Store settings to .ini file, close MPC-HC and copy out the MPC-HC.ini file generally located in the same directory as MPC-HC.exe is located.

[terminaldawn]

Open regedit and export [HKEY_CURRENT_USER\Software\Gabest\Media Player Classic], and/or in MPC-HC, View> Options, Tick Store settings to .ini file, close MPC-HC and copy out the MPC-HC.ini file generally located in the same directory as MPC-HC.exe is located.

THANKYOU!!!

I am on win 7 and tried the store settings to INI before asking here, and an ini file was never created. I even tried launching MPC in Admin mode. ??? o Well

Anyways... Will I have any issues exporting these settings and then importing them to my PC after I re-install Win 7 and codecs?

--Thanks!!

[namaiki]

The MPC-HC.ini file might have have appeared in a sub-folder of :
C:\Users\<user; e.g. namaiki>\AppData
or
C:\ProgramData

It should be fine if you are installing the same or similar build of MPC-HC and other codecs.

[JanWillem32]

@mariner: http://www.mediafire.com/?e6ix43wpyndo8sm ATi CCC is indeed a bit limited by default, but you can expose quite a few functions. The download is a profile to use with DXVAchecker. I'm still trying to tweak all functions, but I can most certainly use 10-bit full-range RGB and audio over HDMI. This download is also quite useful for anyone else that wants to expose some extra features. I do have to use the "Use Extended Display Identification Data (EDID)" setting in the "Monitor Properties" tab, else I get discoloration.

@terminaldawn: Run regedit, navigate to the key "HKEY_CURRENT_USER\Software\Gabest\", right click the key and choose export. You can also make .REG profiles with individual settings with this method. The .REG files contain text that can easily be edited with notepad.

Last, but not least: I might help out a bit with the design for the main website, but styling is of course quite difficult. Is this tasteful enough for the main website after cropping and switching the background?
http://www.mediafire.com/?49ms0ysvq1a8cgu
(For the technical part: the pictures were downsized to 50% with bicubic a=1.00.)

[MokrySedeS]

When playing "very wide" movies, encoded in 16:9 with black bars, played back on a 16:10 monitor, the encoded black bars are gray compared to the ones further out. Yes, I'm using the correct levels, the wrong levels look even worse. I'm using EVR-CP.
When switching to madVR with the exact same decoding settings, the black bars are completely black.

What can I do to fix this?
Win 7 x64, HD4850.

Disable dynamic contrast in CCC --> Video --> All Settings.
Disabling other "features" like edge-enhancment or de-noising is probably a good idea too.

[cca]

Disable dynamic contrast in CCC --> Video --> All Settings.
Disabling other "features" like edge-enhancment or de-noising is probably a good idea too.

Dynamic contrast is evil :devil: One of the first things I disable when I do fresh driver installs are the above mentioned options, they do more harm than good.

[tetsuo55]

Another update on the black-video-with-EVR-CP.

Details on the changes:

* JanWillems patches removed some restrictions from the mixer, that made all input colorspaces possible.

* It is clear that the mixer is incapable of handling some formats, so the patches where updated to only allow those that EVR-CP understands (but still many more than before the first patch)

* We then found out that ATI catalyst drivers between 10.6 and 10.11 not only broke 10bit but also mixing of almost all colorspaces. (this is why some people are still seeing black video)

Using any driver on ATI older than 10.6 or newer than 10.11 will fix any black screen video issues.

Now on to the why:
These changes give us the room required to reduce the rounding errors on filters applied and gives us a good way to implement better chroma upscaling, etc....

[clsid]

Since it is known which range of drivers have the problem, could we disable the 'broken' 10bit functionality for those drivers, and also restrict the mixer to formats that work for those drivers?

The driver version can easily be detected and used to conditionally do things. See for example the DXVA compatibility check code.

This way the black screen bug will be fixed for users with old drivers, and users with new drivers will get the full functionality of the current code.

I would like to emphasize the fact that we can't expect users to update their drivers. They are generally n00bs and MPC should simply be made as idiot-proof as possible. Certainly in cases like this where MPC suddenly stops working properly from one version to another.

[SamuriHL]

I'm in favor of that approach, as well, clsid. That shouldn't be a ridiculously hard thing to implement, either, and should be fairly easy to maintain I would think.

[Mercury_22]

@ aleksoid
Revision 2874 -2875 make MPC-HC crash when trying to play any Interlaced m2ts file !

Revision 2875 - Directory Listing
Modified Thu Jan 20 13:06:51 2011 UTC (4 hours, 34 minutes ago) by aleksoid

Fix : rev. 2857, language ordering for select Subtitle stream incorrect sometimes;

Revision 2874 - Directory Listing
Modified Thu Jan 20 11:00:54 2011 UTC (6 hours, 40 minutes ago) by aleksoid

Change : rewrite code for rev. 2867;



P.S. Also the black screen when using internal H264 decoder it's still there ! When using an external decoder e.g. M$ DTV-DVD Video Decoder there's no more black screen for the same file with the same settings

[Polcius]

Weird stuff...

My problem was because of my new Nvidia card, a Gt 430. I put back my old card (ATI HD4350) and the mkv's work flawlessly; no signs of the problem.

I'm lost. I don't think the Nvidia is faulty, since DVDs and avis worked nice.

WTF

[namaiki]

Which nVidia drivers? (mostly just curious since I can't really do any testing)

[Aleksoid1978]

@ aleksoid
Revision 2874 -2875 make MPC-HC crash when trying to play any Interlaced m2ts file !

Fix - rev. 2877

[janos666]

The only reason why I don't convert back with the video gamma function is the ghastly bad black values it produces,
usually including banding.


I never advised to do that! Moreover, I suggested to completely forget about the Rec709 encode curve. You should never use that for any purposes (unless you work with your own RAW material). You should take it as it never existed.

You should work with pure-power curves instead. You can pick up an exponent between 2.2 and 2.4 (may be 2.35 is a good choice for general usage).

But you should use the same curve for both the "original, gamma wighted RGB -> linear RGB for processing" and "processed linear RGB -> gamma weighted RGB for presentation or optional later processing".


With the use of the Rec709 encode curve, you try to restore the original, linear data before the Rec709 encoding. But this is 1: impossible without errors (heavy noise and banding) ; 2: bad idea because the encoding was done like this for good reasons (to hide the noise and fit the data for the assumed "perfect end-user display and view environment"). If you apply the post-processing on this false linear data, you can exaggerate the problems. (You try to de-noise and de-band the heavily noisy and banded false data and re-encode it with the noise-hider curve again which produces banding again. Shh.... :confused:)

With the use of different curves for the two steps you change the relative contrast of the source material.
It can work if you know the exact TRC of your display. But it produces false results with the lcms processing (unless you also change the source profile for lcms).


Calibrated CRT and 3LCD projector, both the same result. I will calibrate from 2.2 to 2.6 gamma, depending on what I'm working on.


That's good. I currently restored my old settings: I calibrated my display to gamma 2.35 and D65 white with ArgyllCMS/dispcal and I do the gamut conversion with yCMS (without any other software corrections).
I still like the effectively 10-bit VGA LUT correction better than the currently useless 10-bit output with MPC-HC (ok, it's 10-bit output, but effectively comes from slightly damaged 8-bit...).
And I also prefer the ArgyllCMS/dispcal result instead of yCMS's white balance correction through the dithered 8-bit output of madVR. (It's strange and causes too much noise for me.)

***But I also learned that the absolute colorimetric intent corrects the white POINT only. It doesn't take care about the fluctuating gray axis. So a 1D VGA LUT calibration is inevitable with ICC color correction methods. But my goal was to use the 10-bit output to make every necessary corrections at one step and in one place. But it simply can't be done with lcms. (May be with yCMS if it evolves and madVR will support 10-bit output. But until then... the VGA LUT works with 10-bit already and yCMS doed a great job with gamut correction on a calibrated display...)


I know that many videos don't actually use the specified gamma transfer function to begin with, but it's the best assumption I can make when processing DVD and blu-ray media.


It's not a bug, it's a feature! :rolleyes:
You don't have to believe me, but I already explained it here: The original data is encoded with the Rec709 encode curve but it's intended to be decoded with a pure-power curve. That's how it works (hides the noise and corrects the view environment differences between the studio and home atmosphere...).


I do switch the output gamma setting of the final pass color management a lot. The color management uses a single-power gamma function of 2.2, 2.35 or 2.4 to build the LUT, it doesn't receive a gamma transfer function.


Ok. You can do what feels good for you. But the end-users can't do that and you showed an example when you used lcms too, after the mid-processing gamma transformation was involved. It is very misleading... (And you didn't even explained it. I only guessed that you know what you are doing. -> Even if you do erroneous things intentionally. But that's your business... may be I am wrong with the pure-power curve theory and you are right here. There is no official standard for this. :mad:)


But I still don't understand...
Why does it feel better for you to apply a gamma transformation somewhere at the middle of the processing chain if you use lcms too?
Why don't you let the original TRC untouched and do the processing at the final step with lcms? :rolleyes:
It's easier, more error-free to explain for end-users and probably works better. I simply can't see the point in this to involve the Wide Gamut RGB TRC in the middle of the processing when you don't even have a display with that color space. It made no sense for me... :stupid:

-> But OK, I can see now... You didn't use the same function because you resisted to use the Rec709 encode curve which caused errors.
Why don't you try to use the same pure-power curve before "wild" things ("developed" as a "workaround" for the self-made, otherwise non-existing problems) like this?


/// Sorry, I wrote a lot so I didn't check for grammar errors. (I am Hungarian...)

[Mercury_22]

Fix - rev. 2877
No more crash but VC-1 i it's starting very slow (after ~ 10sec) and the playback it's very very "choppy"/slow/broken (Tested with WMVideo Decoder DMO & Nero since internal can't play VC-1 i )


Also since Revision 2876 - Directory Listing
Modified Thu Jan 20 20:55:33 2011 UTC (102 minutes, 41 seconds ago) by sansnom05

updated SoundTouch to svn 103 can't compile the x64 version
3>c:\mpc-hc\src\filters\renderer\mpcaudiorenderer\soundtouch\include\STTypes.h(90): fatal error C1017: invalid integer constant expression

EDIT:The x64 compilation have been fixed in Revision 2879 - Directory Listing
Modified Thu Jan 20 22:38:17 2011 UTC (22 minutes, 40 seconds ago) by XhmikosR

follow up to r2876 Thanks XhmikosR

[Mixer73]

Since it is known which range of drivers have the problem, could we disable the 'broken' 10bit functionality for those drivers, and also restrict the mixer to formats that work for those drivers?

On the flip side if everybody keeps catering for their ridiculously broken drivers, AMD will never pull their finger out and fix anything, or establish a QA program that can put out drivers where more than 50% of stuff works.

I'd be quite happy to see stuff not work and for AMD to cop the slating they deserve for the state of their drivers with regard to media playback. Maybe then they will wake up to themselves.

[janos666]

@clsid

I think it is the manufacturer's responsibility to provide bug-free drivers. (And this is a more solid statement with proprietary drivers and "secret" source codes.)

If an old driver causes problems with a software, the user may want to find the problem and eventually update the driver and learn how to deal with basic problems or ask for "professional"* help (*anybody who knows what should be done...).
If you automatically restrict those functions then she/he may think that it's simply an unsupported feature on her/his PC and yes, as Mixer73 told: the driver bug may never be fixed and/or the feature will never be used by more than a few people.
If you also give instructions to the user about a necessary driver update... well... Why don't you become her/his personal janitor for free? If she/he isn't experienced with these things, she/he can cause serious troubles and fear about drivers for a life. :)

[Polcius]

Which nVidia drivers? (mostly just curious since I can't really do any testing)

260 and 266 (the two last ones).

BTW, who said that altering the Contrast, Brightness and Saturation values in ATI CCC video tab would worsen the video quality?

I don't understand why.

[clsid]

On the flip side if everybody keeps catering for their ridiculously broken drivers, AMD will never pull their finger out and fix anything, or establish a QA program that can put out drivers where more than 50% of stuff works.

I'd be quite happy to see stuff not work and for AMD to cop the slating they deserve for the state of their drivers with regard to media playback. Maybe then they will wake up to themselves.
@clsid

I think it is the manufacturer's responsibility to provide bug-free drivers. (And this is a more solid statement with proprietary drivers and "secret" source codes.)

If an old driver causes problems with a software, the user may want to find the problem and eventually update the driver and learn how to deal with basic problems or ask for "professional"* help (*anybody who knows what should be done...).
If you automatically restrict those functions then she/he may think that it's simply an unsupported feature on her/his PC and yes, as Mixer73 told: the driver bug may never be fixed and/or the feature will never be used by more than a few people.
If you also give instructions to the user about a necessary driver update... well... Why don't you become her/his personal janitor for free? If she/he isn't experienced with these things, she/he can cause serious troubles and fear about drivers for a life. :)
These are very narrow minded opinions and just shows how little most people care about the usability of MPC unless it directly affects themselves.

Of course it is the task of the hardware makers to provide proper drivers, but in reality things just don't work that way.

You guys didn't even know the previous driver version were buggy until things got broken in MPC and the issue was discussed here. Exactly because it used the work fine, people will tend to blame MPC for the problem. A driver is not even considered a possible cause because they didn't change that.

The black screen issue is a regression and can easily be fixed with the proposed workaround. Anyone who things that this is a bad idea is just an egoistic moron.

Disabling functionality that was already broken to begin with is absolutely no problem at all. Certainly not since it is something that the average user does not use or even knows about.

Sigh.

[janos666]

260 and 266 (the two last ones).

BTW, who said that altering the Contrast, Brightness and Saturation values in ATI CCC video tab would worsen the video quality?

I don't understand why.

1: Because it's digital processing where the final output bit depth is often equal with the bit depth of the source (8 bit/color = 256 possible values per channels), so without tricks like dithering (which has other drawbacks: the dithering noise) every processing happens for a cost of lost image information (it causes artifacts like banding or miss-colorization).

2: If you don't have a colorimeter/spectrophotometer or at least a reference display to compare the results, you can't be sure if it makes the things better or worse. (The "feels better" can be misleading and you can adapt to bad settings. And may be you will find the proper things faulty when you change your hardwares or drivers, etc).
And usual displays usually requires non-linear corrections in white balance and gamma, so these "almost linear" corrections (not perfectly linear because they works with errors...) can't help too much. (May be a little with the overall result.)
A simple "Saturation" control is another bad idea because you can't really achieve more saturated colors (wider gamut which requires a wider light spectrum) and usual display usually has differently saturated primaries. For example, Red is very over-saturated (most disturbing with human skin tones) but blue is slightly under-saturated. What do you achieve with the Saturation slider? Very under-saturated blue and may be better red. But don't forget that there is a green too. -> This can be handled by real color management solutions very well.


@clsid
I didn't said it's a bad idea to make workarounds. I only listed some arguments why it can be treated like that.
I think it's actually good to have workarounds from any sides for every possible problems. But I think it should be handled with low priority. (If somebody doesn't have any better things to do, because it's basically redundant.)
The driver update is a workaround too because every driver should be perfect and usable (you should be able to live with the one on the CD). :)

And just ro the record: When I saw black screen first with the 10-bit option I went to the AMD forum first where a stupid moderator closed my topic after some hours. And we had some arguments about the capabilities of my hardwares later. He resisted that I am a poor stupid idiot (he didn't bother himself to take a single looks at Dell's hardware specifications which I linked: "No, you can't have a 10-bit display. Those are very expensive, you idiot! Can't you understand?"). And other funny thing was that people (on a different forum where he can't ban me) believed in his words. :D
He refused to answer me again after these bugs got fixed. What a strange accident. :D

[mindbomb]

Does bicubic -1.00 is the best resizer for high quality?

this brings up a good question, what the heck does the a value refer to in the bicubic resizing choices?

Popular opinion appears to be that the more negative it is, the sharper the image, but idk if that is right.

I wish mpc hc had a little description of each choice, ala ffdshow or madvr

[namaiki]

this brings up a good question, what the heck does the a value refer to in the bicubic resizing choices?

Popular opinion appears to be that the more negative it is, the sharper the image, but idk if that is right.

From what I can see, closer to zero than -0.60 and there is aliasing, higher than that, depending on how much you are resizing the video, and there is also a bit of aliasing, but only on edges.

As far as I can tell, it's the same value used in Haali's Renderer.

[Aleksoid1978]

No more crash but VC-1 i it's starting very slow (after ~ 10sec) and the playback it's very very "choppy"/slow/broken (Tested with WMVideo Decoder DMO & Nero since internal can't play VC-1 i )

upload a sample.
I test on .m2ts/.ts + H264 and .m2ts + VC-1 - all play fine.
But i use Cyberlink PDVD10 Video Decoder for VC-1 playback.

[mindbomb]

No more crash but VC-1 i it's starting very slow (after ~ 10sec) and the playback it's very very "choppy"/slow/broken (Tested with WMVideo Decoder DMO & Nero since internal can't play VC-1 i )

are you trying with frame time correction on?

[tetsuo55]

These are very narrow minded opinions and just shows how little most people care about the usability of MPC unless it directly affects themselves.

Of course it is the task of the hardware makers to provide proper drivers, but in reality things just don't work that way.

You guys didn't even know the previous driver version were buggy until things got broken in MPC and the issue was discussed here. Exactly because it used the work fine, people will tend to blame MPC for the problem. A driver is not even considered a possible cause because they didn't change that.

The black screen issue is a regression and can easily be fixed with the proposed workaround. Anyone who things that this is a bad idea is just an egoistic moron.

Disabling functionality that was already broken to begin with is absolutely no problem at all. Certainly not since it is something that the average user does not use or even knows about.

Sigh.
Although i agree that we should not support broken driver revisions your idea to use a detection system like we use with DXVA is a good one.

I don't think i've explained clear enough what the black-video bug is exactly

Why did it work before?: A combination of bugs, that negatively affect video quality tricked the renderer into using a different surface, thus not revealing the black-video bug when cat 10.6 came out.

Why can't we simply use the old code: Once the combination of bugs was fixed the "trick" no longer works and the renderer always takes the surface with the highest quality.

What now?: JanWillem is experimenting to see if we can force the renderer into that "trick" mode when the drivers between 1.6 and 10.11 are detected. So far though, when it works image quality is even worse than before.

So with the version of the code image quality is starting to near perfection
With the old code image quality was so-so
With the old-emulation code image quality is just plain bad

But i guess its better than a black screen?

[WonderCsabo]

Guys, i have a noob question: can MPC-HC decode the lossless TrueHD, or just the lossy embedded AC3 stream?

[nevcairiel]

It can decode TrueHD.

Edit:
To clear up some misconceptions: TrueHD does not contain a "core" AC3 itself, not like DTS-HD contains a core DTS track. However on BluRays, TrueHD tracks are muxed in a way that includes an AC3 track for players not capable of TrueHD - but only there, its not a format thing like it is with DTS.

[WonderCsabo]

I know that, that's why i called it "embedded stream". But for now, i only found TrueHD tracks which contain embedded AC3 within. Thanks!

How can i be sure that MPC-HC decodes the lossless MLP stream instead of the embedded AC3?

[Mercury_22]

upload a sample.
I test on .m2ts/.ts + H264 and .m2ts + VC-1 - all play fine.
But i use Cyberlink PDVD10 Video Decoder for VC-1 playback.
Here is the sample (http://sharebee.com/b4d0ac0f) Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : VC-1
Format profile : AP@L3
Codec ID : 234
Duration : 1mn 42s
Bit rate : 20.6 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.398


are you trying with frame time correction on?
Tested with both off and on ! but you should know that FTC it's useful only when using WMVideo Decoder DMO

[SamuriHL]

How can i be sure that MPC-HC decodes the lossless MLP stream instead of the embedded AC3?

Find one that's 7.1. :)

[Polcius]

1: Because it's digital processing where the final output bit depth is often equal with the bit depth of the source (8 bit/color = 256 possible values per channels), so without tricks like dithering (which has other drawbacks: the dithering noise) every processing happens for a cost of lost image information (it causes artifacts like banding or miss-colorization).

2: If you don't have a colorimeter/spectrophotometer or at least a reference display to compare the results, you can't be sure if it makes the things better or worse. (The "feels better" can be misleading and you can adapt to bad settings. And may be you will find the proper things faulty when you change your hardwares or drivers, etc).
And usual displays usually requires non-linear corrections in white balance and gamma, so these "almost linear" corrections (not perfectly linear because they works with errors...) can't help too much. (May be a little with the overall result.)
A simple "Saturation" control is another bad idea because you can't really achieve more saturated colors (wider gamut which requires a wider light spectrum) and usual display usually has differently saturated primaries. For example, Red is very over-saturated (most disturbing with human skin tones) but blue is slightly under-saturated. What do you achieve with the Saturation slider? Very under-saturated blue and may be better red. But don't forget that there is a green too. -> This can be handled by real color management solutions very well.



Ok. But, for example, let's assume that I don't have a colorimeter. The only thing I have is the DVE Pro Calibration DVDs. These contain a blue filter to adjust saturation. The problem is that when I connect my PC to my TV the "Color" (saturation) control is greyed out. What I could do, and did before, is adjust the saturation slider in the ATI CCC, to a position where the saturation test in DVE was correct.

This is bad? From what you're saying, adjustments in the ATI CCC will mess up things. Right?

[janos666]

This is bad? From what you're saying, adjustments in the ATI CCC will mess up things. Right?

Not for sure but most likely yes.

Ask somebody with a proper instrument (wide gamut displays most likely require spectrophotometers instead of colorimeters with Lab filters!) to measure some color patches on your display (primary colors + at least 10 grays at different levels ; or much more, it's up to you...) in CIE XYZ format and:
- Use ArgyllCMS/colprof to generate an ICC profile to use it with MPC-HC's EVR-CP
- Use yCMS to generate a 3DLUT for madVR. (-> my current recommendation)

[Polcius]

Not for sure but most likely yes.

Ask somebody with a proper instrument (wide gamut displays most likely require spectrophotometers instead of colorimeters with Lab filters!) to measure some color patches on your display (primary colors + at least 10 grays at different levels ; or much more, it's up to you...) in CIE XYZ format and:
- Use ArgyllCMS/colprof to generate an ICC profile to use it with MPC-HC's EVR-CP
- Use yCMS to generate a 3DLUT for madVR. (-> my current recommendation)

Ok, since I have access to a spectrophotometer I will try this.

But last I checked, madVR didn't support subtitles or DVD menus, and I need those features.

[janos666]

But last I checked, madVR didn't support subtitles or DVD menus, and I need those features.

Choose the first alternative then.
If you plan to create an ICC profile then I suggest you to use DispcalGUI (http://hoech.net/dispcalGUI/) for ArgyllCMS (http://www.argyllcms.com/).
DispcalGUI comes with some preset test charts but it also has a nice GUI which helps you to set up any custom test charts for your taste.

Since none of the ICC methods take care about the white balance, you should run the calibration too (calibrate and profile). Choose the Adaptive HiRes mode and High quality settings if you have time (slower than HiRes but better for displays with relatively high contrast ratio ; same for the quality settings: takes more time but probably produce better results).

And don't forget to enable CMS in MPC-HC after you disabled those CCC "features". :)

[Mercury_22]

I think I have a better solution for Revision 2866 - Directory Listing
Modified Wed Jan 19 04:56:35 2011 UTC (2 days, 10 hours ago) by sansnom05

-changed: single click will pause/resume playback for compact mode(in fact, any mode with any bars visible)
-fixed simplified chinese resource file errors in r2865


Just comment line 2774 and 2776 //if(!m_fFullScreen && (IsCaptionMenuHidden() || fLeftMouseBtnUnassigned))
{
PostMessage(WM_NCLBUTTONDOWN, HTCAPTION, MAKELPARAM(point.x, point.y));
} //else
and this way we can keep left click drag and gain the left down Play / Pause function in compact mode !
With the current fix we are losing left click drag

[Polcius]

Choose the first alternative then.
If you plan to create an ICC profile then I suggest you to use DispcalGUI (http://hoech.net/dispcalGUI/) for ArgyllCMS (http://www.argyllcms.com/).
DispcalGUI comes with some preset test charts but it also has a nice GUI which helps you to set up any custom test charts for your taste.

Since none of the ICC methods take care about the white balance, you should run the calibration too (calibrate and profile). Choose the Adaptive HiRes mode and High quality settings if you have time (slower than HiRes but better for displays with relatively high contrast ratio ; same for the quality settings: takes more time but probably produce better results).

And don't forget to enable CMS in MPC-HC after you disabled those CCC "features". :)

Ok, I will try it ASAP, thanks!

[cyberbeing]

Since none of the ICC methods take care about the white balance, you should run the calibration too (calibrate and profile). Choose the Adaptive HiRes mode and High quality settings if you have time (slower than HiRes but better for displays with relatively high contrast ratio ; same for the quality settings: takes more time but probably produce better results).


I'll just throw out there that the HiRes and Adaptive HiRes settings are specific to the EyeOne Pro (and possibly ColorMunki?).

In general, the Adaptive HiRes setting usually results in more consistent measurements of low luminance near-black patches (for example below the EyeOne Pro rated spec of 0.20 cd/m2). If you have a display with a very low black point or in particular a CRT, it can be useful when calibrating. Just keep in mind that it is a bit of a hack that was originally intended for reflective (printer) measurements, not emisive (display) measurements. It was only enabled in dispcal by request, and can be viewed as an experimental feature, not suited for general-use.

DO NOT use Adaptive HiRes when profiling the display. While using Adaptive mode can be useful for calibrating your Gfx Video LUT, it is unsuited for ICC profile generation. Because of its 'adaptive' integration time it will likely produce measurements which skew the relationship between colored patches and in-turn result in a lower-quality ICC profile. Using HiRes without Adaptive is the recommended way to profile your display with Argyll. Of course, nothing is stopping you from experimenting with Adaptive mode, and what really matters is if you are happy with the resulting ICC profile or not.

[mindbomb]

Tested with both off and on ! but you should know that FTC it's useful only when using WMVideo Decoder DMO

I actually found that it benefits the cyberlink decoder as well, with vc-1 in an mkv container.


From what I can see, closer to zero than -0.60 and there is aliasing, higher than that, depending on how much you are resizing the video, and there is also a bit of aliasing, but only on edges.

As far as I can tell, it's the same value used in Haali's Renderer.

I did a little digging, I found out the same resizing options were in virtualdub. Apparently the creator of virtualdub thought bicubic A=-0.75 was the best because bicubic A=-1.00 oversharpened, and he ended up making it the default value. So, I'm actually gonna go with bicubic A=-0.75 from now on.

[Polcius]

I'll just throw out there that the HiRes and Adaptive HiRes settings are specific to the EyeOne Pro (and possibly ColorMunki?).

In general, the Adaptive HiRes setting usually results in more consistent measurements of low luminance near-black patches (for example below the EyeOne Pro rated spec of 0.20 cd/m2). If you have a display with a very low black point or in particular a CRT, it can be useful when calibrating. Just keep in mind that it is a bit of a hack that was originally intended for reflective (printer) measurements, not emisive (display) measurements. It was only enabled in dispcal by request, and can be viewed as an experimental feature, not suited for general-use.

DO NOT use Adaptive HiRes when profiling the display. While using Adaptive mode can be useful for calibrating your Gfx Video LUT, it is unsuited for ICC profile generation. Because of its 'adaptive' integration time it will likely produce measurements which skew the relationship between colored patches and in-turn result in a lower-quality ICC profile. Using HiRes without Adaptive is the recommended way to profile your display with Argyll. Of course, nothing is stopping you from experimenting with Adaptive mode, and what really matters is if you are happy with the resulting ICC profile or not.

Ok.

What general settings should I use?

I selected "Video" in the upmost tab; and in profiling it says "single curve + matrix".

[cyberbeing]

Chromaticity Coordinates: 0.312713x 0.329016y
White Level: Native
Black Level: Native

Tone Curve Option #1: Gamma 2.222222 Relative
OR
Tone Curve Option #2: Rec.709 + Ambient Light Level Measurements
(If your unable to measure Ambient, take an educated guess. 0-32 lux is considered a dim/darkened room, 32-64 lux is an average room, 64-128 lux is a bright room, 200-700 lux is your standard electronics store showroom lol)
(2.222222 Gamma is more general-purpose, while the Rec.709 curve is the same which HD Video is encoded with)

Black Point Output Offset: 100%
Black Point Correction: Default is 0% for LCD and 100% for CRT. This setting could raise your black level in order to correct the color temperature. Set to your personal preference.

Calibration Quality: High

First do the above with Calibrate Only. When finished your display will have a calibrated gfx video lut.

In dispcalGUI go to Tools -> Verify Calibration to make sure the post-calibration DeltaE readings are acceptable. (DeltaE <1 is good, 1-2 is so-so, 2-3 is bad, >3 is unacceptable)

__________

Now it's time to make some ICC profiles with Profile Quality: High.

For a basic matrix profile use Curves + Matrix with the Large Testchart for Curves + Matrix.

For a higher quality LUT profile use XYZ LUT + Matrix with the Large Testchart for LUT.

After creating a profile in dispcalGUI and installing it, go to Tools -> Verify Profile (use the Extended Verify ti1) in order to make sure the ICC profile color corrections are producing acceptable DeltaE readings. (DeltaE <1 is good, 1-2 is so-so, 2-3 is bad, >3 is unacceptable)
__________

If you want to save time and make multiple profiles, just go directly with XYZ LUT + Matrix and the Large Testchart for LUT with Calibrate and Profile, and then afterwords use Options -> 'Create Profile from Measurments Data' to make a Curves + Matrix and L*A*B* LUT ICC profile as well with your single ti3 file.

[Polcius]

Ok, thanks!

So, once finish it says to "install the profile". I did it. Do I need to change/check any additional Windows' settings?

[janos666]

@cyberbeing

This is not the best place to discuss this and I don't even want to argue with that. But,
1: he already mentioned that he will use a spectrophotometer
2: The only supported spectrophotometers with displays measurement capabilities are i1Pro and CM and they both support the Adaptive HiRes mode.
3: Both the i1Pro and CM (in normal mode) are uncertain under 0.2 cd/m^2 while many LCD TVs have significantly lower black (not to mention high-end plasma TVs but a c-PVA is more than enough).
According to my experiences, you need to use the Adaptive mode for any displays with a contrast ratio of ~800:1 or higher, or the black point will be lifted and the near-black scale won't be smooth.
And another good advise is to use the same instrument settings for calibration and profiling because the profile-aware software will try to compensate for the measured display, so the final result mostly depends on the profile and a different calibration is only another error factor.

[Polcius]

Well, my TV is not that good and I don't need perfect accuracy: I'm just an enthusiast who loves movies and wants to see them as good as possible... so I don't think it matters that much, I did it in HiRes mode.

I attached the verifications. I think its acceptable.

Now, how can I be sure that the ICC profile is installed and active?
Do I have to change something in the windows color management section?

Thanks to all for your help, these color management solutions are tricky.

[cyberbeing]

the black point will be lifted and the near-black scale won't be smooth.
We seem to be basically on the same page. I'll just mention that behavior such as the above are caused by a low black level, not contrast ratio. Even though the two are interrelated, you can't blindly assume every high contrast display has a low black level.

And another good advise is to use the same instrument settings for calibration and profiling because the profile-aware software will try to compensate for the measured display, so the final result mostly depends on the profile and a different calibration is only another error factor.
This is generally true, but it gets a bit tricky since Adaptive mode isn't well suited for profiling, and is an error factor just by itself. Getting creative and combining Adaptive with non-Adaptive measurements for profile generation may result in the smallest error. Maybe something like:

Adaptive: White Point, Black Point, Grayscale
Non-Adaptive: Color Patches

I do agree this isn't a discussion to really take up in this thread. Someplace like the Argyll CMS mailing list would be better suited. I'm sure dev Graeme Gill has some opinions on the matter, as he is the one who originally frowned upon the idea of using of Adaptive mode for profiling.

Now, how can I be sure that the ICC profile is installed and active?
Do I have to change something in the windows color management section?
As far as I know, dispcalGUI installs profiles correctly in Windows Color Management so you shouldn't need to do anything further.

An easy test would be downloading this (http://www.xrite.com/product_overview.aspx?ID=757&Action=support&SoftwareID=546) to check that your calibrated lut is being loaded when you reboot your PC.

[janos666]

Now, how can I be sure that the ICC profile is installed and active?


Your got the first half of the answer from cyberbeing, now here is the other half:
Don't forget to enable CMS in MPC-HC: Right click on the player windows, renderer settings, color management ->> enable ; and optionally set the desired gamma value (ambient light).

[wOxxOm]

#2866 -changed: single click will pause/resume playback for compact mode(in fact, any mode with any bars visible)
Modified Wed Jan 19 04:56:35 2011 UTC (3 days, 1 hour ago) by sansnom05this obscene change should have a configuration option to turn it off!
without easy mouse dragging MPCHC is ****.

[sansnom05]

this obscene change should have a configuration option to turn it off!
without easy mouse dragging MPCHC is ****.

This commit is direct answer to this ticket at trac: https://sourceforge.net/apps/trac/mpc-hc/ticket/109 , guess can't make all people happy.

You can still drag mpchc around, just not by click in video window, but by click & drag at different places of bars. And if you use minimal mode, means no bar at all, you can still click the video to drag it.

[pdanpdan]

Is there any way to force the internal decoder to output NV12 to EVR Custom? Now, if I use the internal decoders and DXVA, everything is OK, else I have a black screen. If I use ffdshow and force NV12 it works. ATI HD2400, Catalyst 10.12/11.1a(both tested), Win7 64. It doesn't depend on any option in renderer settings/presentation.

[wOxxOm]

sansnom05,
1. I (personally) can compile my own version (or hack binaries for example)
2. Changes of BASIC behaviour should be made with caution - in this case, MPCHC should have a configuration option.

[sansnom05]

sansnom05,
1. I (personally) can compile my own version (or hack binaries for example)
2. Changes of BASIC behaviour should be made with caution - in this case, MPCHC should have a configuration option.

Since you're an advanced user who can build custom build, this change is only little inconvenience for you. I hope it means you don't really think this change is a blocker then.

About the BASIC behaviour, it depends on who you're asking. For user open that ticket to complain, they think single click means pause/resume playback, and it makes sense, because in "Options->Player->Keys", the default settings is "Play/pause"-> Space key -> Left Down. So another way to solve this is to assign different mouse button to "Play/pause", like Mercury_22 suggested using middle button for that.

:thanks:

[wOxxOm]

About the BASIC behaviour...I mean a behaviour that existed for a few years or more, and suddenly you change it without providing a way back for the majority of users who are accustomed to dragging the window by clicking anywhere.

IMO it makes no sense without providing a configuration option.

[MokrySedeS]

I have to agree with wOxxOm. MPC-HC feels "crippled" for me now... :-/

[sansnom05]

1. you have your configuration option, that is "Options->Player->Keys".

2. you can still drag window in any mode. in fact, my change make no difference for normal/minimal mode, for other modes there are also ways to drag it, just not anywhere, and now it can also play/pause, according to some other users request.

3. play/pause assigned to left mouse, this default settings/behaviour maybe exist longer than borderless/frameonly was introduced IIRC.

[bobdynlan]

This commit is direct answer to this ticket at trac: https://sourceforge.net/apps/trac/mpc-hc/ticket/109 , guess can't make all people happy.

You can still drag mpchc around, just not by click in video window, but by click & drag at different places of bars. And if you use minimal mode, means no bar at all, you can still click the video to drag it.

sansnom05,
2. Changes of BASIC behaviour should be made with caution - in this case, MPCHC should have a configuration option.

What if this BASIC behaviour is flawed?
Play/Pause should be assigned to Left DblClk
- enabling drag everywhere, bars visible or not
- one annoyance less, as you will not Play/Pause every time you open the pop-up menu
I mean a behaviour that existed for a few years or more, and suddenly you change it without providing a way back for the majority of users who are accustomed to dragging the window by clicking anywhere.
- if a monkey was taught to Left Clk to Play/Pause, it will eventually get it, because it will get frustrated and will start to rapidly click the button...
Full-screen should be assigned to Middle Down
- almost every mice has a 3rd button, while touch-pads now days have gestures to simulate it like two-fingers press

And then there are the retarded-feeling default keys for seeking vs. frame-stepping (swap them?) or the audio delay using one of the largest sized key (add Ctrl, or better swap with Pns Inc/Dec Size). Most of these were requested countless times, but will never be applied because of people screaming at every little change.

[wOxxOm]

madness galore... I give up (that is I'll patch it myself).

[bobdynlan]

wOxxOm, don't sweat it, as the specific issue you have (loosed ability that cannot be fixed with key assignement), will surely be reverted :)
My monkey quote was just to point out that anything can change, and anybody can adapt to the changes, but don't want to.

[Mercury_22]

Situation it's simple the left click for Play/pause in compact mode should be fixed but rev 2866 it's NOT the proper fix so I propose to be reverted until a proper fix it's available
And (again) taking in consideration that the left click for pause/play it's very inconvenient (it's staying in the way for drag , enter full screen and so on... ) I (again) propose that the default key to be changed (e.g. to middle down)
AFAIK no other player uses left click for Play / Pause so the new / common users are NOT used that when they click on the image to pause the video and they found this very annoying, (at least those I introduced to the MPC-HC)

Like I've said before breaking one thing to fix another it's not the way to go

[sansnom05]

Situation it's simple the left click for Play/pause in compact mode should be fixed but rev 2866 it's NOT the proper fix so I propose to be reverted until a proper fix it's available
And (again) taking in consideration that the left click for pause/play it's very inconvenient (it's staying in the way for drag , enter full screen and so on... ) I (again) propose that the default key to be changed (e.g. to middle down)
AFAIK no other player uses left click for Play / Pause so the new / common users are NOT used that when they click on the image to pause the video and they found this very annoying, (at least those I introduced to the MPC-HC)

I agree about your default key(for play/pause) should be changed from left click, in fact I always changed them to middle click like you proposed. But if I go ahead change that setting, other peoples will complain I'm sure. Old habits die hard, like wOxxOm or the user who open that tickets show.

I suggest we don't waste more pages on this trivial matters, and I welcome any suggestions to my PM without polluting this thread anymore. :thanks:

[Mercury_22]

I agree about your default key(for play/pause) should be changed from left click, in fact I always changed them to middle click like you proposed. But if I go ahead change that setting, other peoples will complain I'm sure. Old habits die hard, like wOxxOm or the user who open that tickets show.

I suggest we don't waste more pages on this trivial matters, and I welcome any suggestions to my PM without polluting this thread anymore. :thanks:

OK !
Just for the last time :
the most / many of the current users are tech-savvy so it will be easy for them to change the key for Play/pause if they want BUT for the new users it is more difficult and they expect a "normal" usage of the left click out of the box (again, AFAIK no other player uses left click for Play / Pause) and like I've said they are not used with the left click to pause the video and from my experience with them believe or not the annoyance of this is a deal breaker in using MPC-HC !

P.S. And I think this should be considered more from the perspective of a new user than a current user cause after changing the code if you don't tell people to reset their settings they will continue using their current settings so there will be no complaints (until they reset their settings :) )
And now I'll shut up about this ! :)

[Polcius]

In DispcalGUI, I had to install the profile "system-wide" to see any change in MPC-HC with CMS enabled.

If I installed the profile "for only this user", CMS enabled in MPC-HC didn't seem to change anything.

Now the blue primary seems really corrected; I assume its right.

Here's my profile attached.

[janos666]

@Polcius

If you post some measurement data here (http://forum.doom9.org/showthread.php?t=157722), I will try to draw some charts for you (2D CIE gamut view and TRC curves).
I need a spotread log file with XYZ values from uncorrected and corrected states measured in the MPC-HC window. You can use the AVS-HD test videos (http://www.avsforum.com/avs-vb/showthread.php?t=948496) to measure 10 gray-scale patches and the 3 primaries. (You should also clear your VGA LUT for the "uncorrected" measurements.)
Example script:
C:\Argyll\bin\spotread.exe -d -yl -db -H uncorrected.log

[WonderCsabo]

hi!

MPC-HC created screenshots (ALT+I) gone mad. http://itcafe.hu/dl/upc/2011-01/60463_screenshot.png

Using rev 2860 build. Is this a common issue, or am i doing something wrong?

[JanWillem32]

@WonderCsabo The export function tries to put 32-, 16- or 10-bit images into an 8-bit image. It will work if you make a screenshot of the backbuffer (Alt+Print Screen or Print Screen and paste it to an image editor). You can also disable the 32-, 16- or 10-bit surfaces and then save the image. I'm already working on a surface export function that will grab the full contents of the last screenspace surface.

[WonderCsabo]

Thanks! sansnom05 already explained it, and tetsuo asked me to create a ticket (https://sourceforge.net/apps/trac/mpc-hc/ticket/1090).

[djsolidsnake86]

rev 2881 can't move the video window by clicking on it
solutions?

[Ger]

And then there are the retarded-feeling default keys for seeking vs. frame-stepping (swap them?) or the audio delay using one of the largest sized key (add Ctrl, or better swap with Pns Inc/Dec Size). Most of these were requested countless times, but will never be applied because of people screaming at every little change.

Is there really a significant opposition out there to changing these? Like you say, the current default feels retarded. It seems like common sense that left/right arrow keys should be assigned to seeking, not just because that is the way almost every other player works, but also because I imagine almost every user out there uses seek more often than frame step.

I always use a reg file to assign medium jump (since key frame jump is splitter dependent) to the left/right arrow keys and add the CTRL modifier to frame step (so yes, effectively swapping them) when I install MPC-HC on a new computer. Personally, I don't feel strongly either way about the +/- keys, so I don't mind if they are changed like you describe either.

I encourage anyone with SVN access to go ahead and make the change, at least for the left/right keys, and then we'll see if there is much screaming about it afterwards. I doubt there are many people out there refusing to adapt to using CTRL for frame step.

[tetsuo55]

Discussing which keys should be used by default is a never ending story of various user opinions.
I'm open to changing them but such a thing cannot be done without good preperation, as suddenly keys that worked for 6 years will fail for upgrading users (possibly millions of them)

So what to do:
Create a list of proposed default key changes, for each change explain in detail why the new key is the best possible solution ever.

PS. I will not accept "everyone else uses that key" as the main argument, but i will take it as a 2nd one.

PPS: please also take this chance to ask for things that currently cannot be assigned/changed

[Mercury_22]

Discussing which keys should be used by default is a never ending story of various user opinions.
I'm open to changing them but such a thing cannot be done without good preperation, as suddenly keys that worked for 6 years will fail for upgrading users (possibly millions of them)

So what to do:
Create a list of proposed default key changes, for each change explain in detail why the new key is the best possible solution ever.

PS. I will not accept "everyone else uses that key" as the main argument, but i will take it as a 2nd one.

PPS: please also take this chance to ask for things that currently cannot be assigned/changed

Please change Play/Pause's default key cause it's messing up many other usual commands for left click like enter / exit full screen or drag windows or... also it's a big annoyance and even a show stopper for any NEW user since AFAIK the current usage for Left Click it's not used in any other player and it will fix play /pause problem in compact mode without the need for any new code = rev 2866 which has caused a new problem as you can reed in all this posts

My suggestion is to use Middle Down
It's also very easy you just need to change the "L" in AppSettings.cpp's line 208
208 ADDCMD((ID_PLAY_PLAYPAUSE, VK_SPACE, FVIRTKEY|FNOINVERT, IDS_AG_PLAYPAUSE, APPCOMMAND_MEDIA_PLAY_PAUSE, wmcmd::LDOWN));
To "M"
208 ADDCMD((ID_PLAY_PLAYPAUSE, VK_SPACE, FVIRTKEY|FNOINVERT, IDS_AG_PLAYPAUSE, APPCOMMAND_MEDIA_PLAY_PAUSE, wmcmd::MDOWN));:)

[Polcius]

@Polcius

If you post some measurement data here (http://forum.doom9.org/showthread.php?t=157722), I will try to draw some charts for you (2D CIE gamut view and TRC curves).
I need a spotread log file with XYZ values from uncorrected and corrected states measured in the MPC-HC window. You can use the AVS-HD test videos (http://www.avsforum.com/avs-vb/showthread.php?t=948496) to measure 10 gray-scale patches and the 3 primaries. (You should also clear your VGA LUT for the "uncorrected" measurements.)
Example script:
C:\Argyll\bin\spotread.exe -d -yl -db -H uncorrected.log

I will check myself with the ColorHFCR soft., but thanks for your help.

[Dstruct]

In DispcalGUI, I had to install the profile "system-wide" to see any change in MPC-HC with CMS enabled.

If I installed the profile "for only this user", CMS enabled in MPC-HC didn't seem to change anything.

Interesting. I already wondered why we can't choose a profile from within MPC directly.

Expecially for users with more than one screen this could be useful I think.

XnView has such feature for example: http://www.xnview.com

[jeremy33]

Hi,

Just a little question, is it normal I still have black screen with mpchc 2881 with catalyst 10.12 ?

- I have black screen with Full Float processing point.
- With Half Float processing point I have black screen with some part of the image in pink.
- Without Half Float processing and Full Float processing point the image is ok.

[Virtual_ManPL]

Are someone working on fixing system hanging and video stutter bugs when playing HD movies on Win 7 + EVR CP ?

It's big pain in the ass for user like me, who migrate from XP to 7 and see this... :p

[JanWillem32]

I'm testing mixer settings to try to solve the black screens problem on opening. I've disabled the "16-235" setting, because it harms quality and it uses the wrong levels for chroma. Also not working: D3D Fullscreen GUI Support and Force 10-bit RGB Input.
Currently the mixer can only do 8-bit, full range RGB. I'm trying hard to solve that. In the mean time, DXVA and many external codecs will correctly output 4:2:0 chroma, and some software codecs, like the internal ones are force-mixed to 4:2:2 (with the ugliest form of chroma blurring ever). Those who care to up-sample chroma, might sometimes have to switch between up-sampling from 4:2:0 in one occasion and from 4:2:2 in the other. Only the three EVR types are affected, the other renderers don't up-sample chroma by default.
The other thing is my attempt at temporal dithering. Later on dithering will probably need to become user-selectable, including the allowed noise levels. These builds use use a medium level of 8/256 or 8/1024.

[Casshern]

I'm testing mixer settings to try to solve the black screens problem on opening. I've disabled the "16-235" setting, because it harms quality and it uses the wrong levels for chroma. Also not working: D3D Fullscreen GUI Support and Force 10-bit RGB Input.
Currently the mixer can only do 8-bit, full range RGB. I'm trying hard to solve that. In the mean time, DXVA and many external codecs will correctly output 4:2:0 chroma, and some software codecs, like the internal ones are force-mixed to 4:2:2 (with the ugliest form of chroma blurring ever). Those who care to up-sample chroma, might sometimes have to switch between up-sampling from 4:2:0 in one occasion and from 4:2:2 in the other. Only the three EVR types are affected, the other renderers don't up-sample chroma by default.
The other thing is my attempt at temporal dithering. Later on dithering will probably need to become user-selectable, including the allowed noise levels. These builds use use a medium level of 8/256 or 8/1024.

MSVS 2010 versions only, based on v1.4.1.0
x86: http://www.mediafire.com/?vo59779487ea36n
x64: http://www.mediafire.com/?tial8e9aps1bwtz

Thanks for the new test version, unfortunately things are even worse. Now both YUY2 and NV12 produce only black screens. I never had problems with chroma upsampling with the Radeon 5970. With my previous card (2600 PRO) chroma upsampling was horrendous and i had to use the shader for decent results. As the Radeon chroma upsampling works well with the NV12 colorspace on the 5970 (tested catalyst 10.4-10.9) and as the pre 283x versions worked without black screens (which many people report) i am all for a revert until the new code is stable.

[cyberbeing]

There appears to be a bug which prevents enabling Color Management in the recent builds on WinXP SP3 x86. Once a video is loaded, 'Enable' is grayed out.

Last tested working build was 2833. It was broken in 2840, so one of the commits between 2834 and 2840 broke it.



@JanWillem32 and others working on MPC-HC CMS

I'm now realizing how badly we need an option for MPC-HC lcms to output with the same gamma as the profile.

If I calibrate to a 2.2, 2.35, or 2.4 power curve, all is well.

The problem is if I calibrate to a specialized gamma curve like a scaled Rec.709 gamma and want to keep that custom gamma after lcms has its way with it. As it currently stands, MPC-HC color management forcibly adapts my custom Rec.709 gamma to 2.2, 2.35, or 2.4 which completely defeats the purpose of calibrating to a specialized gamma curve. And just to be clear, adding a Rec.709 gamma option would result in the same problem because I use a Rec.709 gamma which is scaled to my particular viewing conditions. A native gamma option would be the only true fix.

Edit: I also seem to get strange gamma results when using XYZ LUT ICC profiles. Matrix profiles are fine.

[Dstruct]

There appears to be a bug which prevents enabling Color Management in the recent builds on WinXP SP3 x86. Once a video is loaded, 'Enable' is grayed out.

Last tested working build was 2833. It was broken in 2840, so one of the commits between 2834 and 2840 broke it.

Confirmed!

[JanWillem32]

@Casshern All chroma blurring in MPC-HC is CPU based, and only available in EVR. (VMR-9 users can also use shaders to correct chroma.) The up-sampling failures are from the external mixer that doesn't always select the correct type. There's only the exception with the internal codecs that are forced to the YUY2 type, instead of a proper 4:2:0 or 4:4:4 format as it in many cases should be. (The conversion to YUY2 is still done by the CPU.)
Black screens on starting of playback could be the mixer, as well. During testing it turned out that only very few formats actually worked. Later on I found out that the mixing is done though 8-bit, full range RGB in any case.
About reverting: I already reverted the input list for the mixer type selection, but there have been a lot of changes on the codecs and splitters side as well (not my specialty).

@cyberbeing I don't know anymore what and how to completely linearize the BT.601/BT.709 gamma. With Digital Cinema I know that it's gamma 2.6 out, 1/2.6 in, without exceptions. For BT.601/BT.709, I don't know what to use. There must be some reference how to do conversions to lossless video with BT.601/BT.709 encoding. Until I find out how it's done, I'm not changing the gamma shaders and any other gamma handling.
For using the native display gamma, the best thing I could think of is to linearize the gamma and then instruct lcms to use that 1.0 gamma on input (and trigger at least 16-bit surfaces to provide enough accuracy to bend the gamma curve in the first place).
The other things will require a review. Do Half and Full FPP get grayed out as well? The requirements of these three all depend on the support of floating point surfaces.

Maybe with some minor types added to the mixer playback works? If you see a non-RGB-type from the mixer with these builds, then there's something broken.

[Dstruct]

Do Half and Full FPP get grayed out as well? The requirements of these three all depend on the support of floating point surfaces.

Yes, Floating Point options are also grayed out on playback (rev 2860)!

[JanWillem32]

@Dstruct Here are two variants, one with lower requirements on the checking, one without the basic checking for floating-point surfaces support.

[Dstruct]

@Dstruct Here are two variants, one with lower requirements on the checking, one without the basic checking for floating-point surfaces support.
MSVS 2010, x86 only since this is for XP: http://www.mediafire.com/?by1b5pl84tb3hc7

Ok,

both versions don't have the floating point and color management options grayed out anymore.



But:

1. Color management doesn't seem to do anything (hardware calibrated NEC MultiSync LCD2490WUXi with ICC profile enabled in Windows XP) .Don't see any difference with it enabled or disabled.

2. Stats and Tearing Test don't work at all anymore (VRM-9 renderless, Nvidia GeForce 7600GS)

[JanWillem32]

Can you activate both floating point formats? (Requires restart of video to switch.)
This build has a half functional final shader, not recommended for regular use, but it's valuable to test.
You can test if the color management is working by switching between the 2.2 and 2.4 gamma functions, the gamma of the playing video should change quite a bit.
Stats and tearing test not working is odd. Are you sure that you are using 3D surfaces in the options\output tab?

[Dstruct]

Can you activate both floating point formats? (Requires restart of video to switch.)

Yes I can. But: The Stats always says HalfFP even if Full Floating Point processing is enabled. Limitation of my graphics card (Nvidia GeForce 7600GS)? With old 2833 revision I get FullFP displayed in Stats!


This build has a half functional final shader, not recommended for regular use, but it's valuable to test: http://www.mediafire.com/?363isaf24cqyza8
You can test if the color management is working by switching between the 2.2 and 2.4 gamma functions, the gamma of the playing video should change quite a bit.

Confirmed. It's working.


Stats and tearing test not working is odd. Are you sure that you are using 3D surfaces in the options\output tab?

Of course. Your build from http://forum.doom9.org/showpost.php?p=1473834&postcount=15949 didn't have this problem! The new mpc-hc half final.7z build also is showing Stats and Tearing Test properly again!

[Dstruct]

The new mpc-hc half final.7z build also is showing Stats and Tearing Test properly again!

Mmh, weird. Now it' not working anymore with this build (VMR-9 renderless, 3D surfaces, Bicubic 0.75)! Checkmarks are displayed in front of "Tearing Test" and "Stats" menu entries but I don't see anything on the screen!?

[cyberbeing]

@Dstruct Here are two variants, one with lower requirements on the checking, one without the basic checking for floating-point surfaces support.
MSVS 2010, x86 only since this is for XP: http://www.mediafire.com/?by1b5pl84tb3hc7

Unlike Dstruct color management is working in both of those builds.

With VMR9, Full-floating point works.

With EVR, only Half-floating point works. Use of Full-floating point produces distorted output, hangs the video driver, and eventually BSOD the entire computer.

Same behavior as above with the half functional final shader build.

[Dstruct]

Mmh, weird. Now it' not working anymore with this build (VMR-9 renderless, 3D surfaces, Bicubic 0.75)! Checkmarks are displayed in front of "Tearing Test" and "Stats" menu entries but I don't see anything on the screen!?

Got it:

Only happens with Full Floating Point processing enabled. With Half Floating Point processing I get Stats and Tearing display.

So FullFP obviously isn't working anymore.

[cyberbeing]

Not seeing that here, Dstruct.

FullFP works with VMR9, as well as Color Mangement, Stats with all three test builds.

FullFP is broken in all three test builds with EVR-CP. EVR-CP & HalfFP works with Color Management and Stats in all three test builds.

In MPC-HC 2833, everything works including FullFP in EVR-CP.

This is with a 7800 GTX 512.

[JanWillem32]

@Dstruct The Nvidia GeForce 7600GS can't do full floating point processing. I'll add a check for it when I have the time. Can you test a simple shader, like invert on a 2.0, 2.0a and a 3.0 profile (not the software emulations)? I think your videocard might not like shaders in 2d mode.

[Dstruct]

@Dstruct The Nvidia GeForce 7600GS can't do full floating point processing.

Alright. Didn't know that.


I'll add a check for it when I have the time.

This would be great, thanks!

Can you test a simple shader, like invert on a 2.0, 2.0a and a 3.0 profile (not the software emulations)? I think your videocard might not like shaders in 2d mode.

What do you mean with 2.0, 2.0a and 3.0 profile? "Invert" pixel shader is working fine in "mpc-hc half final.7z" build, but only with "3D surfaces" enabled. "2D surfaces" and "Regular offscreen plain surface" both give non-working shaders.

[JanWillem32]

View -> Shader editor -> select Invert from the drop-down list -> select different profiles in the top-right drop-down list while playing a video.

[Dstruct]

View -> Shader editor -> select Invert from the drop-down list -> select different profiles in the top-right drop-down list while playing a video.

Ok, thanks for explaining.


Result:

Only the "sw" versions don't work at all ("Could not load shader: invert" displayed in statusbar). All others work fine!

[JanWillem32]

Added extra checks, added 10-bit out support for VMR-9.
It could still give some trouble with the final pass shader (color management and dithering).

[Dstruct]

Added extra checks, added 10-bit out support for VMR-9: http://www.mediafire.com/?9q32jll39z33v4i

I guess this also isn't supported by the Nvidia 7600GS (because the option gets grayed out on playback)?

[cyberbeing]

That build broke VMR-9 FullFP for me (grayed out).

[JanWillem32]

@Dstruct: I checked, indeed no support for the 10-bit format.
@cyberbeing: Can you try to reset your settings and then activate it again? It should only gray out after starting rendering. I can't find any flaws in the code (the lines for FP16 and FP32 are in nearly all cases next to each other, and nearly identical).

[cyberbeing]

FullFP grays out after starting rendering, but even if enabled beforehand, it disables itself (as seen in stats).
http://img541.imageshack.us/img541/8251/fullfp.png

HalfFP works and never grays out, even after rendering starts.
http://img837.imageshack.us/img837/8757/halffp.png

The 'half final' and 'checkadapt' builds didn't have this issue. This only occurs with the 'hfsplit' build.

[Dstruct]

@Dstruct: I checked, indeed no support for the 10-bit format.

Alright, thanks! Btw: Where do you get that information from?

[a_afra]

As it currently stands, MPC-HC color management forcibly adapts my custom Rec.709 gamma to 2.2, 2.35, or 2.4 which completely defeats the purpose of calibrating to a specialized gamma curve.

The whole purpose of color management is to display the same image regardless of the calibrated gamma or other settings. This is exactly what every other ICC color managed application (like Photoshop) does.

[JanWillem32]

@Dstruct: http://zp.lo3.wroc.pl/cdragan/d3dcaps.html The Japanese site for this stuff is more up-to-date but translations of technical terms is a bit difficult for most automatic translators. http://m.amatukami.com/~fport/cgi-bin/thmj/file/1257855049.html
@cyberbeing: Compiled a version with more relaxed detection settings, maybe this helps.

[Dstruct]

@Dstruct: http://zp.lo3.wroc.pl/cdragan/d3dcaps.html The Japanese site for this stuff is more up-to-date but translations of technical terms is a bit difficult for most automatic translators. http://m.amatukami.com/~fport/cgi-bin/thmj/file/1257855049.html

Alright, thanks!


Btw: Would it be possible to implement fast(er) Bilinear and Bicubic resizing algorithms in software? Especially with high resolution videos it seems that my GeForce 7600GS is too slow with the the Bilinear and Bicubic Pixel Shader algorithms. Dropped frames all the time :(


Currently only "Nearest Neighbour" mode is working fine here. Even the software "Bilinear" algorithm is too slow. CPU is a Intel Core 2 Duo E6700 (2x 2.66 GHz) and my display is running at 1920x1200px at 32bit.

[JanWillem32]

That's a common thing with older video cards: they have 2D clocks that are relative to their age. Use a tool to run your video card at 3D speeds or higher, and you can often double your processing capacity. My HD4890 has a 2D GPU clock of 500 MHz. Because of my shader stack, I run it at 640 MHz (with idle standard voltages). For me there's plenty of headroom left, too. My video card almost reaches a GHz with higher voltages on the core.
Many tools are available to set video card clocks and make a "gaming" profile, linked to a program (in this case MPC-HC).

[cyberbeing]

The whole purpose of color management is to display the same image regardless of the calibrated gamma or other settings. This is exactly what every other ICC color managed application (like Photoshop) does.
MPC-HC isn't a video editor, it's a video player. While it's nice to have an option to target gammas of 2.2, 2.35, and 2.4 these wouldn't match any BT.709 video mastering setup. Since it won't be the same as any image or video editor with a proper ICC managed BT.709 working space, what value do you see in it matching only itself?

As video playback is concerned, all lcms needs to do is gamut adaptions, correct the color temperature to D65, produce low deltaE values for all colors. With a native gamma setting, you would still produce the same image for anybody who calibrated to the same gamma target. The ideal solution would be the ability specify this target gamma in MPC-HC, but since doing so is somewhat impractical with non-powercurve gammas like BT.709, a native gamma option would be a good compromise.


@cyberbeing: Compiled a version with more relaxed detection settings, maybe this helps. http://www.mediafire.com/?7hb2utn68yii6i7

VMR9 FullFP now works again.
EVR-CP FullFP once gain produces corrupted output, hangs the graphics driver, and eventually BSOD.

Unless you find a way to fix EVR-CP FullFP, it seems you need different checks between VMR9 and EVR.

[Dstruct]

That's a common thing with older video cards: they have 2D clocks that are relative to their age. Use a tool to run your video card at 3D speeds or higher, and you can often double your processing capacity. My HD4890 has a 2D GPU clock of 500 MHz. Because of my shader stack, I run it at 640 MHz (with idle standard voltages). For me there's plenty of headroom left, too. My video card almost reaches a GHz with higher voltages on the core.
Many tools are available to set video card clocks and make a "gaming" profile, linked to a program (in this case MPC-HC).

I think I'll get a passive Nvidia GT 430 next month. Hopefuly it will have enough power for it. The only shaders I'm running are the resizing algorithms.


Now I just watched a movie (1280x570, 23.98fps) with "Nearest Neighbour" and enabled color management and enabled "HalfFP" at 1920x1200. Worked fine for about half a hour and then suddenly all gets slowed down and many many frames got dropped. Stop+Playback again didn't fix it immediately. Waited some minutes (writing this anser here) -> playback => fine again.

Weird :(

[Dstruct]

While it's nice to have an option to target gammas of 2.2, 2.35, and 2.4

Aren't the options in MPC "source" gammas? Target = display/profile. Wrong?

[JanWillem32]

Aren't the options in MPC "source" gammas? Target = display/profile. Wrong?
They are the reception gamma values for the incoming images. The color management is handled in the final pass, just before dithering.

It sounds like you have an overheating problem, can you clean your case and then check temperatures?

[a_afra]

MPC-HC isn't a video editor, it's a video player. While it's nice to have an option to target gammas of 2.2, 2.35, and 2.4 these wouldn't match any BT.709 video mastering setup. Since it won't be the same as any image or video editor with a BT.709 destination profile, what value do you see in it matching only itself?


Studio monitors are calibrated to 2.2-2.4 gamma, so that's the way to display videos in MPC-HC, or any other video player/editor.

[Dstruct]

It sounds like you have an overheating problem, can you clean your case and then check temperatures?

Good hint. GPU is at 104°C (sounds too hot right?) and CPU at 58°C.

[JanWillem32]

That's very much too hot, those temperatures can expand and damage the little metal parts inside and beneath the chip. My GPU keeps stable on air at maximum fan speed at 76 °C.

[hoborg]

Hi.
I am not sure if somebody already reported this:

Start any video - press CTRL+ALT+DEL and lock the computer then unlock. MPC-HC will freeze.
This doesn't happend if i play video directly in Graphstudio - this pointing that problem is in MPC-HC.exe.

[Virtual_ManPL]

Are someone working on fixing system hanging and video stutter bugs when playing HD movies on Win 7 + EVR CP ?

It's big pain in the ass for user like me, who migrate from XP to 7 and see this... :p

NVM, the cause was Full Floating Point Precision settings set to default in optimal set
Also the same hanging and stuttering produces 2 10-bit options and Half Floating Point Precision as I see

[cyberbeing]

Studio monitors are calibrated to 2.2-2.4 gamma, so that's the way to display videos in MPC-HC, or any other video player/editor.

That is incorrect.

Studio monitors are calibrated to a scaled Rec.709 gamma averaging around 2.4-2.6, so that would be considered the 'correct' way to display videos in MPC-HC, or any other video player/editor in a darkened environment.

HD Video Mastering: Rec.709 Gamma
Blu-ray Disc: Rec.709 Gamma
HDTV Broadcasts: Rec.709 Gamma

Windows OS Native Gamma: 2.2 or 2.4 Gamma power-curve
Mac OS Native Gamma: 1.8 or 2.4 Gamma power-curve
Pictures: sRGB Gamma curve or 2.2 (AdobeRGB1998) Gamma power-curve

If you have a sRGB picture, you want to display it with a sRGB Gamma curve.

If you have a AdobeRGB1998 picture, you want to display it with a 2.2 Gamma power-curve.

If you have a Rec.709 video, you want to display it with a Rec.709 Gamma curve... not a power-curve.

If you don't already realize, a Gamma power-curve is very different from the Rec.709 Gamma. While a Gamma power-curve has the same gamma for all values light to dark, a Rec.709 Gamma changes it's gamma as it goes from light to dark. It should be common sense to view Rec.709 video with a Rec.709 Gamma.

[Dstruct]

That's very much too hot, those temperatures can expand and damage the little metal parts inside and beneath the chip. My GPU keeps stable on air at maximum fan speed at 76 °C.

Yeah, just cleaned my case (was really dusty). But the GPU temperatre deosn't got down (still climbs up to ~110°C). CPU got down to ~42°C ...


Let's see how the new GT 430 (also passive) will work ...

[cyberbeing]

VMR9 FullFP now works again.
EVR-CP FullFP once gain produces corrupted output, hangs the graphics driver, and eventually BSOD.

Unless you find a way to fix EVR-CP FullFP, it seems you need different checks between VMR9 and EVR.

@JanWillem32

Since you didn't comment on the above, what is your plan of action? Is another test build incoming?

Since I'll be going to bed soon (2:45AM now), it would be nice to get some closure while you are still around.

Edit: Oh well, sleep time.

[Dstruct]

@cyberbeing: Compiled a version with more relaxed detection settings, maybe this helps. http://www.mediafire.com/?7hb2utn68yii6i7

With this build I no longer can move the MPC window via click+drag on the video picture. Hand cursor is displayed but I can't drag the window anymore ....

FIXED (1.4.1.2891)

[a_afra]

If you have a Rec.709 video, you want to display it with a Rec.709 Gamma curve... not a power-curve.

If you don't already realize, a Gamma power-curve is very different from the Rec.709 Gamma. While a Gamma power-curve has the same gamma for all values light to dark, a Rec.709 Gamma changes it's gamma as it goes from light to dark. It should be common sense to view Rec.709 video with a Rec.709 Gamma.


If you don't already realize, the Rec. 709 curve is the encoding curve (which we can safely ignore), and not the decoding/viewing curve. You don't have to believe me: http://www.poynton.com/notes/PU-PR-IS/Poynton-PU-PR-IS.pdf

Anyway, decoding video with the Rec. 709 curve is obviously too bright and noisy. But this was already explained on this thread a few days ago.

It seems that many people think that my color management implementation is completely incorrect and confusing. The solution is simple: I suggest considering to throw it out.

[djsolidsnake86]

with latests builds can't move the video windows with the mouse :(
solutions please?

[Mercury_22]

with latests builds can't move the video windows with the mouse :(
solutions please?

If you want you can use my builds (http://d01.megashares.com/dl/933a3fc/MPC-HC_2887.zip) : reverted Revision 2866 and changed the default Play/Pause mouse key to Middle Down from Left Down

[janos666]

If you have a Rec.709 video, you want to display it with a Rec.709 Gamma curve... not a power-curve.

It should be common sense to view Rec.709 video with a Rec.709 Gamma.

Did you actually test it subjectively?
A pure-power viewing gamma gives me much better subjective results than an inverse-Rec709-Encode TRC. It looks much cleaner because that's how it works: the encoding curve filters the sensor noise when decoded with pure-power curves.

But show me a high-end HDTV with a scaled inverse-Rec709-Encode curve and I will believe your. You won't find any, I guess...
The THX certified HDTVs produce a pure-power TRC in THX modes. (And they usually have a gamma value of 2.2 by default, mostly because 2.35 or 2.4 is very hard to achieve with some LCDs.)

But it's enough to think about the fact that it's nothing else but a legacy CRT compatibility thing. -> Do you think that old analog CRTs without any additional post-processing produced a scaled inverse-Rec709-Encode TRC? :p

[bobdynlan]

Are someone working on fixing system hanging and video stutter bugs when playing HD movies on Win 7 + EVR CP ?

It's big pain in the ass for user like me, who migrate from XP to 7 and see this... :pNVM, the cause was Full Floating Point Precision settings set to default in optimal set
Also the same hanging and stuttering produces 2 10-bit options and Half Floating Point Precision as I see
Not letting this one slide because of the "for user like me" - not plural but with 75% effect of that, you should become a politician :devil:
PC details for bug reporting: E6550 2,33GHz@3,5GHz (on default VCore) + 4GB DDR2 + GF8600GT@GTS on 7 (64bit)
The real issue might be your (unstable) overclock, why have you blamed MPC-HC first? How's 3dmark 06's Deep Freeze test on your system? If heat is not an issue, try increasing your GPU voltage (hardware mod required - like the simple pencil mod). Also note that 7 drivers, especially 64-bit ones, are more strict than the XP ones, and also put a heavier load. Think about MPC-HC as any other 3D app, anything you check in the gui can have a performance impact.
People with onboard gpus or old cards like 7600GS, 8600GT (@GTS or not), should not activate these advanced functions in the first place.

So MPC-HC, go on with exposing lots of features in the gui and gray them out for known hw/drivers that do not work, maybe that will be enough push for users to upgrade, or scream at the manufacturers. I really can't understand how they can get away with these bugs. What if CPU manufacturers were doing this as-well?

[cca]

I'm testing mixer settings to try to solve the black screens problem on opening. I've disabled the "16-235" setting, because it harms quality and it uses the wrong levels for chroma. Also not working: D3D Fullscreen GUI Support and Force 10-bit RGB Input.
Currently the mixer can only do 8-bit, full range RGB. I'm trying hard to solve that. In the mean time, DXVA and many external codecs will correctly output 4:2:0 chroma, and some software codecs, like the internal ones are force-mixed to 4:2:2 (with the ugliest form of chroma blurring ever). Those who care to up-sample chroma, might sometimes have to switch between up-sampling from 4:2:0 in one occasion and from 4:2:2 in the other. Only the three EVR types are affected, the other renderers don't up-sample chroma by default.
The other thing is my attempt at temporal dithering. Later on dithering will probably need to become user-selectable, including the allowed noise levels. These builds use use a medium level of 8/256 or 8/1024.

This is getting confusing, the last recommendation was to use 16-235, now that turns out defective? And like most users, I don't plan on switching shaders per video, so everything is forced to NV12 in my case so the upsampling shader chain is constant. I do not use any internal software decode because I cannot select output color space etc, I use only the H264 DXVA decoder.

Quality is nice, but let me remind you, the average user just wants it to work!

[JanWillem32]

@cca: Once the bug of forced blurring the chroma from 4:2:0 to 4:2:2 is solved with EVR, the behavior will be the same as with all other renderers (no chroma changes).
"16-235" unfortunately sets Y'CbCr to the ranges <16,235>, <16,235>, <16,235>, instead of the correct ranges <16,240>, <16,240>, <16,240>. This is just another defect of the mixer. Anyone who absolutely needs limited ranges can use my shader in screenspace.

Still available, DXVAChecker preset, mostly to expose some ATi CCC functions: http://www.mediafire.com/?e6ix43wpyndo8sm

Ditherer fully integrated, levels are selectable. The temporal dithering shader requires a bit of processing power. (It's still not even close to my regular heavy shaders.) The ditherer settings are now properly saved to a .INI file or the registry. The higher dithering levels can be a bit noisy, just try out some banding samples and use whatever settings you like. Results between 10-bit and 8-bit output are different.
MSVS 2010 versions only, based on v1.4.1.2891
x86: http://www.mediafire.com/?aiemgnfoc3seemr
x64: http://www.mediafire.com/?lbbyod3gjvb637r

[Virtual_ManPL]

Not letting this one slide because of the "for user like me" - not plural but with 75% effect of that, you should become a politician :devil:
PC details for bug reporting: E6550 2,33GHz@3,5GHz (on default VCore) + 4GB DDR2 + GF8600GT@GTS on 7 (64bit)
The real issue might be your (unstable) overclock, why have you blamed MPC-HC first? How's 3dmark 06's Deep Freeze test on your system? If heat is not an issue, try increasing your GPU voltage (hardware mod required - like the simple pencil mod). Also note that 7 drivers, especially 64-bit ones, are more strict than the XP ones, and also put a heavier load. Think about MPC-HC as any other 3D app, anything you check in the gui can have a performance impact.
People with onboard gpus or old cards like 7600GS, 8600GT (@GTS or not), should not activate these advanced functions in the first place.

So MPC-HC, go on with exposing lots of features in the gui and gray them out for known hw/drivers that do not work, maybe that will be enough push for users to upgrade, or scream at the manufacturers. I really can't understand how they can get away with these bugs. What if CPU manufacturers were doing this as-well?
:p

Overclock have nothing to do with it.
I have stable system. CPU tested with IntelBurnTest 2.5 for 2 day. GPU now isn't overclocked, because I don't use SMarks or play games anymore.
Even if I run on default CPU clock, hangs and stutters still occur.

I only don't know why this option is default in optimal mode, when it have serious issues like this.

[cca]

@cca: Once the bug of forced blurring the chroma from 4:2:0 to 4:2:2 is solved with EVR, the behavior will be the same as with all other renderers (no chroma changes).
"16-235" unfortunately sets Y'CbCr to the ranges <16,235>, <16,235>, <16,235>, instead of the correct ranges <16,240>, <16,240>, <16,240>. This is just another defect of the mixer. Anyone who absolutely needs limited ranges can use my shader in screenspace.

Still available, DXVAChecker preset, mostly to expose some ATi CCC functions: http://www.mediafire.com/?e6ix43wpyndo8sm

Ditherer fully integrated, levels are selectable. The temporal dithering shader requires a bit of processing power. (It's still not even close to my regular heavy shaders.) The ditherer settings are not saved yet to a .INI file or the registry.
MSVS 2010 versions only, based on v1.4.1.2891
x86: http://www.mediafire.com/?br8ask6l37977wo
x64: http://www.mediafire.com/?0nqu8gy9exnq375
Damn, is anything working right on that mixer? Needs a lot of work obviously, for now I'll just try to find an acceptable setup for my regular playback.

[cca]

Tried the test build with Dithering build in. My ATi 4850 seems to have no problems with it, not sure what benefit the higher levels produce, if any. Level 32 produces artifacts like artificial noise.

[Hera]

Is there any reason to have half-borked SWF support in MPC? Does anyone even use that?

Is there any way to have the most compact view still have the glass border, like in WMP?

NVM, the cause was Full Floating Point Precision settings set to default in optimal set
Also the same hanging and stuttering produces 2 10-bit options and Half Floating Point Precision as I see

I was informed that this is due to weak hardware.

[Virtual_ManPL]

Can be true, GF8600 is not high-end or now even mid-end GPU,
but still works fine with DxVA or CUDA

[Dstruct]

Ditherer fully integrated, levels are selectable. The temporal dithering shader requires a bit of processing power. (It's still not even close to my regular heavy shaders.) The ditherer settings are now properly saved to a .INI file or the registry. The higher dithering levels can be a bit noisy, just try out some banding samples and use whatever settings you like. Results between 10-bit and 8-bit output are different.
MSVS 2010 versions only, based on v1.4.1.2891
x86: http://www.mediafire.com/?aiemgnfoc3seemr
x64: http://www.mediafire.com/?lbbyod3gjvb637r


"28" as default? Much too noisy for me. "8" is ok. What's the meaning of those numbers?


In previous builds there was an "EVR color range" menu in the Renderer Settings. It was always set to "0-255" but was grayed out. What was it for and why got it removed? At the same place I now have "Dithering levels". My Nvidia driver settings are set to "0-255".

[G_M_C]

Isnt it a good idea to hold of on posting these test-builds for now ?
They raise more questions than they solve, and also features added in one version are lost on the next.

My wish would be that a sound working alpha / beta is worked on, and posted. From there an inventory of of all the missing pieces can be made and addressed. The current way makes everything more unclear, for users and developers alike.

Also i get the feeling that all work that is done now, seems to stem from,- or flow out of the fact that the mixer seems to function insufficiently. Am i right in this conclusion ?

[JanWillem32]

We don't have the luxury of having any alpha- or betatesters, so I went ahead and posted modified builds before submitting major code changes to the SVN. I'm mostly involved with core rendering stuff that can break a lot of functionality. I really don't mind the comments and questions, I only want to submit decently working code in the end.
The mixer is indeed a big problem. Everything has to pass trough 8-bit, full range RGB. From there, it's then modified to suit the first surface of the renderer. This method is very bad for maintaining as much precision as possible in the transfer from file to the renderer.
Secondly, for some reason, EVR renderers with the internal software codecs convert all 4:2:0 chroma sub-sampled media to 4:2:2. It wastes resources on older machines and the conversion quality is rather bad. Other renderers don't modify chroma.

@Dstruct For renderer settings: http://sourceforge.net/apps/trac/mpc-hc/wiki/New_Renderer_Settings
I posted about the level selection item earlier. The level selection item "16-235" unfortunately sets Y'CbCr to the ranges <16,235>, <16,235>, <16,235>, instead of the correct ranges <16,240>, <16,240>, <16,240>. This is just another defect of the mixer. Anyone who absolutely needs limited ranges can use my shader in screenspace.
The default dithering level is non-defined, so 0 is assumed. You can test this by deleting the registry DWORD value "VMRDitheringLevels" in "HKEY_CURRENT_USER\Software\Gabest\Media Player Classic\Settings".
http://en.wikipedia.org/wiki/Dither Dithering is a noise method to hide banding. I adapted "semi-random colored surface noise" to a form relative to the 8-bit or 10-bit display output. The levels are the maximum allowed color differences in x/256 (8-bit display output) or x/1024 (10-bit display output).

[Dstruct]

@Dstruct For renderer settings: http://sourceforge.net/apps/trac/mpc-hc/wiki/New_Renderer_Settings
I posted about the level selection item earlier. The level selection item "16-235" unfortunately sets Y'CbCr to the ranges <16,235>, <16,235>, <16,235>, instead of the correct ranges <16,240>, <16,240>, <16,240>. This is just another defect of the mixer. Anyone who absolutely needs limited ranges can use my shader in screenspace.

Ok, but why are these options not there anymore in the latest build? Because I'm on XP (without EVR renderer) and the latest build has a check for this?


Btw: With my Nvidia card it seems "Wait for flushes" needs to be enabled too (otherwise the image becomes "skewed" vertically). Not sure if this should be changed by default?


The default dithering level is non-defined, so 0 is assumed.

Weird because I've just installed your latest build and it was set to "28".

[JanWillem32]

-I got rid of the dysfunctional setting.
-It seems you have a tearing problem. Try some VSync settings to see if they work for you. "Wait for flushes" is expensive on GPU cycles, compared to regular VSync settings. You can also try the D3DFS mode, that often helps to control VSync as well. There's also "alternative VSync" that allows VSync offsets, but many systems really don't need it enabled at all. Good luck with testing a few settings.
-I used the same internal number range as the EVR levels items used before. That might influence some settings once, when the registry key is generated.

[Dstruct]

-I got rid of the dysfunctional setting.

Alright.


It seems you have a tearing problem. Try some VSync settings to see if they work for you. "Wait for flushes" is expensive on GPU cycles, compared to regular VSync settings. You can also try the D3DFS mode, that often helps to control VSync as well. There's also "alternative VSync" that allows VSync offsets, but many systems really don't need it enabled at all. Good luck with testing a few settings.

Don't like D3DFS mode (as I often need the normal non-maximized window). Can't we have both modes combined so that only when entering fullscreen the D3DFS mode is activated?


I have all VSync and GPU Control settings enabled. Seems to give me the best motion of the video. Already noticed that the "Wait for flushes" option is heavy on the GPU. But with it disabled the picture becomes like devided into two parts (vertically) and the lower part of the image is displayed a bit ahead of the upper part. The ratio of the size of the upper part vs lower part also is "moving" in this case. Can be seen very good with the red Tearing test lines. Only with "Wait for flushes" enabled I'm getting straight vertical lines.


-I used the same internal number range as the EVR levels items used before. That might influence some settings once, when the registry key is generated.

Ok, that might explain it. Thanks for your time!

[Dstruct]

When changing the Accurate and Alternate VSync options with an opened video (paused or while playback), MPC-HC (1.4.1.2891) crashes:


Microsoft (R) DrWtsn32
Copyright (C) 1985-2001 Microsoft Corp. Alle Rechte vorbehalten.



Anwendungsausnahme aufgetreten:
Anwendung: C:\Programme\Media Player Classic\mpc-hc.exe (pid=1940)
Wann: 25.01.2011 @ 11:13:21.093
Ausnahmenummer: c0000005 (Zugriffsverletzung)

*----> Systeminformationen <----*
Terminalsitzungskennung: 0
Prozessoranzahl: 2
Prozessortyp: x86 Family 6 Model 15 Stepping 6
Windows-Version: 5.1
Aktuelles Build: 2600
Service Pack: 3
Aktueller Typ: Multiprocessor Free

*----> Taskliste <----*
0 System Process
4 System
332 smss.exe
388 csrss.exe
412 winlogon.exe
456 services.exe
468 lsass.exe
632 svchost.exe
684 svchost.exe
740 svchost.exe
792 spoolsv.exe
1108 Explorer.EXE
1260 hdsp32.exe
1296 hdspmix.exe
516 TOTALCMD.EXE
1120 svchost.exe
304 firefox.exe
1712 plugin-container.exe
1764 thunderbird.exe
1940 mpc-hc.exe
1904 drwtsn32.exe

*----> Modulliste <----*
(0000000000340000 - 0000000000349000: C:\WINDOWS\system32\Normaliz.dll
(0000000000400000 - 000000000111b000: C:\Programme\Media Player Classic\mpc-hc.exe
(0000000001b80000 - 0000000001e59000: C:\WINDOWS\system32\xpsp2res.dll
(0000000002910000 - 0000000002b0f000: C:\WINDOWS\system32\d3dx9_43.dll
(0000000010000000 - 0000000010446000: C:\Programme\Ffdshow\ffdshow.ax
(00000000408b0000 - 0000000040996000: C:\WINDOWS\system32\WININET.dll
(0000000040f50000 - 0000000041139000: C:\WINDOWS\system32\iertutil.dll
(00000000452e0000 - 0000000045413000: C:\WINDOWS\system32\urlmon.dll
(000000004fd50000 - 000000004fef6000: C:\WINDOWS\system32\d3d9.dll
(000000005b0f0000 - 000000005b128000: C:\WINDOWS\system32\uxtheme.dll
(0000000061880000 - 00000000618ba000: C:\WINDOWS\system32\OLEACC.dll
(000000006de80000 - 000000006de86000: C:\WINDOWS\system32\d3d8thk.dll
(0000000071a00000 - 0000000071a08000: C:\WINDOWS\system32\WS2HELP.dll
(0000000071a10000 - 0000000071a27000: C:\WINDOWS\system32\WS2_32.dll
(0000000072210000 - 000000007223b000: C:\WINDOWS\system32\DINPUT.dll
(0000000072c80000 - 0000000072c88000: C:\WINDOWS\system32\msacm32.drv
(0000000072c90000 - 0000000072c99000: C:\WINDOWS\system32\wdmaud.drv
(0000000072f70000 - 0000000072f96000: C:\WINDOWS\system32\WINSPOOL.DRV
(00000000735f0000 - 00000000735f8000: C:\WINDOWS\system32\msyuv.dll
(0000000073620000 - 0000000073627000: C:\WINDOWS\system32\msdmo.dll
(0000000073aa0000 - 0000000073ab5000: C:\WINDOWS\system32\mscms.dll
(0000000073e40000 - 0000000073e44000: C:\WINDOWS\system32\KsUser.dll
(0000000073e70000 - 0000000073ecc000: C:\WINDOWS\system32\DSOUND.dll
(0000000074790000 - 00000000748ff000: C:\WINDOWS\system32\quartz.dll
(0000000074cb0000 - 0000000074cd3000: C:\WINDOWS\system32\oledlg.dll
(0000000075250000 - 000000007527e000: C:\WINDOWS\system32\msctfime.ime
(0000000075790000 - 00000000757fb000: C:\WINDOWS\system32\usp10.dll
(0000000075ec0000 - 0000000075ee1000: C:\WINDOWS\system32\MSVFW32.dll
(0000000076320000 - 0000000076325000: C:\WINDOWS\system32\MSIMG32.dll
(0000000076330000 - 000000007634d000: C:\WINDOWS\system32\IMM32.dll
(0000000076350000 - 000000007639a000: C:\WINDOWS\system32\COMDLG32.dll
(00000000765f0000 - 0000000076601000: C:\WINDOWS\system32\devenum.dll
(0000000076af0000 - 0000000076b1e000: C:\WINDOWS\system32\WINMM.dll
(0000000076bb0000 - 0000000076bbb000: C:\WINDOWS\system32\PSAPI.DLL
(0000000076bf0000 - 0000000076c1e000: C:\WINDOWS\system32\WINTRUST.dll
(0000000076c50000 - 0000000076c78000: C:\WINDOWS\system32\IMAGEHLP.dll
(0000000076f90000 - 000000007700f000: C:\WINDOWS\system32\CLBCATQ.DLL
(0000000077010000 - 00000000770e3000: C:\WINDOWS\system32\COMRes.dll
(00000000770f0000 - 000000007717b000: C:\WINDOWS\system32\OLEAUT32.dll
(00000000773a0000 - 00000000774a3000: C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.6028_x-ww_61e65202\COMCTL32.dll
(00000000774b0000 - 00000000775ee000: C:\WINDOWS\system32\ole32.dll
(00000000778f0000 - 00000000779e4000: C:\WINDOWS\system32\setupapi.dll
(0000000077a50000 - 0000000077ae6000: C:\WINDOWS\system32\CRYPT32.dll
(0000000077af0000 - 0000000077b02000: C:\WINDOWS\system32\MSASN1.dll
(0000000077b10000 - 0000000077b32000: C:\WINDOWS\system32\Apphelp.dll
(0000000077ba0000 - 0000000077ba7000: C:\WINDOWS\system32\midimap.dll
(0000000077bb0000 - 0000000077bc5000: C:\WINDOWS\system32\MSACM32.dll
(0000000077bd0000 - 0000000077bd8000: C:\WINDOWS\system32\VERSION.dll
(0000000077be0000 - 0000000077c38000: C:\WINDOWS\system32\msvcrt.dll
(0000000077da0000 - 0000000077e4a000: C:\WINDOWS\system32\ADVAPI32.dll
(0000000077e50000 - 0000000077ee3000: C:\WINDOWS\system32\RPCRT4.dll
(0000000077ef0000 - 0000000077f39000: C:\WINDOWS\system32\GDI32.dll
(0000000077f40000 - 0000000077fb6000: C:\WINDOWS\system32\SHLWAPI.dll
(0000000077fc0000 - 0000000077fd1000: C:\WINDOWS\system32\Secur32.dll
(000000007c800000 - 000000007c908000: C:\WINDOWS\system32\kernel32.dll
(000000007c910000 - 000000007c9c9000: C:\WINDOWS\system32\ntdll.dll
(000000007e360000 - 000000007e3f1000: C:\WINDOWS\system32\USER32.dll
(000000007e670000 - 000000007ee91000: C:\WINDOWS\system32\SHELL32.dll

*----> Statusabbild für Threadkennung 0x46c <----*

eax=00000000 ebx=00000001 ecx=00000068 edx=00000002 esi=03be2410 edi=0356d000
eip=00aa637f esp=03a3fae0 ebp=03a3faec iopl=0 nv up ei pl nz na pe cy
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000203

*** ERROR: Module load completed but symbols could not be loaded for C:\Programme\Media Player Classic\mpc-hc.exe
Funktion: mpc-hc
00aa635a 8bd1 mov edx,ecx
00aa635c 83e17f and ecx,0x7f
00aa635f c1ea07 shr edx,0x7
00aa6362 7465 jz mpc-hc+0x6a63c9 (00aa63c9)
00aa6364 eb06 jmp mpc-hc+0x6a636c (00aa636c)
00aa6366 8d9b00000000 lea ebx,[ebx]
00aa636c 660f6f06 movdqa xmm0,oword ptr [esi]
00aa6370 660f6f4e10 movdqa xmm1,oword ptr [esi+0x10]
00aa6375 660f6f5620 movdqa xmm2,oword ptr [esi+0x20]
00aa637a 660f6f5e30 movdqa xmm3,oword ptr [esi+0x30]
FEHLER ->00aa637f 660f7f07 movdqa oword ptr [edi],xmm0 ds:0023:0356d000=????????????????????????????????
00aa6383 660f7f4f10 movdqa oword ptr [edi+0x10],xmm1
00aa6388 660f7f5720 movdqa oword ptr [edi+0x20],xmm2
00aa638d 660f7f5f30 movdqa oword ptr [edi+0x30],xmm3
00aa6392 660f6f6640 movdqa xmm4,oword ptr [esi+0x40]
00aa6397 660f6f6e50 movdqa xmm5,oword ptr [esi+0x50]
00aa639c 660f6f7660 movdqa xmm6,oword ptr [esi+0x60]
00aa63a1 660f6f7e70 movdqa xmm7,oword ptr [esi+0x70]
00aa63a6 660f7f6740 movdqa oword ptr [edi+0x40],xmm4
00aa63ab 660f7f6f50 movdqa oword ptr [edi+0x50],xmm5
00aa63b0 660f7f7760 movdqa oword ptr [edi+0x60],xmm6

*----> Stack Back Trace <----*
WARNING: Stack unwind information not available. Following frames may be wrong.
ChildEBP RetAddr Args to Child
03a3faec 00520468 0356d000 03be2410 00000168 mpc-hc+0x6a637f
03a3fb94 00000178 00000178 00000400 00000200 mpc-hc+0x120468

*----> Raw Stack Dump <----*
0000000003a3fae0 00 d0 56 03 00 d0 56 03 - 10 24 be 03 94 fb a3 03 ..V...V..$......
0000000003a3faf0 68 04 52 00 00 d0 56 03 - 10 24 be 03 68 01 00 00 h.R...V..$..h...
0000000003a3fb00 98 fb ff ff e0 05 00 00 - 20 fa ff ff 99 00 00 00 ........ .......
0000000003a3fb10 38 ad 35 00 c3 00 00 00 - 30 fb a3 03 a0 fb a3 03 8.5.....0.......
0000000003a3fb20 68 01 00 00 c0 1b 6f 04 - 94 fb a3 03 00 00 00 00 h.....o.........
0000000003a3fb30 7a fe ff ff 2a 43 68 00 - 38 ad 35 00 80 fc a3 03 z...*Ch.8.5.....
0000000003a3fb40 86 01 00 00 00 00 00 00 - 00 02 00 00 80 57 97 01 .............W..
0000000003a3fb50 21 a5 53 00 c0 1b 6f 04 - 80 57 97 01 94 fb a3 03 !.S...o..W......
0000000003a3fb60 00 00 00 00 86 01 00 00 - 5c fc a3 03 a0 fb a3 03 ........\.......
0000000003a3fb70 e0 d4 49 cf 15 11 ce 11 - b0 3a 00 20 af 0b a7 70 ..I......:. ...p
0000000003a3fb80 00 00 00 00 01 00 00 00 - 70 61 97 01 03 00 00 00 ........pa......
0000000003a3fb90 b0 fb a3 03 f0 02 00 00 - 78 01 00 00 78 01 00 00 ........x...x...
0000000003a3fba0 00 04 00 00 00 02 00 00 - 00 02 00 00 38 4d 51 00 ............8MQ.
0000000003a3fbb0 70 61 97 01 80 57 97 01 - 6c fc a3 03 10 fc a3 03 pa...W..l.......
0000000003a3fbc0 6a d0 91 7c e4 fc a3 03 - 7a 16 00 00 e0 d4 49 cf j..|....z.....I.
0000000003a3fbd0 00 9e 55 03 5c fc a3 03 - 58 59 97 01 b8 fc a3 03 ..U.\...XY......
0000000003a3fbe0 9e 61 4f 00 c0 1b 6f 04 - 80 57 97 01 88 fc a3 03 .aO...o..W......
0000000003a3fbf0 00 00 00 00 86 01 00 00 - 5c fc a3 03 98 fc a3 03 ........\.......
0000000003a3fc00 cb a8 34 72 70 ec 9a 01 - 58 59 97 01 7a 16 00 00 ..4rp...XY..z...
0000000003a3fc10 00 00 00 00 00 00 00 80 - 00 00 00 00 00 00 00 80 ................

*----> Symboltabelle <----*
C:\Programme\Media Player Classic\mpc-hc.exe


FIXED (1.4.1.2892)

[a_afra]

The higher dithering levels can be a bit noisy, just try out some banding samples and use whatever settings you like.

I don't see why would this heavy noise "dithering" be any better than my implementation of the high quality void-and-cluster dithering algorithm (it's comparable to Floyd-Steinberg but much faster and can be trivially parallelized). The noise added through dithering should not be greater than 1 level!

[a_afra]

The mixer is indeed a big problem. Everything has to pass trough 8-bit, full range RGB. From there, it's then modified to suit the first surface of the renderer. This method is very bad for maintaining as much precision as possible in the transfer from file to the renderer.


Yeah, you can't have maximum precision with EVR, but I don't think it's that bad. I don't really like the direction the EVR-CP renderer is going. I love high quality video, but EVR is simply not the best way to achieve that, no matter how many hacks you use. If you want to achieve the best results, you should use madVR or write a new renderer from scratch which is not based on EVR/VMR. Yes, you need more processing power in that case, but if you want the highest quality, it's inevitable, even if you stick with EVR and DXVA.

I don't think it's a good idea to sacrifice the stability, performance, hardware support, and elegance of the "original" EVR-CP for a slight increase in quality. Most users don't care about minor banding, suboptimal chrome upsampling, and tons of dithering algorithm settings. They just want to enjoy the movie. Anyway, those artifacts are not that easy to observe if you're watching a film, instead of staring at test patterns from 2 inches.

Obviously I do care about top-notch quality, but IMHO EVR is not the proper way to get there. It's not worth the trouble.

[Vincent Vega]

this is a small sample file made by my TV viewing application:
http://www.mediafire.com/?x294obqj404fs8j

i have a problem playing such files: mediainfo says video stream is interlaced, however most media players (mpc-hc included) don't recognize this fact, and seem to output video from splitter as progressive, hense there is no proper deinterlacing happening downstream in the graph. with mpc-hc internal splitter and ffdshow+yadif i can only get deinterlacing to start working by checking "Process frames flagged as progressive".

pls help me understand whose fault it is with such files: muxer's in my TV app possibly forgetting to put some additional flag in mp4, or mpc-hc splitter's?

[nevcairiel]

Splitters don't usually mark the stream as interlaced, its the video decoders job to do that.

[Vincent Vega]

ok thanks, than lets add third candidate to be blamed: video decoder.

anyways question still remains.. TMT3, and of course the TV app's own built-in player were the only two players that knew this video requires deinterlacing. others just showed jaggies

[JanWillem32]

@a_afra: Your ditherer is still the set with "optimal". For "default" no dithering is used. The temporal noisy type uses quantized, colored noise to mask banding. It's by no means a default setting, just an added feature by request to use a different type of end-stage handling.
Later on, I'm also planning to add the option to convert to correct limited Y'CbCr ranges, available with both VMR-9 and EVR-CP, and maybe some other common end-stage processing items.
The DirectX 9 renderer and allocator-presenter is shared between VMR-9 and EVR-CP. So in fact, I'm actually trying to add features to both.

To tell an inside "secret", I've requested the complete removal of all DirectX 7 items. Those items lack maintenance, have some evident errors, and nobody wants to work on it. I'm waiting on the acceptance for that, before starting modernization of DirectX 9 items. In line for modernization are: the subtitle renderer that shares 90% of the same code with the DirectX 7 type, the OSD renderer that has a font and rasterizing capacity from the last millennium (it can't even do anti-aliasing), the mixer is handled in software mode with ancient non-DirectX methods, and most of all, the ugly chroma blur that's currently forced on all EVR renderers. All those things influence both quality and performance.
I'm quite okay with moving away from EVR. The only thing used for presentation is the alpha-blending capacity, that's easy to replace by just doing alpha blending in the rendering process and export the single-layer surface to the front buffer. Apart from that, only the EVR mixer is used. If the development team can gather enough people to help with coding, alpha- and betatesting on the development of a mixer, I'll happily help with the coding of it.
The aim is to still keep all items in the legacy DirectX 9 type for now, but if things go well, I can help out with DirectX 11 migration.

You are right about the ease of use of the program. I think there should be a guide to tell people what the additional features are for. The "default", "optimal" and maybe a few "advanced" presets should be good enough for most people that just want proper playback.

@Dstruct: D3DFS mode requires re-initialization of rendering on the video card and in software, that takes a few seconds. It's one of the reasons why it's not the default fullscreen mode. The first main advantage of this mode is that it disables the rendering of the Windows desktop interface, so that the CPU and GPU can spend more processing on other tasks.

[clsid]

Wouldn't it be a better/safer idea to implement a completely new renderer? That could then be marked as experimental and get all the fancy new features.

The current renderers can then be kept as they are, of course with the recently added (broken) new features being removed or fixed. That way we at least have "stable" renderers available during the development of a new one. Plus we continue to have renderers that work on older versions of Windows. Remember that XP still has over 50% market share and that is expected to still be around 30-40% a few years from now.

[tetsuo55]

Hi Clsid,

Apart from any potential work on a directx11 renderer, the stuff janwillem intends to work on will work on XP and up.

And remember, as a_afra pointed out, its all about balancing bugs here.
The renderers are broken in many ways, its just the question of how noticable is the bug, to me it looks like janwillems's work (which is all beta) is trading many old bugs for few new ones.

[JanWillem32]

@clsid Very much indeed. If versions with a custom mixer, integrated EVR sync or entirely separate renderers are developed, they should be added as a separate renderer in the options list.
As long as items are nothing more than add-on modules that can be switched on and off (most of them even during playback), no new enumeration is required. The "default" preset should still be the most useful setting for older hardware (most extra's disabled). The "optimal" preset should use a lot more functions, maybe some variants of this preset can be added, too. Advanced users will like to set custom settings, and I think it's a good idea to centralize the rendering, shader and mixer settings. Saving custom presets for advanced users is a welcome feature to manage different settings.
I'm indeed trading off things, but at least I'm willing to help remove items that don't work properly in the first place. I do intend to make the complete rendering process lighter for all renderers on default settngs. The most evident fixes of that were the over-filtering bug (still present in VMR-7), and the .5 pixel offset problem that didn't allow 1:1 pixel mapping for the subtitles and OSD.

[lukanz]

hy
i just wonder if its possible to use the BASS from www.un4seen.com with Media Player Classic just like some other player do .

thx

[janos666]

What about a DirectX 11 renderer? :rolleyes:

The only limitation is that it requires Vista+ but other than that:
- It supports almost every cards (starting from Gefoce FX and such)
- Very flexible (both very modern and very old cards can automatically work with their full capabilities)
- It will be up-to-date for a long time if it's not the last DirectX version ever (before software rendering comes back)

It would be very exciting to see what a DX11 renderer is capable to do with DX11 cards.

[JanWillem32]

If I would start on a DirectX 11 renderer, I would keep the minimum functions at the PS/VS 4.0 base profile levels of DirectX 10. That way people with DirectX 10 hardware can still use it. That doesn't require any compatibility mode. It's not possible to make it work with DirectX 9 hardware, unless you add specific compatibility modes for that.
I'm wondering how a DirectX 11 2D renderer would perform, as well.
PS version 4.0 (DirectX 10.0) is what I build my first pixel shader on. I used it to color a 3D teapot model. Of course, I advanced my skills a lot since then. I learned quite a few tricks and functions available in DirectX 10 and 11 rendering.
DirectX 10 and 11 modes also eliminate the problem of having to do the annoying .5 pixel vertex adaptations of DirectX 9 in 2D mode.
It does require expanding the development team, because we are really short on people to even help out with basic alpha- and betatesting. It would be very hard to create it all by our current development team.

You are talking about software rendering. It might surprise you, but except for the final output that's always done by hardware, every DirectX hardware audio/video function has a duplicate software emulation mode. Within MPC-HC, most of the video functions rely on hardware rendering on the video card. There might be some software modes that could be used in the renderer, but currently I don't see any renderer functions that would be logical to render in software mode. If a video card is unable to handle some advanced function, the entire system is generally too weak to handle it in software mode, as well.

[cyberbeing]

Anyway, decoding video with the Rec. 709 curve is obviously too bright and noisy. But this was already explained on this thread a few days ago.

The native Rec.709 curve is way to bright (with a gamma that averages ~1.94). This is why you scale the curve with a power function of around ~1.2 to meet viewing conditions like Argyll CMS does. In this way you maintain the same properties of Rec.709 curve but with a much more acceptable average gamma like 2.4. The technical data in the pdf document you linked supports this, but the author favors the idea of instead approximating the Rec.709 curve with a gamma power-curve, under the assumption that a power-curve is close enough to Rec.709 to be acceptable.

Scaling a Rec.709 curve with a power function is the optimal solution, but is not widely supported.

Using a ~2.4 power-curve is the compromise solution which works well enough for most people, and much easier to support if trying to standardize something (the purpose of the paper you linked).

Did you actually test it subjectively?
A pure-power viewing gamma gives me much better subjective results than an inverse-Rec709-Encode TRC. It looks much cleaner because that's how it works: the encoding curve filters the sensor noise when decoded with pure-power curves.
Yes, I have tested it subjectivly. A scaled Rec.709 curve gives more pleasing results then a power-curve to my eyes. Because of the nature of the Rec.709 curve it brings out more detail in shadows (where it has a lower-gamma then avg) and highlights (where it has a higher-gamma then avg).

But show me a high-end HDTV with a scaled inverse-Rec709-Encode curve and I will believe your. You won't find any, I guess...

For high-end HDTVs which have a full-cms system, an ISF tech should be capable of approximating a scaled Rec.709 curve and some do (from what I've read on avsfourm in the past). It's my understanding that most HDTVs use a 2.2 gamma.

But it's enough to think about the fact that it's nothing else but a legacy CRT compatibility thing. -> Do you think that old analog CRTs without any additional post-processing produced a scaled inverse-Rec709-Encode TRC?

Native CRT gamma, no it wouldn't match Rec.709. The point is you would be using additional post-processing when mastering to approximate a Rec.709 scaled-inverse on a CRT. Of course nothing is well standardized, so what every studio does is probably different.

__________

That said, I'm a bit unsure how this turned into a gamma discussion. Please let's go back to the issue at hand. If I use my 2.2, 2.35, or 2.4 ICC profile, all is well since MPC-HC has presets for those. If you use any gamma other then 2.2, 2.35, 2.4 and want to keep that gamma at display, MPC-HC doesn't support this and will adapt the gamma to one you don't want.

Is there some problem with implementing support of scaled Rec.709 gamma or just using the display gamma specified in the ICC profiles? Just take a look at the Argyll CMS source code and match how it deals with Rec.709 scaling with ambient light measurements. You could add presets like Rec.709 (1 lux ambient), Rec. 709 (32 lux ambient), Rec. 709 (64 lux ambient), and Rec. 709 (128 lux ambient) to the already existing power-curve presets.
__________

MSVS 2010 versions only, based on v1.4.1.2891
x86: http://www.mediafire.com/?aiemgnfoc3seemr
x64: http://www.mediafire.com/?lbbyod3gjvb637r
EVR FullFP still semi-hangs the graphics driver with that build.
VMR9 FullFP still works.

If EVR FullFP can't be easily fixed, we need a workaround so people don't BSOD their PCs by mistake.

[Dstruct]

@a_afra: Your ditherer is still the set with "optimal". For "default" no dithering is used. The temporal noisy type uses quantized, colored noise to mask banding. It's by no means a default setting, just an added feature by request to use a different type of end-stage handling.

Shouldn't a_afra's ditherer also be listed under "Dithering Levels" then? At the moment it's a "hidden" setting :(