खुद का वीडियो प्लेटफॉर्म या बहुत सारे कंप्यूटिंग संसाधनों को कैसे लेना है। भाग 1

_{फोटो में - पहली उड़ान चार पहिया बाइक। स्रोत।}

आज, आवश्यक सेवाओं की उपलब्धता के कारण, नेटवर्क पर वीडियो पोस्ट करना कोई मुश्किल काम नहीं है। हालांकि, ऐसी प्रणालियों की आंतरिक संरचना पर बहुत सारी सामग्रियां नहीं हैं, खासकर रूसी भाषा के खंड में।

मैं कुछ समय के लिए उच्च गुणवत्ता वाले वीडियो प्लेटफॉर्म के डिजाइन और विकास में शामिल रहा हूं। इस लेख में मैं उन क्षणों का वर्णन करना चाहता हूं जो मैं खुद विकास की शुरुआत में जानना चाहता हूं।

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

दूसरा भाग।

प्रारूप

H264 हाई-प्रोफाइल, इसकी लोकप्रियता के बावजूद, यह पता चला है कि यह हर जगह काम नहीं करता है - कुछ ब्राउज़रों में इसका समर्थन शामिल नहीं है। सौभाग्य से, आधुनिक उपकरणों पर, लगभग हर जगह जहां H264 समर्थित नहीं है, वीपी 8/9 काम करता है। VP9 का उपयोग करने के लिए बेहतर है, क्योंकि मैंने डिकोडर्स के पुराने संस्करण नहीं देखे हैं जो VP8 कर सकते हैं, लेकिन VP9 या H264 नहीं। VP9 H264 के साथ तुलनीय चित्र गुणवत्ता देता है जब बिटरेट ~ 30% कम होता है - यह चैनलों पर लोड को कम करने के लिए महत्वपूर्ण है। इसके अतिरिक्त, यदि MPEG कोडेक का उपयोग संभावित रूप से कानूनी दावे (बहुत जटिल कहानी) कर सकता है, तो VP9 इसके साथ अच्छा कर रहा है। सच है, VP9 की एन्कोडिंग गति कम परिमाण के एक आदेश के बारे में है, इसलिए, इसके प्रसंस्करण के लिए अधिक संसाधन आवंटित किए जाने चाहिए।

यदि पुराने उपकरणों का समर्थन करने की आवश्यकता है जो एच 264 उच्च के साथ सामना नहीं कर सकते हैं, तो आप 480 पी एच 264 मेन को तीसरे प्रारूप के रूप में कम बिटरेट के साथ जोड़ सकते हैं।

Hi10P खराब हार्डवेयर डिकोडिंग समर्थन के कारण बड़े पैमाने पर उपयोग करने के लिए बेहतर नहीं है।
H265 को स्पष्ट रूप से लाइसेंस फीस की आवश्यकता होगी, जो सभी के लिए नहीं है।

मुलायम बनाम कठोर

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

और, ज़ाहिर है, काम करने के लिए हार्डवेयर एनकोडर के लिए, आपको एक डिवाइस की आवश्यकता होती है - एक वीडियो कार्ड या प्रोसेसर जिसमें वीडियो कोर होता है, जो अन्य सर्वर नहीं होते हैं।

लेकिन वे तेज हैं। बहुत। सॉफ्टवेयर प्रसंस्करण की तुलना में, गति सौ गुना अधिक हो सकती है, एक स्तर पर जिस पर डिस्क आईओ पर्याप्त नहीं हो सकता है।

हार्डवेयर विधियों द्वारा प्रसंस्करण समाधान प्रदाता पर बहुत निर्भर है - प्रत्येक विक्रेता के पास इसके लिए पुस्तकालयों और उपयोगिताओं का अपना सेट है, और इसमें से चुनने के लिए बहुत सारे हैं: इंटेल क्विक सिंक, एनवीएनसी, एएमडी वीसीई।

सॉफ्टवेयर प्रसंस्करण के साथ, इस तरह के प्रतिबंध नहीं हैं, और समकक्ष बिटरेट के साथ, परिणाम बेहतर है। विभिन्न प्रारूपों और कोडेक्स के साथ काम करने के लिए ffmpeg है; "स्पष्ट" में ऐसी कोई लक्जरी नहीं है (आरक्षण के साथ)।

वीडियो गुणवत्ता मानदंड

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

BPP * Framerate * Width * Height 

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

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

यही कारण है कि कोडेक्स (गुणवत्ता वाले तोते) के क्यू-मापदंडों का उपयोग करना असुविधाजनक है - निश्चित मान एक अप्रत्याशित अंतिम विवरण देते हैं।

maxRate बेहतर है एक मार्जिन के साथ, क्योंकि कोडेक्स दो-पास एन्कोडिंग के साथ भी आवश्यक मानों को सही ढंग से बनाए नहीं रख सकता है।

गतिशील दृश्यों की गुणवत्ता बनाए रखने के लिए, कोडेक्स के वीबीआर मोड को सक्षम करना बेहतर होता है, हालांकि, मिनरेट कुल बिट दर का कम से कम 90% सेट करने के लिए बेहतर है ताकि दर चोटियों बफर बफरों के लिए नेतृत्व न करें।

इंटेल VPA, ffprobe, और पायथन जैसी उपयोगिताएँ गुणवत्ता नियंत्रण में उपयोगी हैं। उत्तरार्द्ध का उपयोग करना, स्रोत और परिवर्तित वीडियो की तुलना करना सुविधाजनक है, मनमाना मैट्रिक्स पढ़ें, जैसे कि पिक्सेल का औसत विचलन।

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

 -tune [psnr|ssim] 

हालांकि, अंतिम फ़ाइल, निश्चित रूप से, इन झंडे के बिना किए गए से अलग होगी।

पूर्वावलोकन

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

 -ss [] -vf \"select='eq(pict_type,PICT_TYPE_I)'\" -vsync vfr 

मानक एनकोडर सबसे अच्छे तरीके से संपीड़ित नहीं करते हैं, इसलिए छवि प्राप्त करने के बाद इसे ऑप्टिफ़ जैसे कुछ के साथ निचोड़ना बेहतर होता है - एफएचडी पूर्वावलोकन पर औसतन 500kB की बचत।

उच्च रिज़ॉल्यूशन की छवियों को सबसे अच्छा इंटरलेस्ड किया जाता है। इस प्रकार, हम आकार (5-10% द्वारा) को थोड़ा बढ़ाएंगे, लेकिन लोडिंग पृष्ठ पर प्रदर्शन समय को गंभीरता से कम करेंगे।

लेख पहले से ही घना हो गया है, और मुझे संदेह है कि सभी जानकारी को एक विशाल पाठ में पैक करने की आवश्यकता है। यदि आप इस विषय को जारी रखने में रुचि रखते हैं, तो टिप्पणी में लिखें या सर्वेक्षण में चिह्नित करें।

मंच बंद है, लेकिन आप यहां इसका काम देख सकते हैं।

_{* मेरा संबंधित साइटों के लेखकों से कोई संबंध नहीं है और वे अपने विचार और राय साझा नहीं कर सकते हैं। मैं उन फैसलों पर टिप्पणी नहीं कर सकता, जिनके बारे में और कोड तक कैसे पहुंच प्रदान की जाती है।}

सवालों के जवाब देने के लिए तैयार।