設備無關點陣圖什麼意思

㈠ 圖片的四種格式.jpg、.gif、.png、.bmp各是什麼意思

1、文件後輟名為"．jpg"或"．jpeg"，是最常用的圖像文件格式，由一個軟體開發聯合會組織制定，是一種有損壓縮格式，能夠將圖像壓縮在很小的儲存空間，圖像中重復或不重要的資料會被丟失，因此容易造成圖像數據的損傷。

2、圖形交換格式（外語簡稱：GIF、外語全稱：GraphicsInterchangeFormat），是CompuServe公司在 1987年開發的圖像文件格式。

GIF文件的數據，是一種基於LZW演算法的連續色調的無損壓縮格式。其壓縮率一般在50%左右，它不屬於任何應用程序。幾乎所有相關軟體都支持它，公共領域有大量的軟體在使用GIF圖像文件。

3、攜帶型網路圖形（外語簡稱PNG、外語全稱：PortableNetworkGraphics），是網上接受的最新圖像文件格式。PNG能夠提供長度比GIF小30%的無損壓縮圖像文件。它同時提供 24位和48位真彩色圖像支持以及其他諸多技術性支持。

由於PNG非常新，所以並不是所有的程序都可以用它來存儲圖像文件，但Photoshop可以處理PNG圖像文件，也可以用PNG圖像文件格式存儲。

4、BMP 是（Windows點陣圖） Windows 點陣圖可以用任何顏色深度（從黑白到 24 位顏色）存儲單個光柵圖像。Windows 點陣圖文件格式與其他 Microsoft Windows 程序兼容。它不支持文件壓縮，也不適用於 Web 頁。

Windows 點陣圖文件格式的缺點超過了它的優點。為了保證照片圖像的質量，請使用 PNG 、JPEG、TIFF 文件。BMP 文件適用於 Windows 中的牆紙。

(1)設備無關點陣圖什麼意思擴展閱讀：

jpg格式的圖片轉換成tif圖片格式的方法：

1、首先在格式工廠軟體首頁的圖片下面點擊你要轉換的最終格式【TIF】。

㈡ bmp格式的圖片是什麼意思

bmp是點陣圖格式，是windows使用的圖片格式
原來是什麼格式，用PHOTOSHOP或者AUTOCAD或者ACDSEE打開後，選另存為，有BMP選項的

1、什麼是BMP圖片：
BMP是bitmap的縮寫，即為點陣圖圖片。點陣圖圖片是用一種稱作「像素」的單位存貯圖像信息的。這些「像素」其實就是一些整齊排列的彩色（或黑白）點，如果這些點被慢慢放大，您就會看到一個個的「像素」中添充著自己的顏色，這些「像素」整齊地排列起來，就成為了一幅BMP圖片，並以.bmp（.rle，.dib等）為擴展名。

㈢ 什麼是BMP圖片

