SVC (Scalable Video Coding)

SVC кодирует видео так, чтобы декодеры могли выбирать, сколько ресурсов тратить. Базовый слой можно декодировать независимо – он обеспечивает низкое качество; каждый enhancement-слой повышает пространственное разрешение, частоту кадров или точность битрейта. SFU может отбрасывать enhancement-слои по отдельности для каждого получателя – одному передать base + temporal-1 + spatial-1, другому – base + temporal-1 + spatial-1 + spatial-2 – каждый декодирует только те слои, которые получил. Битовый поток примерно на 10–20 % больше, чем у эквивалентного non-SVC, но значительно меньше суммы трёх отдельных simulcast-вариантов.

У H.264 существовало SVC-расширение (Annex G, 2007), однако оно редко поддерживалось на аппаратном уровне и не получило широкого распространения. VP9 обеспечивает надёжную поддержку SVC и был основным кодеком Google для WebRTC SVC в период с 2019 по 2024 год. В AV1 реализованы нативные SVC-примитивы, которые всё чаще применяются в развёртываниях 2025–2026 годов – особенно в таких сервисах, как Google Meet, Discord и Cloudflare Calls.

Привлекательность SVC по сравнению с simulcast – в суммарном объёме передаваемых данных: 3-слойный SVC требует примерно 50 % байтов от 3-слойного simulcast при одинаковом качестве на уровне слоёв. Минус – сложность кодера, асимметричная поддержка в браузерах (некоторые не поддерживают кодирование AV1 SVC, хотя декодирование работает), а fallback на simulcast остаётся надёжным решением по умолчанию для кросс-браузерных развёртываний. К 2026 году SVC будет выгоднее в чисто браузерных WebRTC-развёртываниях, тогда как simulcast сохранится в средах с использованием смешанных кодеков.