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

vasevase
Могу предложить попробовать вам обновить, или переустановить драйвера на вашу аудио карту.

Вот действительно, у вас очень странно работает звуковая система, то ускорения, то замедления.

Цитата:

сразу в SVN все ваши наработки

Не паникуйте, гражданин.

Со скоростью ещё остались вопросы: когда галки ставишь в декодере и жмёшь "применить" — скорость нормализуется.
Но при перезапуске — снова медленно. Надо это решить.

vasevase

Цитата:

Да вы больше паникуете (могу, конечно, понять).

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

Добавлено:
vasevase

Цитата:

Со скоростью ещё остались вопросы: когда галки ставишь в декодере и жмёшь "применить" — скорость нормализуется.
Но при перезапуске — снова медленно. Надо это решить.

Это только у вас так.

Я знаю прекрасно сам, что если в аудио декодере изменить выходной формат на лету, то скорость нормализуется.

Цитата:

Это только у вас так.

Ну вот началось. Только у вас всё хорошо, так что выдохните и подождите,
пока Aleksoid1978 проанализирует ситуацию, ок?

По первой звуковой бетке я лог выслал.

vasevase

Цитата:

Ну вот началось. Только у вас всё хорошо, так что выдохните и подождите,
пока Aleksoid1978 проанализирует ситуацию, ок?

Да ради бога, я никуда не тороплюсь, к тому же пока занят прогонкой третьего тестового билда, согласно указаниям от Aleksoid'a. Вот и проверяю как он сказал MPEG-2, 1080p, WMV3/VC-1.

Вот еще 2 тестовых билда по звуку 192:
https://yadi.sk/d/W0jVGRpjougkE
https://yadi.sk/d/ltQzQyYFougn4

Первая бета - сразу норм говорю.
Галка стоит на int32, сейчас попробую пощёлкать галки и вторую бетку заодно.
Галки в первой бетке все - ОК, и по отдельности каждая и если все разом зажать.

Вторую бету аналогично затестил - всё ок (пробовал на аре и сейчас Flac играет).

Спасибо, НАКОНЕЦ-ТО (без подсовок старых фильтров).

vasevase
Ну наконец-то

Aleksoid1978

Цитата:

Вот еще 2 тестовых билда по звуку 192:
https://yadi.sk/d/W0jVGRpjougkE
https://yadi.sk/d/ltQzQyYFougn4

Проверил оба тестовых билда.

В обоих нормально работают аудио файлы с частотой = 192 кГц. Также, теперь работают выходные форматы int24, int32, за исключением Float, а не только int16.

Аудио файл WAVE FLOAT воспроизводится автоматически сразу в формате Float (Floating Point), и все благодаря тому, что теперь нормально подключается аудио переключатель (Audio Switcher).

Добавлено:
Aleksoid1978
Для AMR аудио просьба подкорректировать фильтр-источник " MPC Audio Source".
Сейчас же используется в качестве фильтра-источника "File Source" + "MPC Audio Splitter".

Цитата:

Аудио файл WAVE FLOAT воспроизводится автоматически сразу в формате Floa

Кстати, вчера у меня примерный файл от товарища Saturn3 тоже не воспроизводился, как и у вас.
Сегодня - ок.

Прямо праздник какой-то, не зря вчера мучались (наверное еще и видеофикс будет завершён).

vasevase

Цитата:

Прямо праздник какой-то, не зря вчера мучались (наверное еще и видеофикс будет завершён).

Это точно. Мы с вами не зря старались. И конечно же огромная благодарность пользователю Saturn3, за то что предоставил нам такие замечательные тестовые сэмплы.

Добавлено:
vasevase
Считайте, что ваши баги с полосками при DXVA1 и ускоренным/замедленным звуком уже исправлены.

Evgeniy_1990
Дай хотя бы один AMR файл, гляну. Наверное просто не прописан тип и все.

Aleksoid1978

Цитата:

Evgeniy_1990
Дай хотя бы один ARM файл, гляну. Наверное просто не прописан тип и все.

Пожалуйста: https://yadi.sk/d/2FEdzwoFouofE

Добавлено:
Aleksoid1978
Клип "Top Girls", который предоставила нам, наша уважаемая девушка бета-тестер, wanezhiling, полностью проверен во втором и третьем отладочных билдах.

