代码之家  ›  专栏  ›  技术社区  ›  NoMoreZealots

帧缓冲区文档

  •  15
  • NoMoreZealots  · 技术社区  · 16 年前

    编辑: 是从编程的角度来看的唯一文档,而不是“用户如何配置您的系统以使用fb”的文档代码吗?

    5 回复  |  直到 8 年前
        1
  •  5
  •   slaphappy    16 年前
        2
  •  3
  •   Community Mohan Dere    9 年前

    设备驱动程序写入程序 一些官方linux文档中引用了:www.linux-fbdev.org [斜杠]如何[斜杠]索引.html。它不引用太多的接口。。尽管查看linux源代码树确实提供了更大的代码示例。

    --opentom.org[slash]Hardware\u Framebuffer不适用于桌面环境。它强化了主要的方法论,但似乎避免了解释它提到的“快速”双缓冲区切换所需的所有要素。另一个用于不同设备的方法是wiki.gp2x.org[slash]wiki[slash]将\u写入\u framebuffer \u设备,但它至少建议您可以使用fb1和fb0来使用双缓冲(在该设备上)。。虽然对于桌面,fb1可能不可能,或者它可能访问不同的硬件),但是使用volatile关键字可能是合适的,我们应该注意vsync。

    --asm.sourceforge.net[slash]articles[slash]fb.html汇编语言例程,这些例程也显示为(?)只执行查询、打开、设置一些基本操作、mmap、将像素值绘制到存储以及复制到fb内存的基本操作(我想一定要使用一个短的stosb循环,而不是一些较长的方法)。

    --您可能需要重新考虑使用fb0编程的原因(这也可以解释为什么很少有示例存在)。在放弃使用X的好处的同时,您可能无法获得任何有价值的性能提升(这是我的经验,如果有限的话)。这个原因也可以解释为什么代码示例很少存在。

    --请注意,DirectFB不是fb。DirectFB最近得到了比老fb更多的爱,因为它更专注于性感的3d硬件加速。如果您想在不使用3d硬件加速(甚至2d硬件加速)的情况下尽可能快地渲染到桌面屏幕,那么fb可能很好,但不会给您X没有给您的任何东西。X显然使用fb,与程序可能拥有的其他成本相比,开销可能可以忽略不计(不要在任何紧循环中调用X,而是在最后设置好帧的所有像素后调用X)。另一方面,这篇评论中提到的与fb一起玩也很不错: Paint Pixels to Screen via Linux FrameBuffer

        3
  •  3
  •   Luca    15 年前

    检查 MPlayer 消息来源。

    (vo_fbdev*源代码)使用Linux帧缓冲区的插件。

    • FBIOGET\u VSCREENINFO公司
    • FBIOPUT\u v屏幕信息
    • 浏览信息
    • FBIOGETCMAP公司
    • FBIOPAN\U显示器

        4
  •  1
  •   kriss    16 年前

    看看源代码:fbxat,fbida,fbterm,fbtv,directFB library,libxineliboutput fbe,ppmtofb,xserver fbdev都是debian包应用程序。只是想从debian库中获取源代码。还有很多其他的。。。

    :使用您喜爱的包管理器在包描述中搜索帧缓冲区。

    好吧,即使有时需要读取代码 古鲁文献 “实际做起来可能有点过分。

        5
  •  0
  •   Tim Post Samir J M Araujo    16 年前