㈠ 請問手機網頁如何播放rtsp
這個網站完美的解決了你的問題,前提是你會寫代碼
發現自己太年輕so為了不把大家帶進坑，更新回答
web伺服器轉碼 hls、rtmp、flash（iOS不支持）
android本地解碼 各種sdk開發包
㈡ 除了WebRtc還有什麼方法讀攝像頭
通過流媒體RTSP方式。除了WebRtc還能通過流媒體RTSP方式來讀攝像頭，按照不同廠家的RTSP流媒體地址格式連接即可。
㈢ 流媒體技術的傳輸問題
1、技術方面解決的問題
在網上進行流媒體傳輸，所傳輸的文件必須製作成適合流媒體傳輸的流媒體格式文件。用通常格式存儲的多媒體文件容量十分大，若要在現有的窄帶網路上傳輸則需要花費十分長的時間，若遇網路繁忙，還將造成傳輸中斷。另外，通常格式的流媒體也不能按流媒體傳輸協議進行傳輸。因此，對需要進行流媒體格式傳輸的文件應進行預處理，將文件壓縮生成流媒體格式文件。這里應注意兩點：一是選用適當的壓縮演算法進行壓縮，這樣生成的文件容量較小。二是需要向文件中添加流式信息。
2、傳輸方面需解決的問題
流媒體的傳輸需要合適的傳輸協議，在internet上的文件傳輸大部分都是建立在tcp協議的基礎上，也有一些是以ftp傳輸協議的方式進行傳輸，但採用這些傳輸協議都不能實現實時方式的傳輸。隨著流媒體技術的深入研究，比較成熟的流媒體傳輸一般都是採用建立在udp協議上的rtp/rtsp實時傳輸協議。
為何要在udp協議而不在tcp協議上進行實時數據的傳輸呢？這是因為udp和tcp協議在實現數據傳輸時的可靠性有很大的區別。tcp協議中包含了專門的數據傳送校驗機制，當數據接受方收到數據後，將自動向發送方發出確認信息，發送方在接收到確認信息後才繼續傳送數據，否則將一直處於等待狀態。而udp協議則不同，udp協議本身並不能做任何校驗。由此可以看出，tcp協議注重傳輸質量，而udp協議則注重傳輸速度．因此，對於對傳輸質量要求不是很高，而對傳輸速度則有很高的要求的視音頻流媒體文件來說，採用udp協議則更合適．
3、傳輸過程中需要的支持
因為internet是以包為單位進行非同步傳輸的，因此多媒體數據在傳輸中要被分解成許多包，由於網路傳輸的不穩定性，各個包選擇的路由不同，所以到達客戶端的時間次序可能發生改變，甚至產生丟包的現象．為此，必須採用緩存技術來糾正由於數據到達次序發生改變而產生的混亂狀況，利用緩存對到達的數據包進行正確排序，從而使視音頻數據能連續正確地播放．緩存中存儲的是某一段時間內的數據，數據在緩存中存放的時間是暫時的，緩存中的數據也是動態的，不斷更新的．流媒體在播放時不斷讀取緩存中的數據進行播放，播放完後該數據便被立即清除，新的數據將存入到緩存中．因此，在播放流媒體文件時並不需佔用太大的緩存空間．
4、播放方面需解決的問題
流媒體播放需要瀏覽器的支持．通常情況下，瀏覽器是採用mime來識別各種不同的簡單文件格式，所有的web瀏覽器都是基於http協議，而http協議都內建有mime．所以web瀏覽器能夠通過http協議中內建的mime來標記web上眾多的多媒體文件格式，包括各種流媒體格式．
附加：[font style=BACKGROUND-COLOR: #f4f4f4][/font]
流式傳輸的過程一般是這樣的：用戶選擇某一流媒體服務後，Web瀏覽器與Web伺服器之間使用HTTP/TCP交換控制信息，以便把需要傳輸的實時數據從原始信息中檢索出來；然後客戶機上的Web瀏覽器啟動A/V Helper程序，使用HTTP從Web伺服器檢索相關參數對Helper程序初始化。這些參數可能包括目錄信息、A/V數據的編碼類型或與A/V檢索相關的伺服器地址。
A/V Helper程序及A/V伺服器運行實時流控制協議（RTSP），以交換A/V傳輸所需的控制信息。與CD播放機或VCRs所提供的功能相似，RTSP提供了操縱播放、快進、快倒、暫停及錄制等命令的方法。A/V伺服器使用RTP/UDP協議將A/V數據傳輸給A/V客戶程序（一般可認為客戶程序等同於Helper程序），一旦A/V數據抵達客戶端，A/V客戶程序即可播放輸出。
需要說明的是，在流式傳輸中，使用RTP/UDP和RTSP/TCP兩種不同的通信協議與A/V伺服器建立聯系，是為了能夠把伺服器的輸出重定向到一個不同於運行A/V Helper程序所在客戶機的目的地址，實現流式傳輸一般都需要專用伺服器和播放器。
㈣ 什麼是流媒體技術舉三個常見的流媒體格式,並說明流媒體應用的方式與領域
流媒體技術也稱流式媒體技術.所謂流媒體技術就是把連續的影像和聲音信息經過壓縮處理後放上網站伺服器,讓用戶一邊下載一邊觀看、收聽，而不要等整個壓縮文件下載到自己的計算機上才可以觀看的網路傳輸技術。該技術先在使用者端的計算機上創建一個緩沖區，在播放前預先下一段數據作為緩沖，在網路實際連線速度小於播放所耗的速度時，播放程序就會取用一小段緩沖區內的數據，這樣可以避免播放的中斷，也使得播放品質得以保證。
流媒體技術不是一種單一的技術，它是網路技術及視/音頻技術的有機結合。在網路上實現流媒體技術，需要解決流媒體的製作、發布、傳輸及播放等方面的問題，而這些問題則需要利用視音頻技術及網路技術來解決，具體如下：
（1）流媒體製作技術方面解決的問題
在網上進行流媒體傳輸，所傳輸的文件必須製作成適合流媒體傳輸的流媒體格式文件。因這通常格式存儲的多媒體文件容量十分大，若要在現有的窄帶網路上傳輸則需要花費十分長的時間，若遇網路繁忙，還將造成傳輸中斷。另外，通常格式的流媒體也不能按流媒體傳輸協議進行傳輸。因此，對需要進行流媒體格式傳輸的文件應進行預處理，將文件壓縮生成流媒體格式文件。這里應注意兩點：一是選用適當的壓縮演算法進行壓縮，這樣生成的文件容量較小。二是需要向文件中添加流式信息。
（2）流媒體傳輸方面需解決的問題
流媒體的傳輸需要合適的傳輸協議，目前在internet上的文件傳輸大部分都是建立在tcp協議的基礎上，也有一些是以ftp傳輸協議的方式進行傳輸，但採用這些傳輸協議都不能實現實時方式的傳輸。隨著流媒體技術的深入研究，目前比較成熟的流媒體傳輸一般都是採用建立在udp協議上的rtp/rtsp實時傳輸協議。
為何要在udp協議而不在tcp協議上進行實時數據的傳輸呢？這是因為udp和tcp協議在實現數據傳輸時的可靠性有很大的區別。tcp協議中包含了專門的數據傳送校驗機制，當數據接受方收到數據後，將自動向發送方發出確認信息，發送方在接收到確認信息後才繼續傳送數據，否則將一直處於等待狀態。而udp協議則不同，udp協議本身並不能做任何校驗。由此可以看出，tcp協議注重傳輸質量，而udp協議則注重傳輸速度．因此，對於對傳輸質量要求不是很高，而對傳輸速度則有很高的要求的視音頻流媒體文件來說，採用udp協議則更合適．
（3）流媒體的傳輸過程中需要緩存的支持
因為interent是以包為單位進行非同步傳輸的，因此多媒體數據在傳輸中要被分解成許多包，由於網路傳輸的不穩定性，各個包選擇的路由不同，所以到達客戶端的時間次序可能發生改變，甚至產生丟包的現象．為此，必須採用緩存技術來糾正由於數據到達次序了生改變而產生的混亂狀況，利用緩存對到達的數據包進行正確排序，從而使視音頻數據能連續正確地播放．緩存 中存儲的是某一段時間內的數據，數據在緩存中存放的時間是暫時的，緩存中的數據也是動態的，不斷更新的．流媒體在播放時不斷讀取緩存中的數據進行播放，播放完後該數據便被立即清除，新的數據將存入到緩存中．因此，在播放流媒體文件時並不需佔用太大的緩存空間．
（4）流媒體播放方面需解決的問題
流媒體播放需要瀏覽器的支持．通常情況下，瀏覽器是採用mime來識別各種不同的簡單文件格式，所有的web瀏覽器都是基於http協議，而http協議都內建有mime．所以wed瀏覽器能夠通過http協議中內建的mime來標記web上眾多的多媒體文件格式，包括各種流媒體格式．
㈤ 什麼叫網路流媒體
、流媒體的定義
採用流式傳輸方式在網路上播放的媒體格式，將音頻、視頻、三維等多媒體文件經過特殊的壓縮方式分成多個壓縮包，由視頻伺服器向計算機用戶連續、實時地傳送。用戶不必等到整個文件下載完畢，而是經過延時即可利用解壓設備（硬體或軟體）解壓後進行播放和觀看，其餘部分在後台伺服器內繼續下載。
流式傳輸有兩種方式：
1、實時流式傳輸：媒體可被實時觀看，視頻為實時廣播，可隨機訪問，適合長片段地視頻，如講座或演說，使用流式傳輸媒體伺服器，應用RTSP實時協議，可實現快進快退。
2、順序流式傳輸：順序下載，下載同時觀看在線媒體，是用HTTP或FTP伺服器，適合發布短片段，如片頭、片尾、廣告等，在給定的時刻只能觀看已下載部分，不能跳到未下載的前頭部分，不能根據用戶的連接速度做出調整，與防火牆無關，管理簡單。
流媒體播放有四種方式：
1、單播方式：一台伺服器傳送的數據包只能傳遞給一個客戶機，媒體伺服器必須向每個用戶發送所申請的數據包，多個點對點方式結合，
2、組播方式：允許路由器將數據包復制到多個通道，客戶端共享一個數據包，按需提供
3、點播方式：客戶端與伺服器主動連接用戶通過選擇內容項目來初始化客戶端連接
4、廣播方式：用戶被動接受流，客戶端接受流，但不能控制流。數據包的單獨一個拷貝發動給網路上的所有用戶，不管用戶是否需要。
二、流媒體的應用
1、遠程教育
2、視頻電話會議
3、視頻點播
4、互聯網直播
5、視頻監控
三、文件格式分類
聲音流、視頻流、文本流、圖像流、動畫流
RA：實時聲音
RM：實時視頻或音頻的實時媒體
RT：實時文本
RP：實時圖像
SMIL：同步的多重數據類型綜合設計文件
SWF：micromedia的real flash 和shockwave flash動畫文件
RPM：HTML文件的插件
RAM：流媒體的元文件，是包含RA、RM、SMIL文件地址（URL地址）的文本文件
1、realnetwork公司：三種
2、apple公司：quicktime\mov
3、microsoft公司（1）asf\wmv\wma
（2）avi
（3）mpeg\mpg\dat
4、micromedia公司
（1）flash的swf格式
（2）metastream的mts格式
（3）aam多媒體教學課件格式，可將authorware生成的文件壓縮為aam和aas流式文件播放
四、流媒體的傳輸協議
1、HTTP
2、RTP\RTCP：實時傳輸協議，一對一或一對多傳輸，RTP控制協議RTCP
3、MMS：微軟流媒體服務協議
4、RTSP：實時媒體的點播協議
五、主流播放器
1、RealOne Player：RealNetworks公司產品，保證低速用戶在線播放，所以RM品質較差，對於互動式腳本動畫支持較差，支持RA、MP3播放，但聲音單薄
2、Windows Media Player：微軟公司產品，資源佔用率較高，不提供卸載組件，與三方軟體易產生沖突
3、QuickTime：蘋果公司產品，文件大適合與多媒體廣告、產品演示、高清晰影片，只有文件片段下載完成後才能播放，圖像質量低於前兩者，mov格式在國內應用較少
㈥ 這是什麼意思
HTTP（HyperText Transport Protocol，超文本傳輸協議）開放的，這是上網沖浪使用最多的協議，主要用於在WWW（World Wide Web，萬維網）服務上傳輸信息的協議
Real Time Streaming Protocol」（實時流協議，簡稱RTSP），該協議是由RealNetworks和Netscape共同提出的，通過RTSP協議可以藉助於Internet將流媒體文件傳送到RealPlayer中播放，並能有效地、最大限度地利用有限的網路帶寬，傳輸的流媒體文件一般是Real伺服器發布的，包括有.rm、.ram。如今，很多的下載軟體都支持RTSP協議，比如FlashGet、影音傳送帶等等。
mms/mmst 是微軟的一種流媒體傳輸協議，跟real公司的rtsp協議差不多，可以用有限的網路帶寬傳輸音/視頻節目。
㈦ 流媒體和普通web伺服器有什麼區別
流媒體和伺服器是兩個概念
web伺服器提供了流媒體播放所需要的環境，這樣流媒體就可以實現點播與直播
web伺服器能播放不是伺服器可以播放，而是伺服器支持了如flash這樣視頻解碼，就是有客戶端！流媒體，簡單的包括播放客戶端、通信協議、伺服器基本這三塊
tomcat是支持並發量的，可以支持多少客戶端同時取文件播放，一般利用live555支持流的傳輸,並且web也不是必須用http！的看具體的情況，支持的協議rtsp http rtmp都可以
㈧ ONVIF協議只能用在區域網設備提供的web服務、RTSP流地址都是自己的區域網IP地址，手機外網怎麼調用
之前都是做域名映射傳輸到外網的，近幾年監控都是廠家採用流媒體伺服器傳輸的，只需在該廠商的網路監控產品系統中通過手機注冊即可在外網手機訪問監控，這方面建議你看產品操作說明書或者廠商客服，不同的產品操作也大同小異，我個人接觸較多的還是大華和海康的監控系統。
㈨ tcp udp http rtsp都是什麼埠
tcp和udp的埠對應不同業務
http就是web服務
rtsp是流媒體服務
㈩ WEB伺服器，FTP伺服器和流媒體服務各自主要功能及其主要配置平台
通俗的說，WEB伺服器--網站發布，FTP伺服器--上傳下載，流媒體服務--流媒體發布。
windows 2003 windows 2008都可以配置，對硬體要求不高的