帧缓冲区是允许简化屏幕界面的设备文件。例如，在连接了 HDMI 显示器的 RaspberryPi 上运行以下代码：
cat /dev/urandom > /dev/fb1
有一些命令 ( fbi, fim) 允许将完整图像注入帧缓冲区。
互联网上有多种资源（ref1、ref2、ref3）试图或多或少地成功解释如何添加系统服务，这将导致屏幕上出现图像。
这些资源中的一个共同点是tty与framebuffer. （即两者都fbi可以fim选择传递 a tty）。
我的假设是 atty是与 a 分开的概念framebuffer。使用tty向framebuffer用户输出内容，但帧缓冲区与tty.
ttya和 a背后是否存在隐藏的关系，framebuffer这可以解释为什么将图像打印到 a 的命令framebuffer似乎依赖于 a tty？
我正在尝试将视频文件转发到没有 X 的设备上的帧缓冲区。我正在使用gstreamer插件fbdevsink。
gst-launch-1.0 videotestsrc ! fbdevsink
gst-launch-1.0 filesrc location=right_top1.mp4 ! fbdevsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "pipeline0".
Execution ended after 0:00:00.006988697
Setting pipeline to NULL ...
Freeing pipeline ...
我无法弄清楚发生了什么，因为即使我添加了调试（-v --gst-debug-level=2）输出也是一样的。
如果重要的话，我正在使用 Yocto OS 开发 Nvidia Jetson Nano。
你们知道如何解决或调试它吗？
我正在使用 HP Envy Touchsmart 笔记本电脑，使用 fwrite 标准 C 函数，在控制台模式下，Debian 10 访问屏幕的帧缓冲区 /dev/fb0。
我读了这个页面： https ://techoverflow.net/2015/06/21/querying-framebuffer-resolution-in-linux/
它指出“cat /sys/class/graphics/fb0/virtual_size”应该返回 fb0 的尺寸。
它返回 1366 x 768 像素。这是我的实际屏幕分辨率。到目前为止这么好。
但是当我写入 /dev/fb0 时，我实际上需要在开始新行之前写入 1376 个像素。
请注意，像素是 32 位数据包，因此看起来没有潜在的扫描线对齐问题。我们说的是10乘以4字节的差异，即40字节，这是很多的。
这种差异从何而来？如何获得扫描线宽度信息而无需肉眼查找？
我正在运行没有 Xserver 的 Raspbian Buster 服务器。我想在连接的电视上显示壁纸，但 /dev/tty1 继续写入 /dev/fb0 或者使用闪烁的光标，或者在我使光标不可见后 60 秒后随机刷新（来自 [email protected]）。我的新策略是完全阻止 /dev/tty1 写入帧缓冲区。
谢谢你的帮助。
我正在尝试更改虚拟终端中的颜色。到目前为止，我已经尝试过：
echo -en "\e]PXYYYYYY"式逃逸/sys/module/vt/parameters/default{red,grn,blu}PIO_CMAPioctl _在这一点上，我怀疑我缺少一个内核功能。我当前的内核配置在这里，我uname -r的是4.9.95-gentoo。