שדר את הסרטונים שלך ביוטיוב XNUMX/XNUMX

לאחרונה, כתחביב, אני מצלם הרצאות של פסיכולוג שאני מכיר. אני עורך את הצילומים ומפרסם אותם באתר שלי. לפני חודש קיבלתי את הרעיון לארגן שידור 24/7 של ההרצאות האלה ביוטיוב. מעין "ערוץ טלוויזיה" נושאי המוקדש לצמיחה אישית.

אני יודע לעשות שידור רגיל. אבל איך לעשות את זה כך שזה יהיה שידור של קבצי וידאו? כך שהוא פועל 24/7, גמיש, אוטונומי ככל האפשר, ויחד עם זאת אינו תלוי בשום צורה במחשב הביתי שלי. זה מה שהייתי צריך לברר.

לקח מספר ימים למצוא פתרון. למדתי הרבה פורומים ומדריכים שונים שבלעדיהם השידור שלי פשוט לא היה עובד. ועכשיו כשהמתיחה הצליחה, אני מרגיש צורך לשתף בפתרון שלי. כך הופיע המאמר הזה.

בקיצור, הפתרון הסופי היה כדלקמן: VPS + ffmeg + סקריפט bash. מתחת לגזירה אני מתאר את הצעדים שננקטו ומדבר על המלכודות שהתגלו בעת ארגון השידור.

שלב 1 – מאיפה יגיע השידור?

כבר בהתחלה היה צורך להחליט מהיכן יהיה השידור והיכן יהיה מקורו. הדבר הראשון שעלה לי בראש היה מהמחשב הביתי שלך. אספו סרטונים לרשימת השמעה והתחילו להפעיל אותם בכל נגן וידאו. לאחר מכן צלם את תמונת המסך ושדר אותה ליוטיוב. אבל כמעט מיד דחיתי את האפשרות הזו כי... כדי ליישם אותו, אתה צריך להשאיר את המחשב הביתי דולק כל הזמן, מה שאומר רעש מצננים גם בלילה וצריכת חשמל מוגברת (+100-150 קילוואט-שעה בכל חודש). ומסתבר שלא תוכלו להשתמש במחשב הביתי בזמן השידור. כל תנועה של העכבר תהיה גלויה בשידור.

ואז התחלתי להסתכל הצידה שירותי ענן. חיפשתי שירות מוכן שבו אוכל להעלות את הסרטונים שלי או, למשל, להכניס קישורים לסרטונים מיוטיוב והכל יהיה ארוז בשידור אחד ללא הפסקה. אבל לא מצאתי משהו מתאים. אולי לא חיפשתי טוב. הדבר היחיד שמתאים לפונקציונליות הוא restream.io, שירות שעוזר לשדר בו זמנית למספר פלטפורמות. נראה שהם מאפשרים לך להעלות סרטונים משלך. אבל השירות הזה נוצר למטרות אחרות לגמרי והם מצפים שהשידור יימשך רק כמה שעות. אני חושב שאם באמצעות השירות הזה אפשר יהיה לארגן שידור מסביב לשעון, אז זה היה מגיע לעשרות, ואפילו למאות דולרים בחודש. אבל בכל זאת רציתי לארגן את השידור בחינם או במינימום השקעה כספית.

התברר שלשידור היה צורך או מכשיר נפרד או אפילו מחשב נפרד. חשבתי על משהו כמו Raspberri Pi. ומה? אין לו צידנית. הקלטתי את הסרטון בכונן הבזק, חיברתי את כבל ה-Ethernet ונתתי לו לשכב איפשהו במקום מבודד ושידרתי אותו. אוֹפְּצִיָה. אבל לא היה לי לא הלוח עצמו ולא ניסיון בעבודה איתו, אז גם סירבתי לאופציה הזו.