BMP是一種與硬體設備無關的圖像文件格式，使用非常廣。它採用位映射存儲格式，除了圖像深度可選以外，不採用其他任何壓縮，因此，BMP文件所佔用的空間很大。BMP文件的圖像深度可選lbit、4bit、8bit及24bit。BMP文件存儲數據時，圖像的掃描方式是按從左到右、從下到上的順序。
由於BMP文件格式是Windows環境中交換與圖有關的數據的一種標准，因此在Windows環境中運行的圖形圖像軟體都支持BMP圖像格式。 [編輯本段]文件結構：典型的BMP圖像文件由四部分組成：
1：點陣圖文件頭數據結構，它包含BMP圖像文件的類型、顯示內容等信息；
2：點陣圖信息數據結構，它包含有BMP圖像的寬、高、壓縮方法，以及定義顏色等信息；
3：調色板，這個部分是可選的，有些點陣圖需要調色板，有些點陣圖，比如真彩色圖（24位的BMP）就不需要調色板；
4：點陣圖數據，這部分的內容根據BMP點陣圖使用的位數不同而不同，在24點陣圖中直接使用RGB，而其他的小於24位的使用調色板中顏色索引值。
點陣圖的類型：
點陣圖一共有兩種類型，即：設備相關點陣圖（DDB)和設備無關點陣圖（DIB）。DDB點陣圖在早期的Windows系統（Windows 3.0以前)中是很普遍的，事實上它也是唯一的。然而，隨著顯示器製造技術的進步，以及顯示設備的多樣化，DDB點陣圖的一些固有的問題開始浮現出來了。比如，它不能夠存儲（或者說獲取）創建這張圖片的原始設備的解析度，這樣，應用程序就不能快速的判斷客戶機的顯示設備是否適合顯示這張圖片。為了解決這一難題，微軟創建了DIB點陣圖格式。
設備無關點陣圖 (Device-Independent Bitmap)
DIB點陣圖包含下列的顏色和尺寸信息：
＊ 原始設備（即創建圖片的設備）的顏色格式。
＊ 原始設備的解析度。
＊ 原始設備的調色板
＊ 一個位數組，由紅、綠、藍（RGB）三個值代表一個像素。
＊ 一個數組壓縮標志，用於表明數據的壓縮方案（如果需要的話）。
以上這些信息保存在BITMAPINFO結構中，該結構由BITMAPINFOHEADER結構和兩個或更多個RGBQUAD結構所組成。BITMAPINFOHEADER結構所包含的成員表明了圖像的尺寸、原始設備的顏色格式、以及數據壓縮方案等信息。RGBQUAD結構標識了像素所用到的顏色數據。
DIB點陣圖也有兩種形式，即：底到上型DIB(bottom-up)，和頂到下型DIB(top-down)。底到上型DIB的原點(origin)在圖像的左下角，而頂到下型DIB的原點在圖像的左上角。如果DIB的高度值（由BITMAPINFOHEADER結構中的biHeight成員標識）是一個正值，那麼就表明這個DIB是一個底到上型DIB，如果高度值是一個負值，那麼它就是一個頂到下型DIB。注意：頂到下型的DIB點陣圖是不能被壓縮的。
點陣圖的顏色格式是通過顏色面板值(planes)和顏色位值(bitcount)計算得來的，顏色面板值永遠是1，而顏色位值則可以是1、4、8、16、24、32其中的一個。如果它是1，則表示點陣圖是一張單色點陣圖（譯者註：通常是黑白點陣圖，只有黑和白兩種顏色，當然它也可以是任意兩種指定的顏色），如果它是4,則表示這是一張VGA點陣圖，如果它是8、16、24、或是32，則表示該點陣圖是其他設備所產生的點陣圖。如果應用程序想獲取當前顯示設備（或列印機）的顏色位值（或稱位深度），可調用API函數GetDeviceCaps()，並將第二個參數設為BITSPIXEL即可。
顯示設備的解析度是以每米多少個像素來表明的，應用程序可以通過以下三個步驟來獲取顯示設備或列印機的水平解析度：
1. 調用GetDeviceCaps()函數，指定第二個參數為HORZRES。
2. 再次調用GetDeviceCaps()函數，指定第二個參數為HORZSIZE。
3. 用第一個返回值除以第二個返回值。即：DetDeviceCaps(hDC,HORZRES)/GetDeviceCaps(hDC,HORZSIZE);
應用程序也可以使用相同的三個步驟來獲取設備的垂直解析度，不同之處只是要將HORZRES替換為VERTRES，把HORZSIZE替換為VERTSIZE，即可。
調色板是被保存在一個RGBQUAD結構的數組中，該結構指出了每一種顏色的紅、綠、藍的分量值。位數組中的每一個索引都對應於一個調色板項（即一個RGBQUAD結構），應用程序將根據這種對應關系，將像素索引值轉換為像素RGB值（真實的像素顏色）。應用程序也可以通過調用GetDeviceCaps()函數來獲取當前顯示設備的調色板尺寸（將該函數的第二個參數設為NUMCOLORS即可）。
Win32 API支持位數據的壓縮（只對8位和4位的底到上型DIB點陣圖）。壓縮方法是採用運行長度編碼方案（RLE)，RLE使用兩個位元組來描述一個句法，第一個位元組表示重復像素的個數，第二個位元組表示重復像素的索引值。有關壓縮點陣圖的詳細信息請參見對BITMAPINFOHEADER結構的解釋。
應用程序可以從一個DDB點陣圖創建出一個DIB點陣圖，步驟是，先初始化一些必要的結構，然後再調用GetDIBits()函數。不過，有些顯示設備有可能不支持這個函數，你可以通過調用GetDeviceCaps()函數來確定一下（GetDeviceCaps()函數在調用時指定RC_DI_BITMAP作為RASTERCAPS的標志）。
應用程序可以用DIB去設置顯示設備上的像素（譯者註：也就是顯示DIB），方法是調用SetDIBitsToDevice()函數或調用StretchDIBits()函數。同樣，有些顯示設備也有可能不支持以上這兩個函數，這時你可以指定RC_DIBTODEV作為RASTERCAPS標志，然後調用GetDeviceCaps()函數來判斷該設備是否支持SetDIBitsToDevice()函數。也可以指定RC_STRETCHDIB作為RASTERCAPS標志來調用GetDeviceCaps()函數，來判斷該設備是否支持StretchDIBits()函數。
如果應用程序只是要簡單的顯示一個已經存在的DIB點陣圖，那麼它只要調用SetDIBitsToDevice()函數就可以。比如一個電子表格軟體，它可以打開一個圖表文件，在窗口中簡單的調用SetDIBitsToDevice()函數，將圖形顯示在窗口中。但如果應用程序要重復的繪制點陣圖的話，則應該使用BitBlt()函數，因為BitBlt()函數的執行速度要比SetDIBitsToDevice()函數快很多。
設備相關點陣圖 (Device-Dependent Bitmaps)
設備相關點陣圖（DDB）之所以現在還被系統支持，只是為了兼容舊的Windows 3.0軟體，如果程序員現在要開發一個與點陣圖有關的程序，則應該盡量使用或生成DIB格式的點陣圖。
DDB點陣圖是被一個單個結構BITMAP所描述，這個結構的成員標明了該點陣圖的寬度、高度、設備的顏色格式等信息。
DDB點陣圖也有兩種類型，即：可廢棄的(discardable)DDB和不可廢棄的(nondiscardable)DDB。可廢棄的DDB點陣圖就是一種當系統內存缺乏，並且該點陣圖也沒有被選入設備描述表（DC）的時候，系統就會把該DDB點陣圖從內存中清除（即廢棄）。不可廢棄的DDB則是無論系統內存多少都不會被系統清除的DDB。API函數CreateDiscardableBitmap()函數可用於創建可廢棄點陣圖。而函數CreateBitmap()、CreateCompatibleBitmap()、和CreateBitmapIndirect()可用於創建不可廢棄的點陣圖。
應用程序可以通過一個DIB點陣圖而創建一個DDB點陣圖，只要先初始化一些必要的結構，然後再調用CreateDIBitmap()函數就可以。如果在調用該函數時指定了CBM_INIT標志，那麼這一次調用就等價於先調用CreateCompatibleBitmap()創建當前設備格式的DDB點陣圖，然後又調用SetDIBits()函數轉換DIB格式到DDB格式。（可能有些設備並不支持SetDIBits()函數，你可以指定RC_DI_BITMAP作為RASTERCAPS的標志，然後調用GetDeviceCaps()函數來判斷一下）。
對應的數據結構：
1：BMP文件組成
BMP文件由文件頭、點陣圖信息頭、顏色信息和圖形數據四部分組成。
2：BMP文件頭(14位元組)
BMP文件頭數據結構含有BMP文件的類型、文件大小和點陣圖起始位置等信息。
其結構定義如下:
typedef struct tagBITMAPFILEHEADER
{
WORD bfType; // 點陣圖文件的類型，必須為BM(0-1位元組)
DWORD bfSize; // 點陣圖文件的大小，以位元組為單位(2-5位元組)
WORD bfReserved1; // 點陣圖文件保留字，必須為0(6-7位元組)
WORD bfReserved2; // 點陣圖文件保留字，必須為0(8-9位元組)
DWORD bfOffBits; // 點陣圖數據的起始位置，以相對於點陣圖(10-13位元組)
// 文件頭的偏移量表示，以位元組為單位
} BITMAPFILEHEADER;
3：點陣圖信息頭(40位元組)
BMP點陣圖信息頭數據用於說明點陣圖的尺寸等信息。
typedef struct tagBITMAPINFOHEADER{
DWORD biSize; // 本結構所佔用位元組數(14-17位元組)
LONG biWidth; // 點陣圖的寬度，以像素為單位(18-21位元組)
LONG biHeight; // 點陣圖的高度，以像素為單位(22-25位元組)
WORD biPlanes; // 目標設備的級別，必須為1(26-27位元組)
WORD biBitCount;// 每個像素所需的位數，必須是1(雙色),(28-29位元組)
// 4(16色)，8(256色)或24(真彩色)之一
DWORD biCompression; // 點陣圖壓縮類型，必須是 0(不壓縮),(30-33位元組)
// 1(BI_RLE8壓縮類型)或2(BI_RLE4壓縮類型)之一
DWORD biSizeImage; // 點陣圖的大小，以位元組為單位(34-37位元組)
LONG biXPelsPerMeter; // 點陣圖水平解析度，每米像素數(38-41位元組)
LONG biYPelsPerMeter; // 點陣圖垂直解析度，每米像素數(42-45位元組)
DWORD biClrUsed;// 點陣圖實際使用的顏色表中的顏色數(46-49位元組)
DWORD biClrImportant;// 點陣圖顯示過程中重要的顏色數(50-53位元組)
} BITMAPINFOHEADER;
4：顏色表
顏色表用於說明點陣圖中的顏色，它有若干個表項，每一個表項是一個RGBQUAD類型的結構，定義一種顏色。RGBQUAD結構的定義如下:
typedef struct tagRGBQUAD {
BYTE rgbBlue;// 藍色的亮度(值范圍為0-255)
BYTE rgbGreen; // 綠色的亮度(值范圍為0-255)
BYTE rgbRed; // 紅色的亮度(值范圍為0-255)
BYTE rgbReserved;// 保留，必須為0
} RGBQUAD;
顏色表中RGBQUAD結構數據的個數有biBitCount來確定:
當biBitCount=1,4,8時，分別有2,16,256個表項;
當biBitCount=24時，沒有顏色表項。
點陣圖信息頭和顏色表組成點陣圖信息，BITMAPINFO結構定義如下:
typedef struct tagBITMAPINFO {
BITMAPINFOHEADER bmiHeader; // 點陣圖信息頭
RGBQUAD bmiColors[1]; // 顏色表
} BITMAPINFO;
5：點陣圖數據
點陣圖數據記錄了點陣圖的每一個像素值，記錄順序是在掃描行內是從左到右,掃描行之間是從下到上。點陣圖的一個像素值所佔的位元組數:
當biBitCount=1時，8個像素佔1個位元組;
當biBitCount=4時，2個像素佔1個位元組;
當biBitCount=8時，1個像素佔1個位元組;
當biBitCount=24時,1個像素佔3個位元組;
Windows規定一個掃描行所佔的位元組數必須是
4的倍數(即以long為單位),不足的以0填充，
biSizeImage = ((((bi.biWidth * bi.biBitCount) + 31) & ~31) / 8) * bi.biHeight;
具體數據舉例：
如某BMP文件開頭：
4D42 4690 0000 0000 0000 4600 0000 2800 0000 8000 0000 9000 0000 0100*1000 0300 0000 0090 0000 A00F 0000 A00F 0000 0000 0000 0000 0000*00F8 0000 E007 0000 1F00 0000 0000 0000*02F1 84F1 04F1 84F1 84F1 06F2 84F1 06F2 04F2 86F2 06F2 86F2 86F2 .... ....
BMP文件可分為四個部分：點陣圖文件頭、點陣圖信息頭、彩色板、圖像數據陣列，在上圖中已用*分隔。
一、圖像文件頭
1）1：(這里的數字代表的是"字",即兩個位元組,下同)圖像文件頭。0x4D42=』BM』，表示是Windows支持的BMP格式。
2）2-3：整個文件大小。4690 0000，為00009046h=36934。
3）4-5：保留，必須設置為0。
4）6-7：從文件開始到點陣圖數據之間的偏移量。4600 0000，為00000046h=70，上面的文件頭就是35字=70位元組。
二、點陣圖信息頭
5）8-9：點陣圖圖信息頭長度。
6）10-11：點陣圖寬度，以像素為單位。8000 0000，為00000080h=128。
7）12-13：點陣圖高度，以像素為單位。9000 0000，為00000090h=144。
8）14：點陣圖的位面數，該值總是1。0100，為0001h=1。
9）15：每個像素的位數。有1（單色），4（16色），8（256色），16（64K色，高彩色），24（16M色，真彩色），32（4096M色，增強型真彩色）。1000為0010h=16。
10）16-17：壓縮說明：有0（不壓縮），1（RLE 8，8位RLE壓縮），2（RLE 4，4位RLE壓縮，3（Bitfields，位域存放）。RLE簡單地說是採用像素數+像素值的方式進行壓縮。T408採用的是位域存放方式，用兩個位元組表示一個像素，位域分配為r5b6g5。圖中0300 0000為00000003h=3。
11）18-19：用位元組數表示的點陣圖數據的大小，該數必須是4的倍數，數值上等於（≥點陣圖寬度的最小的4的倍數）×點陣圖高度×每個像素位數。0090 0000為00009000h=80×90×2h=36864。
12）20-21：用象素/米表示的水平解析度。A00F 0000為0000 0FA0h=4000。
13）22-23：用象素/米表示的垂直解析度。A00F 0000為0000 0FA0h=4000。
14）24-25：點陣圖使用的顏色索引數。設為0的話，則說明使用所有調色板項。
15）26-27：對圖象顯示有重要影響的顏色索引的數目。如果是0，表示都重要。
三、彩色板
16）28-....(不確定)：彩色板規范。對於調色板中的每個表項，用下述方法來描述RGB的值：
1位元組用於藍色分量
1位元組用於綠色分量
1位元組用於紅色分量
1位元組用於填充符(設置為0)
對於24-位真彩色圖像就不使用彩色板，因為點陣圖中的RGB值就代表了每個象素的顏色。
如，彩色板為00F8 0000 E007 0000 1F00 0000 0000 0000，其中：
00FB 0000為FB00h=1111100000000000（二進制），是藍色分量的掩碼。
E007 0000為 07E0h=0000011111100000（二進制），是綠色分量的掩碼。
1F00 0000為001Fh=0000000000011111（二進制），是紅色分量的掩碼。
0000 0000總設置為0。
將掩碼跟像素值進行「與」運算再進行移位操作就可以得到各色分量值。看看掩碼，就可以明白事實上在每個像素值的兩個位元組16位中，按從高到低取5、6、5位分別就是r、g、b分量值。取出分量值後把r、g、b值分別乘以8、4、8就可以補齊第個分量為一個位元組，再把這三個位元組按rgb組合，放入存儲器（同樣要反序），就可以轉換為24位標准BMP格式了。
四、圖像數據陣列
17)27(無調色板)-．．．：每兩個位元組表示一個像素。陣列中的第一個位元組表示點陣圖左下角的象素，而最後一個位元組表示點陣圖右上角的象素。
五、存儲演算法
BMP文件通常是不壓縮的，所以它們通常比同一幅圖像的壓縮圖像文件格式要大很多。例如，一個800×600的24位幾乎占據1.4MB空間。因此它們通常不適合在網際網路或者其它低速或者有容量限制的媒介上進行傳輸。 根據顏色深度的不同，圖像上的一個像素可以用一個或者多個位元組表示，它由n/8所確定（n是位深度，1位元組包含8個數據位）。圖片瀏覽器等基於位元組的ASCII值計算像素的顏色，然後從調色板中讀出相應的值。更為詳細的信息請參閱下面關於點陣圖文件的部分。 n位2n種顏色的點陣圖近似位元組數可以用下面的公式計算： BMP文件大小約等於 54+4*2的n次方+（w*h*n)/8，其中高度和寬度都是像素數。 需要注意的是上面公式中的54是點陣圖文件的文件頭，是彩色調色板的大小。另外需要注意的是這是一個近似值，對於n位的點陣圖圖像來說，盡管可能有最多2n中顏色，一個特定的圖像可能並不會使用這些所有的顏色。由於彩色調色板僅僅定義了圖像所用的顏色，所以實際的彩色調色板將小於。 如果想知道這些值是如何得到的，請參考下面文件格式的部分。 由於存儲演算法本身決定的因素，根據幾個圖像參數的不同計算出的大小與實際的文件大小將會有一些細小的差別。

