Media Player Classic - BE Win32/x64

[Aleksoid1978]

Found the problem. It only happens if mixing has been enabled in either MPC-BE or LAV audio decoder.

Show Settings and Status in MPC Audio Renderer when playback.

I think i found where is a bug. Wait a fix :)

[JNW]

Good work :) Thanks again for the function :thanks:

[ryrynz]

Any chance of having 'play next file in folder' apply when more than one file is in the playlist?
I've asked before.. I guess that ain't ever happening, would be nice though.

[Aleksoid1978]

Any chance of having 'play next file in folder' apply when more than one file is in the playlist?
I've asked before.. I guess that ain't ever happening, would be nice though.

No ...

[Zero3K]

It would be nice if MPC-BE worked properly when used by StreamBuffRe.

But nobody will even just try them together in order to see what's causing the problem.

[edigee]

A little problem:
Using the latest MPC-BC ,madVR(latest version) and ReClock cannot play a 720p mkv file with PCM 16/48 audio track. Also the LAV filters are updated to the latest version.
With MPC-HC(64bit) and madVR it works with no problems.

[Aleksoid1978]

A little problem:
Using the latest MPC-BC ,madVR(latest version) and ReClock cannot play a 720p mkv file with PCM 16/48 audio track. Also the LAV filters are updated to the latest version.
With MPC-HC(64bit) and madVR it works with no problems.

1) - Upload short sample file.
2) - Try without LAV filters.

[Midzuki]

https://www.videohelp.com/software/MPC-BE says:

Post #59 by TonyB

Massive memory Leak in version 3495

Last good version checked 3491

Question: has version 3496 fixed that problem? :confused:

[v0lt]

@Midzuki
Do you have any details? You can download and check it yourself.

[Klaus1189]

Updated german translation (https://drive.google.com/drive/folders/0B4y5u0gBKYqbUHk0T3A0ellIa28?usp=sharing), updated new "close file" of 3497 and some other adjustments

[Klaus1189]

Today I had time and I used it to check every item in the textfile, to be sure, all are translated: 2000 lines -> It is 100% translated and I made a few changes. -> updated german translation (https://drive.google.com/drive/folders/0B4y5u0gBKYqbUHk0T3A0ellIa28?usp=sharing) :)

I have two questions:
1.) MPC-BE can add AutoPlay entries to windows. When I select DVD checkbox, it also adds one for Blu-rays. But I don't have enough space for "DVD/BD" in options page->player->formats bottom.
-> Is it possible to move "Audio-CD to the right, so "DVD/BD" has enough space? Also in other languages?

2.) I normally use a dedicated audioplayer for my music, but I recognized, that MPC-BE resizes its window to a small one if I play an audiofile, but in options->playback->last dropdownlist is set to do not change the window size.
I have also set MPC-BE to remember its windowsize in first page in options

[v0lt]

Thank you. Updated in r3499.

1 and 2. I'll try to find time and check.

[beter]

Update translation (Chinese Traditional/Simplified, Dutch)

https://www.sendspace.com/file/pp9ilr

[v0lt]

beter
Thank you. Updated in r3500.

Klaus1189
2. I can not confirm.

[Klaus1189]

2. I can not confirm.

If I leave remember last window size unchecked the size of the window stays the same and a speaker is visible -> default window size

If I have remember last window size enabled, use a 3840x2160p screen and when I play a 1080p file for example, then MPC-BE remembers (in 100% setting) 1920x1080 window size, but after starting to play an audiofile, the window gets smaller and a speaker icon is visible, then the size is the same as the default size.

If that's intended, then it's fine. I just thought I let you know ;)



I looked at all languages and made screenshots of the options page which you can find in my link at the bottom of this post. IMHO it is enough space.
I made one little mistake in my last translation and added also DVD/BD to the Checkbox.
Please put in AutoPlay the "Audio-CD" checkbox a little more to the right, so the new translation fits :)