כתוצאה מכך, נתקלתי בדיון מסוים שבו דנו ביצירה שרת משלו שידורים. זה לא היה בדיוק מה שחיפשתי, אבל קיבלתי את הרעיון המרכזי - אתה יכול להשתמש בשרת! באותו דיון, הוצע להשתמש בשילוב של VPS + nginx + OBS. התברר שהשילוב הזה יכול להתאים גם לי. הדבר היחיד שבלבל אותי הוא שמעולם לא ניהלתי שרת ונראה לי שלהחזיק שרת ייעודי משלי זה מבלבל ויקר. החלטתי לברר כמה יעלה לשכור שרת עם מינימום תצורה והופתעתי לטובה.

המחירים מצוינים ברובל בלארוס ואלה רק פירורים. כדי להבין, 8 רובל בלארוס זה בערך 3.5 דולר או 240 רובל רוסי. לחודש של שימוש במחשב מלא המופעל 24/7 ובעל גישה מהירה לאינטרנט. משום מה, הגילוי הזה הפך לי מאוד משמח ובמשך כמה ימים הסתובבתי נורא שמח, כמו ילד שגילה רקטות חלל :)

אגב, ניצלתי את ההצעה של האתר הראשון שגוגל נתנה לי עבור השאילתה "השכרת VPS". אולי יש אפילו יותר פתרונות תקציביים, אבל המחיר הזה התאים לי ולא חיפשתי יותר.

בעת יצירת שרת, ניתן לבחור את מערכת ההפעלה שמתחתיה הוא יפעל. אתה יכול לארגן שידור בכל אחת מהמערכות המפורטות ולבצע בחירה על סמך העדפותיך והיכולות הפיננסיות שלך (עבור שרת עם Windows הם מבקשים תשלום נוסף). בחרתי ב- CentOS. פשוט כי היה לי מעט ניסיון עם זה קודם.

שלב 2 - הגדרת שרת

הדבר הראשון שאתה צריך לאחר יצירת שרת הוא להתחבר אליו באמצעות SSH. בהתחלה השתמשתי ב-PuTTy, אבל אז התחלתי להשתמש באפליקציית Secure Shell, שפועלת בגוגל כרום. התברר לי שזה יותר נוח.

אחר כך שיניתי את שם המארח, הגדרתי סנכרון זמן בשרת, עדכנתי את המערכת, התעסקתי עם iptables... ועשיתי עוד המון דברים, אבל לא כי זה היה נחוץ. אני רק מעוניין להגדיר את השרת וזה עבד בשבילי. אני אוהב את זה כשזה מסתדר :)

להלן הצעדים שעליך לנקוט:

1. חבר את מאגר ה-EPEL.
2. הגדר שרת FTP (בחרתי vsftp).
3. התקן את ffmpeg.

לא אתן את הפקודות בפירוט; הוראות אלו הן מושגיות למדי על מנת להעביר את תוכנית הפעולה הכללית. אם יש לך קשיים עם אחד מהשלבים, ניתן לפתור אותם במהירות על ידי שימוש בשאילתת מנוע חיפוש כמו "CentOS connect EPEL" או "CentOS התקנת שרת FTP". ובקישורים הראשונים תוכלו למצוא הוראות מפורטות שלב אחר שלב.

אז, כפי שכתבתי קודם, הייתי צריך שילוב של VPS + nginx + OBS. VPS - מוכן. אבל החלו לעלות שאלות בנקודות אחרות. OBS היא תוכנית שידור, Open Broadcaster Software. וזה עובד רק עם זרמים כלומר. לדוגמה, הוא לוקח תמונה ממצלמת אינטרנט ומשדר אותה. או הקלטת מסך. או ששידור שכבר מתמשך מנותב לאתר אחר. אבל אין לי זרם, יש לי רק סט של קבצי וידאו שצריך להפוך לזרם.

התחלתי לחפור בכיוון הזה ונתקלתי ב-ffmpeg. FFmpeg היא קבוצה של ספריות חינמיות וקוד פתוח המאפשרות לך להקליט, להמיר ולהזרים אודיו ווידאו דיגיטליים במגוון פורמטים.

