MozTW 討論區

各項 Mozilla 相關軟體與技術討論
現在的時間是 2024-03-19, 19:27

所有顯示的時間為 UTC + 8 小時





發表新文章 回覆主題  [ 46 篇文章 ]  前往頁數 1234  下一頁
發表人 內容
 文章主題 :
文章發表於 : 2008-07-20, 11:28 
wini 寫:
另外你抓的圖用色並不是很複雜,存成 PNG 格式可能會小一點,不過要存大存小是個人自由啦。 :P


抱歉,插個話:

以 WinXP 內建小畫家開啟,不調整任何參數
原圖 jpg -> 約 90K
存成 gif -> 約 80K
存成 png -> 約 299K


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9.0.2pre) Gecko/2008070405 GranParadiso/3.0.2pre
  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-20, 15:20 
離線
[網站管理員]

註冊時間: 2005-01-02, 05:49
文章: 3220
Anonymous 寫:
wini 寫:
另外你抓的圖用色並不是很複雜,存成 PNG 格式可能會小一點,不過要存大存小是個人自由啦。 :P


抱歉,插個話:

以 WinXP 內建小畫家開啟,不調整任何參數
原圖 jpg -> 約 90K
存成 gif -> 約 80K
存成 png -> 約 299K


(離題很大了,所以我另外割到其他中的其他去,但是不知道怎麼連結原討論串比較好,所以在這補上原討論串連結。)

因為那是有多種顏色的 jpg 轉出來的 png ,會變大是正常現象,不過 Windows 內建的小畫家,存出來的 png 包了太多沒用資料也是真的。(也許我應該直接提供個程式方便人使用而不是說不知道沒關係?)

比如說把一張純白 1600x1600 的圖用小畫家轉成 png ,大小可能是 37KB ,不過跑過這串提供的 png 壓縮程式就會變 5KB 了。(其實小畫家連 jpg 也會存大,我用 irfanview 轉出來的純白 jpg 調品質為 90% 或 100% 也只有 15KB 。說到這,如果真的嫌要開不同程式處理很麻煩的話,也可以用 FastStone Capture 啦。)

不過我手上沒首篇發文者的原始螢幕擷圖,所以也不該太確定轉成 png 一定比 jpg 小,所以這裡頂多提供我自己壓縮過的 png 充當比較而已。(但是 png 處理高彩複雜的圖的確壓不過有選用破壞性壓縮的那種 jpg ,至於 jp2 我沒買授權所以不能試,而無損壓縮的 jpg 我也不知道怎麼用。)


……話說在人人都有 8M 寬頻的時代,跟人提醒撥接跟手機上網用戶開大圖會很慢、請多用文字敘述問題實在沒必要呀,畢竟連我自己也沒在管的--比較麻煩的應該是直接張貼超大圖片破壞排版的問題,不過那靠 CSS 或是後台程式就能處理掉。


附加檔案:
檔案註釋: 為了測試 png 壓縮適合怎樣的情況,隨意抓的一張畫面擷圖。
2008-07-20_145105.png [79.29 KiB]
被下載 650 次

_________________
【Firefox 有問題請先看這裡】
回覆文章的建議
萬用自我檢測除錯大法 for Firefox
完全備份大法 for Firefox
重建 Firefox 的設定
乾淨升級 Firefox
(本帳號停用中)
回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-20, 16:16 
離線
[網站管理員]
頭像

註冊時間: 2005-05-08, 11:35
文章: 1732
來自: 美麗的藍星
拿 PNG 直接跟 GIF 比太不公平了吧?
拿 PNG 跟 GIF 比之前是不是應該先把 PNG 調成索引色模式呢?

_________________
- Wayne


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-20, 16:39 
wini 寫:
不過 Windows 內建的小畫家,存出來的 png 包了太多沒用資料也是真的

真的嗎?包了哪些?

理論上性,png 用的是非破壞性壓縮的 deflate 演算法,同樣的圖檔來源存檔後比 jpg 大,是正常現象。
(與貴站 web server 啟用之 gzip 相同的演算法)

jpg 使用較高壓縮率(個人經驗是 90% 尚可接受)壓縮,易失真),可接受程度視用途而異;
至於,「來路不明」的 png 壓縮程式藉由刪除部份數據?或提升壓縮比?
也許也塞進不明資訊,實不足取。

螢幕攫取程式,優秀的自由軟體為數不少,何以推薦已收費的 FastStone Capture?

既然標題下的是比一比,建議提供些教具說服力的比較數據,以增見聞。
(比較一個單色圖檔,意義實在不大。)

