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

vasevase
Проверил ваш аудио файл "AC3.ac3" на Windows XP.
В моем случае, падение не проявляется, ни при каких условиях, даже несмотря на то, что я проверял ваш аудио файл на двух совершенно разных компьютерах и даже на разных звуковых картах. Также, пробовал подключать данный аудио файл к различным матрешкам, от самых легких, т.е. простых, до самых тяжелых, например к HEVC, с разрешением 1920х1088. И несмотря на все эти способы получения падения, получить его я так и не смог.

Основные условия, использовавшиеся при проверке:

1. Аудио файл, в качестве одноименного, с переключением на него с помощью горячей клавиши "А".
2. Удерживание горячей клавиши "А", во время воспроизведения матрешки.
3. Запуск внешнего звукового файла в качестве основного, с помощью опции "Всегда использовать внешние аудио-файлы как основные"
4. Подключение внешнего аудио файла, в качестве одноименного, к видео файлу-матрешке, в которой вообще отсутствуют какие-либо аудио дорожки
5. Загрузка внешнего аудио файла к матрешке, через "OpenDialog" загрузки внешних аудио дорожек.

Несмотря на эти основные условия, падение, в моем случае, ни разу не проявилось.

Следовательно, возникает такой вопрос - а с чьей стороны проявляется падение?

vasevase
В настройках, в разделе "Разное", включите пожалуйста опцию "Включить создание MiniDump" и воспроизведите падение.

Если падение проявляется исключительно со стороны самого плеера, он вам создаст дамп-файл, если падение со стороны исключительно самой операционной системы, тогда вы получите просто сообщение от самой операционной системы, мол "MPC-BE - обнаружена ошибка. Приложение будет закрыто. И т.д."

Если же у вас будет дамп-файл, тогда просьба повторно воспроизвести его на этой версии: https://yadi.sk/d/4v6CZsgos47As
Т.е. таким образом - включить опцию создания MiniDump, воспроизвести падение и выложить свой дамп-файл. Я посмотрю, в каком месте происходит падение.

И еще один вариант - через отдадочный билд + DebugView.
Запустить сначала DebugView, затем запустить отладочный SVN-билд, воспроизвести падение, сохранить лог, который у вас будет в утилите DebugView и выложить сюда.
И заодно проверить, будет ли у вас, при этом, дамп-файл, или ASSERT.


Цитата:

Что я пока натестил: бородатая версия 1.3.1.1 4469 - на ней, вроде, норм.
Косячится точно на 1.4.3.5600 и 1.4.6.1218.
1.4.2.4718 & 1.4.3.4994 - вроде норм тоже.

По вашим результатам можно сказать, что это текущий баг-поломка, вот только есть одно но - падает не на всех билдах, что очень странно, особенно если учесть, что падает всегда на последних SVN-билдах.


Цитата:

AudioSwitcher.ax из StandAlone если прикручивать старый к новым - сразу краш на запуске видео.

Ну это вообще - полное безумие, подключать старый AudioSwitcher к новым билдам.
Вопрос - зачем? Прежде чем делать такое, нужно установить причину падения, с помощью отладочного лог-файла, или же дамп-файла. Вы не можете быть уверены, что дело именно в аудиопереключателе.

Цитата:

Evgeniy_1990: падает не на всех билдах, что очень страннo

Ничего странного: код поменяли - вот и вылеты.

Цитата:

И еще один вариант - через отдадочный билд + DebugView

Два лога выслал. Надеюсь, будет достаточно.

vasevase
Цитата:

AudioSwitcher.ax из StandAlone если прикручивать старый к новым - сразу краш на запуске видео.

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

V0lt_r

Цитата:

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

Нет, не эта причина вызывает у него падение. Если я правильно его понял, то он таким образам решил попытаться его, т.е. это падение просто обойти, т.е. решил что дело в аудиопереключателе и попробовал подключить более старую его версию.

Проверил с указанным файлом на Win7x64, баг не подтверждаю.

Aleksoid1978
По поводу SVN r1543: скажу так, что после тщательного тестирования и прогонки различных файлов, обработка данных, при использовании режимов WASAPI, стала немножко хуже, особенно на более тяжелых видео файлах, даже при методе синхронизации "Видео по аудио".

Опять же, возьмем, в качестве примера, тестовый сэмпл V0lt'a: https://yadi.sk/i/J4IcQ4WDs4mPS
Запустите его в отладочном билде на звуковой карте "Realtek HD Audio". Вы просто получите "искажения" звука. Да, вы скажете, что это отладочный билд, что он выдает нам много всякой отладочной информации и т.д. Ну что из этого? Это еще не значит, что при этом, должны быть искажения, трески и щелчки звука. Или можете поступить иначе, в SVN r1543 запустите этот видео файл и во время его воспроизведения попробуйте переключить поверхности - вы также получите "щелчки" звука.

