הסטרימינג בשידור חי ב-YouTube תומך בפרוטוקולים הבאים של הטמעת נתונים: לקוחות צד שלישי:
פרוטוקול הטמעת נתונים | מוצפנת | תמיכה ברכיבי קודק וידאו | תגובה |
---|---|---|---|
RTMP | לא | H.264 | מתאים לסטרימינג בשידור חי עם זמן אחזור רגיל, נמוך או נמוך במיוחד. |
RTMPS | כן | H.264 | מתאים לסטרימינג בשידור חי עם זמן אחזור רגיל, נמוך או נמוך במיוחד. |
HLS | כן | H.264, H.265 (HEVC) | טובה יותר לרזולוציה של 4K בגלל תמיכה ב-HEVC. תמיכה ב-HDR. לא מתאים לזמן אחזור נמוך במיוחד. |
DASH | כן | H.264, VP9 | עדיף להשתמש ברזולוציית 4K בגלל תמיכה ב-VP9. לא מתאים לזמן אחזור נמוך במיוחד. |
Real Time Messaging Protocol (RTMPS) הוא פרוטוקול בשימוש נפוץ לווידאו סטרימינג ש-YouTube בשידור חי קיבל מאז תחילת השירות.
Real Time Messaging Protocol Secure (RTMPS) הוא תוסף מאובטח ל-RTMP. RTMPS מסייע גם ליוצרי תוכן וגם לצופים בכך שהוא מניעת "אדם בתווך" מתקפה בצד הטמעת הנתונים של שידורים חיים. כך אפשר להבטיח שכל נתוני הסטרימינג בשידור חי של היוצר — כולל וידאו, אודיו ואותות בקרה — הם מועברות באופן מאובטח לשרתים של YouTube, ומגינה עליו מפני פגיעה של יירוט בזמן ההעברה.
סטרימינג בשידור חי ב-HTTP (HLS) וסטרימינג דינמי דינמי ב-HTTP (DASH) גם פרוטוקולים של הטמעת נתונים מוצפנים, כמו RTMPS. הם גם תומכים שלא נעשה בהם שימוש במסגרת RTMP ו-RTMPS. רכיבי קודק וידאו מהדור הבא, כמו VP9 ו- קידוד וידאו ביעילות גבוהה (HEVC) יכול להציע דחיסה טובה יותר באופן יחסי ל-H.264, כך שהמשתמשים יוכלו לבצע סטרימינג באיכות גבוהה יותר קצב העברת נתונים נמוך או סטרימינג באיכות זהה תוך שימוש בקצב העברת נתונים נמוך יותר, שעשויים לצמצם את תהליך אגירת הנתונים. לכן הטמעת נתונים בפרוטוקול HLS או DASH היא בחירה טובה עבור פרימיום. שדורש איכות גבוהה יותר ורזולוציה גבוהה יותר, גם אם וזמן אחזור ארוך יותר יחסית. חשוב לזכור שהטמעת נתונים של HLS ו-DASH בדרך כלל מתרחשת זמן אחזור ארוך יותר מ-RTMP כי הפרוטוקולים HLS ו-DASH מבוססים על פלחים.