ไลฟ์สดของคุณต้องใช้บิตเรตเท่าไร?

ถ้าคุณแวะมาเพื่อดูตัวเลขอย่างเดียว ตัวเลขอยู่ในตารางด้านล่าง หัวข้อ "ควรส่งอะไรมาให้เรา" ส่วนที่เหลือทั้งหมดอธิบายว่าทำไมตัวเลขนั้นถึงช่วยอะไรไม่ได้อีกเมื่อเกินจุดหนึ่งไปแล้ว และควรปรับอะไรแทนเมื่อความเร็วอัปโหลดของคุณรับไม่ไหว

เกิดอะไรขึ้นกับสตรีมของคุณเมื่อมาถึงเรา

เมื่อสตรีมของคุณมาถึง dcast จะถูกเข้ารหัสใหม่เป็นบันไดระดับคุณภาพ — 360p, 480p, 640p, 720p, 1080p, 1440p, 2160p — เพื่อให้ทั้งคนที่ดูผ่านมือถือในลิฟต์และคนที่ใช้เน็ตไฟเบอร์ได้ภาพที่ดูได้ทั้งคู่ แต่ละระดับถูกเข้ารหัสไม่เกินเพดานบิตเรตของตัวเอง และเพดานเหล่านี้เป็นการตั้งค่าของแพลตฟอร์ม ไม่ใช่สิ่งที่คุณส่งมา

จากตรงนี้มีสองเรื่องตามมา และเป็นสองเรื่องที่คนส่วนใหญ่เข้าใจกลับด้าน

เพดานเป็นของเรา ไม่ใช่ของคุณ คุณไม่สามารถดันระดับไหนให้สูงขึ้นด้วยการส่งมามากขึ้น และกดให้ต่ำลงด้วยการส่งมาน้อยลงก็ไม่ได้ สิ่งที่บิตเรตขาเข้าของคุณกำหนดคือบันไดมีรายละเอียดจริงให้ใช้ตั้งต้นมากแค่ไหน — ซึ่งเป็นคนละคำถามกัน และหัวข้อถัดไปจะตอบคำถามนั้น

เพดานไม่เปลี่ยนตามแพ็กเกจสมาชิกของคุณ แพ็กเกจซื้อความสูงของระดับบนสุด ไม่ได้ซื้อบิตเรตของระดับใดเลย ระดับ 720p ถูกเข้ารหัสแบบเดียวกันไม่ว่าจะเป็นระดับบนสุดของบัญชีฟรี หรืออยู่กลางบันไดของบัญชีใหญ่

เราปรับจูนเพดานเหล่านี้ใหม่เรื่อย ๆ ตามที่เซิร์ฟเวอร์และเอนโค้ดเดอร์เปลี่ยนไป บทความนี้จึงตั้งใจไม่พิมพ์ตารางค่าเพดานเอาไว้ เพราะตัวเลขที่ลงไว้ตรงนี้จะล้าสมัยไปนานก่อนที่คนจะเลิกยกมาอ้าง โครงสร้างคงที่ แต่ตัวเลขไม่คงที่ — และอย่างที่บทความส่วนที่เหลือจะชี้ให้เห็น ตัวเลขฝั่งเราไม่ใช่สิ่งที่ภาพของคุณขึ้นอยู่กับจริง ๆ

ควรส่งอะไรมาให้เรา

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

ช่วงค่าเหล่านี้เป็นจุดเริ่มต้น ไม่ใช่กฎตายตัว กฎข้อเดียวที่ใช้ได้เสมอคือ ไม่ว่าคุณจะส่งเท่าไร อัปโหลดของคุณต้องรับไหวต่อเนื่องตลอด ไม่ใช่แค่ในนาทีที่เน็ตดี

ทำไมบิตเรตที่มากขึ้นถึงหยุดช่วย

