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

vitsat
Цитата:

Почему YouTube ссылки открываются выборочно?

Видел на некоторых ресурсах, что вложенные ссылки на видео с тире внутри не работали. Может и тут также?

vitsat
Ну да - не открывается, опять что-то меняют. Блин - как надоело постоянно "воевать" с этим гуглом по поводу youtube.

Aleksoid1978, пока не спешите, все отвлечены новым спектаклем для гоев

Всем привет. Просьба погонять тестовый билд на различных MPEG-TS
https://yadi.sk/d/zCH03SA4kSqg3

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

Evgeniy_1990, скорее всего не вычистилась переменная VS120COMNTOOLS, нужно вычистить ее из переменных винды.

Evgeniy_1990

Цитата:

Проблема в том, что батник почему-то все-равно ссылается на 2013 студию

watcherhd

Цитата:

скорее всего не вычистилась переменная VS120COMNTOOLS, нужно вычистить ее из переменных винды.

Вы о чем вообще? Нужно ключ указать, в чем собирать - VS2013 или VS2015.

Цитата:

скорее всего не вычистилась переменная VS120COMNTOOLS

Цитата:

Вы о чем вообще?

Leo1000

Очевидно о том что при удалении 2013 студии и установке 2015 студии в системе осталась переменная %VS120COMNTOOLS% от 2013 студии.

А в частности в батнике выше автодетект студии осуществляется именно по переменной данного типа
Если имеется переменная %VS120COMNTOOLS% компайлеру присваивается значение VS2013.
Если имеется переменная %VS140COMNTOOLS% компайлеру присваивается значение VS2015.

Поскольку же 2013 студии больше нет, то почему бы и не убрать неактуальную переменную.

Например так: Компьютер - Свойства системы - Дополнительные параметры системы - Дополнительно - Переменные среды

ewild, спасибо, мне было лень скриншоты делать

watcherhd я только один сделал, те что визу - нагуглились =)

watcherhd

Цитата:

Evgeniy_1990, скорее всего не вычистилась переменная VS120COMNTOOLS, нужно вычистить ее из переменных винды.

ewild

Цитата:

Очевидно о том что при удалении 2013 студии и установке 2015 студии в системе осталась переменная %VS120COMNTOOLS% от 2013 студии.

А в частности в батнике выше автодетект студии осуществляется именно по переменной данного типа
Если имеется переменная %VS120COMNTOOLS% компайлеру присваивается значение VS2013.
Если имеется переменная %VS140COMNTOOLS% компайлеру присваивается значение VS2015.

Поскольку же 2013 студии больше нет, то почему бы и не убрать неактуальную переменную.

Например так: Компьютер - Свойства системы - Дополнительные параметры системы - Дополнительно - Переменные среды

Огромное вам спасибо за помощь!
Я так и знал, что дело было именно в %VS120COMNTOOLS%. Вот я и пытался вчера искать файлы и даже папку с таким названием, а это оказывается была всего лишь переменная.

Aleksoid1978
По поводу тикета #68, я попробую поискать билд, с которого стал проявляться данный баг, так как это очередная поломка. Тут варианта (предположения) пока два - либо это превью (svn r836 и ранее), или отрисовка субтитров.

P.S. Текущий интервал (промежуток): [587 - 603]. Продолжаю поиск...

Согласно логу изменений, входящему в данный промежуток, можно выделить четыре возможных изменения, из-за которых проявился данный баг - это r595, r594, r590, r589.

Цитата:

Просьба погонять тестовый билд на различных MPEG-TS
https://yadi.sk/d/zCH03SA4kSqg3

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

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

Evgeniy_1990

Цитата:

По поводу тикета #68

Скажу честно - вот это соотношение "VMR-7 WL (без VMR Mixer) + наш VSFilter" совершенно не волнует, честно. Даже дергаться не буду.

Aleksoid1978

Цитата:

Скажу честно - вот это соотношение "VMR-7 WL (без VMR Mixer) + наш VSFilter" совершенно не волнует, честно. Даже дергаться не буду.

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

