請問桌面的圖檔用什麼格式才不會佔資源?

我想知道哪種格式比較好...並且不會影響開機速度....
該用jpg檔或是bmp檔好呢??

有差ㄇ?????應該只要不要用動態桌面就沒什麼差別.....如果真的在意就用jpgㄅ....檔案大小比bmp小

個人意見

應該沒差吧！桌面的色彩品質才會有影響.......
改成256色或16bit(65535色)會比較不耗資源
但在高品質的桌布下會看出差異.........

不用 Active Desktop 的話，圖檔格式一律都是BMP格式。

平常工作時，使用高彩(16-bit)即可。如果是遊戲、繪圖相關的，可以考慮全彩(32-bit)。(可能24-bit也會在選單上)

一般人的顏色分辨力，2^24 (16,777,216) 種顏色已經夠用了，像是32-bit、48-bit對人來說沒差別，但是對機器就有差別，尤其是掃瞄器這類東西。

※ 24-bit 以上都算是全彩。

嗯........不過XP支援.jpg格式的桌布喔！
不需要用到Active Desktop .......^^

應該是利用其他技術，可以沒有BMP格式的限制。(如：佈景主題？)

BMP格式的定義，就是一個點一個點，把顏色資訊完整記錄下來，完全不壓縮。

琥珀如有說錯，請指教~

[QUOTE][i]最初由 琥珀 發表[/i]
[B]應該是利用其他技術，可以沒有BMP格式的限制。(如：佈景主題？)

BMP格式的定義，就是一個點一個點，把顏色資訊完整記錄下來，完全不壓縮。

琥珀如有說錯，請指教~ [/B][/QUOTE]

應用Active Desktop...只不過圖片不限制於僅可用BMP格式...
JPG,GIF,...大都可以使用

BMP檔共有三種儲存方式,第一種方式沒有壓縮,此也是最常見的儲存方式,另外兩種方式則採用RLE壓縮.Windows分別為這兩種方式命名為BI-RLE8和BI-RLE4,前者遍用於8-bit的影像(256色)後者則適用於4-bit的影像(16色).

[QUOTE][i]最初由 kanako0605 發表[/i]
[B]BMP檔共有三種儲存方式,第一種方式沒有壓縮,此也是最常見的儲存方式,另外兩種方式則採用RLE壓縮.Windows分別為這兩種方式命名為BI-RLE8和BI-RLE4,前者遍用於8-bit的影像(256色)後者則適用於4-bit的影像(16色).[/B][/QUOTE]kanako的意思是指使用顏色數量的多少嗎？琥珀使用小畫家測試，存檔，有24bit、8bit、4bit、1bit可選擇，但是同樣大小的圖片，使用的顏色數目相同(同為24bit、8bit、4bit、1bit)，需要的空間都一樣。顏色使用的範圍，是你所說的壓縮嗎？琥珀覺得這不算是壓縮，只是限制顏色數量。

還是琥珀有誤解你的意思的地方，請指教。

我也有想過這個問題...
可是各位有沒有發現，在顯示-內容-桌面，設定桌面的時候，
bmp的預覽是比jpg還要快的，何故呢?

附圖。

[QUOTE][i]最初由 琥珀 發表[/i]
[B]kanako的意思是指使用顏色數量的多少嗎？琥珀使用小畫家測試，存檔，有24bit、8bit、4bit、1bit可選擇，但是同樣大小的圖片，使用的顏色數目相同(同為24bit、8bit、4bit、1bit)，需要的空間都一樣。顏色使用的範圍，是你所說的壓縮嗎？琥珀覺得這不算是壓縮，只是限制顏色數量。
[/B][/QUOTE]

BMP檔在不同模式下儲存影像的方式為:單色以1個Byte儲存8點;16色以1個Byte儲存2點 ; 256色以1個Byte儲存1點 ; 全彩以3個Byte儲存1點。

