WebRTC 是一種流行的開源技術(shù)，用于在 Web 瀏覽器中建立實時通信。它支持多種媒體類型，包括音頻、視頻和數(shù)據(jù)。Red5 是一個開源的流媒體服務(wù)器，可與 WebRTC 一起使用，為 WebRTC 應(yīng)用程序添加實時視頻和音頻功能。

Red5 與 WebRTC 的集成

Red5 和 WebRTC 可以通過多種方式集成。最常見的方法是使用 Red5 作為 WebRTC 媒體服務(wù)器。在這種情況下，Red5 負(fù)責(zé)管理 WebRTC 媒體流的傳輸和處理。 Red5 還可以在 WebRTC 應(yīng)用程序中用作信令服務(wù)器。信令服務(wù)器負(fù)責(zé)在 WebRTC 對等點之間建立和維護連接。

HLS直播

HLS（HTTP Live Streaming）是一種流媒體協(xié)議，用于通過 HTTP 傳輸視頻和音頻流。HLS 流可以由 Red5 生成，并由 WebRTC 應(yīng)用程序使用。這允許 WebRTC 應(yīng)用程序?qū)崟r傳輸視頻和音頻內(nèi)容，而無需使用 WebRTC 媒體服務(wù)器。

設(shè)置 Red5 和 WebRTC

要設(shè)置 Red5 和 WebRTC，您需要：

• 安裝 Red5 服務(wù)器
• 安裝 WebRTC 客戶端庫
• 配置 Red5 服務(wù)器與 WebRTC 應(yīng)用程序一起使用

有關(guān)如何執(zhí)行這些步驟的詳細(xì)說明，請參閱 Red5 和 WebRTC 文檔。

示例應(yīng)用程序

以下示例應(yīng)用程序展示了如何使用 Red5 和 WebRTC 創(chuàng)建實時視頻和音頻通話：

// 創(chuàng)建一個新的 WebRTC 對等點連接對象var peerConnection = new RTCPeerConnection();// 向?qū)Φ赛c連接對象添加音頻和視頻軌道peerConnection.addTrack(localAudioTrack);peerConnection.addTrack(localVideoTrack);// 創(chuàng)建一個 Red5 媒體流對象var red5Stream = new Red5Stream();// 將 WebRTC 對等點連接對象附加到 Red5 媒體流對象red5Stream.attachPeerConnection(peerConnection);// 創(chuàng)建一個新的 Red5 媒體播放器對象var red5Player = new Red5Player();// 將 Red5 媒體流對象附加到 Red5 媒體播放器對象red5Player.attachRed5Stream(red5Stream);// 播放 Red5 媒體流red5Player.play();

結(jié)論

Red5 是一個功能強大的流媒體服務(wù)器，可以與 WebRTC 一起使用，為 WebRTC 應(yīng)用程序添加實時視頻和音頻功能。通過集成 Red5 和 WebRTC，您可以創(chuàng)建交互式、實時且引人入勝的 Web 應(yīng)用程序。

---

Red5Red5簡介

Red5是一款開源的流媒體服務(wù)器，它的主要功能與Macromedia公司的FMS相似，旨在提供基于Flash的流媒體服務(wù)。 這款服務(wù)器是用Java語言編寫的，特別采用RTMP協(xié)議進行流媒體傳輸，這使得它與FMS兼容，能夠流暢地處理FLV和MP3文件。 Red5的強大功能還包括實時錄制客戶端流為FLV文件，支持共享對象，以及實時視頻播放和Remoting等特性。 一旦你將其用作替代FMS，客戶端無需任何改動，即可繼續(xù)正常運行。 Red 5的誕生可以追溯到2005年，由一群前暴雪的核心團隊成員創(chuàng)建，其首款作品——由RED5工作室開發(fā)的免費第一人稱射擊網(wǎng)游《火瀑》憑借其獨特的內(nèi)容設(shè)計和精良的制作，贏得了全球玩家的高度認(rèn)可。 自那時起，Red 5一直專注于基于Offsite引擎的在線游戲開發(fā)，致力于為玩家提供優(yōu)質(zhì)的在線游戲體驗。

Linux 系統(tǒng)的 10 款最佳媒體服務(wù)器軟件

