ส่วนขยายแหล่งที่มาของสื่อ HTML5: นำวิดีโอการผลิตมาสู่เว็บ

ในทศวรรษที่ผ่านมา ปลั๊กอินเช่น Flash และ Silverlight ได้เปิดใช้งานการรับชมวิดีโอจำนวนมากในเบราว์เซอร์ ซึ่งให้บริการยอดนิยม เช่น YouTube และ Netflix อย่างไรก็ตาม แนวทางนี้ได้เปลี่ยนไปสู่ ​​HTML5 ในช่วงไม่กี่ปีที่ผ่านมา

เกือบสองปีที่แล้ว W3C ได้เผยแพร่คำแนะนำขั้นสุดท้ายของข้อกำหนด HTML5 ซึ่งมาพร้อมกับองค์ประกอบ HTML และ API ชุดใหม่ โดยเฉพาะอย่างยิ่งสำหรับวิดีโอ บางส่วนมุ่งหมายสำหรับความหมายที่มากขึ้นในหน้าเว็บแต่ไม่ได้แนะนำคุณลักษณะใหม่ อื่นๆ ขยายความเป็นไปได้ของเว็บและปรับปรุงความเป็นไปได้สำหรับนักพัฒนา โดยไม่ต้องใช้ปลั๊กอิน เช่น Adobe Flash, Microsoft Silverlight หรือ Java

อ่านเพิ่มเติม เกี่ยวกับ SmashingMag:

• มอบประสบการณ์ดั้งเดิมด้วยเทคโนโลยีเว็บ
• การสร้าง Polyfill ที่สมบูรณ์สำหรับองค์ประกอบรายละเอียด HTML5
• คู่มือสำหรับผู้เริ่มต้นใช้งานเว็บแอปแบบก้าวหน้า
• โลโก้ HTML5: คุณคิดอย่างไร

นี่เป็นสิ่งสำคัญอย่างยิ่ง เนื่องจาก ตัวอย่างเช่น Google ได้ประกาศการลบ NPAPI (API ที่ใช้โดยปลั๊กอินเหล่านี้) เช่นเดียวกับ Firefox และ Microsoft สนับสนุนการเรียกดูแบบไม่มีปลั๊กอิน แม้ว่าผู้จำหน่ายเหล่านี้จะยังมี Flash Player อยู่ แต่อาจต้องใช้เวลาสักระยะก่อนที่จะไม่มี นอกจากนี้ เบราว์เซอร์บนอุปกรณ์พกพายังเป็นอีกก้าวหนึ่ง เนื่องจากเบราว์เซอร์ส่วนใหญ่ไม่รองรับปลั๊กอินและไม่มี Flash Player

มาดูองค์ประกอบ HTML5 ใหม่และสิ่งที่ปรับปรุงสำหรับวิดีโอ:

• <canvas> มีสคริปต์สำหรับแสดงกราฟ กราฟิกเกม และอื่นๆ บางครั้งเรียกว่า Canvas JavaScript API องค์ประกอบ canvas ยังสามารถใช้กับ WebGL เพื่อแสดงผลกราฟิก 2D และ 3D โดยใช้ GPU ของการ์ดแสดงผล
• <video> ทำให้สามารถเล่นวิดีโอได้ทันที ซึ่งยอดเยี่ยมมาก ในที่สุดสิ่งนี้ก็ทำให้มัลติมีเดียที่ปราศจากปลั๊กอินบนเว็บกลายเป็นจริงได้ ในความเป็นจริง ผู้จำหน่ายเบราว์เซอร์ดูเหมือนจะเห็นด้วยกับรูปแบบเดียว — MPEG-4/H.264 ซึ่งได้รับการสนับสนุนในระดับสากลในเบราว์เซอร์สมัยใหม่ ยกเว้น Opera Mini ที่โดดเด่น
• <audio> ช่วยให้สามารถเล่นเนื้อหาเสียงบนหน้าเว็บได้ทันที เช่นเดียวกับวิดีโอ การตัดสินใจเลือกรูปแบบคอนเทนเนอร์และตัวแปลงสัญญาณที่จะสนับสนุนนั้นขึ้นอยู่กับผู้จำหน่ายเบราว์เซอร์
• <track> สามารถใช้สำหรับแทร็กข้อความที่มีกำหนดเวลา เช่น คำบรรยายและคำอธิบายภาพในวิดีโอ รองรับไฟล์ WebVTT แบบสำเร็จรูป

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

