एचटीएमएल5 वीडियो

<डिव क्लास = नोप्रिंट> HTML5 विनिर्देश ने वीडियो चलाने के उद्देश्य से वीडियो तत्व पेश किया, वस्तु तत्व को आंशिक रूप से बदलना। एचटीएमएल 5 वीडियो का इरादा इसके रचनाकारों द्वारा वेब पर वीडियो दिखाने का नया मानक तरीका बनने का है, मालिकाना एडोब फ्लैश प्लगइन का उपयोग करने के पिछले वास्तविक मानक के बजाय, हालांकि वीडियो कोडिंग प्रारूपों के समझौते की कमी से प्रारंभिक गोद लेने में बाधा आई थी। और ऑडियो कोडिंग प्रारूप वेब ब्राउज़र में समर्थित होने चाहिए। 2020 तक, HTML5 वीडियो आधुनिक ब्राउज़रों में एकमात्र व्यापक रूप से समर्थित वीडियो प्लेबैक तकनीक है, जिसमें फ्लैश प्लगइन को चरणबद्ध किया जा रहा है।

 तत्व का इतिहास
अक्टूबर 2006 में WHATWG द्वारा  तत्व पर चर्चा शुरू हुई।  तत्व ओपेरा सॉफ्टवेयर द्वारा फरवरी 2007 में प्रस्तावित किया गया था। ओपेरा ने एक प्रीव्यू बिल्ड भी जारी किया जो उसी दिन प्रदर्शित किया गया था, और एक घोषणापत्र जिसमें वीडियो को वेब का प्रथम श्रेणी का नागरिक बनने का आह्वान किया गया था।

 तत्व के उदाहरण
निम्नलिखित एचटीएमएल 5 कोड खंड एक वबूम परियोजना वीडियो को वेब पेज में एम्बेड करेगा। <वाक्यविन्यास लैंग = एचटीएमएल 5>  यह वीडियो टैग का समर्थन नहीं करने वाले उपयोगकर्ता एजेंटों को प्रदर्शित करने के लिए फ़ॉलबैक सामग्री है।   नियंत्रण विशेषता प्लेबैक को नियंत्रित करने के लिए ब्राउज़र के अपने उपयोगकर्ता इंटरफ़ेस को सक्षम करती है। वैकल्पिक रूप से, प्लेबैक को JavaScript से नियंत्रित किया जा सकता है, जिसका उपयोग वेब डिज़ाइनर एक कस्टम उपयोगकर्ता इंटरफ़ेस बनाने के लिए कर सकता है। वैकल्पिक पोस्टर विशेषता प्लेबैक शुरू होने से पहले वीडियो के स्थान पर दिखाने के लिए एक छवि निर्दिष्ट करती है। इसका उद्देश्य वीडियो का प्रतिनिधित्व करना है।

एकाधिक स्रोत
वीडियो प्रारूप समर्थन ब्राउज़रों के बीच भिन्न होता है (नीचे देखें), इसलिए एक वेब पेज कई प्रारूपों में वीडियो प्रदान कर सकता है। अन्य सुविधाओं के लिए, कभी-कभी ब्राउज़र सूँघना का उपयोग किया जाता है, जो त्रुटि-प्रवण हो सकता है: किसी भी वेब डेवलपर का ब्राउज़र का ज्ञान अनिवार्य रूप से अधूरा या अप-टू-डेट नहीं होगा। विचाराधीन ब्राउज़र सबसे अच्छा जानता है कि वह किस प्रारूप का उपयोग कर सकता है। वीडियो तत्व एकाधिक स्रोतों के विनिर्देश के माध्यम से फ़ॉलबैक का समर्थन करता है। <स्रोत> तत्वों की किसी भी संख्या का उपयोग करते हुए, जैसा कि नीचे दिखाया गया है, ब्राउज़र स्वचालित रूप से चुन लेगा कि कौन सी फ़ाइल डाउनलोड करनी है। वैकल्पिक रूप से, जावास्क्रिप्ट canPlayType फ़ंक्शन का उपयोग उसी को प्राप्त करने के लिए किया जा सकता है। प्रकार विशेषता इंटरनेट मीडिया प्रकार और संभवतः कोडेक्स की एक सूची निर्दिष्ट करती है, जो ब्राउज़र को यह निर्धारित करने में मदद करती है कि क्या वह फ़ाइल को डाउनलोड किए बिना डिकोड कर सकता है। MIME प्रकार फ़ाइल के कंटेनर प्रारूप को दर्शाता है, और कंटेनर प्रारूप कोडेक स्ट्रिंग की व्याख्या को परिभाषित करता है। <वाक्यविन्यास लैंग = एचटीएमएल 5>  <स्रोत src= av1.mp4 प्रकार='वीडियो/mp4; कोडेक = av01.0.00M.08, कृति '> <स्रोत src= avc.mp4 प्रकार='वीडियो/mp4; कोडेक = avc1.4D401E, mp4a.40.2 '> <स्रोत स्रोत ="vp9.webm टाइप = 'वीडियो/वेबएम; कोडेक = vp9.0, कृति '> <स्रोत स्रोत ="theora.ogv टाइप = 'वीडियो/ओजीजी; कोडेक्स = थियोरा, वोरबिस '> यह उपयोगकर्ता एजेंटों के लिए प्रदर्शित करने के लिए फ़ॉलबैक सामग्री है जो वीडियो टैग का समर्थन नहीं करते हैं।  

