MPC-BE – универсальный проигрыватель аудио и видеофайлов для операционной системы Windows.

Мне создается впечатление что закрыли темы и в них больше не смотрят, ибо ответов-решений проблем я так и не увидел. От того что вы закрыли темы проблемы не решатся и не исчезнут, если они возникли у меня, также могут возникнуть и у др. А как еще по др до вас достучаться, куда еще писать я не знаю. Итак я глубже еще раз все что смог перепроверил. Никак не удается заставить показывать превью у x265, если нет внутри звука, менял настройки разные, сбрасывал настройки на стандарт (по умолч), ставил отдельно чистую копию(с отдельными настройками в папке), портативная или установленная один фиг, переустановил новый K-Lite Codec Pack. Бесполезно. Проверил на ноуте, win7, тоже есть кодек пак (более старый правда), настройки mpc-be стартовые "из коробки", ии... превью там действительно работает... чоо?? А поч у меня не работает тогда, не понимаю, чо за чертовщина? Видимо какой то баг, что-то ему не нравится, а что не понятно, причем со звуком работает все, и в том же mpc-hc работает(даже без звука), вот чо за фигня а? бред какой то.. По идее прога(как и любая) должна работать из коробки, а если что то не работает, знчт проблема/конфликт/баг в самой проге, тем более если все условия/треб, если они есть, для работы проги выполнены. Я не разраб, я не знаю как это решить/исправить. И если что, комп на Win10 x64 (версия этого года).

The problem was introduced between "1.6.2.7083_git2022.05.11-b2f7d82c0" and "1.6.2.7087_git2022.05.11-ee26d6097". ("1.6.2.7083_git2022.05.11-b2f7d82c0" working well but "1.6.2.7087_git2022.05.11-ee26d6097" and beyond are not).

Unchecking the option "Position subtitles relative to the video frame" has no effect on rasterized subtitles anymore, (but it still takes effect on text-based subs though), meaning subtitles are always rendered relative to the frame buffer rather than the viewport and thus will be rendered off screen if I move or scale the frame.