สำหรับฉัน มาตรฐานที่สำคัญที่สุดที่ W3C กำลังทำงานคือมาตรฐาน "Media Source Extensions" (MSE) ซึ่งปัจจุบันมีสถานะเป็น "Candidate Recommendation" JavaScript API นี้ช่วยให้เราสร้างสตรีมสื่อสำหรับ <video> , <audio> และองค์ประกอบอื่น ๆ ทำให้สามารถสตรีมมาตรฐานที่ปรับเปลี่ยนได้ เช่น MPEG-DASH ใน HTML5 และ JavaScript ล้วนๆ

อีกสิ่งที่น่าสนใจคือมาตรฐาน "ส่วนขยายสื่อเข้ารหัส" ซึ่งช่วยให้สามารถเล่นเนื้อหาที่ได้รับการป้องกันใน HTML5 และ JavaScript อย่างไรก็ตาม ปัจจุบันนี้เป็น "ร่างการทำงาน" และจะใช้เวลาสักครู่กว่าจะเสร็จสิ้น

เรายินดีกับมาตรฐานใหม่และตั้งตารอเวลาที่เราไม่จำเป็นต้องมี Flash Player หรือปลั๊กอิน เมื่อสามารถดูมัลติมีเดียได้บนอุปกรณ์แทบทุกชนิดด้วยการใช้งานเพียงครั้งเดียว

ทำไมต้องเป็น MPEG-DASH?

มาดูรูปแบบการสตรีม MPEG-DASH และเหตุผลที่ใช้ใน HTML5 กัน MPEG-DASH (DASH ย่อมาจาก Dynamic Adaptive Streaming ผ่าน HTTP) เป็นมาตรฐานสากลที่ไม่ขึ้นกับผู้จำหน่าย ซึ่งให้สัตยาบันโดย MPEG และ ISO (ISO/IEC 2309-1) เทคโนโลยีการสตรีมแบบปรับได้ก่อนหน้านี้ เช่น Apple HLS, Microsoft Smooth Streaming และ Adobe HDS ได้รับการเผยแพร่โดยผู้จำหน่ายพร้อมการสนับสนุนที่จำกัดสำหรับเซิร์ฟเวอร์สตรีมมิงที่ไม่ขึ้นกับผู้จำหน่ายหรือสำหรับไคลเอ็นต์การเล่น เห็นได้ชัดว่าสถานการณ์ที่ขึ้นกับผู้จำหน่ายไม่เป็นที่ต้องการ ดังนั้นหน่วยงานมาตรฐานจึงเริ่มกระบวนการประสานกัน ซึ่งส่งผลให้เกิดการให้สัตยาบัน MPEG-DASH ในปี 2555

นี่คือเป้าหมายและประโยชน์ของ MPEG-DASH โดยสังเขป:

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

ในช่วงไม่กี่ปีที่ผ่านมา MPEG-DASH ได้ถูกรวมเข้ากับความพยายามในการสร้างมาตรฐานใหม่ — เช่น HTML5 MSE ซึ่งเปิดใช้งานการเล่น DASH ผ่านแท็ก video และ audio ของ HTML5 รวมถึงส่วนขยายสื่อที่เข้ารหัส HTML5 ซึ่งเปิดใช้งานการเล่นที่มีการป้องกัน DRM ในเว็บเบราว์เซอร์ . นอกจากนี้ การป้องกัน DRM ด้วย MPEG-DASH ยังประสานกันระหว่างระบบต่างๆ ด้วย MPEG-CENC (สำหรับการเข้ารหัสทั่วไป) และการเล่น MPEG-DASH บนแพลตฟอร์มสมาร์ททีวีที่แตกต่างกันนั้นเปิดใช้งานผ่านการทำงานร่วมกับ Hybrid Broadcast Broadband TV (HbbTV 1.5 และ HbbTV 2.0)

นอกจากนี้ การใช้มาตรฐาน MPEG-DASH ได้ลดความซับซ้อนลงโดยความพยายามของอุตสาหกรรมเกี่ยวกับ DASH Industry Forum และคำแนะนำของ DASH-AVC/264 รวมถึงการริเริ่มเชิงคาดการณ์ล่วงหน้า เช่น คำแนะนำ DASH-HEVC/265 เกี่ยวกับการใช้ H.265/HEVC ภายใน MPEG-DASH

