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

Aleksoid1978
Цитата:

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

На самом деле механизм включения/отключения второго графа для превью по горячему мы когда-то давно пытались делать (если кто помнит). Навел мышкой - создали допграф, запустили окно. Убрал мышку - граф уничтожили.
Не срослось с ХР и было похоронено

judelaw
Привет. Ну его нафиг, такой изврат

Если в livestreamer сделать player-continuous-http, то появляется возможность открыть стримы, выглядит это так

Код: $ livestreamer урл_стрима best
[cli][info] Found matching plugin название_плагина for URL урл_стрима
[cli][info] Available streams: live (worst, best)
[cli][info] Starting player: "путь\mpc-be64.exe"
[cli][info] Got HTTP request from MPC-BE
[cli][info] Opening stream: live (rtmp)
[cli][error] Error when writing to output: [Errno 10053] ╧ЁюуЁрььр эр тр°хь їюёЄ-
[cli][info] Stream ended
[cli][info] Got HTTP request from MPC-BE
[cli][info] Opening stream: live (rtmp)
[cli][error] Error when writing to output: [Errno 10053] ╧ЁюуЁрььр эр тр°хь їюёЄ-
[cli][info] Stream ended
[cli][info] Got HTTP request from Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Win64; x64; Trident/7.0; .NET CLR 2.0.50727; SLCC2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C; .NET4.0E; Tablet PC 2.0)
[cli][info] Opening stream: live (rtmp)

rat именно с кодеком h.265?
Я нашел, что майкрософт пока "заморозила" этот декодер.

DXVA Checker тоже показывает нечто странное - в системе он как бы есть, но неактивен.

Добавил в шапку ссылку на страничку в Facebook

Заходим, регистрируемся, подписываемся и конечно же ставим лайк, тем самым поддерживаем проект!
Со временем сделаю официальную страничку и на vk, и потихоньку твитер подтяну.

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

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

Bai_Hou

Цитата:

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

1 - какой формат ??
2 - выложи(или дай ссылку) на файл где перемотка НЕ по кл. кадрам быстро и точнее чем по ключевым ??

Сразу скажу - перемотка в .MKV/.MP4 в любом случае в самих сплиттерах при перемотке сперва делается поиск кл. кадра ... чуть раньше времени перемотки.

Поэтому я могу найти кучу .MKV/.MP4 в которых если не по кл. кадрам перематывать - видео иногда секунды 2-3(а может и более) не появиться после перемотки.

Bai_Hou
Цитата:

Совсем никак не получится строить второй граф не в начале?

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


Цитата:

Как-то ведь это работает, почему нельзя сделать так же для превью?

Произвольная перемотка быстро работает в тепличных условиях (частые I-кадры, DXVA, быстрый комп и быстрый носитель с видеофайлом). Если чего не так, то затыки начинают измеряться секундами, что для привью неприемлемо.

Aleksoid1978
Да любой формат и файл, LAV Splitter и всё софтово без всяких DXVA, да ещё на слабом компе. Про быстрее я и не говорил, а вот точнее - безусловно. Я как-то раньше писал, почему я её не использую - потому что иначе, мотая стрелками, нельзя предсказать, на сколько же времени будет совершён переход. А мне надо, что если например стрелкам назначен переход на 4 секунды, значит должно быть именно 4 секунды, а не хз сколько в зависимости от файла и места.

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

V0lt
Ну хотя бы в TODO. А пока для ютуба можно сделать костыльный чекбокс типа "начинать проигрывание после окончания буферизации", и открывать уже полностью закаченный файл - тогда превью уже сейчас будет работать как есть. Как насчёт такого?

Цитата:

Неподписанные ночные сборки: http://mpc-be.org/builds/

Хочу поблагодарить человека, организовавшего сборку ночных билдов.
Но в шапке нет даже его ника почему-то.
Заодно, хочу спросить, почему сборка делается на MSVC 2013, а не на 2015, как у Aleksoid1978? Может имеет смысл перейти всем (и V0lt тоже) на 2015?

Цитата:

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

Кстати, давно уже хочу спросить, почему данные ночные сборки имеют статус beta, а не dev?