บิตเรตคืองบข้อมูลต่อวินาที ไม่ใช่แถบเลื่อนคุณภาพ เอนโค้ดเดอร์ได้รับงบนั้นมาและต้องอธิบายทุกเฟรมให้อยู่ในงบ เมื่อภาพแทบไม่เปลี่ยน — คนพูดอยู่หน้าฉากหลังนิ่ง ๆ — การอธิบายเฟรมถัดไปใช้ข้อมูลน้อย และงบที่มากกว่านั้นก็แค่ไม่ได้ถูกใช้ เมื่อภาพเปลี่ยนพร้อมกันทุกจุด — กล้องแพนผ่านฝูงชน ประตูชัย เศษกระดาษโปรย — เอนโค้ดเดอร์อธิบายทั้งหมดไม่ทัน และเริ่มลดทอนรายละเอียด คือส่งสีเฉลี่ยสีเดียวสำหรับบล็อกพิกเซลทั้งบล็อกแทนสิ่งที่อยู่ข้างในจริง ๆ นั่นแหละคือภาพแตกเป็นบล็อก มันคือขอบของงบที่มองเห็นได้

นี่คือเหตุผลที่ตัวเลขเดียวกันให้ผลออกมาต่างกันในสองคน เพื่อนของคุณที่ตั้งค่าเหมือนกันทุกอย่างสตรีมโอเวอร์เลย์นิ่ง ๆ กับเว็บแคม ส่วนคุณสตรีมเวทีที่มีการเคลื่อนไหว งบเท่ากัน แต่บิลต่างกันมาก

มันยังอธิบายรูปแบบของคำแนะนำข้างต้นด้วย การเพิ่มบิตเรตช่วยได้จนถึงจุดที่งบไม่ใช่ข้อจำกัดอีกต่อไป หลังจากนั้นมันกินเผื่ออัปโหลดของคุณโดยไม่ได้อะไรกลับมา ไม่มีการตั้งค่าไหนทำให้ภาพคนพูดหน้ากล้องแบบนิ่ง ๆ ดูดีกว่าที่มันเป็นอยู่แล้วที่ 6,000 kbps

ระยะเผื่อคือเหตุผลที่แต่ละระดับมีบัฟเฟอร์ ไม่ใช่แค่อัตรา

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

วิดีโอจริงไม่ได้ใช้ข้อมูลเท่ากันตลอด การตัดภาพไปฉากใหม่แบบฉับพลันใช้ข้อมูลมากกว่าภาพนิ่งหนึ่งวินาทีก่อนหน้ามาก ถ้าเอนโค้ดเดอร์ต้องอยู่ใต้เพดานทุกเสี้ยววินาที มันจะทำลายช่วงเวลาเหล่านั้นพอดี — การตัดภาพ แสงแฟลช การแพนกล้องเร็ว ๆ — ซึ่งเป็นช่วงที่ผู้ชมกำลังจ้องดูอยู่จริง ๆ บัฟเฟอร์ขนาดเท่าข้อมูลสองวินาทีทำให้มันใช้เกินเพดานได้ชั่วครู่แล้วกลับลงมาใต้เพดาน ทำให้ค่าเฉลี่ยยังคงอยู่ และช่วงพีครอดไปได้

ตรรกะเดียวกันใช้กับอัปโหลดของคุณเอง และนี่คือจุดที่สตรีมส่วนใหญ่ที่พังพังจริง ๆ ถ้าความเร็วอัปโหลดที่วัดได้คือ 10 Mbps แล้วคุณตั้งเอนโค้ดเดอร์ไว้ที่ 10,000 kbps คุณก็ไม่เหลืออะไรไว้ให้ช่วงพีคเลย — และไม่เหลือให้คนอื่นในอาคารที่ใช้สายเดียวกันด้วย สตรีมที่ตั้งไว้เต็มเพดานของการเชื่อมต่อพอดีคือสตรีมที่จะเฟรมหลุดตั้งแต่การตัดภาพฉับพลันครั้งแรก เผื่อไว้บ้าง ถ้าทดสอบอัปโหลดได้ 10 Mbps การส่ง 6,000 kbps ไม่ใช่ความขี้กลัว แต่เป็นค่าที่อยู่รอดได้ตลอดการถ่ายทอด