㈣ 點陣圖和與設備無關的點陣圖是什麼意思

可能是溫度過高、或者電路錯誤、或者是電源問題等。
①開機過程中出現死機：在啟動計算機時，只聽到硬碟自檢聲而看不到屏幕顯示，或乾脆在開機自檢時發出鳴叫聲但計算機不工作、或在開機自檢時出現錯誤提示等；
②在啟動計算機操作系統時發生死機：屏幕顯示計算機自檢通過，但在裝入操作系統時，計算機出現死機的情況；
③在使用一些應用程序過程中出現死機：計算機一直都運行良好，只在執行某些應用程序時出現死機的情況；
④退出操作系統時出現死機：就是在退出Win98等系統或返回DOS狀態時出現死機。 由干在「死機」狀態下無法用軟體或工具對系統進行診斷，因而增加了故障排除的難度。
死機的一般表現有：系統不能啟動、顯示黑屏、顯示「凝固」、鍵盤不能輸入、軟體運行非正常中斷等。死機的原因大概有千千萬萬種，但只有兩個方面：一是由電腦硬體引起的，一是軟體設計不完善或與系統和系統其它正在運行的程序發生沖突。在硬體方面，禍首就是近來在電腦DIY界流行的「超頻』一—讓CPU工作在額定運行頻率以外的時鍾頻率上，CPU處於超額工作狀態，出現死機就不奇怪了；其次一個原因是某個硬體過熱，或者硬體資源沖突。當然還有其他一些硬體方面的原因。在軟體方面，因為軟體原因而造成的死機在電腦中幾乎佔了大多數（超頻了的電腦除外）。在Windows9x系列中使用了16位和32位混合的內核模式，因此安全性很低，因程序內存沖突而死機是經常會發生的事情。下面就來介紹一下遇到死機故障後一般的檢查處理方法
。 一、排除系統「假」死機現象
1．首先排除因電源問題帶來的「假」死機現象。應檢查電腦電源是否插好，電源插座是否接觸良好，主機、顯示器以及列印機、掃描儀、外置式MODEM，音箱等主要外接電源的設備電源插頭是否可靠地插入了電源插座、上述各部件的電源開關是否都處於開（ON）的狀態。
2．檢查電腦各部件間數據，控制連線是否連接正確和可靠，插頭間是否有松動現象。尤其是主機與顯示器的數據線連接不良常常造成「黑屏」的假死機現象。
二、排除病毒感染引起的死機現象 用無毒干凈的系統盤引導系統，然後運行KILL，AV95、SCAN等防病毒軟體的最新版本對硬碟進行檢查，確保電腦安全，排除因病毒引起的死機現象。 另外，如果在殺毒後引起了死機現象，這多半是因為病毒破壞了系統文件、應用程序及關鍵的數據文件，或是殺毒軟體在消除病毒的同時對正常的文件進行了誤操作，破壞了正常文件的結構。碰到這類問題，只能將被損壞（即運行時引起死機）的系統或軟體重裝。
三、排除軟體安裝、配置問題引起的死機現象
1．如果是在軟體安裝過程中死機，則可能是系統某些配置與安裝的軟體沖突。這些配置包括系統BIOS設置、CONFIG.SYS和AUTOEXEC.BAT的設置、WIN.INI、SYSTEM.INI的設置以及一些硬體驅動程序和內存駐留程序的設置。 可以試著修改上述設置項。對BIOS可以取其默認設置，如「LOAD SETUP DEFAULT」和「LOAD BIOS DEFAULT」；對CONFIG.SYS和AUTOEXEC.BAT則可以在啟動時按F5跳過系統配置文件或按F8逐步選擇執行以及逐項修改CONFIG.SYS和AUTOEXEC.BAT中的配置（尤其是EMM386中關於EMS、XMS的配置情況）來判斷硬體與安裝程序什麼地方發生了沖突，一些硬體驅動程序和內存駐留程序則可以通過不裝載它們的方法來避免沖突。
2．如果是在軟體安裝後發生了死機，則是安裝好的程序與系統發生沖突。一般的做法是恢復系統在安裝前的各項配置，然後分析安裝程序新裝入部分使用的資源和可能發生的沖突，逐步排除故障原因。刪除新安裝程序也是解決沖突的方法之一。
四、根據系統啟動過程中的死機現象來分析 系統啟動過程中的死機現象包括兩種情況： 1．致命性死機，即系統自檢過程未完成就死機，一般系統不給出提示。對此可以根據開機自檢時致命性錯誤列表的情況，再結合其它方法對故障原因作進一步的分析。
2．非致命性死機，在自檢過程中或自檢完成後死機，但系統給出聲音、文字等提示信息。可以根據開機自檢時非致命性錯誤代碼表和開機自檢時鳴笛音響對應的錯誤代碼表來檢查；開機自檢時鳴笛音響對應的錯誤代碼表中所列的情況是對可能出現故障的部件作重點檢查，但也不能忽略相關部件的檢查，因為相當多的故障並不是由提示信息指出的部件直接引起，而常常由相關部件故障引發。
五、排除因使用、維護不當引起的死機現象 電腦在使用一段時間後也可能因為使用、維護不當而引起死機，尤其是長時間不使用電腦後常會出現此類故障。引起的原因有以下幾種：
1．積塵導致系統死機：灰塵是電腦的大敵。過多的灰塵附著在CPU、晶元、風扇的表面會導致這些元件散熱不良，電路印刷板上的灰塵在潮濕的環境中常常導致短路。上述兩種情況均會導致死機。 具體處理方法可以用毛刷將灰塵掃去，或用棉簽沾無水酒精清洗積塵元件。注意不要將毛刷和棉簽的毛、棉留在電路板和元件上而成為新的死機故障源。
2．部件受潮：長時間不使用電腦，會導致部分元件受潮而不能正常使用。可用電吹風的低熱擋均勻對受潮元件「烘乾」。注意不可對元件一部分加熱太久或溫度太高，避免烤壞元件。
3．板卡、晶元引腳氧化導致接觸不良：將板卡、晶元拔出，用橡皮擦輕輕擦拭引腳表面去除氧化物，重新插入插座。
4．板卡、外設介面松動導致死機：仔細檢查各I/O插槽插接是否正確，各外設介面接觸是否良好，線纜連接是否正常。

