तपाइँका भिडियोहरू YouTube XNUMX/XNUMX मा प्रसारण गर्नुहोस्

हालसालै, एक शौकको रूपमा, मैले चिनेको मनोवैज्ञानिकको व्याख्यानहरू खिचिरहेको छु। म फुटेज सम्पादन गर्छु र यसलाई मेरो वेबसाइटमा प्रकाशित गर्छु। एक महिना अघि, मैले YouTube मा यी व्याख्यानहरूको 24/7 प्रसारण व्यवस्थित गर्ने विचार पाएँ। एक प्रकारको विषयगत "टिभी च्यानल" व्यक्तिगत विकासको लागि समर्पित।

नियमित प्रसारण कसरी गर्ने भन्ने मलाई थाहा छ। तर यसलाई कसरी बनाउने कि यो भिडियो फाइलहरूको प्रसारण हो? ताकि यो 24/7 चल्छ, लचिलो छ, सकेसम्म स्वायत्त छ, र एकै समयमा मेरो घरको कम्प्युटरमा कुनै पनि हिसाबले निर्भर हुँदैन। यो मैले पत्ता लगाउनु पर्ने थियो।

समाधान खोज्न धेरै दिन लाग्यो । मैले धेरै फोरमहरू र विभिन्न म्यानुअलहरू अध्ययन गरें जुन बिना मेरो प्रसारणले काम गर्ने थिएन। र अब जब ठट्टा सफल भएको छ, म मेरो समाधान साझा गर्न आवश्यक महसुस गर्छु। यो लेख यसरी देखा पर्‍यो।

छोटकरीमा, अन्तिम समाधान निम्नानुसार थियो: VPS + ffmeg + bash स्क्रिप्ट। कट अन्तर्गत, म लिइएका कदमहरूको वर्णन गर्छु र प्रसारण व्यवस्थित गर्दा पत्ता लागेका समस्याहरूको बारेमा कुरा गर्छु।

चरण 1 - प्रसारण कहाँबाट आउनेछ?

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

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

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

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

मूल्यहरू बेलारूसी रूबलमा संकेत गरिएका छन् र यी केवल टुक्राहरू हुन्। बुझ्नको लागि, 8 बेलारूसी रूबल लगभग 3.5 डलर वा 240 रूसी रूबल हो। 24/7 सक्रिय र छिटो इन्टरनेट पहुँच भएको पूर्ण कम्प्युटर प्रयोग गरेको एक महिनाको लागि। केही कारणका लागि, यो खोज मेरो लागि धेरै रमाइलो भयो र धेरै दिनसम्म म अन्तरिक्ष रकेटहरू पत्ता लगाउने बच्चा जस्तै, खुसीसाथ हिंडें :)

वैसे, मैले Google ले मलाई "VPS भाडा" क्वेरीको लागि दिएको पहिलो साइटको प्रस्तावको फाइदा उठाएँ। सायद त्यहाँ अझ बढी बजेट समाधानहरू छन्, तर यो मूल्य मलाई उपयुक्त छ र मैले अगाडि हेरिन।

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

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

सर्भर सिर्जना गरेपछि तपाईले चाहिने पहिलो कुरा SSH मार्फत जडान गर्नु हो। सुरुमा मैले PuTTy प्रयोग गरें, तर त्यसपछि मैले सुरक्षित शेल एप प्रयोग गर्न थालें, जुन गुगल क्रोममा चल्छ। यो मेरो लागि थप सुविधाजनक भएको थियो।

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

तपाईंले लिनु पर्ने कदमहरू यहाँ छन्:

1. EPEL भण्डार जडान गर्नुहोस्।
2. FTP सर्भर सेट अप गर्नुहोस् (मैले vsftp रोजेको छु)।
3. ffmpeg स्थापना गर्नुहोस्।

म आदेशहरू विस्तृत रूपमा दिने छैन; यी निर्देशनहरू कार्यको सामान्य योजना व्यक्त गर्नको लागि बरु वैचारिक छन्। यदि तपाइँसँग कुनै पनि चरणहरूमा कुनै कठिनाइहरू छन् भने, "CentOS जडान EPEL" वा "CentOS FTP सर्भर स्थापना गर्नुहोस्" जस्ता खोज इन्जिन क्वेरी प्रयोग गरेर ती द्रुत रूपमा समाधान गर्न सकिन्छ। र पहिलो लिङ्कहरूमा तपाईले विस्तृत चरण-दर-चरण निर्देशनहरू पाउन सक्नुहुन्छ।

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

मैले यस दिशामा खन्न थाले र ffmpeg भेटें। FFmpeg नि:शुल्क र खुला स्रोत पुस्तकालयहरूको सेट हो जसले तपाईंलाई विभिन्न ढाँचाहरूमा डिजिटल अडियो र भिडियो रेकर्ड गर्न, रूपान्तरण गर्न र स्ट्रिम गर्न अनुमति दिन्छ।

