問題タブ [http-streaming]

バリアント プレイリストを使用して http ビデオ ストリーミングを再生する iPad アプリがあります。このプレイリストには、帯域幅ごとに異なるビット レートのマルチ ストリームがあります。そのうちの 1 つは、最低帯域幅の音声のみのストリームです。アプリはAVPlayerを使用してビデオを再生します。なぜかMPMoviePlayerViewControllerが使えません。

私が抱えている問題は、ビデオプレーヤーがオーディオのみのストリームを再生すると、ビデオが黒い画面に表示され、オーディオがまだ再生されていることです。これはユーザーにとってひどいことだと思います。ユーザーは何が起こっているのかわかりません。動画プレーヤーの代わりに静止画を表示したい。このような

プレーヤーが別のストリームに切り替わったことを検出する方法はありますか? または、ストリームがオーディオのみかどうかを検出しますか?

XHRストリーミングCometテクニックをjQueryに実装しようとしていますが、onreadystatechangeイベントの検出に問題があります。Firefox4.0.1を使用しています。

プレフィルター（jQuery 1.5以降で使用可能）を使用して、ネイティブXHRオブジェクトを変更します。具体的には、イベントハンドラーをイベントに追加しonreadystatechangeます。私はhttp://jsfiddle.net/Rdx6f/でそれの大まかな実装を持っています。このコードは、イベントが発生したときにXHRオブジェクトreadyStateとresponseText属性をドキュメントに追加します。onreadystatechangeただし、奇妙なことに、が1のonreadystatechange場合にのみイベントを検出するようreadyStateです。

つまり、jQueryはonreadystatechange、XMLHttpRequestオブジェクトが「opened」（readyState 1）の状態にあるときにイベントを検出しているように見えますが、XHRオブジェクトが「headersreceived」（readyState 2）、「loading」（readyState 3）の状態にあるときは検出していません。 ）、または「完了」（readyState 4）。

奇妙なことに、私alert()がイベントハンドラーにいる場合、readyStateが1、2、3、および4のときの処理が表示されます。http：//jsfiddle.net/Rdx6f/1/を参照してください。http://jsfiddle.net/Rdx6f/と同じコードですが、ドキュメントに追加する代わりにingするだけです。onreadystatechangealert()

ネイティブJavaScriptでが1、2、3、または4のonreadystatechange場合のイベントも検出できます。http：//jsfiddle.net/d7vaH/を参照してください。（このコードは、本「Even FasterWebsites」の115ページにあるDylanSchiemannによるXHRストリーミングの実装からほぼ逐語的に引用されています。）readyState

jQueryのAjaxプレフィルターを間違って使用したり、JavaScriptを間違えたりするなど、ここで何か間違ったことをしているだけですか？これはおそらくjQueryのバグですか？

Rails 3.1 には、HTTP ストリーミングを有効にして、ページを分割して表示できるようにするオプションがあります。この機能に関する Railscast で、Ryan は、これを有効にして、ページの残りの部分がまだレンダリングされている間に CSS と JavaScript をプルダウンできるようにすることをお勧めしました。

私は常に、すべてのページ コンテンツが読み込まれた後にスクリプトをページの下部に配置して、読み込み時間を短縮するというガイドラインに従ってきましたが、これを行うことで HTTP ストリーミングを利用することはありません。

今のベストプラクティスは何だと思いますか？

そのため、TornadoからJavaScriptクライアントアプリケーションにデータをストリーミングするためにforever-frameを使用していますが、JavaScriptクライアントがデータの受信を停止することがあります。ハートビートメソッドを実装しました。ハートビートが失われたときにクライアントがフレームのURLを変更して接続を再開しますが、これは厄介なハックのように感じます---そして、ある程度のセットアップとティアダウンが必要です。接続が更新されると、アプリのUIで発生します。使用セッション全体で1つの永続的な接続になりたいと思います。

これは数分に1回の場合もあれば、5秒ごとに発生するループに陥っている場合もあります。私のブラウザはFirefoxとChromeです。

この問題の原因はどのようなものですか？デバッグの開始点についていくつかのアイデアが本当に必要です---レイテンシー、データフラッディング、接続不良を調べる必要がありますか？問題はトルネード側またはJavaScript側にある可能性が高いでしょうか？あるいは、JavaScriptアプリがそれ自体をより適切に再初期化できるようにすることに努力を費やしたほうがよいでしょうか？

私は現在、httpプッシュテクノロジーの有用な実現を探しています。少なくとも、チャンネルサブスクリプションとチャンネル公開をサポートしている必要があります。

C ++（またはC）でどのような便利な実装が利用できますか？

Can I click on some time and eventhough the video is not downlaoded till that time and the video starts playing from the time I clicked? If yes, what would be a better option for viewing streamed video- HTML5 or flash player like JW player? WHich one will have less lag?

HTTP Streaming と WebSocket、jQuery Streamをサポートする JavaScript ライブラリを開発しています。ユーザーのブラウザが IE8+ の場合、XDomainRequest を使用して HTTP ストリーミングを実行しましたが、1 つ問題があります。

問題は、サーバーにデータを送信するときに XDomainRequest が Cookie を除外するため、ユーザーのセッションが維持されず、代わりに新しく生成されたセッションが提供されることです。とにかく、最終的にURLを書き換えることで解決できることがわかりました。

そこで、 .NET、PHP、Python、Ruby などの一般的なサーバー側テクノロジで、ユーザー セッションを維持するために URL を書き換える方法を知りたいです。

たとえば、Java サーブレットでは

前もって感謝します。

MMS プロトコルを使用する Windows Media サービスのデフォルト。では、Windows Media Http Streaming Protocol を使用して Windows Media サービスをセットアップする方法は?

私はwowzaを使用して、ソースrtspストリームを複数のタイプのエンドデバイスにリストリームしています。httpベースのストリーミングではバッファリングの制限があるため、アプリケーションで使用できません。リストリームにはRTMPまたはRTSPを使用する必要があります。

余談ですが、HTTPパケット化ストリームにはキー長の約3倍、つまり30秒相当のビデオ（シルバーライトとQuickTime）が必要なので、バッファを維持するためにwowzaでソースストリームをオンにしておく必要があります。wowzaとソースストリーム間の帯域幅を節約する必要があるため、私のアプリケーションではそれは不可能です。

私の理解では、iOSはRTMPをサポートしていません。つまり、iOSデバイス用のRTSPが残ります。

一貫性を保つためにJWPlayerのようなものを使用するのは良いことですが、JWplayerはRTSPをサポートしていません!!

それで、優雅な解決策はありますか？適切なクライアントプレーヤーを自動サーバーするJWplayerのようなもの（RTSPおよびRTMPクライアントのみが必要です）。それとも私は自分の役割を果たさなければなりませんか。

ご存じのとおり、ストリーミングはリアルタイム データを転送するアクションです。また、UDP は通常 RTP (Real-time transfer protocol) としてリアルタイム データの転送に使用されます。HTTP ストリーミングは TCP を使用していましたが、リアルタイムをどのように保証するのでしょうか?