Media Player Classic - Home Cinema (MPC-HC) - v1.7.13 [Archive] - Page 36

Warner306

21st February 2015, 22:29

On the Kodi (XBMC) forum there is a tutorial thread stating that DXVA2 copyback is more efficient than CUVID. Is this claim substantiated? Is there a quality difference?

I have a GTX970

Ha, ha. I wrote the tutorial. My sources were JRiver Media Center, which configures its software this way and the poster who answered you. When MPC-HC is updated to LAV 0.64, the difference will become even more pronounced due to improvements in DXVA2 decoding. I am using MPC-BE and the latest LAV Filters and was able to increase my settings without increasing the rendering queue.

If you have any problems with the tutorial, please post them in the Kodi forum. I will fix as many inaccuracies as possible. Linking to the JRiver forum would be one improvement.

tjcinnamon

22nd February 2015, 17:39

Ha, ha. I wrote the tutorial. My sources were JRiver Media Center, which configures its software this way and the poster who answered you. When MPC-HC is updated to LAV 0.64, the difference will become even more pronounced due to improvements in DXVA2 decoding. I am using MPC-BE and the latest LAV Filters and was able to increase my settings without increasing the rendering queue.

If you have any problems with the tutorial, please post them in the Kodi forum. I will fix as many inaccuracies as possible. Linking to the JRiver forum would be one improvement.

I have none, just was curious if that assertion was accurate. Thanks for putting the tutorial up there!

tjcinnamon

22nd February 2015, 20:41

Is it possible for MPC-HC to open Unicast or multicast? I am performing this from a local IP in my network

Thanks,
JOe K.

Gravitator

25th February 2015, 08:16

There are plans to add daala player?

LigH

25th February 2015, 08:51

I believe that support for Xiph Daala may come to MPC-HC when libav developers decide that the format is stable enough to be implemented (in LAV Filters). This is not yet the case. Developers still change the features of Daala, the bitstream specification is not yet final.

tjcinnamon

26th February 2015, 04:21

CRA01

27th February 2015, 13:22

Is there a known issue with getting the software to work with .swf files?

I just installed the MPC-HC 64bit and I can't get it to work .swf at all.

LigH

27th February 2015, 13:31

ShockWave Flash won't be supported unless you have the ActiveX Flash Player for MSIE installed, IIRC ... MPC-HC does not contain an own ActionScript interpreter.

And if you use the 64-bit version of MPC-HC, it would have to use a 64-bit Flash player, if that exists at all... apparently it does.

burfadel

27th February 2015, 23:30

ShockWave Flash won't be supported unless you have the ActiveX Flash Player for MSIE installed, IIRC ... MPC-HC does not contain an own ActionScript interpreter.

For Windows 7 you have to install the Flash player separately. For Windows 8.1, the Flash Player is actually 'built-in'. It's still provided by Adobe, but you get it through Windows Update or install it separately through a .msu installer. If you have Windows 8.1, you would most likely already have the latest version installed if you have Windows Updates turned on. You can't install the ActiveX installer.

And if you use the 64-bit version of MPC-HC, it would have to use a 64-bit Flash player, if that exists at all... apparently it does.

There is, it's been around for a while now. It is a universal installer (installs 32-bit for Firefox 32-bit, 64-bit for 64-bit Firefox builds).

The built-in version for IE on Windows 8.1 should be for both 32-bit and 64-bit IE. Probably the majority of people out there don't know this, but 64-bit Windows includes both a 32-bit and 64-bit Internet Explorer, as well as a 32-bit and 64-bit Windows Media Player.

CRA01

3rd March 2015, 08:52

Can you point me in the direction of one for Firefox? I'm not particularly certain what to look for or where.

LigH

3rd March 2015, 09:00

I wonder why. MPC-HC will probably be able to use an ActiveX Flash Player. But would it use a Mozilla Plugin Flash Player as well? Somehow I doubt that.

