問題タブ [http-chunked]

iOSデバイスへの静的ビデオファイルのHTTPライブストリーミングの「チャンク」の側面を理解しようとしています。ビデオファイルのチャンクはどこで発生しますか？

編集：HTTP LIve Streamingともう少しhttps://datatracker.ietf.org/doc/html/draft-pantos-http-live-streaming-07を読むと、ビデオファイルが.tsセグメントに分割されているように聞こえますサーバー。または、m3u8プレイリストでファイルへのバイトオフセットを指定できます（明らかにを使用してEXT-X-BYTERANGE）。

AppleのHLSの説明とhttps://datatracker.ietf.org/doc/html/draft-pantos-http-live-streaming-07を読んだ後、このプロセスについて私が理解したことは次のとおりです。

• 静的ファイルは私のサーバー上にあります。適切なオーディオ/ビデオエンコーディング（H.264およびAAC）があります。
• m3u8アプリのメディアプレーヤー（MPMoviePlayerまたは同様のもの）にプレイリストを渡します。
• アプリは、メディアの再生中に「インデックスをリロード」します。言い換えれば、アプリは再生する追加のセグメントを要求します。
• 各10秒のセグメントはMPEGトランスポートストリームコンテナにあります。

このプロセスについての私の理解は不完全です（そしておそらく正しくありません）。追加情報は大歓迎です。

こんにちは、チャックされたエンコーディングを使用して、http 経由で mp3 データを送信しようとしています。mp3 は後で (mp3 ピースの) ライブ ストリームになるので、コンテンツの長さはわかりません。

これは、ブラウザでアクセスすると再生できないコードです....ヘッダーファイルファイルがまったく再生されないことを認識していますが。

私が間違っているところに誰かアイデアがありますか?

HTTP アナライザーでキャプチャしている応答の最初の数行:

異なるプロバイダーとの共有ホスティングで実行されている 2 つのサーバーがあります。1 つは Apache 2.2.16 で PHP 5.2.9 を実行しており、もう 1 つは PHP 5.2.17 を実行しています。

両方のサーバーのスクリプトは、チャンク エンコーディングで POST を受信しない限り、アプリケーションで正常に動作します。

これが発生すると、モバイル クライアントからよくあることですが、PHP は を介し​​て投稿データにアクセスできないようです$_POST。さらに、上記の最初のサーバーは、5/6 日前に更新が行われたように見えるまで、チャンク エンコーディングで正常に動作していました (ただし、ホストはこれを確認したくない/確認できません)。

PHPまたはApacheのどの設定がこれに影響するかを誰かが提案できますか?

PS 私は両方のホストからの技術サポートと継続的かつ長期にわたる議論を行っていますが、それは実を結んでいないようです.

私はapacheHttpClientを使用していくつかのファイルをサーバーに投稿しています。コードは次のとおりです。

問題は、MultipartEntityクラスにはisChunked()メソッド（常にfalseを返す）しかなく、マルチパートエンティティのチャックされたエンコーディングを有効にする場合は「setChunked（boolean）」オプションがないことです。

私の質問は：

1. プロトコル仕様に従って、HTTPマルチパートとチャンクを共存させることはできますか？そうでない場合、なぜInputStreamEntityクラスのような他のエンティティsetChunked(boolean)にMultipartEntityはないのですか？

2. チャンクを有効にして、より好ましくはapacheライブラリを使用して、複数のファイルを「一度に」投稿する方法はありますか？

HTTPサーバーが「Connection：keep-alive」ヘッダーを含むHTTP / 1.0リクエストを受け取った場合、クライアントが「Transfer-Encoding：chunked」を理解するのは当然のことですか？

基本的に、HTTP / 1.0クライアントからの「Connection：keep-alive」ヘッダーを尊重するかどうかを決定しようとしています。私がそれを尊重する場合、Content-Lengthヘッダーを計算するために応答全体をバッファリングできないため、応答にチャンクコーディングを使用する必要があります。

「Connection：keep-alive」を要求するHTTP / 1.0クライアントがチャンクコーディングも理解することを期待するのが安全でない場合は、応答するたびに接続を閉じる必要があります。（または私は何かを逃したことがありますか？）

承認を得て、Amazon S3 バケットにファイルをアップロードしようとしています。私の署名が機能することはわかっています。hurl.itと同じ URL、ヘッダー、および署名を使用すると、アップロードが成功します。

また、私のプログラムで通常のファイル アップロードが機能することもわかっています。S3 セキュリティをオフにしてヘッダーを削除すると、アップロードは正常に機能します。

また、これを Android エミュレーターで非同期に行っていることも注目に値します。

結果のヘッダー ( を使用して表示Log.e(TAG, allHeaders(httpResponse))) は次のとおりです。

応答ステータス コードは400: Bad Requestです。

奇妙なのは、これらのヘッダーを取得しても、コンテンツ ストリームresponseEntity.getContent()が完全に空であることです。while ループには入りません。

また、対象を絞ったものに切り替えてみましたが、これは完全にうまくHttpGetいきました。www.google.com

チャンクエンコーディングに何か問題がありますか? 明らかな間違いはありますか？

jsonフィードをレンダリングする必要がありました。フィードのサイズが約10MBであるため、ASPNETで圧縮を有効にすることにしました。jsonmimeタイプの動的圧縮を有効にしました。圧縮は適切に機能し、サイズを1 MBに削減しました（使用するサーバーCPUにとって大きな圧縮の利点）。

しかし、奇妙なことに、ブラウザは毎回2.6分かかり、JSONが数秒で受信されたのに失敗しました。

フィドラーと検査ツールを使ってデバッグしてみました。応答としてチャンク転送エンコーディングが表示されます。したがって、ブラウザは約150秒間待機して、0サイズのチャンクを受信して​​完了します。

どのjsonサービスでも応答をフラッシュしません。したがって、この場合、IISはチャンク転送を有効にします。enableChunkedEncodingをオフにしても効果はありませんでした。

この圧縮を機能させるにはどうすればよいですか、または圧縮+チャンク転送を一緒に機能させるにはどうすればよいですか？

リクエストヘッダーとレスポンスヘッダーは次のとおりです。

リクエストヘッダー

リクエストURL：http：// localhost：8080 / Default2.aspx

リクエスト方法：GET

ステータスコード：200OK

Accept-Encoding：gzip、deflate、sdch

応答ヘッダー

Content-Encoding：gzip

Content-Type：application / json; charset = utf-8

Transfer-Encoding：chunked

編集：興味深いことに、圧縮された応答が1 MB未満の場合、すべてが正常に機能します。応答が1MBを超えると、問題が発生します。ここでテストプロジェクトを作成しました

前もって感謝します

ファイルを1つずつ読みたい。ファイルはいくつかの部分に分割され、さまざまな種類のメディアに保存されます。私が現在行っているのは、ファイルの各部分を呼び出してから、元のファイルにマージして戻すことです。

問題は、ファイルを再生/開く前に、すべてのチャンクが到着するまで待つ必要があることです。すべてが到着するのを待つのではなく、到着するときにチャンクを読み取ることは可能ですか？

メディアファイル（映画ファイル）を制作しています。

チャンクタイプのHTTP転送を解析する必要があるクライアントを開発しています。私は次のようにエラーを理解しようとして壁に頭をぶつけました。誰かが私のエラーをもう少し早くキャッ​​チできるかもしれないなら、それをいただければ幸いです。問題を要約すると、クライアントがすべてのチャンクを受信して​​いないように見えるため、残りのプロセスが台無しになります。前もって感謝します！