Board logo

标题: 微信朋友圈照片优化小技巧 [打印本页]

作者: ywgywg    时间: 2015-9-7 02:37     标题: 微信朋友圈照片优化小技巧

posted by wap, platform: Galaxy S6 EDGE
请用800万像素并且4:3比例拍摄,在此格式下发朋友圈的相片要比其他比例或者其他像素的要清晰的多,已经亲测有效,别问我问什么,我只想说腾讯这帮家伙有点懒。
不过再过几天应该在微信升级后会为1200万像素并且4:3比例的照片提供优化了,别问我为什么,我是猜的。
作者: 小文    时间: 2015-9-7 06:28

心理作用……

当初用单反拍摄的2千万像素的照片测试过,猴机客户端发上去照片就被压缩得很小了,和是否iPhone本机拍摄没关系的。
作者: squallssck    时间: 2015-9-7 07:20

posted by wap, platform: iPhone
缩图很有学问,用一张10m的2400w像素的直接发微信效果的确不如3m 800w像素。
作者: ywgywg    时间: 2015-9-7 18:34

posted by wap, platform: Galaxy S6 EDGE
引用:
原帖由 @小文  于 2015-9-7 06:28 发表
心理作用……

当初用单反拍摄的2千万像素的照片测试过,猴机客户端发上去照片就被压缩得很小了,和是否iPhone本机拍摄没关系的。
并非心里作用,我是亲自测试后得出的结论
作者: ywgywg    时间: 2015-9-7 18:36

posted by wap, platform: Galaxy S6 EDGE
这两张图都是4:3的,一个是1200万像素拍的,一个是800万拍的,字体清晰的就是800万
作者: ywgywg    时间: 2015-9-7 18:39

posted by wap, platform: Galaxy S6 EDGE
来一张16:9的1600万像素照片上传朋友圈后的劣化
作者: 小文    时间: 2015-9-7 22:22

引用:
原帖由 ywgywg 于 2015-9-7 18:34 发表
posted by wap, platform: Galaxy S6 EDGE
并非心里作用,我是亲自测试后得出的结论
31.67K和29.93K的区别…………这谈得上优化吗,也就是糊和更糊的区别

不是iPhone发图被腾讯特别优化,而是iOS客户端各方面参数都高,同样的图,用候机上传长边变成约960;用5和5s上传,长边1136;用iPhone6P上传,长边1704。同一张朋友圈里的照片,用候机看文件75K,用5s看250K,用6P看文件更大。这里不存在什么特别优化,iOS就是花了几倍的流量获得了更好的画质,仅此而已。
作者: bzjian    时间: 2015-9-7 22:54

posted by wap, platform: 小米 NOTE
我想问,andriod在微信的缩图大小上限是多少?
作者: 娇生冠养    时间: 2015-9-7 23:11

posted by wap, platform: iPhone
这安卓,好几年了,微信朋友圈画质垃圾还没改进啊!

服了
作者: 一个大叫驴    时间: 2015-9-7 23:12

posted by wap, platform: Meizu MX4 Pro
推荐一个修图软件 叫snapseed
作者: 燕山隐士    时间: 2015-9-7 23:30

posted by wap, platform: Meizu MX3
只能说腾讯的程序员是果粉
作者: solbadguy    时间: 2015-9-8 09:01

posted by wap, platform: Android
引用:
原帖由 @娇生·冠养  于 2015-9-7 11:11 PM 发表
这安卓,好几年了,微信朋友圈画质垃圾还没改进啊!

服了
这跟安卓有什么关系?明明是微信自己的问题。同样是腾讯出的app,同样一张图,为什么传QQ就比较清晰?别说什么容量大小,就是缩小到960大小再上传一样是这个结果。
作者: 娇生冠养    时间: 2015-9-8 09:10

posted by wap, platform: iPhone
引用:
原帖由 @solbadguy  于 2015-9-8 09:01 发表
这跟安卓有什么关系?明明是微信自己的问题。同样是腾讯出的app,同样一张图,为什么传QQ就比较清晰?别说什么容量大小,就是缩小到960大小再上传一样是这个结果。
我知道啊,但确实只有安卓手机才这样搞,当初就是恶心这个所以本来可以用用都马上换了苹果,所有拍的照片都他妈糊成一片,以为它速度慢会慢慢改进

