posted by wap, platform: Chrome

引用:

原帖由 @para  于 2015-9-7 13:11 发表
这个不是有解释了么...微信是调用系统图片压缩的.

Android的图像压缩设定有问题,而且一直不改.



为什么Android的图片质量会比iPhone的差？




   经常看到有人问：“安卓版微信发出去的图片怎么那么渣！比iPhone的差远了！”。不只是微信，很多应用安卓版的图片质量就是要比iPhone版逊色很多，这到底是怎么回事？

    我们团队最初也纠结过这个问题，费了半天劲、绕了好大圈，直到最后才发现，原来这是谷歌犯得一个“小”错误，而且一直错到了今天。
    谷歌的错就在于：libjpeg。

    libjpeg是广泛使用的开源JPEG图像库（参考 http://en.wikipedia.org/wiki/Libjpeg ），安卓也依赖libjpeg来压缩图片。通过查看源码，我们会发现安卓并不是直接封装的libjpeg，而是基于了另一个叫Skia的开源项目 （http://en.wikipedia.org/wiki/Skia_Graphics_Engine）来作为的图像处理引擎。Skia是谷歌自己维 护着的一个大而全的引擎，各种图像处理功能均在其中予以实现，并且广泛的应用于谷歌自己和其它公司的产品中（如：Chrome、Firefox、 Android等）。Skia对libjpeg进行了良好的封装，基于这个引擎可以很方便为操作系统、浏览器等开发图像处理功能。
    libjpeg在压缩图像时，有一个参数叫optimize_coding，关于这个参数，libjpeg.doc有如下解释：

boolean optimize_coding
    TRUE causes the compressor to compute optimal Huffman coding tables
    for the image.  This requires an extra pass over the data and
    therefore costs a good deal of space and time.  The default is
    FALSE, which tells the compressor to use the supplied or default
    Huffman tables.  In most cases optimal tables save only a few percent
    of file size compared to the default tables.  Note that when this is
    TRUE, you need not supply Huffman tables at all, and any you do
    supply will be overwritten.

    这段话大概的意思就是如果设置optimize_coding为TRUE，将会使得压缩图像过程中基于图像数据计算哈弗曼表（关于图片压缩中的哈弗曼表，请自行查阅相关资料），由于这个计算会显著消耗空间和时间，默认值被设置为FALSE。
    这段解释乍看起来没有任何问题，libjpeg的代码也经受了十多年的考验，健壮而高效。但很多人忽略了这一点，那就是，这段解释是十多年前写的，对于当 时的 ...

满地都是开源优秀的图片压缩算法库，别说微信的程序员没见过，一定必须用系统自带的？

posted by wap, platform: Chrome

引用:

原帖由 @para  于 2015-9-7 15:02 发表
只是推测说是这个原因,至于微信程序员我倒不认识,没问过.

如果连满街都有的优秀开源图片库都不会用，那这种人连做程序员的资格都没有

posted by wap, platform: Chrome

引用:

原帖由 @para  于 2015-9-7 13:11 发表
这个不是有解释了么...微信是调用系统图片压缩的.

Android的图像压缩设定有问题,而且一直不改.



为什么Android的图片质量会比iPhone的差？




   经常看到有人问：“安卓版微信发出去的图片怎么那么渣！比iPhone的差远了！”。不只是微信，很多应用安卓版的图片质量就是要比iPhone版逊色很多，这到底是怎么回事？

    我们团队最初也纠结过这个问题，费了半天劲、绕了好大圈，直到最后才发现，原来这是谷歌犯得一个“小”错误，而且一直错到了今天。
    谷歌的错就在于：libjpeg。

    libjpeg是广泛使用的开源JPEG图像库（参考 http://en.wikipedia.org/wiki/Libjpeg ），安卓也依赖libjpeg来压缩图片。通过查看源码，我们会发现安卓并不是直接封装的libjpeg，而是基于了另一个叫Skia的开源项目 （http://en.wikipedia.org/wiki/Skia_Graphics_Engine）来作为的图像处理引擎。Skia是谷歌自己维 护着的一个大而全的引擎，各种图像处理功能均在其中予以实现，并且广泛的应用于谷歌自己和其它公司的产品中（如：Chrome、Firefox、 Android等）。Skia对libjpeg进行了良好的封装，基于这个引擎可以很方便为操作系统、浏览器等开发图像处理功能。
    libjpeg在压缩图像时，有一个参数叫optimize_coding，关于这个参数，libjpeg.doc有如下解释：

boolean optimize_coding
    TRUE causes the compressor to compute optimal Huffman coding tables
    for the image.  This requires an extra pass over the data and
    therefore costs a good deal of space and time.  The default is
    FALSE, which tells the compressor to use the supplied or default
    Huffman tables.  In most cases optimal tables save only a few percent
    of file size compared to the default tables.  Note that when this is
    TRUE, you need not supply Huffman tables at all, and any you do
    supply will be overwritten.

    这段话大概的意思就是如果设置optimize_coding为TRUE，将会使得压缩图像过程中基于图像数据计算哈弗曼表（关于图片压缩中的哈弗曼表，请自行查阅相关资料），由于这个计算会显著消耗空间和时间，默认值被设置为FALSE。
    这段解释乍看起来没有任何问题，libjpeg的代码也经受了十多年的考验，健壮而高效。但很多人忽略了这一点，那就是，这段解释是十多年前写的，对于当 时的 ...

而且你这文章转载漏了最后一点，我帮你帖全了：
=======================================================
最终我们决定，不再使用安卓系统原生的JPEG压缩方法，而是基于libjpeg-turbo自行编译了一版native的安卓库，专门用来压缩图片，这样在我们的产品中，就做到了仅仅用1/5的图片大小，就能让用户得到不逊色甚至更优的图片品质，对于我们团队来说，费了半天劲、绕了好大圈是非常值得的。使用libjpeg-turbo还有性能上的好处，这里就不再赘述了）

最后，附上我们团队在github上的开源项目地址，供参考：https://github.com/bither
=======================================================

你看，人家写着文章的团队自己都能整出来并且开源，效果还更好，腾讯做不到？其实就是故意劣化Android而已，没别的意思。