Log in

View Full Version : Media Player Classic - Home Cinema (MPC-HC) - v1.7.13


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 [33] 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70

ryrynz
30th October 2014, 11:43
Upon next file playback the OSD sometimes displays "exclusive" rather than displaying the file name when playing the next file in folder, I've also added files in the playlist instead and it also occurs that way too.
Happens in MPC-BE also but Zoomplayer does not have the same issue, so it would appear to be a almost random MPC-HC initialization problem with madVR on file load.

GTPVHD
30th October 2014, 12:42
https://gcc.gnu.org/gcc-4.9/

GCC 4.9.2 released.

Kurtnoise
30th October 2014, 16:23
https://gcc.gnu.org/gcc-4.9/

GCC 4.9.2 released.
frankly, what is the purpose of your post in this thread ? did you see some better performance with it ? :rolleyes:

betaking
31st October 2014, 06:04
Report a compiler bug, when you change the mpc-hc_config.h in this file
#ifndef MPCHC_LITE
#define USE_STATIC_MEDIAINFO 1
#endif for
#ifndef MPCHC_LITE
#define USE_STATIC_MEDIAINFO 0
#endif
mpc-hc not compile!

clsid
31st October 2014, 18:13
Add #if !USE_STATIC_MEDIAINFO
#include "MediaInfoDLL.h"
using namespace MediaInfoDLL;
#endif to PPageFileMediaInfo.h

kasper93
31st October 2014, 20:43
@clsid: This is wrong way. Useless header dependences are useless. Here is proper fix https://github.com/alexmarsev/mpc-hc/commit/9b26ba2c708297b349a8f45b868d34f6c49c4e50

hello_hello
2nd November 2014, 10:45
I noticed this by accident while checking some files and thought I'd ask why MPC-HC doesn't always seem to display the aspect ratio correctly (File/Properties). I'm not certain, but I think it's been the case for quite a while. It's only a tiny bit off when it's off, but I'm curious as to why. I've not done any experimenting with different containers, only a few tests when remuxing as MKV and setting an aspect ratio.

For example, if I open a 640x480 square pixel video (h264) with MKVMergeGUI and remux it while setting the display dimensions to 853x480, MPC-HC's File/Properties menu shows the aspect ratio as 640x480 (247:139) which it then rounds to 640x480 (AR 71:40) for the video size and effectively the aspect ratio is off by a pixel.
When opening the same video with MPC-BE the File/Properties menu shows both the display aspect ratio and video size as being 640x480 (853:480), so I guess in the case of MPC-HC the calculation is for some reason a fraction off.

As another example, opening a 720x576 vob file and remuxing it as an MKV while setting a 2.35:1 aspect ratio results in MPC-HC showing 720x576 (181:77) as the aspect ratio and 720x576 (AR 451:192) as the video size.
MPC-BE shows it as 720x576 (677:288) with a video size of 720x576 (AR 677:288).

It's not always off. A 720x576 vob file shows as being 720x576 (AR 4:3) and remains the same after being remuxed as an MKV.

