1、Android如何使用juv-rtmp-client.jar向Red5伺服器發布實時視頻數據
關注！
先用rtmp協議來去訪問red5服務自器，看看red5那邊是否有響應。
在PC上的話 我了解一些，一般是flex客戶端連接red5後，會有控制項之類的調用PC本地的視頻、音頻設備。 手機端的話 還真不知道。
2、red5流媒體伺服器可以用來做什麼
流媒體伺服器的主要功能是以流式協議（RTP/RTSP、MMS、RTMP等）將視頻文件傳輸到客戶端，供用戶在線觀看；也可從視頻採集、壓縮軟體接收實時視頻流，再以流式協議直播給客戶端。典型的流媒體伺服器有微軟的Windows Media Service（WMS），它採用MMS協議接收、傳輸視頻，採用Windows Media Player（WMP）作為前端播放器；RealNetworks公司的Helix Server，採用RTP/RTSP協議接收、傳輸視頻，採用Real Player作為播放前端；Adobe公司的Flash Media Server,採用RTMP(RTMPT/RTMPE/RTMPS)協議接收、傳輸視頻，採用Flash Player作為播放前端。值得注意的是，隨著Adobe公司的Flash播放器的普及（根據Adobe官方數據，Flash播放器裝機量已高達99%以上），越來越多的網路視頻開始採用Flash播放器作為播放前端，因此，越來越多的企業開始採用兼容Flash播放器的流媒體伺服器，而開始淘汰其他類型的流媒體伺服器。支持Flash播放器的流媒體伺服器，除了Adobe Flash Media Server，還有Ultrant Flash Media Server流媒體伺服器軟體，以及基於Java語言的開源軟體Red5。
我用的是小鳥雲的伺服器。
3、.net關於流媒體：網站上直播攝像頭畫面
1、 Red5.
適合網頁上使用，播放時不用特殊插件。
Red5是一個採用Java開發開源的Flash流媒體伺服器。它支持：專把音頻（MP3）和屬視頻（FLV）轉換成播放流；
錄制客戶端播放流（只支持FLV）；共享對象；現場直播流發布；遠程調用。Red5使用RSTP作為流媒體傳輸協議，在其自帶的一些示例中演示了在線錄
制，flash流媒體播放，在線聊天，視頻會議等一些基本功能。
2、Darwin Streaming Server
Darwin Streaming Server 使用開放標准，讓你可以透過互聯網實時傳送實況或預先錄制的內容。在 Instant-On——蘋果電腦公司正在申請專利的一項創新流媒體播送技術的支持下，你的內容將在點擊鏈接的同時開始播放，無需等待文件下載。
4、linux 下怎麼解決red5 的內存溢出
Red5作為多媒體的開源的框架，實現了RTMP協議，完成了視頻，音頻和多媒體數據的傳輸和解析，很多的產品都在使用它。我們同樣在用他們的服務，但是遇到一個內存泄漏的問題，這個內存泄漏是如何發現的呢：
現象：伺服器跑了兩天左右，出現了兩種情況 ：
1.內存溢出
2.內存沒有溢出，但是提供不了任何服務，伺服器不能接收任何request
分析：
1.擴大虛擬機的內存，結果伺服器跑長了點時間，照樣內存溢出
2.Dump出Heap快照，並用Eclispse Memory Analyzer進行分析，發現RTMPMinaConnection對象大量存在ConcurrentHashMap對象裡面，為什麼會出現大量的connnection？即使是大量的客戶端請求，為什麼內存沒有釋放？
3.分為三個問題考慮：
1)為什麼會出現大量的connnection？連接從哪裡來的
2)大量的connection為什麼會沒有釋放？
3)為什麼connection達到一定的數量，伺服器即使在內存充裕的情況下，仍然提供不了任何服務？
根據大量的觀測，發現red5 伺服器，我們用Haproxy代理了rtmp請求，而HA即使沒有請求的情況下，仍然試圖連接，以探測代理的伺服器是否存活，而red5的keepalive時間一過，會試圖關閉連接，關閉之後，通過查看源代碼發現，connection雖然關閉了，但是沒有從concurrentHashupMap裡面remove掉，而真是這種Ha的不停的通過創建心跳連接來探測red5是否處於活的狀態，而red5關閉連接之後，並沒有從concurrentHashMap裡面移除，從而造成了最終的內存溢出，同時由於沒有移除inactive的連接達到了red5設定的最大的允許的inactivity連接的數量，默認為60000個連接，從而造成我們剛才看到的現象-即使內存充裕的情況下，仍然提供不了任何服務的情況。
查找這個錯誤的過程是痛苦的，甚至沒有一點頭緒，還好通過大量的測試和源代碼分析，發現了這個問題。我們現在已經升級到red5 0.9.1的版本了，目前情況良好，同時為了確保伺服器的穩定性，我們也查閱了相關的源代碼，可以確定0.9.1版本中已經fix了這個問題。相信red5 server在我們的產品上線後會處於非常穩定的狀態。
發現這個問題，一些工具的使用是關鍵的：
首先，要會分析heap快照，而eclipse memory analyzer確實是很強大的工具。幫我們提供了大量有用的信息。
其次，開源軟體是不可靠的，只有我們對它們的代碼有深入的分析才會得出好的結果。還好，源代碼開放也為我們提供了查找問題來龍去脈的根據。而我們也可以對開源軟體進行優化，在以後的內容里，我也會記錄我們優化red5 server的整個過程，相信還有很多地方，我們仍然可以優化它。
網上找的~~
5、red5相關問題 ，flash伺服器
找到 red5-web.properties 文件，修改 webapp.virtualHosts=localhost, 127.0.0.1
red5 默認訪問方式 是localhost 所以 才報 not found no 127.0.0.1 。
至於red5和 tomcat的區別，你可以把red5當作tomcat來用 ，red5 比起tomcat 還額專外支持rtmp協議。
你 在測試屬demo的時候 打開的網站是一個 小球實驗。 用瀏覽器打開的 埠默認8080 可以看得出來 red5 就是一個tomcat 打開後 有個小球連接的點擊 而連接方式 是rtmp://localhost:5080/xxx
有編程基礎 應該很容易理解。
6、求FFMpeg推送RTMP流至Red5伺服器的思路，源文件是本地Flv文件。
這個得搞過的人才會 樓主多實踐