只是想不到微信这么多年了,居然还不改安卓版这画质
作者: para    时间: 2015-9-8 09: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的代码也经受了十多年的考验,健壮而高效。但很多人忽略了这一点,那就是,这段解释是十多年前写的,对于当 时的计算设备来说,空间和时间的消耗可能是显著的,但到今天,这似乎不应再是问题,相反,我们应该更多的考虑图片的品质(越来越好的显示技术)和图片的大 小(越来越依赖于云服务)。
    谷歌的Skia项目工程师们最终没有设置这个参数,optimize_coding在Skia中默认的等于了FALSE,这就意味着更差的图片质量和更大的图片文件,而压缩图片过程中所耗费的时间和空间其实反而是可以忽略不计的。那么,这个参数的影响究竟会有多大呢?
    经我们实测,使用相同的原始图片,分别设置optimize_coding=TRUE和FALSE进行压缩,想达到接近的图片质量(用Photoshop 放大到像素级逐块对比),FALSE时的图片大小大约是TRUE时的5-10倍。换句话说,如果我们想在FALSE和TRUE时压缩成相同大小的JPEG 图片,FALSE的品质将大大逊色于TRUE的(虽然品质很难量化,但我们不妨说成是差5-10倍)。
    我们又对Android和iOS进行了对比(均使用标准的JPEG压缩方法),两个系统都没有提供设置optimize_coding的接口(通过阅读源 码,我们已经知道Android是FALSE,iOS不详),当压缩相同的原始图片时,结果也是一样,iOS完胜。想要品质接近,文件大小就会差出 5-10倍,而如果要压缩出相同大小的文件,Android的压缩品质简直就是惨不忍睹。
    结果说明,苹果很清楚optimize_coding参数和哈弗曼表的意义,这里需要特别指出,苹果使用的哈弗曼表算法与libjpeg(及我们后来自行 采用的libjpeg-turbo)不同,像素级可以看出区别,苹果似乎基于libjpeg又进行了进一步的优化,压缩出来的图片细节上更柔和、更平滑。
    以上试验,我们尝试过多个原图、多种压缩比例,试验结果均类似,如有兴趣,您不妨也自行进行尝试。
作者: xfameng    时间: 2015-9-8 09:34

已变成科普贴。。。
作者: xiaoaa    时间: 2015-9-8 09:38

安卓系统没人权
作者: 小文    时间: 2015-9-8 09:38

posted by wap, platform: Chrome
引用:
原帖由 @para  于 2015-9-8 09: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的代码也经受了十多年的考验,健壮而高效。但很多人忽略了这一点,那就是,这段解释是十多年前写的,对于当 时的 ...
这可能有点关系但不是主要矛盾,主要区别是iOS版微信获取的朋友圈照片尺寸/文件大小是Android版的几倍!几倍大的文件,再不清楚点就出鬼了
作者: solbadguy    时间: 2015-9-8 09:56

posted by wap, platform: SONY 巨猴
引用:
原帖由 @para  于 2015-9-8 09:11 AM 发表
这个不是有解释了么...微信是调用系统图片压缩的.

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的代码也经受了十多年的考验,健壮而高效。但很多人忽略了这一点,那就是,这段解释是十多年前写的,对于当 时的 ...
还是无法解释这个问题:为什么同样安卓下面的QQ APP,同一张图片,发QQ说说上就比发微信朋友圈清晰?而且QQ还有高清选项——即使不选高清,选默认,也比微信朋友圈清晰。大家可以试试。
作者: 小文    时间: 2015-9-8 10:14

posted by wap, platform: Chrome
引用:
原帖由 @solbadguy  于 2015-9-8 09:56 发表
还是无法解释这个问题:为什么同样安卓下面的QQ APP,同一张图片,发QQ说说上就比发微信朋友圈清晰?而且QQ还有高清选项——即使不选高清,选默认,也比微信朋友圈清晰。大家可以试试。
说明微信的定位比QQ更大众化更屌丝化,尽量节省流量是第一考量
作者: 大口仔阿    时间: 2015-9-8 10:21

