【spiceserver】通过scan script提升jpeg渐进压缩的效率

背景

前面一篇文章有提到在spice上增加渐进压缩算法
有关渐进压缩的原理解释网页：
http://cloudinary.com/blog/progressive_jpegs_and_green_martians
渐进算法的缺陷：
（1） 让用户误认为网页图片是不清晰的，其实是网页还没加载完；
（2） 效率问题，压缩是普通jpeg压缩耗时的8倍，解码是2.5倍；
（3） 硬件很难支持编码；
（4） 解码内存占用较大。

措施

当前加入spice应对效率问题采用的措施：
（1） 采用异步方式压缩；
（2） 采用边压边发的方式，需求是第一段发送数据必须要快，否则还是会卡。

遇到的问题

libjpeg-turbo库渐进算法默认的扫描是10次，也就是一共10段数据，如果只取第1段作为发送的第1段，耗时较小，满足效率问题，但是图片过于模糊，体验性较差，会有界面一直闪动的情况。

解决方案

取前面5段数据作为发送的第一段数据，解决了界面体验差的问题；
随之而来的问题：效率问题，耗时在OA服务器上维持在60-80ms左右。

Scan script方案

耗时过长原因：扫描次数过多；
解决方案：减少扫描次数。（上面的方案如果前面5次扫描数据能够合并成1次或2次扫描就迎刃而解了）

通过资料发现，渐进扫描顺序是按照scan script来扫描的，一般是先亮度后色度、先DC后AC、先低频后高频的方式。
libjpeg-turbo默认的扫描脚本：
https://github.com/LuaDist/libjpeg/blob/master/wizard.txt#L145