Это как раз очень и очень хороший пример для тестирования тестовых билдов второго и третьего.

Этот клип имеет формат WMV3/VC-1, разрешение FullHD 1080p, не кратное 16, в котором также присутствовала полоска внизу, а точнее - это не совсем полоска, а скорее ошметки кадров видео.

Во втором и третьем отладочных билдах этих ошметков кадров, в виде тонкой полоски, больше нет, при наличии работы DXVA1-декодера.

Было первоначально: Video: dxva 1920x1088 23.98fps 10000kbps
Стало теперь: Video: dxva 1920x1080 23.98fps 10000kbps

По сути 1088р -> 1080p. И получилось снова, что выходное разрешение стало равно входному.

Ну значит все хорошо и завтра залью изменение по DXVA1 и аудио-декодеру.

Evgeniy_1990
Рад был помочь в развитии плеера!
Aleksoid1978
Обнаружил еще такую проблему: Замедленное воспроизведение 192кгц 6канального.
Плеер проигрывает его замедленно ,заикаясь
Семпл,конечно, самодельный , но заикается в МРС-ВЕ ,а в POTPLAYER воспроизводится нормально.
https://yadi.sk/d/OluIoEPJoxM7m - семпл .
Проверялось на вин 7х64

Если будет такая возможность поправьте ,пожалуйста!

Saturn3

Цитата:

Обнаружил еще такую проблему: Замедленное воспроизведение 192кгц 6канального.
Плеер проигрывает его замедленно ,заикаясь
Семпл,конечно, самодельный , но заикается в МРС-ВЕ ,а в POTPLAYER воспроизводится нормально.
https://yadi.sk/d/OluIoEPJoxM7m - семпл .
Проверялось на вин 7х64

Если будет такая возможность поправьте ,пожалуйста!

Подтверждаю проблему - она во встроенном source фильтре. Посмотрим.

Aleksoid1978
Извиняюсь за семпл -(он 192000гц 32бита 6 каналов) Нигде не нашел инфы что .tak допускает глубину 32бита.
Поэтому переделал на 192000 24 бита 6 каналов https://yadi.sk/d/DzYana6oozPyd
Просьба перекачать тестовый семпл.

Saturn3
Цитата:

Поэтому переделал на 192000 24 бита

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

Saturn3
Первый сэмпл, так же, как и ваш второй, имеет значения: 24 bit, 192 кГц.

anthony_ventura_-_hotel_california_(zvukoff.ru).mp3
md5: 6ac52948a06c9c6b572b75b9b41cc1f2
http://zv.fm/song/9893
MPC-BE x64 v1.4.5/6
в конце файла не может остановиться, происходит сильнейшая утечка памяти, винда уходит в стопор.

embrace909

Цитата:

http://zv.fm/song/9893
MPC-BE x64 v1.4.5/6
в конце файла не может остановиться, происходит сильнейшая утечка памяти, винда уходит в стопор.

Подтверждаю! Проблема в фильтре-источнике: "MPC Mpa Source (MPEG Audio)".
Временное решение - вместо встроенного фильтра, подключите внешний "LAV Splitter Source".

Evgeniy_1990
Я перестрахвался, и сделал второй семпл самой последнеей версией конвертера и доступной версией .tak энкодера выставив принудительно 192кгц24бита 6каналов. Первый семпл делался из вайвпака 192кгц32бит "как в источнике" те полной уверенности что закодираванно правильно у меня не было, учитывая ограничение 24бита глубины для ТАК...

У Вас воспроизвелась проблема с этими семплами?

Saturn3

Цитата:

Я перестрахвался, и сделал второй семпл самой последнеей версией конвертера и доступной версией .tak энкодера выставив принудительно 192кгц24бита 6каналов. Первый семпл делался из вайвпака 192кгц32бит "как в источнике" те полной уверенности что закодираванно правильно у меня не было, учитывая ограничение 24бита глубины для ТАК...

Теперь понятно, что вы сделали.

Цитата:

У Вас воспроизвелась проблема с этими семплами?

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

embrace909
Цитата:

в конце файла не может остановиться, происходит сильнейшая утечка памяти, винда уходит в стопор.

633 - норм.
651 - кушает память.
Тогда сильно сплиттеры дорабатывали, возможно для MP3 что-то упустили.

V0lt_r

Цитата:

633 - норм.
651 - кушает память.
Тогда сильно сплиттеры дорабатывали, возможно для MP3 что-то упустили.

Можно поискать и найти конкретные изменения (билд) из вашего диапазона [633 -> 651].

Evgeniy_1990

Цитата:

воспроизведение прерывистое и слегка замедленное.

точно так же и у меня.
Тем временем проверил на "родственнике" по фильтрам MPC-BE плеере Light Alloy этот семпл .
соурс фильтр Лайт эллоя проблем с вопроизведением этого семпла тоже не имеет. А ведь последний на сегодня релиз этого плеера был летом прошлого года!

Saturn3

Цитата:

Тем временем проверил на "родственнике" по фильтрам MPC-BE плеере Light Alloy этот семпл .
соурс фильтр Лайт эллоя проблем с вопроизведением этого семпла тоже не имеет. А ведь последний на сегодня релиз этого плеера был летом прошлого года!

В MPC-BE, также, как и в Light Alloy, используется новый универсальный аудио сплиттер, который называется: "MPC Audio Source/Splitter". В Light Alloy - "INT Audio Source".
Вот только у нас он также дорабатывался, как и все остальные фильтры-источники. Отсюда и могут быть с ним различные баги, поскольку нужно очень тщательно его тестировать, а для этого требуется достаточно большое количество различных аудио файлов и сэмплов разных форматов, вроде AMR, AIFF, APE, TTA, TAK, WavPack.

Также, было бы неплохо добавить в наш проект поддержку AIFF в "MPC Audio Source".

Добавлено:
Saturn3
У нас были глобальные переделки по части всех фильтров-источников (сплиттеров), также была добавлена опция ручной установки значения размера буфера для наших встроенных фильтров-источников.

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

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

Добавлено:
Saturn3
Ха, смотрите как интересно получается, я увеличил значение размера буфера с 3 до 4 и ваши сэмплы 6-канальные стали воспроизводиться нормально.

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

По сути, все наши беды идут с добавления опции ручного задания значения размера буфера.
Следовательно, нужно копать в сторону размера буфера.

Добавлено:
V0lt_r, что-то мне подсказывает, что значение размера уровня буфера = 3 явно слишком низкое.

На вашем месте, т.е. на месте разработчиков, я бы по умолчанию сделал автоматическую установку размера буфера.
Вот тогда проблем точно не будет. Что-то типа комбобокса с надписью "Авто".

Дело в том, что далеко не всегда, не во всех случаях, при значении размера буфера = 3, нормально воспроизводятся различные аудио файлы.

Добавлено:
Aleksoid1978
По поводу тестовых 6-канальных TAK-аудио файлов: проблема вовсе не в фильтре-источнике, а в размере буфера, при значении = 3, наблюдается прерывистое слегка замедленное воспроизведение, а при значении размера буфера = 4 и выше, уже полностью нормальное воспроизведение.

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

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

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

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

Всем привет. Спасибо всем за найденные баги и спокойнее, не надо паники и постов по пол страницы - баги от этого не исправяться. Написали и ок - разберёмся

Добавлено:
Проблемы с TAK и MP3 файлами исправлены.

Aleksoid1978
Проверил 1188 "ночную" Подтверждаю ТАК семпл воспроизводится нормально
семпл МР3 - тоже перестал дико кушать памать в конце
Спасибо!
Evgeniy_1990
Согласен с Вами ,что увеличение буфера с 3 до 4 помогало. Но после фикса оно не требуется уже как видно.
Значит дело было не в размере буфера,а в необходимости фикса для конкретного случая с семплом .tak

Saturn3

Цитата:

Evgeniy_1990
Согласен с Вами ,что увеличение буфера с 3 до 4 помогало. Но после фикса оно не требуется уже как видно.
Значит дело было не в размере буфера,а в необходимости фикса для конкретного случая с семплом .tak

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

Все-таки "Авто" было бы самым лучшим решением. Не для всех случаев значение = 3 будет эффективным.