[url=http://bbs.ee.ntu.edu.tw/ftp/deposed-boards/html/ImageFile/2/5.html]有關於RLE的介紹[/url]

圖檔格式來看，BMP是最原始的格式，所有其他格式的圖檔，無論壓不壓縮、使用的色盤數目多少，都是從BMP這種格式得來的。定義了圖檔是多少乘以多少，使用了多少bit來儲存，每一個點都給一個絕對的值來表示該顏色。(為方便使用，常以16進位表示)

琥珀用ACDSee看JPG、BMP圖檔，為何BMP會比較快？應該不能從檔案容量來看，要看如何解碼，因為BMP格式未壓縮，只要知道對應的顏色即可，馬上就可以解讀出來。JPG格式有壓縮，需要對圖片做處理，至於細部琥珀就不得而知，所需要的時間反而比較多。

如有不正確或不清楚的地方，請指教。

[QUOTE][i]最初由 琥珀 發表[/i]
[B]圖檔格式來看，BMP是最原始的格式，所有其他格式的圖檔，無論壓不壓縮、使用的色盤數目多少，都是從BMP這種格式得來的。定義了圖檔是多少乘以多少，使用了多少bit來儲存，每一個點都給一個絕對的值來表示該顏色。(為方便使用，常以16進位表示)

琥珀用ACDSee看JPG、BMP圖檔，為何BMP會比較快？應該不能從檔案容量來看，要看如何解碼，因為BMP格式未壓縮，只要知道對應的顏色即可，馬上就可以解讀出來。JPG格式有壓縮，需要對圖片做處理，至於細部琥珀就不得而知，所需要的時間反而比較多。
[/B][/QUOTE]

基本上,目前常見的圖檔格式都是點陣圖檔...有另一種稱為向量圖檔的圖檔格式,可以任意縮放而不失真.因為這種圖檔的資訊並不是點的排列情形,而是整個構圖經過分析後產生的數學式。

影像壓縮乃是一種方法，它可以根據原始影像資料來產生另外一組資料.這組資料就稱之為壓縮後的結果.壓縮後結果的體積通常自比原始影像資料小很多,因此有影像壓縮的效果;除此之外,壓縮後結果必須是可還原的,它應該可以被適當的解壓縮法還原成原始影像.值得注意的是,影像壓縮後的結果並非一張影像,它必須經過解壓縮的程序後才能看到原始影像的真面貌.

所以...有人能分析出用jpg和bmp當桌面，
在相同像素及解析度的情形下，
和資源(cpu、記憶體、系統資源...)消耗的比較關係嗎?

kanako，你的意思琥珀大致上都了解了~。覺得是一些名詞上的認知問題，琥珀不是很了解，你可否說明一下~？

就名詞上看， 編碼/解碼 不等於 壓縮/解壓縮，256色以下的BMP圖檔，如果按照RLE的話，'應該'只能說是一種編碼技術，達到'數位化的壓縮'，而圖檔品質(影像)則是'未壓縮'的。(只能說是色盤數目不足，因為儲存為256色或更少顏色，但是不能說畫質因此"壓縮")

[url]http://roger.ee.ncu.edu.tw/chinese/pcchang/course97b/comsp/avi/bmp.htm[/url] (繁體中文)

[url]http://www.china-pub.com/computers/emook/0476/info.htm[/url] (簡體中文)

[url]http://www.rasip.fer.hr/research/compress/algorithms/adv/bmp/[/url] (英文，這個不錯)

[url]http://ermis.in.teipir.gr/dep/HYS/PeLAB/pdf/bitmap.pdf[/url] (能看懂就很厲害了...)

琥珀再研究一下好了~

[QUOTE][i]最初由 琥珀 發表[/i]
[B]就名詞上看， 編碼/解碼 不等於 壓縮/解壓縮，256色以下的BMP圖檔，如果按照RLE的話，'應該'只能說是一種編碼技術，達到'數位化的壓縮'，而圖檔品質(影像)則是'未壓縮'的。(只能說是色盤數目不足，因為儲存為256色或更少顏色，但是不能說畫質因此"壓縮")[/B][/QUOTE]

編碼/解碼並不等同於壓縮/解壓縮,但是編碼/解碼可以是壓縮/解壓縮.

RLE簡單來說是一種長度編碼,也就是資料位元壓縮,它以重複的資料為壓縮基礎的一種演算法,所以稱他為壓縮也無不妥.

[url]http://www.rasip.fer.hr/research/compress/algorithms/adv/bmp/stop.zip[/url]

裡面有8種不同formats的小圖。

如果這樣的話，小畫家存檔256色、16色、單色，並沒有使用到RLE這種compression？

有時候真的只能用英文去體會。總覺得一堆資料都是翻譯過來的~。

[QUOTE][i]最初由 琥珀 發表[/i]
[B][url]http://www.rasip.fer.hr/research/compress/algorithms/adv/bmp/stop.zip[/url]裡面有8種不同formats的小圖。
如果這樣的話，小畫家存檔256色、16色、單色，並沒有使用到RLE這種compression？
[/B][/QUOTE]

奇怪...我看BMP圖檔的內容竟然摘要的地方不能看...
以下這四張...我有改過...能麻煩你看看摘要的地方有無使用RLE技術...
[url]http://members.tripod.co.jp/kanako0605/TEST/1.bmp[/url]
[url]http://members.tripod.co.jp/kanako0605/TEST/2.bmp[/url]
[url]http://members.tripod.co.jp/kanako0605/TEST/3.bmp[/url]
[url]http://members.tripod.co.jp/kanako0605/TEST/4.bmp[/url]

第一張資訊不夠。其他3張圖都沒有RLE技術。

另外，水平解析度、垂直解析度可以用軟體改嗎？怪怪的數據。

第1張圖片，374x400x[color=green]15b[/color]，有這種格式嗎？用ACDSee來解讀的話，琥珀只看過「2」、「4」、「8」、「16」、「32」、「64」、「128」、「256」、「24b」，這個[color=green]15b[/color]倒是第一次見過。

比較複雜的格式、編碼資訊，似乎要有像PhotoShop這類軟體來分析，比較容易找到。像PhotoImpact 5都找不到RLE資訊。

[QUOTE][i]最初由 琥珀 發表[/i]
[B]第一張資訊不夠。其他3張圖都沒有RLE技術。

另外，水平解析度、垂直解析度可以用軟體改嗎？怪怪的數據。 [/B][/QUOTE]

原圖是24bit(16百萬色)
第一張,我是改成16bit(65536色),也許是這原因...
第2、3張我改成8bit(256色)和4bit(16色)
第四張也是256色,這張我用小畫家改的...
水平解析度、垂直解析度...我也是第一次看到這麼好玩的數據...

底下四張再麻煩你看一下...謝謝!
[url]http://members.tripod.co.jp/kanako0605/TEST/5.bmp[/url]
[url]http://members.tripod.co.jp/kanako0605/TEST/6.bmp[/url]
[url]http://members.tripod.co.jp/kanako0605/TEST/7.bmp[/url]
[url]http://members.tripod.co.jp/kanako0605/TEST/8.bmp[/url]

5.bmp、7.bmp、8.bmp，ACDSee什麼尺寸都沒有列出，沒有影像。'影像'，內容全部沒有(沒有'影像'這個)。

[QUOTE][i]最初由 琥珀 發表[/i]
[B]第1張圖片，374x400x15b，有這種格式嗎？用ACDSee來解讀的話，琥珀只看過「2」、「4」、「8」、「16」、「32」、「64」、「128」、「256」、「24b」，這個15b倒是第一次見過。

比較複雜的格式、編碼資訊，似乎要有像PhotoShop這類軟體來分析，比較容易找到。像PhotoImpact 5都找不到RLE資訊。[/B][/QUOTE]

唉~~我看不到摘要...
請教PhotoShop如何分析??我用PhotoShop看的資訊都是空白...

......
琥珀沒有PhotoShop這套軟體。因為琥珀上次回答過那個2色gif圖檔問題，覺得PhotoShop可能比較「專業」。

[QUOTE][i]最初由 琥珀 發表[/i]
[B]5.bmp、7.bmp、8.bmp，ACDSee什麼尺寸都沒有列出，沒有影像。影像部分的內容全部沒有(沒有'影像'這個)。 [/B][/QUOTE]

我這四張...都是用PhotoShop去改的...選項如圖下方的BMP進階模式...我是想試看看PhotoShop有無RLE技術...

那幾張我用SlowView看的結果也在圖上...
原來你用ACDsee看的喔~~我沒裝...我用SlowView觀看的資訊少的可憐...

[QUOTE][i]最初由 琥珀 發表[/i]
[B]......
琥珀沒有PhotoShop這套軟體。因為琥珀上次回答過那個2色gif圖檔問題，覺得PhotoShop可能比較「專業」。 [/B][/QUOTE]

我用PhotoShop觀看檔案資訊都是空白的...

...今天對這個問題已經連續花了7個小時了...('棋靈王'、'遊戲王'很好看)

再想下去，恐怕頭腦會受不了∼

[QUOTE][i]最初由 琥珀 發表[/i]
[B]...今天對這個問題已經連續花了7個小時了...('棋靈王'、'遊戲王'很好看)

再想下去，恐怕頭腦會受不了∼ [/B][/QUOTE]

呵呵...我也都沒時間看電視...
恩~那就到此告一個段落吧~~