LINUX.ORG.RU

Настройка видео в консоли через фреймбуфер в Debian Jessie 8.5 amd64, ядро 3.16.0-4-amd64, видяха nvidia C67, драйвер nouveau

 , , ,


0

1

Приветствую, форумчане!

Хотелось бы иметь возможность смотреть фильмы из консоли. Framebuffer есть, разрешение консоли (как и иксов) 1280x800, текстовое разрешение 160x50 ($COLUMNS и $LINES), карточка nvidia C67, графический драйвер nouveau, но mplayer работает только с драйвером -vo caca (псевдографика). Когда я запускаю

mplayer -vo directfb --screenw=1280 --screenh=800 --bpp=16 фильм

видео я не вижу, только звук (независимо от того, какое разрешение и bpp выставляю и выставляю ли вообще).

Сначала команда

mplayer -vo directfb фильм

запускала фильм в каком-то непонятном разрешении (в нижней части экрана, смотреть это убожество было можно, но безо всякого удовольствия).

После вставки в файл /etc/fb.modes следующих строк:

mode "1280x800"
   geometry 1280 800 1280 800 16
   # timings 0 0 0 0 0 0 0
   timings 11976 200 72 22 3 128 6
   accel true
   rgba 5/11,6/5,5/0,0/0
endmode

а в /etc/directfbrc следующих:

mode=1280x800
depth=16

mplayer отображает только чёрный экран, хотя разрешение в консоли выставляется правильное. Звук есть. Кроме того, и до, и после правок конфигов, с драйвером directfb нажатие любой клавиши в mplayer приводит к остановке его работы (в режиме caca, как и в окне иксов, управляющие клавиши работают нормально).

Mode я узнал командой fbset -s, timings - командой cvt 1280 800 60, после чего преобразовал выданные значения в тайминги по алгоритму, предложенному в статье https://www.opennet.ru/base/X/framebuffer_setup.txt.html (приложение 2, в самом конце статьи). Пробовал также оставлять все 0, - ничего не изменилось.

Ниже привожу стандартный вывод mplayer в консоли через directfb:

MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team
Cannot open file '/home/roma/.mplayer/input.conf': No such file or directory
Failed to open /home/roma/.mplayer/input.conf.
Cannot open file '/etc/mplayer/input.conf': No such file or directory
Failed to open /etc/mplayer/input.conf.

Playing /media/roma/Seagate Expansion Drive/Amarkord.1973.TRIPLE.BDRip.XviD.AC3.-HQCLUB.avi.
Detected file format: AVI (Audio Video Interleaved) (libavformat)
[lavf] stream 0: video (mpeg4), -vid 0
[lavf] stream 1: audio (ac3), -aid 0
[lavf] stream 2: audio (ac3), -aid 1
[lavf] stream 3: audio (ac3), -aid 2
Clip info:
 encoder: VirtualDubMod 1.5.10.2 (build 2542/release)
 title: Амаркорд / Amarсord (1973) BDRip
 artist: Flynn82
 copyright: http://hqclub.net/
 genre: Drama/Comedy
 comment: R.G. HQCLUB
Load subtitles in /media/roma/Seagate Expansion Drive/
Opening video filter: [scale]
[ass] auto-open
Selected video codec: MPEG-4 part 2 [libavcodec]
Selected audio codec: ATSC A/52A (AC-3) [libavcodec]
AUDIO: 48000 Hz, 2 ch, floatle, 192.0 kbit/6.25% (ratio: 24000->384000)
AO: [pulse] 48000Hz 2ch floatle (4 bytes per sample)
Starting playback...
VIDEO:  704x384  23.976 fps    0.0 kbps ( 0.0 kB/s)
[swscaler @ 0x7fc30cff3640]using unscaled yuv420p -> bgra special converter
VO: [directfb] 704x384 => 704x384 BGRA

No bind found for key 'п€Ѓ'.
[Строчка "No bind..." повторяется много раз]


MPlayer interrupted by signal 6 in module: unknown
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
  gcc version. If you think it's MPlayer's fault, please read
  DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
  won't help unless you provide this information when reporting a possible bug.

А вот стандартный вывод ошибок (stderr) mplayer в консоли:

