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

[PCU]

i need help: how to use wapasi in mpc-hc?

[huhn]

sanear is using WASAPI.
https://github.com/alexmarsev/sanear/releases

it's beyond me why people want WASAPI but here you go.

[PCU]

when i select sanear & play a video file, mpc-hc shows default directsound, why?

[huhn]

sorry no real clue.
you didn't restart the player? you didn't installed sanear? sorry a lot of reason for this.

[PCU]

re-registered & fixed, thanks.

[sneaker_ger]

JFYI: Sanaer is integrated in MPC-HC. Options->Playback->Output->Audio Renderer->"Internal Audio Renderer". (Settings via Options->Internal Filters->Audio Renderer)

[PCU]

you must install sanear first.
feature request: integrated madvr & wasapi pleaes.

[lvqcl]

AFAIK:
1) "Internal Audio Renderer" is sanear, so it's integrated already
2) MPC-HC is not developed anymore, so all feature requests are futile

[sneaker_ger]

1) "Internal Audio Renderer" is sanear, so it's integrated already
Yes, that's what I've been trying to tell him.

[PCU]

:thanks:

[clsid]

Correct. It is integrated.

Use version 1.7.13.112 to get an up-to-date audio renderer:
https://nightly.mpc-hc.org

[chros]

Use version 1.7.13.112 to get an up-to-date audio renderer
Yes, just use the latest nightly.
I personally switched to MPC-BE (https://forum.doom9.org/showthread.php?t=165890&page=247) about half a year ago (still using external LAV filters with it) and the reason was their wasapi implementation:
it has the release device when idle subsetting that is a really amazing feature :) (sanear is buggy (https://github.com/alexmarsev/sanear/issues/17) in this regard)

Of course, I still have mpc-hc (probably I always will), I use mpc from the beginning (~15 years!).

[mkver]

Does MPC-HC actually have a function by which one can play multiple files as if they were one big file? Just like the concat protocol in ffmpeg. Given that LAV Splitter is based upon ffmpeg, there might be some way to access this functionality.

[LigH]

You can play a playlist sequentially. But probably not gaplessly.

[mkver]

I am aware of ordinary playlists, but they are not what I am looking for (at least if I have not overlooked a feature). I need very precise timing information (I want to use MKVToolNix to remux the part that I am interested in without having a GOP too much/too less at the end).

[LigH]

I believe it was asked before, and I slightly remember that it is more or less necessary for a generic media player to finish one source media before starting a next one (reading new headers and keyframe indexes, preparing display attributes, selecting tracks, etc., all time consuming). Gapless playback of a segmented source media would be a quite special case requiring several constraints.

[nevcairiel]

The ffmpeg concat protocol is extremely limited as it is, it would only work in a very small set of cases, so its probably not a good idea to base any such features on top of it.

[mkver]

The ffmpeg concat protocol is extremely limited as it is, it would only work in a very small set of cases, so its probably not a good idea to base any such features on top of it.
Does this mean that LAV Filters can't be made to use the concat protocol (or expose it to other applications or however it would be called) and that therefore there is nothing for a player like MPC-HC to use anyway?
My intended usecase would fall under this very small set of cases: I have a DVR that writes to a FAT32 disc and therefore has to split the file (MPEG2 transport stream) into smaller parts. And for precise remuxing with MKVToolNix I need precise timing infos. (Currently I do a rough remux first and then remux the mkv again.)

@LigH: In my usecase it should not even finish one media before starting the next one, but treat them as one thing (just like the concat protocol). It should not try to determine which tracks all subsequent parts contain, but should treat them as one big file. This is actually not the usual gapless playback. This is important: in MPEG2 transport streams, audio and video data is often interleaved in such a way that the video data for PTS t is near to audio data for PTS t+about 1s (in other words, the channels transmit the video data earlier than the corresponding audio data, probably because the decoder latency of video is bigger). So if I have a file, its content is like this:

Video -xxxxxxxxxxxxxxx
Audio xxxxxxxxxxxxxxx-

(The axis choosen here is PTS. Here the x stands for "the corresponding data (for this PTS) is present in the file"; - stands for "the corresponding data is not present in the file".)
But if one splits this file, and plays the two files sequentially, one has something like this:

Video -xxxxxxxx -xxxxxxx
Audio xxxxxxxx- xxxxxxx-

(In particular, the length of the combined file is not the sum of the length of its individual parts.)
In a gapless playback solution one would not have the interruption that is indicated here by the space, but one would still have the interruption by "-" (on top of this interruption due to the interleaving in transport streams the split can happen in the middle of a frame and in the middle of a GOP, so if the files aren't treated as one big file, the player would have to discard undecodable frames before the first keyframe of the second part and one would have a defective frame at the end (in decoding order) of part one).

I have also searched for a driver to give me the ability to mount the individual files and let it appear as a big file, but I haven't found anything (for Windows).

[LigH]

To achieve this, a player would have to start loading the next file and analyze its headers and start encoding it already while it is still playing the current, just in time before it ends. It would need several parallel threads playing segments, and a quite smart logic to sync their activities to match their separate outputs during presentation. I doubt any media player developer would even try that for any other media formats than MPEG Program Streams (like VOB) or Transport Streams (like Blu-ray playlists) where you could at least be vaguely sure that the next segment should match the current in all attributes...

Currently you will have to concatenate segments physically to one contiguous media file to play it gaplessly. A logical concatenation of arbitrary media formats appears utopical to me.

[e-t172]

To achieve this, a player would have to start loading the next file and analyze its headers and start encoding it already while it is still playing the current, just in time before it ends. It would need several parallel threads playing segments, and a quite smart logic to sync their activities to match their separate outputs during presentation.

To be fair, lots of music players do precisely that to provide gapless playback. Though of course audio-only playback is nowhere as complicated as video playback. Perhaps a video player that also doubles as a gapless music player could reuse the gapless logic for video files, in theory.

[sneaker_ger]

@mkver
See: https://github.com/mpv-player/mpv/issues/1178

tl;dr:
mpv "ffmpeg://concat:part1.ts|part2.ts|part3.ts"

[hubblec4]

Does MPC-HC actually have a function by which one can play multiple files as if they were one big file?

Yes, but Matroska files only.

[sheppaul]

@mkver

Try Potplayer. Open playlist editor, load (drag & drop) ts files into playlist editor, select files to play together, right click on the selections and click the first seamless playback menu.

First menu for seamless playback is only for ts files and the rest two are for general media files (The files of different container format can be mixed for seamless playback).

[mkver]

Thanks to all. mpv works; potplayer has the downside of only showing seconds easily, not milliseconds. This can be circumvented by going to the seek menu (where the time is shown precisely), but this is more work than using mpv.

[PCU]

mpc-hc is windows only, but is very popular comparing to vlc multi-platform, interesting:
look how fast potplayer is growing:
https://alternativeto.net/software/mpc-hc/

[nussman]

Why you post this in MPC-HC thread?

[PCU]

to encourage mpc-hc dev team to continue making this app alive again, this popular app is dead now, i don't like another tragedy like original mpc.

[vivan]

Except potplayer lives by parasitizing on other open source projects, stealing code from ffmpeg, ffdshow and mpc-hc itself.
Great encouragement, yeah.

[PCU]

i'm just saying that potplayer is growing & is very complicated, but what's the new fork name of mpc-hc?: media player classic home cinema next genereishen :D (mpc-hc-ng site: mpc-hc-ng.gov.us.org.ru)? :D
bug report: when i play .ts files & jump to the position i want on seekbar, mpc-hc video playing freezes & shows that position after long delay, what's wrong?

[clsid]

The MPEG-TS container does not have an index for seeking, so seeking can be slow for large files. Not a bug. Remux to .mkv if you want better performance.

[LigH]

That mainly happens for exact seeking, because in this case, MPC-HC tries to continue as good as possible at the target playing time, but the video will probably have a variable bitrate, so MPC-HC needs to seek from a first inexact guess (it cannot know how the bitrate is distributed across the whole length) further to the GOP starting just before the exact position, which will cost a lot of seeking operations.

Enabling fast seeking may help to get a better response, but the playback may not continue very close to the desired position according to the timeline for file formats without a feature to predict the bitrate distribution.

[PCU]

thanks.
is there any dev left?

[LigH]

thanks.
is there any dev left?

No need to https://cosgan.de/images/smilie/traurig/a045.gif:

I will be making a fresh build with latest LAV, MediaInfo, etc soon. Probably next week. I might make it an (unofficial) version 1.8 release.

Well, OK ... that "one week" is already a month ago ... :o

I don't have push rights.

Did that change, or is there an unofficial fork now?

[PCU]

new fork with blu-ray support (java emulation maybe).

[LigH]

Did you program any?

Or do you know any other OpenSource project with liberal license they could use? Did you even search for one?

[clsid]

Unofficial 1.7.14 build is now available here:
https://forum.doom9.org/showthread.php?p=1831201

[djesteban]

Unofficial 1.7.14 build is now available here:
https://forum.doom9.org/showthread.php?p=1831201

Ohhh thanks clsid! That's great! Thanks for keeping that awesome video player alive :)

[tony359]

hi there
I'm trying to change the brightness of subtitles of a Blu Ray ISO - sub is PGS the renderer says.

Is that doable somehow? I have tried everything and none of the settings/renderer have tried affect those subs. I am reading that PGS subtitles are in fact pictures stored on the Blu Ray and as such they cannot be changed - is that true?

Any help appreciated.
Thx
Tony

[mytbyte]

@Tony359: yes, PGS subtitles are pictures, that's why you cannot affect them...the professianals who mastered the bluray should have already made a good job of making the subtitles readable

[jkauff]

I'm trying to change the brightness of subtitles of a Blu Ray ISO - sub is PGS the renderer says.
If only one movie has this problem, your best bet is probably to make a note of your current brightness and contrast settings on your TV/monitor, then start experimenting with the settings for playback of that particular movie.

[sneaker_ger]

@Tony359: yes, PGS subtitles are pictures, that's why you cannot affect them...the professianals who mastered the bluray should have already made a good job of making the subtitles readable
You can change the palette of pictures. Same with PGS.

[clsid]

The player does not have the ability to change them.

[sneaker_ger]

Oh, we're talking about the player. I thought of editing the files. (I know we are in the player thread ...)

[tony359]

thank you guys for your help.

If only one movie has this problem, your best bet is probably to make a note of your current brightness and contrast settings on your TV/monitor, then start experimenting with the settings for playback of that particular movie.

I am seeing the issue with some content and maybe it's also a matter of personal preference. My projector is calibrated, I am not going to play with the brightness to dim the subtitles! :)

[Brewskie]

MPC-HC 1.7.13.1 Build 2017-07-17

IT IS FUCKING ALIVE!

Changelog:
* UPDATE: LAV Filters 0.70.2.3
* BUGFIX: OpenSubtitles seach failed for unicode filenames
* BUGFIX: Prevent crash for ASS subtitles with invalid (too high) blur values
* BUGFIX: Fixed DPI scaling of non-client areas in main window, if moving from screens with different DPI.
* ENHANCEMENT: Now uses external MediaInfo DLL. Allows manual updating.
* ENHANCEMENT: Now has the ability to use an externally installed copy of LAV Filters as its internal filters (if the LAVFilters subfolder is not present).
This means less duplication for those who use both. It also makes manually updating easier.
The main difference between using an internal LAV instance or an external instance, is that settings are stored in a different Registry key.
* ENHANCEMENT: Automatic encoding option for saving playlists. Uses UTF8 encoding when applicable.
* ENHANCEMENT: Split internal MPEG source filter option into a PS and TS variant.
* CHANGE: Removed DrDump crash reporter and replaced it with an error dialog that shows crash details.
* CHANGE: Option "Reinitialize when changing display" is now enabled by default.
* CHANGE: Removed an unnecessary Windows API hook. (Might fix an compatibility issue with F-Secure.)
* CHANGE: Sprinkled with fairy dust and pure awesomeness

Download:
x64 (http://www.datafilehost.com/d/234e4b93) (SHA256 = d640a70d78ed29828ad29a91393b53b2f429a3964d01819a3476f8440fab0c1b)
x86 (http://www.datafilehost.com/d/41d5c9f4) (SHA256 = 9bb760df1ff4509ef5e5e974e178ff641f2580e7b22c55ac21153a888172d5b7)
(no installer, just extract and overwrite your existing files)
(proper host coming soon)


Hi, the x86 link for this build is dead :( - would someone be willing to re-up it?

It would be greatly appreciated!

[LigH]

Or you could switch to v1.7.14+ (https://forum.doom9.org/showthread.php?t=175209) ... (now v1.7.15)

Downloads are in clsid's github releases (https://github.com/clsid2/mpc-hc/releases/).

[Brewskie]

Or you could switch to v1.7.14+ (https://forum.doom9.org/showthread.php?t=175209) ... (now v1.7.15)

Downloads are in clsid's github releases (https://github.com/clsid2/mpc-hc/releases/).


Thanks @LigH, that's good info but I was interested in this build with regard to your post on the LAV Filters - DirectShow Media Splitter and Decoders (https://forum.doom9.org/showthread.php?p=1833766#post1833766) thread - for reference:

Just as "anchor":

Officially, the last stable release supporting XP was v0.70.2 (https://forum.doom9.org/showthread.php?p=1811365#post1811365)...

There was a link to Aleksoid1978's diff to 0.70.2.1 (https://forum.doom9.org/showthread.php?p=1812127#post1812127) with experimental CUVID H.265 10-bit decoding.

And clsid published MPC-HC 1.7.13.1 incl. a patched LAV Filters 0.70.2.3 (https://forum.doom9.org/showthread.php?p=1812899#post1812899).

From there, the thread kept derailing over and over.


Any chance on someone being willing to make it available? :cool:

[sneaker_ger]

1.7.15 has even more updated LAV. :) So just use 1.7.15.

[pikaczu]

could anyone, make patches for my changes in mpc hc?

[Zero3K]

Why is MPC-HC better at playing streams/videos located on the Internet than MPC-BE? Shouldn't MPC-BE be as good or better than MPC-HC when it comes to playing them?