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 -> ยิดดิช
HTTP Live Streaming (HLS) เป็นโปรโตคอลการส่งผ่านสื่อสตรีมมิ่งที่ใช้ HTTP ซึ่งดำเนินการโดย Apple Inc. ซึ่งสามารถรับรู้สื่อสตรีมมิ่งแบบสดและแบบออนดีมานด์ ส่วนใหญ่จะใช้ในระบบ iOS เพื่อให้เสียงสำหรับอุปกรณ์ iOS (เช่น iPhone และ iPad) วิดีโอสดและโปรแกรมตามความต้องการ HLS on-demand นั้นโดยพื้นฐานแล้ว HTTP ที่แบ่งกลุ่มตามความต้องการทั่วไป ความแตกต่างคือส่วนของมันมีขนาดเล็กมาก เพื่อให้บรรลุ HLS ตามความต้องการโฟกัสอยู่ที่การแบ่งส่วนไฟล์สื่อ ปัจจุบันมีเครื่องมือโอเพนซอร์สมากมายที่สามารถใช้งานได้ ฉันจะไม่พูดถึงที่นี่ แต่พูดถึงเทคโนโลยีการถ่ายทอดสด HLS
เมื่อเปรียบเทียบกับโปรโตคอลการถ่ายทอดสดของสื่อสตรีมมิ่งทั่วไปเช่น RTMP, RTSP, MMS เป็นต้นความแตกต่างที่ใหญ่ที่สุดของการถ่ายทอดสด HLS คือสิ่งที่ไคลเอ็นต์การถ่ายทอดสดได้รับไม่ใช่สตรีมข้อมูลที่สมบูรณ์ โปรโตคอล HLS จัดเก็บสตรีมข้อมูลแบบสดเป็นไฟล์สื่อแบบต่อเนื่องระยะเวลาสั้น (รูปแบบ MPEG-TS) ที่ฝั่งเซิร์ฟเวอร์และไคลเอนต์จะดาวน์โหลดและเล่นไฟล์ขนาดเล็กเหล่านี้อย่างต่อเนื่องเนื่องจากฝั่งเซิร์ฟเวอร์จะอัปเดตการถ่ายทอดสดล่าสุดอยู่เสมอ ข้อมูลจะสร้างไฟล์ขนาดเล็กใหม่ตราบใดที่ไคลเอนต์เล่นไฟล์ที่ได้รับจากเซิร์ฟเวอร์ตามลำดับอย่างต่อเนื่องการถ่ายทอดสดจะรับรู้ จะเห็นได้จากสิ่งนี้โดยพื้นฐานแล้วถือได้ว่า HLS เป็นวิธีการทางเทคนิคตามความต้องการเพื่อให้ได้การถ่ายทอดสด เนื่องจากข้อมูลถูกส่งผ่านโปรโตคอล HTTP จึงไม่จำเป็นต้องพิจารณาปัญหาไฟร์วอลล์หรือพร็อกซีเลยและระยะเวลาของไฟล์ที่แบ่งกลุ่มนั้นสั้นมากและไคลเอนต์สามารถเลือกและเปลี่ยนอัตรารหัสได้อย่างรวดเร็วเพื่อปรับให้เข้ากับการเล่นภายใต้ เงื่อนไขแบนด์วิธที่แตกต่างกัน อย่างไรก็ตามลักษณะทางเทคนิคของ HLS นี้ระบุว่าความล่าช้าโดยทั่วไปจะสูงกว่าโปรโตคอลการถ่ายทอดสดของสื่อสตรีมมิ่งทั่วไป
ข้อกำหนดโปรโตคอล HLS เพื่อสร้างไฟล์ TS มาตรฐานแบบแบ่งส่วนและไฟล์ดัชนี m3u8
เทคโนโลยีการเล่น P2P
คอมพิวเตอร์ A สั่งวิดีโอ vedio เซิร์ฟเวอร์จะบันทึกและสอบถามว่าคอมพิวเตอร์ใดที่อยู่รอบ ๆ คอมพิวเตอร์ A กำลังดูวิดีโอและพบว่าคอมพิวเตอร์ B ในขณะนี้คอมพิวเตอร์ B ถูกใช้เป็น CDN เพื่อจัดหาทรัพยากรสำหรับคอมพิวเตอร์ A
CDN: การเร่งเนื้อหา
hls เป็นวิดีโอปกติ
drm เป็นวิดีโอป้องกันลิขสิทธิ์ดิจิทัล
https คืออุโมงค์ด้านนอก
ความแตกต่างระหว่าง http และ https
ข้อมูลที่ส่งโดยอุโมงค์ที่สร้างขึ้นหลังจากการดำเนินการจับมือหลายครั้งจะถูกเข้ารหัส / ถอดรหัสแบบสมมาตรซึ่งเกี่ยวข้องกับ 6 คีย์และเป็นช่วงเวลาสั้น ๆ ดังนั้นจึงปลอดภัย HTTP และ https ใช้วิธีการเชื่อมต่อที่แตกต่างกันโดยสิ้นเชิงและใช้พอร์ตที่แตกต่างกัน อดีตคือ 80 และหลังคือ 443 การเชื่อมต่อ http นั้นง่ายมากและไม่มีสถานะ ... โปรโตคอล HTTPS เป็นโปรโตคอลเครือข่ายที่สร้างโดยโปรโตคอล SSL + HTTP ที่สามารถเข้ารหัสการส่งผ่านและการตรวจสอบตัวตนปลอดภัยกว่าโปรโตคอล http
HLS เทียบกับ RTMP, การเปรียบเทียบ RTSP
คุณควรพูดถึง HTTP Live Streaming [1] นี่คือเทคโนโลยีที่ Apple พัฒนาขึ้นเพื่อปรับปรุงประสิทธิภาพการสตรีม มีลักษณะเฉพาะโดยการแบ่งสื่อสตรีมมิ่งออกเป็นส่วน TS หลาย ๆ ส่วน (ตัวอย่างเช่นหนึ่งเซ็กเมนต์ทุกๆ 10 วินาที) จากนั้นรวบรวมเซ็กเมนต์ TS เหล่านี้ผ่านไฟล์รายการ m3u ที่ขยายเพื่อให้โปรแกรมเล่นไคลเอนต์ได้รับ
ข้อดีของวิธีนี้เมื่อเทียบกับการใช้โปรโตคอล RTSP คือเมื่อการแบ่งกลุ่มเสร็จสิ้นกระบวนการแจกจ่ายที่ตามมาไม่จำเป็นต้องใช้ซอฟต์แวร์พิเศษใด ๆ เลย เซิร์ฟเวอร์เครือข่ายธรรมดาก็เพียงพอแล้วซึ่งจะช่วยลดข้อกำหนดในการกำหนดค่าของเซิร์ฟเวอร์ขอบ CDN ได้อย่างมากและคุณสามารถใช้ CDN ที่ไม่อยู่ในชั้นวางได้ โปรโตคอลที่ใช้ในการแจกจ่ายคือ HTTP ที่พบบ่อยที่สุด การเพิ่มประสิทธิภาพแคชของโปรโตคอลนี้โดยพร็อกซีเซิร์ฟเวอร์นั้นค่อนข้างสมบูรณ์ในขณะที่พร็อกซีเซิร์ฟเวอร์เพียงไม่กี่แห่งจะปรับแคชของ RTSP ให้เหมาะสม สิ่งนี้มีข้อดีอย่างมากสำหรับการเล่นวิดีโอแบบเรียลไทม์ (แบบนุ่มนวล) เนื่องจากหลังจากการกระจายดังกล่าวแรงกดโหลดบนเซิร์ฟเวอร์ต้นทางจะน้อยลง
โปรโตคอลสื่อการสตรีมมีสามประเภท ได้แก่ rtmp, rtsp, http สตรีมมิงแบบสด (แบบหนึ่งสำหรับ apple และอีกแบบสำหรับ adobe)
Rtmp คือ adobe, rtsp android native support, http live streaming (ต่อไปนี้จะเรียกว่า hls) เป็นคุณสมบัติหลักของ Apple และในที่สุด adobe ก็รองรับ
ทั้ง rtmp และ rtsp ต้องการเซิร์ฟเวอร์พิเศษเช่น rtmp ต้องการ FMS / red5, rtsp ต้องใช้ดาร์วินเป็นต้น hls ต้องการเซิร์ฟเวอร์ธรรมดาเท่านั้นและประโยชน์ที่ได้รับนั้นชัดเจนมากในชั้นแรก
แอปพลิเคชั่น RTMP สดและการวิเคราะห์ความล่าช้า
ในแอปพลิเคชั่นถ่ายทอดสด RTMP และ HLS สามารถครอบคลุมไคลเอนต์ทั้งหมดที่รับชมได้
ข้อได้เปรียบหลักของ HLS คือความล่าช้าค่อนข้างมากและข้อได้เปรียบหลักของ RTMP คือความล่าช้านั้นต่ำการเปรียบเทียบวิธีการกระจายสื่อแบบสตรีมมิ่ง
เปรียบเทียบวิธีการกระจายสื่อสตรีมมิ่งต่อไปนี้ที่ใช้บนอินเทอร์เน็ต:
. HLS: HLS ของ Apple รองรับการถ่ายทอดสดแบบออนดีมานด์และการถ่ายทอดสด
. HTTP: สตรีม HTTP สตรีม http ที่กำหนดโดยแต่ละ บริษัท นำไปใช้กับเว็บไซต์วิดีโอออนดีมานด์ในประเทศ
. RTMP: แอปพลิเคชัน Live ซึ่งมีข้อกำหนดบางประการสำหรับประสิทธิภาพแบบเรียลไทม์ส่วนใหญ่เป็นพีซี
RTMFP RTMFP M3U8 VOD ตาม UDP
ด้วยการใช้ RTMFP แอปพลิเคชันที่อาศัยการถ่ายทอดสดและการสื่อสารแบบเรียลไทม์เช่นชุมชนการแชทด้วยเสียงและวิดีโอและเกมแบบผู้เล่นหลายคนจะมีความสามารถในการเผยแพร่โซลูชันการสื่อสารคุณภาพสูง RTMFP ช่วยให้ผู้ใช้สามารถเชื่อมต่อและสื่อสารได้โดยตรงและสนทนาโดยตรงด้วยไมโครโฟนและกล้อง RTMFP จะไม่รองรับการแชร์ไฟล์และเอกสาร โซลูชันนี้ปรับปรุงประสบการณ์ Flash Player ปัจจุบันในการโต้ตอบกับเครือข่าย
RTMFP จะลดการใช้แบนด์วิดท์ของการถ่ายทอดสดและโซลูชันการแชทแบบเรียลไทม์เช่นการแชทด้วยเสียงและวิดีโอและเกมที่มีผู้เล่นหลายคน เนื่องจากข้อมูล RTMFP ไหลระหว่างผู้ใช้ปลายทางแทนที่จะเป็นเซิร์ฟเวอร์โซลูชันนี้จึงเหมาะมากสำหรับการปรับใช้งานขนาดใหญ่ RTMFP ยังปรับปรุงความเร็วในการรับส่งข้อมูลเนื่องจากใช้ UDP UDP เป็นวิธีที่มีประสิทธิภาพมากขึ้นในการส่งสัญญาณเสียงและวิดีโอบนอินเทอร์เน็ตแม้ว่าจะมีการสูญหายของแพ็กเก็ตและแพ็กเก็ตผิดพลาดก็ตาม RTMFP มีคุณสมบัติสองประการที่สามารถช่วยแก้ไขข้อผิดพลาดในการเชื่อมต่อบางอย่างได้
การกู้คืนการเชื่อมต่ออย่างรวดเร็ว: การเชื่อมต่อจะฟื้นตัวอย่างรวดเร็วในสถานการณ์ที่ไม่คาดคิด ตัวอย่างเช่นหากการเชื่อมต่อไร้สายหลุดเมื่อเชื่อมต่อใหม่เขาจะมีความสามารถในการรับส่งข้อมูลทั้งหมดอย่างรวดเร็ว
พลวัตของ IP: เซสชันเครือข่ายที่ใช้งานอยู่จะถูกระบุโดย PEER แม้ว่าจะเปลี่ยน IP แต่ก็ยังคงรักษาเซสชันเดิมได้ ตัวอย่างเช่นหากแล็ปท็อปได้รับที่อยู่ IP ใหม่บนเครือข่ายไร้สายแล็ปท็อปจะดำเนินการสนทนาต่อทันที
ความแตกต่างระหว่าง RTMP และ RTMFP
สิ่งพื้นฐานที่สุดคือโปรโตคอลที่ใช้บนเครือข่าย RTMFP ขึ้นอยู่กับ UDP และ RTMP ขึ้นอยู่กับ TCP UDP ยังคงมีข้อดีมากกว่า TCP ในการส่งข้อมูลสดเช่นการลดความล่าช้าและความทนทานต่อการสูญเสียแพ็กเก็ตแม้ว่าจะมีการสูญเสียความน่าเชื่อถือ ต่างจาก RTMP ตรงที่ RTMFP รองรับ Flash Player เพื่อส่งข้อมูลโดยตรงไปยังอีกเครื่องหนึ่งโดยไม่ต้องผ่านเซิร์ฟเวอร์ การเชื่อมต่อเซิร์ฟเวอร์จะใช้เพื่อเริ่มต้นและแลกเปลี่ยนข้อมูลบางอย่างระหว่างไคลเอนต์ นอกจากนี้ยังสามารถใช้เพื่อโทรออกจากเซิร์ฟเวอร์หรือเป็นเกตเวย์ไปยังระบบอื่น ๆ นอกจากนี้ FMS จะถูกใช้เพื่อให้บริการตรวจสอบที่อยู่แก่ผู้ใช้และบริการแปลที่อยู่ NAT เพื่อป้องกันไม่ให้ผู้ใช้ตกอยู่ในความสับสน
บริการซูเปอร์โหนด Cirrus (Stratus) ที่จัดเตรียมโดย Adobe ช่วยให้โหนด Flash Player อิสระเข้าสู่ระบบเพื่อรับ ID ของเครือข่ายโอเวอร์เลย์ P2P (โอเวอร์เลย์) และช่วยในการเจาะไฟร์วอลล์ ผู้ใช้สามารถสร้างบริการ Tracker แยกต่างหากเพื่อช่วยคัดกรองโหนดหรือใช้บริการกลุ่มของ RTMFP โดยตรงเพื่อแชร์ข้อมูลโดยใช้มัลติคาสต์
|
ป้อนอีเมลเพื่อรับเซอร์ไพรส์
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
หมวดหมู่
จดหมายข่าว