commandline read: mplayer
commandline read: -vo
commandline read: directfb
commandline read: --screenw=1280
commandline read: --screenh=800
commandline read: --bpp=16
commandline read: /media/roma/Seagate Expansion Drive/Amarkord.1973.TRIPLE.BDRip.XviD.AC3.-HQCLUB.avi

   ~~~~~~~~~~~~~~~~~~~~~~~~~~| DirectFB 1.2.10 |~~~~~~~~~~~~~~~~~~~~~~~~~~
        (c) 2001-2008  The world wide DirectFB Open Source Community
        (c) 2000-2004  Convergence (integrated media) GmbH
      ----------------------------------------------------------------

(*) DirectFB/Core: Single Application Core. (2014-10-21 10:15) 
(*) Direct/Memcpy: Using Generic 64bit memcpy()
(*) Direct/Thread: Started 'VT Switcher' (-1) [CRITICAL OTHER/OTHER 0/0] <8388608>...
(*) Direct/Thread: Started 'Keyboard Input' (-1) [INPUT OTHER/OTHER 0/0] <8388608>...
(*) DirectFB/Input: Keyboard 0.9 (directfb.org)
(*) DirectFB/Genefx: MMX detected and enabled
(*) DirectFB/Graphics: MMX Software Rasterizer 0.6 (directfb.org)
(*) DirectFB/Core/WM: Default 0.3 (directfb.org)
(*) FBDev/Surface: Allocated 1280x800 16 bit RGB16 buffer (index 0) at offset 0 and pitch 2560.
 (!!!)  *** WARNING [letting unprivileged IDirectFBDisplayLayer::GetSurface() call pass until cooperative level handling is finished] *** [../../../src/display/idirectfbdisplaylayer.c:174 in IDirectFBDisplayLayer_GetSurface()]
(*) FBDev/Mode: Setting 1280x800 LUT8
(*) FBDev/Mode: Switched to 1280x800 (virtual 1280x800) at 8 bit (LUT8), pitch 2560
(*) FBDev/Surface: Allocated 1280x800 8 bit LUT8 buffer (index 0) at offset 0 and pitch 2560.
(*) FBDev/Mode: Setting 1280x800 RGB32
(*) FBDev/Mode: Switched to 1280x800 (virtual 1280x800) at 32 bit (RGB32), pitch 2560
(*) FBDev/Surface: Allocated 1280x800 32 bit RGB32 buffer (index 0) at offset 0 and pitch 2560.
(*) FBDev/Surface: Allocated 1280x800 32 bit RGB32 buffer (index 0) at offset 0 and pitch 2560.
(*) FBDev/Mode: Setting 1280x800 RGB32
(*) FBDev/Mode: Switched to 1280x800 (virtual 1280x1600) at 32 bit (RGB32), pitch 2560
 (!!!)  *** WARNING [unable to adjust heap offset] *** [../../../systems/fbdev/surfacemanager.c:167 in dfb_surfacemanager_adjust_heap_offset()]
(*) FBDev/Surface: Allocated 1280x800 32 bit RGB32 buffer (index 1) at offset 2048000 and pitch 2560.
(!) DirectFB/FBDev: Panning display failed (x=0 y=800 ywrap=0 vbl=0)!
    --> Invalid argument
(!) DirectFB/FBDev: Panning display failed (x=0 y=800 ywrap=0 vbl=0)!
    --> Invalid argument

