这些微处理器的2D加速器是不走MMU的,所以需要知道图形缓存的物理地址而非虚拟地址才能进行2D加速。
但很遗憾,目前AWTK的图形缓存控制结构不带有物理地址信息,目前很难添加这类微处理器的2D加速支持。
可以自己实现一个graphic_buffer类,请参考:src/base/graphic_buffer.h
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
可以自己实现一个graphic_buffer类,请参考:src/base/graphic_buffer.h
@lixianjing 哦,要这样做。
但感觉graphic_buffer类缺少用来做初始化的接口(init);如果它要用得到外部资源(如/dev目录里的设备文件),就需要做一些初始化操作。
可以自己实现一个graphic_buffer类,请参考:src/base/graphic_buffer.h
@lixianjing 尝试了下,发现实际不好操作。除了graphic_buffer类,还有另一套申请图形缓存的接口lcd_mem.h,并且在lcd初始化时会将NULL传给graphic_buffer_create_with_data接口的data形参,即连缓存的虚拟地址都没有指明,无从处理物理地址。
综上,还是难以管理所有图形缓存的物理地址。
君正自己实现了一个graphic_buffer类就可以了,应该都差不多吧。你那边的情况我也不了解,如果需要什么接口,你可以自己加上,在你那边测试无误了发给我,我再看看怎么合并进来或接口做些调整。
既然有相同案例,能否给个代码或示例以供参考?
登录 后才可以发表评论