SRT . คืออะไร

หากคุณเคยสตรีมมิงแบบสดมาก่อน คุณควรคุ้นเคยกับโปรโตคอลการสตรีม โดยเฉพาะ RTMP ซึ่งเป็นโปรโตคอลที่ใช้กันมากที่สุดสำหรับการสตรีมแบบสดอย่างไรก็ตาม มีโปรโตคอลการสตรีมแบบใหม่ที่สร้างกระแสในโลกการสตรีมเรียกว่า รฟท.ดังนั้น รฟท. คืออะไรกันแน่?

SRT ย่อมาจาก Secure trust Transport ซึ่งเป็นโปรโตคอลการสตรีมที่พัฒนาโดย Haivisionให้ฉันอธิบายความสำคัญของโปรโตคอลการสตรีมด้วยตัวอย่างเมื่อมีคนเปิด YouTube Live เพื่อดูสตรีมวิดีโอ พีซีของคุณจะส่ง "คำขอเชื่อมต่อ" ไปยังเซิร์ฟเวอร์เมื่อยอมรับคำขอแล้ว เซิร์ฟเวอร์จะส่งคืนข้อมูลวิดีโอแบบแบ่งส่วนไปยังพีซีที่ถอดรหัสและเล่นวิดีโอพร้อมกันSRT เป็นโปรโตคอลการสตรีมโดยพื้นฐานที่อุปกรณ์สองเครื่องต้องเข้าใจสำหรับการสตรีมวิดีโออย่างราบรื่นแต่ละโปรโตคอลมีข้อดีและข้อเสีย และ RTMP, RTSP, HLS และ SRT เป็นโปรโตคอลที่โดดเด่นที่สุดบางส่วนที่ใช้ในการสตรีมวิดีโอ

เหตุใด SRT แม้ว่า RTMP จะเป็นโปรโตคอลการสตรีมที่เสถียรและใช้กันทั่วไป

หากต้องการเรียนรู้ข้อดีและข้อเสียของ SRT รวมถึงคุณลักษณะต่างๆ เราต้องเปรียบเทียบกับ RTMP ก่อนRTMP หรือที่รู้จักในชื่อ Real-Time Messaging Protocol เป็นโปรโตคอลการสตรีมที่พัฒนาแล้วและเป็นที่ยอมรับ โดยมีชื่อเสียงในด้านความน่าเชื่อถือเนื่องจากความสามารถในการส่งแพ็คซ้ำบน TCP และบัฟเฟอร์ที่ปรับได้RTMP เป็นโปรโตคอลการสตรีมที่ใช้บ่อยที่สุด แต่ไม่เคยมีการอัปเดตมาตั้งแต่ปี 2555 ดังนั้นจึงมีความเป็นไปได้สูงที่จะถูกแทนที่ด้วย SRT

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

SRT ให้เวลาแฝงต่ำสุดแบบ end-to-end และให้ความเร็วที่เร็วกว่า RTMP 2-3 เท่า

เมื่อเทียบกับ RTMP การสตรีม SRT จะให้เวลาแฝงที่ต่ำกว่าตามที่ระบุไว้ในกระดาษสีขาว (https://www.haivision.com/resources/white-paper/srt-versus-rtmp/) เผยแพร่โดย Haivision ในสภาพแวดล้อมการทดสอบเดียวกัน SRT มีความล่าช้าน้อยกว่า RTMP 2.5 - 3.2 เท่า ซึ่งเป็นการปรับปรุงที่ค่อนข้างมากตามที่แสดงในแผนภาพด้านล่าง แถบสีน้ำเงินแสดงถึงประสิทธิภาพของ SRT และแถบสีส้มแสดงเวลาแฝงของ RTMP (ทำการทดสอบที่สถานที่ทางภูมิศาสตร์สี่แห่ง เช่น จากเยอรมนีไปยังออสเตรเลีย และเยอรมนีไปยังสหรัฐอเมริกา)

ยังคงแสดงประสิทธิภาพที่เหนือกว่าแม้ในเครือข่ายที่ไม่น่าเชื่อถือ

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

ข้อดีที่ รฟท. นำมาให้ได้?

นอกจากเวลาแฝงที่ต่ำเป็นพิเศษและความยืดหยุ่นต่อการเปลี่ยนแปลงในสภาพแวดล้อมเครือข่ายแล้ว ยังมีข้อดีอื่นๆ ที่ SRT นำเสนอให้คุณได้เนื่องจากคุณสามารถส่งวิดีโอบนปริมาณการใช้งานที่คาดเดาไม่ได้ เครือข่าย GPS ที่มีราคาแพงจึงไม่จำเป็น คุณจึงสามารถแข่งขันในแง่ของต้นทุนบริการได้กล่าวอีกนัยหนึ่ง คุณสามารถสัมผัสประสบการณ์การสื่อสารสองทางแบบโต้ตอบได้ในทุกที่ที่มีอินเทอร์เน็ตในฐานะที่เป็นโปรโตคอลการสตรีมวิดีโอ SRT สามารถแพ็คเก็ตข้อมูลวิดีโอ MPEG-2, H.264 และ HEVC และวิธีการเข้ารหัสมาตรฐานช่วยให้มั่นใจถึงความเป็นส่วนตัวของข้อมูล

ใครควรใช้ รฟท.

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

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

อะไรทำให้ SRT เป็นโปรโตคอลการสตรีมที่ดี

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

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

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

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับรายละเอียดทางเทคนิค โปรดไปที่เว็บไซต์อย่างเป็นทางการของ Haivision และดาวน์โหลดภาพรวมทางเทคนิค (https://www.haivision.com/blog/all/excited-srt-video-streaming-protocol-technical-overview/).

ข้อ จำกัด ของ SRT

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

คำเตือนครั้งสุดท้าย

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