rtmfp伺服器

1、有沒有人知道怎麼在網站上做個視頻直播？

建議你使用基於Flash
Player客戶端的
流媒體伺服器
，現在10.2版本以後支持RTMFP協議了，可以實現P2P直播/點播回，蘇州八答百里網路
貌似有這樣的
伺服器軟體
，具體叫啥名字忘了，反正就是用Flash
Player作為客戶端的P2P流媒體伺服器.

2、如何在Linux操作系統下搭建配置流媒體伺服器系統

在Linux操作系統下搭建配置流媒體伺服器系統方法詳見：https://jingyan.baidu.com/article/0eb457e5c8f69303f1a905b3.html

3、as3里， swf能點對點通信嗎？不通過伺服器端。

區域網不需復要伺服器是制可以的。 使用rtmfp協議進行p2p連接.
請參考例子：tomkrcha點com/?p=1803

互聯網相互通信需要伺服器支持。adobe提供了Cirrus服務, 只要申請一個KEY即可, 免費的.

4、流媒體的技術

流式傳輸是實現流媒體的關鍵技術。
在網路上傳輸音/視頻等多媒體信息，主要有下載和流式傳輸兩種方案。A/V文件一般都較大，所以需要的存儲容量也較大；同時由於網路帶寬的限制，下載常常要花數分鍾甚至數小時，所以這種處理方法延遲也很大。流式傳輸時，聲音、影像或動畫等時基媒體由音視頻伺服器向用戶計算機的連續、實時傳送，用戶不必等到整個文件全部下載完畢，而只需經過幾秒或十數秒的啟動延時即可進行觀看。當聲音等時基媒體在客戶機上播放時，文件的剩餘部分將在後台從伺服器內繼續下載。流式不僅使啟動延時成十倍、百倍地縮短，而且不需要太大的緩存容量。流式傳輸避免了用戶必須等待整個文件全部從Internet上下載才能觀看的缺點。
流媒體指在Internet/Intranet中使用流式傳輸技術的連續時基媒體，如：音頻、視頻或多媒體文件。流式媒體在播放前並不下載整個文件，只將開始部分內容存入內存，流式媒體的數據流隨時傳送隨時播放，只是在開始時有一些延遲。流媒體實現的關鍵技術就是流式傳輸。
流式傳輸定義很廣泛，主要指通過網路傳送媒體（如視頻、音頻）的技術總稱。其特定含義為通過Internet 將影視節目傳送到PC機。實現流式傳輸有兩種方法：實時流式傳輸（Real time streaming）和順序流式傳輸（progressive streaming）順序流式傳輸是順序下載，在下載文件的同時用戶可觀看在線媒體，在給定時刻，用戶只能觀看已下載的那部分，而不能跳到還未下載的前頭部分，在傳輸期間不根據用戶連接的速度對下載順序做調整。實時流式傳輸指保證媒體信號帶寬與網路連接匹配，使媒體可被實時觀看到。實時流式傳輸根據網路情況調整輸出音視頻的質量從而實現媒體的持續的實時傳送，用戶可快進或後退以觀看前面或後面的內容。
一般說來，如視頻為實時廣播，或使用流式傳輸媒體伺服器，或應用如RTSP的實時協議，即為實時流式傳輸。如使用HTTP伺服器，文件即通過順序流發送。採用哪種傳輸方法依賴你的需求。當然，流式文件也支持在播放前完全下載到硬碟。 1、編碼器：它由一台普通計算機、一塊microvision高清視頻採集卡和流媒體編碼軟體組成。Microvision流媒體採集卡負責將音視頻信息源輸入計算機，供編碼軟體處理;編碼軟體負責將流媒體 採集卡傳送過來的數字音視頻信號壓縮成流媒體格式。如果做直播，它還負責實時地將壓縮好的流媒體信號上傳給流媒體伺服器
2、伺服器：由流媒體軟體系統的伺服器部分和一台硬體伺服器組成。這部分負責管理、存儲、分發編碼器傳上來的流媒體節目。
3、終端播放器，也叫解碼器: 這部分由流媒體系統的播放軟體和一台普通PC組成，用它來播放用戶想要收看的流媒體伺服器上的視頻節目。 流式傳輸的實現需要緩存。因為Internet以包傳輸為基礎進行斷續的非同步傳輸，對一個實時A/V源或存儲的A/V文件，在傳輸中它們要被分解為許多包，由於網路是動態變化的，各個包選擇的路由可能不盡相同，故到達客戶端的時間延遲也就不等，甚至先發的數據包還有可能後到。為此，使用緩存系統來彌補延遲和抖動的影響，並保證數據包的順序正確，從而使媒體數據能連續輸出，而不會因為網路暫時擁塞使播放出現停頓。通常高速緩存所需容量並不大，因為高速緩存使用環形鏈表結構來存儲數據：通過丟棄已經播放的內容，流可以重新利用空出的高速緩存空間來緩存後續尚未播放的內容。——流式傳輸的實現需要合適的傳輸協議。由於TCP需要較多的開銷，故不太適合傳輸實時數據。流式傳輸的過程一般是這樣的：用戶選擇某一流媒體服務後，Web瀏覽器與Web伺服器之間使用HTTP/TCP交換控制信息，以便把需要傳輸的實時數據從原始信息中檢索出來；然後客戶機上的Web瀏覽器啟動A/VHelper程序，使用HTTP從Web伺服器檢索相關參數對Helper程序初始化。這些參數可能包括目錄信息、A/V數據的編碼類型或與A/V檢索相關的伺服器地址。
A/VHelper程序及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/VHelper程序所在客戶機的目的地址。實現流式傳輸一般都需要專用伺服器和播放器，其基本原理如圖所示。 今天，28.8Kbps數據機是Internet連接的基本速率，cable modem、 ADSL、DSS、ISDN等發展快，內容提供商不得不要麼限制發布媒體質量，要麼限制連接人數。根據RealNetwork站點統計，對28.8Kbps數據機，實際流量為10bps到26Kbps，呈鍾形分布，高峰在20Kbps。這意味著若內容提供商選擇20Kbps固定速率，將有大量用戶得不到好質量信號，並可能停止媒體流而引起客戶端再次緩沖，直到接收足夠數據。一種解決方法是伺服器減少發送給客戶端的數據而阻止再緩沖，在RealSystem 5.0中，這種方法稱為「視頻流瘦化」。這種方法的限制是RealVideo文件為一種數據速率設計，結果可通過抽取內部幀擴展到更低速率，導致質量較低。離原始數據速率越遠，質量越差。另一種解決方法是根據不同連接速率創建多個文件，根據用戶連接，伺服器發送相應文件，這種方法帶來製作和管理上的困難，而且，用戶連接是動態變化的，伺服器也無法實時協調。 智能流技術通過兩種途徑克服帶寬協調和流瘦化。首先，確立一個編碼框架，允許不同速率的多個流同時編碼，合並到同一個文件中；第二，採用一種復雜客戶/伺服器機制探測帶寬變化。
針對軟體、設備和數據傳輸速度上的差別，用戶以不同帶寬瀏覽音視頻內容。為滿足客戶要求，Progressive networks公司編碼、記錄不同速率下媒體數據，並保存在單一文件中，此文件稱為智能流文件，即創建可擴展流式文件。當客戶端發出請求，它將其帶寬容量傳給伺服器，媒體伺服器根據客戶帶寬將智能流文件相應部分傳送給用戶。以此方式，用戶可看到最可能的優質傳輸，製作人員只需要壓縮一次，管理員也只需要維護單一文件，而媒體伺服器根據所得帶寬自動切換。智能流通過描述I現實世界Internet上變化的帶寬特點來發送高質量媒體並保證可靠性，並對混合連接環境的內容授權提供了解決方法。流媒體實現方式如下： * 對所有連接速率環境創建一個文件 * 在混合環境下以不同速率傳送媒體 * 根據網路變化，無縫切換到其它速率 *關鍵幀優先，音頻比部分幀數據重要 *向後兼容老版本RealPlayer 聲音流、視頻流、文本流、圖像流、動畫流
RA：實時聲音
RM：實時視頻或音頻的實時媒體
RT：實時文本
RP：實時圖像
SMIL：同步的多重數據類型綜合設計文件
SWF：macromedia的real flash 和shockwave flash動畫文件
RPM：HTML文件的插件
RAM：流媒體的元文件，是包含RA、RM、SMIL文件地址（URL地址）的文本文件
CSF：一種類似媒體容器的文件格式，可以將非常多的媒體格式包含在其中，而不僅僅限於音、視頻。
它可以把ppt和教師講課的視頻完美結合， 很多大學和大型企業使用這套軟體進行教學錄像和遠程教育
1、realnetwork公司：三種
2、apple公司：quicktimemov
3、microsoft公司
（1）asfwmvwma
（2）avi
（3）mpegmpgdat
4、micromedia公司
（1）flash的swf格式
（2）metastream的mts格式
（3）aam多媒體教學課件格式，可將authorware生成的文件壓縮為aam和aas流式文件播放 1、RSVP：資源預留協議
2、RTP：實時傳輸協議
3、RTCP：實時傳輸控制協議
4、MMS：微軟流媒體服務協議
5、RTSP：實時流傳輸協議
6、MIME：多目網際網路電子郵件擴展協議
7、RTMP(RTMPE/RTMPS/RTMPT)：Adobe實時消息協議簇
8、RTMFP：Adobe實施消息流協議（P2P協議）

