Ru-Board.club
← Вернуться в раздел «Программы»

» Media Player Classic - Black Edition (MPC-BE) часть 2

Автор: Aleksoid1978
Дата сообщения: 25.02.2016 04:26
kirsha
Проверяй - https://yadi.sk/d/SdbERHXDpTFXd
Автор: kirsha
Дата сообщения: 25.02.2016 04:31
Aleksoid1978

Спасибо, работает.
Автор: Saturn3
Дата сообщения: 25.02.2016 13:51
появился такой вопрос по standalone_filters-mpc-be -почему у MPCVideoDec есть настройка "CODECS" , а у MpaDecFilter нет?

И еще один вопрос: По идее MpaDecFilter может декодировать АС3 и МР3. В качестве эксперимента подключал MpaDecFilter к плееру Light Alloy - Ас3 и mp3 не подключился почему то.
Есть какие то ограниченмя у MpaDecFilter ? Или просто Light Alloy странный плеер?
Автор: Evgeniy_1990
Дата сообщения: 25.02.2016 14:11
Saturn3

Цитата:
появился такой вопрос по standalone_filters-mpc-be -почему у MPCVideoDec есть настройка "CODECS" , а у MpaDecFilter нет?

Они (все кодеки) есть, но просто не вынесены. Вообще конечно желательно иметь и раздел "Codecs" во внешнем аудио декодере, по аналогии с видео декодером для удобства настроек выбора конкретного кодека, а не сразу всех.

Я просил разработчиков добавить этот раздел, а также и вернуть микширование каналов во внешний аудио декодер, но они увы, отказались, что конечно же очень печально и плохо.

В результате, внешний аудио декодер теперь получился просто напросто каким-то "недоделанным".

Цитата:
Есть какие то ограниченмя у MpaDecFilter ? Или просто Light Alloy странный плеер?

1. Ограничения есть, я вам их назвал уже - отсутствие микширования каналов и раздела ручного выбора кодеков. Ведь не всем пользователям подходит такой выбор - "абсолютно все сразу".
2. Light Alloy - нормальный плеер, ничего в нем странного нет.
Автор: Saturn3
Дата сообщения: 25.02.2016 15:30
Прошу прощения за оффтоп
Evgeniy_1990
При отключении встороенного и регистрачии в системе MpaDecFilter.ax ас3 и мр3 не "хотят декодироваться MpaDecFilter . Чтобы появился звук надо включать MPEG1\2\3 и AC3 . С другими аудио проблем нет.
Хотя предполагаю,что проблема именно в Light Alloy тк не только MpaDecFilter не "хочет" подключаться ,но и LAVaudio. Опять же предполагаю,что у MP3Decoder DMO более высокий меррит чем у MpaDecFilter и LAVaudio.


Автор: Evgeniy_1990
Дата сообщения: 25.02.2016 15:55
Saturn3

Цитата:
Опять же предполагаю,что у MP3Decoder DMO более высокий меррит чем у MpaDecFilter и LAVaudio.

Согласен, так и есть, действительно у системного MP3Decoder DMO мерит выше, чем у всех остальных.

Добавлено:
Например, на Windows XP, при открытии видео файла с mp3-аудио дорожкой, подключается именно этот системный MP3Decoder DMO, игнорируя тот факт, что в LAV Audio Decoder включен кодек mp3, поскольку мерит его выше изначально, чем у LAVAudio.

Добавлено:
Та же самая ситуация и с WMA1/2. Даже если в LAV Audio включить WMA1/2, то изначально запуститься WMAudio Decoder DMO, поскольку его приоритет также выше, чем у LAV Audio Decoder.

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

Добавлено:
Есть утилиты, например эта же GraphStudio, или DSFM, позволяющая самому вручную менять мериты фильтров, зарегистрированных в системе, в том числе и системных.

Добавлено:
Мериты внешних фильтров могут даже меняться автоматически в зависимости от порядка установки тех или иных фильтров.

Например: Haali Media Splitter и LAV Splitter Source.

