মিট মিডিয়া API ওভারভিউ

Google Meet Media API আপনাকে Google Meet কনফারেন্স থেকে রিয়েল-টাইম মিডিয়া অ্যাক্সেস করতে দেয়। এটি বিভিন্ন ধরণের ব্যবহারের সুযোগ দেয়, যেমন অ্যাকশন আইটেম ডকুমেন্ট করে এমন অ্যাপ, বর্তমান মিটিং সম্পর্কে রিয়েল-টাইম অন্তর্দৃষ্টি প্রদান করে, অথবা একটি নতুন পৃষ্ঠায় অডিও এবং ভিডিও স্ট্রিম করে।

ব্যবহারের ক্ষেত্রে

গুগল ক্লাউড কনসোলে নিবন্ধিত অ্যাপগুলি Meet কনফারেন্সের সাথে সংযোগ স্থাপনের জন্য Meet Media API ব্যবহার করতে পারে, যার ফলে তারা নিম্নলিখিত কাজগুলি করতে সক্ষম হয়:

  • ভিডিও স্ট্রিম ব্যবহার করুনউদাহরণস্বরূপ:
    • Meet কনফারেন্সে তৈরি ভিডিও স্ট্রিমগুলিকে আপনার নিজস্ব AI মডেলগুলিতে ফিড করুন।
    • কাস্টম রেকর্ডিংয়ের জন্য স্ট্রিম ফিল্টার করুন।
  • অডিও স্ট্রিম ব্যবহার করুনউদাহরণস্বরূপ:
    • জেমিনিতে সরাসরি অডিও ফিড করুন এবং আপনার নিজস্ব মিটিং এআই চ্যাটবট তৈরি করুন।
    • Meet কনফারেন্সে জেনারেট হওয়া অডিও স্ট্রিমগুলিকে আপনার নিজস্ব ট্রান্সক্রিপশন পরিষেবাতে ফিড করুন
    • বিভিন্ন ভাষায় ক্যাপশন তৈরি করুন।
    • ক্যাপচার করা অডিও থেকে মডেল-জেনারেটেড সাংকেতিক ভাষার ফিড তৈরি করুন।
    • সম্মেলন থেকে পটভূমি এবং কোলাহলপূর্ণ শিল্পকর্ম অপসারণ করতে আপনার নিজস্ব ডিনয়েজার মডেল তৈরি করুন।
  • অংশগ্রহণকারী মেটাডেটা ব্যবহার করুনউদাহরণস্বরূপ:
    • সম্মেলনে কোন অংশগ্রহণকারীরা আছেন তা সনাক্ত করুন, যাতে আরও ভালো বুদ্ধিমত্তা এবং বিশ্লেষণের সুযোগ থাকে।

Meet Media API লাইফসাইকেল

নিম্নলিখিত ছবিগুলি Meet Media API জীবনচক্র দেখায়:

  • Meet Media API বট থার্ড-পার্টি ওয়েবসাইটে যোগদানের চেষ্টা করে।
    চিত্র ১. Meet Media API বটটি তৃতীয় পক্ষের ওয়েবসাইটে যোগদানের চেষ্টা করে। অপ্রাপ্তবয়স্ক অ্যাকাউন্ট উপস্থিত থাকলে সংযোগটি প্রত্যাখ্যান করা হয়।
  • এনক্রিপ্ট করা মিটিং এবং ওয়াটারমার্ক সহ মিটিং।
    চিত্র ২. মিটিংগুলিকে এনক্রিপ্ট করা হিসেবে চিহ্নিত করা যেতে পারে এবং একটি ওয়াটারমার্ক থাকতে পারে। যখন কোনও মিটিংয়ে এনক্রিপশন বা ওয়াটারমার্ক থাকে তখন Meet Media API সংযুক্ত করা যাবে না।
  • নিশ্চিত করুন যে প্রশাসক সেটিং সঠিক।
    চিত্র ৩। নিশ্চিত করুন যে প্রশাসক সেটিংটি সঠিক।
  • ক্যালেন্ডারে মিটিং সেট আপ করুন।
    চিত্র ৪. ক্যালেন্ডারে মিটিং সেট আপ করুন। হোস্টকে ক্যালেন্ডার সেটিংয়ে তৃতীয় পক্ষের অ্যাপটিকে অনুমতি দিতে হবে, অন্যথায় সংযোগটি প্রত্যাখ্যান করা হবে।
  • কল চলাকালীন সেটিং পরিবর্তন।
    চিত্র ৫. কল চলাকালীন একটি সেটিং পরিবর্তন। যদি হোস্ট কল চলাকালীন Meet Media API সেটিং বন্ধ করার সিদ্ধান্ত নেয়, তাহলে সংযোগ বন্ধ হয়ে যায়।
  • গ্রাহক সভার সময় উদ্যোক্তাকে উপস্থিত থাকতে হবে।
    চিত্র ৬। যদি মিটিং মালিকের একটি গ্রাহক অ্যাকাউন্ট থাকে (@gmail.com দিয়ে শেষ হওয়া একটি অ্যাকাউন্ট), তাহলে সম্মতি দেওয়ার জন্য সূচনাকারীকে অবশ্যই মিটিংয়ে উপস্থিত থাকতে হবে অন্যথায় সংযোগটি প্রত্যাখ্যান করা হবে।
  • সংযোগ স্থাপন করা হয়েছে।
    চিত্র ৭। সংযোগ স্থাপন হয়ে গেলে, হোস্ট, সহ-হোস্ট, অথবা হোস্টের সাথে একই প্রতিষ্ঠানের যেকোনো অংশগ্রহণকারী দীক্ষা ডায়ালগটি দেখতে পাবেন।
  • কল চলাকালীন যে কেউ Meet Media API বন্ধ করতে পারবেন।
    চিত্র ৮। কল চলাকালীন যে কেউ Meet Media API বন্ধ করতে পারবেন।

