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

123qqq1
Да, можно ставить поверх.
Удалять старую имеет смысл только при проблемах с неясной причиной, либо если заменяется очень старый билд (вышел более 2 лет назад).

Ссылка на официальный бета-релиз MPC-BE 1.4.6 (билд 1478) в шапке.

Во встроенных фильтрах не открывается Настройка VTS(IFO) Ридера. Что на бете новой, что на билде 1467. (x64 версии)
Отпилили и кнопку не убрали? или сломалось?

Dimmick
Просто там сейчас нет окна настроек - а кнопку забыли убрать. Подправил.

Перемотка заметно медленнее чем на других avi
https://yadi.sk/d/BsIZ-_HqrW4PF

Saturn3
На сколько я понял - неверно построены индексы в самом AVI файле, не совпадают с ключевыми кадрами самого видео-потока. Получается что - после перемотки еще проходить часть данных до тех пор, пока встретиться ключевой кадр с которого и начинается вывод данных.

P.S. Хотя нет - немного не так. После перемотки еще некоторое время(буквально до 1-2 секунд) не поступают аудио-данные. А пока этого не произойдет - воспроизведение не стартует. Почему так - тут я точно не скажу, видимо так уложены данные.

Aleksoid1978 Я догадывался ,что этот семпл кривокодирован.
Выложил этот семпл ,потому что потплеер перематывает без задержек почему-то.

Saturn3
Ну да - Pot со встроенным AVI сплиттеров перематывает шустро. Но что интересно - если сменить на сплиттер ffmpeg/MS, то тогда вообще после перемотки не стартует воспроизведение

Добавлено:
Так же и с LAVSource - странно.

Aleksoid1978 После перемотки на полном файле задержка больше 1-2 сек. Почему так сказать не могу - на предыдущих сериях этого сериала все норм было...

Saturn3
VirtualDub нашел только 1 ключевой кадр из 10189. После ребилда индекса в DivFix 1.10 ключевых кадров стало 71 и файл начал перематываться быстро.
Вывод: файл с кривым индексом и плеер тут не причем.

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

526549
Настрой авто-обновление - раз в месяц появляются сборки на SF и будет срабатывать проверка на новую версию. Обычному пользователю этого будет хватать.

Aleksoid1978
Ну вот я ставлю систему чистую на ПК. И скрипты качают новый Aimp, Новую Opera, новое то, новое сё. Но у этого софта свои сервера и потому там скрип написаный один раз работает всегда. А я-диск вечно обновляется, как то там меняется, фиг знает что там с ним еще творят, но он иногда не даёт ссылки. Автообновление это чудесно тоже, но хочется поддерживать дистрибутивы тоже свежими.

Уже довольно давно наблюдаю проблему с вложенными шрифтами в контейнер мкв. Открываю файл в MPC, комп полностью виснет (курсор мыши как приклеели, ни одна кнопка не работает), примерно на 7-12 секунд (идёт нагрузка на хард), потом всё отвисает и файл проигрывается без проблем! Если через мквтулникс выдрать все вложения то такой проблемы нет! С чем это может быть связанно (в потплеер та же история) (MPC 32 бит)? Может сплитер другой (к примеру Haali Media Splitter) нужен?

Xinsa
Скорее всего при повторном открытии файла будет все нормально. Это со сплиттером не связано.

Цитата:

Скорее всего при повторном открытии файла будет все нормально.

Ну да, так и есть. Оно что, шрифты эти из контейнера в систему устанавливает, что комп так подвисает дико?
И получается кроме как заранее выдирать лишнее из контейнера - проблема эту не решить?

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

Xinsa
Цитата:

Оно что, шрифты эти из контейнера в систему устанавливает, что комп так подвисает дико?

Нет, в систему ничего не устанавливается. Чтобы программа могла использовать шрифты неустановленные в системе, приходиться вызывать функцию, которая регистрирует эти шрифты только для этой программы. Проблема в том, что вызов этой функции приводит к каким-то процессам внутри системы (что-то загружается, инициализируется).
Плеер использует функции AddFontMemResourceEx и AddFontResourceEx с флагом FR_PRIVATE.


Цитата:

И получается кроме как заранее выдирать лишнее из контейнера - проблема эту не решить?

Отключить опцию "Загружать встроенные шрифты" в настройках Matroska сплиттера.