समर्थित वीडियो और ऑडियो प्रारूप
HTML5 विनिर्देश यह निर्दिष्ट नहीं करता है कि ब्राउज़र को कौन से वीडियो और ऑडियो प्रारूपों का समर्थन करना चाहिए। उपयोगकर्ता एजेंट किसी भी वीडियो प्रारूप का समर्थन करने के लिए स्वतंत्र हैं जो उन्हें उपयुक्त लगता है, लेकिन सामग्री लेखक यह नहीं मान सकते हैं कि कोई भी वीडियो सभी अनुपालन करने वाले उपयोगकर्ता एजेंटों द्वारा सुलभ होगा, क्योंकि उपयोगकर्ता एजेंटों के पास समर्थन के लिए वीडियो और ऑडियो प्रारूपों का कोई न्यूनतम सेट नहीं है।

HTML5 वर्किंग ग्रुप ने कम से कम एक वीडियो प्रारूप को निर्दिष्ट करना वांछनीय माना, जिसका सभी उपयोगकर्ता एजेंटों (ब्राउज़रों) को समर्थन करना चाहिए। इस संबंध में आदर्श प्रारूप होगा:
 * अच्छा संपीड़न, अच्छी छवि गुणवत्ता और कम डिकोड प्रोसेसर का उपयोग करें।
 * रॉयल्टी मुक्त रहें।
 * सॉफ्टवेयर डिकोडर के अलावा, प्रारूप के लिए एक हार्डवेयर वीडियो डिकोडर मौजूद होना चाहिए, क्योंकि कई एम्बेडेड प्रोसेसर में वीडियो को डिकोड करने का प्रदर्शन नहीं होता है।

प्रारंभ में, ऑग लिखित HTML5 में अनुशंसित मानक वीडियो प्रारूप था, क्योंकि यह किसी भी ज्ञात पेटेंट से प्रभावित नहीं था। लेकिन 10 दिसंबर 2007 को HTML5 विनिर्देश अपडेट किया गया था, ठोस स्वरूपों के संदर्भ को बदलना: "User agents should support Theora video and Vorbis audio, as well as the Ogg container format."

प्लेसहोल्डर के साथ: "It would be helpful for interoperability if all browsers could support the same codecs. However, there are no known codecs that satisfy all the current players: we need a codec that is known to not require per-unit or per-distributor licensing, that is compatible with the open source development model, that is of sufficient quality as to be usable, and that is not an additional submarine patent risk for large companies. This is an ongoing issue and this section will be updated once more information is available."

परिणाम तकनीकी मानक|उद्योग-मानक, मानकीकरण के लिए अंतर्राष्ट्रीय संगठन|आईएसओ-परिभाषित लेकिन सॉफ्टवेयर पेटेंट-भारग्रस्त स्वरूपों, और खुले स्वरूपों के बीच HTML5 वीडियो का ध्रुवीकरण था। ओपन मीडिया के लिए एलायंस द्वारा नए AV1 प्रारूप का उद्देश्य उद्योग मानक, रॉयल्टी-मुक्त और खुला दोनों होना है, और इसमें व्यापक उद्योग समर्थन है।

