تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
بعد الاتصال بمؤتمر، يتم على الفور إرسال أي صوت مطلوب وإتاحته. ومع ذلك، لتلقّي الفيديو، يجب أن يحدّد البرنامج أولاً لوحات لكل بث فيديو.
تساعد اللوحات Meet في فهم كيفية استهلاك العميل لدفق الفيديو، وتحديد درجة الدقة بالبكسل (على سبيل المثال، 1280 × 720)، وعدد اللقطات في الثانية، واختيار بروتوكول التعيين. يحدّد بروتوكول التعيين الطريقة التي يختار بها Meet بث الفيديو عندما يكون عدد المشاركين أكبر من عدد SSRC.
طلبات منح فيديوهات
لتلقّي الفيديو، يرسل العملاء أولاً طلبتحديد فيديو عبر قناة البيانات VideoAssignment، ويحدّدون لوحات عرض لعمليات بث الفيديو المتفق عليها.
الشكل 1. إرسال طلب مهمة فيديو عبر قناة بيانات مهمة الفيديو
بعد أن يتلقّى Meet الطلب، يبدأ في اختيار فيديوهات المشاركين "المناسبة" استنادًا إلى عوامل مثل:
هل المشارك يتحدث؟
هل يشارك المشارك شاشته؟
هل يشارك المشارك شاشته؟
بعد ذلك، يربط Meet المشاركين "الأكثر صلة" بملفات SSRCs المتوفرة للفيديو ويبدأ في نقل الفيديو، مع مطابقة مَعلمات لوحة العرض بأكبر قدر ممكن.
إذا تجاوز عدد المشاركين في مؤتمر عدد جلسات الاجتماع المتزامنة، سيستبدل Meet عمليات البث بمرور الوقت لمطابقة المشاركين الأكثر صلة.
الشكل 2. تتلقّى خوادم Meet الطلبات وتعيّن بث الفيديو.
بعد أن يطبّق Meet طلب تعيين الفيديو، يرسل تعديلاً على المورد عبر قناة بيانات VideoAssignment. يتضمّن هذا التحديث عملية ربط بين مصدر المزامنة (SSRC) ولوحة العرض. باستخدام عملية الربط هذه، يمكن للعملاء تحديد درجة الدقة وسرعة اللقطات في الثانية لبث الفيديو لكل SSRC.
في المقابل، يعرف العميل رقم تعريف SSRC الذي يجب استخدامه عند البحث عن دقة وعدد لقطات في الثانية محدّدين.
الشكل 3. أرسِل تحديث المرجع عبر قناة بيانات تعيين الفيديو.
الاعتبارات
يحدّد Meet العلاقة بين SSRC ولوحة العرض. لا يحدّد العميل ذلك في الطلب.
لا يحدّد Meet مصادر SSRCs بشكل حتمي. على سبيل المثال، لا تفترض أنّ أول SSRC هو المشارك "الأكثر صلة بالموضوع".
يجب ألا يطلب العملاء دقة أعلى من اللازم. على سبيل المثال، لا تطلب فيديو بدقة 1080p إذا كان نموذجك يستخدم دقة 480p فقط.
قد لا يكون من الممكن دائمًا مطابقة الدقة تمامًا.
يجب ألا يرسل العملاء طلبات مفرطة لتعيين فيديوهات. وسيتم تقييد هذه الطلبات أو تجاهلها.
تاريخ التعديل الأخير: 2025-08-29 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-08-29 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],null,["# Manage video assignment in Meet Media API\n\n| **Developer Preview:** Available as part of the [Google Workspace Developer Preview Program](https://developers.google.com/workspace/preview), which grants early access to certain features. \n|\n| **To use the Meet Media API to access real-time media from a conference, the Google Cloud project, OAuth principal, and all participants in the conference must be enrolled in the Developer Preview Program.**\n\nOnce connected to a [conference](/workspace/meet/media-api/guides/overview#conference),\nany [requested](/workspace/meet/media-api/guides/concepts#media-descriptions) audio is\nimmediately transmitted and available. However, to receive video, the client\nmust first define canvases for each video stream.\n\nCanvases help Meet understand how your client will consume a\nvideo stream, specifying its resolution in pixels (for example, 1280 × 720),\nframes per second (FPS), and selecting an assignment protocol. The assignment\nprotocol specifies how Meet should choose video streams when\nthere are more [participants](/workspace/meet/media-api/guides/overview#participant) than\n[SSRCs](/workspace/meet/media-api/guides/overview#ssrc).\n\nVideo assignment requests\n-------------------------\n\nTo receive video, clients first send a *video assignment*\n[request](/workspace/meet/media-api/reference/dc/media_api.setvideoassignmentrequest) over\nthe\n[`VideoAssignment`](/workspace/meet/media-api/reference/dc/media_api.videoassignmentchannelfromclient)\ndata channel, defining canvases for the negotiated video streams.\n**Figure 1.** Send a video assignment request over the video assignment data channel.\n\nOnce Meet receives the request, it begins selecting \"relevant\"\n[participant](/workspace/meet/media-api/guides/overview#participant) videos, based on\nfactors such as:\n\n- Is the participant speaking?\n- Is the participant presenting?\n- Is the participant screen sharing?\n\nThen, Meet maps the \"most relevant\" participants to the available\nvideo SSRCs and begins transmitting video, matching the canvas parameters as\nclosely as possible.\n\nIf the number of participants in a conference exceeds the number of SSRCs,\nMeet will replace the streams over time to match the most\nrelevant participants.\n**Figure 2.** Meet servers receive the requests and assign the video streams.\n\nAfter Meet applies the video assignment request, it pushes a\n[resource update](/workspace/meet/media-api/reference/dc/media_api.videoassignmentchanneltoclient.resources)\nacross the\n[`VideoAssignment`](/workspace/meet/media-api/reference/dc/media_api.videoassignmentchanneltoclient)\ndata channel. This update includes SSRC-to-canvas mapping. Using this mapping,\nclients can identify the resolution and FPS of the video stream for each SSRC.\nConversely, the client knows which SSRC to use when looking for a specific\nresolution and FPS.\n**Figure 3.** Send the resource update over the video assignment data channel.\n\nConsiderations\n--------------\n\n- Meet decides the association between SSRC and canvas. The\n client does not specify this in the request.\n\n- Meet does not deterministically assign SSRCs. For example,\n don't assume the first SSRC is the \"most relevant\" participant.\n\n- Clients shouldn't request more resolution than they need. For example, don't\n request 1080p video when your model only uses 480p.\n\n- Matching exact resolutions may not always be possible.\n\n- Clients shouldn't send excessive video assignment requests. These will be\n throttled or ignored.\n\nRelated topics\n--------------\n\n- [Get started](/workspace/meet/media-api/guides/get-started)"]]
