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

            牽著老婆滿街逛

            嚴以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            用FFMPEG SDK進行視頻轉碼壓縮時解決音視頻不同步問題的方法

            轉載自:http://blog.sina.com.cn/s/blog_6281e5750100vhn5.html

            用FFMPEG SDK進行視頻轉碼壓縮的時候,轉碼成功后去看視頻的內容,發現音視頻是不同步的。這個的確是一個惱火的事情。我在用FFMPEG SDK做h264格式的FLV文件編碼Filter的時候就碰到了這個問題。

                    經過研究發現,FFMPEG SDK寫入視頻的時候有兩個地方用來控制寫入的時間戳,一個是AvPacket, 一個是AvFrame。 在調用avcodec_encode_video的時候需要傳入AvFrame的對象指針,也就是傳入一幀未壓縮的視頻進行壓縮處理,AvFrame包含一個pts的參數,這個參數就是當前幀將來在還原播放的時候的時間戳。而AvPacket里面也有pts,還有dts。說起這個就必須要說明一下I,P,B三種視頻壓縮幀。I幀就是關鍵幀,不依賴于其他視頻幀,P幀是向前預測的幀,只依賴于前面的視頻幀,而B幀是雙向預測視頻幀,依賴于前后視頻幀。由于B幀的存在,因為它是雙向的,必須知道前面的視頻幀和后面的視頻幀的詳細內容后,才能知道本B幀最終該呈現什么圖像。而pts和dts兩個參數就是用來控制視頻幀的顯示和解碼的順序。

                  pts就是幀顯示的順序。

                  dts就是幀被讀取進行解碼的順序。

                 如果沒有B幀存在,dts和pts是相同的。反之,則是不相同的。關于這個的詳細介紹可以參考一下mpeg的原理。

            再說說AvPacket中包含的pts和dts兩個到底該設置什么值?

            pts和dts需要設置的就是視頻幀解碼和顯示的順序。每增加一幀就加一,并不是播放視頻的時間戳。

            但是實踐證明經過rmvb解碼的視頻有時候并不是固定幀率的,而是變幀率的,這樣,如果每壓縮一幀,pts和dts加一的方案為導致音視頻不同步。

            那怎么來解決音視頻同步的問題呢?

            請看如下代碼段。

            lTimeStamp 是通過directshow 獲取的當前的視頻幀的時間戳。

            m_llframe_index為當前已經經過壓縮處理的幀的數量。

            首先av_rescale計算得到當前壓縮處理已經需要處理什么時間戳的視頻幀,如果該時間戳尚未到達directshow當前提供的視頻幀的時間戳,則將該幀丟棄掉。

            否則進行壓縮操作。并設置AVPacket的pts和dts。這里假設B幀不存在。

            因為在將來播放的時候視頻以我們設定的固定播放幀率進行播放,所以需要根據設定的播放幀率計算得到的視頻幀時間戳和directshow提供的當前視頻幀的時間戳進行比較,設定是否需要進行實施延緩播放的策略。如果需要延緩播放,則將pts增加步長2,否則以普通速度播放,則設置為1.dts與之相同。

            __int64 x = av_rescale(m_llframe_index,AV_TIME_BASE*(int64_t)c->time_base.num,c->time_base.den);

            if( x > lTimeStamp )
            {
            return TRUE;
            }

            m_pVideoFrame2
            ->pts = lTimeStamp;
            m_pVideoFrame2
            ->pict_type = 0;

            int out_size = avcodec_encode_video( c, m_pvideo_outbuf, video_outbuf_size, m_pVideoFrame2 );

            if (out_size > 0)
            {
            AVPacket pkt;
            av_init_packet(
            &pkt);

            if( x > lTimeStamp )
            {
               pkt.pts 
            = pkt.dts = m_llframe_index;
               pkt.duration 
            = 0;
            }

            else
            {
               pkt.duration 
            = (lTimeStamp - x)*c->time_base.den/1000000 + 1;
               pkt.pts 
            = m_llframe_index;
               pkt.dts 
            = pkt.pts;
               m_llframe_index 
            += pkt.duration;
            }


            //pkt.pts = lTimeStamp * (__int64)frame_rate.den / 1000;
            if( c->coded_frame && c->coded_frame->key_frame )
            {
                pkt.flags 
            |= PKT_FLAG_KEY;
            }


            pkt.stream_index
            = m_pVideoStream->index;
            pkt.data
            = m_pvideo_outbuf;
            pkt.size
            = out_size;


            ret 
            = av_interleaved_write_frame( m_pAvFormatContext, &pkt );
            }

            else
            {
            ret 
            = 0;
            }


             

            posted on 2012-09-17 11:09 楊粼波 閱讀(2176) 評論(0)  編輯 收藏 引用 所屬分類: C++Windows

            久久精品国产亚洲欧美| 久久精品国产亚洲av影院| 九九久久精品无码专区| 777久久精品一区二区三区无码| 国产精品久久久久影视不卡| 伊人久久大香线蕉精品| 久久精品综合网| 国产精品久久毛片完整版| 色综合久久天天综线观看| 色诱久久久久综合网ywww| 99久久国产免费福利| 99久久99久久精品国产片果冻| 久久精品综合一区二区三区| 2020国产成人久久精品| 久久青草国产精品一区| 久久精品无码一区二区WWW| 久久精品国产精品青草| 综合久久国产九一剧情麻豆| 国产激情久久久久影院小草 | 国产精久久一区二区三区| 久久综合久久美利坚合众国| 久久久91精品国产一区二区三区| 热久久最新网站获取| 久久久精品国产Sm最大网站| 国内精品久久久久久野外| 欧美亚洲色综久久精品国产| 亚洲а∨天堂久久精品9966| 99久久精品国产一区二区蜜芽| 国内精品久久久久久久97牛牛| 国产精品久久新婚兰兰| 亚洲精品国产自在久久| 欧美久久综合九色综合| 久久av高潮av无码av喷吹| 91精品国产综合久久香蕉 | 亚洲国产精品久久久久久| 午夜久久久久久禁播电影| 一本色综合网久久| 色婷婷综合久久久中文字幕| 精品综合久久久久久97| 色老头网站久久网| 少妇内射兰兰久久|