5、關於Flex RTMFP P2P相關

安全錯誤

flex 在本地運行的時候，可以訪問任意站點，但
在網路環境下（比如你部署到伺服器），默認只能訪問本站的資源，
除非配置crossdomain.xml

6、有沒有人知道怎麼在網站上做個視頻直播？

建議你使用基於Flash Player客戶抄端的流媒體伺服器，現在10.2版本以後支持RTMFP協議了，可以實現P2P直播/點播，蘇州八百里網路 貌似有這樣的伺服器軟體，具體叫啥名字忘了，反正就是用Flash Player作為客戶端的P2P流媒體伺服器.

7、通信協議RTMP和RTMFP之間的不同

RTMFP是Adobe公司開發的一套新的通信協議，該協議可以讓使用Adobe Flash Player的終端用戶之間進行直接通信。用Adobe AIR框架開發的程序也可以用此協議來發布直播、實時信息。
　 　通過使用RTMFP, 那些以來直播、實時通信的應用，比如社區、音視頻聊天和多人游戲就有能力來發布高質量的通信解決方案。RTMFP讓終端用戶可以直接連接並通信，可以使用 麥克風和攝象頭直接聊天。RTMFP將不支持文件和文檔共享。此方案提升了目前Flash Player在網路交互方面的體驗。
RTMFP將減少直播、實時聊天方案的帶寬消耗，例如音視頻聊天和多人游戲。因為TRMFP的數據在終端用戶之間流動，而不是和伺服器，所以此方案很適合 於大范圍的部署。RTMFP因為採用了UDP也提升了傳送的速度。UDP是Internet上一種更有效傳送音頻視頻的方法，雖然會有一些丟包，錯包。 RTMFP有兩個特性可以幫助解決一些連接錯誤。
快速連接恢復：連接在以外情況下將快速恢復。例如，一個無線連接掉線了，一旦重連，他將迅速擁有所有的傳送能力。
IP動態化：一個活動的網路會話將以PEER來標識，即使他變了一個IP，也可以保持原來的會話。例如，一個筆記本在一個無線網路獲得了一個新IP地址，他將立刻繼續剛才的會話。
RTMP和RTMFP之間的不同。
　 　最基本的確實是他們在網路上採用的協議。RTMFP是基於UDP的，RTMP是基於TCP的。UDP在傳送直播數據方面比TCP還是有較多優勢的，比如 減少延時，對丟包的容忍，雖然在可靠性上有所損失。不象RTMP, RTMFP支持Flash Player直接發送數據給另一個，而不經過Server。服務端連接將被用來初始化並交互一些客戶端之間的信息，也可用來進行服務端調用或者作為進入其 他系統的網關。FMS也將用來為用戶提供地址認證服務和NAT地址轉換服務，避免用戶陷入混亂。
歷史：
該技術是由ADOBE在2006收購的公司Amicima最先開發的。

8、flash media server 支持手機觀看視頻

這個得看你使用的抄FMS(最新的改名叫襲AMS)版本了.
差不多從4.5開始對手機播放支持.
使用的是HTTP Live Streaming即HLS.
如何配置與使用可參考頁面:
https://helpx.adobe.com/adobe-media-server/dev/configure-dynamic-streaming-live-streaming.html

除選擇FMS外, 也可以全用WOWZA MEDIA SERVER, 和FMS相似.

9、Adobe的FMS比起八百里flash p2p流媒體來說，哪個更好，網路，伺服器負載誰更低？並簡略說下優缺點，謝謝

您應該是想來要用FMS的自RTMFP功能, 但是FMS的版本太舊了需要花錢升級.

蘇州八百里科技的Server我有安裝並測試過, 貌似基於FMS開發並加上客制的管理介面.
我在公司內部進行測試時是無法分享的, 上傳RTMP流的發布者回放則正常.

伺服器負載沒做過大量測試是無法比較的, 但若底層一樣都是FMS, 性能差不多.
但是原裝的FMS可以串接進行負載平衡, 萬一一台撐不住還能保持服務.