Ставим Haali - мерит больше отдается Haali.
Ставим LAV Splitter Source - мерит больше отдается LAV Splitter Source, т.е. покрывая Haali.
Автор: Ramon4eg
Дата сообщения: 25.02.2016 19:20
Увы, всё равно не отображает нормально яндекс. Ладно, проблему решил, скачал с видеохелпа. Другой вопрос: можно ли как-то смотреть трансляции с твича, гудгейма или других стрим-сайтов?
Автор: Bai_Hou
Дата сообщения: 25.02.2016 22:16
Aleksoid1978

Цитата:
Youtube перешел на субтитры формата WebVTT. Ну и я как раз добавил базовую их поддержку и теперь опять будут сабы при открытии ссылок с Youtube и их там наличие.

Пользуясь случаем, опять прошу сделать опцию переключения на ISR при открытии с ютуба, если по дефолту используется внешний сабрендерер.
Я понимаю, почему вы не хотите делать это молча без ведома пользователя - ну так и прошу добавить именно соответствующую опцию в раздел Youtube, которую пользователь будет явно включать. В плеере есть к примеру автопереключение частот экрана, и никого это не смущает - не предлагается ведь каждый раз вручную лазить в панель управления винды и менять её там. Тут случай совершенно аналогичный, и удобство для пользователей XySubFilter налицо.
Автор: usalex
Дата сообщения: 26.02.2016 02:09
Aleksoid1978
При просмотре матрешек стала подергиваться картинка. С плавающей периодичностью раз в неск. минут картинка начинает типа притормаживать и через неск. секунд восстанавливается плавное воспроизведение. Есть подозрения (сейчас провожу тесты) на изменения в 1202 и 1203.
Проверь тоже, плиз.
Автор: Aleksoid1978
Дата сообщения: 26.02.2016 04:09
usalex
Вряд ли - только вчера смотрел сериал в MKV, все ок.
Если конкретно какая-то MKV - то дай файл или ссылку.

P.S. На работе погонял несколько разных матросок - все ок.
Автор: Evgeniy_1990
Дата сообщения: 26.02.2016 06:48
Aleksoid1978

Цитата:
usalex
Вряд ли - только вчера смотрел сериал в MKV, все ок.
Если конкретно какая-то MKV - то дай файл или ссылку.

P.S. На работе погонял несколько разных матросок - все ок.

Вчера смотрел матрешку, наблюдал периодические скачки джиттера, несмотря на то, что файл содержит CFR, а также частота кадров с 23.976 FPS падала до 22 FPS. Отсюда и были периодические скачки джиттера и как следствие рывки изображения и траблы со звуков, были шумы и вопли.

В общем, дело в изменениях r1203 и r1204, особенно в r1203 - порядок нахождения актуального FPS.
Не всегда срабатывает эта автоматика определения FPS для конкретных видов матрешек.

Повторно воспроизвести баг не удалось, но периодически он может возникать, следовательно, баг - плавающий. Его можно исправить, откатив изменения r1203.
Автор: Aleksoid1978
Дата сообщения: 26.02.2016 10:23
usalex
Evgeniy_1990
Те 2 изменения никоим образом не могли повлиять на проигрывание. А только на показатель fps выходного медиа-типа видео-дорожки. Можете сравнить глянув данные выходного PinInfo текущей версии и более старой.
Ну и конечно нужен "проблемный" файл.
Автор: Evgeniy_1990
Дата сообщения: 26.02.2016 10:29

Цитата:
usalex
Evgeniy_1990
Те 2 изменения никоим образом не могли повлиять на проигрывание. А только на показатель fps выходного медиа-типа видео-дорожки. Можете сравнить глянув данные выходного PinInfo текущей версии и более старой.
Ну и конечно нужен "проблемный" файл.

Aleksoid1978
Так, я провел тщательный тест, прогнал достаточно немалое количество своих матрешек, коли их у меня предостаточно.
Среди этого количества, удалось найти некоторые, которые ведут себя не так, как все остальные.

Дело в том, что при открытии, эти некоторые матрешки могут открыться как нормально, так и не совсем нормально.
Вот вам, пожалуйста, сам плавающий баг - "то нормально, то ненормально".

Тест: Windows XP, MPC-BE 1.4.6.1204-beta, VMR-9 RL (DXVA1/Soft).

При открытии таких матрешек можно заметить:

1. Повышенную частоту кадров FPS. Т.е. она выше, чем положено, что уже неправильно. Опять же сводится к r1203.
2. Достаточно сильные отклонения в свойствах видео-рендерера.

Ссылка на пример такого видео файла - матрешки: https://yadi.sk/i/FxEym-I5pXg3N
Ссылка на скриншоты: https://yadi.sk/d/5Et3izzapXgNA

По моим наблюдениям, чаще всего проблема наблюдается на матрешках с постоянной частотой кадров CFR = 23.976.

Добавлено:
К моему примеру выложен третий скриншот.
Автор: Aleksoid1978
Дата сообщения: 26.02.2016 10:36
И что - на более старых версиях все нормально??
Автор: Evgeniy_1990
Дата сообщения: 26.02.2016 11:52
Aleksoid1978

Цитата:
И что - на более старых версиях все нормально??

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

Поясню подробнее, что я сделал вчера:

1. Обнаружил некорректное воспроизведение матрешки на Windows 7.
2. Откатился на r1200, еще раз проверить, этого косяка не было, при повторном запуске.
3. Вместо встроенного MPC Matroska Source, выбрал LAV Splitter Source - получил этот косяк.
4. При повторном опять же запуске, его снова не было.
5. Переключился на Win8.1, потом на Win10, проверил эту матрешку в SVN r1200, r1204, r1208, этого косяка не было вообще с самого начала запуска матрешки, как при встроенном MPC Matroska Source, так и при внешнем LAV Splitter Source.

Я даже и не знаю, что тут можно сказать...

Если учесть, что на двух совершенно разных ревизиях r1204 и r1200 по одному разу был этот косяк, но более он не проявлялся и не повторялся, тогда можно сказать, то причина его возникновения явно не со стороны плеера была.

Есть одно НО:

Первый раз косяк вылез на r1204, при использовании встроенного MPC Matroska Source
Второй раз косяк вылез на r1200 при использовании уже LAV Splitter Source.

Вот тут и возникает неясность... В SVN r1202 было сделано изменение, код которого или был взят у LAV, или был написан также, как в LAV.

Это я говорю к тому, что косяк, возникший в SVN r1204 при воспроизведении данной матрешки мог передаться из SVN 1202. Это конечно неточное утверждение, а скорее больше как мое личное предположение.

Другой вопрос в том, как его повторить, т.е. повторно его воспроизвести? Непонятно...
Я пытался, но не смог.

Сейчас проверил эту матрешку на XP - аналогично, все в порядке, при том что я открывал ее несколько раз, а точнее 5 раз.

По поводу того, что я написал про повышенную FPS и сильные отклонения, при открытии некоторых матрешек - это уже совсем другая проблема, возможно даже, что очередная поломка, но она есть даже при использовании внешней цепочки фильтров:
LAV Splitter Source + LAV Video Decoder + VMR-9 RL, а не только нашей встроенной:
MPC Matroska Source + MPC Video Decoder + VMR-9 RL.

В общем, теперь предоставляю слово usalex.


Цитата:
При просмотре матрешек стала подергиваться картинка. С плавающей периодичностью раз в неск. минут картинка начинает типа притормаживать и через неск. секунд восстанавливается плавное воспроизведение. Есть подозрения (сейчас провожу тесты) на изменения в 1202 и 1203.
Проверь тоже, плиз.


1. Как часто у вас проявляется эта проблема в последних SVN? Всегда, или была только один раз?
2. В более ранних SVN, до 1202, у вас есть эта проблема, или все в порядке?
3. Если у вас ваша матрешка до сих пор воспроизводится некорректно в последних SVN, тогда просьба скинуть на нее ссылку, или хотя бы ссылку на ее сэмпл пожалуйста.
Автор: usalex
Дата сообщения: 26.02.2016 13:54
Aleksoid1978


Цитата:
Если конкретно какая-то MKV - то дай файл или ссылку

Ну, например Ночной администратор в 1080р.
Билд 1208 - частые притормаживания.
Билд 1200 (и ПОТ-плеер) - ни одного притормаживания за весь ролик.

Добавлено:

Цитата:
На работе погонял несколько разных матросок - все ок

Думаю, что нужно проверять на ТВ с переключением частоты на соответствующую.

