• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            使用wxWidget中遇到的圖片存儲問題一二

            1. 實驗室中CCD的實際色階為14位,獲取的原始圖像數(shù)據(jù)的每個值都存儲在一個字中,即存儲色階16位,也就是說最高兩位的數(shù)據(jù)一直為0,同時獲取的圖片信息僅僅是16色階的灰度圖,而采用wxWidget沒有辦法直接將16位的數(shù)值串保存為圖片格式,如tiff格式,那么如何將16位的數(shù)值串以圖片的形式進行保存呢?

                經(jīng)過這么幾天的折騰總算是找到了一條解決的途徑,就是將16位的數(shù)值串轉(zhuǎn)化為8為的數(shù)值串,也許你會很快的想到這么一個方法,nValue*max(uint8)/max(uint16);用來表示轉(zhuǎn)化后的數(shù)值,不夠還是得考慮一下CCD的實際色階,由于是14位,因此可以采用這樣的方式nValue*max(uint8)/max(uint14);不過由于我們對于圖片的處理是直接對圖片的原始數(shù)據(jù)進行處理,而轉(zhuǎn)化只是圖片在顯示屏上顯示的前提步驟,采用上述的方式雖然能夠相對很準確的進行轉(zhuǎn)化,但是需要花費一定的計算量,而通過近似的轉(zhuǎn)化能夠更快的進行這個轉(zhuǎn)化過程,同時獲取得到的圖片依然具有較好的清晰度,下面細說一下我采用的方法:

               1: unsigned short nPicData16 = new unsigned short[nBufSize];   // nBufSize is the size to store pic
               2:  
               3: // to get the nPicData16
               4: // ..................
               5: // get the nPicData16
               6:  
               7: char *pcPicData8 = new char[nBufSize];
               8: for (size_t i = 0; i < nBufSize; ++i) {
               9:   pcPicData8[i] = (char)(nPicData16>>6);
              10: }
              11:  
              12:  

            由于2^6在2^14中所占的比例較小因此可以采用這樣的近似的方法。(這種方法具體有什么作用或是缺陷還沒有細究,請各位看官給點看法

            2. 順利將14位數(shù)值串轉(zhuǎn)化成為8為數(shù)值串后,嘗試的使用下列方式進行圖片保存,發(fā)現(xiàn)結(jié)果一片黑,數(shù)值都為0了:

               1: // 結(jié)果發(fā)現(xiàn)存儲得到的save.bmp圖是24b的
               2: wxBitmap bitmap(pcPicData8,1392,1040,8);
               3: bitmap.SaveFile(wxT("save.bmp"),wxBITMAP_TYPE_BMP);
               4:  

            因此猜想wxWidget對直接獲取的數(shù)據(jù)串進行保存時采用的rgb的模式進行保存,可能只會保存為24字節(jié)格式的圖片,也就是想要將圖片顯示到屏幕上時,也應該采用24b的圖片。不過wxWidget對于圖片數(shù)據(jù)卻能夠讀取8位的圖片,但是再次采用上述的方式進行存儲時,變成了32字節(jié)的了,(各位大蝦知不知道有沒有方法能夠直接保存8位圖的呢)。

            于是采用了將這個8位的數(shù)值串分別賦值給R,G,B,用這種方式實現(xiàn)灰度圖的創(chuàng)建,然后再進行保存,最終解決了問題。

               1: unsigned char *rgbData = new unsigned char[1392*1040*3];
               2: unsigned char *ptr1 = (unsigned char*) pcPicData8;
               3: unsigned char *ptr2 = rgbData;
               4: for (int i = 0; i < 1392*1040; ++i) {
               5:     *ptr2++ = *ptr1;   
               6:     *ptr2++ = *ptr1;
               7:     *ptr2++ = *ptr1++;
               8: }
               9: wxImage myImage(1392,1040,rgbData);
              10: myImage.SaveFile(wxT("save.bmp"),wxBITMAP_TYPE_BMP);

            posted on 2012-06-26 17:51 鐘謝偉 閱讀(1926) 評論(12)  編輯 收藏 引用

            評論

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-26 20:48 泡菜

            貌似,wxWidget默認保存tiff為24位圖(色階8位)的

            wxWidget底層調(diào)用的,子庫為LibTIFF---一個開源C庫;需要復雜實用,直接調(diào)用C API...不過這樣很麻煩的.一般24位圖足夠?qū)嵱昧税?

            文中提到的"實驗室中CCD的單個像素的分辨率為14位",有點沒理解?指色階14位,既32位圖么??看著有點暈  回復  更多評論   

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-26 20:53 泡菜

            上面回復有點錯誤,特別糾正下,應該這樣說:

            文中提到的"實驗室中CCD的單個像素的分辨率為14位",有點沒理解?指色階14位,既42位圖么??看著有點暈

            顯卡一般實際輸出為32位圖(24位圖上加了個透明通道,色階還是8位的),個別支持48位圖(色階16位),例如DP口,可這是通過抖動/差值實現(xiàn)的,沒啥實際意義  回復  更多評論   

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-26 21:03 鐘謝偉

            @泡菜
            那個專有的名詞是dynamic range A/D——14bit,指的是模數(shù)轉(zhuǎn)換范圍,我理解可能表示實際色階(文中說成單個像素的分辨率了,用詞不夠?qū)I(yè),不好意思),而數(shù)據(jù)存儲中是以16位色階存儲,也就是說16位中最高的兩位一直是0,而這個ccd只能夠獲取灰度圖,也就是沒有RGB信息,而wxWidget中沒有簡單的直接保存8位灰度圖的方式,于是采用了文中說的方式。  回復  更多評論   

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-26 21:29 泡菜

            @鐘謝偉
            把代碼變?yōu)橄旅孢@個看看,保存下來的圖是否還是黑色的南??

            1: // 結(jié)果發(fā)現(xiàn)存儲得到的save.bmp圖是24b的
            2: wxBitmap bitmap(pcPicData8,1392,1040);
            3: bitmap.SaveFile(wxT("save.bmp"),wxBITMAP_TYPE_BMP);  回復  更多評論   

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-26 21:34 鐘謝偉

            @泡菜
            是的,還是黑色的,嘗試過了的  回復  更多評論   

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-26 21:58 泡菜

            static char pcPicData8[]= { 255 ,255 ,255 ,255 ,31,
            255,255,255,31,255,255,255,31,255,255,255,
            31,255,255,255,31,255,255,255,31,255,255,
            255,31,255,255,255,31,255,255,255,25,243,
            255,255,19,249,255,255,7,252,255,255,15,254,
            255,255,31,255,255,255,191,255,255,255,255,
            255,255,255,255,255,255,255,255,255,255,255,
            255,255,255,255,255,255,255,255,255,255,255,
            255,255,255,255,255,255,255,255,255,255,255,
            255,255,255,255,255,255,255,255,255,255,255,
            255,255,255,255,255,255,255,255,255,255,255,
            255,255,255,255,255,255,255,255,255,255,255,
            255 };

            wxBitmap bitmap(pcPicData8,32,32);
            bitmap.SaveFile(wxT("save.bmp"),wxBITMAP_TYPE_BMP);

            很久沒碰編程了,上面的代碼在wxWidget下是能正常生成,并保存的.說明你的pcPicData8轉(zhuǎn)化有問題,問題出在pcPicData8上.  回復  更多評論   

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-26 22:24 泡菜

            實驗室硬件CCD咋樣不清楚,整體代碼也沒看到,但感覺你對圖像色階的理解有點小問題;如果CCD是14位的(A/D),直接獲得的數(shù)據(jù)得通過轉(zhuǎn)換(抖動/插值)才能生成16位色階的圖片(48位圖).....大多軟件也不支持48位圖的.

            tiff不太清楚,但bmp、JPG最高支持24位圖(8位色階),也是wxWidget默認支持的;PNG好像本身格式支持48位圖,可wxWidget默認也24位圖,實際上目前,在PC上還沒看到有完全支持48位圖形的程序.
              回復  更多評論   

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-27 11:32 鐘謝偉

            @泡菜
            它是灰度圖,所以沒有48位之說。
            你給出的例子是教程中的例子,能夠正常生成,不過pcPicData8的長度是128,而32*32=1024,對于它是怎么實現(xiàn)的感到困惑。也許采用的是補零??
            另外我轉(zhuǎn)化存儲的數(shù)據(jù)上傳了  回復  更多評論   

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-27 11:46 鐘謝偉

            @泡菜
            暈啊,不知道怎么上傳文件  回復  更多評論   

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-27 13:09 泡菜

            這是百度上,灰度圖像解釋:(針對RGB色彩空間來說)

            完整的圖像,是由紅色綠色藍色三個通道組成的。紅色、綠色、藍色三個通道的縮覽圖都是以灰度顯示的。用不同的灰度色階來表示“ 紅,綠,藍”在圖像中的比重。通道中的純白,代表了該色光在此處為最高亮度,亮度級別是255。

            俺在加點...8位色階數(shù)碼圖,實際上就是24位圖片(另一種表述方法),RGB三坐標,每個坐標軸,分為256個刻度.例如(255,0,255)表示品紅,(0,0,255)表示藍色.圖片上的每個像素點,就是這樣描述出來的.

            RGB色彩空間,是以RGB三個坐標建立起的"立方體","灰度級"指"立方體"的對角線.灰度圖簡單點理解,可以簡單理解為,采用RGB色彩空間建立起來的圖形.
            所以灰度圖,有48位圖(16位色階)的概念,只不過這個立方體相對8位色階,更大而已,每個坐標的刻度從256級別,變大為65536級(2的16次方),可以表現(xiàn)65536*65536*65536種顏色;相對于8位色階(24位圖),256*256*256種顏色多得多爾

            給你個連接自己看,雖然講的不太詳細
            http://baike.baidu.com/view/1184366.htm

            你對某些概念的確沒搞清楚,不過只要想學就好辦...

            最后一貼,最終問題還是要靠自己解決....:)
              回復  更多評論   

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-27 22:03 泡菜

            本來說不回帖了,可感覺還是有些東西有點不知所以然,就把wxWidget的英文文檔調(diào)出來看,發(fā)現(xiàn)俺上面的例子也有點理解錯誤

            wxBitmap的其中一個構(gòu)造函數(shù)為wxBitmap (const char bits[], int width, int height, int depth=1);英文說明
            Creates a bitmap from the given array bits.
            You should only use this function for monochrome bitmaps (depth 1) in portable programs: in this case the bits parameter should contain an XBM image.
            For other bit depths, the behaviour is platform dependent: under Windows, the data is passed without any changes to the underlying CreateBitmap() API. Under other platforms, only monochrome bitmaps may be created using this constructor and wxImage should be used for creating colour bitmaps from static data.

            其bits[]是XBM image,種基于ASCII編碼的圖像格式,不同于真彩色圖,沒采用RGB色彩空間,自然不能套用三原色的東西.
            之前俺的例子是從一篇中文,文檔里提取的,他沒做詳細描述,俺想當然的引用了,有點誤導....俺承認 :(

            特別提一下,wxImage,他的其中一個構(gòu)造函數(shù),wxImage (int width, int height, unsigned char *data, unsigned char *alpha, bool static_data=false);英文文檔描述
            Creates an image from data in memory.
            If static_data is false then the wxImage will take ownership of the data and free it afterwards. For this, it has to be allocated with malloc.
            Parameters:
            width Specifies the width of the image.
            height Specifies the height of the image.
            data A pointer to RGB data ------------注意是RGB
            alpha A pointer to alpha-channel data
            static_data Indicates if the data should be free'd after use

            注意到他與上面wxBitmap構(gòu)造函數(shù)聲明的不同了沒? 在wxImage這個上面用,自然沒問題

            看樣遇見問題還是老老實實,求助英文文檔來的實際 :(

            另,經(jīng)過查文檔,確認,wxWidget默認生成圖像,的確是8位色階,24位真彩的哦  回復  更多評論   

            # re: 使用wxWidget中遇到的圖片存儲問題一二 2012-06-28 09:32 鐘謝偉

            @泡菜
            額,一直看的是英文文檔,卻沒有深究,想當然了,汗顏。
              回復  更多評論   

            <2012年10月>
            30123456
            78910111213
            14151617181920
            21222324252627
            28293031123
            45678910

            導航

            統(tǒng)計

            常用鏈接

            留言簿(1)

            隨筆檔案

            IT網(wǎng)站

            My Friends

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            香港aa三级久久三级| 国产成人无码精品久久久性色 | 青青青青久久精品国产h久久精品五福影院1421| 无码AV中文字幕久久专区| 漂亮人妻被黑人久久精品| 99久久精品国产免看国产一区| 久久96国产精品久久久| 久久99热这里只有精品国产| 久久婷婷色综合一区二区| 久久精品国产久精国产思思| 国产精品99久久久久久猫咪| 亚洲精品乱码久久久久久不卡| 亚洲精品美女久久久久99| 欧美精品一本久久男人的天堂| 色综合合久久天天给综看| 精品人妻久久久久久888| 久久精品国产亚洲网站| 四虎国产精品成人免费久久| 国产精品久久一区二区三区| 性高湖久久久久久久久AAAAA| 久久精品国产亚洲av麻豆色欲| 蜜臀久久99精品久久久久久| 久久超乳爆乳中文字幕| 亚洲精品综合久久| 久久精品国产亚洲麻豆| 伊人久久大香线蕉AV色婷婷色| 99久久国产亚洲高清观看2024| 亚洲国产欧美国产综合久久| 九九热久久免费视频| 国产成人精品免费久久久久| 久久免费香蕉视频| 99久久精品免费国产大片| 奇米综合四色77777久久| 久久久久久国产a免费观看黄色大片| 久久青青草原精品影院| 少妇精品久久久一区二区三区| 污污内射久久一区二区欧美日韩 | 亚洲va久久久久| 99久久成人18免费网站| 9久久9久久精品| 久久精品中文騷妇女内射|