সম্মতির প্রয়োজনীয়তা

মিট মিডিয়া এপিআই অ্যাপগুলি কেবল তখনই মিটিংয়ে প্রবেশের অনুমতি পাবে যদি কলে এমন কেউ থাকে যার পক্ষে মিটিংয়ের সম্মতি দেওয়ার অনুমতি রয়েছে।

Google Workspace মিটিংয়ের জন্য

Google Workspace মিটিংয়ে সম্মতি প্রদানের জন্য, আপনাকে অবশ্যই সেই প্রতিষ্ঠানের সদস্য হতে হবে যে প্রতিষ্ঠানটি মিটিংয়ের মালিক। বেশিরভাগ ক্ষেত্রে, মিটিংয়ের মালিক এবং আয়োজক একই রকম হন। যদি হোস্ট বা সূচনাকারী মিটিংয়ে থাকেন এবং মিটিংয়ের মালিক প্রতিষ্ঠানের সদস্য হন, তাহলে তাদের অগ্রাধিকার ভিত্তিতে শুরুর ডায়ালগ দেখানো হবে।

ভোক্তা সভার জন্য

জিমেইল অ্যাকাউন্ট দ্বারা আয়োজিত মিটিংয়ের ক্ষেত্রে, সম্মতি প্রদানের জন্য সূচনাকারীকে অবশ্যই মিটিংয়ে উপস্থিত থাকতে হবে।

সাধারণ শব্দ

ক্লাউড প্রকল্প নম্বর
একটি Google ক্লাউড প্রোজেক্টের জন্য একটি অপরিবর্তনীয় জেনারেটেড int64 শনাক্তকারী। এই মানগুলি প্রতিটি নিবন্ধিত অ্যাপের জন্য Google ক্লাউড কনসোল দ্বারা তৈরি করা হয়।
সম্মেলন
একটি মিটিং স্পেসের মধ্যে একটি সার্ভার-জেনারেটেড কলের উদাহরণ। ব্যবহারকারীরা সাধারণত এই পরিস্থিতিটিকে একটি একক মিটিং হিসাবে বিবেচনা করেন।
কনফারেন্স রিসোর্স ডেটা চ্যানেল

Google Meet REST API-এর মতো HTTP-র মাধ্যমে রিসোর্স অনুরোধ করার পরিবর্তে, Meet Media API ক্লায়েন্টরা ডেটা চ্যানেলের মাধ্যমে সার্ভার থেকে রিসোর্স অনুরোধ করে।

প্রতিটি রিসোর্স ধরণের জন্য একটি ডেডিকেটেড ডেটা চ্যানেল খোলা যেতে পারে। একবার খোলা হলে, ক্লায়েন্ট চ্যানেলের মাধ্যমে অনুরোধ পাঠাতে পারে। রিসোর্স আপডেটগুলি একই চ্যানেলের মাধ্যমে প্রেরণ করা হবে।

অবদানকারী উৎস (CSRC)

