最近在開發有關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程式要比開源程式支援更多的協議以及更多的平台,至於哪...