FMUSER Wirless ส่งวิดีโอและเสียงได้ง่ายขึ้น!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> แอฟริคานส์
sq.fmuser.org -> แอลเบเนีย
ar.fmuser.org -> ภาษาอาหรับ
hy.fmuser.org -> อาร์เมเนีย
az.fmuser.org -> อาเซอร์ไบจัน
eu.fmuser.org -> บาสก์
be.fmuser.org -> เบลารุส
bg.fmuser.org -> บัลแกเรีย
ca.fmuser.org -> คาตาลัน
zh-CN.fmuser.org -> ภาษาจีน (ประยุกต์)
zh-TW.fmuser.org -> ภาษาจีน (ดั้งเดิม)
hr.fmuser.org -> โครเอเชีย
cs.fmuser.org -> เช็ก
da.fmuser.org -> เดนมาร์ก
nl.fmuser.org -> ดัตช์
et.fmuser.org -> เอสโตเนีย
tl.fmuser.org -> ฟิลิปปินส์
fi.fmuser.org -> ฟินแลนด์
fr.fmuser.org -> ฝรั่งเศส
gl.fmuser.org -> กาลิเซีย
ka.fmuser.org -> จอร์เจีย
de.fmuser.org -> เยอรมัน
el.fmuser.org -> กรีก
ht.fmuser.org -> ชาวเฮติครีโอล
iw.fmuser.org -> ภาษาฮิบรู
hi.fmuser.org -> ภาษาฮินดี
hu.fmuser.org -> ฮังการี
is.fmuser.org -> ไอซ์แลนด์
id.fmuser.org -> ชาวอินโดนีเซีย
ga.fmuser.org -> ไอริช
it.fmuser.org -> อิตาเลี่ยน
ja.fmuser.org -> ภาษาญี่ปุ่น
ko.fmuser.org -> ภาษาเกาหลี
lv.fmuser.org -> ลัตเวีย
lt.fmuser.org -> ลิทัวเนีย
mk.fmuser.org -> มาซิโดเนีย
ms.fmuser.org -> มาเลย์
mt.fmuser.org -> มอลตา
no.fmuser.org -> นอร์เวย์
fa.fmuser.org -> เปอร์เซีย
pl.fmuser.org -> โปแลนด์
pt.fmuser.org -> โปรตุเกส
ro.fmuser.org -> โรมาเนีย
ru.fmuser.org -> รัสเซีย
sr.fmuser.org -> เซอร์เบีย
sk.fmuser.org -> สโลวัก
sl.fmuser.org -> สโลวีเนีย
es.fmuser.org -> สเปน
sw.fmuser.org -> ภาษาสวาฮิลี
sv.fmuser.org -> สวีเดน
th.fmuser.org -> ไทย
tr.fmuser.org -> ตุรกี
uk.fmuser.org -> ยูเครน
ur.fmuser.org -> ภาษาอูรดู
vi.fmuser.org -> เวียดนาม
cy.fmuser.org -> เวลส์
yi.fmuser.org -> ยิดดิช
RTC (การสื่อสารตามเวลาจริง) การสื่อสารแบบเรียลไทม์เป็นอุตสาหกรรมที่เพิ่มขึ้นอย่างรวดเร็ว ในช่วงเวลาสั้น ๆ หนึ่งปีมีผู้เล่นเข้ามาในวงการมากมาย แอปพลิเคชันที่พบมากที่สุดคือการสื่อสารด้วยวิดีโอสดและภาพและเสียง อย่างไรก็ตามนักพัฒนาหลายคนยังคงมีความสับสนเกี่ยวกับแนวคิดบางอย่างเช่น RTC และ webrtc, RTC และการถ่ายทอดสด RTC และ im
1、 RTC กับ webrtc ต่างกันอย่างไร?
การสื่อสารแบบเรียลไทม์ (RTC) มักจะสับสนกับ webrtc ในความเป็นจริงไม่สามารถทำเครื่องหมายด้วยเครื่องหมายเท่ากับ
RTC มีลิงก์มากมายเช่นการรวบรวมการเข้ารหัสการประมวลผลล่วงหน้าการส่งการถอดรหัสการบัฟเฟอร์และการแสดงผลจากขั้นตอนการทำงาน รูปด้านบนแสดงขั้นตอนสั้น ๆ ของการสื่อสาร RTC แต่ละส่วนมีโมดูลทางเทคนิคที่แยกย่อยออกไปมากขึ้น ตัวอย่างเช่นลิงก์ก่อนการประมวลผลรวมถึงความสวยงามฟิลเตอร์การยกเลิกเสียงสะท้อนการลดเสียงรบกวน ฯลฯ และอาร์เรย์ไมโครโฟนจะถูกรวบรวม VP8, VP9, H.264, h.265 เป็นต้นใช้สำหรับการเข้ารหัสและถอดรหัส
รูปด้านบนแสดงความสัมพันธ์ระหว่าง RTC และ webrtc ซึ่งเป็นส่วนหนึ่งของ RTC Webrtc เป็นโครงการมาตรฐานและโอเพ่นซอร์สสำหรับการสื่อสารหน้าเว็บแบบเรียลไทม์ มีการจัดเตรียมเฉพาะฟังก์ชันพื้นฐานของฟรอนต์เอนด์เท่านั้นรวมถึงการถอดรหัสการเข้ารหัสและบัฟเฟอร์กระวนกระวายใจ หากนักพัฒนาต้องการใช้โปรเจ็กต์โดยอิงจากนักพัฒนา webrtc เขา / เธอจำเป็นต้องทำงานที่เฉพาะเจาะจงเช่นการใช้งานเซิร์ฟเวอร์และการปรับใช้การส่งสัญญาณการเลือกและการปรับใช้ส่วนหน้าและส่วนท้ายและการปรับใช้โทรศัพท์มือถือ นอกจากนี้ยังมีการปรับปรุงและขัดสีจำนวนมากในแง่ของความพร้อมใช้งานและคุณภาพสูงและจำเป็นต้องมีการปรับปรุงและขัดเงาด้วยตนเองเกณฑ์ความสามารถในการพัฒนาส่วนบุคคลนั้นสูงมาก ระบบบริการเทคโนโลยี RTC ระดับมืออาชีพไม่จำเป็นต้องรวมเฉพาะลิงก์การสื่อสารข้างต้นเท่านั้น แต่ยังรวมถึงเครือข่ายการสื่อสารพิเศษเพื่อแก้ปัญหาความไม่เสถียรของอินเทอร์เน็ตตลอดจนอัลกอริธึมการประมวลผลสัญญาณเสียงและวิดีโอที่มีความทนทานสูงสำหรับช่องสัญญาณอินเทอร์เน็ต แน่นอนความพร้อมใช้งานสูงของบริการคลาวด์ทั่วไปการรับประกันคุณภาพบริการและเครื่องมือตรวจสอบและบำรุงรักษาถือได้ว่าเป็นโมดูลพื้นฐานของผู้ให้บริการมืออาชีพเท่านั้น ดังนั้น webrtc จึงเป็นเพียงการผสมผสานเทคโนโลยีการแบ่งส่วนขนาดเล็กเพียงไม่กี่อย่างในสแตกของเทคโนโลยี RTC และไม่ใช่โซลูชันสแต็กแบบเต็ม
2、 RTC กับการถ่ายทอดสดต่างกันอย่างไร?
รูปด้านบนแสดงความสัมพันธ์ระหว่าง RTC และ live bโรดแคสต์ หนึ่งในแอปพลิเคชั่นเฉพาะของ RTC คือการถ่ายทอดสดในสถานการณ์ถ่ายทอดสด กล่าวคือ การถ่ายทอดสดแบบล่าช้าต่ำ โดยทั่วไป การถ่ายทอดสดทั่วไป ซึ่งโดยทั่วไปจะใช้โปรโตคอล TCP โดยใช้ CDN สำหรับการกระจายเนื้อหา จะมีความล่าช้าไม่กี่วินาทีหรือมากกว่านั้น การโต้ตอบระหว่างโฮสต์และผู้ชมสามารถทำได้โดยข้อความสั้นหรือของขวัญเท่านั้น . ในขณะที่เชื่อมต่อกับข้าวสาลีสด โดยใช้โปรโตคอล UDP การส่งเนื้อหาแบบเรียลไทม์ โฮสต์และผู้ชมสามารถโต้ตอบกับเสียงและวิดีโอ การสื่อสารแบบเรียลไทม์ โดยทั่วไปความล่าช้าจะต่ำถึงหลายร้อยมิลลิวินาที
ดังนั้น RTC stack มีเทคโนโลยีอะไรบ้างเราจะจัดเตรียมชุดบทความเพื่อตีความสแต็กเทคโนโลยี RTC
การเข้ารหัสและถอดรหัสวิดีโอของสแต็ก RTC
ตัวแปลงสัญญาณเสียงของ RTC stack
วิดีโอเสียงก่อนการประมวลผลของสแต็ก RTC
การส่งสแต็ก RTC แบบเรียลไทม์
การประกันคุณภาพ QoE ของสแต็คเทคโนโลยี RTC
บทความนี้เป็นบทความแรกในบทความชุดตัวแปลงสัญญาณวิดีโอ
สถานการณ์ปัจจุบันของตัวแปลงสัญญาณวิดีโอ:
ฟังก์ชั่นของตัวแปลงสัญญาณวิดีโอคือการบีบอัดภาพและเข้ารหัสภาพหลังจากที่กล้องรวบรวมภาพและประมวลผลล่วงหน้าและใช้ในการส่งข้อมูล ข้อดีและข้อเสียของตัวแปลงสัญญาณคือประสิทธิภาพการบีบอัดความเร็วและการใช้พลังงาน
ในปัจจุบันตัวเข้ารหัสวิดีโอหลักแบ่งออกเป็นสามซีรี่ส์: VPX (VP8, VP9), H.26X (H.264, h.265), AVS (avs1.0, avs2.0)
VP8 เป็นมาตรฐานตัวแปลงสัญญาณวิดีโอรุ่นที่แปดของเทคโนโลยี on2 ซึ่งเป็นผู้ผลิตโซลูชันการบีบอัดวิดีโอ หลังจาก Google ได้รับ on2 ก็เปิด VP8 และนำไปใช้กับ webrtc ปัจจุบัน Google ยังผลักดัน VP9 ซึ่งเป็นมาตรฐานตัวแปลงสัญญาณรุ่นใหม่
อ. 264เป็นมาตรฐานสากลของตัวแปลงสัญญาณวิดีโอดิจิทัลที่มีการบีบอัดสูง เสนอโดยกลุ่มวิดีโอร่วม (JVT, ทีมวิดีโอร่วม) ซึ่งประกอบด้วยกลุ่มผู้เชี่ยวชาญการเข้ารหัสวิดีโอ ITU-T (VCEG) และกลุ่มผู้เชี่ยวชาญภาพไดนามิก ISO/iec (MPEG) Webrtc ยังรองรับ H.264
VP8 และ H.264 เป็นมาตรฐานที่คิดค้นขึ้นเมื่อกว่าทศวรรษที่แล้ว และเป็นเทคโนโลยีรุ่นเดียวกัน มาตรฐานทั้งสองนี้อยู่ในขั้นตอนการพัฒนาที่สมบูรณ์ และประสิทธิภาพในการเข้ารหัส ความซับซ้อนในการดำเนินการ และการใช้พลังงานมีความสมดุลที่ดีขึ้น เทคโนโลยีและระดับการใช้งานก็แตกต่างกันเล็กน้อย ตัวอย่างเช่น ผู้ผลิตฮาร์ดแวร์รองรับ H.264 อย่างกว้างขวาง ในขณะที่รองรับ VP8 อย่างจำกัด
VP9การพัฒนาเริ่มขึ้นในปี 2011 หนึ่งในวัตถุประสงค์ของ VP9 คือการลดอัตราบิตลงประมาณ 50% เมื่อเทียบกับ VP8 เมื่อรับประกันคุณภาพเดียวกัน กล่าวอีกนัยหนึ่ง โค้ดอัตราเดียวกัน VP9 สามารถปรับปรุงได้อย่างมีนัยสำคัญกว่า VP8 ข้อดีอย่างหนึ่งของ VP9 คือค่าธรรมเนียมสิทธิบัตร ซึ่ง Google อ้างว่าสามารถใช้ได้ฟรี ซึ่งแตกต่างจาก H.264 และ h.265 (แม้ว่า Cisco จะเปิด open264 ในปี 2013 และอ้างว่าสามารถครอบคลุมค่าธรรมเนียมสิทธิบัตรที่เกี่ยวข้องโดยไม่ต้องแก้ไขรหัส open264)
อ. 265 จุดประสงค์คือเพื่อส่งวิดีโอเครือข่ายคุณภาพสูงขึ้นด้วยแบนด์วิดท์ที่จำกัด และต้องใช้แบนด์วิดท์ดั้งเดิมเพียงครึ่งเดียวเพื่อเล่นวิดีโอคุณภาพเดียวกัน มีสถาปัตยกรรมอัลกอริทึมที่คล้ายคลึงกันกับ H.264 และปรับปรุงเทคโนโลยีที่เกี่ยวข้องบางอย่างเพื่อปรับปรุงคุณภาพวิดีโออย่างมาก ตัวอย่างเช่น ตัวเข้ารหัส H.264 สามารถบรรลุการบีบอัดวิดีโอดิจิตอลมาตรฐานที่ชัดเจนด้วยอัตรารหัส 1Mbps; และตัวเข้ารหัส h.265 สามารถเข้ารหัสวิดีโอความละเอียดสูง 720p หรือสูงกว่าด้วยอัตรารหัสเดียวกัน ซึ่งหมายความว่าในเครือข่ายในบ้านปัจจุบัน อุปกรณ์มือถือของเรา เช่น สมาร์ทโฟน คอมพิวเตอร์แท็บเล็ต ฯลฯ จะสามารถเล่นวิดีโอ Full HD 1080p ออนไลน์ได้โดยตรง ในเวลาเดียวกัน มาตรฐาน h.265 ยังรองรับวิดีโอ 4K และ 8K Ultra HD
VP9 และ h.265 เป็นมาตรฐานที่กำหนดขึ้นในช่วงห้าปีที่ผ่านมาและเป็นประสิทธิภาพการบีบอัดสูงสุดของมาตรฐานที่เสร็จสมบูรณ์ ในทำนองเดียวกัน h.265 เป็นมาตรฐานสากลและ VP9 เป็นมาตรฐานปัจจุบันของการผลักดันหลักของ Google H. 265 ได้รับการสนับสนุนอย่างกว้างขวางในฮาร์ดแวร์ ชิปเช่น apple, Qualcomm และ Intel ล้วนรองรับตัวแปลงสัญญาณฮาร์ดแวร์ h.265 การสนับสนุนฮาร์ดแวร์ VP9 ยังมีข้อ จำกัด อยู่มาก โดยทั่วไปประสิทธิภาพการเข้ารหัสของเครื่องเข้ารหัสรุ่นใหม่สามารถปรับปรุงได้ 30-50% เมื่อเทียบกับรุ่นก่อนหน้า แต่ความซับซ้อนและการใช้พลังงานจะใหญ่กว่ารุ่นก่อนหน้ามาก ดังนั้นการใช้งานการเข้ารหัสซอฟต์แวร์บริสุทธิ์จึงมีปัญหาคอขวดบางประการ ภายใต้เทคโนโลยีที่มีอยู่ยังคงจำเป็นต้องพึ่งพาการเข้ารหัสและถอดรหัสฮาร์ดแวร์
AVS เป็นมาตรฐานการเข้ารหัสต้นทางรุ่นที่สองที่มีสิทธิ์ในทรัพย์สินทางปัญญาที่เป็นอิสระในประเทศจีน ในปัจจุบัน avs1.0 ถูกนำไปใช้อย่างแพร่หลายในประเทศโลกที่สาม Avs2.0 ซึ่งเป็นมาตรฐานรุ่นใหม่ในระดับเดียวกับ h.265 และ VP9
ตัวเข้ารหัสเป็นเพียงมาตรฐานและไวยากรณ์และไม่ จำกัด สถานการณ์ของแอปพลิเคชัน ดังนั้นในการนำไปใช้งานจริงเราควรรวมลักษณะของฉากเข้าด้วยกันเพื่อปรับปรุงและปรับความลึกให้เหมาะสมที่สุด ตัวเข้ารหัสวิดีโอของเครือข่ายเสียงได้ปรับปรุงอย่างลึกซึ้งสำหรับการสื่อสารด้วยเสียงและวิดีโอแบบเรียลไทม์ซึ่งเหมาะกับลักษณะของอินเทอร์เน็ตสาธารณะมากขึ้นและได้ปรับปรุงแบบเรียลไทม์และคุณภาพอย่างมาก โดยเฉพาะอย่างยิ่งมันรวมกับความลึกของเครือข่ายและในขณะเดียวกันก็คำนึงถึงความผันผวนของการสูญเสียแพ็คเก็ตและแบนด์วิดท์ของเครือข่ายด้วย
ทิศทางการสำรวจของตัวแปลงสัญญาณวิดีโอ:
1. มาตรฐานวิดีโอ VR
มาตรฐานวิดีโอ VR เป็นหนึ่งในแนวทางการวิจัยที่ร้อนแรงทั้งในด้านการใช้งานเชิงวิชาการและเชิงพาณิชย์ ในการประชุม RTC ในปี 2016 เราได้เชิญศาสตราจารย์ Wang Ronggang มาแบ่งปันเทคโนโลยีการสร้างเนื้อหาวิดีโอ VR และมาตรฐานการเข้ารหัส ปัจจุบันศาสตราจารย์ Wang Ronggang เป็นผู้นำร่วมของกลุ่มมาตรฐานการบีบอัดวิดีโอทางอินเทอร์เน็ต MPEG ระหว่างประเทศและเป็นผู้นำของกลุ่มมาตรฐานการเข้ารหัสเนื้อหาวิดีโอเสมือนจริงของ IEEE
ตามที่ศาสตราจารย์ Wang Ronggang ปัญหาทางเทคนิคที่การเข้ารหัสวิดีโอ VR ยังคงแก้ไขอยู่ ได้แก่ คุณภาพการแสดงภาพ คุณภาพการสังเคราะห์ และแบนด์วิดท์การส่ง
การเข้ารหัสวิดีโอ VR ถูกนำมาใช้ในฉาก VR โดยใช้มาตรฐานการบีบอัดวิดีโอที่มีอยู่ อย่างไรก็ตามเนื่องจากความเฉพาะของเนื้อหาวิดีโอ VR และข้อ จำกัด ของแบนด์วิดท์เครือข่ายมาตรฐานปัจจุบันจึงไม่สามารถตอบสนองความต้องการการบีบอัดของวิดีโอ VR ได้ อุตสาหกรรมนี้มีเสียงสูงสำหรับมาตรฐานการบีบอัดวิดีโอ VR ในอนาคตรูปแบบวิดีโอ VR ขั้นสูงควรเป็นวิดีโอสเตอริโอแบบแช่ฟรี: ให้ทุกที่ทุกเวลา + ทุกมุมมอง + ประสบการณ์การแช่สเตอริโอภายในพื้นที่ที่กำหนด
2. ความต้องการความละเอียดสูง
ในยุค H.264 ตัวเข้ารหัสส่วนใหญ่จะใช้ในความละเอียดขนาดกลางและขนาดเล็กที่ต่ำกว่า HD และคำนึงถึงความละเอียดสูง 1080p เล็กน้อย
แต่ในยุค h.265 wด้วยอุปกรณ์ฮาร์ดแวร์ที่ดีขึ้นและแบนด์วิดธ์ที่สูงขึ้น ผู้ใช้เริ่มต้องการความละเอียดของวิดีโอที่สูงขึ้น ผู้คนเริ่มพบว่าข้อกำหนดสำหรับคุณภาพของวิดีโอนั้นไม่มีที่สิ้นสุด ดังนั้น ตัวเข้ารหัสรุ่นใหม่จึงมีแนวโน้มที่จะสนับสนุนความละเอียดสูง เช่น ความละเอียดสูง 4K ประสิทธิภาพการบีบอัดของตัวเข้ารหัสรุ่นใหม่สามารถเพิ่มขึ้นได้มากกว่า 50%
RTC 2017 ในการประชุมทางอินเทอร์เน็ตแบบเรียลไทม์ครั้งที่สามผู้เชี่ยวชาญด้านเทคนิคจาก Huawei, Google, กลุ่มวิดีโอ AVS, กลุ่มเสียง AVS, กลุ่มทดสอบ AVS, slack, houseparty และ Atlas (JIRA) เข้าร่วมการประชุมเพื่อแบ่งปันการสำรวจและการประยุกต์ใช้ครั้งต่อไป มาตรฐานการเข้ารหัสรุ่น นี่คือปาร์ตี้แบ่งปันเทคโนโลยีที่สมบูรณ์แบบที่สุดในประเทศจีน แน่นอนว่ายังมีโมดูลอื่น ๆ ของ RTC technology stack พวกเขามุ่งมั่นที่จะเข้าสู่ตลาดนักพัฒนา RTC ไม่ควรพลาด
|
ป้อนอีเมลเพื่อรับเซอร์ไพรส์
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> แอฟริคานส์
sq.fmuser.org -> แอลเบเนีย
ar.fmuser.org -> ภาษาอาหรับ
hy.fmuser.org -> อาร์เมเนีย
az.fmuser.org -> อาเซอร์ไบจัน
eu.fmuser.org -> บาสก์
be.fmuser.org -> เบลารุส
bg.fmuser.org -> บัลแกเรีย
ca.fmuser.org -> คาตาลัน
zh-CN.fmuser.org -> ภาษาจีน (ประยุกต์)
zh-TW.fmuser.org -> ภาษาจีน (ดั้งเดิม)
hr.fmuser.org -> โครเอเชีย
cs.fmuser.org -> เช็ก
da.fmuser.org -> เดนมาร์ก
nl.fmuser.org -> ดัตช์
et.fmuser.org -> เอสโตเนีย
tl.fmuser.org -> ฟิลิปปินส์
fi.fmuser.org -> ฟินแลนด์
fr.fmuser.org -> ฝรั่งเศส
gl.fmuser.org -> กาลิเซีย
ka.fmuser.org -> จอร์เจีย
de.fmuser.org -> เยอรมัน
el.fmuser.org -> กรีก
ht.fmuser.org -> ชาวเฮติครีโอล
iw.fmuser.org -> ภาษาฮิบรู
hi.fmuser.org -> ภาษาฮินดี
hu.fmuser.org -> ฮังการี
is.fmuser.org -> ไอซ์แลนด์
id.fmuser.org -> ชาวอินโดนีเซีย
ga.fmuser.org -> ไอริช
it.fmuser.org -> อิตาเลี่ยน
ja.fmuser.org -> ภาษาญี่ปุ่น
ko.fmuser.org -> ภาษาเกาหลี
lv.fmuser.org -> ลัตเวีย
lt.fmuser.org -> ลิทัวเนีย
mk.fmuser.org -> มาซิโดเนีย
ms.fmuser.org -> มาเลย์
mt.fmuser.org -> มอลตา
no.fmuser.org -> นอร์เวย์
fa.fmuser.org -> เปอร์เซีย
pl.fmuser.org -> โปแลนด์
pt.fmuser.org -> โปรตุเกส
ro.fmuser.org -> โรมาเนีย
ru.fmuser.org -> รัสเซีย
sr.fmuser.org -> เซอร์เบีย
sk.fmuser.org -> สโลวัก
sl.fmuser.org -> สโลวีเนีย
es.fmuser.org -> สเปน
sw.fmuser.org -> ภาษาสวาฮิลี
sv.fmuser.org -> สวีเดน
th.fmuser.org -> ไทย
tr.fmuser.org -> ตุรกี
uk.fmuser.org -> ยูเครน
ur.fmuser.org -> ภาษาอูรดู
vi.fmuser.org -> เวียดนาม
cy.fmuser.org -> เวลส์
yi.fmuser.org -> ยิดดิช
FMUSER Wirless ส่งวิดีโอและเสียงได้ง่ายขึ้น!
ติดต่อ
ที่ตั้ง:
เลขที่ 305 อาคาร HuiLan เลขที่ 273 Huanpu Road Guangzhou China 510620
หมวดหมู่
จดหมายข่าว