AV1 वीडियो प्रारूप के लिए SVT-AV2.0 1 एनकोडर और dav1.4d 1 डिकोडर का विमोचन

एसवीटी-एवी1 2.0 (स्केलेबल वीडियो टेक्नोलॉजी एवी1) लाइब्रेरी की रिलीज को एवी1 वीडियो एन्कोडिंग प्रारूप के एनकोडर और डिकोडर के कार्यान्वयन के साथ प्रकाशित किया गया है, जिसके त्वरण के लिए आधुनिक इंटेल सीपीयू में मौजूद हार्डवेयर समानांतर कंप्यूटिंग के साधनों का उपयोग किया जाता है। यह परियोजना इंटेल द्वारा नेटफ्लिक्स के साथ साझेदारी में ऑन-द-फ्लाई वीडियो ट्रांसकोडिंग और वीडियो-ऑन-डिमांड (वीओडी) सेवाओं में उपयोग के लिए उपयुक्त प्रदर्शन के स्तर को प्राप्त करने के लक्ष्य के साथ बनाई गई थी। वर्तमान में, ओपन मीडिया एलायंस (एओमीडिया) के तत्वावधान में विकास किया जा रहा है, जो AV1 वीडियो एन्कोडिंग प्रारूप के विकास की देखरेख करता है। पहले, प्रोजेक्ट को OpenVisualCloud प्रोजेक्ट के ढांचे के भीतर विकसित किया गया था, जो SVT-HEVC और SVT-VP9 एनकोडर भी विकसित करता है। कोड बीएसडी लाइसेंस के तहत वितरित किया जाता है।

SVT-AV1 को किसी भी आर्किटेक्चर पर आधारित प्रणालियों के लिए संकलित किया जा सकता है, जिसके लिए C99 मानक का समर्थन करने वाला कंपाइलर उपलब्ध है, लेकिन सबसे अच्छा प्रदर्शन x86_64 प्रणालियों पर प्राप्त होता है जो SIMD निर्देशों पर आधारित असेंबलर अनुकूलन का उपयोग करते हैं (CPU में AVX2 समर्थन वांछनीय है, लेकिन SS2 न्यूनतम रूप से पर्याप्त है)। मेमोरी खपत एनकोडिंग में शामिल प्रोसेसर कोर की संख्या पर निर्भर करती है, जिसे "--lp" विकल्प द्वारा नियंत्रित किया जाता है। AV1 में प्रयुक्त एल्गोरिदम की जटिलता के कारण, इस प्रारूप को एनकोड करने के लिए अन्य प्रारूपों की तुलना में काफी अधिक संसाधनों की आवश्यकता होती है, जो वास्तविक समय ट्रांसकोडिंग के लिए मानक AV1 एनकोडर का उपयोग करने की अनुमति नहीं देता है। उदाहरण के लिए, AV1 परियोजना के मानक एनकोडर को x5721 (प्रोफ़ाइल "मुख्य"), x5869 (प्रोफ़ाइल "उच्च"), और libvpx-vp658 एनकोडर की तुलना में 264, 264, और 9 गुना अधिक गणनाओं की आवश्यकता होती है।

SVT-AV1 की नई रिलीज़ में हुए परिवर्तनों में से:

• एक नए संस्करण क्रमांकन में परिवर्तन किया गया है, जिसके अनुसार API/ABI में प्रत्येक परिवर्तन के साथ संस्करण का पहला अंक बदल जाएगा।
• खाली फ्रेम का उपयोग करने के बजाय अंतिम फ्रेम में स्ट्रीम के अंत (ईओएस) संकेत के लिए संक्रमण से संबंधित एपीआई में परिवर्तन किए गए हैं, जो अतिरिक्त फ्रेम की प्रतीक्षा के कारण होने वाली देरी को समाप्त करता है। API परिवर्तन पहले से ही FFmpeg कोडबेस में परिलक्षित है।
• 3-पास परिवर्तनीय बिटरेट मोड (XNUMX-पास VBR) को हटा दिया गया है और इसकी जगह बहु-पास VBR तंत्र को लाया गया है। FFmpeg के साथ एकीकरण की अनुमति देने के लिए मल्टी-पास VBR मोड को घटाकर दो पास कर दिया गया है।
• एनकोडर को अनुकूलन के साथ बेहतर बनाया गया है, जिससे प्रीसेट M9-M13 के लिए संपीड़न दक्षता में 1-4% की वृद्धि हुई है, तथा प्रीसेट M5 में मेमोरी खपत में LP 20 मोड में 35-8% तथा अन्य मोड में 1-5% की कमी आई है। अन्य प्रीसेट में मेमोरी खपत 1-5% तक कम कर दी गई है।
• उच्च गुणवत्ता स्तर निर्धारित करने वाले प्रीसेट के लिए अनुकूलित गुणवत्ता/गति समझौता। एमआर प्रीसेट, जो संदर्भ गुणवत्ता प्रदान करता है, को 100% त्वरित किया गया है।
• ARM आर्किटेक्चर-विशिष्ट अनुकूलन को C-ओनली फ़ंक्शनों में जोड़ा गया है।

इसके अतिरिक्त, dav1d 1.4.1 परियोजना की रिलीज पर ध्यान देना उचित है, जिसके ढांचे के भीतर VideoLAN और FFmpeg समुदाय AV1 वीडियो एन्कोडिंग प्रारूप के लिए वैकल्पिक मुक्त डिकोडर के कार्यान्वयन के साथ एक लाइब्रेरी विकसित कर रहे हैं। dav1d लाइब्रेरी सभी AV1 सुविधाओं का समर्थन करती है, जिसमें उन्नत सबसैंपलिंग और सभी निर्दिष्ट रंग गहराई नियंत्रण विकल्प (8, 10, और 12 बिट) शामिल हैं। डीएवी1डी की मुख्य विशेषता उच्चतम संभव डिकोडिंग प्रदर्शन प्राप्त करने और बहु-थ्रेडेड मोड में उच्च गुणवत्ता वाले संचालन को सुनिश्चित करने पर इसका ध्यान केंद्रित है। परियोजना कोड को सी (C99) में असेंबलर इन्सर्ट (NASM/GAS) के साथ लिखा गया है तथा इसे BSD लाइसेंस के तहत वितरित किया गया है। x86, x86_64, ARMv7 और ARMv8 आर्किटेक्चर और FreeBSD, Linux, Windows, macOS, Android और iOS ऑपरेटिंग सिस्टम के लिए समर्थन लागू किया गया है।

dav1d 1.4 नए लूनगार्च और RISC-V आर्किटेक्चर के लिए अपने समर्थन के साथ-साथ AVX-512 निर्देशों पर आधारित अतिरिक्त अनुकूलन, ARM प्रणालियों पर 6tap फिल्टरों का त्वरण, मल्टीथ्रेडिंग की बढ़ी हुई दक्षता और ARM64, ARM32 और RISC-V प्रणालियों पर कम बाइनरी डेटा आकार के लिए उल्लेखनीय है। CVE-2024-1580 भेद्यता को ठीक किया गया, जिसके परिणामस्वरूप बहुत बड़े फ़्रेमों को संभालते समय पूर्णांक ओवरफ़्लो के कारण आउट-ऑफ़-बाउंड्स लेखन होता था।

स्रोत: opennet.ru