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

[sneaker_ger]

It means your GPU memory is too small. I believe huhn already explained why and what you can do:
http://forum.doom9.org/showthread.php?p=1780124#post1780124

[hello_hello]

The UI is fine as is.

I use MPC-HC to view video on my TV and from normal viewing distance using a wireless mouse. It's fairly impractical for much more then pause/resume and skip, and even that's largely due to the toolbar bitmap support which at least can be used to increase the size of the toolbar buttons a bit.

One advantage of using a mouse is the ability to quickly navigate to any place in the video, but that's somewhat negated by the size of the navigation bar at normal viewing distance. Panning and scanning is much easier and more versatile than it would be using a hardware player, and I much prefer to use a mouse for navigating than a remote, but aside from that the media player in my TV beats MPC-HC for navigating in most respects. I can press a button and see details about the video I'm watching and the current position etc, and unlike MPC-HC's on screen display, it displays useful information and it's easy to read from the other side of the room. I can enter a time to navigate to via the remote. Can you use MPC-HC's Navigate/GoTo menu from 10 feet away? To open a video with my TV's media player I don't have to move close to the screen because it's browser displays file names at a decent size.

[vivan]

I'm using Dualshock 4 as remote, I have mappings for PgUp / PgDn (chapters rock) and Alt with arrows (large jump is set to 90s).
Personally, with how fast seeking is I don't feel a need for using GoTo option.

UI is fine for PC. UI for TV has to be completely separate from PC UI, and it has to be built from scratch. Maybe as a fork, even, to avoid breaking PC stuff.

[fvisagie]

IMO using the mouse interface for viewing video from normal viewing distance is sub-optimal for any media player.

Much better to use a remote tailored to the player. I use www.vectir.com (http://www.vectir.com) to great effect for MPC-HC control and navigation. The beauty of remotes like Vectir is that you can completely customise its UI and behaviour to your preferred operations and configured player shortcut keys.

[chros]

I use MPC-HC to view video on my TV and from normal viewing distance using a wireless mouse.
If you have an android device (simple phone), try out this one: Remoti.co (https://play.google.com/store/apps/details?id=com.kdombrovsky.mpcremote)
There are several more, but I found this one the most reliable and usable for a long term. I even modded it, I wrote a comment about it in this thread around a year ago.

[Paul Tronc]

It means your GPU memory is too small. I believe huhn already explained why and what you can do:
http://forum.doom9.org/showthread.php?p=1780124#post1780124

Thank you for your help.
That's not so evident. I'll have to investigate in order to find which feature is causing this behaviour.

[hello_hello]

If you have an android device (simple phone), try out this one: Remoti.co (https://play.google.com/store/apps/details?id=com.kdombrovsky.mpcremote)
There are several more, but I found this one the most reliable and usable for a long term. I even modded it, I wrote a comment about it in this thread around a year ago.

Interesting..... I'll give it a spin. Cheers.

[Toco]

Is it any info about new nightly builds? The latest update was in July.

[ikarad]

netflix has released a free (creative commons) dobly vision 4k movie but in .mxf 89go
https://media.xiph.org/video/derf/meridian/MERIDIAN_SHR_C_EN-XX_US-NR_51_LTRT_UHD_20160909_OV/
http://www.hdfever.fr/2016/09/21/telecharger-meridian-en-dolby-vision-gratuit/
Does mpc-hc read .mxf file?

[vivan]

I've downloaded first 1 GB of that video and it showed something so I guess it does.

[chros]

I've downloaded first 1 GB of that video and it showed something so I guess it does.
Well, I've tried the 192MB file but it doesn't work.

[huhn]

i have the whole file.

and it works fine.

[clsid]

The two smaller files only contain audio and use some features that are not yet supported by ffmpeg.

In general mxf files should play just fine with MPC-HC. But since this is a professional format for video editing, it is unlikely that you will encounter them as an end-user.

[chros]

i have the whole file.
and it works fine.

The two smaller files only contain audio and use some features that are not yet supported by ffmpeg.

In general mxf files should play just fine with MPC-HC. But since this is a professional format for video editing, it is unlikely that you will encounter them as an end-user.
Thanks, now it makes sense. Can somebody create a small sample if it can be done? Cheers

[clsid]

Other samples here:
http://samples.libav.org/MXF/

And the failure is due to ffmpeg regression:
http://trac.ffmpeg.org/ticket/5866

[Pyr0]

If you have an android device (simple phone), try out this one: Remoti.co (https://play.google.com/store/apps/details?id=com.kdombrovsky.mpcremote)
There are several more, but I found this one the most reliable and usable for a long term. I even modded it, I wrote a comment about it in this thread around a year ago.
I use Remoti.co with MPC all the time :)
Any chance you could share your modded version please?

[chros]

I use Remoti.co with MPC all the time :)
Any chance you could share your modded version please?
Sure (uploaded from my latest MyBackup backup): mpc-rc_5.1_mod-1.0.apk (https://www.dropbox.com/s/wwmsvbt4fc3qlw8/mpc-rc_5.1_mod-1.0.apk?dl=0)

And here's my old post (http://forum.doom9.org/showthread.php?p=1735591#post1735591) about it (including the change log).

Known issues:
- if favorite folders are selected, sometimes app crashes: if you run (start) the app again, this feature will work well afterwards

Note:
- I won't add any new feature to the app (it was a pain in the ass to mod it without the source code :) )
- if you like the app then support the original dev, Kostia :)

I'm also using this app for about 5 years, almost every day! :) It includes every necessary feature that I need. With this and the amazing mpc-hc/mpc-be, I don't need any other 3rd party frontend to play stuff from the couch: simplicity always! :)

[Pyr0]

Thank you :cool:
Your modifications make the app even better :)
:thanks:

[GCRaistlin]

http://nightly.mpc-hc.org/ can't be open in IE8. Again (http://forum.doom9.org/showthread.php?p=1756285#post1756285).

[LigH]

If Website Watcher is still the only service which has trouble, maybe it is recommendable to look for an alternative (http://alternativeto.net/software/websitewatcher/) service to get notified about new versions. But IMHO, "one of the most insecure and incompatible browsers" should not be used anymore, anyway...

[Masutin]

Feature request: Folders as Favorites. Now it can only be files.

[robl45]

Is it possible to get 3d subtitles added? I recently switched from this to mpc be for the 3d subtitles but my remote works with this and not be so I'd rather use this if possible.

[chros]

my remote works with this and not be
That is strange, it should be support both (at least the major features). Try out the one I linked above: apart from subtitle delay buttons and couple of after-playback options (they have different key IDs in hc vs be) all works fine with mpc-be as well.

[robl45]

That is strange, it should be support both (at least the major features). Try out the one I linked above: apart from subtitle delay buttons and couple of after-playback options (they have different key IDs in hc vs be) all works fine with mpc-be as well.

The problem is I use Kodi and MPC and the universal remote I use has a remote for Kodi. I also have a program called remote extender that lets the kodi remote work for mpc-hc which it works great but it doesn't work for BE.

[Sylt]

Please realize that the project is dead and abandoned.

[clsid]

A new stable version will be released very soon.

[dipje]

Please realize that the project is dead and abandoned.

Kinda weird thing to say for a project has updates and work and custom-built LAVFilters in July.

No it doesn't see daily updates or something, but since it's pretty mature I see no reason for more updates. First player to work with MadVR and it's HDR functions I believe :).

[foozoor]

Please realize that the project is dead and abandoned.
Are you a *four*chan daily shitposter? ;)

A new stable version will be released very soon.
Great! Does anyone know if the d3d11va hardware decoding will be available?

[GTPVHD]

http://forum.doom9.org/showthread.php?p=1777583#post1777583

This is not the first time this troll tried to troll in the thread, where's the mods when they should be doing their duty and give the troll a permanent ban?

[nevcairiel]

Great! Does anyone know if the d3d11va hardware decoding will be available?

Not likely anytime soon, if ever. What do you expect that to deliver that the d3d9-based DXVA2 currently available does not?

It supports all the same codecs and uses the same hardware, after all.

[foozoor]

Not likely anytime soon, if ever. What do you expect that to deliver that the d3d9-based DXVA2 currently available does not?

It supports all the same codecs and uses the same hardware, after all.

I thought it was just the evolution of dxva2. No? I am not an expert at all.
A kodi dev said it was much safer and doesn't mess colors but it still round down 10 bits to 8 bits unlike cuda. However kodi doesn't work with dx9 only GPUs, you need one that supports dx11!

[nevcairiel]

I thought it was just the evolution of dxva2. No? I am not an expert at all.
A kodi dev said it was much safer and doesn't mess colors but it still round down 10 bits to 8 bits unlike cuda. However kodi doesn't work with dx9 only GPUs, you need one that supports dx11!

If you want full color retention then use DXVA2 Copy-Back with madVR, it supports a full 10-bit path with no losses.

Using a renderer like EVR will always mess with things more, since some of its parts are delegated to the video drivers, and what they do is up to them - no matter if its done through D3D9 or D3D11.