ভার্চুয়াল মিডিয়া স্ট্রিম ব্যবহার করে, আপনি ধরে নিতে পারবেন না যে একটি মিডিয়া স্ট্রিম সর্বদা একই অংশগ্রহণকারীকে নির্দেশ করে। প্রতিটি RTP প্যাকেটের হেডারে থাকা CSRC মান প্যাকেটের আসল উৎস চিহ্নিত করে।

Meet প্রতিটি অংশগ্রহণকারীকে একটি অনন্য CSRC মান নির্ধারণ করে যখন তারা কনফারেন্সে যোগদান করে। এই মানটি তারা চলে না যাওয়া পর্যন্ত অপরিবর্তিত থাকে।

ডেটা চ্যানেল

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

ইন্টারেক্টিভ কানেক্টিভিটি এস্টাব্লিশমেন্ট (আইসিই)

সংযোগ স্থাপনের জন্য একটি প্রোটোকল, পিয়ার-টু-পিয়ার (P2P) নেটওয়ার্কিংয়ের মাধ্যমে দুটি কম্পিউটারের একে অপরের সাথে কথা বলার জন্য সমস্ত সম্ভাব্য রুট খুঁজে বের করা এবং তারপরে আপনি সংযুক্ত থাকার বিষয়টি নিশ্চিত করা।

মিডিয়া স্ট্রিম

একটি WebRTC মিডিয়া স্ট্রিম মিডিয়া ডেটার একটি প্রবাহকে প্রতিনিধিত্ব করে, সাধারণত অডিও বা ভিডিও, যা ক্যামেরা বা মাইক্রোফোনের মতো কোনও ডিভাইস থেকে ধারণ করা হয়। এতে এক বা একাধিক মিডিয়া স্ট্রিম ট্র্যাক থাকে, প্রতিটি মিডিয়ার একক উৎস যেমন একটি ভিডিও ট্র্যাক বা একটি অডিও ট্র্যাককে প্রতিনিধিত্ব করে)।

মিডিয়া স্ট্রিম ট্র্যাক

RTP প্যাকেটের একটি একক, একমুখী প্রবাহ নিয়ে গঠিত। একটি মিডিয়া স্ট্রিম ট্র্যাক অডিও বা ভিডিও হতে পারে, কিন্তু উভয়ই নয়। একটি দ্বিমুখী সিকিউর রিয়েল-টাইম ট্রান্সপোর্ট প্রোটোকল (SRTP) সংযোগে সাধারণত দুটি মিডিয়া স্ট্রিম ট্র্যাক থাকে, স্থানীয় থেকে দূরবর্তী পিয়ারে বের হওয়া এবং দূরবর্তী পিয়ার থেকে স্থানীয় পিয়ারে প্রবেশ করা।

মিটিং স্পেস

একটি ভার্চুয়াল স্থান বা স্থায়ী বস্তু (যেমন একটি সভা কক্ষ) যেখানে একটি সম্মেলন অনুষ্ঠিত হয়। যেকোনো সময়ে একটি স্থানে কেবল একটি সক্রিয় সম্মেলন অনুষ্ঠিত হতে পারে। একটি সভা স্থান ব্যবহারকারীদের সাথে দেখা করতে এবং ভাগ করা সংস্থানগুলি খুঁজে পেতে সহায়তা করে।

অংশগ্রহণকারী

কোনও ব্যক্তি কোনও কনফারেন্সে যোগদান করেছেন অথবা কম্প্যানিয়ন মোড ব্যবহার করছেন, দর্শক হিসেবে দেখছেন, অথবা কোনও কলের সাথে সংযুক্ত রুম ডিভাইস ব্যবহার করছেন। যখন কোনও অংশগ্রহণকারী কনফারেন্সে যোগদান করেন, তখন একটি অনন্য আইডি বরাদ্দ করা হয়।

প্রাসঙ্গিক স্ট্রিম

একজন ক্লায়েন্ট কতগুলি ভার্চুয়াল অডিও স্ট্রিম এবং ভার্চুয়াল ভিডিও স্ট্রিম খুলতে পারে তার একটি সীমা রয়েছে।

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

সিলেক্টিভ ফরোয়ার্ডিং ইউনিট (SFU)

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

সেশন বর্ণনা প্রোটোকল (SDP)

P2P সংযোগ স্থাপনের জন্য WebRTC যে সিগন্যালিং মেকানিজম ব্যবহার করে। RFC 8866 এটি পরিচালনা করে।

