>>200420
Поставить MadVR.

А там выбора способа захвата экрана нет? Обычно пердлагают несколько вариантов захвата. Может ты случайно не заметил. С сабжем не знаком, извини.

>>200422
А он научился с сабами скринить? Не умел же.

>>200420
У меня всё нормально с LAV фильтрами + EVR(CP) и интерфейсом в виде потплеера. Включил DXVA2 (native) в LAV Video decoder, заскринил сабы. В MPC HC должно быть аналогично.

>>200420
Это одна из тех проблем, из-за которых я укатился с него на mpv. Вроде бы раньше я решал ее через подключение костыля в виде ffdshow, который позволял захватывать скрины с субтитрами и использовать аппаратное ускорение одновременно. Правда возможность делать скрины без субтитров отваливалась. Но, он, похоже, три года как умер.

>>200422
Внезапно, помогло. Так всё работает.
Хотя раньше точно не пользовался MadVR. МБ стоял ffdshow или Haali. Но сейчас стал копать — оба проекта фактически мертвы.

Последний раз возился с кодеками лет пять назад, на Семёрке. Тогда всё один раз настроил и забыл, даже обновления софта ничего не ломали.
А сейчас укатился на Десятку — и всё, тупняк.

Пожалуйста, расскажите мне о том, как и зачем получилось так, что видеопроигрыватель Media Player Classic для просмотра аниме под Windows употребляется (или, во всяком случае, в первой половине 2010-х годов он употреблялся) чаще всего не в голом виде, а внутри особой сборки, обвешанной кодеками, фильтрами, рендерерами и кто знает чем ещё.

С какими трудностями обречён немедленно столкнуться такой пользователь, который разустановит одну из таких сборок (сборку http://www.cccp-project.net например) и поставит вместо неё просто сам по себе форк Media Player Classic Home Cinema (одну из неофициальных сборок https://github.com/clsid2/mpc-hc/releases например)? Что отвалится тогда, что перестанет показываться нормально?

>>209364
Media Player Classic не является самодостаточным видеопроигрывателем. Он использует инфраструктуру Windows для получения всей необходимой информации о структуре файла, для разбития этого файла на потоки, для декодирования этих потоков из сжатой формы в доступную для вывода, для непосредственно вывода на экран и так далее.
Все кодеки, фильтры и так далее — это как раз компоненты, которые регистрируют себя в инфраструктуре Windows и становятся доступными для использования в ней.
Без них Media Player Classic не будет проигрывать некоторые файлы или части файлов (субтитры, например), либо будет использовать более низкокачественные и малофункциональные встроенные реализации.

Что отвалится зависит от твоей конкретной версии Windows, так как разные версии поставляют разный набор из коробки, от того какой еще софт ставился, так как многий софт в любом случае тащит какие-то свои куски в эту инфраструктуру, ну и так далее.

Много лет пользуюсь именно МПЦ-ХЦ без паков, и пока ещё проблем с проигрыванием чего-либо не было. Притом, что использую последнюю версию до прекращения разработки оригинала, и даже на форк не переходил.

>>209364

> С какими трудностями обречён немедленно столкнуться такой пользователь, который разустановит одну из таких сборок (сборку http://www.cccp-project.net например

Не столкнешься, многие из тамошних фильтров вроде ffdshow, уже давно устарели и скорее вредят. Я не знаю точный состав СССР, но знаю сходный состав K-Lite Mega Pack: https://www.codecguide.com/features_mega.htm
Как видишь, LAV Filters уже встроены в неофициальную сборку, остальное без надобности, или устарело. MadVR (если хочешь улучшить изображение) можно скачать самому и зарегистрировать, Icaros тоже (нужен для thumbnail форматов в проводнике).

> и поставит вместо неё просто сам по себе форк Media Player Classic Home Cinema (одну из неофициальных сборок https://github.com/clsid2/mpc-hc/releases например)? Что отвалится тогда, что перестанет показываться нормально?

Ничего не отвалится, так как в этот форк уже встроены LAV Filters (это ffmpeg форк), который обеспечивает максимально поддерживаемое число форматов.

>>209606
P. S. добавлю, что раньше кодекпаки были в некотором роде полезны, так как разработчики неспешно обновляли встроенные LAV Filters, сейчас же LAV Filters всегда актуальные стараются внедрять, поэтому смысла в кодекпаках нет.

Благодарю за советы. Воспользовавшись ими, я перешёл со сборки CCCP (Combined Community Codec Pack) на чистый MPC-HC. Пришлось преодолеть только три проблемы:

1) После перехода пришлось почистить настройки («Reset Settings»), потому что от CCCP осталось много таких кодеков, которые были отключены внутри MPC-HC в пользу внешних, прежде в CCCP содержавшихся. Без этого не воспроизводились некоторые видеоролики (в частности, десятибитные) или оставались без звука (в частности, без DTS).

2) Употребление встроенного в MPC-HC отрисовщика субтитров приводит к тому, что субтитры видны и на скриншотах (иными словами, на сохранённых стоп-кадрах). Пришлось зайти на страницу https://forum.doom9.org/showthread.php?t=168282 и скачать XySubFilter, чтобы использовать вместо встроенного.

3) По умолчанию при наращивании частоты кадров возрастает и частота звука (скажем, если смотреть видео на удвоенной скорости, то голос звучит на октаву выше и оттого раздражающе писклявее). Пришлось по адресу https://github.com/clsid2/mpc-hc/issues/49 найти и применить рецепт для устранения этой проблемы (включить «Internal Audio Renderer»).

