फ़ायरफ़ॉक्स 33 और उससे आगे
मोज़िला ने ओपनएच 264 के लिए फ़ायरफ़ॉक्स 33 में एक प्लगइन के रूप में समर्थन जोड़ा । इस प्लगइन को सक्षम करने के लिए फ़ायरफ़ॉक्स अब OpenH264 वेबसाइट से पहली बार प्रोग्राम शुरू करने पर स्वचालित रूप से एक बाइनरी डाउनलोड करेगा ।
यह बहुत अच्छा लगता है , है ना? रुको ... वह एक दंड था।
हालांकि यह वास्तव में एक बहुत ही सुविधाजनक समाधान है, इसमें गोपनीयता और सुरक्षा चिंताओं को भी उठाया जाना चाहिए जब सॉफ्टवेयर स्वचालित रूप से सिस्को सिस्टम्स या अन्य कंपनियों से संबद्ध साइटों से बायनेरिज़ को डाउनलोड करता है, भले ही प्रक्रिया और लाइसेंस समझौता कितना पारदर्शी हो।
सीधे संबंधित नहीं है, लेकिन अगर आप फ़ायरफ़ॉक्स बंद होने पर कुकीज़ को स्वचालित रूप से हटाना पसंद करते हैं और लगातार HTML5 प्लेबैक के लिए रखने के लिए सही कुकी नहीं ढूँढ सकते हैं तो मैं YouTube ALL HTML5 स्थापित करने का सुझाव देता हूं ।
14.04.2 और 15.04 वीएम के साथ टेस्ट
मेरा अनुमान था कि केवल H.264 डिकोडर बाइनरी स्थापित करना पर्याप्त नहीं होगा, इसलिए मैंने 2 नई वर्चुअल मशीनें स्थापित कीं:
- Ubuntu 14.04.2 स्थापना के दौरान प्रतिबंधित एडऑन के साथ
- Ubuntu 15.04 स्थापना के दौरान प्रतिबंधित एडऑन के बिना
दोनों VMs की स्थापना पूरी होने के बाद मैंने सिस्टम बूट किया, उन्हें फिर से अपडेट किया, VM अतिथि परिवर्धन स्थापित किया, पहली बार फ़ायरफ़ॉक्स शुरू किया और वास्तविक परीक्षण के लिए रिबूट किया।
चूँकि YouTube भी उनके ओपन सॉर्ट किए गए WebM फॉर्मेट प्रदान करता है और मैं चाहता था कि मैं परीक्षण के तरीकों के बारे में बहुत विस्तार करने से बचूँ। मैं Vimeo चुना है, क्योंकि वे कहते हैं कि वे एचटीएमएल 5 के लिए डिफ़ॉल्ट और वे नहीं करते प्रतीत WebM, जो मैं एक अच्छी बात हो के लिए नहीं करने पर विचार का समर्थन करने के।
जब भी मैंने परीक्षण में कुछ बदलाव किए, जैसे कि पैकेज को स्थापित करना या फ़ायरफ़ॉक्स I में कुछ को सक्षम / अक्षम करना, और फ़ायरफ़ॉक्स को फिर से लॉन्च किया।
14.04.2 प्रतिबंधित योनियों के साथ
जैसा कि आप इस स्क्रीनशॉट में देख सकते हैं कि फ़ायरफ़ॉक्स में केवल OpenH264 प्लगइन सक्षम है, विभिन्न संस्करणों में सभी आवश्यक GStreamer संकुल पूर्वस्थापित हैं और वीडियो अपेक्षित रूप से चलता है।
15.04 प्रतिबंधित नशों के बिना
जैसा कि आप इस स्क्रीनशॉट में देख सकते हैं कि OpenH264 प्लगइन सक्षम है, कोई फ्लैश प्लगइन नहीं है, विभिन्न संस्करणों में कुछ GStreamer संकुल पूर्वस्थापित हैं लेकिन वीडियो नहीं चलता है! इसके बजाय साइट तुरंत हमें बताती है कि वीडियो चलाया नहीं जा सकता। ऐसा क्यों है?
- AAC गायब है! - स्पष्टीकरण को सरल बनाने के लिए, सर्वर पर एक फ़ाइल होती है जिसे हमारे ब्राउज़र में फीड किया जाता है। यदि आप फ़ायरफ़ॉक्स में संदर्भ मेनू से निरीक्षक का उपयोग करते हैं, तो आपको AAC-एन्कोडेड ऑडियो के साथ एक MP4 मिलेगा। त्रुटि संदेश अधिक स्पष्ट हो सकता है लेकिन यह समझ में आता है क्योंकि हमारे पास वर्तमान में स्थापित एएसी के लिए डिकोडर नहीं है।
अद्यतन: फ़ायरफ़ॉक्स 41 के साथ इस मुद्दे को फिर से देखते हुए, मैंने पाया कि OpenH264 के बारे में अक्षम होना प्रतीत होता है: इसके माध्यम से कॉन्फ़िगर करना:
media.fragmented-mp4.exposed;false
media.fragmented-mp4.gmp.enabled;false
इनका true
कोई असर नहीं हुआ। आगे की सेटिंग मैंने आजमाई:
media.audio_data.enabled;true
कोई प्रभाव नहीं।
media.mediasource.enabled;true
Vimeo ने MSE का उपयोग पहले नहीं किया था, जिससे इन और संबंधित सेटिंग्स को कोई प्रभाव नहीं पड़ा।
media.fragmented-mp4.use-blank-decoder;true
परिणाम: एक ठोस हरा कैनवास और एक निरंतर साइन वेव ऑडियो सिग्नल।
15.04 प्रतिबंधित योनियों के साथ
एक स्मार्ट दृष्टिकोण स्थापित करने के लिए किया गया होगा gstreamer1.0-plugins-bad-faad
, लेकिन इससे वीमियो पर विशेष त्रुटि संदेश नहीं जाता है, इसलिए चलो सभी प्रतिबंधित एडोनों को स्थापित करें।
जैसा कि अपेक्षित था, सब कुछ काम करता है यदि आप प्रतिबंधित एडोनस पैकेज को बाद में स्थापित करते हैं , लेकिन आप enabled
फ़ायरफ़ॉक्स की तुलना में फ्लैश प्लगइन को कुछ और सेट करना चाह सकते हैं ताकि एचटीएमएल 5 वीडियो का उपयोग करना सुनिश्चित हो सके।
विश्लेषण या बस इसे तोड़ना
जाहिरा तौर gstreamer1.0-libav
पर त्रुटि संदेश वापस पाने के लिए आपको निकालने के लिए एकमात्र पैकेज है। तो यह libav के AAC डिकोडर का उपयोग कर रहा था? मैंने इसके लिए सबूत खोजने के लिए गहराई से खुदाई नहीं की और न ही मैंने देखा कि किस डिकोडर को प्राथमिकता दी जाएगी (जैसे कि OpenH264 वर्तमान में लिनक्स पर किसी भी उपयोग की है) या अगर Vimeo इस त्रुटि संदेश को किसी अन्य निर्भरता के कारण एच के बावजूद पूरा नहीं किया जा रहा है .264 और AAC डिकोडर लगाए जा रहे हैं।
सारांश और दृष्टिकोण
इसे योग करने के लिए, मुख्य धारा की सामग्री के प्लेबैक के लिए न केवल एच .264 डिकोडर की आवश्यकता होती है, बल्कि एएसी डिकोडर की भी आवश्यकता होती है और एच .265 पहले से ही पुराने को बदलने की तैयारी कर रहा है। इसके अलावा, मैं H.264 के साथ MP4 के लिए इसी विनिर्देशन को देखने के लिए नहीं बदला जा सकता है जो कि भविष्य में अधिक खुले स्रोत के अनुकूल ऑडियो कोडेक की सिफारिश करने की दिशा में बदला जा सके।
गंभीरता से, WebM के लिए धक्का! आपको V.28 + Vorbis H.264 / AVC दावेदार और VP9 + Opus को H.265 / HEVC दावेदार के रूप में मिलता है।