• <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>

            從wave文件的讀寫看程序中struct的設計


            在windows中,對于wave音頻格式,有如下的一系列結構:
            typedef struct waveformat_tag 
            {
                WORD    wFormatTag;        
            /**//* format type */
                WORD    nChannels;         
            /**//* number of channels (i.e. mono, stereo, etc.) */
                DWORD   nSamplesPerSec;    
            /**//* sample rate */
                DWORD   nAvgBytesPerSec;   
            /**//* for buffer estimation */
                WORD    nBlockAlign;       
            /**//* block size of data */
            }
             WAVEFORMAT;

            typedef 
            struct pcmwaveformat_tag 
            {
                WAVEFORMAT  wf;
                WORD        wBitsPerSample;
            }
             PCMWAVEFORMAT;

            struct TWavHeader
            {
                
            char rId[4];                //標志符(RIFF)
                DWORD rLen;         //數據大小,包括數據頭的大小和音頻文件的大小
                char wId[4];              //格式類型("WAVE")
                char fId[4];                //"fmt"
                DWORD fLen;         //Sizeof(PCMWAVEFORMAT)
                PCMWAVEFORMAT wavFormat;
                
            char dId[4];              //"data"
                DWORD wSampleLength;    //音頻數據的大小
            }
            ;

            采用這樣的結構寫的音頻文件,文件頭會有如下的結果:

            不難發現,第0020行明顯多出幾個字節。這樣造成聲音文件無法播放出來。

            從結構定義角度來看,也不難發現PCMWAVEFORMAT結構中,WAVEFORMAT結構前四個成員已經4字節對齊了,最后一個成員nBlockAlign只占用兩字節,按照字節對齊規則,需要在填充兩個無效字節,從而保證到4字節對齊;PCMWAVEFORMAT結構還是采用4字節對齊,因此只占用兩字節的
            最后一個成員wBitsPerSample還需要兩字節補齊,因此才有了上圖的字節分布。

            解決方法就是采用緊縮結構,不允許字節對齊。

            從這個親身經歷來看,字節非對齊的結構也是一種潛在的bug,程序中設計的各種結構盡量保持字節對齊是一種好的習慣。

            posted on 2008-06-16 11:00 Wealth 閱讀(1964) 評論(4)  編輯 收藏 引用 所屬分類: C++

            評論

            # re: 從wave文件的讀寫看程序中struct的設計 2008-06-16 11:21 Kevin Lynx

            有道理,對于用struct寫文件這種情況,很容易因為struct的字節對齊問題導致想不到的BUG。尤其是采用直接將struct以二進制方式寫入文件的方式寫文件。
              回復  更多評論   

            # re: 從wave文件的讀寫看程序中struct的設計 2008-06-17 19:56 Wealth

            @Kevin Lynx

            對呀,這些bug一般還很難找。  回復  更多評論   

            # re: 從wave文件的讀寫看程序中struct的設計 2008-06-23 01:10 R2仔

            用 #pragma pack(2) 來改變字節對齊設置也可以吧  回復  更多評論   

            # re: 從wave文件的讀寫看程序中struct的設計 2008-06-24 14:55 Wealth

            @R2仔
            在這個應用中是可以的。
            但我們在這里討論的不是幾個字節對齊的問題,而是如何避免由于潛在的機制而導致的bug  回復  更多評論   

            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            導航

            統計

            常用鏈接

            留言簿

            隨筆分類(8)

            隨筆檔案(8)

            文章分類

            Around Web

            CoBlog

            Develop Usage Link

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            狠狠色丁香婷综合久久| 国产精品激情综合久久| 久久无码专区国产精品发布| 少妇被又大又粗又爽毛片久久黑人| 久久久久久国产a免费观看黄色大片| 久久99精品国产麻豆宅宅| 久久99精品国产麻豆| 久久久受www免费人成| 久久综合香蕉国产蜜臀AV| 一本伊大人香蕉久久网手机| 亚洲精品美女久久777777| 久久强奷乱码老熟女网站| 97久久天天综合色天天综合色hd | 亚洲国产成人久久综合一区77| 精品久久久一二三区| 99精品久久久久久久婷婷| 久久久无码精品亚洲日韩按摩| 久久婷婷人人澡人人| 国产精品久久久久9999高清| 久久精品国产亚洲AV蜜臀色欲| 日本久久久久久中文字幕| 精品国产乱码久久久久久郑州公司 | 国产精品九九久久精品女同亚洲欧美日韩综合区 | 国产福利电影一区二区三区久久久久成人精品综合 | 午夜精品久久久久久久| 国产亚洲精午夜久久久久久| 国产精品福利一区二区久久| 久久亚洲AV成人无码电影| 久久精品国产99久久久古代| 少妇久久久久久被弄到高潮| 久久久久久久综合日本| 国产精品xxxx国产喷水亚洲国产精品无码久久一区 | 久久久人妻精品无码一区| 精品免费久久久久国产一区| 91精品国产91热久久久久福利| 99久久99久久久精品齐齐| 久久这里只有精品首页| 久久精品成人欧美大片| 久久人人添人人爽添人人片牛牛| 国产69精品久久久久观看软件| 色综合久久夜色精品国产|