MPC Video Renderer попробовал, но с ним другая проблема возникла: он, судя по всему, каким-то образом "обходит" встроенную в Windows систему компенсации задержки звука для bluetooth-устройств, и при его использовании звук сильно отстает (как раз на время задержки наушников - ~200мс), а я постоянно пользуюсь bluetooth-наушниками. С другими рендерами такого не наблюдается - все всегда синхронизировано во всех не-реалтайм приложениях, т.е. везде, кроме игр.

Afterburner ничего подкручивать не должен, я его использую только для лока ФПС в играх и вывода оверлея. Проще говоря, использую как интерфейс настройки RTSS.

Тормоза побеждены! Тормоза при включении аппаратного ускорения, судя по всему, вызваны изменением алгоритма автоматической регулировки частоты GPU в зависимости от нагрузки. Для устранения тормозов необходимо в панели управления nvidia для MPC в настройке "Power Management Mode" выбрать режим максимальной производительности "Prefer Maximum Performance" вместо настройки по умолчанию "Normal". Теперь тормозов нет и графики близки к идеальным при любом множителе, хоть 2х, хоть до частоты экрана. При использовании настройки "Normal" в GPU-Z видно, что частоты GPU и RAM прыгают с минимальных 200МГц до нормальных, тогда как при включении максимальной производительности частоты стабильны.
https://i.imgur.com/tlMySy5.png
Это же каким-то образом починило определение частоты видеофайла в Reclock.

А как найти, есть мысли? У меня есть подозрение, что EVR просто сам по себе таков, что тормоза неизбежны, особенно при 144 кадрах в секунду. Но ведь раньше все работало и не тормозило... А поменялась по сути только видеокарта и версия драйвера на новую. И почему тормоза возникают именно при включении аппаратного ускорения в SVP - абсолютно не ясно. В принципе, я могу и без него смотреть, какой-то ощутимой разницы в нагрузке чего-либо нет и запаса мощности ещё целая гора. ЦП вообще максимум на 10% загружен. Но хотелось бы, чтобы не тормозило на удвоении кадровой частоты, а с ней почему-то больше всего тормозов возникает.
С EVR сейчас самое плавное видео получаю с отключенным аппаратным ускорением и увеличением кадровой частоты до частоты монитора - 144 Герца. Лагов практически нет, а если и есть, то крайне незначительные.
Вчера поставил madVR, с ним ни тормозов нет, ни дропов. Но проблема в том, что он по ctrl+j не выводит графики, то есть, я не могу инструментально увидеть тормоза, а могу определять их только на глаз, что довольно бесперспективное занятие, т.к. часто тормоза бывают вызваны не проблемой с софтом/железом, а находятся в самом видео-файле из-за неравномерности движения. А ещё он не желает захватываться OBS по-человечески, либо изображения нет, либо захватить можно только с желтой рамкой на плеере. Короче, хотелось бы EVR починить.
И ещё обнаружил вот что: дополнительные тормоза (причем, стабильные раз в секунду) возникают, если в фоне запущен MSI Afterburner и RTSS, даже если они не активированы и никакого оверлея не выводится.

А не могут ли тормоза быть связаны с использованием FreeSync? Его можно отключать в панели управления nvidia для различных приложений, но для mpc-hc настройка недоступна.
С другой стороны, FreeSync у меня включен только для полноэкранных приложений, а видео в полном экране я не смотрю никогда.

Windows 10, MPC-HC 1.9.23 c EVR и альтернативным всинком + Reclock, RTX3070 с драйвером 536.67. Проблема: при включенном GPU Acceleration в SVP на видео наблюдаются регулярные сильные тормоза, буквально каждые 10 секунд. При отключении GPU Acceleration исчезают. Появилось подобное после обновления видеокарты, до этого стояла RTX2060 и на ней все было нормально. Судя по всему, тогда и версия драйвера была значительно ниже, но откатиться до старой версии невозможно, т.к. я не помню точную версию, а те, что я пытался установить (найдя у себя в архиве), не поддерживают RTX3070.
Причем, описанные тормоза очень сильны при удвоении кадров (x2), но становятся реже при увеличении частоты до частоты экрана (144Гц). Выглядит это так: https://i.imgur.com/gYRp3QP.png
В чем может быть проблема и как её победить? Подобное поведение наблюдается в любом плеере, не только в MPC. Такое ощущение, что Nvidia что-то накрутили в новых драйверах...

