Состоялся выпуск открытого видеоплеера MPV 0.38, в 2013 году ответвившегося от кодовой базы проекта MPlayer2. В MPV основное внимание уделяется разработке новых возможностей, не заботясь о сохранении совместимости с MPlayer. Код MPV распространяется под лицензией LGPLv2.1+, некоторые части остаются под GPLv2, но процесс перехода на LGPL почти завершён и для отключения оставшегося GPL-кода можно использовать опцию "--enable-lgpl"...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61020
Второй, после Gtk4, зависящий от wayland-protocols.
Отличный маркер ненужного.
====> Audio Output
ALSA=off: ALSA audio architecture support
JACK=off: JACK audio server support
OPENAL=off: Audio support via OpenAL
PIPEWIRE=off: PipeWire multimedia server support
PULSEAUDIO=off: PulseAudio sound server support
SDL=off: Simple Direct Media Layer support
SNDIO=off: Sndio audio supportА через что он звук выводит?
Это что ты понаписывал? И где это посмотреть у себя?
> Это что ты понаписывал? И где это посмотреть у себя?Опции сборки порта в FreeBSD.
Через спикер
обнови putty там звук добавили
> обнови putty там звук добавилиПлохо, очень плохо, попробуй ещё.
https://github.com/mpv-player/mpv/tree/master/audio/out
OSS
На фре через родной OSS - моими стараниями.
Кажется в этом или прошлом релизе зашёл патч чтобы многоканальник по оптике выплёвывать, мне его прислали я только PR открыл.В опциях порта перечислены дополнительные возможности куда можно выводить звук если вам надо.
Помню, помню:
https://github.com/mpv-player/mpv/issues/8296
https://github.com/mpv-player/mpv/pull/8312Ты же не коммитер?
Не нашёл тебя в списках коммитеров, но мог и плохо искать.
Там ещё было по sndio, но я не довёл и кто то там дальше пилил в отдельном PR.
И DVB я там перепиливал когда то достаточно серьёзно.Нет, не коммитер.
Только фикшу то что мне надо, а так он меня устраивает.Можно было бы потратить время и поразбиратся с многочисленными LUA надстройками, там вроде какой то полезный функционал напилили, но мне и базового хватает :)
Да я о фряхе, а ты видимо о mpv.Смотрю у тебя из 33 портов (у меня меньше :-o) у 15 портскаут нашёл обновления.
И чего-то в ирке тебя не вижу или ник какой-то совсем другой?
Нет, во фряхе я тоже не коммитер и мне не хочется после прошлогодних событий.
https://lists.freebsd.org/archives/freebsd-ports/2024-Februa...Надо бы почти всё с себя сбросить, ибо часть по работе, часть уже не интересно.
И ирке на фриноде я есть, как в руснете.
В жаббере тоже на фрёвом канале.Ник точно этот же.
Февраль 2024 это же не прошлый год.
Но я всё равно на портс не подписан - хватает спама с девелоперс и портс-коммитерс (каждый коммит в порты).
vishwin несколько подзадолбал с пиханием везде пудриере и руста - это да.
Я вообще считаю ошибкой, если порт не собирается нормально в обычной живой системе. В крайнем случае можно закрыть глаза на ошибки сборки при установленной предыдущей версией этого же порта - т.е. перед сборкой необходимо снеси старую версию.
Чаще всего это всякие silent grab, при чём в 90% случаев виноват апстрим, который почему-то считает, что если либу нашли, то можно её заюзать и никаких опций отключить её поиск не нужно делать. Сильные духом мэинтейнеры патчат систему сборки софта и репортят в апстрим. А остальные отмахиваются пудрой, отчасти из-за того, что задолбались биться с апстримами, которым насрать на эти проблемы. Даже когда им одно-двух строчный оттестированный патч принесли на блюдечке с голубой каёмочкой (с описанием что и зачем они исправляет). Особо упоротые апстримы вообще хотят патч всенепременно через пул реквест, а из текста в комменте религия не позволяет взять. Но даже так это такое себе оправдание для мэинтейнера делать плохо свою часть. Ну да ладно - это уже совсем оффтоп.Фринода же "этого того" - все мигрировали на Libera.Chat. И я уже год точно на фриноде не сижу. А в руснете никогда и не был. Ещё на efnet есть официальный канал #bsdports.
Я писал уже пару раз: у меня есть наработки и представление как сделать портмастер или отдельный скрипт который будет как пудриля создавать chroot с нужным и собирать там порт, потом это за собой почистит.
Оверхэд минимальный: создать папки через mtree, смонтировать туда часть / за исключением /usr, /var и чего то ещё, потом туда через pkg install навалить нужных для сборки зависимостей и собирать себе в удовольствие, потом запаковать всё в пакет и положить в кеш к остальным пакетам, откуда уже можно ставить в систему.Звучит длинновато, но у нас на работе нечто похожее сделано, только в пром масштабах: там и ОС разворачивает целиком в chroot и сразу 260 пакетов, и на это уходит где то минута.
А если заменить разворачивание ОС на nullfs монтирование и ставить всего с десяток пакетов то будет очень шустро.
Конечно для сборки чего то совсем мелкого будет заметно, но даже на среднего размера пакетах типа той же самбы это уже будет не различимо.В конечном счёте это можно было интегрировать как опцию для makefile портовых, типа uses= chrootbuild чтобы не всё подряд собирать так, а шлак с неадекватными автодетектами.
Но честно говоря делать не хочется, если только за деньги.
И заниматся сексом стоя в лыжах в гамаке в ихнем фабрикаторе тем более.
Вам видео или шашечки?
Только если собрано с поддержкий wayland, в противном случае не будет просить.
Опционально же
>>Второй, после Gtk4, зависящий от wayland-protocols.Gtk4, wayland - это зачем?
Плеер до сих пор даёт заснуть системе при просмотре видео в фулскрине?
Как ты этого добился?
У меня ни разу такого не было
хорошая фича. Но у меня не работает. ХотетЪ
У меня все норм, даже без него сон не работает )
а нечего было настраивать саспенд по неактивности. но то, что скринсейвер запускается во время просмотра - да. и как победить - хз. в mplayer`е когда-то давно победил, в mpv - хз как
Вроде в иксах какое-то расширение было для этого специально, ну и плеер должен уметь в это расширение. А вяляном - хз, там же вяленый это просто протокол, небезопасно это, приложение не должен ничего знать ни о чем и ни о ком (даже о своих координатах)
без расширений и SMS в .mplayer/config было вписано и работалоheartbeat-cmd="xscreensaver-command -deactivate >&- 2>&- &"
heartbeat-interval=300
посмотрел когда и прослезился% stat .mplayer/config
12247390606958757913 87708 -rw-r--r-- 1 tiger wheel 0 84 "Jan 23 08:57:46 2020" "Jun 6 13:31:30 2014" "Jan 23 08:57:46 2020" "Jun 6 13:31:30 2014" 4096 1 0x800 .mplayer/config
> heartbeat-cmd="xscreensaver-command -deactivate >&- 2>&- &"
> heartbeat-interval=300во-первых, костыль корявый
во-вторых, а что если у меня скринсейвер через минуту включается, а не через 5?
в-третьих, а что если у меня какой-то другой скринсейвер вместо xscreensaver? Я хочу универсальное решениеПравильнее было бы от икс-сервера получить ответ через ScreenSaverQueryInfo, что сейвер включен и затем его временно отключить таким же запросом
очевидно, что таймаут и команда деактивации скринсейвера подбирались с учетом моих реалий. Допустим, решение костыльное, но:
1) вполне себе работало как нужно
2) куда более костыльное решение (как по мне), которое тогда видел у кого-то - враппер, который отключает скринсейвер вообще, запускает проигрыватель, включает скринсейвер по окончанию.
3) какие-то другие вар-ты если есть - покажи.из чтения mpv(1), по диагонали, в теории, можно на lua наговнякать что-то используя mp.add_periodic_timer(seconds, fn), но это какая-то дикая хрень, кмк.
By default, mpv tries to disable the OS screensaver during playback (only if a VO using the OS GUI API is active). --stop-screensaver=no disables this.A common problem is that Linux desktop environments ignore the standard screensaver APIs on which mpv relies. In particular, mpv uses the Screen Saver extension (XSS) on X11, and the idle-inhibit protocol on Wayland.
GNOME in particular still ignores the idle-inhibit protocol, and has its own D-Bus interfaces for display power management, which mpv does not support.
Before mpv 0.33.0, the X11 backend ran xdg-screensaver reset in 10 second intervals when not paused in order to support screensaver inhibition in these environments. This functionality was removed in 0.33.0, but it is possible to call the xdg-screensaver command line program from a user script instead.
ужасы какие-то.
> Плеер до сих пор даёт заснуть системе при просмотре видео в фулскрине?собрал под вяленого без xorg-libxscrnsaver?
Если у вас гном под вялым - нужен крошечный костыль который зовётся mpv-gnome-inhibit.lua
Он это делает только если поставить видео на паузу.
И правильно делает!
У меня что-то с глазоньками. Мне хватает Mplayer и билинейного xv.(
Мне тоже, самый простой и всегда по дефолту работающий вариант. О котором не думаешь, он просто работает.Когда смотришь фильм через vaapi, трудно смотреть фильм, всё время думаешь "блин, я сумел настроить фильм так, чтобы аппаратно декодировалось, вот я крутой!". Если бы по дефолту работало аппаратно, как на винде, было бы легче сосредоточиться на просмотре фильма, а так... Это как с линукс-геймингом.
https://opennet.ru/60775-vlc
> Когда смотришь фильм через vaapi, трудно смотреть фильм, всё время думаешь "блин, я сумел настроить фильм так, чтобы аппаратно декодировалось, вот я крутой!".Зачем ты так с собой? :)
лол,чего там настраивать?буквально один пакет содержит в себе драйвер для vaapi (например для AMD под Fedora это mesa-va-drivers-freeworld) + "vo=gpu-next" и "hwdec=vaapi" в конфиг mpv, и всё просто работает 🤷♂️
когда умрёт последний дурак
> когда умрёт последний дуракК чему вы это спросили?
Я тоже его юзаю на NetBSD,потому что это единственный известным мне видеоплеер, кй умеет нативно в sunaudio. Все остальные только в OSS,кй в NetBSD просто прослойка для трансляции в нативный sunaudio
все так же, 100500 настроек, через консоль, и все так же в 2 раза медленнее, чем тот же старый Mplayer. вот фиг знает, чем они там занимаются, вообще.
> 100500 настроекИз коробки.
> через консольЧерез двойной клик.
> в 2 раза медленнееМоментально на любом железе.
из коробки один екзефайл, на который нужно фильм кинуть. даже как дорожку звука поменять непонятно. а уж рендер заменить, то только консольными командами из батника.
Тролль из тебя так себе. Размораживайся уже.
> и все так же в 2 раза медленнее, чем тот же старый MplayerФильмы в 2 раза дольше идут?
Есть другой всеядный плеер из трёх букв, намного лучше.
https://ru.wikipedia.org/wiki/GOM_Player ?
https://ru.wikipedia.org/wiki/PotPlayer ?
> https://ru.wikipedia.org/wiki/PotPlayer ?
Windows Media Player
Я как привык к mplayer так им и пользуюсь!mplayer "имя файла разделенное пробелом"
[~/.mplayer/config]:
## === Video settings === ##
# Video output driver;
vo=xv# Enable fullscreen playback;
fs=true## === Audio settings === ##
# Audio output driver;
ao=alsa:device=hw=0,0# Audio output filter;
af=resample=48000:0:2,volnorm=1:0.25
На xv субтитры мыльные. Лучше возьми это для mpv, тем более что в фулскрине sd-контент смотришь зачем-то. Как его смотреть без шейдеров?ad-lavc-ac3drc=0
#hr-seek=yes
#hr-seek-framedrop=noprofile=gpu-hq
hwdec=vdpau
fbo-format=rgba16f
glsl-shaders="~~/FSRCNNX_x2_16-0-4-1.glsl"
video-sync=display-resample
interpolation
tscale=oversample
#opengl-backend=x11 #obsolete
gpu-context=x11
> Как его смотреть без шейдеров?а зачем шейдеры при просмотре фильмов?
>> Как его смотреть без шейдеров?
> а зачем шейдеры при просмотре фильмов?Например, конкретно этот шейдер низкокачественную картинку делает более чёткой и менее мыльной при увеличении. Для SD-контента актуально. А так, есть много разнообразных шейдеров для различных задач.
вот, попоробуйте с нормальным качеством что-то посмотреть и сравнить:mpv.conf:
ao=pulse
vo=gpu-next
hwdec=vaapi
gpu-api=vulkan
profile=gpu-hq
autofit-larger=70%x70%
osd-on-seek=msg
osd-duration=7000
sub-auto=fuzzy
fullscreen=yes
>вот, попоробуйте с нормальным качеством что-то посмотреть и сравнитьОт себя добавлю:
save-position-on-quit
volume=100
volume-max=150>profile=gpu-hq
С этим обычно тормозит на архитектурах старше 10 лет.
> От себя добавлю:
> save-position-on-quit
> volume=100
> volume-max=150спасибо, полезно
Бесполезная школьная поделка. ЗАпустил - ни меню, ни диалогов, ничего чтобы открыть видеофайл!
А зачем? В консоле пишешь mpv /part/to/file или открываешь файл через файловый менеджер.
На файл надо кликать, все остальное подхватится автоматом, при условии что аудиодорожки и субтитры имеют одинаковое с видеофайлом название. Если все-таки нужен привычный вид плеера - Haruna тебе в помощь, лучший интерфейс для MPV.
Кстати да, Харуна удобный плеер, особенно если надо стопицот видосов глянуть в одной папке
В истории версий вижу очень хорошую фичу:
> 0.12.0 2023-08-25 Added preview thumbnail to the progress barЕё ещё нет[1] в SMPlayer. А она там нужна, потому что скриптами не реализовать - слишком гуёвый гуй (то есть заменяющий On Screen Controller) не совместим со скриптами типа thumbfast.
https://github.com/tomasklaen/uosc
Выглядит круто, поставлю заценить в действии.
Буду исходить из предположения, что это не троллинг. MPV (как и mplayer) -- это чистый unix-way проигрыватель. Фронтэнд с диалогами, меню и прочим предполагается делать поверх, а сам mpv -- встраивать куда угодно. С ходу нашёл SMPlayer и mpc-qt (не является форком mpc, mpc-hc или mpc-be).
> MPV (как и mplayer) -- это чистый unix-way проигрыватель.Во времена юникса не было никаких проигрывателей. Алсо, налицо полнейшее непонимание термина unixway.
>> MPV (как и mplayer) -- это чистый unix-way проигрыватель.
> Во времена юникса не было никаких проигрывателей. Алсо, налицо полнейшее непонимание термина
> unixway.Во времена UNIX'a тебя не было даже в виде жидкости, а в SGI IRIX сверсники твоей мамки уже смотрели видосики, записывали и редактировали звук: soundrecorder(1), moviemaker(1), etc, etc.
>> MPV (как и mplayer) -- это чистый unix-way проигрыватель.
> Во времена юникса не было никаких проигрывателей. Алсо, налицо полнейшее непонимание термина
> unixway.пишите программы, которые делают что-то одно и делают это хорошо;
пишите программы, которые бы работали вместе;
пишите программы, которые бы поддерживали текстовые потоки, поскольку это универсальный интерфейс.Последнее, очевидно, слегка не в тему для mpv, но остальное, сосредоточнение на одной задаче и забота об интеграции с интерфейсами-оболочками -- это он самый.
Если есть что возразить, жду конструктив
Ну для проигрывания видео в стиле unixway сходу понадобится цепочка из программ этак штук пяти,а всего их будет пара сотен — сплиттеры/декодеры/рендеры/etc. MPV же — стандартный монолитный комбайн, но у неофитов теперь отсутствие интерфейса идёт за unixway.
> Ну для проигрывания видео в стиле unixway сходу понадобится цепочка из программ
> этак штук пяти,а всего их будет пара сотен — сплиттеры/декодеры/рендеры/etc. MPV
> же — стандартный монолитный комбайн, но у неофитов теперь отсутствие интерфейса
> идёт за unixway.даже команда ls не unix-way, потому что вместо ls -[ключ] понадобится целая цепочка программ, этак штук пяти, а всего их будет пара сотен: для чтения с устройства/сортировки/вывода на экран/etc. ls же - стандартный монолитный комбайн, но у ненеофитов теперь любой монолит идёт за нарушение unixway.
Он тоже умеет снежинки рисовать, поверх списка файлов? Надо тронуться, чтобы найти unix-way в софте, включающем в себя ffmpeg.Снегопад с помощью фильтров FFmpeg накладывается по одноимённой статье, только с одной поправкой для mpv: -vf "..." ===> --lavfi-complex="[vid1]...[vo]" и кроме --lavfi-complex ничего не нужно.
> Он тоже умеет снежинки рисовать, поверх списка файлов?разумеется: ls -1 | sed 's/./\*/g'
> Надо тронуться, чтобы найти unix-way в софте, включающем в себя ffmpeg.
А чой они не реализовали возможности ffmpeg в mplayer'e, а просто линкуются (статически/динамически/whatever)?! это unix-way или не unix-way? :-D
> разумеется: ls -1 | sed 's/./\*/g'Вот когда mpv откажется от libavfilter и будет ждать снежинки в stdin, тогда и приходите*.
> А чой они не реализовали возможности ffmpeg в mplayer'e
Они же не идиоты, они просто не придерживаются unix-way.
* это не шутка, если что. С натяжкой подойдёт YUV4MPEG2-поток, но по-настоящему юниксвейно будет пайпать продукты netpbm'овские продукты, как туть[1]
[1] https://web.archive.org/web/20051216150935/http://onyx.chatt.../
>> разумеется: ls -1 | sed 's/./\*/g'
> Вот когда mpv откажется от libavfilter и будет ждать снежинки в stdin,
> тогда и приходите*.зачем? unix-way же.
>> А чой они не реализовали возможности ffmpeg в mplayer'e
> Они же не идиоты, они просто не придерживаются unix-way.так unix-way же говорит чтоб программа решала одну задачу и делала это хорошо: обработка ffmpeg, проигрыватель mpv. Так?
> * это не шутка, если что. С натяжкой подойдёт YUV4MPEG2-поток, но по-настоящему
> юниксвейно будет пайпать продукты netpbm'овские продукты, как туть[1]
> [1] https://web.archive.org/web/20051216150935/http://onyx.chatt.../но только после программы принимающей сектора жесткого диска в качестве аргументов, и считывающей файл с последующей передачей в следующую программу: ридер. Иначе - не unix-way. Libc - тоже не unix-way, он монолит!!!111
То есть линуксоид, который выстроил остроумный процесс на ppm-файлах в 2003 - это для тебя какой-то ***, а SolidWorks, который включает в себя ffmpeg - настоящий Unix Way? У тебя что-нибудь святое есть, товарищ тролль?
> То есть линуксоид, который выстроил остроумный процесс на ppm-файлах в 2003 -
> это для тебя какой-то ***, а SolidWorks, который включает в себя
> ffmpeg - настоящий Unix Way?SolidWorks ты только что упомянул, как я мог быть подразумевать что-то о нём если мы говорили здесь о mpv/mplayer'e?
Для рыбки - напоминаю: ты возразил, что unix-way, это когда декомпонуешь программу до абсурда. Я тебе привел пример, когда ls с таким подходом не соответствует unix-way, более того, мы дошли до того что libc что не соответствует unix-way.
Доходчиво? Или всё еще прикидываешься шлангом? Осторожно, привыкнешь.
> У тебя что-нибудь святое есть, товарищ тролль?
пардон, я тебе не товарищ. тролли там, у вас, в соседней камере.
Гражданин тролль, у того другого анона нет "декомпоновки до абсурда", там объяснение для несведущих, что плеер не придерживается unix-way. Если в другую сторону (кодировать, а не декодировать), то выделять энкодер в отдельную программу, которая ждёт поток в stdin - это обычная практика. А если в эту, то делается комбайн, который делает всё сам, а не ждёт кадров от aomdec'а и звука от opusdec'а (страшно представить, как тогда перемотку надо будет реализовывать).У линуксоида из 2003 года, которого ты так не хочешь читать, декомпоновка ещё гораздо сильнее.
Выводы на SolidWorks переносятся, потому что люди обычно последовательны в рассуждениях.
> но только после программы принимающей сектора жесткого диска в качестве аргументовНу и надо быть сильно незнакомым с конвейерами, выстраиваемыми при кодировании видео (`vspipe | x265`, например), чтобы такое написать. Там передаётся YUV4MPEG2, над которым ты ржёшь.
При декодировании в плеерах конвейеры не делают, да. Пользователю нужен удобный плеер, а не спектакль, как разработчики расшибают лоб, молясь юниксвею там, где он не нужен.
Reductio ad absurdum… аж интернетных демагогов из 2000-х вспомнил.
Даже на винде (ранее) плееры были более юниксвейны — все помнят увлекательную игру «найди сплиттер, найди кодек и заставь всё это вместе работать». В итоге благополучно проиграли монолитам.
> Reductio ad absurdum… аж интернетных демагогов из 2000-х вспомнил.ты первый начал.
> Даже на винде (ранее) плееры были более юниксвейны — все помнят увлекательную игру
> «найди сплиттер, найди кодек и заставь всё это вместе работать».Не, пардон, не все.
> В итоге благополучно проиграли монолитам.
так и запишем: realplayer проиграл mplayer'y.
P.S. Так чо ты юлишь, ls из unix v6 - не unix-way, получается, так?! :-D
Не понял, а что я получу если буду использовать vulkan с mpv?
Ты получишь mpv с вулканом, очевидно.
> Он был настолько хорош, что его даже портировали на Windows под названием MPlayerXP.Человека два им там пользовались, включая авторов, наверное.
> Не понял, а что я получу если буду использовать vulkan с mpv?Ну смотри. Сначала была видеокарта Trident 9000i, и на ней всё тормозило. Потом появилась видеокарта S3 Virge, которая поддерживала аппаратное 2D через DirectDraw (в линуксе XAA). Также был DirectShow, который юзал DirectDraw для ресайза видео в процессе воспроизведения (в линуксе Xv). В Windows 95 OSR2 даже был отдельный плеер ActiveMovie, который отличался от Media Player поддержкой DirectX и DirectShow (в Windows 98 этот функционал вольют в WMP 6.4). Но пользователям карт не от S3 новый плеер естественно не давал никакого прироста, это как играть в квейк с софтварным рендерингом.
В линуксе плеер mplayer появился, насколько я знаю, то ли в последние месяцы 2000 года, то ли в первые месяцы 2001 (хотя мне всегда казалось, что им ещё на первопнях и K6-2 смотрели MPEG-и). Он был настолько хорош, что его даже портировали на Windows под названием MPlayerXP. Однако на винде он не получил популярности (в отличие от VLC и MPC, которые используют всё те же библиотеки ffmpeg, что и mplayer).
Потом получилось так, что видеокарты VGA сменились на видеокарты GPU. И XAA там почти не ускоряло (хотя DirectDraw всё ещё ускорял неплохо). Появился EXA, который для 2D-ускорения использовал фичи 3D-ускорителя (но не через OpenGL, а напрямую, а сейчас Glamor работает поверх OpenGL). Так что mplayer через плагин Xv продолжал ускорять нормально.
Потом люди поняли, что 2D-ускорение уберут из видеокарт рано или поздно. Сделали плагин gl для ресайза поверх 3D-ускорителя...
Потом появился GeForce 8, начиная с которого как раз-таки и начали убирать вычислительные юниты для 2D-ускорения. И хотя DirectDraw и EXA по-прежнему ускоряли нормально (скорость не превратилась в чисто софтварную отрисовку), уже можно было перейти на плагин gl. Также был добавлен плагин VDPAU для аппаратного декодирования h264.
А потом вышла Windows 8, в которой дропнули DirectDraw. Как теперь играть в Героев 3, я не знаю.
Я так понял, что это "унификация". И все.
> Я так понял, что это "унификация". И все.Мне кажется, что это - подготовка к (возможному) дропу OpenGL в будущем.
>>дропнули DirectDraw.DirectDraw начал постепенно устаревать еще в начале 2000х. По крайней мере, еще тогда появились упоминания о его не рекомендуемости.
Ни что не вечно, и устаревает. Ладно хоть не в ноль выпилили а с 8ки хоть какую то эмуляцию сделали.
А еще 16 приложения код дропнули, вот гады, как теперь ДОС игры запускать? Шутка конечно.>>Как теперь играть в Героев 3
Как и в любые старые игры, в эмуляторах, виртуалках и Wine.
Кстати, с прямыми руками Герои3 и на Андроид в Winlator запускаются. :)
> А потом вышла Windows 8, в которой дропнули DirectDraw. Как теперь играть
> в Героев 3, я не знаю.рискну предположить, что нужно добавить Legacy Components (а-ля DirectPlay).. для win10 Homm3-SD/AB идёт после этого.. не скажу, что также стабильно, как на WinXP, но..
а для 2-ых героев - таки fheroes2..
p.s.: dosbox - стал просто незаменим..
Я пока на венде сидел мне хватало штатного Windows Media Player, и ffdshow+ещё пачки всяких кодеков/фильтров.
Даже уже потом, на своём ущербном ноуте у меня wmp выигрывал немного у mpv при показе киношек в плане потери кадров. Было ощущение что mpv какие то операции делал в один поток с аппаратным декодером, а wmp грузил все ядра и это давало профит.VLC всегда был не для просмотра видео, а для отладки IPTV и прочего :)
Light Alloy - хз, не спечалил, но один сериал я в нём смотрел ибо с соотношением сторон в wmp было что то не так.На фре пробовал gxine, но как то не зашло.
А касательно всех этих замечательных технологий вывода - они всегда были скрыты, только в mpv с этим приходится возится :)
> Даже уже потом, на своём ущербном ноуте у меня wmp выигрывал немного
> у mpv при показе киношек в плане потери кадров. Было ощущениеподозреваю, что эт таки из-за "wintel(tm) со товарищи"(ры).. сейчас смешно получается: в win10/11 есть Video.UI (или как-то похоже), - спец апп для видео (не wmp), который на полную пользует аппаратную часть (hw accel decode) и, как ни странно, норм работает с ресурсами (не жрёт вроде).. mpv, что прям удивило, нагружает систему более, на аналогичных файлах.. но.. т.к. за hevc и прочее ща кто-то очень хочет денег - то .. mpv остаётся проигрывателем по умолчанию..
еще интересно, почему на win10/11 mpv показывает работу через dx11, а не нативно в dx12 (версия 0.37).. надо дойти до вин и попробовать текущий релиз..
p.s.: ещё у mpv эквалайзер шикарный и с громкостью он оч хорошо работает :)
То был сказ про ущербный атом N2600, вин7 :)
Из за особенной встройки даже линух этому чудо не грозит, так он и доживает, изредка используясь для прошивки мобил.MPV может больше жрать если деинтерлейс включён или что то ещё.
В теории там достаточно крутилок чтобы любое поведение эмулировать.
Хуже работает и больше тормозит. Жрёт больше процессора и кадры выпадают. Я перебрал все опции и opengl-backend=x11/gpu-context=x11/gpu-api=opengl/opengl-es=no дают наилучшую производительность. Чтобы фулскрин не фризился под io нагрузкой можно использовать x11-bypass-compositor=no. Если соберу достаточно статистики с вейландом, расскажу о своём опыте с ним в следующий раз (пока что он сугубо негативный).
Сразу озвучивай видеокарту и какие драйвера используются.
Только я не понимаю зачем ВИДЕОПЛЕЕРУ нужны всякие вулканы и openglы?
Да, только ты один.Современные ВИДЕОПЛЕЕРЫ поддерживают видео 4k@60fps, хардварное декодирование силами видеокарты, шейдерную цветокоррекцию, фильтры, эффекты и динамическое улучшение картинки, векторные субтитры с анимацией, etc, etc.
Плееры, неспешно высе… высыпающие картинку в фреймбуфер, в один поток силами сугубо процессора — остались в 2000х.
Это всё понятно, но вулкан с опенглом-то зачем?
Шейдеры маст-хэв.
Ну смотри, если в mplayer выставить плагин видеовывода "x11", картинка не будет ресайзиться, вообще. Ты меняешь армзер окна - видео остаётся прежнего размера...Плагин Xv растягивает изображение, по возможности используя для этого 2D-ускоритель (DirectDraw 1.00-совместимый). Если у тебя драйвер vesa (а следовательно, нет никакого ускорения), тогда что ж делать - придётся плагину Xv ресайзить видео на проце...
Плагин gl добавили чисто по приколу, когда 3D-ускорители стали массовыми более-менее. А году эдак в 2006 от аппаратного 2D начали отказываться, а это значит, что не зря добавили...
Последние игры, которые юзают DirectDraw вместо Direct3D, вышли, помнится, году эдак в 2002 (Герои 4). Самой технологичной, на мой взгляд, была Red Alert 2, выпущенная в 2001: посмотрите например обзор Эдварда Вульфа на то, как можно посадить в танк собаку, чтобы обнаруживать шпионов, или как Эйфилева башня бьёт током, став тесла-пушкой.
Хотя игры Pop Cap, как мне кажется использовали DirectDraw и дальше, так как их, возможно, запускали на первопнях (хотя у нас в России уже вовсю были доступны Duron 700 в связке с GeForce 4 MX, где-то в мире наверное сидели на первопнях до упора). Хм, я тут посмотрел, а потом они на Direct3D 7 перешли: видимо, в Pop Cap понимали, что DirectDraw осталось недолго...
Так, что-то я отвлёкся. Вроде как 3D пришло в каждый дом в начале нового тысячелетия, но в mplayer плагином по дефлту оставался Xv, а не gl. Почему? Да потому что в линуксе по дефолту не было 3D-драйверов. Следовательно, выставлять gl по дефолту было нельзя. Могли б, я не знаю, автовыбор сделать: типа, есть 3D-ускоритель, значит плагин gl, иначе Xv...
Ну и плагин vulkan пришёл на смену gl, ровно для той же цели, ресайзить изображение на весь экран. Да, вот так всё просто и примитивно. Можно ресайзить и на CPU, пусть для тех, кому OpenGL не нужно при присмотре видео, сделают ресайз в плагине x11. На проце, один хрен райзены у всех, а не первопни.
В догонку, тред на ЛОРе от 2009 года:
https://www.linux.org.ru/forum/talks/3415028
https://www.linux.org.ru/forum/talks/3402047
https://www.linux.org.ru/forum/talks/3345165
Аниме только через него и смотрю. Пробовал VLC, но он аниме в квадратики крошит. Причем что интересно - если смотреть в оригинале, то все норм. А если подключить внешнюю звуковую дорожку, то начинается какой-то аттракцион квадратиков. И это на мощном железе 2021 года. Он что, не способен потянуть одновременно видео и звук? Пробовал разные предлагаемые настройки VLC, но ничего так и не помогло. В итоге кто-то здесь посоветовал MPV, на нем и остановился - автоматом подхватывает внешние дорожки, не тормозит и не квадратит. Потом и обычные фильмы стал через него смотреть, хороший плеер.
Vlc на любом MKV видео квадратами сыпал. Как сейчас понятия не имею.
> Потом и обычные фильмы стал через него смотреть, хороший плеер.Я через него также и необычные фильмы смотрю.
Лучший, но как оказывается, нет предела совершенству...
Помогите постичь комменты в поддержку mplayer.2011-й год. Его форкают в mplayer2. Ради многого. Хотя бы ради того, чтобы можно было сделать скриншот текущего кадра, а не следующего. Сделать сразу, а не когда когда видео снимется с паузы (а если плеер закрыть, то никогда). Ответ mplayer'а[1]: "Wontfix. this is how it works in mplayer. the mplayer2 fork has this feature if you require it."
2013-й год. mplayer2 всё, разработку продолжают в mpv. Ради многого. Хотя бы ради того, чтобы скриншот можно было назвать не номером, а именем файла.
2024-й год. "mplayer лучший!!"
Это же сарказм. Я почти уверен что это он. Хотя тут из местных никто не умеет в сарказм. И я тоже.
Всё что ты перечислил, нужно очень много кому (чуть больше чем никому). Я, например, скриншотов из видео делал пару раз гдето в начале нулевых. Для 99% тупящих в видюшки за глаза хватает возможностей mplayer.
Правильно, функция нужна почти никому. Поэтому не будем её выпиливать, а сделаем через опу.
Конечно, это нужно мне. Одна из запомнившихся мелочей.> Для 99% тупящих в видюшки за глаза хватает возможностей mplayer.
99% людей познали запретный плод DEL видели ютуб в браузере, даже который впереди по удобству:
- ютуб имеет предпросмотр на полосе прокрутки
- в ютубе работает перемотка на паузе (перемотка не заставляет сработать проигрывание)
- в ютубе работает покадровая перемотка назад ('<' на клавиатуре)
- ютуб имеет тонмаппинг HDR (то есть конвертацию для не-HDR экранов)
- скриншоты видео в Firefox поддерживаются полноценнееЗачем отказываться от этого и прочих возможностей? От расширяемости через Lua, от возможности получить качество на уровне лучших рендереров (можно настроить на уровне оффтопик-only MadVR, только неудобнее)?
Каких, блин, мелочей. Из-за тех старых скриншотов надо разобраться с перцептивными хэшами и накодить поиск кадров в видео.
Какая же гадость этот ваш плеер, даже при проигрывании радио потока, он 15-20 секунд сначала кэширует, а потом всё время дёргает диск. Что ты там дёргаешь поделка криворукая?
У тебя какой-то неправильный mpv.
Ааа! Я не сазу прочитал твой ник. Маленький, коварный vlc!
cache-secs=0.0
demuxer-readahead-secs=0.0cache=no
cache-pause=nodemuxer-max-bytes=2M
demuxer-max-back-bytes=0если онлайн смотришь, то --cache=no и --force-seekable=yes
А без матов как-нибудь можно? Чтобы вот просто работало?
Если отключить кэш, то будет работать у тебя, но не будет работать у людей с плохим интернетом или медленными/загруженными дисками (хотя у меня всё равно фризится с загруженным диском независимо от кэшей).
А у меня он единственный, который корректно работает с SVP. VLC жрёт кадры и дёргается как паралитик.
>>при проигрывании радио потока, он 15-20 секунд сначала кэширует, а потом всё время дёргает диск.IDE диск через USB 1.0
ищу, музей очень хочет.
специально попробовал, радиопоток 128кб, с коммандной строки, "время запуска" - меньше чем пол секунды.
>добавлена поддержка многопользовательских окружений с несколькими клавиатурами и мышами (multi-seat)Зачем это? Чтобы один процесс-демон проигрывал видело для разных голов?
самая киллер фича что он на лету компенсирует кривость монитора, пересчитывая цвета на основе данных из цветового профиля - все по взрослому, даже черную точку компенсирует. А так же проигрывает HDR, в нем можно сказать эталонная раелизация по сравнению с остальными поделками.
Плеер всем хороший, а вот 8к 60 фпс у меня с лучшем случает идёт с незначительными дропами кадров, в худьшем сильно лагает.
Проц 5950х загружен в лучшем случае на половину или чуть более.
Видео - 5600хт.Есть идеи какие настроки покрутить?
Деинтерлей я выключил, вывод gpu-next, gpu - ничего не меняет.
Декодирование программное (AV1).
ав1 априори программно тормозной, ничего не поделаешь
Оно и на vp9 кадры теряет, но немного.
Можно попробовать увеличить число потоков через --vd-lavc-threads=50 и больше, или включить --vd-queue-enable=yes. Мне лично помогало избавиться от дропов кадров при высоких битрейтах на не самом мощном железе.
vd-lavc-threads=0 у меня, с моим процом это 32 или как минимум 16.
vd-queue-enable=yes - не заметил изменений.
gpu-api=vulkan и profile может покрутить?но вообще котан выше верно говорит: для av1 это хороший результат, без аппаратного декодера с ним лучше не связываться
Чего то у меня вулкан крашит амдгпу драйвер :)Так проблема не с ав1, а с 8к 60фпс.
> Чего то у меня вулкан крашит амдгпу драйвер :)А что за железо и дистрибутив? У меня на актуальных Fedora что встройка Ryzen 5800u, что в десктопе rx5600xt всегда нормально работают.
5950x, 5600XT.
FreeBSD 14/stable, amdgpu 6.1.69.
> 5950x, 5600XT.
> FreeBSD 14/stable, amdgpu 6.1.69.Ну т.е. у меня видюха такая же, проц в ноуте на той же архитектуре, до ныншенего Intel был очень похожий внутреенне Ryzen 5600x, крашей нигде не было. С высокой долей вероятности можно обвинить фряхин "линукслятор" 🤔
Хорошая штука. Лучше vlc. Использую как бекенд для SMPlayer.
Что только не ставят, чтобы не пользоваться идеальным vlc.
̶и̶д̶е̶а̶л̶ь̶н̶ы̶м̶ переизбыточным vlc.
Ребят, кто уже собрал под форточками?