㈤ 圖片格式jpg、gif、jpeg、png,bmp分別是什麼意思,

JPG格式是最常用的圖像文件格式，由一個軟體開發聯合會組織制定，是一種有損壓縮格式，能夠將圖像壓縮在很小的儲存空間，圖像中重復或不重要的資料會被丟失，因此容易造成圖像數據的損傷。尤其是使用過高的壓縮比例，將使最終解壓縮後恢復的圖像質量明顯降低，

如果追求高品質圖像，不宜採用過高壓縮比例。

但是JPEG壓縮技術十分先進，它用有損壓縮方式去除冗餘的圖像數據，在獲得極高的壓縮率的同時能展現十分豐富生動的圖像，換句話說，就是可以用最少的磁碟空間得到較好的圖像品質。

而且JPEG是一種很靈活的格式，具有調節圖像質量的功能，允許用不同的壓縮比例對文件進行壓縮，支持多種壓縮級別，壓縮比率通常在10：1到40：1之間，壓縮比越大，品質就越低；相反地，壓縮比越小，品質就越好。比如可以把1．37Mb的BMP點陣圖文件壓縮至20．3KB。當然也可以在圖像質量和文件尺寸之間找到平衡點。

JPEG格式壓縮的主要是高頻信息，對色彩的信息保留較好，適合應用於互聯網，可減少圖像的傳輸時間，可以支持24bit真彩色，也普遍應用於需要連續色調的圖像。

