HTML 5 <वीडियो> टैग बनाम फ्लैश वीडियो। पक्ष और विपक्ष क्या होते हैं?


116

महत्वपूर्ण अद्यतन

यह सवाल 9 साल पहले बनाया गया था। यह तब समझ में आया, यह अब नहीं है। फ्लैश अपने रास्ते से बाहर कठिन है; <video>समर्थन मोबाइल उपकरणों सहित सर्वव्यापी है। लगभग कुछ भी जो Flash कर सकता था, HTML अब भी कर सकता है। HTML जीत गया, फ़्लैश हार गया। यदि आप अपने पृष्ठ में वीडियो एम्बेड करने के तरीके पर विचार कर रहे हैं, तो बस उपयोग करें <video>और इसे दूसरा विचार न दें। यह प्रश्न केवल ऐतिहासिक मूल्य के लिए संरक्षित है।

मूल प्रश्न

नए <video>टैग की तरह लगता है इन दिनों सभी प्रचार है, खासकर जब से फ़ायरफ़ॉक्स अब इसका समर्थन करता है। इसकी ख़बरें ब्लॉग पर हर जगह छा रही हैं और हर कोई उत्साहित नज़र आ रहा है। लेकिन क्या बारे में?

जितना मैंने खोजा मुझे कुछ भी नहीं मिला जो इसे अच्छे पुराने फ्लैश वीडियो से बेहतर बना देगा। वास्तव में, मुझे इसके साथ केवल समस्याएं दिखाई देती हैं:

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

एक <video>टैग के लिए केवल दो नियम जो मैं देख सकता हूं:

  • यह अधिक "शब्दार्थ" है - जो शायद मेरे सहित कई लोगों के लिए महत्वपूर्ण नहीं है;
  • यह एक एकल वाणिज्यिक तृतीय पक्ष इकाई (Adobe) पर निर्भर नहीं है - जिसे मैं स्विच करने के लिए एक सम्मोहक कारण के रूप में भी नहीं देखता, क्योंकि मुफ्त खिलाड़ी और वीडियो कन्वर्टर्स पहले से ही उपलब्ध हैं, और एडोब किसी भी तरह से पूरी प्रक्रिया में बाधा नहीं है। (यह उनके हितों में भी नहीं है)।

तो ... क्या बड़ी बात है?

जोड़ा गया:

ठीक है, इसलिए एक और प्रो है ... शायद। मोबाइल उपकरणों के लिए समर्थन। हालांकि कहना मुश्किल है। विषय के बारे में मेरे दिमाग के माध्यम से कई विचार दौड़:

  • कितने मोबाइल डिवाइस वास्तव में एक सभ्य गति से वीडियो को डिकोड करने में सक्षम हैं, फ्लैश या अन्यथा?
  • कब तक मुख्यधारा के मोबाइल उपकरणों का <video>समर्थन मिलता है ? भले ही यह अपडेट के माध्यम से उपलब्ध हो, वास्तव में कितने लोग ऐसा करते हैं?
  • कितने लोग अपने मोबाइल फोन पर वेब पेज पर वीडियो देखते हैं?

शब्दार्थ भाग के रूप में - मैं समझता हूँ कि खोज इंजन अब बेहतर वीडियो का पता लगाने में सक्षम हो सकते हैं, लेकिन ... वे उनके साथ वैसे भी क्या करेंगे? ठीक है, इसलिए वे जानते हैं कि पृष्ठ में एक वीडियो है। तथा? वे एक वीडियो को अनुक्रमित नहीं कर सकते हैं! मुझे यहाँ कुछ और तर्क चाहिए।

जोड़ा गया:

बस एक और विपक्ष के बारे में सोचा। इससे क्रॉस-ब्राउज़र असंगतता का एक नया क्षेत्र खुल जाता है। HTML और CSS इस पहलू में पहले से ही काफी गड़बड़ है। कम से कम हर जगह फ्लैश समान है। लेकिन <video>टैग के खिलाफ निर्णय लेने के लिए कम से कम एक प्रमुख ब्राउज़र विक्रेता के लिए यह पर्याप्त है (क्या कोई भी "इंटरनेट एक्सप्लोरर" कह सकता है?) और हमारे पास पता लगाने के लिए नरक का एक अच्छा नया क्षेत्र है।

जोड़ा गया:

एक प्रो बस में आया। अधिक प्रतियोगिता = अधिक नवाचार। यह सच है। एडोब को और अधिक प्रतिस्पर्धा देने से संभवतः उन्हें उन क्षेत्रों में फ्लैश में सुधार करने के लिए मजबूर किया जाएगा जिनकी अब तक कमी रही है। लिनक्स कई लोगों द्वारा उद्धृत इसके लिए एक कमजोर स्थान है।


29
सामुदायिक विकि होना चाहिए।
साइलेंटगॉस्ट जूल

1
सहमत, ऐसा लगता है कि यह एक सामुदायिक विकि होना चाहिए
गैब रोयेर

4
आपके "विपक्ष" में से एक के बारे में - खतरा यह नहीं है कि आईई <वीडियो> का समर्थन नहीं करेगा। खतरा है कि IE, एफएफ, ओपेरा, क्रोम और सफारी होगा सभी का समर्थन <video> में थोड़ा अलग अलग तरीकों से। सीएसएस की तरह। :(
फेनोमस

इसे इयान हिकसन द्वारा कल्पना से हटा दिया गया है। ब्राउज़र का समर्थन करने वाला कोई भी वीडियो टैग पूरी तरह से मालिकाना और गैर-मानक है।
aehlke

मेरी गलती - <वीडियो> में छोड़ दिया गया था, लेकिन एक कोडेक अब निर्दिष्ट नहीं है। तो यह अभी भी ब्राउज़र कार्यान्वयन पर निर्भर है कि क्या तय किया जाए - मौजूदा समाधानों में महत्वपूर्ण जीत नहीं।
aehlke

जवाबों:


36

यहां कई अच्छे बिंदु हैं, और एक मार्शल आर्ट्स फाइटिंग शैली की तरह, प्रत्येक बिंदु का अपना जोर है, और प्रत्येक का बचाव किया जा सकता है; लेकिन प्रत्येक को उचित चालों से हराया जा सकता है।

"प्रॉपर" प्लगइन्स के बारे में तर्क पर खड़ा कोई भी व्यक्ति जल्दी गिर जाएगा। Microsoft, Apple, और Adobe सभी अपराध बोध सहन करते हैं, लेकिन यह सिर्फ व्यवसाय है। आप रातोंरात व्यवसाय नहीं बदलेंगे, और एक नए टैग द्वारा जोड़े गए जटिलता की प्रत्येक परत जैसे कि <video> जो एक बहुत ही तकनीकी इंटरफ़ेस का समर्थन करता है, प्रत्येक ब्राउज़र द्वारा * थोड़ा * अलग कार्यान्वयन होगा।

HTML 5 अब काम करता है, और इसी तरह फ्लैश करता है। इसे कैसे लागू किया जाता है, इसके लिए आवश्यक कौशल- यह प्रत्येक संसाधन को परिभाषित करता है, चाहे वह कर्मचारी का प्रदर्शन हो, वेबमास्टर की शक्ति, या डोमेन का प्रभाव।

हालाँकि मैं केवल 40 वर्ष का हूँ, मैंने प्रोग्रामिंग शुरू की थी जब नारंगी या हरे मोनोक्रोम मॉनिटर रंग पसंद थे, और हार्डवेयर इंस्टॉलेशन अनुदेश पुस्तिकाओं के बजाय प्रार्थना पुस्तकों के साथ आया था। हो सकता है कि आप मॉडेम के लिए एटी कमांडों का पता लगा सकते हैं जब यह आपके हार्डवेयर के साथ कॉन्फ़िगर नहीं होगा, और 64K RAM की तरह था, WOWWWWW!

HTML 5 / फ्लैश उस बकवास की तुलना में एक मामूली उपद्रव है। आइए सभी सीखें कि एक बेहतर संसाधन की ओर समुदाय में सहयोग कैसे करें। एक ओपन सोर्स फ्लैश प्रोजेक्ट है, इसमें बग होंगे। तो क्या HTML 5 ...

यहां हर तर्क सत्य है, लेकिन जरूरी नहीं कि उत्पादक हो। एक समाधान की ओर उस ऊर्जा का उपयोग करें।


2
तथास्तु! मुझे नहीं लगा कि इस प्रश्न का कोई स्वीकृत उत्तर हो सकता है, लेकिन मुझे लगता है कि ज्ञान के ये शब्द शीर्ष पर होने के लायक हैं।
विल्क्स-

114

सोचिए अगर कोई imgटैग न होता। यदि आप चित्र चाहते हैं, तो आपको एक 3 पार्टी प्लगइन का उपयोग करना होगा, जो वास्तव में धीमा है और इसे किसी पृष्ठ में एम्बेड करने का कोई मानक तरीका नहीं है। आप आसानी से इस तरह से छवियों को कॉपी नहीं कर सकते हैं, और खोज इंजनों को मूल रूप से कोई सुराग नहीं है कि क्या यह एक छवि या खेल या कुछ भी है।

इसके बिना, कोई चित्र उपलब्ध नहीं थे।

फिर कल्पना करें कि एक ब्राउज़र जारी किया गया था कि बस आप इस फैंसी नए imgटैग का उपयोग करें ।

वीडियो (और ऑडियो) टैग काम करने के लिए एक तार्किक समझदार तरीका है। पूरी तरह से मानक मीडिया प्रारूप का उपयोग करने के लिए हमें तीसरे पक्ष के प्लगइन की आवश्यकता नहीं होनी चाहिए।


14
दिलचस्प सादृश्य। इस दृष्टिकोण से, <वीडियो> टैग वास्तव में समझ में आता है।
विल्क्स-

3
@Stu - विडंबना यह है कि SVG ब्राउज़र प्लगइन्स हैं :)
hannson

