Media Player Classic - Home Cinema (MPC-HC) - v1.7.13

[Peter_Pan]

Try to disable VMR-9 Mixer Mode
Tested it again with VMR9-Mixer disabled and I get the same stutters and freezes as Hello_Hello and I described. Sorry, thats not it.

[wanezhiling]

Well since the only working solution is a pure dxva decoder, just pick one dxva1 decoder.

[Peter_Pan]

Well since the only working solution is a pure dxva decoder, just pick one dxva1 decoder.
No, it's not the only working solution. The previous final version 1.6.8.7417 combined with the latest stand-alone version of LAV Filters 0.58.2 works flawlessly, if you use an NVIDIA card for hardware video acceleration and therefore CUVID. So there must be something broken in the new 1.7.7634 version. Simple as that. I can wait for the fix, no problem. I just wanted to point out the issue, thats all.

And according to the 1.7.0 final release notes NVIDIA's CUVID is still supported and I am glad for that. See the middle section of the first post for that information.

[clsid]

It is an obvious performance issue. Some default values were changed in MPC-HC. The new values give higher quality subtitles, at the cost of higher CPU usage.

options > subtitles:
1) Change "maximum texture resolution" from Desktop to a lower resolution.
2) Uncheck "Allow animation when buffering"
3) Reduce buffer size

That should improve performance.

[protovision]

I created a shader in mpc-hc, but forgot to copy it over to a new windows 7 x64 install on a new drive.

I mounted the old drive, but can't find them, anyone know how I can get a copy of my shaders?

thx!

EDIT - I found them in my old registry, and was able to move them over using info from http://smallvoid.com/article/winnt-offline-registry-edit.html. They're under "HKCU\Software\Gabest\Media Player Classic\"

[hello_hello]

Try to disable VMR-9 Mixer Mode

No difference unfortunately.

Well since the only working solution is a pure dxva decoder, just pick one dxva1 decoder.

Using the current stable version, even DXVA decoding won't work with srt subtitles.

It is an obvious performance issue. Some default values were changed in MPC-HC. The new values give higher quality subtitles, at the cost of higher CPU usage.

options > subtitles:
1) Change "maximum texture resolution" from Desktop to a lower resolution.
2) Uncheck "Allow animation when buffering"
3) Reduce buffer size

That should improve performance.

Eureka!!

1) Change "maximum texture resolution" from Desktop to a lower resolution.

Seems to fix the stuttering if the resolution is low enough.

2) Uncheck "Allow animation when buffering"

So far, disabling animation appears to have completely fixed the problem, without the need to adjust either of the other two settings.

3) Reduce buffer size

Didn't make any difference, as far as I could tell.

So I assume this is an "XP" issue? If so, why would that be?
Thanks for the help!

[hello_hello]

I thought I'd add some additional info as now I'm starting to think it's a hardware issue rather than an "XP" issue.
I have two almost identical PCs. Same motherboard and same video card. The "problem" PC has a dual core E6750 CPU. The other has a quadcore Q9450. Foolishly, I never thought to also test srt subtitles using it until now.
Recently, I installed Windows and programs on the E6750, imaged the setup and restored it to the Q9450 PC, so even the software and Windows installations are identical (aside from any additional software installed/upgraded in the past few months). The BIOS settings are also identical.

I can't test it properly yet as the Q9450 is in the middle of converting some video, but despite the CPU being fairly busy it's displaying srt subtitles fine at the moment without pushing CPU usage much higher, without stuttering and without having to disable "animation when buffering". So given how similar the two PCs are, I suspect it might be a hardware problem. Thinking about it, the E6750 can seem a little slow at times when it comes to displaying video (long pauses when switching monitors or entering/exiting full screen etc) and I do recall having to adjust the PCI BUS speed in the BIOS at one stage otherwise the PC wouldn't always boot (even after swapping video cards), but last time I reset everything that problem seemed to have mysteriously gone away....

Whether it's simply the difference between CPUs or not I don't know, but now I'm wondering what it could be about this PC which is causing the problem and whether it's simply hardware (although why the problem's only arisen with the latest MPC-HC, I have no idea). I can't at the moment, but later tonight I'll boot using the second hard drive which has a nice clean XP installation (no additional software) and run MPC-HC and a video with srt subtitles just to see what happens. If that doesn't work, I'll try disconnecting any non-essential hardware, or disabling overclocking etc (not that it's overclocked by much). It's got me curious and a little determined to find the cause now. Computers....

