เซิร์ฟเวอร์สตรีมมิ่งของ YouTube: เปรียบเทียบ Primary YouTube Ingest Server vs. Legacy RTMP vs. Backup

Categorized as Live Streaming, Social Networks, YouTube
Save and Share:

คำตอบสั้น ๆ ง่าย ๆ: ให้ใช้ Primary YouTube Ingest Server นอกเสียจากว่าคุณจะมีเหตุผลเฉพาะเจาะจงที่ต้องใช้ตัวเลือกอื่น

ความหมายของแต่ละตัวเลือก:

ตัวเลือก ความหมาย ควรใช้เมื่อใด
Primary YouTube Ingest Server ปลายทางหลักสำหรับการสตรีมผ่าน RTMPS ของ YouTube การสตรีมสดตามปกติ
Backup YouTube Ingest Server ปลายทางสตรีมมิ่งสำรองเพื่อรองรับระบบสำรองข้อมูล เมื่อคุณส่งสตรีมเส้นที่สองที่มีการตั้งค่าเดียวกันจากอีกเครื่องเข้ารหัส/เครือข่ายอื่น
Primary YouTube Ingest Server — legacy RTMP ปลายทาง RTMP แบบเก่าที่ไม่ได้เข้ารหัสข้อมูล ใช้เฉพาะเมื่อตัวเข้ารหัสของคุณไม่รองรับ RTMPS เท่านั้น
Backup YouTube Ingest Server — legacy RTMP ปลายทางสำรอง RTMP แบบเก่า ใช้สำหรับกระบวนการสำรองข้อมูลในระบบเก่าเท่านั้น

Primary vs backup (หลัก vs สำรอง): เซิร์ฟเวอร์ Backup ไม่ได้เป็นเซิร์ฟเวอร์ที่ดีกว่าหรือเร็วกว่า แต่มีไว้เพื่อรองรับระบบสำรองข้อมูล (Redundancy) เท่านั้น โดย YouTube กำหนดให้สตรีมสำรองต้องตั้งค่าเหมือนกับสตรีมหลักทุกประการ ไม่ว่าจะเป็นความละเอียด, ตัวแปลงสัญญาณ (Codec), บิตเรต (Bitrate), เฟรมเรต, ช่วงเวลาคีย์เฟรม (Keyframe interval), ตัวแปลงสัญญาณเสียง, อัตราการสุ่มตัวอย่างสัญญาณเสียง (Sample rate) และอื่น ๆ เอกสารข้อผิดพลาดของ YouTube ระบุเตือนไว้อย่างชัดเจนว่าสตรีมหลักและสตรีมสำรองจะต้องตั้งค่าตรงกัน (Google Help)

RTMPS vs legacy RTMP: RTMPS คือ RTMP ที่ทำงานบน SSL/TLS จึงเป็นตัวเลือกที่ปลอดภัยและทันสมัยในปัจจุบัน เอกสารสำหรับนักพัฒนาซอฟต์แวร์ YouTube ของ Google อธิบายว่า RTMPS คือ RTMP ปกติที่เชื่อมต่อผ่านโปรโตคอล SSL (Google for Developers) ส่วน Legacy RTMP เป็นเวอร์ชันเก่าที่ไม่มีการเข้ารหัสข้อมูล ควรใช้เฉพาะเมื่อต้องการทำงานร่วมกับตัวเข้ารหัสรุ่นเก่าเท่านั้น

ตัวเลือกที่ดีที่สุดใน OBS: ให้เลือก:

YouTube - RTMPS → Primary YouTube Ingest Server

ใช้ Backup YouTube Ingest Server เฉพาะในกรณีที่คุณรันตัวเข้ารหัสหรืออินเทอร์เน็ตสำรองแยกต่างหากส่งไปยัง YouTube เท่านั้น อย่าสลับไปใช้เซิร์ฟเวอร์สำรองเพียงเพราะเซิร์ฟเวอร์หลักมีปัญหา เว้นแต่ฝ่ายสนับสนุนของ YouTube/OBS จะแนะนำโดยตรง เนื่องจากเซิร์ฟเวอร์สำรองนี้ออกแบบมาเพื่อให้ส่งสัญญาณพร้อมกันสองสตรีม ไม่ใช่ "เซิร์ฟเวอร์ทางเลือก" สำหรับเลือกสลับใช้เองเมื่อเจอปัญหาแบบแมนนวล

Leave a comment

อีเมลของคุณจะไม่แสดงให้คนอื่นเห็น ช่องข้อมูลจำเป็นถูกทำเครื่องหมาย *