Meet Media API-তে ভার্চুয়াল মিডিয়া স্ট্রিম ম্যানেজ করুন

ডেভেলপার প্রিভিউ: গুগল ওয়ার্কস্পেস ডেভেলপার প্রিভিউ প্রোগ্রামের অংশ হিসেবে উপলব্ধ, যা নির্দিষ্ট কিছু বৈশিষ্ট্যের প্রাথমিক অ্যাক্সেস প্রদান করে।

কোনও কনফারেন্স থেকে রিয়েল-টাইম মিডিয়া অ্যাক্সেস করার জন্য Meet Media API ব্যবহার করতে, Google Cloud Project, OAuth প্রিন্সিপাল এবং কনফারেন্সে অংশগ্রহণকারী সকলকে ডেভেলপার প্রিভিউ প্রোগ্রামে নথিভুক্ত হতে হবে।

WebRTC কনফারেন্সিংয়ের প্রেক্ষাপটে, ভার্চুয়াল মিডিয়া স্ট্রিম হল একটি সিলেক্টিভ ফরওয়ার্ডিং ইউনিট (SFU) দ্বারা তৈরি মিডিয়া স্ট্রিম যা একাধিক অংশগ্রহণকারীদের কাছ থেকে মিডিয়া একত্রিত এবং বিতরণ করে। সরাসরি পিয়ার-টু-পিয়ার মিডিয়া স্ট্রিমগুলির বিপরীতে, যা বৃহৎ সম্মেলনে সংযোগের একটি জটিল জাল তৈরি করবে, ভার্চুয়াল মিডিয়া স্ট্রিমগুলি টপোলজিকে সহজ করে তোলে। SFU প্রতিটি অংশগ্রহণকারীর কাছ থেকে পৃথক মিডিয়া স্ট্রিম গ্রহণ করে এবং সক্রিয় বা প্রাসঙ্গিক স্ট্রিমগুলিকে বেছে বেছে অন্যান্য অংশগ্রহণকারীদের কাছে ফরোয়ার্ড করে, সেগুলিকে একটি ছোট, নির্দিষ্ট বহির্গামী ভার্চুয়াল মিডিয়া স্ট্রিমগুলির সেটে মাল্টিপ্লেক্স করে।

এই পদ্ধতির ফলে প্রতিটি অংশগ্রহণকারীর জন্য একযোগে আগত স্ট্রিমগুলির সংখ্যা হ্রাস পায়, প্রক্রিয়াকরণ এবং ব্যান্ডউইথের প্রয়োজনীয়তা হ্রাস পায়। প্রতিটি ভার্চুয়াল স্ট্রিম একবারে একজন অংশগ্রহণকারীর মিডিয়া ধারণ করতে পারে, যা স্পিকার কার্যকলাপ বা ভিডিও অ্যাসাইনমেন্টের মতো বিষয়গুলির উপর ভিত্তি করে SFU দ্বারা গতিশীলভাবে সামঞ্জস্য করা হয়। অংশগ্রহণকারীরা এই ভার্চুয়াল স্ট্রিমগুলি গ্রহণ করে, কার্যকরভাবে প্রতিটি অংশগ্রহণকারীর পৃথক স্ট্রিম পরিচালনা না করেই সম্মেলনের একটি সংগঠিত দৃশ্য দেখতে পায়। ভার্চুয়াল মিডিয়া স্ট্রিমগুলির দ্বারা প্রদত্ত এই বিমূর্ততা বিপুল সংখ্যক অংশগ্রহণকারীদের কাছে WebRTC কনফারেন্স স্কেল করার জন্য অত্যন্ত গুরুত্বপূর্ণ।

অডিও গ্রহণের জন্য, ক্লায়েন্টকে অবশ্যই তিনটি স্থানীয় অডিও ট্রান্সসিভার তৈরি করে ঠিক তিনটি অডিও মিডিয়া বর্ণনা প্রদান করতে হবে। ভিডিও গ্রহণের জন্য, ক্লায়েন্টকে অবশ্যই এক থেকে তিনটি ভিডিও মিডিয়া বিবরণ প্রদান করতে হবে, যাতে ভিডিও ট্রান্সসিভারের সংখ্যা নির্ধারণ করা যায়।

রিসিভার

প্রতিটি ক্লায়েন্ট-মালিকানাধীন ট্রান্সসিভারে একটি ডেডিকেটেড RtpReceiver এবং একটি ডেডিকেটেড "মিডিয়া ট্র্যাক" থাকে যা Meet সার্ভার থেকে অডিও RTP স্ট্রিম গ্রহণ করে।

প্রতিটি ট্র্যাকের একটি অনন্য আইডি থাকে এবং নির্দিষ্ট মিডিয়া উৎস থেকে RTP প্যাকেটের নিজস্ব স্বতন্ত্র স্ট্রিম গ্রহণ করে। উদাহরণস্বরূপ, ট্র্যাক A production-1 থেকে অডিও গ্রহণ করতে পারে যখন ট্র্যাক B production-2 থেকে অডিও গ্রহণ করে।

এসএসআরসি