Добавлено:
Evgeniy_1990


Цитата:
1. Как часто у вас проявляется эта проблема в последних SVN? Всегда, или была только один раз?

Проблема была и раньше (до 1200). Но тормоза возникали редко (3-5 раз за фильм), а бывало, что весь фильм без единого тормоза удавалось просмотреть. Я списывал это на не абсолютную точность синхры, что и давало периодический (по мере накопления) рассинхрон.


Цитата:
3. Если у вас ваша матрешка до сих пор воспроизводится некорректно в последних SVN, тогда просьба скинуть на нее ссылку

Ссылка в моем посте выше - лостфильмовский Ночной администратор. Вчера на нем ловил частые тормоза на 1208.

Добавлено:
Кстати, я пользуюсь WASAPI с синхронизацией audio to video.
Автор: Aleksoid1978
Дата сообщения: 26.02.2016 14:45
usalex
Вот что еще - попробуй посмотреть без WASAPI вывода.
Дело вот в чем - у себя я тоже замечал периодические подлагивания(при это просходит "затуп" звука, кратковременное затормаживание картинки), но не только на MKV(а так же и BD/BD-Remux). Но это может произойти так редко - иногда и не разу за весь фильм/серию.

Поэтому у меня подозрение именно на WASAPI вывод - что-то там видимо иногда происходит.


Добавлено:
И вот еще что - в WASAPI выводе надо использовать синхронизацию видео по аудио. Это более правильнее. В случае отклонения fps и т.д. в файле - синхронизация аудио не должно сбиваться, т.к. именно по аудио строится весь процесс синхронизации в DirectShow.
Автор: Evgeniy_1990
Дата сообщения: 26.02.2016 15:01
Aleksoid1978

Цитата:
Поэтому у меня подозрение именно на WASAPI вывод - что-то там видимо иногда происходит.

Я также являюсь пользователем этого WASAPI Renderer. Использую его на новых системах.
При этом, в последнее время, ни разу не наблюдал с ним никаких проблем. На мой взгляд, он работает даже лучше, чем DirectSound на новых системах, например в плане того, что при его использовании наблюдается гораздо меньше пропущенных кадров, поскольку работает его синхронизация.


Цитата:
И вот еще что - в WASAPI выводе надо использовать синхронизацию видео по аудио. Это более правильнее. В случае отклонения fps и т.д. в файле - синхронизация аудио не должно сбиваться, т.к. именно по аудио строится весь процесс синхронизации в DirectShow.

С этим полностью согласен.

P.S. Кстати, вспомнил свой случай, когда при методе синхронизации "аудио по видео" я наблюдал раньше у себя в свойствах видео-рендерера довольно значительные отклонения. Я о нем раньше отписывался, после этого вы сделали по умолчанию метод синхронизации "видео по аудио", как наиболее правильный.
Автор: Aleksoid1978
Дата сообщения: 26.02.2016 16:06
Может быть у меня просто уже жестак "накрывается" - такое бывает при сильной активности диска.
Автор: vasevase
Дата сообщения: 26.02.2016 16:20
«Остановись мгновенье, ты прекрасно!» © (к тому, что на последние бетки не перехожу)

Ребятушки, относительно давно, шапошное зеркало на БоксКом показывало "лимит трафика исчерпан".
Если ничего не изменилсоь — надо бы убрать.

Что касается активности ЖД — подтверждаю. Проверьте каким-нибудь дефрагментатором тот файл.
У меня бывает, что после скачивания, до десяткa тысяч кусков в каком-то жалком файле, рамером меньше 5-10 ГБ образуется.
Автор: usalex
Дата сообщения: 26.02.2016 17:18
Aleksoid1978

Цитата:
попробуй посмотреть без WASAPI вывода

Неск месяцев назад пробовал через DS. Но все равно ловил редкие затупы. Вернулся на WASAPI.

Цитата:
в WASAPI выводе надо использовать синхронизацию видео по аудио. Это более правильнее

Попробую. Но когда ты внедрял эту фичу, то выкладывал тестовый ролик. И, в зависимости от варианта синхронизации, заикался либо звук либо видео. Я выбрал синхру audio to video т.к. лучше пусть звук заикается, чем картинка (если выбрать video to audio то заикается картинка).