15
अच्छी उपमा नहीं। वीडियो और चित्र समान नहीं हैं। छवियां स्थिर हैं और वीडियो इंटरैक्टिव हैं और इंटरफ़ेस की आवश्यकता है। छवियों को बड़े पैटर्न और पृष्ठभूमि बनाने के लिए अन्य छवियों के बगल में एक साथ संरेखित किया जाता है, जबकि वीडियो अक्सर केंद्र के टुकड़े होते हैं, यह उल्लेख करने के लिए नहीं कि वे ध्वनि को एम्बेड करते हैं और हम केवल एक साउंडट्रैक को इसका अर्थ बनाने के लिए सुन सकते हैं। स्टेटिक इमेज बहुत कुछ टेक्स्ट की तरह होता है, वास्तव में टेक्स्ट को अक्सर इमेज के रूप में एम्बेड किया जाता है। वीडियो बहुत अलग है; छवियों के साथ सामान्य रूप से साझा की जाने वाली एकमात्र चीज़ पिक्सेल है, लेकिन कंप्यूटर स्क्रीन पर प्रदर्शित किसी भी चीज़ के बारे में यह सच है।
ट्राइंको

3
@Triynko: वे कर रहे हैं इस अर्थ में कि में 'एक ही' क) ब्राउज़र (या एक प्लगइन) संकुचित बाइनरी डेटा को डिकोड और उपयोगकर्ता के लिए यह प्रदर्शित करने के लिए जरूरत है, और ख) सभी ब्राउज़रों भर में छवि प्रारूप के लिए समर्थन करने के लिए अनियमित तुलनात्मक रूप है ब्राउज़र में वीडियो का समर्थन कैसे किया गया, है, और होगा। आपका लंबा घुमावदार खंडन केवल मेटा मैड को पागल कर रहा है।
स्टु थॉम्पसन

2
@Stu: सादृश्य बुरा है, क्योंकि यह समस्या की देखरेख करता है। ब्राउज़र में "वीडियो" टैग (और कोडेक्स) जोड़ने से यह नहीं बदलेगा कि वीडियो ग्राफिकल और इंटरेक्टिव है और इसे नियंत्रित करने के लिए GU इंटरफ़ेस की आवश्यकता है। कोई सिल्वर-बुलेट वीडियो प्लेबैक इंटरफ़ेस नहीं है जिसके लिए हर कोई अपनी रचनात्मक ड्राइव को छोड़ देगा और पहले झुक जाएगा। यदि आप फिर कस्टम इंटरफेस जोड़ने की कोशिश करते हैं, तो आपने आसानी से "बस काम करता है" टैग के उद्देश्य को सफलतापूर्वक हरा दिया है। इसके अलावा, वीडियो को हमेशा रैखिक रूप से एक्सेस नहीं किया जाता है, और इस टैग को सभी समर्थित प्रारूपों के लिए स्ट्रीमिंग और रैंडम एक्सेस का समर्थन करना होगा। जीएल
त्रिनको

49

<Video> का सबसे बड़ा लाभ? यह आसान है। पागल आसान है। हास्यास्पद आसान। आपकी दादी-नानी-कोड-ए-वीडियो-टैग आसान है। <वीडियो src = "myfile.ogv"> </ वीडियो> और आपका काम हो गया।

<वीडियो> आपके उपयोगकर्ताओं के लिए भी स्पष्ट लाभ हैं। उन्हें एक ब्राउज़र-देशी वीडियो प्लेयर मिलता है, जो संभवतः बहुत कुशल हो सकता है। उन्हें लगातार यूआई मिलती है जो साइट से साइट पर नहीं बदलेगी। मोबाइल ब्राउज़र जो फ़्लैश को लागू नहीं कर सकते हैं वे अभी भी <video> लागू कर सकते हैं।

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


<video>
  <source src='video.webm' type='video/webm'>
  <source src='video.mp4' type='video/mp4; codecs="avc1.42E01E, mp4a.40.2"'>
</video>

IE 8 और पहले के लिए समर्थन जोड़ने के लिए, और अन्य डाउनलेवल क्लाइंट (जैसे एफएफ / सफारी / ओपेरा / आदि के पुराने संस्करण), बस <स्रोत> तत्वों के नीचे <वीडियो> टैग के अंदर अपना मानक वीडियो एम्बेड कोड डालें। यदि ब्राउज़र <वीडियो> का समर्थन करता है, तो यह एम्बेड को अनदेखा कर देगा। यदि ऐसा नहीं होता है, तो यह <वीडियो> को अनदेखा कर देगा और इसके बजाय एम्बेड चलाएगा।


29
दूसरे शब्दों में, एक उचित क्रॉस-ब्राउज़र संगतता प्राप्त करने के लिए, यह "पागल आसान" से "स्पैगेटी-स्तरीय गड़बड़" तक जाता है। साथ ही, आपको अब कम से कम 3 अलग-अलग प्रारूपों में वीडियो को एनकोड करना होगा। और आपको अभी भी पुराने फ़्लैश प्लेयर से छुटकारा नहीं मिला है - आपने केवल इसके आसपास कुछ मंबो-जंबो कोड जोड़े हैं। Riiight .....
Vilx-

11
संगतता समस्या कोई समस्या नहीं है (मेरे उत्तर में लिंक देखें)। @Vilx - मैं असहमत हूं, उचित मानकों पर चलना इंटरनेट के विकास के लिए एक महत्वपूर्ण हिस्सा है। आपका तर्क कुछ समय पहले सुना गया था जब लोग टेबल आधारित लेआउट से डिव और सीएसएस में जाने लगे थे।
हैनसन

2
@Vilx, जिसे अस्थायी माना जाता है, हालांकि मुख्यधारा बनने में <video> के लिए कम से कम 5 साल का समय लगेगा
hasen

3
कई गुणों और कोडेक्स में एन्कोडिंग तेजी से वास्तविकता बन रही है। जब लोग 256kbps रियल स्ट्रीम से खुश थे, और फोन मोनोक्रोमैटिक एलसीडी थे, तो यह ठीक था। अब हमारे पास विभिन्न गुण और उपकरण हैं - वेब, आईपॉड, फोन और जल्द ही टीवी। एन्कोडिंग सामग्री के बारे में कई प्रारूपों में शिकायत करने के कारण कमजोर हैं।
स्टु थॉम्पसन

2
विल्क्स: हाँ, अभी मुश्किल से इस्तेमाल करना मुश्किल है (हालाँकि शायद ही 'स्पेगेटी-स्तरीय गड़बड़')। यह अभी सभी द्वारा अपनाया जा रहा है। यह सामान्य है। यदि आप चाहते हैं कि मैं अपने उत्तर के बारे में आसानी से बात करूं, तो ब्राउज़रों को स्थिर करने के लिए कुछ वर्षों तक प्रतीक्षा करें। गैर-IE ब्राउज़र को कुछ वर्षों में एक साथ जुड़ना चाहिए जब वे कोडेक लड़ाई के साथ कर रहे हैं, और भाग्य IE9 के साथ एक संगत कोडेक के साथ <वीडियो> भी शामिल होगा। तब आपको बस इंतजार करना होगा जब तक आप IE <9 को अनदेखा कर सकते हैं और आप सेट कर सकते हैं।
Xanthir

37

गैर-विंडोज प्लेटफार्मों पर फ्लैश धीमा और अक्षम है। इसमें संभावित सुरक्षा खामियां हैं। यह आपके कंप्यूटर पर "फ्लैश कुकीज़" को संग्रहीत करता है जिसके बारे में आपको पता नहीं है। IPhone पर कोई फ्लैश नहीं है और संभावना कभी नहीं होगी (इसके मालिकाना होने और इसके उच्च सीपीयू खपत के परिणामस्वरूप)।

HTML 5: क्या यह फ्लैश और सिल्वरलाइट को मार सकता है? एक लेख है जो आपके प्रश्न का उत्तर दे सकता है।

वहाँ शायद अधिक कारण हैं।