GIF 是用於壓縮具有單調顏色和清晰細節的圖像（如線狀圖、徽標或帶文字的插圖）的標准格式。
GIF分為靜態GIF和動畫GIF兩種，支持透明背景圖像，適用於多種操作系統，「體型」很小，網上很多小動畫都是GIF格式。其實GIF是將多幅圖像保存為一個圖像文件，從而形成動畫,所以歸根到底GIF仍然是圖片文件格式。但GIF只能顯示256色。
GIF主要分為兩個版本，即GIF 89a和GIF 87a：
GIF 87a：是在1987年制定的版本
GIF 89a：是1989年制定的版本。在這個版本中，為GIF文檔擴充了圖形控制區塊、備注、說明、應用程序編程介面等四個區塊，並提供了對透明色和多幀動畫的支持
GIF格式自1987年由CompuServe公司引入後，因其體積小而成像相對清晰，特別適合於初期慢速的互聯網，而從此大受歡迎。它採用無損壓縮技術，只要圖像不多於256色，則可既減少文件的大小，又保持成像的質量。（當然，現在也存在一些hack技術，在一定的條件下克服256色的限制，具體參見真彩色）然而，256色的限制大大局限了GIF文件的應用范圍，如彩色相機等。（當然採用無損壓縮技術的彩色相機照片亦不適合通過網路傳輸。）另一方面，在高彩圖片上有著不俗表現的JPG格式卻在簡單的折線上效果差強人意。因此GIF格式普遍適用於圖表，按鈕等等只需少量顏色的圖像（如黑白照片）。

PNG是20世紀90年代中期開始開發的圖像文件存儲格式，其目的是企圖替代GIF和TIFF文件格式，同時增加一些GIF文件格式所不具備的特性。流式網路圖形格式(Portable Network Graphic Format，PNG)名稱來源於非官方的「PNG's Not GIF」，是一種點陣圖文件(bitmap file)存儲格式，讀成「ping」。PNG用來存儲灰度圖像時，灰度圖像的深度可多到16位，存儲彩色圖像時，彩色圖像的深度可多到48位，並且還可存儲多到16位的α通道數據。PNG使用從LZ77派生的無損數據壓縮演算法。
PNG圖片文件一般應用於JAVA程序中，或網頁或S60程序中是因為它壓縮比高，生成文件容量小。
使用彩色查找表或者叫做調色板可支持256種顏色的彩色圖像。
流式讀/寫性能(streamability)：圖像文件格式允許連續讀出和寫入圖像數據，這個特性很適合於在通信過程中生成和顯示圖像。
逐次逼近顯示(progressive display)：這種特性可使在通信鏈路上傳輸圖像文件的同時就在終端上顯示圖像，把整個輪廓顯示出來之後逐步顯示圖像的細節，也就是先用低解析度顯示圖像，然後逐步提高它的解析度。
透明性(transparency)：這個性能可使圖像中某些部分不顯示出來，用來創建一些有特色的圖像。
輔助信息(ancillary information)：這個特性可用來在圖像文件中存儲一些文本注釋信息。
獨立於計算機軟硬體環境。
使用無損壓縮。
PNG文件格式中要增加下列GIF文件格式所沒有的特性：
每個像素為48位的真彩色圖像。
每個像素為16位的灰度圖像。
可為灰度圖和真彩色圖添加α通道。
添加圖像的γ信息。
使用循環冗餘碼(cyclic rendancy code，CRC)檢測損害的文件。
加快圖像顯示的逐次逼近顯示方式。
標準的讀/寫工具包。
可在一個文件中存儲多幅圖像。