এসডিপি উত্তর

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

এসডিপি অফার

অফার-উত্তর পিয়ার-টু-পিয়ার আলোচনার প্রবাহে প্রাথমিক SDP। অফারটি শুরুকারী পিয়ার দ্বারা তৈরি করা হয় এবং পিয়ার-টু-পিয়ার সেশনের শর্তাবলী নির্দেশ করে। অফারটি সর্বদা Meet Media API ক্লায়েন্ট দ্বারা তৈরি করা হয় এবং Meet সার্ভারে জমা দেওয়া হয়।

উদাহরণস্বরূপ, একটি অফারে অফারকারী কতগুলি অডিও বা ভিডিও স্ট্রিম পাঠাচ্ছে (অথবা গ্রহণ করতে সক্ষম) এবং ডেটা চ্যানেল খোলা হবে কিনা তা নির্দেশ করতে পারে।

সিঙ্ক্রোনাইজেশন সোর্স (SSRC)

একটি SSRC হল একটি 32-বিট শনাক্তকারী যা একটি RTP (রিয়েল-টাইম ট্রান্সপোর্ট প্রোটোকল) সেশনের মধ্যে একটি মিডিয়া স্ট্রিমের একক উৎসকে অনন্যভাবে সনাক্ত করে। WebRTC-তে, SSRC গুলি বিভিন্ন অংশগ্রহণকারীদের থেকে উদ্ভূত বিভিন্ন মিডিয়া স্ট্রিমের মধ্যে পার্থক্য করতে বা একই অংশগ্রহণকারীদের থেকে বিভিন্ন ট্র্যাকের (যেমন বিভিন্ন ক্যামেরা) মধ্যে পার্থক্য করতে ব্যবহৃত হয়।

আরটিপি ট্রান্সসিভার

RFC 8829 তে বিস্তারিতভাবে বলা হয়েছে, একটি ট্রান্সসিভার হল একটি পিয়ার-টু-পিয়ার সেশনে RTP স্ট্রিমগুলির চারপাশে একটি বিমূর্তকরণ।

একটি একক ট্রান্সসিভার SDP-তে একটি একক মিডিয়া বর্ণনার সাথে ম্যাপ করা হয় এবং বর্ণনা করা হয়। একটি ট্রান্সসিভারে একটি RtpSender এবং একটি RtpReceiver থাকে।

যেহেতু RTP দ্বিমুখী, তাই প্রতিটি পিয়ারের একই RTP সংযোগের জন্য নিজস্ব ট্রান্সসিভার ইনস্ট্যান্স থাকে। স্থানীয় পিয়ারের জন্য প্রদত্ত ট্রান্সসিভারের RtpSender দূরবর্তী পিয়ারের একটি নির্দিষ্ট ট্রান্সসিভারের RtpReceiver এর সাথে ম্যাপ করা হয়। বিপরীতটিও সত্য। দূরবর্তী পিয়ারের একই ট্রান্সসিভারের RtpSender স্থানীয় পিয়ারের RtpReceiver এর সাথে ম্যাপ করা হয়।

প্রতিটি মিডিয়া বর্ণনার নিজস্ব ডেডিকেটেড ট্রান্সসিভার থাকে। অতএব, একাধিক RTP স্ট্রিম সহ একটি পিয়ার-টু-পিয়ার সেশনে প্রতিটি পিয়ারের জন্য একাধিক RtpSenders এবং RtpReceiver সহ একাধিক ট্রান্সসিভার থাকে।

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

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

  • কিভাবে একটি Meet Media API ক্লায়েন্ট তৈরি করতে হয় তা জানতে, Get start এ দেওয়া ধাপগুলি অনুসরণ করুন।

  • একটি নমুনা Meet Media API রেফারেন্স ক্লায়েন্ট কীভাবে সেট আপ এবং চালাবেন তা জানতে, C++ রেফারেন্স ক্লায়েন্ট কুইকস্টার্ট পড়ুন।

  • ধারণাগত সারসংক্ষেপ পেতে, Meet Media API ধারণাগুলি দেখুন।

  • WebRTC সম্পর্কে আরও জানতে, WebRTC For The Curious দেখুন।

  • Google Workspace API ব্যবহার করে ডেভেলপমেন্ট সম্পর্কে জানতে, যার মধ্যে প্রমাণীকরণ এবং অনুমোদন পরিচালনা করা অন্তর্ভুক্ত, Develop on Google Workspace দেখুন।