И ещё один вопрос: с очередным обновлением SVP сломалась опция задержки (start_delay) его включения для правильного определения частоты кадров Reclock'ом. Независимо от того, какое значение выставлено, задержки не происходит, SVP активируется сразу же и Reclock не успевает определить частоту кадров видео, хотя раньше все работало и задержка соответствовала указанной в опции. Как починить?

Также странное заметил: при отключении GPU Acceleration в SVP нагрузка на GPU становится выше в ~1.5 раза. Разве не должно быть наоборот? Или это просто особенность измерения нагрузки?

В общем, я больше никакого рассинхрона не наблюдаю. Новый алгоритм, судя по всему, его исправляет.

О старой, новую не тестировал пока.

//Рассинхрон на слух/взгляд с новой версией вроде бы пропал, но я опять сделал то же самое в вегасе: совместил видео и аудио записи рассинхрона и сразу же после скипа, в нем все равно видно, что синхронизации двух отрезков видео нет.
Синхронизировал видео: https://i.imgur.com/Qo22x3s.png Видно, что аудио не синхронизировано.
Синхронизировал аудио-дорожки, теперь видео не синхронизировано: https://i.imgur.com/rXrNvJ3.png

Для чистоты эксперимента сделал ещё одну запись: два одинаковых отрезка видео сразу же после скипа в одно место, они тоже не синхронизируются друг с другом. В общем, теперь вообще не ясно, в чем проблема. Такое ощущение, что фреймрейт постоянно плавает и даже если записать два абсолютно идентичных отрезка видео с самого начала файла, они все равно никогда не синхронизируются друг с другом. Либо я что-то очевидное в плане работы всей этой связки не понимаю. Возможно, это связано с тем, что SVP каждый раз немного по-разному просчитывает промежуточные кадры (возможно ли такое?). Ясно одно: аудио-дорожка всегда одинаковая и её всегда можно синхронизировать друг с другом, она не плавает, а вот с видео творится что-то неладное.
https://i.imgur.com/CNmxLX9.png

Тот же самый эксперимент, но с ffdshow:
https://i.imgur.com/gYajpq8.png Видео идеально синхронизировалось в начале и конце, но по аудио (при совмещении отрезков друг с другом) все равно есть небольшой рассинхрон в итоге, на слух это абсолютно не заметно, смотрел так много лет подряд и никаких проблем. Мне кажется, что текущая версия avsf работает неотличимо, или максимально близко к ffdshow.

Наблюдаю дальше. Думаю, что если с новым алгоритмом в avsf визуально/на слух рассинхрона не будет, как раньше, то можно все так и оставить. Пофиг, что там что-то слегка плавает, если это никак нельзя заметить, не страдая фигней в вегасе.

Вот так стало в пот плеере, фреймрейт не прыгает дико теперь: https://i.imgur.com/HJJ4GXG.gif
На рассинхрон позже проверю, отпишусь. Все-таки, хорошо было бы этот рассинхрон как-то видеть в цифровом значении, а то на слух сидеть и смотреть как-то не очень, может меня глючит уже.
Но прям конкретно видно становится, что люди как-то странно говорят, давлю паузу/плей - все нормально становится.

Ради эксперимента записал видео с рассинхроном и сразу же после плей/паузы, рассинхрон реально есть, меня не глючит. Совместил видео покадрово, сразу же видно, что аудиодорожка отличается по таймингу: https://i.imgur.com/TixKKSp.png И при воспроизведении двух видео одновременно отлично слышно эхо. Если совместить аудио-дорожку, чтобы эхо не было, тогда получается рассинхрон видео.

