linuxrtp

① C/S架構，伺服器為linux，用到的協議sip，RTST,RTP，開發語言為JAVA,C#,C++,哪款性能測試工具比較適合

RTST：是RTSP吧，RTSP（Real Time Streaming Protocol）是用來控制聲音或影像的多媒體串流協議

② 應用層協議有哪些

1、域名系統(Domain Name System，DNS)

用於實現網路設備名字到IP地址映射的網路服務。

2、文件傳輸協議(File Transfer Protocol，FTP)

FTP是一種文件傳輸協議，它支持兩種模式：一種方式叫做 Standard (也就是 Active,主動模式),一種是 Passive (也就是 PASV,被動模式)。

3、簡單郵件傳送協議(Simple Mail Transfer Protocol, SMTP)

SMTP是一種提供可靠且有效電子郵件傳輸的協議。SMTP 是建模在 FTP 文件傳輸服務上的一種郵件服務，SMTP 伺服器在默認埠 25 上監聽客戶請求，主要用於傳輸系統之間的郵件信息。

4、超文本傳輸協議(HyperText Transfer Protocol，HTTP)

是一個屬於應用層的面向對象的協議，它是基於 TCP(Transfer Control Protocol, 傳輸控制協議)的可靠傳輸，採用的是客戶端/伺服器的工作模式。

5、簡單網路管理協議(simple Network Management Protocol，SNMP)

用於管理與監視網路設備。

6、遠程登錄協議(Telnet)

用於實現遠程登錄功能。

(2)linuxrtp擴展閱讀：

應用層協議的特徵：

1、交換的報文類型，如請求報文和響應報文；

2、各種報文類型的語法，如報文中的各個欄位公共詳細描述;

3、欄位的語義，即包含在欄位中信息的含義；

4、進程何時、如何發送報文及對報文進行響應。

③ Linux視頻採集傳輸

視頻流？

不清楚，我只知道一般是直接用264編碼的視頻採集卡，這樣得到的數據就直接是.264格式的，直接拿來用網路發送就OK了。

視頻的編碼我也不太了解，但是視頻就是每秒播放固定數目的圖片而已，你應該是要把採集到的數據按照視頻格式進行組織吧，可以先看下某些視頻格式的文檔，查下具體要求.

播放器需要的是要有一定數據格式的視頻流，要有對應的傳輸協議，滿足對應的RFC文檔中的編碼要求，播放器才可以接受。比如H.264的視頻，用RTP協議傳輸的話，RFC3984就說明了如何對H.264的數據打包，才可以用RTP傳輸。

④ linuxcnc是否有rtcp

LINUX CNC是沒有RTCP，但是它支持多種結構的機床或者機械臂，比如SCARA等，
目前支持RTCP的數控系統少之又少，國內高端幾乎被西門子海德漢壟斷，中低端有華中廣數光洋等，
目前國內做得很差，

⑤ linux 視頻監控

本系統使用linux操作系統，採用H．264／AVC圖像壓縮標准利用 rP協議，和多線程式控制制實時地傳輸視頻數據，同時合理地設置緩存和利用有效的錯誤隱藏技術，使監控終端能得到較好的監控效果。能在帶寬有限的情況下很好地實現監控效果，同時，監控中心在邏輯上採用了分層的結構，更利於系統的組建，具有很好的擴展能力，方便了跨地域的大型監控系統的組建，具有較好的發展前景。

l 視頻監控伺服器總體設計
視頻監控伺服器解決方案和實現的流程
本監控方案的結構所示。基於分層網路的視頻監控系統由監控中心，遠程監控終端和網路構成。每個監控中心都由監控伺服器、監控終端、監控前端、攝像頭、報警器和區域網組成。監控伺服器負責本地區域網用戶的管理，音視頻數據、報警信號的轉發、音視頻數據的本地存儲，管理監控前端，給遠程用戶或其他監控中心提供監控資源訪問服務等。監控前端是一個Linux的嵌入式系統，它採集攝像頭的視頻數據，並用H．264標准壓縮，把壓縮數據打包並發送到IP網路上，也可以把音頻信號壓縮並打包和發送到IP網路；它支持雲台控制協議；還支持報警器的信號編碼。在物理結構上，每個監控中心都是一個功能完備的監控系統，它們是同級的，沒有地域區分；在邏輯結構上，監控中心劃分成樹狀的層次結構，每個監控中心由它上層的監控中心(稱為分控中心)管理，最上層的監控中心是總控中心。這樣的系統結構既可以使每個控制中心單獨組成監控系統，又可以通過網路分層連接起來組成規模較大的監控系統，具有很好的擴展能力，適用於各種規模的實時監控。當上層的監控中心癱瘓或是網路發生故障的時候，每個監控中心還能獨立正常地工作，提高了監控系統的健壯性。用戶可以通過登錄遠程監控終端或者監控中心內部的監控終端，通過伺服器的身份認證並獲取操作許可權後對系統進行監控和管理。
1)監控前端的設計
監控前端是一個基於ARM處理器的Linu)【嵌入式系統。監控前端的主要硬體模塊如圖2所示，監控前端硬體部分可分為ARM CPU、系統內存、乙太網介面、H．264編碼模塊、圖像採集模塊、視頻存儲模塊，Flash存儲模塊，視頻伺服器管理模塊，網路傳送數據等幾個部分。各模塊由CPU統一管理和調度，Flash存儲模塊負責存放linux嵌入式操作系統和各部分硬體驅動程序。攝像頭的視頻信號通過模數轉換以後得到視頻圖像幀的數字信號，數字信號通過H．264編碼模塊壓縮後的數據存放在H．264編碼模塊的緩沖區內，用戶可以通過對WEB伺服器的操作，讀取或修改這些壓縮信號，最後圖像信號到達網路傳送模塊，將經過H．264編碼後的數據封裝成RTP包，同時周期地發送RTCP包，以流媒體的方式傳送到遠程的客服端。
2)客服端(監控終端的設計)
監控終端軟體的運行平台是基於Windows操作系統的PC機，可以高速連接到公共網路。監控終端軟體採用了vi—sualc++MFC Windows界面編程的文檔一視圖編程模式，系統的類圖設計如圖3所示。CClientsocket類負責接收、解析網路數據包和發送用戶命令。網路接收到的RTPARTCP包經過C~lientsocket類解析以後，如果是視頻數據，則放在CVideoBufer類裡面，如果是音頻數據則放CAudioBufer類裡面，其它的如報警，重啟，刪除等消息則放在C_ConTrolMes—sages類buffer里，CVideobufer是個圖像緩沖區，CAudiobufer是音頻緩沖區，我們通過線程同步，來實現音視頻的同步播放。通過CConTrolMessages類里的成員函數，來響應用戶需要的單路多放，回查，自動報警設置等功能。

⑥ 怎麼通過rtp協議播放ffmpeg採集到的視頻

rtp://192.168.1.105:5060 這個是接收端的ip和埠

你可以用vlc 來進行接受和播放

⑦ 會rtp、rstp協議的請進

RFC3550
RTP 是目前解決流媒體實時傳輸問題的最好辦法，如果需要在Linux平台上進行實時流媒體編程，可以考慮使用一些開放源代碼的RTP庫，如LIBRTP、 JRTPLIB等。JRTPLIB是一個面向對象的RTP庫，它完全遵循RFC 1889設計，在很多場合下是一個非常不錯的選擇，下面就以JRTPLIB為例，講述如何在Linux平台上運用RTP協議進行實時流媒體編程。