בדף הזה מופיע סיכום של שיטות מומלצות לשימוש ב-Live Stream API. אם אתם רק מתחילים להשתמש ב-Live Stream API, כדאי לעיין באחד ממדריכי ההתחלה המהירה.
מומלץ להשתמש בפרוטוקול SRT אם אפשר
כשיוצרים את נקודת הקצה של הקלט, יש שתי אפשרויות לפרוטוקול של זרם המקור:
RTMP_PUSH ו-SRT_PUSH.
עדיף להשתמש בפרוטוקול SRT במקום בפרוטוקול RTMP כי SRT מתקדם יותר ומספק תכונות נוספות, כמו:
- שחזור של מנות שנפלו
- תיקון שגיאות קדימה
- תמיכה במספר שידורי אודיו בסיסיים
- רוחב פס גבוה יותר
כדי לבחור פרוטוקול סטרימינג, צריך מקודד/טרנסקודר מתאים שמספק את התכונה הזו. רוב המקודדים ברמה מקצועית תומכים ב-SRT.
קצבים מומלצים
צריך להשתמש בקצבי העברת הנתונים הבאים בהתאם לרזולוציה ולקצב הפריימים של המקור. קצב העברת נתונים גבוה יותר קשור ישירות לאיכות גבוהה יותר.
| רזולוציה (מצב סריקה)/קצב פריימים | קצב העברת נתונים (Mbps) של H.264 | קצב העברת נתונים (Mbps) של H.265 |
|---|---|---|
| 576i/25 ו-480i/29.97 | 3 | 2.7 |
| 720p/25/30 | 8 | 7.2 |
| 720p/50/60 | 15 | 13.5 |
| 1080i/25 ו-1080i/29.97 | 12 | 9 |
| 1080p/50 ו-1080p/60 | 20 | 15 |
| 2160p/50 ו-2160p/60 | 50 | 37.5 |
לגבי הרזולוציה וקצב העברת הנתונים של ערוץ הפלט, בהתאם לרזולוציה/קצב הפריימים של הקלט (60 FPS), מוסיפים את שלב קצב הפריימים הגבוה יותר ל-60 FPS אם הוא רלוונטי. שימו לב: הוספת שלבים נוספים דורשת יותר כוח מחשוב. זוהי סולם המומלץ:
| רזולוציה (מצב סריקה)/קצב פריימים | קצב העברת נתונים (Kbps) של פרופיל גבוה של H.264 |
|---|---|
| 416x234 p25/30 | 150 |
| 640x360 p25/30 | 400 |
| 768x432 p25/30 | 750 |
| 768x432 p25/30 | 1100 |
| 960x540 p25/30 | 2200 |
| 1280x720 p25/30 | 3300 |
| 1280x720 p50/60 | 5500 |
| 1920x1080 p25/30 | 6000 |
| 1920x1080 p50/60 | 9000 |
| 2560x1440 p25/30 | 10000 |
| 2560x1440 p50/60 | 13500 |
| 3840x2160 p25/30 | 15000 |
| 3840x2160 p50/60 | 25000 |
במקרה של אודיו, ההמלצות מבוססות על מספר הערוצים:
| ערוצים | קצב העברת נתונים בפורמט AAC (Kbps) |
|---|---|
| 2.0 | 64 |
| 2.0 | 160 |
| 5.1 | 384 |