Современные каналы — это VBR с высоким битрейтом. В фиксированный CBR-мультиплекс их влезает от силы три, прежде чем начнётся переполнение — поэтому вы разбрасываете десятки мультиплексов по всей полосе, продавливаете QAM-256 везде, и вдруг вся сеть должна быть идеальной: линейность усилителей, наклон, согласование, состояние кабеля на сотнях МГц. Одно слабое место где угодно — и абоненты видят артефакты, обрывы, а вы копите выезды монтёров.

TSC statmux упаковывает все эти VBR-каналы в горстку мультиплексов — пики одного канала заполняют провалы другого. Вы занимаете небольшой непрерывный участок спектра вместо всей полосы, а высвободившийся спектр тратите на устойчивость, а не на утрамбовывание.

Вы задаёте пул; TSC распределяет биты. Вы указываете, сколько каналов, общий битрейт MPTS и для каждого канала минимум, максимум и приоритет. TSC распределяет битрейт в реальном времени по сложности сцены — активное движение получает больше, статичные планы отдают биты обратно — поэтому сумма всегда остаётся в вашем фиксированном транспортном бюджете при минимальном null-заполнении.

Больше всего это значит там, где спектра мало изначально. Лицензия MMDS даёт вам самое большее двенадцать несущих — а полосу часто делят между двумя операторами с защитным каналом посередине, так что одному достаётся шесть, другому пять. Или у вас три мультиплекса DVB-T2 — и всё. При пяти несущих, а тем более при трёх, statmux — не оптимизация, а единственный способ вывести в эфир пакет, за который кто-то заплатит.

Это тот же класс динамического, учитывающего сцену управления битрейтом, что и AWS Elemental Statmux — поставляемый как программное обеспечение на вашем собственном GPU, интегрированный в ту же машину, что транскодирование, playout, доставка и биллинг, без лицензирования broadcast-энкодера на узел.