नि:शुल्क प्रारूप
हालांकि थियोरा ज्ञात गैर-मुक्त पेटेंट से प्रभावित नहीं है, Apple Inc. पेटेंट घात के बारे में चिंता व्यक्त की है जो इसे प्रभावित कर सकता है, जिसके मालिक मुकदमा करने से पहले प्रारूप का उपयोग करने के लिए व्यापक वित्तीय संसाधनों वाले निगम की प्रतीक्षा कर रहे होंगे। उन्नत वीडियो कोडिंग|H.264 जैसे प्रारूप भी सैद्धांतिक रूप से अज्ञात पेटेंट के अधीन हो सकते हैं, लेकिन उन्हें बहुत अधिक व्यापक रूप से तैनात किया गया है और इसलिए यह माना जाता है कि किसी भी पेटेंट-धारक ने पहले ही खुद को ज्ञात कर लिया होगा। Apple Inc. ने भी HTML मानक में Ogg प्रारूप समर्थन की आवश्यकता का विरोध किया है (यहां तक ​​​​कि एक आवश्यकता के रूप में) इस आधार पर कि कुछ उपकरण अन्य प्रारूपों का अधिक आसानी से समर्थन कर सकते हैं, और यह कि HTML को ऐतिहासिक रूप से किसी भी विशेष प्रारूप की आवश्यकता नहीं है। कुछ वेब डेवलपर्स ने विनिर्देशन से ओग प्रारूपों को हटाने की आलोचना की। W3C प्रश्न और उत्तर ब्लॉग पर एक अनुवर्ती चर्चा भी हुई। mozilla और ओपेरा सॉफ्टवेयर केवल थियोरा और वेबम के खुले स्वरूपों का समर्थन करते हैं। Google ने 2011 में विशेष रूप से HTML5 वीडियो टैग के लिए H.264 के लिए समर्थन को हटाने का अपना इरादा बताया। हालाँकि इसे क्रोमियम (वेब ​​ब्राउज़र) से हटा दिया गया है, दस साल बाद भी इसे Google Chrome से हटाया जाना बाकी है।

MPEG-DASH समर्थन HTML5 मीडिया स्रोत एक्सटेंशन (MSE) के माध्यम से
अनुकूली बिटरेट स्ट्रीमिंग मानक MPEG-DASH का उपयोग मीडिया स्रोत एक्सटेंशन | HTML5 मीडिया स्रोत एक्सटेंशन (MSE) के माध्यम से वेब ब्राउज़र में किया जा सकता है। और जावास्क्रिप्ट-आधारित DASH खिलाड़ी। ऐसे खिलाड़ी हैं, उदाहरण के लिए, ओपन-सोर्स प्रोजेक्ट डैश.जेएस DASH इंडस्ट्री फोरम के, लेकिन बिटमोविन के HTML5 वीडियो प्लेयर जैसे उत्पाद भी हैं (जावास्क्रिप्ट के साथ एचटीएमएल 5 का उपयोग करना, लेकिन एचटीएमएल 5 एमएसई का समर्थन नहीं करने वाले विरासत वेब ब्राउज़रों के लिए फ्लैश-आधारित डीएएसएच प्लेयर भी)।

====Google द्वारा On2 की खरीदारी= 2010 में Google द्वारा On2 Technologies के अधिग्रहण के परिणामस्वरूप VP8 वीडियो प्रारूप का अधिग्रहण हुआ। Google ने VP8 का उपयोग करने के लिए रॉयल्टी-मुक्त लाइसेंस प्रदान किया है। Google ने WebM भी शुरू किया, जो Matroska आधारित कंटेनर में Vorbis ऑडियो के साथ मानकीकृत ओपन सोर्स VP8 वीडियो कोडेक को जोड़ता है। फ्री सॉफ्टवेयर फाउंडेशन द्वारा VP8 के उद्घाटन का स्वागत किया गया। जब Google ने जनवरी 2011 में घोषणा की कि वह क्रोम में H.264 के मूल समर्थन को समाप्त कर देगा, Ars Technica के पीटर ब्राइट सहित कई तिमाहियों से आलोचनाएँ हुईं और माइक्रोसॉफ्ट वेब इंजीलवादी टिम स्नीथ, जिन्होंने एस्पेरांतो को संयुक्त राज्य अमेरिका की आधिकारिक भाषा घोषित करने के लिए Google के कदम की तुलना की। हालाँकि, ओपेरा सॉफ्टवेयर के हावर्ड मोएन ने Ars Technica लेख की कड़ी आलोचना की और Google ने खुलेपन के आधार पर अपने उत्पादों में WebM को बढ़ावा देने के अपने इरादे को स्पष्ट करते हुए प्रतिक्रिया का जवाब दिया।