Я попробую собрать два билда r595 и r590, проверить их и сравнить. А там уже и сообщу вам конкретный билд, в котором произошла поломка. Я почти уверен, что это OSD скорее всего, т.к. именно оно рисуется и отображается в верхнем левом углу окна плеера.

Evgeniy_1990
Да потому что, скажем честно, "пофиг" на VMR7. Ну т.е. как - он есть и работает, хорошо. Но - что-то там править/исправлять/улучшать - ну уж нет, увольте .

Aleksoid1978

Цитата:

Да потому что, скажем честно, "пофиг" на VMR7. Ну т.е. как - он есть и работает, хорошо. Но - что-то там править/исправлять/улучшать - ну уж нет, увольте .

Дело не в VMR-7, а в самом MPC-BE. Так что тут надо проверить код отрисовки в самом MPC-BE. Просто баг почему-то проявляется именно при наличии вывода субтитров через этот рендерер. Однозначно, что просто не совсем корректно работает сама отрисовка.
Вот я и хочу помочь вам. Баг по моему вообще не сложный. Так что думаю и надеюсь, что исправить его не составит труда. Да и по коду было сделано минимум изменений, так что все вполне реально.

Evgeniy_1990

Цитата:

Дело не в VMR-7, а в самом MPC-BE.

Ну а почему баг проявляется только на VMR7 и без миксера ??

Evgeniy_1990, ewild
Сборка плеера в нужной студии происходит элементарно через задание параметра (как собственно Leo1000 и говорил).
Пример:

Код: build.bat VS2015 Rebuild All Packages

V0lt_r

Цитата:

Evgeniy_1990, ewild
Сборка плеера в нужной студии происходит элементарно через задание параметра (как собственно Leo1000 и говорил).
Пример:

Код:
build.bat VS2015 Rebuild All Packages

Совершенно верно. Leo1000 правильно говорил.
В тот день, я именно это и сделал, т.е. изменил (переименовал) данные параметры (ключи).
Я даже создал отдельный build15.bat, в котором была моя модификация + файлы-батники:

build_2015_clean_all.bat
build_2015_full.bat
build_2015_rebuild.bat

в которых и изменил данные параметры. В результате получились следующие параметры:

CALL ..\build15.bat clean All VS2015
CALL ..\build15.bat All Packages VS2015
CALL ..\build15.bat rebuild VS2015

Я создал отдельный файл только по одной простой причине, чтобы компилятор мне не выдавал сообщение мол "Local Modification found", т.е. чтобы не было у меня при построении данного сообщения.

Я ведь хотел построить только лишь с помощью оригинальных SVN-файлов, для этого и создал отдельный батник, который и назвал build15.bat, да бы не трогать SVN-ский build.bat.

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

Но, был не уверен, что это сработает, поэтому и создал отдельный build15.bat со своей модификацией.
В любом случае, сработало ведь.

Благодаря этому, я смог собрать (построить) весь полный пакет SVN r933, с помощью VS2015.

Aleksoid1978

Цитата:

Ну а почему баг проявляется только на VMR7 и без миксера ??

Вот и мне хотелось бы знать, вот поэтому я сейчас сижу и проверяю билды, особенно, 590, 591, 592, 593, 594 и 595. Оказывается тут дело совсем в другом и баг возник из-за другого более странного изменения.

В общем, вот окончательный диапазон: [590-593].

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

Добавлено:
Aleksoid1978

Цитата:

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

В общем, я проверил два оставшихся билда - это r591 и r592. Также я еще раз проверил и внимательно прогнал билды r595 - r590 на разных компьютерах, на разных видеокартах, на разных видео-рендерерах.

Итоговый интервал: [591-592].

r591 - нет белого квадрата.
r592 - уже наблюдается проявление белого квадрата.

Причем, на других видео-рендерерах, например, на VMR-9 WL, проявляется белая тонкая полоска, которая потом исчезает.

То бишь у нас, при открытии файлов, проявляются некие "белые фигуры".

Изменение r592 звучит так: "MPCVideoDec: при выводе в RGB формате не заполняем DXVA2_ExtendedFormat."

Согласно данному изменению, можно сразу сказать, что у нас после него стал некорректно работать MPC Video Decoder, а точнее вывод видео как RGB-формат.

