Media Player Classic - BE Win32/x64

[SamKook]

SamKook, VipZ
Try this build - http://aleksoid.voserver.net/MPC-BE/mpc-be.exe_WASAPI_EXCLUSIVE_13a.7z

About glitch & A/V Desync - i wait log file from you. It's create on Desktop.

It's in a constant state of glitching. It sounds like they speak through the blades of a fan.

Edit: Forgot to say that there wasn't anything in the log except the 2 usual lines when you start the video.

[Casshern]

Yes - it's use different key in registry

Thanks!

[VipZ]

Can you upload examples of the file on which you are out of A/V sync. And - what decoding you use, Bitstream or PCM output ?.

Tested with mpc-be.exe_WASAPI_EXCLUSIVE_13a.

I don't seem to get any glitches in the short period of testing.

With regards to the OoS audio, this is quite random and can happen on almost any media file.

Here's the log file from a time when it was over 2 seconds out,
2013.06.25 20:21:28.050 : CMpcAudioRenderer::RenderWasapiBuffer() - Data Event, not enough data, requested: 57600[2400], available: 36864, elapsed time: 0, buffer size: 500000
2013.06.25 20:21:28.052 : CMpcAudioRenderer::RenderWasapiBuffer() - render event occurred too early, elapsed time: 21899, buffer size: 500000

Was using this sample, http://www.mediafire.com/download/94q08mhpheee77y/eac3_detection_sample.VOB

I am testing with LAV decoding to PCM

[SamKook]

I tried VipZ sample and it also constantly glitches like all my other test, both with LAV filters and the internal ones.

I recorded part of the sample during playback to give you an idea of what it sounds like(it's not very loud since I had terrible feedback in my TV speakers and win7 sound recorder is terrible, but you should be easily able to hear it with the volume up since I was): http://www.mediafire.com/?fc36zx7fs7f68g5

[Aleksoid1978]

SamKook, VipZ - Reclock play fine ??

[SamKook]

SamKook, VipZ - Reclock play fine ??

Yes it does, never had any problem with it.

[Aleksoid1978]

Yes it does, never had any problem with it.

Smart people work there :)

[VipZ]

SamKook, VipZ - Reclock play fine ??

I have never liked the way Reclock works so never used. MPC Audio renderer shows great promise cause it will output the source as bit exact and not try fit something into a specific setting like reclock

[ontherocks]

As per the real time edid of my AVR, it supports 88kHz & 176kHz sampling rate.

http://img841.imageshack.us/img841/4426/z05u.png

Yet, for audio tracks with a sampling rate of 88.2kHz and 176.4kHz, I see 192kHz in my AVR.
I have the bit-exact option turned ON.

Example file 88.2kHz - http://download.linnrecords.com/test/flac/recit24bit.aspx
Example file 176.4kHz - http://www.audiocheck.net/testtones_highdefinitionaudio.php

[nevcairiel]

NVIDIA GPUs don't support 88.2 kHz, in case you have one of those.

[Aleksoid1978]

As per the real time edid of my AVR, it supports 88kHz & 176kHz sampling rate.

http://img841.imageshack.us/img841/4426/z05u.png

Yet, for audio tracks with a sampling rate of 88.2kHz and 176.4kHz, I see 192kHz in my AVR.
I have the bit-exact option turned ON.

Example file 88.2kHz - http://download.linnrecords.com/test/flac/recit24bit.aspx
Example file 176.4kHz - http://www.audiocheck.net/testtones_highdefinitionaudio.php

Look at the list of supported frequencies of your audio device:
http://i.imgur.com/4zpyReF.png

[Aleksoid1978]

VipZ, SamKook
Test please on different builds from here - http://aleksoid.voserver.net/MPC-BE/WASAPI/

[v0lt]

MPC-BE v1.2.1.0 -dev build 2985 (http://dev.mpc-next.ru/index.php/topic,1606.msg8880.html#msg8880)

[wanezhiling]

50mc_Device_Period_Seeking_test_2 is the best for me. :)

[Aleksoid1978]

50mc_Device_Period_Seeking_test_2 is the best for me. :)

What about noise after seeking ??

[wanezhiling]

Gone :)

[Aleksoid1978]

Gone :)

It's a great news.

[Aleksoid1978]

50mc_Device_Period_Seeking_test_2 is the best for me. :)

Can you test this build again - a made some changes and upload again. :)

[wanezhiling]

Work fine as before

[VipZ]

VipZ, SamKook
Test please on different builds from here - http://aleksoid.voserver.net/MPC-BE/WASAPI/

