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