基於Html5+HLS協議播放符合部標1078協議的實時流媒體視頻

因爲如今主流的部標GPS和1077視頻監控平臺，都是BS架構，在網頁上播放視頻，早期的不少平臺用的都是ActiveX控件的形式，依賴於IE瀏覽器，須要下降瀏覽器的安全設置，並且很是難用。同時因爲win10之後的操做系統上的瀏覽器，對於安全的把控很是嚴格，ActiveX插件作成的播放器嵌入到網頁當中的形式，基本上要被掃入到歷史的垃圾堆裏面了。

    HTML5雖然日臻成熟，VIDEO標籤，能夠播放服務器的視頻文件，實現了真正的網頁播放視頻，可是原則上只能播放服務器上面的文件流，不能播放實時的視頻流, 也就是不支持常說的live streaming。

   不過，HLS協議出現了，而HTML5是支持HLS協議格式的。經過HTML5 + HLS實現了網頁實時視頻監控的功能。

   HTTP Live Streaming（縮寫是HLS）是一個由蘋果公司提出的基於HTTP的流媒體網絡傳輸協議。是蘋果公司QuickTime X和iPhone軟件系統的一部分。它的工做原理是把整個流分紅一個個小的基於HTTP的文件來下載，每次只下載一些。當媒體流正在播放時，客戶端能夠選擇從許多不一樣的備用源中以不一樣的速率下載一樣的資源，容許流媒體會話適應不一樣的數據速率。在開始一個流媒體會話時，客戶端會下載一個包含元數據的extended M3U (m3u8)playlist文件，用於尋找可用的媒體流。

HLS只請求基本的HTTP報文，與實時傳輸協議（RTP)不一樣，HLS能夠穿過任何容許HTTP數據經過的防火牆或者代理服務器。它也很容易使用內容分發網絡來傳輸媒體流。

  因此實時模式下，HLS就是實時生成M3u8文件和ts文件。它的索引文件一直處於動態變化的，HTML5播放的時候須要不斷下載二級index文件，以得到最新生成的ts文件播放視頻。

     若是想讓HTML5播放器支持部標1078協議的視頻，其實本質上就是協議數據格式轉換，因爲部標JT/T 1078協議文檔中，視頻編碼格式仍然是H.264, 但對於實時的音視頻進行了RTP包的封裝，也就是按照RTP協議傳輸視頻數據，須要開發流媒體服務器，接收RTP包，並提取出音視頻的h.264原始數據流，而後將實時的數據流，按照HLS協議格式，實時切片，轉換成HLS協議格式的數據就能夠了。

 

     在部標1078協議的RTP包格式中，能夠獲取到設備的Sim卡號和邏輯通道號，服務器在切片的時候，就能夠用Sim卡號和邏輯通道號做爲HLS協議中的M3u8索引文件的文件名，如設備的Sim卡號是013200000008，通道1的視頻，切片的時候，索引文件就是013200000008_1.m3u8。這樣在web端播放視頻的時候，雙擊車輛的通道的時候，就能夠設置VIDEO標籤的src屬性爲這個索引文件名就能夠播放指定車輛的實時視頻了。

    <video src="013200000008_1.m3u8" controls></video>

 

如需經過部標檢測，參見文章：

1)部標1077視頻平臺過檢和壓力測試經驗分享

2) 基於Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架構建高性能企業級的部標視頻監控平臺

3）基於部標1078視頻協議和蘇標Adas協議構建主動安全平臺

4) 基於JT/T 1078協議設計和開發部標視頻服務器