問題タブ [http-content-range]

Node.js Express サーバーから、Content-Rangeヘッダーとキャッシュ ヘッダーなしでオーディオ ファイルをストリーミングしています。これは最新の Safari では問題なく動作しますが、Chrome では動作しません。

で完全なオーディオファイルをストリーミングするときHTTP 200、私のヘッダーは

Chrome と Safari<audio>タグの両方で動作します。

HTTP 206で部分的なコンテンツをストリーミングすると、ヘッダーが

これにより、またはタグがあったChromeページのエラーが発生しました。<audio><video>

ブラウザでストリーミング URL を使用するときに Chrome によって作成された埋め込みメディア タグでさえ機能せず、これにつながった

オーディオ ファイルは、ローカル ファイルを読み取り、Node.js createReadStreamAPIを介してファイル読み取りストリームを作成することで提供されます。

サーバーのコードをここに投稿しました。

[アップデート]

Chrome が要求/応答についてRangeより厳密であるというわけではありません。Content-Rangeしたがって、Content-Range応答にはRange以前の要求が必要です。典型的なケースは、プレーヤー バーを 2 番目の S にスクラブすることです。API は"Range"リクエストを送信し、サーバーは「Content-Range」ヘッダーで応答します。私の場合はContent-Range、通常のリクエストではなく、レスポンスを送信していました"Range"。Safari が機能するのは、応答の前に要求をstreet-html厳密に要求する必要がないためです。そのため、応答から「Content-Range」ヘッダーを削除しましたが、機能しません。物語の終わり（！）。"Range""Content-Range"

この問題をフォローアップするために、Chromium net-dev フォーラムにもChrome の悪い範囲ヘッダーに投稿しました: Range: bytes=0-

JavaScript SDK でMicrosoft Graph API のcreateUploadSessionエンドポイントを使用しようとしており、3 MB をわずかに超える小さなファイルでアップロードをテストしようとしています。リクエストを送信するたびにPUT、次のエラー レスポンスを受け取ります。

ファイル全体を一度に送信しようとしているので、リクエストは次のようになります。

私が行方不明になっているものはありますか？完全な範囲を正しく指定すると、ファイル全体が渡されるはずです。