הכנס תרומת SRT ל-Callaba, בדוק אותה ואז שלח אותה למשימה הבאה שהוסכמה. השתמש ב-SRT Server לכניסה מבוקרת, ב-SRT Route לממסר, ב-Restreaming כאשר הפלט דורש עיבוד, או ב-SRT Stream לחיבור בעל שם בשרת קיים.
התחל במקור אחד וביעד הבא שלו. ארבעת הנתיבים להלן מפרידים בין כניסה, ממסר, עיבוד וחיבורים בעלי שם.
הדגמת שער SRT חיה
צור חיבור SRT זמני לשעה אחת. שלח מקור לכתובת המפרסם במצב Caller, כאשר מזהה הזרם נשאר ריק. וחבר מקלט לכתובת המקלט במצב Caller. לאחר שהמפרסם התחבר, השתמש בתצוגה המקדימה של Multiview כדי לבדוק תמונה ושמע. בדיקה זו אינה ממירה את הזרם ואינה מדגימה מעבר לכשל.
בחר כאשרהשתמש ב-SRT Server כאשר Callaba חייבת לאשר מפרסמים או מקלטים מסוימים.
בחר כאשרהשתמש ב-SRT Route כאשר המקור והיעד כבר מסכימים על המדיה וזקוקים רק לממסר תעבורה.
בחר כאשרהשתמש ב-Restreaming כאשר הפלט דורש המרה, המרת קידוד, שינוי גודל, שינויי שמע או שכבות-על.
בחר כאשרהשתמש ב-SRT Stream כאשר SRT Server קיים זקוק לחיבור מפרסם או מקלט בעל שם.
התחל במסירת האות של היצרן המתועדת במדריכים אלה. ספרייה זו מכסה נתיבי הגדרה שנבדקו; היא אינה הסמכת מכשיר ואינה מבטיחה התנהגות זהה בכל מהדורת קושחה.
התחילו בהגדרת המקור, היעד הבא והצורך בשינוי המדיה. השתמשו ב-SRT Server לקליטה מבוקרת, ב-SRT Route לממסר, ב-Restreaming לעיבוד וב-SRT Stream לחיבור בעל שם בשרת קיים.
לאחר מכן הוכיחו את המסירה ביעד. מקור מחובר אינו מספיק כאשר המשימה הבאה היא ממסר, פלט מעובד או מסירה בדפדפן.
| מה רואים | מה לבדוק אחר כך |
|---|---|
| המפרסם מחובר; למקלט אין קצב סיביות | ודאו שהמסלול בוחר את הקלט והפלט המיועדים, ואז השוו את מארח המקלט, היציאה, תפקיד Caller/Listener, מזהה הזרם והסיסמה. |
| למקלט יש קצב סיביות; אין תמונה או שמע תוכנית | בדקו את המכל, המקודדים, הרצועות וחותמות הזמן אצל המקלט. תעבורת SRT אינה הופכת מטען לא נתמך לניתן לפענוח. |
| התמונה נשברת ברשת האירוע | השוו RTT, אובדן, שידורים חוזרים והשהיה אפקטיבית בנתיב האמיתי. בדקו יחד את המקור, המסלול והמקלט. |
רשמו את מארח המקור והיעד, היציאה, התפקידים ומצב הגישה. השתמשו ביומני נקודת הקצה כאשר ההפעלה נדחית או מגיעה לזרם הלא נכון.
עקבו אחר קצב סיביות, RTT, אובדן חבילות, אירועי חיבור ופרטי עמית בזמן שהמקור פעיל. מסלול שמור או תהליך רץ אינם מראים אם היעד קיבל אותו.
ודאו תמונה ושמע תוכנית במקלט, בנגן או באריח Multiview שנבחרו. זו הבדיקה שסוגרת את המסלול.
עבור SRT to SRT, השתמשו ב-SRT Route כששני הקצוות כבר מקבלים את המדיה. הוא מעביר את התרומה ללא המרת קידוד, ולכן המקלט עדיין זקוק למכל ולמקודדים המקוריים. הגדירו את הקלט, היעד ופרטי התעבורה, הפעילו את המסלול, ואז בדקו את המפענח ביעד.
עבור SRT to RTMP, צרו משימת Restream: בחרו את קלט ה-SRT, הוסיפו את יעד ה-RTMP, ואז הפעילו המרת קידוד או שינויי מדיה רק כאשר הפלט דורש זאת. אותה גישה חלה כאשר תרומה אחת זקוקה למשימות SRT, RTMP, הקלטה, Multiview או מסירה בדפדפן נפרדות: הגדירו כל פלט במכוון ובדקו כל יעד. המרת קידוד, שינוי גודל, שינויי שמע ושכבות-על מוסיפים עבודת עיבוד מעבר לממסר; בדקו את העומס המתוכנן.
עבור תרומה ראשית/גיבוי, בחרו SRT main/backup failover תחת SRT Routing, בחרו Pull, והזינו את מארחי המקור ואת יציאות הניתוב לשתי התרומות. בדקו את ההזנות, המאגרים והתנהגות היעד בפועל לפני האירוע.
כתבו בתוכנית האירוע את הגורם להפעלה ואת התנהגות היעד הצפויה. מעבר תעבורה ראשי/גיבוי יכול לשמר הפעלות מקלטים ומושכים מחוברות, אך מעבר התמונה עדיין תלוי בהזנות המוכנות, במאגרים, בתנאי הרשת וביעד. בדקו את הנתיב הפרוס לפני האירוע.
הפעילו את השער ב-AWS או על תשתית Linux שהצוות שלכם שולט בה. בחרו את המיקום שמתאים לנתיב המדיה, למדיניות חומת האש ולצוות שאחראי לתפעולו. ודאו את ערכת התכונות המותקנת לפני העברת תהליך עבודה חי.
להגדרות יציאות וגישה, השתמשו ב-מדריך SRT Server. להגדרת מפענח או תמונה שחורה, השתמשו ב-מדריך SRT Player. הפכו את המסלול שנבדק לאוטומטי באמצעות ה-API.
ספריית המכשירים מקשרת למסירות אות מתועדות של מקודדים ומצלמות. לפני שימוש במכשיר בנתיב אירוע, ודאו מול תיעוד היצרן את הקושחה המותקנת, מצב SRT, היציאה, מזהה הזרם, ההצפנה והגדרות המטען.