เมื่อสัญญาณอ่อน ให้ลดความละเอียด — ไม่ใช่ลดบิตเรต

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

สมมติว่าอัปโหลดของคุณรับได้อย่างมั่นใจแค่ 3,000 kbps คุณมีสองทางที่จะให้พอดี คือส่ง 1080p ที่ 3,000 kbps หรือส่ง 720p ที่ 3,000 kbps ข้อมูลต่อวินาทีเท่ากัน แต่ 1080p มีพิกเซลให้อธิบายต่อเฟรมมากกว่า 720p เกินสองเท่า ดังนั้นด้วยงบเท่ากัน แต่ละพิกเซลได้รับความใส่ใจไม่ถึงครึ่ง เวอร์ชัน 1080p ไม่ใช่ภาพที่คมกว่าโดยใช้แบนด์วิดท์น้อยลง แต่เป็นภาพที่เบลอกว่าในขนาดที่ใหญ่กว่า ส่วนเวอร์ชัน 720p ที่ได้ 3,000 kbps เต็ม ๆ สำหรับพิกเซลที่น้อยกว่ามาก ดูคมชัดสะอาดตา

ลำดับขั้นตอนเมื่อปัญหาอยู่ที่การเชื่อมต่อจึงเป็นแบบนี้ ลดความละเอียดก่อน แล้วจึงค่อยปรับบิตเรตให้อยู่สบาย ๆ ในสิ่งที่สายรับได้ในนาทีที่แย่ ไม่ใช่ในนาทีที่ดี

อัตราเฟรมถูกกำหนดที่ฝั่งเรา ไม่ใช่ตามแพ็กเกจของคุณ

บนเส้นทางไลฟ์ จังหวะเฟรมของบันไดเป็นการตั้งค่าของแพลตฟอร์ม ไม่ใช่รายบัญชี และ ณ เวลาที่เขียนบทความนี้ การถ่ายทอดสดทุกรายการถูกเข้ารหัสที่ 30 fps ไม่ว่าคุณจะส่งอะไรมา แพ็กเกจสมาชิกของคุณไม่มีส่วนในการตัดสินใจนี้เลย — บัญชีฟรีกับบัญชีแพ็กเกจสูงสุดได้จังหวะเฟรมเท่ากันจากแหล่งภาพเดียวกัน

เรื่องนี้ควรรู้ก่อนตั้งค่าอะไร เพราะมันชี้ทิศทางงบอัปโหลดของคุณให้ชัดเจน คือบนเส้นทางไลฟ์ ไม่มีประโยชน์อะไรที่จะดันเอนโค้ดเดอร์ไปที่ 60 fps เฟรมที่เพิ่มมาไม่ได้ถูกส่งต่อ และเมื่อบิตเรตขาเข้าคงที่ มันกลับไปแย่งรายละเอียดจากเฟรมที่ถูกส่งต่อ ถ้าเนื้อหาของคุณเคลื่อนไหวเร็ว ให้ใช้งบไปกับบิตเรตแทนอัตราเฟรม

วิดีโอที่อัปโหลดใช้เส้นทางแยกต่างหากซึ่งมีกฎอัตราเฟรมของตัวเอง และไม่มีเรื่องไหนในนี้ใช้กับวิดีโอเหล่านั้น

แพ็กเกจของคุณเปลี่ยนอะไร และไม่เปลี่ยนอะไร

ควรพูดให้ชัด เพราะเป็นส่วนที่คนมักเข้าใจผิดที่สุด บนเส้นทางไลฟ์ แพ็กเกจกำหนดความสูงของระดับบนสุด — คุณภาพสูงสุดที่ผู้ชมเลือกได้ — และไม่กำหนดอะไรอื่นเกี่ยวกับภาพเลย บัญชีฟรีสูงสุดที่ 720p และแพ็กเกจแบบชำระเงินขยายเพดานนั้นขึ้นไปเป็น 1080p, 1440p และ 2160p