Странно, что никто больше не пишет про рассинхрон. Либо мало людей пользуются сейчас avsf, либо никто вообще не смотрит видео с оригинальной дорожкой, а с дубляжом никакой рассинхрон видно не будет нормально скорее всего.

Да, похоже, я что-то попутал, на х2.5 рассинхрон точно такой же в итоге.
Сейчас пробовать буду новый фильтр.

>Would the desync be gone if they seek?
Да. И пауза/плей тоже убирает рассинхрон. Но со временем ошибка опять накапливается и рассинхрон становится больше и больше. Я просто пока ни разу не дождался, когда он совсем уплывет, т.к. пока смотрю только сериал с сериями по ~40 минут, да и тот регулярно ставлю на паузу. Уверен, что на фильме в 2 часа рассинхрон будет ещё больше, но я пока не собираюсь ничего такого смотреть и не могу просто запустить видео для тестирования и тем самым занять комп.

Кстати, на х2.5 рассинхрон почти незаметен, либо нужно значительно больше времени, нежели 1 серия в ~40 минут, для его проявления. Наблюдаю пока дальше.
Чем отличается "to screen" от "х2.5"? Не понимаю, в SVP в обоих случаях показывает х5/2. Но при выборе "to screen" рассинхрон стабильно через пол часа и "выходной" фреймрейт прыгает дико в потплеере, а на "х2.5" все намного лучше. Неужели используется разный коэффициент при этом?

Я в этом всем не силен, так что мне просмотр тикета ничего особо не даст. Могу только ещё что-то протестировать, если нужно.

Декодер LAV с вот такими настройками: https://i.imgur.com/gB04b1i.png
Но он тут не при делах, пробовал отключать, ничего не меняется вообще.
С целочисленным я проверять не буду, т.к. не собираюсь так смотреть видео, проще тогда назад на ffdshow вернуться, где рассинхрона нет.
Неудобство ffdshow заключается в том, что с ним все очень сильно задумывается на скипах (с avisynth filter все скипается моментально) и реклок автоматически не определяет фреймрейт видео, приходится каждый раз выбирать его руками. Последнее как-то можно пофиксить?
Если выставить x2.5 вместо "to screen", то "входной" фреймрейт перестает так дико прыгать: https://i.imgur.com/k6ozciK.gif
Не ясно, почему это происходит только с avisynth filter, с ffdshow всегда использовал "to screen" и все было отлично.
Попробую с х2.5 проверить на рассинхрон.

На всех видео так абсолютно, проверил. Это из-за avisynth filter, с ffdshow такого нет: https://i.imgur.com/bzQqixF.gif Тот же самый файл для сравнения.
Может быть, статы в потплеере погоду показывают, но больше нигде в них разницы вроде бы не наблюдается по сравнению с ffdshow. Так что, думаю проблема все-таки тут где-то находится.
В плане железа никаких проблем быть не должно, ибо Ryzen 2700 + RTX2060, нагрузка ЦП при воспроизведении 1080 не бывает выше 20% практически никогда.

Вот видео, например: https://rutracker.org/forum/viewtopic.php?t=4247345

Режим "to screen". Загрузка проца минимальная (т.к. видео в 720р), не больше 10%, соответственно и индекс 1х всегда. Частота кадров выходная плавает от 59.98 до 60.02, всегда так было раньше и никакого рассинхрона не было никогда. Кроме замены ffdshow на avisynth filter больше ничего не менялось. А "входная" почему-то адско прыгает: то 12 кадров, то 17, то 27: https://i.imgur.com/IH0Z6uJ.gif C ffdshow такого нет, фреймрейт стабильный 23.878 при установке в реклоке 59.94 или 60, не плавает так.
Насчет видеофайлов - проверить сложно, т.к. надо каждый раз сидеть и ждать как минимум пол часа ничего не трогая, чтобы пошел рассинхрон, так что пока наблюдаю дальше сижу. Да ещё и рассинхрон весьма незначительный, до сих пор точно не могу понять, отстает звук, или опережает, но это заметно и напрягает. Пока на всех сериях из данного рипа так было, сейчас другой скачаю и буду следить.

