ทำไมไลฟ์สดช้ากว่าของจริงหลายวินาที: เข้าใจ Latency ในไลฟ์สตรีม

ใครเคยดูบอลผ่านสตรีมมิงคงเคยเจอ: เสียงเพื่อนบ้านเชียร์ดังก่อน แล้วจอเราเพิ่งเห็นลูกยิงทีหลัง ความหน่วงนี้ไม่ใช่เน็ตเราช้า แต่เป็นโครงสร้างของไลฟ์สตรีมที่ตั้งใจทำให้ช้า

Latency มาจากไหน

ไลฟ์หนึ่งสายต้องผ่านหลายด่านก่อนถึงจอ:

กล้อง → เข้ารหัส (encode) → เซิร์ฟเวอร์ → CDN → เล่นในจอคุณ
 ~0.5s      ~2–5s            ~1s        ~2–10s    ~5–30s

ด่านที่กินเวลามากสุดคือสองจุดท้าย:

1. การหั่นชิ้น (segmenting) — โปรโตคอลอย่าง HLS ต้องรอให้วิดีโอครบทั้งชิ้น (2–6 วินาที) ก่อนส่งออก บวกกับผู้เล่นที่เก็บสำรองไว้ 2–3 ชิ้นเผื่อเน็ตสะดุด รวมกันเป็น 10–30 วินาทีได้ง่าย
2. บัฟเฟอร์ของผู้เล่น — player ตั้งใจเล่นช้ากว่าจุดสด เป็นประกันกันเน็ตสะดุด ยิ่งเก็บเผื่อเยอะยิ่งไม่กระตุก แต่ยิ่งช้า

ทำไมไม่ส่งเร็ว ๆ ตรง ๆ เลย

เพราะความช้านั้นคือความนิ่ง บัฟเฟอร์ยาว = หนังต่อเนื่องแม้เน็ตหยุดชั่วครู่ ถ้าบังคับเล่นแทบจะทันจริง ทุกครั้งที่เน็ตกะพริบจะกลายเป็นภาพค้าง — แพลตฟอร์มเลือก “ช้าแต่ไม่สะดุด” เสมอ

Low-Latency แก้ได้แค่ไหน

เทคโนโลยีใหม่อย่าง LL-HLS และ LL-DASH หั่นชิ้นให้เล็กลงเป็น “partial segment” ส่งได้ก่อนชิ้นเต็มเสร็จ ลดหน่วงเหลือ 2–5 วินาที ส่วน WebRTC ส่งแบบเรียลไทม์จริง (ต่ำกว่าวินาที) แต่มีข้อจำกัดเรื่องจำนวนคนดูและคุณภาพ

เทคโนโลยี	หน่วงโดยประมาณ	เหมาะกับ
HLS/DASH ปกติ	15–45 วินาที	คนดูเยอะ ภาพนิ่ง
LL-HLS / LL-DASH	2–5 วินาที	บอล ไลฟ์ขายของ
WebRTC	ต่ำกว่า 1 วินาที	วิดีโอคอล อีสปอร์ตสด

ทำไมเพื่อนบ้านเห็นก่อน

แหล่งสัญญาณต่างกัน latency ต่างกัน — ทีวีดิจิตอลภาคพื้นแทบเรียลไทม์ ส่วนแอพสตรีมช้ากว่าเสมอ เพราะผ่านด่านเข้ารหัสและ CDN เพิ่ม แม้แต่สองแอพสตรีมเดียวกันบนคนละเครื่องก็ยังต่างกันเป็นวินาที

ทำอะไรได้บ้างในฐานะผู้ดู

• ถ้าแอพมีโหมด “Low Latency” ให้เปิด (มักซ่อนในเมนูตั้งค่า)
• อย่ากดหยุดค้างนานแล้วเล่นต่อ — จะยิ่งห่างจากจุดสด
• ถ้าตามแชตด้วย ปิดสปอยล์ดีกว่า เพราะคนที่ latency ต่ำกว่าจะพิมพ์พลาดพรวดก่อนเสมอ

สรุป: ความหน่วงในไลฟ์คือราคาของความนิ่ง ไม่ใช่ข้อบกพร่อง — แต่เทคโนโลยีใหม่กำลังบีบให้เหลือไม่กี่วินาที อีกไม่นานเสียงเชียร์ของเพื่อนบ้านคงไม่สปอยล์เราอีก