BMP是一種與硬體設備無關的圖像文件格式，使用非常廣。它採用位映射存儲格式，除了圖像深度可選以外，不採用其他任何壓縮，因此，BMP文件所佔用的空間很大。BMP文件的圖像深度可選lbit、4bit、8bit及24bit。BMP文件存儲數據時，圖像的掃描方式是按從左到右、從下到上的順序。
由於BMP文件格式是Windows環境中交換與圖有關的數據的一種標准，因此在Windows環境中運行的圖形圖像軟體都支持BMP圖像格式。
典型的BMP圖像文件由四部分組成：
1：點陣圖文件頭數據結構，它包含BMP圖像文件的類型、顯示內容等信息；
2：點陣圖信息數據結構，它包含有BMP圖像的寬、高、壓縮方法，以及定義顏色等信息；
3：調色板，這個部分是可選的，有些點陣圖需要調色板，有些點陣圖，比如真彩色圖（24位的BMP）就不需要調色板；
4：點陣圖數據，這部分的內容根據BMP點陣圖使用的位數不同而不同，在24點陣圖中直接使用RGB，而其他的小於24位的使用調色板中顏色索引值。
點陣圖的類型：
點陣圖一共有兩種類型，即：設備相關點陣圖（DDB)和設備無關點陣圖（DIB）。DDB點陣圖在早期的Windows系統（Windows 3.0以前)中是很普遍的，事實上它也是唯一的。然而，隨著顯示器製造技術的進步，以及顯示設備的多樣化，DDB點陣圖的一些固有的問題開始浮現出來了。比如，它不能夠存儲（或者說獲取）創建這張圖片的原始設備的解析度，這樣，應用程序就不能快速的判斷客戶機的顯示設備是否適合顯示這張圖片。為了解決這一難題，微軟創建了DIB點陣圖格式。
設備無關點陣圖 (Device-Independent Bitmap)
DIB點陣圖包含下列的顏色和尺寸信息：
＊ 原始設備（即創建圖片的設備）的顏色格式。
＊ 原始設備的解析度。
＊ 原始設備的調色板
＊ 一個位數組，由紅、綠、藍（RGB）三個值代表一個像素。
＊ 一個數組壓縮標志，用於表明數據的壓縮方案（如果需要的話）。
以上這些信息保存在BITMAPINFO結構中，該結構由BITMAPINFOHEADER結構和兩個或更多個RGBQUAD結構所組成。BITMAPINFOHEADER結構所包含的成員表明了圖像的尺寸、原始設備的顏色格式、以及數據壓縮方案等信息。RGBQUAD結構標識了像素所用到的顏色數據。
DIB點陣圖也有兩種形式，即：底到上型DIB(bottom-up)，和頂到下型DIB(top-down)。底到上型DIB的原點(origin)在圖像的左下角，而頂到下型DIB的原點在圖像的左上角。如果DIB的高度值（由BITMAPINFOHEADER結構中的biHeight成員標識）是一個正值，那麼就表明這個DIB是一個底到上型DIB，如果高度值是一個負值，那麼它就是一個頂到下型DIB。注意：頂到下型的DIB點陣圖是不能被壓縮的。
點陣圖的顏色格式是通過顏色面板值(planes)和顏色位值(bitcount)計算得來的，顏色面板值永遠是1，而顏色位值則可以是1、4、8、16、24、32其中的一個。如果它是1，則表示點陣圖是一張單色點陣圖（譯者註：通常是黑白點陣圖，只有黑和白兩種顏色，當然它也可以是任意兩種指定的顏色），如果它是4,則表示這是一張VGA點陣圖，如果它是8、16、24、或是32，則表示該點陣圖是其他設備所產生的點陣圖。如果應用程序想獲取當前顯示設備（或列印機）的顏色位值（或稱位深度），可調用API函數GetDeviceCaps()，並將第二個參數設為BITSPIXEL即可。
顯示設備的解析度是以每米多少個像素來表明的，應用程序可以通過以下三個步驟來獲取顯示設備或列印機的水平解析度：
1. 調用GetDeviceCaps()函數，指定第二個參數為HORZRES。
2. 再次調用GetDeviceCaps()函數，指定第二個參數為HORZSIZE。
3. 用第一個返回值除以第二個返回值。即：DetDeviceCaps(hDC,HORZRES)/GetDeviceCaps(hDC,HORZSIZE);
應用程序也可以使用相同的三個步驟來獲取設備的垂直解析度，不同之處只是要將HORZRES替換為VERTRES，把HORZSIZE替換為VERTSIZE，即可。
調色板是被保存在一個RGBQUAD結構的數組中，該結構指出了每一種顏色的紅、綠、藍的分量值。位數組中的每一個索引都對應於一個調色板項（即一個RGBQUAD結構），應用程序將根據這種對應關系，將像素索引值轉換為像素RGB值（真實的像素顏色）。應用程序也可以通過調用GetDeviceCaps()函數來獲取當前顯示設備的調色板尺寸（將該函數的第二個參數設為NUMCOLORS即可）。
Win32 API支持位數據的壓縮（只對8位和4位的底到上型DIB點陣圖）。壓縮方法是採用運行長度編碼方案（RLE)，RLE使用兩個位元組來描述一個句法，第一個位元組表示重復像素的個數，第二個位元組表示重復像素的索引值。有關壓縮點陣圖的詳細信息請參見對BITMAPINFOHEADER結構的解釋。
應用程序可以從一個DDB點陣圖創建出一個DIB點陣圖，步驟是，先初始化一些必要的結構，然後再調用GetDIBits()函數。不過，有些顯示設備有可能不支持這個函數，你可以通過調用GetDeviceCaps()函數來確定一下（GetDeviceCaps()函數在調用時指定RC_DI_BITMAP作為RASTERCAPS的標志）。
應用程序可以用DIB去設置顯示設備上的像素（譯者註：也就是顯示DIB），方法是調用SetDIBitsToDevice()函數或調用StretchDIBits()函數。同樣，有些顯示設備也有可能不支持以上這兩個函數，這時你可以指定RC_DIBTODEV作為RASTERCAPS標志，然後調用GetDeviceCaps()函數來判斷該設備是否支持SetDIBitsToDevice()函數。也可以指定RC_STRETCHDIB作為RASTERCAPS標志來調用GetDeviceCaps()函數，來判斷該設備是否支持StretchDIBits()函數。
如果應用程序只是要簡單的顯示一個已經存在的DIB點陣圖，那麼它只要調用SetDIBitsToDevice()函數就可以。比如一個電子表格軟體，它可以打開一個圖表文件，在窗口中簡單的調用SetDIBitsToDevice()函數，將圖形顯示在窗口中。但如果應用程序要重復的繪制點陣圖的話，則應該使用BitBlt()函數，因為BitBlt()函數的執行速度要比SetDIBitsToDevice()函數快很多。
設備相關點陣圖 (Device-Dependent Bitmaps)
設備相關點陣圖（DDB）之所以現在還被系統支持，只是為了兼容舊的Windows 3.0軟體，如果程序員現在要開發一個與點陣圖有關的程序，則應該盡量使用或生成DIB格式的點陣圖。
DDB點陣圖是被一個單個結構BITMAP所描述，這個結構的成員標明了該點陣圖的寬度、高度、設備的顏色格式等信息。
DDB點陣圖也有兩種類型，即：可廢棄的(discardable)DDB和不可廢棄的(nondiscardable)DDB。可廢棄的DDB點陣圖就是一種當系統內存缺乏，並且該點陣圖也沒有被選入設備描述表（DC）的時候，系統就會把該DDB點陣圖從內存中清除（即廢棄）。不可廢棄的DDB則是無論系統內存多少都不會被系統清除的DDB。API函數CreateDiscardableBitmap()函數可用於創建可廢棄點陣圖。而函數CreateBitmap()、CreateCompatibleBitmap()、和CreateBitmapIndirect()可用於創建不可廢棄的點陣圖。
應用程序可以通過一個DIB點陣圖而創建一個DDB點陣圖，只要先初始化一些必要的結構，然後再調用CreateDIBitmap()函數就可以。如果在調用該函數時指定了CBM_INIT標志，那麼這一次調用就等價於先調用CreateCompatibleBitmap()創建當前設備格式的DDB點陣圖，然後又調用SetDIBits()函數轉換DIB格式到DDB格式。（可能有些設備並不支持SetDIBits()函數，你可以指定RC_DI_BITMAP作為RASTERCAPS的標志，然後調用GetDeviceCaps()函數來判斷一下）。
對應的數據結構：
1：BMP文件組成
BMP文件由文件頭、點陣圖信息頭、顏色信息和圖形數據四部分組成。
2：BMP文件頭(14位元組)
BMP文件頭數據結構含有BMP文件的類型、文件大小和點陣圖起始位置等信息。
其結構定義如下:
typedef struct tagBITMAPFILEHEADER
{
WORDbf Type; // 點陣圖文件的類型，必須為BM(0-1位元組)
DWORD bfSize; // 點陣圖文件的大小，以位元組為單位(2-5位元組)
WORD bfReserved1; // 點陣圖文件保留字，必須為0(6-7位元組)
WORD bfReserved2; // 點陣圖文件保留字，必須為0(8-9位元組)
DWORD bfOffBits; // 點陣圖數據的起始位置，以相對於點陣圖(10-13位元組)
// 文件頭的偏移量表示，以位元組為單位
} BITMAPFILEHEADER;
3：點陣圖信息頭(40位元組)
BMP點陣圖信息頭數據用於說明點陣圖的尺寸等信息。
typedef struct tagBITMAPINFOHEADER{
DWORD biSize; // 本結構所佔用位元組數(14-17位元組)
LONG biWidth; // 點陣圖的寬度，以像素為單位(18-21位元組)
LONG biHeight; // 點陣圖的高度，以像素為單位(22-25位元組)
WORD biPlanes; // 目標設備的級別，必須為1(26-27位元組)
WORD biBitCount;// 每個像素所需的位數，必須是1(雙色),(28-29位元組)
// 4(16色)，8(256色)或24(真彩色)之一
DWORD biCompression; // 點陣圖壓縮類型，必須是 0(不壓縮),(30-33位元組)
// 1(BI_RLE8壓縮類型)或2(BI_RLE4壓縮類型)之一
DWORD biSizeImage; // 點陣圖的大小，以位元組為單位(34-37位元組)
LONG biXPelsPerMeter; // 點陣圖水平解析度，每米像素數(38-41位元組)
LONG biYPelsPerMeter; // 點陣圖垂直解析度，每米像素數(42-45位元組)
DWORD biClrUsed;// 點陣圖實際使用的顏色表中的顏色數(46-49位元組)
DWORD biClrImportant;// 點陣圖顯示過程中重要的顏色數(50-53位元組)
} BITMAPINFOHEADER;
4：顏色表
顏色表用於說明點陣圖中的顏色，它有若干個表項，每一個表項是一個RGBQUAD類型的結構，定義一種顏色。RGBQUAD結構的定義如下:
typedef struct tagRGBQUAD {
BYTE rgbBlue;// 藍色的亮度(值范圍為0-255)
BYTE rgbGreen; // 綠色的亮度(值范圍為0-255)
BYTE rgbRed; // 紅色的亮度(值范圍為0-255)
BYTE rgbReserved;// 保留，必須為0
} RGBQUAD;
顏色表中RGBQUAD結構數據的個數有biBitCount來確定:
當biBitCount=1,4,8時，分別有2,16,256個表項;
當biBitCount=24時，沒有顏色表項。
點陣圖信息頭和顏色表組成點陣圖信息，BITMAPINFO結構定義如下:
typedef struct tagBITMAPINFO {
BITMAPINFOHEADER bmiHeader; // 點陣圖信息頭
RGBQUAD bmiColors[1]; // 顏色表
} BITMAPINFO;
5：點陣圖數據
點陣圖數據記錄了點陣圖的每一個像素值，記錄順序是在掃描行內是從左到右,掃描行之間是從下到上。點陣圖的一個像素值所佔的位元組數:
當biBitCount=1時，8個像素佔1個位元組;
當biBitCount=4時，2個像素佔1個位元組;
當biBitCount=8時，1個像素佔1個位元組;
當biBitCount=24時,1個像素佔3個位元組;
Windows規定一個掃描行所佔的位元組數必須是
4的倍數(即以long為單位),不足的以0填充，
biSizeImage = ((((bi.biWidth * bi.biBitCount) + 31) & ~31) / 8) * bi.biHeight;
具體數據舉例：
如某BMP文件開頭：
4D42 4690 0000 0000 0000 4600 0000 2800 0000 8000 0000 9000 0000 0100*1000 0300 0000 0090 0000 A00F 0000 A00F 0000 0000 0000 0000 0000*00F8 0000 E007 0000 1F00 0000 0000 0000*02F1 84F1 04F1 84F1 84F1 06F2 84F1 06F2 04F2 86F2 06F2 86F2 86F2 .... ....
BMP文件可分為四個部分：點陣圖文件頭、點陣圖信息頭、彩色板、圖像數據陣列，在上圖中已用*分隔。
一、圖像文件頭
1）1：(這里的數字代表的是"字",即兩個位元組,下同)圖像文件頭。0x4D42=』BM』，表示是Windows支持的BMP格式。
2）2-3：整個文件大小。4690 0000，為00009046h=36934。
3）4-5：保留，必須設置為0。
4）6-7：從文件開始到點陣圖數據之間的偏移量。4600 0000，為00000046h=70，上面的文件頭就是35字=70位元組。
二、點陣圖信息頭
5）8-9：點陣圖圖信息頭長度。
6）10-11：點陣圖寬度，以像素為單位。8000 0000，為00000080h=128。
7）12-13：點陣圖高度，以像素為單位。9000 0000，為00000090h=144。
8）14：點陣圖的位面數，該值總是1。0100，為0001h=1。
9）15：每個像素的位數。有1（單色），4（16色），8（256色），16（64K色，高彩色），24（16M色，真彩色），32（4096M色，增強型真彩色）。1000為0010h=16。
10）16-17：壓縮說明：有0（不壓縮），1（RLE 8，8位RLE壓縮），2（RLE 4，4位RLE壓縮，3（Bitfields，位域存放）。RLE簡單地說是採用像素數+像素值的方式進行壓縮。T408採用的是位域存放方式，用兩個位元組表示一個像素，位域分配為r5b6g5。圖中0300 0000為00000003h=3。
11）18-19：用位元組數表示的點陣圖數據的大小，該數必須是4的倍數，數值上等於（≥點陣圖寬度的最小的4的倍數）×點陣圖高度×每個像素位數。0090 0000為00009000h=80×90×2h=36864。
12）20-21：用象素/米表示的水平解析度。A00F 0000為0000 0FA0h=4000。
13）22-23：用象素/米表示的垂直解析度。A00F 0000為0000 0FA0h=4000。
14）24-25：點陣圖使用的顏色索引數。設為0的話，則說明使用所有調色板項。
15）26-27：對圖象顯示有重要影響的顏色索引的數目。如果是0，表示都重要。
三、彩色板
16）28-....(不確定)：彩色板規范。對於調色板中的每個表項，用下述方法來描述RGB的值：
1位元組用於藍色分量
1位元組用於綠色分量
1位元組用於紅色分量
1位元組用於填充符(設置為0)
對於24-位真彩色圖像就不使用彩色板，因為點陣圖中的RGB值就代表了每個象素的顏色。
如，彩色板為00F8 0000 E007 0000 1F00 0000 0000 0000，其中：
00FB 0000為FB00h=1111100000000000（二進制），是藍色分量的掩碼。
E007 0000為 07E0h=0000011111100000（二進制），是綠色分量的掩碼。
1F00 0000為001Fh=0000000000011111（二進制），是紅色分量的掩碼。
0000 0000總設置為0。
將掩碼跟像素值進行「與」運算再進行移位操作就可以得到各色分量值。看看掩碼，就可以明白事實上在每個像素值的兩個位元組16位中，按從高到低取5、6、5位分別就是r、g、b分量值。取出分量值後把r、g、b值分別乘以8、4、8就可以補齊第個分量為一個位元組，再把這三個位元組按rgb組合，放入存儲器（同樣要反序），就可以轉換為24位標准BMP格式了。
四、圖像數據陣列
17)27(無調色板)-．．．：每兩個位元組表示一個像素。陣列中的第一個位元組表示點陣圖左下角的象素，而最後一個位元組表示點陣圖右上角的象素。
五、存儲演算法
BMP文件通常是不壓縮的，所以它們通常比同一幅圖像的壓縮圖像文件格式要大很多。例如，一個800×600的24位幾乎占據1.4MB空間。因此它們通常不適合在網際網路或者其它低速或者有容量限制的媒介上進行傳輸。 根據顏色深度的不同，圖像上的一個像素可以用一個或者多個位元組表示，它由n/8所確定（n是位深度，1位元組包含8個數據位）。圖片瀏覽器等基於位元組的ASCII值計算像素的顏色，然後從調色板中讀出相應的值。更為詳細的信息請參閱下面關於點陣圖文件的部分。 n位2n種顏色的點陣圖近似位元組數可以用下面的公式計算： BMP文件大小約等於 54+4*2的n次方+（w*h*n)/8
，其中高度和寬度都是像素數。 需要注意的是上面公式中的54是點陣圖文件的文件頭，是彩色調色板的大小。另外需要注意的是這是一個近似值，對於n位的點陣圖圖像來說，盡管可能有最多2n中顏色，一個特定的圖像可能並不會使用這些所有的顏色。由於彩色調色板僅僅定義了圖像所用的顏色，所以實際的彩色調色板將小於。 如果想知道這些值是如何得到的，請參考下面文件格式的部分。 由於存儲演算法本身決定的因素，根據幾個圖像參數的不同計算出的大小與實際的文件大小將會有一些細小的差別。

㈥ 設備相關點陣圖和設備無關點陣圖是什麼

設備相關點陣圖 和硬體有關的
設備無關點陣圖 屏蔽硬體差異的

㈦ 設備無關點陣圖DIB ,包括了文件頭,信息頭,顏色表,點陣圖數據.它為什麼要這么組織呢而不用一個32位的整形數組

如何得到？

不就就是一幅點陣圖的頭部數據嘛！

你根據點陣圖文件的文件格式，對點陣圖數據，進行解析一下，不就可以了啊