Ещё одна проблема осталась непреодолённою: чтобы процесс наращивания частоты кадров был интерактивным (имел какой-то визуальный отклик на экране с указанием того, до какой частоты ужé довелось нарастить — до 1,6× или до 1,7×?), приходится либо включать панель статистики (Ctrl+4), либо OSD. То и другое приводит к тому, что на экран лезет много больше информации (на OSD показывается имя файла при его открытии, позиция по времени при прокручивании, в статистике показываются битрейты, буферы, джиттер, количество пропущенных кадров и проч.), чем мне хотелось бы. И это всё никак не настраивается, кажись. Вот что досадно.

>>210456

> Употребление встроенного в MPC-HC отрисовщика субтитров приводит к тому, что субтитры видны и на скриншотах (иными словами, на сохранённых стоп-кадрах).

Забавно, у меня наоборот

>>209364
Кодек-паки использовали по тем же причинам, что и хп-зверь, антивирусы, програм-паки. То есть прошаренные пользователи не использовали, а использовали только ламеры. А составители этих низкосортных переработанных программных продуктов просто плохие люди.

>>210497
Ну не скажи. Во времена, когда был актуален MPC (именно MPC, а не MPC-HC) куда проще было накатить K-Lite с компакта и быть уверенным, что когда друг притащит фильму или смищное видео, оно без проблем воспроизведётся.

>>210473

А какой рендерер?

>>210505
Не делай так больге гифки, пожалуйста. Конечно понимаю что тебе так удобно и ты считаешь этот метот прорывным. Однако мои болящие глаза с этим сильно несогласны. Да и вес фала без наложения этих прыгающих точек станет меньше.

>>210504
Какие были проблемы подключиться к интернету и скачать нужную программу? У грамотного пользователя их не было.

>>210507
У меня, например, в 2006-м была выделенка с лимитом 600 мегабайт на интернет. Кинцо, софт, игры и прочее, соответственно, качалось из локалки.
Соответственно, проще было оттуда же взять что было (а был, разумеется, уже упомянутый клайт), чем шариться по интернетам в поисках нужных кодеков.

>>210507
И да, я не говорю, что это было правильно (сам ужасаюсь, когда понимаю, чего я творил со своей верной XP тогда — как она вообще жива была), но тогда это было нормально. Люди и Light Alloy использовали, а винамп с локализацией от сэмлэба и вовсе считался правильным плеером.

>>210509
Что не так с LA? Я и сейчас его использую. Плеер как плеер.

>>210519
Хорошо пойдёт с XP и винампом. И оперой престо. Дух дветысячиседьмого!

>>210520
Винамп тоже не хуже любого другого. Глупая ирония.