YouTube પર તમારી વિડિઓઝ XNUMX/XNUMX બ્રોડકાસ્ટ કરો

તાજેતરમાં, એક શોખ તરીકે, હું મારા એક જાણકાર મનોવિજ્ઞાની દ્વારા આપવામાં આવેલા વ્યાખ્યાનોનું ફિલ્માંકન કરું છું. હું ફૂટેજને સંપાદિત કરું છું અને તેને મારી વેબસાઇટ પર પ્રકાશિત કરું છું. એક મહિના પહેલા, મને YouTube પર આ વ્યાખ્યાનોનું 24/7 પ્રસારણ શરૂ કરવાનો વિચાર આવ્યો. વ્યક્તિગત વિકાસ માટે સમર્પિત એક પ્રકારની થીમ આધારિત "ટીવી ચેનલ".

મને નિયમિત પ્રસારણ કેવી રીતે કરવું તે ખબર છે. પણ હું તેને વિડિઓ સ્ટ્રીમ કેવી રીતે બનાવી શકું? જેથી તે 24/7 ચાલે, લવચીક હોય, અને શક્ય તેટલું સ્વાયત્ત હોય, છતાં મારા ઘરના કમ્પ્યુટર પર નિર્ભર ન હોય. મને આ શોધવાની જરૂર હતી.

ઉકેલ શોધવામાં ઘણા દિવસો લાગ્યા. મેં અસંખ્ય ફોરમ અને વિવિધ માર્ગદર્શિકાઓનો અભ્યાસ કર્યો, જેના વિના મારું પ્રસારણ કામ ન કરત. અને હવે જ્યારે મજાક સફળ થઈ છે, ત્યારે મને મારો ઉકેલ શેર કરવાની જરૂર લાગે છે. આ રીતે આ લેખ બન્યો.

ટૂંકમાં, અંતિમ નિર્ણય નીચે મુજબ હતો: VPS + ffmeg + bash સ્ક્રિપ્ટનીચે હું મેં લીધેલા પગલાંઓનું વર્ણન કરું છું અને પ્રસારણનું આયોજન કરતી વખતે મને જે મુશ્કેલીઓનો સામનો કરવો પડ્યો તે વિશે વાત કરું છું.

પગલું ૧ – પ્રસારણ ક્યાંથી આવશે?

શરૂઆતમાં જ, એ નક્કી કરવું જરૂરી હતું કે પ્રસારણ ક્યાંથી આવશે, તેનો સ્ત્રોત ક્યાં હશે. સૌથી પહેલી વાત જે ધ્યાનમાં આવી તે હતી... ઘરના કમ્પ્યુટરથીહું પ્લેલિસ્ટમાં વિડિઓઝ મૂકી શકતો હતો અને તેને કોઈપણ વિડિઓ પ્લેયરમાં ચલાવી શકતો હતો. પછી સ્ક્રીન કેપ્ચર કરીને તેને YouTube પર બ્રોડકાસ્ટ કરી શકતો હતો. પરંતુ મેં લગભગ તરત જ આ વિકલ્પને રદ કરી દીધો કારણ કે તેમાં મારા ઘરના કમ્પ્યુટરને હંમેશા ચાલુ રાખવાની જરૂર પડશે, જેનાથી રાત્રે પણ પંખોનો અવાજ આવશે અને પાવર વપરાશ વધશે (+100-150 kWh પ્રતિ મહિને). તેનો અર્થ એ પણ હતો કે હું બ્રોડકાસ્ટ કરતી વખતે મારા ઘરના કમ્પ્યુટરનો ઉપયોગ કરી શકતો ન હતો, કારણ કે બ્રોડકાસ્ટ પર કોઈપણ માઉસની હિલચાલ દેખાશે.