Could someone also verify.....
As best as I can tell MPC-HC only ever displays the container aspect ratio. Even if you coax it into using the video stream aspect ratio (assuming it's different) the File/Properties menu still seems to always show the container aspect ratio. In the case of my previous example where I remuxed a 640x480 square pixel video with 853x480 display dimensions, MPC-HC shows:

Video: MPEG4 Video (H264) 640x480 (247:139) 50fps [V: English [eng] (h264 high L4.1, yuv420p, 640x480) [default]]

It occurred to me it might be nice if MPC-HC could display both the container and video stream aspect ratios, given it's displaying the storage aspect ratio (resolution) twice anyway..... :)

While I'm asking.....
MPC-HC seems to display the video using the stream aspect ratio in an odd way. It appears to use the stream aspect ratio correctly but the window size remains that of the container aspect ratio. Using my 640x480 video with 853x480 display dimensions as an example once more, with LAV set to use the stream aspect ratio and MPC-HC's "View/Video Frame/Keep Aspect Ratio" unchecked (otherwise the LAV setting seems to be ignored) the result is a 4:3 video with black bars down each side for an over-all 16:9 aspect ratio. I'm pretty sure once upon a time (maybe pre-LAV) unchecking "keep aspect ratio" would have resulted in a normal 4:3 window. Hopefully that all makes sense.

Thanks!

kasper93
2nd November 2014, 12:48
While I like reading stories it is hard to reproduce things that you are describing this way. Please report every issue with following information:

[link to sample file]
[steps to reproduce]
[expected result]
[actual result]

This way I will be able to go straight to bug fixing rather than figuring out how to generate samples and finding bugs myself.

hello_hello
2nd November 2014, 13:08
I use MPC-HC for previewing video as it's being encoded quite a bit (x264 written to MKV). It's my vague understanding these MKVs have no index, so in order for MPC-HC to allow you to navigate after open such an MKV it needs to index the video itself. Or something to that effect..... Generally I'd open such an MKV, there'd be a slightly longer pause than normal waiting for the video to open, but MPC-HC would display a duration for the video and allow you to navigate.
The above process has been fine but for some reason version 1.7.7 seems not to work this way at all. Well, maybe it works sometimes (I've not used it much) but so far it opens the MKVs and plays the video but there's no way to navigate. I've mostly been using one of the nightly builds (1.7.7.24) and the process works "sometimes". Often it requires opening a video multiple times in a row and then eventually it'll open with the ability to navigate.
To make sure it's not something different about the MKVs being written while the video is being encoded I've tried MPC-BE and it opens with the ability to navigate as MPC-HC once did.

Which reminds me.... this question may have been asked many times (I'd be surprised if it hasn't), but the preview MPC-BE shows when moving the mouse along the navigation bar.... is that an ability likely to be added to MPC-HC at some stage? It'd be very nice.....

Thanks!

kasper93
2nd November 2014, 13:42
Could you provide sample or exact build version when the issue was introduced.

hello_hello
2nd November 2014, 14:16
While I like reading stories it is hard to reproduce things that you are describing this way. Please report every issue with following information....

I didn't bother with a sample file simply because it's fairly easy to create one and my internet connection is dog slow. The post was a bit lengthy as I asked several questions regarding the information which MPC-HC displays etc which were general in nature. :)

I described how to easily create sample MKVs when remuxing two common types of video in my previous post, but in the "steps to reproduce" department..... open any 720p video with MKVMergeGUI (1280x720 exactly), change the display dimensions to 1996x720, then open the output MKV with MPC-HC and check the File/Properties menu.
Oddly enough I tried a whole bunch of random display dimensions which MPC-HC showed correctly, then I tried 1996x720. MPC-HC ultimately rounded it to 1995x720

MPEG4 Video (H264) 1280x720 (219:79)
Video Size: 1280x720 (AR 133:48)

MPC-BE didn't.

MPEG4 Video (H264) 1280x720 (499:180)
1280x720 (AR 499:180)

If you don't have a 720p video handy or MKVMergeGUI installed let me know and I'll upload a sample later on, but it'd probably be quicker to make your own and at least then you can be sure the aspect ratio was set as described. ;)

Could you provide sample or exact build version when the issue was introduced.

I'll need to experiment a little more and run some encodes again but I'll endeavour to do both. I spent a little too much time muxing and checking aspect ratios earlier and the real world beckons.....
The hard part in relation to providing a sample is the process of splitting off a sample with MKVMergeGUI fixes the problem, so I'll run a bunch of very short encodes tomorrow and test a few older versions of MPC-HC etc and report back.

Thanks.

hello_hello
2nd November 2014, 20:47
If anyone cares (given I'm running XP), when setting LAV to use CUVID hardware decoding (which shows as available) and playing a h264 encoded video, MPC-HC shows "Playing H/W" in the status bar but the LAV filters setup shows CUVID as being inactive. I checked version 1.7.1, 1.7.3 and 1.7.7 of MPC-HC and CUVID showed as being inactive each time, even though the status bar says otherwise. I'm pretty sure the status bar is correct. Cheers.

nevcairiel
2nd November 2014, 22:31
If it says inactive, that means its not decoding anything, and you looked at the wrong thing.
Since you can have multiple instances of the decoder, you need to actually look at the instance which is decoding stuff, and not for example through the external filter list, but through "Play -> Filters" instead.

hello_hello
2nd November 2014, 22:39
If it says inactive, that means its not decoding anything, and you looked at the wrong thing.
Since you can have multiple instances of the decoder, you need to actually look at the instance which is decoding stuff, and not for example through the external filter list, but through "Play -> Filters" instead.

Ah yes..... if I use the Play/Filters method it's displayed as active. Thank you.

hello_hello
2nd November 2014, 23:33
I use MPC-HC for previewing video as it's being encoded quite a bit (x264 written to MKV). It's my vague understanding these MKVs have no index, so in order for MPC-HC to allow you to navigate after open such an MKV it needs to index the video itself. Or something to that effect..... Generally I'd open such an MKV, there'd be a slightly longer pause than normal waiting for the video to open, but MPC-HC would display a duration for the video and allow you to navigate.

Could you provide sample or exact build version when the issue was introduced.

I can't provide a sample as such as it's kind of odd. When the x264 encoder is writing to an MKV I have a problem being able to navigate after opening the MKV (no duration shown etc). However so far, once the encoding has finished, I don't have a problem opening it and navigating. Not being able to open an MKV and navigate while it's being written seems to be an issue only with later versions of MPC-HC though.

Best I've been able to do is keep trying to open an MKV currently being written to my hard drive. So far, MPC-BE has opened/indexed it every time I've tried and I can navigate.
MPC-HC 1.7.6 has indexed it every time (or at least 9 times out of ten). Version 1.7.7 seems to be where the problem starts. I've tried a couple of nightly builds, 1.7.7.6 and 1.7.7.24 and they both have the same problem.

It's quite odd because forever I've been opening MKVs to preview them as they're being written and rarely had a problem navigating, but now it's happening a lot of the time using two different PCs. Both are running XP.
I just tried opening the same MKV by double clicking on it. 10 times in a row there was no ability to navigate, then three times in a row it was fine, then another six or seven times I couldn't navigate again. Computers....

hello_hello
9th November 2014, 22:31
kasper93,
Here's a little sample which is another example of MPC-HC getting the aspect ratio wrong in case you need it.
The video consists of square pixels with a resolution of 844x358. For some reason MPC-HC displays the aspect ratio as 224:95

Thanks.

258Kb http://ge.tt/3iBP5E42/v/0?c

hello_hello
9th November 2014, 22:59
kasper93,
I managed to create a sample (after aborting an encode) that won't allow me to navigate after opening it with MPC-HC 1.7.7. So far, it's the only time I've noticed it happen after an encode has been aborted. MPC-HC 1.7.6 is fine, I can navigate after opening it with MPC-BE, but the versions of MPC-HC I've tried from 1.7.7 onwards won't allow me to navigate.

It's 28MB. The link should be good for 30 days.
http://ge.tt/7lVDr642/v/0?c

Thanks.

MysteryX
10th November 2014, 02:50
I just tried using MPC-HC with dual-output and that wasn't working properly. My laptop's display had serious tearing problems while the external monitor's image was fine.

pirlouy
10th November 2014, 16:17
(not) Cool story but MPC-HC is not responsible of tearing. You'll have to google a bit if you don't want tearing. Or if you have a problem with a specific renderer, you'll have to give much more details if you want help.

GCRaistlin
11th November 2014, 10:09
Several video clips (in playlist) are being played on the secondary monitor while the user is working on the primary one. On a next clip start, MPC-HC becomes active which leads to some unwanted results if the user doesn't notice the change - all key presses, mouse wheel moves etc are being sent to MPC-HC. Is there a way to avoid this?

vBm
11th November 2014, 18:16
For those that didn't see, MPC-HC won "Community Choice: Project Of the Month" title for November '14

For more info visit -> http://sourceforge.net/blog/november-2014-community-choice-project-of-the-month-mpc-hc/

LigH
11th November 2014, 18:19
http://www.cosgan.de/images/smilie/musik/n015.gif (http://www.cosgan.de/smilie.php)

Contratulations
And Celebrations

pirlouy
12th November 2014, 16:58
Nice !
This Gabest was one of these developers which are just irreal. What he did alone is just outstanding.

GTPVHD
12th November 2014, 17:20
http://www.visualstudio.com/news/vs2013-update4-rtm-vs

http://www.microsoft.com/en-us/download/details.aspx?id=44921

Visual Studio 2013 Update 4 (2013.4) RTM released.

ryrynz
12th November 2014, 22:52
Visual Studio 2013 Update 4 (2013.4) RTM released.

Also a free of charge Community edition (http://www.visualstudio.com/en-us/downloads/download-visual-studio-vs#d-community)!

"Visual Studio Community 2013 with Update 4 - Download Visual Studio Community for a free, full-featured IDE with powerful coding productivity features,
cross-platform mobile development tools for Windows, iOS and Android, and access to thousands of extensions.
This edition of Visual Studio is available at no cost for non-enterprise application development."

LigH
12th November 2014, 23:23
Plus, .NET is going OpenSource; and for Linux cross-platform compatibility, Microsoft appears to plan a merge with Mono.

Gaius
26th November 2014, 04:35
So, what's stopping this issue from being fixed?

https://trac.mpc-hc.org/ticket/46

I'd like to not have to resort to changing the renderer to take anamorphic screenshots in the correct aspect ratio.

Nico8583
26th November 2014, 07:59
Hi,
Do you think it could be possible to add 3D auto switching, like a hardware player can do (for example Popcorn C200) ?
When player detects 3D flag from MKV or .3DSBS. or other into filename, it uses framepacking to auto switch TV to 3D.
Thanks !

romulous
27th November 2014, 05:54
Hi,

I originally reported this in the xy-VSFilter/XYSubFilter thread, but was told to ask about it here, as it involves PGS subs, and apparently the PGS code in xy-VSFilter/XYSubFilter is taken from MPC-HC. Basically, I have a sample file which shows the subs with a black background. I have experimented with the xy-vsfilter/XYSubFilter options (and the same options in MPC-HC), but am unable to get rid of the background (VLC and XBMC both remove the background however, but both obviously do not use xy-vsfilter/XYSubFilter). Would appreciate some feedback on why that is:
https://dl.dropboxusercontent.com/u/105555957/Subs%20Test.mkv (27.1MB)

Thanks.

kasper93
28th November 2014, 21:58
@romulous: I will look into it when I find some time, it is hard lately to find even a little :|

romulous
29th November 2014, 01:44
@romulous: I will look into it when I find some time, it is hard lately to find even a little :|

Thanks, much appreciated :)

hello_hello
29th November 2014, 14:21
So, what's stopping this issue from being fixed?

https://trac.mpc-hc.org/ticket/46

I'd like to not have to resort to changing the renderer to take anamorphic screenshots in the correct aspect ratio.

I hate to say it, but MPC-BE uses the display aspect ratio for saving images. ;)

Out of curiosity, did you mean "resort to changing the renderer" or "resort to changing the player"? It's just that I tried a different renderer or three and the screenshots were still being saved using the resolution rather than the display aspect ratio.

I guess there's always the PrintScreen key on the keyboard.....

SithUK
30th November 2014, 11:00
Hi, please can I have some help with software audio decoding to PCM and then sending the PCM to an AVamp?

I have an older video card that can only bitstream DTS and DD over an HDMI cable. I would like to use MPC-HC (and LAV filter? ffdshow?) to decode a DTS-HD or TrueHD audio track, and then send the audio track to my AV amp using an HDMI cable. I have read that I would do this by having the software decode the HD soundtrack to PCM and then send the PCM to my AV amp. I have read that a lossless 5.1 HD audio signal can be sent in PCM format over the HDMI cable in this way.

I understand that the AV amp should show that it is receiving a multi channel audio stream only. The amp should not show that it is receiving DTS-HD (or even DTS) because those proprietary audio protocols would have been converted to the lossless PCM by my PC.

I have installed the dtsdecoderdll.dll to my LAV filter directory within the MPC-HC installation folder. I have successfully tested that the DTS decoder dll is active in the latest build of 32bit MPC-HC when playing back a media file with a DTS-HD audio track.

I have read that LAV filter does not support both decoding a DTS-HD signal and then outputting the decoded PCM out over HDMI. I have read that ffdshow does allow this functionality.

At the moment when I play a media file with DTS-HD the dtsdecoderdll.dll is decoding the audio, but my AV amplifier is showing that it is receiving a DTS audio stream, not a PCM stream. The amp is therefore doing the decoding, rather than the software on my PC. All bitstreaming tick boxes in the LAV Audio settings are un-selected. I should not be bitstreaming a DTS stream but somehow my AV amp is receiving one.

How can I use MPC-HC to convert HD audio tracks, such as DTS-HD, to PCM, and then send the PCM signal to my AV amp. I want to bypass the windows mixer so that the sound quality is untouched by Windows.

[update]
I noticed that AC3filter is active when playing a media file with MPC-HC. I right mouse clicked on the ac3filter icon in the systray and have found a lot of options relating to audio decoding and output. I appear to be outputting an SPDIF DTS signal even though I have deselected the bitstreaming box in the LAV audio filter options of MPC-HC.

It appears that MPC-HC is sending the audio track to LAV filters which is decoding the DTS-HD audio track using the dtsdecoderdll.dll to PCM, then MPC-HC is sending the audio to AC3filter which is converting the PCM into DTS (not DTS-HD) and outputting the DTS signal using the SPDIF protocol to my AV amp. When I switch off SPDIF in AC3filter I get the MULTICH IN message on my AV amp that indicates a PCM 5.1 signal. Unfortunately the windows volume control works which indicates that windows may be altering the sound quality. Can anyone suggest what is the optimal way to decode DTS-HD then send it via PCM to an external AV amp via HDMI?

nevcairiel
30th November 2014, 13:19
The windows volume control always works with all output modes MPC-HC supports.

e-t172
30th November 2014, 22:38
SithUK: get rid of AC3Filter, you don't need it and that's what's causing your issues. I think the simplest way to do that is to set it as "blocked" in MPC-HC. Then if you want untouched PCM output, use an Audio Renderer that supports WASAPI Exclusive Mode, such as ReClock. That said, your reluctance to go through the standard Windows mixer is overly paranoid, as the Windows audio mixer does not alter the audio in any audible way.

kasper93
2nd December 2014, 00:46
Thanks, much appreciated :)