สิ่งที่แพ็กเกจไม่เปลี่ยน ได้แก่ บิตเรตของระดับใด ๆ บัฟเฟอร์ อัตราเฟรม โครงสร้างคีย์เฟรม และการตั้งค่าเอนโค้ดเดอร์ ระดับ 720p ถูกเข้ารหัสเหมือนกันทุกประการ ไม่ว่าจะเป็นระดับบนสุดของบัญชีฟรีหรือระดับที่สามของบัญชีใหญ่ ไม่มีเอนโค้ดเดอร์เวอร์ชันลดคุณภาพ

กริดคีย์เฟรม และทำไมไม่ควรฝืนมัน

มีการตั้งค่าหนึ่งบนเอนโค้ดเดอร์ของคุณที่ส่งผลกับฝั่งเราจริง ๆ คือช่วงห่างคีย์เฟรม dcast ตัดสตรีมไลฟ์เป็นเซกเมนต์ละ 4 วินาที และแต่ละเซกเมนต์มีคีย์เฟรม 2 เฟรม — หนึ่งเฟรมที่รอยต่อ และอีกหนึ่งเฟรมตรงกลาง — ช่วงห่างคีย์เฟรมภายในจึงเป็น 2 วินาที คำนวณจากอัตราเฟรมสุดท้าย ไม่ได้ผูกไว้กับจำนวนเฟรมตายตัว

คุณไม่จำเป็นต้องตั้งให้ตรงกัน เอนโค้ดเดอร์ของเราเข้ารหัสใหม่จากสิ่งที่คุณส่งมา จึงสร้างกริดของตัวเอง แต่ถ้าคุณตั้งช่วงห่างคีย์เฟรมแปลก ๆ ไว้ฝั่งคุณโดยเชื่อว่ามันจะลดดีเลย์ในช่วงปลายทาง มันจะไม่ลด และช่วงห่างที่ยาวมากฝั่งขาเข้าจะทำให้ช่วงแรกหลังเชื่อมต่อใหม่แย่ลง ช่วงห่างคีย์เฟรม 2 วินาทีบนเอนโค้ดเดอร์ของคุณเป็นตัวเลือกที่ปลอดภัยและไม่มีอะไรน่าตื่นเต้น

วินิจฉัยใน 5 นาทีเมื่อภาพดูผิดปกติ

ภาพแตกเป็นบล็อกที่เกิดเฉพาะตอนมีการเคลื่อนไหวและหายไปตอนภาพนิ่ง คือปัญหาบิตเรต งบหมดตรงจุดที่เนื้อหาใช้ข้อมูลมาก เพิ่มบิตเรตขาเข้าขึ้นหนึ่งขั้น หรือลดความละเอียดลงหนึ่งขั้น

ภาพแตกเป็นบล็อกที่มาเป็นระลอกโดยไม่สนว่าบนจอมีอะไร มักมาพร้อมเสียงผิดเพี้ยนและตัวนับเฟรมที่หลุดในเอนโค้ดเดอร์ที่เพิ่มขึ้นเรื่อย ๆ ไม่ใช่ปัญหาบิตเรต — แต่เป็นการเชื่อมต่อของคุณส่งไม่ได้ตามที่คุณสัญญาไว้ ลดบิตเรตลงจนกว่าตัวนับเฟรมที่หลุดจะอยู่ที่ศูนย์ได้เต็ม ๆ สิบนาที

ภาพที่นุ่มเบลอทุกจุดตลอดเวลา แม้แต่ตอนภาพนิ่ง มักเป็นปัญหาที่แหล่งภาพมากกว่าการเข้ารหัส เช่น กล้องถ่ายที่ความละเอียดต่ำกว่าที่คุณคิด อุปกรณ์แคปเจอร์ตกลงใช้โหมดที่ต่ำกว่า หรือมีฉากที่ถูกขยายขึ้นที่ไหนสักแห่งในสายสัญญาณของคุณ ไม่มีบิตเรตไหนแก้ภาพที่ถูกอัปสเกลได้ — การขยายภาพเพิ่มข้อมูล ไม่ได้เพิ่มรายละเอียด

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