LINUX.ORG.RU

Выпуск MPV Player 0.5.0

 


2

0

MPV Player — это открытый видеопроигрыватель, доступный под лицензией GPLv3. Поддерживает аппаратное ускорение видео с помощью vdpau и vaapi.

Изменения в выпуске:

  • Использование /Dev/sr0 как CDROM/DVD привода по умолчанию.
  • Можно включить флаг (-O2) при сборке.
  • Удалена поддержка старых hwaccel версий VDA на Mac OS X.
  • Изменены комбинации клавиш.
  • Исправление тупика в клиентском API при вызове mpv_terminate_destroy () перед mpv_initialize ().
  • Добавлена опция вывода списка поддерживаемых протоколов (--list-protocols).
  • Добавлены свойства кэша «cache-free», «cache-used» и «cache-idle».
  • Файл конфигурации был переименован в mpv.conf (хотя старый файл по-прежнему работает и будет загружен, даже если новый не существует).

Исходники

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: ymn (всего исправлений: 4)

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

Worron ★★★
()
Ответ на: комментарий от anonymous

они страдают по определению

anonymous
()
Ответ на: комментарий от Behem0th

нужно больше костылей и прослоек

anonymous
()
Ответ на: комментарий от liaonau

ой, «пока галактика вертится» конечно же, извините за тупизм: кажется даже редкое посещение вконтактика трагически сказывается на моих когнитивных способностях.

haku ★★★★★
()
Ответ на: комментарий от fornlr

единственный нормальный видеоплеер под линукс

это пароль

amorpher ★★★★★
()

и VDA отлично работает, не то что в VLC

fornlr ★★★★★
()
Ответ на: комментарий от ritsufag

Спасибо, годная морда. В нём-то я и пересмотрю Мадоку.

Ceiling_QB ★★★★
()
Ответ на: комментарий от anonymous

Media Player Classic - Black Edition

As of 2014 MPC-BE is a MPC and MPC-HC based fork by mostly Russian developers.[18][19][20]

Ясно, ну ок, ждём где-нибудь в cccp/k-lite.

wakuwaku ★★★★
()
Ответ на: комментарий от Eddy_Em

туда пишутся не все просмотренные файлы, а только те по которым вышел с помощью «Q», после продолжения просмотра и выхода другим способом запись удаляется, сама запись весит 74 байта.

anonymous
()
Ответ на: комментарий от anonymous

вернее она удаляется сразу после продолжения просмотра.

anonymous
()
Ответ на: комментарий от liaonau

управление не через парсинг выхлопа fifo в slave mode, а через libmpv

Виндовенько. Устареет через года три и иди переписывай морды под новую libmpvnoshit.

A-234 ★★★★★
()
Ответ на: комментарий от anonymous

Тупо. Правильней было бы в хвост видеофайла приписать нужную информацию!

Окуляр вон, тоже фигней мается: подобным образом сохраняет информацию о просмотренном, в результате директория жиреет не по дням, а по часам! А мог бы не срать, а просто дописывать к файлу нужную информацию → при перемещении файла не пришлось бы новое создавать. Да и вообще, могли бы уже стандартизировать для этих чертовых pdf'ок блок с метаинформацией, чтобы все смотрелки-читалки друг друга понимали!

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

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

anonymous
()
Ответ на: комментарий от intelfx

Текстовое fifo устаревает уже лет 40 а интерфейсы меняются постоянно, очевидно же. ЗЫ. Сабж из этого fifo и запускается.

A-234 ★★★★★
()
Последнее исправление: A-234 (всего исправлений: 1)

Всё ещё в буфер не работает? Видимо это и есть устаревший код.
Не нужен. Мплеером в консольке фотки, видео смотреть, музыку слушать можно.

anonymous
()
Ответ на: комментарий от A-234

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

intelfx ★★★★★
()
Ответ на: комментарий от anonymous

(другой аноним)
MPC отмечает вступление, врезку, финальные титры, подхватывает субтитры, внешние звуковые дорожки автоматом. И ещё по мелочи. Нет такого плеера в линуксе.

anonymous
()
Ответ на: комментарий от anonymous

«Шёл бы ты отсюда, анимешок.»

Пукан рвется от того, что под линукс 100500 плееров, и ни один близко не подходит по стабильности и удобству к MPC-HC?

anonymous
()
Ответ на: комментарий от wakuwaku

Не нужно врать, лучший по-прежнему MPC-BE.

Пофиксил. Разработка идет активнее, выкинуты тонны легаси-говна, сборка осуществляется современным компилятором, по-прежнему используется FFmpeg (а не LAV, на который почему-то вздумалось перейти разработчикам HC). Но лично для меня главные киллер-фичи это более лучшая поддержка битых файлов, большее кол-во поддерживаемых форматов и очень удобные кнопки выбора сабов/озвучки на тулбаре.

anonymous
()
Ответ на: комментарий от anonymous

MPC отмечает вступление, врезку, финальные титры,

Что ты несёшь? Главы, op/ed размечает автор рипа, а не плеер. Это я насколько помню даже в mplayer 2 было.

подхватывает субтитры

Лал, mpv это умеет. Как и указание списка директорий для поиска.

ritsufag ★★★★★
()
Ответ на: комментарий от anonymous