र म धेरै छक्क परें कि ffmpeg ले कति गर्न सक्छ। यदि तपाइँ चाहनुहुन्छ भने, यसले भिडियोबाट ध्वनि निकाल्नेछ। यदि तपाइँ चाहनुहुन्छ भने, यसले भिडियोको टुक्रालाई रिकोड नगरी नै काट्नेछ। यदि तपाइँ चाहनुहुन्छ भने, यो एक ढाँचाबाट अर्कोमा रूपान्तरण हुनेछ। र धेरै, धेरै धेरै। तपाईंले यसमा फाइल निर्दिष्ट गर्न सक्नुहुने बिन्दुमा, यसले यसलाई स्ट्रिममा रूपान्तरण गर्नेछ र यसलाई YouTube मा प्रसारण गर्नेछ। त्यो हो, चेन भेला भयो। बाँकी सबै सूक्ष्मताहरू अन्तिम रूप दिन हो।

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

हामी YouTube मा प्रसारण सिर्जना गर्छौं। यस चरणमा हामीलाई लिङ्क र प्रसारण कुञ्जी मात्र चाहिन्छ। तलको स्क्रिनसटमा तिनीहरू रातोमा हाइलाइट गरिएका छन्।

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

हामीले स्ट्रिमलाई 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= - पिक्सेलमा पाठको वरिपरि रूपरेखाको मोटाई (मसँग कालो रूपरेखा १ पिक्सेल मोटो भएको सेतो पाठ छ)।

bordercolor= - रूपरेखा रंग।

x= и y= - पाठ समन्वय। डट 0;0 माथिल्लो बायाँ कुनामा अवस्थित छ। मेरा निर्देशांकहरू यसरी चयन गरिएका छन् कि पाठलाई 1280x720 पिक्सेलको भिडियो रिजोल्युसनको साथ तल्लो बायाँ कुनामा राखिएको छ।

यो यस्तो देखिन्छ:

चरण 6 - प्रसारणको गुणस्तर निर्धारण गर्नुहोस्

त्यो हो, प्रसारण तयार छ। FFmpeg प्रसारणहरू, फाइलहरू प्ले हुन्छन्, मेरो उपस्थिति प्रसारणको लागि आवश्यक छैन। हरेक लेक्चरमा पनि हस्ताक्षर हुन्छ । हेर्दा त्यस्तै हो ।

तर एउटा थप सूक्ष्मता देखा पर्‍यो - मैले न्यूनतम सर्भर कन्फिगरेसन रोजें र यसले प्रसारणलाई तान्न सकेन। सर्भर कन्फिगरेसन: 1 कोर (जस्तै 2.2 GHz), 1 गीगाबाइट RAM, 25 GB SSD। त्यहाँ पर्याप्त RAM थियो, तर प्रोसेसर लगभग 100% मा पूर्ण रूपमा लोड भएको थियो (र कहिलेकाहीँ 102-103% :) यसले प्रसारणलाई प्रत्येक केही सेकेन्डमा फ्रिज गर्न निम्त्यायो। राम्रो छैन।

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

उच्च छवि गुणस्तर दुई तरिकामा प्राप्त गर्न सकिन्छ: या त उच्च CPU लोड वा उच्च बहिर्गमन ट्राफिक। यसले पत्ता लगायो कि प्रोसेसरले जति धेरै लोड लिन सक्छ, कम च्यानल ब्यान्डविथ आवश्यक हुनेछ। वा तपाइँ प्रोसेसर धेरै लोड गर्न सक्नुहुन्न, तर तपाइँलाई ठूलो ट्राफिक हेडरूमको साथ फराकिलो च्यानल चाहिन्छ। यदि त्यहाँ दुबै प्रोसेसर र बाहिर जाने च्यानल/ट्राफिकको साइजमा प्रतिबन्धहरू छन् भने, तपाइँले तस्विरको गुणस्तर घटाउनु पर्छ ताकि प्रसारण सहज रूपमा जान्छ।

मेरो सर्भरसँग १० Mbit/s चौडा च्यानलमा पहुँच छ। यो चौडाइ एकदम सही छ। तर त्यहाँ ट्राफिक सीमा छ - प्रति महिना 10 TB। तसर्थ, ट्राफिक प्रतिबन्धहरू पूरा गर्नको लागि, मेरो बहिर्गमन प्रवाह ~1 KB प्रति सेकेन्ड भन्दा बढी हुनु हुँदैन अर्थात्। बाहिर जाने स्ट्रिमको बिटरेट 300 Mbit/s भन्दा बढी हुनु हुँदैन। YouTube, वैसे, यो बिटरेट मा प्रसारण सिफारिस गर्दछ।

प्रणालीमा लोड विनियमित गर्न, ffmpeg ले विभिन्न दृष्टिकोणहरू प्रयोग गर्दछ। यस बारेमा राम्रो लेखिएको छ यहाँ। मैले दुई विशेषताहरू प्रयोग गरेर समाप्त गरें: -crf и -preset.

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

