The OpenNET Project / Index page

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

В рамках проекта MPlayer2 создан форк медиаплеера MPlayer

23.03.2011 12:49

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

Из главных отличий MPlayer2 от классического MPlayer, отмеченных в плане развития проекта, можно упомянуть:

  • Удаление MEncoder. По заявлению инициаторов форка, код MEncoder имеет непродуманную архитектуру, изобилует ошибками и во многом дублирует код MPlayer. По задумке разработчиков, некоторые наиболее востребованные функции кодирования планируется интегрировать прямо в MPlayer2;
  • Прекращение развития и удаление штатного GUI-интерфейса (gmplayer), работа будет сосредоточена на развитии протокола для создания внешних GUI;
  • Улучшение обработки пауз: mplayer2 позволит во время паузы менять настройки, перемещаться по потоку и выполнять другие команды;
  • Улучшение поддержки формата Matroska, включая работу с отсортированными главами и редакциями;
  • Поддержка распараллеливания операций декодирования и работы в многопоточном режиме (данная возможность ранее развивалась в рамках проекта MPlayerXP, другого форка MPlayer);
  • Расширение использования API VDPAU для акселерации декодирования видео: решение проблем с потерей кадров, налаживание работы на мониторах с частотой обновления 60 Hz, переработка кода буферизации и т.д.
  • Поддержка аккуратной смены позиции в потоке, без привязки к ключевым кадрам;
  • Поддержка локализации встроенной справки с использованием gettext;
  • Прекращение зависимости от встроенной версии библиотеки FFmpeg, переход на использование стандартного FFmpeg API. Удаление встроенных библиотек libmpeg2, vidix, tremor и libdvdnav, libdvdread и libdvdcss;
  • Переработка кода синхронизации звука и видео;
  • Чистка и переработка выводимых пользователю сообщений;
  • Улучшение отзывчивости и уменьшение задержек;
  • Возможность удержания активного полноэкранного режима при переходе от просмотра одного файла к другому;
  • Задействование libass для отображения субтитров;
  • Более широкое использование libavformat для работы с медиаконтейнерами;
  • Использование по умолчанию опции "-fixed-vo".


  1. Главная ссылка к новости (http://ostatic.com/blog/did-yo...)
  2. OpenNews: Анонсирован новый выпуск медиа-проигрывателя MPlayer 1.0rc4
  3. OpenNews: Проекту MPlayer исполнилось 10 лет
  4. OpenNews: Вышел мультимедиа плеер MPlayerXP 0.7.95
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/30005-MPlayer
Ключевые слова: MPlayer, MPlayer2, video, multimedia, player
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (50) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Слакварявод (?), 14:26, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Зэр гут! Паюзаем...
     
     
  • 2.5, pavlinux (ok), 14:37, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Угу, лет через 5-10, особо на ламповых мониторах при 60Hz, у которых нет разъёма DVI,
    но который есть у GeForce, которые поддерживают VDPAU, которые, в последнее время,
    уже не поставляются с переходниками DVI-to-VGA.
     
     
  • 3.7, Lain_13 (?), 14:43, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Пользователи Ubuntu уже юзают: https://launchpad.net/~ripps818/+archive/coreavc
    А гентушники сами собирают без проблем.
     
  • 3.41, MATPOC (?), 23:19, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Перевод про 60 Hz как всегда неточен. В оригинале нет слов о "старых мониторах", говорится "60 Hz monitor". Например, в HDTV есть режим 1080p 60 Hz. Так что это отнюдь не "старый монитор".
     
     
  • 4.42, Аноним (-), 23:24, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Там еще про это написано "Better support for VDPAU on NVIDIA cards - eliminates some frame dropping or breaking with low res monitors." 60 Hz в сочетании с "low res monitors" переводчик домыслил до старых мониторов, что в принципе верно.
     
     
  • 5.43, Аноним (-), 23:26, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    хотя с технической стороны low res  скорее опечатка, low refresh видимо подразумевается.
     
     
  • 6.48, SubGun (ok), 10:16, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А чем не нравится "low resolution"?
     
  • 3.44, anonymous (??), 01:56, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    imho речь идет о видеофайлах с 60 fps.
     

  • 1.2, anthonio (ok), 14:30, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересна позиция дистрибутивоклепателей...
     
     
  • 2.16, bav (ok), 15:30, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Пакет в ауре лежит. Ебилды скорее всего тоже появились. Не пора ли уже забить на позицию дистрибутивоклепателей?
     
     
  • 3.17, anthonio (ok), 15:38, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Пакет в ауре лежит. Ебилды скорее всего тоже появились. Не пора ли
    > уже забить на позицию дистрибутивоклепателей?

    Не для этого я на арч с генты перелез. :)

     
     
  • 4.18, dimqua (ok), 15:44, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А для чего?
     
     
  • 5.22, anthonio (ok), 16:15, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Надоело компилить.
     
     
  • 6.40, Евгений (??), 20:41, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ёгурт поставь, и будет тебе счастье.
     
     
  • 7.45, anthonio (ok), 02:07, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ёгурт поставь, и будет тебе счастье.

    Он тоже собирает из исходников.

     
     
  • 8.49, Ващенаглухо (ok), 16:05, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    есть sabayon там не надо компилить, но если хочется то можно ... текст свёрнут, показать
     

  • 1.4, анон (?), 14:33, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Всё правильно сделали.
    mencoder не нужен, есть avidemux
    gmplayer тоже не нужен, mplayer ww гораздо круче
     
     
  • 2.11, emg81 (ok), 15:18, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +8 +/
    avidemux с mencoder'ом и рядом не кодировал.

    приучайтесь говорить за себя, а не за всех.

     
  • 2.13, Аноним (-), 15:21, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какой ежё avidemux? Даже не сравнивайте эту гуйню с mencoder'ом, хотя mencoder сам не сахар. Вообще, перекодировщик должен быть прежде всего cli.
     
     
  • 3.15, s10 (?), 15:29, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У Avidemux есть CLI-версия вообще-то: http://www.avidemux.org/admWiki/doku.php?id=using:command_line_usage
     
  • 2.21, paulus (ok), 16:12, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >mencoder не нужен, есть avidemux

    могут пилить больше mplayer2, а внешний Transcode использовать вместо кривоватого mencoder'a

    >gmplayer тоже не нужен, mplayer ww гораздо круче

    Согласен лучше gnome-mplayer использовать, а вот mplayerWW для линукса нет или я ошибаюсь? Куму нашел на винду, когда его ноутом пользовался, но для линукса не нашел.

     
     
  • 3.32, анон (?), 18:32, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >внешний Transcode использовать вместо кривоватого mencoder'a

    лучше avidemux, transcode развивается не столь активно

    > а вот mplayerWW для линукса нет

    К сожалению, насколько я знаю, нет :(
    В принципе, VLC сгодится как замена. Ну или упомянутый gnome-mplayer

     
     
  • 4.50, rico (ok), 17:10, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    тут еще один симпотный гуй нарисовался, только разраб какой-то странный, ей богу...
    UMplayer
     

  • 1.6, VarLog (ok), 14:39, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Всё правильно. Для этого форки и создаются. Удачи ребятам.
     
  • 1.9, oops (ok), 15:03, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    libASS! шикарно) помимо девайса оказывается еще и либа такая есть)
     
     
  • 2.14, bav (ok), 15:23, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Забавно, что так называется формат, а имя библиотеки — просто очевидное следствие.
     

  • 1.12, Аноним (-), 15:20, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Вооооо, замечательно. Всё что было плохого в mplayer исправляют - выкидывают GUI и отказываются от встроенных библиотек. Ура!
     
  • 1.23, Feofan (?), 16:16, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Интересно, как в Mplayer2 поддержка vaapi  для Poulsbo, и планируется ли она в будущем. Изменения позитивные - хочется попробовать, но с этим жутким Intel GMA500 не рискну.
     
     
  • 2.46, anonymous (??), 07:47, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема не в mplayer'е, а в драйверах на GMA500. Вообще для убунты есть ppa с рабочей сборкой mplayer-vaapi, а вот под арчем у меня он так и не завелся.
     

  • 1.24, Аноним (-), 16:22, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Опробовал (оверлей multimedia) - супер штука!
    Сколько лет ждал возможности не снимая с паузы хотя бы из полноэкранного режима выйти.
    Да и гуйня встроенная ни кому не нужна - сторонние есть лучше.

    До ужаса жаль mencoder, но что поделать =(. Авось они и его допилят.

     
     
  • 2.52, Аноним (-), 14:37, 12/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Сколько лет ждал возможности не снимая с паузы хотя бы из полноэкранного режима выйти.

    Давно уже можно было, прописав в конфиге "ENTER pausing_keep_force vo_fullscreen", например.

     

  • 1.25, AHAH (?), 16:33, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Задействование libass для отображения субтитров;

    теперь ясно через что какую библиотеку смотреть субтитры =)

    будет ли сотрудничество с Libav http://www.opennet.me/opennews/art.shtml?num=29914 ???

     
  • 1.26, Анон (?), 16:58, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > работа будет сосредоточена на развитии протокола для создания внешних GUI;
    > Поддержка аккуратной смены позиции в потоке, без привязки к ключевым кадрам;

    То, что надо! Самые древние неудобства связаны в первую очередь с этими двумя вещами и наконец-то их кто-то взялся переделать. Респект.

    > Задействование libass для отображения субтитров;

    Никто не в курсе, это позволит отображать субтитры в размере, не привязанному к разрешению видео?

     
     
  • 2.27, bav (ok), 17:49, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Никто не в курсе, это позволит отображать субтитры в размере, не привязанному
    > к разрешению видео?

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

     
     
  • 3.28, Анон (?), 17:57, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я понял, через libass рендерятся и обычные srt-субтитры в которых размер шрифта не указывается. И управляет их размером mplayer. Если разрешение видео низкое, то и текст распадается на пиксели вместе с изображением при просмотре на весь экран, читать становится невозможно. Вот и интересует, как с этим в форке будет.
     
     
  • 4.29, bav (ok), 18:15, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > srt-субтитры
    > текст распадается на пиксели вместе с изображением при просмотре на весь экран, читать становится невозможно

    subfont-autoscale и subfont-text-scale помогут отцу русской демократии, если конечно mplayer собран с поддержкой FreeType.

     
     
  • 5.30, Анон (?), 18:24, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я об этом: http://s39.radikal.ru/i086/1103/33/0ba03e63ba34.jpg

    Так я вижу сабы на своём 19 дюймовике на весь экран при низком разрешении видео.

     
     
  • 6.38, bav (ok), 19:18, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты же должен понимать, почему так происходит. То есть в mplayer2 будет тоже самое поведение. Выход только апскейлинг, например через gl.
     
  • 6.47, anonymous (??), 07:55, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Такой вывод зависит от рендера. При выводе через gl видео и сабы отображаются на разных поверхностях (как правило), поэтому они имеют высокое разрешение. При выводе через xv текст сначала накладывается на изображение. Про иные рендеры сказать ничего не могу, надо проверять.
     
  • 4.34, pkunk (ok), 18:38, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    -vo gl
     
     
  • 5.35, Анон (?), 18:40, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да, но видяха жарить начинает.
     
     
  • 6.36, pkunk (ok), 19:04, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    vdpau, если есть возможность
    более хитрый способ тут:
    http://web.archiveorange.com/archive/v/bFtHWV7QR2MaoudaOA89
     
     
  • 7.37, Анон (?), 19:16, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Т. е. это проблема xv?
     

  • 1.31, bircoph (ok), 18:25, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вы на авторов mplayer2 посмотрите, вернее, на автора: это же Uoti, известный тролль со своими ломающими всё патчами, у которых, к тому же, проблемы со скоростью. В общем, его git-форк существует уже много лет, а толку мало: на два полезных патча 20 вредных.
     
     
  • 2.39, paulus (ok), 20:13, 23/03/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > посмотрите на автора: это же Uoti, известный тролль со своими ломающими всё патчами, у которых, к тому же, проблемы со скоростью.

    это ж надо было так "радость" обломать...


     
     
  • 3.51, rico (ok), 18:45, 24/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> посмотрите на автора: это же Uoti, известный тролль со своими ломающими всё патчами, у которых, к тому же, проблемы со скоростью.
    > это ж надо было так "радость" обломать...

    походу оттроллил тот, кто это заявил
    у меня лично никаких проблем с производительностью не было с ним

    а насчет "ломающими все патчами", так помнится и некто Бруно спалился на этом...

     
     
  • 4.53, Alexvk (ok), 04:59, 02/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >походу оттроллил тот, кто это заявил
    >у меня лично никаких проблем с производительностью не было с ним

    Симметричная фигня, полет нормальный. И на тех глюках, которые уже множество версий в mplayer традиционно сохранялись, все вдруг заработало как надо. И vdpau и многопоточность и другие плюшки, приятно в конце концов!

    >а насчет "ломающими все патчами", так помнится и некто Бруно спалился на этом...

    Это пять! ))))) запомню фразу :)

     

  • 1.33, Frank (ok), 18:32, 23/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > налаживание работы на старых мониторах (60 Hz)

    Ээ... А на новых мониторах чё, 85 Гц?

     
  • 1.54, paulus (ok), 17:22, 08/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Стабильный и легкий gmplayer лучше чем глючный gnome mplayer, жаль что не развивается...
     
  • 1.55, iZEN (ok), 01:06, 05/11/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На FreeBSD появился порт: http://www.freshports.org/multimedia/mplayer2/
    Собрал. Воспроизведение Lichmond2 BDrip/1080p MKV не лагает, звук и изображения не рассинхронизируются, как это было в MPlayer1.
     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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