推 jbluebox : 推 03/22 16:54
推 fiiox3 : 看issue都說跑很慢XD 看到最誇張的跑了20分鐘 03/22 21:39
推 ad47 : 我看他只跑單執行序 效率也很差 會慢不意外XD 03/23 00:51
推 ad47 : 我錯了他可以跑多執行序 只是效能超低XD 03/23 01:10
每核好像都介於25~30%佔用率 而且忽高忽低的
推 xingwhitecat: JPEGmini表示.... 03/23 07:08
查了相關文章看了一下sample 以我的標準來說JPEGmini不是很理想說
當然如果只是"簡單記錄用途" 這款速度快 壓縮比更高 是比較適合
不過這是犧牲細節來的 而且的確會被查覺
→ protoss : 將要處理的照片及輸出放在ramdisk再省點IO看看... 03/23 09:29
目前看起來像是技術示範性質的官方標準code 如果後續有人評估俱備改善價值
應該慢慢會有人投入改進 不過它到底有沒有如同官方宣稱的這麼棒
我還真的不是很確定...有時間再慢慢做些測試和評估
※ 編輯: erspicu (60.248.56.185), 03/23/2017 10:11:57
推 ad47 : 我4930K六核 只有跑10%左右效能~不管設定成幾核跑 03/23 12:06
目前想到一個取巧的方式 一次多個process處理多檔 應該會比較省時些
不過也有可能會更慢 晚些再試試看 如果效率真的比較好 那考慮來弄個gui批次工具
→ ad47 : 可以肯定的是現在絕對效能很低落! 03/23 12:07
測試結果
https://drive.google.com/file/d/0B-A8rzwf5YSZQ3lWQ1JYX0pzZDg/view?usp=sharing
檔案內容有
原圖
光影95%
光影95%高品質
Guetzli 95%
和其各自跟原圖的diff結果
老實說Guetzli是真的還滿不錯的 因為都已經高達95%品質
沒有很用心加上敏感 大概已經到能夠感知差異的極限
不過至少就我刻意去看還是看得出差異 (比較簡單的方式是兩張同個位置快速切換比對)
品質來說 簡單形容是
原圖第1名
光影95%高品質 跟 Guetzli 95% 非常非常非常接近
光影95% 差了 光影95%高品質 跟 Guetzli 95% 這兩者一些明顯
最大的差異大概就是紅色的花朵了 明顯褪色
此外Guetzli的檔案大小卻是最小的
算還不錯...後續應該會有人投入慢慢改進 值得
※ 編輯: erspicu (61.70.88.120), 03/23/2017 23:33:42
※ 編輯: erspicu (61.70.88.120), 03/23/2017 23:36:09