3

私のコードは基本的にこれです

<audio controls preload="metadata">
  <source src="linktofile.wav" type="audio/ogg">
</audio>

Firefox 18.0.1では、8.4 KBのデータがダウンロードされます（Firebugでチェック）。
ただし、Chrome 24.0.1312.52 mでは、ファイル全体のダウンロードが開始されます（開発者ツールでは、ダウンロードサイズがMB単位で表示されます）。

何が得られますか？

4

3 に答える 3

2

私が理解しているように、プリロード値はブラウザのヒントであり、絶対的なコマンドではありません。言い換えれば、それらはブラウザがどのように動作するかについての提案です。ブラウザはヒントに従う場合と従わない場合があるため、常に機能するとは限らないので驚かないでください。

http://www.mediacollege.com/internet/html/audio/preload.html

于 2013-01-23T12:33:59.513 に答える
2

バージョンv42以降では、これを尊重しているようです。わーい！
（昨日の現在のベータ版）

これで、206部分的なコンテンツリクエストが表示され、66kbがダウンロードされました（私のビデオは600kb以上です）

ここに画像の説明を入力してください

ただし：非常に重要

ご存じないかもしれませんが、Chromeは同じサーバーに同時に接続できるのは6つだけです。

現在、v42 + v43にはひどいバグがあります。つまり、メタデータが読み込まれると、そのファイルは利用可能な接続の「プール」に戻されません。したがって、6つ以上のビデオをロードすると、7番目のブロックがダウンロードされません。

これをバグとして報告しましたhttps://code.google.com/p/chromium/issues/detail?id=468930

これはすべてのビデオに当てはまるわけではありませんが、Adobe Media Encoderでエンコードされた短いMP4ビデオが10本あり、スタックします。

疑わしい場合、またはこの問題が発生した場合は、preload='auto'今のところ設定するしかありません。うまくいけば、このバグが実際に発生することはありません。

于 2015-03-19T21:02:04.940 に答える
1

  1. プリロードは修正されており、しばらくの間使用されています

  2. 接続を保持しているプリロードの動作はバグではありません。

ワンタイムトークンを使用してストリームを保護できるように、接続を開いたままにします。

これを行わなかった場合、トークンで保護されていれば、オーディオまたはビデオは再生されません。

したがって、chromeは、ページが離れるか閉じられるまで接続を開いたままにしておく必要があります。

于 2021-06-02T15:59:02.870 に答える