kasper93,
Here's a little sample which is another example of MPC-HC getting the aspect ratio wrong in case you need it.
The video consists of square pixels with a resolution of 844x358. For some reason MPC-HC displays the aspect ratio as 224:95

Thanks.

258Kb http://ge.tt/3iBP5E42/v/0?c

Both fixed in the latest nightly.

romulous
2nd December 2014, 09:44
Both fixed in the latest nightly.

Yes, can verify the fix for my issue here. Will now ask cyberbeing if it is possible to backport the fix into xy-VSFilter/XYSubFilter.

romulous

mike23
3rd December 2014, 10:43
When I want to re-assign new hotkeys to certain features or search for current hotkey assignments in MPC and go to

Settings-->Player-->Keys

then the table there is not sortable (by click on column header "Command" or "Key").

So I always have to manually scroll down and search with concentration for a particular function.

This is unnecessary and annoying.

Why not make columns sortable by click on the column header like 1000 other program offer?

Thank you
Mike

LigH
3rd December 2014, 11:53
+1; I remember that, searching for the function to cycle through aspect ratios, to assign a hotkey to.

ryrynz
3rd December 2014, 12:01
Why not make columns sortable by click on the column header like 1000 other program offer?


Have instinctively done this I think a few times, been disappointed each time. +1, make it happen.