WebM के लॉन्च के बाद, Mozilla और Opera ने HTML में VP8 को शामिल करने का आह्वान किया है। 7 मार्च 2013 को, Google Inc. और MPEG LA, LLC ने उन तकनीकों को कवर करने वाले समझौतों की घोषणा की जो VP8 के लिए आवश्यक हो सकते हैं, Google को MPEG LA और 11 पेटेंट धारकों से लाइसेंस प्राप्त होने के साथ, और MPEG LA ने VP8 पेटेंट पूल बनाने के अपने प्रयासों को समाप्त कर दिया। 2012 में, VP9 को Google द्वारा VP8 के उत्तराधिकारी के रूप में जारी किया गया था, यह भी खुला और रॉयल्टी मुक्त था।

2017 के अंत में VP9 के विकास के रूप में एलायंस फॉर ओपन मीडिया (AOMedia) द्वारा विकसित नया AV1 प्रारूप फीचर फ्रीज तक पहुंच गया है, और जनवरी 2018 के लिए बिटस्ट्रीम फ्रीज की उम्मीद है। फ़ायरफ़ॉक्स नाइटली बिल्ड में पहले से ही AV1 के लिए समर्थन शामिल है।

गैर-मुक्त प्रारूप
H.264/MPEG-4 AVC का व्यापक रूप से उपयोग किया जाता है, और इसमें अच्छी गति, संपीड़न, हार्डवेयर डिकोडर और वीडियो गुणवत्ता होती है, लेकिन यह पेटेंट-भारग्रस्त है। H.264 के उपयोगकर्ताओं को कुछ इंटरनेट प्रसारण वीडियो उपयोगों को छोड़कर, व्यक्तिगत पेटेंट धारकों, या Microsoft और Apple सहित पेटेंट धारकों के एक समूह MPEG LA से लाइसेंस की आवश्यकता होती है। H.264 आमतौर पर उन्नत ऑडियो कोडिंग (AAC) ऑडियो के साथ MP4 कंटेनर प्रारूप में उपयोग किया जाता है। AAC भी अपने आप में पेटेंट से आच्छादित है, इसलिए MP4 के उपयोगकर्ताओं को H.264 और AAC दोनों का लाइसेंस लेना होगा।

जून 2009 में, WHATWG ने निष्कर्ष निकाला कि निर्दिष्ट आवश्यकता के अनुसार कोई मौजूदा प्रारूप उपयुक्त नहीं था। Apple अभी भी केवल H.264 का समर्थन करता है, लेकिन Microsoft अब VP9 और WebM का समर्थन करता है, और AV1 के लिए समर्थन का वचन दिया है।

==== सिस्को एक लाइसेंस प्राप्त एच.264 बाइनरी मॉड्यूल मुफ्त में उपलब्ध कराता है