6
Mmm Flash नवीनतम संस्करणों में लिनक्स पर (उबंटू जोंटी में उल्लेखनीय रूप से बदतर) प्रतीत होता है। YouTube अब नीचे-स्वीकार्य प्रदर्शन (100% CPU और स्किपिंग फ़्रेम) है।
क्रेग मैकक्वीन

पूरी तरह से विषय से बाहर है, लेकिन मैं अपने C2D के साथ Jaunty के तहत भी Hulu को देख नहीं सकता।
राजतिलक pr


7
फ्लैश, मेरे लिए, विंडोज पर भी, हर जगह धीमा और अक्षम लगता है।
पुतीनो

सभी अच्छे बिंदु, लेकिन मुझे लगता है कि मुख्य कारण क्यों IPhone पर कोई फ्लैश नहीं है ऐप स्टोर है, और अद्भुत 30% कमीशन ऐप्पल वहां हर बिक्री पर ले रहा है । क्यों नि: शुल्क फ़्लैश क्षुधा और खेल के साथ खतरा है?
पेक्का

25

गैर-विंडोज प्लेटफार्मों पर फ्लैश एक वास्तविक सिरदर्द है। न केवल यह धीमा और अक्षम है (जैसा कि किसी और ने बताया), लेकिन यह बहुत स्थिर नहीं है, या तो। जैसा कि हम हाल ही में एप्पल WWDC, "ब्राउज़र प्लग इन" पर सीखा (पढ़ें: फ्लैश) के बहुमत के लिए खाते सभी आवेदन भर में दुर्घटनाओं सब और मैक ओएस एक्स के ( "बहुमत" द्वारा, मैं 80% की तरह कुछ मूर्खता से अधिक संख्या मतलब या कुछ, सटीक आंकड़ा याद नहीं कर सकते हैं)। यह मैक ओएस एक्स पर ऐसी समस्या है कि स्नो लेपर्ड के लिए, Apple ने सफारी को फिर से इंजीनियर किया है ताकि फ्लैश रन हो, न केवल सैंडबॉक्स हो, बल्कि वास्तव में पूरी तरह से अलग प्रक्रिया के रूप में , ताकि जब (नहीं तो) फ्लैश क्रैश, सफारी के रूप में पूरा एक अप्रभावित रहता है।

OS X पर फ्लैश की अस्थिरता, इसके खराब प्रदर्शन के कारण, क्यों ...

  • ... फ्लैश अब नहीं है, और न ही जल्द ही होने की संभावना है, आईफोन के लिए उपलब्ध है। मैं इस आधार से असहमत हूं कि लोग अपने मोबाइल उपकरणों पर वीडियो देखना नहीं चाहते हैं - यही कारण है कि Apple ने iPhone में खेलने के लिए अनुमति देने के प्रयोजनों के लिए h.264 में अपनी सामग्री परोसने के लिए YouTube के लिए एक विशेष व्यवस्था की है। मैंने, एक के लिए, MLB 2009 के लिए खुशी से $ 10 का भुगतान किया, क्योंकि मैं अपने iPhone पर वीडियो देख सकता था, और अगर वे हर गेम को लाइव देखने के लिए उपलब्ध कराते, तो मैं बहुत अधिक भुगतान करता।
  • ... इतने सारे मैक ओएस एक्स उपयोगकर्ता (मेरे जैसे) अपने ब्राउज़र के लिए फ्लैश ब्लॉकर्स स्थापित कर रहे हैं। मेरी पसंद से, मेरी स्पष्ट अनुमति के बिना फ़्लैश सामग्री अब मेरे ब्राउज़र में लोड नहीं होती है। इसे स्थापित करने के बाद से, मेरा सीपीयू उपयोग काफी कम हो गया है, और मेरे ब्राउज़र क्रैश मूल रूप से चले गए हैं। यह मेरे लिए निश्चित रूप से बहुत अच्छी खबर है, लेकिन यह किसी भी विज्ञापनदाताओं के लिए बुरी खबर है कि मुझे फ्लैश-आधारित विज्ञापनों की सेवा की उम्मीद है।

जहां तक ​​उपयोगकर्ताओं को कोडेक्स के बारे में कुछ भी जानने का सवाल है, तो आप इस समस्या से बच सकते हैं और उन्हें उचित कोडेक (फ्लैश सहित, यदि उनका ब्राउज़र OGG या h.264 का समर्थन नहीं करता है) सरल गैर-जावास्क्रिप्ट HTML कोड का उपयोग करके सेवा कर सकता है इस लेख में पाया गया ।


2
समग्र अच्छे तर्क के लिए +1, लेकिन मैं OSX और सफारी (एक्शनस्क्रिप्ट डेवलपर होने के नाते) पर फ्लैश का भारी उपयोग करता हूं। OS X पर सभी एप्लिकेशन क्रैश होने वाले ब्राउज़र प्लगइन्स में से, शायद यह फ़्लैश प्लेयर है, और शायद यह नहीं है। मुझे बहुत सारे ब्राउज़र क्रैश का अनुभव नहीं है, और जैसा मैं कहता हूं, मैं एफपी का भारी उपयोग करता हूं। और, सभी ऐप क्रैश का 80% ओएस एक्स पर एक बड़ी संख्या नहीं है। कम से कम मेरे लिए नहीं। अंत में, यह मामला हो सकता है, लेकिन मैंने मैक पर फ्लैश प्लेयर में मानवीय शब्दों, धीमेपन या अक्षमता पर कभी गौर नहीं किया है।
रॉस हेंडरसन

13

पेशेवरों:

  1. आप आसानी से टैग का उपयोग कर सकते हैं और इसे जावास्क्रिप्ट का उपयोग किए बिना पीछे की संगतता के लिए फ्लैश या अन्य फाइलपेट्स / कोडेक्स को नीचा दिखा सकते हैं ।
    • एक मालिकाना प्लग-इन की आवश्यकता नहीं है
    • प्लेटफ़ॉर्म-इंडिपेंडेंट है जबकि फ्लैश नहीं है (एनआर 2 देखें)
    • इसका उपयोग करने से अन्य ब्राउज़र विक्रेताओं को इसे लागू करने के लिए प्रोत्साहित किया जाएगा (IE के रूप में पढ़ें)
    • टैग का अर्थ अर्थ होता है।
    • ब्राउज़र में बनाया गया है।
    • कोई विक्रेता ताला नहीं

विपक्ष:

  1. यह एक अधूरे मानक का हिस्सा है।
    • इंस्टॉल किए गए ब्राउज़रों का एक बहुत छोटा प्रतिशत इसका समर्थन करता है <- नहीं एक मुद्दा (देखें प्रो एनआर 1)
    • ब्राउज़र विक्रेताओं को अभी तक एक मानक कोडेक पर सहमत होना है <- कोई मुद्दा नहीं है, एनआर में लिंक देखें। 1)

1
मंच की स्वतंत्रता की यह सभी बातें हंसी-खुशी हैं। HTML फ्लैश की तुलना में कहीं अधिक प्लेटफ़ॉर्म DEPENDENT है, क्योंकि प्रत्येक प्लेटफ़ॉर्म HTML को अलग-अलग लागू करता है, और इसका कार्यान्वयन प्रत्येक प्लेटफ़ॉर्म पर एक अलग कंपनी द्वारा किया जाता है! Flash स्वयं का एक प्लेटफ़ॉर्म है (जावा के साथ), जिसे एक एकल इकाई द्वारा क्रॉस-प्लेटफ़ॉर्म विकसित किया गया है, और इसलिए उसी क्रॉस-प्लेटफ़ॉर्म को प्रदर्शित करता है ... जैसे फ्लैश के मूल संस्करण से सामान अभी भी नवीनतम प्लगइन में सही ढंग से खेलता है। Flash एक गॉडसेंड है, और इसके 99% ब्राउज़रों पर उपलब्ध है ( adobe.com/products/player_census/flashplayer/… )
Triynko

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

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

1
मैंने विशेष रूप से कहा है कि इसकी आवश्यकता नहीं होगी। एक साथ कई कोडेक्स (फ्लैश सहित) का समर्थन करना संभव है, इसलिए उस मामले के लिए उपयोगकर्ता की भागीदारी की कोई आवश्यकता नहीं है।
हसनसन

11

यह भी एक फायदा है कि वीडियो-टैग html का मूल है, इसलिए यह अच्छी तरह से एकीकृत होता है। यह एक गैर-मुद्दे की तरह लगता है, लेकिन यह नहीं है। आप उदाहरण के लिए कुछ HTML कैप्शन के साथ वीडियो को ओवरले कर सकते हैं। और HTML कैप्शन अन्य पेज के समान शैलियों का उपयोग उसी पृष्ठ पर कर सकता है।

आप वीडियो तत्व में कुछ (भविष्य के) सीएसएस बदलाव भी लागू कर सकते हैं: इस डेमो को देखें


1
HTML / CSS के साथ वीडियो मिक्स करना वास्तव में एक अच्छा कारण है। जब सभी ब्राउज़र इसका समर्थन करते हैं, तो यह कुछ बहुत अच्छे प्रभावों के लिए अनुमति देगा!
विल्क्स-