,

Google Meet Media API আপনাকে Google Meet কনফারেন্স থেকে রিয়েল-টাইম মিডিয়া অ্যাক্সেস করতে দেয়। এটি বিভিন্ন ধরণের ব্যবহারের সুযোগ দেয়, যেমন অ্যাকশন আইটেম ডকুমেন্ট করে এমন অ্যাপ, বর্তমান মিটিং সম্পর্কে রিয়েল-টাইম অন্তর্দৃষ্টি প্রদান করে, অথবা একটি নতুন পৃষ্ঠায় অডিও এবং ভিডিও স্ট্রিম করে।

ব্যবহারের ক্ষেত্রে

গুগল ক্লাউড কনসোলে নিবন্ধিত অ্যাপগুলি Meet কনফারেন্সের সাথে সংযোগ স্থাপনের জন্য Meet Media API ব্যবহার করতে পারে, যার ফলে তারা নিম্নলিখিত কাজগুলি করতে সক্ষম হয়:

  • ভিডিও স্ট্রিম ব্যবহার করুনউদাহরণস্বরূপ:
    • Meet কনফারেন্সে তৈরি ভিডিও স্ট্রিমগুলিকে আপনার নিজস্ব AI মডেলগুলিতে ফিড করুন।
    • কাস্টম রেকর্ডিংয়ের জন্য স্ট্রিম ফিল্টার করুন।
  • অডিও স্ট্রিম ব্যবহার করুনউদাহরণস্বরূপ:
    • জেমিনিতে সরাসরি অডিও ফিড করুন এবং আপনার নিজস্ব মিটিং এআই চ্যাটবট তৈরি করুন।
    • Meet কনফারেন্সে জেনারেট হওয়া অডিও স্ট্রিমগুলিকে আপনার নিজস্ব ট্রান্সক্রিপশন পরিষেবাতে ফিড করুন
    • বিভিন্ন ভাষায় ক্যাপশন তৈরি করুন।
    • ক্যাপচার করা অডিও থেকে মডেল-জেনারেটেড সাংকেতিক ভাষার ফিড তৈরি করুন।
    • সম্মেলন থেকে পটভূমি এবং কোলাহলপূর্ণ শিল্পকর্ম অপসারণ করতে আপনার নিজস্ব ডিনয়েজার মডেল তৈরি করুন।
  • অংশগ্রহণকারী মেটাডেটা ব্যবহার করুনউদাহরণস্বরূপ:
    • সম্মেলনে কোন অংশগ্রহণকারীরা আছেন তা সনাক্ত করুন, যাতে আরও ভালো বুদ্ধিমত্তা এবং বিশ্লেষণের সুযোগ থাকে।

Meet Media API লাইফসাইকেল

নিম্নলিখিত ছবিগুলি Meet Media API জীবনচক্র দেখায়:

  • Meet Media API বট থার্ড-পার্টি ওয়েবসাইটে যোগদানের চেষ্টা করে।
    চিত্র ১. Meet Media API বটটি তৃতীয় পক্ষের ওয়েবসাইটে যোগদানের চেষ্টা করে। অপ্রাপ্তবয়স্ক অ্যাকাউন্ট উপস্থিত থাকলে সংযোগটি প্রত্যাখ্যান করা হয়।
  • এনক্রিপ্ট করা মিটিং এবং ওয়াটারমার্ক সহ মিটিং।
    চিত্র ২. মিটিংগুলিকে এনক্রিপ্ট করা হিসেবে চিহ্নিত করা যেতে পারে এবং একটি ওয়াটারমার্ক থাকতে পারে। যখন কোনও মিটিংয়ে এনক্রিপশন বা ওয়াটারমার্ক থাকে তখন Meet Media API সংযুক্ত করা যাবে না।
  • নিশ্চিত করুন যে প্রশাসক সেটিং সঠিক।
    চিত্র ৩। নিশ্চিত করুন যে প্রশাসক সেটিংটি সঠিক।
  • ক্যালেন্ডারে মিটিং সেট আপ করুন।
    চিত্র ৪. ক্যালেন্ডারে মিটিং সেট আপ করুন। হোস্টকে ক্যালেন্ডার সেটিংয়ে তৃতীয় পক্ষের অ্যাপটিকে অনুমতি দিতে হবে, অন্যথায় সংযোগটি প্রত্যাখ্যান করা হবে।
  • কল চলাকালীন সেটিং পরিবর্তন।
    চিত্র ৫. কল চলাকালীন একটি সেটিং পরিবর্তন। যদি হোস্ট কল চলাকালীন Meet Media API সেটিং বন্ধ করার সিদ্ধান্ত নেয়, তাহলে সংযোগ বন্ধ হয়ে যায়।
  • গ্রাহক সভার সময় উদ্যোক্তাকে উপস্থিত থাকতে হবে।
    চিত্র ৬। যদি মিটিং মালিকের একটি গ্রাহক অ্যাকাউন্ট থাকে (@gmail.com দিয়ে শেষ হওয়া একটি অ্যাকাউন্ট), তাহলে সম্মতি দেওয়ার জন্য সূচনাকারীকে অবশ্যই মিটিংয়ে উপস্থিত থাকতে হবে অন্যথায় সংযোগটি প্রত্যাখ্যান করা হবে।
  • সংযোগ স্থাপন করা হয়েছে।
    চিত্র ৭। সংযোগ স্থাপন হয়ে গেলে, হোস্ট, সহ-হোস্ট, অথবা হোস্টের সাথে একই প্রতিষ্ঠানের যেকোনো অংশগ্রহণকারী দীক্ষা ডায়ালগটি দেখতে পাবেন।
  • কল চলাকালীন যে কেউ Meet Media API বন্ধ করতে পারবেন।
    চিত্র ৮। কল চলাকালীন যে কেউ Meet Media API বন্ধ করতে পারবেন।

