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