30 अक्टूबर 2013 को, सिस्को ने घोषणा की कि वह एक बाइनरी एच.264 मॉड्यूल को डाउनलोड के लिए उपलब्ध करा रहा है। सिस्को उन बाइनरी मॉड्यूल के लिए पेटेंट लाइसेंसिंग की लागत का भुगतान करेगा जब इसे इंस्टॉल किए जाने के दौरान सॉफ्टवेयर का उपयोग करके डाउनलोड किया जाएगा, जिससे उस विशिष्ट मामले में H.264 का उपयोग मुफ्त हो जाएगा। घोषणा में, सिस्को ने कारण के रूप में वेबआरटीसी परियोजना के उपयोग को आगे बढ़ाने की अपनी इच्छा का हवाला दिया, क्योंकि वेबआरटीसी की वीडियो चैट सुविधा सभी ब्राउज़रों में समर्थित वीडियो प्रारूप होने से लाभान्वित होगी। H.264 मॉड्यूल सभी लोकप्रिय या व्यवहार्य रूप से समर्थित प्लेटफॉर्म पर उपलब्ध होगा, जिसे किसी भी एप्लिकेशन में लोड किया जा सकता है। OpenH264 केवल H.264 के बेसलाइन प्रोफाइल का समर्थन करता है, और स्वयं AAC डिकोडर की आवश्यकता को संबोधित नहीं करता है। इसलिए, इसे विशिष्ट MP4 वेब वीडियो के लिए पर्याप्त नहीं माना जाता है, जो आमतौर पर AAC ऑडियो के साथ उच्च प्रोफ़ाइल में होता है। हालाँकि, WebRTC में उपयोग के लिए, AAC की चूक को रिलीज़ घोषणा में उचित ठहराया गया था: मानक निकायों ने Opus (कोडेक) और G.711 को WebRTC के लिए सामान्य ऑडियो कोडेक के रूप में संरेखित किया है। इसमें संदेह है कि एएसी के लाइसेंसिंग ब्यूरो द्वारा ओपनएच264 के जारी होने के तुरंत बाद मूल्य कैप को हटाने के बाद एएसी की कैप्ड ग्लोबल लाइसेंसिंग, सिस्को की तरह एच.264 के लिए संभव है या नहीं।

ब्राउज़र समर्थन
यह तालिका दर्शाती है कि किसी दिए गए उपयोगकर्ता एजेंट द्वारा कौन से वीडियो प्रारूपों का समर्थन किए जाने की संभावना है। यहां सूचीबद्ध अधिकांश ब्राउज़र ऐसे सॉफ़्टवेयर घटकों को शामिल करने के बजाय डिकोडिंग और वीडियो प्रदर्शित करने के लिए मल्टीमीडिया फ़्रेमवर्क का उपयोग करते हैं। मल्टीमीडिया ढांचा  द्वारा समर्थित प्रारूपों के सेट को बिना पूछताछ के बताना आम तौर पर संभव नहीं है, क्योंकि यह ऑपरेटिंग सिस्टम और तीसरे पक्ष के कोडेक्स पर निर्भर करता है। इन मामलों में, वीडियो प्रारूप का समर्थन फ्रेमवर्क की एक विशेषता है, न कि ब्राउज़र (या इसका लेआउट इंजन), यह मानते हुए कि अज्ञात वीडियो प्रारूपों को अस्वीकार करने से पहले ब्राउज़र अपने मल्टीमीडिया ढांचे पर ठीक से सवाल करता है। कुछ मामलों में, यहां सूचीबद्ध समर्थन ऑपरेटिंग सिस्टम के अंतर्निहित मीडिया ढांचे के भीतर उपलब्ध कोडेक या ब्राउज़र में निर्मित कोडेक क्षमताओं का कार्य नहीं है, बल्कि एक ब्राउज़र ऐड-ऑन द्वारा हो सकता है, उदाहरण के लिए, बाईपास प्लग-इन आधारित वीडियो प्लेयर एम्बेड करने के लिए  टैग का ब्राउज़र का सामान्य HTML विश्लेषण।

ध्यान दें कि एक वीडियो फ़ाइल में सामान्य रूप से वीडियो और ऑडियो दोनों सामग्री होती है, प्रत्येक अपने स्वयं के प्रारूप में एन्कोडेड होती है। ब्राउज़र को वीडियो और ऑडियो दोनों स्वरूपों का समर्थन करना है। तालिका के लिए HTML5 ऑडियो देखें जिसमें प्रत्येक ब्राउज़र द्वारा ऑडियो प्रारूपों का समर्थन किया जाता है।

