🧜🏿 👩🏽 🙍🏾 घड़ी के आसपास YouTube पर अपने वीडियो प्रसारित करें 👩🏾 🕦 🈺

हाल ही में, एक शौक के रूप में, मैं वीडियो पर एक परिचित मनोवैज्ञानिक के व्याख्यान का फिल्मांकन कर रहा हूं। मैं अपनी वेबसाइट पर फुटेज को माउंट और प्रकाशित करता हूं। एक महीने पहले, मुझे YouTube पर 24/7 इन व्याख्यानों का एक चौबीसों घंटे प्रसारण आयोजित करने का विचार मिला। व्यक्तिगत विकास के लिए समर्पित विषयगत "चैनल" का एक प्रकार।

सामान्य प्रसारण कैसे करें, मुझे पता है। लेकिन इसे वीडियो फ़ाइलों का प्रसारण कैसे बनाया जाए? वह 24/7 चली, लचीली थी, यथासंभव स्वायत्त थी, और साथ ही वह मेरे घर के कंप्यूटर पर निर्भर नहीं थी। यह मुझे पता लगाना था।

इसका हल खोजने में कई दिन लग गए। मैंने बहुत सारे मंचों और विभिन्न पुस्तिकाओं का अध्ययन किया, जिनके बिना मेरा प्रसारण बस नहीं निकला होता। और अब, जब प्रैंक एक सफलता है, तो मुझे अपना निर्णय साझा करने की आवश्यकता महसूस होती है। तो यह लेख दिखाई दिया।

संक्षेप में, अंतिम समाधान इस प्रकार था: VPS + ffmeg + bash script । कटौती के तहत, मैं उठाए गए कदमों का वर्णन करता हूं और प्रसारण के दौरान खोजे गए "नुकसान" के बारे में बात करता हूं।

चरण 1 - प्रसारण कहां से होगा?

बहुत शुरुआत में, यह निर्धारित करना आवश्यक था कि प्रसारण कहाँ आयोजित किया जाएगा, इसका स्रोत कहाँ होगा। सबसे पहली बात जो दिमाग में आई वह थी होम कंप्यूटर से । एक प्लेलिस्ट में वीडियो एकत्र करें और उन्हें किसी भी वीडियो प्लेयर में चलाएं। फिर स्क्रीन इमेज कैप्चर करें और उसे YouTube पर प्रसारित करें। लेकिन मैंने इस विकल्प को लगभग खारिज कर दिया। इसे लागू करने के लिए, आपको अपने घर के कंप्यूटर को लगातार चालू रखने की आवश्यकता है, और यह रात में भी कूलर से शोर है और ऊर्जा की खपत में वृद्धि (+ 100-150 kWh हर महीने)। और यह पता चला है कि आप प्रसारण की अवधि के लिए अपने घर के कंप्यूटर का उपयोग नहीं कर पाएंगे। प्रसारण में माउस की कोई भी हलचल दिखाई देगी।

फिर मैंने क्लाउड सेवाओं की ओर देखना शुरू किया। मैं एक ऐसी तैयार सेवा की तलाश में था, जहाँ मैं अपने वीडियो अपलोड कर सकूँ या उदाहरण के लिए, YouTube से वीडियो के लिंक डालें और यह सब एक नॉन-स्टॉप प्रसारण में पैक किया जाएगा। लेकिन मुझे कुछ भी उपयुक्त नहीं लगा। शायद मैं बुरी तरह से देख रहा था। कार्यक्षमता के लिए उपयुक्त एकमात्र चीज है restream.io, एक सेवा जो कई प्लेटफार्मों पर एक साथ प्रसारण में मदद करती है। वे अपने वीडियो अपलोड करने में सक्षम प्रतीत होते हैं। लेकिन यह सेवा पूरी तरह से अलग उद्देश्यों के लिए बनाई गई थी और वे उम्मीद करते हैं कि प्रसारण केवल कुछ घंटों तक चलेगा। मुझे लगता है कि अगर इस सेवा के माध्यम से चौबीसों घंटे प्रसारण का आयोजन संभव हो जाता, तो यह दसियों, या यहां तक कि सैकड़ों डॉलर प्रति माह में शूट होता। लेकिन मैं अभी भी प्रसारण को मुफ्त या न्यूनतम वित्तीय निवेश के साथ आयोजित करना चाहता था।

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