પછી મેં દૂર જોવાનું શરૂ કર્યું ક્લાઉડ સેવાઓહું એક એવી તૈયાર સેવા શોધી રહ્યો હતો જ્યાં હું મારા વિડિઓઝ અપલોડ કરી શકું અથવા, ઉદાહરણ તરીકે, YouTube વિડિઓઝની લિંક્સ દાખલ કરી શકું, અને તે બધાને એક જ, નોન-સ્ટોપ બ્રોડકાસ્ટમાં પેક કરી શકું. પરંતુ મને કંઈપણ યોગ્ય મળ્યું નહીં. કદાચ મેં ખરાબ રીતે શોધ્યું. મારી જરૂરિયાતોને અનુરૂપ એકમાત્ર વસ્તુ restream.io છે, જે એક સેવા છે જે બહુવિધ પ્લેટફોર્મ પર એક સાથે પ્રસારણ કરવાની મંજૂરી આપે છે. તેઓ દેખીતી રીતે તમને તમારા પોતાના વિડિઓઝ અપલોડ કરવાની મંજૂરી આપે છે. પરંતુ આ સેવા સંપૂર્ણપણે અલગ હેતુઓ માટે બનાવવામાં આવી હતી, અને તેઓ અપેક્ષા રાખે છે કે પ્રસારણ ફક્ત બે કલાક ચાલશે. મને લાગે છે કે જો તેઓ આ સેવા દ્વારા 24/7 પ્રસારણનું આયોજન કરી શકે, તો તેનો ખર્ચ મહિને દસ ડોલર થશે, જો સેંકડો નહીં, તો. અને હું ખરેખર મફતમાં અથવા ન્યૂનતમ નાણાકીય રોકાણ સાથે પ્રસારણનું આયોજન કરવા માંગતો હતો.

તે સ્પષ્ટ થઈ ગયું કે પ્રસારણને ક્યાં તો જરૂરી છે અલગ ઉપકરણ અથવા તો એક અલગ કમ્પ્યુટર પણ. હું રાસ્પબેરી પાઇ જેવું કંઈક વિચારી રહ્યો હતો. શા માટે ચિંતા કરશો? તેમાં કુલર નથી. હું વિડિઓને ફ્લેશ ડ્રાઇવમાં રેકોર્ડ કરીશ, ઇથરનેટ કેબલ પ્લગ ઇન કરીશ અને તેને ક્યાંક સુરક્ષિત જગ્યાએ મૂકીશ અને સ્ટ્રીમ કરીશ. તે એક વિકલ્પ હતો. પરંતુ મારી પાસે બોર્ડ કે તેનો કોઈ અનુભવ નહોતો, તેથી મેં તેને પણ નકારી કાઢ્યું.

આખરે મને એવી ચર્ચા મળી જ્યાં તેઓ સર્જન વિશે ચર્ચા કરી રહ્યા હતા પોતાનો સર્વર બ્રોડકાસ્ટ્સ. હું જે શોધી રહ્યો હતો તે બરાબર નહોતું, પણ મને સાર મળ્યો - હું સર્વરનો ઉપયોગ કરી શકું છું! તે ચર્ચામાં, તેઓએ VPS + nginx + OBS સેટઅપનો ઉપયોગ કરવાનું સૂચન કર્યું. તે સ્પષ્ટ થઈ ગયું કે આ સેટઅપ મારા માટે પણ કામ કરી શકે છે. મને ફક્ત એક જ બાબત પરેશાન કરતી હતી કે મેં પહેલાં ક્યારેય સર્વરનું સંચાલન કર્યું નથી, અને મને લાગ્યું કે સમર્પિત સર્વર જટિલ અને ખર્ચાળ હશે. મેં મૂળભૂત ગોઠવણીવાળા સર્વર ભાડે લેવા માટે કેટલો ખર્ચ થશે તે શોધવાનું નક્કી કર્યું અને મને આનંદથી આશ્ચર્ય થયું.

કિંમતો બેલારુસિયન રુબેલ્સમાં સૂચિબદ્ધ છે, અને તે ફક્ત મગફળીના છે. સંદર્ભ માટે, 8 બેલારુસિયન રુબેલ્સ લગભગ $3.5, અથવા 240 રશિયન રુબેલ્સ છે. તે એક મહિનાના સંપૂર્ણ કાર્યક્ષમ કમ્પ્યુટરનો ઉપયોગ કરવા જેટલું છે જે 24/7 ચાલુ રહે છે અને ઝડપી ઇન્ટરનેટ ઍક્સેસ ધરાવે છે. કોઈ કારણોસર, આ શોધ મારા માટે ખૂબ જ આનંદદાયક હતી, અને મેં ઘણા દિવસો અતિ ખુશ રહીને વિતાવ્યા, જેમ કે એક બાળક જેણે હમણાં જ અવકાશ રોકેટ શોધ્યા હોય. 🙂