Linux系統(tǒng)不僅僅適合程序員和高級用戶，它同樣為藝術(shù)家、作家和音樂家等用戶群體提供很多非常棒的工具。 您可能聽說過媒體服務(wù)器，這類軟件或小工具的作用就是讓您能夠在直觀的界面中查看本地或云媒體（音樂、視頻等），甚至可以將內(nèi)容直接串流傳輸?shù)骄W(wǎng)絡(luò)的其它設(shè)備中。 下面將為大家介紹10款適用于Linux系統(tǒng)的最佳媒體服務(wù)器軟件，您可以根據(jù)自己的使用場景和需求，將其直接作為媒體播放器，或用作媒體服務(wù)器。 Kodi1. Kodi：這是最受用戶歡迎的媒體服務(wù)器和播放器軟件之一，Kodi 18.0進行了大量的改進，包括對數(shù)字版權(quán)管理（DRM）、游戲模擬器、ROM、語音控制等的支持。 2. PlexPlex：另一款令人印象深刻的媒體播放器，同時也可以作為Linux媒體服務(wù)器來使用。 與Kodi不同，Plex并非完全開源，但可以注冊免費用戶來使用。 3. JellyfinJellyfin：多功能開源媒體服務(wù)器軟件，實際上是Emby媒體服務(wù)器的一個分支。 4. LibreELECLibreELEC：有趣的媒體服務(wù)器軟件，基于Kodi v18.0。 5. OpenFLIXROpenFLIXR：自動媒體服務(wù)器軟件，可以與Plex集成，并支持通過Torrent自動下載電視節(jié)目和電影。 6. MediaPortalMediaPortal：開源的簡單媒體服務(wù)器軟件，具有良好的用戶界面。 7. GerberaGerbera：實現(xiàn)簡單，可以使用本地網(wǎng)絡(luò)進行流式傳輸，還支持轉(zhuǎn)碼功能。 8. OSMC（Open Source Media Center）Open Source Media Center：外觀優(yōu)雅的媒體服務(wù)器軟件，基于Kodi媒體中心。 9. Universal Media ServerUniversal Media Server：不提供任何花哨功能，無需太多配置就可以幫助您轉(zhuǎn)碼/流式傳輸視頻和音頻。 10. Red5 Media ServerRed5 Media Server：為企業(yè)用戶量身定制的免費開源媒體服務(wù)器，可用于實時流媒體解決方案。

RED5安裝后不能用服務(wù)器IP打開，只能打本地網(wǎng)址觀看怎么辦？

RED5安裝后不能用服務(wù)器IP打開，只能打本地網(wǎng)址時應(yīng)看防火墻端口是否正確。

使用Red5搭建Linux流媒體服務(wù)器red5linux

Linux是當(dāng)今計算機領(lǐng)域極受歡迎的操作系統(tǒng)之一，其易于使用、開放源代碼和安全實用性均受到用戶的青睞。 因此，許多企業(yè)和個人都希望利用Linux來構(gòu)建自己的流媒體服務(wù)器。 Red5是一款開源的流媒體服務(wù)器軟件，可以在Linux上運行，有效的支持多種流媒體協(xié)議，包括RTMP，HTTP，RTSP等。 它可以快速安裝，支持實施各種應(yīng)用，例如聊天室、電視直播，手機游戲和視頻監(jiān)控。 搭建使用Red5的Linux流媒體服務(wù)器，需要滿足以下條件：1. 先安裝Linux操作系統(tǒng)，Ubuntu和CentOS是開發(fā)人員建議的可靠的；2. 安裝和配置JDK和JRE以及Emma，這是java虛擬機的必備組件；3. 安裝Red5，這可以在Linux終端上通過wget命令下載；4. 安裝Ant構(gòu)建系統(tǒng)，可以更輕松的完成red5的配置；5. 配置服務(wù)器，使用服務(wù)器安裝程序啟動red5服務(wù)；6. 測試服務(wù)程序，確保red5能夠正常工作，并可以根據(jù)需求調(diào)整red5配置。 以上是搭建Red5服務(wù)器的基本流程，一般而言，操作非常簡單，只需要幾個步驟便可完成Red5服務(wù)器的搭建，從而便可使用其對多種流媒體協(xié)議的支持。 使用Red5搭建Linux流媒體服務(wù)器帶來的不僅僅是提高流媒體服務(wù)質(zhì)量，更能夠更有效的使用Linux的優(yōu)勢，為網(wǎng)絡(luò)服務(wù)的建設(shè)提供有力的支持。

