The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз видеоплеера MPV 0.14, форка MPlayer и MPlayer2

14.12.2015 10:20

Увидел свет выпуск открытого видеоплеера MPV 0.14, в 2011 году ответвившегося от кодовой базы проекта MPlayer2. В MPV основное внимание уделяется разработке новых возможностей и обеспечению постоянного бэкпортирования новшеств из репозиториев MPlayer, не заботясь о сохранении совместимости с MPlayer. Код MPV распространяется под лицензией GPLv2.

В новой версии

  • Проведена чистка кодовой базы, в рамках которой прекращена поддержка платформы Windows XP, удалён старый парсер субтитров и прекращена поддержка старых Linux PVR;
  • В систему вывода через OpenGL (vo_opengl) добавлен экспериментальный бэкенд dxinterop, который формирует вывод при помощи OpenGL, но выводит его на экран через API Direct3D;
  • В vo_opengl добавлена начальная поддержка развиваемого в Google графического движка ANGLE (Almost Native Graphics Layer Engine);
  • Для платформы Windows реализована настройка icc-profile-auto и добавлена поддержка отображения на панели индикатора выполнения операции;
  • Добавлены новые свойства estimated-display-fps и vsync-ratio;
  • В vo_opengl добавлена возможность изменения настройки LOOKUP_TEXTURE_SIZE.


  1. Главная ссылка к новости (https://github.com/mpv-player/...)
  2. OpenNews: Релиз видеоплеера MPV 0.13, форка MPlayer и MPlayer2
  3. OpenNews: Релиз видеоплеера MPV 0.11, форка MPlayer и MPlayer2
  4. OpenNews: Релиз видеоплеера MPV 0.10, форка MPlayer и MPlayer2
  5. OpenNews: Выпуск видеоплеера MPV 0.9, форка MPlayer и MPlayer2
  6. OpenNews: В рамках проекта MPV развивается новый форк MPlayer и MPlayer2
Лицензия: CC-BY
Тип: Программы
Ключевые слова: mplayer, mpv
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (48) Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, anonimous (?), 10:41, 14/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    > основное внимание уделяется разработке новых возможностей и обеспечению постоянного бэкпортирования новшеств из репозиториев MPlayer и MPlayer2
    > бэкпортирования новшеств из MPlayer2

    Он несколько лет назад закрылся. Чего они так внимательно из него бекпортируют?

     
     
  • 2.2, anonu (?), 11:00, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это, наверное, как с ffmpeg-mt, которого уже много лет как нет, но во всех новостях FFmpeg по-прежнему упоминается. Традиция такая :).
     
  • 2.3, Шкура медведя (?), 11:00, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно, просто скопировали старую новость. Но вообще следует убрать, уже не актуально.
     
     
  • 3.6, Аноним (-), 11:21, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вроде в Arch продолжают добавлять патчи в пакет с MPlayer2 и репозитории c MPlayer2 от homebrew по-немногу обновляется на GitHub: https://github.com/astiob/mplayer2
     
     
  • 4.8, anonimous (?), 11:57, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Merge almost all branches into 'all'

    Я б не рискнул этим пользоваться.

     
  • 2.47, Андрей (??), 21:41, 20/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Чего они так внимательно из него бекпортируют?

    Они? Да если заглянуть в комиты mpv, то это фильм одного актёра. Ну и изредка ещё одного, ответственного за youtube.

     
  • 1.4, Наркоман (?), 11:16, 14/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Поцоны, как 10 бит видео в mkv-контейнере конвертировать в 8 бит? mpv хардварно декодить десяточку не умеет.
     
     
  • 2.10, НяшМяш (?), 12:24, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А причём тут mpv? Я вообще не знаю ни одного компьютерного видеоядра (в мобилках есть), которое умеет 10 бит декодировать.
     
     
  • 3.14, Наркоман (?), 13:05, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не при чём, просто я смотрю в нём. Хочется, чтобы нагружало проц меньше.
     
  • 3.16, rob pike (?), 13:47, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В мобилках тоже нет.
     
     
  • 4.27, НяшМяш (?), 18:17, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Знаю только за айфоны. В 5S уже есть.
     
  • 3.21, Stax (ok), 16:19, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Почему это? Их не так мало, но зависит от кодека. Для HEVC 10bpp режим в базовых спецификациях, поэтому почти все чипы, поддерживающие декодирование HEVC умеют и 10bpp (хотя есть исключения). Напр. Geforce GTX950, GTX960 и более новые (в т.ч. под линуксом через VDPAU, начиная с vdpau 1.0). У Intel это графика Skylake и выше.

    Мобильные SoC вообще практически все текущие умеют HEVC 10bpp (Mali V550 и выше, RockChip RK3288 и выше, PowerVR D5500 и выше; а вот Qualcomm запоздали, там HEVC 10bpp будет только начиная со Snapdragon 820).

    Поддержку H264 10bpp добавлять не спешат, т.к. это была очень опциональная спефицикация и в отличие от HEVC 10bpp не использовалась ни в каком лицензионном контенте, да и поезд ушел, сейчас HEVC считается актуальным кодеком на будущее. Поэтому почти всегда заявляя о поддержке 10bpp имеют ввиду именно HEVC, а H264 10bpp при этом может и не поддерживаться (напр. http://www.cnx-software.com/2015/09/15/hisilicon-hi3798c-v200-64-bit-arm-proc).

    Что, к слову сказать, куда лучше, чем если было бы наоборот - HEVC настолько требователен к ресурсам, что без аппаратной поддержки его использовать крайне сложно... На 4K 10bpp HEVC загнется практически любой процессор, а если еще и 60fps, то *вообще* любой из существующих. А аппаратные декодеры спокойно воспроизводят такое.

     
     
  • 4.24, Аноним (-), 17:23, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Говорят, что профили 2 и 3 (10 и 12 бит) VP9 телевизоры тоже умеют. И программный декодер ffvp9 очень быстр, я 8K 24fps без дропов смотрел, с 16K уже 8 ядер в полку. 4K 60fps должен взять без особых проблем.
     
  • 4.28, НяшМяш (?), 18:19, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Про последние жифорсы не знал. Спасибо за инфу. Уже сузил круг претендентов на следующую видеокарту.
     
     
  • 5.30, Stax (ok), 18:36, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не за что - главное, правильно понимать "последние" (смотреть поколение или хотя бы дату выхода, а не номер модели). Т.е. 950/960 это более новые карты, чем 970/980, которые не умеют HEVC.
    (это как у AMD, Radeon R9 285 более новый и умеет больше, чем Radeon R9 290, а Radeon R9 370 вообще самый старый по поколению из этих трех).
     
  • 2.11, h31 (ok), 12:36, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    ffmpeg.
    Только времени займёт дофига.
     
     
  • 3.15, Наркоман (?), 13:05, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это понятно, что ffmpeg. Больше конкретная команда интересует.
     
     
  • 4.19, Аноним (-), 15:42, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ffmpeg -i in.mkv -с:v libx264 -format +yuv420p -qscale 0 -c:a copy out.mkv
     
     
  • 5.20, Аноним (-), 15:44, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > -qscale 0

    Т.е. 1.

     
  • 5.22, Наркоман (?), 16:52, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    для новых версий -vcodec и -acodec вместо -c:v и -c:a
     
     
  • 6.42, Аноним (-), 22:29, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ман-то открой, наркоман, предже чем кукарекать подобные глупости.
    -vcodec и -acodec — это алиасы совместимости к новой опции -c[:id_потока].
     
  • 2.36, Аноним (-), 20:59, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тоже смотрел всякие эти 10-бит анимэ в MPC-HC под виндой. А что там особенного то? Кажет как всё остальное. Может мне виндусятнику объяснит кто? И почему только анимэ в таком формате я видел? И почему предупреждают в раздачах, что это 10-бит, типа, будьте осторожны? У меня просто всё кажет обычно - биты-кульбиты.
     
     
  • 3.43, Аноним (-), 22:42, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А что там особенного то?

    Переобразования при кодировании и декодировании производятся с большей точностью, в результате для передачи градиентов без бандинга (лесенки) и тёмных областей без квадратов надо меньше битрейта.
    > И почему только анимэ в таком формате я видел?

    Потому что:
    — ирл градиенты без текстур встречаются реже;
    — большинство видеокамер даёт шум, в результате чего на градиентах сам собой получается дизеринг;
    — зрители (и релизеры рипов) фильмов в большинстве своём технически менее подкованы, и воспроизведение новых форматов у них чаще вызывает проблемы. До сих пор значительное количество фильмов выкладывается в xvid/avi, в то время как аниме кодировать в этот формат перестали лет 10 назад.

     
  • 1.5, rico (ok), 11:19, 14/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >> mpv хардварно декодить десяточку не умеет.
    >> mpv
    >> хардварно

    ник как бы намекает

     
  • 1.7, Вова (?), 11:55, 14/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Он не очень удобный
     
     
  • 2.9, Аноним (-), 12:23, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Зато быстрый.
     
  • 2.12, Pan (??), 13:01, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неудобный только дефолтный псевдо GUI, в остальном все отлично.
     
  • 1.13, Аноним (-), 13:03, 14/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    есть такая же тулза как livestreamer только на node.js ?
     
  • 1.17, Аноним (-), 15:16, 14/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > прекращена поддержка старых Linux PVR

    что это такое?

     
     
  • 2.18, Аноним (-), 15:33, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Personal Video Recorder?
     
  • 1.23, Ilya Indigo (ok), 17:15, 14/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Такая проблема. Если в параметре передаю ссылку на ютубовский плейлист, в которой содержаться первый видеоролик из этого плейлиста, такая схема по умолчанию на ютубе, то у меня открывается только этот видеоролик. Параметр с плейлистом игнорируется.
    mpv https://www.youtube.com/watch?v=-TqYul6LOyQ&list=PL5FMLPRj1j6IChoB7nBKYNjCNQ-D
    Что бы открыть именно плейлист, приходится вручную удалить из ссылки этот видеоролик, тогда загружается плейлист.
    mpv https://www.youtube.com/watch?list=PL5FMLPRj1j6IChoB7nBKYNjCNQ-DBnaq7
    Можно ли как-то в настройках или в параметрах mpv задать, что бы он загружал плейлист по первой команде без модификации ссылки?
     
     
  • 2.25, anonimous (?), 17:24, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это вроде дефолтное поведение youtube-dl.
     
     
  • 3.26, Ilya Indigo (ok), 17:40, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Это вроде дефолтное поведение youtube-dl.

    А в youtube-dl параметрами или конфигом это можно как-то исправить?

     
     
  • 4.29, anonimous (?), 18:25, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    --no-playlist                    Download only the video, if the URL refers
                                     to a video and a playlist.
    --yes-playlist                   Download the playlist, if the URL refers to
                                     a video and a playlist.
     
     
  • 5.32, Ilya Indigo (ok), 19:39, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Спасибо, но и эта опция игнорируется, хотя логично ей быть по умолчанию.
    Запостил баг. https://github.com/rg3/youtube-dl/issues/7867

    P.S. Оказывается амперсанд нужно экранировать.
    mpv https://www.youtube.com/watch?v=-TqYul6LOyQ\&list=PL5FMLPRj1j6IChoB7nBKYN

     
     
  • 6.45, angra (ok), 02:55, 15/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > P.S. Оказывается амперсанд нужно экранировать.

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


     
  • 3.34, Ilya Indigo (ok), 20:20, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это вроде дефолтное поведение youtube-dl.

    Да нет, как оказалось, это именно косяк mpv.
    https://github.com/mpv-player/mpv/issues/2592

     
     
  • 4.35, Аноним (-), 20:31, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не косяк, просто настройка по умолчанию. Вот здесь аргументы разработчиков:
    https://github.com/mpv-player/mpv/issues/1400#issuecomment-68265681
    А вот оно в коде:
    https://github.com/mpv-player/mpv/blob/v0.14.0/player/lua/ytdl_hook.lua#L83-L8
     
     
  • 5.41, Ilya Indigo (ok), 22:00, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не косяк, просто настройка по умолчанию. Вот здесь аргументы разработчиков:
    > https://github.com/mpv-player/mpv/issues/1400#issuecomment-68265681
    > А вот оно в коде:
    > https://github.com/mpv-player/mpv/blob/v0.14.0/player/lua/ytdl_hook.lua#L83-L8

    Спасибо за ссылки на аргументы.
    Я что-то то ли не могу верно перевести вот это, начиная с and not the one
    > mpv would always load the entire playlist and start playing the first video of the list and not the one that was actually linked if we didn't disable playlist resolving for "mixed" URLs.

    А так аргументы пользователей мне кажутся более весомыми. Ютуб отдаёт их в таком формате,  и их очень удобно копировать из браузера, и совсем не удобно каждый раз редактировать. youtube-dl позволяет работать с таким форматом, но mpv непонятно зачем это отменяет и предлагает править каждый раз ссылки вручную или переопределить в конфиге ихний костыль. Зачем и какое это преимущество даёт, мне не понятно.

     
     
  • 6.44, Аноним (-), 00:12, 15/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Я что-то то ли не могу верно перевести вот это, начиная с and not the one

    youtube-dl с опцией --yes-playlist возвращает плейлист целиком и проигрывание в mpv начнётся с первого видео в плэйлисте. Нужен дополнительный код, который бы парсил параметры index/v, который пока никто не написал.

     
  • 2.31, Аноним (-), 19:00, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    mpv --ytdl-raw-options=yes-playlist=

    Только проигрывание начнётся с первого видео. Можно исправить с помощью дополнительного ",playlist-start=D", номер из query-параметра index.

     
     
  • 3.33, Ilya Indigo (ok), 19:45, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > mpv --ytdl-raw-options=yes-playlist=

    Спасибо, хотел с самого начала сделать именно так, не получалось из-за отсутствия знака = на конце опции для флагов, что я не сразу понял и нащёл в мане, но это всё равно не помогло. Запостил баг https://github.com/rg3/youtube-dl/issues/7867
    >Только проигрывание начнётся с первого видео. Можно исправить с помощью дополнительного
    > ",playlist-start=D", номер из query-параметра index.

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

    P.S. Оказывается амперсанд нужно экранировать
    mpv https://www.youtube.com/watch?v=-TqYul6LOyQ\&list=PL5FMLPRj1j6IChoB7nBKYN

    P.S. Запостил баг теперь к mpv https://github.com/mpv-player/mpv/issues/2592

     
  • 1.37, Аноним (-), 21:31, 14/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    SMPlayer теперь на MPV и работает лучше, чем сам MPV и настроек миллион и гуи отличный.
     
  • 1.38, Аноним (-), 21:32, 14/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    http:// smplayer.sourceforge.net/ru/downloads
     
  • 1.39, Аноним (-), 21:33, 14/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А вот VLC стал плох и блюраи не крутит, а SMPlayer всё крутит и без багов.
     
     
  • 2.40, Аноним (-), 21:41, 14/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Я не понимаю разработчиков VLC, было время когда их плеер был лучшим, но время идёт, а его развитие стоит на месте. Очень жаль.

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

    Для Андроида подобные приложения уже гораздо лучше.

     
     
  • 3.48, Андрей (??), 21:52, 20/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > но время идёт, а его развитие стоит на месте. Очень жаль.

    Ну, разработка там идёт. Но на каком уровне? Вот последние 2 месяца там вообще дедлок в мастере. Главный сделал комит, у него всё пашет. Да, дедлок не воспроизводится 100%. Помощник главного пытается его исправить (т.к. на андроиде воспроизводимость получше). Сначала главный вообще сопротивлялся, но потом, кажись, понял, в чём дело. Выходит, что у них там даже база шатается. Про фичи даже не знаю. А посмотришь имена функций, куча локов, хозяинов локов, ничё не понятно. Никакой большой блоксхемы, какие потоки, и как данные между декодером, отображателем плавают не нашёл. Из диалога главного и помощника о асинхронно-синхронном процессе видно, что и они сами уже не совсем видят всю картинку, не говоря уже о других, которые хотели бы поковыряться.
    А вообще, был уверен, что VLC - это комьюнити проект. А выходит, что это почти приватный опен-соурс. Т.е. главный жёстко комментируют чужие патчи, а свои просто комитит (дедлок? - не верю, да и если даже, то всё к лучшему). Вон даже никто из 5 главных разработчиков Golang не комитит свои патчи (за очень редким исключением): они должны пройти ревью и только коллега может закомитить.

     
  • 1.46, Аноним (-), 21:56, 18/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    на фоне ванильного mp - оба форка смотрятся Чудовищно.
    но учитывая Кто их пилит - оно и неудвиительно.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:


    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру
    Hosting by Ihor