Media Player Classic - BE Win32/x64

[Aleksoid1978]

Is there any problem with having a bigger limit like MPC-HC and Zoom Player have? This low limit's the only thing keeping me from switching to MPC-BE since BE keeps forgetting my position in older videos.

Ok - using MPC-HC/Zoom Player :)

[mogli]

[…]
Also most youtube videos don't work for me anymore, hope it isn't related: The title and duration of the video is immediately found and shown in the playlist but it doesn't start and after a short time it says 'invalid' and 'file not found'. example youtube video (https://www.youtube.com/watch?v=LFhllsDVz4c)It's that time again. YT is really annoying.

[Aleksoid1978]

It's that time again. YT is really annoying.

Working good.

[mogli]

Still broken in build 6157. Worked fine 2 or 3 days ago.

[Grimsdyke]

mogli's youtube file does not play here on my system either.

[Aleksoid1978]

Play for me - https://i.imgur.com/hb88oSX.png.

[Klaus1189]

I tried it here, too. Some youtube videos work fine, but the video mogli posted doesn't work. Perhaps a regional thing, I mean dependent of country? Since Aleksoid1978 can open it without problem.

[patul]

Play for me - https://i.imgur.com/hb88oSX.png.

Worked for me too. With either File Source (URL) or LAV Splitter Source.

[Aleksoid1978]

Working with internal filters.

[patul]

I used LAV


Filters currently loaded:
- Default DirectSound Device
- Enhanced Video Renderer
- Audio Switcher
- LAV Video Decoder
- LAV Audio Decoder
- LAV Splitter Source
- LAV Splitter Source

[Aleksoid1978]

I used LAV


Filters currently loaded:
- Default DirectSound Device
- Enhanced Video Renderer
- Audio Switcher
- LAV Video Decoder
- LAV Audio Decoder
- LAV Splitter Source
- LAV Splitter Source


Ok - so what ? Use what you want :)

[patul]

Ok - so what ? Use what you want :)

Please don't get me wrong, I just want to show mogli, it worked using both internal and external filters. I use internal filters most of the time for MPC-BE.

[mogli]

