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