Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(63L
photoshop存成png格式会卡死很久的bug到底能不能修复Re:Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(
引用第63楼RedNax于2011-05-07 20:40发表的 Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(转型为排版技术 .. :1. 先把图像从RGB色彩空间转化为YCbCr（即亮度、蓝色和红色的偏移量三种数值），做这个转化的原因是人类视觉对看到东西的亮度细节比较敏感，色彩细节不是很敏感，所以对于亮度就用多一些数据来保存，颜色就少点数据。这个转化在数学上是无损的，不过计算机上当然有点损失。 images/back.gif
错了，这个也是一个重要的损失源
RGB转换YCbCr无损的要求是转换成4:4:4的YCbCr，但实际上为了减小体积，默认的转换方法都是转化成4:2:0的YCbCr
这是很严重的质量损失
PS：MadVR的Chrome Upscale也是针对这个损失进行的上插值优化
引用第63楼RedNax于2011-05-07 20:40发表的 Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(转型为排版技术 .. :
这在计算机图形学上一般叫做量子化（Quantization）。 images/back.gif
翻译不严谨，一般叫量化
引用第63楼RedNax于2011-05-07 20:40发表的 Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(转型为排版技术 .. :
（值得一提的是，在Mac OSX和Linux下所有文件名都是统一的utf8，刚好解决了这个问题） images/back.gif
解决不彻底，tar过的还好，zip容器在Windows下会被软件直接当本地编码处理
换句话说Linux下的.zip在Windows下必乱码……
引用第63楼RedNax于2011-05-07 20:40发表的 Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(转型为排版技术 .. :
* BMP根本不值得考虑！
其实，所有的图像在解压进计算机能显示的内存后都是完全解压的图像数据（可以理解为BMP），所以BMP也没啥不好的。反正我们总要用zip或者rar对图像进行打包，与其二次压缩（往往PNG在生成的时候就用DEFLATE算法压过一次，过zip的时候再压一次），不如直接原数据进行压缩，其结果和使用PNG没有（理论上的）差别。 images/back.gif
不严谨
首先对于预读取的Reader（以MangaMeeya为首），bmp+.zip会带来额外的内存开销
其次BMP这种格式虽然理论上很强，但其实很多都没有好好实现（比如Alpha通道）
引用第63楼RedNax于2011-05-07 20:40发表的 Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(转型为排版技术 .. :
顺带提一下：PNG-8的压缩算法是无损的不假，但上面所说的有损实际意思是真彩色图片向PNG-8转换是一个有损过程。gif“有损”同理。
量子化算法是否是指“抖动”？ images/back.gif
抖动归抖动，量化归量化
引用第75楼HGP于2011-05-08 12:00发表的 Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(转型为排版技术 .. :
JPG2000是目前发现性价比最高的格式。
应该推广这种压缩格式才对啊。
对我们来说有什么版权问题吗？反正有漫画浏览器支持 JPG2000就OK啦。
....... images/back.gif
JP2这东西标准制定者声称是royalty free的，但是谁知道有多少submarine patent等着你上钩……
基本上是没戏了
另外JP2的压缩和解压性能都比较悲剧
引用第72楼mhfdt于2011-05-08 05:09发表的 Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(转型为排版技术讨 .. :
JP2版权啦版权
没能广泛运用的好格式很大一笔都栽在版权上 images/back.gif
另外要搞清楚专利和版权的差别，懒得弄清楚的话只要知道软件专利很操蛋就行了
引用第67楼RedNax于2011-05-08 01:37发表的 回 66楼(dodolee) 的帖子 :
Mp3的话不清楚，感觉音频和图像差别应该挺大吧…… images/back.gif
一样，都是扔高频保低频
很多MP3直接扔了22K以上的
引用第79楼muscake于2011-05-08 16:28发表的 Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(63L更新超详细打 .. :
png输给gif的地方也就动画了，png的动画格式没得到很好的推广。 images/back.gif
Firefox内置APNG支持
忘了MNG这个姥姥不疼娘不爱的东西吧
Re:Re:Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来
引用第82楼鸡蛋灌饼于2011-05-09 22:28发表的 Re:Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(转型为排版技术 .. :错了，这个也是一个重要的损失源
RGB转换YCbCr无损的要求是转换成4:4:4的YCbCr，但实际上为了减小体积，默认的转换方法都是转化成4:2:0的YCbCr
这是很严重的质量损失
哦，减少色值信息从这里就开始了啊，不过即使是4:2:0也只是带来了一半的容量缩减，容量缩减主要还是在后面的量化和压缩上吧……
另外我随便检查了一些jpg文件，发现大部分图片（漫画、CG什么的）仍然是4:4:4啊，虽然手机照片全是4:2:0。
引用第82楼鸡蛋灌饼于2011-05-09 22:28发表的 Re:Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(转型为排版技术 .. :
翻译不严谨，一般叫量化
我后来才知道 Quantization 一般译作量化，就不想改了……
引用第82楼鸡蛋灌饼于2011-05-09 22:28发表的 Re:Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(转型为排版技术 .. :
不严谨
首先对于预读取的Reader（以MangaMeeya为首），bmp+.zip会带来额外的内存开销
其次BMP这种格式虽然理论上很强，但其实很多都没有好好实现（比如Alpha通道）
这个是。而且BMP一般都是从底向上扫描（除非高度设置为负数），即使解压出来也基本不能直接用，我想这个就不用解释太清楚了……
引用第82楼鸡蛋灌饼于2011-05-09 22:28发表的 Re:Re:看到有人开始轮漫画【图片格式】甚至连PDF都扯出来(转型为排版技术 .. :
抖动归抖动，量化归量化
虽然是不同概念，不过也没法分那么细吧。对Jpeg DCT处理结果做量化叫quantization，图片的整个减色过程叫Color quantization （虽然Dithering 只是其中一步），意思到就差不多了吧……