In some short testing I would say the best is for seeking is mpc-be.exe_minimal_Device_Period.7z but audio sync seems worse

And mpc-be.exe_50mc_Device_Period_Seeking_test_2.7z for audio sync

Tested with both AMD HDMI to AVR and sound card using headphones (Windows drivers).

[Keiyakusha]

Not sure if I should report this or not, but in MPC-BE svn r2985 Audio renderer produces no sound when plays aac audio (http://db.tt/70mx1j3P). This happens only in shared mode, exclusive works.
This is the same using lav splitter/decoder or internal splitter/decoder

Last MPC-BE stable - works.

Edit: mpc-be.exe_50mc_Device_Period_Seeking_test_2.7z - no sound

[VipZ]

Not sure if I should report this or not, but in MPC-BE svn r2985 Audio renderer produces no sound when plays aac audio (http://db.tt/70mx1j3P). This happens only in shared mode, exclusive works.
This is the same using lav splitter/decoder or internal splitter/decoder

Last MPC-BE stable - works.

Edit: mpc-be.exe_50mc_Device_Period_Seeking_test_2.7z - no sound

Working ok for me in both shared and exclusive mode with this build via both HDMI and soundcard

[Keiyakusha]

Works for me if I set output as 32bit float. Anything below does not work.
Also this is not every aac audio. Test the one that I posted.

EDIT: From what i see in "status" it tries to output 32bit float 48000hz. If the input is 44100hz below 32bit float it fails.
Why it can't play input as is?

Edit2: so using the audio I posted above. Decoder is set to output 24bit audio:
https://dl.dropboxusercontent.com/u/110558786/DesktopScreens/88ECE26F.png

Exclusive works, Shared not. And neither bitdepth/samplerate output is good.

[Aleksoid1978]

Works for me if I set output as 32bit float. Anything below does not work.
Also this is not every aac audio. Test the one that I posted.

EDIT: From what i see in "status" it tries to output 32bit float 48000hz. If the input is 44100hz below 32bit float it fails.
Why it can't play input as is?

Edit2: so using the audio I posted above. Decoder is set to output 24bit audio:
https://dl.dropboxusercontent.com/u/110558786/DesktopScreens/88ECE26F.png

Exclusive works, Shared not. And neither bitdepth/samplerate output is good.

I fix Shared Mode :)
But best way - use Exclusive Mode + bi-exact.

P.S. Fixed Shared mode in rev. 2992;

[VipZ]

I fix Shared Mode :)
But best way - use Exclusive Mode + bi-exact.

I saw an update on SVN, does this now superseded any of the previous test builds?

[Aleksoid1978]

I saw an update on SVN, does this now superseded any of the previous test builds?

it's equal to mpc-be.exe_50mc_Device_Period_Seeking_test_2.7z build

[v0lt]

MPC-BE v1.2.1.0 -dev build 2992 (http://dev.mpc-next.ru/index.php/topic,1606.msg8892.html#msg8892)

[VipZ]

it's equal to mpc-be.exe_50mc_Device_Period_Seeking_test_2.7z build

Thanks

[bozek]

I got a 2in1 mkv file here. How do I switch between the two playlists?

[z_mashine]

I got a 2in1 mkv file here. How do I switch between the two playlists?

use AV, LAV or Matroska splitter. there is no way to choose "edition" with built-in splitters.

[mark0077]

Hi guys, has something changed in relation to the handling of the "launch files in fullscreen" in a recent build. I have it checked with the hopes of never seeing any windows related items when launching from applications like xbmc, I intend to go directly to fullscreen, heres how it used to work.

Before - Scenario 1
1) Open mpc-be in windowed mode
2) Double click a movie
Result: It plays and stays in windowed mode (I guess this is expected?)

Before - Scenario 2
1) With mpc closed, double click a movie
Result: It immediately triggers mpc-be to open in fullscreen mode.


Now what happens

After - Scenario 1
1) Open mpc-be in windowed mode
2) Double click a movie
Result: It plays in fullscreen mode (not the same as old behaviour but I guess it makes sense?)

After - Scenario 2
1) With mpc closed, double click a movie
Result: It opens mpc in windowed mode, and after a few seconds and a few flickers, triggers mpc-be to open in fullscreen mode. (this is my main concern, as when launching movies from applications I never want to see the mpc-be window at all)

Is it possible or difficult to have Scenario 2 reverted to the old behaviour? Ie never show the window of mpc-be when launching files, ie go fullscreen mode immediately.

[bozek]

