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 -> ยิดดิช
ระบบถ่ายทอดสดภาพและเสียงเป็นระบบวิศวกรรมที่ซับซ้อน เพื่อให้ได้การถ่ายทอดสดที่มีความล่าช้าต่ำมากจำเป็นต้องมีการเพิ่มประสิทธิภาพทางวิศวกรรมระบบที่ซับซ้อนและคุ้นเคยกับส่วนประกอบต่างๆ คำแนะนำในการปรับแต่งทั่วไปมีดังนี้:
การเพิ่มประสิทธิภาพการเข้ารหัส
1. ตรวจสอบให้แน่ใจว่าตัวแปลงสัญญาณเปิดการตั้งค่าการหน่วงเวลาต่ำสุด โดยทั่วไปแล้ว Codec จะมีสวิตช์เพิ่มประสิทธิภาพเวลาแฝงต่ำโดยเฉพาะอย่างยิ่งสำหรับ H.264 หลายคนอาจไม่ทราบว่าตัวถอดรหัส H.264 จะแคชเฟรมวิดีโอจำนวนหนึ่งก่อนที่จะแสดง สำหรับวิดีโอที่มีความละเอียด QCIF (176 × 144) จะแคช 16 เฟรมและสำหรับวิดีโอ 720p จะแคช 5 เฟรม สำหรับการอ่านเฟรมแรกนี่เป็นความล่าช้าอย่างมาก หากคุณไม่ได้ใช้ H.264 ในการเข้ารหัสและบีบอัดวิดีโอของคุณตรวจสอบให้แน่ใจว่าคุณไม่ได้ใช้เฟรม B มันจะมีผลต่อความล่าช้ามากขึ้นเช่นกันเนื่องจากการถอดรหัสของเฟรม B ในวิดีโอขึ้นอยู่กับ เฟรมวิดีโอก่อนและหลังซึ่งจะเพิ่มความล่าช้า
2. ตัวเข้ารหัสมักจะมีความล่าช้าที่เกิดจากการควบคุมรหัสซึ่งเรียกอีกอย่างว่าความล่าช้าในการเริ่มต้นหรือขนาดบัฟเฟอร์ของ VBV ถือเป็นบัฟเฟอร์ระหว่างบิตสตรีมตัวเข้ารหัสและตัวถอดรหัสซึ่งสามารถตั้งค่าให้เล็กที่สุดหรือลดความล่าช้าได้โดยไม่ส่งผลต่อคุณภาพของวิดีโอ
3. หากการหน่วงเวลาแรกได้รับการปรับให้เหมาะสมเท่านั้นสามารถแทรกคีย์เฟรมระหว่างเฟรมวิดีโอได้มากขึ้นเพื่อให้ไคลเอนต์สามารถถอดรหัสสตรีมวิดีโอโดยเร็วที่สุดหลังจากได้รับ อย่างไรก็ตามหากเราต้องการเพิ่มประสิทธิภาพความล่าช้าสะสมในกระบวนการส่งข้อมูลเราควรใช้คีย์เฟรมให้น้อยที่สุดเท่าที่จะเป็นไปได้นั่นคือ I-frames (GOP จะมีขนาดใหญ่ขึ้น) ในกรณีที่มั่นใจได้ว่าวิดีโอมีคุณภาพเท่ากัน I-frames ยิ่งมากอัตราบิตมากขึ้นและแบนด์วิดท์เครือข่ายที่จำเป็นสำหรับการส่งข้อมูลมากขึ้นซึ่งหมายความว่าความล่าช้าสะสมอาจมากขึ้น ผลการเพิ่มประสิทธิภาพนี้อาจไม่ชัดเจนในระบบที่มีการหน่วงเวลาครั้งที่สอง แต่จะเห็นได้ชัดในระบบที่มีการหน่วงเวลา 100 มิลลิวินาทีหรือต่ำกว่า ในขณะเดียวกันให้พยายามใช้ตัวแปลงสัญญาณ acc-lc เพื่อเข้ารหัสเสียง แม้ว่า he-acc หรือ he-acc 2 จะมีประสิทธิภาพในการเข้ารหัสสูง แต่ก็ใช้เวลาในการเข้ารหัสนานขึ้นและความล่าช้าในการส่งที่เกิดจากปริมาณเสียงที่มากขึ้นจะส่งผลกระทบต่อการส่งสตรีมวิดีโอน้อยกว่า
4. อย่าใช้รูปแบบการบีบอัดวิดีโอ MJPEG อย่างน้อยใช้รูปแบบการบีบอัดวิดีโอ MPEG4 ที่ไม่มีเฟรม B (โปรไฟล์แบบง่าย) และใช้โปรไฟล์พื้นฐาน H.264 ได้ดียิ่งขึ้น (x264 มีสวิตช์การเพิ่มประสิทธิภาพ "tune zerolatency" ด้วย) การเพิ่มประสิทธิภาพอย่างง่ายดังกล่าวสามารถลดเวลาแฝงได้เนื่องจากสามารถเข้ารหัสวิดีโออัตราเต็มเฟรมด้วยอัตราบิตที่ต่ำกว่า
5. หากใช้ ffmpeg ให้ลดค่าของ "- probesize" และ "- analysis duration" ซึ่งใช้สำหรับการตรวจสอบข้อมูลเฟรมวิดีโอและเวลาในการตรวจสอบ ยิ่งค่าสองค่ามีขนาดใหญ่เท่าใดผลกระทบต่อความล่าช้าในการเข้ารหัสก็จะยิ่งมากขึ้นเท่านั้น ในฉากถ่ายทอดสดไม่จำเป็นต้องตั้งค่าพารามิเตอร์ระยะเวลาการวิเคราะห์สำหรับสตรีมวิดีโอด้วยซ้ำ
6. การเข้ารหัสแบบอัตราคงที่ CBR สามารถกำจัดอิทธิพลของการกระตุกของเครือข่ายได้ในระดับหนึ่ง หากสามารถใช้การเข้ารหัส VBR อัตราตัวแปรได้จะสามารถประหยัดแบนด์วิดท์เครือข่ายที่ไม่จำเป็นและลดความล่าช้าบางอย่างได้ ดังนั้นจึงแนะนำให้ใช้ VBR ในการเข้ารหัสให้มากที่สุด
การเพิ่มประสิทธิภาพโปรโตคอลการขนส่ง
1. พยายามใช้ RTMP แทนโปรโตคอล HLS ตาม HTTP สำหรับการส่งระหว่างโหนดเซิร์ฟเวอร์ซึ่งสามารถลดความล่าช้าในการส่งโดยรวมได้ สิ่งนี้มุ่งเป้าไปที่ผู้ใช้ปลายทางที่ใช้ HLS ในการเล่นเป็นหลัก
2. หากผู้ใช้ปลายทางใช้ RTMP ในการเล่นการแปลงรหัสควรดำเนินการที่โหนดรับใกล้กับจุดสิ้นสุดสตรีมมิงเพื่อให้สตรีมวิดีโอที่ส่งมีขนาดเล็กกว่าสตรีมวิดีโอต้นฉบับ
3. หากจำเป็นสามารถใช้โปรโตคอล UDP ที่กำหนดเองเพื่อแทนที่โปรโตคอล TCP และสามารถกำจัดการสูญเสียแพ็กเก็ตการส่งซ้ำภายใต้ลิงค์เครือข่ายที่อ่อนแอซึ่งจะช่วยลดความล่าช้าได้ ข้อเสียเปรียบหลักคือการส่งและการกระจายสตรีมวิดีโอแบบกำหนดเองตามโปรโตคอล UDP นั้นไม่เป็นสากลเพียงพอและผู้ผลิต CDN รองรับโปรโตคอลการรับส่งข้อมูลมาตรฐาน ข้อเสียอีกประการหนึ่งคืออาจมีการกระเซ็นหรือเบลอที่เกิดจากการสูญเสียแพ็กเก็ต (ไม่มีการอ้างอิงการถอดรหัสคีย์เฟรม) ซึ่งจำเป็นต้องมีฝ่ายปรับแต่งโปรโตคอลเพื่อให้ทำงานได้ดีในการควบคุมการสูญเสียแพ็กเก็ตบนพื้นฐานของ UDP
การเพิ่มประสิทธิภาพเครือข่ายการส่ง
1. เราได้เปิดตัวเครือข่ายสตรีมมิ่งแบบเรียลไทม์ซึ่งเป็นเครือข่ายการส่งผ่านเครือข่ายรูปแบบใหม่ที่มีโหนดที่จัดระเบียบเอง ไม่เพียง แต่เหมาะสำหรับการเพิ่มประสิทธิภาพการส่งผ่านของเครือข่ายผู้ให้บริการหลายรายในประเทศเท่านั้น แต่ยังเหมาะสำหรับความต้องการของการถ่ายทอดสดในต่างประเทศจำนวนมาก
2. แคช GOP ปัจจุบันในโหนดเซิร์ฟเวอร์และร่วมมือกับผู้เล่นเพื่อปรับเวลาเปิดวิดีโอให้เหมาะสม
3. เซิร์ฟเวอร์บันทึกอัตราเฟรมระดับที่สองและอัตรารหัสเมื่อสตรีมวิดีโอแต่ละรายการไหลไปยังแต่ละลิงก์แบบเรียลไทม์และตรวจสอบความผันผวนของอัตราโค้ดและอัตราเฟรมแบบเรียลไทม์
4. ไคลเอนต์ (พุชสตรีมและเล่น) รับโหนดที่เหมาะสมที่สุดในปัจจุบันเสมือนเรียลไทม์โดยการสอบถามเซิร์ฟเวอร์ (ทุกๆ 5 วินาที) และโหนดและสายความผิดปกติในปัจจุบันออฟไลน์ในเวลาเสมือนจริง
การเพิ่มประสิทธิภาพการสตรีมและการเล่น
1. ระบบอาจแคชข้อมูลก่อนส่งข้อมูล การปรับแต่งพารามิเตอร์นี้ยังต้องหาจุดสมดุล
2. การควบคุมบัฟเฟอร์ของโปรแกรมเล่นยังมีผลอย่างมากต่อความล่าช้าครั้งแรกของวิดีโอ หากมีการปรับให้เหมาะสมเฉพาะการหน่วงเวลาแรกข้อมูลจะสามารถถอดรหัสได้ทันทีเมื่อมาถึงในกรณีของบัฟเฟอร์ 0 แต่ในสภาพแวดล้อมเครือข่ายที่อ่อนแอเพื่อกำจัดผลกระทบของการกระวนกระวายใจของเครือข่ายจำเป็นต้องตั้งค่าแคชบางอย่างดังนั้นเราจึงต้องหาความสมดุลระหว่างความเสถียรของการถ่ายทอดสดและการเพิ่มประสิทธิภาพของการหน่วงเวลาเปิดครั้งแรกและปรับ ขนาดบัฟเฟอร์ที่ปรับให้เหมาะสม
3. กลยุทธ์บัฟเฟอร์แบบไดนามิกของผู้เล่นซึ่งเป็นเวอร์ชันปรับปรุงของการควบคุมแคชของผู้เล่นข้างต้น หากเราเลือกระหว่าง 0 แคชและแคชขนาดคงที่เพื่อหายอดคงเหลือในที่สุดเราจะเลือกแคชขนาดคงที่ซึ่งไม่ยุติธรรมสำหรับผู้ใช้เทอร์มินัลอินเทอร์เน็ตบนมือถือ 100 ล้านคน เงื่อนไขเครือข่ายที่แตกต่างกันกำหนดว่าแคชขนาดคงที่ไม่เหมาะสมอย่างสมบูรณ์ ดังนั้นเราสามารถพิจารณา "กลยุทธ์บัฟเฟอร์แบบไดนามิก" เมื่อผู้เล่นเปิดใช้งานเราจะใช้กลยุทธ์บัฟเฟอร์ที่น้อยมากหรือเป็นศูนย์ ขนาดบัฟเฟอร์ของสไลซ์ครั้งต่อไปจะพิจารณาจากเวลาที่ใช้ในการดาวน์โหลดวิดีโอแรก ในขณะเดียวกันเครือข่ายปัจจุบันจะได้รับการตรวจสอบตามเวลาจริงในระหว่างกระบวนการเล่นและขนาดบัฟเฟอร์จะถูกปรับตามเวลาจริงในระหว่างกระบวนการเล่น ด้วยวิธีนี้เวลาในการเปิดครั้งแรกอาจต่ำมากและสามารถกำจัดอิทธิพลของความกระวนกระวายใจของเครือข่ายให้ได้มากที่สุด
4. กลยุทธ์การเล่นอัตราไดนามิก นอกจากกลยุทธ์ในการปรับขนาดบัฟเฟอร์แบบไดนามิกแล้วเรายังสามารถใช้ข้อมูลเครือข่ายการตรวจสอบแบบเรียลไทม์เพื่อปรับอัตราบิตแบบไดนามิกในกระบวนการเล่นได้อีกด้วย ในกรณีที่แบนด์วิธเครือข่ายไม่เพียงพอเราสามารถลดอัตราบิตในการเล่นและลดความล่าช้าได้
ข้างต้นเป็นส่วนหนึ่งของเทคนิคการเพิ่มประสิทธิภาพเวลาแฝงต่ำ ในความเป็นจริงเมื่อเราเพิ่มประสิทธิภาพเวลาในการตอบสนองต่ำเราไม่เพียง แต่มุ่งเน้นไปที่ "เวลาแฝงต่ำ" แต่พยายามทำให้เกิดเวลาในการตอบสนองต่ำภายใต้เงื่อนไขที่เงื่อนไขอื่น ๆ จะไม่ส่งผลกระทบต่อประสบการณ์ของผู้ใช้ ดังนั้นเนื้อหาจึงเกี่ยวข้องกับหัวข้อต่างๆมากมาย
|
ป้อนอีเมลเพื่อรับเซอร์ไพรส์
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
หมวดหมู่
จดหมายข่าว