Seekbar не работает в Chrome

Question

Я загрузил видео в мое хранилище Windows и заметил, что поисковая панель (по умолчанию html5-плеер Chrome) не работает. Адрес этого видео является:

http://portalvhdsrwglplr5bdc2k.blob.core.windows.net/vdepot/uploads/video/file/167/surfer-girl-35094486.mp4

Пожалуйста, обратите внимание: SeekBar не работает, когда видео загрузки в прогресс, или это 100% в первый раз. Если видео было загружено хром-плеером, и вы обновили страницу, программа поиска работает нормально.

Я новичок в кодировке видео, поэтому я не уверен, что это проблема с видео, с браузером или, возможно, с окнами azure в некотором роде? Я также не могу найти что-либо об этой теме в google.

Answer 1

Правильно поданные файлы для HTML-видео должны использовать HTTP Byte Serving, что позволяет браузеру запрашивать только ту часть файла, которая необходима для просмотра видео. Если у вас этого нет, у вас возникают проблемы, подобные этому.

Когда вы пропустите вперед в видео за буфером, браузер может запросить у сервера видеофайл с этой точки вперед, пропустив начало. Возможно, вы заметили, что в то время, когда большинство веб-видеоплееров использовали Flash, особенно на Vimeo, вам приходилось ждать, пока большая часть видеофайла была забуферирована, прежде чем вы сможете искать вперед, потому что эти Flash-проигрыватели не поддерживают эту функцию.

Браузер запрашивает файл в этом формате, используя заголовок «Диапазоны». Сервер должен ответить кодом статуса «206 Partial Content», некоторыми заголовками HTTP о данных диапазона и только подмножеством фактического файла. Ваш сервер отвечает стандартным ответом статуса 200. Вот более подробная статья об этом процессе, если вы заинтересованы.

http://benramsey.com/blog/2008/05/206-partial-content-and-range-requests/

Я не знаю много о Windows Storage, но это, кажется, что он поддерживает эту функцию. Возможно, вам потребуется проверить свою версию и вашу конфигурацию. Эти статьи могут направить вас в правильном направлении:

http://msdn.microsoft.com/en-us/library/windowsazure/ee691967.aspx http://blogs.msdn.com/b/windowsazurestorage/archive/2011/09/15/windows-azure-blobs-improved-http-headers-for-resume-on-download-and-a-change-in-if-match-conditions.aspx

удачи.