A:   0.0 V:   0.0 A-V:  0.000 ct:  0.000   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.0 V:   0.0 A-V:  0.001 ct:  0.000   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.1 V:   0.1 A-V:  0.001 ct:  0.000   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.1 V:   0.1 A-V:  0.001 ct:  0.000   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.2 V:   0.2 A-V:  0.004 ct:  0.000   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.2 V:   0.2 A-V:  0.002 ct:  0.000   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.3 V:   0.3 A-V:  0.002 ct:  0.001   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.3 V:   0.3 A-V:  0.001 ct:  0.001   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.3 V:   0.3 A-V:  0.003 ct:  0.001   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.4 V:   0.4 A-V:  0.001 ct:  0.001   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.4 V:   0.4 A-V:  0.001 ct:  0.001   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.5 V:   0.5 A-V:  0.001 ct:  0.001   0/  0 ??% ??% ??,?% 0 0 [K
A:   0.5 V:   0.5 A-V:  0.003 ct:  0.001   0/  0  2% 13%  1.4% 0 0 [K
A:   0.5 V:   0.5 A-V:  0.000 ct:  0.001   0/  0  2% 13%  1.5% 0 0 [K
A:   0.6 V:   0.6 A-V:  0.001 ct:  0.001   0/  0  2% 13%  1.4% 0 0 [K
A:   0.6 V:   0.6 A-V:  0.000 ct:  0.002   0/  0  2% 13%  1.3% 0 0 [K
A:   0.7 V:   0.7 A-V:  0.002 ct:  0.002   0/  0  1% 13%  1.2% 0 0 [K
A:   0.7 V:   0.7 A-V:  0.000 ct:  0.002   0/  0  1% 14%  1.4% 0 0 [K

[Дальше много подобных строк, которые отсюда вырезал, чтоб не захламлять пост]

(!) [ 1464:    0.000] --> Caught signal 11 (sent by the kernel) <--
 (!!!)  *** WARNING [still objects in 'Layer Region Pool'] *** [../../../lib/fusion/object.c:241 in fusion_object_pool_destroy()]
 (!!!)  *** WARNING [still objects in 'Layer Context Pool'] *** [../../../lib/fusion/object.c:241 in fusion_object_pool_destroy()]
 (!!!)  *** WARNING [still objects in 'Surface Pool'] *** [../../../lib/fusion/object.c:241 in fusion_object_pool_destroy()]

Сигналы, прерывающие mplayer, принимаются по нажатию любой управляющей клавиши, например стрелки вперёд или *.

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

anonymous
()
Ответ на: комментарий от anonymous

В проприетарном драйвере как раз таки нет поддержки фреймбуфера. И с nouveaufb всё прекрасно работает если оно взлетает. А вот если не взлетает (text mode only), то тогда уже придётся смотреть в сторону разных uvesafb.

saahriktu ★★★★★
()
Ответ на: комментарий от anonymous

Хотелось бы иметь возможность смотреть фильмы из консоли.

Тебе нужен проприетарный драйвер

А тебе нужно перестать жрать наркоту.

anonymous
()

Зачем ты это делаешь? Вывод видео в консоли при любом раскладе жрёт больше ресурсов (на nouveau неполноценное ускорение, на блобе консоль без ускорения). Смотри видео на блобе в иксах.

anonymous
()
Ответ на: комментарий от anonymous

У меня всё прекрасно работает. GeForce GT 520 и nouveaufb. mplayer прекрасно показывает качественную картинку через fbdev2, а mpv прекрасно показывает качественную картинку через drm.

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

Жрёт больше ресурсов и поддерживает меньше форматов чем блоб, порой глючит — корраптит картинку и валится. Знаем мы ваше «нормально».

anonymous
()
Ответ на: комментарий от anonymous

Уж не настолько больше чем жрут иксы и иксовый софт. А 3D ускорение вообще заставляет греться видеочип, без активного его использования надёжнее. Ну, а что касается форматов, то и mplayer и mpv юзают ffmpeg, и, соответственно, поддерживают всё, что поддерживает он. А это, извините, совсем не 1,5 формата. Для тех, кто активно смотрит много видео в самых разных, в т.ч. и довольно редких, форматах оно ещё может и не подойти, а для обычного юзера очень даже годно. И я вообще не припомню случаев падений mplayer/mpv, а тем более с nouveaufb. А отдельные артефакты могут быть и в иксах, это не вина фреймбуфера.

В общем, Вы явно просто не умеете всё это готовить.

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

Иксы и иксовый софт в фоне ничего не жрут, а фреймбуфер в видео без тормозов достаточного качества не может. Отсутствие ускорения в твоём фреймбуфере заставляет греться процессор и отнимать его время у пользователя. Аппаратный видеодекодер энергоэффективнее. Поддержка форматов зависит от драйвера этого видеодекодера, а не только от ffmpeg, у меня это mpeg1 mpeg2 vc1 wmv9 mpeg4 h264 hevc vp9 4096x2304+. Готовить это что, драйвера дописывать? Умею, но предпочитаю такой хернёй без доплаты не заниматься.

anonymous
()
Ответ на: комментарий от anonymous

Иксы и иксовый софт в фоне ничего не жрут

Это Вам так только кажется.

фреймбуфер в видео без тормозов достаточного качества

Это 4K что-ли? Впрочем, мне и 720p выше крыши.

Аппаратный видеодекодер энергоэффективнее.

Ну и что? Декодировать на проце тоже можно. Во времена Pentium II 233 МГц и Matrox MGA Millenium никаких аппаратных видеодекодеров не было, да и драйвера под иксы были так себе, но всё равно можно было смотреть видео на этом самом Pentium II 233 МГц декодируя именно процом. А для современных десктопных процов это вообще семечки. Если, конечно, видео не в 8K.

saahriktu ★★★★★
()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от saahriktu

Это Вам так только кажется

для современных десктопных процов это вообще семечки

Это 4K что-ли?

Так-то и 1080 нормального качества h264/vp9/hevc нормально так i3 нагружает, не говоря про phenom2/core2 и старше.

мне и 720p выше крыши

А мне нет.

Ну и что?

вообще заставляет греться ..., без активного его использования надёжнее

Во времена Pentium II

Было нормально видео 320x240 в окошке.

А кстати, там в вашей консоли vsync работает в видео или опять нинужно?

anonymous
()
Ответ на: комментарий от anonymous

А кстати, там в вашей консоли vsync работает в видео или опять нинужно?

Работает. Сук, пришлось по SSH перезагружаться — графика наглухо зависла, когда из консоли с видео попробовал переключиться в нормальную сессию, чтобы посмотреть нагрузку на процессор.

anonymous
()
Ответ на: комментарий от anonymous

графика наглухо зависла, когда из консоли с видео попробовал переключиться

Да, такое было нередкостью во времена vesafb и nvidiafb. С появлением nouveaufb и intelfb оно теперь почти ушло в прошлое.

saahriktu ★★★★★
()
Ответ на: комментарий от anonymous

Зачем, если можно завершить работу штатно? Для Magic SysRq я заклинание не забыл: REISUB.

anonymous
()
Ответ на: комментарий от anonymous

Для видеочипов ATI я ещё никогда не видел нормальных драйверов. Даже под иксы. Когда-то я уже было поверил пишущим, что ситуация улучшилась и хватанул видеокарту от ATI. Пришлось менять на видеокарту от NVidia. Так что, видеокарты от ATI у меня в списке винжелеза. Это сегодня многие привыкли, что под Linux'ом почти всё железо прекрасно работает, а чуть больше чем 10 лет назад всё было совершенно не так, и нужно было думать о линуксовых задачах и подбирать под них железо до его покупки. Считаю этот подход более чем правильным и сегодня. Если нужна фреймбуферовская консоль, а тем более с видео, то нужно заранее предусматривать наличие видео от NVidia или Intel. На Raspberry Pi такого, конечно, нет, но там и не ATI'шный видеочип. Поэтому сама фреймбуферовская консоль работает хорошо, и эмуляторы летают, но декодировать видео на ARM'овских процах без слайдшоу, конечно, невозможно. mpv когда-то учился задействовать аппаратное ускорение Raspberry Pi, но потом его в этом направлении ломали (в смысле сборки вообще). Хотя 320x240 видео смотреть немного можно и mplayer'ом.

saahriktu ★★★★★
()
Ответ на: комментарий от anonymous

Ну так всякое с софтом бывает. Тот же Qt 5 умеет поддерживать фреймбуфер, но по дефолту не умеет его разблокировать. И что, это тоже проблема фреймбуфера? В иксах тоже может быть полноэкранный софт, создающий кучу проблем. Это в случае кучи разных окон проблемы с одним отдельным ещё не мешают переключиться в другое окно. Но, там в свою очередь могут быть проблемы с оконными менеджерами. Другой вопрос, что на практике на них напороться крайне сложно.

saahriktu ★★★★★
()
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от saahriktu

Если нужна фреймбуферовская консоль, а тем более с видео, то нужно заранее предусматривать наличие видео от NVidia

Не, я понимаю, что ты наглухо упоротый, но в твоём говнодрайвере уже работает энергосбережение? А 3D? У меня работает. А на проблемы консоли мне как-то плевать, мой калькулятор тянет графику.

anonymous
()
Ответ на: комментарий от saahriktu

Ненужность иксов(даже если пропустить что это враньё) и 3д ещё не означает нужности консоли. Женская логика фанатиков как обычно.

anonymous
()
Ответ на: комментарий от anonymous

Есть люди, которые в тот или иной момент задумываются по поводу архитектур. Вплоть до GUI vs CLI. И тут они находят вот такие вот статьи: http://oni-ddr.livejournal.com/26660.html . И делают выбор между иксами и ядерной консолью без иксов. И в консоли без иксов тоже прекрасно можно жить. Да, здесь нет браузеров с JS и многого другого, но без этого всего вполне можно обходиться.

saahriktu ★★★★★
()
Ответ на: комментарий от nutsandmilk

Почему именно DirectFB? ЕМНИП, то всё прекрасно смотрится через fbdev/fbdev2

К сожалению, мой дебиановский mplayer не поддерживает fbdev[2]{0,1}. Вот вывод mplayer -vo help:

MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team
Available video output drivers:
	vdpau	VDPAU with X11
	xv	X11/Xv
	gl3	OpenGL 3.x
	gl	OpenGL
	x11	X11 ( XImage/Shm )
	sdl	SDL YUV/RGB/BGR renderer (SDL v1.1.7+ only!)
	caca	libcaca
	v4l2	V4L2 MPEG Video Decoder Output
	null	Null video output
	directfb	Direct Framebuffer Device
	yuv4mpeg	yuv4mpeg output for mjpegtools
	png	PNG file
	jpeg	JPEG file
	gif89a	animated GIF output
	tga	Targa output
	pnm	PPM/PGM/PGMYUV file
	md5sum	md5sum of each frame
	gl_nosw	OpenGL no software rendering

caca работает, также работает вывод в файлы (пробовал -vo gif89a и -vo yuv4mpeg), directfb вылетает, остальные говорят «no video» и воспроизводят только звук (как присутствующие в этом списке, так и отсутствующие, например, тот же fbdev/fbdev2).

aureliano15 ★★
() автор топика
Ответ на: комментарий от saahriktu

А mpv умеет "-vo=drm". Если, конечно, правильно собран.

Видимо, в debian/jessie он собран неправильно, т. к. вывод mpv -vo help такой:

Available video outputs:
  opengl         : Extended OpenGL Renderer
  vdpau          : VDPAU with X11
  xv             : X11/Xv
  sdl            : SDL 2.0 Renderer
  opengl-old     : OpenGL (legacy VO, may work better on older GPUs)
  vaapi          : VA API with X11
  x11            : X11 ( XImage/Shm )
  null           : Null video output
  image          : Write video frames to image files
  opengl-hq      : Extended OpenGL Renderer (high quality rendering preset)
  wayland        : Wayland SHM video output

И, как и в mplayer, в моей графической консоли всё это не работает.

aureliano15 ★★
() автор топика
Ответ на: комментарий от anonymous

Попробовал поставить проприетарный драйвер 304xx. Ничего не изменилось (т. е. м. б. что-то и изменилось, но не во фреймбуфере). Фреймбуфер как был, так и остался, вопреки утверждениям, что де поддержки фреймбуфера в проприетарном драйвере нет. Но mplayer'у / mpv запустить видео 304xx не помог.

aureliano15 ★★
() автор топика
Ответ на: комментарий от saahriktu

У меня после установки проприетарного драйвера фреймбуфер не пропал, но mplayer/mpv как не воспроизводили видео в нормальном (не «кака») режиме, так и не воспроизводят.

Пробовал поставить uvesafb - фреймбуферу это тоже не помогло, а вот иксы сначала испортились (максимальное разрешение выставилось 1024x768 против бывшего до этого 1280x800), а после моих экспериментов с модулями ядра и др. графическими модулями и вовсе слетели, пока я не поставил проприетарный драйвер. Думаю, не надо уточнять, что mplayer'у/mpv uvesafb не помог. :-(

В общем, пока что я не вижу разницы между проприетарным и свободным драйверами, а вот uvesafb, конечно, хуже. Впрочем, оно и не удивительно - это ведь общий драйвер, а не специализированный.

aureliano15 ★★
() автор топика
Ответ на: комментарий от anonymous

Зачем ты это делаешь? Вывод видео в консоли при любом раскладе жрёт больше ресурсов (на nouveau неполноценное ускорение, на блобе консоль без ускорения). Смотри видео на блобе в иксах.

Теоретически иксы должны жрать больше, ведь там не только вывод видео и вообще графики, но ещё и управление окнами и т. д. Хотя порой практика не совпадает с теорией. На первый взгляд более простое приложение может быть криво написано, а более сложное оптимизировано и вылизано по максимуму. В общем, это надо проверять. Если удастся настроить показ видео в консоли - обязательно проверю. Но пока по умолчанию (без проверки) продолжаю склоняться в пользу большей лёгкости фреймбуфера.

aureliano15 ★★
() автор топика

Спасибо всем ответившим, хоть ни один из советов мне и не помог.

Как показала практика, от проприетарности/свободности драйвера ничего в данном случае не меняется. uvesafb тоже не помогает, скорее портит.

Видимо, в Debian/Jessie mplayer и mpv почему-то скомпилированы без поддержки нормальных драйверов, которые у других работают. Конечно, можно собрать из исходников самому, но не хотелось бы этого делать, ведь потом и поддерживать в актуальном состоянии тоже придётся самому (или не обновлять, что тоже не тру).

Но вот что странно: перелопатив весь гуглояндекс с ключевыми словами «mplayer framebuffer не показывает видео» и подобными, я не нашёл нигде подобных проблем. Наоборот, где-то на чисто дебиановском ресурсе читал про использование режима -vo fbdev, которого у меня почему-то нет. Может всё-таки я в чём-то неправ? Ни у кого никаких идей больше нет?

aureliano15 ★★
() автор топика
Ответ на: комментарий от aureliano15

Проприетарный драйвер был установлен с ошибками или был прописан другой драйвер фрембуфера, а не nouveaufb? Установка проприетарного драйвера требует занесения nouveaufb в blacklist после чего, если не был явным образом прописан другой драйвер фреймбуфера, ядерная консоль переходит в текстовый режим.

Пробуйте удалять проприетарный драйвер и прописывать именно nouveaufb:

        linux /boot/linux-4.7 video=nouveaufb:1920x1080@60,mtrr=3,ywrap root=/dev/sda1

saahriktu ★★★★★
()
Ответ на: комментарий от aureliano15

Видимо, остаётся пересобирать руками.

> mplayer -vo help
MPlayer 1.3.0-5.2.0 (C) 2000-2016 MPlayer Team
Available video output drivers:
        sdl     SDL YUV/RGB/BGR renderer (SDL v1.1.7+ only!)
        fbdev   Framebuffer Device
        fbdev2  Framebuffer Device
        aa      AAlib
        caca    libcaca
        v4l2    V4L2 MPEG Video Decoder Output
        directfb        Direct Framebuffer Device
        dfbmga  DirectFB / Matrox G200/G400/G450/G550
        cvidix  console VIDIX
        null    Null video output
        mpegpes MPEG-PES to DVB card
        yuv4mpeg        yuv4mpeg output for mjpegtools
        png     PNG file
        jpeg    JPEG file
        gif89a  animated GIF output
        tga     Targa output
        pnm     PPM/PGM/PGMYUV file
        md5sum  md5sum of each frame

> mpv -vo help
Available video outputs:
  null           : Null video output
  image          : Write video frames to image files
  caca           : libcaca
  drm            : Direct Rendering Manager

>

saahriktu ★★★★★
()
Ответ на: комментарий от aureliano15

У тебя похоже на самом деле ядерная часть nouveau загружается, хотя ты думаешь что закрытый. А uvesafb и vesafb без «u» — разные вещи, первый не нужен если у тебя не экзотическая архитектура а обычный комп.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.