[Sylt]

Is there any Milestone when the new Pixel Shader Patch will be move to the main repository?

[Peter_Pan]

It is an obvious performance issue. Some default values were changed in MPC-HC. The new values give higher quality subtitles, at the cost of higher CPU usage.

options > subtitles:
1) Change "maximum texture resolution" from Desktop to a lower resolution.
2) Uncheck "Allow animation when buffering"
3) Reduce buffer size

That should improve performance.
Well, unchecking "Allow animation buffering" got me rid of the freezing and stuttering. So I have very similar results as hello_hello.

As he stated before, reducing the buffer size did next to nothing performance wise and reducing the texture resolution of the subtitles below "desktop" size, in my case "1280x720", is an absolute no-go, because of the at once visible blurryness. Too much for my taste. And regarding better subtitles quality: If it is there, it is at least not visible with my 720p desktop resolution. Maybe its visible on 1080p TFTs?

Also during camera movement in a movie I now get significantly more "tearing". Admitted, I am using an old LCD Display but this much isn't visible with the previous final version. I double-checked that.

Sadly the new "quality"-values do not apply to old/older systems which made MPC-HC so great for in the past. Maybe there is room for improvement regarding the performance on older systems?

[clsid]

The performance problem is due to the internal subtitle renderer being a bit dumb. It blindly assumes all SRT/ASS/SSA subtitles contain animated effects. As a result, a single subtitle line gets rendered multiple times instead of just once.

Underground78 has a development branch that contains several improvements for the subtitle renderer. It also contains a patch that makes the renderer smarter and only treat subs as animated when they really are. So that should fix the performance problem that you guys are having. I don't know why these patches have not been committed to the main branch yet, maybe Underground78 can comment on that. Even if most changes are still a work in progress, I think a few changes could be cherry picked.

[Raylan Givens]

I told you here an other time that keeping the "allow animation bla bla" consumes almost double CPU recources for nothing... For instance, the movie I'm watching right now has 1,70% CPU utilization on average and with animation on, it goes 3,5 and even 4%...

But some dudes were mocking me: "you don't know what you're talking about" lol... Just open process explorer and 5 secs observing should be enough.

On the other hand, reducing the buffering don't make any difference, unless is so subtle that I can't notice.

Incidentally, for some reason the 2560x1600 subtitles resolution doesn't work. The max resolution I can get is my native, 1080p res. If my memory serves me correct, I could get 1600p subtitles previously... Also, the 5.1 mixing ain't working in version 1.70.

[Armada]

In general reducing the subtitle buffer size will reduce performance not increase it, though it is a little bit more complex than that.

About the patches from Underground78, they're on a branch so they're still a work in progress, we will start merging them when he has more time. Those and other subtitle improvements are planned for the next stable.

[Quitch]

I'm configuring LAV Splitter for default subtitles, but the problem is I have two subtitle tracks, one is simplified Chinese and the other is traditional Chinese. Unfortunately simplified is the default but I want traditional. Both are tagged chi.

Is there any way to get it to default to traditional?

The subtitles look as follows:

CHS [chi] (subrip) [default] (Chinese (Traditional))
CHT [chi] (subrip) (Chinese (Traditional))

It's the second one, CHT, that I want.

[filler56789]

I'm configuring LAV Splitter for default subtitles, but the problem is I have two subtitle tracks, one is simplified Chinese and the other is traditional Chinese. Unfortunately simplified is the default but I want traditional. Both are tagged chi.

Is there any way to get it to default to traditional?

The subtitles look as follows:

CHS [chi] (subrip) [default] (Chinese (Traditional))
CHT [chi] (subrip) (Chinese (Traditional))

It's the second one, CHT, that I want.

Just remux with MKVtoolnix, and either set the CHT subtitle as the default track, or simply get rid of the CHS subtitle.

BTW, I think your question is very misplaced in this thread ---

--- or not? :confused:

[Quitch]

Well I'm configuring the LAV Splitter through MPC-HC, I don't have any external filters, so this seemed like the only place to ask the question. Apologies if I was wrong.

