
相对来说,低性能的嵌入式用 framebuffer 更好。如果性能好可以用 X 服务实现图形显示。前者基于内核的显示驱动,后者看 X 服务的驱动了。
X 服务可以跑很多软件不需要重新开发,但 c/s 架构效率不是很好。
framebuffer 是软件直接 *** 作硬件的存储器,性能实现比较好。但很多功能都要自己写代码实现。
显示图片在 fb 里面我要是没记错,就是把图片解码成你的软件支持的格式,之后把这部分数据写入 fb 内存。
怎么弄就别找我了。建议看看相关的开发文章。
还有就是 QT 库本身就有直接 fb 输出的函数库,GTK 似乎也有,但目前好像还不是完全可用。用他们作为过渡函数库还不错的。但要注意他们的软件协议!
一般都是用在 Linux 下面的图形显示方面,作为一种快速显示图形的技术的。qt 的 fb 印象里就是 qt 直接输出显示到显示器上。这个过程跨过 xorg 提供的功能。也就是说,fb 的 qt ,不需要 xorg 就能显示图形界面。
印象里这个是 qt 嵌入式的功能,提供一个快速的,完全控制的图形环境。Linux 的图形界面运行慢,有很大的原因是因为 xorg 的服务方式运行而不是本地运行导致的。
不过 fb 方式的 qt ,兼容性不好,不能直接跑 xorg 里面的程序,只能运行专为 qt 嵌入式设计的程序。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)