問題タブ [http-streaming]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
2925 参照

ios - HTTP ライブ ストリーミング iOS がインデックス .m3u8 ファイルを更新しない

StackOverflow で同様の質問をすべて検索しましたが、問題を解決するものは見つかりませんでした。

Linux コンピューター (openSuSE 12.1) から iPad に映画をストリーミングしようとしています。それらをffmpegで変換し、独自のセグメンターでセグメント化し、apache2サーバーのwwwフォルダーに配置し、.m3u8プレイリスト内にも配置します。ここまで - 大丈夫です!

ムービー (タグ付きの HTML ページ) の再生を開始すると、うまく再生されますが、再生リストの最初の読み込みで読み込まれた最初の 5 つのセグメントのみです。HTML ページ (ブラウザーまたはプレーヤー - わかりません) は、サーバーからプレイリストを更新 (再ダウンロード) しません。.m3u8 プレイリスト ファイルは次のようになります。

セグメントはプレイリスト ファイルと同じフォルダにあり、セグメントは正しくエンコードされています (少なくとも最初の 5 つを確認できるためです:D)。また、Apache サーバーから access_log を監視すると、プレイリストの最初のロードが表示され、その後 5 つのセグメントすべてがロードされ、そこまで停止します。m3u8 ファイルをさらに更新しようとさえしません。

問題がある場合 - iOS 5.0、iPad 2、Wi-Fi バージョンのみ、ジェイルブレイクされていない

アイデア?私は何を間違っていますか?

0 投票する
3 に答える
2247 参照

android - 4KB メッセージを送信せずに Android ブラウザ用の代替サーバー プッシュ/コメット実装を行うには?

私は、Comet Hidden iFrame 技術を使用してサーバーからモバイル ブラウザーにデータをプッシュする Web アプリケーションを開発しています。

Mobile Safari ではすべて正常に動作しますが、Android ではもっと面倒です。メッセージを考慮するには、サーバーから 4 KB のメッセージを送信する必要があるようです。これは、最初のメッセージだけでなく、各メッセージに対するものです。