Всем привет. Выкладываю последний SVN билд, но в нем ffmpeg собран с помощью gcc 6.1.0
x86
x64

Кто заинтересован или просто есть время/желание - погонять, сравнить нагрузку при софтовом декодировании(особенно на не особо шустрых системах), корректность воспроизведения и т.д.

Если кому интересно, то вот полный набор mingw + gcc 6.1.0 - http://mpc-be.org/MSYS/MSYS_MinGW-w64_GCC_610_x86-x64_Full.7z

'Ctrl+Enter' and 'Alt+Enter', what's the difference?
I found they are just same.

Alt+Enter - просто переход в полный экран, Ctrl+Enter - со сменой разрешения(если это настроено).

День добрый, смотрю сериал, в начале каждой серии реклама , начинаешь проматывать - звук мотает, изображение остаётся на рекламе. Выключаешь плеер, включаешь по новой и жмёшь пуск. Начинает показывать с того момента на который перемотал и перематывает уже без проблем. Не могли бы проверить? Файл выкладываю полностью, боюсь что порежу и эффект пропадёт.
https://yadi.sk/d/qr1TT-Zzrb8td

MishNSK
Ок - глянем.

Добавлено:
MishNSK
Можешь отключить временно DXVA для H.264 или просто использовать LAVVideo Decoder. А я пока попробую разобраться в чем причина.

Баг на стороне ffmpeg, после перемотки видимо какие-то данные не очищаются. Тоже самое происходит если и в ffplay после открытия перемотать.

Aleksoid1978
Некоторые слова видел впервые, но как включить LAV я умею. Помогло, всё мотает. Спасибо за вашу работу и за то что помогаете разобраться с проблемой. Удачи вам в ваших проектах.

Aleksoid1978

Цитата:

Всем привет. Выкладываю последний SVN билд, но в нем ffmpeg собран с помощью gcc 6.1.0
x86
x64

Кто заинтересован или просто есть время/желание - погонять, сравнить нагрузку при софтовом декодировании(особенно на не особо шустрых системах), корректность воспроизведения и т.д.

Проверил билды - оба работают совершенно нормально, корректно, нагрузка аналогична GCC 5.3.0, т.е. без изменений, какая была, такая и осталась, ни больше, ни меньше.

Aleksoid1978

Цитата:

Если кому интересно, то вот полный набор mingw + gcc 6.1.0 - http://mpc-be.org/MSYS/MSYS_MinGW-w64_GCC_610_x86-x64_Full.7z

Конечно же интересно. Всегда интересно проверять нечто новое.
Попробовал собрать последние SVN-билды, при помощи данного полноценного набора MSYS MinGW GCC 6.1.0 в разных версиях студий - 2013 и 2015 - все полностью успешно строится без каких-либо ошибок, как бинарники, так и автономные фильтры.

В целом, по поводу GCC 6.1.0, можно точно с уверенностью сказать, что работает он полностью стабильно и корректно, никакой высокой нагрузки нет и не наблюдается, по сути работает также стабильно и аналогично как и GCC 5.3.0. Ошибок, при построении в зависимости от версий студий 2013 и 2015 не возникает. Собирается и строится абсолютно все. Это полностью стабильная релиз-версия полноценного пакета MSYS.

P.S. Можно конечно отметить одно отличие по сравнению с GCC 5.3.0 - это волнистое подчеркивание, при построении ffmpeg-шного кода, при проявлении и возникновении низкоуровневых незначительных warning-ов. Т.е. GCC 6.1.0 также может подчеркивать непонятный, незнакомый, или просто "ошибочный" код, точно также, как это любит делать всеми известный "Microsoft Office Word".

В общем, с GCC 6.1.0 - все ясно и понятно, работает нормально, корректно и стабильно, а следовательно имеет полное право на построение, использование и применение.

Добавлено:
Aleksoid1978

Цитата:

Баг на стороне ffmpeg, после перемотки видимо какие-то данные не очищаются. Тоже самое происходит если и в ffplay после открытия перемотать.

Опять же баг только на новых системах и только при DXVA2.
На Windows XP, при DXVA1, бага нет вообще. Оно и понятно почему - поскольку опять таки разный механизм работы с ключевыми кадрами, при перемотке в зависимости от версий DXVA.

Добавлено:
Aleksoid1978
Следует поговорить о "тайном" наборе пакета MSYS: http://mpc-be.org/MSYS/msys_Alex_20160408.7z