mike23
5th December 2014, 05:53
Where exactly in options can I disable subtitles (forever and for all videos)?

In Section "Subtitles" I found no checkbox "enable subtitles" or similar.

Particle
5th December 2014, 08:21
Is it possible to configure MPC-HC to not pop up each time I play a new file? It's great for videos, but when I'm playing MP3s it's distracting to have to minimize it every time. I'm trying to move away from VLC and this difference in behavior is really making it difficult to enjoy the transition as thoroughly as I believe I otherwise would.

vivan
5th December 2014, 11:05
Where exactly in options can I disable subtitles (forever and for all videos)?

In Section "Subtitles" I found no checkbox "enable subtitles" or similar.Open any file with subtitles, right click video, subtitles - untick "Enable".

Pulstar
6th December 2014, 23:18
Last nightly + madVR 0.87.11 = Broken ISR (black video as soon as a line is rendered). Hopefully this'll be fixed! :)

kasper93
7th December 2014, 05:08
@Pulstar: What type of subtitles are we talking about? Text one or pgs/dvb? Sample would help also, because it works fine here.

Pulstar
7th December 2014, 10:56
Oops my mistake, turns out I had restricted the subs resolution to "video", seems to breaks things. :/

Warner306
16th December 2014, 09:22
Is there any chance OSD: Filename and OSD: Local Time could be added from MPC-BE?