Is making that change quick, or does it need do lots of extractions and putting it back in containers and whatever else?

[Snowknight26]

It's a quick change. No remuxing needed.

[the_weirdo]

Is making that change quick, or does it need do lots of extractions and putting it back in containers and whatever else?

If you use Header editor (of MKVmerge GUI) to change default subtitle track to CHT one then it'll be quick. You can also use mkvpropedit (http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvpropedit.html) (in MKVToolnix package) to batch editing your MKVs properties.

[Quitch]

Great stuff, thanks all.

[karamancho]

MPC-HC 1.7 losing focus (exits fullscreen) whenever Avast AV updates.
The funny thing is, Avasts update is in the 'background', has no UI or any windows or popups whatsoever.
*on WinXP sp3

[Quitch]

If you use Header editor (of MKVmerge GUI) to change default subtitle track to CHT one then it'll be quick. You can also use mkvpropedit (http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvpropedit.html) (in MKVToolnix package) to batch editing your MKVs properties.

Is there an easy way to batch? It doesn't seem to understand wildcards in filenames.

[the_weirdo]

Is there an easy way to batch? It doesn't seem to understand wildcards in filenames.

If you run from Command Prompt then you can try this:
FOR %F IN (*.mkv) DO mkvpropedit "%~F" [parameters]

(In batch file, you need to use %% instead of %).

[Quitch]

You're a beautiful person, that works a treat. Unfortunately I'm getting an error from the tool about opening the file. I'm going to take it over to the subtitles forum (http://forum.doom9.org/showthread.php?p=1647573#post1647573).

Thanks again.

[Pr3d]

Hi,

i just updated MPCHC to 1.7.0 x64 version.
If i try to reproduce mkv files i receive "cannot render the file" error message.
Everything works fine with previous version.

Any help?
Thanks.

[Armada]

Hi,

i just updated MPCHC to 1.7.0 x64 version.
If i try to reproduce mkv files i receive "cannot render the file" error message.
Everything works fine with previous version.

Any help?
Thanks.
Try resetting your settings in Options > Miscellaneous.

[Raylan Givens]

Guys, I'm using only for H.264/AVC & AAC ( .mp4s ) the Microsoft's DTV decoders. Do you think my decision is bad in any possible way? I mean, is it better to let it as is even for only these 2 formats?

The only slightly "downside" is that the D3D Fullscreen is slightly slower ( when ALT + Enter ). With default decoders ( LAV ) the mechanism is extremely fast, like I don't use D3D.

[GCRaistlin]

As far as I can see it's currently impossible to play a video contained in one of multiple PGCs of a single IFO with an external audio track - the case like this (PgcDemux is used just for illustrating):
http://i58.fastpic.ru/thumb/2013/1015/c0/b6a940c084c94a99303b3af09de0f6c0.jpeg (http://fastpic.ru/view/58/2013/1015/b6a940c084c94a99303b3af09de0f6c0.png.html)
All we can do is to open the corresponding IFO directly and to specify additional audio track but we cannot switch between PGCs.

Is it possible to implement loading an external audio track right from Play | Audio menu?

[hello_hello]

Posting again regarding the video stuttering issue when displaying srt subtitles.....

Now I am thinking this problem is fairly hardware related. I finally got round to testing a little, but even when rebooting to a fresh Windows installation (no other software installed) I still couldn't display srt subtitles without the video stuttering and freezing (while "allow animation when buffering" is checked).

