本帖最后由 LittlePox 于 2016-4-21 17:48 编辑
若度盘速度吃屎，可至官网下载：https://developers.google.com/speed/webp/docs/webp_codec
LittlePox 发表于 2016-4-16 14:15
新上传两张图，方便对比。
量化不好说，自己看效果吧。。。
LP大，請問體積控制是指用以前JPG的大小，來使用WebP，以求畫質提升? 還是相反?:o
話說新的那兩張圖用ACD Pro看，兩張都有鋸齒，但jpg的比較糊一點，WebP明顯銳利了一些
AoT小何 发表于 2016-4-16 16:00
LP大，請問體積控制是指用以前JPG的大小，來使用WebP，以求畫質提升? 還是相反?
話說新的那兩張圖用ACD ...
使用以前JPG的大小，来求画质提升
ps，那个锯齿是源PNG里面就有的。
感觉过于注重扫图有点本末倒置的感觉，话说印刷出来的那些图本来细节也就那么回事
支持! 我自己的BMP和PNG也全部转成了无损WebP,就无损来说体积比优化过的PNG还要小许多｡
WebP有点需要注意就是他的长或宽其一均不得超过16383,否则输出会变成0kb的坏档｡
就发布来说我也支持有损webp不过科技还是会进步的建议組內保存无损webp,以后再再發佈時可以实现同等画质更小体积｡
穢翼 发表于 2016-4-17 21:04
支持! 我自己的BMP和PNG也全部转成了无损WebP,就无损来说体积比优化过的PNG还要小许多｡
WebP有点需要注意 ...
不，发布不会使用lossless webp。
LittlePox 发表于 2016-4-16 17:51
JP2/BGP等问题是：一般人看不了。
而且这种格式必须另外装一个全新的图片浏览器。
WebP相对好些；Chrome能 ...
不过扫图的话一般也没什么人去看吧，就算看的话也不会老是去翻。。。主要是收藏用，真要看的话就自己转码。。个人认为自己就是个强迫症(*￣m￣)东西要齐，无损度要高（图片音乐，视频无法保证
yswysc 发表于 2016-4-21 15:02
不过扫图的话一般也没什么人去看吧，就算看的话也不会老是去翻。。。主要是收藏用，真要看的话就自己转码 ...
那就必然体积要大，并不能接受太大的体积。
超前没什么不好，最主要是“支援”做得如何，硬件、软件效率如何都影响着接受者。就像当年的Chrome，没有“速度”这一革命性特性，怎么样也翻不了IE这大桌。之前我下过的一些WEBP资源，当时毫无头绪还得下个新的看图软件，先不论软件有没自带这问题，打开图片速度上也没感觉有优势。
其实“PNG”作为常用格式已经深入民心，多多少少都对会新事物有抵触，更不用说没有Chrome速度光环的WEBP。
WEBP原先定位在互联网，为了替代老旧低质的JPG，节省带宽流量，形成所谓的加快载入速度，让它用在大尺寸的图片上，个人感觉性能效率和心理上都很不合适。GOOGLE这家公司虽然创意不断，但也有不少子项目都遭到毅然放弃，哪看图软件会勇于支持它。先不说WEBP前景如何，将来或许又蹦出了个比WEBP更好的格式，到时候为WEBP打下的基础像似付诸流水。这格式还没成为看图行列主流前依然有些风险。
adan1 发表于 2016-4-21 20:55
超前没什么不好，最主要是“支援”做得如何，硬件、软件效率如何都影响着接受者。就像当年的Chrome，没有“ ...
10bit AVC不支持硬解，以后也绝不支持，是不是早该被放弃了？