On top of that, I would not even recommend using MPC-HC for SWF. There are better dedicated ShockWave Flash players with specific controls and features. MPC-HC might lack features for interactive vector animations (e.g. SWF games). And SWF movies are in fact just FLV clips wrapped in an additional SWF container with minimal player script, one may possibly be able to extract them.

Kein

6th March 2015, 22:47

Any idea how can I force MPC-HC to use LAV video decoder to process FRAPS AVIs instead of FRAPS decompressor? Besides the ugly one I came up with: add LAV v. decoder again as an external filter

vood007

7th March 2015, 11:56

Any idea how can I force MPC-HC to use LAV video decoder to process FRAPS AVIs instead of FRAPS decompressor? Besides the ugly one I came up with: add LAV v. decoder again as an external filter

Add FRAPS decompressor and block it?

Kein

7th March 2015, 12:23

I don't think it is possible, FPS1 is a part of AVI decompressor, according to MPC-HC filters data:

Filters currently loaded:
- Speakers (VIA High Definition)
- Sync Renderer
- Audio Switcher
- Color Space Converter
- AVI Decompressor (FPS1)
- LAV Splitter Source (internal)

unlike Dxtory, for example.

UPD:
I added AVI Decompressor to external filter and added just one subtype:
{31535046-0000-0010-8000-00AA00389B71}
set it to block.

Now, it uses LAV Video Decoder but under (low merit). Any idea how to fix this one? Not sure if it is necessary, though, just weird why it goes into fail-safe fallback.

Finnish Flash

8th March 2015, 17:09

First, I want to say that you guys do a great job with this player. Thank you very much!

Recently I noticed a bug with a couple of latest nightlies and DVB subtitles that are used by a local TV channel here in Finland. Starting with version 1.7.8.84 (x86) the subtitles seem to get corrupted and are unreadable.

I use MadVR, but the used renderer doesn't seem to matter.

Here is a sample:
https://mega.co.nz/#!gk91iJpC!T1UxjB27LwSPXzd8sQPQaLAmYmWPMJlkJWiNZPU-_kM

Please, let me know if I can provide additional details!

kasper93

8th March 2015, 19:04

@Finnish Flash: Thanks for the report, will be fixed in next nightly.

ryrynz

9th March 2015, 12:57

Both MPC-HC and MPC-BE don't have consistent behavior when displaying the OSD when playing next file in folder when MadVR is set to FSE mode.

When madVR is in windowed mode the OSD will always display the file name of the newly loaded file every time, when in FSE mode only occasionally does this happen.

More often than not the OSD just displays 'Exclusive' instead. Is there a way to have madVR stay in exclusive mode consistently when transitioning to the next file in the folder?

madshi

9th March 2015, 13:10

Looking at my source code, I think it should be possible to keep madVR in exclusive mode by not destroying the madVR instance, but instead by just reconnecting the pins, when transitioning to the next file in the folder. I haven't actually tested this, though, but this is my current estimate, based on my quick code review.

kasper93

9th March 2015, 13:14

More often than not the OSD just displays 'Exclusive' instead. Is there a way to have madVR stay in exclusive mode consistently when transitioning to the next file in the folder?

madVR overwrites OSD message when it switch to exclusive mode. Opening new file rebuilds whole graph so new instance of madVR need to switch to exclusive. One way to "solve" this would be remove "exclusive" osd message. But all this is not related to MPC-HC.

kasper93

9th March 2015, 13:18

madshi

9th March 2015, 15:28

Each and every file open rebuilds graph in MPC-HC. I don't think it is worth adding complex logic to reuse filers.
Well, it's not really important for me. Just wanted to mention that not destroying and recreating madVR would probably allow madVR to stay in FSE mode. That would be beneficial not only to avoid OSD problems, but to allow faster file switching, too. E.g. wouldn't it also help with seamless audio playback? E.g. there are some CDs that have tracks which should be played without any gap. If you rebuild the whole graph for every file in the playlist, won't that produce an audible audio playback gap?

That said, I do plan to make the "Exclusive" OSD message optional in a future madVR version. Just didn't get around to do that yet. That the "Exclusive" OSD message overwrites a different OSD message is unfortunate. I think I should be able to add a fix for that into the next build. I could simply skip the "Exclusive" OSD message if another OSD message is already visible.