Before "1.6.2.7087_git2022.05.11-ee26d6097", it always worked as intended (The latest working version is "1.6.2.7083_git2022.05.11-b2f7d82c0".

I also stated the issue on https://forum.doom9.org/showthread.php?p=1975494#post1975494

Tested on both MPCBE and HC, and both EVRCP and MPCVR. All are latest stable version. I was just testing a random file then found this.

Video was playing in software decoding mode because HW decoding not supported on my laptop for 4K HEVC. But that is not a problem. VLC is playing same video smoothly at 50 fps. MPC giving 10-15 fps.

I am shocked how VLC is able to play 4K video that even in SW mode smoothly? Is there any disadvantage of DirectShow video players or bug?

I don't know if posting someone else's project link here is allowed or not, but I have the same issue with "MPC -BE v1.6.3.0" and you can find the details in the link below. Here

MPC-BE 1.6.5 x64 (git 2022.11.11 - 24bf58279) VideoRenderer 0.6.3.1956 Windows 10 21H2

I have an .mkv file which contains internal subtitles that are not being loaded, and the "Load Subtitle" option is greyed out entirely.

I can provide more media information as needed.

It works fine in MPC-HC with madVR, by comparison, or in SubtitleEdit which is also able to extract any of the subtitle tracks, so I know the media file isn't entirely the problem.

Since I've updated to latest version, all Matroshka MKV videos (possible other formats too) are tearing badly while vertical or horizontal movement of the scene very badly.

Had no problems with prev. versions. (That's why I've switched from MCP-HC to BE at the first place!) Tried to turn on VSync, etc .. but no change. Win7 pro 32 bit. GPU is on. (ATI) (No other changes, pc is running since 6 month, all I did was the MCP-BE update.)

Please check this video: https://disk.yandex.com/d/2fmJw--pHq-nyQ

• 1st: The PGS in this video is rendered significantly larger than all other players and what it is on MPC-BE before https://github.com/Aleksoid1978/MPC-BE/commit/6f3b27b81b651fd6cd61686eaf0f8953bf505158 (tested on 1.6.2.7083 with "Position subtitles relative to the video frame" checked, so it's rendered on the video on that version, right?). Maybe because you swap the scale factor from scaleX = scaleY = videoAR < subtitleAR ? double(szTarget.cx) / m_virtualTextureSize.cx : double(szTarget.cy) / m_virtualTextureSize.cy; to something more or less equivalent to scaleX = scaleY = videoAR < subtitleAR ? double(szTarget.cy) / m_virtualTextureSize.cy : double(szTarget.cx) / m_virtualTextureSize.cx; to always get the larger one as the scaling factor while the old logic always get the smaller one? Was this done on purpose?

• 2nd: Please check the color of the subtitle in MadVR. The color of PGS subs is obvious "pale". No color space conversion for PGSs and so when using MadVR? Using MPCVR is fine. But other players are also fine in MadVR.

I've noticed MPC-BE seems to have issues with some hevc encoded files.

They playback all glitchy and green.

The video player built into windows plays them back fine.

Here's the media info from one of the files.

General Unique ID : 106638210256385450189198857006715805140 (0x5039C5B12F1B799DEBCB2BD469789DD4) Complete name : Z:\downloads\jdownloader\Season 4 (Weirdsister College)\S04E01 - The All Seeing Eye.mkv Format : Matroska Format version : Version 4 / Version 2 File size : 524 MiB Duration : 24 min 34 s Overall bit rate : 2 981 kb/s Encoded date : UTC 2019-03-07 05:27:20 Writing application : HandBrake 1.2.0 2018122200 Writing library : Lavf58.20.100 ErrorDetectionType : Per level 1

Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main@L3@Main Codec ID : V_MPEGH/ISO/HEVC Duration : 24 min 34 s Width : 718 pixels Height : 494 pixels Display aspect ratio : 16:10 Frame rate mode : Constant Frame rate : 25.000 FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Writing library : x265 2.9:[Mac OS X][clang 10.0.0][64 bit] 8bit+10bit+12bit Encoding settings : cpuid=1111039 / frame-threads=3 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=718x494 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=25 / keyint=250 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=0 / scenecut=40 / radl=0 / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=4 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=14.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=1 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=255 / sar-width / : / sar-height=16:15 / overscan=0 / videoformat=5 / range=0 / colorprim=5 / transfer=1 / colormatrix=6 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=255 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-mv-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei Default : Yes Forced : No Color range : Limited Color primaries : BT.601 PAL Transfer characteristics : BT.709 Matrix coefficients : BT.601

Audio ID : 2 Format : AAC LC Format/Info : Advanced Audio Codec Low Complexity Codec ID : A_AAC-2 Duration : 24 min 33 s Channel(s) : 2 channels Channel layout : L R Sampling rate : 48.0 kHz Frame rate : 46.875 FPS (1024 SPF) Compression mode : Lossy Delay relative to video : -124 ms Title : Stereo Language : English Default : Yes Forced : No

Menu 00:00:00.080 : :Chapter 1

В MPC-BE x64, начиная с версии 1.6.5, некорректно воспроизводятся видео с аудиодорожкой TrueHD - звук прыгает по каналам с сильными искажениями.

Аудио-рендерер выбран MPC Audio Renderer, первичный звуковой драйвер, с настройками WASAPI Exclusive, Event, 50ms.

Пробовал включать микширование каналов в настройках обработки звука - не помогает.

В версии MPC-BE x64 1.6.4 TrueHD аудио воспроизводится корректно.

Проверял на трёх разных компьютерах - на всех трёх проблема присутствует, включая ПК со свежеустановленной Windows 10 Pro 22H2 19045.2364.

First click on file menu takes 2-3 seconds and then opens. This system has HDD.

When tested on different system that system was fine. That has SSD.

I can remember this problem was also there in MPC-HC in past. It was fixed long ago. I got this change log

Hope this will save your time.

Hi, first off I'd like to say I really appreciate what a great app you have created and continue to maintain, the effort is really appreciated by me.

Now to the bug, this bug isn't new, it has been around for ages, when using MPC-BE with a HEVC encoded file and the flag /startpos the file is loaded but then MPC-BE becomes unresponsive immediately (crash) and a force close is required, other codecs such as H264 work fine when attempting the same thing. It would be great if you could resolve this. thanks!

eg: MPC-BE.exe "HEVC_codec_file.mkv" /startpos 00:10:00

Russian translation if it helps:

Привет, во-первых, я хотел бы сказать, что я очень ценю то отличное приложение, которое вы создали и продолжаете поддерживать, я действительно ценю ваши усилия.

Теперь об ошибке, эта ошибка не нова, она существует уже много лет, когда при использовании MPC-BE с файлом, закодированным HEVC, и флагом /startpos файл загружается, но затем MPC-BE сразу перестает отвечать (сбой) и требуется принудительное закрытие, другие кодеки, такие как H264, работают нормально при попытке сделать то же самое. Было бы здорово, если бы вы смогли это решить. Благодарность!