সম্মতির প্রয়োজনীয়তা

মিট মিডিয়া এপিআই অ্যাপগুলি কেবল তখনই মিটিংয়ে প্রবেশের অনুমতি পাবে যদি কলে এমন কেউ থাকে যার পক্ষে মিটিংয়ের সম্মতি দেওয়ার অনুমতি রয়েছে।

Google Workspace মিটিংয়ের জন্য

Google Workspace মিটিংয়ে সম্মতি প্রদানের জন্য, আপনাকে অবশ্যই সেই প্রতিষ্ঠানের সদস্য হতে হবে যে প্রতিষ্ঠানটি মিটিংয়ের মালিক। বেশিরভাগ ক্ষেত্রে, মিটিংয়ের মালিক এবং আয়োজক একই রকম হন। যদি হোস্ট বা সূচনাকারী মিটিংয়ে থাকেন এবং মিটিংয়ের মালিক প্রতিষ্ঠানের সদস্য হন, তাহলে তাদের অগ্রাধিকার ভিত্তিতে শুরুর ডায়ালগ দেখানো হবে।

ভোক্তা সভার জন্য

জিমেইল অ্যাকাউন্ট দ্বারা আয়োজিত মিটিংয়ের ক্ষেত্রে, সম্মতি প্রদানের জন্য সূচনাকারীকে অবশ্যই মিটিংয়ে উপস্থিত থাকতে হবে।

সাধারণ শব্দ

ক্লাউড প্রকল্প নম্বর
একটি Google ক্লাউড প্রোজেক্টের জন্য একটি অপরিবর্তনীয় জেনারেটেড int64 শনাক্তকারী। এই মানগুলি প্রতিটি নিবন্ধিত অ্যাপের জন্য Google ক্লাউড কনসোল দ্বারা তৈরি করা হয়।
সম্মেলন
একটি মিটিং স্পেসের মধ্যে একটি সার্ভার-জেনারেটেড কলের উদাহরণ। ব্যবহারকারীরা সাধারণত এই পরিস্থিতিটিকে একটি একক মিটিং হিসাবে বিবেচনা করেন।
কনফারেন্স রিসোর্স ডেটা চ্যানেল

Google Meet REST API-এর মতো HTTP-র মাধ্যমে রিসোর্স অনুরোধ করার পরিবর্তে, Meet Media API ক্লায়েন্টরা ডেটা চ্যানেলের মাধ্যমে সার্ভার থেকে রিসোর্স অনুরোধ করে।

প্রতিটি রিসোর্স ধরণের জন্য একটি ডেডিকেটেড ডেটা চ্যানেল খোলা যেতে পারে। একবার খোলা হলে, ক্লায়েন্ট চ্যানেলের মাধ্যমে অনুরোধ পাঠাতে পারে। রিসোর্স আপডেটগুলি একই চ্যানেলের মাধ্যমে প্রেরণ করা হবে।

অবদানকারী উৎস (CSRC)

