日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔！

生活随笔

當前位置： 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

RTMP的URL/Vhost规则

發布時間：2024/2/28 编程问答 33 豆豆
生活随笔 收集整理的這篇文章主要介紹了 RTMP的URL/Vhost规则 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

RTMP的url其實很簡單，vhost其實也沒有什么新的概念，但是對于沒有使用過的同學來講，還是很容易混淆。幾乎每個新人都必問的問題：RTMP那個URL推流時應該填什么，什么是vhost，什么是app？

RTMP和HLS的優勢參考：HLS

應用場景

Vhost的主要應用場景包括：

  • 一個分發網絡支持多個客戶：譬如CDN，一個分發網絡中，有N個客戶公用一套流媒體系統，如何區分用戶，計費，監控等等？通過app么？大家可能都叫做live之類。最好是通過各自的域名。
  • 不同的應用配置：譬如FMLE推上來的流是h264+mp3，可以將音頻轉碼后放到其他的vhost分發hls，這樣接入h264+mp3的vhost就不用切hls。

總之，vhost作為應用配置的單元，能隔離客戶，應用不同的配置。

標準RTMP URL

標準RTMP URL指的是最大兼容的RTMP URL，基本上所有的服務器和播放器都能識別的URL，和HTTP URL其實很相似，例如：

HTTPSchemaHostPortAppStream
http://192.168.1.10:80/players/srs_player.htmlhttp192.168.1.1080playerssrs_player.html
rtmp://192.168.1.10:1935/live/livestreamrtmp192.168.1.101935livelivestream

其中：

  • Schema：協議頭，HTTP為HTTP或HTTPS，RTMP為RTMP/RTMPS/RTMPE/RTMPT等眾多協議，還有新出的RTMFP。
  • Host：主機，表示要連接的主機，可以為主機DNS名稱或者IP地址。商用時，一般不會用IP地址，而是DNS名稱，這樣可以用CDN分發內容（CDN一般使用DNS調度，即不同網絡和地理位置的用戶，通過DNS解析到的IP不一樣，實現用戶的就近訪問）。
  • Port：端口，HTTP默認為80，RTMP默認為1935。當端口沒有指定時，使用默認端口。
  • Path：路徑，HTTP訪問的文件路徑。
  • App：RTMP的Application（應用）名稱，可以類比為文件夾。以文件夾來分類不同的流，沒有特殊約定，可以任意劃分。
  • Stream：RTMP的Stream（流）名稱，可以類比為文件。

NoVhost

其實，vhost大多數用戶都用不到，而且不推薦用，有點復雜。一般的用戶用app就可以了。因為vhost/app/stream，只是一個分類方法而已；vhost需要在配置文件中說明，app/stream都不需要配置。

什么時候用vhost？如果你是提供服務，譬如你有100個客戶，都要用一套平臺，走同樣的流媒體服務器分發。那可以每個客戶一個vhost，這樣他們的app和stream可以相同都可以。

一般的用法，舉個例子，有個視頻網站，自己搭建服務器，所以只有他自己一個客戶，就不要用vhost了，直接用app就足夠了。假設視頻網站提供聊天服務，聊天有不同的話題類型，每個話題就是一個app，譬如：軍事欄目，讀書欄目，歷史欄目三個分類，每個分類下面有很多聊天室。只要這么配置就好：

listen 1935; vhost __defaultVhost__ { }

生成網頁時，譬如軍事欄目的網頁，都用app名稱為military，某個聊天室叫做火箭，這個頁面的流可以用：rtmp://yourdomain.com/military/rock，編碼器也推這個流，所有觀看這個軍事欄目/火箭聊天室的頁面的人，都播放這個流。

軍事欄目另外的網頁，都用同樣的app名稱military，但是流不一樣，譬如某個聊天室叫做雷達，這個頁面的流可以用：rtmp://yourdomain.com/military/radar，推流和觀看一樣。

如此類推，軍事欄目頁面生成時，不用更改srs的任何配置。也就是說，新增聊天室，不用改服務器配置；新增分類，譬如加個公開課的聊天室，也不用改服務器配置。足夠簡單！

另外，讀書欄目可以用app名稱為reader，欄目下的某個聊天室叫紅樓夢，這個頁面的流可以用：rtmp://yourdomain.com/reader/red_mansion，所有在這個聊天室的人都是播放這個流。

Vhost的應用

RTMP的Vhost和HTTP的Vhost概念是一樣的：虛擬主機。詳見下表（假設域名demo.srs.com被解析到IP為192.168.1.10的服務器）：

HTTPHostPortVhost
http://demo.srs.com:80/players/srs_player.html192.168.1.1080demo.srs.com
rtmp://demo.srs.com:1935/live/livestream192.168.1.101935demo.srs.com

