mfc文件壓縮

㈠ 求mfc110.dll丟失解決辦法

軟體介紹：

mfc110.dll是windows系統中一款必不可少的系統dll補丁，它是系統在一開始裝的時候就自己生成的一個補丁，我們不可以刪除或者修改它，若是在安裝某些程序而修改了它，則會導致電腦運行不穩定或者某些程序不能正常運行。

所需工具：點擊下載 mfc110.dll

mfc110.dll丟失

解決辦法：

方法一：

1、解壓縮下載的文件，復制文件「mfc110.dll」到系統目錄下.

2、系統目錄一般為：C:WINNTSystem32 64位系統為C:WindowsSysWOW64.

3、最後點擊開始菜單-->運行-->輸入regsvr32 mfc110.dll後，回車即可解決錯誤提示.

方法二：

直接雙擊運行安裝包內的「dll一鍵安裝.bat」即可。

㈡ VC MFC 想用bzip2 來解壓文件流

首先，如果你的開發環境是vs2005以上，就可以使用c#裡面的類了。要在項目設置里設置一下。
當然，要解壓，有很多庫可以使用。例如zlib這個庫。

㈢ 求編程大神 用VC++實現文件壓縮演算法（常用文件格式）

網路搜「vc
zip,unzip打包,解包」第一個就有詳細講解。
在老版本VC下，codeproject提供的這個壓縮代碼已經是很好的了，幾乎都是用的這個。
在高版本VC/VS下，系統api提供的壓縮解壓的API介面，沒必要自己寫演算法。

㈣ 在mfc工程中我先將壓縮文件解壓，然後想使用解壓縮後的.txt文件，但遍歷時因為前面解壓縮佔用導致打不開

什麼樣的壓縮文件？怎麼樣解壓的？

㈤ 那個MFC71.DLL那個文件下載好了,怎麼弄

你好。仙五剛通關。下載好了應該是一個壓縮文件，3.91g可以選擇解壓縮或者直接打開setup.exe按照提示下一步下一步就行~
總大小大概在4~5g。祝您游戲愉快！

㈥ 如何減小 visual c++ 2010 靜態編譯出的 mfc 可執行文件的大小

工程切換到RELEASE模式沒有？用RELEASE重新生成會小很多。此外，還可以再加殼加密和壓縮，網上有很多加殼工具。

㈦ 怎麼用MFC讓壓縮文件自動摧毀

是刪除還是破壞其數據？
刪除DeleteFile，破壞數據的話，用CFile打開文件，隨便往裡面寫點數據就可以了。

㈧ 如何縮小vc編譯的文件體積

如果你是指編譯後的完整工程（包括中間文件等），那麼不推薦縮小，也沒辦法很好的縮小。

如果你是指編譯後，最終完成的EXE，那麼太多辦法來縮小。

比如：

• 編譯模式中，優化模式Optimizations選擇為Minimize Size

• 編譯選擇Release模式而不是Debug模式，去掉EXE中的調試信息

• 對MFC和其它鏈接庫選擇動態編譯，使用DLL而不是LIB，可以極大降低EXE的文件大小

• 資源文件優化，或者將資源文件做成外置資源，那麼EXE的文件大小也可以大幅度壓縮

• 完成編譯後，對exe文件進行打包加殼，可以降低大概30~40%的文件大小
  

㈨ 如何用MFC編程圖像壓縮的實現

讀取用LoadImage
顯示就通過GDI函數
工程只要是win32的就可以

㈩ vc/mfc中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文件可分為四個部分：點陣圖文件頭、點陣圖信息頭、彩色板、圖像數據陣列，在上圖中已用*分隔。
另外,虛機團上產品團購,超級便宜