तुमचे व्हिडिओ XNUMX/XNUMX YouTube वर प्रसारित करा

अलीकडे, एक छंद म्हणून, मी माझ्या ओळखीच्या मानसशास्त्रज्ञाच्या व्याख्यानांचे चित्रीकरण करत आहे. मी फुटेज संपादित करतो आणि माझ्या वेबसाइटवर प्रकाशित करतो. एक महिन्यापूर्वी, मला 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 भाडे” या प्रश्नासाठी दिलेल्या पहिल्या साइटच्या ऑफरचा मी फायदा घेतला. कदाचित आणखी बजेट उपाय आहेत, परंतु ही किंमत माझ्यासाठी अनुकूल आहे आणि मी पुढे पाहिले नाही.

सर्व्हर तयार करताना, आपण ऑपरेटिंग सिस्टम निवडू शकता ज्या अंतर्गत ते चालेल. तुम्ही कोणत्याही सूचीबद्ध सिस्टमवर प्रसारण आयोजित करू शकता आणि तुमची प्राधान्ये आणि आर्थिक क्षमतांवर आधारित निवड करू शकता (Windows सह सर्व्हरसाठी ते अतिरिक्त शुल्क मागतात). मी CentOS निवडले. फक्त कारण मला आधी त्याचा फारसा अनुभव नव्हता.

पायरी 2 - सर्व्हर सेटअप

सर्व्हर तयार केल्यानंतर तुम्हाला पहिली गोष्ट आवश्यक आहे ती म्हणजे एसएसएच द्वारे कनेक्ट करणे. सुरुवातीला मी पुटी वापरला, पण नंतर मी सिक्योर शेल अॅप वापरण्यास सुरुवात केली, जी Google Chrome मध्ये चालते. हे माझ्यासाठी अधिक सोयीस्कर असल्याचे दिसून आले.

मग मी होस्टनाव बदलले, सर्व्हरवर टाइम सिंक्रोनायझेशन सेट केले, सिस्टम अपडेट केले, iptables सह टिंकर केले... आणि इतर गोष्टींचा समूह केला, परंतु ते आवश्यक होते म्हणून नाही. मला फक्त सर्व्हर सेट करण्यात स्वारस्य आहे आणि ते माझ्यासाठी कार्य करते. जेव्हा ते कार्य करते तेव्हा मला ते आवडते :)

तुम्हाला घ्यायची असलेली पावले येथे आहेत:

1. EPEL रेपॉजिटरी कनेक्ट करा.
2. FTP सर्व्हर सेट करा (मी vsftp निवडले).
3. ffmpeg स्थापित करा.

मी तपशीलवार आदेश देणार नाही; कृतीची सामान्य योजना सांगण्यासाठी या सूचना त्याऐवजी संकल्पनात्मक आहेत. तुम्हाला कोणत्याही पायर्‍यांमध्ये काही अडचण आल्यास, “CentOS connect EPEL” किंवा “CentOS install 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 - स्वायत्तता जोडा

अभिनंदन! आता तुम्हाला माहिती आहे की व्हिडिओ फाइलवरून प्रसारण कसे सुरू करावे. परंतु XNUMX/XNUMX प्रसारणासाठी हे पुरेसे नाही. हे महत्त्वाचे आहे की पहिला व्हिडिओ प्ले झाल्यानंतर, पुढचा व्हिडिओ लगेच सुरू होतो आणि जेव्हा सर्व व्हिडिओ दाखवले जातात, तेव्हा प्लेबॅक पुन्हा सुरू होतो.

मी खालील पर्याय घेऊन आलो: एक .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 वरच्या डाव्या कोपर्यात स्थित आहे. माझे निर्देशांक अशा प्रकारे निवडले आहेत की मजकूर खालील डाव्या कोपर्यात 1280x720 पिक्सेलच्या व्हिडिओ रिझोल्यूशनसह ठेवला जाईल.

हे असे दिसते:

चरण 6 - प्रसारणाची गुणवत्ता निश्चित करा

बस्स, प्रसारण तयार आहे. FFmpeg प्रसारण, फायली प्ले केल्या जातात, प्रसारणासाठी माझ्या उपस्थितीची आवश्यकता नाही. अगदी प्रत्येक लेक्चरवर सही केली आहे. असेच पहा.

परंतु आणखी एक सूक्ष्मता समोर आली - मी किमान सर्व्हर कॉन्फिगरेशन निवडले आणि ते प्रसारण खेचले नाही. सर्व्हर कॉन्फिगरेशन: 1 कोर (2.2 GHz सारखे), 1 गीगाबाइट RAM, 25 GB SSD. पुरेशी RAM होती, परंतु प्रोसेसर जवळजवळ पूर्णपणे 100% लोड झाला होता (आणि काही वेळा 102-103% देखील :) यामुळे प्रक्षेपण दर काही सेकंदांनी गोठले होते. छान नाही.

तुम्ही फक्त दोन कोर सह अधिक महाग कॉन्फिगरेशन घेऊ शकता, सुदैवाने, क्लाउड तंत्रज्ञानासह, सर्व्हर कॉन्फिगरेशन बदलणे दोन बटणे दाबून होते. पण मला किमान कॉन्फिगरेशन क्षमतेमध्ये बसवायचे होते. मी ffmpeg दस्तऐवजीकरणाचा अभ्यास करण्यास सुरुवात केली आणि होय, तेथे सेटिंग्ज देखील आहेत ज्या आपल्याला सिस्टमवरील लोडचे नियमन करण्यास परवानगी देतात.

उच्च प्रतिमेची गुणवत्ता दोन प्रकारे प्राप्त केली जाऊ शकते: एकतर उच्च CPU लोड किंवा उच्च आउटगोइंग रहदारी. असे दिसून आले की प्रोसेसर जितका जास्त भार घेऊ शकेल तितकी कमी चॅनेल बँडविड्थ आवश्यक असेल. किंवा आपण प्रोसेसर जास्त लोड करू शकत नाही, परंतु नंतर आपल्याला मोठ्या ट्रॅफिक हेडरूमसह विस्तृत चॅनेलची आवश्यकता असेल. जर प्रोसेसर आणि आउटगोइंग चॅनेल/ट्रॅफिकचा आकार या दोन्हीवर बंधने असतील, तर तुम्हाला चित्राची गुणवत्ता कमी करावी लागेल जेणेकरून प्रसारण सुरळीत होईल.

माझ्या सर्व्हरला 10 Mbit/s रुंद चॅनेलमध्ये प्रवेश आहे. ही रुंदी अगदी योग्य आहे. पण रहदारी मर्यादा आहे - 1 टीबी प्रति महिना. म्हणून, रहदारी निर्बंधांची पूर्तता करण्यासाठी, माझा आउटगोइंग प्रवाह प्रति सेकंद ~300 KB पेक्षा जास्त नसावा. आउटगोइंग स्ट्रीमचा बिटरेट 2,5 Mbit/s पेक्षा जास्त नसावा. YouTube, तसे, या बिटरेटवर प्रसारणाची शिफारस करते.

प्रणालीवरील लोडचे नियमन करण्यासाठी, ffmpeg विविध पद्धती वापरते. याबद्दल छान लिहिले आहे येथे. मी दोन गुणधर्म वापरून समाप्त केले: -crf и -preset.

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

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 - की फ्रेम्सच्या संख्येचे स्पष्ट संकेत. या प्रकरणात, हे निर्दिष्ट केले आहे की प्रत्येक तिसरी फ्रेम एक की फ्रेम असावी. मानक मूल्य एकतर 5 किंवा 8 आहे, परंतु YouTube शपथ घेते आणि किमान 3 मागते.

प्रसारण किती दर्जेदार झाले ते तुम्ही पाहू शकता येथे.

