זרם חי ב-RTMP מוכן לאירוע רק כאשר המקור, הקליטה ותוצאה אחת שנבחרה בהמשך הנתיב נבדקו יחד. RTMP הוא לעיתים קרובות נתיב תרומה מעשי ממקודד מוכר. תהליך העבודה הנותר עדיין חייב להגדיר מי צופה בהזנה, לאן היא הולכת וכיצד הצופים מקבלים אותה.
התחילו בתוצאה התפעולית
בחרו תוצאה ראשונה אחת: ניטור מפעיל, מסירה להפקה, הקלטה, ניתוב ליעד או הפצה בדפדפן. כך נמנע כשל נפוץ — הכרזה על הצלחה לאחר שהמקודד התחבר, בעוד שהצוות לא בדק את המודול שבאמת חשוב.
| אם המשימה הבאה היא… | בדקו זאת לאחר הקליטה |
|---|---|
| ניטור | תמונה נוכחית, אודיו מיועד ומצב הפעילות. |
| הקלטה | התחלה, משך, נגינה ונכס מאוחסן צפוי. |
| ניתוב | כל יעד שהוגדר ומצבו העצמאי. |
| צפייה בדפדפן | נקודת הקצה של הנגן שהוגדר בנפרד, ולא כתובת ה-RTMP. |
השתמשו ב-RTMP במקום שהמשדר תומך בו
OBS, FFmpeg ומקודדים רבים יכולים לפרסם RTMP. OBS מתעדת את הגדרת השידור שלה במאגר הידע של OBS Studio, ו-FFmpeg מתעדת אפשרויות תעבורה נתמכות במדריך הפרוטוקולים. הגדירו את הכתובת והמפתח שהוקצו, ואז ודאו שהמאזין המקבל רואה מפרסם ומדיה תקינה. בחירת התעבורה אינה קובעת חוסן, השהיה מקצה לקצה או הפצה לצופים; אלה תלויים בנתיב המלא ובהגדרותיו.
הפרידו בין תרומה לנגינה
RTMP יכול להכניס הזנה לתהליך העבודה. HLS או תהליך פלט אחר לדפדפן שהוגדר הוא שמעניק לצופים נקודת קצה אינטרנטית. אם שאלתכם היא „מדוע כתובת זו אינה מתנגנת בדפדפן שלי?“, השתמשו בנגן RTMP ונגינה בדפדפן, ולא בהגדרת מקודד.
רשימת קבלה לפני האירוע
- אשרו את כתובת המפרסם, המפתח, המאזין וכלל הגישה.
- שלחו מקור תוכנית מוכר ובדקו פעילות מקבל וקצב סיביות.
- האזינו לאודיו המיועד ובחנו וידאו בנקודת הניטור.
- הפעילו את התוצאה היחידה בהמשך הנתיב החשובה לאירוע זה.
- חברו מחדש את המשדר פעם אחת ואשרו את נתיב השחזור של הצוות.
Callaba מקבלת את המפרסם, מציגה פעילות נוכחית ומחברת את ההזנה לתהליך הניטור, ההקלטה, הניתוב או הנגן שנבחר.
השלבים הבאים
הגדירו את המאזין עם Callaba RTMP Server, פעלו לפי מדריך OBS לבדיקת משדר, או השתמשו בRTMP ל-HLS להגדרת הפצה בדפדפן.