This has nothing to do with filters. MPC-BE is unable to get the direct links for the video and audio files, again. :(

[Klaus1189]

Could you provide perhaps a debug logging build to see what is going on? Log is uploaded to filehoster then.

[Sunspark]

Hi,

I have installed 1.5.6.6000 for the purpose of testing out different video renderers, looks good.

I believe I have come across a bug when using the internal MPC-BE video decoder when it sends the output to MadVR as the video renderer. What is happening is that it is displaying a flashing black screen. The reason for this is because the queues are being drained to 0. This effect does not happen when using the LAV decoder on MPC-HC. Observing the HUD as this occurs in MPC-BE, I see it flipping back and forth between "D3D9 fullscreen windowed (new path)" and "D3D9 exclusive (new path)" so something is fighting for control here.

[v0lt]

@Sunspark
Try the nightly builds.

[Sunspark]

Try the nightly builds.

Thanks, I gave 1.5.7.6158 a try but the problem is still there. It still flashes and the queues are empty, though it doesn't anymore say intermittently D3D9 exclusive.

I notice something else in the HUD too, it's saying the scaling being used for image size and chroma is not what is set to (DXVA) but a different algorithm instead so that makes me think something is acting as a blocker for the DXVA scaler choice.

I tried an experiment, I changed it away from DXVA to Jinc and when it started it said Jinc on the HUD, but as soon as the flashes began it started saying Bilinear.

I unchecked fullscreen exclusive, and the flashes stopped, but it stayed on bilinear instead of jinc. Presentation queue mostly at 0-3 sometimes 1-3, rendering time much higher than it should be and not indicating the presence of dxva type presentation device in the hud.

[Aleksoid1978]

Thanks, I gave 1.5.7.6158 a try but the problem is still there. It still flashes and the queues are empty, though it doesn't anymore say intermittently D3D9 exclusive.

I notice something else in the HUD too, it's saying the scaling being used for image size and chroma is not what is set to (DXVA) but a different algorithm instead so that makes me think something is acting as a blocker for the DXVA scaler choice.

I tried an experiment, I changed it away from DXVA to Jinc and when it started it said Jinc on the HUD, but as soon as the flashes began it started saying Bilinear.

I unchecked fullscreen exclusive, and the flashes stopped, but it stayed on bilinear instead of jinc. Presentation queue mostly at 0-3 sometimes 1-3, rendering time much higher than it should be and not indicating the presence of dxva type presentation device in the hud.

Try D3D11 Native + D3D11 Exclusive ?

[Sunspark]

Try D3D11 Native + D3D11 Exclusive ?

That's the thing.. this experimentation is being done using the internal MPC-BE decoder not LAV or something else. I haven't installed LAV into MPC-BE, I think if I did it would work, but I wanted to try a different decoder.

I just now unchecked "Use D3D11 decoder" in the options, but it didn't resolve the issue.

I think at the time of this writing on an Intel GPU (HD Graphics 6000 on a Broadwell CPU) that the MPC-BE decoder is not compatible with the MadVR renderer.

It does work fine with EVR-CP.

Update: Turning D3D11 on in the MadVR options resolved the flashing and queues draining issue. So this tells me that the code path in the decoder will work for D3D11 but not D3D9. This GPU is older and is more optimized for D3D9 so those testing this configuration should not use MadVR in the current version of the player if they want to use D3D9.
Unchecking Use D3D11 decoder but leaving MadVR set for D3D11 will display DXVA2 for the colour transformation and D3D11 for the presentation mode but not possible to have a fully D3D9 path.

[hubi73]

The Youtube issue occurred on the same day (around march 31) that Google introduced a new cookie consent dialog.

Youtube-DL was also affected, but they fixed it in the 2021.04.01 release.
Presumably they just set a consent cookie:
https://github.com/ytdl-org/youtube-dl/commit/e789bb1aa4cb627d3d7ca79a5e5daa8d2f58cda6

[Klaus1189]

https://github.com/leshasmlesha/youtube-dl/commit/31432d0d1b404be498cc80a79df092743a26e5b5

[Aleksoid1978]

MPC-BE don't use any cookies.

Try open YouTube url in IE/EDGE and then in MPC-BE.

[mogli]

I don't think this is related to the consent cookie.

In a browser all video links are redirected to 'consent.youtube.com'. However in MPC-BE some videos work and some don't.

MPC-BE clearly has the meta info even for non-working videos because it displays it. And 'youtube.com/get_video_info' still works fine and gives the direct 'googlevideo.com' links for the video and audio files. They also play fine when entered directly in MPC-BE.

So what prevents MPC-BE from doing that automatically? Does it need more than googlevideo links and meta info?

Btw does MPC-BE actually try to open 'youtube.com/watch?v='? That would fail of course but it shouldn't be necessary anyhow.

[Aleksoid1978]

I don't think this is related to the consent cookie.

In a browser all video links are redirected to 'consent.youtube.com'. However in MPC-BE some videos work and some don't.

MPC-BE clearly has the meta info even for non-working videos because it displays it. And 'youtube.com/get_video_info' still works fine and gives the direct 'googlevideo.com' links for the video and audio files. They also play fine when entered directly in MPC-BE.

So what prevents MPC-BE from doing that automatically? Does it need more than googlevideo links and meta info?

Btw does MPC-BE actually try to open 'youtube.com/watch?v='? That would fail of course but it shouldn't be necessary anyhow.

I don't have any issue with youtube links. But if i found - try/test with "get_video_info"

P.S. Or - source is open, anybody can write code and provide patch :)

[hubi73]

@Aleksoid1978
I'm pretty sure that setting a consent cookie would solve the problem. Youtube-dl does it and it worked.
Without a cookie Google redirects many youtube.com links to consent.youtube.com, maybe only in the EU because of the EU ePrivacy Directive.

Maybe you could implement it in MPC-BE as well, to keep the Youtube capabilities of MPC-BE working worldwide.

Edit: But if get_video_info works too, it is probably the better solution than a hardcoded cookie.

[Aleksoid1978]

I can't reproduce and can't test/debug. So - use youtube-dl.

[mogli]

Can youtube-dl be used within MPC-BE for youtube videos? If so, how can I enforce it instead of MPC-BEs internal stuff and how can I verify youtube-dl is actually used?
That would mean we at least had a fallback.

[v0lt]

If so, how can I enforce it instead of MPC-BEs internal stuff and how can I verify youtube-dl is actually used?
The settings are very clear there. Therefore, I think you are just too lazy to try.

Use the built-in web page parser - off
youtube-dl - on

[mogli]

Thank you for getting personal.

Of course turning off the built-in web page parser causes *all* youtube videos to fail. Even the ones that work fine with the internal stuff.
I put youtube-dl.exe in the MPC-BE folder, that's sufficient, right?

[v0lt]

