live555伺服器 h264實時流丟包問題

2021-06-06 22:42:51 字數 441 閱讀 1530

最近在開發有關live555實時編碼傳送h264資料,客戶端用vlc**,發現每幾十秒影象就會花一下。追蹤下**,並且加了debug資訊,發現

有時編碼後傳送前的資料和客戶端接受到的資料長度不一樣。又審查下**,發現在readsource(自己寫的繼承自framedsource讀取實時流的

類)的地方,有根據size擷取h264實時流的動作。

if (lactuallen > fmaxsize)  

else

其中fmaxsize是streamparser中curbank()[ftotnumvalidbytes]傳進來的。經過考慮為了解決丟包的問題,在streamparser中做了一些修改。

if (fcurparserindex + numbytesneeded > (bank_size-idr_maxlen))

如此解決了。

實現輸出h264直播流的rtmp伺服器

需要實現哪些功能和步驟。有很多知名的rtmp server,其中既有商業程式也有開源程式,簡單列舉如下 開源專案 商業程式 當然,還有一些其他的開源 商業rtmp伺服器 如ffserver 我就不一一枚舉了。我並沒有一一嘗試,不過,從它們的宣告來看,一般來說,商業rtmp程式要比開源程式支援更多的協...

實現輸出h264直播流的rtmp伺服器

需要實現哪些功能和步驟。有很多知名的rtmp server,其中既有商業程式也有開源程式,簡單列舉如下 開源專案 商業程式 當然,還有一些其他的開源 商業rtmp伺服器 如ffserver 我就不一一枚舉了。我並沒有一一嘗試,不過,從它們的宣告來看,一般來說,商業rtmp程式要比開源程式支援更多的協...

實現輸出h264直播流的rtmp伺服器

有很多知名的rtmp server,其中既有商業程式也有開源程式,簡單列舉如下 開源專案 商業程式 當然,還有一些其他的開源 商業rtmp伺服器 如ffserver 我就不一一枚舉了。我並沒有一一嘗試,不過,從它們的宣告來看,一般來說,商業rtmp程式要比開源程式支援更多的協議以及更多的平台,至於哪...