wini 寫:
……話說在人人都有 8M 寬頻的時代,跟人提醒撥接跟手機上網用戶開大圖會很慢、請多用文字敘述問題實在沒必要呀,畢竟連我自己也沒在管的--比較麻煩的應該是直接張貼超大圖片破壞排版的問題,不過那靠 CSS 或是後台程式就能處理掉。

真是博學多聞 ....

不過,一次塞太多離題太遠的資訊,大概會嚇著資質欠佳如我者。


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9.0.2pre) Gecko/2008070405 GranParadiso/3.0.2pre
  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-20, 17:21 
離線
[網站管理員]

註冊時間: 2005-01-02, 05:49
文章: 3220
Anonymous 寫:
理論上性,png 用的是非破壞性壓縮的 deflate 演算法,同樣的圖檔來源存檔後比 jpg 大,是正常現象。
(與貴站 web server 啟用之 gzip 相同的演算法)
jpg 使用較高壓縮率(個人經驗是 90% 尚可接受)壓縮,易失真),可接受程度視用途而異;
至於,「來路不明」的 png 壓縮程式藉由刪除部份數據?或提升壓縮比?
也許也塞進不明資訊,實不足取。
螢幕攫取程式,優秀的自由軟體為數不少,何以推薦已收費的 FastStone Capture?
既然標題下的是比一比,建議提供些教具說服力的比較數據,以增見聞。
(比較一個單色圖檔,意義實在不大。)
真是博學多聞 ....
不過,一次塞太多離題太遠的資訊,大概會嚇著資質欠佳如我者。


說「來路不明」是有點太誇張了,不過我包裝時忘了塞說明檔進去倒也是真的,你這倒是提醒我要重新壓一下說明。

至於你說 png 比 jpg 大,可是上面我舉例的 1600 見方的空白圖檔,用小畫家卻是 png 比較小呢?而且你說的 deflate 演算法也不是一直都是那套,這演算法是有在進步的。(即使我只是個不懂電腦原理、用了 7-Zip 又聽人說高壓縮的 png 使用的是新演算法而已,但有進步是 Wikipedia 上也有寫的,除非你認為上面的也是胡說八道、憑空捏造的。)

總之我認為某些用色少、架構單調的圖,壓成有使用新演算法、或降色調數的 png 會好點,但是高彩圖片還是要用破壞壓縮的 jpg ,而白底黑字的表格則是用 gif ,這一點相信你可以自己測試,或是抓我上面的那張圖慢慢測哪種格式會檔案又小、品質又可以過得去,因為那就是我舉出來說明 png 會比 jpg 小的例子……當然你覺得那裡面塞了什麼而不願意下載,那也可以繼續認為那東西是用了不能信任的作弊方式才變小的啦。

不過這個「要人顧到網路速度跟排版,而希望能把圖片縮小。」的圖檔格式比較,本身倒也是個離題又不重要的事,完全不認真看待、完全不去吸收這些資訊也無妨。

還有希望你能順便推幾套自由的「螢幕攫取程式」,因為我用 FastStone 免費時期的用慣了,實在沒注意這方面的資訊。

下面附上那套 png 優化壓縮程式的相關說明,不過批次檔是我寫的,也只有一開始的 png_7z.bat 裡有寫說明而已,的確不太容易讓人瞭解這些東西的來歷。

What is a Markmcm Blog? (疑問句) - 把 PNG 最佳化的總結
引言回覆:
PNG 內含壓縮格式,但是因為壓縮格式有很多種選項,
而且無法有效的判斷那種搭配最好,所以通常程式存 PNG 檔都直接選用一套數值。
而且有時候 CG 只有 65536 色(高彩,16bits),
那為何要用 16,700,000 色去存呢(全彩,24bits)?
好的 PNG 最佳化程式必須在不影響畫面品質的情況下減色,然後找出最高的壓縮率。

_________________
【Firefox 有問題請先看這裡】
回覆文章的建議
萬用自我檢測除錯大法 for Firefox
完全備份大法 for Firefox
重建 Firefox 的設定
乾淨升級 Firefox
(本帳號停用中)


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-20, 17:45 
離線
頭像

註冊時間: 2006-10-28, 15:41
文章: 1421
來自: マカオ
壓縮率和品質是不能用來比較的啦
存成 JPG 時你當然可以把品質改到最低, 然後說 "哎呀~壓縮率很高耶!", 那又有甚麼意義呢?
有瑕疵的東西便宜的多, 不代表完美的東西有錯吧?

另外, 非常重要的一點, PNG 也是可以用破壞性壓縮的, 這並不是 JPG 的專利

(記得把 JPG 的品質調到最高, 出來的圖片是會比 PNG 的肥, 用的是 PhotoImpact 10)