अंत में, मैं एक चर्चा में आया, जहाँ उन्होंने अपने सर्वर बनाने पर चर्चा कीप्रसारण। यह बिल्कुल वैसा नहीं था जैसा मैं ढूंढ रहा था, लेकिन मैंने मुख्य विचार पकड़ा - आप सर्वर का उपयोग कर सकते हैं! उस चर्चा में, उन्होंने VPS + nginx + OBS के एक समूह का उपयोग करने का सुझाव दिया। यह स्पष्ट हो गया कि यह गुच्छा मुझे सूट कर सकता है। केवल एक चीज जो मुझे भ्रमित करती है वह यह थी कि मैंने कभी भी सर्वर को प्रशासित नहीं किया और यह मुझे प्रतीत हुआ कि मेरा समर्पित सर्वर भ्रमित और महंगा था। मैंने यह पता लगाने का निर्णय लिया कि न्यूनतम कॉन्फ़िगरेशन में सर्वर को किराए पर लेने में कितना खर्च आएगा और सुखद आश्चर्य हुआ।

कीमतें बेलारूसी रूबल में हैं और वे सिर्फ टुकड़ों हैं। समझने के लिए, 8 बेलारूसी रूबल कहीं-कहीं 3.5 डॉलर या 240 रूसी रूबल है। एक महीने के लिए एक पूर्ण-कंप्यूटर का उपयोग करना जो 24/7 चालू है और जिसमें तेजी से इंटरनेट का उपयोग है। किसी कारण से, यह खोज मेरे लिए बहुत खुशी की बात थी, और कई दिनों तक मैं अंतरिक्ष में रॉकेट की खोज करने वाले एक बच्चे की तरह बहुत खुश था

। शायद और भी अधिक बजट समाधान हैं, लेकिन यह कीमत मेरे अनुकूल है और मैंने आगे नहीं देखा।

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

चरण 2 - सर्वर सेटअप

सर्वर बनाने के बाद आपको जो पहली चीज चाहिए वह है SSH के माध्यम से इसे कनेक्ट करना। सबसे पहले मैंने PuTTy का उपयोग किया, लेकिन फिर मैंने सिक्योर शेल ऐप का उपयोग करना शुरू कर दिया, जो Google Chrome पर चलता है। इसलिए यह मेरे लिए अधिक सुविधाजनक निकला।

फिर मैंने होस्ट का नाम बदल दिया, सर्वर पर समय सिंक्रनाइज़ेशन सेट किया, सिस्टम को अपडेट किया, iptables के साथ गड़बड़ किया ... और चीजों का एक गुच्छा किया, लेकिन इसलिए नहीं कि यह आवश्यक था। मेरे लिए सर्वर सेट करना काफी दिलचस्प था और यह मेरे लिए काम करता है। मैं प्यार करता हूँ जब यह बाहर हो जाता है :)

लेकिन उन चरणों को जो करने की आवश्यकता है:

ईपीईएल भंडार से कनेक्ट करें।
एफ़टीपी सर्वर उठाएँ (मैंने vsftp चुना)।
Ffmpeg स्थापित करें।

मैं टीम का विवरण नहीं दूंगा, यह निर्देश सामान्य रूप से वैचारिक है, ताकि सामान्य कार्य योजना बनाई जा सके। यदि आपको किसी भी चरण के साथ कोई कठिनाई है, तो वे एक खोज इंजन में क्वेरी द्वारा जल्दी हल हो जाते हैं जैसे "CentOS कनेक्ट EPEL" या "CentOS FTP सर्वर इंस्टॉलेशन"। और पहले लिंक पर आप विस्तृत चरण-दर-चरण निर्देश पा सकते हैं।

इसलिए, जैसा कि मैंने पहले लिखा था, मुझे VPS + nginx + OBS का एक गुच्छा चाहिए था। वीपीएस - तैयार। लेकिन यहां शेष बिंदुओं पर सवाल उठने लगे। ओबीएस एक प्रसारण कार्यक्रम है, ओपन ब्रॉडकास्टर सॉफ्टवेयर। और यह केवल थ्रेड्स के साथ काम करता है यानी उदाहरण के लिए, यह एक वेब कैमरा से एक छवि लेता है और इसे प्रसारित करता है। या स्क्रीन रिकॉर्डिंग। या पहले से चल रहे प्रसारण को किसी अन्य साइट पर रीडायरेक्ट करता है। और मेरे पास एक स्ट्रीम नहीं है, मेरे पास केवल वीडियो फ़ाइलों का एक सेट है जिसे मुझे एक स्ट्रीम बनाने की आवश्यकता है।

