SPICE协议在Android上的几个优化要点
来源:互联网 发布:淘宝上靠谱的法国代购 编辑:程序博客网 时间:2024/05/20 18:49
首先请大家去看看获得大奖的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,不再赘述。
- SPICE协议在Android上的几个优化要点
- 在CentOS上安装spice的Openstack
- android spice 协议入门
- seo优化的几个要点
- 总结网站优化的几个要点
- sql语句优化的几个要点
- SPICE协议marshaller的处理
- 在多核通信平台上构建网络系统的几个要点
- [优化篇]OpenStack的虚拟桌面协议Spice代替VNC(1)
- [优化篇]OpenStack的虚拟桌面协议Spice代替VNC(2)
- Android组件之Service的几个要点
- WebSocket协议中几个容易被忽略的要点
- fuel 6.0 配置spice协议的整个过程
- SPICE:独立计算环境的简单协议
- VB代码优化的几个注意的要点
- 高性能接入 sever 开发优化的几个要点
- 分析怎样建设网站内部优化的几个要点
- 基于HISI3716的 spice client 绘图优化
- 数学(转)
- 所发生的发生的
- 程序中文乱码问题解决大全
- ROUND 4の NEERC Eastern Subregional2011
- MySQL的myisam引擎表锁优化
- SPICE协议在Android上的几个优化要点
- python下载hadoop天气数据
- Android蓝牙开发
- adb常用命令总结
- 空格替换
- 排序算法的C语言实现-快速排序
- hdu 5358(尺取法)
- HDOJ066 一个人的旅行(dijkstra)
- innodb 添加 plugin_dir组件