ปัจจุบัน MPEG-DASH ถูกปรับใช้มากขึ้นเรื่อยๆ โดยบริการต่างๆ เช่น Netflix และ Google ซึ่งเพิ่งเปลี่ยนมาใช้มาตรฐานใหม่นี้ ด้วยแหล่งที่มาของการรับส่งข้อมูลหลักทั้งสองนี้ MPEG-DASH คิดเป็น 50% ของการรับส่งข้อมูลทางอินเทอร์เน็ตทั้งหมด

MSE ทำงานอย่างไร

ตอนนี้ มาดูรายละเอียดของ MSE และวิธีที่นักพัฒนาจะนำไปใช้ MSE เป็นข้อกำหนดที่ขยาย HTMLMediaElement เพื่ออนุญาตให้ JavaScript สร้างสตรีมสื่อแบบไดนามิกสำหรับแท็ก audio และ video ก่อนหน้านี้ไม่สามารถทำได้เนื่องจากแท็กเหล่านี้เข้าถึงได้เฉพาะไฟล์แบบเต็ม (เช่น ไฟล์ MP4) วิธีการนี้เรียกอีกอย่างว่าการสตรีมแบบโปรเกรสซีฟหรือการดาวน์โหลดแบบโปรเกรสซีฟ เนื่องจากไฟล์สื่อถูกดาวน์โหลดและเล่นพร้อมกัน ทำให้สามารถสตรีมแบบหลอกได้

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

ดังที่กล่าวไว้ MPEG-DASH คือรูปแบบการสตรีมที่เลือกใช้สำหรับ MSE มาดูขั้นตอนที่จำเป็นในการสร้างเครื่องเล่นวิดีโอที่ใช้ HTML5 MSE:

1. ดาวน์โหลดและแยกวิเคราะห์ไฟล์ Manifest ซึ่งเรียกว่า MPD ใน MPEG-DASH ซึ่งอธิบายรายละเอียดของสตรีมวิดีโอ เช่น จำนวนระดับคุณภาพและความละเอียดของสตรีมวิดีโอ ภาษาของเสียงและคำบรรยาย ตลอดจนชื่อของกลุ่มสื่อและ ไฟล์บนเซิร์ฟเวอร์ต้นทาง HTTP หรือ CDN
2. ประมาณการแบนด์วิดธ์ที่มีอยู่บนอุปกรณ์ไคลเอนต์ เลือกคุณภาพวิดีโอที่เหมาะสมเพื่อให้เกิดการสตรีมแบบไม่มีบัฟเฟอร์ และดาวน์โหลดกลุ่มสื่อใน JavaScript
3. ส่งมอบเซ็กเมนต์สื่อที่ดาวน์โหลดไปยังบัฟเฟอร์ MSE ใน JavaScript
4. ถอดรหัสและแสดงวิดีโอผ่านแท็ก video โดยทั่วไปแล้วจะอยู่ในฮาร์ดแวร์

นี่คือการทำงานของโปรแกรมเล่นสตรีมแบบปรับตัวตาม HTML5 ที่ Netflix และ YouTube ใช้ มีโซลูชันที่ค่อนข้างสมบูรณ์อยู่แล้ว ซึ่งช่วยให้นักพัฒนาและผู้ให้บริการเนื้อหาเปลี่ยนไปใช้สตรีมมิงแบบปรับบิตเรตใน HTML5 ได้ง่าย เช่น DASH-IF โปรเจ็กต์โอเพ่นซอร์ส dash.js และโปรแกรมเล่น Bitdash HTML5

การสร้างเนื้อหา MPEG-DASH นั้นตรงไปตรงมาและรองรับโดยเครื่องมือโอเพนซอร์ซ เช่น x264 และ MP4Box เช่นเดียวกับบริการเข้ารหัสเชิงพาณิชย์เช่น Bitcodin

อย่างไรก็ตาม การใช้ MSE ไม่ได้จำกัดแค่ MPEG-DASH โครงการมากขึ้นเรื่อยๆ (รวมถึง hls.js) และโปรแกรมเล่น (รวมถึง Bitdash) รองรับรูปแบบ HLS ของ Apple ใน HTML5 โดยใช้ MSE พวกเขาทำสิ่งนี้โดยทรานส์มัลติเพล็กซ์เซ็กเมนต์สื่อ HLS — ซึ่งเป็นคอนเทนเนอร์ MPEG2-TS — เป็นรูปแบบไฟล์สื่อ ISO Base Media ที่กำหนดโดย HTML5 และ MPEG-DASH

