精品欧美一区视频在线观看-精品欧美一区手机在线观看-精品欧美在线精品-精品热久国产福利视频-精品日本久久久久久久久久

品牌展示
品牌展示
解析SRT:融媒體建設的技術支撐
2020-08-12

融媒體,從最早的2014融媒體元年,到2018年8月國家領導人指出要扎實抓好縣級融媒體中心建設,可以說融媒體已經早早的上升到了國家級戰略建設,2018年已經先行啟動了600個縣級融媒體中心建設,且有望在2020年實現全國全覆蓋。那么融媒體中心建設的核心任務是什么?

移動優先策略,利用移動傳播技術、全媒體運作、全終端覆蓋、全方位服務的移動傳播矩陣。縣級融媒體中心應充分依托云計算、大數據等技術,適應移動互聯網,特別是5G的發展。對于5G移動式傳播技術,小編首先想到的是速度與安全,目前國內5G技術已慢慢步入成熟,幾大網絡運營商實測傳輸速度均可以滿足融媒體建設傳輸需求,那么有沒有一款協議,可以保證傳輸內容的安全性、穩定性、實時性?

答案是肯定的,今天小編為大家推薦SRT。安全可靠傳輸協議(Secure Reliable Transport)簡稱SRT,是一種基于UDT協議的開源互聯網傳輸協議,保留了UDT的核心思想和機制,抗丟包能力強,適用于復雜的網絡。Haivision和Wowza合作成立SRT聯盟,自2017年至今,已有130多家公司支持此聯盟,這個組織致力于促進視頻流解決方案的互通性,以及推動視頻產業先驅協作前進,實現低延時網絡視頻傳輸。目前有50種支持SRT的產品已經上市,包括IP攝像機、編碼器、解碼器、視頻網關、OTT平臺和CDNs。SRT協議在全球許多應用程序和市場上被數千個組織使用。

可能有人會問小編,如此多的網絡直播協議,為什么要選SRT?首先SRT協議有三大特點:安全,可靠,低延遲。安全方面,SRT支持AES加密,保障端到端的視頻傳輸安全;可靠性方面,SRT通過前向糾正技術(FEC)保證傳輸的穩定性;低延遲方面,由于SRT建立在UDT協議之上,解決了UDT協議傳輸延遲高的問題。UDT協議是基于UDP網絡通信協議的。SRT解決了復雜的傳輸時序問題,可支持高吞吐量文件和超清視頻的實時傳輸。

現今存量最大的直播協議是RTMP,但隨著新技術的不斷發展與使用場景的不斷拓展,繼續使用RTMP會令人感到有些力不從心,舉例而言:RTMP本身基于TCP傳輸,無法提供帶寬自適應的算法。

SRT是基于UDT的協議(UDT協議是基于UDP的傳輸協議),具有非常良好的丟包重傳機制,丟包重傳的控制消息非常豐富,同時支持ACK、ACKACK、NACK。

我們都知道音視頻對于時間這一點非常在意,而SRT基于時間的報文發送,使其具有良好的防止流量突發能力。SRT對上層提供了豐富的擁塞控制統計信息,包括RTT、丟包率、inflight、send/receivebitrate等。利用這些豐富的信息,我們可以實現帶寬預測,并根據帶寬的變化在編碼層去做自適應動態編碼與擁塞控制。

SRT技術實測在互聯網傳輸端到端可控制在1秒以內,在20%網絡丟包情況下畫面仍然不花屏不卡頓。它的“低延時、抗網絡抖動”的優勢特點,被全球用戶追捧. ,因此,未來融媒體發展領域中,公網傳輸采用SRT技術是最佳的解決方案。對Lumens而言,Lumens 網絡攝像機內建SRT協議,網絡傳輸低延遲最低可達20ms,讓實時傳輸性體現的更加完美,同時Lumens SRT 4K傳輸已進入研發階段。

發布0
相關資訊

版本權所有©2004-2020 視聽網 AV-China.com
 咨詢:0755-26730722 18928465580(微信同號) 劉生

觸屏版電腦版

  • 視聽薈
  • 刷新
  • 分享
  • 主站蜘蛛池模板: 亚洲大尺度在线| 黄色观看| 国产日韩欧美亚洲| 久久久久久久综合狠狠综合| 天天天色| 思思九九| 色一伦一情一区二区三区| 亚洲国产美女精品久久| 亚洲精品影视| 亚洲精品欧美精品| 亚洲精品综合久久| 亚洲欧洲色图| 亚洲男人的天堂久久香蕉| 亚洲一二三区久久五月天婷婷| 综合99| 真实做爰对白录音| 在线免费污视频| 亚洲午夜精品在线| 亚洲欧美日本一区| 亚洲地址一地址二地址三| 亚洲va中文字幕欧美不卡| 亚洲成人在线播放| 日韩欧美亚洲另类| 欧美综合亚洲| 蜜柚视频在线看2019| 久久九九免费| 国产在线不卡| 国产成人在线播放| 99精品免费在线| 黑人艹| 香蕉黄视频| 国产精品久久久久久久y| 国产美女视频一区| 国产99区| 青青操久久| 成年在线观看视频免费看| 在线午夜| 中文字幕一区二区三区免费看| 日本免费网站| 三级视频中文字幕| 97视频免费在线观看|
  • <bdo id="c8e4k"><source id="c8e4k"></source></bdo>
  • <cite id="c8e4k"></cite>