אחרי שמתחברים לשיחת ועידה, כל אודיו שנבקש מועבר באופן מיידי וזמין. עם זאת, כדי לקבל וידאו, הלקוח צריך קודם להגדיר משטחי קנבס לכל שידור וידאו.
תבניות עוזרות ל-Meet להבין איך הלקוח שלכם ישתמש בסטרימינג של וידאו, על ידי ציון הרזולוציה בפיקסלים (לדוגמה, 1280 × 720), קצב הפריימים לשנייה (FPS) ובחירת פרוטוקול להקצאה. פרוטוקול ההקצאה קובע איך מערכת Meet תבחור את מקורות הווידאו כשיש יותר משתתפים מאשר מקורות SSRC.
בקשות למטלות וידאו
כדי לקבל וידאו, הלקוחות שולחים קודם בקשה להקצאת וידאו דרך ערוץ הנתונים VideoAssignment, ומגדירים את משטחי הציור של שידורי הווידאו המוסכמים.
אחרי שהבקשה מתקבלת ב-Meet, המערכת מתחילה לבחור סרטונים של משתתפים 'רלוונטיים', על סמך גורמים כמו:
- האם המשתתף מדבר?
- האם המשתתף משתף מסך?
- האם המשתתף משתף את המסך?
לאחר מכן, המערכת ממפה את המשתתפים 'הכי רלוונטיים' למזהי SSRC הזמינים של הווידאו ומתחילה להעביר את הווידאו, תוך התאמה ככל האפשר לפרמטרים של הקנבס.
אם מספר המשתתפים בכנס חורג ממספר המקורות של שידור הווידאו, המערכת של Meet תחליף את המקורות האלה לאורך זמן כדי להתאים את השידור למשתתפים הרלוונטיים ביותר.
אחרי שמערכת Meet מחילה את הבקשה להקצאת הסרטון, היא שולחת עדכון משאבים דרך ערוץ הנתונים VideoAssignment. העדכון הזה כולל מיפוי של SSRC לקנבס. באמצעות המיפוי הזה, לקוחות יכולים לזהות את הרזולוציה ואת קצב הפריימים לשנייה של סטרימינג הווידאו לכל SSRC.
לעומת זאת, הלקוח יודע באיזה SSRC להשתמש כשמחפש רזולוציה ו-FPS ספציפיים.
לתשומת ליבכם
אפליקציית Meet קובעת את השיוך בין SSRC לבין קנבס. הלקוח לא מציין זאת בבקשה.
מערכת Meet לא מקצה מזהי SSRC באופן דטרמיניסטי. לדוגמה, אל תניחו שה-SSRC הראשון הוא המשתתף 'הרלוונטי ביותר'.
הלקוחות לא צריכים לבקש רזולוציה גבוהה יותר מהרזולוציה שהם צריכים. לדוגמה, אל תבקשו סרטון באיכות 1080p אם המודל שלכם משתמש רק באיכות 480p.
יכול להיות שלא תמיד תהיה אפשרות להתאים רזולוציות מדויקות.
לקוחות לא צריכים לשלוח יותר מדי בקשות להקצאת סרטונים. הבקשות האלה יוגבלו או יתעלמו מהן.