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

[Traps]

This is what i get when i double click on AAC in the Transform filters list
http://i.imgur.com/Yo0tw.jpg

I tried changing it to 24 & 32bit and it didn't fix the issue, when i selected IEEE float it didn't work at all, it fell back to ffdshow when i opened the file.

[v0lt]

@Traps
Perhaps the problem of audio driver. Try another (built-in motherboard) sound card.

[sialivi]

Finally got myself a TrueHD/DTSHD-MA capable AVR and hooked it up via HDMI.

But how do I get MPC-HC to bitstream these formats? The only filter properties I find are for selecting whether or not AC-3 and DTS should be decoded or passthrough.

Judging by the lights on the AVR, I only get DTS from DTSHD-MA and PCM from TrueHD. Both formats are passed through correctly with XBMC so the AVR end is correctly setup.

Thanks for your continued great work

[Mangix]

Finally got myself a TrueHD/DTSHD-MA capable AVR and hooked it up via HDMI.

But how do I get MPC-HC to bitstream these formats? The only filter properties I find are for selecting whether or not AC-3 and DTS should be decoded or passthrough.

Try LAV Audio: https://www.doom9.org/showthread.php?t=156191

[sialivi]

Try LAV Audio: https://www.doom9.org/showthread.php?t=156191

Thanks for the help, much appreciated

[saulob]

Amazing program, and faster than the original Media Player Classic, I'm in love with it.

But I got two questions ;)
[dunno this is the official topic, sorry]

1) Every time I save one subtitle from the Search option, it saves two files ".srt" (the subtitle) and ".style". How can I set the program to download only the ".srt" file? I don't need this ".style" file.
2) Is there any way to increase the brightness of the video? I used FFDShow with Media Player Classic, and had some nice option, like the Level one that I could increase the brightness. I miss that.

Thanks

[Underground78]

1) Every time I save one subtitle from the Search option, it saves two files ".srt" (the subtitle) and ".style". How can I set the program to download only the ".srt" file? I don't need this ".style" file.
Hmm, not sure if it's currently possible. I will ask Demi about that, he worked on this feature lately.

2) Is there any way to increase the brightness of the video? I used FFDShow with Media Player Classic, and had some nice option, like the Level one that I could increase the brightness. I miss that.
It should be possible (depending on the renderer you use), see the Options > Miscellaneous and Options > Player > Keys for shortcuts.

[saulob]

Hmm, not sure if it's currently possible. I will ask Demi about that, he worked on this feature lately.

Good, thanks :D
That would be amazing.

It should be possible (depending on the renderer you use), see the Options > Miscellaneous and Options > Player > Keys for shortcuts.

Done that, does not work, nothing changes on the video. I'm using the "EVR Custom Pres." rendering :(

[Underground78]

Done that, does not work, nothing changes on the video. I'm using the "EVR Custom Pres." rendering :(
It seems to work for me (I tried with EVR CP but I'm on XP so maybe it's different, I will try asking someone on Seven).

I tried the slider in Options > Miscellaneous and I also configured hotkeys for that in Options > Player > Keys and both solutions work.

[JanWillem32]

When the VMR-9 or EVR mixers receive RGB input, none of the color controls on the Miscellaneous tab will work. The solution is to allow native NV12, I420/IYUV, YV12, YUY2 and UYVY input types from the decoders.
To access the full spread of logical color controls, use a pixel shader. http://forum.doom9.org/showthread.php?t=157634
color controls\brightness, contrast and gamma controls for RGB
color controls\brightness, contrast, grayscale gamma, colorfulness gamma, hue and saturation controls for SD&HD video input

[ryrynz]

The ability to create a true "lite" build added in 5150 and 5151 really dropped the file size down. 6.3MB down to 3.9MB, nice.

[AmshTemp]

@xhmikosr:
Can you please start to provide a "lite" build alongside other MPC-HC builds in your website http://xhmikosr.1f0.de/mpc-hc/

[ryrynz]

You can grab them from here.

http://henry.fushizen.eu/builds/MPC-HC/#!/view=details/lang=en/sort=na

They're updated very frequently.

[wanezhiling]

You can grab them from here.

http://henry.fushizen.eu/builds/MPC-HC/#!/view=details/lang=en/sort=na

They're updated very frequently.

:p Because they're updated by a compiler bot.

[ryrynz]

It was either that or someone who sits at their computer waiting diligently for MPC builds and then compiling them within minutes of the changes hitting SVN, So yeah I gathered as much :p

[saulob]

When the VMR-9 or EVR mixers receive RGB input, none of the color controls on the Miscellaneous tab will work. The solution is to allow native NV12, I420/IYUV, YV12, YUY2 and UYVY input types from the decoders.
To access the full spread of logical color controls, use a pixel shader. http://forum.doom9.org/showthread.php?t=157634
color controls\brightness, contrast and gamma controls for RGB
color controls\brightness, contrast, grayscale gamma, colorfulness gamma, hue and saturation controls for SD&HD video input