Next test was playing video with over-clocking disabled. Bingo! No stuttering when displaying srt subtitles regardless of decoder (I've tested LAV with and without Nvidia CUVID, and ffdshow with and without DXVA). Currently I'm playing a video with a resolution of 1920x1080 and srt subtitles enabled, no DXVA or CUVID, and there's not a stutter in site, with CPU usage averaging about 50% ("allow animation when buffering" is checked).

I had the E6750 CPU running at 3.2GHz (default clock speed 2.67GHz) so it's not like I'm pushing it hard. Anyone have any idea why overclocking a CPU would result in an inability to display srt subtitles and push CPU usage higher?


Edit:
Some additional info after a bit more testing (I probably should have written everything down as I changed things, but I'm pretty sure this is how it went). The same 1080p video was used for testing each time. Keep in mind video playback seems to be the only thing effected by changing the BIOS settings below. Aside from that the PC is very stable (it runs 24/7 and is only rebooted once or twice a week).

CPU bus speed 400MHz (default for CPU 333MHZ), PCI Express Frequency "auto".
Computer took a few attempts before it was willing to boot for some reason. CPU usage high (about 40%) when using LAV filters with Nvidia CUVID. Video stuttered even without subtitles being displayed and audio was way out of sync.

CPU bus speed 400MHz, PCI Express Frequency "100MHz".
This is how I'd been running the PC previously. CPU usage high when using LAV filters with Nvidia CUVID (about 40%). Video played okay without subtitles though. Stuttering began when subtitles were enabled.

CPU bus speed 400MHz, PCI Express Frequency "99MHz".
I think everything worked fine, including when displaying subtitles.

CPU bus speed 369MHz, PCI Express Frequency either "auto" or 99Mhz (and 100Mhz, I think).
CPU usage much lower when using LAV filters with Nvidia CUVID (between 15% and 20%). Enabling subtitles had a minimal impact on CPU usage (5% increase at most). No stuttering with or without subtitles enabled.

So if there's a moral to the story I'm not sure what it is, but for anyone with video stuttering problems maybe a little fiddling with BIOS settings could be in order? Anyone understand what would cause the above... and could they explain it to me? The problem seems to be related to PCI Express Frequency.

[GCRaistlin]

hello_hello, I confirm this. I have the same issues plus audio stuttering (http://forum.doom9.org/showthread.php?p=1645185#post1645185) with overclocking. Without overclocking the issue has gone but there is another one: external srt subtitles are displayed incorrectly (flashing, wrong timing) with madVR renderer. Besides that I remember I had some problems with shifting subtitles using internal subtitles renderer; anyway, it surely doesn't allow to set the speed ratio. So I reverted back to VSFilter - it works fine with overclocking and can change the speed ratio.

[hello_hello]

GCRaistlin,
I've edited my previous post to add some additional info regarding which BIOS settings work for me and which don't when it comes to displaying video with subtitles. I don't understand why it's happening, but at least now I know how to fix the problem. It's an old PC (E6750 CPU), and I don't even know if overclocking is done the same way any more (ie increasing CPU BUS speed).

I haven't tried a different subtitle renderer myself but I could get the video to stutter with certain BIOS settings, even when not displaying subtitles. I probably should have tested each BIOS setting with a different media player while I was at it to see what would happen, but I didn't think of it at the time. At the moment, the problem seems like it might be caused by the PCI Express Frequency setting in the BIOS, and not by overclocking as such..... at least for me. Have you tried fiddling with it yourself if your MB allows it? It was also interesting to discover CPU usage decreased by over 50% with the right BIOS settings when using Nvidia CUVID for decoding (even without factoring in subtitles). I don't understand that. When using DXVA, CPU usage seems to remain very low regardless of the BIOS settings. Computers...

The main reason I thought to play with the PCI Express Frequency is because my other PC (same motherboard) has a PCI Express USB3 card, and it drops out or refuses to run at USB3 speed while the PC is overclocked unless I manually set the PCI Express Frequency in the BIOS. It doesn't have a problem with stuttering video when displaying subtitles though, but maybe video cards can be equally as fussy?

[GCRaistlin]

hello_hello, I believe you're mixing up PCI bus speed with PCI Express bus speed. USB3, as well as modern videocards, doesn't concern PCI bus, only PCI Express bus. PCI bus frequency was surely locked to 33.33 MHz in my case. PCI Express bus frequency, as far as I know, can't be locked at its standard value while overclocking or else the videocard won't initialize.
I don't think 1 extra MHz of PCI Express bus frequency can cause stuttering, not to mention that 100 MHz is its standard value.

[hello_hello]

GCRaistlin,
Yes, you're correct. I referred to "PCI bus speed" when I should have been referring to "PCI Express Frequency". I don't know why, given I've looked at the setting and fiddled with it enough, but I went back and corrected my previous two posts so as not to (hopefully) confuse the issue.

I can only assume (guess) that maybe overclocking effects the MB's ability to control PCI Express Frequency to some extent, given manually changing it can fix problems. I know for a fact the USB3 card in my other PC is very unstable when the PCI Express Frequency is set to "auto" in the BIOS and the CPU is overclocked, but if I change it to 100Mhz, it works reliably.

I've tested various PCI Express Frequency settings in the BIOS in relation to overclocking and the ability to play video with subtitles, and honestly, I'm not making it up.... changing the PCI Express Frequency to 99Mhz rather than 100Mhz while overclocking fixed the stuttering problem when displaying subtitles, and cut CPU usage by over 50% when decoding with Nvidia CUVID. I even went back to the original BIOS settings to make sure the problem would return, and it did, then went back to 396MHz CPU bus/99MHz PCI Express frequency again to make sure the stuttering had gone.
It seems though, based on my limited testing, the PCI Express Frequency needed in the BIOS might change according to how much you're overclocking (hence my theory regarding overclocking and the MB's ability to control PCI Express Frequency accurately) but all I can suggest is you try it for yourself. If you do, I'd be interested to hear whether it works or not.

And I don't think I'm imagining it, but since setting the PCI Express Frequency to 99Mhz, video in general is slightly snappier. Videos open a little faster, seeking seems a little quicker, and CPU usage for Nvidia CUVID decoding is now on a par with DXVA (previously it was much higher). I can scroll pages on my PC monitor really fast now and it doesn't seem to cause the video running on the TV to stutter a little as it did before. I've even re-tested a tearing problem I was having. For some reason when running low resolution video full screen on my TV I'd see a little tearing when using a bicubic resizer in MPC-HC. While I prefer a bilinear resizer for low quality/resolution video anyway, the bicubic/tearing problem seems to (at least so far) no longer be a problem.

Anyway, as my earlier post was a little vague (because I couldn't remember for sure) I'm about to reboot and recheck while running the CPU BUS at 400MHz with the PCI Express frequency at 99Mhz. I'm fairly sure that stopped the stuttering, whereas 400Mhz/100Mhz causes it, but I'll reboot and report back.

[hello_hello]

Well I give up..... this PC's decided to be difficult all of a sudden. I tried two different CPU BUS Speed/PCI Express Freq combinations (400MHz/100MHz and 400MHz/99MHz) and in both cases the BIOS kept beeping at me and disabling overclocking before it'd boot. When I eventually got it to boot with those combinations, the 1080p video I'd been using for testing wouldn't play properly with Nvidia CUVID decoding (DXVA was fine). It was stuttering even without subtitles enabled. So while in stuttering mode I tried the same video with MPC-BE and VLC. The former played it fine (DXVA), with just a tiny bit of intermittent stuttering when subtitles were enabled. The latter made a mess of it.

So now I'm back to the 396Mhz/99Mhz combination. Everything plays fine. Subtitles display without causing stuttering and CPU usage remains nice and low. I've had enough for tonight. I might just sit back and actually watch something and maybe I'll be motivated to mess around with this some more tomorrow.

[Pr3d]

Try resetting your settings in Options > Miscellaneous.

No way, same error.

[Pr3d]

No way, same error.

I tried all the old 1.7.0.x builds and no one open mkv files.
If i try 1.6.9.x branch everything works.
So wired, don't you think?

[jebediah]

Well, a long story short.Just switched over from WinXP to Win7 on my HTPC. I formated the primary HDD "SSD" and did a clean install of Win7 as i always do.
All HD movies has been played smoothly on WinXP, both 720 and 1080, but now on Win7 all movies lags and freezes, and sometimes the sound and image are outsynced.
GPU-Z show me 99% GPU usage constantly when i watch a HD movie.
I've used the same MPC-HC settings for a couple years and it has worked just fine for me, but not now anymore.

Usually i use FFDShow and madVR, but i've tried FFDShow + Haali and FFDShow + Haali + Lav filters and only LAv filters, but all set ups ends as before, 99% GPU usage.

This is strange since it worked flawless in WinXP.

Things i've tried.
*Disable Aero
*Downclock and overclock the GPU
*Played the movie on another discs
*Set up the "High performance" in Power management
*Tried several Nvidia drivers, way back to 2012 drivers

And the HTPC specs.
*Intel i7-930
*Intel X25-M SSD 160GB + several 1TB WD discs
*Corsair HX 850W
*Corsair Dominator DHX+ DDR3 1600MHz 6GB
*Geforce GT 520 "not the best GPU but it did the job in WinXP"

There's absolutely no temperature problem and all drivers are up to date + bios.

Any settings in Win7 i've missed?

[kasper93]

@jebediah: Try resetting your settings in Options > Miscellaneous and do the same for madVR. Uninstall FFDShow (it's not developed anymore) unless you need it for some post processing. Generally it's better to use LAV Spliter than Haali.

Your GPU can't keep up. There is rule of thumb, if your hardware is good enough to handle software decoding you should use it. :) So please disable DXVA in LAV Video Decoder.

Next step is to adjust madVR settings.
1) Monitor GPU memory - if all memory is used try to lower queues in madVR settings. But I see that 520 have lots of memory so this shouldn't be needed.
2) Change scaling algorithms to something that you GPU can handle.

If you were using madVR on XP DXVA wasn't working, because XP doesn't support DXVA(2) and madVR doesn't support DXVA(1). And this probably is the problem, your GPU can't handle madVR and DXVA decoding
simultaneously. You can try EVR-CP it should play fine both with and without DXVA.

[jebediah]

@jebediah: Try resetting your settings in Options > Miscellaneous and do the same for madVR. Uninstall FFDShow (it's not developed anymore) unless you need it for some post processing. Generally it's better to use LAV Spliter than Haali.

Your GPU can't keep up. There is rule of thumb, if your hardware is good enough to handle software decoding you should use it. :) So please disable DXVA in LAV Video Decoder.

Next step is to adjust madVR settings.
1) Monitor GPU memory - if all memory is used try to lower queues in madVR settings. But I see that 520 have lots of memory so this shouldn't be needed.
2) Change scaling algorithms to something that you GPU can handle.

If you were using madVR on XP DXVA wasn't working, because XP doesn't support DXVA(2) and madVR doesn't support DXVA(1). And this probably is the problem, your GPU can't handle madVR and DXVA decoding
simultaneously. You can try EVR-CP it should play fine both with and without DXVA.

I think i've tried everything already. Every time i've changed codec or a splitter a also uninstalled MPc-HC and removed all the settings just to be sure.
When i tried madVR i also tried to lower the settings to the least demanding, and the GPU usage still goes up to 99%

And i think a disabled DXVA sometime when did my testing, not sure were or when.

I've noticed that EVR as DirectShow video + Lav splitter + Lav splitter source + Lav audio decoder works best, but i still get some random spikes time to time.

[cogs]

I have just installed 1.7.0 and a new feature prompts a feature request.

D3D fullscreen can now be switched to windowed mode, which almost solves an issue I had kludged a solution to. I have two independent installs of MPC-HC (one using registry settings and one using .ini), so that I can play D3D fullscreen to a TV in another room via HDMI, or play locally on the PC's monitor and speakers, by selecting the relevant option in a video file's context menu. Setting up file associations to get this working well was tricky.

I'd like to suggest an option to select an alternative audio renderer when fullscreen is active, so that audio switches with video when the selected fullscreen monitor is other than the primary display.

Thoughts? Useful to anyone else?

[kerimcem]

vc1 wmv wmva internal(lav) filiter dont work....

[wanezhiling]

vc1 wmv internal(lav) filiter dont work....

Everything is fine.

http://i1.tietuku.com/tfbnetszu.png
http://i1.tietuku.com/jfbiacdc0.png
http://i1.tietuku.com/7bdtnp3ra.png

[kerimcem]

Everything is fine.

http://i1.tietuku.com/tfbnetszu.png
http://i1.tietuku.com/jfbiacdc0.png
http://i1.tietuku.com/7bdtnp3ra.png

Format : Windows Media
File size : 387 MiB
Duration : 26mn 26s
Overall bit rate mode : Variable
Overall bit rate : 2 048 Kbps
Maximum Overall bit rate : 2 044 Kbps
Performer : xxxxxx
Encoded date : UTC 2008-05-05 19:19:43.000
Writing application : Flip4Mac WMV Export Component for QuickTime (Mac) ...9롘಴
Copyright :
Rating :
Video
ID : 2
Format : VC-1
Format profile : Advanced@L2
Codec ID : WMVA
Codec ID/Info : Windows Media Video
Codec ID/Hint : WMV
Description of the codec : Windows Media Video V9 Advanced - 960 x 540, 23.97 fps, Q=90 (VBR)
Bit rate : 1 996 Kbps
Width : 960 pixels
Height : 540 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Nominal frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Language : English (US)

Audio
ID : 1
Format : WMA
Format version : Version 2
Codec ID : 161
Codec ID/Info : Windows Media Audio
Description of the codec : Windows Media Audio V9 Standard - 48 kbps, 44 kHz, 16 bit, Stereo (VBR)
Duration : 26mn 26s
Bit rate mode : Variable
Bit rate : 48.0 Kbps
Channel count : 2 channels
Sampling rate : 44.1 KHz
Bit depth : 16 bits
Stream size : 9.08 MiB (2%)
Language : English (US)

try two pc dont work internal filiter:sly:

[Dstruct]

I have just installed 1.7.0 and a new feature prompts a feature request.

D3D fullscreen can now be switched to windowed mode

Has problems here (App hang on D3D fullscreen exit): https://trac.mpc-hc.org/ticket/3611

[Doom9]

I'm the proud owner of a latest gen high end Ultrabook with a gorgeous 3200x1800 screen from Samsung. Unfortunately, my trusty old MPC-HC doesn't seem to like the HiDP situation too much.
Here's how MPC-HC looks if I run the display at quarter resolution (1600x900) with no scaling.

http://snag.gy/5RILh.jpg

One pixel on screen becomes 4 display pixels and everything looks as it's supposed to.
Then scale up to Full-HD resolution with 125% scaling:

http://snag.gy/M7PKc.jpg

Looks alright.
And now for the full resolution with 200% scaling (my eyes are good but not that good to see things at 3200x1800 on a 13" screen) and things become a bit problematic:

http://snag.gy/DqnXw.jpg

For reference I added another app in the background. Unfortunately, the shot doesn't properly reflect the scale of the problem... taking the full screen screenshot does scale up the minuscole controls of MPC-HC to a more manageable size (so what you see in the shot in terms of MPC controls is twice the size I see it on the display) - but on the device itself, they appear in the same size regardless of whethere I set scaling to 100% or 200%. This shot taken with my cellphone shows the true extent of the problem (http://snag.gy/kCHDe.jpg). The buttons are extremely tiny and hard to hit, and the position slider feels like it drags on for hours.

[dukey]

The bitmap graphics just want to be scaled. Still waiting for a high DPI desktop monitor. lives in hope

[Raylan Givens]

Is the "After Playback" options broken on you, too? It only plays the next file in playlist, no matter what. Did I something wrong?

[jkauff]

The bitmap graphics just want to be scaled. Still waiting for a high DPI desktop monitor. lives in hope
They're coming, if you've got about $4000 to spend.

[Raylan Givens]

There is rule of thumb, if your hardware is good enough to handle software decoding you should use it. :) So please disable DXVA in LAV Video Decoder.

Would you recommend the same advice on a mediocre PC like mine?

[LigH]

An i5 3570k will easily be able to decode FullHD in time, especially if LAV decoders can use multi-threading.
__

P.S.:

MPC-BE nightlies already support decoding HEVC. Is that planned for MPC-HC nightlies "soon™" as well?

[truexfan81]

An i5 3570k will easily be able to decode FullHD in time, especially if LAV decoders can use multi-threading.
__

P.S.:

MPC-BE nightlies already support decoding HEVC. Is that planned for MPC-HC nightlies "soon™" as well?

it will be in the next version of LAV, so after that is released the next nightly will have it

[Raylan Givens]

An i5 3570k will easily be able to decode FullHD in time, especially if LAV decoders can use multi-threading.
__


Yes, I know mate, but I'm just curious if the same advice could apply on my PC. I mean, does he think software decoding is for any reason better? Better image? Lower voltage or resources in general?

Unless he simply recommends software decoding just because the Nvidia 540 isn't enough... In this case my curiosity is off the table.

They're coming, if you've got about $4000 to spend.

For a small, 24" monitor, remove one zero, convert it to € ( ~540$ ) and I'd gladly get one.

I'm always fond of the notion investing in peripherals. If you chose wisely you can enjoy quality peripherals for long time. They worth the money, but certainly not a slight chance to pay 4000$.