kasper93

9th March 2015, 21:02

I don't think it is a bad idea. But I think at this point it is not worth. I would rather implement Media Foundation support. Which will need to be done eventually. Since MS doesn't care about DS anymore. They have HEVC decoder available as MF variant and EVR supports 10-bit (IIRC) again only MF version. (In Windows 10)

Of course rebuilding the graph every time produce delay. But I think it is not easy as it sounds to seamless switch files in live graph, I think it wasn't even designed to be used this way. Especially if we want to respect user configuration and not reuse the same filters. What I'm trying to say is that it would require complete redo of graph building. And I don't have time to devote to this. There are more important issues that still need fixing. But hey we are open source anyone can contribute and I'll be glad to merge such changes :)

madshi

9th March 2015, 21:14

Is the MS HEVC decoder faster/better than LAV?

kasper93

9th March 2015, 21:40

It is faster, in some cases significantly. You can find some numbers here:

http://forum.doom9.org/showpost.php?p=1699682&postcount=110
http://forum.doom9.org/showpost.php?p=1700389&postcount=141
http://forum.doom9.org/showpost.php?p=1700494&postcount=146
http://forum.doom9.org/showpost.php?p=1705352&postcount=177

nevcairiel

10th March 2015, 01:16

Note that LAV/FFmepg is still getting faster as well, the next version should have a potential 20-25% increase again on some clips.

kasper93

10th March 2015, 01:25

I'm sure we will close the gap eventually. I was trying to show that Microsoft did good job on thier decoder and that's why I mentioned it in the first place.

ryrynz

10th March 2015, 07:32

Of course rebuilding the graph every time produce delay. But I think it is not easy as it sounds to seamless switch files in live graph, I think it wasn't even designed to be used this way.

Well, it's not really important for me. Just wanted to mention that not destroying and recreating madVR would probably allow madVR to stay in FSE mode.

That said, I do plan to make the "Exclusive" OSD message optional in a future madVR version.

I've found this issue occurs most regularly when FSE mode is delayed by three seconds. On the odd occasion madVR actually stays in FSE mode on next file playback, It happens seemingly at random (I can duplicate it 1 out of three or four times seeking to the end of the file and waiting for the transition) There is no 'exclusive' shown when this occurs at all. When FSE mode is not delayed by three seconds 90% of the time the OSD displays the filename as it should, but the the other times madVR displays 'exclusive'.
You may recall madshi I've mentioned this a couple of times in the madVR thread, still hoping for a fix before 1.0 which would still be some years away :p

On another note and MPC related this time, launching a new file whilst in fullscreen with 'launch file in fullscreen' option ticked in MPC-BE you get a full black screen and then file is played in exclusive, In MPC-HC, the control bar flashes up before the file is played.

I do think it would be nice to have the renderer and the player display things together nicely, so that renderer messages actually display alongside MPC's OSD rather than overwrite it (or the other way around) so something like..

madVR test.mkv: Exclusive Mode Activated

madshi

10th March 2015, 09:53

I'm sure we will close the gap eventually. I was trying to show that Microsoft did good job on thier decoder and that's why I mentioned it in the first place.
I fully understand. It's a bit sad that MS seems to want to enforce MF on us now. But I'm optimistic that LAV will catch up in HEVC decoding performance sooner or later.

madshi

10th March 2015, 09:55

I've found this issue occurs most regularly when FSE mode is delayed by three seconds. On the odd occasion madVR actually stays in FSE mode on next file playback
madVR fully destroys the Direct3D interfaces and recreates them. It's impossible to "stay" in FSE mode, when MPC-HC does "next file". However, if playback already starts in fullscreen mode, madVR is often able to directly start in FSE mode, too, and in that case the "Exclusive" OSD is not displayed. The OSD message is only displayed when switching between windowed <-> FSE mode. That's probably what you're experiencing there.