7

एडोब का फ्लैश प्लेयर (एक प्लगइन होने के नाते) ब्राउज़र की किसी भी गोपनीयता सेटिंग्स को ध्यान में नहीं रखता है, जबकि एडोब सक्रिय रूप से सामान्य उपयोगकर्ताओं को यह स्पष्ट नहीं कर रहा है कि क्या संग्रहीत किया जा रहा है। यह अकेले फ़्लैश (या किसी भी वीडियो प्लगइन) का उपयोग बंद करने और स्वागत करने का एक अच्छा कारण है <video>

गोपनीयता के मुद्दों (सुरक्षा मुद्दों या कमजोरियों से भ्रमित नहीं होना) के बारे में कुछ विवरण पाया जा सकता है कि फ़्लैश इतिहास निशान को स्वचालित रूप से कैसे हटाया जाए? सुपर यूजर पर।

जैसे विल्क्स ने टिप्पणियों में उल्लेख किया है: फ्लैश-वीडियो की जगह लेते समय ये गोपनीयता मुद्दे बने रहते हैं <video>, क्योंकि फ्लैश का उपयोग कई और तरीकों से किया जाता है। फिर भी, एक बार <video>समर्थित होने के बाद साइट मालिक जो वीडियो की पेशकश करते हैं (और किसी अन्य तरीके से फ्लैश का उपयोग नहीं करते हैं) के पास अपने आगंतुकों पर बोझ डालने के लिए कोई विकल्प नहीं होगा, जो कि फ्लैश किए गए साइटों के खराब दस्तावेज वाले रिकॉर्ड के साथ हैं।

(संपादित करें: मैंने विवरण को एसयू के लिंक के साथ बदल दिया है, जो कुछ अधिक जानकारी देता है। नीचे दिए गए कुछ टिप्पणियां केवल पिछले संशोधन के संबंध में समझ में आएंगी ।)


लेकिन ये समस्याएँ तब तक बनी रहेंगी जब तक कि कोई व्यक्ति फ़्लैश प्लेयर को अनइंस्टॉल नहीं करता। और कोई भी ऐसा नहीं करेगा क्योंकि वे अब इसके बिना वीडियो देख सकते हैं। फ़्लैश प्लेयर का उपयोग केवल वीडियो की तुलना में कहीं अधिक के लिए किया जाता है - इसमें एक टन का गेम और यहां तक ​​कि पूरे वेबपेज भी हैं। लोग इसे रखेंगे, इसमें कोई संदेह नहीं है।
विल्क्स- 14

सच है, @Vilx, आपको एक बिंदु मिल गया है। हालाँकि, एक बार <video> का समर्थन किया जाता है, तो साइट स्वामी के रूप में मेरे पास इस खराब दस्तावेज़ वाले गोपनीयता भंग के साथ अपने आगंतुकों को बोझ न करने का विकल्प होगा।
अर्जन

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

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

2
यह एक सुंदर FUDdy जवाब है। यह सही है कि LSOs विलोपन और गोपनीयता मोड के लिए बहुत ही दुर्गम हैं, लेकिन साथ ही वे कुकीज़ नहीं हैं (वे एक बार के लिए निवर्तमान HTTP अनुरोधों के साथ बाहर नहीं भेजे जाते हैं)। और यह कहना कि वे नियमित कुकीज़ से "अधिक खतरनाक" हैं, विशाल FUD है, यह देखते हुए कि नियमित कुकीज़ के साथ ज्ञात कारनामे हैं और LSOs के साथ कोई भी नहीं।
फेनोमस

7

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

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


मेरा मानना ​​है कि Google वीडियो, YouTube और Dailymotion जैसी साइटों पर वीडियो के साथ पोस्ट किए गए मेटाडेटा के माध्यम से वीडियो ढूंढता है।
MiffTheFox

2
मैं किसी के रूप में समर्थक के रूप में फ्लैश कर रहा हूं, लेकिन मेरे लिए यह सबसे बड़ा फायदा है <video>। फ्लैश के अंदर सब कुछ सामान्य-उद्देश्य पार्सिंग से छिपा हुआ है, जिसमें इंडेक्सिंग भी शामिल है, जो कभी-कभी आप चाहते हैं कि हो सकता है लेकिन आमतौर पर यह एक दुर्भाग्यपूर्ण बुराई है।
फेनोमस

5

पेशेवरों:

  • Ogg / Theora / Vorbis सभी पार्टियों के लिए रॉयल्टी-फ्री है ( 2015 के अंत में H.264 की मेजबानी के लिए H.264 अनुग्रह अवधि और एन्कोडिंग और डिकोडिंग पहले से ही रॉयल्टी के अधीन हैं )
  • एक बार IE के लिए वापसी अब जरूरी नहीं है, <video>फ्लैश की तुलना में आसान हो जाएगा
  • प्लग-इन जेल की आवश्यकता नहीं है - ब्राउज़र विक्रेता अपने स्वयं के बग को ठीक कर सकते हैं
  • सीएसएस प्रभावों के साथ एकीकृत करता है
  • एसवीजी प्रभाव के साथ एकीकृत करता है
  • जावास्क्रिप्ट के साथ एकीकृत करता है
  • Adobe की अनुमति के बिना किसी भी प्लेटफ़ॉर्म पर पोर्ट किया जा सकता है
  • उपयोगकर्ता वीडियो को आसानी से डिस्क पर सहेज सकता है
  • सिंडिकेशन फ़ीड में सुरक्षित रूप से काम किया जा सकता है (लेकिन सॉफ्टवेयर अभी तक तैयार नहीं है)

विपक्ष:

  • वीडियो तत्व के लिए IE समर्थन को IE9 तक इंतजार करना होगा; ActiveX समाधान या सिल्वरलाइट समाधान को अंतिम रूप देने तक वर्तमान IE- संगत ओग फ़ॉलबैक रेंडरर जावा पर निर्भर करता है
  • Ogg खेलने के लिए Safari को XiphQT की आवश्यकता है, क्योंकि Apple ने Theora को शिप नहीं किया है।
  • IPhone के साथ आवश्यक रॉयल्टी-एनकाउंटर प्रारूप (लेकिन फ्लैश से भी बदतर नहीं)
  • आज हर डेस्कटॉप कार्यान्वयन शिपिंग में पूर्ण-स्क्रीन नहीं जा सकता

थोरा के साथ मुद्दा वास्तव में रॉयल्टी नहीं बल्कि पेटेंट ट्रोल है। एक बार जब गहरी जेब वाले बड़े खिलाड़ी इसका समर्थन करना शुरू कर देते हैं तो हम उम्मीद कर सकते हैं कि कोई व्यक्ति सुसाइड कर सकता है।
हसनसन

किसी को (MPEG-LA) H.264 के लिए रॉयल्टी इकट्ठा करने के लिए जाना जाता है। कोई भी थियोरा के लिए रॉयल्टी जमा नहीं कर रहा है। दोनों अब तक के सैद्धांतिक पेटेंट ट्रोल के प्रति संवेदनशील हैं। (विचार करें कि पोर्टफोलियो के लाइसेंस के बावजूद Microsoft ने MP3 के लिए कैसे मुकदमा किया।)
hsivonen

लत लगने की अवधि 2016 में स्थानांतरित कर दी गई है।
कोर्नेल

हाल के घटनाक्रम को प्रतिबिंबित करने के लिए टिप्पणी संपादित की।
hsivonen

4

64 बिट, और लिनक्स समर्थन अच्छा होगा। इस क्षेत्र में अभी भी फ्लैश (दो हजार फ्रैकिंग नौ में) की कमी है। बस कुछ वास्तविक प्रतियोगिता होना हमेशा अच्छा होता है। यदि प्रमुख वीडियो साइटें इसके साथ फ़्लैश का उपयोग करना शुरू करती हैं, या यहां तक ​​कि फ्लैश के स्थान पर भी; यह एक कम मालिकाना कार्यक्रम होगा जिसकी मुझे आवश्यकता होगी। ओपन सोर्स का मतलब है तेज इनोवेशन। इसे समय दें, लोग इसके साथ DRM सुरक्षित वीडियो वितरित करने का एक तरीका बनाएंगे ।


3

फ्लैश के लिए और अधिक नियम:

  • ब्राउज़र के विक्रेताओं की तुलना में Adobe बड़े पैमाने पर दर्शकों के लिए बहुत तेज़ी से वीडियो और नए कोडेक्स जोड़ सकते हैं (आमतौर पर एक वर्ष में 90% से अधिक उपयोगकर्ता फ़्लैश के उन्नत संस्करण में) (वहाँ अभी भी IE6 उपयोगकर्ताओं की एक बड़ी संख्या है) और वह ब्राउज़र 2001 में सामने आया)।

  • फ्लैश में पाए जाने वाले फीचर्स, जो मैं कल्पना करता हूं कि आखिरकार इसे ब्राउज़र में बना देगा लेकिन अभी तक नहीं हैं:

    • पूर्ण स्क्रीन वीडियो (इसमें एक फ़ायरफ़ॉक्स ऐड-ऑन है जो इसका समर्थन करता है लेकिन ब्राउज़र में से कोई भी अभी तक मूल रूप से नहीं करता है)
    • वीडियो सांचा, केवल कुछ ही वेबसाइटें इसका उपयोग करती हैं, लेकिन इन दिनों वीडियो सांचा और संवर्धित वास्तविकता के साथ कुछ बहुत ही अच्छा सामान है
    • सहकर्मी से सहकर्मी वीडियो, फ्लैश प्लेयर 10 में जोड़ा गया था और जैसे ही फ्लैश 10 की पहुंच 90% के करीब हो रही है, मुझे लगता है कि आप और देखेंगे

