問題タブ [rtmfp]

RTMFP を使用して Flash で音声対応アプリケーションを作成していますが、RTMFP ストリームが開かれて再生が開始されるとすぐに、Flash プラグインが他のプロセス/アプリケーションの音量を自動的に調整することに気付きました (少なくとも Windows では)。 Skypeがこれを行う方法。さらに、マイクロフォンにアクセスするとすぐに、Flash 自体も (!) 音量を下げるように調整されているようです。これは、グループ会議ではまったく逆効果です。参照: http://i50.tinypic.com/2415r4k.jpg

したがって、私がやろうとしているのは、自動サウンド設定にアクセスして、無効にするか、独自のルールを設定することです。これは、私の意見ではデフォルトがうまく機能しないためです。残念ながら、このトピックを検索しても有用な結果が得られなかったので、他の誰かがすでにこれを実行しており、ヒントを提供できることを願っています.

これが一般的に不可能な場合でも、開いているすべての NetStream で自動サウンド設定を無効にして、場合によっては少なくともこれらが常に 100% の音量になるようにするだけで十分です。NetStream インスタンスでボリューム/ゲインを手動で設定すると、プラグインによる自動設定が上書きされるかどうかは誰にもわかりませんか? または、自動サウンド設定は常にそれを上書き/その設定に追加し、完全に開発者の影響を受けていませんか?

前もって感謝します

すみません、これについてあなたに説明したいと思います。RTMFP 接続を可能にするための要素は... Cirrus 開発者キー、Flash Media Server または FMS ホスティング、Web サーバー、および Flash Player 10 以降が必要です。最後に、Actionscript または Actionscript 3 で API を編集する必要がありますか? これは正しいですか、それとも何か不足していますか?

私のアプレットは、RTMFP を使用して FMS4.5 に接続します。1 つの NetConnection を開き、NetStream を使用してサーバーからアプレットにビデオをストリーミングします。アプレットまたはサーバーで関数を実行する場合は、NetConnection.call(); を使用します。

私の質問は、AS3 は UDP を介した呼び出しが発生することを確認するために内部的に何かを行うのでしょうか、それとも UDP が失われ、関数が呼び出されたときに関数が発生しないというリスクがありますか?

UDP トラフィックが失われる場合があると仮定して、レスポンダーに onStatus を再試行させました。このコードは実際に機能するように見えますか、それともやり過ぎですか?

と...

これにより、関数が UDP / RTMFP 経由で呼び出されることが保証されますか?

それとも .call() の信頼性は内部で処理され、これは不要ですか?

いくつか質問があります。答えてください。

基本的にはLivestream/UstreamWebアプリのようなものを開発したいと思っています。そのようなものを開発する方法を学びたいのですが、フラッシュアプ​​リケーションの開発経験がないので、飛び込む前に答えを探しています。

RTMFPについて読んだことがありますが、これはピアツーピアのビデオ/オーディオストリーミングテクノロジーであることがわかりました。そのため、ライブビデオをストリーミングするためにadobeflashメディアサーバーなどのメディアサーバーが必要かどうか混乱しています。

RTMFPはピアツーピアテクノロジーであるため、帯域幅を消費しないと読みましたが、本当ですか？もしそうなら、これは本当に良すぎて真実ではありませんが、製品が良すぎて真実ではない場合、それは多くの不利な点を持っているに違いないことを私は知っています。ライブストリーム/UstreamアプリにRTMFPを使用することのデメリットを教えてください。

私はActionScriptを使用して単純な1対1のP2Pビデオチャットを開発しています。そして、帯域幅を考慮して、ピアに最高のビデオ品質を保証したいと思います。これの意味は：

1. チャット開始時に利用可能な帯域幅を考慮して最高の品質を設定する
2. 品質を下げることにより、チャット中のネットワークの混雑に対応します。

タスクは動的ストリームスイッチングに似ていますが、P2Pには、動的ストリーミングアプローチが機能しないようにする詳細があります。たとえば、動的ストリームスイッチングで監視されるmaxBytesPerSecondメトリックは、遅延を最小限に抑えるために受信NetStreamのバッファサイズが0に設定されているP2Pではほとんど役に立ちません。

これまでのところ、P2Pの最も信頼できるQoSメトリックはSRTTのようです。ローカルネットワークでのシミュレートされたテストでは、帯域幅の輻輳により、帯域幅の制限が導入された場合、最大500ミリ秒以上のショットが発生します。ただし、輻輳に対応するためbandwidthにinの値を最適に調整する方法についてはヒントがありません。Camera.setQuality(0, bandwidth)

私はたくさんの実験をしましたが、問題に対する明確で単純な解決策はまだわかりません。また、他のRTMFPチャットソリューションでこの問題が（あるとしても）どのように対処されるのか疑問に思っています。

RTMFPFlexを使用してフラッシュp2pビデオを使用する必要があるプロジェクトがあります。アプリケーションをテストしたところ、品質は良好でしたが、オーディオとビデオに顕著な遅延（1〜2秒）がありました。許容できる遅延を実現するために品質を下げるように設定を微調整しましたが、クライアントはそれをSkypeビデオと比較しています。

見逃したことはありますか？rtmfpで許容できるレイテンシはどれくらいですか？Skypeはフラッシュp2pビデオよりも優れていますか？私の問題に関連する要因を挙げていただけますか？

フラッシュと rtmfp プロトコルを使用してライブ ビデオ チャット アプリを開発しようとしていますが、特にピアが異なるネットワークにある場合に、rtmfp がピアの接続を保証する方法について疑問があります。

雇用主のためにウェブベースのアプリケーションを開発したいと思っています。このアプリケーションを使用すると、ユーザーはWebカメラを使用して対面でチャットできます。http://www.adobe.com/devnet/adobe-media-server/articles/p2p_rtmfp_groups.htmlによると、rtmfpは一方向または双方向の会議にのみ有効であることがわかるまで、rtmfpに本当に興味がありました。チャットルーレットと同じように、人々はお互いにチャットできるようになります。しかし、私は多方向の会議が必要です。ありがとう！

クライアント マシンからサーバーにライブでストリーミングされるオーディオを少なくとも部分的に必要とするアプリの構築を検討しています。理想的には、Linux サーバーを実行したいと考えています。アプリの残りの部分は Ruby で記述されているため、Ruby 中心のセットアップにはボーナス ポイントがあり、可能であれば Flash Media Server や Red5 は避けたいと考えています。（実際には使用しないソフトウェアがたくさんあるようです。）

結論 -- RTMP/RTMFP を使用せずに Flash からストリーミングできますか? そうでない場合、Ruby ベースのアプリで受信できますか? これは Silverlight で試してみる価値がありますか?

非常に低いレイテンシ レベルで、リアルタイムの優先処理とフラッシュでのキューイングを実行することは可能ですか? クライアントホストでリアルタイムの優先度を受け取り、低遅延ストリームで転送する必要がある、かなり大きなデータストリーム (生のオーディオであり、おそらくオーバーヘッドをほとんど追加しない効率的な圧縮アルゴリズムで圧縮する必要があります) があります。可能な限り受信側に。Flash を使用して、リアルタイムで非常に低遅延の接続を実行することは可能ですか?

これらの要件を考えると、ギアを Java または C / C# にシフトする必要があるように思えます... しかし、まだ見たことのない何かを発見できることを期待しています。