Fordersy
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Jakut88 писал
Цитата: Проблемы связанные с железом либо с сетью полностью исключены ибо достаточно курсором перемотать вперед на минуту где загрузка в кэш не была произведена, как все опять грузится бе проблем. Создается впечатление что где то стоит ограничение на размер кэшируемого файла и как только он достигается сразу привет ромашке
|
День добрый. По описанию проблемы похоже на неверное определение media buffer. С похожим встречался на Mozilla Firefox 55, решилось увеличением предела буферации сегмента переменными media.cache_readhead_limit media.cache_resume_treshold в значение 9999, данный способ помог при получении HLS-потока от Wowza Streaming Video. Подробнее Firefox 55 beta 12 doesn't buffer videos fully anymore
А как у вас отдается видео со стороны веб-сервера, какой поток отдается HLS, DASH, WebRTC, RTSP? Посмотрите какой тип кодека используется вашим Chromium-based browser
Пробовали производить, минуя W3C API через standalone приложение, например, через MPV-player - результат такой же получается?
В Chromium можно собрать информацию с помощью MediaLog chrome://media-unternals согласно документации https://chromium.googlesource.com/chromium/src/+/HEAD/media, поэкспериментирвоать с media-swithes, так например с флагом "video-underflow-threshold-ms"
И да, рекомендую найти/завести баг chbug.com так как с видеопроигрывание в браузерах всегда находиться в стадии активного тестирования различных реализаций стандартов W3C и WHATWG. Для более верного определения виновника подключаете Components: Blink>ServiceWorker и Internals>Media>Network или иное при выборе ключевых слов Media, Video |
Всего записей: 5 | Зарегистр. 02-01-2018 | Отправлено: 20:10 23-10-2018 | Исправлено: Fordersy, 20:14 23-10-2018 |
|