I am using MPC-HC as an external player and miss having more OSD options. Relaying LAV Splitter information in the same area would be even better.

hello_hello
19th December 2014, 22:02
Both fixed in the latest nightly.

I missed your post from a few weeks ago but I just tried the latest nightly and MPC-HC seems to be getting the aspect ratio calculations correct again. Thanks.

I'm not sure if you've had a look at it yet but.....
The problem with MPC-HC not always being able to navigate MKVs opened while they're still being written by the x264 encoder (http://forum.doom9.org/showthread.php?p=1699224#post1699224) still persists. There's a link to a sample in the post I linked to, in case you missed it.
It's definitely a problem introduced with version 1.7.7. I put a shortcut to version 1.7.6 in the Windows SendTo menu for opening those MKVs and so far I've been able to navigate every time.

ikarad
20th December 2014, 16:52
With xy-VSFilter 3.0.0.211 no problem. With mpc-hc problem (I try some versions like the last nightbuild ou the last official) in fullscreen mode. It works in windowed mode

With xy-vsfilter
http://img11.hostingpics.net/thumbs/mini_471574mpchc2014122016482784.jpg (http://www.hostingpics.net/viewer.php?id=471574mpchc2014122016482784.jpg)

With mpc-hc internal renderer
http://img11.hostingpics.net/thumbs/mini_418766mpchc2014122016500744.jpg (http://www.hostingpics.net/viewer.php?id=418766mpchc2014122016500744.jpg)

video here (bug between 2min 50 and 2min59)
http://www.nyaa.se/?page=view&tid=595939

bug tracker
https://trac.mpc-hc.org/ticket/5151#ticket

wanezhiling
21st December 2014, 04:45
@ikarad, you'd better cut a small sample file instead of linking a full version.

I did that, though. http://pan.baidu.com/s/1mgFpWLi