ต่างกันตรงไหน และทำไมเลือกผิดถึงเสียทั้งเงินและคนดู?
ลองนึกถึงไลฟ์ประมูลที่ราคาบนจอของคนดูช้ากว่าจริง 10 วินาที คนที่กดราคาสุดท้ายอาจแพ้ไปแล้วโดยไม่รู้ตัว นั่นคือราคาของการเลือก Live Streaming ทั่วไปให้งานที่ต้องโต้ตอบ ในทางกลับกัน ถ้าถ่ายทอดคอนเสิร์ตให้คนดู 100,000 คนผ่านระบบ RTC ที่คิดเงินทุกนาทีของทุกคน บิลสิ้นเดือนอาจสูงกว่าที่ควรจ่ายหลายเท่า
สองแบบนี้ไม่ได้แข่งกัน แต่ถูกสร้างมาเพื่อคนละงาน คำถามที่ถูกจึงไม่ใช่ "แบบไหนดีกว่า" แต่เป็น "คนดูของคุณต้องตอบโต้กับโฮสต์ไหม และมีกี่คน" บทความนี้แยกให้เห็นทั้งสถาปัตยกรรม ค่าใช้จ่าย และกฎตัดสินใจที่นำไปใช้กับไลฟ์ของคุณได้
ไลฟ์โต้ตอบแบบ RTC ทำงานอย่างไร ทำไมหน่วงไม่ถึง 1 วินาที?
RTC (Real-Time Communication) ใช้เทคโนโลยีเดียวกับ Video Call โฮสต์ส่งภาพเข้าเครือข่ายเซิร์ฟเวอร์ที่เรียกว่า SFU (เซิร์ฟเวอร์กระจายภาพ) ซึ่งส่งต่อทันทีให้คนดูทุกคนผ่าน UDP โดยไม่ต้องรอตัดเป็นไฟล์ Tencent RTC ระบุ Latency ปลายทางถึงปลายทางต่ำกว่า 300 ms
จุดเด่นที่ CDN ทำไม่ได้คือ ทุกคนอยู่ในห้องเดียวกัน คนดูกดยกมือแล้วขึ้นจอเป็น co-host ได้ในวินาทีเดียว โฮสต์สองห้องเชื่อมกันทำ PK ได้ และแชทกับภาพตรงกันจนโฮสต์ตอบคอมเมนต์ได้แบบบทสนทนาจริง
ข้อแลกเปลี่ยนคือ SFU ต้องรักษาการเชื่อมต่อกับคนดูทุกคนแบบเรียลไทม์ ต้นทุนต่อคนดูจึงสูงกว่า และการคิดเงินเป็นรายนาทีต่อคน คนดู 10,000 คนดู 1 ชั่วโมง = 600,000 นาทีที่ต้องจ่าย ห้องเดียวรองรับคนดูได้หลักหมื่นถึงหลักแสน (TRTC โหมดไลฟ์รองรับสูงสุด 100,000 คนต่อห้อง และเป็นผู้ส่งภาพได้ 50 คน)
Live Streaming ผ่าน CDN ทำงานอย่างไร ทำไมรับคนดูหลักแสนได้?
Live Streaming แบบมาตรฐานรับสัญญาณจากกล้องหรือ OBS ผ่าน RTMP หรือ SRT แล้วทำ Transcoding (การแปลงไฟล์วิดีโอ) เป็นหลายความละเอียด จากนั้นตัดเป็นชิ้นละราว 2–6 วินาทีในรูปแบบ HLS หรือ DASH แล้วกระจายผ่าน CDN (เครือข่ายเซิร์ฟเวอร์กระจายเนื้อหา) ที่อยู่ใกล้คนดู ผู้เล่นวิดีโอต้องเก็บชิ้นไว้ล่วงหน้า 2–3 ชิ้นเพื่อไม่ให้ภาพกระตุก ดีเลย์รวมจึงอยู่ราว 5–20 วินาที
CDN คือทางด่วนข้อมูลที่ยิ่งมีรถมากก็ยิ่งคุ้ม เพราะชิ้นวิดีโอเดียวถูกส่งซ้ำให้คนดูหลายพันคนจากเซิร์ฟเวอร์เดียวกัน คิดเงินตามปริมาณข้อมูล (GB) ไม่ใช่ตามนาทีต่อคน และรองรับคนดูหลักแสนถึงหลักล้านพร้อมกัน
ระหว่างสองขั้วมีทางกลาง คือ LEB (Live Event Broadcasting) ของ Tencent Cloud ที่ส่งผ่าน CDN ด้วย WebRTC ดีเลย์ต่ำกว่า 800 ms ราคาสูงกว่า HLS แต่ยังคิดตามปริมาณข้อมูล เหมาะกับคนดูจำนวนมากที่ต้องเห็นภาพทันที แต่ไม่ต้องขึ้นจอ ความต่างของโปรโตคอลแต่ละตัวอ่านต่อได้ใน Low Latency Live Streaming คืออะไร?
เทียบกันตรง ๆ แล้ว แต่ละแบบชนะเรื่องไหน?
เกณฑ์ | ไลฟ์โต้ตอบ (RTC) | LEB (CDN ดีเลย์ต่ำ) | Live Streaming (HLS/DASH) |
|---|---|---|---|
Latency | < 300 ms | < 800 ms | 5–20 วินาที |
คนดูขึ้นจอ / co-host | ได้ทันที | ไม่ได้ | ไม่ได้ |
แชทตรงกับภาพ | ตรง | เกือบตรง | ช้ากว่าภาพหลายวินาที |
คนดูพร้อมกัน | หลักหมื่นถึงหลักแสนต่อห้อง (สูงสุด 100,000 คน) | จำนวนมากผ่าน CDN (เอกสารไม่ระบุเพดาน) | หลักแสนถึงหลักล้าน |
วิธีคิดเงิน | ต่อนาทีต่อคน | ต่อ GB | ต่อ GB หรือ Bandwidth |
เล่นบน Smart TV / เบราว์เซอร์ทั่วไป | ต้องใช้ SDK หรือเบราว์เซอร์ที่รองรับ WebRTC | เบราว์เซอร์ที่รองรับ WebRTC | เล่นได้แทบทุกอุปกรณ์ |
แบบผสม (Hybrid) ทำงานอย่างไร และเมื่อไหร่ถึงคุ้ม?
ไลฟ์ใหญ่ส่วนมากไม่ได้ต้องการให้คนดูทุกคนโต้ตอบ คนที่ต้องคุยกันแบบเรียลไทม์มีแค่โฮสต์ co-host และคนดูที่ถูกชวนขึ้นเวที แบบผสมจึงแบ่งเป็นสองชั้น:
ชั้นเวที (RTC) โฮสต์ แขก และคนดูที่ขึ้นจอ คุยกันผ่าน TRTC ดีเลย์ต่ำกว่า 300 ms
รวมภาพ (Stream Mixing) คลาวด์รวมภาพทุกคนบนเวทีเป็นสตรีมเดียวพร้อมเลย์เอาต์
ชั้นผู้ชม (CDN) สตรีมที่รวมแล้วถูกส่งต่อ (CDN relay) เข้า Live Streaming ให้คนดูหลักหมื่นถึงหลักแสนดูผ่าน HLS หรือ LEB
ขึ้นเวที เมื่อคนดูคนไหนถูกเชิญ แอปสลับคนนั้นจาก CDN มาเข้าห้อง RTC แล้วสลับกลับเมื่อลงจากเวที
ผลคือคุณจ่ายราคา RTC เฉพาะคนบนเวทีไม่กี่คน และจ่ายราคา CDN สำหรับคนดูที่เหลือ ตามตารางด้านล่าง ต่อ 1,000 ชั่วโมงผู้ชม แบบผสมอยู่ราว 3,570 บาทบวกค่ารวมภาพ เทียบกับราว 8,380 บาทถ้าใช้ RTC ทั้งห้อง ข้อที่ต้องออกแบบดี ๆ คือช่วงสลับชั้น คนดูที่ดูผ่าน HLS ช้ากว่าเวที 10 วินาที ถ้าถูกเชิญขึ้นจอจะเห็นภาพกระโดดไปข้างหน้า แอปควรมีหน้าจอรอสั้น ๆ ระหว่างสลับ
ต่อ 1,000 ชั่วโมงผู้ชม ค่าใช้จ่ายต่างกันแค่ไหน?
เราใช้หน่วย "1,000 ชั่วโมงผู้ชม" เพราะเทียบได้ทุกแบบ เช่น คนดู 1,000 คนดู 1 ชั่วโมง หรือคนดู 500 คนดู 2 ชั่วโมง RTC คิดตามนาที = 60,000 นาที ส่วน CDN คิดตามข้อมูล ภาพ HD ที่สมมติไว้ราว 3 Mbps ใช้ราว 1.35 GB ต่อชั่วโมงต่อคน = 1,350 GB
ต่อ 1,000 ชั่วโมงผู้ชม (HD) | วิธีคิด | USD | บาท (ที่ 35 บาท/USD) |
|---|---|---|---|
ไลฟ์โต้ตอบ (TRTC) | 60,000 นาที × 3.99 USD / 1,000 นาที | 239.40 | ~8,380 |
LEB | 1,350 GB × 0.1496 USD/GB | 202 | ~7,070 |
Live Streaming (HLS) | 1,350 GB × 0.0748 USD/GB | 101 | ~3,530 |
แบบผสม (เวที 4 คน + HLS) | RTC 240 นาที + Stream Mixing + HLS 1,350 GB | ~102 + ค่ารวมภาพ | ~3,570 + ค่ารวมภาพ |
สองข้อสังเกตที่มักถูกมองข้าม ข้อแรก TRTC ให้ 10,000 นาทีฟรีทุกเดือน ไลฟ์เล็กที่คนดูหลักสิบจึงแทบไม่มีค่าใช้จ่าย และส่วนต่างหลักพันบาทแทบไม่มีผลเมื่อเทียบรายได้จากของขวัญหรือยอดขายที่เพิ่มขึ้น ข้อสอง ที่คนดู 50,000 คน 2 ชั่วโมงต่อสัปดาห์ ส่วนต่างระหว่าง RTC กับ HLS ขยายเป็นราว 2.1 ล้าน บาทต่อเดือน ตรงนี้คือจุดที่แบบผสมเริ่มคุ้มชัดเจน
Use Case ไหนต้องใช้แบบไหน?
Use Case | แนะนำ | เหตุผล |
|---|---|---|
ไลฟ์ขายของที่มี co-host หรือ KOL | RTC หรือแบบผสม | โฮสต์คุยกันและตอบแชทสด ปักหมุดสินค้าต้องตรงกับภาพ |
ไลฟ์โซเชียล PK และของขวัญ | RTC | คะแนน PK และเอฟเฟกต์ต้องตรงกันทุกจอ |
ห้องเสียงที่คนฟังยกมือขึ้นพูด | RTC (เสียงอย่างเดียว) | เสียง 0.99 USD / 1,000 นาที ถูกกว่าวิดีโอมาก |
ประมูลสด แฟลชเซล | LEB หรือ RTC | ทุกคนต้องเห็นราคาเดียวกันในวินาทีเดียวกัน |
คลาสออนไลน์ที่นักเรียนถามสด | RTC หรือแบบผสม | ดูรายละเอียดใน โซลูชัน Education |
คอนเสิร์ต กีฬา ช่องทีวี | HLS (หรือ LEB เมื่อคนดูต้องเห็นจังหวะสำคัญเกือบพร้อมกัน) | คนดูมหาศาล ต้องเล่นได้ทุกอุปกรณ์ รวมถึง Smart TV |
ทาวน์ฮอลล์องค์กรที่มีช่วงถามตอบ | แบบผสม | ผู้บริหารและผู้ถามอยู่บนเวที พนักงานหลักพันดูผ่าน CDN |
ถ้าคุณเป็นช่องทีวีหรือ OTT อ่านต่อใน โซลูชัน Broadcasters & OTT ส่วนไลฟ์ขายของบนแอปแบรนด์ดูที่ โซลูชัน Live Commerce
ใช้กฎอะไรตัดสินใจ โดยไม่ต้องเดา?
ตัวเลข 5,000 เป็นจุดเริ่มต้น ไม่ใช่กฎตายตัว ถ้ารายได้ต่อคนดูสูง เช่น ไลฟ์ขายสินค้าราคาหลักพัน RTC ทั้งห้องอาจคุ้มไปได้ไกลกว่านั้นมาก เราแนะนำให้ทำ 3 อย่างก่อนตัดสินใจ:
เขียนช่วงที่คนดูต้องโต้ตอบในไลฟ์หนึ่งครั้ง ถ้าไม่มีเลย คุณไม่ต้องจ่ายราคา RTC
คำนวณชั่วโมงผู้ชมต่อเดือนจากตัวเลขจริง แล้วแทนในตารางค่าใช้จ่ายข้างบน
เลือก Platform ที่มีทั้ง RTC และ CDN ในบัญชีเดียว เพื่อเริ่มแบบหนึ่งแล้วย้ายเป็นแบบผสมได้โดยไม่รื้อแอป
Frontyr's take
โจทย์ "อยากได้ดีเลย์ต่ำที่สุด" ฟังดูถูก แต่เมื่อไล่ดูทีละช่วงของไลฟ์ ช่วงที่คนดูต้องโต้ตอบจริงมักสั้นกว่าที่คิด เราแนะนำให้ออกแบบจากช่วงที่โต้ตอบ ไม่ใช่จากความรู้สึก ไลฟ์ที่คนดูมากแต่โต้ตอบเป็นช่วง ๆ เหมาะกับแบบผสม ซึ่งได้ทั้งเวทีที่มีชีวิตและบิลที่ไม่บานปลาย
Bank, CTO · จากกรณีศึกษาที่ Tencent RTC เผยแพร่: JOOX (แอปเพลงในเครือ Tencent ที่มีผู้ใช้ในไทย) ใช้แบบผสม TRTC + LEB โดยห้องคุยเสียงมีดีเลย์ต่ำกว่า 300 ms และฝั่งผู้ชมมีดีเลย์การเล่นต่ำกว่า 1000 ms
ไลฟ์โต้ตอบกับ Video Call ต่างกันอย่างไร?
LEB ต่างจาก RTC อย่างไร ถ้าดีเลย์ต่ำกว่า 1 วินาทีเหมือนกัน?
ไลฟ์ผ่าน HLS ลดดีเลย์ให้ต่ำลงได้ไหม?
เริ่มด้วย RTC ทั้งห้อง แล้วเปลี่ยนเป็นแบบผสมทีหลังได้ไหม?
ราคาในตารางรวมค่าบันทึกไลฟ์หรือยัง?
ทดลองทั้งสองแบบฟรีได้ไหม?
ที่มา: หน้าราคา Tencent RTC https://trtc.io/pricing · เอกสาร Tencent Cloud CSS และ LEB https://www.tencentcloud.com/document/product/267/2818 · https://www.tencentcloud.com/document/product/267/39969 · เอกสาร TRTC CDN relay และ Stream Mixing https://trtc.io/document/47858 · ค่าประมาณข้อมูลต่อชั่วโมงและการคำนวณเป็นของทีม Frontyr · https://trtc.io/blog/details/JOOX-LiveStreaming-TencentRTC-LowLatency-UserExperience · เข้าถึง ต.ค. 2026
