問題タブ [sdp]

ローカルPCホスト上のAndroidデバイスからストリーミングしようとしています。だから、私はsipdroidsocketのようないくつかのsipvoipライブラリを使用します。WiresharkはAndroidデバイスからのすべてのパケットをキャッチしますが、VLCはデータストリーム（Rtp）を再生できず、エラーポップアップはSDPファイル形式が必要であることを示しています。私はそれをグーグルで検索しました、そしてそれはメディアプレーヤーを準備するための有益なファイルのようです。

このファイルを生成する方法は？それは私のAndroidアプリで生成され、PCに送信されますか、それともVLCを実行するPCにデプロイされますか？

RTPパケットをローカルIPクライアントに送信するアプリを開発しました。したがって、クライアントは、ストリーミングされたデータを再生するために、指定されたポート（VLCではrtp：//：@ portnumber）でリッスンする必要があります。今、私はストリーミングを開始するために必要なSDPファイルを作成するために必要なコードを開発するつもりです。

私の疑問は、このファイルをクライアントに送信する方法ですか？RTPストリームの開始時に？この時点で本当にn00b。どんな助けでも役に立ちます。

ありがとう

SDPストリームの構造は何ですか？Windows 7で新しいSDPBluetoothレコードを追加しようとしていますが、「生のストリーム」の内容が何であるか理解できません。私はそこに何を置く必要があるかを知っています、私はただフォーマット/プロトコルを知りません、そしてグーグルは今回私をあまり助けませんでした。

IOCTL_BTH_SDP_SUBMIT_RECORD_WITH_INFOで使用します

質問のタイトルの続きとして、ペアリングされたデバイスからBluetoothDeviceデバイスを選択し、次のようにして BluetoothSocket を取得します。

私の質問は次のとおりです。ペアリング時に UUID を介した通信用のチャネルがチャネル 2 として記録されたが、接続時に他のデバイスがそのリスナーをチャネル 3 に切り替え、チャネル 3 でサービスをアドバタイズしているとします。同じ myUUID です。

connectを実行すると、チャネル 2 に接続しようとしますか (キャッシュ内、他の質問を参照してください)、それとも (.connect コマンド) 新しい SDP を実行して現在のチャネル、つまり 3 を取得し、接続を試みますか?チャネル 3 (および myUUID)。

connectコマンドでどのチャネルが試行されたかを確認することはできますか。

ありがとう。

マルチパート sdp を作成する方法と、この特定の SDP のすべての属性の意味を教えてください。

特に a=candidate: の暗号化された値、それを解読して作成する方法。

doc または rfc があるかどうかを示してください。

ありがとう。

WebRTCから返されたSDP構造を保存する必要があります。仕様では最大長を定義していませんが、明らかにデータベースには最大長が必要です。

この場合、合理的な長さの制限はどれくらいですか? このような未定義の場合、長さの制限を決定するには、一般的にどのようにしますか?

私は現在fetchUuidsWithSdp、リモートデバイスを使用できます。（getUuidsうまくいかない、理由がわからない）

しかし、どうすれば自分の Android デバイスの UUID を取得できますか?

サーバーソケットで正常に実行した場合、登録されたUUIDには、このコマンドでサーバーソケットの作成時に確立したUUIDが含まれている必要があると想定されていますaccept()listenUsingInsecureRfcommWithServiceRecord

私はこれが常にそうではないことを発見しました！私はそれをテストしたいと思います..

私は現在、カメラからビデオをキャプチャし、RTP 経由でストリーミングする Android アプリケーションを持っています。RTSP は使用しません。

RTP フィードを記述する SDP ファイルを作成しました。Quicktime 7 で SDP ファイルを開くことができ、ストリームを表示できます。VLC で SDP ファイルを開こうとしても機能しません。次のエラーが表示されます。

live555 demux エラー: 10 秒間データを受信できませんでした。中止します

Wireshark を使用して RTP パケットを監視しており、ネットワーク上のパケットを確認できます (以下の例を参照)。

Quicktime 7 では、SDP の宛先ポートへのバインドとストリームの再生に問題はないようですが、VLC を使用しようとすると、次の ICMP パケットが表示されます。

私のSDPファイルには以下が含まれています：

ストリームを VLC で再生するにはどうすればよいですか? VLC の起動時に引数「--rtp-client-port=51326」を使用してみましたが、違いはないようです。

更新 1

VLC（少なくとも私が使用している方法）は、SDPで指定したクライアントポートを使用していないようです。RTPパケットが配信されると予想される独自のポートを常に割り当てます。VLCからポートをキャプチャし、そのポートを宛先として使用してRTPフィードを開始できるようにアプローチを変更しましたが、うまくいきました。これは理想的なソリューションではありません。

VLCにSDPファイルの宛先ポートを使用させる方法を知っている人はいますか?

当社はカメラ監視ソフトウェアを開発しており、主にデバイスとの通信にRTSPを使用しています（ただし、必要なプロトコルはすべてサポートしています）。独自のRTSPクライアントとパーサーを開発しました。

今日、私たちは新しいカメラの統合に取り組んでおり、カメラが動的ペイロード96をオーディオパケットとビデオパケットの両方にマッピングする興味深いシナリオを見つけました。SDPの説明を参照してください。

ご覧のように：

問題は、このマッピングを使用して、受信したRTPパケットからの圧縮を識別することです。ビデオの場合は96、オーディオの場合は97など、メディアごとに異なるマッピングがあると常に思っていましたが、このデバイスはすべてのメディアに同じマッピングを使用するため、パーサーは使用しません。ペイロード96で受信されているオーディオパケットをビデオパケットとして識別し、それらをビデオデコーダに直接送信するため、機能します。もちろん、機能しません。

VLCが正常に機能することを確認しましたが、VLCはこのマッピングを使用してパケットを分割するのではなく、チャネルID（TCPの場合）またはさまざまなUDPポートを使用して、パケットがどのメディアに属しているかを識別します。ただし、ペイロードタイプに応じてパケットを分割するアーキテクチャはすでに構築されています

だから私は尋ねます...オーディオとビデオの両方を同じ動的ペイロード番号（96）にマッピングするのは正しいですか？

この問題に遭遇したのはこれが初めてであり、ペイロード形式の代わりにチャネルを使用してメディアを識別するためにRTSPクライアント全体を変更する必要があるかどうか、またはカメラ側に実装のバグがあるかどうかを知る必要があります。他のペイロード番号をそれぞれの異なるメディア（96ビデオ、97オーディオ、98アプリケーション...）にリンクする必要があります。

そのような慣行（すべてのメディアに同じペイロード番号を使用）が有効かどうか誰かが知っていますか？

RFC仕様を使用してRTSPクライアントとSDPパーサーを実装しましたが、すべてのメディアに同じペイロード番号を使用することに関連するものは見つかりませんでした。すべての例で、メディアごとに異なるペイロード番号が常に割り当てられます...

SIPビデオ通話をテストしているときに、提供されたメディアの回答で以下のメディアライン情報を取得しています。これは有効なメディアラインですか？メディアフォーマット番号がrtpmap番号と異なる場合：