usalex (17:09 10-10-2015)
Цитата:

Хочу поблагодарить человека, организовавшего сборку ночных билдов.
Но в шапке нет даже его ника почему-то.
Заодно, хочу спросить, почему сборка делается на MSVC 2013, а не на 2015, как у Aleksoid1978? Может имеет смысл перейти всем (и V0lt тоже) на 2015?

MAX63ru (18:58 10-10-2015)
Цитата:

Кстати, давно уже хочу спросить, почему данные ночные сборки имеют статус beta, а не dev?

камрады, это всё к нему: Leo1000 вопросы.

usalex
Цитата:

Может имеет смысл перейти всем (и V0lt тоже) на 2015?

С точки зрения юзера разницы в чем собрали в VS2013.5 или VS2015, насколько я знаю, нет. Потому и смысла всем переходить тоже нет.

MAX63ru
Цитата:

Кстати, давно уже хочу спросить, почему данные ночные сборки имеют статус beta, а не dev?

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

Цитата:

камрады, это всё к нему: Leo1000 вопросы

В первую очередь - благодарность.
Leo1000, спасибо большое!

Добавлено:

Цитата:

С точки зрения юзера разницы в чем собрали в VS2013.5 или VS2015, насколько я знаю, нет.

А версия Libavcodec имеет значение или тоже без разницы?

usalex
Цитата:

А версия Libavcodec имеет значение или тоже без разницы?

Версии Libavcodec/Libavutil от компиляторов и сборщика не зависят, они зависят только от обновления FFmpeg.

V0lt
Цитата:

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

Благодарю за исчерпывающий ответ.

V0lt
В разных сборках версии разные. Некошерно выглядит вся эта солянка.
Но, вообще-то, я интересовался имеет ли значение для юзера свежесть версии Libavcodec/Libavutil или нет.

usalex
Цитата:

В разных сборках версии разные. Некошерно выглядит вся эта солянка.

Что значит разные?
Если взять одинаковый код (согласно конкретной ревизии), то неважно чем собирать. Версии Libavcodec/Libavutil будут одинаковы.

V0lt

Цитата:

Что значит разные?

В ночных сборках и в сборках от Aleksoid1978 номера версий: 57.3.100 / 55.2.100
А в твоих сборках - 56.58.100/54.31.100

usalex
Версии плеера одинаковые или все таки разные?

V0lt

Цитата:

Версии плеера одинаковые или все таки разные?

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

usalex
Не будут, если код не отличается от того, что лежит на сервере.
Сейчас (r864) Libavcodec имеет версию 57.3.100, а Libavutil - 55.2.100.

MPC-BE 1.4.6 (build 864) beta - x86, x64.

V0lt

Цитата:

Не будут

ОК
Значит теперь будут совпадать, а у меня была слишком старая версия от тебя (это оказывается был r775) .
Спасибо!

usalex
2013 - т.к. тогда еще не было 2015. А теперь пока не потребуется именно 2015. Да и вообще, V0lt очень правильно все расписал.

Цитата:

спасибо большое!

Рад стараться .

MPC-BE 1.4.6 (build 871) beta - x86, x64.
Прошу проверить на корректность работы при выставлении размера текста в системе более чем 100%.
Если заметите некорректное отображение, прошу выложить скриншот.

Замечание.
1. Кнопки управления пока никак не масштабируются.
2. На Win8.1 и Win10 существует возможность указать DPI для каждого дисплея. В этом случае плеер может некорректно обрабатывать перенос окна с одного дисплея на другой.

V0lt
у меня по умолчанию в винде 125% текст - 871 и 872 открывают с черными полосами по бокам, предыдущие так себя не вели

realister12
Можешь скрин сделать - как это выглядит. И скрин - как было.

Dell P2415Q (24", 3840x2160)

Windows DPI: 200%

mpc-be 1.4.6.872

Can't do something for this?

wanezhiling
please, use direct links on you screenshots. Large Image spoil Design Forum.

wanezhiling
Try this build - https://yadi.sk/d/mFhZl1MojgV6f