ポイント
数年前、友人と遊んでいたときに、両方のコンピューターで VLC を 2 回実行して、非常にシンプルなビデオ チャット リンクを作成しました。1 台はローカルの Web カメラを「監視」し、ビデオ データを RTMP ストリームに複製し、もう 1 台はリモートの RTMP フィードにコピーしました。2 人ともリモート ウィンドウをローカル ウィンドウよりも大きく設定し、すぐにビデオ チャットができるようになりました。
背景
素晴らしかったです。UDP ではなく TCP を全体的に使用したため、フレーム スキップはまったく発生しませんでした。対処しなければならなかったのは送信遅延だけでした。ソース ビデオの品質と送信ビットレートを正確に設定できたため、遅延は驚くほど小さく、データはポイントツーポイントでリレーが関与しなかったため、遅延は事実上ゼロでした。
これが実際に機能することが証明されると、私たちはすぐに他の興味深い実験に気を取られてしまい、それ以上先に進めませんでしたが、そこにいくつかのポート リダイレクトを組み込んだ PuTTY を追加するのは簡単でした。すると突然、すべてが SSL トンネル内に置かれることになります。
しかし、このシステムは非常に扱いにくいものでした。リモートリンクが不安定になると一度、VLC のローカル コピーは「ダメ」と表示され、壊れてしまいます。どちらの接続も良好だったので、このようなことは起こりませんでした (記憶が正しければ) が、常に発生する可能性はありました。また、すべての設定に 30 回のクリックが必要でした。コマンドライン フラグを使用して適切な自動設定を設定できたと思いますが、接続の切断は修正されなかったでしょう。
質問
外には何があるんだろうしないSIPを使用する、しない奇妙なプロキシを必要とする、しない「恐ろしく複雑なアーキテクチャとプロトコルの山」に頼る持っているセットアップと構成は...伝統だから！」、しかしするセットアップが非常に速く、リソースをあまり消費しない薄いトランスポート/暗号化レイヤーを通じて、手間のかからないビデオおよびオーディオのトランスポートを提供します。
Android でも動作すれば素晴らしいのですが、私は主に Linux で動作することを望んでいます。
注記タイトルに「どのようなテクニックが使えるか」と書きましたが、私が求めているのは製品やサービスの推奨ではなく、さまざまなツールを選択して適用できる一般的な概念です。