यदि CRF प्रयोग गर्दै हुनुहुन्छ भने तपाईले बाहिर जाने चित्रको "वजन" चयन गर्न सक्नुहुन्छ, त्यसपछि प्रयोग गरेर प्रिसेट (-पूर्व निर्धारित) तपाइँ प्रोसेसर कति भारी लोड हुनेछ भनेर निर्धारण गर्न सक्नुहुन्छ। यस विशेषतामा निम्न प्यारामिटरहरू छन्:

• ultrafast
• superfast
• veryfast
• faster
• fast
• medium - पूर्वनिर्धारित मान
• slow
• slower
• veryslow

"छिटो" प्यारामिटर निर्दिष्ट गरिएको छ, प्रोसेसरमा उच्च लोड हुनेछ।

मैले पहिले एक प्रिसेट चयन गरें जुन मेरो प्रोसेसरको लागि मूल रूपमा धेरै गाह्रो थियो, र त्यसपछि CRF प्रयोग गरेर लोडलाई अझ राम्रोसँग चयन गरें। मेरो केसमा, प्रिसेटले काम गर्यो 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 - कुञ्जी फ्रेमहरूको संख्याको स्पष्ट संकेत। यस अवस्थामा, यो निर्दिष्ट गरिएको छ कि प्रत्येक तेस्रो फ्रेम कुञ्जी फ्रेम हुनुपर्छ। मानक मान या त ५ वा ८ हो, तर YouTube ले कसम खान्छ र कम्तिमा ३ माग्न अनुरोध गर्छ।

तपाईले देख्न सक्नुहुन्छ कि प्रसारण कस्तो गुणस्तर भयो यहाँ.

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

निगरानी डेटाको आधारमा, यो स्पष्ट छ कि प्रोसेसर लोड दायरा 70% देखि 95% सम्म छ र हप्ताको समयमा प्रसारण कहिल्यै 100% पुगेको छैन। यसको मतलब यी सेटिङहरूसँग प्रोसेसर पर्याप्त छ।

डिस्क लोड गरेर, म भन्न सक्छु कि यो लगभग लोड गरिएको छैन र नियमित HDD प्रसारणको लागि पर्याप्त हुनुपर्छ।

तर बाहिर जाने ट्राफिकको मात्राले मलाई चिन्ता गर्छ। यो बाहिर जान्छ कि मेरो बहिर्गमन स्ट्रिम 450 देखि 650 KB प्रति सेकेन्ड सम्म छ। एक महिनामा यो लगभग 1,8 टेराबाइट हुनेछ। तपाईंले अतिरिक्त ट्राफिक किन्न वा दुई कोरको साथ कन्फिगरेसनमा स्विच गर्नुपर्ने हुन सक्छ किनभने... म तस्विरको गुणस्तर घटाउन चाहन्न।

***

नतिजाको रूपमा, म भन्न चाहन्छु कि स्क्र्याचबाट यस्तो प्रसारण सेटअप गर्न लगभग 1-2 घण्टा लाग्छ। यसबाहेक, सर्भरमा भिडियो अपलोड गर्न धेरै समय लाग्छ।

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

त्यो ठिक छ। प्रसारण मेरो वेबसाइटको मुख्य पृष्ठमा समानुपातिक रूपमा फिट हुन्छ। यसले मलाई व्याख्याता र व्याख्यानहरू बारे चाँडै मेरो आफ्नै विचार बनाउन मौका दियो।

र एक क्षण। यो महत्त्वपूर्ण छ कि प्रसारणले कसैको प्रतिलिपि अधिकार उल्लङ्घन गर्दैन, अन्यथा यो अवरुद्ध हुनेछ। म मेरो प्रसारणको बारेमा शान्त छु किनभने ... मैले विशेष रूपमा नि: शुल्क प्रयोगको साथ संगीत इन्सर्टहरू रोजें, र सामग्रीको लेखक नजिकैको कम्प्युटरमा बस्छिन् र उनको सामग्री प्रयोग गरेर मेरो विरोध गर्दैन :)

तर यदि तपाइँसँग तपाइँको प्रसारणमा कतै पृष्ठभूमिमा रेडियो बजिरहेको छ, वा तपाइँले सम्पादन गर्दा तपाइँको मनपर्ने ट्र्याक प्रयोग गर्नुभयो, वा लोकप्रिय संगीत भिडियो, टिभी श्रृंखला वा चलचित्रबाट भिडियो अनुक्रम लिनुभयो भने, तपाइँको प्रसारण जोखिममा छ। यो पनि महत्त्वपूर्ण छ कि प्रसारणले कम्तिमा न्यूनतम सिमान्टिक लोड बोक्छ, अन्यथा यो स्प्यामको रूपमा अवरुद्ध हुन सक्छ।

***

मसँग यति मात्र छ। मलाई आशा छ कि यो म्यानुअलले कसैलाई राम्रोसँग सेवा गर्नेछ। ठिक छ, यदि तपाइँसँग थप्न, लेख्न केहि छ भने, म लेखमा थपिएका र स्पष्टीकरणहरू पढ्न पाउँदा खुसी हुनेछु।

स्रोत: www.habr.com