После 11 месяцев разработки Состоялся выпуск открытого видеоплеера MPV 0.33, несколько лет назад ответвившегося от кодовой базы проекта MPlayer2. В MPV основное внимание уделяется разработке новых возможностей и обеспечению постоянного бэкпортирования новшеств из репозиториев MPlayer, не заботясь о сохранении совместимости с MPlayer. Код MPV распространяется под лицензией LGPLv2.1+, некоторые части остаются под GPLv2, но процесс перехода на LGPL почти завершён и для отключения остающегося GPL-кода можно использовать опцию "--enable-lgpl"...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54134
А как там GNOME + Wayland? 🤨
Так в гноме спроси, при чём тут плеер?
https://www.opennet.dev/opennews/art.shtml?num=53308
Совершенно не отвечает на вопрос. Спроси в гноме когда починят апишки
Пони, что за дурацкие вопросы? Иди-ка выпей морковного смузи.
Столько неадекватства на простой технический вопрос. Прям дно-дна.
"Это один из разрабов - он малость поехавший и примерно раз в год устраивал подобный перфоманс. Впринципе, большая часть, кто его знал, просто не обращали внимания. Однако в этот раз почему-то сделали из этого новость. Закончилось ничем, т.к. его коммит был сразу же отозван, пошли слухи, что его аккаунт взломали и т.д. На странице гитхаба у мпв написано что он поддерживал и будет поддерживать иксы и вяленого до конца времён."
гаврик, ты поменьше таскай сплетни.
Коммит аменднули и убрали оттуда краш плеера. Поддержки гнома по прежнему нет, по понятным причинам
>А как там GNOME + Wayland? 🤨Вроде как-то работало, но откровенно сообщаю, что никто кроме самих разработчиков и некоторых любителей "чтобы шашечки" этим не пользуется. Как вместе, так и по отдельности.
Работает, но работоспособность не гарантируется. В терминале показывает предупреждение, но разрешает пользоваться.
>по умолчанию отключён GLXАйм сорри?
хватает просто GL, без расширения
> хватает просто GL, без расширенияЭто не имеет отношения к opengl-backend=x11 (deprecated) и gpu-context=x11 ? Потому что только в таком режиме у меня воспроизводится 4к h265 без просадок и выпадений кадров.
Да, можно так сказать. А EGL (--gpu-context=(egl|x11egl)) не пробовали, если видеодрайвер нормально поддерживает?
> Да, можно так сказать. А EGL (--gpu-context=(egl|x11egl)) не пробовали, если видеодрайвер
> нормально поддерживает?Не знаю нормально или нет, скорее всего не нормально. Хотел попробовать, потому что на сценах с высоким битрейтом кадры всё-таки выпадали, но стало намного хуже.
Кстати, gpu-context=x11vk gpu-api=vulkan похоже вешает видеокарту при альттабе, но это не точно. Пробовал переключать x11-bypass-compositor, всё равно зависает. А gpu-context=x11 перескакивает на несколько секунд назад после паузы (gop?) с вулканом такого не было. А ещё с вулканом не было давней проблемы где включался режим слайдшоу (и в том числе на сд-контенте, т.е. дело не в недостатке ресурсов, может быть в шейдерах -- переключение убирало проблему).
Не скажу за MPV, но судя по Firefox драйвера Intel GPU (как минимум) EGL поддерживают уже хорошо. AMD - хуже, а с Nvidia хуже всего, хотя свежие версии уже хорошо продвинулись.
Лучший...
Чем же?
...йишчуЛ
Лучший плеер для просмотра аниме!
Посоветуй хорошее аниме для просмотра этим плеером.
Mob Psycho 100
Им надо смотреть обязательно опенсорсное анимэ https://morevnaproject.org/2019/05/30/morevna-episode-4-rele.../
неон генезис евангелион 1995-1997 -- да отучит тебя Гэндо писать всякие глупости на форумах
Да ну, нафиг. Рекомендовать Еву - это намерянный саботаж. Смысл смотреть его только в культурологическим контексте есть, если хотите быть в теме. Большиснтво же неофитов он только отпугнет.
Человек с ником «Инуяша» скорее всего не является неофитом.
Утопился в LCL еще лет 15 назад. Так что, NGE - это уже бояноклассика. )
Судя по твоему юзернейму тебе надо Hanyou no Yashahime смотреть.
Onepunchman
Под Арчиком естественно
Patlabor - весь
Вы Арестованы - первые 4 серии
Южу через SMPlayer, годнота. )
Oops, something went wrong
MPlayer/mpv has finished unexpectedly. Exit code: 2
>Прекращена поддержка вывода звука через sndio, rsound и oss.Прощай, BSD.
В связи с вопросом об аниме выше напрашивается ещё один - как пропатчить MPV под *BSD? xD
Перейти на mplayer.
Вопрос риторический, ответа не подразумевает.
> Ancient Linux audio output. Apparently it survived until now, because some BSDs (but not all) had use of this. But these should work with ao_sdl or ao_openal too (that's why these AOs exist after all). ao_oss itself has the problem that it's virtually unmaintainable from my point of view due to all the subtle (or non-subtle) difference. Look at the ifdef mess and the multiple code paths (that shouldn't exist) in the removed source code.Из коммита
Подозреваю что wm4 был пьян и под обострением весенним, как в прошлый раз когда он хотел с собой ffmpeg таскать, потому что враги из апстрима портят жизнь.https://github.com/mpv-player/mpv/commit/bca917f6d2c50d9df3a...
реальных то аргументов не было для удаления, код достаточно чистый и понятный.
Я только щас заметил что звука нет, плеер утром обновился и я ещё ничего не смотрел. :)OpenBSD сразу возмутились, у них видимо в портах с мастера сборка.
https://github.com/mpv-player/mpv/commit/71d218eae4b4d93ada3...
Еще прочти #8296
Угу.
Отписался там.
Если вам оно надо - следите за багтрекером фри, как будет что то рабочее - я туда закину.
Или за этим issue, там хотя бы ссылка будет на PR.
https://github.com/mpv-player/mpv/pull/8312
Линуксулятор решит проблему.
> Линуксулятор решит проблему.В мечтах линуксоидов опеннета - несомненно.
Правда, как обычно, внеопеннетная реальность немного расходится с их мечтами:
https://www.freshports.org/multimedia/mpv/
ALSA=off: ALSA audio architecture support
JACK=off: JACK audio server support
==> OPENAL=on: Audio support via OpenAL
PULSEAUDIO=off: PulseAudio sound server support
SDL=off: Simple Direct Media Layer support
https://www.freshports.org/audio/openal-soft/
JACK=off: JACK audio server support
==> OSS=on: Open Sound System support
PORTAUDIO=off: PortAudio library support
PULSEAUDIO=off: PulseAudio sound server support
SDL=off: Simple Direct Media Layer support
SNDIO=off: Sndio audio support
Зачем, когда можно или договорится и вернуть или запихать обратно в виде патчей в дереве портов?
Это не факт, что будет тривиально. Я вчера попробовал откатить коммиты, удаляющие sndio и в итоге забил - там достаточно много надо переделывать, работа с аудио-бэкендами в mpv изрядно поменялась, т.е. речь, по-сути, должна идти об адаптации старого кода под актуальный mpv или о написании нового модуля, повторяющего старые возможности.(в OpenBSD звук в mpv 0.33 успешно работает с ao=sdl, практических отличий от ao=sndio пока не обнаружил. но да, в идеале sndio надо вернуть)
Да, я посмотрел, с oss так же.
Там в принципе кода не много, порядка 1к строк, переделывать - половину, не так уж много :)
Если у меня с oss получится и будет дальше штырить я и ваш sndio попробую, но у нас он через враппер, так что я на 100% не уверен что нативно будет работать :)
Да я тоже посмотрю ещё, но попозже. Сейчас, увы, немного не до того. А ao=sdl таки работает - ну и сойдёт пока.
А так, мне для одного своего порта всё равно желательно бы sndio освоить, так что можно будет и mpv поколупать до кучи. Хотя если кто-то успеет раньше, я не буду против)
https://github.com/mpv-player/mpv/pull/8314Пока не доделаное, WIP метка в названии темы.
Работает, но звук на паузе/воспроизведении не совсем адекватно отрабатывает, и я оставил отладочные принты.
Если можешь - потести и отпишись там же, на крайняк тут.
Я хз, может оно и раньше у вас так же работало.
Ого! Оперативно ты! Я, признаться, даже не пытался пока второй подход сделать.
Но теперь придётся. Ближе к вечеру-ночи посмотрю-потестирую и куда-то отпишу о результатах.Со звуком на паузе/воспроизведении не было вроде проблем, но конкретнее будет после того, как я потестирую патч.
Спасибо тебе!
Я там вроде закончил.
С get_state() - не совсем уверен что у меня адекватно считаются размеры, но пусть этим ктонить ещё занимается, кто пользуется sndio. )
> Я там вроде закончил.
> С get_state() - не совсем уверен что у меня адекватно считаются размеры,
> но пусть этим ктонить ещё занимается, кто пользуется sndio. )Да, я уже видел и потестировал, большое спасибо тебе, всё работает. В ближайшее время кину запрос на обновление порта mpv и предложу всем заинтересованным набежать в твой pull-request.
У меня через SDL звук отстаёт, а через OpenAL нормально идёт.
> У меня через SDL звук отстаёт, а через OpenAL нормально идёт.Попробовал сравнить - чёрт знает что уже кажется) Но может ты и прав. Оставил пока openal.
Вчера целый фильм просмотрел с ao=sdl и как будто бы ничего не заметил этакого. Сейчас уже не уверен, может и отстаёт. А может я загнался.
Поленился вчера проверять, а оно работает? В мане написано, что нет: "openal OpenAL audio output driver. This is broken and does not work.".
> Поленился вчера проверять, а оно работает? В мане написано, что нет: "openal
> OpenAL audio output driver. This is broken and does not work.".
mpv 0.33.0 Copyright © 2000-2020 mpv/MPlayer/mplayer2 projects
built on Tue Nov 24 12:17:19 CET 2020
FFmpeg library versions:
libavutil 56.51.100
libavcodec 58.91.100
libavformat 58.45.100
libswscale 5.7.100
libavfilter 7.85.100
libswresample 3.7.100
FFmpeg version: 4.3.1mpv "https://www.youtube.com/watch?v=TYZzUKR35_Q" ...
(+) Video --vid=1 (*) (vp9 1920x1080 29.970fps)
(+) Audio --aid=1 --alang=eng (*) (opus 2ch 48000Hz)AO: [openal] 48000Hz stereo 2ch float
VO: [x11] 1920x1080 yuv420p
Слышна музыка и поющий голос (и то и другое - из подключенных наушников).
Плеер для свидетелей квадратов в анимэ.
> Плеер для свидетелей квадратов в анимэ.У тех VLC же. Нейронные шейдерные апскалеры актуальны не только для мультиков, но и для любого sd контента, у других плееров с ними что-то плохо.
Свидетели квадратов в анимэ в VLC переходят на MPV. Хотя я уверен что у них просто глюки или они форсят MPV таким странным способом.Никогда не видел никаких квадратов даже в анимэ в VLC до сих пор ХЗЧЯДНТ.
Примерно в 2010-2012 было много квадратов и проблем с отрисовкой сабов, mplayer не умел 10 битной видео и тоже имел проблемы (например, у него не было поддержки ordered chapters матрёшки, а это годная фича), поэтому все дружно перешли на mplayer2 (глюкалово ещё то, но лишённое вышеозвученных проблем). В mpv избавляются от всего мусора и стараются улучшить всё, в принципе получается. Сколько не пробовал использовать vlc, каждый раз с ним что-то не так. Наверное, ты уже привык к нему. Я стараюсь не привязываться ни к одной программе и легко меняю их, как только перестаёт устраивать одна и другая оказывается лучше в каком-то аспекте. Так вот, mpv не на что сменить, он даже на венде лучше mpc-hc (хотя есть варианты, однако mpv проще и универсальней, и что немаловажно удобней).
> Никогда не видел никаких квадратов даже в анимэ в VLC до сих пор ХЗЧЯДНТ.Как в последних версиях не знаю, а раньше достаточно было открыть ролик (не только аниме) в MKV контейнере и включить субтитры.
Это классика.
Аниме не смотрю, но квадратов в VLC повидал нормально так.
https://www.derpibooru.org/images/1255944
>Нейронные шейдерные апскалерыА как они называются, какие опции?
>>Нейронные шейдерные апскалеры
> А как они называются, какие опции?Вот этот лучше всего из того что я перебрал, разница просто разительна: https://github.com/igv/FSRCNN-TensorFlow/releases
В конфиге надо написать profile=gpu-hq fbo-format=rgba16f и glsl-shaders="~~/FSRCNNX_x2_16-0-4-1.glsl" (или glsl-shaders-append="~~/FSRCNNX_x2_16-0-4-1.glsl") (лучше hq, но мне не хватает производительности).
Можно добавить вот это в input.conf чтобы включать/отключать (ну или чтоб оценить различия своими глазами):
>n cycle-values glsl-shaders "~~/FSRCNNX_x2_16-0-4-1.glsl" ""
И положить файлы шейдеров рядом с конфигом в $HOME/.config/mpv/
Вот небольшой обзор https://artoriuz.github.io/blog/mpv_upscaling.html
>Прекращена поддержка вывода звука через sndio, rsound и oss.Дурная тенденция. Пора возращаться на mplayer или VLC.
>mplayerОн, кстати, живой ещё?
Вполне. Надо же mpv откуда-то новые фичи заимствовать. Не всё им от старья чистить.
Полтора года же не обновляется. http://mplayerhq.hu/design7/news.html
Или я туплю?
> Полтора года же не обновляется. http://mplayerhq.hu/design7/news.html
> Или я туплю?Официальные релизы у них очень спорадические. Если нужно новое, обновляйся из гита или ищи, кто выкладывает пакеты со срезами гита.
>Прекращена поддержка вывода звука через sndio, rsound и ossно... почему? некому мейнтейнить?
Лапша из макросов препроцессора ради какого-то проходного хлама нигде не использующегося, любого будет раздражать. OSS мёртв уже 15 лет, как много карточек старше 15 лет сегодня используется? Они объективно были не очень хорошие. У OSS хорошее качество звука и удобное апи, да и микшер потоков вроде был без всякого пульсаудио, но теперь уже ничего не поделать поезд ушёл.Я имею в виду, серьёзно, вот это не выкинуть? https://github.com/Themaister/RSound
Что ты несёшь!?1. Это не лапша, этот код нужен для абстракции от версии OSS.
OSS был не только в линухе но и в разных BSD, а во фре его есть две версии: одна с ядра другая с портов.2. OSS жив, во фре всё прекрасно живёт.
И старые и новые карточки.
И если ты не знал, то там реально два основных API ASIO и что то ещё, во всех звуковухах, поэтому код дров не трогают особо уже давно - всё просто работает.3. RSound - я тоже слышу впервые, но кому то оно было надо.
Доктор сказал в морг значит в морг.Толку то, если карты новые не поддерживаются? А ASIO шлак, тоже остался где-то 20 лет назад. WASAPI венда онли и проблемы с ресамплингом (есть эксклюзивный режим, но тот глючил и неудобный).
Вы читать умеете!?
Я же написал: у меня все звуковухи какие есть - во фре работают.Встроенные рылотеки 887, 1200 или что там лепили на матери с райзенами в последние 3 года, какой то рылотек с матарей эпохи коредуо.
Кетайская юзби звуковушка на cmedia, асус хонар юзбишный (свисток), креатив юзбишный (свисток).
Есть звук и со всех вебок.
Есть звук в HDMI на amdgpu и нвидии.Со звуком во фре у меня были проблемы всего два раза:
- он роняет систему с дровами radeonsi, впрочем на этих дровах она и без звука тоже падает, но не так быстро
- звука не было на одной матери, но проблема была в конфигурации выходов: кажется дрова сбрасывали то что настраивал биос. Тогда я это не победил. Не так давно видел коммит который должен это чинить, но не пробовал - там мать для этого больше не интересна.
> у меня все звуковухи какие есть - во фре работаютХорошо тебе, чо.
Звук это больная тема фряхи. Если это не хда и не пара специальных pci карточек, он работать не будет. Я помню как меня поразило это открытие, ну, учитывая, что производитель таки не пишет дров для неё, вполне ожидаемо. Легаси OSS это меньшая из проблем, когда дров тупо нет.
Больная для кого?
Вы читали что я написал?
С популярными рылотеками, cmedia и чем то ещё, всем тем что попсовое - проблем нет.Больное место фряхи это WiFi, где единственное решение это поставить OpenWRT в бихайв и прокинуть туда железку.
Немного больное - дрова на видео: вечно у нас более старое тыреное из линуха, это я про amdgpu, radeonsi. Насчёт интела - хз, наверное так же. Блоб нвидии - тот же самый.
Ещё у нас почти ничего из PCI DVB не поддерживается, только вот если опять через линукс в виртуалке.
Это всё очевидная ложь, nvidia предоставляет распрекрасный драйвер, который замечательно работает на freebsd. Правда, от vulkan придётся отказаться. И от cuda. Короче, фряха одно сплошное больное место. Я ничего не имею против фряхи per se, но её пользователи почему-то каждый раз очень агрессивно лезут ко мне с ней. Понятно, что о ней никто не говорит, никто в своём уме пользоваться не станет такой системой, прекратите лезть, пожалуйста -- вам нравится, пользуйтесь, к остальным только не лезьте.
Там кстати nvidia депрекейтнула фряху. С одной стороны легаси драйвер очень хорошо работает в отличие от нового кривого вулкан драйвера поломанного в сотне мест, с другой, это всё же легаси драйвер и рано или поздно он перестанет работать. Это плохо.
Он уже давно через линуксятор работает.
В портах есть и старые версии драйвера, не требующие линуксятора.
Никто к вам не лезет.
Просто FreeBSD вполне юзабельная, а ваше мнение - мнение человека со стороны.
> Лапша из макросов препроцессора ради
> какого-то проходного хлама нигде не использующегося,
> любого будет раздражать. OSS мёртв уже 15 лет
>
> Доктор сказал в морг значит в морг.
>
> её пользователи почему-то каждый раз очень агрессивно лезут ко мне с ней.
> Понятно, что о ней никто не говорит, никто в своём уме пользоваться не станетДа, эти странные, агрессивные "ее пользователи", так и лезут, так и лезут ...
Лишний раз убеждаюсь, что пользователи фряхи совершенно неадекватны и не могут в контекст, видимо, поэтому она и загибается (окончательно уже). А жаль, это была по сути единственная альтернативная система помимо венды. Но, в принципе, OSS тоже проходная если так разобраться.
Да, точно неадекватны!!!
Надо было порадоватся что звук теперь через какую то фигню выводится и пойти пить пиво и смотреть видосики.OSS одно из лучших в мире API для звука. ALSA и пульс - одни из худьших.
Просто статистически даже код OSS бэкенда всегда заметно меньше, иногда в разы чем у альсы и пульса, а функционал одинаковый.Пока я копался в MPV, посморел на SDL, OpenAL - тоже компактный код.
SNDIO - мне не понравился, он хоть и тоже простой но простоты слишком много и нет каких то очевидных вещей типа очистки буфера, паузы и тп. Зато есть странные зависания, по крайней мере на фре с враппером в осс.
Там есть аналог ladspa хотя бы? И я что-то не помню у OSS такой конфигурабельности и грамотной архитектуры как у alsa, oss просто удобна для хомячков и не более того.
ladspa - лежит у нас в портах, в завиисмостях нет ничего.
Это говорит о том что оно либо работает с OSS нативно либо вообще не предназначено для прямой работы со звуковыми бэкендами.Я писал о подходе.
У линуха набежали какие то непонятные фрики и сделали ALSA.
Потом набежали другие фрики и сделали Pulse.
Оба варианта - жуткие монстры, с которым трудно работать.По примерному количеству строк кода:
CoreAudio - 2300
WASAPI - 1800
Alsa - 1160
PULSE - 830
AudioTrack - 720
OSS - 440
OpenAL - 400
sndio - 330
OpenSL ES - 260
SDL - 220Примерно тут можно представить что у венды и андройда тоже какие то очень далекие люди делали апи для звука.
OpenAL, OSS - вот так выглядит API здорового человека, и результат его использования.Хорошее API значит нужно меньше сил для его портирования в разные продукты.
У фри везде так: более продуманная архитектура позволяет поддерживать всё в годном состоянии совсем скромными силами.
Если посчитать всех - думаю 50-100 человек наберётся из тех кто хотя бы раз в месяц что то контрибутит в систему и порты.
Сравни это с армией линуксойдов.Я возился немного и с пульсой и с алса - я бы хотел ещё с ними иметь дел.
А OSS, SNDIO - не составило большого труда запортировать обратно, примерно полтора-два рабочих дня заняло, вместе с разбиранием как там mpv устроен и как бы его по удобнее собирать в IDE.
Строки кода чёт ОЧЕНЬ сомнительная метрика. Alsa гибко конфигурируется и расширяется плагинами, при этом всё вместе линкуется со всеми приложениями в юзерспейсе. Это не пересылка звука туда-сюда, поэтому нагрузка совершенно минимальная. Я так понимаю OSS -- это только ядерная часть, а значит, максимально ограничено и минимум возможностей. И крайне неэффективно. Совершенно разные подходы, причём один из них весьма наивный и устаревший. Звук это далеко не так просто и топорные дедовские методы сегодня уже не работают.
Ну вот смотри.
У меня есть mpv, freerdp, firefox и ещё кучка приложений, им нужно выводить звук.
Чтобы добавить туда ALSA нужно в 2-4 раза больше кода написать.При этом есть какие то приложения которым плагины нужны, я правда их не видел, не интересуюсь, вот они бы могли эти плагины у себя и обрабатывать.
И как я понял никто не запрещает мне на фре заюзать те же плагины.Как по мне OSS довольно грамотно сделан, по крайней мере сейчас.
Судя по артефактам там тоже были хождения в разные стороны.
При этом всё что есть в OSS может быть использовано.
У ALSA много должно быть использовано.
Может и должно - как раз и выливается вот в такую разницу в объёме кода.И не нужно рассказывать про крутость ALSA.
Выглядит его API слишком запутанным и усложнённым.
Писать тонны кода только чтобы вывести звук вместо минимальной обвязки - это косяк API.И да, хотелось бы посмотреть на ваш код использующий ALSA, а то мне кажется что я с теоретегом разговариваю.
Мой OSS код вы можете видеть во freerdp и пока в PR для mpv.
Это всё замечательно, но вывод звука не самоцель. Возможность конфигурирования вывода звука и применение различных параметров для пользователя куда важнее удобства кодера (на которого плевать и которого самого это вообще мало заботит, если только это не трёхмерный звук какой-нибудь вроде долби атмос).Например, из того, что я использую: бинауральный фильтр для наушников, идентификацию и роутинг потоков для апмиксинга стерео для вывода по всем каналам, лфе фильтр, формат потоков и ресамплер настраивается под карту, компрессоры и лимитеры на различные кейсы. Есть ещё различные конфигурации петлевого фильтра и записи звука из приложения, и всё это делается в пользовательском файле.
Алса применяет это всё ДЛЯ ВСЕХ приложений которые ни сном ни духом не ведают о таких вещах, и старается это делать максимально эффективно (а низкая эффективность это отдельная проблема на самом деле, её "решают" эксклюзивным монопольным доступом программы к устройству, обычно без ресамплинга и фильтров и всем заведует приложение само -- как много таких приложений? единицы узкоспециализированных поделок).
P.S. Зачем мне писать код, если этой проблемы у меня нет и не предвидится? Нет, конечно, копировать звук пайпом в /дев/дсп это очень круто и удобно (нет), но довольно неэффективно при этом. Алса просто никуда не денется, потому что это ядерный фреймворк. Приложение может общаться с картой либо через его низкоуровневое юзерспейсное апи, либо во всём полагаться на некую прослойку, которая сама уже будет заведовать вещами неинтересными приложению. А пульса или пипевире, или те же опенал с сндфиле, это уже дело десятое и на совести кодера.
На самом деле для OSS это всё тоже можно сделать, и даже сильно больше.
Есть virtual_oss, он может собирать в виртуальное устройство разные девайсы, там и ресамплинг и прочая обработка звука возможны.
Если там чего то нет - это не сложно добавить.Вы хорошо устроились, раз вам ничего не надо писать, потому что толпы других людей сделали это за вас, потратив тысячи человеко часов на борьбу с кривым API ALSA.
Можно подробней, что там кривого? На моей памяти уже с пару раз перерабатывали систему роутинга/плагинов, но это же эволюция. Я не думаю, что можно всерьёз обсуждать изменения АБИ. Пользователя же сложность вообще не волнует, да и разраба в общем-то тоже -- он может выбрать любую из прослоек по своему усмотрению.Насчёт ОСС, если верить интернету, в ней возможно всё то же (т.е. можно прикрутить ровно те же ЛАДСПА плагины), однако, она предоставляет меньше контроля и взаимодействие менее низкоуровневое, а кроме того, это не слишком стандартный юзкейс (применять цепочку плагинов и набор правил к устройству вывода) и придётся попотеть, для АЛСА же это задачи совершенно тривиальные.
ОСС это ближе к "спрячьте всё сложное, сделайте за меня и не важно как" идеология более близкая по духу пользователям альтернативных мацос и щиндоус. В таком случае, ещё раз напоминаю, нет никакой необходимости работать напрямую, есть бесчисленное множество дружелюбных к кодеру прослоек. Но на мой взгляд отрицать что такие подходы сегодня несколько устарели уже нельзя, чем больше контроля у программиста тем лучше, особенно в наше время, когда кодеры поголовно обмазываются всё более простыми интерфейсами. Тупиковость всей этой идеологии "удобства кодера" уже не раз подтверждалась на практике.
Вообще я не знаю зачем это обсуждать. Я тут полуркал, в плойке как я понял амдшный копроцессор для звука, сомневаюсь, что там oss. А больше пользователей у фряхи нет, так что хватит отрицать очевидное -- 15+ лет стагнации это всё что вы получили.
Я своё уже получил, теперь OSS один из лучших бэкендов для звука в mpv. :)
sndio тоже заодно сделал, в целом он работает, пусть другие допиливают.
Всё пустое, вместо того чтобы писать полезный код люди занимаются некромантией и бесполезным чесанием чсв.
В OpenBSD у меня зависаний не наблюдается. Быструю перемотку туда-сюда стрелками тоже пробовал - всё равно.Про API sndio, кстати, скорее соглашусь, похожие ощущения, ну может чуть менее негативные. У меня, правда, сильно меньше, судя по всему, опыта, кругозора и умений в этом вопросе, но так или иначе.
PS: Имхо, забил бы ты на этих анонимных хаятелей фри. У тебя патчи, у них яд в анонимных комментариях, имхо и так всем видно, кто есть ху. А нервы лучше беречь и не тратить на **даков.
Я не то чтобы совсем не доволен sndio, но фичей там точно не хватает :)
В этом плане OSS ими переполнен, с одной стороны, с другой там много барахла совсем не нужного, какие то ошмётки из прошлого.
На встроенные интел видяхи драйвера из линукса принесли с собой зависоны. Но сейчас оно хоть само сбрасывается, по таймеру наверное. Раньше намертво вешало систему. При работе с браузерами обычно такое, но очень часто, но неприятно.
Про то что какие-то карточки во фре поддерживаются слышу впервые, я даже драйвера для sblive24 новой ревизии не нашёл. В линуксе она с oss прекрасно работала.
https://www.freebsd.org/cgi/man.cgi?query=snd_emu10kx&sektio...Похоже эта и ещё несколько соседних не поддерживаются.
Но вы всегда можете портировать линуксовый драйвер :)
Нет ну серьёзно откуда дрова у фряхи возьмутся? Нет их и не будет. Для линукса производители железа дрова пишут, а для фряхи не особо.
Из интернета :)
https://github.com/freebsd/freebsd/tree/master/sys/dev/sound...
>В модуле вывода через X11На кой эта тормозуха нужна? Это ж не xv, да?
А есть еще вариант? Вейленд же, вообще, в нерабочем состоянии.
> А есть еще вариант? Вейленд же, вообще, в нерабочем состоянии.В том и дело, что полно вариантов
libmpv render API for libmpv
gpu Shader-based GPU Renderer
vdpau VDPAU with X11
wlshm Wayland SHM video output
xv X11/Xv
vaapi VA API with X11
x11 X11 (slow, old crap)
null Null video output
image Write video frames to image files
tct true-color terminals
caca libcaca
drm Direct Rendering Manager
Здесь всё кроме gpu — ущербные костыли для инвалидов, в которых даже преобразования цветовых пространств нет. Быстрые среди них только vdpau, vaapi и xv, но это уровень mplayer, не более. В wayland следует использовать --vo=gpu --gpu-context=wayland (или waylandvk), в sway работает отлично.
Использовать эти vo в любом случае не требуется даже для аппаратного декодинга. В мане под --hwdec написано в каких комбинациях получается хардварный декодинг _и_ правильная работа с колорспейсами
Интересно, что будет в перспективе, учитывая, что они выжили из проекта создателя mpv и по совместительству ключевого разработчика: https://www.reddit.com/r/linux/comments/jocrln/mpv_player_cr.../Как обычно в последнее время за "неполиткорректность и неинклюзивность", в коммитах он зажигал в стиле старого Линуса: https://github.com/mpv-player/mpv/commit/1e70e82baa9193f6f02...
Нервишки сдали. Очередное подтверждение того, что опенсорс вредит психическому здоровью. /s
Это хорошо, что оно твоему здоровью вредит.
> Это хорошо, что оно твоему здоровью вредит.Учитывая твой ответ, твоему что-то уже навредило. D:
Я вообще удивляюсь, что этих анимешников там не переманили всех на GitHub — какие-то они токсичные ☢
> там не пере<м>анили всех на GitHubв одной букве ошибся 😒
> зажигал в стиле старого Линуса: https://github.com/mpv-player/mpv/commit/1e70e82baa9193f6f02...Спасибо, всё никак не получалось сформулировать мысли о локалях в доступную форму (правда, прочёл не целиком, но на первый взгляд понятно написано).
Прочитай целиком, я осилил только на третий раз, но это шедевр!
Предпочитаю растягивать удовольствие. Недавно вместо mbtowc() навелосипедил "КА" аж в 10 строчек, потому что... ну, по ссылке объясняется.)) Но это же не последний велосипед.
Хорошо же написал, чо они?
Ты реддит лучше почитай, там больше ссылок.
> Sorry, I stopped reading your post somewhere at the beginning, because cmake is one thing that I absolutely abhor and hate. It's in my top list of why I don't want to be in software development anymore. If you keep telling me how great cmake is, I'll have to consider you an enemy of sorts. The more you mention cmake the more I'll shut down. It's such a horrible piece of shit and I want to destroy something every single minute I have to deal with it.Г-ди, он прекрасен.
Вот что бывает, если упарывать Си. Героически жрём говно, после героически изливаем баттхёрт. Сишные локали вообще не предназначены для того, чтобы их ставили в программе с целью получения сайд-эффекта. То что сишная стандартная библиотека - говно... Ну да, говно, но кто же вас заставляет си-то использовать? Используйте плюсы, там локали привязываются к объекту потока, нет проблем с глобальным состоянием.Что же до юникода ... На редкость отвратный стандарт, в котором подумали только о тех, кто использует латиницу.
Как должен выглядеть нормальный стандарт? Ну во-первых, utf-8 и так имеет символы переменной длины, по любому нужен конечный автомат чтобы его распарсить. Во-вторых, в современном юникоде несколько кодовых точек сливаются в один символ, то есть автомат нужен не ролько для парсинга, но и для рендеринга.
Значит объединяем все алфавиты в один по фонетическому и графическому принципу, сортируем по частоте, вводим специальный код переключения языка, а заодно и стиля текста (привет, ecma-22). Далее пеключаем кодировку путём in-band signaling. Нужно транслитерировать текст? Просто игнорим все символы переключения кодировки, и получаем транслит. Дополнительно бонус для сжатия, так как закономерности между различными языками с различными графемами, обозначающими почти одно и то же, сохраняются.
> Используйте плюсы, там локали привязываются к объекту потока, нет проблем
> с глобальным состоянием."Whether there is one global locale object for the entire program or one global locale object per thread is implementation-defined. Implementations should provide one global locale object per thread. If there is a single global locale object for the entire program, implementations are not required to avoid data races on it"
> Прекращена поддержка вывода звука через sndio, rsound и oss.
> sndioНе очень приятно. С другой стороны, оно всё равно будет работать через openal или sdl. И больше не придётся делать примерно так:
--- audio/out/ao_sndio.c.orig
+++ audio/out/ao_sndio.c
@@ -224,8 +224,6 @@ static void reset(struct ao *ao)
struct priv *p = ao->priv;
if (p->playing) {
- MP_WARN(ao, "Blocking until remaining audio is played... (sndio design bug).\n");
-
p->playing = false;
if (!sio_stop(p->hdl))(потому что мусор в логах бесит)
Короче, живём.
> Добавлена поддержка загрузки скриптов из каталогов и запуска скриптовМало было вирей, надо еще.
>Повышены системные требования, для работы теперь необходим пакет FFmpeg 4.0 или более новая версия. Система сборки (bootstrap.py) требует наличия Python 3.И что, теперь он будет лучше работать?
https://github.com/mpv-player/mpv/issues/8283
А поддержку панорамного 360 видео можно реализовать?
Там нет никаких патентов или прочей хрени мешающей теоретически это реализовать?
Нету MPV, но VLC вроде умеет https://www.youtube.com/watch?v=S5XXsRuMPIU
Там же от видео зависит помечены ли они как что 360
Странно, в mplayer уже много лет работает.
>Там нет никаких патентов или прочей хрени мешающей теоретически это реализовать?Патенты есть на всё, даже на непатентопригодное. Без патентов государство потеряет доход от налогов с отчислений по ним.
хорошая новость
VLC хватает с головой
Ну расскажи мне, как с помощью VLC воспроизвести сырой RTP поток? mpv и ffplay воспроизводят без проблем. А вот VLC - нет.
Попробуй rtmpdump в связке с VLC. Вроде ж так и делают.
Спасибо, попробую. Но IMHO многовато прослоек получается, только и делающих, что сокеты и memcpy насилующих.
>Система сборки (bootstrap.py) требует наличия PythonЛишь бы CMake не использовать.
P.S. А он для винды и ведра есть?
> P.S. А он для винды и ведра есть?Для оффтопика есть и работает хорошо!
Для Гуглодроида тоже есть, но полльзоваться им не удобно, MXPlayer лучше.
На Андроиде VLC хорош
VLC ужасен.
Лаги, лаги. Не подгружает субтитры из файлов автоматически, сыпется кубами.
> VLC ужасен.
> Лаги, лаги. Не подгружает субтитры из файлов автоматически, сыпется кубами.О, байки из 00-х
Какие еще байки когда я им пользуюсь каждый день?И действительно, из нулевых ничего не поменялось. Настроек стало меньше в один момент на андроиде.
Просто отвратителен. Прокрутка с аппаратным декодером не работает. А в MXPlayer - работает.
И ещё, сетевые потоки с аппаратным декодером глючат.
Так то ничего вот бы еще пульт для андроида сделали бы цены бы ему не было. а так vlc рулит в плане удобства.
Пришёл к mpv через путь:
VLC -> ffplay -> mpv
Минимум зависимостей и максимальная гибкость + поддержка youtube и тысячи медиа ресурсов без головной боли.
Да, поддержка ресурсов выдёргиванием через youtube-dl, что mpv умеет.
В VLC могу вспомнить только прямые ссылки на медиа файлы
Это то овно, которое дрюкает диск даже при прослушивании mp3 в 128kb, нет спасибо не надо, VLC хватит всем, если конечно убунта не похоронит его под СНАПом.
> Это то овно, которое дрюкает диск...Нет!
То овно - это Ваша рука!
И скорее всего не диск.
Блин, виндовый билд не обновился. ;(
Чой то? Вот тут всё: https://sourceforge.net/projects/mpv-player-windows/files/
Кажется ещё DVB выкинули или сломали. :(
Есть шансы что вернут.
Кажется ещё DVB выкинули или сломали. :(
Есть шансы что вернут.
Я с 0.29 (с хвостиком) и не смог переехать на 0.30, потому что mpv начал есть память с DVB. И вот всё собираюсь потестировать новый релиз,... а тут такие новости, значит?
Сейчас попробовал - печально: с mpv 0.32 в Debian testing по-прежнему утекает память с DVB.
Лучший плеер!