У меня странная проблема в Chrome.
Каждый раз, когда я загружаю элемент <video>, хром запускает два запроса HTTP.
Первая из них останется в ожидании навсегда (я предполагаю, что это запрос "метаданные", "частичный контент". Но дело в том, что он остается в ожидании)
Вторая в том же файле в порядке и продолжается и заканчивается после завершения загрузки.
Проблема заключается в том, что первый запрос остается в ожидании, пока я не закрою страницу браузера. Поэтому в какой-то момент, если я загружу несколько видеороликов, Chrome сломается и перестанет загружаться, потому что каждый доступный запрос занят этими ожидающими запросами.
Я создал сокращенный тестовый пример: http://jsbin.com/ixifiq/3
У меня есть проверка, чтобы воспроизвести проблему, и это происходит на Video.js и MediaElements.js frontpages. Откройте вкладку "Сеть" при загрузке страницы, вы увидите первый ожидающий запрос. Затем нажмите воспроизведение на видео, и вы увидите, что второй запрос работает, но первый останется в ожидании навсегда.
Кто-нибудь знает, исправить эту ошибку?
По-видимому, это ошибка из Chrome. И нечего делать с этим банкоматом.
Недавно я сообщил об этой проблеме в проекте Chromium и был назначен. Так что, надеюсь, это будет исправлено в ближайшем будущем.
Отчет об ошибке: https://code.google.com/p/chromium/issues/detail?id=234779
(Эта ошибка все еще существует в Chrome 38.0.2125.111, OS X 10.10)
Это может быть ошибка Chrome, и вы можете решить ее без какого-либо фиктивного трюка ?time-suffix, только , помогая быстрее освобождать сокеты Chrome:
У меня была такая же ошибка в HTML-презентации RevealJs, с 20 + видео (по одному на слайд, автозапуск на слайд-фокусе). В качестве побочного эффекта эта проблема с нереализованным сокетом также повлияла на другие медиафайлы, загруженные ajax-lazy, сразу после первого ожидающего/заблокированного видео в том же HTML DOM.
После ответа Уолтера (см. отчет об ошибке), я исправил проблему, следуя следующим шагам:
1- Установите атрибут видео preload в none:
<video preload="none">
<source src="video.webM" type="video/webM">
</video>
2 - Используйте обработчик событий canplaythrough для воспроизведения и/или приостановки видео после его загрузки и готовности. Это позволяет Chrome разблокировать сокет, используемый для загрузки этого видео:
function loadVideos(){
$("video").each(function(index){
$(this).get(0).load();
$(this).get(0).addEventListener("canplaythrough", function(){
this.play();
this.pause();
});
});
}
Я не знаю, будет ли он функционировать прямо сейчас, но я помню, как решить эту проблему, добавив параметр в URL-адрес видео, как "video.mp4? t = 2123". Конечно, каждый раз, когда вы загружаете видео, параметр должен быть другим. Я бы использовал
var parameter = new Date().getMilliseconds();
чтобы получить его, и добавьте его.
С этим, по крайней мере несколько месяцев назад, я смог воспроизводить одно и то же видео несколько раз без Chrome, ожидая ответа.
Надеюсь, что это поможет.
Эта ошибка все еще существует. Я использую видеопроигрыватель HTML5 на одностраничном приложении. После загрузки около 7 игроков с предварительной буферизацией я попал в предел и больше не загружаю видео. Я нашел еще один ответ, связанный с изображениями, и я с удивлением обнаружил, что этот ответ решает эту проблему.
if(window.stop !== undefined) {
window.stop();
} else if(document.execCommand !== undefined) {
document.execCommand("Stop", false);
}
Я нашел эту проблему при использовании html5-видео внутри динамического контента, такого как карусели, для освобождения заблокированных сокетов, которые вы должны выгрузить источник видео:
var video = $('#video');
video[0].pause();
video.prop('src','');
video.find('source').remove();
video.remove();
Ошибка утверждает, что она исправлена, но мне все равно пришлось делать это на Chrome 42. По крайней мере, я все же мог установить preload = "auto".
У нас были те же симптомы, но проблема заключалась в том, что мы дважды вызывали load() на одно и то же видео: один и тот же видеоконтроль, тот же источник видео (MP4). В инструментальных средствах dev появилось два идентичных 206 запросов, а затем, несколько раз переключив видео, Chrome отменит первый запрос, выключит прогрессивное воспроизведение и дождитесь завершения этого второго запроса.
Также обратите внимание, что если вы используете источник MP4 и не отформатированы для прогрессивного воспроизведения (это означает, что атом MOOV находится в начале файла), тогда у вас будет 1-2 дополнительных запроса для файла, что делает его еще более запутанным.