क्रोम 70 [फीचर लिस्ट] और AV1 का समर्थन करता है - कोडेक समर्थन इतना महत्वपूर्ण क्यों है?

क्रोम का 69 वां संस्करण एक बड़ा अपडेट था , जैसा कि डेस्कटॉप और मोबाइल संस्करणों के लिए एक नया इंटरफ़ेस दिखाया। क्रोम 70 इतना कट्टरपंथी नहीं है, लेकिन इसकी नई विशेषताएं बहुत महत्वपूर्ण हैं। हमने नए संस्करण में महत्वपूर्ण, हमारी राय में, सबसे महत्वपूर्ण के बारे में एक अनुकूलित अनुवाद और जोड़ा सामग्री बनाई, AV1 कोडेक के लिए समर्थन, जो प्रदर्शन के लिए एक नया बार सेट करता है। अब तक, कोडेक का उपयोग केवल वीडियो खेलते समय किया जाएगा, लेकिन हमें उम्मीद है कि यह WebRTC को मिलेगा - इससे हमें वीडियो कॉल और सम्मेलनों में उन्नत एन्कोडिंग का उपयोग करने का अवसर मिलेगा (उदाहरण के लिए, हमारे वेब एसडीके का उपयोग करके)।

AV1 का समर्थन करें

लगभग 10 साल पहले, Google ने H.264 के लिए अपने स्वयं के प्रतिस्पर्धी कोडेक को रोल किया था - यह VP8 था। जबकि तकनीकी प्रतियोगी बहुत अलग नहीं थे, वीपी 8 मुक्त था, और एच .264 को लाइसेंस की आवश्यकता थी। एंड्रॉइड ने वीपी 8 को बॉक्स से बाहर का समर्थन किया, जिसकी शुरुआत 2.3 जिंजरब्रेड से हुई। साथ ही, सभी प्रमुख ब्राउज़र (सफारी को छोड़कर) VP8 वीडियो चला सकते हैं।

Google अब एलायंस फॉर ओपन मीडिया का हिस्सा है, जो कंपनियों का एक समूह है जो AV1 नामक एक VP8 / VP9 उत्तराधिकारी विकसित कर रहा है। फेसबुक ने पहले से ही हजारों लोकप्रिय वीडियो पर कोडेक का परीक्षण किया है और पाया है कि यह वीपी 9 की तुलना में 30% से अधिक की संपीड़न में वृद्धि देता है, अर्थात 50.3%, 46.2% और 34% (मुख्य x264 प्रोफ़ाइल की तुलना में, उच्च-) x264 प्रोफाइल और libvpx-vp9, क्रमशः)।

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

विस्तार से AV1

स्पष्टीकरण: यह खंड लेख अगली पीढ़ी के वीडियो का परिचय है: AV1 प्रस्तुत करता है ।

लूमा से क्रोमा

लूमा भविष्यवाणी से क्रोमा (इसके बाद - सीएफएल) AV1 में उपयोग किए जाने वाले नए पूर्वानुमान तरीकों में से एक है। CfL एक ल्युमा मूल्य के आधार पर एक छवि (क्रोमा) में रंगों की भविष्यवाणी करता है। सबसे पहले, luminance मान एन्कोडेड / डिकोड किए जाते हैं, फिर CfL रंगों की भविष्यवाणी करने का प्रयास करता है। यदि प्रयास सफल होता है, तो एन्कोड किए जाने वाले रंग की जानकारी की मात्रा कम हो जाती है; इसलिए, अंतरिक्ष बच जाता है।

यह ध्यान देने योग्य है कि CfL पहली बार AV1 में नहीं दिखाई दिया। CfL पर पाया गया दस्तावेज़ 2009 से पहले का है; उसी समय, एलजी और सैमसंग ने LM मोड के तहत CfL के शुरुआती कार्यान्वयन का प्रस्ताव रखा, लेकिन HEVC / H.265 के विकास के दौरान यह सब बंद कर दिया गया। सिस्को के थोर कोडेक एक समान तकनीक का उपयोग करता है, और HEVC ने क्रॉस-चैनल प्रिडिक्शन (CCP) नामक एक बेहतर संस्करण लागू किया है।

बेहतर इंट्रा भविष्यवाणी

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

परीक्षण वीडियो के पहले 60 फ्रेम। हिस्टोग्राम एक संदर्भ फ्रेम से शुरू होता है ~ बाकी की तुलना में 20 गुना बड़ा।

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

संक्षेप में, यह तर्क दिया जा सकता है कि CfL इंट्रा-फ्रेम फोरकास्टिंग की उन्नत तकनीक है, क्योंकि यह फ्रेम के भीतर चमक के आधार पर काम करता है।