Vhost主要的作用是：

  • 支持多用戶：當一臺服務器需要服務多個客戶，譬如CDN有cctv（央視）和wasu（華數傳媒）兩個客戶時，如何隔離他們兩個的資源？相當于不同的用戶共用一臺計算機，他們可以在自己的文件系統建立同樣的文件目錄結構，但是彼此不會沖突。
  • 域名調度：CDN分發內容時，需要讓用戶訪問離自己最近的邊緣節點，邊緣節點再從源站或上層節點獲取數據，達到加速訪問的效果。一般的做法就是Host是DNS域名，這樣可以根據用戶的信息解析到不同的節點。
  • 支持多配置：有時候需要使用不同的配置，考慮一個支持多終端（PC/Apple/Android）的應用，PC上RTMP分發，Apple和Android是HLS分發，如何讓PC延遲最低，同時HLS也能支持，而且終端播放時盡量地址一致（降低終端開發難度）？可以使用兩個Vhost，PC和HLS；PC配置為最低延遲的RTMP，并且將流轉發給HLS的Vhost，可以對音頻轉碼（可能不是H264/AAC）后切片為HLS。PC和HLS這兩個Vhost的配置肯定是不一樣的，播放時，流名稱是一樣，只需要使用不同的Host就可以。

Vhost支持多用戶

假設cctv和wasu都運行在一臺邊緣節點(192.168.1.10)上，用戶訪問這兩個媒體的流時，Vhost的作用見下表：

RTMPHostPortVhostAppStream
rtmp://show.cctv.cn/live/livestream192.168.1.101935show.cctv.cnlivelivestream
rtmp://show.wasu.cn/live/livestream192.168.1.101935show.wasu.cnlivelivestream

在邊緣節點（192.168.1.10）上的SRS，需要配置Vhost，例如：

listen 1935; vhost show.cctv.cn { } vhost show.wasu.cn { }

Vhost域名調度

詳細參考DNS和CDN的實現。

Vhost支持多配置

以上面舉的例子，若cctv需要延遲最低（意味著啟動時只有聲音，畫面是黑屏），而wasu需要快速啟動（打開就能看到視頻，服務器cache了最后一個gop，延遲會較大）。

只需要對這兩個Vhost進行不同的配置，例如：

listen 1935; vhost show.cctv.cn {chunk_size 128; } vhost show.wasu.cn {chunk_size 4906; }

總之，這兩個Vhost的配置完全沒有關系，不會相互影響。

__defaultVhost__

FMS的__defaultVhost__是默認的vhost，當用戶請求的vhost沒有匹配成功時，若配置了defaultVhost，則使用它來提供服務。若匹配失敗，也沒有defaultVhost，則返回錯誤。

譬如，服務器192.168.1.10上的SRS配置如下：

listen 1935; vhost demo.srs.com {enabled on; }

那么，當用戶訪問以下vhost時：

  • rtmp://demo.srs.com/live/livestream：成功，匹配vhost為demo.srs.com
  • rtmp://192.168.1.10/live/livestream：失敗，沒有找到vhost，也沒有defaultVhost。

defaultVhost和其他vhost的規則一樣，只是用來匹配那些沒有匹配成功的vhost的請求的。

訪問指定的Vhost

如何訪問某臺服務器上的Vhost？有兩個方法：

  • 配置hosts：因為Vhost實際上就是DNS解析，所以可以配置客戶端的hosts，將域名（Vhost）解析到指定的服務器，就可以訪問這臺服務器上的指定的vhost。
  • 使用app的參數：需要服務器支持。在app后面帶參數指定要訪問的Vhost。SRS支持?vhost=VHOST和...vhost...VHOST這兩種方式，后面的方式是避免一些播放器不識別？和=等特殊字符。

普通用戶不用這么麻煩，直接訪問RTMP地址就好了，有時候運維需要看某臺機器上的Vhost的流是否有問題，就需要這種特殊的訪問方式。考慮下面的例子：

RTMP URL: rtmp://demo.srs.com/live/livestream 邊緣節點數目：50臺 邊緣節點IP：192.168.1.100 至 192.168.1.150 邊緣節點SRS配置：listen 1935;vhost demo.srs.com {mode remote;origin: xxxxxxx;}

各種訪問方式見下表：

用戶RTMP URLhosts設置目標
普通用戶rtmp://demo.srs.com/live/livestream無由DNS
解析到指定邊緣
運維rtmp://demo.srs.com/live/livestream192.168.1.100 demo.srs.com查看192.168.1.100上的流
運維rtmp://192.168.1.100/live?
vhost=demo.srs.com/livestream		無查看192.168.1.100上的流
運維rtmp://192.168.1.100/live
...vhost...demo.srs.com/livestream		無查看192.168.1.100上的流

