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