Тогда рассинхрон не снимался бы паузой видео. Думал, может быть из-за реклока это, но нет, отключение не помогло. Каким-то образом рассинхрон можно проверить не на слух? Посмотреть там где-то в числовом значении, может, как дропнутые кадры.
Пока наблюдаю дальше.

Обнаружил новую проблему: примерно через 30 минут после начала проигрывания начинает идти рассинхрон аудио с видео, небольшой, но заметный. Сложно сказать точно, в какую стороны, но вроде бы, аудио отстает от видео. Если нажать паузу, а потом плей, то рассинхрон пропадает, но потом все повторяется. Судя по всему, это опять из-за avisynth filter, потому что с ffdshow такого не было. В чем может быть проблема?

Вроде бы перестало, поизучаю ещё сейчас.

У меня 32-битный плеер. В x64 Reclock не работает.
Кстати, с avsf Reclock стал автоматически определять фреймрейт видео-файла, чего не происходило с ffdshow. И ещё затыки на перемотке пропали.

https://yadi.sk/d/80fxOdNS5j9-pQ
Вылетает именно из-за Lav Filters. Может быть, в его настройках что-то подкрутить можно?
Хотя, на предыдущей версии avsf не вылетало.

У меня pot player вылетает с такой же ошибкой, когда начинает играть следующий трек в плейлисте, или если трек переключить руками. Вылетает именно на последней версии фильтра, установленного через установщик SVP. На предыдущей версии не вылетало, но нельзя было переключать аудио и субтитры, фпс сбрасывался на дефолтный и SVP просто переставал работать.
Перестает вылетать, если отключить LAV-фильтры.

Ну дак в диспетчере и показывает, что ест именно MPC-HC, а не что-либо другое. Если бы ЦП жрали какие-то левые программы, этой темы бы и не было. То есть, к примеру, среднее в Resource Monitor 25, а в Task Manager в это время все 40-50 показывает (и 25 там вообще не бывает при этом). В общем, пока буду наблюдать дальше.

Таск менеджером. Абсолютно забыл про Performance Graphs в SVP, проверю и с ними теперь всё. Разве он берёт данные из другого места?

работает также как и на Win8.1

Вообще-то, в самом начале я писал о Windows 7 и 10. При чём тут вообще 8.1? Я нигде в теме ничего не говорил насчёт 8.1 Теперь вот скажу: 8.1 я попробовал на днях специально для получения информации и обнаружил ровно те же проблемы, что и на 10 - всё то же, что описано в теме (повышенная нагрузка на CPU). Не удивительно, что люди не вдият разницы при переходе с 8.1 на 10 - её и нет. А вот по сравнению с 7 - есть и существенная. Поэтому не нужно впутывать в проблему ещё и Windows 8.
А теперь ещё немного данных. Я попробовал измерять нагрузку на CPU через Resource Monitor, т.к. он умеет показывать среднее значение за любой промежуток времени. Я прогнал на обоих системах по 5 минут одного и того же фильма и получил уже совсем другие результаты:
http://i.imgur.com/tJitdwc.png
http://i.imgur.com/b0AJe8O.png
Нагрузка различается в пределах погрешности. Возможно, диспетчер устройств в 8 и 10 реально как-то по другому эту самую нагрузку измеряет. Но при этом хорошо видно, что в целом, нагрузка на CPU всё равно значительно выше на Windows 10, хотя в обоих случаях была запущена только ОС и SVP без всяких дополнительных приложений и ничего в диспетчере не показывало какой-то дополнительной высокой нагрузки. В общем, нифига не понятно.

Частота одинаковая на 7 и 10, колеблется от 3900 до 4000.
Сегодня вышел новый драйвер нвидии, с ним тоже ничего не изменилось.

Я попробую установить абсолютно чистую Windows 10, накатить только минимальный набор необходимых драйверов и СВП, потом отпишусь, что из этого выйдет.
Собственно, уже попробовал. Ничего не изменилось.

Если играть просто 60 FPS видео, без свп, то нагрузка на ЦП в районе 10%.

Всё включено как положено. В mpc-hc пишет Playing [H/W].