Идея получила начало и развитие в комментариях, теперь переросла в заметку, для меня сие действо носит скорее спортивный характер, плюс изучение и сравнение. Идея заключается в сравнении видео проигрывателей по потреблению ОЗУ (преимущественно).
Условия сравнения:
Система — Calculate Linux Xfce
Общий объём ОЗУ — 16 ГБ
Файл для сравнения — видео длиной 05:22:07 с разрешением 1080p в контейнере .webm размер 2,6 ГБ, скачанное с YouTube
Видеокодек — VP9
Аудиокодек — Opus (не уверен)
Программы либо установлены в систему (где-то сборка, где-то бинарники), либо AppImage, замеры в Btop
Кандидаты для сравнения
Потребление ОЗУ при запуске — 50 МБ
При воспроизведении — 92 МБ
Parole основан на GStreamer. Минус — глючная перемотка, то и дело видео возвращается к началу файла, хотя сам ползунок нет, либо отказывается отматывать видео. После установки открывает не всё.
При установке уже тянет пару десятков media-plugins/gst
Потребление ОЗУ — 90-98 МБ
Есть перемотка стрелочками и изменение скорости на «[ и ]», но нет абсолютно никакого интерфейса (кнопок, меню, полосы прокрутки). Вариант, чтоб накрутить на него различные GUI оболочки.
Потребление ОЗУ — ±260 МБ и чуть растёт при проигрывании, в другом замере было 192+ МБ.
MPV имеет базовые элементы управления: полоску перемотки, изменение скорости, переключение аудио дорожек и плагины. В других системах ярлык для запуска в меню есть, у меня его нет, поэтому запуск через консоль. Хороший вариант для просмотра видео из интернета, не открывая браузер, при наличии ссылки.
Потребление ОЗУ — 150 МБ
При открытии файла — 350+ МБ и растёт, в другом замере было 300+ МБ.
Как по мне, это оптимальный вариант. В отличие от mpv не требует дополнительных действий после установки, одинаково будет вести себя везде и у всех.
Totem (GnomeVideo)
Потребление ОЗУ — ±70 МБ
Потребление ОЗУ при открытии файла —170 МБ
Через контекстное меню — 160 МБ
При установке тянет 47 зависимостей, включая media-plugins/gst.
Варианты на Qt, уместно в Qt средах
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Тут отмечены варианты для KDE, потому что они тянут kde-frameworks, а у меня GTK среда (Xfce)
Потребление ОЗУ — 135МБ
При открытии файла — 250-300 МБ
У меня окно программы не появилось, хотя в btop процессы висят, удалил. Но в KDE мне программа понравилась, подробнее описал в обзоре на странице.
Аналогично, проект от KDE, и аналогично ведёт себя — окно появляется, но не реагирует на открытие файлов (виснет).
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _
эти не тянут
Потребление ОЗУ при запуске — 120 МБ
ОЗУ при открытии файла — 300 МБ и растёт, в другом замере 345+ МБ, запускал из AppImage, потому что установленный в систему не отображался и не запускался через терминал.
При открытии 90-100МБ (AppImage), нативно установленный — 87-88 МБ
При открытии файла имеет 2 процесса:
mpv (133 МБ) + smplayer (90-100МБ), итого 222 МБ.
Если движок воспроизведения сменить на MPlayer, то ±104+87, итого ±191МБ.
Потребление — 90 МБ
При воспроизведении — 240-270 МБ
Несколько слов об участниках сравнения
Некоторые программы имеют плагины или пользовательские скрипты. Но я рассматривал базовый функционал, поставляемый по умолчанию и одинаковый для всех пользователей и систем, а при желании некоторые варианты каждый может докрутить самостоятельно. Перебирать ворох настроек QMPlay2 и SMPlayer не вижу смысла.
MPlayer не имеет ярлыка в меню и запускается через терминал при открытии конкретного файла. При этом у программы нет никаких видимых возможностей (кнопок, менюшек, настроек и т. д., не развернуть окно на весь экран).
Если почитать и изучить эту статью с ArchWiki (нет русского), то становится понятно предназначение — голое окно и настройка через конфигурационный файлы, а разработчики могут добавить GUI. Есть отсылки на другие статьи и на оф. сайт, отсылка на установку дополнительных кодеков (скачиваются с оф. сайта).
Parole по сравнению с предыдущим вариантом имеет полноценное окно и запускается самостоятельно, но при этом оказался самым легковесным. К нему можно подключить дополнительные плагины (всего парочку, при установке их тянет много, см. скриншот установки). Опять-таки, нет нормальной перемотки по клику курсором или стрелочками.
MPV простой, но при этом есть базовые элементы управления. Настроек как таковых нет, но, как гласит данная страница из Arch Wiki, можно создать конфигурационный файл вручную, куда прописать текстом параметры. Сама статья имеет отсылки к mpv wiki на GitHub, к man-странице на wiki.archlinux и к руководству на своём сайте. В папку .config/mpv/scripts/ пользователь волен добавлять скрипты, которые найдёт и скачает по запросу mpv scripts для расширения возможностей либо найдёт на той странице с ArchWiki.
Celluloid — «Simple GTK+ frontend for mpv», как написано на официальном сайте. Это шкурка для MPV, но при установке тянет ещё 6 пакетов. В отличие от предыдущего варианта всегда имеет значок в меню и может запускаться самостоятельно с ярлыка. Более функциональный: есть настройки и дополнительные возможности через GUI, включая список воспроизведения и поддержку заданных комбинаций клавиш, совместим с конфигами от MPV (так говорится на странице проекта), загрузку/сохранение списков воспроизведения. В окне меню есть упоминание об установленных плагинах, но я таких не встретил.
Отмечу, что при просмотре фильмов удобно переключать дорожки звуковые и субтитров, чтоб понимать всяких гоблинов и орков, чьи высказывания локализаторы не переводят, но пишут текстом на английском, что есть не везде, у меня это работало без нареканий, что было не так в SMPlayer. Во время редактирования нашёл, как их включить, они не показывались.
Totem не имеет списка воспроизведения, нет паузы по клику курсором, зато умеет вращать видео и есть стандартный для Gnome набор комбинаций клавиш. Позволяет выбирать озвучки и субтитры мышкой.
У BakaMplayer есть меню с некоторыми возможностями, включая поворот видео, список открытых файлов, но видео могу перемотать только стрелочками (не курсором по полоске). Программа на Qt, предварительно хотел добавить в каталог сайта, написав несколько слов для обзора, но невозможность перемотки отбила это желание, тем более, что конкурентов достаточно.
QMPlay2 — функциональный, внутри много настроек (про это писал при добавлении на сайт в обзоре).
SMPlayer является самым функциональным, пожалуй, на второе место поставлю QMPlay2. В варианте c MPV или MPlayer легче, чем Celluloid, только функционал при этом выше, настроек и возможностей больше.
Сколько я использую, встретил у себя одну проблему — после паузы вновь не запускался просмотр, нужно было сместить курсор чуть назад: стрелка влево или < для отмотки на один кадр. Это было в версии 23-го года и в варианте на MPV, в актуальной версии этой мелочи нет, как и не было на MPlayer. Похожее встретил тут во время редактирования и просмотра темы по mplayer. Плюс темы есть (на скриншоте), по клавише F5 скрывается верхняя панель с кнопками, а по Ctrl+C все панели. Настолько мне приглянулся этот вариант, что написал обзор более подробный (на странице в каталоге).
VLC — тот вариант, который мне не нравится ввиду своей перегруженности лишним функционалом и сложностью в настройках, поэтому не хотел его добавлять к сравнению, как и kde’шные варианты, но добавил для объективности и полноты картины. Для кого-то ситуация может быть прямо противоположной. Эту программу помню ещё с конца нулевых по Windows, развивается давно и при этом Open Source, есть под многие дистрибутивы и иные платформы. Этакий мастодонт для просмотра видео файлов, поэтому нельзя не упомянуть. При установке тянет 11 зависимостей, кроме самого пакета.
Выводы
Конечно, кроме потребления ОЗУ есть и другие параметры для сравнения, например, всеядность. Меня интересовал преимущественно этот, а остальные — дело вкуса и потребности у всех разные.
Я для себя выбор сделал: SMPlayer для фильмов и длинных видео и QMPlay2 для коротких. Они не самые лёгкие, но функциональные. В последнее время это моя основная связка, короткие видео смотрю там, где есть список воспроизведения (предпочтения эти зависят от DE), но уже давно и плотно осел на QMPlay2, тем более, что программа AppImage и можно не устанавливать.
Результаты отдельно:
Parole (92 МБ) ≈ MPayer (95 МБ) → Totem (160-170 МБ) → SMPlayer+MPlayer (190+ МБ) ≈ MPV (192+ МБ) → SMPlayer+MPV (220+ МБ) → VLC (240-270 МБ) → Celluloid (300-350 МБ) ≈ QMPlay2 (300-350 МБ).
Как видите, показатели могут плавать. Потому что замеры производились в разные дни, после выключений.
(KDE’шные варианты не беру в расчёт ввиду их инородности)
Представленные выше варианты имеют отличные возможности (от слова отличаться) и функциональность, взял те, о которых знаю/использую либо нашёл в каталоге сайта, либо в консоли при установке. Наверняка есть и ещё что взять для рассмотрения. Но мой дистрибутив не обладает таким широким набором прикладного ПО как Ubuntu или Arch. Прошу в комментарии, господа, дополняйте.
P.S.
Позже нашёл страницу, где собрано их большое число со ссылками и описанием.
Комментарии
11:34
12:52
14:18
14:29
Просто очередная шкура для mpv
16:20
16:35
16:56
17:01
17:46
14:05
+
спсб.
А сейчас - "критика":
>> VLC ... мне не нравится ... не хотел его добавлять
но
>> Этакий мастодонт ... развивается давно и при этом Open Source
А вот здесь абсолютно прав:
>> мне не нравится ... но ... Для кого-то ситуация может быть прямо противоположной
И ещё момент:
>> При установке тянет 11 зависимостей
Я всегда пользовался восновном только двумя - SMPlayer и(или) VLC. Так вот "тянут" они примерно одинаково. Тут - нищетово...
А вот "сервис" и "всеядность" тут эти двое одинаковы.
Но вот почему я отказался от своего долго любимого SMPlayer'а впользу VLC - из-за "падучести" (в свое время) SMPlayer'а.
А теперь, юзая VLC, только лишь добавляю vlc-pause-click-plugin.
В Арче он доступен без бубна (в AUR):
Название: vlc-pause-click-plugin
Версия : 2.2.0-1
14:27
Это фантазии! Но и по функционалу они далеко не одинаковы!
14:40
14:44
14:46
14:54
https://mpc-hc.org/2017/07/16/1.7.13-released-and-farewell/
"v1.7.13 is released and farewell
July 16, 2017 XhmikosR
v1.7.13, the latest, and probably the last release of our project…
For quite a few months now, or even years, the number of active developers has been decreasing and has inevitably reached zero. This, unfortunately, means that the project is officially dead and this release would be the last one.
…Unless some people step up that is.
So, if someone’s willing to really contribute and has C/C++ experience, let me know on IRC or via e-mail.
Otherwise, all things come to an end and life goes on. It’s been a nice journey and I’m personally pretty overwhelmed having to write this post.
Thanks to everyone who has contributed in any way all these years; Remember, MPC-HC is an 11-year old project.
Don’t forget, that our official builds, both the stable and the beta builds, are digitally signed. Be aware of scams and only get the files from our site!
Also, to report bugs, suggestions and generally provide feedback, use our Trac; reporting anything on social media or in any other place is just pointless, as the developers only follow Trac.
You can download the new version here. For the complete changes see the changelog."
15:24
https://github.com/clsid2/mpc-hc
15:54
16:28
16:01
15:54
С чего вдруг ? Вон в Вин 7 - стоит и работает . А дальше уже Винды закончились ))
16:31
14:59
Можно smplayer, он наверное лучшая шкура mpv/mplayer
vlc хорош, но для меня избыточен и есть вопросы по интерфейсу, разве что на мобиле им пользуюсь
15:14
Под android'ом mpv тоже очень даже!
15:52
Поглядел что у меня ..VLC ,целлулоид, mpv стоят кучей
Но всегда обычно VLC ,конечно . Оно еще и ТВ кажет - удобно!
16:24
Можно не разбираясь взять универсальный комбайн и "не париться".
А можно подумать, что будет чаще, воспроизведение или работа с потоками, нужен ли GUI и на каком графическом пакете он желательнее.
Оправдывая свой ник расскажу, чем пользуюсь.
В Windows с давних пор есть mpc-hc. Как уже сказали, он до сих пор сопровождается, там обновляют кодеки, mediainfo, шлифуют шрифты субтитров и другие мелочи: https://github.com/clsid2/mpc-hc/releases
Он с тех пор, когда ещё не было mpv, а продукт получился приличный, что называется "не проходите мимо", и он есть и для Windows: https://mpv.io/installation/
Я пользуюсь сборкой из первой строки по ссылке. Мне было интересно сравнить mpc-hc и mpv и делал я это через DLP проектор на экран шириной 2.8м. Кодеки там одинаковые плюс минус версия, а вот начальные настройки и рендеры разные. Мне визуально больше нравится картинка от mpv, а mpc-hc лучше и удобнее работает со звуком. Пожелание к картинке у всех разное, но она для многих важнее звука, который у меня обычное stereo, поэтому и на Windows mpv по умолчанию.
16:42
При редакировании, пока статья ждала модерации: отшлифовал, грамматику, кое-что поправил по мелочи, кое-где сделал повторные замеры и показатели подправил, внёс коррективы.
16:47
17:18
Привык с винды к vlc, и на разного рода линуксах стараюсь использовать его же. Конечно как не опытному пользователю линуксов важен Gui, терминальные проигрователи для меня темный лес. Сколько жрет проигрыватель не суть важно, я так считаю. На линукс минт vlc и celuleid на остальных роса и альт (кде) уже не помню, что но нравится vlc если он есть, то он. На смартфонах vlc, но у него терки с гуглом из-за правил плэй маркета от гугл и vlc могут удалить из плэй маркета. Считаю это будет существенный минус для платформы. Что-то vlc не должен поддерживать старые устройства и чаще выпускать обновления версий -пересказал по памяти. Читал новость с полгода-год, назад и не помню где.
17:47
А vlc... Кто тут что-то говорит про kiss?))) делает много чего, но ничего хорошо!)
18:59
Пытался через VLC записать видео, читал статьи. Выяснилось, что может писать не только своё окно, но и весь монитор. Возился-возился, в итоге плюнул и больше не использую, лучше отдельно поставить что-то.
20:02
P.S. Хорошо он видео пишет и режет хорошо.
Мне малость VirtualDub заменяет по моим задачам.
Огромный плюс очень хорошо адаптирован к пульту и гугл дому, а вот с алисой не дружит.
C вин его портировали.
20:36
Источник:
https://ru.wikipedia.org/wiki/VLC#История_разработки
23:20
Они начали писать VLS (сервер VideoLAN) и VLC (клиент VideoLAN) для потоковой передачи и чтения потоков MPEG2. Им удалось обслуживать и читать первый поток в 1998 году. Планировалось, что эти две программы будут модульными, что означало ядро, состоящее в основном из коммуникационных функций, которые будут использоваться модулями. Это позволило легко переносить модули, специфичные для операционной системы.
В 2001 году, после многих месяцев (если не лет) переговоров, директор школы согласился на изменение лицензии GPL. Разработчики со всего мира сразу же начали работать над проектом.
->Один из них (gibalou) даже представил порт для Win32 6 месяцев спустя!
https://web.archive.org/web/20070101144406/http://wiki.videolan.org/History
То есть windows версия появилась позже основной.
22:52
С чего это вдруг?) VLC портировали с Linux)
22:58
23:28
20:05
20:38
https://mpc-qt.github.io/
20:43
20:48
21:57
А в чем KDE'шность? и в чем "упоротость". Что за антагонизм?
00:49
23:03
00:01
Вот 1080 это привычно, это по обывательски.. А главное браузер спокойно показывает, так как аудио и видеоплееры удаляю после установки системы.
00:02
Второе, касамемо железа и прочего:
результаты замеров могут плавать — я тогда в первый раз словил нагрузку на ЦП от VLC аж в 15%. В другом замере для перепроверки этого уже не было, аналоично 1-3%. У меня есть фильмы и на 7-8 ГБ. Сейчас ремастеры старых фильмов плохого качества в ходу, предназначенные уже под современные разрешения, особенно с AI обработкой. Можно и 4К скачать современный на 20-40 ГБ.
Когда появилась задумка, то я почему-то взял самый длинный, что у меня есть, а не самый тяжёлый. Файлы для сравнения могут быть разные, но пропорции останутся (я так предполагаю). Подумал об этом уже ближе к концу, когда завершал написание, но тогда бы пришлось переделывать всё сызнова.
Поскольку занимаемый объём зависит от общего, то указал количество памяти. ЦП у меня — 5600G 6/12. Ещё мне нравится QMPlay2, который имеет поддержку видеоускорения, как и множество других настроек по работе с железом.
01:09
А так, конечно, хотелось бы освоить MPV.
01:17
Поскольку самые распространённые ныне — H.264/H.265, то писал раньше в них с контйнером MP4. Сейчас перешёл на открытые и свободные контейнеры (MKV, Webm) и свободные кодеки (VP8/9 и AV1). Но, во-первых, не все контейнеры совместимы со всеми кодеками, во-вторых, при просмотре плэер тем и занимается, что расжимает обратно, то есть расшифровывает файл с закодированной информацией (боюсь, тут всё "несколько" сложнее ¯_(ツ)_/¯ и влияние многофакторное).
Опять же, h265 оказывается самым маленким по рзамеру выходного файла. Его бы опередил AV1, но у меня ЦП не имеет поддержки AVX512, пережимается в него крайне-крайне медленно.
02:52
Мое сообщение о том, что VLC всеяден и нетребователен к ресурсам. А если мощей ПК не хватает, как в моем случае: 2 Гб ОЗУ с древнем одноядерным процессором, то на выручку приходит ffmpeg, которая умеет сжимать видео.
08:49