Kanal modern adalah VBR dengan bitrate tinggi. Dalam multipleks CBR tetap hanya muat sekitar tiga sebelum meluap — jadi Anda menyebar puluhan multipleks di seluruh pita, memaksakan QAM-256 di mana-mana, dan tiba-tiba seluruh jaringan harus sempurna: linearitas penguat, tilt, return loss, kondisi kabel sepanjang ratusan MHz. Satu titik lemah di mana pun dan pelanggan melihat artefak, putus-putus — sementara Anda menumpuk kunjungan teknisi.

TSC statmux memadatkan semua kanal VBR itu ke dalam segelintir multipleks — puncak satu kanal mengisi lembah kanal lain. Anda menempati satu irisan spektrum kecil yang bersambung alih-alih seluruh pita, dan spektrum yang terbebas Anda pakai untuk ketahanan, bukan untuk menjejalkan lebih banyak.

Anda menentukan pool-nya; TSC yang membagi bit. Anda tetapkan berapa kanal, bitrate total MPTS, serta minimum, maksimum dan prioritas per kanal. TSC membagi bitrate secara real time menurut kerumitan adegan — gerakan padat mendapat lebih banyak, adegan statis mengembalikan bit — sehingga totalnya selalu berada dalam anggaran transport tetap Anda dengan null padding minimal.

Ini paling menentukan justru di tempat yang spektrumnya memang sempit. Lisensi MMDS memberi Anda paling banyak dua belas pembawa — dan pitanya sering dibagi antara dua penyedia dengan satu kanal pengaman di tengah, sehingga yang satu dapat enam dan yang lain lima. Atau Anda punya tiga multipleks DVB-T2 dan hanya itu. Pada lima pembawa — apalagi tiga — statmux bukan optimasi, melainkan satu-satunya cara menyiarkan susunan kanal yang mau dibayar orang.

Ini kelas kendali laju dinamis yang sadar adegan yang sama seperti AWS Elemental Statmux — dikirim sebagai perangkat lunak di perangkat keras GPU milik Anda sendiri, terintegrasi dalam kotak yang sama dengan transcoding, playout, distribusi dan penagihan, tanpa lisensi encoder broadcast per node.