訪問其他服務器的流也類似。

The Publish URL of FMLE

FMLE推流時，URL那個地方，有三個可以輸入的框，參考Adobe FMLE：

  • FMS URL: 需要輸入rtmp://host:port/app，例如：rtmp://demo.srs.com/live
  • Backup URL: 備份的服務器，格式同FMS URL。若指定了備份服務器，FMLE會同時推送給這兩個服務器。
  • Stream: 流名稱，例如：livestream

實際上是將RTMP URL分成了兩部分，stream前面那部分和stream。為何要這么搞？我猜想有以下原因：

  • 支持多級app和Stream：我們目前舉的例子都是一級app和一級stream，實際上RTMP支持多級app和stream，就像子文件夾，實際上很少用得到。所以SRS的URL都是一個地址，默認最后一個/后面就是stream，前面是app。
  • 支持流名稱帶參數：Adobe的鬼HLS/HDS非常之麻煩，那個地址是個惡心的完全不一致。參考FMS livepkgr，例如發布一個rtmp，并切片成HLS：
FMLE: FMS URL: rtmp://demo.srs.com/livepkgr Stream: livestream?adbe-live-event=liveeventClient: RTMP: rtmp://demo.srs.com/livepkgr/livestream HLS: http://demo.srs.com/hls-live/livepkgr/_definst_/liveevent/livestream.m3u8 HDS: http://demo.srs.com/hds-live/livepkgr/_definst_/liveevent/livestream.f4m

沒有比這個更惡心的東西了。比較SRS的簡潔方案：

FMLE: FMS URL: rtmp://demo.srs.com/livepkgr Stream: livestreamClient: RTMP: rtmp://demo.srs.com/livepkgr/livestream HLS: http://demo.srs.com/livepkgr/livestream.m3u8 HDS: not support yet.

既然談到了RTMP URL中的參數，下一章就說說這個。

RTMP URL參數

RTMP URL一般是不帶參數，類似于http的query，有時候為了特殊的要求，會在RTMP URL中帶參數，譬如：

  • Vhost：前面講過，在app后面加參數，可以訪問指定服務器的指定Vhost。這個SRS的特殊約定，方便排錯。
  • FMLE的Stream后面的參數，指定event之類的。SRS不需要這么麻煩，HLS是內置支持，無需這種復雜的配置。Callback也是http的，FMS為了支持服務器端腳本，需要很復雜的配置和復雜的參數，實在是很麻煩的設計。
  • token認證：SRS還未實現。在連接服務器時，在app后面指定token（方式和vhost一樣），例如rtmp://server/live?vhost=xxx&token=xxx/livestream，服務器可以取出token，進行驗證，若驗證失敗則斷開連接，這種是比Refer更高級的防盜鏈。

app和stream后面帶參數，這兩者有何區別，為何SRS把參數放在app后面？客戶端播放流的as3代碼大約是：

// how to play url: rtmp://demo.srs.com/live/livestream conn = new NetConnection(); conn.connect("rtmp://demo.srs.com/live");stream = new NetStream(conn); stream.play("livestream");

從RTMP協議的角度來看：

  • NetConnection.connect(vhost+app)：這一步會完成握手，connect到vhost，切換到app。類似于登錄到vhost后，cd到app這個目錄。也就是vhost的驗證，都可以在這一步做，也就是指定vhost也是在一步了，所以app后面跟的參數都是和vhost/app相關的。
  • NetStream.play(stream)：這一步是播放指定的直播流。所以和stream相關的事件，都可以傳遞參數，譬如Adobe的event。SRS是沒有這些事件的，流啟動時，若配置了HLS會自動開始切片。

SRS的URL規則

SRS只做簡化的事情，絕對不把簡單的事情搞復雜。

SRS的RTMP URL使用標準的RTMP URL，一般不需要對app和stream加參數，或者更改他們的意義。除了兩個地方：

  • vhost支持參數訪問：為了方便運維訪問某臺服務器的vhost，不需要設置hosts。不影響普通用戶。
  • 支持token驗證：為了支持token驗證，在app后面帶參數，這個是token驗證必須的方式。

另外，SRS建議用戶使用一級app和一級stream，不使用多級app和多級stream。譬如：

// 不推薦使用的多級app或stream rtmp://demo.srs.com/show/live/livestream rtmp://demo.srs.com/show/live/livestream/2013

srs播放器(srs_player)和srs編碼器(srs_publisher)不支持多級app和stream，他們認為最后一個斜杠（/）后面的就是stream，前面的是app。即：

// srs_player和srs_publisher的解析方式： // play or publish the following rtmp URL: rtmp://demo.srs.com/show/live/livestream/2013 schema: rtmp host/vhost: demo.srs.com app: show/live/livestream stream: 2013

