現代のチャンネルは高ビットレートの VBR です。固定 CBR 多重ではオーバーフローする前にせいぜい 3 本しか入らない — だから数十の多重を帯域全体にばらまき、どこでも QAM-256 を押し込み、気づけば設備全体が完璧でなければならなくなる：増幅器の直線性、チルト、反射損失、数百 MHz にわたるケーブル状態。どこか一箇所でも弱ければ加入者にはブロックノイズや断が出て、あなたには訪問修理が積み上がります。

TSC statmux はそれらの VBR チャンネルを一握りの多重に詰め込みます — あるチャンネルのピークが別のチャンネルの谷を埋める。帯域全体ではなく小さな連続した一区画だけを占有し、空いた帯域は詰め込みではなく堅牢性に使えます。

プールを決めるのはあなた、ビットを配分するのは TSC。チャンネル数、MPTS の総ビットレート、チャンネルごとの最小・最大・優先度を指定します。TSC はシーンの複雑さに応じてリアルタイムにビットレートを配分 — 動きの激しい映像は多く受け取り、静止した場面はビットを返す — その結果、合計は常に固定のトランスポート予算内に収まり、ヌルパディングは最小限で済みます。

最も効いてくるのは、そもそも帯域が乏しい現場です。MMDS ライセンスで得られるのはせいぜい 12 キャリア — しかも帯域は中央にガードチャンネルを挟んで 2 事業者で分けられることが多く、一方が 6、他方が 5 になります。あるいは DVB-T2 の多重が 3 つ、それで全部という場合もある。5 キャリア、ましてや 3 キャリアでは、statmux は最適化ではなく、対価を払ってもらえる編成を電波に乗せる唯一の手段です。

これは AWS Elemental Statmux と同じクラスの、シーンを認識する動的レート制御です — ただしあなた自身の GPU ハードウェア上のソフトウェアとして提供され、トランスコード・プレイアウト・配信・課金と同じ筐体に統合され、ノードごとの放送用エンコーダーライセンスは不要です。