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

vasevase

Цитата:

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

У меня две машины, на каждой из них установлена Windows XP.
На одной (ASUS P5Q) установлена "Windows XP SP3 RTM", с последними обновлениями, до окончания ее поддержки. Это моя основная рабочая операционная система.
На другой (GIGABYTE GA-EP35C-DS3R) установлен чистый iso-образ "Windows XP SP3 VL" с интегрированным пакетом обновления 3, без последних обновлений, которые вышли уже после SP3. Это моя тестовая система.

И потом, с чего вы решили, что обновления для операционной системы влияют на ваше падение?

Я вам говорил, что проверял ваш аудио файл на этих двух системах, при этом, ни на одной из них падения я не смог получить. Прочитав вашу беседу, понял только лишь то, что падение возможно из-за форматов вывода (Int16, Int24 и т.д.). Я как раз хотел это у себя еще раз перепроверить.

Aleksoid1978

Цитата:

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

Что вам непонятно?

vasevase
Нет - не помогло. Какой-то не тот дамп. Там завязан DrWatson - не родной дамп. По крайней мере я не смог по нему понять что к чему.

Хотя это - ты проверял не на том билде что я выложил, а на своей установленной версии.

Evgeniy_1990

Цитата:

Что вам непонятно?

Я в принципе не понял про что ты написал - что-то куча всего. То про искажения, то про какие то отсутствующие данные и проигрывание ...

Цитата:

Evgeniy_1990: до окончания ее поддержки

Ясно, т.е. штук 60-ти плюс-минус обнов - нету...

Цитата:

что обновления для операционной системы влияют

Просто условия тестирования - разные будут. Только и всего.
Всё равно, как вот на 7-ке x64 тестили. Толку-то.

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

Aleksoid1978
Там такой прикол: если ставить "создавать минидамп" в настройках для обычной версии,
то он создаётся. А вот ваши с Евгеном дебажные версии плеера - ничего не создают.

Цитата:

а на своей установленной версии

Tут я маху дал (это отсюда похоже): mpc-be_x86_Debug.7, а не тот который mpc-be.exe.1549.7z (но падают оба).

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

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

DrWatson - это системный отладчик Windows. У вас должен быть как минимум "студийный Debugger" с запросами, вроде "Запустить отладку ?"

Дамп-файл должен лежать у вас в папке с самой программой. Если его там нет, после того, как произошло падение, даже с включенной опцией создания дамп-0файла, значит перевес идет в сторону самой операционной системы.

Aleksoid1978

Цитата:

Я в принципе не понял про что ты написал - что-то куча всего. То про искажения, то про какие то отсутствующие данные и проигрывание ...

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

Искажения - это общее слово, название всех этих странностей со звуков, т.е. и трески и щелчки и шумы и т.д. я назвал это одним общим словом - "искажения".

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

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

Добавлено:
vasevase

Цитата:

Там такой прикол: если ставить "создавать минидамп" в настройках для обычной версии,
то он создаётся. А вот ваши с Евгеном дебажные версии плеера - ничего не создают.

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

Цитата:

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

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

Цитата:

Ясно, т.е. штук 60-ти плюс-минус обнов - нету...

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

Цитата:

Evgeniy_1990: Потому что это Debug.

Ну надо хотя бы "руководящие инструкции" какие-то давать.
Типа: "попробовать отключить встроенный системный дебаггер".

Цитата:

вы не можете быть уверены в этом и знать это наверняка

Но и тезис, что "у всех всё работает" - тогда тем более отметается.
Ядро / библы-то периодически меняются, с которыми потом сообщение об ошибке вылезает.

Цитата:

И еще, причем тут семерка, если у вас падение проявляется на XP?

Вот именно.

Цитата:

для кассовых аппаратов

Вы почитайте, что люди "в теме" пишут. Никаких фактических супер-различий нет.
Это как Home-Edition делали твиком реестрa "прошкой" (ну да, кой-какиe компоненты будут отсутствовать).
А про возможные сюрпризы — высоска из пальца, типа как пугают детей крякнутыми программами.
Реальный "сурпрайс" может произойти, если не закроете дыры безопасности, скажем.

vasevase

Цитата:

Ну надо хотя бы "руководящие инструкции" какие-то давать.
Типа: "попробовать отключить встроенный системный дебаггер".

Какие инструкции? Как получить правильный дамп-файл, я вам про это написал.
По поводу отключения встроенного отладчика, можете в интернете прочитать. Хотя вам это не нужно, это полезно только в тех случаях, когда программа намертво зависла вместе с системой. А мне очень хорошо знаком этот Ватсон и я прекрасно знаю, что пока его процесс "не убить", программа может вообще так и продолжать висеть.

Цитата:

Вы почитайте, что люди "в теме" пишут. Никаких фактических супер-различий нет.
Это как Home-Edition делали твиком реестрa "прошкой" (ну да, кой-каких компонентов нет).
А про возможные сюрпризы — высоска из пальца, типа как пугают детей крякнутыми программами.

Явных - нет, но зато это скажется на стабильности и работоспособности самой операционной системы.