उन्होंने इस दिशा में खुदाई करना शुरू किया और ffmpeg पर आए। FFmpeg मुफ्त ओपन सोर्स लाइब्रेरी का एक सेट है जो आपको विभिन्न स्वरूपों में डिजिटल ऑडियो और वीडियो रिकॉर्डिंग को रिकॉर्ड करने, परिवर्तित करने और स्थानांतरित करने की अनुमति देता है।

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

चरण 3 - प्रसारण सेटअप

हम YouTube पर एक प्रसारण बनाते हैं। इस स्तर पर, हमें केवल एक लिंक और एक अनुवाद कुंजी की आवश्यकता है। नीचे स्क्रीनशॉट में, उन्हें लाल रंग में हाइलाइट किया गया है।

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

हम YouTube पर स्ट्रीम करते हैं। प्रसारण शुरू करने के लिए, आपको कई विशेषताओं के साथ ffmpeg चलाना होगा। यहाँ सबसे छोटी कमांड है जो मुझे मिली:

ffmpeg -re -i lecture1.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%_%

डिक्लेरेशन को अट्रैक्ट करें

-re – , .

-i – , . , , -. , /usr/media/lecture1.mp4.

-f – . , ffmpeg « » mp4 flv.

, YouTube .. , , , .

यदि आपने सब कुछ सही ढंग से किया है, तो इस कमांड को चलाने के बाद, YouTube प्रसारित स्ट्रीम को देखेगा। प्रसारण शुरू करने के लिए, आपको बस YouTube में "प्रारंभ प्रसारण" बटन पर क्लिक करना होगा।

चरण 4 - स्वायत्तता जोड़ें

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

मैं निम्नलिखित विकल्प के साथ आया: एक .sh फ़ाइल बनाएँ, जिसमें मैंने प्रत्येक वीडियो फ़ाइल के लिए एक कमांड पंजीकृत किया और बहुत ही अंत में उसी स्क्रिप्ट को पुनः आरंभ करने के लिए एक कमांड का संकेत दिया। यह एक प्रकार की पुनरावृत्ति निकला:

 1... (   lecture1.mp4)
 2... (   lecture2.mp4)
 3... (   lecture3.mp4)
bash start.sh

और हाँ, यह काम किया। मैंने अपने आप से प्रसन्न होकर एक परीक्षण प्रसारण शुरू किया और सोने चला गया।

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

स्क्रिप्ट का अंतिम न्यूनतम संस्करण इस तरह दिखता है:

ffmpeg -re -i lecture1.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%_%
ffmpeg -re -i lecture2.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%_%
ffmpeg -re -i lecture3.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%_%
nohup bash start.sh $

कहाँ start.sh वह फ़ाइल है जिसमें यह स्क्रिप्ट लिखी गई है। और यह फ़ाइल वीडियो फ़ाइलों के समान निर्देशिका में स्थित होनी चाहिए।

अंत में एक डॉलर चिह्न जोड़ना आपको पृष्ठभूमि में प्रक्रिया शुरू करने की अनुमति देता है ताकि आप प्रसारण को बाधित किए बिना कंसोल का उपयोग करना जारी रख सकें।

बोनस से निम्नलिखित बन्स निकल गए:

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

चरण 5 - ffmpeg को कॉन्फ़िगर करें

इस पर, सिद्धांत रूप में, कोई भी रोक सकता है। लेकिन मैं प्रसारण को दर्शकों के लिए थोड़ा अधिक अनुकूल बनाना चाहता था।

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

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

यह पता चला है कि ffmpeg मेरी भी इसमें मदद कर सकता है। इसमें एक विशेष विशेषता -vfहै जो आपको वीडियो के शीर्ष पर पाठ डालने की अनुमति देता है। वीडियो में पाठ जोड़ने के लिए, आपको कमांड में निम्नलिखित अंश जोड़ने होंगे:

