تازو، هڪ شوق جي طور تي، مان هڪ ماهر نفسيات جي ليڪچر کي فلم ڪري رهيو آهيان، جيڪو مان ڄاڻان ٿو. مون فوٽيج کي ايڊٽ ڪيو ۽ ان کي پنهنجي ويب سائيٽ تي شايع ڪيو. هڪ مهينو اڳ، مون کي يوٽيوب تي انهن ليڪچرن جي 24/7 نشريات منظم ڪرڻ جو خيال آيو. هڪ قسم جو موضوعي "ٽي وي چينل" ذاتي ترقي لاء وقف.
مان ڄاڻان ٿو ته باقاعده نشر ڪيئن ڪجي. پر اهو ڪيئن ٺاهيو ته اهو وڊيو فائلن جي نشريات آهي؟ انهي ڪري ته اهو 24/7 هلندو آهي، لچڪدار آهي، ممڪن طور تي خودمختيار آهي، ۽ ساڳئي وقت منهنجي گهر جي ڪمپيوٽر تي ڪنهن به طريقي سان منحصر نه آهي. اها ڳالهه مون کي معلوم ڪرڻي هئي.
ان جو حل ڳولڻ ۾ ڪيترائي ڏينهن لڳي ويا. مون ڪيترن ئي فورمن ۽ مختلف دستورن جو اڀياس ڪيو جن کان سواءِ منهنجو براڊ ڪاسٽ ڪم نه ڪري ها. ۽ هاڻي ته مذاق هڪ ڪاميابي آهي، مون کي پنهنجي حل کي حصيداري ڪرڻ جي ضرورت محسوس ڪئي. هي مضمون ڪيئن ظاهر ٿيو.
مختصر ۾، آخري حل هن ريت هو: VPS + ffmeg + bash اسڪرپٽ. ڪٽ جي هيٺان، مان کنيل قدمن جو بيان ڪريان ٿو ۽ انهن نقصانن جي باري ۾ ڳالهائيندس جيڪي دريافت ڪيا ويا جڏهن نشريات کي منظم ڪيو ويو.
مرحلا 1 - نشريات ڪٿان ايندي؟
شروعات ۾، اهو فيصلو ڪرڻ ضروري هو ته نشر ڪٿي ٿيندو ۽ ان جو ذريعو ڪٿي هوندو. سڀ کان پهرين شيء جيڪا ذهن ۾ آئي توهان جي گهر جي ڪمپيوٽر مان. وڊيوز گڏ ڪريو ھڪڙي پبليڪيشن ۾ ۽ انھن کي ڪنھن وڊيو پليئر ۾ کيڏڻ شروع ڪريو. پوءِ اسڪرين تصوير کي پڪڙيو ۽ ان کي يوٽيوب تي نشر ڪريو. پر مون تقريبن فوري طور تي هن اختيار کي رد ڪري ڇڏيو ڇاڪاڻ ته ... ان کي لاڳو ڪرڻ لاءِ، توهان کي پنهنجي گهر جي ڪمپيوٽر کي مسلسل آن رکڻ جي ضرورت آهي، جنهن جو مطلب آهي کولر مان شور به رات جو ۽ وڌيل بجليءَ جو استعمال (هر مهيني +100-150 kWh). ۽ اهو ظاهر ٿئي ٿو ته توهان نشر ٿيڻ دوران توهان جي گهر جي ڪمپيوٽر کي استعمال ڪرڻ جي قابل نه هوندا. مائوس جي ڪا به حرڪت نشريات ۾ نظر ايندي.
پوءِ مان پاسي ۾ ڏسڻ لڳس بادل خدمتون. مان هڪ تيار ڪيل خدمت ڳولي رهيو هوس جتي مان پنهنجا وڊيوز اپلوڊ ڪري سگهان ٿو يا مثال طور، يوٽيوب تان وڊيوز جا لنڪ داخل ڪري سگهان ٿو ۽ اهو سڀ هڪ نان اسٽاپ براڊڪاسٽ ۾ پيڪيج ڪيو ويندو. پر مون کي ڪجھ به مناسب نه مليو. شايد مون چڱيءَ طرح ڳولي نه ورتو. صرف هڪ شيء جيڪا ڪارڪردگي سان ٺهڪي اچي ٿي restream.io، هڪ خدمت جيڪا مدد ڪري ٿي هڪ ئي وقت تي ڪيترن ئي پليٽ فارمن تي نشر ڪرڻ. اهي توهان کي توهان جي پنهنجي وڊيوز اپلوڊ ڪرڻ جي اجازت ڏيڻ لڳي. پر اها خدمت مڪمل طور تي مختلف مقصدن لاءِ ٺاهي وئي هئي ۽ انهن کي اميد آهي ته نشريات صرف چند ڪلاڪن تائين هلي ويندي. مان سمجهان ٿو ته جيڪڏهن هن سروس جي ذريعي اهو ممڪن آهي ته هڪ ڪلاڪ نشريات کي منظم ڪرڻ، پوء اهو ڏهن ۾ گول ٿي ويندو، يا هر مهيني سئو ڊالر پڻ. پر مان اڃا تائين نشر کي منظم ڪرڻ چاهيان ٿو يا ته مفت ۾ يا گهٽ ۾ گهٽ مالي سيڙپڪاري سان.
اهو واضح ٿيو ته نشريات لاء ضروري هو يا الڳ ڊوائيس يا هڪ الڳ ڪمپيوٽر. مان Raspberri Pi وانگر ڪجهه سوچي رهيو هوس. ۽ ڇا؟ هن وٽ ڪولر ناهي. مون وڊيو کي فليش ڊرائيو تي رڪارڊ ڪيو، Ethernet ڪيبل لڳايو ۽ ان کي ڪنهن ويران جاءِ تي ليٽيو ۽ ان کي نشر ڪيو. اختيار. پر مون وٽ نه ته بورڊ هو ۽ نه ئي ان سان ڪم ڪرڻ جو تجربو، ان ڪري مون به اهو اختيار رد ڪيو.
نتيجي طور، مون کي هڪ خاص بحث ۾ آيو جتي انهن تخليق تي بحث ڪيو پنهنجو سرور نشريات اهو بلڪل نه هو جيڪو مون ڳولي رهيو هو، پر مون کي بنيادي خيال مليو - توهان سرور استعمال ڪري سگهو ٿا! انهي بحث ۾، اهو تجويز ڪيو ويو ته VPS + nginx + OBS جو ميلاپ استعمال ڪيو وڃي. اهو واضح ٿيو ته هي ميلاپ مون کي پڻ مناسب ڪري سگهي ٿو. صرف اها شيءِ جيڪا مون کي پريشان ڪري رهي هئي اها هئي ته مون ڪڏهن به سرور جو انتظام نه ڪيو هو ۽ اهو مون کي لڳي ٿو ته منهنجو پنهنجو وقف سرور هجڻ مونجهارو ۽ مهانگو هو. مون اهو معلوم ڪرڻ جو فيصلو ڪيو ته گهٽ ۾ گهٽ ترتيب سان سرور ڪرائي تي ڏيڻ جي قيمت ڪيتري هوندي ۽ خوشگوار حيران ٿي ويو.
قيمتون بيلاروسي روبل ۾ ظاهر ڪيون ويون آهن ۽ اهي صرف ٽڪرا آهن. سمجھڻ لاء، 8 بيلاروسي روبل اٽڪل 3.5 ڊالر يا 240 روسي روبل آھي. مڪمل ڪمپيوٽر استعمال ڪرڻ جي هڪ مهيني لاءِ جيڪو 24/7 آن آهي ۽ تيز انٽرنيٽ رسائي آهي. ڪجهه سببن جي ڪري، اها دريافت منهنجي لاءِ ڏاڍي خوشي جوڳي ٿي ۽ ڪيترن ڏينهن تائين مان گهمڻ ڦرندو ڏاڍو خوش ٿيو، جهڙو ٻار جيڪو خلائي راڪيٽ دريافت ڪيو هو :)
رستي ۾، مون پهرين سائيٽ جي آڇ جو فائدو ورتو جيڪو گوگل مون کي سوال "VPS ڪرائي تي ڏيڻ" لاءِ ڏنو. شايد اڃا به وڌيڪ بجيٽ حل آهن، پر اها قيمت مون کي مناسب هئي ۽ مون اڳتي نه ڏٺو.
جڏهن هڪ سرور ٺاهي، توهان آپريٽنگ سسٽم چونڊيو جنهن جي تحت اهو هلندو. توهان ڪنهن به فهرست ڏنل سسٽم تي براڊڪاسٽ منظم ڪري سگهو ٿا ۽ توهان جي ترجيحن ۽ مالي صلاحيتن جي بنياد تي چونڊ ڪري سگهو ٿا (Windows سان سرور لاءِ اهي اضافي فيس لاءِ پڇن ٿا). مون چونڊيو CentOS. صرف ان ڪري جو مون کي ان سان اڳ ۾ ٿورو تجربو هو.
قدم 2 - سرور سيٽ اپ
پهرين شيء جيڪا توهان کي ضرورت آهي سرور ٺاهڻ کان پوء ان سان ڳنڍڻ آهي SSH ذريعي. شروع ۾ مون استعمال ڪيو PuTTy، پر پوءِ مون استعمال ڪرڻ شروع ڪيو سيڪيور شيل ايپ، جيڪا گوگل ڪروم ۾ هلندي آهي. اهو مون لاء وڌيڪ آسان ٿي ويو.
ان کان پوء مون ميزبان نالو تبديل ڪيو، سرور تي وقت جي هم وقت سازي قائم ڪئي، سسٽم کي اپڊيٽ ڪيو، iptables سان ٽينڪر ڪيو ... ۽ ٻين شين جو هڪ گروپ ڪيو، پر نه ڇاڪاڻ ته اهو ضروري هو. مون کي صرف سرور کي ترتيب ڏيڻ ۾ دلچسپي هئي ۽ اهو مون لاء ڪم ڪيو. مون کي ان سان پيار آهي جڏهن اهو ڪم ڪري ٿو :)
هتي اهي قدم آهن جيڪي توهان کي وٺڻ گهرجن:
- EPEL مخزن کي ڳنڍيو.
- هڪ ايف ٽي پي سرور قائم ڪريو (مون چونڊيو vsftp).
- ffmpeg انسٽال ڪريو.
آئون تفصيل سان حڪم نه ڏيندس؛ اهي هدايتون بلڪه تصوراتي آهن عمل جي عام منصوبي کي پهچائڻ لاءِ. جيڪڏهن توهان کي ڪنهن به قدم سان ڪا به مشڪلات آهي، اهي جلدي حل ڪري سگهجن ٿيون سرچ انجڻ جي سوال کي استعمال ڪندي جيئن “CentOS connect EPEL” يا “CentOS انسٽال FTP سرور”. ۽ پھرين لنڪس تي توھان ڳولي سگھوٿا تفصيلي قدم بہ قدم ھدايتون.
تنهن ڪري، جيئن مون اڳ ۾ لکيو، مون کي VPS + nginx + OBS جي ميلاپ جي ضرورت آهي. VPS - تيار. پر ٻين نقطن تي سوال پيدا ٿيڻ لڳا. او بي ايس هڪ نشر ٿيندڙ پروگرام آهي، اوپن براڊڪاسٽر سافٽ ويئر. ۽ اهو صرف اسٽريمز سان ڪم ڪري ٿو يعني. مثال طور، اهو ويب ڪيم مان هڪ تصوير وٺي ٿو ۽ ان کي نشر ڪري ٿو. يا اسڪرين رڪارڊنگ. يا اڳ ۾ ئي هلندڙ نشريات کي ٻي سائيٽ ڏانهن منتقل ڪيو ويو آهي. پر مون وٽ ڪو وهڪرو ناهي، مون وٽ صرف وڊيو فائلن جو هڪ سيٽ آهي جنهن کي اسٽريم ٺاهڻ جي ضرورت آهي.
مون هن طرف کوٽڻ شروع ڪيو ۽ ffmpeg ۾ اچي ويس. FFmpeg مفت ۽ اوپن سورس لائبريرين جو هڪ سيٽ آهي جيڪو توهان کي مختلف فارميٽ ۾ ڊجيٽل آڊيو ۽ وڊيو رڪارڊ ڪرڻ، بدلائڻ ۽ اسٽريم ڪرڻ جي اجازت ڏئي ٿو.
۽ مون کي ڏاڍي حيرت ٿي ته ffmpeg ڪيترو ڪري سگهي ٿو. جيڪڏھن توھان چاھيو، اھو وڊيو مان آواز ڪڍندو. جيڪڏھن توھان چاھيو ٿا، اھو بغير وڊيو جو ھڪڙو ٽڪرو ڪٽيندو بغير ريڪوڊنگ. جيڪڏھن توھان چاھيو، اھو ھڪڙي شڪل کان ٻئي ۾ تبديل ڪندو. ۽ گهڻو، گهڻو وڌيڪ. انهي نقطي تائين ته توهان ان کي هڪ فائل بيان ڪري سگهو ٿا، اهو ان کي هڪ وهڪرو ۾ تبديل ڪندو ۽ ان کي يوٽيوب ڏانهن منتقل ڪندو. اهو ئي آهي، زنجير گڏ ٿيل آهي. اهو سڀ ڪجهه رهي ٿو nuances کي حتمي شڪل ڏيڻ.
قدم 3 - براڊڪاسٽ سيٽ اپ
اسان يوٽيوب تي براڊ ڪاسٽ ٺاهيندا آهيون. هن مرحلي تي اسان کي صرف لنڪ ۽ براڊ ڪاسٽ جي ضرورت آهي. هيٺ ڏنل اسڪرين شاٽ ۾ اهي ڳاڙهي ۾ نمايان ٿيل آهن.
وڌيڪ سرور تي وڊيو فائلون اپلوڊ ڪريو، جنهن کي اسان نشر ڪرڻ جو ارادو رکون ٿا. دراصل، ايف ٽي پي صرف هن اسٽيج جي ضرورت آهي. جيڪڏهن توهان وٽ سرور تي فائلون اپلوڊ ڪرڻ جو ٻيو آسان طريقو آهي، ته توهان کي ايف ٽي پي سرور قائم ڪرڻ جي ضرورت ناهي.
اسان يوٽيوب ڏانهن وهڪرو منتقل ڪريون ٿا. براڊڪاسٽنگ شروع ڪرڻ لاءِ، توھان کي ffmpeg هلائڻو پوندو ڪيترن ئي خاصيتن سان. اھو اھو آھي جيڪو مختصر ترين حڪم مون کي مليو آھي جھڙو آھي:
ffmpeg -re -i lecture1.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%КЛЮЧ_ТРАНСЛЯЦИИ%
خاصيت ڊيڪوڊنگ-re - اشارو ڪري ٿو ته فائل کي وهڪرو ۾ تبديل ڪيو وڃي.
-i - ظاهر ڪري ٿو ته ڪهڙي فائل کي هلائڻ گهرجي. اهو ضروري آهي ته حڪم ساڳئي ڊاريڪٽري مان شروع ڪيو ويو آهي جتي وڊيو فائل پاڻ واقع آهي. ٻي صورت ۾، توهان کي فائل ڏانهن هڪ مطلق لنڪ بيان ڪرڻ گهرجي، جهڙوڪ /usr/media/lecture1.mp4.
-f - آئوٽ پٽ فائل فارميٽ سيٽ ڪري ٿو. منهنجي حالت ۾، اهو ظاهر ٿئي ٿو ته ffmpeg منهنجي فائل کي mp4 کان flv تي اڏامي ٿو.
۽ آخر ۾ اسان ڏيکاريون ٿا ڊيٽا جيڪا اسان يوٽيوب تان ورتي آهي براڊ ڪاسٽ سيٽنگ واري صفحي تي، يعني. ايڊريس جنهن تي توهان کي ڊيٽا منتقل ڪرڻ جي ضرورت آهي، ۽ براڊ ڪاسٽ ڪي، ته جيئن نشريات خاص طور تي توهان جي چينل تي ڏيکاري وڃي.
جيڪڏهن توهان سڀ ڪجهه صحيح ڪيو، پوء هن حڪم کي هلائڻ کان پوء، يوٽيوب کي منتقل ٿيل وهڪرو ڏسڻ ۾ ايندي. براڊ ڪاسٽ شروع ڪرڻ لاءِ، توهان کي صرف يوٽيوب ۾ ئي ”شروع شروع ڪريو“ بٽڻ تي ڪلڪ ڪرڻ جي ضرورت آهي.
قدم 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 نشريات، فائلون ادا ڪيون ويون آهن، نشر ڪرڻ لاء منهنجي موجودگي جي ضرورت ناهي. جيتوڻيڪ هر ليڪچر تي دستخط ٿيل آهي. ڏس ته ائين ئي آهي.
پر هڪ وڌيڪ nuance سامهون آيو - مون کي گهٽ ۾ گهٽ سرور جي ترتيب کي چونڊيو ۽ اهو نشر نه ڪيو. سرور جي ترتيب: 1 ڪور (جهڙوڪ 2.2 GHz)، 1 گيگا بائيٽ ريم، 25 GB SSD. ڪافي RAM هئي، پر پروسيسر لڳ ڀڳ مڪمل طور تي 100٪ تي لوڊ ڪيو ويو هو (۽ ڪڏهن ڪڏهن به 102-103٪ :) ان جي نتيجي ۾ براڊڪاسٽ هر چند سيڪنڊن ۾ منجمد ٿي ويو، سٺو ناهي.
توهان آساني سان وٺي سگهو ٿا هڪ وڌيڪ قيمتي ترتيب ٻن ڪورن سان، خوش قسمتي سان، ڪلائوڊ ٽيڪنالاجيز سان، سرور جي ترتيب کي تبديل ڪندي ڪجهه بٽڻ دٻائڻ سان ٿيندي آهي. پر مان گھٽ ۾ گھٽ ٺاھ جوڙ جي گنجائش ۾ فٽ ٿيڻ گھران ٿو. مون پڙهڻ شروع ڪيو ffmpeg دستاويزن ۽ ها، اتي پڻ سيٽنگون آهن جيڪي توهان کي سسٽم تي لوڊ کي منظم ڪرڻ جي اجازت ڏين ٿيون.
اعلي تصوير جي معيار کي ٻن طريقن سان حاصل ڪري سگهجي ٿو: يا ته اعلي سي پي يو لوڊ يا اعلي نڪرڻ واري ٽرئفڪ. اهو ظاهر ٿئي ٿو ته پروسيسر وڌيڪ لوڊ ڪري سگهي ٿو، گهٽ چينل بينڊوڊٿ جي ضرورت پوندي. يا توهان پروسيسر کي تمام گهڻو لوڊ نه ٿا ڪري سگهو، پر پوء توهان کي وڏي ٽرئفڪ هيڊ روم سان هڪ وسيع چينل جي ضرورت پوندي. جيڪڏهن پروسيسر ۽ ٻاهرئين چينل/ٽريفڪ جي سائيز ٻنهي تي پابنديون آهن ته پوءِ توهان کي تصوير جي معيار کي گهٽائڻو پوندو ته جيئن نشريات آساني سان هلي.
منهنجي سرور کي 10 Mbit/s وسيع چينل تائين رسائي آهي. هي ويڪر بلڪل صحيح آهي. پر اتي هڪ ٽرئفڪ جي حد آهي - 1 ٽي بي هر مهيني. تنهن ڪري، ٽريفڪ جي پابندين کي پورو ڪرڻ لاءِ، منهنجو نڪرڻ وارو وهڪرو ~ 300 KB في سيڪنڊ کان وڌيڪ نه هجڻ گهرجي يعني. ٻاھر نڪرندڙ وهڪرو جو بٽ ريٽ 2,5 Mbit/s کان وڌيڪ نه ھئڻ گھرجي. يوٽيوب، رستي ۾، هن بٽريٽ تي نشر ڪرڻ جي سفارش ڪري ٿو.
سسٽم تي لوڊ کي منظم ڪرڻ لاء، ffmpeg مختلف طريقا استعمال ڪري ٿو. هن بابت سٺو لکيو آهي . مون ٻن خاصيتن کي استعمال ڪندي ختم ڪيو: -crf и -preset.
مستقل شرح فيڪٽر (CRF) - هي هڪ قابليت آهي جنهن جي مهرباني توهان تصوير جي معيار کي ترتيب ڏئي سگهو ٿا. CRF ۾ 0 کان 51 تائين قدر ٿي سگھي ٿو، جتي 0 ذريعو فائل جي معيار آھي، 51 بدترين ممڪن معيار آھي. 17 کان 28 تائين قدر استعمال ڪرڻ جي صلاح ڏني وئي آهي، ڊفالٽ 23 آهي. 17 جي کوٽائي سان، وڊيو بصري طور تي اصل سان هڪجهڙائي هوندي، پر ٽيڪنيڪل طور تي اهو ساڳيو نه هوندو. دستاويزن ۾ پڻ چيو ويو آهي ته حتمي وڊيو جي سائيز، مخصوص CRF تي منحصر ڪري، تيزيء سان تبديل ٿي، يعني. 6 پوائنٽن جي کوٽائي کي وڌائڻ سان ٻاھر نڪرندڙ وڊيو جي بٽريٽ کي ٻيڻو ڪندو.
جيڪڏهن CRF استعمال ڪري رهيا آهيو ته توهان ٻاهر نڪرندڙ تصوير جي "وزن" کي منتخب ڪري سگهو ٿا، پوء استعمال ڪندي اڳواٽ مقرر (- اڳ ۾ مقرر) توھان اندازو ڪري سگھوٿا ته پروسيسر ڪيترو بھترين لوڊ ڪيو ويندو. ھن وصف ھيٺ ڏنل پيراگراف آھن:
ultrafastsuperfastveryfastfasterfastmedium- ڊفالٽ قدرslowslowerveryslow
"تيز" پيٽرولر بيان ڪيو ويو آهي، پروسيسر تي لوڊ وڌيڪ ٿيندو.
مون پهريون ڀيرو هڪ اڳواٽ چونڊيو جيڪو بنيادي طور تي منهنجي پروسيسر لاءِ تمام سخت هو، ۽ پوءِ 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 آهي، پر يوٽيوب قسم کڻندو آهي ۽ گهٽ ۾ گهٽ 3 لاءِ پڇي ٿو.
توهان ڏسي سگهو ٿا ته نشريات ڪهڙي معيار جي هئي .
سرور تي لوڊ هن ريت هو:
مانيٽرنگ ڊيٽا جي بنياد تي، اهو واضح ٿئي ٿو ته پروسيسر لوڊ 70٪ کان 95٪ تائين آهي ۽ هفتي دوران نشر ڪڏهن به 100٪ تائين نه پهچي. هن جو مطلب آهي ته انهن سيٽنگن سان پروسيسر ڪافي آهي.
ڊسڪ لوڊ ڪندي، مان چئي سگهان ٿو ته اهو تقريبا لوڊ نه ڪيو ويو آهي ۽ هڪ باقاعده HDD نشر ڪرڻ لاء ڪافي هجڻ گهرجي.
پر ٻاهر نڪرڻ واري ٽرئفڪ جو مقدار مون کي پريشان ڪري ٿو. اهو ظاهر ٿيو ته منهنجو ٻاهر نڪرڻ وارو وهڪرو 450 کان 650 KB في سيڪنڊ تائين آهي. هڪ مهيني ۾ اهو اٽڪل 1,8 ٽيرا بائيٽ هوندو. توهان کي اضافي ٽرئفڪ خريد ڪرڻي پوندي يا ٻن ڪورن سان ترتيب ڏيڻ تي سوئچ ڪرڻو پوندو ڇاڪاڻ ته ... مان تصوير جي معيار کي گهٽائڻ نه چاهيندس.
***
نتيجي طور، مان چوان ٿو ته شروع کان اهڙي نشريات کي ترتيب ڏيڻ ۾ 1-2 ڪلاڪ لڳن ٿا. ان کان علاوه، وڊيو کي سرور تي اپلوڊ ڪرڻ تمام گهڻو وقت وٺندو.
اهڙي نشريات جي شروعات پاڻ کي صرف هڪ مارڪيٽنگ اوزار طور ثابت نه ڪيو. شايد، جيڪڏهن اسان نظرن کي وڌايو ته جيئن يوٽيوب الگورتھم هن براڊڪاسٽ کي وٺي ۽ فعال طور تي ان کي سفارشن ۾ ڏيکارڻ شروع ڪيو، پوء ڪجهه ڪم ڪندو. منهنجي معاملي ۾، مسلسل نشريات جي 16 ڏينهن ۾ اهو 58 ڀيرا ڏٺو ويو.
اهو ٺيڪ آهي. نشريات منهنجي ويب سائيٽ جي مکيه صفحي تي هم آهنگي سان ٺهڪي اچي ٿي. ان ڪري مون کي اهو موقعو مليو ته جلد ئي پنهنجي ليڪچرر ۽ ليڪچر بابت پنهنجي راءِ قائم ڪريان.
۽ هڪ لمحو. اهو ضروري آهي ته نشريات ڪنهن جي ڪاپي رائيٽ جي خلاف ورزي نه ڪري، ٻي صورت ۾ ان کي بلاڪ ڪيو ويندو. مان پنهنجي نشريات بابت پرسڪون آهيان ڇاڪاڻ ته ... مون خاص طور تي مفت استعمال سان موسيقي داخل ڪرڻ جو انتخاب ڪيو آهي، ۽ مواد جو ليکڪ ويجھي ڪمپيوٽر تي ويٺو آهي ۽ هن جي مواد کي استعمال ڪندي منهنجي مخالفت ناهي :)
پر جيڪڏهن توهان وٽ توهان جي نشريات ۾ ڪٿي پس منظر ۾ ريڊيو هلي رهيو آهي، يا توهان ايڊيٽنگ دوران پنهنجو پسنديده ٽريڪ استعمال ڪيو آهي، يا ڪنهن مشهور ميوزڪ ويڊيو، ٽي وي سيريز يا فلم مان وڊيو سيڪيونس ورتو آهي، ته پوءِ توهان جي نشريات خطري ۾ آهي. اهو پڻ ضروري آهي ته براڊ ڪاسٽ گهٽ ۾ گهٽ هڪ گهٽ ۾ گهٽ سيمينٽڪ لوڊ ڪري، ٻي صورت ۾ اهو اسپام طور بلاڪ ٿي سگهي ٿو.
***
اهو سڀ ڪجهه مون وٽ آهي. مون کي اميد آهي ته هي دستور ڪنهن جي چڱي طرح خدمت ڪندو. خير، جيڪڏھن توھان وٽ شامل ڪرڻ لاءِ ڪجھ آھي، لکو، مون کي مضمون ۾ اضافو ۽ وضاحتون پڙھي خوشي ٿيندي.
جو ذريعو: www.habr.com