Yeah, of course it would be nice if the OSDs would work together. At some point they probably will. There are only so many hours in a day, you know...

ryrynz

10th March 2015, 11:20

The OSD message is only displayed when switching between windowed <-> FSE mode. That's probably what you're experiencing there.

I figured that might be the case, so hopefully someone can determine why MPC sometimes jumps out of full screen mode (at least with madVR) on next file playback.

jkauff

11th March 2015, 14:41

I figured that might be the case, so hopefully someone can determine why MPC sometimes jumps out of full screen mode (at least with madVR) on next file playback.
Pardon the obvious question, but do you have the MPC option set to exit full screen mode at the end of playback?

ryrynz

11th March 2015, 22:17

Pardon the obvious question, but do you have the MPC option set to exit full screen mode at the end of playback?

Pardoned :) Yes it is enabled, It has no real usefulness when 'playing next file in folder' is active and should be disabled automatically
when used in that case, all it does it hamper transitions with unnecessary window changing.

My recommendation would be to treat 'play next file in the folder' as an automatic addition to the playlist once playback of the previous file is complete and hence not break out of fullscreen mode.

SecurityBunny

13th March 2015, 23:48

Has there been any news regarding the planned audio renderer rewrite for better wasapi support?

Finnish Flash

17th March 2015, 14:44

@Finnish Flash: Thanks for the report, will be fixed in next nightly.Working fine now. Thanks!

Thunderbolt8

17th March 2015, 21:22

My MPC-HC crashes quite often when I try to jump around in the video stream. I use it mostly for .mkv blu-ray remuxes (AVC) and in my case it happens rather frequently when I skip or jump through the video to different places that mpc-hc crashes sooner or later. It just stops doing anything or reacting and I have to close mpc-hc via task manager.

I dont know why that is, but its been like that for me for a very long time (has it even been different? dunno). I am curious, am I the only one to whom that is happening? I update mpc-hc rather frequently, but this thing has been going on for me.

I use madVR and LAVVideo + Audio, maybe the problem is related to that?

huhn

17th March 2015, 21:25

My MPC-HC crashes quite often when I try to jump around in the video stream. I use it mostly for .mkv blu-ray remuxes (AVC) and in my case it happens rather frequently when I skip or jump through the video to different places that mpc-hc crashes sooner or later. It just stops doing anything or reacting and I have to close mpc-hc via task manager.

I dont know why that is, but its been like that for me for a very long time (has it even been different? dunno). I am curious, am I the only one to whom that is happening? I update mpc-hc rather frequently, but this thing has been going on for me.

are you using DXVA decoding? if yes try it without dxva.

kasper93

17th March 2015, 22:12

If it comes to crash you should share dumpfile so we can analyze what's going on.

minaust

17th March 2015, 22:12

I use madVR and LAVVideo + Audio, maybe the problem is related to that?
Do you use the LAV splitter? If so, you might try disabling it and using another splitter such as Haali and see what happens then. I've had similar problems caused by the LAV splitter.

minaust

17th March 2015, 23:44

Hi everybody!

I have a problem with MPC-HC that's an old problem, but I've tracked it down to the source. The problem is in the LAV splitter. Recently, I did a video capture. I had a .mpg file with a duration of 2:02:00. Two hours and two minutes. The .mpg goes into dgindex and is indexed and audio demuxed. The index file and the audio file go into a simple avs script and virtualdunmod is used to edit out commercials. The resulting script has a duration of 1:25:49 according to every program except MPC-HC, which reports 2:02:00. Same with the finished .mkv and .mp4 encodes. Switching to the Haali splitter fixed the problem. Going back to LAV, and problem returns. Delete the original unedited audio, that created by dgindex, and problem is gone. Correct duration shown.

Now I create a .aac track, and problem is back, worse. Now MPC-HC is telling me the duration is over 5 hours. Mux the aac into .mp4 container and delete the external aac, and duration is good, even when playing the .mp4 containing that .aac track.

I've since discovered that having a properly named .aac audio file in the same folder as the video and the auto-load audio box is ticked, I'm guaranteed to get a severely bogus duration. A two-hour video becomes 45 hours, with all chapter marks squashed over to the left side.