ভার্চুয়াল মিডিয়া স্ট্রিম ব্যবহার করে, আপনি ধরে নিতে পারবেন না যে একটি মিডিয়া স্ট্রিম সর্বদা একই অংশগ্রহণকারীকে নির্দেশ করে। প্রতিটি RTP প্যাকেটের হেডারে থাকা CSRC মান প্যাকেটের আসল উৎস চিহ্নিত করে।

Meet প্রতিটি অংশগ্রহণকারীকে একটি অনন্য CSRC মান নির্ধারণ করে যখন তারা কনফারেন্সে যোগদান করে। এই মানটি তারা চলে না যাওয়া পর্যন্ত অপরিবর্তিত থাকে।

ডেটা চ্যানেল

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

ইন্টারেক্টিভ কানেক্টিভিটি এস্টাব্লিশমেন্ট (আইসিই)

সংযোগ স্থাপনের জন্য একটি প্রোটোকল, পিয়ার-টু-পিয়ার (P2P) নেটওয়ার্কিংয়ের মাধ্যমে দুটি কম্পিউটারের একে অপরের সাথে কথা বলার জন্য সমস্ত সম্ভাব্য রুট খুঁজে বের করা এবং তারপরে আপনি সংযুক্ত থাকার বিষয়টি নিশ্চিত করা।

মিডিয়া স্ট্রিম

একটি WebRTC মিডিয়া স্ট্রিম মিডিয়া ডেটার একটি প্রবাহকে প্রতিনিধিত্ব করে, সাধারণত অডিও বা ভিডিও, যা ক্যামেরা বা মাইক্রোফোনের মতো কোনও ডিভাইস থেকে ধারণ করা হয়। এতে এক বা একাধিক মিডিয়া স্ট্রিম ট্র্যাক থাকে, প্রতিটি মিডিয়ার একক উৎস যেমন একটি ভিডিও ট্র্যাক বা একটি অডিও ট্র্যাককে প্রতিনিধিত্ব করে)।

মিডিয়া স্ট্রিম ট্র্যাক

RTP প্যাকেটের একটি একক, একমুখী প্রবাহ নিয়ে গঠিত। একটি মিডিয়া স্ট্রিম ট্র্যাক অডিও বা ভিডিও হতে পারে, কিন্তু উভয়ই নয়। একটি দ্বিমুখী সিকিউর রিয়েল-টাইম ট্রান্সপোর্ট প্রোটোকল (SRTP) সংযোগে সাধারণত দুটি মিডিয়া স্ট্রিম ট্র্যাক থাকে, স্থানীয় থেকে দূরবর্তী পিয়ারে বের হওয়া এবং দূরবর্তী পিয়ার থেকে স্থানীয় পিয়ারে প্রবেশ করা।

মিটিং স্পেস

একটি ভার্চুয়াল স্থান বা স্থায়ী বস্তু (যেমন একটি সভা কক্ষ) যেখানে একটি সম্মেলন অনুষ্ঠিত হয়। যেকোনো সময়ে একটি স্থানে কেবল একটি সক্রিয় সম্মেলন অনুষ্ঠিত হতে পারে। একটি সভা স্থান ব্যবহারকারীদের সাথে দেখা করতে এবং ভাগ করা সংস্থানগুলি খুঁজে পেতে সহায়তা করে।

অংশগ্রহণকারী

কোনও ব্যক্তি কোনও কনফারেন্সে যোগদান করেছেন অথবা কম্প্যানিয়ন মোড ব্যবহার করছেন, দর্শক হিসেবে দেখছেন, অথবা কোনও কলের সাথে সংযুক্ত রুম ডিভাইস ব্যবহার করছেন। যখন কোনও অংশগ্রহণকারী কনফারেন্সে যোগদান করেন, তখন একটি অনন্য আইডি বরাদ্দ করা হয়।

প্রাসঙ্গিক স্ট্রিম

একজন ক্লায়েন্ট কতগুলি ভার্চুয়াল অডিও স্ট্রিম এবং ভার্চুয়াল ভিডিও স্ট্রিম খুলতে পারে তার একটি সীমা রয়েছে।

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

সিলেক্টিভ ফরোয়ার্ডিং ইউনিট (SFU)

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

সেশন বর্ণনা প্রোটোকল (SDP)

P2P সংযোগ স্থাপনের জন্য WebRTC যে সিগন্যালিং মেকানিজম ব্যবহার করে। RFC 8866 এটি পরিচালনা করে।