-vf drawtext="fontfile=OpenSans.ttf:text=' 13\:  .   ?':fontsize=26:fontcolor=white:borderw=1:bordercolor=black:x=40:y=670"

मापदंडों की डिकोडिंग

fontfile= – . . . .

text= – , , .

fontsize= – .

fontcolor= – .

borderw= – ( 1 ).

bordercolor= – .

x= y= – . 0;0 . , 1280720 .

यह इस तरह दिख रहा है:

चरण 6 - प्रसारण गुणवत्ता निर्धारित करें

सब कुछ, प्रसारण तैयार है। FFmpeg प्रसारण, फाइलें खेलती हैं, प्रसारण के लिए मेरी उपस्थिति की आवश्यकता नहीं है। यहां तक कि हर व्याख्यान पर हस्ताक्षर किए जाते हैं। जैसा है वैसा ही देखो।

लेकिन एक और अति सूक्ष्म अंतर सामने आया - मैंने न्यूनतम सर्वर कॉन्फ़िगरेशन को चुना और इसने प्रसारण को नहीं खींचा। सर्वर कॉन्फ़िगरेशन: 1 कोर (जैसे 2.2 गीगाहर्ट्ज), 1 गीगाबाइट रैम, 25 जीबी एसएसडी। पर्याप्त रैम था, लेकिन प्रोसेसर लगभग पूरी तरह से 100% (और कभी-कभी 102-103% पर भी लोड हो गया) :) इससे हर कुछ सेकंड में एक बार प्रसारण फ्रीज हो गया। बदसूरत।

आप केवल दो कोर के साथ अधिक महंगा कॉन्फ़िगरेशन ले सकते हैं, लाभ यह है कि क्लाउड प्रौद्योगिकियों के साथ, सर्वर कॉन्फ़िगरेशन को कुछ बटन दबाकर बदल दिया जाता है। लेकिन मैं न्यूनतम कॉन्फ़िगरेशन की शक्ति में फिट होना चाहता था। मैंने ffmpeg प्रलेखन का अध्ययन करना शुरू किया और हाँ, वहाँ भी सेटिंग्स हैं जो आपको सिस्टम पर लोड को समायोजित करने की अनुमति देती हैं।

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

मेरे सर्वर में 10 एमबीपीएस चैनल है। यह चौड़ाई एक सीम के साथ सीधी है। लेकिन एक यातायात सीमा है - प्रति माह 1 टीबी। इसलिए, यातायात प्रतिबंधों को पूरा करने के लिए, मेरी आउटगोइंग स्ट्रीम ~ 300 Kb प्रति सेकंड से अधिक नहीं होनी चाहिए यानी आउटगोइंग स्ट्रीम की बिटरेट 2.5 एमबीपीएस से अधिक नहीं होनी चाहिए। वैसे, YouTube ऐसे बिटरेट में प्रसारण की सलाह देता है।

Ffmpeg सिस्टम पर लोड को विनियमित करने के लिए विभिन्न तरीकों का उपयोग करता है। वैसे इसके बारे में यहाँ लिखा है । मैंने दो विशेषताओं का उपयोग करके समाप्त किया: -crfऔर -preset।

लगातार दर कारक (CRF)- यह एक गुणांक है जिसके कारण आप तस्वीर की गुणवत्ता को समायोजित कर सकते हैं। सीआरएफ 0 से 51 तक हो सकता है, जहां 0 स्रोत फ़ाइल की गुणवत्ता है, 51 सबसे खराब गुणवत्ता संभव है। 17 से 28 तक मूल्यों का उपयोग करने की सिफारिश की गई है, डिफ़ॉल्ट 23 है। 17 के अनुपात के साथ, वीडियो नेत्रहीन मूल के समान होगा, लेकिन तकनीकी रूप से यह नहीं होगा। प्रलेखन में यह भी कहा गया है कि अंतिम वीडियो का आकार, निर्दिष्ट सीआरएफ पर निर्भर करता है, तेजी से बदलता है यानी। 6 अंक के गुणांक को बढ़ाने से आउटगोइंग वीडियो की बिटरेट दोगुनी हो जाएगी।