जैसा कि कहने वाले कहते हैं कि फ़्लैश इंडेक्सेबल नहीं है, यह देखिए कि गूगल ने हाल ही में एक हेडलेस प्लेयर के लिए फ्लैश कंटेंट इंडेक्सिंग के साथ क्या किया है। तो अगर आप FLV फ़ाइलों के लिए एक Google खोज करते हैं , तो आप देख सकते हैं कि Google पहले से ही फ्लैश वीडियो फ़ाइलों को अनुक्रमित करता है।

इस बीच, एडोब प्रीमियर CS4 में वाक् पहचान है जो एक्सएमएल प्रारूप में वीडियो फ़ाइलों के लिए उपशीर्षक का उत्पादन करेगा जो आसानी से फ्लैश वीडियो में उपयोग किया जा सकता है। तो उम्मीद है कि भविष्य में फ्लैश के लिए वीडियो बहुत अधिक खोज योग्य हो जाएगा।


मैं तर्क दूंगा कि IE6 का उपयोग करने वाले वही लोग Flash 6 का उपयोग कर रहे हैं। मैंने प्राचीन जावा / फ्लैश / भयानक कोडेक पैक के साथ दर्जनों लोगों को चलाया है, और कुछ नहीं। उपयोगकर्ता उन्नयन करते हैं, न कि उत्पाद बनाने वाली कंपनी। उपशीर्षक पर आपका ध्यान देना एक अच्छा बिंदु है, हालांकि मेरे ज्ञान के अनुसार, दोनों प्रतिस्पर्धात्मक वीडियो प्रारूप उपशीर्षक धाराओं की अनुमति देते हैं, और <वीडियो> उपयोगकर्ताओं को उपशीर्षक प्रदर्शित करने के लिए एक सिस्टम-वाइड वरीयता देने की अनुमति देगा, बिना उस सुविधा को जोड़ने के लिए एडोब की प्रतीक्षा किए बिना।
3x पर Groxx

3
  1. कई मोबाइल डिवाइस आज समर्थन करते हैं : iPhone, iPod Touch, सिम्बियन S60, Android, आदि

  2. मोज़िला फ़ायरफ़ॉक्स, गूगल क्रोम, ऐप्पल सफारी, और ओपेरा सभी टैग का समर्थन करते हैं (दी गई है, आपको 2 स्वरूपों में एन्कोड करना होगा: H.264 और Ogg Theora। हालाँकि, आप H.264 वीडियो को फ्लैश या सिल्वरलाइट के साथ फिर से उपयोग कर सकते हैं। पुराने ब्राउज़रों और इंटरनेट एक्सप्लोरर के लिए असफल


2
  • उपयोगकर्ता के पास UI का नियंत्रण होता है: वे चुन सकते हैं कि वे किस ब्राउज़र को डाउनलोड और उपयोग करना चाहते हैं, और यह निर्भर करता है कि यह कैसे काम करता है (मैं विवरणों के बारे में निश्चित नहीं हूं, लेकिन मैं अवधारणा से परिचित हूं), यहां तक ​​कि उन्हें रखना भी ब्राउज़र और इसके लिए बस हैंडलर npapi प्लगइन चुनें। कितनी बार आप एक चमकदार एक्शनस्क्रिप्ट वीडियो नियंत्रण इंटरफ़ेस का उपयोग करके अटक गए हैं क्योंकि जिस साइट पर आप हैं, उसके देवता इसे सही करने के लिए बहुत आलसी हैं (या फ़्लॉपीलेयर का उपयोग करें )। उपयोगकर्ताओं को बिजली !, मैं कहता हूं।

  • इसका खुला स्रोत है। अब, मैं RMS या कुछ भी नहीं कर रहा हूँ, और इसका नैतिकता या उस जैसी किसी भी चीज़ से कोई लेना-देना नहीं है, लेकिन OSS बस अधिक कुशल, बेहतर तरीका है। यह बेहतर कोड का उत्पादन करता है।

  • बेहतर प्लेटफॉर्म सपोर्ट। अभी, लिनक्स + फ्लैश = खराब। Adobe केवल एक है जो इसके बारे में कुछ भी कर सकता है। यह बेकार है।

  • जैसे आपने कहा, अधिक अर्थपूर्ण।


ठीक है, ठीक है, यह हमेशा सच नहीं है, लेकिन आम तौर पर, यह है।
जो

खैर ... मुझे लगता है कि यह एक पूरी नई चर्चा / लौ धागा के योग्य होगा। :)
विल्क्स-

ओह, c'mon, यहां तक ​​कि दुष्ट साम्राज्य आंतरिक रूप से अपने वास्तविक व्यवहार को स्वीकार करता है! (हैलोवीन डॉक्स :))
जो

1
वास्तव में, अगर मुझे यह सही लगा, तो अंतिम कल्पना में, उपयोगकर्ता का UI पर नियंत्रण नहीं होगा ... इसके बजाय UI नियंत्रणों को अच्छी तरह से कल्पना में परिभाषित किया जाएगा, JS के माध्यम से स्क्रिप्ट और CSS के साथ शैलीगत ... मैं ऐसा हूं हर किसी के लिए इंतजार कर रहे उन नियंत्रणों स्टाइल ... ;-P
back2dos

IME, ओपन सोर्स == कुछ विशिष्ट क्षेत्रों में काफी तेज कोड, और कहीं और बदतर। विशेषज्ञ-योगदान कोड की कुछ पंक्तियों से एक बड़ी मात्रा में सीखा जा सकता है, लेकिन ओएस परियोजनाओं में अक्सर उनके कोड का 90% लालित्य / दक्षता में कमी होती है। (बड़ी परियोजनाएं यहां लगातार अपवाद हैं)
ग्रॉक्सक्स 5'09

2

सेठ को ज्यादातर बड़े मिल गए। दूसरों के बारे में सोच सकते हैं:

  • परीक्षण मैट्रिक्स का आकार बढ़ता है (मैंने देखा कि एक बग केवल IE7 पर फ्लैश 9.0.48 के साथ होता है - फ्लैश के कितने छोटे संस्करण आप प्रत्येक ब्राउज़र के साथ परीक्षण करना चाहते हैं?)
    • यहां तक ​​कि अगर आपको समर्थन करने के लिए केवल एक सटीक संस्करण चुनना था, और हर किसी को अपग्रेड / डाउनग्रेड करने के लिए मजबूर करना है, तो यह सच नहीं है कि "फ्लैश हर जगह समान है": "आईई के लिए फ्लैश प्लगइन" और "बाकी सभी के लिए फ्लैश प्लगइन" एक ही बाइनरी (और हाँ, यह मायने रखता है: वे अलग-अलग तरीकों से नेटवर्क तक पहुंचते हैं, जो मेरे IE7 / F9 बग के कारण का हिस्सा था)
  • हर कोई अपने खुद के खिलाड़ी लिखता है ताकि यूआई और विश्वसनीयता असंगत हो
  • ब्राउज़र को एचटीएमएल 5 वीडियो के लिए एक पूर्ण-स्क्रीन विकल्प लागू करने की अनुमति है, जिसका अर्थ है कि वे जल्द ही होंगे यदि वे पहले से ही नहीं हैं (कई फ्लैश वीडियो खिलाड़ियों के पास यह है, लेकिन बहुत से नहीं हैं)
  • नहीं, हर किसी के पास फ़्लैश नहीं है (दी गई है, यह अभी एचटीएमएल 5 वीडियो की तुलना में अधिक सामान्य है, लेकिन यह सभी खुश कैंडी मजेदार भूमि नहीं है)
  • स्क्रिप्टिंग एक बहुत बड़ी पीड़ा है (इसकी अपनी DOM, इवेंट्स, नहीं-काफी-ECMAscript भाषा, आदि)
  • यदि आपके पास विंडोज़ पर नहीं है, तो यह abysmal प्रदर्शन है, (मैक ओएस एक्स के तहत विंडोज वर्चुअल मशीन में इसे चलाना) मूल मैक प्लगइन चलाने की तुलना में 5-10 गुना कम सीपीयू का उपयोग करता है)
  • इसमें घटिया स्थिरता है (प्रत्येक ब्राउज़र क्रैश जो मैंने कम से कम 3 वर्षों में देखा है वह एक फ्लैश पेज पर है; यदि आपका वीडियो उनके पूरे ब्राउज़र को मारता है, तो वे वापस नहीं आ रहे हैं, भले ही यह वास्तव में एडोब की गलती हो)
  • यह कई स्थानों पर नहीं चलता है, उदाहरण के लिए, 64-बिट प्रक्रिया में (यदि आपके उपयोगकर्ता गलती से, इंटरनेट द्वारा "इंटरनेट एक्सप्लोरर" के बजाय "इंटरनेट एक्सप्लोरर (64-बिट)" लॉन्च करने के लिए होते हैं, तो कोई वीडियो नहीं)

