Термин
Видеоплеер (стриминг)
Софт, который тянет манифесты и сегменты, гоняет ABR, кормит MSE/EME, декодирует через платформенный декодер и рисует кадры. Endpoint каждого стримингового пайплайна, обращённый к зрителю.
Современный стриминговый плеер – это слоистая программа. Верхний слой – UI: кнопки play/pause, scrub-бар, переключатель субтитров, выбор качества. Средний слой – стриминговый движок: забор манифеста, парсинг, прогон ABR-алгоритма, забор сегментов, расшифровка через EME при необходимости, appendBuffer в MSE. Нижний слой – платформа: реализация MSE/EME в браузере на вебе, внутренности AVPlayer на iOS/macOS, ExoPlayer/Media3 на Android, вендорские SDK на Smart TV.
Плеер – место, где каждое архитектурное решение пайплайна наконец встречается с пользователем. Выбор ABR-алгоритма, latency-таргет, DRM-воркфлоу, content-steering-политика – всё это реализовано в плеере и наблюдается в плеерных метриках. Плеер также генерит самую actionable телеметрию: rebuffer-события, startup time, ABR-переключения, оценки полосы, ошибки декодирования. Большинство QoE-аналитик-продуктов (Mux Data, Conviva, Bitmovin) – по сути плеерные SDK, отправляющие эти данные на бэкенд.
Для веба доминирующий выбор в 2026 – hls.js для HLS, dash.js для DASH, Shaka Player для обоих, Video.js как обёртка вокруг любого. Для нативного iOS – только AVPlayer; для нативного Android – ExoPlayer (Media3); для Smart TV – вендорские SDK или коммерческие SDK Bitmovin/JW Player. Писать плеер с нуля – редкость, даже Netflix на вебе использует Shaka Player. Выбор обычно по поддерживаемым фичам, ABR-алгоритму, DRM-интеграции и совместимости с аналитическим SDK.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.