ipad air上传更加清晰 size更大。安卓就算了。
作者: jun4rui    时间: 2015-9-8 10:39

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的代码也经受了十多年的考验,健壮而高效。但很多人忽略了这一点,那就是,这段解释是十多年前写的,对于当 时的 ...
满地都是开源优秀的图片压缩算法库,别说微信的程序员没见过,一定必须用系统自带的?
作者: para    时间: 2015-9-8 11:01

引用:
原帖由 小文 于 2015-9-8 09:38 发表
posted by wap, platform: Chrome
这可能有点关系但不是主要矛盾,主要区别是iOS版微信获取的朋友圈照片尺寸/文件大小是Android版的几倍!几倍大的文件,再不清楚点就出鬼了
你可以理解为ios默认压缩比低,所以最终体积大点效果好点.
作者: para    时间: 2015-9-8 11:01

引用:
原帖由 solbadguy 于 2015-9-8 09:56 发表
posted by wap, platform: SONY 巨猴
还是无法解释这个问题:为什么同样安卓下面的QQ APP,同一张图片,发QQ说说上就比发微信朋友圈清晰?而且QQ还有高清选项——即使不选高清,选默认,也比微信朋友圈清晰。大家可以 ...
你不也知道QQ和微信是两个软件么...写软件的是两拨人么?
作者: para    时间: 2015-9-8 11:02

引用:
原帖由 jun4rui 于 2015-9-8 10:39 发表
posted by wap, platform: Chrome
满地都是开源优秀的图片压缩算法库,别说微信的程序员没见过,一定必须用系统自带的?
只是推测说是这个原因,至于微信程序员我倒不认识,没问过.
作者: 532    时间: 2015-9-8 11:13

引用:
原帖由 大口仔阿 于 2015-9-8 10:21 发表
ipad air上传更加清晰 size更大。安卓就算了。
air我也有,没留意看文件体积,总觉得差不多啊

倒是air设置背景超清晰,猴机上设置背景糊一脸简直是qvga
作者: jun4rui    时间: 2015-9-8 11:17

posted by wap, platform: Chrome
引用:
原帖由 @para  于 2015-9-7 15:02 发表
只是推测说是这个原因,至于微信程序员我倒不认识,没问过.
如果连满街都有的优秀开源图片库都不会用,那这种人连做程序员的资格都没有
作者: jun4rui    时间: 2015-9-8 11:23

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而已,没别的意思。
作者: 小文    时间: 2015-9-8 11:43

posted by wap, platform: Chrome
仅仅用1/5的图片大小,就能让用户得到不逊色甚至更优的图片品质喷了......
作者: 大口仔阿    时间: 2015-9-8 11:47

引用:
原帖由 jun4rui 于 2015-9-8 11:17 发表
posted by wap, platform: Chrome
如果连满街都有的优秀开源图片库都不会用,那这种人连做程序员的资格都没有
这位大爷这么厉害。估计应该很有资格了。要不你写一个如何 ?
作者: para    时间: 2015-9-8 13:13

引用:
原帖由 jun4rui 于 2015-9-8 11:23 发表
posted by wap, platform: Chrome
而且你这文章转载漏了最后一点,我帮你帖全了:
=======================================================
最终我们决定,不再使用安卓系统原生的JPEG压缩方法,而是基于libjpeg ...
没,我转载的那个站点就那些

直接调用系统内置功能,你可以说它偷懒,故意劣化倒也算不上吧。
作者: yutaco    时间: 2015-9-8 13:43

posted by wap, platform: iPhone
换手机就行了
作者: jinwyp    时间: 2015-9-8 14:09

posted by wap, platform: MAC OS X
人家微信基于大数据的算法,你们太naive了。

用andorid 普遍没钱,微信大数据根据用户群体划分自动调整压缩算法,节省流量,符合用户群体特性
作者: solbadguy    时间: 2015-9-8 14:42

就做到了仅仅用1/5的图片大小,就能让用户得到不逊色甚至更优的图片品质 赶紧申请专利去!
作者: Jillvalentine    时间: 2015-9-8 14:50

原来图片压缩也有差别对待。。。。。。
作者: 我也不想注马甲    时间: 2015-9-8 15:14

posted by wap, platform: MAC OS X
安卓可以用webp的,并且不会像ios一样有性能问题,微信没用而已。




欢迎光临 TGFC Lifestyle (http://tgfcer.com/) Powered by Discuz! 6.0.0