Цитата:
Может быть у меня просто уже жестак "накрывается"

Я тоже держу HDD под подозрением. Вернее, не сам диск, а всякие виндовые проги типа телеметрии, которые вдруг начинают его мочалить. Хоть я их и поотключал (те, что выявил), но все равно иногда диск начинает молотить на ровном месте.
Но, с другой стороны, иногда качаю торрентом по 7 заданий одновременно на 100 мегабитах на тот же диск, с которого смотрю в это время фильм и хоть бы хны - идёт плавно.

Добавлено:
vasevase

Цитата:
Что касается активности ЖД — подтверждаю. Проверьте каким-нибудь дефрагментатором тот файл.

Если б дело было в фрагментации, то возникший затуп повторялся бы на этом месте постоянно. А этого не происходит - крутанёшь колесиком на 5 секунд назад и уже нет затупа на том же самом эпизоде.
Автор: vitsat
Дата сообщения: 26.02.2016 18:18

Цитата:
И, в зависимости от варианта синхронизации, заикался либо звук либо видео. Я выбрал синхру audio to video т.к. лучше пусть звук заикается, чем картинка (если выбрать video to audio то заикается картинка).

Изредка попадаются рипы, где замиксован русский перевод от 23,976 fps с видеорядом 24 fps (или наоборот). Или, допустим, выдрали аудиодорожку от фильма с отличающейся длиной (бывает, на несколько секунд) в сравнении с миксуемым рипом. Грамотные рипперы растягивают или сжимают аудиодорожки к длине видеоряда в редакторах и лишь после этого миксуют. Иначе будет нарастать рассинхрон и в какие-то моменты будут заметны артефакты принудительной синхронизации.
Автор: usalex
Дата сообщения: 26.02.2016 20:32

Цитата:
Изредка попадаются рипы, где замиксован русский перевод от 23,976 fps с видеорядом 24 fps (или наоборот).

Ну, с кривыми рипами все понятно. Есть оправдание затыкам.
А вот как объяснить рандомные затыки на нормальных фильмах?
И, похоже, зря грешил на 1208, на котором вчера ловил кучу затыков.
Сегодня посмотрел на нем с теми же настройками того же Ночного администратора от начала до конца и все было гладко.
Не знаю где искать причину.
Автор: usalex
Дата сообщения: 27.02.2016 13:17
Leo1000
Что-то ночной робот филонит. Забастовка? Требует повышения зарплаты и социальных гарантий?
Автор: Leo1000
Дата сообщения: 27.02.2016 13:31
usalex
Ну в !_last лежит последний билд, а так похоже шары начинают бурчать по поводу большой прокачки. Попробую что-нибудь придумать.
Автор: usalex
Дата сообщения: 27.02.2016 14:06
Leo1000
Спасибо! Раньше сразу пролистывал и не обращал внимания на эту папку - без подсказки и не заметил бы.
Автор: wanezhiling
Дата сообщения: 27.02.2016 15:40
https://youtu.be/zmakH14F2oQ?t=67
In browser video starts at 67 seconds. but in mpc-be, it always starts at the beginning. It would be great if mpc-be extracted the time code from link and started video there.
Автор: Aleksoid1978
Дата сообщения: 27.02.2016 15:59
wanezhiling
Такого не будет.
Автор: vasevase
Дата сообщения: 27.02.2016 16:25
Поясните, это нормально, во время воспроизведения "утоплена" кнопка ПАУЗА [ || ] (слева, внизу, в оконном режиме)?

А при постановку на паузу — наоборот, не притоплено ничего.
Раздражает, всё забывал отписаться. Версия — 1195 бета, x86-xp.

Глянул — с 1.3 так, вроде (не начиная с неё, а вообще).

В MPC-HC 1.7.10.17 — нормально: при воспр. |>, при паузе — ||.
Автор: k2o
Дата сообщения: 27.02.2016 23:29
vasevase
Всё нормально, кнопка – это не индикатор состояния, а элемент управления, и отображает, что должно произойти при его использовании.

Цитата:
В MPC-HC 1.7.10.17 — нормально

Сравните с другими плеерами, например, с DPP.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106

Предыдущая тема: usergate 4


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.