問題タブ [rtp]

私がやろうとしているのは、SharpPCap/PCap.Net を使用して VOIP ネットワークで電話での会話の WAV データをキャプチャすることです。

H.323 推奨事項を使用しており、音声データは RTP パケットにあると理解しています。ただし、UDP パケットが RTP パケットであるかどうかをヒューリスティックに判断する方法はないため、データをキャプチャする前にさらに作業を行う必要があります。

H.323 の推奨事項では、WAV データが RTP 経由で送信される前に、特定の TCP ポートで大量のトラフィックを使用して通話をネゴシエートしているようです。しかし、それらのTCPポートで実際に送信されるデータ、送信されるタイミング、パケットの外観、処理方法などを判断する運がほとんどありません.

誰かがこれについての情報を持っていれば、本当に感謝しています。私のGoogle-Fuは、これで失敗しているようです。

レイテンシをできるだけ低くする必要があるという要件でrtpストリームを再生するWPFコントロールを作成する必要があります。

私は次の2つのプロジェクトを見てきました。

http://vlcdotnet.codeplex.com/
http://wpfmediakit.codeplex.com/

私の知る限り、GPLよりも制限の厳しいライセンスで商用アプリケーションを出荷しているため（つまり、ソースを出荷できないため）、VLCを使用できません。

Wpfメディアキットは素晴らしいですが、良い/無料のrtp directshowソースフィルターが見つからないようです。自分で作成する前に、不足しているより簡単な解決策があるかどうかを尋ねたいと思いました。

何か案は？

こんにちは、C＃でasp.netを使用してライブWebカメラで遊んでいます。フラッシュを使用してWebカメラコンテンツにアクセス/ストリーミングしてから、Real-timeTransportProtocolを使用してキャプチャしたストリームを送信したいと思います。

どのようにそれを行うことが可能ですか？これに関連する単純なasp.netアプリケーションを知っていますか？

このスレッドをたどったところ、html5 ビデオが素晴らしいことがわかりました。

だから今私がする必要があるのは、PCカメラからのビデオストリームをrtp/rtspフォーマットに変換することです.

あなたが推奨する良い解決策はありますか？

私が何週間も解決しようとしてきたH264ストリーミングの問題について、私を助けていただければ幸いです。

H264ビデオをLive555（Linuxマシン上）からVLC Media Player（Windowsマシン上）にストリーミングする必要があります。RTSPを使用すると非常にうまく機能しますが、RTSPなしでRTPを使用する必要があり、RTPを使用するとビデオが表示されません。VLCは、ストリームがH264であることさえ認識しません。

これは、RTSP（機能する構成）を介して送信されるSDPファイルです。

しかし、RTSPからRTPに切り替えると、機能しません。上記のSDPファイルをVLCプレーヤーにロードしようとしましたが、役に立ちません。

VLCPlayer0.8.6dのデバッグ出力の一部を次に示します。

（手動でコピーする必要があったため、タイプミスがある可能性があります。質問しないでください:)）

VLC 1.0.5では、不明なペイロードタイプのエラーが発生し、不明なネットワークスタックエラーのためにSDPをまったくロードできません。表示されるその他のエラーは、サポートされていないSDP接続情報とSap demuxer警告：無効なSDPです。

どんな助けでも大歓迎です！

ありがとうございました、

イリヤ

プロンプトを再生してユーザー メッセージを記録し、DTMF を検出する IVR アプリケーションがあります。現在、アプリケーションは SS7 シグナリングに基づいており、メディアの再生/記録機能に PSTN ベースのメディア ボードを使用しています。

次に、このアプリケーションを IP ベースのソリューションに移行する必要があります。このためには、SIP ベースのシグナリングと RTP ベースのメディア フロー、および G.711 エンコーディング/デコーディングと、Windows と Linux のサポートを可能にする、オープン ソース/低コストのソリューションが必要です。

私のアプリケーションは約 500 の同時呼び出しを処理する必要があり、コードはクローズド コードであるため GPL を適用できません。私はLGPLコードを好みます。

私はいくつかの解決策を最終候補に挙げました：

1. OSIP(LGPL) + ORTP(LGPL) + eXosip(GPL)
2. PJSIP + PJMEDIA (GPL / ライセンス)
3. Radvision (高すぎる)。

これらの中で最適なオプションを提案してください。または、他のより良いオプションが利用可能かどうかを教えてください。

GJ

Java NIO または一部の Java NIO フレームワーク (Netty、MINA など) に基づく Java RTP/RTCP ライブラリはありますか?

rtp ストリームを再生する必要がある html5 で Web サイトを作成していますが、それを実行しても何も得られず、ブラウザー (safari 5)、rtp サーバー、または html コードのいずれであるかがわかりません。それが問題だ。:P HTML とブラウザのテストに使用できるサンプル rtp ストリームを知っている人はいますか? 事前に感謝します!

乾杯、ルーカス

オーディオストリームに再アセンブルしたいRTPパケットがたくさんあります。パケットごとに、シーケンス番号、SSRC、タイムスタンプ、およびデータ自体を表すバイト配列があります。

現在、私はパケットの各サブセットをSSRCで取得し、タイムスタンプで並べ替え、バイト配列をその順序で組み合わせています。その後、バイト配列を混合しています。結果として得られるオーディオデータは素晴らしいように聞こえますが（つまり、すべてが間に合っていることを意味します）、パケット損失があまりないことが原因であることが心配です。

だから、いくつかの質問...

1. 欠落しているパケットの場合、欠落しているシーケンス番号は、空のオーディオを少し追加する必要がある場所を示しています。シーケンス番号は頻繁に「ラップアラウンド」すると思うので、タイムスタンプを使用してサブセットに分割する必要があります。次に、それらのサブセットで欠落しているシーケンス番号を探し、必要に応じて追加できます。それは正しいことのように聞こえますか？

2. タイムスタンプが他に何に適しているのかよくわかりません。既存のパケットを記録し、不足しているパケットを埋めているので、これについてそれほど心配する必要はないのでしょうか。

AvCodecContextのprofile_idc、level_idc、extradata、extradata_sizeを、SDPのprofile-level-idetsprop-parameter-setで設定しました。

コード化されたスライス、SPS、PPS、およびNAL_IDR_SLICEパケットのデコードを分離します。

初期化：

uint8_t start_sequence [] = {0、0、1}; int size = recv（id_de_la_socket、（char *）rtpReceive、65535,0）;

コード化されたスライス：

結果：ConsumedBytes>0およびGotPicture>0（多くの場合）

SPSおよびPPS：

同一のコード。結果：ConsumedBytes>0およびGotPicture= 0

普通だと思います

新しいカップルSPS/PPSを見つけたら、extradataとextrada_sizeをこのパケットのペイロードとそのサイズで更新します。

NAL_IDR_SLICE：

Nalユニットタイプは28です=>idrフレームが断片化されているため、2つの方法でデコードを試みました

1）最初のフラグメント（RTPヘッダーなし）の前にシーケンス0x000001を付けて、avcodec_decode_videoに送信します。次に、残りのフラグメントをこの関数に送信します。

2）最初のフラグメント（RTPヘッダーなし）の前にシーケンス0x000001を付け、残りのフラグメントをそれに連結します。このバッファをデコーダに送信します。

どちらの場合も、エラーは発生しません（ConsumedBytes> 0）が、フレームは検出されません（GotPicture = 0）...

何が問題ですか ？