Ну а про эти "запугивания пользователей" мне уже давным давно известны, особенно от этой корпорации Майкрософт - "срочно переходите на Windows 10, иначе у вас вирусы и злоумышленники уничтожат все ваши данные..." и тому подобные. Понятно, что это всего лишь маркетинговый ход и пропагандистская машина и не более того.

Вот например ссылка: http://windows.microsoft.com/ru-RU/windows/gadgets - типичный маркетинг (продвижение). Так сказать одно из этих всевозможных запугиваний корпорацией Майкрософт.

Evgeniy_1990
По поводу матрешки - наш сплиттер смотрит не более 10 мегабайт пустоты или мусора. Если больше - то все.

Цитата:

Evgeniy_1990: Какие инструкции?

Чтобы ваши с Aleksoid1978 дебаг-билды делали дамп, а система при этом "не утягивала на себя".
Я этот момент вообще упустил, т.к. замотался с этими падениями.

Цитата:

это скажется на стабильности и работоспособности самой операционной системы

Каким образом? "Мы все умрём"? Хотя бы несколько примеров.
Только чтобы это было именно багом разницы между Pro / Киоском, а не фичей,
как с вышеупомянутым обновлением безопасности (которое не только под эту ОС вышло).

P.S. Aleksoid1978, Ватсона отрубил, выслал.

vasevase

Цитата:

Каким образом? "Мы все умрём"? Хотя бы несколько примеров.
Только чтобы это было именно багом разницы между Pro / Киоском, а не фичей,
как с вышеупомянутым обновлением безопасности (которое не только под эту ОС вышло).

Я эти обновления не ставил и не тестировал с ними работоспособность операционной системы, поэтому, примеров, к сожалению, привести вам не могу.

vasevase

Цитата:

выслал

Вот другое дело - место падения нашел(правда это никак не влияет на ускоренное проигрывание). Буду думать как определить проблему и потом исправить.

Добавлено:
vasevase
Вот тебе Debug билд с созданием лога на рабочем столе. Запускаешь и переключаешь дорожки. Как только падает/вылетает с ошибкой - закрываешь и мне выкладываешь лог файл. Никакие дампы уже не нужны.

https://yadi.sk/d/sLzPUf_Qs9Lth

vasevase
Лог получил - но все равно не понятна причина падения. Самое интересное - что почему то только у тебя.

Покажи настройки встроенного аудио-декодера а также настройки аудио в само проигрывателе.

Aleksoid1978
Дефолтное стояло на дебаг-билде, ничего не менял (хранение данных - в ini-шке).
А в дефолте там так: во вкладке "Аудио" всё отжато, кроме подгрузки ".;.\audio;.\fandub";
внешние фильтры - никаких, всё внутреннее;
в Audio-свойствах фильтра галка только на int16 в "output sample format". Всё.

На сегодня уже заканчиваю - замумукался.

vasevase
Память исправная? Проверял?

vasevase
Вот еще один билд https://yadi.sk/d/gxMcMwNTsAPGW - проверь на нем.

Цитата:

V0lt_r: Память исправная? Проверял?

Вроде не жалуюсь. Проверял, но относительно давно, может в районе декабря-января.
Самый главный прикол: 1.4.3.5400-то работает отлично, "наживляешь" .5417 - полетели краши.
Если у вас остались версии в загашнике - можно определить точный билд, или просто собрать новый,
изолировав нововведения промежутка между 5401 и 5408 включительно (в качестве эксперимента).

Aleksoid1978, Evgeniy_1990
Тестил сегодня ещё на "чистой" винде
(резерв только что установленной + DX+дрова на звук+обновы где-то по 2014-й, без "киосковых") - один хрен (.5417).

Цитата:

Aleksoid1978: проверь на нём

Выслал. Мумукал его час (или сколько там?), удалось уронить лишь два раза из адовой кучи попыток.
Что-то вроде там про «'out_sample_rate' out of range».

vasevase
Ну короче так - почему падает понятно. А вот причина того что приводит к падению - совершенно не ясна. Судя по логу - получается бред какой-то. Одновременно выполняется код - который не должен выполнятся(и ни у одного пользователя за столько лет не выполнялся ).

Цитата:

Aleksoid1978: за столько лет

Меньше двух (с сентября 2014, коим подписан 1.4.3.5400).

Я хз - вот тоже не сильно внешними дорожками пользовался, может потому и не вылезало.
Большинство тоже сомневаюсь, что массово подгружает. Юзают "как есть" уже смукшенные.
Да, я иногда, очень редко, из 2.0 (которые чуть ли не моно) > 5.1 пересобираю, потому что хочу удовольствия.
А пипл - хавает (ждут, пока другие выложат).

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

vasevase
Частенько Debug билды работают "стабильнее" - т.к. медленнее и пересечения кода которого не должно просто реже намного случается.

Вот еще одна версия - https://yadi.sk/d/XgfeYQdEsAeDD хочу уже на 100% убедиться в каком месте это происходит.

Добавлено:
vasevase
Вот билд - пробуй. Он без всяких логов - обычная Release сборка.
https://yadi.sk/d/853N4rEhsAr2x

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