https://drive.google.com/drive/folders/0B4y5u0gBKYqbUHk0T3A0ellIa28?usp=sharing

But now it should be fine, no mistakes anymore :)

[Klaus1189]

Did you try changing to "do not change the window size" under Open Settings in the tab Playback?
Yes, see here:
MPC-BE resizes its window to a small one if I play an audiofile, but in options->playback->last dropdownlist is set to do not change the window size.
I have also set MPC-BE to remember its windowsize in first page in options

[Zero3K]

It would be nice if MPC-BE worked properly when used by StreamBuffRe.

The developer has got it to work in the new version. All he needs to do now is fix the issue with a stream/streams timing out often.

[Aleksoid1978]

If I leave remember last window size unchecked the size of the window stays the same and a speaker is visible -> default window size

If I have remember last window size enabled, use a 3840x2160p screen and when I play a 1080p file for example, then MPC-BE remembers (in 100% setting) 1920x1080 window size, but after starting to play an audiofile, the window gets smaller and a speaker icon is visible, then the size is the same as the default size.


Can't reproduce. Everything works as expected.

[Klaus1189]

Can't reproduce. Everything works as expected.

I made a short video (https://drive.google.com/drive/folders/0B4y5u0gBKYqbUHk0T3A0ellIa28?usp=sharing) which shows my experience when it is set to do not change the window size:
Remember last window size was enabled, a 1080p video was scaled to 100% on 2160p screen, closed the video and player window stayed at 1920x1080, then a wav file was opened and the window was scaled to default size.
Then I disabled remember last window size and the player switched to default size when closing the videofile. And when opening the wav again the window doesn't change, because it was already on default size.

I just thought, the player should stay at 1920x1080 when opening the wav file and the remember last window size is enabled (underlined case).

If that is intended, it's OK, I just thought it must stay at 1920x1080.

@v0lt: Thank you for r3502
Updated german translation (https://drive.google.com/drive/folders/0B4y5u0gBKYqbUHk0T3A0ellIa28?usp=sharing) based on r3502 :)

[Nothingness]

Hello!

I passed to my mother Media Player Classic Home Cinema, after Media Player Classic died. I used it myself, up until I switched to Media Player Classic Black Edition. I've kept checking both apps for new versions, but I''ve noticed these past months Media Player Classic Home Cinema have not had any updates, and after some investigations found out a few days ago the project has crashed and burned. So I sent by email Media Player Classic Black Edition and gave the news about Media Player Classic Home Cinema's demise to my mother.

The things I wanted to see if Media Player Classic Black Edition has added more images for the logo and toolbars, for my mother, so when I checked the links given here in this thread, see they are for SourceForge so when I checked them I see their numbers have shrunked greatly. The other links that were before lead to a Russian Forums, I think since I don't speak Russian, and I'm sorry if my English is weird since it's not my mother language, and there there were more of everything there, more images for the logos, 8 for sure., and more toolbars. I remember there was a change in Media Player Classic Black Edition that was affecting toolbars, and one updated one toolbar because of it.

Why did you change the links and point them to SourceForge instead? I'm curious to know since I'm sure people would like to have as many of them as possible.

[v0lt]

MPC-HC is not dead, it works fine on all supported systems from Vista to Win10.

We did not upload all those strange logos to SourceForge. Many of them were just bad.

[Klaus1189]

I checked r3504 and if I scroll down the formats list, there is a "empty" last line.

[v0lt]

I checked r3504 and if I scroll down the formats list, there is a "empty" last line.
I need more details.

[Klaus1189]

Ok, I made a screenshot and marked it. For comparison MPC-HC:
https://drive.google.com/file/d/1NPtCxHTSsFZqDQ-V8cKSSgfR3-AvDNvZ/view?usp=sharing
https://drive.google.com/file/d/14XVPcIYDVpCG221RpiKOWGdn30NoYdcm/view?usp=sharing

[v0lt]

@Klaus1189
I see the interface bug when the scale is 125%. At 100% and 150% normal.

[Klaus1189]

I am always at 200% and see it, too.

[Klaus1189]

Is that interface bug "fixable"?

[v0lt]

@Klaus1189
I just know that the bug depends on the height of the list and the system dpi. I do not know how to fix this.

[tyrindor]

Anyone have any idea why I get audio drops with DTS-HD and TrueHD tracks when "MPC Audio Renderer" is selected, but not when I have my receiver selected? I am bitstreaming via LAV with both methods, it shouldn't matter. I need the option to uncheck "Use System Channel Layout" which only MPC Audio Renderer offers. I'm using MadVR, and have tried exclusive fullscreen on/off, MadVR is set to match 24hz playback.

[chros]

I use it the exactly same way but I don't have any issues:
- MPC Audio Renderer
-- Primary Sound driver (every other audio device is disabled in the sound control panel of Windows)
--- here maybe you can select your AVR
-- Wasapi mode: exclusive
-- Use System Channel Layout: disabled
-- Release device when idle: enabled
-- Sync audio to video

Which Win do you use? (see mine in signature)

[tyrindor]

I use it the exactly same way but I don't have any issues:
- MPC Audio Renderer
-- Primary Sound driver (every other audio device is disabled in the sound control panel of Windows)
--- here maybe you can select your AVR
-- Wasapi mode: exclusive
-- Use System Channel Layout: disabled
-- Release device when idle: enabled
-- Sync audio to video

Which Win do you use? (see mine in signature)

I'm using Win10 x64. Only setting we have different is release device when idle, so i'll try enabling that.

MadVR's debug OSD (ctrl J) is showing a repeat frame every 4-7 minutes for me, what's it show for you? I wonder if that repeat frame is causing the audio to drop for a split second.

[tyrindor]

Still happens using your exact settings. Even tried a fresh brand new install of Win10, MPC-BE, LAV Filters, and MadVR. Makes no sense, for some reason MPC Audio Renderer is dropping the bitstream for a split second every 5 or so minutes. Sadly, if I can't fix this i'll have to just bitstream using directsound via my receiver which means I'll have to set windows manually to 2.0 for 2.0 sources to correctly use dolby surround.

Out of curiosity, what hardware decoder are you using in LAV video? I am using copy-back and heard that some of these can drop bitstreams.

[Aleksoid1978]

1 - try without LAV Audio Decoder.
2 - upload short sample, where is drop bitstream is happened.

[tyrindor]

1 - try without LAV Audio Decoder.
2 - upload short sample, where is drop bitstream is happened.

Removed LAV Audio and set MPC to bitstream DTS-HD/TrueHD. Still happens.

It's random, rewinding doesn't make it happen again. I've watched 3 TrueHD movies this week where it drops once every 5-10 minutes for a split second. These are 1:1 untouched remuxed blurays that I personally ripped and know are good. I want to blame HDMI handshake, but then it should be happening with DirectSound bitstreaming, but it doesn't. WASAPI is causing it somehow.

[Aleksoid1978]

Removed LAV Audio and set MPC to bitstream DTS-HD/TrueHD. Still happens.

It's random, rewinding doesn't make it happen again. I've watched 3 TrueHD movies this week where it drops once every 5-10 minutes for a split second. These are 1:1 untouched remuxed blurays that I personally ripped and know are good. I want to blame HDMI handshake, but then it should be happening with DirectSound bitstreaming, but it doesn't. WASAPI is causing it somehow.

Try without MadVR - just for test :)

[Aleksoid1978]

tyrindor
Try test build - https://yadi.sk/d/cT1Va7bY3UCzW3
If will be drops - it's create log file on you Desktop.

P.S. Also - check A/V sync after seeking & change audio-tracks.

Another test build - https://yadi.sk/d/sf0VhZUF3UDFzV
check for drops & A/V sync.

[tyrindor]

tyrindor
Try test build - https://yadi.sk/d/cT1Va7bY3UCzW3
If will be drops - it's create log file on you Desktop.

P.S. Also - check A/V sync after seeking & change audio-tracks.

Another test build - https://yadi.sk/d/sf0VhZUF3UDFzV
check for drops & A/V sync.

I will test these and report back when I get a chance. I am not sure how to create a log though.

[tyrindor]

First test build, dropped audio within 10 minutes. Not sure if the discontinuity was caused by seeking to skip the intro, but my render times are only 9ms due to my Titan XP. The drop happened 4 minutes later though.

2018.04.08 12:24:13.311 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by -1.00 ms
2018.04.08 12:24:13.311 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by -1.00 ms
2018.04.08 12:24:44.852 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by 76.00 ms
2018.04.08 12:24:44.853 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by 76.00 ms
2018.04.08 12:24:52.433 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by 102.00 ms
2018.04.08 12:24:52.433 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by 102.00 ms
2018.04.08 12:28:14.205 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 61440, dueTime = 2018830000(2018830000), refclock = 2019040000, sampleOffset = 0

EDIT: Second test build, same thing. By the way my setup is 64bit, so testing 64bit exe is easier for me.

[Aleksoid1978]

Second build don't create log file. And - it's for test. For me with second build don't have audio drop with bitstream.

[tyrindor]

Second build don't create log file. And - it's for test. For me with second build don't have audio drop with bitstream.

I just tested without MadVR (EVR Preset), and still got a drop. :(

[Aleksoid1978]

Try this - https://yadi.sk/d/BmlIoT0_3UDvos
It's create log file if drop and so. Testing without seeking - just open & playback some times.

[tyrindor]

Try this - https://yadi.sk/d/BmlIoT0_3UDvos
It's create log file if drop and so. Testing without seeking - just open & playback some times.

Getting drops on Dolby Digital 5.1 bitsreaming too, not just lossless it seems.

2018.04.08 21:52:55.392 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 25.00 ms(250000) [4800/19200 (frames/bytes)] for clock matching at 52460000/52710000
2018.04.08 21:52:55.392 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 24.00 ms(240000) [4608/18432 (frames/bytes)] for clock matching at 52470000/52710000
2018.04.08 21:52:55.393 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 24.00 ms(240000) [4608/768 (frames/bytes)] for clock matching at 52470000/52710000
2018.04.08 21:52:55.442 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by 32.00 ms
2018.04.08 21:52:55.442 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by 32.00 ms
2018.04.08 21:52:55.492 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 9216, dueTime = 53210000, refclock = 53780000(diff = 570000), sampleOffset = 15360
2018.04.08 21:58:29.911 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by 32.00 ms
2018.04.08 21:58:29.911 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by 32.00 ms
2018.04.08 21:58:29.961 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 16896, dueTime = 83830000, refclock = 84580000(diff = 750000), sampleOffset = 7680
2018.04.08 21:58:29.961 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 24576, dueTime = 84050000, refclock = 84580000(diff = 530000), sampleOffset = 0
2018.04.08 22:04:46.634 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 13824, dueTime = 3423500000, refclock = 3424010000(diff = 510000), sampleOffset = 10752
2018.04.08 22:09:41.102 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 10752, dueTime = 6368180000, refclock = 6368690000(diff = 510000), sampleOffset = 13824
2018.04.08 22:13:29.916 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 24576, dueTime = 8656320000, refclock = 8656830000(diff = 510000), sampleOffset = 0
2018.04.08 22:22:13.448 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 15360, dueTime = 13891640000, refclock = 13892150000(diff = 510000), sampleOffset = 9216

[Aleksoid1978]

Very strange. I try check at home(on my A/V reciver) when will be free time.

[Aleksoid1978]

tyrindor - new test build https://yadi.sk/d/T4RFgrPV3UEyrx

Test on AC3/TrueHD/DTS-HD. For me only drop on AC3/DTS-HD in 5-10m. The problem has not yet been clarified.

[tyrindor]

tyrindor - new test build https://yadi.sk/d/T4RFgrPV3UEyrx

Test on AC3/TrueHD/DTS-HD. For me only drop on AC3/DTS-HD in 5-10m. The problem has not yet been clarified.

Weird no one else has reported this. I'll report back when I get a chance.

[tyrindor]

TrueHD

2018.04.09 08:48:57.079 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 61440, dueTime = 2296190000, refclock = 2296700000(diff = 510000)
2018.04.09 08:54:24.399 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 61440, dueTime = 5569390000, refclock = 5569900000(diff = 510000)
2018.04.09 08:54:48.901 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by 20.00 ms
2018.04.09 08:54:48.901 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by 20.00 ms
2018.04.09 08:54:48.951 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 61440, dueTime = 5667590000, refclock = 5668170000(diff = 580000)

[Aleksoid1978]

Try this build - https://yadi.sk/d/Qx-8lW1A3UGHT2

[tyrindor]

So far so good. One hour of TrueHD and one hour of Dolby Digital Plus with no drops.

If I could get a 64bit compile of that build it'd be appreciated and I can test further.

[Aleksoid1978]

So far so good. One hour of TrueHD and one hour of Dolby Digital Plus with no drops.

If I could get a 64bit compile of that build it'd be appreciated and I can test further.

What's about A/V sync - it's good ?? No desync ??

[tyrindor]

What's about A/V sync - it's good ?? No desync ??

I thought I noticed some slight A/V issues at the end of a dolby digital plus episode, but it may have been the rip. I will have to test further for A/V issues.

This is the log after playing both files:
2018.04.10 07:16:43.716 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 9.00 ms(90000) [1728/6912 (frames/bytes)] for clock matching at 0/90000
2018.04.10 07:16:43.717 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 9.00 ms(90000) [1728/6912 (frames/bytes)] for clock matching at 0/90000
2018.04.10 07:16:43.717 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 8.00 ms(80000) [1536/6144 (frames/bytes)] for clock matching at 10000/90000
2018.04.10 07:16:43.717 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 8.00 ms(80000) [1536/6144 (frames/bytes)] for clock matching at 10000/90000
2018.04.10 07:16:43.717 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 8.00 ms(80000) [1536/6144 (frames/bytes)] for clock matching at 10000/90000
2018.04.10 07:16:43.719 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 6.00 ms(60000) [1152/4608 (frames/bytes)] for clock matching at 30000/90000
2018.04.10 07:16:43.720 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 6.00 ms(60000) [1152/1536 (frames/bytes)] for clock matching at 30000/90000
2018.04.10 08:30:42.285 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 08:30:42.285 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 08:30:42.286 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 08:30:42.286 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 08:30:42.286 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by -1.00 ms
2018.04.10 08:30:42.287 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by -1.00 ms
2018.04.10 08:30:52.485 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by 70.00 ms
2018.04.10 08:30:52.485 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by 70.00 ms
2018.04.10 08:30:55.136 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by 97.00 ms
2018.04.10 08:30:55.136 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by 97.00 ms
2018.04.10 08:59:44.125 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by -1.00 ms
2018.04.10 08:59:44.126 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by -1.00 ms
2018.04.10 09:02:26.001 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.002 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.002 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.002 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.003 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.003 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.003 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.004 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.004 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.004 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.005 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.005 : CMpcAudioRenderer::RenderWasapiBuffer() - Pad silence 1.00 ms(10000) [192/3072 (frames/bytes)] for clock matching at 0/10000
2018.04.10 09:02:26.005 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by -1.00 ms
2018.04.10 09:02:26.006 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by -1.00 ms