প্রতিটি RTP প্যাকেটের একটি সিঙ্ক্রোনাইজেশন সোর্স (SSRC) হেডার মান থাকে, যা এটিকে একটি নির্দিষ্ট ট্র্যাকের সাথে সংযুক্ত করে।

Meet Media API-এর মাধ্যমে অডিও সেশনগুলি তিনটি স্বতন্ত্র মিডিয়া স্ট্রিম ব্যবহার করে, প্রতিটির নিজস্ব স্ট্যাটিক SSRC থাকে। একবার প্রতিষ্ঠিত হয়ে গেলে, এই SSRC মানগুলি সেশনের সময়কাল ধরে কখনও পরিবর্তিত হয় না।

দ্রষ্টব্য: এই Meet Media API আচরণ WebRTC সেশনের জন্য সাধারণ নয় , যেখানে ইনপুট সোর্স (যেমন ডিভাইস) পরিবর্তন হলে ট্র্যাকের SSRC পরিবর্তন হতে পারে।

ভার্চুয়াল স্ট্রিম

Meet Media API ভার্চুয়াল মিডিয়া স্ট্রিম ব্যবহার করে। পুরো সেশন জুড়ে এগুলি স্ট্যাটিক থাকে, তবে সবচেয়ে প্রাসঙ্গিক ফিডগুলি প্রতিফলিত করার জন্য প্যাকেটের উৎস পরিবর্তিত হতে পারে। ভার্চুয়াল মিডিয়া স্ট্রিমগুলি অডিও এবং ভিডিওর জন্য একই আচরণ করে।

RTP প্যাকেট হেডারে থাকা কন্ট্রিবিউটিং সোর্স (CSRC) RTP প্যাকেটের আসল উৎস শনাক্ত করে। Meet প্রতিটি অংশগ্রহণকারীকে একটি কনফারেন্সে যোগদানের সময় তাদের নিজস্ব অনন্য CSRC বরাদ্দ করে। তারা চলে না যাওয়া পর্যন্ত এই মানটি স্থির থাকে।

যেহেতু Meet Media API সেশন জুড়ে SSRC-এর সংখ্যা স্থির থাকে, তাই এখানে তিনটি সম্ভাব্য পরিস্থিতি দেওয়া হল:

1. SSRC-এর তুলনায় অংশগ্রহণকারীদের সংখ্যা বেশি :

   Meet তিনটি SSRC জুড়ে তিনজন সবচেয়ে জোরে লোকের গান ট্রান্সমিট করে। যেহেতু প্রতিটি RTP স্ট্রিম তার নিজস্ব ডেডিকেটেড SSRC-তে থাকে, তাই স্ট্রিমগুলির মধ্যে কোনও মিশ্রন নেই।

   

   চিত্র ১. মিট তিনটি SSRC জুড়ে তিনটি উচ্চস্বরে ব্যক্তিকে প্রেরণ করে।

   যদি কনফারেন্সের মূল স্ট্রিমগুলির মধ্যে কোনওটি আর সবচেয়ে জোরে স্ট্রিম না থাকে, তাহলে Meet SSRC তৈরি করে এমন RTP প্যাকেটগুলিকে সবচেয়ে জোরে স্যুইচ করে।

   

   চিত্র ২। মিট RTP প্যাকেটগুলিকে নতুন সবচেয়ে জোরে শব্দকারীর কাছে স্যুইচ করে।

2. সক্রিয় অংশগ্রহণকারীদের সংখ্যা তিনটি অডিও SSRC-এর চেয়ে কম :

   কনফারেন্সে স্ট্রিমগুলির চেয়ে বেশি SSRC উপলব্ধ থাকলে, Meet যেকোনো উপলব্ধ অডিও প্যাকেটকে তার নিজস্ব অনন্য SSRC-তে ম্যাপ করে। যেকোনো অব্যবহৃত SSRC এখনও প্রস্তুত এবং উপলব্ধ থাকে, কিন্তু কোনও RTP প্যাকেট প্রেরণ করা হয় না।

   

   চিত্র ৩। উপলব্ধ অডিও প্যাকেটগুলিকে তার নিজস্ব অনন্য SSRC-তে ম্যাপ করুন।

3. সক্রিয় অংশগ্রহণকারীদের সংখ্যা তিনটি অডিও SSRC-এর সমান :

   সমান অংশগ্রহণকারী এবং উপলব্ধ SSRC-এর দৃশ্যপটের জন্য, প্রতিটি অংশগ্রহণকারীর মিডিয়া একটি ডেডিকেটেড SSRC-তে ম্যাপ করা হয়। এই ম্যাপিংগুলি ততক্ষণ পর্যন্ত টিকে থাকে যতক্ষণ পর্যন্ত এই নির্দিষ্ট দৃশ্যপটটি টিকে থাকে।

   

   চিত্র ৪। Meet প্রতিটি অংশগ্রহণকারীর মিডিয়াকে একটি নিবেদিতপ্রাণ SSRC-তে ম্যাপ করে।

সম্পর্কিত বিষয়

• শুরু করুন
• Meet Media API-তে ভিডিও অ্যাসাইনমেন্ট পরিচালনা করুন