I do not confirm.
I downloaded youtube-dl.exe (https://youtube-dl.org/) (v2021.04.07), unblocked it through file properties and copied it to the MPC-BE installed folder.
I turned off the built-in parser, turned on youtube-dl, and opened several YouTube links without any problems.

MPC-BE x64 1.5.7.6165.

[Klaus1189]

I can confirm v0lt:
If I paste youtube-dl.exe (2021-04-07) into the MPC-BE installed folder and uncheck internal parser (below: youtube-dl must be checked), the problem YouTube-video (https://www.youtube.com/watch?v=LFhllsDVz4c) plays fine here in Bavaria, well Germany :p
I tried it here, too. Some youtube videos work fine, but the video mogli posted doesn't work. Perhaps a regional thing, I mean dependent of country? Since Aleksoid1978 can open it without problem.

I still suspect an reginal issue, I mean EU or europe in general vs. other continents, but I do not know.
But there must be a reason why it works for developers and it does not at other regions7countries.

I think there is a good workaround with youtube-dl.
If you developers want me to contribute, I could test a logging build and send you the log, perhaps you can see what is going on. Perhaps using a german proxy could cause the same issue in russia?

[Aleksoid1978]

Give me working UK or other Europe proxy - i'l try reproduce "bug" with unable opened youtube.

[Klaus1189]

Sent you pm. :)

[Klaus1189]

I saw in commit browser that cosmectics were done in 6168.
I have found some other cosmetics, that could be adjusted:
Render device and fullscreen exclusive mode are a bit too much right. I think it would look better if these two would match the line with the bottom checkboxes.
https://drive.google.com/file/d/1PNjyWgkL2PHmM9xKw0mQcjUPfI1WkJQj/view?usp=sharing

For comparison I made a screenshot of Audio, then it would match it also:
https://drive.google.com/file/d/1f-TVmkEaZ9FeMZgyzGfTh9QAx85QifP_/view?usp=sharing

The red arrow points to a height difference to the other checkboxes
https://drive.google.com/file/d/1mSoolz1Lxd0eaZAXc0zPJ9Ytj0bhLdo4/view?usp=sharing
Perhaps it is intended, I don't know, then the difference should be a bit bigger.

I know this is only cosmetic, but it will look better :)

[P.J]

These videos are 4:3 but MPC-BE plays them in wrong aspect ratio:

https://drive.google.com/file/d/1FiT59mnH2CsAZBsx3LAaDgfipNqxFnkX/view?usp=sharing
https://drive.google.com/file/d/1n0Yvu9fWJf2KT7aOwJt705EasXOD7O4W/view?usp=sharing

[hubi73]

https://drive.google.com/file/d/1FiT59mnH2CsAZBsx3LAaDgfipNqxFnkX/view?usp=sharing

It's a problem with internal splitter, with external LAV splitter it plays as 1.36:1.

[hubi73]

Something about the Youtube cookie, maybe it could help.
https://stackoverflow.com/questions/66934826/accept-cookies-consent-from-youtube

[Aleksoid1978]

These videos are 4:3 but MPC-BE plays them in wrong aspect ratio:

https://drive.google.com/file/d/1FiT59mnH2CsAZBsx3LAaDgfipNqxFnkX/view?usp=sharing
https://drive.google.com/file/d/1n0Yvu9fWJf2KT7aOwJt705EasXOD7O4W/view?usp=sharing

MPC-BE's internal filter do right.
aspect_ratio_problem.mov contain 'clef' atom with AR info.
aspect_ratio_problem2.mov don't have any info about AR and use it from width/height.

[hubi73]

The 'clef' atom contains the AR information of the clean aperture not of the whole video-image.

Clear aperture is the limited light-gathering area of an optical system.: https://www.photonics.com/EDU/clear_aperture_CA/d2993

Clean aperture: https://www.theinsidetips.com/tip-1211-what-is-clean-aperture/

I mentioned clear aperture only for better understanding.

[Aleksoid1978]

Clean aperture contain information about "image crop" and "AR".

[hubi73]

Yes, the AR of the visible image.

[Aleksoid1978]

Yes. MediaInfo & LAV/libavformat just ignore it. MPC-BE's source filter use.

[hubi73]

I can't analyse the file, what AR value contain clef?

[Aleksoid1978]

I can't analyse the file, what AR value contain clef?

If you need - analyze files itself :)

[hubi73]

I just try to help. If clef AR is 16:9 then MPC-BE does it wrong.

[Aleksoid1978]

I just try to help. If clef AR is 16:9 then MPC-BE does it wrong.

No need help, MPC-BE handle 'clef' is right :)

[Aleksoid1978]

You can take source and debug :)

[hubi73]

What do you mean? The Source of MPC-BE? I'm not a programmer.

Edit:Maybe just ignoring clef for AR determination is not a bad idea.

[Aleksoid1978]

Edit:Maybe just ignoring clef for AR determination is not a bad idea.
No, on the contrary, you must use.
It is not for nothing that these data will be filled in when creating files.

[v0lt]

Edit:Maybe just ignoring clef for AR determination is not a bad idea.
Not. This is a very bad idea.
Clef atom support was asked by P.J in this thread. The code is correct and has been tested in QuickTime.
If you don't want the clef atom to be present in your MOV files, then just don't add it.