सर्व्हरवरील लोड खालीलप्रमाणे होते:

मॉनिटरिंग डेटाच्या आधारे, हे स्पष्ट आहे की प्रोसेसर लोड 70% ते 95% पर्यंत आहे आणि आठवड्यात प्रसारण कधीही 100% पर्यंत पोहोचले नाही. याचा अर्थ या सेटिंग्जसह प्रोसेसर पुरेसे आहे.

डिस्क लोड करून, मी असे म्हणू शकतो की ते जवळजवळ लोड केलेले नाही आणि प्रसारणासाठी नियमित HDD पुरेसे असावे.

पण आउटगोइंग ट्रॅफिकचे प्रमाण मला चिंतित करते. असे दिसून आले की माझा आउटगोइंग प्रवाह 450 ते 650 KB प्रति सेकंद पर्यंत आहे. एका महिन्यात हे सुमारे 1,8 टेराबाइट्स असेल. तुम्हाला अतिरिक्त रहदारी खरेदी करावी लागेल किंवा दोन कोर असलेल्या कॉन्फिगरेशनवर स्विच करावे लागेल कारण... मला चित्राचा दर्जा कमी करायला आवडणार नाही.

***

परिणामी, मी म्हणेन की सुरवातीपासून असे प्रसारण सेट करण्यासाठी सुमारे 1-2 तास लागतात. शिवाय, सर्व्हरवर व्हिडिओ अपलोड करण्यासाठी बराच वेळ लागेल.

अशा प्रसारणाच्या लाँचने स्वतःला विपणन साधन म्हणून न्याय्य ठरविले नाही. कदाचित, जर आम्ही दृश्ये वाढवली तर YouTube अल्गोरिदमने हे प्रसारण उचलले आणि ते शिफारसींमध्ये सक्रियपणे दर्शविणे सुरू केले, तर काहीतरी कार्य करेल. माझ्या बाबतीत, सलग 16 दिवसांच्या प्रसारणात ते 58 वेळा पाहिले गेले.

ते ठीक आहे. प्रसारण माझ्या वेबसाइटच्या मुख्य पृष्ठावर सुसंवादीपणे बसते. यामुळे मला व्याख्याता आणि व्याख्यानांबद्दल माझे स्वतःचे मत पटकन तयार करण्याची संधी मिळाली.

आणि एक क्षण. हे प्रसारण कोणाच्याही कॉपीराइटचे उल्लंघन करत नाही हे महत्त्वाचे आहे, अन्यथा ते अवरोधित केले जाईल. मी माझ्या प्रसारणाबद्दल शांत आहे कारण... मी विशेषत: विनामूल्य वापरासह संगीत इन्सर्ट निवडले आणि सामग्रीची लेखक जवळच्या संगणकावर बसते आणि तिचा सामग्री वापरण्यास माझा विरोध नाही :)

परंतु जर तुमच्या प्रसारणात कुठेतरी पार्श्वभूमीत रेडिओ वाजत असेल, किंवा तुम्ही संपादनादरम्यान तुमचा आवडता ट्रॅक वापरला असेल, किंवा लोकप्रिय संगीत व्हिडिओ, टीव्ही मालिका किंवा चित्रपटाचा व्हिडिओ क्रम घेतला असेल, तर तुमचे प्रसारण धोक्यात आहे. हे देखील महत्त्वाचे आहे की प्रसारणात किमान अर्थपूर्ण भार आहे, अन्यथा ते स्पॅम म्हणून अवरोधित केले जाऊ शकते.

***

माझ्याकडे एवढेच आहे. मला आशा आहे की हे मॅन्युअल एखाद्याला चांगले सेवा देईल. बरं, तुमच्याकडे काही जोडण्यासाठी, लिहिण्यासारखे असल्यास, मला लेखातील जोडणी आणि स्पष्टीकरणे वाचून आनंद होईल.

स्त्रोत: www.habr.com