Evgeniy_1990
А ты что - в RGB выводишь ?? Если так - то зачем ?? Сразу говорю что у нас алгоритм конвертации из YUV в RGB сильно не оптимизированный.

Evgeniy_1990
Откуда VMR-7w знает про DXVA2_ExtendedFormat, который появился только в Vista?

Aleksoid1978

Цитата:

Evgeniy_1990
А ты что - в RGB выводишь ?? Если так - то зачем ?? Сразу говорю что у нас алгоритм конвертации из YUV в RGB сильно не оптимизированный.

В том-то и дело что НЕТ! Я вывожу по умолчанию, т.е. в NV12.

Понятно что баг возник после переделки в MPC Video Decoder кода, относящегося к RGB.

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

Вы лучше понимаете что тут, да как.

Вот ключевые слова:

1. VMR-7 WL
2. DirectVobSub (VSFilter.dll)
3. не используется режим VMR Mixer
4. Используется вывод NV12 или другой, кроме RGB

Что у них общего?

Насколько я помню, без миксера само изображение выводится как RGB формат, без конвертации в YUV, а вот с миксером - уже другое дело. Там используется YUV формат.

Также добавлю:

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

Бред в том, что я вывожу в NV12, а срабатывает насколько я понял RGB. Вопрос - почему? Непонятно...

P.S. Разберитесь пожалуйста.

Добавлено:
V0lt_r

Цитата:

Evgeniy_1990
Откуда VMR-7w знает про DXVA2_ExtendedFormat, который появился только в Vista?

Это вы мне лучше скажите, я сам понять не могу что за "каша" у нас творится в видео декодере после данного изменения?

Да ладно - если кто-то захочет это решить, я не против. Мне как-то по барабану на все эти пережитки прошлого

Evgeniy_1990
Проверь вывод с другим декодером.

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

Aleksoid1978
Может быть V0lt сможет разобраться. Просто это действительно очень странное изменение, причем даже некорректное, я вывожу в NV12, а мне тут RGB каким-то чертом прилетает.

Добавлено:
V0lt_r

Цитата:

Evgeniy_1990
Проверь вывод с другим декодером.

Проверил LAV Video Decoder - с ним проблем нет, бага нет.
Баг только в нашем видео декодере после изменения в r592.

Цитата:

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

Благодарю вас за приглашение на новый официальный форум, учту на будущее.

Добавлено:
V0lt_r
Добавлю еще, что баг проявляется только в софте, т.е. если отключить DXVA в MPC Video Decoder, то увидим белые фигуры. Здесь даже не имеет значения присутствия субтитров или VSFilter, главное - это сам видео декодер, работающий в софте.

У меня никаких белых квадратов нет.

V0lt_r
Да это как всегда - только на WinXP ))

Цитата:

Да это как всегда - только на WinXP ))

Ну тогда снять галку с RGB32 и жить дальше.

V0lt_r

Цитата:

Ну тогда снять галку с RGB32 и жить дальше.

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

P.S. Проверил различные варианты с выходными форматами. В результате, я заметил, что баг пропадает только если отключить NV12, при этом оставить или отключить все остальные форматы, но главное это выключить NV12, тогда "белого квадрата" нет.

И сразу же вопрос, почему изменение, связанное с RGB влияет на NV12?

Могу конечно предположить, что раз там участвует некий "DXVA2_ExtendedFormat", то вполне логично, что он повлиял на работу NV12. Ведь именно и только при NV12, работает DXVA1/DXVA2, аппаратные режимы.

Также повторюсь, что до r592 такого бага вообще нет.

r591 - включен NV12 - бага нет.
r592 - включен NV12 - баг есть, если выключить NV12 - бага нет.

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

Evgeniy_1990
Естественно в софте, если речь идет о VMR-7w.
Повторюсь, здесь не место для обсуждения этого бага.

V0lt_r

Цитата:

Повторюсь, здесь не место для обсуждения этого бага.

Хорошо, предлагаю нам с вами перейти на тот новый форум и там продолжить беседу по поводу данного бага, с вашего позволения естественно. Если позволите, то я создам данную тему там в разделе "Баг Репорт".