C++读图片——Mac下对于bmp文件读写读取过大的解决方案
生活随笔
收集整理的這篇文章主要介紹了
C++读图片——Mac下对于bmp文件读写读取过大的解决方案
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
Mac下對bmp文件處理時size過大的解決方案
當在讀寫bmp信息頭的時候,首先對根據C和C++的對齊預編譯指令進行對齊之后,當進行讀文件之后會出現biWidth和biHeight過大的情況。本篇文章對這個情況提出解決方案。
struct BITMAPINFOHEADER{unsigned long biSize; //本結構所占用字節數 40字節long biWidth; //位圖的寬度,以像素為單位long biHeight; //位圖的高度,以像素為單位unsigned short biPlanes; //目標設備的級別,必須為1unsigned short biBitCount; //每個像素所需的位數,必須是1(雙色)、4(16色)、8(256色)或24(真彩色)之一unsigned long biCompression; //位圖壓縮類型,必須是 0(BI_RGB不壓縮)、unsigned long biSizeImage; //位圖的大小,以字節為單位long biXPelsPerMeter; //位圖水平分辨率,每米像素數long biYPelsPerMeter; //位圖垂直分辨率,每米像素數unsigned long biClrUsed; //位圖實際使用的顏色表中的顏色數unsigned long biClrImportant; //位圖顯示過程中重要的顏色數};問題描述
當讀取文件之后進行malloc或者new處理時,會出現malloc分配空間出現錯誤的情況,此時查看信息頭之后發現biWidth和biHeight過大的情況(如下圖),此時進行圖片寫入的時候會出現錯誤。
此時用sizeof對信息頭進行輸出之后發現原本對齊之后應該是40的變成了80。
此時便出現了讀文件錯誤。
解決方法
此時就要考慮到我們在讀文件時,運用對齊之后計算機應該讀取40個字節,但是此時讀取了80個字節,所以出現了讀取錯誤。此時就要考慮到電腦編譯器是不是32位的,后面發現Mac下的編譯器確實是64位的,而64位下的long是8個字節,所以在對齊之后信息頭所占的字節數時80,因此解決方法也很簡單,只需要將long改為int即可解決。
struct BITMAPINFOHEADER {unsigned int biSize; //本結構所占用字節數 40字節int biWidth; //位圖的寬度,以像素為單位int biHeight; //位圖的高度,以像素為單位unsigned short biPlanes; //目標設備的級別,必須為1unsigned short biBitCount; //每個像素所需的位數,必須是1(雙色)、4(16色)、8(256色)或24(真彩色)之一unsigned int biCompression; //位圖壓縮類型,必須是 0(BI_RGB不壓縮)、unsigned int biSizeImage; //位圖的大小,以字節為單位int biXPelsPerMeter; //位圖水平分辨率,每米像素數int biYPelsPerMeter; //位圖垂直分辨率,每米像素數unsigned int biClrUsed; //位圖實際使用的顏色表中的顏色數unsigned int biClrImportant; //位圖顯示過程中重要的顏色數 };
此時問題就得到解決啦。
總結
以上是生活随笔為你收集整理的C++读图片——Mac下对于bmp文件读写读取过大的解决方案的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: php ajax 分页phpapi,aj
- 下一篇: s3c2440移植MQTT