我的代碼基本上是這樣鉻忽略音頻預緊= 「元數據」
<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爲單位)。
什麼給?
我的代碼基本上是這樣鉻忽略音頻預緊= 「元數據」
<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爲單位)。
什麼給?
據我所知,預加載值是瀏覽器提示,而不是絕對命令。換句話說,它們是瀏覽器應該如何表現的建議。瀏覽器可能會也可能不會按照提示進行操作,所以如果它不總是有效的話,不要感到驚訝。
http://www.mediacollege.com/internet/html/audio/preload.html
版本V42及以上現在似乎尊重這一點。好極了!
(目前的beta版本,截至昨日)
你可以看到現在206
部分內容的請求,並下載66KB(我的視頻是600KB +)
然而:非常重要
如果您不知道,Chrome只能同時連接6個同時連接到同一臺服務器。
目前在v42 + v43中它們有一個可怕的錯誤,這意味着一旦元數據被加載,該文件就不會被釋放回'池'中以獲得可用的連接。因此,如果您在第7個區塊加載6個或更多視頻,並且不會下載。
我彙報這個bug https://code.google.com/p/chromium/issues/detail?id=468930
這可能不是所有視頻的情況下,但我有使用Adobe Media Encoder編碼10個短MP4視頻,它們會被卡住。
如果有疑問或遇到此問題,您現在別無選擇,只能設置preload='auto'
。希望這個bug永遠不會變成狂野。
我看到你正在說音頻 - 這是所有的視頻,不知道如果相同的情況 –
看起來像修復可能會來,但下一個公開發佈會使情況變得更糟:-(看起來這是一個問題比我原本想象的要長得多 –
據說這是固定的,但是我的最新測試顯示預裝載問題再次回到了Chrome中,我不得不在我的混合視頻/音頻頁面上使用preload =「none」,否則我最終會在我的連接上超長超時。Firefox和Edge都很好。 – Antony