Всем привет. Огромная просьба погонять данный билд https://yadi.sk/d/a68phBI8sDZrD
Проверить работу переключения аудио-дорожек. Проверить различные форматы, различные source фильтры, вместе со внешними дорожками.

Внес небольшие изменения убрав часть старого "не понятного" кода.

Обновил билд - ссылка та же.

Win10x64. Перепробовал разные версии x64. При запуске вылетает с ошибкой "Прекращена работа программы ..." x86 запускается.


Добавлено:
Скачал последний билд x86 парой постов выше. 1.4.6 1558 beta, и заметил что нету кнопок ускорения воспроизведения.
Ранее пользовался данной сборкой, именно для этой цели (была возможность регулировки шага скорости воспроизвеления.) Планируется ли вернуть данный функционал? Или его нужно как то включить?

Добавлено:
Ок. пропали только кнопки. Ctrl+Up\Down исправляет. Есть режимы - 0.125, 0.25, 0.5, 1.0, 1.2, 1.5, 2.0, 4.0.
Как можно добавить свои варианты? Или прописать шаг? Приходится просматривать много видео с голосом, и слушать все это долго. Пользуюсь ускорением. Но для разных "дикторов", нужно разное ускорение, одному максимум 1.15, а другому и 1.35 хорошо. Хотелось бы видеть следующее, 0.5, 0.75, 0.80, 0.85, 0.95, 1.00, 1.05, 1.10, 1.15, 1.20, 1.25, 1.30, 1.35, 1.40, 1.45, 1.50, 1.60, 1.75, 2.0, 3.0, 4.0, 5.0, 6.0, 8,0, 10.0, 12.0, 16.0..

Добавлено:
Режимы свыже 3.0, очень полезны для просмотра записей видеонаблюдения.

Добавлено:
Хмм. Не заметил СпидСтеп. Установил 0.1. Сделайте пожалуйста 0.05. Максимум теперь 4.3. Хотелось бы до 16.

Прошу прощения за кучу мусора

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

blqs12
Изменений в шаге не будет.

Цитата:

Aleksoid1978: убрав часть старого "непонятного" кода.

Спасибо! Очень бегло затестил на фулшд видосе + AC3 - пока норм, безо всяких падений.
Попробую ещё на мр3-шках и флаках во внешнем виде; если не отпишусь - значит всё ОК было.

Aleksoid1978

Цитата:

Всем привет. Огромная просьба погонять данный билд https://yadi.sk/d/a68phBI8sDZrD
Проверить работу переключения аудио-дорожек. Проверить различные форматы, различные source фильтры, вместе со внешними дорожками.

Внес небольшие изменения убрав часть старого "не понятного" кода.

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

По поводу внешних Source-сплиттеров - это смотря еще каких сплиттеров.
Некоторые могут быть не совсем совместимыми.

Добавлено:
Проверил внешние аудиодорожки: AC-3/DTS/MP3 - на всех переключение происходит нормально, совершенно при любых условиях. Прогнал всех их на каждый формат вывода - также срабатывают нормально. Это все форматы внешних аудио файлов, которые у меня есть, к сожалению, больше нет. Поэтому только их и проверял.
Также проверил форматы вывода и переключение на данные аудиодорожки на разных сплиттерах ("MPC Matroska Source/Splitter", "LAV Splitter Source", "Haali Media Splitter", "Cyberlink MKV Splitter") - на все переключение срабатывает нормально.

Выполнил также более тщательное тестирование. После него получил одно падение, правда довольно странным образом, убрал просто внешние фильтры из приоритетов и раздела "Внешние фильтры" и выполнил перезапуск видео файла. В результате, получил падение с дамп-файлом от плеера: https://yadi.sk/d/uBt_1suEsEduD

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

Здравствуйте, в связи с появлением 4k рипов с UHD BD и WEBDL, возник вопрос к понимающим математику вопроса, имеет ли смысл смотреть их на Full HD дисплее?

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

Xenaki
Чисто теоретически вроде как имеет, но WEB-DL обычно плохого качества, поэтому нормальный FullHD будет лучше по всем параметрам.

Цитата:

в связи с появлением 4k рипов с UHD BD

Уже взломали защиту? Когда?

Добавлено:
Aleksoid1978
Цитата:

Огромная просьба погонять данный билд https://yadi.sk/d/a68phBI8sDZrD
Проверить работу переключения аудио-дорожек. Проверить различные форматы, различные source фильтры, вместе со внешними дорожками.

Пожалуйста, собери версию x64, она сейчас популярнее.

vasevase, V0lt_r
Вопрос в том, не портят ли картинку алгоритмы даунскейла, всё-таки нужно вписать в 2 раза больше пикселей на лету. А при конвертации работают более интеллектуальные алгоритмы, как мне кажется.

Насчёт WEB-DL, имеются ввиду сериалы, сейчас уже стали появлятся 4k, а UHD BD нет вроде, но есть рипы перехвата видеопотока.
#

Xenaki
если железо потянет то почему бы и нет? желательно с помощью madVR, у него одного (насколько я знаю) четко работает даунскейл и не сильно грузит цп при этом.
---
ссылками на рипы просьба поделиться!