এসডিপি উত্তর

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

এসডিপি অফার

অফার-উত্তর পিয়ার-টু-পিয়ার আলোচনার প্রবাহে প্রাথমিক SDP। অফারটি শুরুকারী পিয়ার দ্বারা তৈরি করা হয় এবং পিয়ার-টু-পিয়ার সেশনের শর্তাবলী নির্দেশ করে। অফারটি সর্বদা Meet Media API ক্লায়েন্ট দ্বারা তৈরি করা হয় এবং Meet সার্ভারে জমা দেওয়া হয়।

উদাহরণস্বরূপ, একটি অফারে অফারকারী কতগুলি অডিও বা ভিডিও স্ট্রিম পাঠাচ্ছে (অথবা গ্রহণ করতে সক্ষম) এবং ডেটা চ্যানেল খোলা হবে কিনা তা নির্দেশ করতে পারে।

সিঙ্ক্রোনাইজেশন সোর্স (SSRC)

একটি SSRC হল একটি 32-বিট শনাক্তকারী যা একটি RTP (রিয়েল-টাইম ট্রান্সপোর্ট প্রোটোকল) সেশনের মধ্যে একটি মিডিয়া স্ট্রিমের একক উৎসকে অনন্যভাবে সনাক্ত করে। WebRTC-তে, SSRC গুলি বিভিন্ন অংশগ্রহণকারীদের থেকে উদ্ভূত বিভিন্ন মিডিয়া স্ট্রিমের মধ্যে পার্থক্য করতে বা একই অংশগ্রহণকারীদের থেকে বিভিন্ন ট্র্যাকের (যেমন বিভিন্ন ক্যামেরা) মধ্যে পার্থক্য করতে ব্যবহৃত হয়।

আরটিপি ট্রান্সসিভার

RFC 8829 তে বিস্তারিতভাবে বলা হয়েছে, একটি ট্রান্সসিভার হল একটি পিয়ার-টু-পিয়ার সেশনে RTP স্ট্রিমগুলির চারপাশে একটি বিমূর্তকরণ।

একটি একক ট্রান্সসিভার SDP-তে একটি একক মিডিয়া বর্ণনার সাথে ম্যাপ করা হয় এবং বর্ণনা করা হয়। একটি ট্রান্সসিভারে একটি RtpSender এবং একটি RtpReceiver থাকে।

যেহেতু RTP দ্বিমুখী, তাই প্রতিটি পিয়ারের একই RTP সংযোগের জন্য নিজস্ব ট্রান্সসিভার ইনস্ট্যান্স থাকে। স্থানীয় পিয়ারের জন্য প্রদত্ত ট্রান্সসিভারের RtpSender দূরবর্তী পিয়ারের একটি নির্দিষ্ট ট্রান্সসিভারের RtpReceiver এর সাথে ম্যাপ করা হয়। বিপরীতটিও সত্য। দূরবর্তী পিয়ারের একই ট্রান্সসিভারের RtpSender স্থানীয় পিয়ারের RtpReceiver এর সাথে ম্যাপ করা হয়।

প্রতিটি মিডিয়া বর্ণনার নিজস্ব ডেডিকেটেড ট্রান্সসিভার থাকে। অতএব, একাধিক RTP স্ট্রিম সহ একটি পিয়ার-টু-পিয়ার সেশনে প্রতিটি পিয়ারের জন্য একাধিক RtpSenders এবং RtpReceiver সহ একাধিক ট্রান্সসিভার থাকে।

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

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

  • কিভাবে একটি Meet Media API ক্লায়েন্ট তৈরি করতে হয় তা জানতে, Get start এ দেওয়া ধাপগুলি অনুসরণ করুন।

  • একটি নমুনা Meet Media API রেফারেন্স ক্লায়েন্ট কীভাবে সেট আপ এবং চালাবেন তা জানতে, C++ রেফারেন্স ক্লায়েন্ট কুইকস্টার্ট পড়ুন।

  • ধারণাগত সারসংক্ষেপ পেতে, Meet Media API ধারণাগুলি দেখুন।

  • WebRTC সম্পর্কে আরও জানতে, WebRTC For The Curious দেখুন।

  • Google Workspace API ব্যবহার করে ডেভেলপমেন্ট সম্পর্কে জানতে, যার মধ্যে প্রমাণীকরণ এবং অনুমোদন পরিচালনা করা অন্তর্ভুক্ত, Develop on Google Workspace দেখুন।