[foozoor]

I learned to not use hardware decoding because it's always safer. It was to know your opinion on it now because things evolve and x265/10bits/4k-8k/60fps video files will emerge sooner than we think. ;)

[nevcairiel]

DXVA2 decoding by itself does not modify the image, I have confirmed several times that Copy-Back decoding is perfectly bit-accurate to software decoders. HW decoding can sometimes produce other problems, like instability of the hardware or whatnot, but with 4K HEVC you don't have much of a choice with todays decoders and CPUs. :)
Ultimately its then up to the video renderer to try to handle the image as precise as it can. Something EVR often fails at, but madVR usually does fine.

[foozoor]

The last time I used EVR I was still on WinXP and it was maybe in 2007. Almost one decade! MadVR master race!

[GCRaistlin]

Does it have a sense to use software decoding to save GPU resources for madVR?

[huhn]

proper GPU decoding isn't done using shaders so it doesn't harm performance.

AMD GPU had a problem with copyback performance loss using DXVA.
nvidia native DXVA results in degraded picture quality.

if your CPU isn't the fastest i would use DXVA decoding.

i personally avoid hardware decoding as much as possible. but using DXVA copy back should be totally fine.

[GCRaistlin]

proper GPU decoding isn't done using shaders so it doesn't harm performance.
But it still warmes up the GPU and may therefore cause high fan noise, doesn't it?

[huhn]

But it still warmes up the GPU and may therefore cause high fan noise, doesn't it?

a proper hardware decoder doesn't heat up the cards.
it's so little power you can ignore this.

if i'm not mistaken intel GPU are showing GPU usage so may heat up the "GPU" with DXVA but AMD and nvidia did do that.

[GCRaistlin]

it's so little power you can ignore this.
Even when decoding UHD video?

Does software decoding warm up the CPU greater than hardware decoding does the GPU?

[nevcairiel]

Does software decoding warm up the CPU greater than hardware decoding does the GPU?

Most definitely.

[NikosD]

a proper hardware decoder doesn't heat up the cards.
it's so little power you can ignore this.

if i'm not mistaken intel GPU are showing GPU usage so may heat up the "GPU" with DXVA but AMD and nvidia did do that.
Intel's iGPUs use only the hardware fixed-fuction decoder for playback and they don't use at all GPU shaders for decoding since Sandybridge.

GPU is used for encoding and VPP filtering (scaling, deinterlacing etc)

[huhn]

just tested it is the DXVA scaling that eats the iGPU not decoding.

in comparison the the DXVA scaler in AMD and NVIDIA cards is kind of free (and bad...).

[madshi]

Strange, I thought the DXVA scaler in Intel GPUs was hard wired. I'm pretty sure that was the case in older GPU generations, at least. Maybe it changed in newer generations. I think it's the opposite with AMD. Older generations used pixel shaders, I think, while the latest generation has hard wired circuits for DXVA scaling, I think. Not fully sure about any of this, though...

[huhn]

i checked it with an old HD4000 i got around 40% GPU usage in DXVA native and over 50% with copyback when testing content in DXVA checker.

test file was VC-1 1080p speed ~110 FPS. support for VC-1 is new to me too. i know quick sync can do it.

as far as i know DXVA checker is using EVR which is using DXVA scaling.

i didn't remove the main GPU so it is not a proper test.



other strange things i notice.
MPC-HC build 1.7.10

HD 4000

VC-1
EVR DXVA native = fine
EVR DXVA CB = fine
EVR CP DXVA native = black screen
EVR CP DXVA CB direct = black screen
madVR DXVA native = fine
madVR DXVA CB = fine

this is very strange to me...

[Zetti]

Finally a new build "1.7.10.264"

[Masutin]

If MPC supports cue sheets at all, could those be used not just for audio files? Thus, no need for incorporating chapters into containers.

[cyanfire]

I want to use the internal LAV codecs for all videos and I've noticed that MPC-HC doesn't use the internal LAVVideo for Apple ProRes or DVVideo contained in MOV format but the external one instead... is this a known issue and is it fixable or something that needs to be implemented?

[LigH]

If the MOV format is handled by QuickTime, lavformats won't handle the container anymore and can't forward the content to the libavcodec decoders. So first check which splitter is used.

[cyanfire]

If the MOV format is handled by QuickTime, lavformats won't handle the container anymore and can't forward the content to the libavcodec decoders. So first check which splitter is used.

I am using the internal LAV Splitter and it uses the Internal LAVAudio