ส่วนขยายสื่อที่เข้ารหัสสำหรับ DRM

การเปลี่ยนแปลงที่สำคัญกำลังเกิดขึ้นในตลาด DRM ซึ่งเกิดจากปลั๊กอิน NPAPI ที่ใกล้จะตกต่ำ เช่น Silverlight ซึ่งทำให้ระบบ DRM ชั้นนำ PlayReady ลดลงจาก Chrome และ Firefox สิ่งนี้ทำให้ผู้ให้บริการเนื้อหาระดับพรีเมียมเกือบทั้งหมดอยู่ในสถานการณ์ที่ยากลำบาก เนื่องจากพวกเขาจะต้องเปลี่ยนเทคโนโลยีและค้นหาโซลูชันที่รองรับอนาคต

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

สำหรับผู้ให้บริการเนื้อหาหลายราย MPEG-DASH ได้กลายเป็นเทคโนโลยีทางเลือก โปรเจ็กต์ DASH ได้เปิดตัวอย่างรวดเร็ว และ MSE และส่วนขยายสื่อที่เข้ารหัส (EME) ที่มี Widevine DRM ดูเหมือนจะเป็นทางเลือกที่เหมาะสมที่สุด นอกจากนี้ MPEG-CENC ยังช่วยให้สนับสนุนระบบ DRM ที่แยกจากกันด้วยเนื้อหาที่ได้รับการคุ้มครองเพียงเวอร์ชันเดียว และ EME นั้นใช้ MSE สำหรับเนื้อหาแบบ MPEG-DASH

ดังนั้น การรวมกันระหว่างระบบ DRM ต่างๆ — ตัวอย่างเช่น Widevine Modular สำหรับ Chrome และ Android, Microsoft PlayReady สำหรับ Internet Explorer และ Edge และ Adobe's Primetime สำหรับ Firefox — สำหรับเนื้อหาเวอร์ชันเดียวทำให้ผู้ให้บริการเนื้อหามีแรงจูงใจเพิ่มเติมที่จะเปลี่ยนไปใช้ MPEG -DASH เป็นมาตรฐานสากล เนื่องจากมีความยืดหยุ่นในการสตรีม DRM และ CDN

รองรับเบราว์เซอร์สำหรับ MSE และ EME

หลังจากที่ผู้ให้บริการเบราว์เซอร์ HTML5 และ MSE โดยเฉพาะอย่างยิ่งการยอมรับช้าไปสองสามปี ตอนนี้เราพบว่าส่วนใหญ่สนับสนุนมัน สิ่งนี้ใช้ได้กับ EME ด้วย แม้ว่าในกรณีนี้ผู้ขายแต่ละรายจะใช้ระบบ DRM ที่แตกต่างกัน และระบบนิเวศมีความแตกต่างกันเล็กน้อย

อย่างไรก็ตาม เพื่อให้เข้าถึงผู้ใช้ได้ 99% เราต้องมีการตั้งค่าการสตรีมวิดีโอที่รองรับเบราว์เซอร์ที่ไม่รองรับ MSE ด้วย โดยเฉพาะในเบราว์เซอร์เวอร์ชันเก่าและ Safari บน iOS เบราว์เซอร์เก่าสามารถให้บริการได้อย่างง่ายดายโดยใช้โปรแกรมเล่นที่ใช้ Flash ซึ่งสามารถเล่นเนื้อหา MPEG-DASH เดียวกันกับที่ MSE ใช้ ดังที่แสดงโดยโปรแกรมเล่น Bitdash เพื่อรองรับอุปกรณ์ iOS เราต้องใช้รูปแบบการสตรีมของ Apple ที่เรียกว่า HLS ซึ่ง Apple กำหนดให้ใช้ HTML5 Apple ไม่รองรับมาตรฐานแบบเปิด เช่น MSE แม้ว่าจะรองรับบน Safari บน OS X ก็ตาม

เมทริกซ์ต่อไปนี้ให้ภาพรวมของสถานะของการสนับสนุน MSE และ EME ในเบราว์เซอร์และแพลตฟอร์มต่างๆ ในปัจจุบัน (ได้รับความอนุเคราะห์จาก Bitmovin):

อนาคตของวิดีโอ HTML5