Все это говорит о том, что обработка данных работает не на все 100% точно и корректно.
Т.е. это нужно однозначно дорабатывать, иначе на более тяжелых видео файлах, особенно при их декодировании в софтовом режиме, всегда будут "искажения" и "щелчки" звука, при использовании WASAPI-режимов.

По поводу перемотки, с учетом изменений в SVN r1543, если перематывать по главам, с помощью кнопок "Следующий", или "Предыдущий", то даже на некоторых самых более легких видео файлах можно получить "щелчки". В качестве примера, возьмем этот видео файл: https://yadi.sk/i/ys5p9EB-s4nka
Попробуйте, после опенинга, его перематывать мышкой по сикбару, используя более короткие расстояния между перемоткой - и вы также получите эти "щелчки".

По поводу сдвига интервала частоты кадров, после SVN r1543, данное явление стало проявляться гораздо чаще, даже при перемотке видео файлов, не говоря уже про изменение настроек на лету.

Evgeniy_1990
Проверил оба файла - и переключение поверхностей, и перемотка(мышкой и очень быстро кнопками), все нормально и никаких искажений не заметил.
Режим - Exclusive.

P.S. После выходных погоняю еще на работе, в наушниках(лучше слышно искажения звука).

Цитата:

Evgeniy_1990: решил что дело в аудиопереключателе и попробовал подключить более старую его версию

Именно так. В прошлый раз помогло, со Flac, сейчас - увы.

Aleksoid1978

Цитата:

Проверил оба файла - и переключение поверхностей, и перемотка(мышкой и очень быстро кнопками), все нормально и никаких искажений не заметил.
Режим - Exclusive.

P.S. После выходных погоняю еще на работе, в наушниках(лучше слышно искажения звука).

Вы проверьте лучше эти видео файлы на режиме "Shared". С ним вы точно заметите щелчки и прочие искажения звука.

Evgeniy_1990
Проверил на Shared - все равно не услышал искажений. Правда дома у меня не Realtek, а Nvidia 960 + монитор с колонками. Но я не думаю что от этого сильно зависит.

Evgeniy_1990
Отладочные версии дают повышенную нагрузку на систему. Там банальная ерунда может создавать тормоза, а ты приводишь в пример файл с HEVC потоком.

Цитата:

Или можете поступить иначе, в SVN r1543 запустите этот видео файл и во время его воспроизведения попробуйте переключить поверхности - вы также получите "щелчки" звука

У меня нет щелчков, лишь кратковременное пропадание звука. Да даже если и были, то вообще пофиг. Это не тот случай, где нужно плавное переключение.
Могу вообще убрать переключение формата поверхности на лету. Да и тип ресайза заодно, а то мало ли компилятор шейдеров задумается. И перемещение окна на второй дисплей во время воспроизведения запретить, там ведь тоже не все гладко происходит.

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

V0lt_r

Цитата:

Отладочные версии дают повышенную нагрузку на систему. Там банальная ерунда может создавать тормоза, а ты приводишь в пример файл с HEVC потоком.

Да, я так и знал что вы это скажете. По поводу примера, вы не совсем меня поняли, я в качестве примера привел вам наиболее тяжелый видео файл, это не обязательно может быть HEVC, это также могут быть видео файлы с H.264-потоком.

Суть в том, что даже в Release-билдах, можно получить щелчки звука, как при воспроизведении, так и при перемотке на более тяжелых видео файлах, особенно если они декодируются в софт-режиме.
Можно даже открыть статистику рендерера и понаблюдать за нагрузкой на CPU, если она превысит 66% и более, то искажения звука гарантированы. Это как раз и говорит о том, что обработка данных нарушается.
Эти щелчки и искажения и есть нарушения в обработке данных.

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

Aleksoid1978

Цитата:

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

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

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

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

Evgeniy_1990
Да дело все в том что ни в каких других условиях я не слышу щелчки/искажения. Если бы я с этим столкнулся при проигрывании/перемотке и т.д. - другое дело.

1. Щелчки могут быть от того, что какое-нибудь устройство забирает все внимание системы, например сетевая карта.
2. Еще возможна проблема с драйверами. Например, звуковые карты Creative замечательно работали на XP, но на 7-ке по началу был полный кошмар. Сейчас стало получше, но вроде до сих пор для старых карт предпочитают пак от daniel_k, а не официальный.
3. Антивирус создает проблемы.
Ссылки в тему: раз, два.
На ixbt есть актуальная тема с 2009.

Я к тому, что причина может быть в другом, а виноват почему-то плеер.

V0lt_r
Это не совсем то - т.к. с другим аудио-рендером такого нет. Но я честно говоря тоже не разу такого не встречал - чтобы просто во время проигрывания что-то там щелкало. То что искажения могут происходить во время изменения настроек - это совершенно другая тема, там много чего происходит - поэтому такое возможно, т.к. происходит вывод только части аудио-данных.

Сурпрайс мотофака:

MPC-BE.1.4.3.5417.x86.VS2013.audioswitcher.with.mixer

