SPICE协议在Android上的几个优化要点

首先请大家去看看获得大奖的bVNC，然后再来讨论下面的问题：

1、QUIC编码算法是基于SFALIC扩展的，看过SFALIC paper的人都知道，这是一个相当优秀的无损自然图压缩算法，在编码速度和压缩率上取得了不错的平衡。不过前一阵子有位歪果仁朋友在mailing list上问，怎么他手上拿着allwinner A20的板子跑SPICE客户端，上来一副图解码花了400+毫秒。另一位歪果仁朋友就让他去尝试LZ4，结果咋样我就不知道了，因为LZ4没有研究过，但以前国际友人给出的信息LZ4是以流量换CPU时间的，压缩率肯定下降从而导致网络流量上升。个人观点是，毕竟SPICE是远程桌面协议，如果不太在乎图像质量的细节就不要使用QUIC算法而打开有损压缩吧，实际上人眼很难分辨出来细微的差别。如果一定要在A20上使用QUIC，那就上多线程编解码把图形分割成多个块，毕竟ARM系统4个核不用就是浪费，而且无损压缩也不会造成边界分割的视觉效果。实际上SPICE协议对客户端有一定压力，使用ARM A9系列的CPU都比较自虐，除非限制屏幕分辨率小点，否则一定会受到CPU能力的限制。再顺带谈谈有损压缩和无损压缩的效果区别。使用有损压缩，虽然99%以上的场景时候人眼难以分辨，但还会有场景会出现明显质量下降，具体来讲就是网页上飞动小窗口的时候。

2、Android上怎么渲染桌面。开源的渲染算法中java下创建桌面bitmap，每次JNI更新一块图形的时候，就拿到bitmap同步修改一下内容，这样 bitmap里面始终有最新的桌面图形，那么下面就是进行纹理传送缩放平移显示就好了。这个算法有一个好处就是简单，兼容性好，但如果只更新了一个像素也需要传送整个桌面的数据。想要修改多少就传送多少数据？可以分两次渲染，第一次将变化部分渲染到桌面FBO，第二次再缩放平移。两次渲染带来的另一个好处就是可以利用GPU加速运算H264色彩空间转换。然后就是要进行帧率控制，这就比较简单了。
3、在Anroid上缺失Co-Routine Lib，导致实际上这个功能是拿多线程模拟的，而Co-Routine本意又是顺序执行，所以Android上表现实在...怎么解决？干脆抛弃Co-Routine搞多线程。

4、还有一些特性需要定制Framework，不再赘述。