Доступен (https://github.com/mpv-player/mpv/releases/tag/v0.26.0) выпуск открытого видеоплеера MPV 0.26 (http://mpv.io/), несколько лет назад ответвившегося (https://www.opennet.ru/opennews/art.shtml?num=37600) от кодовой базы проекта MPlayer2 (https://www.opennet.ru/opennews/art.shtml?num=30005). В MPV основное внимание уделяется разработке новых возможностей и обеспечению постоянного бэкпортирования новшеств из репозиториев MPlayer, не заботясь о сохранении совместимости с MPlayer. Код MPV распространяется (https://github.com/mpv-player/mpv) под лицензией GPLv2, некоторые части поставляются под LGPL.В новой версии:
- Добавлена (https://github.com/mpv-player/mpv/blob/master/DOCS/man/javas... возможность подключения сценариев на языке JavaScript, для выполнения которых встроен интерпретатор MuJS (https://github.com/ccxvii/mujs). Поддержка JavaScript реализована по аналогии с ранее доступными средствами для создания расширений на языке Lua.
- Значительная часть кода плеера перелицензирована под LGPL;
- Включена (https://github.com/mpv-player/mpv/issues/4491) по умолчанию поддержка плагинов на языке Си ("--enable-cplugins");- Для задействования средств аппаратного декодирования при помощи
VA-API/VDPAU теперь требуется наличие FFmpeg как минимум версии 3.3;
- По умолчания отключена поддержка DVB, которая приводит к проблемам при запуске на системах с некоторыми старыми ядрами;
- По умолчания отключена встроенная поддержка V4L TV, вместо которой следует использовать URL "av://v4l2".- Добавлена поддержка сборки libmpv с использованием архитектуры приложений UWP (https://en.wikipedia.org/wiki/Universal_Windows_Platform) (Universal Windows Plaform);
- В csputils добавлена поддержка цветового пространства Sony S-Gamut (http://sony-eur-eu-en-web--eur.custhelp.com/app/answers/deta...
- В модуле вывода vo_opengl задействован по умолчанию новый алгоритм сопоставления тонов HDR (опция "--tone-mapping-desaturate" и параметр tone-mapping-param), добавлена поддержка цветовых пространств Sony s-log1 и s-log2, а также функций оптического преобразования OOTF.
- В модуль hwdec_cuda добавлена возможность использования отдельных устроойств для декодировния и отображения;- Удалены устаревшие опции выбора звукового устройства:
"--alsa-device", "--oss-device", "--ao-sndio-device" и т.п.
URL: https://github.com/mpv-player/mpv/releases/tag/v0.26.0
Новость: https://www.opennet.ru/opennews/art.shtml?num=46879
> JavaScriptНу вот еще один хороший проект ушел по наклонный. Вспомнити npm leftpad
> Ну вот еще один хороший проект ушел по наклонныйВот ещё один один Аноним поехал по наклонной. Совсем, совсем поехал. А если серьёзно, то аргументируйте, пожалуйста, почему проект ушел по наклонной. Без всяких "вспомните про то", "подумайте об этом". Просто и по пунктам - почему проект куда-то там ушел по наклонной. Спасибо.
Сейчас авторитетные хеловорлдщики расскажут, что те яп плохие, на которых не пишут ядра операционных систем.
> Сейчас авторитетные хеловорлдщики расскажут, что те яп плохие, на которых не пишут ядра операционных систем.Судя по всему, авторитетные защитники жопоскрипта уже начали стягиваться в тред, пытаясь защитить любимый и единственный ЯП от нападок злопыхателей и завистников.
При этом, как обычно, аргументов не будет. Будет невнятное бормотание про хеловорлдщиков, громкое верещание, переходящее в ультразвук и битие себя бананом в грудь.
И правда, как же можно посметь не относиться всерьез к язычку, у которого все, начиная с компилятора и заканчивая всеми компонентами взаимодействия в основной сфере применения, написаны не на нем самом?
>жопоскрипта
>компиляторадо свидания
>>компилятора
> до свиданияЧто, банан от неожиданности выронил?
Говорить, что интерпретируемые языки плохи просто потому, что на них не пишут компиляторы - ты не просто хеловорлд, а магистр хеловорлдинга. Обычно такие упoротые создают религии, попробуй, это выгодно.
Попробуй написать на JS компилятори поймеш что это не реально. На JS пишут толко npm leftpad.
Компилятор typescript написан на typescript.
>> все, начиная с компилятора и заканчивая
>> Говорить, что интерпретируемые языки плохи просто потому, что на них не пишут компиляторыЧто, не осили прочесть целиком, зато увидели знакомые слова и ринулись на защиту пальмы?
Кстати, на питоне почему то сумели в JIT компилятор, в отличие от. Но то же "бидонисты", куда им до покорителей джунглей!> Говорить, что интерпретируемые языки плохи просто потому, что на них не пишут
> компиляторы - ты не просто хеловорлд, а магистр хеловорлдинга.Понимаете, есть некоторые критерии оценки ЯП на неигрушечность. Но то ЯП.
Вы можете виться ужами, верещать ультразвуком, трындеть что-то про хеловорлдов и вашу избранность, но полноценный ЯП из DSL сделать не проще, чем балерину из опеннетчика.
А ваш разлюбимейший жопоскрипт начинался именно как DSL. Да и как показывает практика применения (на минимальные знания теории или выводы с помощью употребления бананорезки не по назначению – почему динамично-, да еще и слаботипизированный ЯП обычно занимает нишу для конкретных задач и почему даже само сравнение с полноценными ЯП довольно глупо выглядит, я уже не надеюсь) - остался таким даже после прикручивания мегатонн костылей и подпорок.> Обычно такие упoротые создают религии, попробуй, это выгодно.
Попробуйте подучить матчасть, это выгодно.
> Кстати, на питоне почему то сумели в JIT компилятор, в отличие от. Но то же "бидонисты", куда им до покорителей джунглей!Какой любопытный манямирок у тебя.
https://www.opennet.ru/opennews/art.shtml?num=39494
"Dropbox опубликовал Pyston, реализацию языка Python, базирующуюся на JIT"
"Работа над проектом началась под впечатлением от достижений движка V8 в плане вывода производительности JavaScript на новый уровень. Потерпев неудачу в экспериментах со статической компиляцией, разработчики из Dropbox попытались воспользоваться технологиями, похожими на те, что используются в современных JavaScript-движках, для повышения производительности Python."
"... в то время как современные JavaScript-движки используют JIT на основе трансляции отдельных методов (method-at-a-time). По мнению инженеров Dropbox, method-at-a-time JIT является более перспективной технологией, но она фундаментально отличается от трассирующего JIT и несовместима с ним"
> Какой любопытный манямирок у тебя.
> https://www.opennet.ru/opennews/art.shtml?num=39494
> "Dropbox опубликовал Pyston, реализацию языка Python, базирующуюся на JIT"И к чему вы это приплели? V8 в вашем манямирке на ЖС написан?
> "Работа над проектом началась под впечатлением от достижений движка V8 в плане
> вывода производительности JavaScript на новый уровень. Потерпев неудачу в экспериментах
> со статической компиляцией, разработчики из Dropbox попытались воспользоваться технологиями,
> похожими на те, что используются в современных JavaScript-движках, для повышения производительности
> Python."Вы даже новость до конца не дочитали, зато бросились копипастить про раные типы JIT, будто я про них не слышал (не следует судить всех по себе) или становление V8 - заслуга жопоскритозников :)
Кстати:
https://www.opennet.ru/opennews/art.shtml?num=45984
> 05.02.2017 10:55 Dropbox прекращает разработку Pyston. Опубликован финальный выпуск 0.6.1
> Но решающим фактором отказа от проекта Pyston стали не оправдавшиеся завышенные надежды на производительность Pyston.
> V8 в вашем манямирке на ЖС написан?А где я такое говорил? Ой, да у тебя же straw man!
> решающим фактором отказа от проекта Pyston стали не оправдавшиеся завышенные надежды на производительность Pyston
То есть бидонисты не смогли ни без JIT, ни с JIT? А неосиляторы все равно жабоскриптозники? Кекнул с тебя и твоих неуклюжих попыток выдать белое за черное.
>> И к чему вы это приплели? V8 в вашем манямирке на ЖС написан?
> А где я такое говорил? Ой, да у тебя же straw man!Ой, а знак вопроса вы и не увидели? И вопрос благополучно проигнорировали. И про то, что сами же отвечали этой невнятной и надерганной копипастой на
>> Кстати, на питоне почему то сумели в JIT компилятор, в отличие от.тоже забыли? Ай, какой неловкий спрыг с темы )
> То есть бидонисты не смогли ни без JIT, ни с JIT? А неосиляторы все равно жабоскриптозники?Нет, просто очередные жабоскриптозники не осилили прочитать полностью новость, из которой сами же понадергали цитат:
> На текущей стадии развития производительность Pyston отстаёт от проекта PyPy, JIT-реализации Python, написанной на языке Python
> Создание нового проекта (вместо использования наработок PyPy) обусловлено тем, что в PyPy используется трассирующий JIT, базирующийся на компиляции в машинный код часто выполняемых циклов, в то время какВпрочем, ничего иного от королей джунглей и не ожидалось.
> Кекнул с тебя и твоих неуклюжих попыток выдать белое за черное.
Кекнул с ваших неуклюжих попыток выдать лужу за грязевую лечебную ванну.
> > а знак вопроса вы и не увидели?
> Ой, а знак вопроса вы и не увидели?Ты про тот, который присутствует в конце вопроса "А где я такое говорил?"? Ай-яй-яй. Нарушаем, товарищ бидонизд.
> V8 в вашем манямирке на ЖС написан?
Я думаю, V8 написан на СверхБыстром Асинхронном Питоне. Ведь все знают: чтобы реализовать JIT, надо использовать исключительно СверхБыстрый Асинхронный Питон.
> производительность Pyston отстаёт от проекта PyPy
> Amazing, JS really seems to be the fastest interpreted language (I know).. just 0.077 seconds! 2.4 times slower than unoptimised C and about 31% faster than pypy [1]Но неосиляторы всё равно жабоскриптозники.
[1] http://karlheinzniebuhr.github.io/en/2015/09/28/C-vs-Go-vs-p.../
>> > а знак вопроса вы и не увидели?
>> Ой, а знак вопроса вы и не увидели?
> Ты про тот, который присутствует в конце вопроса "А где я такое
> говорил?"?Т.е. копипаста с V8 в ответ на
> Кстати, на питоне почему то сумели в JIT компилятор, в отличие от.была бессмысленным бредом? Понятно.
> товарищ бидонизд.Мимо. Впрочем, все как всегда )
>> V8 в вашем манямирке на ЖС написан?
> Я думаю, V8 написан на СверхБыстром Асинхронном Питоне. Ведь все знают: чтобы
> реализовать JIT, надо использовать исключительно СверхБыстрый Асинхронный Питон.Как обычно, жабкоскриптозники не в курсе своих инструментов?
Нет, оно на плюсах. Или это было из серии «когда нечего возразить, неси с умным видом бред»?>> производительность Pyston отстаёт от проекта PyPy
>> Amazing, JS really seems to be the fastest interpreted language (I know).. just 0.077 seconds! 2.4 times slower than unoptimised C and about 31% faster than pypy [1]
> Но неосиляторы всё равно жабоскриптозники.
> [1] http://karlheinzniebuhr.github.io/en/2015/09/28/C-vs-Go-vs-p.../Интересно, каким боком этот бре^W гордое утверждение относится к
> на питоне почему то сумели в JIT компилятор, в отличие отНеужто придется разжевать?
Итак:
PyPy на питоне, а вот V8 все еще на плюсах.
То есть, для обитателей пальмы, V8 НЕ НА ЖопоСкрипте.
Вот такие вот пироги с бананами )
Вы - почти простые пользователи и тыкать радостно в спонсированный миллионами гугла движок для жопоскрипта на плюсах, удараяя себя при этом бананом в грудь, вообще то как то бессмыслено. Но то с точки зрения всех остальный, а королям джунглей конечно же виднее :)Кстати, у вас там так подгорает, что вы опять даже не дочитали то, что цитировали?
> Pypy took 0.26 seconds the first time
> The second time it took only 0.101 which is onlyИзмеряльщики. Банановые.
> Update 2 Problem solved As pointed out on Reddit and the comments, using CFLAGS to
> activate code optimisation of the compiler increases the speed of C considerably.
> I also had to initialise the sum variable because otherwise it returned the wrong result.
> This is how I compiled
> $ gcc -O3 -march=native loop_sum.c -o loop_sum
>Это уже многое говорит о компетентности "тестировщика" и пригодности его "микробенчей" но так и быть, процитирую далее, держите покрепче банан:
> Now the code runs 5x faster than C without using CFLAGS and 40% faster than Go.Нет, не из за "прибавки" к скорости, а потому что не очень понятно, что он там собирался тестировать.
Так как любой, немного знакомый с Си, сразу увидит, что такой тривиальный код компилятор подсчитает еще при компиляции:
gcc -O3 -S ctest.c -o-
.cfi_startproc
subq $8, %rsp
.cfi_def_cfa_offset 16
movabsq $49999995000000, %rsi
movl $.LC0, Мi
xorl Йx, Йx
call printf
xorl Йx, Йx
addq $8, %rsp
.cfi_def_cfa_offset 8
ret
.cfi_endproc
В общем, замер эпичен. В лучших традициях этой ветки.
> То есть бидонисты не смогли ни без JIT, ни с JIT?То есть, бидонисты написали свой собственный JIT (прочитать про который жабоскриптозники не осилили) на подмножестве питона, а жабоскриптозники пользуют гугловский v8 на плюсах и считают себя осиляторами? Эпик.
> гугловский v8 на плюсаха ты из тех, кто считает, что признаком крутости яп является написанный на нем JIT, даже если этот JIT в итоге будет безбожно тормозить? Или всё же следует подбирать под задачу более подходящие инструменты?
>> гугловский v8 на плюсах
> а ты из тех, кто считает, что признаком крутости яп является написанный
> на нем JIT, даже если этот JIT в итоге будет безбожно
> тормозить? Или всё же следует подбирать под задачу более подходящие инструменты?Вы из тех, кто не осилил прчесть #70 до конца, углядев во втором предложении что-то смутно знакомое и смело ринувшись в газовую атаку (два раза в этой ветке, что уже само по себе зачетно - умеют же ЖСники дискредитировать себя сами :) )
> как обычно, аргументов не будетхех, ну так где аргументы о том, что видео плеер куда то там катится? или только стены бреда катать горазды? ясно...
>>> Сейчас авторитетные хеловорлдщики расскажут, что те яп плохие, на которых не пишут ядра операционных систем.
>> как обычно, аргументов не будет
> хех, ну так где аргументы о том, что видео плеер куда то там катится?А прчем тут это?
Цитирование - это не только возможность выхватить из контекства и здорово передернут пару слов, но и обозначить, на что именно был ответ.
> или только стены бреда катать горазды? ясно...Очередной нечитатель? Ясно…
>> JavaScript
> Ну вот еще один хороший проект ушел по наклонный. Вспомнити npm leftpadглупость какая. Там же не ноду таскают, там простенький embedded интерпретатор. С таким же успехом вместо JS мог бы быть lua, не вижу разницы.
Lua там уже есть.
странно что его даже на rhel7 не собирают, что с ним не так?
Ну это же линуксы. Дистрибутив же 2014 года. А тут всё модневое и новое.
А на кой он вообще на RHEL?
centos отличный воркстейшн и для дома тоже. Соответственно, и rhel :)
Был таковым 7 лет назад, как и rhel, однако время идёт, и теперь оно мало куда годится.
На воркстейшне надо воркать, а не видео вотчить.
Кхм, ладно... Но вообще-то он примерно тем и не удобен, что вот таких штук, как MPV свежий там нет, да и с той же свежей mesa наверняка будут проблемы.А на workstation последний mpv вроде и ни к чему.
> Кхм, ладно... Но вообще-то он примерно тем и не удобен, что вотэт да. Но страдать приходится везде, вопрос в том, что приемлемей конкретно для тебя
> А на workstation последний mpv вроде и ни к чему.
к сожалению там и непоследнего нет.
Сейчас rhel 7.4 разродится, с обновленным граф стеком, надеюсь, и будет ваще збс)
> centos отличный воркстейшн и для дома тоже. Соответственно, и rhel :)Осталось только откопать стюардессу.
Стабильность, надежность и длительное время поддержки. Мне еще работать надо :)))))НУ и плюс - хорошо живет на компе на растоянии 2тыс. км
Там, где надо работать, обычно не нужен mpv. Не то, чтобы это было абсолютным правилом, но на вопрос "почему его нет на RHEL" отвечает неплохо. Начни пихать всё подряд - и что останется от стабильности с надёжностью?
>Там, где надо работать, обычно не нужен mpv.Работать можно в разных сферах, а не только недоадмином.
Разумеется. Тем не менее полагаю, что абсолютное большинство установок RHEL (вообще, а не вами или мной) его таки не требует. На это Redhat и смотрит. Меньшинство - заботится о себе само.
Перепробовав много видеоплееров, понял, что лучше VLC пока ничего нет.
Это тот, к-й с прибитый гвоздями гуем?
> Это тот, к-й с прибитый гвоздями гуем?Нет, это тот, который постоянно артефачит в видео.
Поверх изображения поняшки скачут?
Не, параспрайты
Нарисуй свой и говори с VLC через пайп.
Вот уже на что а на интерфейс не нужно гнать, + libvlc для совсем NIH озабоченных
> Это тот, к-й с прибитый гвоздями гуем?man cvlc
Это вы видимо mkv не пытались на нём смотреть.
Ну вот я смотрел. И что? Нормально воспроизводится, проблем не обнаружено. Может всё-таки проблема в битом видеофайле?
Когда mplayer/mpv показывают нормально, а VLC артефачит, зависает или притормаживает проблема не в файле. И да, наблюдаю это не 1 год, каждый год пробую много чего разнообразного на нем запускать и каждый раз на что-нибудь такое натыкаюсь.
Хм... Подлагивания я наблюдал, но на винде и давно, их потом пофиксили, кажется, в какой-то из 2.2.Х. А на онтопике такого безобразия _у_меня_ отродясь не наблюдалось. Намёк понятен?
Хм, на оффтопике давно не сежу, а все перечисленные проблемы встречались на онтопике, намек понятен?
Ну... Спорно. Допустим, у меня на RX460 (и открытых дровах, разумеется) mpv врубает хардварное ускорение для 10-bit h.265, а VLC - нет, победить не удалось.Впрочем, запихивание JS и порча лицензии - это грустно.
> у меня на RX460 (и открытых дровах, разумеется) mpv врубает хардварное ускорение для 10-bit h.265С потерей качества
Ну, для такой нагрузки либо аппаратное декодирование, либо превращать топовое железо в видеоплеер.Но вообще - потеря качества относительно чего и на сколько? На тех образцах, что я гонял (я сам видео не смотрю, так что это были эксперименты, не более) артефактов не видел.
Не знаю. Тут пишут чего-то> 4k HEVC Main10 (vaapi works with mpv, we lose quality due to outdated surfaces and stuff but will play in hardware)
Попытался выгуглить что-то на эту тему - не сумел. То ли mpv, то ли драйвер (у них AMDGPU Pro в рекомендациях), то ли слишком старый графический стек или ffmpeg... В общем, пёс бы с ним.
Этот скриншот не меняется уже лет 5
Освежите уже, что ли
Арчевод? Если что-то старше нескольких месяцев, то оно безнадёжно устарело?
:)
>устаревшие опции
>--alsa-deviceИ тут пульсоотрицатели детонируют.
>>устаревшие опции --alsa-deviceТак это не выкидывание поддержи alsa, а в 20-ый раз синтаксис меняют. Они это любят.
>>устаревшие опции
>>--alsa-device
> И тут пульсоотрицатели детонируют.пульсодети изобретают неологизмы, похвалим их за креативность
Учитывая, что полезных фич в релизе нет в принципе, пульсоотрицатели в моё лице на него просто забьют.
Устарела только опция, саму поддержку alsa никто не выпиливал
А, ясно, спасибо. Новость слегка вводит в заблуждение.
>>устаревшие опции
>>--alsa-device
> И тут пульсоотрицатели детонируют.А не поторопились ли уважаемые Свидетели (или правильнее Очеслухцы?) Пульсирующего Звука немножечко с празднованием очередной победы истинной вер^W звуковой системы? :)
--audio-device=alsa
--audio-device=help
Зачем плееру JS? Фанатики его уже всюлю вставляют. Ждем плеер со встроенным Go.
В нём есть менее популярный скрипт - Lua, теперь добавили более популярный - JS. Скорее всего, смысла никакого, но вреда тоже не особо много.
Главный вопрос - откуда он будет скачивать этот JS.
кто он? скрипты и плагины надо ручками подсовывать, а уж откуда их будет скачивать та что будет их подсовывать это уже сверхвариативно..
> В нём есть менее жрущий скрипт - Lua, теперь добавили более жрущий
> - JS.fixed
Для тех целей, для которых там скрипты применяются, это вообще не критично. Потому что там скрипты - это именно скрипты - для автоматизации и настройки, никакой heavy lifting в них не делается.
> Зачем плееру JS?Зачем человеку мозг? Чтобы думать. И чтобы правильно задавать вопросы. Плееру JS не нужен, нужна оснастка для пользователей, которые бы хотели реализовывать те или иные идеи и наработки.
> Зачем плееру JS? Фанатики его уже всюлю вставляют. Ждем плеер со встроенным
> Go.не плееру а юзеру, если тебе не нужно, то и не пиши плагинов и не пользуй их
на счет Go если будет куча фидбэка с просьбами о Go, то влючим и Go
>Удалены устаревшие опции выбора звукового устройстваКакие теперь НЕ устаревшие опции выбора звукового устройства?
--audio-device, вестимо — одна опция для всех бэкендов. Запусти mpv --audio-device=help.
Когда оно сетевой поток НЕбуфферизировать научится? Я хочу видеть, что у меня происходит перед камерой прямщас, на не 30 секунд назад было. Что за дегенеративная привычка накачать секунд 30 потока, а потом уже начать его показывать? Все варианты опций, отвечающих каширование уже перепробовал. Плохая программа. Думал лучше будет.
--no-cache --demuxer-readahead-secs 0
Как это записать в конфиг, чтобы не в параметрах указывать?
https://mpv.io/manual/master/#putting-command-line-options-i...
> https://mpv.io/manual/master/#putting-command-line-options-i...Пасиб.
noscript для плеера уже выпустили?
Вот и настало время, когда в линуксе скрипты ассоциируются не с пользовательской автоматизацией/настройкой (в mpv они для этого), а с веб-хренью... Не удивительно, но досадно.
Для этого нет смысла выбирать js.
Вообще-то есть - распространённость. Собственно, в подобных приложениях это основной критерий.
Ждём тогда в каждой утилите встроенного языка чтобы автоматизировать.
"В каждой утилите" - конфиг и опции командной строки. А вот в гуе и демонах - либо внешнее управление через сокеты/DBus, либо скрипты. Что именно лучше - можно долго спорить.
Юз-флаг в генте будет точно. Ну и ладно.
>Релиз видеоплеера MPV 0.26 с поддержкой JavaScriptМожно подумать что MPV это такой сырой браузер.
mpv меньше других плееров грузит CPU при использовании vaapi - до 13%, vlc - до 60%
при этом mpv еще и видео умудряется показывать
Хреново показывать.
пруфы?
Посоветуйте норм ГУЙ с настройками чтоб потыкать разное в этом чудо-плеере. Типа как smplayer был когда я им пользовался. Влом разбираться с commandline ключами. Если есть
> Посоветуйте норм ГУЙ с настройками чтоб потыкать разное в этом чудо-плеере. Типа
> как smplayer был когда я им пользовался. Влом разбираться с commandline
> ключами. Если естьчем smplayer не угодил?
Вендузятникам лишь бы гуем потыкать куда не попадя...
> Вендузятникам лишь бы гуем потыкать куда не попадя...Ну тогда я видел идеальный плеер. Рекламный киоск - и никакого гуя.
Мы с яваскриптом в браузере и в пдфе ещё разобраться не можем, а они уже в видеоплееры пихают.