Вот с этого бильда (плюс-минус) чудеса начинаются и продолжаются по текущие SVN.
Начиная с 1.4.3.5416 5409 идёт дикое ускорение при переключении на внешнюю AC3, как чёртовы бурундучки звук.
В 1.4.3.5400 - всё норм (без крашей и всяческих ускорений). B очередной раз убеждаемся — чудес не бывает.

Не знаю, пофиксят или нет, главное - до истоков косяка было доко’пано.

vasevase
Попробуй отключить встроенный аудио-декодер и подруби внешний LAV. Чтобы исключить(или наоборот понять) аудио-декодер.

Но вот то что такое только у тебя - это интересно конечно.

0,58,2 LAV (LAVAudio.ax) через "внешние фильтры" подрубил - норм вроде (на 1,4,3,5480).

Цитата:

это интересно конечно

Железо нефартовое, согласен.

vasevase
А на встроенном в контейнере(AVI/MKV/MPEG) AC3 нет проблем ??

Добавлено:
vasevase
Если с LAV нормально - ну и пользуйся им да и все.

Цитата:

А на встроенном в контейнере(AVI/MKV/MPEG) AC3 нет проблем ?

MKV remux - DTS, DTS, AC3 - норм
MKV remux - DTS, AC3, AC3, DTS - норм
1.4.3.5480

Цитата:

Если с LAV нормально - ну и пользуйся им да и все.

Поторопился походу. Наживил 1.4.6.1508 + LAV - снова валится (изредка).

vasevase
А отключи любые обработки звука - микшер, автоматический регулятор громкости.

Aleksoid1978
Кажется разобрался: (сбросило) дефолтом ставит только int16 в форматах вывода встроенного аудиодекодера.
В LAV же - почти все галки дефолтом врубает (кроме 32b flo-point). Но прикол в том, что в старых версиях MPC-BE (которые до той модификации, начатой где-то с 1.4.3.5409-17) достаточно было и 16 для беспроблемного воспроизведения. В последних - 24 добавить к дефолту, и вылетов не будет, или очень редко (терпимо).

Спасибо большое за наводку! A то чуть на конкурирующий плеер не сбежал.

vasevase
Это конечно хорошо что падений нет - но причину так и не выяснили.
Если хочешь помочь разобраться - вот тебе билд https://yadi.sk/d/3V94F73Cs7d28
В начале включи создание дампа - Опции->Разное->Включить создание MiniDump.

По идее в момент падения программа предложит создать дамп-файл. Вот его потом и надо мне выложить. Хоть гляну что и как.

При использовании программы с пульта было бы удобно, если бы в режиме "Force a single process" запуск программы активировал уже открытое окно плеера. А так при использовании других программ возвращаться к плееру крайне затруднительно

Krot66
Цитата:

При использовании программы с пульта было бы удобно, если бы в режиме "Force a single process" запуск программы активировал уже открытое окно плеера.

Так и происходит.

Хм, у меня это тоже происходит, но много менее, чем через раз

Aleksoid1978

Цитата:

Но я честно говоря тоже не разу такого не встречал - чтобы просто во время проигрывания что-то там щелкало.

Вообще-то вы это уже видели, только при методе синхронизации "Аудио по видео" на моем MP4-видео файле, который я вам предоставил. Вот именно тоже самое наблюдается и при методе синхронизации "Видео по аудио" только еще в более "безобразном" виде, если воспроизводится тяжелый видео файл, например, "1080p" и выше и нагрузка на CPU, при этом, достаточно высокая, например, более 75%.

И это еще далеко не все...

Теперь, по поводу обработки данных, в случае, если они отсутствуют, при условии сдвига частоты кадров:

Если при открытии, во время воспроизведения, или перехода на след./пред файлы в каталоге, мы получили сдвиг частоты кадров, то в случае установки на паузу за 1 секунду до полного окончания воспроизведения, можно получить просто "черный экран". А если, в случае отсутствия данных, поступить аналогичным образом, только потом продолжить воспроизведение, то процесс воспроизведения продолжится до самого конца, т.е. включая тот интервал, в котором отсутствуют данные.

В обычных условиях, на практике, если данные отсутствуют, то просто воспроизведение или остановится, или же произойдет автоматический переход на следующий файл в каталоге, или по плейлисту (списку воспроизведения).

Скриншот с данной ситуацией и видеозапись с продолжением процесса воспроизведения в тот интервал, в котором вообще отсутствуют данные.

Aleksoid1978
Чё там с дампом тоже просьба отписаться (выяснилось/профиксилось и т.д.).
Я за это время ещё 1.4.3.5409 затестил от нечего делать - тоже глючит.
Там вроде не только звук "бурундучный" при переключении дороги, но и видео ускоряется тоже.

Evgeniy_1990
Bсё забываю: а у вас все апдейты по текущее время на XP стоят, т.е. до мая 2016-го включительно?
Или же голая SP3, или же на 2014-м заморожено. Думаю, для теста тоже фактор.

Evgeniy_1990
Скажу честно - НИФИГА НЕ ПОНЯЛ ...