रंगीन क्रेयॉन

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

कोडिंग सटीकता को अधिकतम करने के लिए अवरुद्ध।

चूंकि एनकोडर पूरी छवि के साथ काम नहीं करता है, लेकिन इसके टुकड़े के साथ, यह छोटे क्षेत्रों में सहसंबंधों को प्रकट करने के लिए पर्याप्त है - यह एक धन्य चमक के लिए रंगों की भविष्यवाणी करने के लिए पर्याप्त है। एक छोटी छवि ब्लॉक लें:


इस टुकड़े के आधार पर, एनकोडर उस उज्ज्वल = हरे, और गहरे रंग की, कम संतृप्ति स्थापित करेगा। और इसलिए बाकी ब्लॉकों के साथ।

एएफएल को एवी 1

CfL ने PVQ एल्गोरिथ्म का उपयोग करना शुरू नहीं किया है, इसलिए पिक्सेल और फ़्रीक्वेंसी डोमेन के लिए लागत लगभग समान है। इसके अलावा, AV1 असतत साइन और पिक्सेल डोमेन पहचान परिवर्तनों का उपयोग करता है, इसलिए आवृत्ति डोमेन में AV1 CfL प्रदर्शन करना बहुत आसान नहीं है। लेकिन - एक आश्चर्य - AV1 को आवृत्ति डोमेन में CfL की आवश्यकता नहीं है, क्योंकि बुनियादी सीएफएल समीकरण दोनों क्षेत्रों में समान रूप से काम करते हैं।

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

परिकलित calculation मूल्य (वर्तमान ब्लॉक में पिक्सल पर आधारित गणना) के साथ डिफ़ॉल्ट डीसी पूर्वानुमान (पड़ोसी पिक्सल के आधार पर गणना) की तुलना।

इस प्रकार, एन्कोडर की ओर के अनुमान की जटिलता अधिकतम रूप से भविष्यवाणी के उपयोग के माध्यम से अनुकूलित है। यदि पूर्वानुमान पर्याप्त नहीं है, तो शेष परिवर्तन किए जाते हैं; यदि भविष्यवाणी बिट्स में लाभ प्रदान नहीं करती है, तो इसका उपयोग बिल्कुल नहीं किया जाता है।

कुछ परीक्षण

ओपन मीडिया एलायंस परीक्षणों की एक श्रृंखला का उपयोग करता है, जो कि क्या हम अभी भी प्रभावित हैं?

नीचे विभिन्न संकेतकों के संदर्भ में एक बिट दर के साथ एक तालिका है। CIE डेल्टा-ई 2000 पर ध्यान दें, यह अवधारणात्मक समान रंग त्रुटि का एक मीट्रिक है। यह ध्यान देने योग्य है कि बिटरेट को कैसे बचाया जाता है? 8% तक!

	BD-दर
	PSNR	PSNR-एचवीएस	SSIM	CIEDE2000	PSNR Cb	PSNR Cr	एमएस एस.एस.आई.एम.
औसत	-0.43	-0.42	-0.38	-2.41	-5.85	-5.51	-0.40
1080p	-0.32	-0.37	-0.28	-2.52	-6.80	-5.31	-0.31
1080p स्क्रीन	-1.82	-1.72	-1.71	-8.22	-17.76	-12.00	-1.75
720p	-0.12	-0.11	-0.07	-0.52	-1.08	-1.23	-0.12
360p	-0.15	-0.05	-0.10	-0.80	-2.17	-6.45	-0.04

... और क्रोम 70 में अन्य नए आइटम

विंडोज पर PWA

हालाँकि प्रगतिशील वेब ऐप्स के लिए समर्थन मुख्य रूप से मोबाइल प्लेटफार्मों पर लागू किया गया है , लेकिन Google डेस्कटॉप के बारे में नहीं भूलता है। डेस्कटॉप क्रोम 67 में, PWA इंस्टॉलेशन बटन दिखाई दिया, और पहले से ही क्रोम 70 विंडोज उपयोगकर्ताओं के लिए कई सुधार लाया।


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

Google ने मैक और लिनक्स के लिए इस कार्यक्षमता को 72 वें संस्करण में लाने का वादा किया है।

आकृति जांच एपीआई

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

Chrome 70 में शेप डिटेक्शन एपीआई एक मूल परीक्षण है, अर्थात यह अभी तक व्यापक उपयोग के लिए तैयार नहीं है। एपीआई 3 प्रकार की वस्तुओं / छवियों को परिभाषित कर सकता है - चेहरे, बारकोड और पाठ। फिलहाल, संगतता प्लेटफ़ॉर्म पर भिन्न होती है, क्योंकि OS को ऑब्जेक्ट्स को परिभाषित करने के लिए कार्यक्षमता की आवश्यकता होती है। आप यहां डेमो की कोशिश कर सकते हैं ।