Полоса прокрутки в mplayer2? Собственно ради ordered chapters матрёшки и перешёл на него (+ ещё precise seeks и пауза не убирается насильно), но эта фича вроде независима от разметки.

wakuwaku ★★★★
()
Ответ на: комментарий от intelfx

Наверное потому что C API это более низкий уровень абстракции чем текстовый. Тем более что он напрямую зависит от используемого компилятора. Текстовый fifo можно легко пробросить через сеть, например, он не зависит от конкретных программ. По сути речь идет о способе обмена сообщениями. Вместо того чтобы использовать то что есть и работает они стали изобретать свой велик. А в остальном вроде все гуд, кроме lua конечно :) Такими темпами про сабж будут шутить как про имакс.

A-234 ★★★★★
()
Ответ на: комментарий от A-234

потому что C API это более низкий уровень абстракции чем текстовый

Да не то чтобы. Я не знаю, как оно устроено, но чем

playback_position_t get_playback_position(mpv_connection *conn);

отличается от

echo "GETPLAYBACKPOSITION" >> "$MPVFIFO"
read position_h position_m position_s < "$MPVFIFO"

в плане совместимости и устаревания?

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

Ну и да, я считаю, что сишный API (или какой-либо другой методо-сигнальный интерфейс) «аккуратнее», чем рандомные текстовые потоки.

intelfx ★★★★★
()
Ответ на: комментарий от wakuwaku

Это был саркастический вопрос. В MPC всё отмечается на полосе прокрутки.

anonymous
()
Ответ на: комментарий от intelfx

Тем что скрипт не имеет «dynamic section». Тем что echo отработает что на 32-х разрядном mips'е что на 64-х разрядном xeon'е абсолютно одинаково. Тем что C API, если не запилен в виде удобного пакета, вызывает жуткий батхерт у линуксовых падаванов в виду необходимости самостоятельной сборки, разруливания зависимостей и шока от сообщений вида:

libc.so.99.98 found libc.so.99.99 required

Вы действительно не видите разницы между скриптом и скомпилированной программой?

A-234 ★★★★★
()
Ответ на: комментарий от A-234

Разница есть, но она не вот в этом:

Устареет через года три и иди переписывай морды под новую libmpvnoshit.

Собственно, я к чему. Если (вдруг) возникнет ситуация, в которой libmpv выкинут и запилят source-несовместимую libmpvnoshit, то почему в этой же ситуации гипотетический текстово-пайповый API оставят нетронутым?

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

intelfx ★★★★★
()
Ответ на: комментарий от anonymous

В mplayer 2? На полосе прокрутки?

Что?

Ты про звуковую дорогу ответь.

--audiofile=<filename>



Что с лицом, апельсинус?

PS: Если ты ещё и увлекаешься просмотром китайских порномультиков в фандабе, то тебе остаётся только посочувствовать.

ritsufag ★★★★★
()
Последнее исправление: ritsufag (всего исправлений: 1)
Ответ на: комментарий от intelfx

...чем

playback_position_t get_playback_position(mpv_connection *conn);

отличается от

echo «GETPLAYBACKPOSITION» >> «$MPVFIFO»
read position_h position_m position_s < «$MPVFIFO»

в плане совместимости... ?

Первое - только С. Второе - что угодно. Не?

qwe ★★★
()
Ответ на: комментарий от qwe

Во-первых, нет, т. к. FFI. Во-вторых, для таких случаев пишут обёртки (а-ля mpvclient) и/или экспортируют API на шину.

intelfx ★★★★★
()
Ответ на: комментарий от leg0las

Как-то не густо. В генте 0.4.x кстати хардмаскед, так что ждем-с.

Чего ждать то? Клонируешь репу и собираешь. Скрипты сами подтаскивают свежие ffmpeg etc. и собирают отдельно от системного, внутри. На выходе бинарь который можешь держать где пожелаешь. Всех делов склонить и скрипт запустить.

black7
()
Ответ на: комментарий от ritsufag

Я тебя наверное дико шокирую, но есть и не китайские, не порно и не мультики. Да и оригинальная озвучка порномультиков разная, бывает унылая, с унылыми диалогами и эмоциями. Фанатская озвучка исправляет этот казус.
Ну вот "--audiofile={длинное название, хотя можно использовать сокращения, парсить на предмет номера}", а MPC цепляет нужную дорогу автоматом.

anonymous
()
Ответ на: комментарий от Lilly

«LEFT» and «RIGHT» have been remapped to seek 5 seconds instead of 10.

Вот чёрт. Значит пока обновляться не стоит.

Читайте маны, они полезны

~/.mpv/input.conf

RIGHT no-osd seek 10

LEFT no-osd seek -10

по желанию можно и так добавочно

Ctrl+RIGHT no-osd seek 5

Ctrl+LEFT no-osd seek -5

black7
()
Последнее исправление: black7 (всего исправлений: 1)
Ответ на: комментарий от hobbit

еще покадровая отмотка в обратном направлении

black7
()
Ответ на: комментарий от anonymous

smplayer емнип цепляет дороги с совпадающим названием (насчёт самого mplayer не знаю, но mpc-hc при этом умеет ещё и частично совпадающие и что-то там ещё, также и с сабами)

wakuwaku ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.