- 博客(5)
- 收藏
- 关注
RSS订阅原创 Android图形显示系统——下层显示2：图形内存的申请与显示
图形内存的申请与显示这一篇回答序言中的第一个问题： 如何申请可以用来送显的内存，如何将其送往LCD？要点图形内存是进程共享内存，且根据其标志支持不同硬件设备的读与写。buffer_handle_t 是 *private_handle_t，gralloc模块自定义private_handle_t类型，并实现图形内存的实际申请。GraphicBuffer跨进程共享的流程是用binder传输必要信
2015-03-21 01:44:37
6476
3
原创 Android图形显示系统——下层显示1：基础知识与相关文件
基础知识和相关文件基础知识Android下层显示相关的代码相对而言并不是很多，核心部分在三件厂商或SOC厂商提供/集成的驱动之中。尽管如此，这部分代码涉及到一系列基础类库，不了解的话也很难读懂。 这些基础知识这里只做简单介绍，详细了解看链接或可自行百度或Googlebinder/ServiceAndroid中用于进程间通信的基本方法，需要了解它是怎么使用的，不然会搞不明白surfaceflinge
2015-03-21 00:24:39
4037
1
原创 Skia深入分析10——Skia库的性能与优化潜力
Skia库性能分析图形/渲染作为图形渲染引擎，性能上是非常重要的，按通常Android手机60帧的刷新率，绘制一帧的总时间只有16ms，可谓是毫厘必争。提升性能到最后，就必然跟硬件打交道，适配CPU，毕竟一个SIMD做下去，好做的提升5、6倍，不那么好做的也达到2、3倍，收益极其可观。 使用SIMD，需要代码架构是满足内存连续性要求的，否则需要重构，Skia作为正常的图形渲染引擎，采用行渲染方式，
2015-03-06 22:03:03
5390
原创 Skia深入分析9——延迟渲染和显示列表
概念Android的硬件加速，是先将绘制命令存储起来，然后回放，作为软件绘制的引擎Skia中同样有这样的机制。在Android 4.4的版本中又加入了延迟渲染的Canvas，它相当于默认使用显示列表的Canvas。 先得到显示列表，再进行渲染，便有机会基于绘制API的整体情况做优化调度。比如使用GPU加速，裁剪过度绘制等。从原理上看，很可能在这一层级做比较大的效率提升，不过，由于Android既定
2015-03-05 01:33:33
4280
2
原创 Skia深入分析8——Skia的GPU绘图
Skia的GPU绘图一、Skia-GPU概述在Android4.2到Android5.0的过程中，skia中开发较频繁的部分莫过于GPU加速部分和延迟渲染机制，尽管目前来看几乎没有用到，但后续很可能会在Frameworks层引入。 在Android上面，只可能使用OpenGL，因此作为使用OpenGL的绘图引擎，关注如下要点即可： 1、OpenGL上下文如何建立（关系到如何显示绘制结果） 2、
2015-03-01 21:56:45
13295
3
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人