h264**在分組網路中傳輸丟包不可避免，尤其在網路環境不好時傳輸h264碼流，丟包會導致解碼端花屏，馬賽克嚴重，這方面的前沿技術是 fec, nack, 前者是 前向糾錯技術，後者是重傳，二者結合能很好的解決丟包引起的視覺效果，這東西一般小廠家都沒有，如果想丟包時即使讓畫面停頓，也不要花屏，我想的最直接的辦法是：一旦發現丟包，在下乙個i幀到來之前，所有過來的包都丟掉，所以一旦發現丟包，做個標記，然後開始判斷收到的rtp包是不是264 i幀， i幀的判斷方法參考：
static bool ish264iframe(byte paket)
return false;
}
完成乙個分析H264碼流的工具
文中的程式在原作者基礎上修改，加上自己的一些理解，同時也參考了一點點h264videoesviewer介面的設定。思路 使用開源庫h264bitstream來分析 即自己真正做的工作是封裝這個庫來顯示在mfc中 1 先獲取所有的nal資訊，包括nal型別 偏移。2 雙擊某一項nal時，使用檔案操作移...
記錄乙個UDP收包丟包的問題
這幾天寫gb28181平台接入層 對收到的ps包進行解包時，總是出現誤碼，最終導致rtsp點播服務中畫面花屏。分析了碼流抓包資料之後，發現網路上沒有丟包，遂認為ps流解包 有bug，於是埋頭分析了2個小時的解包函式後，沒有發現問題。將抓包rtp負載中的ps包資料匯出之後，專門利用ps解包 寫了乙個小...
關於檔案處理的乙個小想法
關於檔案處理的乙個小想法,不過我對這些不熟,現階段做不出來,只好先記錄一下,不然那天又忘了.如果有哪位朋友看到了,幫忙做出來的話,對大家也是一件好事.入題 關於目前的資料庫,我個人認為在有些情況下不太合適,反而以檔案的方式較好.現在window下有一種方式,叫按詳細資訊來檢視.相應的屬性就一目了然,...