xionghuan

合并 (dx dy) 会使绘制线条在时间上失真 , 拆分 (dx dy) 有可能会使形状失真.
其实只要失真在许可的范围内都是可以接受的,而且适当地失真可以极大的提高压缩比.
jpeg采用有损压缩 , 压缩比可达 1% --- 85% , 而某些视频为 1/800

[ 本帖最后由 xionghuan 于 2006-12-26 22:26 编辑 ]

chenlangeer

并不是我多虑，熵编码压缩也算是最经典的压缩方法了，任何一本压缩算法的书中都会找到。利用查表转换，压缩的效率很高，可解压缩的时候，必须逐位Bin的判断，而flash并不支持Bin，只能用字符模拟，而一旦用字符，Bin高效率的移位操作就没法实施了，只能以字符流的方式去处理问题，而flash对字符流的处理本身就很慢。
我提出的观点，和你的并不矛盾，采用何种无损压缩无所谓，关键是要分时分段处理，这样才能扬长避短。

trace

CG大大的涂鸦板就是边画边把数据打入数组的~~

xionghuan

糟啦 ! 自从 Flash 6 问世以后 , 我就把 Flash 5 给删除了 !!!
开句玩笑啦 ! 不要介意 . 其实从 5.0 开始  Flash 就可以对 32 bit 进行 BIN 运算了 .
chenlangeer  还真是多愁善感啊 .
CG 的涂鸦板为了得到完美的绘画体验，和数据压缩率\传输速度 , 采用 " 边画边压缩 " 的方式处理数据吧 ?
那自然会对压缩提出很高的实时要求 , 否则就会影响到用户的交互性 ( 卡 )
如果采用 " 提交数据时压缩 " 也不应该让用户等到花儿谢 ...
可是回放录像时就不同了 , 用户基本不参与交互 , 对解压就没有那么高的要求了 . ( 不对称特性 )
" 边回放边解压 " 时效率低一点也没关系啦 .
到底是压缩快还是解压快 , 在没有作实际测试前 , 我也不能妄下结论 !!
不过 ,倒是可以好好利用一下这种不对称特性 ...

chenlangeer

恩，我又仔细的想了一下，不断的用一个固定32位Bin进行移位、补位操作确实可以完成解压缩工作。

jaleo

不好懂啊！

小电脑

链接失效！！！

babyyear315

ghgfhfghf

lovego

顶一下，学习中。