做此簡化的好處是，srs播放器和編碼器，只需要指定一個url，而且兩者的url是一樣的。

SRS常見的三種RTMP URL，詳細見下表：

URL說明
rtmp://demo.srs.com/live/livestream普通用戶的標準訪問方式，觀看直播流
rtmp://192.168.1.10/live?vhost=demo.srs.com/livestream運維對特定服務器排錯
rtmp://demo.srs.com/live?key=ER892ID839KD9D0A1D87D/livestreamtoken驗證用戶，或者帶寬測試的key驗證

SRS的Vhost

SRS的full.conf配置文件中，有很多Vhost，主要是為了說明各個功能，每個功能都單獨列出一個vhost。所有功能都放在demo.srs.com這個vhost中。

CategoryVhost說明
RTMPdefaultVhost默認Vhost的配置，只支持RTMP功能
RTMPchunksize.vhost.com如何設置chunk size的實例。其他Vhost將此配置打開，即可設置chunk size。
Forwardsame.vhost.forward.vhost.comForward實例：將流轉發到同一個vhost。
HLSwith-hls.vhost.comHLS實例：如何開啟HLS，以及HLS的相關配置。
HLSno-hls.vhost.comHLS實例：如何禁用HLS。
RTMPmin.delay.comRTMP最低延遲：如何配置最低延遲的RTMP流
RTMPrefer.anti_suck.comRefer實例：如何配置Refer防盜鏈。
RTMPbandcheck.srs.com帶寬測試用的vhost，srs測速默認連接到這個vhost。這個vhost配置了帶寬測速的key，可測速間隔和最大測速帶寬限制。其他Vhost也可以支持測速，只要把這個配置項打開，然后在測速播放器的參數中指明另外的vhost
RTMPremoved.vhost.com禁用vhost實例：如何禁用vhost。
Callbackhooks.callback.vhost.com設置http callback的實例，當這些事件發生時，SRS會調用指定的http api。其他Vhost將這些配置打開，就可以支持http callback。
Transcodemirror.transcode.vhost.com轉碼實例：使用ffmpeg的實例filter，將視頻做鏡像翻轉處理。其他Vhost添加這個配置，就可以對流進行轉碼。
注：所有轉碼的流都需要重新推送到SRS，使用不同的流名稱（vhost和app也可以不一樣）。
Transcodecrop.transcode.vhost.com轉碼實例：剪裁視頻filter。其他vhost添加此filter，即可對視頻進行剪裁。
注：所有轉碼的流都需要重新推送到SRS，使用不同的流名稱（vhost和app也可以不一樣）。
Transcodelogo.transcode.vhost.com轉碼實例：添加圖片/視頻水印。其他vhost添加這些配置，可以加圖片/視頻水印。
注：所有轉碼的流都需要重新推送到SRS，使用不同的流名稱（vhost和app也可以不一樣）。
Transcodeaudio.transcode.vhost.com轉碼實例：只對音頻轉碼。其他vhost添加此配置，可只對音頻轉碼。
注：所有轉碼的流都需要重新推送到SRS，使用不同的流名稱（vhost和app也可以不一樣）。
Transcodecopy.transcode.vhost.com轉碼實例：只轉封裝。類似于forward功能。
Transcodeall.transcode.vhost.com轉碼實例：對上面的實例的匯總。
Transcodeffempty.transcode.vhost.com調用ffempty程序轉碼，這個只是一個stub，打印出參數而已。用作調試用，看參數是否傳遞正確。
Transcodeapp.transcode.vhost.com轉碼實例：只對匹配的app的流進行轉碼。
Transcodestream.transcode.vhost.com轉碼實例：只對匹配的流進行轉碼。

SRS的demo.conf配置文件中，包含了demo用到的一些vhost，參考Usage: Demo。

CategoryVhost說明
DEMOplayerssrs_player播放的演示流，按照Readme的Step會推流到這個vhost，demo頁面打開后播放的流就是這個vhost中的流
DEMOplayers_pubsrs編碼器推流到players這個vhost，然后轉碼后將流推送到這個vhost，并切片為hls，srs編碼器播放的帶字幕的流就是這個vhost的流
DEMOplayers_pub_rtmpsrs編碼器演示頁面中的低延時播放器，播放的就是這個vhost的流，這個vhost關閉了gop cache，關閉了hls，讓延時最低（在1秒內）
DEMOdemo.srs.comsrs的演示vhost，Readme的step最后的12路流演示，以及播放器的12路流延時，都是訪問的這個vhost。包含了SRS所有的功能。
Othersdev開發用的，可忽略

Winlin 2014.2


總結

以上是生活随笔為你收集整理的RTMP的URL/Vhost规则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。