Во-первых, - это GCC 5.3.1
Во-вторых, он не так прост и требует редактирования.

Так вот, в зависимости от версий самих студий 2013 и 2015, его нужно редактировать по разному.
Понятно, что под редактирование попадает один единственный файл: "libmingwex.a".

0. C:\MSYS\mingw\bin
1. C:\MSYS\mingw\x86_64-w64-mingw32\lib
2. C:\MSYS\mingw\i686-w64-mingw32\lib

Для 2013 студии:


Код:
Удаление строк:

lib32_libmingwex_a-fseeko64.o
lib64_libmingwex_a-fseeko64.o

C:\MSYS\mingw\bin\x86_64-w64-mingw32-ar.exe -d C:\MSYS\mingw\i686-w64-mingw32\lib\libmingwex.a lib32_libmingwex_a-fseeko64.o
C:\MSYS\mingw\bin\x86_64-w64-mingw32-ar.exe -d C:\MSYS\mingw\x86_64-w64-mingw32\lib\libmingwex.a lib64_libmingwex_a-fseeko64.o

Цитата:

Если для 2015 студии не удалить эти строчки, то при построении внешнего автономного фильтра "MPCVideoDec.ax" можно получить ошибки вида:

Скоро, после полноценного перехода на vs2015, ничего не надо будет удалять из libmingwex.a
Все будет нормально работать без кастрации.

Xinsa

Цитата:

Уже довольно давно наблюдаю проблему с вложенными шрифтами в контейнер мкв. Открываю файл в MPC, комп полностью виснет (курсор мыши как приклеели, ни одна кнопка не работает), примерно на 7-12 секунд (идёт нагрузка на хард), потом всё отвисает и файл проигрывается без проблем! Если через мквтулникс выдрать все вложения то такой проблемы нет! С чем это может быть связанно (в потплеер та же история) (MPC 32 бит)? Может сплитер другой (к примеру Haali Media Splitter) нужен?

Мне самому интересна эта странность, ибо вчера, при просмотре аниме-сериала я получил то же самое.

Что она собой представляет?

1. Открываем матрешку
2. Во время открытия происходит легкая нагрузка на жесткий диск, при этом курсор мышки "замерзает", т.е. перестает вращаться это кружок (аналог песочных часов), т.е. он повис, при этом плеер стоит от 12 до 20 секунд и что-то там не пойми чего грузит. После 20 - 30 секунд он все же открывает нам сам видео файл с субтитрами.

Посмотрев свойства этой матрешки, я увидел, что в ней аж целый десяток шрифтов вложен.
Скриншот: https://yadi.sk/i/WxZbmGihrhU73

Но вопрос - разве дело именно в шрифтах?

У нас есть проблема в "MPC Matroska Source" - это такой некий произвольный и при том рандомный "затуп", который может возникать, как при открытии видео файлов, так и при переходах на различные главы. О нем я написал баг-репорт, поскольку таки попался видео файл, где он проявляется стабильно.

Лично я с этим затупом сталкиваюсь уже не в первый раз, первоначально я получил его на видео файле "Totally Spies!", когда вел речь про некорректный джиттер. Просто тогда я решил, что тут возможно одно из двух - или джиттер некорректно работает, или же VSync. И вот только вчера я снова на него наткнулся случайно, при переходе на следующую порядковую главу, поскольку выполнял ретайминг субтитров, понятно что из-за этой рекламы спонсоров.

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

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

Я могу также сделать, накидать в контейнер матрешки 20 шрифтов и баг при этом вообще не получить.
Т.е. еще не факт, что проблема именно в шрифтах.

Вообще, какой просто удачный аниме-сериал, почти в каждой серии можно воспроизвести конкретный баг. Я впервые с такой легкостью получаю баги на новых системах, особенно на семерке, на которой в обычных ситуациях баги только "адскими" методами можно было поймать и воспроизвести.

Evgeniy_1990

Цитата:

Но вопрос - разве дело именно в шрифтах?

В них, т.к. система работает со шрифтами только посредством предварительной их индексации и создании базы. Поэтому при появлении новых происходит полная переиндексация вообще всех имеющихся.

Leo1000

Цитата:

В них, т.к. система работает со шрифтами только посредством предварительной их индексации и создании базы. Поэтому при появлении новых происходит полная переиндексация вообще всех имеющихся.

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

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