คำตอบสั้น: RTSP มักอยู่ฝั่งกล้องหรือเซสชันที่ควบคุมได้ของเวิร์กโฟลว์ ขณะที่ RTMP มักอยู่ฝั่งเอนโค้ดเดอร์ที่ส่งฟีดออก ทั้งสองอาจปรากฏในระบบเดียวกัน แต่การสลับใช้แทนกันย่อมเปลี่ยนข้อตกลงของแหล่งสัญญาณ ตัวรับ และการส่งต่อ
RTMP กับ RTSP: รูปแบบการทำงาน
| ขอบเขต | RTSP | RTMP |
|---|---|---|
| แหล่งสัญญาณทั่วไป | อุปกรณ์หรือมีเดียเซิร์ฟเวอร์ที่เปิดเซสชันซึ่งควบคุมด้วย RTSP | เอนโค้ดเดอร์หรือซอฟต์แวร์ผลิตรายการที่ส่งฟีดโปรแกรม |
| รูปแบบการควบคุม | RTSP กำหนดวิธีควบคุมเซสชัน; สื่อมักส่งผ่าน RTP | RTMP ส่งเซสชันการเผยแพร่แบบต่อเนื่องไปยังปลายทางรับ |
| ทรานสปอร์ต | RTSP เป็นการควบคุมเซสชัน; อุปกรณ์และตัวรับกำหนดตัวเลือกการรับส่ง RTSP/RTP | RTMP ใช้ TCP; ปลายทางอินเจสต์กำหนด URL และข้อมูลรับรอง |
| ตัวรับ | ไคลเอนต์ เครื่องบันทึก หรือเกตเวย์ที่รองรับเส้นทางกล้อง/เซสชัน | แพลตฟอร์มหรือเซิร์ฟเวอร์อินเจสต์ที่รับข้อตกลงการเผยแพร่ |
| การส่งถึงเบราว์เซอร์ | ในงานเว็บทั่วไป ต้องมีเส้นทางส่งถึงเบราว์เซอร์ที่ตั้งค่าแยกต่างหาก | ต้องมีเส้นทางส่งถึงเบราว์เซอร์ที่ตั้งค่าแยกต่างหากเช่นกัน |
บทบาทของโปรโตคอลข้างต้นอ้างอิงตาม IETF RTSP, RTP และ ข้อกำหนด RTMP
เลือกจากแหล่งสัญญาณออกไป
เอนโค้ดเดอร์ส่งรายการไปยังอินเจสต์
เมื่อแพลตฟอร์มกำหนด URL และคีย์ RTMP ให้ ให้ตรวจโปรไฟล์เอนโค้ดเดอร์จริง—โคเดกวิดีโอ/เสียง โปรไฟล์ ความละเอียด อัตราเฟรม และจังหวะคีย์เฟรม—ก่อนเริ่มงานแรก
ใช้รายละเอียด RTMP ของปลายทาง เมื่อแพลตฟอร์มหรือ RTMP Server กำหนด URL และคีย์สำหรับเผยแพร่ ตรวจว่าโคเดก อัตราเฟรม เลย์เอาต์เสียง และบิตเรตของเอนโค้ดเดอร์ตรงกับปลายทางก่อนงาน ฟีด RTMP ขาเข้าเป็นขอบเขตอินเจสต์ ส่วนการเล่น การบันทึก และการส่งต่อเป็นงานปลายทางที่ต้องเลือกอย่างชัดเจน
เครื่องบันทึกหรือเกตเวย์ดึงสัญญาณจากกล้อง
อ่านเอกสารของอุปกรณ์นั้นโดยตรงสำหรับรูปแบบ URL ของ RTSP การยืนยันตัวตน และตัวเลือก RTP ผ่าน TCP/UDP แล้วทดสอบเส้นทางดังกล่าวในเครื่องบันทึกหรือเกตเวย์ที่ตั้งใจใช้ ยืนยันโปรไฟล์วิดีโอ/เสียงที่รองรับ URL ควบคุม RTSP ที่เข้าถึงได้ไม่ได้หมายความว่าเครื่องบันทึกหรือเบราว์เซอร์ปลายทางทุกตัวจะรับสตรีมสื่อที่เกี่ยวข้องได้
ผู้ชมต้องการการเล่นในเบราว์เซอร์
ทั้ง RTSP และ RTMP ไม่ใช่คำตอบสำหรับการเล่นโดยกำเนิดในเบราว์เซอร์สมัยใหม่ เลือกเอาต์พุตเว็บที่ตั้งค่าไว้ เช่น HLS หรือ WebRTC ตามพฤติกรรมผู้ชม ความต้องการของตัวเล่น และสภาพเครือข่าย แล้วทดสอบปลายทางของผู้ชมแทน URL ของแหล่งสัญญาณ
แยกการทดสอบทรานสปอร์ตและโคเดกออกจากกัน
URL อาจเชื่อมต่อได้ แต่ตัวรับปฏิเสธสื่อหรือไม่แสดงภาพ จดบันทึกการตั้งค่าโปรโตคอล/ทรานสปอร์ตแยกจากโคเดกวิดีโอ โปรไฟล์ ความละเอียด อัตราเฟรม และโคเดกเสียง การแยกนี้ช่วยให้แยกปัญหากล้องออกจากปัญหาการแปลงรหัสหรือตัวเล่นได้ง่ายขึ้นมาก
คู่มือยืนยันผลแบบสั้น
เลือก RTSP เมื่ออุปกรณ์ที่เลือกและเครื่องบันทึกตกลงกันได้กับเซสชันควบคุมด้วย RTSP เลือก RTMP เมื่อตัวรับสำหรับเผยแพร่กำหนด URL/คีย์อินเจสต์แล้ว กล้องอาจมีทั้งสองแบบ และทั้งสองอาจเป็นทางเลือกที่ผิด หากตัวรับถัดไปไม่ยอมรับข้อตกลงทรานสปอร์ตและสื่อทั้งหมด
- ระบุประเภทแหล่งสัญญาณ: เซสชันกล้องหรือผู้เผยแพร่รายการ
- ยืนยันโปรโตคอล URL/การยืนยันตัวตน และโคเดกที่ตัวรับอนุญาต
- ทดสอบการเชื่อมต่อแหล่งสัญญาณและสื่อแยกกัน
- ทดสอบเอาต์พุตบันทึก ส่งต่อ หรือเบราว์เซอร์ที่ตามมา
- เก็บโปรไฟล์แหล่งสัญญาณที่ทราบว่าใช้ได้ไว้สำหรับย้อนกลับ
Callaba อยู่ตรงไหน
RTMP Server ของ Callaba ใช้สำหรับการเผยแพร่ RTMP ที่ตั้งค่าไว้และการเข้าถึงของตัวรับ ในเวิร์กโฟลว์กล้อง ให้ตรวจเส้นทาง RTSP ในเอกสารเครื่องบันทึกหรือการกำหนดเส้นทางก่อนออกแบบเส้นทางเอาต์พุต เมื่อต้องแปลงฟีด ให้ใช้ การแปลงรหัสวิดีโอสด หลังจากยืนยันข้อตกลงอินพุตและเอาต์พุตที่เลือกแล้ว
