การมัลติเพล็กซ์แบบสถิติด้วยซอฟต์แวร์
แก้ไขปัญหาทั้งแถบความถี่ โดยใช้เพียงส่วนเล็กๆ ของมัน
ช่องสัญญาณสมัยใหม่เป็น VBR ที่มีอัตราบิตสูง ในมัลติเพล็กซ์ CBR แบบคงที่ คุณสามารถใส่ได้เพียงประมาณสามช่องต่อมัลติเพล็กซ์ก่อนจะล้น — ดังนั้นคุณจึงต้องกระจายมัลติเพล็กซ์หลายสิบตัวทั่วทั้งแถบความถี่ ผลักดัน QAM-256 ไปทุกที่ และตอนนี้ทั้งระบบของคุณต้องสมบูรณ์แบบ: ความเชิงเส้นของแอมพลิฟายเออร์, ความเอียง, การสูญเสียการสะท้อนกลับ, สภาพสายเคเบิลตลอดหลายร้อย MHz จุดอ่อนเพียงจุดเดียวที่ใดก็ได้ และผู้รับบริการจะพบภาพผิดเพี้ยน, สัญญาณขาดหาย, และต้องส่งทีมซ่อมบำรุงออกพื้นที่
TSC statmux บรรจุช่องสัญญาณ VBR ทั้งหมดนั้นลงในมัลติเพล็กซ์เพียงไม่กี่ตัว — จุดสูงสุดของช่องหนึ่งจะเติมจุดต่ำสุดของอีกช่องหนึ่ง คุณใช้สเปกตรัมเพียงส่วนเล็กๆ ที่ต่อเนื่องกัน แทนที่จะใช้ทั้งแถบความถี่ และคุณนำสเปกตรัมที่ปลดปล่อยออกมาไปใช้เพื่อสร้างความแข็งแกร่ง แทนที่จะยัดเยียด
ท่านตั้งค่าพูล; TSC จัดสรรบิต กำหนดจำนวนช่อง, อัตราบิตรวมของ MPTS, และค่าต่ำสุด, สูงสุด และลำดับความสำคัญต่อช่อง TSC จัดสรรอัตราบิตแบบเรียลไทม์ตามความซับซ้อนของฉาก — การเคลื่อนไหวที่ยุ่งเหยิงได้รับบิตมากขึ้น ฉากนิ่งส่งบิตกลับ — ดังนั้นผลรวมจึงอยู่ภายในงบประมาณการขนส่งที่คงที่ของท่านเสมอ พร้อมการเติม null น้อยที่สุด
มันสำคัญที่สุดที่สเปกตรัมมีน้อยตั้งแต่แรก ใบอนุญาต MMDS ให้ท่านมีตัวพาเพียงสิบสองตัวเท่านั้น — และแถบความถีมักจะถูกแบ่งปันระหว่างผู้ให้บริการสองรายพร้อมช่องป้องกันระหว่างพวกเขา ทำให้ฝ่ายหนึ่งมีหกและอีกฝ่ายมีห้า หรือท่านถือมัลติเพล็กซ์ DVB-T2 สามตัวและนั่นคือทั้งหมดที่มี ด้วยตัวพาห้าตัว — ไม่ต้องพูดถึงสามตัว — statmux ไม่ใช่การเพิ่มประสิทธิภาพ มันคือวิธีเดียวที่จะนำรายการออกอากาศที่ใครสักคนจะยอมจ่าย
นี่คือคลาสเดียวกันของการควบคุมอัตราแบบไดนามิกที่รับรู้ฉาก เช่นเดียวกับ AWS Elemental Statmux — จัดจำหน่ายเป็นซอฟต์แวร์บนฮาร์ดแวร์ GPU ของท่านเอง รวมอยู่ในกล่องเดียวกับ transcode, playout, การส่งสัญญาณ และการเรียกเก็บเงิน โดยไม่มีใบอนุญาต encoder แบบ broadcast ต่อโหนด
ย่านสัญญาณขาออก · 0–862 MHz
สเปกตรัมที่ปลดปล่อย → มอดูเลชันที่ทนทาน · DVB-T/T2, deep guard interval
ย่านที่ถูกใช้100%
Muxesหลายสิบ, กระจาย
แรงกดดันมอดูเลชันQAM-256 ทุกที่
โดยไม่มี statmux
ด้วย TSC statmux
~3 ช่อง VBR ต่อมัลติเพล็กซ์ เพื่อหลีกเลี่ยงการล้น
ช่องทั้งหมดถูกบรรจุลงในมัลติเพล็กซ์แบบ statmux เพียงไม่กี่ตัว
มัลติเพล็กซ์กระจายทั่วทั้งแถบความถี่
สเปกตรัมส่วนเล็กๆ ที่ต่อเนื่องกันเพียงส่วนเดียว
QAM สูงทุกที่ → ต้องการ MER สูงตลอดทั้งแถบความถี่
วางไว้ในจุดที่ระบบทำงานได้ดีที่สุด — การตอบสนองที่ราบเรียบและสะอาดที่สุด
วินัยของทั้งระบบ: ความเอียง, ความเชิงเส้น, การสูญเสียการสะท้อนกลับตลอดหลายร้อย MHz
สเปกตรัมที่ปลดปล่อยออกมาถูกนำไปใช้กับการมอดูเลชันที่แข็งแกร่ง ไม่ใช่การยัดเยียด
QAM แบบ single-carrier ได้รับผลกระทบจากเสียงสะท้อนบนสาย coax ที่เสื่อมสภาพ
DVB-T/T2 พร้อมช่วงป้องกันที่ลึก — OFDM ไม่สนใจการสะท้อนกลับ
ภาพผิดเพี้ยนที่ใดก็ได้ → ต้องส่งทีมซ่อมบำรุง, มีข้อร้องเรียน
การส่งสัญญาณที่เชื่อถือได้บนระบบที่คุณมีเช่นนั้นจะต้องสร้างใหม่
วัดผลบนระบบที่กำลังทำงาน
| อัตราบิตรวมของ MPTS | 37.99 Mbps — ส่วนเบี่ยงเบนมาตรฐาน 6 bps |
| การแกว่งตัวต่อช่อง | สูงสุด 1.86× (หนึ่งบริการเปลี่ยนจาก 2.13 → 3.95 Mbps) |
| การกระจายข้ามช่อง | 1.94× (2.13 → 4.13 Mbps) |
| การขนส่งที่เต็มไปด้วยบริการ | 98.4 % — การเติม null น้อยที่สุด |
| การใช้งาน encoder ของ GPU | 33 % เฉลี่ยสำหรับเซสชัน encoder ทั้ง 14 เซสชัน |
| ความล่าช้าของ encoder | 5.6 ms เฉลี่ย |
13 บริการใน MPTS เดียวบวกกับช่อง playout — 14 เซสชัน encoder บน RTX 5070 Ti เพียงตัวเดียว ตัวอย่างในช่วงเวลา 3 นาที การ์ดระดับผู้บริโภคทำงานที่ปกติแล้วต้องการ Tesla A16 หรือ RTX 6000 Pro ด้วยต้นทุนเพียงเศษเสี้ยว
Statmux เทียบกับ CBR — วัดผลด้วย VMAF
เนื้อหาเดียวกัน ตัวเข้ารหัสเดียวกัน งบประมาณบิตรวม 6 214 kbps เท่ากัน ความแตกต่างเดียวคือวิธีการแบ่งบิต: CBR ให้แต่ละช่องได้รับส่วนแบ่งเท่ากัน ในขณะที่ statmux จะจัดสรรตามความซับซ้อนของฉาก
| ช่องรายการ | CBR ที่จัดสรร → statmux | VMAF CBR | VMAF statmux | |
|---|
| Jednotka | 2 071 → 1 320 kbps | 82,27 | 79,88 | −2,39 |
| RTVSsport | 2 071 → 2 260 kbps | 66,97 | 67,56 | +0,59 |
| Dvojka | 2 071 → 2 633 kbps | 61,89 | 65,87 | +3,98 |
| ค่าเฉลี่ย | 70,38 → 71,10 | +0,73 |
| ช่องที่มีคุณภาพต่ำสุด | 61,89 → 65,87 | +3,98 |
| ความแตกต่างระหว่างช่อง | 20,38 → 14,01 | สม่ำเสมอขึ้น 31 % |
ช่องที่เข้ารหัสง่ายยอมสละบิตไปและเสียคะแนนไป 2.4 คะแนน — แต่ยังคงอยู่ที่ 79.9 ซึ่งผู้ชมไม่ทันสังเกต ช่องที่เข้ารหัสยากที่สุดได้คะแนนเพิ่ม 4 คะแนน ผู้สมัครรับบริการของคุณไม่ได้ตัดสินคุณจากค่าเฉลี่ย; พวกเขาตัดสินคุณจากช่องที่มีคุณภาพต่ำที่สุดในรายการ และนั่นคือช่องที่ปรับปรุงได้มากที่สุด
อ้างอิง: คลิปความยาว 12 วินาทีแบบไม่สูญเสียข้อมูลจาก MPTS แบบสด สามบริการ 1080p ความซับซ้อนของเนื้อหาถูกวัดแยกต่างหากที่ CRF 23 แทนที่จะใช้การจัดสรรจาก statmux แบบสดเอง เพื่อหลีกเลี่ยงผลลัพธ์ที่วนเวียน โมเดล vmaf_v0.6.1, x264 preset medium, ตั้งค่าเหมือนกันสำหรับทั้งสองเวอร์ชัน การทดสอบที่สมบูรณ์ยิ่งขึ้น — ตัวอย่างที่ยาวขึ้น, ช่องมากขึ้น, บนตัวเข้ารหัส NVENC ทางการผลิต — มีแผนจะดำเนินการบนเซิร์ฟเวอร์ทดสอบ multi-GPU โดยเฉพาะ
ท่านไม่ได้ซื้อมัลติเพลกเซอร์ ท่านกำลังหลีกเลี่ยงการสร้างเครือข่ายใหม่
ไม่ต้องมีแอมพลิฟายเออร์ใหม่ ไม่ต้องไล่ตามความเอียงของทั้งแถบความถี่ ไม่ต้องค้นหาความเชิงเส้น ลดการส่งทีมซ่อมบำรุง ลดข้อร้องเรียน CAPEX ในการสร้างระบบ HFC ใหม่เป็นศูนย์ — เพราะท่านส่งสัญญาณบนสเปกตรัมส่วนเล็กๆ ที่สะอาดด้วยการมอดูเลชันที่แข็งแกร่ง แทนที่จะต่อสู้กับสเปกตรัมทั้งหมด