संक्षेप में, फ्लैश का उपयोग करने का एकमात्र कारण "अधिकांश लोगों ने इसे आज स्थापित किया है" - जो एक बहुत अच्छा कारण हो सकता है, जब तक कि यह रहता है।


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

2
अच्छे बिंदुओं को छोड़कर: (ए) जेएस / सीएसएस लाइब्रेरी हैं जो अधिकांश विसंगतियों को कवर करते हैं (यह वास्तव में बुरा नहीं है), और (बी) IE6 में अजीब सीएसएस के लिए विफलता मोड "स्पेसिंग सही नहीं है (छोटा हैक) जरूरत है) ", जबकि फ्लैश बग के लिए यह अक्सर" (और अच्छे भाग्य डिबगिंग!) पर काम नहीं करता है "। और (मेरे पहले बिंदु के अनुसार), मैं वास्तव में बहुत अधिक असंगत सीएसएस थोड़ा असंगत फ्लैश की तुलना में होगा; पूर्व O (n) टेस्ट रन है, जबकि बाद वाला O (n * m) टेस्ट रन है (यानी, ऐसा कोई तरीका नहीं है कि हम उन सभी को कभी भी कवर कर सकें)।
केन

ओह, और डोम के रूप में, मैं अपने पूरे दस्तावेज़ के लिए एक डोम होने के बजाय पसंद करता हूं। विभिन्न प्राथमिकताओं, मेरा अनुमान है, लेकिन जेएस और एएस के बीच आईएमई पासिंग चीजें ब्राउज़र डोम अंतर की तुलना में बहुत अधिक दर्दनाक हैं।
केन

2

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


खैर, जहां तक ​​मैंने फ्लैश वीडियो देखे हैं, उन्होंने सभी सादे HTTP का उपयोग किया है। बस फिडलर को आग दें और देखें कि वे क्या कर रहे हैं (किसी भी फ्लैश वीडियो btw को बचाने का अच्छा तरीका)।
विल्क्स-

आधा सच: फ्लैश को HTTP या RTP दोनों में से वीडियो मिल सकता है। तथ्य यह है, अधिकांश ऑन-डिमांड वीडियो HTTP के माध्यम से दिया जाता है। यदि आप मुझ पर विश्वास नहीं करते हैं तो YouTube वीडियो को कैसे सर्वर में देखता है।
स्ट्यू थॉम्पसन

2

HTML5 पेशेवरों:

  1. यह वीडियो ऑब्जेक्ट के लिए पूरे नए डोम एपीआई का समर्थन करता है, आप स्क्रिप्ट लिख सकते हैं जो नए एचटीएमएल 5 टैग के साथ बातचीत कर सकते हैं।
  2. आप विभिन्न वीडियो प्रारूप समर्थन प्ले, पॉज़ और वीडियो प्लेबैक को ट्रैक कर सकते हैं।
  3. इसका पहले से ही अच्छा समर्थन है। फ़ायरफ़ॉक्स, ओपेरा, क्रोम पहले से ही क्रोम, वीडियो, आदि का समर्थन करते हैं ... यहां तक ​​कि यूट्यूब कुछ एचटीएमएल 5 प्लेयर का परीक्षण कर रहा है।

फ्लैश पेशेवरों / HTML5 विपक्ष:

  1. हर जगह फ्लैश है। तो HTML5 को पकड़ने में बहुत और बहुत समय लगेगा।
  2. फ्लैश समर्थन व्यापक सुविधाओं, यह HW प्रतिपादन हो, उच्च परिभाषा वीडियो का समर्थन करता है, एनीमेशन सुविधाओं का समर्थन करता है यह बस अपूरणीय हैं (?)
  3. DOM API कभी भी AS2 / AS3 फीचर की जगह नहीं लेगा जो पहले से ही फ्लैश द्वारा समर्थित है।
  4. बस वहाँ पेशेवर फ़्लैश डेवलपर्स की संख्या की गणना करें ... वे तब तक स्विच नहीं करेंगे जब तक कि एचटीएमएल 5 उनके सभी सवालों के जवाब नहीं देता। ऐसे कई फ़्लैश डेवलपर हैं जो AS2 से AS3 में अभी तक स्विच नहीं हुए हैं :-)

2

2012 में HTML 5 के मेरे नियम हैं:

  1. मैं youtube के HTML5 निशान का उपयोग कर रहा हूँ। अब फ़्लैश प्लेयर हर समय क्रैश नहीं होता है। अब मेरा कंप्यूटर हफ्तों तक स्थिर है। अब मैं खुश हूं।
  2. जब भी मैं अपने कंप्यूटर को रिबूट करता हूं, तो मुझे "अपडेट एचटीएमएल 5 प्लेयर" नहीं दिखता, जैसे मैं फ्लैश के साथ करता हूं।
  3. एक बार एम्बेडेड वीडियो हर जगह HTML 5 के साथ काम करता है, मैं अपने कंप्यूटर से फ्लैश निकाल सकता हूं क्योंकि मेरे पास इसके लिए एकमात्र उपयोग वीडियो चलाने के लिए था।
  4. यह वेबसाइट डेवलपर्स के लिए एक समर्थक है: मेरे पास फ्लैशब्लॉकर है क्योंकि फ्लैश कितना कष्टप्रद है। मेरे पास HTML5 अवरोधक नहीं है। वेबमास्टर्स के पास मुझे सामग्री भेजने का दूसरा मौका है।
  5. HTML5 संभवतः अधिकांश कंप्यूटरों पर # 1 सुरक्षा छेद होने के बजाय ब्राउज़र पर ठीक से लागू किया जाएगा।

1

पेशेवरों के लिए मेरा विश्वास:

  • यह वेब के वर्तमान व्यावहारिक उपयोगों तक HTML मानक को पकड़ रहा है।
  • ऐसा लगता है कि मोबाइल / डिवाइस को फ्लैश में पोर्ट करने के बजाय ऑडियो / ऑडियो टैग का समर्थन करना आसान होगा।
  • ओग एक खुला मानक है, जबकि एडोब फ्लैश को नियंत्रित करता है।
  • मैंने पहले से ही कुछ स्थानों पर लोगों को समाधान के माध्यम से देखा है कि यदि आपका ब्राउज़र वीडियो / ऑडियो टैग का समर्थन नहीं करता है, तो यह फ्लैश का उपयोग करेगा।
  • मानक HTML तत्वों और जावास्क्रिप्ट के साथ आसान बातचीत।

मेरा सबसे बड़ा चोर यह होगा कि Ogg संपीड़न और गुणवत्ता के मामले में थोड़ा पीछे है। लेकिन मुझे लगता है कि इस पर काम किया जाएगा। इससे भी महत्वपूर्ण बात, अगर अधिक लोग इसे अपनाना शुरू करते हैं, तो अधिक लोग संभवतः इसे बेहतर बनाने के लिए ओग पर काम में शामिल होंगे।

प्रतिस्पर्धा प्रमुख है, साथ ही साथ कोई भी प्रमुख खिलाड़ी नहीं है जो कि एडोब को वास्तव में फ्लैश के साथ कुछ भी करने के लिए मजबूर करता है। इसलिए Adobe वेब पर वीडियो सामग्री के मामले में बाज़ार को नियंत्रित कर सकता है।


ऑग और फ्लैश सीधे तुलनीय नहीं हैं।
स्टु थॉम्पसन

@Stu, सवाल "फ्लैश वीडियो" का है, फ्लैश का नहीं।
TRGG

@TRiG, ​​बेन का जवाब "फ्लैश वीडियो" से अधिक है
स्टु थॉम्पसन

1

