問題タブ [libjingle]

strophe JavaScript lib を使用して openfire サーバーに接続するブラウザ ベースのチャット クライアントを作成しました。今、そのアプリケーションで VOIP とビデオ ストリーム機能をサポートする必要があります。

上記の機能の特定のプラグインについて strophe Web サイトを確認しました。ジングル プラグイン/拡張機能が提供されていますが、ドキュメントや例はありません。

XMPPで提供されている仕様に従ってライブラリをビルドしようとしましたが、時間がかかります。

したがって、ドキュメントや実際の例があれば、機能を開発するのに役立ちます。または、strophe の上に作成され、ジングル サポートを提供するその他の拡張機能が役立ちます。

提案や方向性を事前に感謝します。

よろしく、カムレシュ

私は libjingle ベースの Google トーク クライアント (通話アプリケーション) を構築しており、gtalk (トークは gmail Web クライアントの一部として利用可能) を呼び出そうとしています。

残念ながら、gtalk では libjingle ベースのクライアントのビデオとオーディオは表示されませんが、libjingle ベースのクライアントでは gtalk のビデオとオーディオが表示されます。

ビデオチャットは、しばらく前に非常にうまく機能していました。Googleがハングアウト機能を備えたgmailクライアントを展開または更新した後、プロトコルまたは互換性のないハンドシェイクメカニズムに関して何かが変更されたのではないかと思います.

これに関する考えやアイデアはありますか??

サーバーとクライアントの間でピアツーピア接続を確立しようとしています。クライアントからサーバーにピア接続を介してローカルビデオストリームを送信し、サーバーが onAddStream() イベントでそれを受信すると、ストリームを取得し、 addStream() を使用してピア接続に追加してクライアントに送り返します。最初にどこから来たのか。サーバー側のソースは次のようになります。

無意味に思えることはわかっていますが、先に進む前に実装する最初のステップです。

それで、それがシーケンスに許可されているかどうか尋ねていますか？SDP パラメータがピア間で転送される前に addStream() を実行する必要がありますか、それとも後で addStream() を呼び出すことができますか。そうすることで、次のエラーログが得られます。

エラー (statscollector.cc:192): SSRC 2128160837 はトラックに関連付けられていません

エラー (statscollector.cc:192): SSRC 0 はトラック Transport::ConnectChannels_w に関連付けられていません: ローカルの説明が設定されていません。いずれかを生成します。ジングル:チャンネル[オーディオ|1| ]: NULL DTLS ID が提供されました。DTLS を行っていない Jingle:Channel[audio|2| ]: NULL DTLS ID が提供されました。DTLSをしていない

ログイン コードを64 ビットで実行しようとすると、最初のテストでtalk.google.comへのログインに失敗します。32ビットは正常に動作します。

ロギング マクロと siginput ロギングを有効にすると、失敗している XML が次のようになっていることがわかります。

expat の中に投げられているのが見えますが、そこXML_ERROR_INVALID_TOKENからどこへ行くべきかよくわかりません。時々、実際のログインに成功しますが、すぐに死んでしまいます。比較的ランダムに見えますが、常に最初の 10 回程度の応答で死亡します。末尾のジャンク データが無効なトークンの原因である可能性が高いことは認識していますが、何が原因かはわかりません。

私の最初の考えは、 64 ビット(??)に切り替える際のエンコードの問題でしたが、正直なところ、何がそのようなことを引き起こすのかわかりません。

以下は、libjingle が停止するログの追加のサンプル スニペットです。

そしてもう一つ：

別：

別：

以前にこの種の問題に遭遇した人はいますか?

私はlibjingleを構築しようとしています。README に記載されている手順を完了しましたが、まだバイナリを入手できません。

私が従った 手順 は次 の とおり
です 。

しかし、README の最後の部分で述べたように、talk/build/dbg/staging または talk/build/opt/staging でバイナリを取得する必要があります。
しかし、私はこれらのパスで何も得ていません。
私を助けてください。
私は何か間違ったことをしていますか？

XMPPサーバーに接続された他のWebRTC対応デバイスへの音声/ビデオ通話を可能にするAndroidデバイス用のアプリケーションの開発に取り組んでいます。私はすでに Android デバイス間でアプリケーションを音声/ビデオ チャットすることに成功しており、現在、その機能を WebRTC 対応ブラウザーに拡張する作業を行っています。ブラウザからブラウザへの音声/ビデオ通話に成功しましたが、そのシステムは SDP プロトコルで動作し、構築した Android アプリケーションはジングル プロトコルで動作します。以前に行われたように、SDP プロトコルで動作するように Android アプリケーションを書き直すことができることを知っています。ただし、Android デバイスでジングル プロトコルを引き続き使用したいのですが、

すでに行われている SDP / Jingle トランスレータ ( Phono ライブラリ具体的には）現在、ブラウザ クライアントと Android デバイスを使用して、音声/ビデオ コールのメディアの側面を正常にネゴシエートしています。ただし、一方が他方に接続しようとしている間、物事は失敗しているようです。私の一部は、失敗はICE / JINGLEの翻訳にあると信じています. 「onececandidate」を介してブラウザーに渡される氷の候補には、ユーザー名とパスワードの情報が含まれていないことに気付きました。ブラウザ クライアントによって生成された元の SDP オファーのユーザー名とパスワードの情報を、適切な各候補 (音声とビデオ) にコピーしようとしましたが、成功しませんでした。また、トランスポートスタンザにユーザー名とパスワードの情報を含めないようにしましたが、それも何も得られませんでした。

私はブラウザ側で通信中にwiresharkを実行しましたが、Androidデバイスが最終的に「セッション終了」信号を送信するまで、ブラウザとAndroidデバイスの間でバインディングエラーが発生し続けました. 具体的には、次のことを確認しています。

STUN 158 Binding Request ユーザー: r8bGP7y5LklOOKEb:IjgBbKgXQe9V8Pur

古い資格情報ユーザー: r8bGP7y5LklOOKEb:IjgBbKgXQe9V8PurSTUN 130 バインディング エラー応答エラー コード: 274 (不明なエラー コード)

最終的にエラー応答が表示されなくなり、次のようなメッセージが表示され始めます。

ICMP 186 宛先に到達できません (ポートに到達できません)

私はまだネゴシエーションのICE /トランスポート部分にかなり慣れていないので、wiresharkログのいずれかが関連していたかどうか、または問題を正しく診断しているのかどうかさえわかりません.

私が間違っているかもしれないことを誰かが知っていますか？または、SDP ベースのクライアントとジングル ベースのクライアント間の接続を確立した経験はありますか?

ICE翻訳で私が何をしているかを明確にするため。

社民党候補：

a=candidate:[foundation] [component-id] [transport type] [priority] [connection address] [port] [candidate type] [username] [password] [generation]

ジングル候補:

Jingle から SDP に移行するときは、次のマッピングを使用します。

SDP から Jingle に移動するときは、次のマッピングを使用します。

Chrome で取得している ICE 候補の例:

Jingle から取得している ICE 候補の例:

Pythonでlibjingleを使用することについて、誰か提案/アドバイスはありますか? バインディングを提供するすべてのプロジェクトは死んでいるようです。