"מהו פרוטוקול העברת האינטרנט הקוד הפתוח SRT? מה הפירוש של תעשיית הזרמת הווידיאו? FMUSER יציג בפניך את כל המידע שעליך לדעת על פרוטוקול SRT, כולל המשמעות של פרוטוקול SRT, הרקע של SRT. פרוטוקול SRT עשוי להביא לפתרונות העתידיים להזרמת וידאו, תעשיית הווידיאו ופיתוח העברת וידיאו ברשת השפעה ושינוי ---- FMUSER "

תצוגה מהירה

מהו פרוטוקול SRT?
כיצד פועל פרוטוקול SRT?
היסטוריית הפיתוח של פרוטוקול SRT
במה יכול פרוטוקול SRT להביא אותנו?
מדוע פרוטוקול SRT כה חשוב?
מהם היתרונות של שימוש בפרוטוקול SRT?
פרוטוקול SRT נתמך על פתרונות הזרמה מ- FMUSER
פרוטוקול SRT בהשוואה לתבניות שידור נפוצות
HTTP Live Streaming (HLS)
איך עובד HLS?
MPEG-DASH (הזרמת הסתגלות דינמית באמצעות HTTP)
כיצד עובד MPEG-DASH ויישומים
איזה פרוטוקול סטרימינג מתאים לך?
דברים אמיתיים לגבי פרוטוקול SRT

1. מהו פרוטוקול SRT?

