FMUSER वायुहीन प्रसारण वीडियो और ऑडियो अधिक आसान!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> अफ्रीकी
sq.fmuser.org -> अल्बानियाई
ar.fmuser.org -> अरबी
hy.fmuser.org -> अर्मेनियाई
az.fmuser.org -> अजरबैजानी
eu.fmuser.org -> बास्क
be.fmuser.org -> बेलारूसी
bg.fmuser.org -> बल्गेरियाई
ca.fmuser.org -> कातालान
zh-CN.fmuser.org -> चीनी (सरलीकृत)
zh-TW.fmuser.org -> चीनी (पारंपरिक)
hr.fmuser.org -> क्रोएशियाई
cs.fmuser.org -> चेक
da.fmuser.org -> डेनिश
nl.fmuser.org -> डच
et.fmuser.org -> एस्टोनियाई
tl.fmuser.org -> फिलिपिनो
fi.fmuser.org -> फिनिश
fr.fmuser.org -> फ्रेंच
gl.fmuser.org -> गैलिशियन्
ka.fmuser.org -> जॉर्जियाई
de.fmuser.org -> जर्मन
el.fmuser.org -> यूनानी
ht.fmuser.org -> हाईटियन क्रियोल
iw.fmuser.org -> हिब्रू
hi.fmuser.org -> हिन्दी
hu.fmuser.org -> हंगेरी
is.fmuser.org -> आइसलैंड का
id.fmuser.org -> इन्डोनेशियाई
ga.fmuser.org -> आयरिश
it.fmuser.org -> इतालवी
ja.fmuser.org -> जापानी
ko.fmuser.org -> कोरियाई
lv.fmuser.org -> लातवियाई
lt.fmuser.org -> लिथुआनियाई
mk.fmuser.org -> मकदूनियाई
ms.fmuser.org -> मलय
mt.fmuser.org -> माल्टीज
no.fmuser.org -> नार्वेजियन
fa.fmuser.org -> फारसी
pl.fmuser.org -> पॉलिश
pt.fmuser.org -> पुर्तगाली
ro.fmuser.org -> रोमानियाई
ru.fmuser.org -> रूसी
sr.fmuser.org -> सर्बियाई
sk.fmuser.org -> स्लोवाक
sl.fmuser.org -> स्लोवेनियाई
es.fmuser.org -> स्पेनिश
sw.fmuser.org -> स्वाहिली
sv.fmuser.org -> स्वीडिश
th.fmuser.org -> थाई
tr.fmuser.org -> तुर्की
uk.fmuser.org -> यूक्रेनी
ur.fmuser.org -> उर्दू
vi.fmuser.org -> वियतनामी
cy.fmuser.org -> वेल्श
yi.fmuser.org -> येहुदी
हमने कई ऑनलाइन और ऑफलाइन अवसरों पर लाइव प्रसारण के अनुभव को अनुकूलित करने का तरीका साझा किया, और प्रत्येक भाग के कम विलंबता और हकलाने के कारणों और संबंधित अनुकूलन सिद्धांतों के बारे में विस्तार से बताया। वास्तव में, ऑडियो और वीडियो का लाइव प्रसारण सिस्टम एक जटिल इंजीनियरिंग प्रणाली है। बहुत कम-विलंबता लाइव प्रसारण प्राप्त करने के लिए, जटिल सिस्टम इंजीनियरिंग अनुकूलन और विभिन्न घटकों के एक बहुत ही परिचित समझ की आवश्यकता होती है। यहां हम कुछ सरल और आमतौर पर इस्तेमाल होने वाली ट्यूनिंग तकनीकों को साझा करते हैं।
कोडिंग अनुकूलन
1. सुनिश्चित करें कि कोडेक सबसे कम विलंबता सेटिंग के साथ सक्षम है। कोडेक में आमतौर पर कम-विलंबता अनुकूलित स्विच होते हैं, विशेष रूप से H.264 के लिए। बहुत से लोग यह नहीं जानते हैं कि H.264 डिकोडर आमतौर पर प्रदर्शित करने से पहले एक निश्चित वीडियो फ्रेम को कैश करता है। क्यूसीआईएफ रिज़ॉल्यूशन वीडियो (176 × 144) के लिए, यह आमतौर पर 16 फ़्रेमों को कैश करता है, और 720 पी वीडियो के लिए, यह 5 फ़्रेमों को कैश करता है। । पहले फ्रेम के पढ़ने के लिए, यह एक बड़ी देरी है। यदि आपका वीडियो H.264 का उपयोग करके एन्कोड और संपीड़ित नहीं है, तो सुनिश्चित करें कि B फ्रेम का उपयोग नहीं किया गया है। देरी पर भी इसका अधिक प्रभाव पड़ेगा, क्योंकि वीडियो में बी फ्रेम का डिकोडिंग पूर्ववर्ती और निम्नलिखित वीडियो फ्रेम पर निर्भर करता है, जिससे देरी बढ़ जाएगी।
2. एन्कोडर में आमतौर पर कोड नियंत्रण के कारण देरी होती है, जिसे आमतौर पर वीडियो बफर गुणवत्ता के बिना एन्कोडर और डिकोडर बिट स्ट्रीम के बीच बफर के रूप में माना जाने वाला वीडियो बफर चेकर VBV का आरंभीकरण विलंब या बफर आकार कहा जाता है। । विलंब को कम करने के लिए आप इसे यथासंभव छोटा सेट कर सकते हैं।
3. यदि आप केवल पहली खुलने की देरी का अनुकूलन करते हैं, तो आप वीडियो फ्रेम के बीच अधिक महत्वपूर्ण फ्रेम डाल सकते हैं, ताकि ग्राहक वीडियो स्ट्रीम प्राप्त करने के बाद इसे जल्द से जल्द डिकोड कर सके। हालाँकि, यदि आपको ट्रांसमिशन प्रक्रिया के दौरान संचयी देरी का अनुकूलन करने की आवश्यकता है, तो संभव के रूप में कुछ प्रमुख फ़्रेमों का उपयोग करें, अर्थात, I फ्रेम (GOP बड़ा हो जाता है)। समान वीडियो गुणवत्ता सुनिश्चित करने की शर्त के तहत, जितना अधिक मैं फ्रेम करता हूं, उतना ही अधिक बिट दर, और ट्रांसमिशन की आवश्यकता होती है अधिक नेटवर्क बैंडविड्थ, इसका मतलब है कि संचयी विलंब बड़ा हो सकता है। यह अनुकूलन प्रभाव एक प्रणाली में दूसरे स्तर की देरी के साथ स्पष्ट नहीं हो सकता है, लेकिन यह 100 एमएस या उससे कम की देरी के साथ एक प्रणाली में बहुत स्पष्ट होगा। उसी समय, ऑडियो को एन्कोड करने के लिए AAC-LC कोडेक का उपयोग करने का प्रयास करें। यद्यपि HE-AAC या HE-AAC V2 में उच्च एन्कोडिंग दक्षता है, लेकिन इसे एन्कोड करना अधिक समय लगता है, और बड़े ऑडियो वॉल्यूम के उत्पादन के कारण ट्रांसमिशन देरी वीडियो धाराओं के प्रसारण को प्रभावित करेगा। कहा प्रभाव छोटा है।
4. वीडियो MJPEG के वीडियो संपीड़न प्रारूप का उपयोग न करें, कम से कम B फ्रेम (सरल प्रोफ़ाइल) के बिना MPEG4 वीडियो संपीड़न प्रारूप का उपयोग करें, या यहां तक कि बेहतर उपयोग H.264 बेसलाइन प्रोफ़ाइल (X264 में "-tune zololatency" का अनुकूलन स्विच भी है) ) का है। इस तरह के एक सरल अनुकूलन में देरी को कम किया जा सकता है क्योंकि यह कम बिट दर पर पूर्ण फ्रेम दर वीडियो को एन्कोड कर सकता है।
5. यदि FFmpeg का उपयोग किया जाता है, तो "-probesize" और "-analyze अवधि" मापदंडों के मूल्यों को कम करें। ये दो मान वीडियो फ्रेम सूचना निगरानी और निगरानी की अवधि के लिए उपयोग किए जाते हैं। दो मान जितना बड़ा होगा, एन्कोडिंग देरी पर प्रभाव उतना ही बड़ा होगा, लाइव प्रसारण दृश्य में वीडियो स्ट्रीम के लिए एनालिसिडेशन पैरामीटर को भी सेट करने की आवश्यकता नहीं है।
6. निश्चित दर कोडिंग सीबीआर कुछ हद तक नेटवर्क घबराहट के प्रभाव को समाप्त कर सकता है। यदि आप चर दर कोडिंग VBR का उपयोग कर सकते हैं, तो आप कुछ अनावश्यक नेटवर्क बैंडविड्थ को बचा सकते हैं और कुछ देरी को कम कर सकते हैं। इसलिए, जितना संभव हो सके एन्कोडिंग के लिए वीबीआर का उपयोग करने की सिफारिश की जाती है।
ट्रांसमिशन प्रोटोकॉल अनुकूलन
1. सर्वर नोड्स और नोड्स के बीच संचरण के लिए HTTP- आधारित HLS प्रोटोकॉल के बजाय RTMP का उपयोग करने का प्रयास करें, ताकि समग्र ट्रांसमिशन देरी को कम किया जा सके। यह मुख्य रूप से उस स्थिति के लिए है जहां अंतिम उपयोगकर्ता प्लेबैक के लिए HLS का उपयोग करते हैं।
2. यदि अंतिम उपयोगकर्ता खेलने के लिए RTMP का उपयोग करता है, तो पुश समाप्ति के करीब प्राप्त नोड पर ट्रांसकोड करने का प्रयास करें, ताकि प्रसारित वीडियो स्ट्रीम मूल वीडियो स्ट्रीम से छोटी हो।
3. यदि आवश्यक हो, तो आप देरी को कम करने के लिए कमजोर नेटवर्क लिंक के तहत रिट्रांसमिशन की आवश्यकता को समाप्त करते हुए, टीसीपी प्रोटोकॉल को बदलने के लिए एक अनुकूलित यूडीपी प्रोटोकॉल का उपयोग कर सकते हैं। इसका मुख्य नुकसान यह है कि यूडीपी प्रोटोकॉल पर आधारित अनुकूलित प्रोटोकॉल के वीडियो स्ट्रीम का प्रसारण और वितरण पर्याप्त सार्वभौमिक नहीं है, और सीडीएन निर्माता मानक ट्रांसमिशन प्रोटोकॉल का समर्थन करता है। एक और कमी यह है कि पैकेट लॉस (की-फ्रेम डिकोडिंग रेफरेंस की कमी) के कारण धुंधला या धुंधला हो सकता है, जिसे यूडीपी के आधार पर पैकेट लॉस कंट्रोल करने के लिए प्रोटोकॉल कस्टमाइजेशन पार्टी की आवश्यकता होती है।
ट्रांसमिशन नेटवर्क अनुकूलन
1. हमने रियल-टाइम स्ट्रीमिंग नेटवर्क पेश किया है। यह एक नए प्रकार का नोड स्व-संगठित मेष ट्रांसमिशन नेटवर्क है, जो घरेलू मल्टी-ऑपरेटर नेटवर्क स्थितियों के तहत ट्रांसमिशन अनुकूलन के लिए उपयुक्त है, और कई विदेशी लाइव प्रसारण जरूरतों के लिए भी उपयुक्त है।
2. सर्वर नोड में वर्तमान जीओपी को कैश करें, और वीडियो खोलने के समय का अनुकूलन करने के लिए खिलाड़ी के साथ सहयोग करें।
3. सर्वर वास्तविक समय में प्रत्येक लिंक पर बहने वाली प्रत्येक वीडियो स्ट्रीम के दूसरे-स्तरीय फ्रेम दर और बिट दर को रिकॉर्ड करता है, और वास्तविक समय में बिट दर और फ्रेम दर के उतार-चढ़ाव पर नज़र रखता है।
4. क्लाइंट (स्ट्रीमिंग और प्लेइंग) सर्वर (हर 5 सेकंड) को क्वेरी करके वर्तमान इष्टतम नोड को अर्ध-वास्तविक समय में प्राप्त करता है, और अर्ध-वास्तविक समय में वर्तमान दोषपूर्ण नोड और लाइन को ऑफ़लाइन करता है।
स्ट्रीमिंग, प्लेबैक अनुकूलन
1. भेजने वाले सिस्टम के साथ आने वाले नेटवर्क बफर के आकार की जांच करें। सिस्टम डेटा भेजने से पहले उसे बफर कर सकता है। इस पैरामीटर की ट्यूनिंग को एक संतुलन खोजने की भी आवश्यकता है।
2. पार्श्व पक्ष पर कैश नियंत्रण भी वीडियो के पहले उद्घाटन देरी पर अधिक प्रभाव डालता है। यदि केवल पहली ओपनिंग देरी को अनुकूलित किया गया है, तो 0 कैश के मामले में डेटा आने पर इसे तुरंत डिकोड किया जा सकता है। हालांकि, एक कमजोर नेटवर्क वातावरण में, नेटवर्क घबराहट के प्रभाव को खत्म करने के लिए, एक निश्चित कैश स्थापित करना भी आवश्यक है। इसलिए, लाइव प्रसारण की स्थिरता और पहले उद्घाटन देरी के अनुकूलन के बीच एक संतुलन खोजना आवश्यक है, और अनुकूलित बफर आकार के मूल्य को समायोजित करें।
3. खिलाड़ी की गतिशील बफर रणनीति, जो उपरोक्त खिलाड़ी के कैश नियंत्रण का एक उन्नत संस्करण है। यदि आप संतुलन खोजने के लिए केवल 0 कैश और निश्चित आकार के कैश के बीच चयन करते हैं, तो आप अंततः एक निश्चित आकार के कैश का चयन करेंगे। यह करोड़ों मोबाइल इंटरनेट टर्मिनल उपयोगकर्ताओं के लिए अनुचित है। उनकी विभिन्न नेटवर्क स्थितियां इसे निर्धारित करती हैं। एक निश्चित आकार का कैश पूरी तरह से उपयुक्त नहीं है। इसलिए, हम एक "डायनेमिक बफर रणनीति" पर विचार कर सकते हैं जो खिलाड़ी को चालू करने पर बहुत छोटी या शून्य कैश रणनीति का उपयोग करता है, और अगली बार स्लाइस के कैशे का आकार निर्धारित करता है जब तक कि पहले वीडियो डाउनलोड करने में समय लगता है, जबकि खेल प्रक्रिया के दौरान, वर्तमान नेटवर्क की वास्तविक समय में निगरानी की जाती है, और प्लेबैक के दौरान बफर का आकार वास्तविक समय में समायोजित किया जाता है। इस तरह, बेहद कम पहले शुरुआती समय को प्राप्त किया जा सकता है, और नेटवर्क घबराहट के कारण होने वाले प्रभाव को जितना संभव हो उतना समाप्त किया जा सकता है।
4. गतिशील बिट दर प्लेबैक रणनीति। बफर आकार को गतिशील रूप से समायोजित करने की रणनीति के अलावा, नेटवर्क सूचना की वास्तविक समय की निगरानी का उपयोग प्लेबैक प्रक्रिया के दौरान बिट दर को गतिशील रूप से समायोजित करने के लिए भी किया जा सकता है, जब नेटवर्क बैंडविड्थ अपर्याप्त है, और कम करने के लिए प्लेबैक के लिए बिट दर को कम करता है। देरी।
उपरोक्त कम-विलंबता अनुकूलन में हमारे कुछ कौशल हैं। वास्तव में, जब हम कम विलंबता का अनुकूलन करते हैं, तो हम न केवल "कम विलंबता" पर ध्यान केंद्रित करते हैं, बल्कि यह सुनिश्चित करते हुए कम विलंबता प्राप्त करने का प्रयास करते हैं कि अन्य स्थितियां उपयोगकर्ता के अनुभव को प्रभावित न करें। इसलिए, इसकी सामग्री में अधिक से अधिक विषय शामिल हैं। लाइव वीडियो के अनुकूलन में सभी पहलुओं को भी शामिल किया गया है, और केवल उन हिस्सों को शामिल किया गया है जो हमारे द्वारा अभ्यास किए गए हैं। अभ्यास के संचय के साथ, हम लाइव वीडियो और यहां तक कि ऑनलाइन और ऑफलाइन मांग के लिए अधिक अनुकूलन तकनीकों को साझा करेंगे।
|
सरप्राइज पाने के लिए ईमेल डालें
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> अफ्रीकी
sq.fmuser.org -> अल्बानियाई
ar.fmuser.org -> अरबी
hy.fmuser.org -> अर्मेनियाई
az.fmuser.org -> अजरबैजानी
eu.fmuser.org -> बास्क
be.fmuser.org -> बेलारूसी
bg.fmuser.org -> बल्गेरियाई
ca.fmuser.org -> कातालान
zh-CN.fmuser.org -> चीनी (सरलीकृत)
zh-TW.fmuser.org -> चीनी (पारंपरिक)
hr.fmuser.org -> क्रोएशियाई
cs.fmuser.org -> चेक
da.fmuser.org -> डेनिश
nl.fmuser.org -> डच
et.fmuser.org -> एस्टोनियाई
tl.fmuser.org -> फिलिपिनो
fi.fmuser.org -> फिनिश
fr.fmuser.org -> फ्रेंच
gl.fmuser.org -> गैलिशियन्
ka.fmuser.org -> जॉर्जियाई
de.fmuser.org -> जर्मन
el.fmuser.org -> यूनानी
ht.fmuser.org -> हाईटियन क्रियोल
iw.fmuser.org -> हिब्रू
hi.fmuser.org -> हिन्दी
hu.fmuser.org -> हंगेरी
is.fmuser.org -> आइसलैंड का
id.fmuser.org -> इन्डोनेशियाई
ga.fmuser.org -> आयरिश
it.fmuser.org -> इतालवी
ja.fmuser.org -> जापानी
ko.fmuser.org -> कोरियाई
lv.fmuser.org -> लातवियाई
lt.fmuser.org -> लिथुआनियाई
mk.fmuser.org -> मकदूनियाई
ms.fmuser.org -> मलय
mt.fmuser.org -> माल्टीज
no.fmuser.org -> नार्वेजियन
fa.fmuser.org -> फारसी
pl.fmuser.org -> पॉलिश
pt.fmuser.org -> पुर्तगाली
ro.fmuser.org -> रोमानियाई
ru.fmuser.org -> रूसी
sr.fmuser.org -> सर्बियाई
sk.fmuser.org -> स्लोवाक
sl.fmuser.org -> स्लोवेनियाई
es.fmuser.org -> स्पेनिश
sw.fmuser.org -> स्वाहिली
sv.fmuser.org -> स्वीडिश
th.fmuser.org -> थाई
tr.fmuser.org -> तुर्की
uk.fmuser.org -> यूक्रेनी
ur.fmuser.org -> उर्दू
vi.fmuser.org -> वियतनामी
cy.fmuser.org -> वेल्श
yi.fmuser.org -> येहुदी
FMUSER वायुहीन प्रसारण वीडियो और ऑडियो अधिक आसान!
Contact
पता:
No.305 कक्ष हुआलन भवन नं .273 हुआनपु रोड गुआंगझाऊ चीन 510620
श्रेणियाँ
न्यूज़लैटर