SRS rtmp http-flv流低延時設定、測試
配置參考
https://github.com/simple-rtmp-server/srs/wiki/v2_CN_LowLatency
延遲影響因素
編碼器:不同的編碼器(免費或開源的),延遲也是不同的。
流媒體伺服器:SRS2
流協議:比如:rtmp是實時性比較高的,http_flv也是實時性比較高的,HLS就不行了,官方說60s之內的都可以容忍……
播放器:主要是播放器的緩衝區時長,比如flash播放器的快取時長是3s,那麼一定會有3s的延時。
網路:有網路問題導致的累積延遲。
視訊位元速率:200k和2M的位元速率這個比較,當然也可以歸到網路原因中去。
SRS配置低延遲
listen 1935; max_connections 1000; srs_log_tank file; srs_log_file ./objs/srs.log; http_api { enabled on; listen 1985; } http_server { enabled on; listen 80; dir ./objs/nginx/html; } stats { network 0; disk sda sdb xvda xvdb; } vhost __defaultVhost__ { #最小延遲開啟,預設是開啟的,該選項開啟的時候,mr預設關閉。 min_latency on; #Merged-Read,針對RTMP協議,為了提高效能,SRS對於上行的read使用merged-read,即SRS在讀寫時一次讀取N毫秒的資料 mr { enabled off; #預設350ms,範圍[300-2000] #latency 350; } #Merged-Write,SRS永遠使用Merged-Write,即一次傳送N毫秒的包給客戶端。這個演算法可以將RTMP下行的效率提升5倍左右,範圍[350-1800] mw_latency 100; #enabled on; #https://github.com/simple-rtmp-server/srs/wiki/v2_CN_LowLatency#gop-cache gop_cache off; #配置直播佇列的長度,伺服器會將資料放在直播佇列中,如果超過這個長度就清空到最後一個I幀 #https://github.com/simple-rtmp-server/srs/wiki/v2_CN_LowLatency#%E7%B4%AF%E7%A7%AF%E5%BB%B6%E8%BF%9F queue_length 10; #http_flv配置 http_remux { enabled on; mount [vhost]/[app]/[stream].flv; hstrs on; } }
測試
編碼器:OBS
測試協議:rtmp、http-flv
位元速率:
200K延時 rtmp:1-2s(1s7) http_flv: 2s2
800K延時 rtmp:2s http_flv:3s30
相關推薦
SRS rtmp http-flv流低延時設定、測試
配置參考 https://github.com/simple-rtmp-server/srs/wiki/v2_CN_LowLatency 延遲影響因素 編碼器:不同的編碼器(免費或開源的),延遲也是不同的。 流媒體伺服器:SRS2 流協議:比如:rtmp是實時性比較高的,http_flv也是實時性比較高的
低延時的RTMP網絡直播
流媒體系統 網絡直播 低延時 rtmp直播 800li media server 互聯網時代的直播需求越來越多,觀看直播的人群對直播的要求也越來越高。在百度或谷歌等搜索引擎裏輸入關鍵詞“網絡直播延時”,大家的疑問不少: ü 什麽軟件看直播無延遲?ü 為什麽網絡直播與電視直播有大概2分鐘的延
EasyNVR無外掛直播伺服器軟體覽器低延時播放監控攝像頭視訊(EasyNVR播放FLV視訊流)
背景描述 EasyNVR的使用者應該都是清楚的瞭解到,EasyNVR一個強大的功能就是可以進行全平臺的無外掛直播。主要原因在於rtsp協議的視訊流(預設是需要外掛才可以播放的)經由EasyNVR處理可以滿足無外掛的全平臺直播。 經由EasyNVR處理會獲取到RTMP、H
瀏覽器低延時播放監控攝像頭視訊(EasyNVR播放FLV視訊流)
背景描述 EasyNVR的使用者應該都是清楚的瞭解到,EasyNVR一個強大的功能就是可以進行全平臺的無外掛直播。主要原因在於rtsp協議的視訊流(預設是需要外掛才可以播放的)經由EasyNVR處理可以滿足無外掛的全平臺直播。 經由EasyNVR處理會獲取到RTMP、H
UDP成為低延時流媒體關鍵 選SRT還是QUIC?
一個充滿挑戰的任務—通過網際網路實現低延遲、電視級別的優質視訊內容,已經演變成了一個不那麼令人沮喪但仍然令人生畏的挑戰。 對於執行流媒體操作的人員來說,如何在SRT,QUIC,WebRTC和CMAF之間選擇,是日常工作中一個特別令人惱火的干擾。 在消費者擁有比以往
ffmpeg拉流rtmp音訊實時資料有延時的解決方法
在使用ffmpeg播放網路流中,在執行到avformat_stream_info函式會阻塞5秒左右,這樣造成播放等待時間過長,影響 使用者體驗,經試驗,修改函式裡面AVFormatContext引數,probesize和max_analyze_duration值大小 通過AVDictionary來改變
分析一下H5直播、微信直播、抓娃娃、低延時的方案
毫秒 nginx 支持 rtmp 前端 延遲 時長 左右 html 微信直播,HTML5直播,主要方案有如下幾種: 1,基於hls切片直播,前前是應用的主流,服務器可以選fms,wowza,nginx,srs之類 優點:集成方便,支持度高,兼容性好,主流手都支持,是目前直播
AI同傳最新突破:能預測,低延時,外媒稱媲美人類翻譯
本文經AI新媒體量子位(公眾號ID:qbitai)授權轉載,轉載請聯絡出處。 本文約2500字,建議閱讀5分鐘。 本文為你介紹了百度於矽谷宣佈了最新重大突破——一個名為STACL的同傳AI的情況。 同傳AI,剛剛在國內掀起過暴風驟雨。 但現在,百度於矽谷宣佈
阿裏雲李剛:下一代低延時的直播CDN
調整 應用層 tex 由於 摘要 收集 c中 角度 ebr 摘要: 在上周落幕帷幕的多媒體領域技術盛會——LiveVideoStackCon音視頻技術大會上,阿裏雲的高級技術專家李剛進行了《下一代低延時的直播CDN》技術分享。主講人李剛,多年關註在CDN這個領域,早期主要研
STM32小白進階之路----按鍵的模組化,低延時,高靈敏
兩種按鍵查詢方法,兩種方式處理 第一種方法:掃描查詢法 優點:無延遲,高靈敏,無中斷 思想:也是別人的程式碼總結出來的,當按鍵連續讀到10個或者20(這個看你的按鍵多敏感,我的10就夠了)低電平,就算按鍵按下了 //需要迴圈掃描 u8 IsKey0Down()
LVS峰會,阿里雲李剛:下一代低延時的直播CDN
在上週落幕帷幕的多媒體領域技術盛會——LiveVideoStackCon音視訊技術大會上,阿里雲的高階技術專家李剛進行了《下一代低延時的直播CDN》技術分享。主講人李剛,多年關注在CDN這個領域,早期主要研究和cache伺服器快取以及流媒體相關的技術, 專注CDN檔案分發、圖片與大檔案下載等
S8賽事落幕,阿里雲邊緣計算護航虎牙7000萬低延時流暢直播
近日,英雄聯盟S8全球總決賽落下帷幕,中國戰隊IG零封FNC奪得冠軍。虎牙直播平臺對S8賽事進行了實時直播,為網友們獻上了一場身臨其境的狂歡,值得注意的是,本次賽事直播,虎牙採用阿里雲邊緣節點服務,為總決賽當日7000萬線上觀眾提供了流暢的觀看體驗。 虎牙基礎資源負責人表示:虎牙直播作為國內最大的互動遊戲直
基於QoE的實時視訊編碼優化:低功耗,低延時,高質量
在實時通訊領域,只有當Codec的優化適應了當前的網路狀況,裝置平臺及應用場景,使用者才能得到最佳的體驗。在LiveVideoStackCon2018大會中聲網Agora視訊工程師吳曉然詳細介紹瞭如何設計與實現基於QoE的實時視訊編碼優化。本文由LiveVideoSt
EasyNVR---攝像機網頁低延時無外掛直播實現
背景需求 對於攝像機直播,客戶反饋的最多就是實現web直播、擺脫外掛,可以自定義整合等問題, 對於熟悉EasyNVR已經完美的解決了這些問題。然而對於web播放也存在一些問題,通常我們web播放RTMP流使用的是flash,在這個過程中就會出現一個問題,隨著web一直播放直播時間的增加
阿里雲李剛:下一代低延時的直播CDN
在上週落幕帷幕的多媒體領域技術盛會——LiveVideoStackCon音視訊技術大會上,阿里雲的高階技術專家李剛進行了《下一代低延時的直播CDN》技術分享。主講人李剛,多年關注在CDN這個領域,早期主要研究和cache伺服器快取以及流媒體相關的技術, 專注CDN檔案分發、圖
RTMP中FLV流到標準h264、aac的轉換
這段時間,工作上的需要,在RTMP上做了flv流到標準h264、AAC的轉換,伺服器是開源專案CRTMPSERVER,客戶端flex編寫,視訊編碼h264,音訊編碼AAC,現將一些協議相關的東西記錄如下。 一、分析FLV資料 我們先拿一個flv檔案來簡單分析一下flv資料的格式
EasyPlayer-RTSP-Android安卓播放器播放RTSP延遲優化策略,極低延時!
EasyPlayer-RTSP-Android安卓RTSP播放器低延遲播放延時優化策略 EasyPlayer-RTSP-Android播放器是一款專門針對RTSP協議進行過優化的流媒體播放器,其中我們引以為傲的兩個技術優勢就是起播速度快和播放延遲低。最近我們遇到一些需求,其對延遲要求
Redis實現可靠低延時的訊息佇列
不過因為使用的是decrBy會導致一種情況出現,當前庫存還剩1個,2個執行緒同時請求,一個請求減去1個庫存,另一個請求減去2個庫存,,如果減去2個庫存的先執行,他會返回一個-1,然後我會加回去,但是在加回去的之前,減1庫存的執行緒執行了,會返回-2,依然沒有辦法減庫存成功,所以在這中情況下,我採用當減庫存返回
基於WebRtc在H5視訊聊天、視訊教學、視訊會議、視訊直播、白板互動低延時方案
隨移動互聯應用加快,4G,5G網路上馬,低延時網路視訊應改越來越走近生活,在教學,會議,線上醫療,招聘交友及時視訊要求高等場景需求越來越大,傳統基於rtmp直播應用已經大量應用在各個方向,由於rtmp基於TCP延時上可控較差,有積累延時,互動效能差,而新興的Webrtc技術,
(詳細格式)RTMP中FLV流到標準h264、aac的轉換
這段時間,工作上的需要,在RTMP上做了flv流到標準h264、AAC的轉換,伺服器是開源專案CRTMPSERVER,客戶端flex編寫,視訊編碼h264,音訊編碼AAC,現將一些協議相關的東西記錄如下。 一、分析FLV資料 我們先拿一個flv檔案來簡單分析一下flv資料的格式 flv標準文件下載地址ht