» 您尚未登录:请 登录 | 注册 | 标签 | 帮助 | 小黑屋 |


发新话题
打印

微信团队员工全部换成苹果机了

posted by wap, platform: 华为 Mate 8
引用:
原帖由 @para  于 2016-1-25 00:01 发表
为什么微信android图片质量会比iphone的差?

我们团队最初也纠结过这个问题,费了半天劲、绕了好大圈,直到最后才发现,原来这是谷歌犯得一个“小”错误,而且一直错到了今天。
为什么微信android图片质量会比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有如下解释:

为什么微信android图片质量会比iphone的差?

这段话大概的意思就是如果设置optimize_coding为TRUE,将会使得压缩图像过程中基于图像数据计算哈弗曼表(关于图片压缩中的哈弗曼表,请自行查阅相关资料),由于这个计算会显著消耗空间和时间,默认值被设置为FALSE。

http://files.jb51.net/file_images/article/201408/201408291059166.jpg

这段解释乍看起来没有任何问题,libjpeg的代码也经受了十多年的考验,健壮而高效。但很多人忽略了这一点,那就是,这段解释是十多年前写的,对于当时的计算设备来说,空间和时间的消耗可能是显著的,但到今天,这似乎不应再是问题,相反,我们应该更多的考虑图片的品质(越来越好的显示技术)和图片的大小(越来越依赖于云服务)。

谷歌的Skia项目工程师们最终没有设置这个参数,optimize_coding在Skia中默认的等于了FALSE,这就意味着更差的图片质量和更大的图片文件,而压缩图片过程中所耗费的时间和空间其实反而是可以忽略不计的。那么,这个参数的影响究竟会有多大呢?

