На чем сделан интерфейс mpv?

Крутые консольщики видео не смотрят, ибо против правил. 80х25, вот их интерфейс.

Прослойки между юзером и машиной. Которые выполняют дополнительный функционал. Например, рисуют окошки. Без них, соответственно, никаких окон с их декорациями просто нет.

Каким ещё юзером, когда разговор шёл про иксы и их отсутствие (якобы «консоль», на самом деле тот же drm что в иксах)?

против правил

Нет таких правил.

80х25, вот их интерфейс

80x32 и 120x36 же.

Хорошо затирать про консоль, сидя в иксовом drm в 4k.

Я не знаю кто там про что говорил, а я начал отвечать на конкретное утверждение, что, якобы, нет никакой разницы между наличием иксов и их отсутствием. А разница таки есть. В том, что крутится у юзера на машине. Я отвечал именно про это.

«Консолью» или «ядерной консолью» люди называют эмулятор терминала vt, который реализован в ядре и работает без иксов. В т.ч. и когда у юзера нет иксов на машине вообще. Отсюда возможен и вариант «сидеть в консоли без иксов». И когда люди говорят про «консольный функционал», то они говорят именно про это - что именно доступно в таком окружении.

Если софтина выводит картинку через DRM, но при этом также требует иксы и работает именно в иксах, а без иксов не запустится, то это ни разу не консольная софтина, даже если у неё интерфейс комадной строки. Разница здесь в этом.

Это фреймбуферные текстовые разрешения. 80x32 - это на мониторе с разрешением 1280x1024 (когда шрифт стандартный 16x32 пикселей), а 120x36 - это на мониторе 1920x1080 (FullHD) (когда шрифт 16x30 пикселей; 16x32 на таком разрешении оставляет чёрную незадействованную полоску внизу экрана).

Никто не наяривает на сам vt, зато все наяривают на графический иксовый, а восе не консольный drm, без которого нет даже родного разрешения экрана.

всякие дцпшники

Некоторые нажимают языком одну клавишу, а другую им зажимают друзья. Вот так мы и работаем с хоткеями.

без которого нет даже родного разрешения экрана

DRM и разрешение фреймбуфера - это разные вещи. Просто современные фреймбуферовские драйвера делают с поддержкой DRM. Но были времена, когда такого не было. И фреймбуфер вполне можно было подстроить под родное разрешение монитора. А вот видео, соответственно, выводилось не через DRM, которого не было, а через fbdev. mplayer до сих пор продолжает уметь выводить видео не через DRM, а именно через fbdev.

Какое ещё «подстроить»? Там набор фиксированных режимов, который кончается на разрешении меньшем, чем таковое у монитора, судя по большинству лоровцев.

Там набор фиксированных режимов, который кончается на разрешении меньшем, чем таковое у монитора

А вот и нет. И видеорежим даже можно задавать через опции ядра. Например:

linux /boot/linux-5.2.6 video=radeondrmfb:1920x1080@60,mtrr=3,ywrap root=/dev/sda1 processor.max_cstate=5 rcu_nocbs=0-15

radeondrmfb

drm

Ты здоров или как?

Просто современные фреймбуферовские драйвера делают с поддержкой DRM. Но были времена, когда такого не было.

Фреймбуфер оставался фреймбуфером даже с таким фреймбуферовским драйвером как, например, nvidiafb.

Кстати, был ещё драйвер vesafb. Вот он мог иметь определённые ограничения.

А в несовременных фикcированный набор мыльных разрешений, меньше такового у монитора.

Смотря в каких.

При этом и в современных, повторяю, разрешение ни разу не зависит от DRM. Это две разные подсистемы ядра.

И как это отменяет тот факт, что наяриватели на консоль наяривают на иксовую графическую инфраструктуру по факту, при этом противопоставляя её саму себе?

Это две разные подсистемы ядра

Нет. Для доступа к видео одна подсистема - drm, всё идёт через неё одну.

иксовую графическую инфраструктуру

Нет. DRM - это подсистема ядра. Поэтому, повторяю, mpv умеет показывать картинку через DRM когда в системе даже иксовыми библиотеками совершенно не пахнет, не то что самими иксами.

Для доступа к видео одна подсистема - drm

Нет, не для «доступа к видео», а для вывода картинки, например, в видеопроигрывателе.

Фреймбуфер - это просто буфер для картинки (текст поверх графики, графика поверх текста). И не более этого.

Так каким образом это отменяет тот факт, что в обоих случаях всё работает через один и тот же drm?

Почитай за одно, для чего и кем он был запилен и пилится. Да, не для консоли внезапно, а для иксов.

Что «нет», какой ещё картинки? Там апи гораздо обшиирнее а видеокарты не только «выводят картинку», исперд.