XMLHttpRequest ストリーミングを使用して Comet を実装しようとした人もいますが、同じ 4KB の問題があります (http://code.google.com/p/android/issues/detail?id=13044)。

メッセージを 4KB にパディングする必要なく、Android ブラウザーに Comet テクニックを実装できた人はいますか?

Android 2.1、2.2 でテスト済み

サーバー送信イベントはバージョン Android 4.0 でもサポートされていないようです http://caniuse.com/eventsource

websocket http://caniuse.com/websocketsについても同じ

ありがとう

-セブ

0 投票する
0 に答える
2606 参照

java - Javaでhttpストリームからメタデータを取得するにはどうすればよいですか?

たとえば、次の URL からオーディオ ストリームを受信して​​いるとします。

  1. イドビラジオ「http://83.133.126.34:80」
  2. Cool93 華氏 "http://203.150.224.142:8000"

Java または Android を使用して曲名、アーティスト名などのメタ情報を取得するにはどうすればよいですか。

0 投票する
1 に答える
608 参照

jquery - jquery-stream プラグインでの If-Modified-Since クライアント側キャッシュの実装

サーバーから JSON をストリーミングする必要があるユース ケースがあり、現在、応答のキャッシュを検討しています。JQuery の .ajax 関数とは異なり、jquery-stream が提供する .stream 関数は IfModified HTTP ヘッダーをサポートしていないようです。ソースを変更して If-Modified-Since ヘッダーを設定することはできましたが、クライアント側のキャッシュにアクセスして、サーバーの応答の代わりにキャッシュされた応答を使用する方法がわかりません。現在、jquery-stream は 304 (Not Modified) を検出してストリームを閉じ、xhr オブジェクトの responseText を空白のままにします。おそらく data() 関数を使用して、クライアント側のキャッシュに手動でアクセスする方法はありますか?

答えがわかったら、それを実装して、jquery-stream プロジェクトに変更を送信します。

0 投票する
2 に答える
2457 参照

php - JSONストリームを消費するPHP

クライアントがJSON形式でオブジェクトをサーバーに送信するクライアント/サーバーアプリがあります。サーバーはPHPスクリプトを実行し、このデータをデータベースに配置します。

問題は、ストリームではなく文字列で機能するように見えるjson_decode関数を使用してデコードが行われることです。HTTPリクエストからinpustreamを取得し、ストリーミングJSONパーサーを使用してメモリフットプリントを削減する方法はありますか?

私はJavaのバックグラウンドを持っており、このためにjacksonやxtreamなどのフレームワークがいくつかあります。PHPに相当するものはありますか?そうしないと、スケーラビリティの問題が発生するようです。

0 投票する
1 に答える
1550 参照

ios - HTTP StreaminサーバーはiPhoneで動作し、iPadとSafariでは失敗します

HTTPストリーミングサーバーを理解しようとしています。mp3オーディオファイルを使用して、Apache22で動作するテストプレイリストがあります。

http://atkin.identry.com/mp3/

このプレイリストはiPhone4sで動作しますが、同じバージョンのiOS 5を実行している場合でもiPadでは動作しません。また、Lionを実行しているiMacでSafariを実行している場合でも動作します。

iPadの場合、Apacheログにはプレイリストがフェッチされていることが示されますが、それ以外は何も表示されません。

iPhoneの場合、予想どおり、プレイリストが取得され、次にオーディオファイルが取得されます。

Safariの場合、iPhoneと同じようにプレイリストとオーディオファイルがフェッチされますが、Webページには何も表示されず、サウンドも再生されません。

プレイリストは次のとおりです。

非常に単純です...そこでどこが間違っていたのかわかりませんが、明らかに私はそうしています。

これはかなり難解なテーマだと思いますが、誰かアイデアがあれば聞いてみたいです。

ありがとう

0 投票する
2 に答える
637 参照

xmlhttprequest - アーキテクチャ:TwitterStreamingAPIに対するTitaniumDesktop

私はTitaniumを初めて使用し、(さらに別の)Twitterクライアントを構築することから始めました。私が遭遇した問題は、TwitterのストリーミングAPIを使用したいということであり、TitaniumDesktop内でそれを行うための最良の方法を理解するのに苦労しています。

これが私が見るオプションです:

  1. ストリーミングAPIは使用しないでください。機能しません。
  2. ストリーミング応答をサポートするhttpclientに接続するPythonブリッジを構築します(Streaming APIに必要であり、接続を閉じることはありません)。そのクライアントに、ツイートが届いたときにフォーマットして出力するJavascriptメソッドに応答を配信させます。(ここでの問題:必要なPythonライブラリをバンドルするにはどうすればよいですか?)
  3. Titanium SDK1.1に同梱されているJavascriptHttpClientを、私が知らない巧妙な方法で使用してください。
  4. ストリーミング応答をサポートするHttpClientに付属しているTitaniumSDKの1.2.0-RC2リリースを使用します。リリースノートには、ストリーミングサポートがStreamingAPIで動作するのに十分かどうかを判断するための情報はほとんどありません。
  5. Flash仲介を介したストリーミングサポート用のjavascriptライブラリであるtwstreamerを使用します。FlashがTitaniumDesktop内でうまく機能しないというバグレポートを見たことがありますが、間違っていることが証明されることを望んでいます。
  6. 私がまだ考えていない別の方法。

これをどのように機能させることができるかについてのあらゆる種類の巧妙なアイデアと、今後のヒントを期待しています。読んでくれてありがとう!

0 投票する
3 に答える
5749 参照

flv - 安全な疑似ストリーミング flv ファイル

RTMPを使用して、Wowza を介してストリーム メディア コンテンツを保護しています。Wowza は、ビジネス目的のための非常に強力で堅牢なメディア サーバーです。

しかし、私たちは問題に遭遇しました。それは私たちにとって毎日大きくなっています。多くの新規顧客は、ファイアウォール ルールによって RTMP を使用できず、ビジネス メディア コンテンツを配信することが問題になっています。しかし、 YouTubevimeoのように、誰もが http 疑似ストリーミングやプログレッシブに問題はありません。したがって、同じことを行う必要がありますが、疑似ストリーミング トラフィックへの安全なリンクを提供して、リンクを盗むことによる直接ダウンロードを防ぐ必要があります。

Rails アプリ用に 1 つ、DB 用に 2 つ目、Wowza メディア サーバーとして 3 つ目のサーバーを使用します。私の考えでは、 Wowzaメディア サーバーにnginxをセットアップし、メディアの元のファイルを疑似ストリーミングするように構成します (Wowza が Web カメラ キャプチャを介してストリーミングするために使用するのと同じファイル システム内)。

http_secure_link_module および http_flv_module モジュールで nginx を使用することを提案できますか? 私の同僚による別のアイデアは、Wowza 側で小さなアプリケーションを構築して暗号化されたリンクを取得し、それをローカル ファイル システムに変換し、X-Accel-Redirectを介してファイルにアクセスし、DB への直接接続を介して認証を確認することです。

どうもありがとう

0 投票する
0 に答える
816 参照

php - Zend_Http_Client を使用してチャンク/ストリーミングされた応答データを処理するには?

データをチャンクでストリーミングする HTTP サーバーに接続する Zend_Http_Client があります。

受信した各チャンクを受信時に直接処理したい。

Zend Framework の既存の Http_Adapter はどれも、チャンク ベースの処理を提供していないようです。

これまでのところ、2 つの異なる (動作する) ソリューションを試しました。

  1. 処理を含む独自の読み取り関数を使用して独自の Http_Client_Adapter を作成する
  2. 独自のストリーム スキーマ (myHandler://) を登録し、Http_Client がそのストリーミング データを自分のハンドラーに直接書き込むようにする

…でも、既存の機能にできるだけ近づけたいと思います。

したがって、私の質問は次のとおり
です。ループに入ってチャンクごとに受信したり、各チャンクで呼び出される user_function を定義したりできる Zend-Framework の「ネイティブ」ソリューションはありますか?

0 投票する
1 に答える
1080 参照

ruby - EventMachine と Twitter ストリーミング API

Twitter ストリーミング API を使用して EventMachine プロセスを実行しています。ストリームのコンテンツが頻繁ではない場合、私は常に問題を抱えています。

スクリプトの最小バージョンは次のとおりです。

「iphone」などのキーワードを検索すると、すべてうまくいきます。使用頻度の低いキーワードを検索すると、最後のメッセージから約 20 秒後にストリームが非常に急速に閉じられます。注: その http.error は常に空なので、ストリームが閉じている間は非常に理解しにくいです... 一方、同様の php バージョンは閉じられていないため、おそらく eventmachine/http-em に問題があるようですが、どっちか分からん…