वीडियो प्रारूप HTML में मीडिया प्रकार द्वारा निर्दिष्ट किया जा सकता है (देखें #Multiple स्रोत)। MIME प्रकार का उपयोग समर्थित स्वरूपों के लिए मल्टीमीडिया फ़्रेमवर्क को क्वेरी करने के लिए किया जाता है। इन ब्राउज़रों में से, केवल फ़ायरफ़ॉक्स और ओपेरा ही अंतर्निहित डिकोडिंग के लिए पुस्तकालयों का उपयोग करते हैं। व्यवहार में, इंटरनेट एक्सप्लोरर और सफारी भी कुछ प्रारूप समर्थन की गारंटी दे सकते हैं, क्योंकि उनके निर्माता भी उनके मल्टीमीडिया फ्रेमवर्क बनाते हैं। पैमाने के दूसरे छोर पर, कॉन्करर के पास विंडोज़ पर चलने पर इंटरनेट एक्सप्लोरर और मैक पर चलने पर सफारी के समान प्रारूप समर्थन है, लेकिन कॉन्करर के लिए यहां चयनित समर्थन लिनक्स के लिए विशिष्ट है, जहां कॉन्करर के अधिकांश उपयोगकर्ता हैं। सामान्य तौर पर, ब्राउज़रों का प्रारूप समर्थन विक्रेताओं के परस्पर विरोधी हितों से बहुत अधिक निर्धारित होता है, विशेष रूप से मीडिया फाउंडेशन और त्वरित समय  वाणिज्यिक मानकों का समर्थन करते हैं, जबकि जीस्ट्रीमर और फोनॉन (सॉफ़्टवेयर) मुफ्त ऑपरेटिंग सिस्टम पर डिफ़ॉल्ट रूप से मुक्त प्रारूपों के अलावा कानूनी रूप से समर्थन नहीं कर सकते हैं कि वे के लिए अभिप्रेत हैं।


 * टिप्पणियाँ:

पारदर्शी वीडियो
पारदर्शी वीडियो, जो एक अल्फा चैनल वाला वीडियो है, के कई डिज़ाइन फायदे हैं:
 * चूंकि इसमें कोई बर्न-इन बैकग्राउंड कलर/पैटर्न/मोटिफ नहीं है, आप किसी वेब पेज में बैकग्राउंड और/या आस-पास की वस्तुओं को बाद में किसी भी समय वीडियो को उसके परिवेश में ठीक से फिट करने के लिए फिर से जेनरेट करने की आवश्यकता के बिना बदल सकते हैं, जो था अब तक की सबसे कम लचीली तकनीक।
 * आप बहुत गतिशील लेयरिंग प्रभाव प्राप्त करने के लिए पारदर्शी वीडियो को अन्य तत्वों (टेक्स्ट, ग्राफिक्स, अन्य वीडियो या गतिशील रूप से प्रदान की गई सामग्री जैसे स्केलेबल वेक्टर ग्राफिक्स या कैनवास तत्व) के साथ जोड़ सकते हैं।
 * यह उत्तरदायी वेब डिज़ाइन के मामले में भी बहुत सारी संभावनाएं खोलता है।

अल्फा चैनल
वाले वीडियो के लिए वेब ब्राउज़र समर्थन


 * Google Chrome, 2013-07 के संस्करण 31 से, WebM कंटेनर में प्रस्तुत किए गए अल्फा चैनल के साथ VP8 और VP9 एन्कोडेड वीडियो का समर्थन करता है।
 * सफारी (वेब ​​​​ब्राउज़र) MP4 फ़ाइल प्रारूप कंटेनर में प्रस्तुत अल्फा चैनल के साथ उच्च दक्षता वाले वीडियो कोडिंग एन्कोडेड वीडियो का समर्थन करता है, iOS 13 (2019-09) और macOS Catalina (2019-10) के बाद से।
 * जावास्क्रिप्ट आधारित वीडियो प्लेयर के साथ कुछ अन्य मालिकाना पॉलीफ़िल (प्रोग्रामिंग)  /  विरासती तंत्र  समाधान हैं जो एक वीडियो को वापस चला रहे हैं जो एक सेवा सर्वर के रूप में सॉफ्टवेयर पर अपलोड करने पर एक मालिकाना फ़ाइल प्रारूप वीडियो प्रारूप में परिवर्तित हो गया। Easy-bits.com द्वारा  की तरह, पहली बार 2015-01 में पेश किया गया।

पहले के उपाय

 * एचटीएमएल 5 युग से पहले पारदर्शी वीडियो चलाने का एकमात्र तरीका एडोब फ्लैश प्लेयर की मदद से था और का उपयोग करना  इसके एम्बेडिंग कोड में फ़्लैग करें।

डिजिटल अधिकार प्रबंधन (एन्क्रिप्टेड मीडिया एक्सटेंशन)
HTML को HTML5 एन्क्रिप्टेड मीडिया एक्सटेंशन (EME) के माध्यम से डिजिटल अधिकार प्रबंधन (DRM, प्रतिबंधित सामग्री का उपयोग कैसे किया जा सकता है) के लिए समर्थन प्राप्त है। DRM को जोड़ना विवादास्पद है क्योंकि यह DRM द्वारा प्रतिबंधित मीडिया का उपयोग करने के लिए उपयोगकर्ताओं की स्वतंत्रता को प्रतिबंधित करने की अनुमति देता है, यहां तक ​​कि जहां उचित उपयोग उपयोगकर्ताओं को ऐसा करने का कानूनी अधिकार देता है। W3C के EME के ​​अनुमोदन में एक मुख्य तर्क यह था कि वीडियो सामग्री अन्यथा प्लगइन्स और ऐप्स में वितरित की जाएगी, न कि वेब ब्राउज़र में। 2013 में NetFlix  ने सिल्वरलाइट प्लगइन (डीआरएम के साथ भी) का उपयोग करके अपनी पुरानी डिलीवरी पद्धति के साथ ईएमई का उपयोग करके एचटीएमएल 5 वीडियो के लिए समर्थन जोड़ा।

उपयोग
2010 में, Apple iPad लॉन्च के मद्देनजर और स्टीव जॉब्स द्वारा फ्लैश पर विचार की घोषणा के बाद, कई हाई-प्रोफाइल साइटों ने iPad के रूप में पहचान करने वाले उपयोगकर्ता-एजेंटों के लिए Adobe Flash के बजाय H.264 HTML5 वीडियो की सेवा शुरू की। HTML5 वीडियो फ्लैश वीडियो जितना व्यापक नहीं था, हालांकि डैलीमोशन  (ऑग थियोरा और वोरबिस प्रारूप का उपयोग करके) से प्रायोगिक HTML5-आधारित वीडियो प्लेयर के रोलआउट थे। YouTube (H.264 और WebM स्वरूपों का उपयोग करके), और Vimeo (H.264 प्रारूप का उपयोग करके)। HTML5 वीडियो के लिए समर्थन लगातार बढ़ रहा है। जून 2013 में, नेटफ्लिक्स ने HTML5 वीडियो के लिए समर्थन जोड़ा। जनवरी 2015 में, YouTube ने डिफ़ॉल्ट रूप से फ्लैश के बजाय HTML5 वीडियो का उपयोग करना शुरू कर दिया। दिसंबर 2015 में, Facebook ने सभी वीडियो सामग्री के लिए Flash से HTML5 पर स्विच किया। 2016 तक, डेस्कटॉप पर फ्लैश अभी भी व्यापक रूप से स्थापित है, जबकि आमतौर पर स्मार्टफोन जैसे मोबाइल उपकरणों पर समर्थित नहीं है। फ्लैश प्लगइन व्यापक रूप से माना जाता है, जिसमें एडोब, चरणबद्ध रूप से समाप्त होना तय है, जो वर्ल्ड वाइड वेब पर वीडियो चलाने के लिए HTML5 वीडियो को एकमात्र व्यापक रूप से समर्थित विधि के रूप में छोड़ देगा। क्रोम,  फ़ायरफ़ॉक्स, सफारी, और किनारा, 2017 में लगभग सभी फ़्लैश सामग्री को चलाने के लिए क्लिक करने की योजना है। एकमात्र प्रमुख ब्राउज़र जिसने फ्लैश को कम करने की योजना की घोषणा नहीं की है, वह इंटरनेट एक्सप्लोरर है। एडोब ने 25 जुलाई 2017 को घोषणा की कि वे 2020 में फ्लैश के विकास को स्थायी रूप से समाप्त कर देंगे।

यह भी देखें

 * एचटीएमएल 5 ऑडियो
 * HTML5 और फ्लैश की तुलना

बाहरी संबंध

 * video platform software and news.
 * HTML5 Video: A Practical Guide: Convert, Embed, Javascript and Flash Fallback for HTML5 Videos
 * Mozilla's overview of media formats supported by browsers
 * video platform software and news.
 * HTML5 Video: A Practical Guide: Convert, Embed, Javascript and Flash Fallback for HTML5 Videos
 * Mozilla's overview of media formats supported by browsers
 * Mozilla's overview of media formats supported by browsers