והופתעתי מאוד כמה ffmpeg יכול לעשות. אם תרצה, זה יחלץ את הסאונד מהסרטון. אם תרצה, זה יגזור קטע מהסרטון ללא קידוד מחדש. אם תרצה, זה ימיר מפורמט אחד לאחר. ועוד הרבה הרבה יותר. עד כדי כך שניתן לציין לו קובץ, הוא ימיר אותו לזרם וישדר אותו ליוטיוב עצמו. זהו, השרשרת מורכבת. כל מה שנותר הוא לסיים את הניואנסים.

שלב 3 - הגדרת שידור

אנחנו יוצרים שידור ביוטיוב. בשלב זה אנחנו צריכים רק את הקישור ואת מפתח השידור. בצילום המסך למטה הם מסומנים באדום.

המשך להעלות קבצי וידאו לשרת, שאנו מתכננים לשדר. למעשה, FTP נחוץ רק לשלב זה. אם יש לך דרך נוחה אחרת להעלות קבצים לשרת, אז אתה לא צריך להגדיר שרת FTP.

אנחנו מעבירים את הזרם ליוטיוב. כדי להתחיל לשדר, עליך להפעיל את 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 יראה את הזרם המשודר. כדי להתחיל את השידור, אתה רק צריך ללחוץ על כפתור "התחל שידור" ביוטיוב עצמו.

שלב 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 גיגה-בייט של זיכרון RAM, 1 GB SSD. היה מספיק זיכרון RAM אבל המעבד נטען כמעט לחלוטין ב-25% (ולפעמים אפילו 100-102% :) זה הוביל להקפאת השידור כל כמה שניות. לא יפה.

אתה יכול פשוט לקחת תצורה יקרה יותר עם שתי ליבות, למרבה המזל, עם טכנולוגיות ענן, שינוי תצורת השרת מתרחש על ידי לחיצה על כמה כפתורים. אבל רציתי להתאים את קיבולת התצורה המינימלית. התחלתי ללמוד את התיעוד של ffmpeg וכן, יש שם גם הגדרות שמאפשרות לווסת את העומס על המערכת.

ניתן להשיג איכות תמונה גבוהה בשתי דרכים: עומס מעבד גבוה או תעבורה יוצאת גבוהה. מסתבר שככל שהמעבד יכול לקחת יותר עומס, כך יידרש פחות רוחב פס של ערוץ. או שאתה לא יכול להעמיס את המעבד יותר מדי, אבל אז תצטרך ערוץ רחב עם מרווח תנועה גדול. אם יש הגבלות גם על המעבד וגם על גודל הערוץ/התנועה היוצאת אז תצטרכו להפחית את איכות התמונה כדי שהשידור יעבור בצורה חלקה.

לשרת שלי יש גישה לערוץ רחב של 10 Mbit/s. הרוחב הזה מתאים בדיוק. אבל יש מגבלת תעבורה - 1 TB לחודש. לכן, על מנת לעמוד בהגבלות התעבורה, הזרימה היוצאת שלי לא תעלה על ~300 KB לשנייה, כלומר. קצב הסיביות של הזרם היוצא צריך להיות לא יותר מ-2,5 Mbit/s. יוטיוב, אגב, ממליצה לשדר בקצב סיביות זה.

כדי לווסת את העומס על המערכת, ffmpeg משתמש בגישות שונות. כתוב טוב על זה כאן. בסופו של דבר השתמשתי בשתי תכונות: -crf и -preset.