Thank you very much, that worked for me. Kinda hard to use, so much information and coding changing, but works.

It would be nice if had some easy option. But that's ok.

[wanezhiling]

@xhmikosr:
Can you please start to provide a "lite" build alongside other MPC-HC builds in your website http://xhmikosr.1f0.de/mpc-hc/
http://xhmikosr.1f0.de/mpc-hc/lite/
See here.



PS: He also provided an icl12 build.
http://xhmikosr.1f0.de/mpc-hc/icl12/

[Traps]

What are these lite and icl12 builds?

[nevcairiel]

What are these lite and icl12 builds?

"Lite" are builds without the internal filters, which makes them smaller in case you use external filters anyway.

"ICL12" is a different compiler, specifically Intels compiler instead of the default one from Microsoft.
It may or may not be faster, and may or may not have problems the normal version doesn't.

Personally, i would take ICL builds with a grain of salt. ;) But some people seem to swear to them.

[fairchild]

The lite version is pretty cool, but one thing I already noticed it doesn't have which I kinda loved using is it's MediaInfo function. I guess now if I want to know details like the bitrate etc I'll have to open the file in the standalone version of MediaInfo. :-|

[Keiyakusha]

The lite version is pretty cool, but one thing I already noticed it doesn't have which I kinda loved using is it's MediaInfo function. I guess now if I want to know details like the bitrate etc I'll have to open the file in the standalone version of MediaInfo. :-|
Tried MPC-HC r5149 lite then updated to r5190, mediainfo thingy works as always...

[hayan]

play video file, Display Stats(Ctrl+J), plays next video file (PgDn or drag file), no response in 10 sec.

HD video file (High probability)
SD video file (Low probability)

Affect Version: Rev 48xx → 4902 (1.6.2 stable) → 5190 (lastest)

[fairchild]

Tried MPC-HC r5149 lite then updated to r5190, mediainfo thingy works as always...

Using the 32-bit 1.6.3.5170 from http://xhmikosr.1f0.de/mpc-hc/lite/ and it's not working. Not that big of a deal but thought I'd mention it. :D

[Keiyakusha]

Using the 32-bit 1.6.3.5170 from http://xhmikosr.1f0.de/mpc-hc/lite/ and it's not working. Not that big of a deal but thought I'd mention it. :D

Hmm yeah that build doesn't have mentioned feature. Surprise. Try to find builds by someone else then.

[betaking]

Feature requests
can use standlone mpcvideo.ax & MpaDecFilter.ax decoder format configuration saved in separate keys?
like Internal decoder format configuration save!
[HKEY_CURRENT_USER\Software\Gabest\Media Player Classic\Internal Filters]
"SRC_CDDA"=dword:00000000
"SRC_CDXA"=dword:00000000
"SRC_VTS"=dword:00000001
"SRC_FLIC"=dword:00000001
"SRC_D2V"=dword:00000000
"SRC_DTSAC3"=dword:00000000
"SRC_MATROSKA"=dword:00000000
"SRC_SHOUTCAST"=dword:00000000
"SRC_REALMEDIA"=dword:00000000
"SRC_AVI"=dword:00000000
"SRC_OGG"=dword:00000000
"SRC_MPEG"=dword:00000000
"SRC_MPA"=dword:00000001
"SRC_DSM"=dword:00000000
"SRC_SUBS"=dword:00000001
"SRC_MP4"=dword:00000000
"SRC_FLV"=dword:00000000
"SRC_FLAC"=dword:00000000
"TRA_MPEG1"=dword:00000000
"TRA_MPEG2"=dword:00000000
"TRA_RV"=dword:00000001
"TRA_RA"=dword:00000001
"TRA_MPA"=dword:00000000
"TRA_DTS"=dword:00000000
"TRA_LPCM"=dword:00000000
"TRA_AC3"=dword:00000000
"TRA_AAC"=dword:00000000
"TRA_ALAC"=dword:00000000
"TRA_ALS"=dword:00000000
"TRA_PS2AUD"=dword:00000001
"TRA_VORBIS"=dword:00000000
"TRA_FLAC"=dword:00000000
"TRA_NELLY"=dword:00000000
"TRA_AMR"=dword:00000000
"TRA_PCM"=dword:00000000
"TRA_DXVA_H264"=dword:00000000
"TRA_DXVA_VC1"=dword:00000000
"TRA_DXVA_WMV3"=dword:00000000
"TRA_DXVA_MPEG2"=dword:00000000
"FFM_H264"=dword:00000000
"FFM_VC1"=dword:00000000
"FFM_FLV4"=dword:00000000
"FFM_VP356"=dword:00000000
"FFM_VP8"=dword:00000000
"FFM_XVID"=dword:00000000
"FFM_DIVX"=dword:00000000
"FFM_MSMPEG4"=dword:00000000
"FFM_WMV"=dword:00000000
"FFM_SVQ3"=dword:00000000
"FFM_H263"=dword:00000000
"FFM_THEORA"=dword:00000000
"FFM_AMVV"=dword:00000000
"FFM_MJPEG"=dword:00000000
"FFM_INDEO"=dword:00000000