यदि CRF का उपयोग करके आप आउटगोइंग पिक्चर का "वेट" चुन सकते हैं, तो प्रीसेट (-preset) का उपयोग करके आप यह निर्धारित कर सकते हैं कि प्रोसेसर कितना लोड होगा। इस विशेषता के मापदंडों में निम्नलिखित हैं:

ultrafast
superfast
veryfast
faster
fast
medium - डिफ़ॉल्ट मान
slow
slower
veryslow

"तेज" पैरामीटर निर्दिष्ट किया जाता है, प्रोसेसर पर लोड जितना अधिक होता है।

मैंने सबसे पहले प्रीसेट उठाया, जो मूल रूप से मेरे प्रोसेसर के लिए "कठिन" था, और फिर सीआरएफ का उपयोग करके अधिक सूक्ष्मता से लोड को ट्यून किया। मेरे मामले में, पूर्व निर्धारित आया fast, और crf के लिए मैं 24 के मूल्य पर बस गया।

निष्कर्ष

बस इतना ही। प्रसारण शुरू करने के लिए अंतिम आदेश मुझे यह मिला:

ffmpeg -re -i lecture1.mp4 -vf drawtext="fontfile=OpenSans.ttf:text=' 1\:   ':fontsize=26:fontcolor=white:borderw=1:bordercolor=black:x=40:y=670" -c:v libx264 -preset fast -crf 24 -g 3 -f flv rtmp://a.rtmp.youtube.com/live2/%_%

यहां केवल दो अवांछित क्षण हैं:

1) -c:v libx264- स्रोत फ़ाइल के साथ काम करने के लिए एक विशिष्ट कोडेक का संकेत।
2) -g 3- कुंजी फ़्रेमों की संख्या का एक स्पष्ट संकेत। इस मामले में, यह संकेत दिया जाता है कि हर तीसरे फ्रेम में कुंजी होनी चाहिए। मानक मान या तो 5 या 8 है, लेकिन YouTube शपथ लेता है, कम से कम 3. पूछता

है कि प्रसारित किए गए प्रसारण की गुणवत्ता क्या है ।

सर्वर लोड निम्नानुसार था:

निगरानी डेटा के आधार पर, यह स्पष्ट है कि प्रोसेसर लोड 70% से 95% तक भिन्न होता है और प्रसारण कभी भी एक सप्ताह में 100% तक नहीं पहुंचा है। तो, इन सेटिंग्स के साथ, प्रोसेसर पर्याप्त है।

डिस्क को लोड करते समय, मैं कह सकता हूं कि यह लगभग लोड नहीं है और प्रसारण के लिए एक नियमित एचडीडी पर्याप्त होना चाहिए।

लेकिन आउटगोइंग ट्रैफिक की मात्रा मुझे परेशान करती है। यह पता चला है कि मेरी आउटगोइंग स्ट्रीम 450 से 650 केबी प्रति सेकंड है। एक महीने के लिए यह लगभग 1.8 टेराबाइट होगा। आपको ट्रैफ़िक खरीदना पड़ सकता है या फिर भी दोहरे-कोर कॉन्फ़िगरेशन पर स्विच करना होगा क्योंकि मैं तस्वीर की गुणवत्ता को कम नहीं करना चाहूंगा।

***

परिणामस्वरूप, मैं कहूंगा कि इस तरह के प्रसारण को खरोंच से सेट करने में लगभग 1-2 घंटे लगते हैं। इसके अलावा, वीडियो को सर्वर पर अपलोड करने में अधिकांश समय लगेगा।

एक विपणन उपकरण के रूप में, इस तरह के प्रसारण की शुरूआत ने भुगतान नहीं किया। शायद अगर आप विचारों को हवा देते हैं ताकि YouTube के एल्गोरिदम इस प्रसारण को उठाएं और सक्रिय रूप से सिफारिशों में दिखाएंगे, तो कुछ काम करेगा। मेरे मामले में, लगातार प्रसारण के 16 दिनों के लिए, इसे 58 बार देखा गया था।

वह ठीक है। प्रसारण मेरी साइट के मुख्य पृष्ठ पर सामंजस्यपूर्ण रूप से फिट है। यह व्याख्याता और खुद व्याख्यान के बारे में अपने मन को जल्दी से बनाने का एक प्रकार का अवसर निकला।

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

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

***

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

घड़ी के आसपास YouTube पर अपने वीडियो प्रसारित करें