Да, не для консоли внезапно, а для иксов.

Это совершенно неважно какие цели у авторов если они в итоге делают то, что абсолютно юзабельно без всяких иксов в системе.

Там апи гораздо обшиирнее

И каким образом эта обширность относится к фреймбуферу? В общем, не надо смешивать разные подсистемы ядра. Просто ядро одно и отдельные его подсистемы работают параллельно. Но разные подсистемы.

Как это отменяет тот факт, что мамкины консольщики называют консолью графический, запиханный в ядро кусок иксов?

В ядре нет никаких иксов. Это отдельная софтина.

А «консолью» люди называют ядерный vt. Который просто умеет работать через фреймбуфер. А фреймбуфер работает независимо от API всяких DRM'ов.

И каким образом эта обширность относится к фреймбуферу?

Никаким, потому что это кусок иксов, к консольке не имеющий отношения.

В общем, не надо смешивать разные подсистемы ядра

Там одна подсистема, какие ещё «разные»? Назови их тогда.

Назови их тогда

vt, фреймбуфер, DRM,... - это разные подсистемы ядра.

А фреймбуфер работает независимо от API всяких DRM'ов

Нет, не работает - мыльное разрешение меньше экрана это не работа, как и отсутствие ускорения.

Разрешение выставляется в подсистеме фреймбуфера.

как и отсутствие ускорения

Ускорение может быть и независимо от DRM.

Фреймбуфер работает через drm. Вот выходит что как раз твой фреймбуфер и есть обёртка.

Разрешение выставляется драйверов видеокарты, реализующим drm.

Ускорение может быть

Яблони на марсе тоже могут быть. Но их нет.

Разрешение выставляется драйвером фреймбуфера, который реализует драйвер фреймбуфера. DRM - это соседняя подсистема ядра.

Всё делается драйверм ввидеокарты, фреимбуфер - обёртка, ненужная в 2019г.

На чем сделан интерфейс mpv?

На коленке. Без smplayer этим пользоваться невозможно.

Никакого отдельного «драйвера видеокарты» просто нет. Есть драйвер фреймбуфера. А с какими другими подсистемами ядра он умеет взаимодействовать - это уже другой вопрос.

vesafb - драйвер фреймбуфера, nvidiafb - драйвер фрембуфера, nouveaufb - драйвер фреймбуфера, radeondrmfb - драйвер фреймбуфера,... и т.д.

Офигительные истории, пиши ещё. Есть kernel/drivers/video/fbdev/* А есть kernel/drivers/gpu/drm/nouveau/*

Второе работает без первого, просто не будет соснольки и /dev/fb*

На коленке. Без smplayer этим пользоваться невозможно.

Как же так? Я уже несколько фильмов посмотрел.

Я ж и говорю, что это две разные подсистемы. И когда люди говорят про «консоль» или «ядерную консоль», то они говорят конкретно про vt. Который может работать через /dev/fb*.

При этом mpv будучи запущенным из vt через фреймбуфер умеет выводить картинку и через подсистему ядра DRM без всяких иксов и вейландов, да.

судя по выхлопу ldd, на SDL

Работает всё через drm, fb-консоль обёртка над drm.

Разумеется, разные подсистемы ядра взаимодействуют между собой, в т.ч. и по команде юзера. Если, например, из vt запустить wget, то он обратится к сетевой подсистеме ядра. Однако, это разные подсистемы одного и того же ядра.

Здорово, как это отменяет тот факт, что так называемые «консольные приложения», напрямую использующие drm, те полностью графические и делающие то же самое, что делают иксовые приложения, ничем не отличаются от иксовых приложений, кроме того что XOpenDisplay() не вызывают?

smplayer кал.

кроме того что XOpenDisplay() не вызывают?

Далеко не только. Иксовый софт ни разу не работает без жирных (по сравнению с ядерной консолью без иксов) иксов. В иксах же у юзера WM/DE с окошками. В общем, это всё дополнительные прослойки.

А просто нарисовать картинку - это ни разу не «специфическая для графического софта задача». Консольный софт очень даже может рисовать картинки, и от этого он не попадает в класc GUI-софта. А типично иксовый софт - это именно GUI-софт.

Если бы под так называемую консоль писали приложения, а не школьные поделки, там бы использовались тулкиты и был бы абсолютный паритет по «обёрткам».

Смело предположу, что наоборот.

нарисовать картинку

Рисование картинок это графика, что бы ты там не выдумывал.

Ещё раз повторяю, что при противопоставлении консоли и иксов противопоставляются именно CLI + TUI и GUI. Вы употребляете термин «графический софт» именно для обозначения GUI. Однако, манипуляции с графикой, внезапно, не переводят софт из категории CLI в категорию GUI. Т.е., в соответствии с Вашей терминологией, не делают его графическим.