[cyberbeing]

AutoFit looks like it got broken somewhere between r4848 and r4865. The video frame is no longer an exact fit to the MPC-HC frame ever since, resulting in a thin black bar on the right side.

Same problem occurs when manually resizing the window with 'Limit window proportions on resize' enabled. For reference, this is on a 1680x1050 monitor.

[Edit: It appears the manually resizing problem exists even in old builds. Only the AutoFit regression is new.]

I'd suspect http://code.google.com/p/mpc-hc/source/detail?r=4858 caused the problem, but it would seem that any small change to MainFrm.cpp could have potentially triggered this, as it affects only specific window dimensions. Odd width/height, resulting in slightly incorrect aspect ratio it seems.

r4848 Autofits to 1120x630 (1.777777777777778), exact fit.

The latest builds Autofit to 1093x615 (1.777235772357724), black bar on right side.

[Edit2: Created Ticket #2423 (https://sourceforge.net/apps/trac/mpc-hc/ticket/2423)]

[dansrfe]

I have a feature request which would be of great benefit to me when resizing video.

Ability to crop 1px at a time from top, bottom, left, or right via hotkeys. I would greatly appreciate if something like this were to show up in the next rev build. Cutting off the black bars allows me to watch blurays and upscale them slightly for > 1080p displays and save on GPU power. That little extra helps ensure that no frames are dropped or delayed. I've been doing this on the fly with ffdshow video post processor but it isn't a perfect solution as it stutters sometimes.

Many thanks!

[vBm]

Feature requests
can use standlone mpcvideo.ax & MpaDecFilter.ax decoder format configuration saved in separate keys?
like Internal decoder format configuration save!


I have a feature request which would be of great benefit to me when resizing video.

Ability to crop 1px at a time from top, bottom, left, or right via hotkeys. I would greatly appreciate if something like this were to show up in the next rev build. Cutting off the black bars allows me to watch blurays and upscale them slightly for > 1080p displays and save on GPU power. That little extra helps ensure that no frames are dropped or delayed. I've been doing this on the fly with ffdshow video post processor but it isn't a perfect solution as it stutters sometimes.

Many thanks!



For feature requests open a ticket on our trac (https://sourceforge.net/apps/trac/mpc-hc/newticket). Devs don't read D9 no more.

[vBm]

Using the 32-bit 1.6.3.5170 from http://xhmikosr.1f0.de/mpc-hc/lite/ and it's not working. Not that big of a deal but thought I'd mention it. :D

I guess it's THAT hard to read ;x

http://xhmikosr.1f0.de/mpc-hc/lite/DO_NOT_README.txt

here ... i'll copy paste.

These builds are NOT a replacement for the normal builds, at least not at the moment.
They are made by me and are the only ones supported. Feel free to build or use
whatever build you want, but reports will be accepted only when using my builds.

Some people are clearly ignorant and instead of looking at the repository,
they assume whatever comes to their minds.
So here goes what a Lite build has different than normal builds:

1) No internal filters, use your favorite splitters/decoders like LAVFilters
2) No translations, self-explanatory
3) No MediaInfoLib, use MediaInfo.dll

[Underground78]

For feature requests open a ticket on our trac (https://sourceforge.net/apps/trac/mpc-hc/newticket). Devs don't read D9 no more.
Well I read it but not really on a regular basis and things get lost here so better create a ticket.

@cyberbeing: pinged demi about that, will see what he says.

[fairchild]

I guess it's THAT hard to read ;x

http://xhmikosr.1f0.de/mpc-hc/lite/DO_NOT_README.txt

here ... i'll copy paste.

Now why would I read a file that is named in all caps do not readme. ;)

Anyways thanks for the copy and paste.:thanks:

[LigH]

@ fairchild:

"Reverse psychology (http://en.wikipedia.org/wiki/Reverse_psychology)" ... a risky kind of parenting. ;)

[Underground78]

SECRET.txt would probably have worked better. :D

[dansrfe]

I created this ticket https://sourceforge.net/apps/trac/mpc-hc/ticket/2414 and it was closed because demi_alucard @ sourceforge pointed me to the num keys which were thought to address the crop feature yet the num keys or any other hotkeys for that matter don't have a mapping for vertically or horizontally cropping in either direction by 1px. This ticket hasn't been re-opened yet.

[Keiyakusha]

