觀點
幾年前，我和一個朋友閒逛，我們通過在兩台計算機上運行VLC 兩次來創建一個超級簡單的視頻聊天鏈接：一台“觀看”本地網絡攝像頭並將視頻數據克隆到RTMP 流中，而另一台「觀看」本地網路攝影機並將視訊資料克隆到RTMP 串流中複製調諧到遠端 RTMP 來源。我們都將遠端視窗設定為比本機視窗更大，瞧，即時視訊聊天。
背景
太棒了。因為整個過程使用 TCP 而不是 UDP，所以我們沒有看到任何跳幀 - 我們只需要處理傳輸延遲，該延遲非常小，因為我們可以精確配置來源視訊品質和傳輸位元率，並且由於資料是點點對點且不涉及中繼，延遲幾乎為零。
一旦我們證明我們確實可以完成這項工作，我們很快就會被其他有趣的實驗分散注意力，所以沒有再進一步，但是將 PuTTY 添加到其中並進行幾個端口重定向是微不足道的在那裡——突然之間，整個事情都在SSL 隧道中了。
不過，這個系統使用起來相當繁瑣：如果遠端連結動搖一次，VLC 的本機副本將「不」並失效。我們倆的關係都很棒，所以這沒有發生（IIRC），但它總是有可能發生。配置所有內容需要點擊 30 次。我想我可以透過命令列標誌設定一個不錯的自動配置，但這並不能解決連線遺失的問題。
問題
我想知道外面有什麼不使用 SIP，不需要奇怪的代理，不依賴一堆“極其複雜的架構和協定”有設定和配置，因為......傳統！做透過薄型、資源輕的傳輸/加密層提供流暢的視訊和音訊傳輸，該層的設定速度非常快。
如果它也能在 Android 上運行那就太好了，但我主要希望它能在 Linux 上運行。
筆記我在標題中說了「我可以使用哪些技術」——我不是在尋找產品或服務建議，而是在尋找可以使用不同工具選擇來應用的通用概念。