1

今後 6 か月以内に、双方向のビデオ会議システムとして機能し、他のデータをやり取りするアプリケーションを構築する予定です。おそらく、ある種の比較的高価な USB Web カメラを使用することになり、USB ビデオ クラス デバイス規格を認識しています。

さて、それに対して（または他の方向に）プログラミングするには何を使用できますか？OS は決定されていない (全体的なニーズに合わせて選択される) ため、それほど重要ではありません。また、言語も重要ではありません。ネットワークは VPN になり、最悪の場合は 256kbps 対称になります。理想的には、エンコードと圧縮も処理できますが、基本的には、研究を開始するための出発点を探しているだけです (これまでに TAPI と H.323 を見つけたばかりで、それらをプログラムする最良の方法がわかりません)。

4

3 に答える 3

1

gnome では、ekigaがあります。win32でもクロスコンパイルできます。その下で OPAL (Open Phone Abstraction Library) を使用します。ツール自体がニーズに合うかもしれませんが、それ以外の場合は、それを適応させる (OSS) か、低レベルの API のみを維持することができます。

于 2008-10-10T06:43:46.230 に答える
0

私はPWに同意します。

  • OPAL は優れた選択肢です。
  • オーディオおよびビデオデバイスをサポートしています
  • Windows、Linux、およびその他のいくつかでコンパイルされます

また、(H323 ではなく) SIP プロトコルを使用することをお勧めします。Ekiga を使用する必要はありません。Ekiga は OPAL のフロントエンドです。OPAL サンプルを見て、それらから構築することができます。

于 2008-10-10T07:09:51.437 に答える
0

特にユーザー指向の新しいアプリケーションを構築するために H.323 を使用することはお勧めしません。はるかにシンプルでクリーンなシグナリング/ネゴシエーションなどの理由から、SIP をお勧めします

別の観点から言えば、呼び出し密度が 5 つを超えるものを構築している場合は、OPAL を使用することはお勧めしません。これは、そこに配置されたアーキテクチャ ソリューションの数が原因です (いくつかの競合状態を伴うスレッド管理、遅延コピーを伴う非常に複雑なコンテナー管理など、実際には物事をより危険なものにします)。これは、OpenH323 のレガシー アプローチによるものです (実際、OpenH323 に使用された ptlib ライブラリ)。

OpenH323 と初期の Opal で頭痛がした日から何かが変わったのかもしれませんが、基本的なことではないと思います。

FreeSwitchプラットフォームを見てみましょう。人々はそれがはるかに優れた設計であると言います。

于 2009-11-06T11:12:38.690 に答える