use AV, LAV or Matroska splitter. there is no way to choose "edition" with built-in splitters.

Sounds like a good place for a new feature, then.

/me nudges the devs :)

[z_mashine]

Hi guys, has something changed in relation to the handling of the "launch files in fullscreen" in a recent build.

Before any file is opened in d3dfs mode when the option d3dfs is enabled. But there is no reason to open the audio files in d3dfs mode. Now only the video files open in d3dfs mode. But there is no way of knowing whether there is a video stream to a file without opening it. So now when the option d3dfs is enabled any file is opened first in windowed mode, then there is a check for the presence of a video stream, and if it is successful, the player switches to d3dfs mode.

The changes were made in r2969.

[z_mashine]

Sounds like a good place for a new feature, then.

Aleksoid1978 already took up the implementation of such a feature, but nothing came of it yet.

[mark0077]

Before any file is opened in d3dfs mode when the option d3dfs is enabled. But there is no reason to open the audio files in d3dfs mode. Now only the video files open in d3dfs mode. But there is no way of knowing whether there is a video stream to a file without opening it. So now when the option d3dfs is enabled any file is opened first in windowed mode, then there is a check for the presence of a video stream, and if it is successful, the player switches to d3dfs mode.

The changes were made in r2969.

Ah I understand yeah, thanks for the feedback. I'll revert back I guess for the time being. Not sure if theres many people that would want what I do, ie never show the windowed window. Its more for HTPC where the likes of XBMC can use mpc as an external player. It just looks clunky for users / guests to see a window appearing after launching a movie, then the movie starting you know. I guess the only software way around it would be to either

1) Go fullscreen by default (even if its just a black window) until the file is loaded and then revert to windowed if theres only audio within the file.
OR
2) Add another mpc option to "Always go fullscreen" even if no video is present :S

If fullscreen video is more likely to be used than audio only maybe option 1 would be a nice workaround, although then for audio only users that might be very clunky for that initial second...

[SamKook]

Not sure if theres many people that would want what I do, ie never show the windowed window.

I do too. But in my case, I would like both before scenarios to come back.

I use foobar2000 for audio only instead of a video player like mpcbe so I would also prefer not to have to see the window before going to fullscreen.
I'm not sure of the following, but I would assume showing the window and then going to fullscreen also cause madvr to not go directly in exclusive mode which prevents the OSD message(that I would love to be able to disable) for the switch to show up.
I hope I'll have time to test it tonight as well as the many wasapi builds but free time is a commodity don't have much of for the next couple of days.

Edit: I can confirm that showing the window before going to fullscreen prevents madvr from going directly to fullscreen exclusive mode.

Also, I tried the 50mc_Device_Period_Seeking_test_2 build since it was the most popular and out of 3 20min video, I had 1 audio glitch so it's certainly better since it doesn't happen for every video, but not quite perfect yet.

I'll try the others as soon as I can.

[Lord Maius]

ITA txt language file updated rev.2982
:)
http://sdrv.ms/12tb6PQ

[bozek]

Aleksoid1978 already took up the implementation of such a feature, but nothing came of it yet.

Does the word yet imply he hasn't put it on ice yet?

[judelaw]

1) Go fullscreen by default (even if its just a black window) until the file is loaded and then revert to windowed if theres only audio within the file.

I can do that. Everyone will be happy in this case? ;)

[z_mashine]

Does the word yet imply he hasn't put it on ice yet?

This means that the implementation of such a feature has been postponed indefinitely.

[mark0077]

I can do that. Everyone will be happy in this case? ;)

That would be fantastic. I guess the best case scenario is that when the likes of madVR starts in FSE mode, if mpc-be is already in fullscreen mode, madVR shouldn't show the "Exclusive" message which always seems to appear in mpc-be. Not sure how difficult it would be to make mpc-be be in fullscreen mode before madVR eliminating that "Exclusive" from appearing.

[ontherocks]

Look at the list of supported frequencies of your audio device:
http://i.imgur.com/4zpyReF.png

Below is the screenshot of the supported sampling rates in my device

http://img24.imageshack.us/img24/2218/80sz.png

Sorry, 88.2kHz files play bit-exact.
But if I play 16bit 176.4kHz files, I see 192Hz in my AVR.

176.4kHz samples here (all 176.4kHz files are 16bit)
http://www.audiocheck.net/testtones_highdefinitionaudio.php

[Aleksoid1978]

Below is the screenshot of the supported sampling rates in my device

http://img24.imageshack.us/img24/2218/80sz.png

Sorry, 88.2kHz files play bit-exact.
But if I play 16bit 176.4kHz files, I see 192Hz in my AVR.

