সমস্যাঃ
ওয়েবআরটিসি আমাদের পিয়ার-টু-পিয়ার ভিডিও / অডিও সংযোগ দেয়। এটি পি 2 পি কল, hangouts এর জন্য উপযুক্ত। তবে সম্প্রচার সম্পর্কে কী (এক থেকে বহু, উদাহরণস্বরূপ, 1-থেকে-10000)?
বলুন আমাদের কাছে একটি সম্প্রচারক "বি" এবং দু'জন উপস্থিতি "এ 1", "এ 2" রয়েছে। অবশ্যই এটি সমাধানযোগ্য বলে মনে হচ্ছে: আমরা কেবল A1 এর সাথে B এবং তারপরে B কে A2 এর সাথে যুক্ত করব। সুতরাং বি ভিডিও / অডিও স্ট্রিমটি সরাসরি এ 1 এ এবং অন্য স্ট্রিমটি এ 2 তে প্রেরণ করে। বি দু'বার স্ট্রিম প্রেরণ করে।
এখন কল্পনা করা যাক 10000 জন উপস্থিত আছেন: এ 1, এ 2, ..., এ 10000 এর অর্থ বি অবশ্যই 10000 স্ট্রিম প্রেরণ করবে। প্রতিটি স্ট্রিম ~ 40KB / s যার অর্থ এই সম্প্রচারটি বজায় রাখতে খ 400MB / s বহির্গামী ইন্টারনেট গতি প্রয়োজন। অগ্রহণীয়।
মূল প্রশ্ন (ওবসোলেট)
এটি কোনওভাবে সমাধান করা সম্ভব, সুতরাং বি কিছু সার্ভারে কেবল একটি স্ট্রিম প্রেরণ করে এবং উপস্থিতরা এই সার্ভারটি থেকে কেবল এই স্ট্রিমটি টানবে? হ্যাঁ, এর অর্থ এই সার্ভারে বহির্গামী গতি অবশ্যই বেশি হওয়া উচিত তবে আমি এটি বজায় রাখতে পারি।
অথবা হতে পারে এর অর্থ ওয়েবআরটিসি ধারণা নষ্ট করা?
মন্তব্য
শেষ গ্রাহকদের জন্য দরিদ্র ইউএক্স অনুযায়ী ফ্ল্যাশ আমার প্রয়োজনের জন্য কাজ করছে না।
সমাধান (সত্যিই নয়)
26.05.2015 - ওয়েবআরটিটিসি-র জন্য এই মুহুর্তে স্কেলযোগ্য সম্প্রচারের জন্য কোনও সমাধান নেই, যেখানে আপনি মিডিয়া-সার্ভারগুলি মোটেই ব্যবহার করেন না। বাজারে সার্ভার-সাইড সমাধানের পাশাপাশি হাইব্রিড (বিভিন্ন অবস্থার উপর নির্ভর করে পি 2 পি + সার্ভার-সাইড) রয়েছে।
Https://github.com/muaz-khan/WebRTC- বিস্তৃত- সম্প্রচারের মতো কিছু প্রতিশ্রুতিবদ্ধ প্রযুক্তি রয়েছে তবে তাদের এই সমস্ত সম্ভাব্য সমস্যার উত্তর দেওয়া দরকার: বিলম্বিতা, সামগ্রিক নেটওয়ার্ক সংযোগ স্থায়িত্ব, স্কেলাবিলিটি সূত্র (এগুলি সম্ভবত অসীম-স্কেলেবল নয়) )।
পরামর্শ
- অডিও এবং ভিডিও উভয় কোডেককেই টুইট করে সিপিইউ / ব্যান্ডউইথকে হ্রাস করুন;
- একটি মিডিয়া সার্ভার পান।