פקטור קצב קבוע (CRF) – זהו מקדם שבזכותו ניתן להתאים את איכות התמונה. ל-CRF יכולים להיות ערכים מ-0 עד 51, כאשר 0 היא האיכות של קובץ המקור, 51 היא האיכות הגרועה ביותר. מומלץ להשתמש בערכים מ-17 עד 28, ברירת המחדל היא 23. עם מקדם של 17, הסרטון יהיה זהה ויזואלית למקור, אבל מבחינה טכנית הוא לא יהיה זהה. התיעוד גם מציין שגודל הסרטון הסופי, בהתאם ל-CRF שצוין, משתנה באופן אקספוננציאלי, כלומר. הגדלת המקדם ב-6 נקודות תכפיל את קצב הסיביות של הסרטון היוצא.

אם אתה משתמש ב-CRF אתה יכול לבחור את ה"משקל" של התמונה היוצאת, ולאחר מכן באמצעות הגדרות קבועות מראש (-preset) אתה יכול לקבוע באיזו כבדות המעבד ייטען. לתכונה זו יש את הפרמטרים הבאים:

• 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 - ציון codec ספציפי לעבודה עם קובץ המקור.
2) -g 3 - ציון מפורש של מספר מסגרות מפתח. במקרה זה, מצוין שכל מסגרת שלישית צריכה להיות מסגרת מפתח. הערך הסטנדרטי הוא 5 או 8, אבל יוטיוב מקלל ומבקש לפחות 3.

ניתן לראות באיזו איכות יצאה השידור כאן.

העומס על השרת היה כדלקמן:

על סמך נתוני הניטור ברור שעומס המעבד נע בין 70% ל-95% ובמהלך השבוע השידור מעולם לא הגיע ל-100%. זה אומר שעם ההגדרות האלה המעבד מספיק.

בטעינת הדיסק אני יכול לומר שהוא כמעט ולא נטען ו-DVD רגיל אמור להספיק לשידור.

אבל כמות התנועה היוצאת מדאיגה אותי. מסתבר שהזרם היוצא שלי נע בין 450 ל-650 KB לשנייה. בעוד חודש זה יהיה בערך 1,8 טרה-בייט. ייתכן שתצטרך לקנות תעבורה נוספת או לעבור לתצורה עם שתי ליבות כי... אני לא רוצה להפחית את איכות התמונה.

***

כתוצאה מכך, אגיד שהקמת שידור כזה מאפס לוקחת בערך 1-2 שעות. יתרה מכך, העלאת הסרטון לשרת תיקח את רוב הזמן.

השקת שידור כזה לא הצדיקה את עצמה ככלי שיווקי. אולי, אם נגדיל את הצפיות כך שאלגוריתמים של יוטיוב קולטים את השידור הזה ומתחילים להציג אותו באופן פעיל בהמלצות, אז משהו יסתדר. במקרה שלי, ב-16 ימים של שידור רצוף הוא נצפה 58 פעמים.

זה בסדר. השידור משתלב בצורה הרמונית בעמוד הראשי של האתר שלי. זה נתן לי את ההזדמנות לגבש במהירות את דעתי לגבי המרצה וההרצאות עצמן.

ורגע אחד. חשוב שהשידור לא יפר זכויות יוצרים של אף אחד, אחרת הוא ייחסם. אני רגוע לגבי השידור שלי כי... בחרתי ספציפית תוספות מוזיקה בשימוש חופשי, ומחברת התוכן יושבת ליד מחשב קרוב וכלל לא מתנגדת לכך שאשתמש בתוכן שלה :)

אבל אם יש לך רדיו שמתנגן ברקע איפשהו בשידור שלך, או שהשתמשת ברצועה האהובה עליך במהלך העריכה, או צילמת רצף וידאו מקליפ פופולרי, סדרת טלוויזיה או סרט, אז השידור שלך בסכנה. כמו כן, חשוב שהשידור יישא לפחות עומס סמנטי מינימלי, אחרת הוא עלול להיחסם כדואר זבל.

***

זה כל מה שיש לי. אני מקווה שהמדריך הזה ישרת מישהו היטב. ובכן, אם יש לכם מה להוסיף, כתבו, אשמח לקרוא את התוספות וההבהרות למאמר.

מקור: www.habr.com