_________________
圖檔 挑選‧儲存圖片 圖檔 History Submenus Ⅱ 圖檔 Personal Menu
圖檔 Page Title in URL Bar 圖檔 Double Click Top-Left to Close


回頂端
Mozilla/5.0 (Windows; U; Windows NT 6.0; zh-TW; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-20, 18:00 
離線

註冊時間: 2004-08-01, 23:05
文章: 246
原來還可以先用OptiPNG壓縮,之前一直只用AdvanceCOMP :shock:

_________________
Journey of Blue
貓BLOG 我的Firefox
美味書籤


回頂端
Mozilla/5.0 (X11; U; Linux i686; zh-TW; rv:1.9) Gecko/2008061015 Firefox/3.0
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-20, 18:08 
離線

註冊時間: 2008-03-08, 16:32
文章: 66
「這兩個格式那個壓縮能力比較好」…
要是無損壓縮壓出來比有損壓縮還小,那有損壓縮還有什麼意義嗎?

Anonymous 寫:
jpg 使用較高壓縮率(個人經驗是 90% 尚可接受)壓縮,易失真),可接受程度視用途而異;
至於,「來路不明」的 png 壓縮程式藉由刪除部份數據?或提升壓縮比?
也許也塞進不明資訊,實不足取。



既然不瞭解png壓縮程式用了什麼作法使得那張圖變小,
那麼請您不要用「實不足取」這樣的言辭來批評它。

它也並不是「來路不明」,這些程式很多在SourceForge上都有網站。

再說,這些png壓縮程式多半是open-source的東西,
它有做什麼手腳,哪裡逃的過明眼人的法眼?


Anonymous 寫:
既然標題下的是比一比,建議提供些教具說服力的比較數據,以增見聞。
(比較一個單色圖檔,意義實在不大。)


這種測試的難度並不高,為什麼您不親自試試?
從您的談吐當中,能感覺得出您並非新手級的人物。
如果是缺程式或圖檔,我相信版上大部份的人都樂意相助。


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-20, 19:24 
離線
[網站管理員]
頭像

註冊時間: 2006-11-22, 16:07
文章: 560
單張100K以內,都可以接受,不要把BMP直接丟上還顯示出來就好@@
在對岸火狐論壇看過這種新手,當下直想敲他頭...

_________________


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9) Gecko/2008052906 Firefox/3.0
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-20, 21:53 
離線

註冊時間: 2004-12-26, 21:33
文章: 146
個人淺見:

在下記得png(16bit色以上)是想替代gif(256色)的圖形格式,所以它有動畫與透明色的功能,jpeg是為了便於圖形傳送的格式,「用途」不同吧:

Png:
http://zh.wikipedia.org/w/index.php?tit ... iant=zh-tw

Jpeg:
http://zh.wikipedia.org/w/index.php?tit ... iant=zh-tw

Gif:
http://zh.wikipedia.org/w/index.php?tit ... iant=zh-tw

所以就單純的色彩而言,png + gif 體積會比較小;但對複雜的色彩而言jpeg體積會比較小。

_________________
朝自由與免費邁進 http://www.taconet.com.tw/linux0609

Ubuntu 8.04 試用中


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.8.1.16) Gecko/20080702 BonEcho/2.0.0.16 (ayakawa SSE2-PGU)
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-21, 08:35 
離線

註冊時間: 2004-09-29, 04:27
文章: 419
原來還可以先用AdvanceCOMP壓縮,之前一直只用OptiPNG :shock:
catho7 寫:
原來還可以先用OptiPNG壓縮,之前一直只用AdvanceCOMP :shock:

我剛好跟你相反 XD


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-21, 11:58 
wini 寫:
話說在人人都有 8M 寬頻的時代,跟人提醒撥接跟手機上網用戶開大圖會很慢、請多用文字敘述問題實在沒必要呀,畢竟連我自己也沒在管的
在IE滲透率(注意不是佔有率)為99%的時代,提醒網站注意跨瀏覽器的相容性有沒有必要?如果你對於還在用免費撥接的用戶只有「趕快去牽8M」這種何不食肉糜般的建議,我想銀行也沒必要理你Firefox的用戶能不能使用網路銀行服務。反正99%的用戶至少都有IE可用,那剩下1%的人既然不是超級大戶,那麼銀行還管他去死?


回頂端
Opera/9.51 (Windows 98; U; zh-tw)
  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-21, 12:04 
離線
[社群版本維護者]

註冊時間: 2004-11-28, 17:21
文章: 856
goldie 寫:
原來還可以先用AdvanceCOMP壓縮,之前一直只用OptiPNG :shock:
catho7 寫:
原來還可以先用OptiPNG壓縮,之前一直只用AdvanceCOMP :shock:

我剛好跟你相反 XD

這是我家的玩法 XD
代碼:
@echo off
for %1 %%i in (*.png) do (
touch -r "%%~i" "%%~i.time"
optipng -zw32k -zc9 -zm9 -zs0,3 -f0,5 -i0 "%%~i"
advdef -z -4 "%%~i"
deflopt -b "%%~i"
pngout /y /b0 "%%~i"
advdef -z -4 "%%~i"
deflopt -b "%%~i"
touch -r "%%~i.time" "%%~i"
if exist "%%~i.time" del "%%~i.time"
)

_________________
I am the bone of my firefox.

Source is my body, and library is my blood.

I've created over a thousand of builds.

Unaware of notice.
Nor aware of warning.

With stood pain to create binaries.
Waiting for one's download.

I have no regrets. This is the only path.

My whole life was "Unlimited build works"

「只有宗教狂熱分子和極權主義國家才將道德等同於法制。」 Linus Torvalds寫道。
我的廢棄日記


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.16pre) Gecko/20080623 Firefox/2.0.0.16pre (Firefox musume)
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-21, 14:51 
離線
[網站管理員]

註冊時間: 2005-01-02, 05:49
文章: 3220
Alica 寫:
wini 寫:
話說在人人都有 8M 寬頻的時代,跟人提醒撥接跟手機上網用戶開大圖會很慢、請多用文字敘述問題實在沒必要呀,畢竟連我自己也沒在管的
在IE滲透率(注意不是佔有率)為99%的時代,提醒網站注意跨瀏覽器的相容性有沒有必要?如果你對於還在用免費撥接的用戶只有「趕快去牽8M」這種何不食肉糜般的建議,我想銀行也沒必要理你Firefox的用戶能不能使用網路銀行服務。反正99%的用戶至少都有IE可用,那剩下1%的人既然不是超級大戶,那麼銀行還管他去死?


不過上面的 8M 並沒那麼多人牽(跟 IE 比較的話),寫 8M 也只是在暗示貼大圖的人,你的網路速度其實沒有多快,別人的也是;不過在這裡討論的是圖片檔案大小,與其說不必時時提醒,倒不如說是希望中間的程式能處理掉就好,雖然碰上選哪種格式好的問題還是得靠人啦。

不過窄頻算是遲早會完檔,網頁不能看,要遲早能看到的時間可能會很久吧。只不過兩者都是在提醒大家稍稍考慮別人一下而已……另外就是我認為人類都有反骨性,叫人別理會,搞不好反過頭來理這事的會更多?

_________________
【Firefox 有問題請先看這裡】
回覆文章的建議
萬用自我檢測除錯大法 for Firefox
完全備份大法 for Firefox
重建 Firefox 的設定
乾淨升級 Firefox
(本帳號停用中)


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
 個人資料  
引用回覆  
 文章主題 :
文章發表於 : 2008-07-21, 17:36 
開源軟體若非下載自原網站,視作「來路不明」是非常合理的推論。
尤其,非來自原網站的軟體,若未比對 check sum ,即便是看得懂源碼,未知意義何在?

wini 既然好心打包,便有義務說明檔案來源、版本等資訊。別忘了,需要此重新打包的下載者,多數可能不懂得如何保護自己。

我想說的是,只比對 1600 見方的空白圖檔,以及使用小畫家將原 post 的圖檔存檔,就明顯有不同的結果。
何況是有很多可變的參數:演算法、壓縮比、品質,乃至於客觀的用途與主觀的感覺。

既然要下這樣的標題,是該多些輔助數據說明,至少提供些連結參考。即便是費心整理搜尋來的結果,也能符合標題,不致離題。

其他先進若只是打算拿隨得可得的搜尋資訊來主持正義,本人敬謝不敏。若有專精於此類技術相關的先進不另賜教,十分樂意就教。


回頂端
Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
  
引用回覆  
顯示文章 :  排序  
發表新文章 回覆主題  [ 46 篇文章 ]  前往頁數 1234  下一頁

所有顯示的時間為 UTC + 8 小時


誰在線上

正在瀏覽這個版面的使用者:沒有註冊會員 和 14 位訪客


不能 在這個版面發表主題
不能 在這個版面回覆主題
不能 在這個版面編輯您的文章
不能 在這個版面刪除您的文章
不能 在這個版面上傳附加檔案

搜尋:
前往 :  
Powered by phpBB® Forum Software © phpBB Group
正體中文語系由 竹貓星球 維護製作
© moztw.org, Mozilla Foundation
MozTW,Mozilla 台灣社群