rtmp流媒體協(xié)議書范本

1、H5視頻直播掃盲1 H5到底能不能做視頻直播?當然可以，H5火了這么久，涵蓋了各個方面的技術。對于視頻錄制，可以使用強大的 webRTC( Web Real-Time Communication )是一個支持網(wǎng)頁瀏覽器進行實時語音對話 或視頻對話的技術，缺點是只在PC的chrome上支持較好，移動端支持不太理想。IE*EdgeFirefoxChrome29o45 H48a949o對于視頻播放，可以使用HLS(HTTP Live Streaming)協(xié)議播 放直播流，ios和android都天然支持這種協(xié)議，配置簡單， 直接使用video標簽即可。webRT(兼 容性：13Sal46950vid

2、eo標簽播放his協(xié)議視頻:1<source src="7:8080/hls/mystream.m3u8" type="applicati2 />3<p class="warning">Your browser does not support HTML5 video.</p4</video>2到底什么是HLS協(xié)議？簡單講就是把整個流分成一個個小的，基于 HTT啲文件來下 載，每次只下載一些，前面提到了用于 H5播放直播視頻時引 入的一個.m3u8的文件，這個文件就是基于 HLS協(xié)議

3、，存放視 頻流元數(shù)據(jù)的文件。每一個.m3u8文件，分別對應若干個ts文件，這些ts文件才 是真正存放視頻的數(shù)據(jù)，m3u8文件只是存放了一些ts文件的 配置信息和相關路徑，當視頻播放時，.m3u8是動態(tài)改變的，video 標簽會解析這個文件，并找到對應的 ts 文件來播放， 所以一般為了加快速度，.m3u8放在web服務器上，ts文件放 在cdn上。.m3u8文件，其實就是以UTF-8編碼的m3i文件，這個文件本 身不能播放，只是存放了播放信息的文本文件：m3u文件頭第一個TS分片的序列號每個分片TS勺最大的時長是否允許 cachem3u文件結束符指定每個媒體段 (ts) 的持續(xù)#EXTM3U1

4、#EXT-X-MEDIA-SEQUENCE2#EXT-X-TARGETDURATION3#EXT-X-ALLOW-CACHE4#EXT-X-ENDLIST5#EXTINF67 （秒），僅對其后面的URI有效mystream-12.tsts文件:my stream-10. tsHLS的請求流程是：1 http請求m3u8的url。2 服務端返回一個 m3u8勺播放列 表，這個播放列表是實時更新的，一般一次給出5段數(shù)據(jù)的url。3客戶端解析m3u8的播放列表，再按序請求每一段的 url，獲取ts數(shù)據(jù)流。簡單流程：請求video3 HLS直播延時我們知道his協(xié)議是將直播流分成一段一段的小段視頻去下

5、 載播放的，所以假設列表里面的包含5個ts文件，每個TS文件包含5秒的視頻容，那么整體的延遲就是25秒。因為當你看到這些視頻時，主播已經(jīng)將視頻錄制好上傳上去了，所以 時這樣產(chǎn)生的延遲。當然可以縮短列表的長度和單個ts文件的大小來降低延遲，極致來說可以縮減列表長度為1,并且ts的時長為1s，但是這樣會造成請求次數(shù)增加，增大服務器 壓力，當網(wǎng)速慢時回造成更多的緩沖，所以蘋果官方推薦的ts 時長時 10s ，所以這樣就會大改有 30s 的延遲。參考資料： https:/developer.apple./library/ios/documentation/ NetworkingInternet/Con

6、ceptual/StreamingMediaGuide/F requentlyAskedQuestions/FrequentlyAskedQuestions.ht ml4 視頻直播的整個流程是什么？當視頻直播可大致分為：1 視頻錄制端： 一般是電腦上的音視頻輸入設備或者手機端 的攝像頭或者麥克風，目前以移動端的手機視頻為主。2 視頻播放端：可以是電腦上的播放器，手機端的 native 播 放器，還有就是h5的video標簽等，目前還是已手機端的 native 播放器為主。3 視頻服務器端：一般是一臺 nginx 服務器，用來接受視頻 錄制端提供的視頻源，同時提供給視頻播放端流服務。 簡單流程：

7、nginx手機攝像頭5怎樣進行音視頻采集?當首先明確幾個概念：我們視頻編碼：所謂視頻編碼就是指通過特定的壓縮技術，將某 個視頻格式的文件轉換成另一種視頻格式文件的方式， 使用的iphone錄制的視頻，必須要經(jīng)過編碼，上傳，解碼， 才能真正的在用戶端的播放器里播放。編解碼標準： 視頻流傳輸中最為重要的編解碼標準有國際電 聯(lián)的H.261、H.263、H.264，其中HLS協(xié)議支持H.264格式的 編碼。音頻編碼：同視頻編碼類似，將原始的音頻流按照一 定的標準進行編碼，上傳，解碼，同時在播放器里播放，當 然音頻也有許多編碼標準，例如PCM編碼，WM編碼，AA（編碼等等，這里我們HLS協(xié)議支持的音頻編

8、碼方式是AAC編碼。下面將利用 ios 上的攝像頭，進行音視頻的數(shù)據(jù)采集，主要 分為以下幾個步驟：1 音視頻的采集， ios 中，利用 AVCaptureSession 和 AVCaptureDevice 可以采集到原始的音視頻數(shù)據(jù)流。 2 對視 頻進行H264編碼，對音頻進行AAC編碼，在ios中分別有已經(jīng) 封裝好的編碼庫來實現(xiàn)對音視頻的編碼。 3 對編碼后的音、 視頻數(shù)據(jù)進行組裝封包；4建立RTM連接并上推到服務端。ps:由于編碼庫大多使用c語言編寫，需要自己使用時編譯， 對于 ios ，可以使用已經(jīng)編譯好的編碼庫。x264 編碼：https:/github./kewlbear/x264-

9、iosfaac 編碼: https:/github./fflydev/faac-ios-buildffmpeg 編碼：https:/github./kewlbear/FFmpeg-iOS-build-script關于如果想給視頻增加一些特殊效果，例如增加濾鏡等，一 般在編碼前給使用濾鏡庫，但是這樣也會造成一些耗時，導 致上傳視頻數(shù)據(jù)有一定延時。簡單流程：1 iOSAVCaptureSession原始視X261攝像頭F頻流rtmnginx服務器iOS麥克風AVCaptureSession原始音faa頻流6前面提到的ffmpeg是什么？和之前的x264 樣，ffmpeg其實也是一套編碼庫，類似的還

10、 有Xvid，Xvid是基于MPEG!協(xié)議的編解碼器，x264是基于 H.264協(xié)議的編碼器，ffmpeg集合了各種音頻，視頻編解碼 協(xié)議，通過設置參數(shù)可以完成基于MPEG4,H.264等協(xié)議的編解碼，demo這里使用的是x264編碼庫。7什么是RTMPReal Time Messaging Protocol （簡稱 RTMF）是 Macromedia 開發(fā)的一套視頻直播協(xié)議，現(xiàn)在屬于Adobe。和HLS-樣都可以應用于視頻直播，區(qū)別是 RTM基于flash無法在ios的瀏 覽器里播放，但是實時性比HLS要好。所以一般使用這種協(xié)議來上傳視頻流，也就是視頻流推送到服務器。這里列舉一下hls和rt

11、mp對比：協(xié)議原理延時優(yōu)點使用場景;RTMP長鏈接 tcp每個時刻 的數(shù)據(jù)收 到后立刻發(fā)送2s延時低即時互動HLS短鏈接 http集合一段1時間數(shù)據(jù) 生成也切片文件更新m3u8文件10s-30s跨平臺h5直播-8推流簡所謂推流，就是將我們已經(jīng)編碼好的音視頻數(shù)據(jù)發(fā)往視頻 流服務器中，一般常用的是使用rtmp推流，可以使用第三方庫librtmp-iOS 進行推流，librtmp圭寸裝了一些核心的 api供 使用者調用，如果覺得麻煩，可以使用現(xiàn)成的ios視頻推流sdk，也是基于rtmp的，https:/github./runner365/LiveVideoCoreSDK9推流服務器搭建簡簡單的推流服

12、務器搭建，由于我們上傳的視頻流都是基于 rtmp 協(xié)議的，所以服務器也必須要支持 rtmp 才行，大概需要 以下幾個步驟：1 安裝一臺 nginx 服務器。2 安裝 nginx 的 rtmp 擴展，目前使用比較多的是 https:/github./arut/nginx-rtmp-module3 配置 nginx 的 conf 文件：rtmp 1server 23 listen 1935;#監(jiān)聽的4 端口56 chunk_size 4000;789application hls 10 #rtmp 推流請求路徑live on; hls on; hls_pathhls_fragment111213

13、14/usr/local/var/hls;15165s;17 4 重啟 nginx ，將 rtmp 的推流地址寫為 rtmp:/ip:1935/hls/mystream ，其中 hls_path 表示生成 的.m3u8和ts文件所存放的地址， hls_fragment表示切片時 長，mysteam表示一個實例，即將來要生成的文件名可以先 自己隨便設置一個。更多配置可以參考： https:/github./arut/nginx-rtmp-module/wiki/ 根據(jù)以上步驟基本上已經(jīng)實現(xiàn)了一個支持 rtmp 的視頻服務 器了。10在html5頁面進行播放直播視頻？ 簡單來說，直接使用 vide

14、o 標簽即可播放 hls 協(xié)議的直播視 頻：1 <video autoplay webkit-playsinline><source src="7:8080/hls/mystream.m3u8" type="applicati2 />3<p class="warning">Your browser does not support HTML5 video.</p4</video>需要注意的是，給 video 標簽增加 webkit-playsinline 屬性， 這個屬性

15、是為了讓 video視頻在ios的uiwebview里面可以不 全屏播放，默認 ios 會全屏播放視頻，需要給 uiwebview 設置 allowsInlineMediaPlayback = YES 業(yè)界比較成熟的 videojs ，可以根據(jù)不同平臺選擇不同的策略，例如 ios 使用 video標簽，pc使用flash等。11 坑點總結簡根據(jù)以上步驟，筆者寫了一個 demo從實現(xiàn)ios視頻錄制， 采集，上傳，nginx服務器下發(fā)直播流，h5頁面播放直播視 頻者一整套流程，總結出以下幾點比較坑的地方：1在使用AVCaptureSession進行采集視頻時，需要實現(xiàn) AVCaptureVideo

16、DataOutputSampleBufferDelegate 協(xié)議，同 時在-(void)captureOutput:(AVCaptureOutput *)captureOutput didOutputSampleBuffer:(CMSampleBufferRef)sampleBuff er fromConnection:(AVCaptureConnection connection 捕獲到視頻流，要注意的是 didOutputSampleBuffer 這個方 法不是didDropSampleBuffer方法，后者只會觸發(fā)一次，當 時開始寫的是didDropSampleBuffer方法，差了半

17、天才發(fā)現(xiàn) 方法調用錯了。2在使用rtmp推流時，rmtp地址要以rtmp:/ 開頭，ip地址 要寫實際ip地址，不要寫成localhost ，同時要加上端口號， 因為手機端上傳時是無法識別 localhost的。這里后續(xù)會補充上一些坑點，有的需要貼代碼，這里先列這 么多。demo地址：https:/github./lvming6816077/LMVideoTest/ 參考資料：.nihaoshijie./index.php/archives/615結尾打個廣告： 移動端日志工具：https:/github./lvming6816077/MLoggerReactNative下拉刷新組件： htt

18、ps:/github./lvming6816077/react-native-pullRefr eshScrollView歡迎使用！原創(chuàng)文章請注明:自 AlloyTeam : .alloyteam./2016/05/h5-camera-literacy/h5-rtmp<head>vmeta charset="UTF-8"><title> In sert title here</title><li nk href="vjs.ze ncdn.n et/5.19/video-js. min. css" rel=&

19、quot;stylesheet"><script src="vjs.ze ncdn.n et/5.19/video.mi n.js"></script></head><body><videoid="my-player"class="video-js"con trolspreload="auto"poster="vjs.ze ncdn.n et/v/ocea ns.p ng"data-setup=''><source src='rtmp:/live.hkstv.hk.lxd ns./live/hks' type='rtmp/flv'/></p></video><script type="text/javascript">var player = videojs('my-player');var opti ons = ;var player = videojs('my-player', o