આકસ્મિક રીતે, મેં ગૂગલ પર "VPS ભાડા" શોધતી વખતે પહેલી વેબસાઇટનો લાભ લીધો. ત્યાં વધુ સસ્તા વિકલ્પો હોઈ શકે છે, પરંતુ કિંમત સારી હતી, તેથી મેં શોધવાનું બંધ કરી દીધું.

સર્વર બનાવતી વખતે, તમે તે ઓપરેટિંગ સિસ્ટમ પસંદ કરી શકો છો જેના પર તે ચાલશે. બ્રોડકાસ્ટિંગ કોઈપણ સૂચિબદ્ધ સિસ્ટમ પર ગોઠવી શકાય છે, અને પસંદગી તમારી પસંદગીઓ અને બજેટ પર આધારિત હોવી જોઈએ (જે સર્વર માટે Windows (તેઓ વધારાની ફી માંગે છે). મેં પસંદ કર્યું CentOS. ફક્ત એટલા માટે કે મને તેની સાથે કામ કરવાનો થોડો અનુભવ હતો.

પગલું 2 - સર્વર સેટઅપ કરવું

સર્વર બનાવ્યા પછી તમારે સૌ પ્રથમ SSH દ્વારા તેની સાથે કનેક્ટ થવાની જરૂર છે. શરૂઆતમાં, મેં PuTTy નો ઉપયોગ કર્યો, પરંતુ પછી મેં Secure Shell એપ પર સ્વિચ કર્યું, જે Google Chrome માં ચાલે છે. મને તે વધુ અનુકૂળ લાગ્યું.

પછી મેં હોસ્ટનેમ બદલ્યું, સર્વર પર સમય સિંક્રનાઇઝેશન સેટ કર્યું, સિસ્ટમ અપડેટ કરી, iptables સાથે ગડબડ કરી... અને બીજી ઘણી બધી વસ્તુઓ કરી, પણ એટલા માટે નહીં કે તે જરૂરી હતું. મને સર્વર સેટ કરવામાં મજા આવી અને હું તે કરી શક્યો. જ્યારે બધું કામ કરે છે ત્યારે મને તે ગમે છે 🙂

તમારે જે પગલાં લેવાની જરૂર છે તે અહીં છે:

1. EPEL રીપોઝીટરીને કનેક્ટ કરો.
2. FTP સર્વર સેટ કરો (મેં vsftp પસંદ કર્યું).
3. ffmpeg ઇન્સ્ટોલ કરો.

હું આદેશો વિશે વિગતવાર જઈશ નહીં; આ સૂચના વધુ કલ્પનાત્મક છે, જેનો હેતુ ક્રિયાની સામાન્ય યોજના જણાવવાનો છે. જો તમને કોઈપણ પગલામાં કોઈ મુશ્કેલીઓનો સામનો કરવો પડે, તો "" શોધ કરીને તેને ઝડપથી ઉકેલી શકાય છે.CentOS EPEL ને કનેક્ટ કરો" અથવા "CentOS FTP સર્વર ઇન્સ્ટોલ કરી રહ્યા છીએ." અને તમને પ્રથમ લિંક્સ પર વિગતવાર પગલું-દર-પગલાં સૂચનો મળી શકે છે.

તો, જેમ મેં પહેલા લખ્યું હતું, મને VPS + nginx + OBS સેટઅપની જરૂર હતી. VPS - થઈ ગયું. પરંતુ અન્ય મુદ્દાઓ વિશે પ્રશ્નો ઉભા થવા લાગ્યા. OBS એક બ્રોડકાસ્ટિંગ પ્રોગ્રામ છે, ઓપન બ્રોડકાસ્ટર સોફ્ટવેર. અને તે ફક્ત સ્ટ્રીમ્સ સાથે કામ કરે છે, એટલે કે, ઉદાહરણ તરીકે, તે વેબકેમમાંથી એક છબી લે છે અને તેને બ્રોડકાસ્ટ કરે છે. અથવા તે સ્ક્રીન રેકોર્ડ કરે છે. અથવા તે હાલના બ્રોડકાસ્ટને બીજી સાઇટ પર રીડાયરેક્ટ કરે છે. પરંતુ મારી પાસે સ્ટ્રીમ નથી; મારી પાસે ફક્ત વિડિઓ ફાઇલોનો સેટ છે જેને સ્ટ્રીમમાં ફેરવવાની જરૂર છે.

મેં શોધખોળ શરૂ કરી અને મને 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 - સ્વાયત્તતા ઉમેરવી

અભિનંદન! હવે તમે જાણો છો કે વિડિઓ ફાઇલમાંથી પ્રસારણ કેવી રીતે શરૂ કરવું. પરંતુ 24/7 પ્રસારણ માટે આ પૂરતું નથી. એ મહત્વનું છે કે પહેલો વિડિઓ ચાલવાનું સમાપ્ત થાય પછી, બીજો તરત જ શરૂ થાય, અને એકવાર બધા વિડિઓ પૂર્ણ થઈ જાય, પછી પ્લેબેક ફરીથી શરૂ થાય.

મને નીચે મુજબનો ઉકેલ મળ્યો: એક .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 પ્રક્રિયાને બંધ કરો. આ સૂચિમાંની આગલી ફાઇલનું પ્લેબેક આપમેળે શરૂ થશે.
• નવા વિડિઓઝ બ્રોડકાસ્ટને બંધ કર્યા વિના ઉમેરી શકાય છે. ફક્ત વિડિઓને સર્વર પર અપલોડ કરો, ફાઇલ લોન્ચ કરવા માટે સ્ક્રિપ્ટમાં આદેશ ઉમેરો અને તેને સાચવો. બસ. આગામી પ્લેબેક ચક્ર પર, નવી ફાઇલ જૂની ફાઇલોની સાથે પ્રસારિત થશે.

પગલું ૫ - 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 GB RAM, 25 GB SSD. RAM પૂરતી હતી, પરંતુ CPU લગભગ સંપૂર્ણપણે 100% (અને ક્યારેક 102-103%) સુધી થ્રોટલ થઈ ગયું હતું. આના પરિણામે દર થોડીક સેકન્ડે સ્ટ્રીમ થીજી જતું હતું. તે કદરૂપું હતું.

હું ફક્ત વધુ ખર્ચાળ ડ્યુઅલ-કોર ગોઠવણી સાથે જઈ શક્યો હોત; સદભાગ્યે, ક્લાઉડ તકનીકો સાથે, સર્વર ગોઠવણી બદલવી એ બે બટનો દબાવવા જેટલું સરળ છે. પરંતુ હું ઓછામાં ઓછા ગોઠવણી સાથે વસ્તુઓ સરળતાથી ચાલતી રાખવા માંગતો હતો. મેં ffmpeg દસ્તાવેજીકરણનો અભ્યાસ કરવાનું શરૂ કર્યું, અને હા, તેમાં સેટિંગ્સ પણ છે જે તમને સિસ્ટમ લોડને સમાયોજિત કરવાની મંજૂરી આપે છે.

ઉચ્ચ છબી ગુણવત્તા બે રીતે પ્રાપ્ત કરી શકાય છે: કાં તો પ્રોસેસરને ભારે લોડ કરીને અથવા મોટા પ્રમાણમાં આઉટગોઇંગ ટ્રાફિકનો ઉપયોગ કરીને. તેથી, પ્રોસેસરની ક્ષમતા જેટલી વધારે હશે, તેટલી ઓછી બેન્ડવિડ્થની જરૂર પડશે. વૈકલ્પિક રીતે, પ્રોસેસરને ઓછું લોડ કરી શકાય છે, પરંતુ પછી પુષ્કળ બેન્ડવિડ્થ સાથે વિશાળ બેન્ડવિડ્થની જરૂર પડશે. જો પ્રોસેસર અને આઉટગોઇંગ બેન્ડવિડ્થ/ટ્રાફિક બંને મર્યાદિત હોય, તો સરળ સ્ટ્રીમિંગ સુનિશ્ચિત કરવા માટે છબી ગુણવત્તા ઘટાડવી પડશે.

મારા સર્વર પર 10 Mbps બેન્ડવિડ્થ ઉપલબ્ધ છે. આ બેન્ડવિડ્થ પુષ્કળ છે. જોકે, દર મહિને 1 TB ની ટ્રાફિક મર્યાદા છે. તેથી, આ મર્યાદામાં રહેવા માટે, મારો આઉટગોઇંગ સ્ટ્રીમ પ્રતિ સેકન્ડ ~300 KB થી વધુ ન હોવો જોઈએ, એટલે કે મારો આઉટગોઇંગ બિટરેટ 2,5 Mbps થી વધુ ન હોવો જોઈએ. 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