I created this ticket https://sourceforge.net/apps/trac/mpc-hc/ticket/2414 and it was closed because demi_alucard @ sourceforge pointed me to the num keys which were thought to address the crop feature yet the num keys or any other hotkeys for that matter don't have a mapping for vertically or horizontally cropping in either direction by 1px. This ticket hasn't been re-opened yet.
You cant have +/-1 px _before_ video will be passed to the renderer. Fitst because MPC-HC probably have no means to do so. But more importantly, adding or removing 1px is not possible due to YUV colorspace limitations and converting it to rgb (or rescaling) before is sub optimal. In other words I doubt someone will do this...

[Underground78]

I created this ticket https://sourceforge.net/apps/trac/mpc-hc/ticket/2414 and it was closed because demi_alucard @ sourceforge pointed me to the num keys which were thought to address the crop feature yet the num keys or any other hotkeys for that matter don't have a mapping for vertically or horizontally cropping in either direction by 1px. This ticket hasn't been re-opened yet.
Demi probably missed your answer, I have pinged him about it.

[dansrfe]

You cant have +/-1 px _before_ video will be passed to the renderer. Fitst because MPC-HC probably have no means to do so. But more importantly, adding or removing 1px is not possible due to YUV colorspace limitations and converting it to rgb (or rescaling) before is sub optimal. In other words I doubt someone will do this...

Right I understand that. Maybe I didn't word my question properly.

If I play a 1920 x 1080 video then the renderer will output 1920 x 1080 unless I scale it. Scaling can happen all sorts of ways via PnS (width/height/constant Aspect Ratio up or down). I understand that part. My question is that is there a way for the renderer to discard or for the user to tell the renderer, "Hey, discard these pixels before resizing to x * y"? Is that something that would have to be done though the renderer itself?

This is primarily useful for me in the context of madVR where I can choose my scaling algorithms. I have comfirmed that by simply cropping off the black bars (in ffdshow post processor for example) I can save a portion of my GPU power to use a better scaling algorithm.

[clsid]

If your video has black bars, then you have done something wrong during encoding.

[ryrynz]

Just in case the owner of the site http://henry.fushizen.eu/ happens to frequent here, your lite builds are including the internal filters once again.

[dansrfe]

If your video has black bars, then you have done something wrong during encoding.

These are bluray discs. Not encoded yet.

[Amour]

SECRET.txt would probably have worked better. :D

"LITE = NO INTERNAL FILTERS, NO MediaInfoLib, NO TRANSLATIONS.txt"

[Underground78]

By the way, for those who don't want the internal filters but want a translation or MediaInfo, you can get the translation from the normal package and the MediaInfo dll from its official website.

[Amour]

This video is super SLOW on my computer: http://uploaded.to/file/whvevimw/from/ynr5sl
First time I have playback issues like this.

[Aleksoid1978]

This video is super SLOW on my computer: http://uploaded.to/file/whvevimw/from/ynr5sl
First time I have playback issues like this.

Bad file - incorrect fps value stored in this file. Nobody can normal playback this file.

[vBm]

For those that like to test, XhmikosR uploaded nightly builds (http://xhmikosr.1f0.de/mpc-hc/) based on r5260 (https://sourceforge.net/apps/trac/mpc-hc/changeset/5260) that were compiled using GCC 4.7.1
We're using new toolchain at the moment to test things out.

[ryrynz]

Is there any chance of ICL12 lite builds?

[ney2x]

Is there any chance of ICL12 lite builds?

+1 me too hoping for a ICL12 Lite Build. Thanks in advance :D

[ryrynz]

Have there been any thoughts for removing subtitle support in the lite version?

[Keiyakusha]

Have there been any thoughts for removing subtitle support in the lite version?

I think its a crazy thought. its understandable about removing features that have very little use for common people, but subs is not one of them. On the other hand all renderers except EVR-CP and madvr can be removed. Does anyone really uses them? Some of them are just useless, some of them even old, forgotten and broken like haali. Not to mention that anyone still will be able to use it through external filters if he for some reason absolutely have to do so. Maybe capture and web interface stuff can be removed too.

[Stephen R. Savage]

I think its a crazy thought. its understandable about removing features that have very little use for common people, but subs is not one of them. On the other hand all renderers except EVR-CP and madvr can be removed. Does anyone really uses them? Some of them are just useless, some of them even old, forgotten and broken like haali. Not to mention that anyone still will be able to use it through external filters if he for some reason absolutely have to do so. Maybe capture and web interface stuff can be removed too.

Neither EVR-CP nor MadVR can work out-of-box on Windows XP, so either VMR-7, VMR-9 or Overlay would need to be retained. However, I agree with reducing the length of the renderer list, especially considering the advances JanWillem32 has made in his branch. Regarding the internal subtitle renderer, I believe it should be removed as it is very broken and buggy, and the VSFilter project itself would be much better off divorced from MPC.