टीएलएस 1.3

ट्रांसपोर्ट लेयर सिक्योरिटी एक प्रोटोकॉल है जो आपको इंटरनेट पर सुरक्षित रूप से डेटा ट्रांसफर करने की अनुमति देता है। जब आप HTTPS पर साइट का उपयोग करते हैं, तो सबसे अधिक संभावना है कि डेटा TLS के माध्यम से भेजा जाता है। क्रोम 70 टीएलएस 1.3 का समर्थन करता है, जो पिछले महीने जारी किया गया था।

परिवर्तनों की सूची यहां उपलब्ध है , लेकिन सामान्य तौर पर, संस्करण 1.3 दक्षता और सुरक्षा दोनों में सुधार करता है (उदाहरण के लिए, BREACH और CRIME "जीता", धन्यवाद जिसके लिए आप फिर से सुरक्षित रूप से https - अनुवादक टिप्पणी पर उपयोग कर सकते हैं, मासिक धर्म के लिए धन्यवाद)। कनेक्शन स्थापित करने के लिए कम चरणों की आवश्यकता होती है, इसलिए आप समय में थोड़ा सुधार देख सकते हैं (यदि आपके द्वारा देखी गई साइट TLS 1.3 का समर्थन करती है, तो निश्चित रूप से)। यहाँ CloudFlare से मतभेदों की एक स्पष्ट तुलना है:



टीएलएस 1.3 की रिहाई के साथ, पुरानी सुविधाओं, जैसे SHA1 और MD5 के लिए समर्थन भी बंद हो जाता है। Google ने स्थिति पृष्ठ पर इसकी घोषणा की:

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

फ़ायरफ़ॉक्स 60 ने टीएलएस 1.3 (ड्राफ्ट 23) के लिए समर्थन जोड़ा, जो इस साल मई में लुढ़का था; तब CloudFlare ने इसका उपयोग करना शुरू किया।

अन्य विशेषताएं

हमेशा की तरह, क्रोम 70 में उपयोगकर्ताओं और डेवलपर्स के लिए नवाचार शामिल हैं। इस अद्यतन में अन्य परिवर्तनों की एक सूची इस प्रकार है:

• भाषण सिंथेसिस एपीआई तब तक काम नहीं करेगा जब तक पेज में इस एपीआई के साथ कम से कम एक बार बातचीत न हो जाए। यह API अक्सर Chrome 66 में नई ऑटोप्ले नीति तक मोबाइल उपकरणों पर स्पैमर पॉप-अप के लिए उपयोग किया जाता है;
• मैकबुक प्रो पर टच आईडी का उपयोग वेब प्रमाणीकरण एपीआई में एक लॉगिन विधि के रूप में किया जा सकता है;
• यदि पृष्ठ पूर्ण स्क्रीन मोड में है, तो पॉप-अप की उपस्थिति पृष्ठ को पूर्ण स्क्रीन से बाहर लाएगी;
• AppCache अब नहीं https पृष्ठों पर काम करता है;
• Android उपकरणों पर, OC बिल्ड नंबर (उदाहरण के लिए, "NJH47F") अब ब्राउज़र पहचान को रोकने के लिए उपयोगकर्ता एजेंट में शामिल नहीं है। आईओएस पर क्रोम सफारी में कार्यान्वयन का पालन करने के लिए पूरी तरह से हटाने के बजाय बिल्ड नंबर "15E148" छोड़ देगा;
• opus ऑडियो अब MP4, Ogg और WebM कंटेनरों के लिए समर्थित है;
• WebUSB अब एक व्यक्तिगत कार्यकर्ता के संदर्भ का उपयोग करता है, जिससे उत्पादकता में वृद्धि होनी चाहिए;
• वेब ब्लूटूथ अब विंडोज 10 पर काम करता है;
• नया डेस्कटॉप सिंक्रनाइज़ेशन संवाद;
• सेवाकर्मियों को नाम दिए जा सकते हैं;
• क्रेडेंशियल मैनेजमेंट API अब PublicKeyCredential का समर्थन करता है;
• कस्टम तत्वों के प्रारंभिक कार्यान्वयन, HTML आयात, navigator.getGamepads और छाया DOM API अब पदावनत स्थिति में हैं;
• आलसी लोडिंग को अब झंडे # सक्षम-आलसी-फ्रेम-लोडिंग और # सक्षम-आलसी-छवि-लोडिंग का उपयोग करके सक्षम किया जा सकता है।