ตัวแปลงสัญญาณสื่อใหม่กำลังรุกเข้าสู่ตลาด ทำให้การบีบอัดวิดีโอมีประสิทธิภาพมากขึ้น ซึ่งเป็นสิ่งสำคัญอย่างยิ่งสำหรับรูปแบบคุณภาพสูง เช่น 4K และ UHD และการสตรีมไปยังอุปกรณ์พกพา ตัวแปลงสัญญาณที่พบบ่อยที่สุดคือ HEVC/h.265 ซึ่งอาจเป็นตัวแปลงสัญญาณเริ่มต้นในอีกสองสามปีนับจากนี้ (หากสถานการณ์สิทธิบัตรไม่ทำให้เกิดปัญหาขึ้น) และมันยังจะใช้ MSE ในตัวของเบราว์เซอร์สำหรับการเล่นและใช้ MPEG-DASH เป็นรูปแบบการสตรีม ซึ่งแสดงให้เห็นถึงความยืดหยุ่นของมาตรฐานเปิดนี้

นักพัฒนาโปรแกรมเล่นวิดีโอต้องทำการปรับเปลี่ยนง่ายๆ เช่น เปลี่ยนแอตทริบิวต์ของตัวแปลงสัญญาณเมื่อสร้าง SourceBuffer และหากเบราว์เซอร์ที่รองรับการถอดรหัส HEVC (เป็นไปได้สูงว่าจะทำโดยตัวถอดรหัสฮาร์ดแวร์) คุณจะสามารถรับชมสตรีม HEVC MPEG-DASH ของคุณใน HTML5 ได้! เราได้ทดสอบกับเบราว์เซอร์ต่างๆ เช่น Microsoft Edge ซึ่งมาพร้อมกับการรองรับ HEVC ได้สำเร็จ นอกจากนี้ Google เพิ่งประกาศการสนับสนุนในเบราว์เซอร์ Chromium

อย่างไรก็ตาม HEVC ยังไม่พร้อมใช้งานสำหรับเนื้อหาวิดีโอทางอินเทอร์เน็ตส่วนใหญ่ และมีอุปกรณ์เพียงไม่กี่เครื่องเท่านั้นที่สามารถถอดรหัสได้ และแน่นอนว่าไม่ใช่ตัวแปลงสัญญาณเพียงตัวเดียวในเมือง รูปแบบการเข้ารหัสวิดีโอแบบเปิดและไม่มีค่าลิขสิทธิ์ VP9 (ตัวต่อจาก VP8) มีเป้าหมายเพื่อให้มีประสิทธิภาพในการเข้ารหัสที่ดียิ่งขึ้น และได้รับการสนับสนุนจากเบราว์เซอร์ยอดนิยมเช่น Google Chrome และ Microsoft Edge แล้ว และตัวแปลงสัญญาณนี้เข้ากันได้กับ MSE เช่นกัน อย่างไรก็ตาม เราไม่สามารถคาดการณ์ได้ว่าตัวแปลงสัญญาณตัวใดจะเข้าสู่รูทีนการสตรีมประจำวันของเรา แต่ไม่ว่าจะเป็น VP8/9, AVC หรือ HEVC, MSE และ MPEG-DASH ก็พร้อม!

เทรนด์ที่กำลังจะเกิดขึ้นคือวิดีโอ 360 องศา ซึ่งค่อนข้างตรงไปตรงมาเพื่อใช้ใน HTML5 นักพัฒนาสามารถใช้การรองรับการสตรีมแบบปรับได้ของ MSE และเพิ่มเลเยอร์การเรนเดอร์ JavaScript หรือ WebGL เพื่อประสบการณ์ 360 องศาที่ด้านบน เมื่อเร็ว ๆ นี้ ฉันได้พูดคุยเกี่ยวกับหัวข้อนี้และวิธีสร้างบริการที่เหมือน Netflix สำหรับ Virtual Reality โดยใช้ HTML5, JavaScript, DASH และ WebGL

บทสรุป

ฉันหวังว่าบทความนี้จะให้ภาพรวมที่ดีเกี่ยวกับสถานะและอนาคตของวิดีโอบนเว็บแก่คุณ MSE และ EME เป็นก้าวสำคัญสู่ระบบนิเวศของมาตรฐานแบบเปิดสำหรับวิดีโอบนเว็บ โดยมาแทนที่ปลั๊กอิน เช่น Flash และ Silverlight นอกจากนี้ HTML5 กำลังเข้าสู่แพลตฟอร์มที่เลือกได้ในโลกที่มีหลายแพลตฟอร์มในปัจจุบัน รวมถึงสภาพแวดล้อมเดสก์ท็อป มือถือ และสมาร์ททีวี

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