流媒體協(xié)議有哪些

問題一：流媒體用的是什么協(xié)議？流媒體的傳輸協(xié)議 大家在觀看網(wǎng)上電影或者電視時，一般都會注意到這些文件的連接都不是用或者ftp開頭，而是一些rtsp或者mms開頭的東西，為什么是這樣呢？實際上，這些和和ftp一樣，都是數(shù)據(jù)在網(wǎng)絡(luò)上傳輸?shù)膮f(xié)議，只是它們是專門用來傳輸流式媒體的協(xié)議而已。 下面，讓我們來看一下現(xiàn)在使用的主要的流媒體協(xié)議： 1. RTSP（Real Time Streaming Protocol），實時流媒體協(xié)議，它是由RealNetworks和Netscape共同提出的，現(xiàn)在用于RealNetworks的Real Media產(chǎn)品中； 2. PNM（Progressive Networks Audio），這也是Real專用的實時傳輸協(xié)議，它一般采用UDP協(xié)議，并占用7070端口，但當(dāng)你的服務(wù)器在防火墻內(nèi)且7070端口被擋，且你的服務(wù)器把SmartingNetwork設(shè)為真時，則采用協(xié)議，并占用默認(rèn)的80端口； 3. MMS（Microsoft Media Server protocol），這是微軟的流媒體服務(wù)器協(xié)議，MMS 是連接 Windows Media 單播服務(wù)的默認(rèn)方法。 介紹了主要的三個，可能您還會問，Apple的QuickTime使用哪種協(xié)議呢？在多數(shù)情況下，Quick盯ime使用協(xié)議，但實際上它也由標(biāo)準(zhǔn)的流媒體傳輸協(xié)議，這就是標(biāo)準(zhǔn)RTSP協(xié)議，而Real公司使用的RTSP是自己經(jīng)過開發(fā)的。 在流媒體傳輸中，標(biāo)準(zhǔn)的協(xié)議就是RTP（Real time Transport Protocol，實時傳輸協(xié)議）、RTCP(Real-time Transport Control Protocol，實時傳輸控制協(xié)議)、RTSP（Real Time Streaming Protocol，實時流媒體協(xié)議）和RSVP（Resource Reserve Protocol, 資源預(yù)訂協(xié)議），廠商們的產(chǎn)品都是在這些協(xié)議的基礎(chǔ)上進行研究與開發(fā)，限于篇幅，在這里我們就不再深入討論了。 問題二：流媒體系統(tǒng)包括哪三部分？目前三大主流媒體格式以及協(xié)議是什么？1、編碼器：它由一臺普通計算機、一塊microvision 高清視頻采集卡和流媒體編碼軟件組成。 Microvision流媒體采集卡負(fù)責(zé)將音視頻信息源輸入計算機，供編碼軟件處理;編碼軟件負(fù)責(zé)將流媒體 采集卡傳送過來的數(shù)字音視頻信號壓縮成流媒體格式。 如果做直播，它還負(fù)責(zé)實時地將壓縮好的流媒體信號上傳給流媒體服務(wù)器 2、服務(wù)器：由流媒體軟件系統(tǒng)的服務(wù)器部分和一臺硬件服務(wù)器組成。 這部分負(fù)責(zé)管理、存儲、分發(fā)編碼器傳上來的流媒體節(jié)目。 3、終端播放器，也叫解碼器: 這部分由流媒體系統(tǒng)的播放軟件和一臺普通PC組成，用它來播放用戶想要收看的流媒體服務(wù)器上的視頻節(jié)目。 流媒體技術(shù)原理 目前主流的流媒體技術(shù)有三種，分別是RealNetworks公司的RealSystem、Microsoft公司的WindowsMediaTechnology和Apple公司的QuickTime。 這三家的技術(shù)都有自己的專利算法、專利文件格式甚至專利傳輸控制協(xié)議。 問題三：常見的流媒體協(xié)議有哪些？有MMS,RSVP,RTSP,RTP,RTPC等等 問題四：流媒體是什么?有什么類型?流媒體，又叫流式媒體，是邊傳邊播的媒體，是多媒體的一種。 邊傳邊播是指媒體提供商在網(wǎng)絡(luò)上傳輸媒體的“同時”，用戶一邊不斷地接收并觀看或收聽被傳輸?shù)拿襟w。 “流”媒體的“流”指的是這種媒體的傳輸方式（流的方式），而并不是指媒體本身。 有兩種類型； 1.順序流式傳輸是順序下載，在下載文件的同時用戶可觀看在線媒體，在給定時刻，用戶只能觀看已下載的那部分，而不能跳到還未下載的前頭部分，順序流式傳輸不象實時流式傳輸在傳輸期間根據(jù)用戶連接的速度做調(diào)整。 由于標(biāo)準(zhǔn)的HTTP服務(wù)器可發(fā)送這種形式的文件，也不需要其他特殊協(xié)議，順序流式傳輸比較適合高質(zhì)量的短片段，如片頭、片尾和廣告，由于該文件在播放前觀看的部分是無損下載的，這種方法保證電影播放的最終質(zhì)量。 2.實時流式傳輸指保證媒體信號帶寬與網(wǎng)絡(luò)連接配匹，使媒體可被實時觀看到。 實時流與HTTP流式傳輸不同，他需要專用的流媒體服務(wù)器與傳輸協(xié)議。 實時流式傳輸總是實時傳送，特別適合現(xiàn)場事件，也支持隨機訪問，用戶可快進或后退以觀看前面或后面的內(nèi)容。 理論上，實時流一經(jīng)播放就可不停止，但實際上，可能發(fā)生周期暫停。 實時流式傳輸必須配匹連接帶寬，這意味著在以調(diào)制解調(diào)器速度連雞時圖象質(zhì)量較差。 而且，由于出錯丟失的信息被忽略掉，網(wǎng)絡(luò)擁擠或出現(xiàn)問題時，視頻質(zhì)量很差。 如欲保證視頻質(zhì)量，順序流式傳輸也許更好。 問題五：流媒體協(xié)議RTMP，RTSP與HLS有什么不同流媒體協(xié)議RTMP,RTSP與HLS有什么不同？ HLS (HTTP Live Streaming) Apple的動態(tài)碼率自適應(yīng)技術(shù)。 主要用于PC和Apple終端的音視頻服務(wù)。 包括一個m3u(8)的索引文件，TS媒體分片文件和key加密串文件。 常用的流媒體協(xié)議主要有 HTTP 漸進下載和基于 RTSP/RTP 的實時流媒體協(xié)議，這二種基本是完全不同的東西，目前比較方便又好用的是用 HTTP 漸進下載方法。 在這個中 apple 公司的 HTTP Live Streaming 是這個方面的代表。 它最初是蘋果公司針對iPhone、iPod、iTouch和iPad等移動設(shè)備而開發(fā)的流.現(xiàn)在見到在桌面也有很多應(yīng)用了，HTML5 是直接支持這個。 但是HLS協(xié)議的小切片方式會生成大量的文件，存儲或處理這些文件會造成大量資源浪費。 如果要實現(xiàn)數(shù)天的時移，索引量將會是個巨額數(shù)字，并明顯影響請求速度。 因此，HLS協(xié)議對存儲I/O要求相當(dāng)苛刻。 對此，也有公司提出了非常好的解決方案。 新型點播服務(wù)器系統(tǒng)，獨創(chuàng)了內(nèi)存緩存數(shù)據(jù)實時切片技術(shù)，顛覆了這種傳統(tǒng)實現(xiàn)方法，從根本上解決了大量切片的碎片問題，使得單臺服務(wù)器的切片與打包能力不再是瓶頸。 其基本原理如下： 不將TS切片文件存到磁盤，而是存在內(nèi)存當(dāng)中，這種技術(shù)使得服務(wù)器的磁盤上面不再會有“數(shù)以噸計”的文件碎片，極大減少了磁盤的I/O次數(shù)，延長了服務(wù)器磁盤的使用壽命，極大提高了服務(wù)器運行的穩(wěn)定性。 同時，由于使用這種技術(shù)，使得終端請求數(shù)據(jù)時直接從服務(wù)器的內(nèi)存中獲取，極大提高了對終端數(shù)據(jù)請求的反應(yīng)速度，優(yōu)化了視頻觀看體驗。 RTSP協(xié)議，這應(yīng)該是實時性最好的了，如果要想實時性要求很高，比如0.5s以內(nèi)，這個是不錯的選擇。 前陣子模仿spydroid寫了個建議的rtsp 服務(wù)器，其實就是options，describe，setup，play，pause，teardown這幾步了，這個協(xié)議用的最廣泛，網(wǎng)上介紹也比較 多。 要想真正深入了解rtsp協(xié)議，c++語言功底好的可以查看live555 。 問題六：實現(xiàn)流媒體傳輸?shù)闹饕獏f(xié)議有哪些？各自的功能和任務(wù)是什么基于Windows Media技術(shù)的流媒體系統(tǒng)的設(shè)計與實現(xiàn) 摘要：本文在簡介流媒體技術(shù)及其中的Windows Media技術(shù)的基礎(chǔ)上，結(jié)合實際簡述了Windows Media服務(wù)器的安裝、ASF文件的制作以及“點播單播發(fā)布點”、“廣播單播發(fā)布點”、“多播廣播站”的創(chuàng)建方法，從實踐角度闡述了在網(wǎng)絡(luò)中實現(xiàn)流媒體服務(wù)的技術(shù)和方法。 關(guān)鍵詞：Windows Media 流媒體 網(wǎng)絡(luò)視頻 Windows Media-based streaming media technology, Design and Implementation Abstract: This article profiles in streaming media technology in its Windows Media technology on the basis of the actual bined on a Windows Media server installation, ASF, as well as the production of documents on-demand unicast release point, Broadcast Unicast release point, Multicast broadcast stations, the creation of methods, and through links to web pages, etc. They may be related to the test, from the perspective of the practice described in the network to achieve streaming media services technologies and methods. Key words: Windows Media streaming video network 1.流媒體技術(shù)概述 流媒體簡單地說就是應(yīng)用流式傳輸技術(shù)在Internet/Intranet上傳輸?shù)倪B續(xù)時基媒體，如：音頻、視頻或多媒體文件。 流式媒體在播放前并不下載整個文件，只將開始部分內(nèi)容存入內(nèi)存，流式媒體的數(shù)據(jù)流隨時傳送隨時播放，只是在開始時有一些延遲。 流媒體實現(xiàn)的關(guān)鍵技術(shù)就是流式傳輸。 流式傳輸主要指通過網(wǎng)絡(luò)傳送媒體（如視頻、音頻）的技術(shù)總稱。 其特定含義為通過Internet將影視節(jié)目傳送到PC機。 流媒體技術(shù)是包含了采集、編碼、傳輸、儲存、解碼等多項技術(shù)的綜合技術(shù)。 2. Windows Media技術(shù)簡介 2.1 特點 Microsoft公司推出的Windows Media技術(shù)具有方便性、先進性、集成性、低費用等特點，而且其制作、發(fā)布和播放軟件與Windows NT/2000/9x集成在一起，不需要額外購買。 Microsoft的流視頻解決方案在Microsoft視窗平臺上是免費的，制作端與播放器的視音頻質(zhì)量都上佳，而且易于使用。 2.2 Windows Media播放方式 Windows Media播放方式包括單播、多播、點播與廣播。 它們的含義如下表所示： 單播：是客戶端與服務(wù)器之間的點到點連接。 在客戶端媒體服務(wù)器之間建立一個單獨的數(shù)據(jù)通道，1臺服務(wù)器送出的每個數(shù)據(jù)包只能傳送給1個客戶機。 多播：是通過啟用多播的網(wǎng)絡(luò)傳遞內(nèi)容流，網(wǎng)絡(luò)中的所有客戶端共享同一流。 由多播技術(shù)構(gòu)建......>> 問題七：什么是流媒體播放協(xié)議流媒體技術(shù)基礎(chǔ)-流媒體傳輸協(xié)議 作者/來源：未知 實時傳輸協(xié)議RTP與RTCP RTP（Real-timeTransportProtocol）是用于Internet上針對多媒體數(shù)據(jù)流的一種傳輸協(xié)議。 RTP被定義為在一對一或一對多的傳輸情況下工作，其目的是提供時間信息和實現(xiàn)流同步。 RTP通常使用UDP來傳送數(shù)據(jù)，但RTP也可以在TCP或ATM等其他協(xié)議之上工作。 當(dāng)應(yīng)用程序開始一個RTP會話時將使用兩個端口：一個給RTP，一個給RTCP。 RTP本身并不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機制，也不提供流量控制或擁塞控制，它依靠RTCP提供這些服務(wù)。 通常RTP算法并不作為一個獨立的網(wǎng)絡(luò)層來實現(xiàn)，而是作為應(yīng)用程序代碼的一部分。 實時傳輸控制協(xié)議RTCP。 RTCP(Real-timeTransportControlProtocol)和RTP一起提供流量控制和擁塞控制服務(wù)。 在RTP會話期間，各參與者周期性地傳送RTCP包。 RTCP包中含有已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計資料，因此，服務(wù)器可以利用這些信息動態(tài)地改變傳輸速率，甚至改變有效載荷類型。 RTP和RTCP配合使用，它們能以有效的反饋和最小的開銷使傳輸效率最佳化，因而特別適合傳送網(wǎng)上的實時數(shù)據(jù)。 6.2.1 RTP數(shù)據(jù)傳輸協(xié)議 RTP提供端對端網(wǎng)絡(luò)傳輸功能，適合通過組播和點播傳送實時數(shù)據(jù)，如視頻、音頻和仿真數(shù)據(jù)。 RTP沒有涉及資源預(yù)訂和質(zhì)量保證等實時服務(wù)，RTCP擴充數(shù)據(jù)傳輸以允許監(jiān)控數(shù)據(jù)傳送，提供最小的控制和識別功能。 RTP與RTCP設(shè)計成獨立傳輸和網(wǎng)絡(luò)層。 2.1.1 RTP固定頭 RTP 頭格式如下： ----------------------------------------------------------------------------------------------- |V=2|P|X| CC |M| PT | 系列號 | ----------------------------------------------------------------------------------------------- | 時標(biāo) | ----------------------------------------------------------------------------------------------- | 同步源標(biāo)識(SSRC) | ----------------------------------------------------------------------------------------------- | 作用標(biāo)識 (CSRC) | | .... | ----------------------------------------------------------------------------------------------- 開始12個八進制出現(xiàn)在每個RTP包中，而CSRC標(biāo)識列表僅出現(xiàn)在混合器插入時。 2.1.2 復(fù)用 RTP 連接 為使協(xié)議有效運行，復(fù)用點數(shù)目應(yīng)減至最小。 RTP中，復(fù)用由定義RTP連接的目的傳輸?shù)刂罚ňW(wǎng)絡(luò)地址與端口號）提供。 例如，對音頻和視頻單獨編碼的遠程會議，每個媒介被攜帶在單獨RTP連接中，具有各自的目的傳輸?shù)刂贰? 目標(biāo)不在將音頻和視頻放在單一RTP連接中，而根據(jù)SSRC段載荷類型進行多路分解。 使用同一SSRC ，......>> 問題八：流媒體協(xié)議RTMP，RTSP與HLS有什么不同RTMP是Real Time Messaging Protocol(實時消息傳輸協(xié)議)的首字母縮寫。 該協(xié)議基于TCP，是一個協(xié)議族，包括RTMP基本協(xié)議及RTMPT/RTMPS/RTMPE等多種變種。 RTMP是一種設(shè)計用來進行實時數(shù)據(jù)通信的網(wǎng)絡(luò)協(xié)議，主要用來在Flash/AIR平臺和支持RTMP協(xié)議的流媒體/交互服務(wù)器之間進行音視頻和數(shù)據(jù)通信。 支持該協(xié)議的軟件包括Adobe Media Server/Ultrant Media Server/red5等。 RTSP(Real Time Streaming Protocol)，RFC2326，實時流傳輸協(xié)議，是TCP/IP協(xié)議體系中的一個應(yīng)用層協(xié)議，由哥倫比亞大學(xué)、網(wǎng)景和RealNetworks公司提交的IETF RFC標(biāo)準(zhǔn)。 該協(xié)議定義了一對多應(yīng)用程序如何有效地通過IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)。 RTSP在體系結(jié)構(gòu)上位于RTP和RTCP之上，它使用TCP或UDP完成數(shù)據(jù)傳輸。 HTTP與RTSP相比，HTTP請求由客戶機發(fā)出，服務(wù)器作出響應(yīng);使用RTSP時，客戶機和服務(wù)器都可以發(fā)出請求，即RTSP可以是雙向的。 RTSP是用來控制聲音或影像的多媒體串流協(xié)議，并允許同時多個串流需求控制，傳輸時所用的網(wǎng)絡(luò)通訊協(xié)定并不在其定義的范圍內(nèi)，服務(wù)器端可以自行選擇使用TCP或UDP來傳送串流內(nèi)容，它的語法和運作跟HTTP 1.1類似，但并不特別強調(diào)時間同步，所以比較能容忍網(wǎng)絡(luò)延遲。 而前面提到的允許同時多個串流需求控制(Multicast)，除了可以降低服務(wù)器端的網(wǎng)絡(luò)用量，更進而支持多方視訊會議(Video Conference)。 因為與HTTP1.1的運作方式相似，所以代理服務(wù)器〈Proxy〉的快取功能〈Cache〉也同樣適用于RTSP，并因RTSP具有重新導(dǎo)向功能，可視實際負(fù)載情況來轉(zhuǎn)換提供服務(wù)的服務(wù)器，以避免過大的負(fù)載集中于同一服務(wù)器而造成延遲。 問題九：實時流媒體RTSP協(xié)議的開發(fā)，該看哪些書籍可以看看live555，那個代碼里面有rtsp，流程很清晰，很好理解 如果要做流媒體客戶端的話，可能會用到directshow 問題十：移動流媒體的控制協(xié)議流媒體使用的特有的應(yīng)用和控制協(xié)議有RTP/RTCP、RSVP和RTSP。 （1）實時傳輸協(xié)議（RTP）和實時控制協(xié)議（RTCP）。 RTP/RTCP是基于IP的應(yīng)用層協(xié)議，支持實時數(shù)據(jù)（音頻、視頻流）的傳輸，其思想是傳輸實時數(shù)據(jù)的同時發(fā)送一些關(guān)于傳輸和接收的質(zhì)量的反饋信息，這兩個任務(wù)分別由RTP和RTCP完成。 RTP提供一些機制用于進行時間重建、定時、丟包檢測和重排序。 RTP支持單播和組播，可用于單向傳輸也可用于雙向業(yè)務(wù)，但是RTP本身不提供如何實時傳輸?shù)臋C制，也不提供可靠的流阻塞控制，而是通過與RTCP和UDP的配合，使傳輸效率達到最優(yōu)化。 RTP/RTCP為傳送實時數(shù)據(jù)提供需要的功能和控制機制，但是其本身不負(fù)責(zé)高層的任務(wù)，如重排序和同步，這些由應(yīng)用程序完成。 （2）資源預(yù)留協(xié)議（RSVP）。 RSVP允許數(shù)據(jù)接收方為數(shù)據(jù)流請求特殊的端到端QoS。 實時應(yīng)用使用RSVP在路由器上預(yù)留必要的資源，這樣在傳輸?shù)臅r候可以得到所要求的帶寬。 RSVP流程是單一的，不區(qū)別發(fā)送方和接收方。 RSVP支持組播和單播，并適應(yīng)變化的成員個數(shù)和路由。 使用RSVP要求傳輸路徑上的節(jié)點都支持RSVP，這很難得到保證，所以流應(yīng)用一般不使用RSVP。 （3）實時流協(xié)議（RTSP）。 RTSP是一個應(yīng)用層協(xié)議，利用RTSP可以在服務(wù)器和客戶端之間建立并控制連續(xù)的音頻媒體和視頻媒體流，進行服務(wù)器和客戶端之間的“網(wǎng)絡(luò)遠程控制”，提供類似VCR的音頻和視頻的遠程控制功能。 但是RTSP要在獨立于數(shù)據(jù)的通道中進行傳輸。 RTSP支持單播和組播，提供選擇傳送通道的方法，可以選擇UDP、組播UDP和TCP，而低層的傳輸機制依賴于RTP或TCP。 RTSP與低層的協(xié)議（如RTP、RSVP）一起協(xié)調(diào)運行，提供完全的流服務(wù)。 RTSP是有狀態(tài)的、對稱的協(xié)議，RTSP服務(wù)器維護會話狀態(tài)且RTSP中媒體服務(wù)器和客戶端都能發(fā)出請求。 RTSP的語法和操作與HTTP相似，使用專用于音頻和視頻的類似于HTTP中的URL。

---

---

相關(guān)標(biāo)簽： red5、 WebRTC、 Red5、 為、 hls、 應(yīng)用程序添加實時視頻和音頻功能、 用、

上一篇：Red5為你定制的實時流媒體平臺

下一篇：掌握Red5的高級功能解鎖無限的流媒體可能性