RTSP คืออะไร และส่งภาพสดจากอุปกรณ์ไปยังโปรแกรมอื่นได้อย่างไร

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

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

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

RTP ทำหน้าที่ขนส่งข้อมูลภาพและเสียง ขณะที่ RTCP ใช้ส่งข้อมูลควบคุมและรายงานเกี่ยวกับการส่ง RTP ส่วน SDP อธิบายว่าสตรีมมีสื่อชนิดใดและใช้รูปแบบอะไร หลายโปรแกรมจัดการขั้นตอนเหล่านี้ให้ผู้ใช้หลังกรอก URL สำเร็จ ตามคำอธิบาย RTSP และการส่งสตรีมของ Axis

1. โปรแกรมสอบถามความสามารถและข้อมูลของสตรีม เช่น ด้วยคำสั่ง OPTIONS และ DESCRIBE
2. ตกลงวิธีส่งข้อมูลผ่าน SETUP เช่น รับ RTP ผ่าน UDP หรือรับแบบส่งร่วมไปกับการเชื่อมต่อ RTSP บน TCP
3. ใช้ PLAY เพื่อเริ่มรับภาพและเสียง แล้วส่งต่อให้โปรแกรมถอดรหัสและแสดงผล
4. เมื่อเลิกดู โปรแกรมปิดการเชื่อมต่อ เช่น ด้วย TEARDOWN

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

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

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

การเปิดภาพได้หนึ่งโปรแกรมไม่ได้ยืนยันว่าอีกโปรแกรมจะรับได้เหมือนกัน เพราะอาจรองรับการยืนยันตัวตน Codec เสียง และวิธีส่งข้อมูลต่างกัน หากกำลังเลือกอุปกรณ์ ควรดู กล้อง IP Camera แล้วตรวจคู่มือของรุ่นนั้นว่าเปิด RTSP ได้หรือไม่ ไม่สรุปจากคำว่า IP หรือ Wi-Fi เพียงอย่างเดียว

RTSP URL สำหรับ Live View เป็นจุดเริ่มต้นของการรับภาพสด การบันทึกต้องเกิดจากเครื่องบันทึกหรือซอฟต์แวร์ที่ตั้งให้เก็บสตรีม ส่วน Playback ต้องมีข้อมูลที่บันทึกไว้และวิธีเรียกดูที่อุปกรณ์รองรับ หากต้องใช้เครื่องบันทึกแยก ควรตรวจ เครื่องบันทึก NVR ตามจำนวนช่องที่ต้องใช้ พร้อมความสามารถรับสตรีมและถอดรหัส อย่าดูเพียงจำนวนช่องบนชื่อรุ่น

RTSP URL คือที่อยู่ที่บอกโปรแกรมว่าจะไปขอสตรีมจากอุปกรณ์ใด ผ่านพอร์ตใด และใช้เส้นทางสตรีมไหน รูปแบบพื้นฐานที่ใช้ทำความเข้าใจคือ

rtsp://192.0.2.10:554/stream-path

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

• rtsp:// ระบุโปรโตคอลสำหรับการเชื่อมต่อ
• 192.0.2.10 แทน IP Address หรือชื่อโฮสต์ของอุปกรณ์ต้นทาง
• :554 แทนพอร์ตบริการ RTSP พอร์ตเริ่มต้นตามมาตรฐานคือ 554 แต่อุปกรณ์สามารถตั้งเป็นค่าอื่นได้
• /stream-path แทนเส้นทางสตรีม ซึ่งอาจระบุช่องกล้อง Main Stream หรือ Sub Stream ด้วยรูปแบบเฉพาะของผู้ผลิต

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

1. จดรหัสรุ่นและ Firmware ของกล้องหรือเครื่องบันทึกให้ครบ
2. อ่านคู่มือหรือหน้าสนับสนุนของผู้ผลิตสำหรับรุ่นนั้น ค้นหัวข้อ RTSP, Network Stream หรือ Integration
3. ตรวจในหน้าตั้งค่าว่าเปิดบริการ RTSP แล้วหรือยัง และใช้พอร์ตใด
4. เลือกช่องและชนิดสตรีมให้ตรงกับที่ต้องการรับ หากดึงจากเครื่องบันทึก ต้องระบุช่องของเครื่องบันทึกให้ถูก
5. ตรวจว่าบัญชีมีสิทธิ์ดูภาพและใช้บริการนั้น อุปกรณ์บางรุ่นต้องสร้างบัญชีสำหรับการเชื่อมต่อแยก

คำค้นอย่าง RTSP Hikvision, RTSP Dahua หรือ RTSP Camera ช่วยหาคู่มือได้ แต่ URL ที่พบจากคนละรุ่นไม่ควรนำมาใช้โดยไม่ตรวจสอบ ตัวอย่างเช่น Axis ระบุเส้นทางเริ่มต้น /axis-media/media.amp ใน เอกสาร RTSP endpoints ซึ่งไม่ใช่เส้นทางกลางสำหรับกล้องทุกยี่ห้อ

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

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

1. ตรวจว่าคอมพิวเตอร์ติดต่อถึง IP ของกล้องหรือเครื่องบันทึกได้ และภาพในระบบเดิมยังทำงาน
2. เปิด VLC แล้วเลือกเมนู Media → Open Network Stream บน Windows หรือ File → Open Network บน macOS ชื่อเมนูอาจต่างตามภาษาและเวอร์ชัน
3. ใส่ RTSP URL ที่ตรงกับรุ่นและสตรีม แล้วเลือก Play หรือ Open
4. หากมีหน้าต่างยืนยันตัวตน ให้ใช้บัญชีที่ได้รับสิทธิ์ดูภาพ ไม่ใช้บัญชีที่พบจากอินเทอร์เน็ต
5. สังเกตภาพ เสียง และความต่อเนื่องระหว่างเปิดดู โดยเทียบกับภาพจากระบบเดิมในเวลาใกล้กัน
6. ปิดแล้วเปิดสตรีมใหม่ เพื่อดูว่าสามารถเชื่อมต่อซ้ำได้ ไม่ใช่สำเร็จเฉพาะครั้งแรก

