Термин
Player buffer
Объём предзагруженного видео, удерживаемый плеером в памяти впереди текущей позиции воспроизведения. Этот параметр влияет на принятие решений ABR и компенсирует сетевые колебания; при его исчерпании происходит повторная буферизация.
Player buffer – очередь уже декодированных (или почти готовых к декодированию) кадров, находящихся в плеере перед playhead. Плеер загружает сегменты быстрее, чем они воспроизводятся, постепенно наращивая буфер до целевого уровня. Пока в буфере есть кадры, зритель видит плавное воспроизведение. Когда буфер опустошается, плееру нечего показывать, и он останавливается – это событие rebuffer.
Размер буфера – это фундаментальный компромисс. Большие буферы (30–60 секунд) лучше сглаживают сетевую вариативность и обеспечивают более стабильное воспроизведение на нестабильных соединениях. Маленькие буферы (2–10 секунд) снижают задержку – что особенно важно для трансляций в реальном времени – и уменьшают потребление памяти. Плееры для VOD обычно ориентируются на 30 секунд, live-плееры – на 2–10 секунд, а LL-HLS и WebRTC работают с буферами менее двух секунд. Связь между размером буфера и ABR прямая: большинство современных алгоритмов повышают качество потока, когда буфер заполнен достаточно, и понижают его, когда буфер начинает опустошаться.
Операционно телеметрия буфера – самый предсказательный сигнал для rebuffer-событий. Буфер, упавший с 20 до 5 секунд за 30 секунд, скорее всего скоро достигнет нуля, если тренд сохранится. Аналитические инструменты (Mux Data, Conviva) отображают уровень буфера в течение сессии и позволяют сопоставлять его падения с сетевыми условиями, переключениями CDN или конкретными rendition-ами. Устойчиво низкий уровень буфера – признак проблем с пропускной способностью, обычно вызванных недостаточной производительностью CDN на стороне провайдера зрителя.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.