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

สั่งซื้อเลย

SRT Protocol คืออะไร?
SRT Protocol ทำงานอย่างไร
ประวัติการพัฒนาของโปรโตคอล SRT
SRT Protocol นำอะไรมาให้เราบ้าง?
เหตุใดโปรโตคอล SRT จึงมีความสำคัญ
ประโยชน์ของการใช้โปรโตคอล SRT คืออะไร?
โปรโตคอล SRT รองรับโซลูชั่นสตรีมมิ่งจาก FMUSER
เปรียบเทียบโปรโตคอล SRT กับรูปแบบการส่งข้อมูลทั่วไป
การถ่ายทอดสด HTTP (HLS)
HLS ทำงานอย่างไร?
MPEG-DASH (Dynamic Adaptive Streaming ผ่าน HTTP)
MPEG-DASH ทำงานและแอพพลิเคชั่นอย่างไร
สตรีมมิ่งโปรโตคอลใดที่เหมาะกับคุณ
สิ่งที่แท้จริงเกี่ยวกับโปรโตคอล SRT

1. SRT Protocol คืออะไร?

● ความหมาย: SRT protocol เป็นคำย่อของ (Secure Trusted Transport protocol) Secure Trusted Transport Protcol (โปรโตคอล SRT) เป็นโปรโตคอลการส่งวิดีโอแบบโอเพนซอร์สที่มีคุณภาพสูงมีเวลาแฝงต่ำและปลอดภัยแบบเรียลไทม์ สนับสนุนเครือข่ายที่มีเสียงดังหรือคาดเดาไม่ได้ (เช่นความหน่วงต่ำการสตรีมประสิทธิภาพสูงจะรับรู้บนอินเทอร์เน็ตสาธารณะโปรโตคอล SRT เป็นโปรโตคอลการส่งวิดีโอแบบโอเพนซอร์สที่มีความหน่วงแฝงต่ำที่ได้รับความนิยมอย่างมากในปัจจุบันการใช้เทคโนโลยีการส่งผ่านโปรโตคอล SRT ที่เชื่อถือได้ทำให้สามารถ ประสบความสำเร็จในการรับส่งและกระจายวิดีโอความละเอียดสูงที่ปลอดภัยและเชื่อถือได้ภายใต้สภาพแวดล้อมอินเทอร์เน็ตทั่วไปและระหว่างสถานที่ต่างๆ

SRT Protocol เป็นอย่างไร

● พันธมิตร SRT เป็นองค์กรที่ก่อตั้งโดย Haivision และ Wowza เพื่อจัดการและสนับสนุนการใช้งานโอเพนซอร์สของโปรโตคอล SRT

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

2. SRT Protocol ทำงานอย่างไร

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

# หลักการทำงานของรฟท โปรโตคอล

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

นัดพบ / ผู้โทร / ผู้ฟัง

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

ดูเพิ่มเติมที่: วิธีการโหลด / เพิ่มรายการเล่น IPTV M3U / M3U8 ด้วยตนเองบนอุปกรณ์ที่รองรับ

3. ประวัติการพัฒนาของรฟท โปรโตคอล

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

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

FMUSER เป็นหนึ่งในผู้สนับสนุนที่แข็งแกร่งของ SRT โปรโตคอล. เรามีข้อกำหนดขั้นสูงสำหรับการทำงานร่วมกันและมาตรฐาน FMUSER ได้กำหนดที่จะใช้การสนับสนุนสำหรับโปรโตคอล SRT ในโซลูชันการเข้ารหัสและถอดรหัสปัจจุบันและที่กำลังจะเกิดขึ้น

4. SRT P. ทำอะไรได้บ้างโรโตคอล นำเรามาด้วย?

เราคิดว่าถึงเวลาแล้วที่จะต้องกลับมาทบทวนประเด็นร้อนของ Secure Trusted Transport โปรโตคอล (รพ.สต. โปรโตคอล) ในสัปดาห์นี้. รฟท. เล็ก ๆ น้อย ๆ โปรโตคอล ประกาศเกิดขึ้นตั้งแต่โปรโตคอลโอเพนซอร์สขโมยความสนใจในเวกัสเป็นปีที่สอง

รฟท. ผ่านไปไม่ถึงปี โปรโตคอล ประสบความสำเร็จในการปรับใช้ที่สำคัญที่สุดอย่างหนึ่งในปัจจุบันโดย ESPN ได้เปิดตัวอุปกรณ์ที่ติดตั้ง SRT ไปยังการประชุมกีฬา 14 รายการเพื่อสร้างกิจกรรมมากกว่า 2,200 รายการผ่านการเชื่อมต่ออินเทอร์เน็ตราคาประหยัดแทนที่บริการอัปลิงค์ดาวเทียมแบบเดิมและทำให้ประหยัดค่าใช้จ่ายได้ระหว่าง $ 8 ล้านถึง 9 ล้านเหรียญ หาก ESPN สามารถประหยัดต้นทุนได้ในระดับนี้สำหรับเหตุการณ์สำคัญที่ค่อนข้างต่ำลองจินตนาการถึงความเป็นไปได้สำหรับการถ่ายทอดสดในระดับใหญ่ ๆ นั่นคือเงินสดซึ่งท้ายที่สุดแล้วสามารถนำไปลงทุนที่อื่นเพื่อปรับปรุงประสบการณ์ของผู้ชมได้

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

ดูเพิ่มเติมที่: หลายช่อง Sรองรับ RT vตัวเข้ารหัส ideo สำหรับการสตรีมสด

นอกจากนี้ Haivision ยังเตือนว่า Transmission Control Protocol (TCP) ซึ่งเป็นมาตรฐานที่ใช้ในการส่ง HTTP อาจทำให้เกิดความล่าช้าอย่างรวดเร็วเนื่องจาก TCP ต้องการให้ส่งทุกแพ็กเก็ตสุดท้ายของสตรีมไปยังผู้ใช้ปลายทางตามลำดับดั้งเดิมที่แน่นอน ในที่สุดนี่หมายความว่า TCP พยายามส่งข้อมูลที่ขาดหายไปตลอดเวลาเนื่องจากไม่มีความสามารถในการข้ามไบต์ที่ไม่ถูกต้อง

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

ก้าวไปอย่างรวดเร็วในตอนนี้ว่า SRT สร้างชื่อให้กับตัวเองได้อย่างไร แผนภาพด้านล่างแสดงให้เห็นว่าข้อผิดพลาดถูกสร้างขึ้นในสัญญาณเอาต์พุตของสตรีมที่ไม่ได้แก้ไขอย่างไรเมื่อใดก็ตามที่แพ็กเก็ตสูญหาย (ด้านบน) ในขณะที่การแก้ไขข้อผิดพลาดไปข้างหน้า (FEC) จะเพิ่มข้อมูลจำนวนคงที่ในสตรีมเพื่อสร้างแพ็กเก็ตที่สูญหายขึ้นใหม่ดังที่แสดงใน ตรงกลาง. จากนั้นเรามี Automatic Repeat reQuest (ARQ) ซึ่งส่งแพ็กเก็ตที่สูญหายไปใหม่ตามคำขอจากเครื่องรับซึ่งจะป้องกันการใช้แบนด์วิดท์คงที่ของ FEC

การจับ HTTP ครั้งที่สามและครั้งสุดท้ายเกี่ยวข้องกับลักษณะที่ TCP ลดอัตราการส่งแพ็กเก็ตเมื่อเกิดความแออัด “ แม้ว่าพฤติกรรมนี้จะดีต่อการลดความแออัดโดยรวมในเครือข่าย แต่ก็ไม่เหมาะสมสำหรับสัญญาณวิดีโอซึ่งไม่สามารถดำรงอยู่ได้โดยความเร็วที่ลดลงต่ำกว่าอัตราบิตเล็กน้อย” คำเตือน

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

5. เหตุใดพิธีสาร SRT จึงมีความสำคัญ?

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

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

อย่างไรก็ตามหนึ่งในวิธีที่ดีที่สุดในการใช้ประโยชน์จากทรัพย์สินในท้องถิ่นขององค์กรต่างๆและการลงทุนจำนวนมากที่ทำโดยผู้ให้บริการในระบบคลาวด์คือการจัดหาเครื่องมือการกระจายสตรีมมิ่งที่มีวิดีโอแฝงต่ำมากและเชื่อถือได้มาก รฟท โปรโตคอล ใช้ลักษณะที่ดีที่สุดบางประการของ User Datagram Protocol (UDP) เช่นเวลาแฝงต่ำ แต่เพิ่มการตรวจสอบข้อผิดพลาดเพื่อให้ตรงกับความน่าเชื่อถือของ Transmission Control Protocol / Internet Protocol (TCP / IP) แม้ว่า TCP / IP สามารถจัดการโปรไฟล์ข้อมูลทั้งหมดได้และเหมาะสมกับการทำงานมากที่สุด

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

6. ประโยชน์ของการใช้โปรโตคอล SRT คืออะไร?

สามลักษณะ: ความปลอดภัยความน่าเชื่อถือและความยืดหยุ่นต่ำ

ข้อตกลงและเงื่อนไข	คุณสมบัติ
ในแง่ของการรักษาความปลอดภัย	รฟท โปรโตคอล รองรับการเข้ารหัส AES เพื่อให้มั่นใจถึงความปลอดภัยในการส่งวิดีโอจากต้นทางถึงปลายทาง
ในแง่ของความน่าเชื่อถือ	รฟท โปรโตคอล ใช้เทคโนโลยีการแก้ไขไปข้างหน้า (FEC) เพื่อให้มั่นใจในเสถียรภาพของการส่งข้อมูล
ในแง่ของ LOW LATENCY	รฟท โปรโตคอล สร้างขึ้นจากโปรโตคอล UDT ซึ่งช่วยแก้ปัญหาความล่าช้าในการส่งสูงของโปรโตคอล UDT โปรโตคอล UDT ขึ้นอยู่กับโปรโตคอลการสื่อสารเครือข่าย UDP

#Sheet 1 - อะไรคือ features ofSRT โปรโตคอล

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

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

คุณสมบัติหลักสี่ประการของ SRT PROTOCOL
การทำงาน		วิดีโอคุณภาพดิบ - รฟท โปรโตคอล ได้รับการออกแบบมาเพื่อป้องกันการกระวนกระวายใจการสูญเสียแพ็กเก็ตและความผันผวนของแบนด์วิดท์ที่เกิดจากความแออัดบนเครือข่ายที่มีเสียงดังเพื่อประสบการณ์การรับชมที่ดีที่สุด สิ่งนี้ทำได้โดยเทคโนโลยีการส่งผ่านข้อมูลแฝงต่ำขั้นสูงซึ่งสามารถชดเชยและจัดการการสูญเสียแพ็คเก็ตได้ รฟท โปรโตคอล สามารถทนต่อการสูญเสียแพ็คเก็ตได้ถึง 10% โดยไม่มีผลกระทบต่อการไหล
มีประสิทธิภาพ		แม้จะต้องรับมือกับความท้าทายของเครือข่าย แต่วิดีโอและเสียงก็มีเวลาแฝงต่ำพร้อมข้อดีของการส่ง TCP / IP และความเร็วของ UDP เวลาแฝงต่ำ - แม้ว่าจะสามารถรับมือกับความท้าทายของเครือข่ายได้ แต่การส่งวิดีโอและเสียงยังคงมีเวลาแฝงต่ำ มีข้อดีที่ครอบคลุมของความน่าเชื่อถือในการจัดส่ง TCP / IP และความเร็ว UDP
ปลอดภัย		การส่งข้อมูลแบบ end-to-end ที่ปลอดภัย - การเข้ารหัส AES 128/256-bit ตามมาตรฐานอุตสาหกรรมช่วยให้มั่นใจได้ถึงการปกป้องเนื้อหาบนอินเทอร์เน็ต รฟท โปรโตคอล ให้การข้ามผ่านไฟร์วอลล์ที่ง่ายขึ้นการเข้ารหัส AES 128/256-bit มาตรฐานอุตสาหกรรมช่วยให้มั่นใจได้ว่าการส่งผ่านเนื้อหาจากต้นทางถึงปลายทางผ่านอินเทอร์เน็ตอย่างปลอดภัยรวมถึงการส่งผ่านไฟร์วอลล์ที่ง่ายขึ้น เนื่องจากรฟท โปรโตคอล มั่นใจในความปลอดภัยและความน่าเชื่อถือขณะนี้สามารถใช้อินเทอร์เน็ตสาธารณะสำหรับแอปพลิเคชันสตรีมมิ่งสื่อแบบขยายเช่นการสตรีมไปยังเว็บไซต์โซเชียลลิสต์คลาวด์ (ตัวอย่างเช่นแพลตฟอร์มมัลติคาสต์แบบยูนิคาสต์แบบยูนิคาสต์แบบ limescale จะกระจายพร้อมกันไปยังโซเชียลมีเดียต่างๆเช่น Facebook) Live, youtube , กระตุกและปริทรรศน์ (จากฟีดวิดีโอแบบเรียลไทม์), สตรีมหรือรีบูตเนื้อหาวิดีโอวอลล์ทั้งหมดหรือ ROI ของวิดีโอวอลล์เป็นต้น
ระดับสูง		โอเพ่นซอร์ส - รฟท โปรโตคอล เป็นโปรโตคอลโอเพ่นซอร์สที่ปลอดค่าลิขสิทธิ์รุ่นต่อไปและโอเพนซอร์สมอบโซลูชันที่คุ้มค่าใช้งานร่วมกันได้และมุ่งเน้นในอนาคต
ประหยัดค่าใช้จ่าย		ความสามารถในการทำงานร่วมกัน - เมื่อทราบว่าผลิตภัณฑ์ของผู้จำหน่ายหลายรายจะทำงานได้อย่างราบรื่นผู้ใช้สามารถปรับใช้ SRT ได้อย่างปลอดภัย โปรโตคอล ในเวิร์กโฟลว์สตรีมวิดีโอและเสียงทั้งหมด

#Sheet 2 - ทำไมเราถึงเลือก SRT Pโรโตคอล?

7. รฟท. ปrotocol รองรับการสตรีม โซลูชั่นจาก FMUSER

คู่ตัวเข้ารหัส / ตัวถอดรหัส FMUSER H.264 h.265 / ตัวเข้ารหัส / ตัวถอดรหัสหลาย HD รองรับโปรโตคอลการสตรีมยอดนิยมมากมายรวมถึง SRT โปรโตคอล. ด้วยคู่ตัวเข้ารหัส / ตัวถอดรหัสขนาดกะทัดรัดที่แข็งแกร่งและใช้พลังงานต่ำนี้ผู้ใช้สามารถส่งสตรีมแบบเรียลไทม์ได้อย่างมั่นใจสูงสุด 4K หรือ Quad HD จากกล้อง SDI หลายตัวผ่านเครือข่ายที่มีการจัดการหรือไม่มีการจัดการ

FMUSER IPTV Encoder / Decoder / Transcoder

FBE200 H.264 / H.265 ตัวเข้ารหัสฮาร์ดแวร์ IPTV เพิ่มเติม >>	FBE204 H.264 / H.265 IPTV ตัวเข้ารหัสฮาร์ดแวร์ เพิ่มเติม >>	FBE216 H.264 / H.265 IPTV ตัวเข้ารหัสฮาร์ดแวร์ เพิ่มเติม >>
1-Channel	ช่อง 4	ช่อง 16

# แผ่นที่ 3 - โซลูชั่นการส่งสัญญาณเสียงและวิดีโอ FMUSER

เพิ่มเติม >>

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

หมายเหตุ ตัวเข้ารหัส / ตัวถอดรหัส FMUSER มีฟังก์ชันบริการสื่อสตรีมมิ่งที่มีประสิทธิภาพ นอกเหนือจากการรองรับโปรโตคอลทั่วไปเช่น RTSP / RTMP แล้วยังรองรับโปรโตคอล Onvif ความปลอดภัยโปรโตคอล SIP โปรโตคอล NDI (ปรับแต่งได้) โปรโตคอล SRT (ปรับแต่งได้) GB / T28181 (ปรับแต่งได้) และข้อตกลงบริการสื่อสตรีมมิ่งอื่น ๆ จะช่วยให้คุณเป็นผู้นำในธุรกิจที่ใช้ IP วิดีโอความละเอียดสูงพิเศษ

รองรับการใช้งาน FMUSER SRT หลายรูปแบบ ตัวเข้ารหัสฮาร์ดแวร์ FBE200 เพิ่มเติม >>

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

ดูเพิ่มเติมที่: ความแตกต่างระหว่าง AM และ FM คืออะไร?

8. เทียบรฟท โปรโตคอล ด้วยรูปแบบการส่งทั่วไป

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

ขณะนี้มีการถ่ายทอดสดวิดีโอสองรายการทางอินเทอร์เน็ต

●การถ่ายทอดสดตาม RTMP

●การถ่ายทอดสดของโปรโตคอล WebRTC

การถ่ายทอดสดแบบ RTMP

โปรโตคอล WebRTC

1. วิธีการถ่ายทอดสดนี้ใช้โปรโตคอล RTMP สำหรับการพุชอัพสตรีมและ RTMP, HTTP + FLV หรือ HLS สำหรับการเล่นดาวน์สตรีม

2. ความล่าช้าในการถ่ายทอดสดโดยทั่วไปจะมากกว่า 3 วินาทีและ

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

2. ความล่าช้าในการถ่ายทอดสดน้อยกว่า 1 วินาทีและโดยทั่วไปจำนวนการเชื่อมต่อพร้อมกันจะน้อยกว่า 10

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

หมายเหตุ: ส่วนใหญ่จะใช้ในแอปพลิเคชันเช่นแฮงเอาท์วิดีโอและแสดงไมโครโฟนที่เชื่อมต่อ ฉาก

# แผ่นที่ 4 - การเปรียบเทียบ RTMP และ WebRTC

9. HTTP Live Streaming (HLS)

HTTP Live Streaming (HLS) เป็นโปรโตคอลการสตรีมแบบ HTTP ที่ปรับเปลี่ยนได้ซึ่งส่งเนื้อหาวิดีโอและเสียงผ่านเครือข่ายในส่วนสื่อขนาดเล็กที่ใช้ TCP ซึ่งประกอบขึ้นใหม่ที่ปลายทางการสตรีม ค่าใช้จ่ายในการปรับใช้ HLS ต่ำเนื่องจากใช้เทคโนโลยีเครือข่ายที่ใช้ TCP ที่มีอยู่ซึ่งน่าสนใจสำหรับ CDN ที่ต้องการแทนที่เซิร์ฟเวอร์สื่อ RTMP รุ่นเก่า (และมีราคาแพง) แต่เนื่องจาก HLS ใช้ TCP จึงได้รับการสนับสนุนคุณภาพของประสบการณ์ (QoE) เนื่องจากเวลาแฝงต่ำและเวลาหน่วงอาจสูง (เป็นวินาทีแทนที่จะเป็นมิลลิวินาที)

HLS ได้รับการพัฒนาโดย Apple Inc. เป็นโปรโตคอลในการสตรีมสื่อไปยังอุปกรณ์ Apple Apple ได้พัฒนา HLS (push) ซึ่งเป็นโปรโตคอลสตรีมมิ่งมาตรฐานแบบเปิดในด้านการสนับสนุนที่มีให้สำหรับอุปกรณ์ทั้งหมด ปัจจุบัน HLS รองรับวิดีโอที่เข้ารหัสโดยใช้ตัวแปลงสัญญาณ H.264 หรือ HEVC

# การถ่ายทอดสด HTTP (HLS)

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

หมายเหตุ รองรับการสตรีมที่ปลอดภัยผ่าน HTTPS เช่นเดียวกับการแฮช MD5 และอัลกอริธึมการแฮช SHA สำหรับการตรวจสอบชื่อผู้ใช้และรหัสผ่าน

ดูเพิ่มเติมที่: วิธีการแก้ปัญหา GOGO IPTV บน Icone Pro, Plus และ Wegoo Receiver?

10. HLS ทำงานอย่างไร

วิธีการนี้เหมือนกับการถ่ายโอนไฟล์ ส่วนสื่อสตรีมผ่าน HTTP พอร์ต 80 (หรือพอร์ต 443 สำหรับ HTTPS) ซึ่งโดยปกติแล้วจะเปิดให้รับส่งข้อมูลเครือข่าย ด้วยเหตุนี้เนื้อหาจึงสามารถสำรวจไฟร์วอลล์ได้อย่างง่ายดายโดยมีส่วนเกี่ยวข้องกับไอทีเพียงเล็กน้อยหรือไม่มีเลย

# ทำความรู้จักกับวิธีการทำงานของ HLS

HLS ใช้คอนเทนเนอร์สตรีมการขนส่ง MPEG2-TS ที่มีระยะเวลาเซกเมนต์สื่อที่กำหนดค่าได้ตลอดจนขนาดเพลย์ลิสต์ที่กำหนดค่าได้สำหรับการประกอบเซ็กเมนต์สื่ออีกครั้งที่เซิร์ฟเวอร์การนำเข้า รองรับ MP4 แยกส่วน

#เรียนรู้วิธีการทำงานของ HSL

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

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

11. MPEG-DASH (Dynamic Adaptive Streaming ผ่าน HTTP)

MPEG-DASH เป็นโปรโตคอลสตรีมมิ่งที่ใช้ HTTP แบบมาตรฐานแบบเปิดซึ่งจะส่งเนื้อหาวิดีโอและเสียงผ่านเครือข่ายในส่วนสื่อขนาดเล็กที่ใช้ TCP ซึ่งประกอบขึ้นใหม่ที่ปลายทางการสตรีม International Standards Organization (ISO) และทีมงานที่ MPEG ได้ออกแบบ MPEG-DASH ให้เป็นตัวแปลงสัญญาณและความละเอียดที่ไม่เชื่อเรื่องพระเจ้าซึ่งหมายความว่า MPEG-DASH สามารถสตรีมวิดีโอ (และเสียง) ได้ทุกรูปแบบ (H.264, H.265 เป็นต้น) และรองรับความละเอียดสูงสุด 4K มิฉะนั้น MPEG-DASH จะทำงานเหมือนกับ HLS

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

MPEG-DASH ได้รับการออกแบบมาเพื่อปรับให้เข้ากับสภาพเครือข่ายที่แตกต่างกัน สตรีมเวอร์ชันต่างๆจะถูกส่งด้วยความละเอียดและบิตเรตที่แตกต่างกัน ผู้ชมสามารถเลือกคุณภาพของสตรีมที่ต้องการได้ นอกจากนี้ยังรองรับแทร็กเสียงหลายแทร็กรวมถึงคุณสมบัติขั้นสูงเช่นคำบรรยายแบบปิดข้อมูลเมตาและการจัดการสิทธิ์ดิจิทัล (DRM) โครงสร้างพื้นฐานมีไว้สำหรับการพัฒนาในอนาคตเช่นโฆษณาแบบฝัง

12. วิธีการทำงานและการใช้งาน MPEG-DASH

หลักการทำงาน:

MPEG-DASH ทำงานในลักษณะเดียวกับ HLS และส่งสั้น ๆ ส่วนสื่อผ่าน HTTP (พอร์ต 80) หรือ HTTPS (พอร์ต 443) เพื่อการส่งผ่านไฟร์วอลล์ที่ง่ายดาย ใช้คอนเทนเนอร์สตรีมการขนส่ง MPEG2-TS ที่มีระยะเวลาเซ็กเมนต์สื่อที่กำหนดค่าได้ตลอดจนขนาดเพลย์ลิสต์ที่กำหนดค่าได้สำหรับการประกอบเซ็กเมนต์สื่ออีกครั้งที่เซิร์ฟเวอร์การนำเข้า รองรับ MP4 แยกส่วน

#สถาปัตยกรรมแนวความคิดของ MPEG DASH

หมายเหตุ เวลาแฝงที่สูงของ MPEG-DASH ส่วนใหญ่เกิดจากการสูญหายของแพ็กเก็ตเครือข่ายและวิธีการกู้คืนที่ใช้สำหรับเครือข่ายที่ใช้ TCP ทั้งหมด และแม้ว่า MPEG-DASH จะให้การควบคุมขนาดเซ็กเมนต์สื่อได้บ้าง แต่ความสามารถในการลดเวลาแฝงก็มี จำกัด โดยเฉพาะอย่างยิ่งหากเซิร์ฟเวอร์การส่งผ่านข้อมูลต้องการขนาดเฉพาะของส่วนสื่อ

#มาตรฐาน MPEG-DASH สำหรับการสตรีมมัลติมีเดียผ่านอินเทอร์เน็ต

หมายเหตุ ใช้ MPEG-DASH เพื่อสตรีมไปยัง CDN ที่ไม่รองรับ RTMP เมื่อเวลาแฝงต่ำไม่ใช่ข้อกำหนด สิ่งสำคัญคือต้องทราบว่า RTMP ถูกเลิกใช้แล้วโดย CDN มากขึ้นเรื่อย ๆ DASH ยังเหมาะอย่างยิ่งในการสตรีมการฝึกอบรมขององค์กรและศาลากลางอย่างปลอดภัยผ่าน LAN ส่วนตัวเมื่อเวลาแฝงต่ำไม่ใช่ข้อกำหนดและสภาพเครือข่ายไม่ดี

13. สตรีมมิ่งโปรโตคอลใดที่เหมาะกับคุณ

หมายเหตุ ในขณะที่ RTMP เป็นโปรโตคอลสตรีมมิ่งที่ได้รับความนิยมมากที่สุด แต่โปรโตคอลเช่นโปรโตคอล SRT, HLS และ DASH กำลังท้าทาย HLS และ MPEG-DASH ที่ใช้โปรโตคอล HTTP แบบปรับตัวมีอะไรบ้างที่ RTMP ไม่มี

●แทร็กเสียงหลายแทร็กสำหรับวิดีโอหนึ่งแทร็กสำหรับการผลิตหลายภาษา
●การรวมข้อมูลเมตาและเนื้อหาฝังตัวประเภทอื่น ๆ
●รองรับการจัดการสิทธิ์ดิจิทัล (DRM)
●ส่งสตรีมหลายเวอร์ชันด้วยความละเอียดและบิตเรตที่แตกต่างกันเพื่อให้ผู้ชมสามารถเลือกคุณภาพที่เหมาะสมกับสภาพเครือข่ายหรือขนาดหน้าจอได้
●ความสามารถในการปรับขนาดนั้นง่ายกว่าและถูกกว่าสำหรับ HLS และ MPEG-DASH มากกว่า RTMP และ RTMP มักจะต้องเปิดพอร์ตเครือข่ายไอทีด้วยตนเองเพื่อที่จะสำรวจไฟร์วอลล์

หมายเหตุ หากเวลาในการตอบสนองหรือสภาพเครือข่ายไม่ดีไม่เป็นปัญหา HLS หรือ MPEG-DASH จะเอาชนะ SRT โปรโตคอล. โปรโตคอลการสตรีมที่ใช้ HTTP แบบปรับเปลี่ยนได้มอบคุณภาพวิดีโอที่ดีที่สุดให้กับผู้ชมที่มีเงื่อนไขเครือข่ายที่แตกต่างกันและตั้งค่าได้ง่ายกว่า SRT โปรโตคอล.

14. สิ่งที่แท้จริง เกี่ยวกับ SRT โปรโตคอล

1. รฟท โปรโตคอล เป็นโซลูชันโอเพ่นซอร์สที่รวมเข้ากับแพลตฟอร์มและสถาปัตยกรรมต่างๆรวมถึงโซลูชันแบบพกพาที่ใช้ฮาร์ดแวร์และโซลูชันคลาวด์ที่ใช้ซอฟต์แวร์

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

6. รฟท โปรโตคอล จุดสิ้นสุดสร้างโปรไฟล์การหน่วงเวลา end-to-end ที่เสถียรทำให้ไม่จำเป็นต้องให้อุปกรณ์ดาวน์สตรีมมีบัฟเฟอร์ของตัวเองเพื่อจัดการกับการเปลี่ยนความล่าช้าของสัญญาณ เวลาสัญญาณมีความแม่นยำ

CDN เช่น Akamai ได้ประกาศแล้วว่าพวกเขาจะยุติการสนับสนุน RTMP มันเก่าและมีราคาแพงในการปรับใช้ ด้วยโปรโตคอลใหม่เช่น SRT โปรโตคอลHLS และ MPEG-DASH กำลังได้รับความนิยมเป็นเพียงเรื่องของเวลาก่อนที่ RTMP จะกลายเป็นอดีตไป

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

กลับ

บทความประเภทเพิ่มเติม

m3u Extension - รายชื่อโปรแกรมที่สามารถเปิดไฟล์. m3u

แนวทางการโหลด IPTV .M3U / .M3U8 รายการเล่นสตรีมบนอุปกรณ์ต่างๆ

วิธีการ DIY เสาอากาศวิทยุ FM ของคุณ ｜ ข้อมูลพื้นฐานเกี่ยวกับเสาอากาศ FM แบบโฮมเมดและการสอน

FMUSER STL Link - สิ่งที่คุณต้องการในสตูดิโอเพื่อส่งสัญญาณเชื่อมโยงอุปกรณ์

สำหรับข้อมูลผลิตภัณฑ์ที่รองรับโปรโตคอล SRT เพิ่มเติมโปรดติดต่อฉันใน เว็บ | แอปพลิเคชัน