Проект VideoLAN опубликовал (http://www.videolan.org/news.html#news-2019-06-07) корректирующий релиз медиаплеера VLC 3.0.7 (https://www.videolan.org/vlc/). В новой версии устранено 24 уязвимости (CVE не присвоены), которые потенциально могут привести к переполнению буфера при обработке различных видов контента, в том числе файлов MKV, MP4 и OGG. Проблемы были выявлены в ходе инициативы (https://www.opennet.ru/opennews/art.shtml?num=49912) &n...инициативы FOSSA (Free and Open Source Software Audit), нацеленной на повышение безопасности открытого ПО и учреждённой Европейской комиссией.Из не связанных с безопасностью изменений отмечается (https://www.videolan.org/developers/vlc-branch/NEW) улучшение поддержки меню на дисках Blu-ray, формата MP4, устройств Chromecast. Улучшен код для использования HDR на платформе Windows, в том числе обеспечена поддержка стандарта HLG (https://en.wikipedia.org/wiki/Hybrid_Log-Gamma) (... Log-Gamma). Обновлены скрипты для взаимодействия с сервисами Youtube, Dailymotion, Vimeo и Soundcloud.
URL: http://www.videolan.org/news.html#news-2019-06-07
Новость: https://www.opennet.ru/opennews/art.shtml?num=50824
Единственный нормальный плеер чтобы там не говорили всякие анимешники.
На слабых машинах mpv всё же предпочтительнее.
У меня есть только такое предложение запускать без иксов vlc video.avi -V aa.
Оверхед на декодирование всё равно не исчезнет.
В вертуальной машине вывод чере X11 ( апаратного ускорения GPU нет ) у меня меньше всего нагружает процессор, разница у меня в 25-30% по сравнению с выводом через opengl. X11 самый не ресурсо ёмкий для процессора вывод изображения.
У меня X11 самый не ресурсо ёмкий для процессора вывод изображения в вертуальной машине.
Еще было странным, но mpv по сети лучше показывает чем vlc. Вполне возможно это в конкретной сети и железе, но спасло.
>На слабых машинах mpv всё же предпочтительнееА не наоборот, случайно? :)
>На слабых машинах mpv всё же предпочтительнее.mplayer еще более предпочтителен, так как менее требователен.
Раньше он не только на анимешках рассыпался квадратами, но и на многих фильмах в mkv, особенно если они в высоком разрешении.
Сейчас всё вроде нормально. За исключением того, что лично у меня в KDE моргает изображение, при появлении поверх плеера чего-либо (окно, всплывающая подсказка в трее, индикация регулировки звука в системе). Ну и ещё я не знаю, можно ли отключить отображение метаданных видео в заголовке (чтоб там было название воспоизводимого файла).
Как раньше, так и сейчас, радует то, что у VLC в «Открыть из последнего» есть не только отдельные файлы, но и каталоги.
> Раньше он не только на анимешках рассыпался квадратами, но и на многих
> фильмах в mkv, особенно если они в высоком разрешении.
> Сейчас всё вроде нормально. За исключением того, что лично у меня в
> KDE моргает изображение, при появлении поверх плеера чего-либо (окно, всплывающая подсказка
> в трее, индикация регулировки звука в системе). Ну и ещё
> я не знаю, можно ли отключить отображение метаданных видео в заголовке
> (чтоб там было название воспоизводимого файла).
> Как раньше, так и сейчас, радует то, что у VLC в «Открыть
> из последнего» есть не только отдельные файлы, но и каталоги.Это не влц, а просто ты стал качать порно без цензуры.
«Чем ты упарываешься, что несёшь такой бред?» — не слишком личный вопрос для тебя?
ага, а то мы не знаем, что именно смотрят в mkv
BDRip'ы различных фильмов смотрят, например, сериалы, аниме опять же. А вы, очевидно, знаете, что _вы_ смотрите в mkv.
Кстати, к вопросу о метаданных. VLC, через меню Инструменты → Информация о медиафайле, вроде как позволяет редактировать метаданные. Вот только сделано это, судя по всему, для аудио — после редактирования и сохранения метаданных файлов avi/mkv метаданные остаются старыми. Нафига тогда функция активна для видеофайлов — непонятно.
VLC в кедах бывает мигает. Попробуй потыкать разные бекенды VLC, часто помогает.
> VLC в кедах бывает мигает. Попробуй потыкать разные бекенды VLC, часто помогает.А какие у него есть разные бэкэнды, кроме vlc-noX. Может, я как-то неправильно понял тебя.
В Кедах он сам бекенд - phonon-vlc.
В Кедах сейчас дефолтом Phonon GStreamer, по крайней мере в openSUSE, Phonon VLC придётся ставить руками.
Разрабы рекомендуют именно Phonon VLC.
Спасибо, буду иметь в виду. Правда, на моргании видео из-за всплывающих окон смена бэкэнда на Phonon VLC никак не сказалась. Ну и фиг с ним.
Бэкенд в самом VLC потыкай.
Я не понимаю, о каких «бэкэндах в самом VLC» ты говоришь. Устройства вывода видео?
Настройки -> Видео -> Вывод
У меня стоит вывод через VDPAU и моргания нет. А вот если поставить OpenGL, то видео моргает при регулировке громкости.
Ну я это и имел в виду. Попробую как-нибудь, спасибо.
Зачем ты это написал? Теперь я тоже вижу что влс действительно мигает в КДЕ. А раньше никогда не замечал.
> Зачем ты это написал? Теперь я тоже вижу что влс действительно мигает
> в КДЕ. А раньше никогда не замечал.Даю установку: РАЗВИДЬ!
> лично у меня в KDE моргает изображениеИмею опыт использования сабжа специально на очень слабых машинах, и проблем не отмечал. Отсюда вопрос. Ты уверен, что у тебя комп тайно в ботнете не участвует или криптовалюту не майнит?
Ты это сейчас к чему написал и спросил? Я, кажется, ничего не говорил про нагруженные CPU/GPU или нехватку RAM.
> Я, кажется, ничего не говорил про нагруженные CPU/GPU или нехватку RAM.Так протестируй и расскажи. Кроме шуток, вопрос интересный.
> Ты это сейчас к чему написал и спросил
Привычка во всем до конца разбираться.
Протестировать что, и для чего?
Я уже написал, что проблема присутствует только в VLC, запущенном под KDE. То есть, в запущенном под KDE SMPlayer'е (MPV бэкэндом), видео не моргает. Также, не моргает оно в VLC, если тот запущен из-под Cinnamon.
Предполагаю так, что карточка NVidia может быть. Если действительно так, то с проприетарным драйвером и небольшим тюнингом xorg.conf всё должно принять норм. вид.Касательно xorg.conf в секцию "Screen" рекомендую добавить
Option "TripleBuffer" "true"Можно также поиграться с
Option "RenderAccel" "true"
Option "MultisampleCompatibility" "true"
Option "AllowGLXWithComposite" "true"http://us.download.nvidia.com/XFree86/Linux-x86_64/390.87/RE...
Неправильно предполагаешь, связка Intel HD 5500 и Radeon R9 M375, дрова, естественно, открытые.
Но, знаешь, даже если б у меня была Nvidia с блобом, колупать xorg.conf (которого у меня нет) ради одного определённого плеера, подглюкивающего в одном определённом DE, — несколько странно, тебе не кажется? :)
Не кажется :)
*C VLC под кедами при переходе с другого десктоп-окружения я и у себя такие лаги замечал, но они сами собой обычно через время проходят (возможно при обновлении драйвера)
**когда в системе присутствует mesa, то после обновления оной лучше переустановить используемый GPU-драйвер т.как могут присутствовать общие файлы переписывающиеся один поверх другого в разных редакциях :))
Ещё к списку незначительных глючков: если изменить соотношение сторон видео, а потом открыть Инструменты → Настройки интерфейса, соотношение сбросится на дефолтное.
И настройку щелчка средней кнопкой мыши я найти не смог (привык ставить на неё в SMPlayer «Воспроизвести/Пауза»).
у меня по прежнему сыпется, в зависимости от нагрузки на хард. Перематываешь на тот же момент повторно - все нормально (т.е проблема не в видео)
А нет примера сыплющегося видео для потестить?
> моргает изображение, при появлении поверх плеера чего-либоВыглядит как проблема не VLC, а оконного менеджера.
Вот вообще аниме не смотрю, а проблемы с ним постоянно — раз в год примерно открываю потыкать, и закрываю до следующего раза
Смотрю аниме через VLC, со мной что-то не так?
Это уже не про VLC наверное.
А что там с говорят? Смотрел через него аниме на Андроиде. Нормально все.
Всякие анимешники накатили peerflix и теперь по дефолту любой тыркнутый в браузере торрент открывается в VLC (который в свою очередь настроен по дефолту на скорость x1.3). Крайне удобно и быстрее смотреть всякие новые серии всякого.
У вас какие-то неправильные анимешники
Что бы там ни говорили анимешники вообще, а VLC для аниме просто лучший благодаря божественной регулировке скорости воспроизведения и трём ступеням быстрого скачка вперёд для прокрутки тупых моментов.
Единственный способ прокрутить тупые моменты-по настоящему - не смотреть аниме вообще.
Увы, MPV+ Smplayer работает стабильней и дает лучше картинку.
сжатая_шутка.webm
> аниме, квадратикиВыставил в VLC вывод через OpenGL, полет нормальный. Мимоанимешник.
На Андроиде как был куском говна, так и остался.Баги в нём десятилетиями живут, всем пофиг.
>Баги в нём десятилетиями живут, всем пофиг.Да нет версии для ведра 10 лет.
>>Баги в нём десятилетиями живут, всем пофиг.
> Да нет версии для ведра 10 лет.На десктопе тоже годами висят.
>>Баги в нём десятилетиями живут, всем пофиг.
> Да нет версии для ведра 10 лет.Хоть сам бери и фикси.
Это самый клёвый вариант же
> Хоть сам бери и фикси.Не ведись на провокации! Пусть фиксят без тебя!
> Баги в нём десятилетиями живут, всем пофиг.В смысле в Андроиде? Согласен.
Но ведь прокрутка по-прежнему на аппаратном ускорении не работает, в отличии от MX Player. То есть разрабы просто на неё забили, ибо никто ни кому ничего не должен. А разрабам MX Player не пофиг, ибо версия без рекламы платная, а бесплатную версию в инет пускать нельзя.
MX Player классный, но бесплатный из дудльмаркета просто наквозь нашпигован шпионо-ботами рекламных сетей.
VLC работает не плохо но только на современных девайсах, на всём что старше 3-5 лет только MX, притом новый тоже не всегда и приходится подбирать старую версию.
а еще он файлики в каталоге не подхватывает на ведроиде...
Капец вы школьники новость про десктопный влс нет они какую мурню про свои мобилки несут. Лучше б сидел в своём снапчате и не выходили.
> Капец вы школьники новость про десктопный влс нет они какую мурню про
> свои мобилки несут. Лучше б сидел в своём снапчате и не
> выходили.Если у них сильно разная кодовая база для разных платформ, то значит дерьмовый дизайн архитектуры.
Использую как vlc так и mpv на всех своих железках. Где то одно лучше - где то другое.
Ярчшайший пример антиюниксвейного софта — много чего умеет и во многом делает это плохо.
А самый ярчайший пример юниксового софта на секундочку macOS у них и сертификат но это есть https://www.opengroup.org/openbrand/register/
Он говорил не о «UNIX-системах», которые тут вообще ни при чём, а о «философии UNIX» в контексте разработки ПО.
> Он говорил не «UNIX-системах», которые тут вообще ни при чём, а о
> «философии UNIX» в контексте разработки ПО.Давайте, наконец, озвучим то, что все и так давно понимают.
Юникс-философия -- замечательна для программистов, потому что позволяет интегрировать идеосинкразии отдельных разработчиков и повышает взаимозаменяемость компонентов, но при этом совершенно чужеродна и отвратительна пользователю, которому совершенно не кажется естественным использовать 10 программ (каждую из которых учить -- как новый язык осваивать) там, где можно обойтись одной.
Гну-философия в этом несколько более рациональна, в том смысле, что у нас на нижнем уровне будет юникс-философия, но сверху мы её обвяжем высокоуровневым языком, вроде лиспа или баша (или питона, пофиг). Но даже гну-философия не прижилась в мире, где человек хочет не задачи решать, а к более сильному и авторитетному господину примкнуть.
Я пользователь и мне нравится юникс-философия. Но не принципиально. Иногда и комбайны использую
> Юникс-философия -- замечательна для программистов, потому что позволяет интегрировать идеосинкразии отдельных разработчиков и повышает взаимозаменяемость компонентовНет. Если ты копнёшь Unix-философию, хоть бы ту же TAOUP Раймонда почитаешь, ты увидишь, что Unix философия работает только в простых случаях. Она очень хорошо работает с текстом (но не на естественном языке, для работы с естественным языком понадобятся современные комбайны), поэтому она сама по себе является IDE для программиста. И это единственное свойство unix-философии, делающее её привлекательной для программиста.
Но как только мы двинемся в сторону от текста, как сразу начинаются осложнения, эти осложнения подпирают костылями, подпирают-подпирают. Подпирают. ПОДПИРАЮТ. И современные адепты unix-философии, считают что гора костылей и есть unix-философия. То есть, справедливости ради я отмечу, что на горизонте не просматривается альтернатив, которые можно было бы считать прорывными, которые выводили бы осестроение на новый уровень. Но это не делает гору костылей блестящим и отлаженным механизмом.
unix философия начинается и заканчивается на работе с текствыми файлами. Есть coreutils, которые -- эссенция unix-философии и финальная точка в ней. Всё остальное в лучшем случае живёт самостоятельной жизнью, забив на unix-философию огромный болт давным-давно, в худшем пытается натянуть unix-философию на решение задач, для которых она не подходит.
>[оверквотинг удален]
> И современные адепты unix-философии, считают что гора костылей и есть unix-философия.
> То есть, справедливости ради я отмечу, что на горизонте не просматривается
> альтернатив, которые можно было бы считать прорывными, которые выводили бы осестроение
> на новый уровень. Но это не делает гору костылей блестящим и
> отлаженным механизмом.
> unix философия начинается и заканчивается на работе с текствыми файлами. Есть coreutils,
> которые -- эссенция unix-философии и финальная точка в ней. Всё остальное
> в лучшем случае живёт самостоятельной жизнью, забив на unix-философию огромный болт
> давным-давно, в худшем пытается натянуть unix-философию на решение задач, для которых
> она не подходит.Ну и как это противоречит моему комментарию?
И, кстати, вообще говоря, а что ещё может быть в программах, кроме текста, покуда мы всё кодируем последовательностями байт? У вас в ДНК, простите биты и байты.
Условная "двухмерная логика" типа графов или анализа картинок, уже в миллион раз сложнее, и де факто всё равно упаковывается в последовательности, за исключением human computing.
Трёхмерная логика существует только в сознании специалистов по алгебраической геометрии, а порядки выше вообще маловероятны по curse of dimensionality.
>[оверквотинг удален]
>> То есть, справедливости ради я отмечу, что на горизонте не просматривается
>> альтернатив, которые можно было бы считать прорывными, которые выводили бы осестроение
>> на новый уровень. Но это не делает гору костылей блестящим и
>> отлаженным механизмом.
>> unix философия начинается и заканчивается на работе с текствыми файлами. Есть coreutils,
>> которые -- эссенция unix-философии и финальная точка в ней. Всё остальное
>> в лучшем случае живёт самостоятельной жизнью, забив на unix-философию огромный болт
>> давным-давно, в худшем пытается натянуть unix-философию на решение задач, для которых
>> она не подходит.
> Ну и как это противоречит моему комментарию?Я процитировал выше фразу, с которой я не согласен, и там же написал почему не согласен. А процитированный тобой кусок не несёт в себе цели противоречия чему-либо, он там только для того, чтобы убедиться, что мы понимаем фразу "unix-философия" одинаково.
> И, кстати, вообще говоря, а что ещё может быть в программах, кроме
> текста, покуда мы всё кодируем последовательностями байт? У вас в ДНК,
> простите биты и байты.Последовательность байт и текст -- это разные вещи. Текст -- это частный случай последовательности байт. Причём, отметь, мы можем придумать много разных способов кодирования текста байтами. Вспомнить хотя бы ascii, koi8-r, cp866, utf8, utf16 и много других. Когда ты работаешь с текстом, ты работаешь с текстом, а не с байтами. Программирование на C в этом смысле вводит в заблуждение, но C -- это не тот язык, из которого следует черпать эпистемологическую мудрость.
> Условная "двухмерная логика" типа графов или анализа картинок, уже в миллион раз
> сложнее, и де факто всё равно упаковывается в последовательности, за исключением
> human computing.
> Трёхмерная логика существует только в сознании специалистов по алгебраической геометрии,
> а порядки выше вообще маловероятны по curse of dimensionality.Логика тут не при чём. Если тебя тянет в теорию, то забей на логику: логика -- это лишь способ реализации вычислителя. А теория вычислителя -- это либо машина Тьюринга, либо квантовый компьютер. Ну, точнее это квантовый компьютер, и как частный его случай -- машина Тьюринга.
Но мы говорим не о вычислителях и не о логике. Это важно. Важно, потому что если забывать о чём мы говорим, то все языки эквивалентны ассемблеру, и поэтому их дополнительная сложность не нужна. Люди постоянно совершают ошибки мышления такого типа, и единственный способ их избегать, это чётко в рассуждениях следить за тем, чтобы не выходить за пределы чётко очерченной предметной области, а переходя границы чётко это отмечать и отдавать себе отчёт зачем это делается. Если цель гиперобобщение, с тем чтобы сказать что все языки равны, или что картинка эквивалентна тексту, то в голове должна включаться сирена предупреждающая о том, что мышление вошло в пике.
Смотри, в чём фишка работать с данными из текстовых файлов? Файлы разбиваются на строки, строки разбиваются на токены. Есть общепринятый способ разбиения файла на строки символов '\n', существует несколько распространённых способов разбиения на токены, скажем, в csv для этого используется запятая, плюс немного довольно очевидной магии с кавычками и экранирования. Ты можешь работать с текстовыми данными, решая задачи сформулированные в терминах предметной области твоей задачи (отсортировать строки csv таблички лексикографически по идентификатору записи), но излагая алгоритм решения в терминах текста и токенов. И это довольно просто выходит. Во многих случаях. В смысле, ps aux | grep firefox | xargs kill -9, выглядит просто и работает эффективно. Сочиняя такое, я мыслю в терминах процессов, имён процессов, сигналов отправляемых процессам, а излагаю это в терминах запуска утилит, перенаправления ввода вывода и фильтрации. Простым мыслям соответствует простой код. Офигенно. Именно так и должно быть.
Но попробуй теперь рассуждая в терминах векторов движения и блоков пикселей, написать код разобирающий h265 упакованный в mkv и выясняющий, двигался ли определённый объект в кадре между 1:23 и 1:45 -- это человек или статуя? Причём излагая этот код в терминах байтов. Слабо? Тебе придётся создать два-три уровня абстракции между байтами и векторами движения, прежде чем тебе удастся навести мосты над семантической пропастью между тем и этим. Твой код в объёме достигнет десятков или даже сотен тысяч строк. Особенно если писать ты будешь на bash, как того требует ортодоксальная unix-философия. Тут уже простым мыслям соответствует сложный код, и никакая unix-философия не сможет эту сложность спрятать, у неё недостаточно методов для этого. Тебе придётся уровни абстракции оформлять в виде подгружаемых библиотек, а если при этом mkv и h265 -- это лишь частные случаи контейнеров и кодеков, с которыми твоя программа должна работать, и даже формат пикселя может отличаться от случая к случаю, то вероятно в твою голову начнут закрадываться еретические мысли о том, что не только bash неудобен для этой задачи, но и C как-то не очень круто подходит.
Текстовые данные и видео -- это очень разные данные, и работать с ними базируясь на одних и тех же принципах не выйдет. Можно взять архитектуру ffmpeg, и сделать поверх неё движок для обработки текста, она легко вместит в себя это, но это будет оверинжинирнг, архитектура ffmpeg слишком сложна для coreutils. Архитектура же coreutils/sh (aka unix-философия) не подходит для видео, потому что они слишком проста и тупа для этого. Текст видео разные, настолько разные что программы, работающие с ними пишут совершенно по-разному.
>[оверквотинг удален]
> неудобен для этой задачи, но и C как-то не очень круто
> подходит.
> Текстовые данные и видео -- это очень разные данные, и работать с
> ними базируясь на одних и тех же принципах не выйдет. Можно
> взять архитектуру ffmpeg, и сделать поверх неё движок для обработки текста,
> она легко вместит в себя это, но это будет оверинжинирнг, архитектура
> ffmpeg слишком сложна для coreutils. Архитектура же coreutils/sh (aka unix-философия)
> не подходит для видео, потому что они слишком проста и тупа
> для этого. Текст видео разные, настолько разные что программы, работающие с
> ними пишут совершенно по-разному.Utf8 ты совершенно зря здесь упомянул. У utf8 в худшем случае линейный доступ к ячейке, поэтому хардкорный баш уже будет спотыкаться.
В целом, можно ещё указывать на неточности, но идея в том, что юникс-философия в широком смысле всего-навсего предлагает переиспользовать код, и в частности для этого предлагает выдать пользователю тьюринг-полные инструменты.
Доминирование работы с текстом (в частности приведённый выше pgrep) здесь является следствием, а не причиной, и не философским положением.
Зачем тратиться на миллион одинаковых UI, когда можно просто взять поток байт на вход из stdin. Это будет вполне юниксвейно.
Один уровень эмпатии по отношению к человеку меньше, один уровень эмпатии по отношению к компьютеру больше.
Программа мало отличима от функции, мультитрединг реализован на уровне процессов (нет разницы между процессами и потоками.
> Доминирование работы с текстом (в частности приведённый выше pgrep) здесь является следствием,
> а не причиной, и не философским положением.Не, unix исходно разрабатывался как система для работы с текстом. И вся эта unix-философия, соответственно разработана для этого. И именно поэтому она плохо подходит для всего остального. Работа с текстом -- причина и философское положение, которое было заложено в основу unix, и от которого отмазаться теперь не так-то просто.
> Юникс-философия -- замечательна для программистовunix-философия -- это когда /usr/bin/cd лезет в память шеллу и меняет ему дескриптор.
так было в Unix Version 1. а чо, "программа должна делать что-то одно и делать это хорошо"от этого жесточайшего unix-way пришлось отказаться, когда придумали fork. с тех пор /bin/sh стал неюниксвейным и cd там built-in.
>самый ярчайший пример юниксового софта на секундочку macOS у них и сертификат но это естьТак Microsoft тоже могла бы себе позволить такой серификат, если бы захотела ;)
Она к этому и идёт )
Когда у мелкомягких _был_ _собственный_ юникс, юниксы ещё не сертифицировали.
busybox - пример анти-юникс-вейного софта ?
А что думаете о Gnome-Mplayer?
Вот только срача mpv vs mplayer тут не хватало. Сразу скажу за всех mplayer тут считается отстоем.
Оно мёртвое.
Одна из проблем простых плееров - нет выбора звуковой карты.
> Одна из проблем простых плееров - нет выбора звуковой карты.Вроде бы, можно выбрать Jack, а потом перенаправить.
> Одна из проблем простых плееров - нет выбора звуковой карты.выбор звуковой карты в параметрах звука DE (графического окружения)
А если я хочу музыку и скайп через разные зк?
> А если я хочу музыку и скайп через разные зк?Джек умеет.
В pavucontrol это мышкой делается.
В апплете KDE мышкой перетаскивается приложение на устройство и запоминается даже. А там, где единственная полоска громкости в одной куче с сетевым подключением и выходом из сеанса, там нельзя.
Кеды из коробки умеют
В Линуксах это является задачей не плеера, а звукового сервера. Я обычно в pavucontrol переключаю.
>уменьшить размер iso-образа (Celluloid на GTK занимает 27MB, а VLC на Qt требует около 70MB).<Серьезная экономия.. Диалапщики оценят.. ;)
На самом деле тут дело в том что у них аллергия на Qt.
Вы видели этот дистр? У них аллергия должна быть на всё, даже на матэ
Целлулоид? нет, сразу эбонит.
Медиаплейер - Celluloid
Текстовый редактор - Pergament
эбонит не горит
Аудиопердёж починили ? А то включаеш некоторые видосы и звук пердит. То же видео запускаю через ffplay идеальный чистый звук.
Осиль настройки уже. Они там есть, их много.
И а когда и в убунты эти обновления придут? (У меня в "18.04.2" он уже давно как вообще еще в версии "3.04" там "застыл" (и на других компах винда у меня еще есть- а там вещь сия уже сразу обновляется, как только ее обновления релизятся)).И а выявленные в нем те в этот раз уязвимости- а зависят ли риски их проявлений от того, из под какой ОС вещь сию используют? (И могут ли какие-либо антивирусы те уязвимости заделывать? (Там, где сей плеер или еще не обновили и в те времена, когда патч этот еще не был)).
В 19.04 3.0.6
В Ubuntu 18.04 наверно никогда, скорее всего просто секруные патчи наложат.
А последнюю версию можно поставить из snapstore
А что это так важно, какой там плеер будет использоваться в Убунте? Или это такой изощрённый способ убунты в очердной раз пропиариться?
> пропиаритьсяОч смешно. Новости убунты есть новости линукса.
CentOS, Alt Linux, Fedora, Canonical Ubuntu негодуют и нервничают.....клон убунту задает тон всему линукс сообществу
> Замена VLC на Celluloid в базовой поставке позволит улучшитьДля простых пользователей главное в vlc - не мифические улучшения, а наличие кодеков.
Так в mpv они тоже есть, при этом он как бы больше плеер, а влц скорее какая то утилита для профи, которым не смотреть а чего то отлаживать, я про комповую версию.
> надстройку над консольным проигрывателем MPVмм, он не консольный, а просто хорошо заточен на настройку при запуске из консоли
р.s
https://mpv.io/manual/stable/#pseudo-gui-mode
>> надстройку над консольным проигрывателем MPV
> мм, он не консольный, а просто хорошо заточен на настройку при запуске
> из консолив tty смотрю
mpv -vo drm rtmp://сайт_с_раздачей/
VLC единственный умеет по человечески в iptv, как на десктопе, так и в андроид. Хотя, как мате перебрался на gtk3, то всё у них поехало не туда.
Да. Лично я для себя для iptv ничего лучшего пока не нашёл :)
Tano же.
С другой стороны, кроме как для iptv больше никак его и не использую. Если что-то с локального диска смотреть, то те же старички xine, mplayer или Kaffeine значительно удобнее :)
Кажется https://github.com/celluloid-player/celluloid может плей листы, но епг там наверняка не прикручено.
Я для себя когда то тоже накидал примитивную гуёвину над мпв чтобы иптв смотреть, собстно там просто плейлист сбоку и немного доп кнопочек.
Сделал даже плагинным, но у меня с одной стороны интерес кончился к тв, с другой времени не стало.
Изредка бывает, что VLC не открывает. А SMPlayer/MPV выручает.
Зато VLC единственный на Линуксе умеет по настоящему стримить на Chromecast (Да, Smplayer тоже "типа" умеет, но это просто запуск локального http сервера с раздачей локального файла без транскодирования).
Просто ты гуглю неправильные вопросы задавал.
Тебе требуется построение цепочки воспроизведения из DLNA компонентов, где хромойкастрат это медиарендерер.
Тебе требуется медиалибрари - место откуда брать, фактически хттп сервер с обвязкой небольшой:
https://github.com/rozhuk-im/ssdpd
потом транскодер какой то - но это опционально на самом деле, если только хромой формат не понимает
и собственно кнтролпоинт чтоли - это собственной гуй в который скомаандует транскодеру взять с медиалибы, транскодировать и выплюнуть в рендерер.
Часто медиалибрари и транскодер совмещают в одной софтине, потому что юзер лезет с телека через его встроенный длна клиент, который может только млибрари найти и от туда играть что поймёт.
Baka-mplayer кто нибудь тыкал? (гуй для mpv) Лучше сабжа?
Были притные фичи там, вопрос есть ли обновления
и чем целлюлоид отличается от гном-мпв?
вопрос в контексте: что им раньше мешало включить gnome-mpv в поставку вместо vlc
Эта штука научилась нормально проигрывать плейлист без полных остановок и перезапусков?