मुझे विश्वास है कि यह फ्लैश को ध्वस्त कर देगा, क्योंकि iPhone और एंड्रॉइड पर एक ओपन सोर्स स्टैंडर्ड सपोर्ट और अन्य मोबाइल हैंडसेट तेजी से डेस्कटॉप डेस्कटॉप सपोर्ट के साथ तेजी से लागू हो सकते हैं। OGG प्रारूप मुझे एक नियमित http कनेक्शन पर वीडियो फ़ाइल में आगे बढ़ने की अनुमति देता है। मैं सही क्लिक कर सकता हूं और फाइल को बचा सकता हूं अगर इन फाइलों को साझा करना और ट्रांसपोर्ट करना आसान होगा। 'उचित' मार्कअप के रूप में इसे इंटरनेट का उपयोग करने के लिए विशेष रूप से उपकरणों का उपयोग करने वाले उपयोगकर्ताओं के शाब्दिक 100 के द्वारा नेविगेट किया जा सकता है। एक 'उचित' डोम तत्व के रूप में यह जावास्क्रिप्ट के साथ संवाद कर सकता है जो इसे शेष पृष्ठ सामग्री के साथ पूरी तरह से बातचीत करने की अनुमति देता है, और अंत में, माइक्रोसॉफ्ट के पास अपने मालिकाना समाधान को बढ़ावा देने के दौरान आगामी मानकों की अनदेखी करने का दिखावा करने का एक ट्रैक रिकॉर्ड है, उपयोगकर्ता की मांग के अनुसार, वे पतवार को पूरी तरह से फेंक देते हैं और अपने उपयोगकर्ता आधार को सुरक्षित करने के लिए कार्यान्वयन को रोल आउट करते हैं। वेब पर वीडियो के लिए फ्लैश एकमात्र विकल्प रहा है, लेकिन बहुत लंबे समय तक नहीं, अपने आप में सॉफ्टवेयर का एक उत्कृष्ट टुकड़ा और मैं इसे कुछ स्थिति में पकड़े हुए देखता हूं, लेकिन वीडियो के लिए यह केवल 'केवल विकल्प' धावक रहा है।


1

मैं निश्चित प्रो का उपयोग करने के लिए कहूंगा <video> Flash के बजाय करने की यह है कि मैं अपने ब्राउज़र में वीडियो को क्रैश किए बिना देख पाऊंगा या पागल हो जाऊंगा। मैं 64 बिट OpenBSD का उपयोग करता हूं, इसलिए gnash सभी मैं प्राप्त कर सकता हूं और मैं इसे तभी सक्षम कर सकता हूं जब मैं वास्तव में जोखिम भरा महसूस कर रहा हूं क्योंकि ज्यादातर समय मैं एक फ्लैश बैनर विज्ञापन में आऊंगा और मेरा ब्राउज़र (फ़ायरफ़ॉक्स 3.5) दुर्घटनाग्रस्त हो जाएगा।

और मेरा मोबाइल फोन ब्राउज़र फ्लैश का समर्थन नहीं करता है, फिर भी यह वीडियो टैग का समर्थन करता है (और यह अत्यधिक "फैंसी" फोन भी नहीं है)।


1

इस बिंदु के बारे में:

"शब्दार्थ के हिस्से के रूप में - मैं समझता हूं कि खोज इंजन अब बेहतर वीडियो का पता लगाने में सक्षम हो सकता है, लेकिन ... वे उनके साथ वैसे भी क्या करेंगे? ठीक है, इसलिए उन्हें पता है कि पृष्ठ में एक वीडियो है? और ...?" वीडियो को अनुक्रमित नहीं किया जा सकता! मैं यहां कुछ और तर्क देना चाहूंगा। "

यदि ठीक से अनुकूलित किया गया है, तो एक वीडियो में एक ट्रांसस्क्रिप्ट शामिल होगा, जिसे एक खोज इंजन पढ़ सकता है, और वीडियो के बारे में सभी जानकारी को विभाजित कर सकता है। मुझे लगता है कि वे वीडियो के पृष्ठ को अनुक्रमित कर सकते हैं? इसके मूल्य के रूप में ... मुझे लगता है कि मुझे बकवास देखने की ज़रूरत नहीं है मुझे ज़रूरत नहीं है, मुझे कुछ खोजने की ज़रूरत है, क्योंकि मुझे पता चल जाएगा कि वीडियो में क्या है


1

आप आज फ्लैश का उपयोग कर सकते हैं ... यह पूर्ण आकार के दर्शकों तक पहुंचने का सबसे यथार्थवादी तरीका है।

(एफडी: मैं एडोब के लिए काम करता हूं)


3
हम्म् ... अच्छा, कम से कम वह ईमानदार है ... दिखावा कर सकता है कि वह डब्ल्यू 3 सी से है ...: -डी ... और उसके पास एक बहुत अच्छा बिंदु है ...
बैक

1
यह मेरे लिए स्पष्ट है कि केवल HTML5 का उपयोग करने के लिए इन दिनों एक गलती होगी। विकल्प के रूप में एचटीएमएल 5 की पेशकश नहीं करना, हालांकि, प्रगति के रास्ते में खड़ा है, जैसा कि <वीडियो> स्पष्ट रूप से जाने का तरीका है।
माचिस

0

मेरी समझ यह है कि टैग के बारे में बड़ी बात यह है कि यह एक खुला मानक है। जब केवल एक विक्रेता फ्लैश को लागू कर सकता है, तो आप नए प्लेटफार्मों, ब्राउज़रों या यहां तक ​​कि ब्राउज़र संस्करणों के कार्यान्वयन / पोर्ट के लिए उनकी दया पर हैं।

उत्तेजना सभी उस स्तर पर है, कार्यान्वयन विवरण में नीचे नहीं। इस बारे में चिंता करना कि तकनीकी रूप से बेहतर है उसी तरह से बिंदु के बगल में है जिस तरह से अपने आप को फासीवादी सरकार की गाड़ियों को चलाने की क्षमता के बारे में होगा।


क्या Adobe ने कभी अपने खिलाड़ी को पोर्ट करने के प्रयास में कोई कमी दिखाई है? मैं किसी भी अन्य सॉफ्टवेयर को नहीं जानता जो उनके जैसे कई प्लेटफार्मों पर चलेगा। जहाँ भी संभव हो इसे पोर्ट करना उनके व्यावसायिक हितों में बहुत है।
विल्क-

1
फ्लैश को कई प्लेटफार्मों पर पोर्ट किया गया हो सकता है, लेकिन जैसे कि एलेक्स बैसन ने पहले ही संकेत दिया था: गैर-विंडोज पर फ्लैश अक्सर खराब प्रदर्शन करता है। पता नहीं कैसे यह उनके व्यावसायिक हितों में फिट बैठता है।
अर्जन

2
@Vilx: आपकी टिप्पणी मुझे ऐसे पढ़ती है जैसे "मस्सा के रास्ते मेरे लिए वास्तविक अच्छे थे"। हालांकि हम सभी को बिग हाउस में रहने के लिए नहीं मिलता है। यदि आप अपनी स्थिति के साथ कम्फर्टेबल हैं, और लगातार चिंता न करें कि एडोब एक दिन आपको नदी को बेचने का निर्णय ले सकता है, तो ठीक है। हम में से कुछ उस तरह से जीना नहीं चाहते हैं।
TED

1
@ टेड: मालिकाना सॉफ्टवेयर की तुलना फासीवाद और गुलाम-मालिक के बीच बेहद अनावश्यक है। दोनों मुक्त और मालिकाना सॉफ्टवेयर की तकनीक की दुनिया में भूमिकाएं हैं, और बात कर रहे हैं जैसे कि तकनीकी श्रेष्ठता अप्रासंगिक था एफ / ओएसएस के सर्वोत्तम हित में नहीं है ...
fenomas

1
@Vilx: अगर आपके द्वारा Adobe का निर्णय लिया जाता है कि आपके व्यवसाय को अब और निर्मित करने की आवश्यकता नहीं है, तो क्या होगा? यदि उनके पास एक बुरी किस्मत है और व्यवसाय से बाहर जाना है तो क्या होगा? यदि वे आपके किसी प्रतियोगी को खरीदते हैं और अपने सॉफ़्टवेयर का लाइसेंस नहीं देने का निर्णय लेते हैं तो क्या होगा? अपने आप को किसी और पर "विश्वास" करने की स्थिति में क्यों रखें ताकि आपके व्यवसाय को नली न दें?
TED

0

अब से 5-10 वर्षों में HTML 5 सुविधाओं में से कुछ का उपयोग करना अच्छा होगा ...

इंटरनेट एक्सप्लोरर 6 का उपयोग करने के लिए हमारे पास अभी भी बहुत से आगंतुक हैं, उन्हें अनदेखा करने के लिए, यह कुछ समय पहले होगा जब हम केवल IE7 + के लिए पृष्ठों का परीक्षण करने के लिए आगे बढ़ सकते हैं ...


+1, मुझे लगता है कि यह एक प्रासंगिक बिंदु है, तो <video> का समर्थन करने पर परेशान क्यों होता है, जब यह केवल उपयोगकर्ताओं के एक छोटे से समूह की सेवा करेगा? क्रोम / फ़ायरफ़ॉक्स 3.5 के जावास्क्रिप्ट इंजन के आसपास के सभी प्रचार के लिए समान है, यह सिंथेटिक बेंचमार्क के लिए अच्छा है लेकिन व्यवहार में बेकार है क्योंकि IE पर चलने के लिए पर्याप्त तेज़ होना चाहिए, संकलित जावास्क्रिप्ट द्वारा किसी भी लाभ को शून्य करना। 5 साल में दोनों अच्छे होंगे और यह आशावादी है।
जूलियनआर

IE उपयोगकर्ताओं के लिए फ्लैश करने के लिए वीडियो टैग को नीचा दिखाना मुश्किल नहीं है (मेरे जवाब में लिंक देखें)
हैंसन जूल