What's up with that?

Thunderbolt8

17th March 2015, 23:50

are you using DXVA decoding? if yes try it without dxva.no, I am not using DXVA.If it comes to crash you should share dumpfile so we can analyze what's going on.where are these located?

huhn

18th March 2015, 00:03

https://trac.mpc-hc.org/wiki/minidumps

i don't have a crash dump at the moment but this should be up to date.

kasper93

18th March 2015, 00:21

Delete the original unedited audio, that created by dgindex, and problem is gone. Correct duration shown.

Delete from where? From the folder? Because why whould you mux unedited audio to edited video? If so MPC-HC might load this file as external audio and pick it's duration, because it is longer than the other file.

where are these located?

In the same place as .exe file or %APPDATA%\MPC-HC. But you should get messaged about crash with instructions. Unless you are not using official build and/or crash is not in MPC-HC in fact.

My recommendation would be to treat 'play next file in the folder' as an automatic addition to the playlist once playback of the previous file is complete and hence not break out of fullscreen mode.

We don't exit fullscreen mode when opening next file. We have explicit exception for this case, so option "exit fullscreen on file end" don't make any difference. But we do create new madVR instance and basically we have a race here between madVR message and MPC-HC's message.

Maybe madVR could go directly into exclusive mode (if conditions are made) and omit the message? (it doesn't show message when first init windowed mode) Though only madshi can answer this question.

Duffy Moon

22nd March 2015, 03:07

I'm using version 1.7.8 and the latest madVR and LAV audio and splitter, but I can't get any subtitles to appear.

I've tried everything I can think of in both MPC and LAV splitter options, but nothing seems to work.

Any advice for troubleshooting would be greatly appreciated.

Nintendo Maniac 64

22nd March 2015, 08:40

Something I've been wondering for a few years now - is there anyway to enable reading and applying of ReplayGain tags in MPC-HC/BE/etc? ReplayGain tags makes it really easy to have the volume be consistant between multiple saved video files, but ReplayGain isn't even supported for stand-alone audio files, so...

For reference, I typically use Foobar2000 to apply ReplayGain tags (I know that it can apply them to MP4, WebM, and MKV video containers).

minaust

22nd March 2015, 19:59

Any advice for troubleshooting would be greatly appreciated.
What OS, what type of subs, and what type of video?

First, right-click on the screen during playback, go down to subtitles and see if the renderer has subs. If not, go to the options screen, go to 'Playback' and see if "use built-in subtitle renderer" is checked. Don't feel insulted, I spent a whole day troubleshooting, just to find that had somehow gotten unchecked.

Do a Ctrl-L to manually load the subtitles to see if they play then.

That's the basics. More info will help.

Duffy Moon

22nd March 2015, 20:33

Windows 7, all kinds of subs in h.264. On some, the subtitles menu option is greyed (when I know that there should be subs) and on others it says there should be subs, but they're not displayed!
I shall check to see if that box is ticked (as we say in the UK) later.
I did try Ctrl-L, but it had no effect.

Thanks for the help.

minaust

23rd March 2015, 00:15

Duffy Moon

23rd March 2015, 00:22

Internal and external (.srt). Subs stored with video and named identically. The built-in subtitle renderer option is enabled.

Nothing works. :(

minaust

23rd March 2015, 05:13

Internal and external (.srt). Subs stored with video and named identically. The built-in subtitle renderer option is enabled.

Nothing works. :(
Right click on the screen while playing a video. Go down to 'filters' and a list of the currently used filters will show. You should see something along the lines of: Default directsound device, madvr, audio switcher, and the three LAV filters. Anything else show up?

As a test, try using the EVR-CP video renderer instead of madvr.

Also, as an extreme test, go to Options -> Miscellaneous, and click 'reset' under 'settings management'. That will reset MPC back to defaults. Then don't do anything more to MPC than is absolutely necessary to make it play videos. In my case, I didn't need to change a thing. Try it then.