● הַגדָרָה: פרוטוקול SRT הוא קיצור של (פרוטוקול Secure Reliable Transport). פרוטקול אבטחה מהימן מאובטח (פרוטוקול SRT) הוא פרוטוקול העברת וידיאו מקור פתוח באיכות גבוהה, זמן אחזור, מאובטח, בזמן אמת ללא תמלוגים. הוא תומך ברשתות רועשות או בלתי צפויות (כגון סטרימינג בעל השהיה נמוכה וביצועים גבוהים מתממש באינטרנט הציבורי. פרוטוקול SRT הוא פרוטוקול העברת וידאו בעל קוד אחזור נמוך בעל קוד פתוח מאוד. באמצעות טכנולוגיית שידור אמינה של פרוטוקול SRT הוא יכול לממש בהצלחה שידור והפצת וידיאו בהבחנה גבוהה בטוחה ואמינה בסביבות אינטרנט רגילות ובין מספר מיקומים.

איך מגיע פרוטוקול SRT?

● ברית SRT הוא ארגון שהוקם על ידי Haivision ו- Wowza כדי לנהל ולתמוך ביישומי קוד פתוח של פרוטוקול SRT.

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

2. כיצד פועל פרוטוקול SRT

נוצר קישור תקשורת ייעודי בין מקור ה- SRT (קוֹדַאִי) ויעד ה- SRT (מפענח) לבקרה והתאוששות מנות. היעד יכול להיות שרת, CDN או התקן אחר הנתמך בפרוטוקול SRT. SRT פרוטוקול משתמש בשיטת התאוששות אובדן מנות משלה ובחבילות UDP ברשת, שאותן תוכלו להתאים כדי להתאים לתנאי הרשת המשתנים. כאשר מצב הרשת גרוע, ניתן להוסיף מאגרי חבילות נוספים לשיפור איכות הווידיאו. ככל שתנאי הרשת משתפרים, ניתן להפחית את החביון כדי להשיג חוויית סטרימינג קרובה בזמן אמת.

# עקרון עבודה של SRT פרוטוקול

כל חומת אש בין ה- SRT פרוטוקול חייבים לעבור במכשיר המקור ובמכשיר היעד. SRT פרוטוקול יש שלושה דפוסים כדי להשיג זאת:

פגישה / שיחה / מאזין

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

ראה גם: כיצד לטעון / להוסיף M3U / M3U8 רשימות השמעה IPTV ידנית במכשירים נתמכים

3. היסטוריית הפיתוח של SRT פרוטוקול

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

נכון לעכשיו, 50 מוצרים תומכי SRT כבר נמצאים בשוק, כולל מצלמות IP, מקודדים, מפענחים, שערי וידאו, פלטפורמות OTT ו- CDN. פרוטוקול SRT משמש אלפי ארגונים ביישומים ושווקים רבים ברחבי העולם.

FMUSER הוא אחד התומכים החזקים של SRT פרוטוקול. יש לנו דרישות גבוהות לגבי יכולת פעולה הדדית ותקנים. FMUSER יצאה ליישם תמיכה בפרוטוקול SRT בפתרונות הקידוד והפענוח הנוכחיים והקרובים שלה.

4. מה יכול SRT Pרוטוקול מביא אותנו עם?

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

קצת יותר משנה חלפה מאז SRT פרוטוקול השיגה את אחת הפריסות המשמעותיות ביותר שלה עד כה, כאשר ESPN השיקה מכשירים מאובזרים ב- SRT ל -14 ועידות אתלט כדי לייצר מעל 2,200 אירועים באמצעות חיבורי אינטרנט בעלות נמוכה, והחליפו שירותי העלאת לווין מסורתיים וכתוצאה מכך חיסכון בעלויות של בין 8 מיליון דולר ל 9 מיליון דולר. אם ESPN יכולה להשיג חיסכון בעלויות בקנה מידה זה לאירועים בעלי מפתח יחסית, דמיין את האפשרויות לאירועים גדולים בקנה מידה גדול - מזומנים שבסופו של דבר ניתן להשקיע במקום אחר בשיפור חוויית הצופה.

אך עם חלוצי תעשיית הסטרימינג כמו נטפליקס ויוטיוב המספקים תוכן HTTP מעל CDN למיליוני צופים ללא יד מסייעת מ- SRT פרוטוקול, על מה כל המהומה? נייר לבן של יצרנית וידיאו המשודרת Haivision, חברה מייסדת בברית SRT, מכוון למעשה להפריך את המיתוס לפיו טכנולוגיית הזרמת HTTP באמצעות RTMP היא הכל לסיום וידאו OTT. למעשה, דמי עיכוב של עד 30 שניות אינם נדירים בהזרמת HTTP, הנגרמת בעיקר על ידי שלבים של לחיצות ומאגרים שונים לאורך האות.

ראה גם: רב ערוצי SRT נתמך RTמקודד וידאו לשידור חי

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

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

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

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

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

5. מדוע פרוטוקול SRT כה חשוב?

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

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

עם זאת, אחת הדרכים הטובות ביותר לנצל את הנכסים המקומיים של ארגונים שונים ואת ההשקעות הגדולות שנעשו על ידי ספקי שירות בענן היא לספק כלי הפצה לסטרימינג עם וידאו בעל השהיה נמוכה מאוד ואמין מאוד. SRT פרוטוקול משתמש בכמה מההיבטים הטובים ביותר בפרוטוקול User Datagram (UDP), כגון זמן השהיה נמוך, אך מוסיף בדיקת שגיאות כדי להתאים למהימנות פרוטוקול בקרת השידור / פרוטוקול האינטרנט (TCP / IP). למרות ש- TCP / IP יכול להתמודד עם כל פרופילי הנתונים והוא מתאים ביותר לעבודתו

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

6. מהם היתרונות של שימוש בפרוטוקול SRT?

שלושה מאפיינים: בטיחות, אמינות, וסמיכות נמוכה.

תנאי השירות	תכונות
במונחים של אבטחה	SRT פרוטוקול תומך בהצפנת AES כדי להבטיח אבטחת שידור וידאו מקצה לקצה.
מבחינת אמינות	SRT פרוטוקול משתמש בטכנולוגיית תיקון קדימה (FEC) בכדי להבטיח את יציבות התמסורת
מבחינת LATENCY	SRT פרוטוקול בנוי על גבי פרוטוקול UDT, הוא פותר את בעיית השידור הגבוהה של פרוטוקול UDT. פרוטוקול UDT מבוסס על פרוטוקול תקשורת רשת UDP

# גיליון 1 - מה הם fאוכלים ofפרוטוקול SRT

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

SRT פרוטוקול פותר את בעיית תזמון השידור המורכבת ויכול לתמוך ב שידור בזמן אמת של קבצי תפוקה גבוהה ווידאו ברור במיוחד.

ארבע התכונות העיקריות של פרוטוקול ה- SRT
פוּנקצִיוֹנָלִי		סרטון באיכות גולמית - SRT פרוטוקול נועד למנוע עצבים, אובדן מנות ותנודות ברוחב הפס הנגרמות כתוצאה מעומס ברשתות רועשות כדי לקבל את חווית הצפייה הטובה ביותר. זה נעשה על ידי טכנולוגיית העברה חוזרת מתקדמת של זמן אחזור נמוך, שיכולה לפצות ולנהל אובדן מנות. SRT פרוטוקול יכול לעמוד עד 10% באובדן מנות ללא השפעה חזותית על הזרימה.
אפקטיבי		למרות ההתמודדות עם אתגרי הרשת, וידאו ואודיו מועברים עם השהיה נמוכה עם יתרונות משולבים של מסירת TCP / IP ומהירות ה- UDP. זמן השהיה נמוך - למרות שהוא יכול להתמודד עם אתגרי הרשת, שידור הווידאו והשמע עדיין בעל חביון נמוך. יש לו את היתרונות המקיפים של אמינות מסירת TCP / IP ומהירות UDP.
לאבטח		שידור מאובטח מקצה לקצה - הצפנת AES 128/256 סיביות סטנדרטית בתעשייה מבטיחה הגנה על תוכן באינטרנט. SRT פרוטוקול מספק מעבר פשוט של חומת האש. הצפנת AES 128/256 סיביות בתעשייה מבטיחה העברת תוכן מקצה לקצה מאובטח באינטרנט, כולל מעבר פשוט של חומת האש. כי SRT פרוטוקול מבטיח אבטחה ואמינות, כעת ניתן להשתמש באינטרנט הציבורי ליישומי מדיה זורמת מורחבים, כגון סטרימינג לאתרי ענן סוציאליסטיים (לדוגמה, פלטפורמת ריבוי ענן של אבני Unicast אבנית מופצת במקביל למדיות חברתיות מרובות, כגון פייסבוק) Live, youtube , עוויתות ופריסקופ (מתוך עדכון וידיאו בזמן אמת), הזרמה או השקה של תוכן קיר וידאו מלא, או החזר ROI של קיר הווידאו וכו '.
מתקדם		קוד פתוח - SRT פרוטוקול הוא פרוטוקולי קוד פתוח נטולי תמלוגים, קוד פתוח המספקים פתרונות חסכוניים, ניתנים לתפקוד ועתיד.
משתלם בעלות		יכולת פעולה הדדית - בידיעה שמוצרים מרובי ספקים יעבדו בצורה חלקה, המשתמשים יכולים לפרוס SRT בבטחה פרוטוקול לאורך כל זרימת העבודה של זרם הווידאו והשמע.

# גיליון 2 - מדוע אנו בוחרים ב- SRT Pרוטוקול?

7. SRT Pהזרמה נתמכת על ידי רוטוקול פתרונות מאת FMUSER

FMUSER H.264 h.265 מקודד / מפענח / זוג מקודד / מפענח רב HD תומך בפרוטוקולי הזרמה פופולריים רבים, כולל SRT פרוטוקול. עם צמד מקודדים / מפענחים קומפקטי וחזק זה, המשתמשים יכולים להעביר בבטחה זרמים בזמן אמת עד 4K או Quad HD ממספר מצלמות SDI ברשת מנוהלת או לא מנוהלת.

מקודד / מפענח / מקודד FMTV IPTV

מקודד חומרה IPTV FBE200 H.264 / H.265 עוד >>	FBE204 H.264 / H.265 IPTV מקודד חומרה עוד >>	FBE216 H.264 / H.265 IPTV מקודד חומרה עוד >>
ערוץ 1	ערוצי 4	ערוצי 16

# גיליון 3 - פתרונות שידור שידורי אודיו ווידאו FMUSER

עוד >>

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

הערה: מקודד / מפענח FMUSER כולל פונקציית שירות מדיה זורמת חזקה. בנוסף לתמיכה בפרוטוקולים כלליים כגון RTSP / RTMP, הוא תומך גם בפרוטוקול Onvif אבטחה, פרוטוקול SIP, פרוטוקול NDI (ניתן להתאמה אישית), פרוטוקול SRT (ניתן להתאמה אישית), GB / T28181 (ניתן להתאמה אישית) והסכמי שירות מדיה זורמים אחרים; יעזור לך להשיג יתרון מוביל בעסקים מבוססי IP באיכות וידאו בהבחנה גבוהה במיוחד.

יישומים מרובים של תמיכת FMUSER SRT מקודדי חומרה FBE200. עוד >>

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

ראה גם: מה ההבדל בין AM ו-FM?

8. בהשוואה ל- SRT פרוטוקול עם תבניות שידור נפוצות

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

כרגע יש שני שידורי וידיאו חיים באינטרנט.

● שידור חי מבוסס RTMP.

● השידור החי של פרוטוקול WebRTC.

שידור חי מבוסס RTMP

פרוטוקול WebRTC

1. שיטת שידור חי זו משתמשת בפרוטוקול RTMP לדחיפה במעלה הזרם ו- RTMP, HTTP + FLV, או HLS להפעלה במורד הזרם.

2. עיכוב השידור החי בדרך כלל גדול מ -3 שניות והוא

1. שיטת שידור חי זו משתמשת בפרוטוקול UDP להפצת מדיה

2. עיכוב השידור החי הוא פחות משנייה, ומספר החיבורים בו זמנית הוא פחות מ -1

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

הערה: משתמשים בו בעיקר ביישומים כמו שיחות וידאו ומציגים מיקרופונים מחברים. סצנות.

# גיליון 4 - השוואה בין RTMP ו- WebRTC

9. HTTP סטרימינג בשידור חי (HLS)

HTTP Live Streaming (HLS) הוא פרוטוקול סטרימינג אדפטיבי מבוסס HTTP השולח תוכן וידאו ושמע דרך הרשת בקטעי מדיה קטנים, מבוססי TCP, המורכבים מחדש ביעד ההזרמה. העלות לפריסת HLS נמוכה מכיוון שהיא משתמשת בטכנולוגיית רשת מבוססת TCP קיימת, שהיא אטרקטיבית עבור תקליטורי CDN המעוניינים להחליף שרתי מדיה RTMP ישנים (ויקרים). אך מכיוון ש- HLS משתמש ב- TCP, איכות החוויה (QoE) מועדפת על פני זמן השהיה וזמני השהיה יכולים להיות גבוהים (כמו בשניות במקום באלפיות השנייה).

HLS פותחה במקור על ידי Apple Inc. כפרוטוקול להזרים מדיה למכשירי Apple. אפל פיתחה מאז HLS (דחיפה), שהוא פרוטוקול סטרימינג סטנדרטי פתוח בצד התרומה הזמין לכל המכשירים. נכון לעכשיו, HLS תומך בווידאו המקודד באמצעות רכיבי Codec H.264 או HEVC.

# HTTP Live Streaming (HLS)

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

הערה: זרימה מאובטחת באמצעות HTTPS נתמכת, כמו גם אלגוריתמי חשיש MD5 ו- SHA לאימות שם משתמש וסיסמה.

ראה גם: כיצד לפתור בעיות של GOGO IPTV ב- Icone Pro, פלוס ומקלט Wegoo?

10. איך עובד HLS

הגישה דומה מאוד להעברת קבצים. פלחי מדיה זורמים מעל יציאת HTTP 80 (או יציאה 443 עבור HTTPS), שבדרך כלל כבר פתוחה לתעבורת רשת. ככזה, התוכן יכול לחצות בקלות חומות אש ללא מעט מעורבות ב- IT.

# הכירו כיצד עובדת HLS

HLS משתמש במיכל זרם תחבורה MPEG2-TS בעל משך הגדרת מדיה מוגדר, כמו גם בגודל רשימת השמעה הניתן להגדרה להרכבה מחדש של פלחי המדיה בשרת הבליעה. MP4 מקוטע נתמך.

#הכירו כיצד עובדת HSL

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

HLS הוא עדיין הסטנדרט להזרמה למכשירים ניידים וטאבלטים. אתה יכול גם להשתמש ב- HLS כדי להזרים ל- CDN שאינו תומך ב- RTMP כאשר חביון נמוך אינו דרישה. חשוב לציין כי יותר ויותר CDNs כבר מוצלח משימוש ב- RTMP. HLS גם מתאים להזרים באופן מאובטח הכשרה ארגונית ובתי עירייה דרך רשתות מקומיות פרטיות (LAN) כאשר חביון נמוך אינו חובה ותנאי הרשת גרועים (בהנחה שהרשת תומכת ב- HLS).

11. MPEG-DASH (הזרמת הסתגלות דינמית באמצעות HTTP)

MPEG-DASH הוא פרוטוקול הזרמה סטנדרטי, פתוח ומבוסס על HTTP, השולח תוכן וידאו ושמע דרך הרשת בקטעי מדיה קטנים, מבוססי TCP, המורכבים מחדש ביעד ההזרמה. ארגון התקנים הבינלאומי (ISO) והצוות ב- MPEG עיצבו את MPEG-DASH כך שהוא יהיה codec ורזולוציה אגנוסטית, כלומר MPEG-DASH יכול להזרים וידאו (ואודיו) בכל פורמט (H.264, H.265 וכו '). ותומך ברזולוציות עד 4K. אחרת, MPEG-DASH מתפקד כמעט כמו HLS.

העלות לפריסת MPEG-DASH נמוכה מכיוון שהיא משתמשת בטכנולוגיית רשת קיימת מבוססת TCP, שהיא אטרקטיבית עבור CDN. אך מכיוון שמנות מועברות באמצעות TCP, איכות החוויה (QoE) מועדפת על פני זמן השהיה וזמני השהיה יכולים להיות גבוהים.

MPEG-DASH נועד גם להתאים לתנאי רשת שונים. גרסאות שונות של הזרם נשלחות ברזולוציות וקצב סיביות שונים. הצופים יכולים לבחור את איכות הזרם שהם רוצים. נתמכים גם רצועות שמע מרובות, כמו גם תכונות משופרות כמו כיתובים סגורים, מטא נתונים וניהול זכויות דיגיטליות (DRM). התשתית קיימת להתפתחויות עתידיות, כמו פרסומות משובצות

הערה: זרימה מאובטחת באמצעות HTTPS נתמכת, כמו גם אלגוריתמי חשיש MD5 ו- SHA לאימות שם משתמש וסיסמה.

12. כיצד פועל ויישום MPEG-DASH

עקרון העבודה:

MPEG-DASH פועל באותה צורה כמו HLS ושולח קטעי מדיה קצרים דרך HTTP (יציאה 80) או HTTPS (יציאה 443) למעבר קל של חומת האש. היא משתמשת במיכל זרם תחבורה MPEG2-TS עם משך הגדרת מדיה מוגדר, כמו גם גודל רשימת השמעה הניתן להגדרה להרכבה מחדש של פלחי המדיה בשרת הבליעה. MP4 מקוטע נתמך.

#אדריכלות רעיונית של MPEG DASH

הערה: השהיה הגבוהה של MPEG-DASH נובעת בעיקר משיטת אובדן מנות הרשת ושיטת ההתאוששות בה משתמשים בכל הרשתות מבוססות TCP. ולמרות ש- MPEG-DASH מציע שליטה מסוימת בגודל פלח המדיה, היכולת להפחית את החביון מוגבלת - במיוחד אם שרת הבליעה דורש גודל ספציפי של פלח המדיה.

#תקן MPEG-DASH להזרמת מולטימדיה דרך האינטרנט

הערה: השתמש ב- MPEG-DASH כדי להזרים ל- CDN שאינו תומך ב- RTMP כאשר חביון נמוך אינו דרישה. חשוב לציין כי יותר ויותר CDNs כבר מוצלח משימוש ב- RTMP. DASH מתאים גם להזרים באופן מאובטח הדרכות ארגוניות ובתי עירייה דרך רשתות LAN פרטיות כאשר חביון נמוך אינו דרישה ותנאי הרשת גרועים.

13. איזה פרוטוקול סטרימינג מתאים לך?

הערה: בעוד RTMP הוא ללא ספק פרוטוקול הזרמת הפופולרי ביותר, פרוטוקולים כמו פרוטוקול SRT, HLS ו- DASH מאתגרים זאת. מה יש לפרוטוקולי הזרמה אדפטטיביים מבוססי HTTP HLS ו- MPEG-DASH שאין ל- RTMP?

● רצועות שמע מרובות לרצועת וידיאו אחת להפקות רב לשוניות.
● הכללת מטא נתונים וסוגים אחרים של תוכן משובץ.
● תמיכה בניהול זכויות דיגיטליות (DRM).
● שלח מספר גרסאות של הזרם ברזולוציות ובקצב סיביות שונים, כך שהצופים יוכלו לבחור את האיכות המתאימה לתנאי הרשת או לגודל המסך.
● מדרגיות היא הרבה יותר קלה וזולה עבור HLS ו- MPEG-DASH מאשר עבור RTMP. ו- RTMP בדרך כלל דורשת פתיחה ידנית של יציאות רשת IT על מנת לחצות חומות אש.

הערה: אם חביון או תנאי רשת ירודים אינם מהווים בעיה, אז HLS או MPEG-DASH מנצחים את SRT פרוטוקול. פרוטוקולי הזרמה מבוססי HTTP מותאמים מספקים את איכות הווידאו הטובה ביותר האפשרית לצופים עם תנאי רשת שונים והם פשוטים יותר להתקנה מאשר SRT פרוטוקול.

14. דברים אמיתיים על פרוטוקול SRT

1. SRT פרוטוקול הוא פתרון קוד פתוח ששולב במספר פלטפורמות וארכיטקטורות, כולל פתרונות ניידים מבוססי חומרה ופתרונות ענן מבוססי תוכנה.

2. SRT פרוטוקול יכול לעבוד היטב על חיבורים עם עיכובים הנעים בין כמה אלפיות שניות למספר שניות. יכול להתמודד עם עיכובים ארוכים ברשת.
3. SRT פרוטוקול אין שום קשר לעומס. כל סוג של מדיה ווידאו או שמע, או אכן כל אלמנט נתונים אחר שניתן לשלוח באמצעות UDP, תואם ל- SRT. תומך במספר סוגי זרמים.
4. SRT פרוטוקול שליחה תומכת במספר זרמים בו זמנית. ניתן לשלוח מספר זרמי מדיה שונים כגון זוויות מצלמה מרובות או רצועות שמע אופציונליות באמצעות זרמי SRT מקבילים המשתפים את אותה יציאת UDP וכתובת על קישור נקודה לנקודה.
5. תהליך לחיצת היד בשימוש SRT פרוטוקול תומך בחיבורים יוצאים ללא צורך בפתיחת יציאות חיצוניות קבועות ומסוכנות בחומת האש ובכך שומר על מדיניות האבטחה של החברה. מעבר חומת אש משופר.

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

CDN כמו Akamai כבר הודיעו שהם מסיימים את התמיכה ב- RTMP. זה ישן ויקר לפריסה. עם פרוטוקולים חדשים כמו SRT פרוטוקול, HLS ו- MPEG-DASH צוברים פופולריות, זה רק עניין של זמן עד ש- RTMP יהיה נחלת העבר.

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

בחזרה

מאמרים נוספים מסוג

סיומת m3u - רשימת תוכניות שיכולות לפתוח קבצי .m3u

הנחיה לטעינה ידנית של זרמי רשימת השמעה של IPTV .M3U / .M3U8 במכשירים שונים

כיצד לעצב את אנטנת רדיו ה- FM שלך ics יסודות והדרכות אנטנת FM תוצרת בית

קישור FMUSER STL - כל מה שאתה צריך על סטודיו לציוד קישור משדר

למידע נוסף על מוצרים הנתמכים בפרוטוקול SRT, אנא צרו איתי קשר ב אינטרנט | האפליקציה