FF और IE से अधिक ब्राउज़र हैं। 90 के दशक के दौरान HTML कोडिंग करने वाला कोई भी व्यक्ति टैग से दूर भागने के बहुत सारे कारण जानता है जो केवल एक ब्राउज़र में काम करता है ..
fenomas

1
शायद आप code.google.com/p/video4all ("ला रहा है <वीडियो> टैग समर्थन जो इसे समर्थन नहीं करते हैं!"!)
Ms2ger

0

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

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

मुझे यह भी लगता है कि प्रदर्शन का कोण अधिकांश उत्तरों में, साथ ही साथ ओवरस्टैटेड है। यह सच है कि फ्लैश मेरे पास किसी भी अन्य खिलाड़ी की तुलना में अधिक सीपीयू का उपयोग करता है, लेकिन यह अधिक तेज़ी से शुरू होता है - परिमाण के आदेशों द्वारा। जब मैं एक एम्बेडेड एमपीजी के साथ एक वेब पेज पर आता हूं, तो मेरा ब्राउज़र 15 सेकंड के लिए जमे हुए होता है जबकि क्विक बूट्स, या शायद केवल 5 सेकंड अगर यह पहले से चल रहा था। (पीडीएफ के रूप में लगभग बुरा;) स्पष्ट रूप से फ्लैश कुछ मायनों में कम कुशल है, लेकिन जहां से मैं खड़ा हूं, यह दूसरों में अधिक कुशल है; किसी भी सॉफ्टवेयर सॉल्यूशन ट्रेडऑफ की तरह शामिल हैं।


QuickTime फ्लैश की तरह सिर्फ एक और ब्राउज़र एक्सटेंशन है। ब्राउज़र में बनाया जा रहा वीडियो टैग निश्चित रूप से इसका मतलब होगा कि कोई स्टार्टअप समय नहीं होगा।
22

0

एक कोन तथ्य यह है कि वर्तमान HTML 5 युक्ति ब्राउज़र विक्रेता असहमति के कारण एक भी कोडेक पर सहमत नहीं हो पाया है।

नीचे दिए गए लेख से:

"सार्वजनिक और निजी तौर पर, दोनों के लिए और HTML 5 में कोडेक्स की स्थिति के बारे में चर्चा के दौरान, मुझे इस बात का अंदाजा है कि मैं अनिच्छा से इस निष्कर्ष पर पहुंचा हूं कि कोई भी उपयुक्त कोडेक नहीं है जो सभी विक्रेताओं को लागू करने और जहाज के लिए तैयार हो"

ब्राउज़र विक्रेता स्क्वाबल

अंततः, भले ही आप वीडियो टैग का उपयोग करते हों, हो सकता है कि आपके वीडियो कोडेक सभी ब्राउज़रों में समर्थित न हों, भले ही वे टैग का समर्थन करते हों।

जैसा कि दूसरों ने उल्लेख किया है, यह किसी भी वास्तविक मुद्दे को नहीं उठा सकता है, लेकिन मेरा मानना ​​है कि एक ही फ़ाइल के कई संस्करणों को उपलब्ध करना निश्चित रूप से नकारात्मक है।


13
अरे। कोडेक आवश्यकताओं को छोड़ दिया गया, वीडियो टैग नहीं। फिलहाल, ऐसा लग रहा है कि वैसे भी Ogg Theora का समर्थन करने वाले सभी के साथ समाप्त होने जा रहा है - Apple <विक्रेताओं का समर्थन करने वाले केवल विक्रेताओं के बीच ही पकड़ है, और मुझे नहीं लगता कि वे बाजार में टिके रहने वाले हैं। उस तक।
क्वेंटिन

यह बहुत गैर-मुद्दा है। देखें [डारिंग फायरबॉल] [ daringfireball.net/2009/07/ffmpeg2theora] : इसका मतलब यह है कि सर्वर को वीडियो को दो रूपों में संग्रहीत करना है और दोनों विकल्पों को उपलब्ध करना है।
सेठ जॉनसन

1
कई गुणों और CODECs में एन्कोडिंग तेजी से वास्तविकता बन रही है। जब लोग 256kbps रियल स्ट्रीम से खुश थे, और फोन मोनोक्रोमैटिक एलसीडी थे, तो यह ठीक था। अब हमारे पास विभिन्न गुण और उपकरण हैं - वेब, आईपॉड, फोन और जल्द ही टीवी। सामग्री को कई प्रारूपों / गुणों में एन्कोडिंग के बारे में शिकायत करने के कारण कमजोर हैं। और, मेरा मानना ​​है कि यदि कोई सबसे कम आम भाजक CODEC चाहता है, तो वे h.263 के साथ पुराने स्कूल जा सकते हैं जो हर जगह होने की संभावना है। केवल नए, सेक्सी कॉडेक एक मुद्दा हैं।
स्टु थॉम्पसन

युक्ति को वैसे भी कोडेक तय नहीं करना चाहिए। मुझे याद नहीं है कि <img> टैग में उद्योग मानक JPG और GIF के अलावा ऐसी कोई आवश्यकताएं हैं, और हाल ही में PNG। मैं इन तीन में से एक या दो छवि स्वरूपों की कल्पना कर सकता हूं जो 10 वर्षों में अप्रचलित हो जाएंगे जब बेहतर लोगों को पेश किया जाएगा। एक ही वीडियो कोडेक्स के लिए चला जाता है।
हसनसन

@ हैनसन: ऐसा नहीं है ... imgटैग के सभी ब्राउज़र्स कार्यान्वयन सभी छवि स्वरूपों का सार्वभौमिक समर्थन नहीं करते हैं। मैं आपको विवरण के लिए इस लिंक की समीक्षा करने के लिए प्रोत्साहित करता हूं: en.wikipedia.org/wiki/…
स्टु थॉम्पसन

0

मैं इसके बारे में हाल ही में एक साइट के लिए पढ़ रहा हूँ जिसका मैं अभी निर्माण कर रहा हूँ। मैं अभी के लिए फ्लैश वीडियो के साथ गया हूं, क्योंकि लॉन्च बहुत जल्द है। साथ ही, हम एक साझा होस्टिंग वातावरण पर हैं, इसलिए वीडियो अपलोड होने से पहले सभी वीडियो रूपांतरण करना होगा। मैं ग्राहक से प्रत्येक वीडियो के दो संस्करण अपलोड करने के लिए नहीं कहना चाहता।

लेकिन, आखिरकार, मैं खुले वीडियो पर स्विच करना चाहता हूं। यह बहुत अच्छा लग रहा है। मैंने एक डेमो देखा है जो एक वीडियो पर उपशीर्षक को ओवरले करने के लिए जावास्क्रिप्ट का उपयोग करता है, वीडियो के नीचे एक पाठ प्रतिलिपि के लिए जावास्क्रिप्ट के अभाव में इनायत से अपमानजनक। (मुझे लगता है कि ए लिस्ट के अलावा था।) और मोज़िला ने कुछ मज़ेदार डेमो दिए। http://arstechnica.com/open-source/news/2009/05/google-dailymotion-endorse-html-5-and-standards-based-video.ars


0

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

हमें कार्रवाई करने की आवश्यकता है, और यह अब है। हमें खुले मानकों का उपयोग करना चाहिए, और हमें इसकी बुरी तरह से आवश्यकता है। यही एकमात्र चीज है जो टैग को दुनिया के लिए महत्वपूर्ण बनाती है।

(फ्लैश के लिए लाइसेंसिंग शुल्क एडोब से एक यथार्थवादी कदम की तरह लग सकता है या नहीं भी हो सकता है, लेकिन इससे कोई फर्क नहीं पड़ता। मेरी बात यह है कि नियंत्रण में हैं। एक और बात यह हो सकती है कि एडोब फ्लैश को रद्द करने का निर्णय ले। कल्पना करें कि तब क्या होगा। , अगर कोई टैग नहीं थे।)


0

फ्लैश की वर्तमान स्थिति है:

फ्लैश डेस्कटॉप प्लेटफॉर्म:

  • अर्थात
  • माइक्रोसॉफ्ट बढ़त
  • सफारी (मैक)
  • क्रोम
  • एफएफ
  • ओपेरा

मोबाइल ब्राउज़र:

  • नहीं

इसलिए आप मोबाइल ब्राउज़र पर फ़्लैश वीडियो का उपयोग नहीं कर सकते क्योंकि फ़्लैश प्लेयर डिफ़ॉल्ट रूप से पूर्व-स्थापित नहीं है।

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


इस दिन और उम्र बदल गई है। HTML वीडियो बहुत अधिक सार्वभौमिक रूप से समर्थित है (कुछ quirks के साथ) जबकि Flash - बिल्कुल - मोबाइल उपकरणों के बीच बेहद अलोकप्रिय है। तो, हाँ, आज HTML वीडियो 6 साल पहले की तुलना में बहुत अधिक समझ में आता है। :)
विल्क्स-
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.