สามารถเทียบขั้นตอนการเปิด Network Stream กับ คู่มือ VLC ของ VideoLAN ส่วน URL และสิทธิ์ที่ใช้รับภาพต้องตรวจจากคู่มืออุปกรณ์รุ่นจริง

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

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

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

UDP ไม่รอส่งข้อมูลที่ขาดซ้ำแบบ TCP จึงลดการรอในบางสภาพเครือข่าย แต่เมื่อแพ็กเก็ตสูญหายอาจเห็นภาพแตกหรือขาดช่วง ส่วน RTP ที่ส่งร่วมกับ RTSP บน TCP อาจผ่านข้อจำกัดเครือข่ายได้สะดวกกว่าในบางกรณี แต่การรอส่งข้อมูลซ้ำอาจเพิ่มความหน่วง

หากโปรแกรมและอุปกรณ์เปิดให้เลือกวิธีส่งข้อมูล ควรทดสอบทั้งสองแบบภายใต้เงื่อนไขเดียวกัน ไม่สรุปว่า TCP หรือ UDP ดีกว่าเสมอ เมื่อโหมดหนึ่งทำงานและอีกโหมดไม่ทำงาน ให้ผู้ดูแลตรวจนโยบายเครือข่ายและพอร์ตที่เกี่ยวข้อง ไม่ปิด Firewall ทั้งระบบเพื่อให้ภาพขึ้น

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

ตรวจไฟและสาย เครือข่ายที่ใช้ IP Address และพอร์ต RTSP ก่อน แล้วตรวจว่าบริการเปิดใช้งานอยู่หรือไม่ การเข้าเว็บตั้งค่าของกล้องได้ไม่ได้แปลว่าพอร์ต RTSP เปิดอยู่ด้วย เพราะเป็นคนละบริการ หากอุปกรณ์ขึ้น Offline ในระบบเดิม ให้เริ่มจาก วิธีตรวจเมื่อกล้องวงจรปิดออฟไลน์ ก่อนเปลี่ยนค่าการสตรีม

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

ตรวจ Path หมายเลขช่อง Main/Sub Stream และตัวพิมพ์หรือพารามิเตอร์ตามคู่มือ URL ของเครื่องบันทึกกับ URL ที่ขอจากกล้องโดยตรงอาจต่างกัน หากมีข้อความ Not Found ให้เริ่มจากเส้นทางสตรีมก่อนสรุปว่าเป็นปัญหาสายแลน

เปรียบเทียบ Main กับ Sub Stream แล้วตรวจ Codec ความละเอียด เฟรมเรตและ Bitrate ว่าเกินความสามารถโปรแกรมหรือเครื่องที่เปิดดูหรือไม่ จากนั้นตรวจความเสถียรของสาย Wi-Fi และจำนวนผู้รับภาพพร้อมกัน ทดลอง TCP/UDP เมื่อมีตัวเลือกโดยบันทึกผลแยกกัน

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

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

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

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

• RTSP ใช้เริ่มและควบคุมการรับสตรีม เหมาะกับการดึงภาพจากกล้องหรืออุปกรณ์ที่เปิดบริการนี้
• ONVIF เป็นมาตรฐานอินเทอร์เฟซสำหรับการทำงานร่วมกันของอุปกรณ์เครือข่าย อาจช่วยค้นหาอุปกรณ์ ขอ URL สตรีม ควบคุม PTZ หรือรับ Event ตาม Profile และฟังก์ชันที่ทั้งสองฝั่งรองรับ
• RTMP พบในขั้นตอนส่งวิดีโอเข้าเซิร์ฟเวอร์หรือบริการไลฟ์ที่รับรูปแบบนี้ หากปลายทางขอ RTMP ไม่สามารถเปลี่ยนเพียงตัวอักษรหน้า URL จาก rtsp เป็น rtmp แล้วใช้แทนกันได้ ต้องมีระบบรับและส่งต่อที่รองรับ

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

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

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

• ใช้บัญชีสำหรับงานนั้นและให้สิทธิ์เท่าที่จำเป็น แยกจากบัญชีผู้ดูแลเมื่อระบบรองรับ
• ไม่เผยแพร่ URL ที่มีชื่อผู้ใช้หรือรหัสผ่าน และตรวจภาพหน้าจอก่อนส่งต่อ
• จำกัดเส้นทางที่เข้าถึงอุปกรณ์ ทดสอบใน LAN ก่อน หากต้องใช้จากภายนอกให้ผู้ดูแลออกแบบช่องทางที่เหมาะสม เช่น VPN
• ตรวจการเข้ารหัสทั้งส่วนควบคุมและข้อมูลภาพ RTSPS ป้องกันการสื่อสารควบคุมด้วย TLS ส่วน SRTP ป้องกันข้อมูลสื่อ การรองรับ RTSPS เพียงอย่างเดียวไม่ควรถูกตีความว่าข้อมูลภาพทุกเส้นทางเข้ารหัสแล้ว
• อัปเดต Firmware และโปรแกรมจากแหล่งทางการ ตรวจผลกระทบและเก็บค่าเดิมก่อนเปลี่ยนระบบที่ใช้งานอยู่
• บันทึกรายการกล้องและโปรแกรมที่รับสตรีม เพื่อยกเลิกสิทธิ์ได้เมื่อเลิกใช้งาน

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

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