Доступен (https://github.com/mpv-player/mpv/releases/tag/v0.27.0) выпуск открытого видеоплеера MPV 0.27 (http://mpv.io/), несколько лет назад ответвившегося (https://www.opennet.me/opennews/art.shtml?num=37600) от кодовой базы проекта MPlayer2 (https://www.opennet.me/opennews/art.shtml?num=30005). В MPV основное внимание уделяется разработке новых возможностей и обеспечению постоянного бэкпортирования новшеств из репозиториев MPlayer, не заботясь о сохранении совместимости с MPlayer. Код MPV распространяется (https://github.com/mpv-player/mpv) под лицензией GPLv2, некоторые части поставляются под LGPL.
В новой версии:
- В модуль вывода через OpenGL (vo_opengl) добавлена поддержка прямого рендеринга ("--vd-lavc-dr") и цветовых профилей ICC, задействованы более быстрые вычислительные шейдеры на основе ядра EWA, обеспечена возможность инвертирования HLG OOTF, добавлен режим определения пиков HDR ("--hdr-compute-peak"), добавлена поддержка пиксельных форматов с плавающей запятой, представлена возможность загрузки пользовательских текстур и вычислительных шейдеров;- Добавлен API для абстрагирования операций вывода, который в будущем позволит реализовать модули вывода не на основе GL;
- Добавлена поддержка управления через мультимедийные клавиши на платформе Windows;
- Из лицензионных соображений (невозможность перелицензирования с GPLv2 под LGPL) из модулей vo_direct3d, vo_sdl, vo_vaapi и vo_xv удалён код обработки видеоэквалайзера, удалены фильтр vf_eq и опции "--field-dominance", "-video-aspect-method=hybrid";
- Добавлена опция "--track-auto-selection".
URL: https://github.com/mpv-player/mpv/releases/tag/v0.27.0
Новость: http://www.opennet.me/opennews/art.shtml?num=47187
> Из лицензионных соображений (невозможность перелицензирования с GPLv2 под LGPL) из модулей vo_direct3d, vo_sdl, vo_vaapi и vo_xv удалён код обработки видеоэквалайзера, удалены фильтр vf_eq и опции "--field-dominance", "-video-aspect-method=hybrid";И зачем? В чем выигрышь от перехода на LGPL?
libmpv
Недавно обновился до pulseaudio 11 - там тоже не работает эквалайзер - только очевидно аудио. Облом.
Воспроизведение DVD сломано по-прежнему? Ну правильно, зачем заниматься непосредственно плеером, если можно с перелицензированием заморочиться?Свалил на исходный mplayer. Оно хотя бы работает.
> Воспроизведение DVDМожет уже пора двд на помоечку? 2018 год подходит к концу.
> 2018 год подходит к концу.Хм.. Гости из будущего среди нас.
и как там, в 2018?
выборы послезавтра..
> 2018 год подходит к концу.А линукс так и не научился нормально работать с ДВД-видео.
Как там в 18м? Ты это напиши кто и что выиграл, я ставки буду делать. Деньги пополам
Какое DVD нах? Уже много лет доступны ремуксы BD кому надо.
Ты еще признайся что на 480p фапаешь и звук в mono 11kHz.
Так если оно лежит на полке, в чём проблема то?
Для особо "продвинутых": Не все есть на блюрей, а некоторые сериалы возможно никогда на них и не выйдут.
и не говори, с дискетами та же беда, ладно уже магнитные ленты и перфокарты перестали поддерживать, но дискеты то в чем виноваты
Магнитные ленты никто не переставал поддерживать
Он имел ввиду другие магнитные ленты. https://www.osp.ru/FileStorage/ARTICLE/Computerworld_Online/...).jpg
Ну сломано только меню иногда, воспроизведение тайтла напрямую работает..Тем, кто тут отписался про блюрики: иногда, знаете, хочется посмотреть не "что угодно", а что-то конкретное. И вот нередко для старых вещей чего-то конкретного на блюрике просто нет, DVD - лучшее из существующего.
В таком случае я делаю DVDRemux, что решает все мои проблемы.
линуксоиды решают свои проблемы тысячью причудливых способов.
одним из этих способов сделали и тебя,так что уважительнее
DVD? Серьезно? Я в конце 2013 купил себе пишущий Blu-ray привод и 100 болванок к нему. Так и лежат до сих пор практически нетронутыми. А вы о каком-то DVD.
Я еще студентом был, когда мои родители купили себе DVD-плеер в 2004, но он уже тогда умел воспроизводить AVI-файлы.
ну вот ты и ответил сам на свои причетания: был ребенком, а у остальных этими ДВД забиты несколько книжных шкафов (книжки это такой старинный носитель информации аналоговый, считывается без посредников, хранили их в специальных шкафах).
Что-то глюк через версию.
Решился в кои веки посмотреть Equestria Girls: Everfree forest
Mpv значит из ppa для ubuntu, который упомянут на оф сайте.
Приготовился, уселся, включаю - картинка в слабых горизонтальных полосках...Ну откатился на mpv, из стандартных реп Ubuntu 16.04 - всё работает.
Дело в deinterlacing?
> Что-то глюк через версию.
> Решился в кои веки посмотреть Equestria Girls: Everfree forest
> Mpv значит из ppa для ubuntu, который упомянут на оф сайте.
> Приготовился, уселся, включаю - картинка в слабых горизонтальных полосках...
> Ну откатился на mpv, из стандартных реп Ubuntu 16.04 - всё работает.h265?
Нет. Обычный h264 в 1080p
> Equestria GirlsВ этом вся проблема, к гадалке не ходи!
inxi -GOpenGL: renderer: Mesa DRI Intel 945GM version: 1.4 Mesa 17.2.0
Раньше , кажись 13-ая mesa давала OpenGL 2.1 и видео через opengl работало нормально . Теперь меня дропнули до версии 1.4 и mpv говорит , что теперь я буду использовать только xv . Требует минимальную версию 2.1 ... Что делать ?
> Intel 945GM versionсколько ноуту лет, 12?
если идея покупки нового компа каждые 5 лет для вас неприемлема - стоит рассмотреть покупку стационарника, там можно просто копеечную rx550 подоткнуть
как временный вариант - откатывать и замораживать Mesa
>> Intel 945GM version
> сколько ноуту лет, 12?
> если идея покупки нового компа каждые 5 лет для вас неприемлема -
> стоит рассмотреть покупку стационарника, там можно просто копеечную rx550 подоткнуть
> как временный вариант - откатывать и замораживать MesaAcer TravelMate 5310 , вроде 2006 год . Уже не помню точно ... BIOS - Phoenix v: V1.08 date: 08/10/2007 . Ни одной поломки , раз в два года меняю термопасту и смазываю кулер . Клава - почти как новая . Arch+IceWM прекрасно работает . Зачем мне новый ? Из-за тупых разрабов ? Все чудесно работало и OpenGL был 2.1 ... :(
MESA_GL_VERSION_OVERRIDE пробовали?
> MESA_GL_VERSION_OVERRIDE пробовали?Не . Первый раз слышу . Нужно будет mesa собрать с этой опцией ?
это переменная окружения:MESA_GL_VERSION_OVERRIDE=2.1 mpv file.mkv
> это переменная окружения:
> MESA_GL_VERSION_OVERRIDE=2.1 mpv file.mkv$ MESA_GL_VERSION_OVERRIDE=2.1 mpv http://wse.planeta-online.tv:1935/live/channel_3/playlist.m3u8
Playing: http://wse.planeta-online.tv:1935/live/channel_3/playlist.m3u8
AO: [alsa] 48000Hz stereo 2ch float
VO: [opengl] 640x352 yuv420pА как его теперь в mpv.conf прописать ? Или это нужно какой-то отдельный конфиг ?
в ~/.bashrc
echo "export MESA_GL_VERSION_OVERRIDE=2.1" >> ~/.profileесли будут глюки с графикой - строку придётся удалить
Просто релиз кривой.
Срез git за 17/03/24 работает с -vo opengl с OpenGL 1.4 на 945GM.На десктопе (hd6770) теперь вообще чудеса:
[vo/opengl] VT_GETMODE failed: Inappropriate ioctl for device
[vo/opengl] Failed to set up VT switcher. Terminal switching will be unavailable.
[vo/opengl] Failed to set CRTC for connector 43: Permission denied
[vo/opengl] 'drm-egl' is deprecated, use 'drm' instead.
[vo/opengl] Can't handle VT release - signal already used
[vo/opengl] Failed to set up VT switcher. Terminal switching will be unavailable.
[vo/opengl] Failed to create framebuffer: No such file or directory
[vo/opengl] Failed to create framebuffer.А xv теперь требует обязательно xscrnsaver, xinerama, xrandr - хотя пол года назад прекрасно работало без них.
Прогресс ...
С десктопом - понятно - при сборке говорит: "Checking for OpenGL X11 Backend: x11 not found". При этом собираю из под иксов :) Походу без xscrnsaver, xinerama, xrandr теперь вообще ничего не работает.
Возможно кому-то пригодится - патч убирает зависимость от xinerama, xrandr, xscrnsaver.
> Возможно кому-то пригодится - патч убирает зависимость от xinerama, xrandr, xscrnsaver.
> http://knk.square7.ch/mpv-without_xinerama_xrandr_xss.patchсказывается на функциях? Или зависимость навязанная?
xinerama - с ней лучше работает мультимониторная конфигурация
xrandr - аналогично.
xscrnsaver - хак для kde/lxde для работы dmps. Для простых wm - dpms работает через xext.
А в чем проблема с xv? Быстрее же будет, скорее всего
> А в чем проблема с xv? Быстрее же будет, скорее всегоЯ уж тогда сразу на ZX-Spectrum перейду . Чего уж там тянуть ...
Так ведь XVideo в последние годы через 3d pipeline делается. Возможно, в современных GPU и выделенных схем для этого не осталось.
> Так ведь XVideo в последние годы через 3d pipeline делается.Да, но при этом для xv можно использовать только финальные 2d блоки от 3d pipeline, что в любом случае уменьшает overhead.
С другой стороны, mpv позволяет производить post-processing используя шейдеры.
> Да, но при этом для xv можно использовать только финальные 2d блоки от 3d pipeline, что в любом случае уменьшает overhead.У меня сейчас Intel Skylake. Я спросил у драйвера, знает ли он что-нибудь про оверлей (I915_PARAM_HAS_OVERLAY). Ядерный драйвер сказал, что оверлея у него нет. Возможно, его не поддерживает драйвер. Но скорее всего, его просто в чипе нет. В манах на иксовый драйвер intel написано, что он предпочитает Xv делать через текстуры, если не просят предпочитать оверлей.
Если интересно потестить у себя, вот:
#include <stdio.h>
#include <stdbool.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <xf86drm.h>
#include <i915_drm.h>int main(void) {
int fd = open("/dev/dri/card0", O_RDWR);
printf("fd = %d\n", fd);int has_overlay = 0;
struct drm_i915_getparam gp = {
.param = I915_PARAM_HAS_OVERLAY,
.value = &has_overlay,
};int ret = drmIoctl(fd, DRM_IOCTL_I915_GETPARAM, &gp);
printf("drmIoctl returned %d\n", ret);
printf("has_overlay = %d\n", has_overlay);
return 0;
}
> У меня сейчас Intel Skylake. Я спросил у драйвера, знает ли он
> что-нибудь про оверлей (I915_PARAM_HAS_OVERLAY). Ядерный драйвер сказал, что оверлея
> у него нет. Возможно, его не поддерживает драйвер. Но скорее всего,
> его просто в чипе нет.Да, в новых его нет. Его наличие можно глянуть в исходниках ядра: cat linux-*/drivers/gpu/drm/i915/i915_drv.c | grep -B3 "has_overlay = 1"
> В манах на иксовый драйвер intel
> написано, что он предпочитает Xv делать через текстуры, если не просят
> предпочитать оверлей.Вот и я о том: для вывода xv через текстуры не нужно нагружать весь 3d pipe в отличие от вывода видео через OpenGL. Тоже качается и wayland/glamor - гнать 2d через OpenGL как минимум энергозатратно.
> Вот и я о том: для вывода xv через текстуры не нужно
> нагружать весь 3d pipe в отличие от вывода видео через OpenGL.
> Тоже качается и wayland/glamor - гнать 2d через OpenGL как минимумПример кода есть?
> Пример кода есть?Чего именно? Вывод xv через текстуры: https://cgit.freedesktop.org/xorg/driver/xf86-video-intel/tr...
>> Пример кода есть?
> Чего именно? Вывод xv через текстуры: https://cgit.freedesktop.org/xorg/driver/xf86-video-intel/tr...Нет, я про «Да, но при этом для xv можно использовать только финальные 2d блоки от 3d pipeline, что в любом случае уменьшает overhead».
Слова это, конечно, хорошо. Но это утверждение мне не кажется таким уж очевидным. И не очень понятным.
Код бы всё прояснил и позволил измерить. Утилитки из intel-gpu-tools показывают оценку энергопотребления. С помощью их можно примерно прикинуть, есть ли разница в подходах.
Вы не в теме, а должны бы. Есть несколько вариантов возврата OpenGL 2.1, все сводятся к тому, что нужно включить две опции либо через ~/.bashrc либо установить driconf и даже гуишно включить две опции ARB_occlusion_query и ARB_fragment_shader, причем включить глобально, а не только для mpv. Проверено все работает.
> Вы не в теме, а должны бы.Да , я действительно был не в теме ...
https://wiki.archlinux.org/index.php/intel_graphics#OpenGL_2...
Все получилось . А какой метод более тру , ваш или тот , что в Вики ? Или без разницы ?
Там тот же метод, его разрабы Интела и советуют(они же и добавили эти опции в dri), а менять через гуи или копипастить напрямую в файл разницы нет, я просто не помнил точно как оно в конфиге называлось, а от ноута, который настраивал далеко был, поэтому через гуи предложил.П.С. Арчеводы молодцы, совсем забыл за их вики.
>Раньше , кажись 13-ая mesa давала OpenGL 2.1Интересно каким образом, если у GMA 950 железный только 1.4 поддерживается. Там эмуляция какая-то была?
Да, была софтовая, на виндах ее не было, решили уровнять, как Нвидия в свое время уровняла(тоже не в пользу Линукса). Но здесь хоть вернуть обратно через driconf можно.
Хороший и нужный плеер, жаль что enca выпилили, и жаль что enca загнулась.
> жаль что enca выпилили,Это да. Но при желании прилепить ее обратно не очень сложно (ИМХО).
> и жаль что enca загнулась.
Не загнулась, а достигла совершенства :) Серьезно: что в ней улучшать?
Последние лет десять вообще проблем с ней не замечал.
Коммит в котором выкинули enca: https://github.com/mpv-player/mpv/commit/0eb87e1baff89e7a979...
Так выпиливание энки вроде как мотивировано тем, что она не поддерживается.>Enca is dead. libguess is relatively useless due to not having an
>universal detection mode. On the other hand, libuchardet is actively
>developed.Скорее всего там накопились какие-то проблемы с совместимостью библиотэк.
Коммитер вроде привёл какую-то муть на замену, но почему-то не стал реализовывать.
Я конечно уважаю wm4 за активное развитие mpv, но иногда его решения весьма спорны.>>Enca is dead.
Последний релиз - 16/09/05, версия - 1.19.
>>On the other hand, libuchardet is actively developed.
Последний релиз - 16/07/20, версия - 0.0.6.
> Скорее всего там накопились какие-то проблемы с совместимостью библиотэк.
Что-то серьезных багов в багтрекере enca не видно ...
> Коммитер вроде привёл какую-то муть на замену, но почему-то не стал реализовывать.
Вроде должно сейчас работать через libuchardet + iconv, но я не проверял.
>>>Enca is dead.
> Последний релиз - 16/09/05, версия - 1.19.
>>>On the other hand, libuchardet is actively developed.
> Последний релиз - 16/07/20, версия - 0.0.6.Мда, сейчас тоже посмотрел, вроде всё ок выглядит.
В SMPlayer не работает а в голом mpv с дефолтной опцией sub-codepage=auto таки определяет.