经我们实测,使用相同的原始图片,分别设置optimize_coding=TRUE和FALSE进行压缩,想达到接近的图片质量(用Photoshop放大到像素级逐块对比),FALSE时的图片大小大约是TRUE时的510倍。换句话说,如果我们想在FALSE和TRUE时压缩成相同大小的JPEG图片,FALSE的品质将大大逊色于TRUE的(虽然品质很难量化,但我们不妨说成是差510 ...
这是哪个项目做的?人家都能解决为啥微信团队就不能解决,每年还发那么多钱发给狗了吗?


TOP

posted by wap, platform: 小米 NOTE
引用:
原帖由 @para  于 2016-1-24 04:01 发表
为什么微信android图片质量会比iphone的差?

我们团队最初也纠结过这个问题,费了半天劲、绕了好大圈,直到最后才发现,原来这是谷歌犯得一个“小”错误,而且一直错到了今天。
为什么微信android图片质量会比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有如下解释:

为什么微信android图片质量会比iphone的差?

这段话大概的意思就是如果设置optimize_coding为TRUE,将会使得压缩图像过程中基于图像数据计算哈弗曼表(关于图片压缩中的哈弗曼表,请自行查阅相关资料),由于这个计算会显著消耗空间和时间,默认值被设置为FALSE。

http://files.jb51.net/file_images/article/201408/201408291059166.jpg

这段解释乍看起来没有任何问题,libjpeg的代码也经受了十多年的考验,健壮而高效。但很多人忽略了这一点,那就是,这段解释是十多年前写的,对于当时的计算设备来说,空间和时间的消耗可能是显著的,但到今天,这似乎不应再是问题,相反,我们应该更多的考虑图片的品质(越来越好的显示技术)和图片的大小(越来越依赖于云服务)。

谷歌的Skia项目工程师们最终没有设置这个参数,optimize_coding在Skia中默认的等于了FALSE,这就意味着更差的图片质量和更大的图片文件,而压缩图片过程中所耗费的时间和空间其实反而是可以忽略不计的。那么,这个参数的影响究竟会有多大呢?

经我们实测,使用相同的原始图片,分别设置optimize_coding=TRUE和FALSE进行压缩,想达到接近的图片质量(用Photoshop放大到像素级逐块对比),FALSE时的图片大小大约是TRUE时的510倍。换句话说,如果我们想在FALSE和TRUE时压缩成相同大小的JPEG图片,FALSE的品质将大大逊色于TRUE的(虽然品质很难量化,但我们不妨说成是差510 ...
假的啦,微信自带浏览器连CSS3动画效果都会给你忽略掉很多,别的浏览器平滑的动画效果在微信浏览器里面压根就没有直接跳过去了!

而且这小组粗心到连开发文档的demo页面都有很长一段时间没调整,导致官方链接点进去就404,我还是用bing搜到原来的入口才跳进去的,我看这开发团队的技术里也是醉了!



TOP

posted by wap, platform: iPhone
引用:
原帖由 @para  于 2016-1-25 00:01 发表
为什么微信android图片质量会比iphone的差?

我们团队最初也纠结过这个问题,费了半天劲、绕了好大圈,直到最后才发现,原来这是谷歌犯得一个“小”错误,而且一直错到了今天。
为什么微信android图片质量会比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有如下解释:

为什么微信android图片质量会比iphone的差?

这段话大概的意思就是如果设置optimize_coding为TRUE,将会使得压缩图像过程中基于图像数据计算哈弗曼表(关于图片压缩中的哈弗曼表,请自行查阅相关资料),由于这个计算会显著消耗空间和时间,默认值被设置为FALSE。

http://files.jb51.net/file_images/article/201408/201408291059166.jpg

这段解释乍看起来没有任何问题,libjpeg的代码也经受了十多年的考验,健壮而高效。但很多人忽略了这一点,那就是,这段解释是十多年前写的,对于当时的计算设备来说,空间和时间的消耗可能是显著的,但到今天,这似乎不应再是问题,相反,我们应该更多的考虑图片的品质(越来越好的显示技术)和图片的大小(越来越依赖于云服务)。

谷歌的Skia项目工程师们最终没有设置这个参数,optimize_coding在Skia中默认的等于了FALSE,这就意味着更差的图片质量和更大的图片文件,而压缩图片过程中所耗费的时间和空间其实反而是可以忽略不计的。那么,这个参数的影响究竟会有多大呢?

经我们实测,使用相同的原始图片,分别设置optimize_coding=TRUE和FALSE进行压缩,想达到接近的图片质量(用Photoshop放大到像素级逐块对比),FALSE时的图片大小大约是TRUE时的510倍。换句话说,如果我们想在FALSE和TRUE时压缩成相同大小的JPEG图片,FALSE的品质将大大逊色于TRUE的(虽然品质很难量化,但我们不妨说成是差510 ...
别自己骗自己了。这种肉眼就能一眼发现的严重Bug你和我说谷歌几年了都没修复?
既然谷歌没修复,又知道问题所在,微信几年了,也没像你文章中说的自己修复?
这明显就是一个人为的决定,还有什么好洗的。


TOP

乍一眼看成微软团队都换乘果机了  尿了

TOP

引用:
原帖由 jun4rui 于 2016-1-25 09:51 发表
posted by wap, platform: 小米 NOTE
假的啦,微信自带浏览器连CSS3动画效果都会给你忽略掉很多,别的浏览器平滑的动画效果在微信浏览器里面压根就没有直接跳过去了!

而且这小组粗心到连开发文档的demo页面都有很 ...
人家懒得做吧,有种你们别用^,等心情好了再改.

TOP

引用:
原帖由 阳光运动帅 于 2016-1-25 10:16 发表
posted by wap, platform: iPhone
别自己骗自己了。这种肉眼就能一眼发现的严重Bug你和我说谷歌几年了都没修复?
既然谷歌没修复,又知道问题所在,微信几年了,也没像你文章中说的自己修复?
这明显就是一个人为的 ...
这文章又不是腾讯的人写的......

TOP

posted by wap, platform: Chrome
引用:
原帖由 @para  于 2016-1-24 14:35 发表
人家懒得做吧,有种你们别用^,等心情好了再改.
这种大公司的牛逼产品真的操蛋极了!

而且微信妈比自带浏览器还没办法清理缓存的,而且缓存非常厉害,经常页面改了很久还不刷新,只能把自家公众号取消关注,再重新关注,这样才能看到页面刷新。

好吧,你缓存牛逼要是真可以让页面加载速度提升也就罢了,问题是加载速度几乎是主流业内最慢的,你这牛逼的缓存干嘛去了?!!!


好吧,你这狗日的浏览器烂连HTML5+CSS3的支持都不完整也就算了,你这iOS版的自带浏览器内核和Android还不同,一段在主流Chrome、Android浏览器跑得OK的代码,在iOS上跑解释结果和别的浏览器不一样,没办法调试搞得工程师累得死才发现这个问题,只能针对iOS版机型单独的适配。

还有最令人发指的不支持put/patch/delete等请求,这些都是HTTP标准的好吗?我当年知道后简直想捶地板了!


这里还有别人整理的51条腾讯内核浏览器问题汇总,比较大的包括:Android下特有的15条单列算1条,不支持Blur滤镜,不支持ShadowBlur效果,完全不会清理Cookie且不能大于4k,canvas有限制,webgl不完善,不支持web audio api,svg有问题,flexbox正在开发,不支持wss和webrtc,播放音效的话BGM会暂停,多音频会卡住甚至无法播放,一些常用库会非常卡

不过人家号称是独立开发的浏览器内核,所以这个不行、那个不行你们就忍忍吧,这个我们是独立开发的内核哦哈哈哈哈(妈比你给我滚!)


就这烂货,还专门上过新闻说Chrome再现安全漏洞,腾讯X5浏览器内核彰显优势,什么互联网急速上网体验,提供云服务优化引擎之类的,完全就他妈的是个烂货!烂货!烂货!!!
本帖最近评分记录
  • colaaz 激骚 +1 最骚 Rated by wap 2016-1-26 14:15

TOP

posted by wap, platform: iPhone
莫慌老夫还有真后台QQ。

TOP

引用:
原帖由 para 于 2016-1-25 12:01 AM 发表


为什么微信android图片质量会比iphone的差?

我们团队最初也纠结过这个问题,费了半天劲、绕了好大圈,直到最后才发现,原来这是谷歌犯得一个“小”错误,而且一直错到了今天。
为什么微信android图片质量会 ...
老文了,而且“这样在我们的产品中,就做到了仅仅用1/5的图片大小,就能让用户得到不逊色甚至更优的图片品质”,趴在地上仔细想想,有这技术JPEG标准早被推翻了,你觉得可能吗?

[ 本帖最后由 solbadguy 于 2016-1-25 13:38 编辑 ]

TOP

posted by wap, platform: MAC OS X
看成微软团队了。。
本帖最近评分记录
  • zztg 激骚 +1 最骚 Rated by wap 2016-1-25 14:58

TOP

引用:
原帖由 solbadguy 于 2016-1-25 13:37 发表



老文了,而且“这样在我们的产品中,就做到了仅仅用1/5的图片大小,就能让用户得到不逊色甚至更优的图片品质”,趴在地上仔细想想,有这技术JPEG标准早被推翻了,你觉得可能吗?
https://github.com/bither/bither ... ob/master/REASON.md

原文可能翻译有问题吧,说是facebook和twitter的Android端图片比ios差

TOP

posted by wap, platform: Chrome
引用:
原帖由 @para  于 2016-1-25 17:43 发表
https://github.com/bither/bither ... ob/master/REASON.md

原文可能翻译有问题吧,说是facebook和twitter的Android端图片比ios差
说的是libjpeg因为代码太古老了,以前的机器内存和CPU都不咋地,所以默认参数很保守,而谷歌负责做图片压缩处理的Skia封装了libjpeg的方法但是没有给出设置参数的方法,导致只能用默认的参数去处理,如果要获得相同的效果需要花多几倍的容量去实现。

其实看上去很有道理,不过这么大一个公司,这么多开发人员的团队,没理由连人家github都有一堆开源的图像压缩算法都不愿意用吧?甚至QQ都有,微信就没有?说白了,还是一个懒得搞,二个技术力有问题。

TOP

posted by wap, platform: Firefox
引用:
原帖由 @jun4rui  于 2016-1-25 10:54 发表
这种大公司的牛逼产品真的操蛋极了!

而且微信妈比自带浏览器还没办法清理缓存的,而且缓存非常厉害,经常页面改了很久还不刷新,只能把自家公众号取消关注,再重新关注,这样才能看到页面刷新。

好吧,你缓存牛逼要是真可以让页面加载速度提升也就罢了,问题是加载速度几乎是主流业内最慢的,你这牛逼的缓存干嘛去了?!!!


好吧,你这狗日的浏览器烂连HTML5+CSS3的支持都不完整也就算了,你这iOS版的自带浏览器内核和Android还不同,一段在主流Chrome、Android浏览器跑得OK的代码,在iOS上跑解释结果和别的浏览器不一样,没办法调试搞得工程师累得死才发现这个问题,只能针对iOS版机型单独的适配。

还有最令人发指的不支持put/patch/delete等请求,这些都是HTTP标准的好吗?我当年知道后简直想捶地板了!


这里还有别人整理的51条腾讯内核浏览器问题汇总,比较大的包括:Android下特有的15条单列算1条,不支持Blur滤镜,不支持ShadowBlur效果,完全不会清理Cookie且不能大于4k,canvas有限制,webgl不完善,不支持web audio api,svg有问题,flexbox正在开发,不支持wss和webrtc,播放音效的话BGM会暂停,多音频会卡住甚至无法播放,一些常用库会非常卡

不过人家号称是独立开发的浏览器内核,所以这个不行、那个不行你们就忍忍吧,这个我们是独立开发的内核哦哈哈哈哈(妈比你给我滚!)


就这烂货,还专门上过新闻说Chrome再现安全漏洞,腾讯X5浏览器内核彰显优势,什么互联网急速上网体验,提供云服务优化引擎之类的,完全就他妈的是个烂货!烂货!烂货!!!
小白用户就是觉得难用,又说不出怎么难用法,总算看到把微信自带浏览器骂到位的评论了。

TOP

引用:
原帖由 jun4rui 于 2016-1-26 14:04 发表
posted by wap, platform: Chrome
说的是libjpeg因为代码太古老了,以前的机器内存和CPU都不咋地,所以默认参数很保守,而谷歌负责做图片压缩处理的Skia封装了libjpeg的方法但是没有给出设置参数的方法,导致只能用默 ...
我的意思就是微信团队懒的搞,用默认的,偏偏默认ios比android做得好一点呗...

其实也很奇怪,这么个免费app,大家也不捧一个跟它占有率旗鼓相当的出来,非得拼命用它,那人家当仁不让就是垄断之后爱做不做不用就滚呗...

TOP

posted by wap, platform: Chrome
引用:
原帖由 @para  于 2016-1-25 20:28 发表
我的意思就是微信团队懒的搞,用默认的,偏偏默认ios比android做得好一点呗...

其实也很奇怪,这么个免费app,大家也不捧一个跟它占有率旗鼓相当的出来,非得拼命用它,那人家当仁不让就是垄断之后爱做不做不用就滚呗...
我就很少用微信,朋友圈烂极了都是广告……

一般人还不是逮到那个就用,哪里会刻意去捧的,百度、360用得嗷嗷叫的嘛,关心图片质量的又有几个?

TOP

发新话题
     
官方公众号及微博