176.4kHz samples here (all 176.4kHz files are 16bit)
http://www.audiocheck.net/testtones_highdefinitionaudio.php

Thanks. in nearest features i upload build for test.

P.S. Test this build - http://aleksoid.voserver.net/MPC-BE/WASAPI/mpc-be.exe_WASAPI_EXCLUSIVE_14b.7z

[ontherocks]

Thanks. in nearest features i upload build for test.

P.S. Test this build - http://aleksoid.voserver.net/MPC-BE/WASAPI/mpc-be.exe_WASAPI_EXCLUSIVE_14b.7z
Thanks, I will test this build tonight.

Meanwhile, I had this query...
Is the drop down listing in HDMI Properties --> Advanced, the only way to know what sampling rates and bit depths are supported? Isn't there any other way to figure that out?
And, is that drop down listing correct?
The reason I am asking is because, the drop down listing in my computer doesn't show 24bit 176.4kHz as supported. Yet if I play a 24bit/176.4kHz file in XBMC with WASAPI enabled, I see 176.4kHz displayed in my AVR. So I guess my graphics card does support it, even though the drop down listing doesn't mention it.

[Aleksoid1978]

Thanks, I will test this build tonight.

Meanwhile, I had this query...
Is the drop down listing in HDMI Properties --> Advanced, the only way to know what sampling rates and bit depths are supported? Isn't there any other way to figure that out?
And, is that drop down listing correct?
The reason I am asking is because, the drop down listing in my computer doesn't show 24bit 176.4kHz as supported. Yet if I play a 24bit/176.4kHz file in XBMC with WASAPI enabled, I see 176.4kHz displayed in my AVR. So I guess my graphics card does support it, even though the drop down listing doesn't mention it.

About 24bit 176.4kHz - i think if it's format do not show in Audio Settings, it's do not support. XBMC - i think it's output 16bit 176.4kHz. Better way - Ask this question to the developers of XBMC.

[ontherocks]

Thanks. in nearest features i upload build for test.

P.S. Test this build - http://aleksoid.voserver.net/MPC-BE/WASAPI/mpc-be.exe_WASAPI_EXCLUSIVE_14b.7z

This build works :thanks:

About 24bit 176.4kHz - i think if it's format do not show in Audio Settings, it's do not support. XBMC - i think it's output 16bit 176.4kHz. Better way - Ask this question to the developers of XBMC.

Strangely, 24bit/176.4kHz files play in this MPC-BE build too and my AVR displays 176.4kHz. How come?

Samples here:
http://www.audiofilemusic.com/Scripts/Download.asp?File=/web/FreeDownload/01_Rimsky-Korsakov_Dance_of_the_Tumblers_176_flac.zip
http://www.audiofilemusic.com/Scripts/Download.asp?File=/web/FreeDownload/07_Taint_So_176_flac.zip
http://www.audiofilemusic.com/Scripts/Download.asp?File=/web/FreeDownload/AS091HiResTrk4_176_flac.zip

[Aleksoid1978]

Strangely, 24bit/176.4kHz files play in this MPC-BE build too and my AVR displays 176.4kHz. How come?

Samples here:
http://www.audiofilemusic.com/Scripts/Download.asp?File=/web/FreeDownload/01_Rimsky-Korsakov_Dance_of_the_Tumblers_176_flac.zip
http://www.audiofilemusic.com/Scripts/Download.asp?File=/web/FreeDownload/07_Taint_So_176_flac.zip
http://www.audiofilemusic.com/Scripts/Download.asp?File=/web/FreeDownload/AS091HiResTrk4_176_flac.zip

Look at MPC Audio Renderer "Status" tab, make screen-shot and upload here.

[ontherocks]

Look at MPC Audio Renderer "Status" tab, make screen-shot and upload here.

24bit/176.4kHz
http://i.imgur.com/vu5dT2E.png

It works even for 32bit files. :confused:

32bit/96kHz
http://i.imgur.com/lOELjTR.png

[Aleksoid1978]

24bit/176.4kHz
http://i.imgur.com/vu5dT2E.png

It works even for 32bit files. :confused:

32bit/96kHz
http://i.imgur.com/lOELjTR.png

I see.
You AVR support 176.4KHz & 24(32)bit. Window show incorrect information :)

[ontherocks]

I am confused

http://img24.imageshack.us/img24/2218/80sz.png

Here it doesn't list 24bit/88.2kHz, 24bit/176.4kHz or 32bit/anykHz. So doesn't that mean these are not supported?