🥇WebRTC এবং ভিডিও নজরদারি: ক্যামেরা থেকে ভিডিও ল্যাটেন্সি কীভাবে আমরা কাটিয়ে উঠলাম

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

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

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

নতুন ইঞ্জিন ব্যবহারকারীকে কী দেয় তা বলার আগে আমরা আপনাকে মনে করিয়ে দেব কেন এবং কেন আমরা HLS প্রযুক্তি সমর্থন করি এবং কেন আমরা এগিয়ে যাওয়ার সিদ্ধান্ত নিয়েছি।

এইচএলএস ইঞ্জিন: সুবিধা এবং অসুবিধা

(c)

এইচএলএস (এইচটিটিপি লাইভ স্ট্রিমিং) প্রযুক্তি অ্যাপল তৈরি করেছিল, তাই এতে অবাক হওয়ার কিছু নেই যে এটি প্রথমে অ্যাপল ডিভাইসেই সমর্থিত হয়েছিল। বর্তমানে, এইচএলএস ভিডিও প্রায় সমস্ত সেট-টপ বক্স এবং এই অপারেটিং সিস্টেম চালিত অনেক ডিভাইসেও সমর্থিত। Android.

HLS ইঞ্জিনটি ভিডিও ডেটা স্ট্রিম করতে AAC বা MP264 অডিও স্ট্রীমের সাথে সুপরিচিত H3 ভিডিও কোডেক ব্যবহার করে। সম্পূর্ণ অডিও এবং ভিডিও ডেটা স্ট্রীম একটি MPEG-TS পরিবহন পাত্রে প্যাকেজ করা হয়। এইচটিটিপি প্রোটোকলের মাধ্যমে ট্রান্সমিশনের জন্য, স্ট্রীমে থাকা তথ্য m3u8 প্লেলিস্টে বর্ণিত টুকরোগুলিতে বিভক্ত। এবং শুধুমাত্র তারপর এই টুকরা, প্লেলিস্ট সহ, HTTP এর মাধ্যমে প্রেরণ করা হয়। স্বয়ংক্রিয়ভাবে চাঙ্কিং মানে সেকেন্ডে বিলম্ব। এটি MPEG-TS কন্টেইনারের একটি বৈশিষ্ট্য।

এইচএলএস ইঞ্জিন মাল্টিবিট্রেট স্ট্রীম, লাইভ/ভিওডি সমর্থন করে।

HLS এর প্রধান সুবিধা:

সমস্ত প্রধান ব্রাউজারে অন্তর্নির্মিত সমর্থন;
বাস্তবায়নের সহজতা (WebRTC এর তুলনায়);
একটি CDN-এ একবার সেগমেন্ট আপলোড করা যেতে পারে এই কারণে একটি বৃহৎ শ্রোতাদের কাছে সব ধরনের সম্প্রচার সংগঠিত করা খুবই সুবিধাজনক এবং দক্ষ।

ইঞ্জিনের সরলতা সত্ত্বেও, সবকিছু যতটা মসৃণ মনে হয় ততটা নয়। প্রধান সমস্যা হল যে তৃতীয় পক্ষের প্লেয়ার বিকাশকারীরা অ্যাপলের সুপারিশগুলি থেকে দূরে সরে গেছে, উদাহরণস্বরূপ সমর্থিত অডিও ফর্ম্যাটের ক্ষেত্রে। বিশেষ করে, অনেক ডেভেলপার জনপ্রিয় অডিও স্ট্রিমগুলির সাথে কাজ করার ক্ষমতা যোগ করতে শুরু করে: mpeg2 ভিডিও, mpeg2 অডিও, ইত্যাদি। ফলস্বরূপ, তাদের বিভিন্ন প্লেয়ারের জন্য বিভিন্ন প্লেলিস্ট ফরম্যাট তৈরি করতে হয়েছিল।

কিন্তু এইচএলএস ইঞ্জিনের সবচেয়ে বড় সমস্যা হল ডেটা ট্রান্সফারে উচ্চ বিলম্ব।

"ব্রেক" এর উত্স

এইচএলএস-এর উচ্চ বিলম্বের প্রধান কারণ হল যে প্রোগ্রামাররা সর্বোচ্চ মানের ছবি পাওয়ার জন্য ইঞ্জিন তৈরি করেছে। অতএব, ব্যবহৃত ফ্রেম ব্যবধানের পরামিতি এবং প্লেব্যাক বাফারের আকার সরাসরি ভিডিও সম্প্রচারের জন্য উপযুক্ত নয়। এই কারণে, ভিডিও ফুটেজ প্রেরণে মোটামুটি উচ্চ বিলম্ব হয়, যা 5-7 সেকেন্ড হতে পারে।

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

আপনি যদি এমন একটি অফিস দেখছেন যেখানে কর্মীরা তাদের মনিটর থেকে প্রতি ঘন্টায় একবার তাকায়, তাহলে 5 সেকেন্ডের বিলম্ব কোন ব্যাপারই না। কিন্তু লোকেরা অভিযোগ করতে শুরু করে যে, উদাহরণস্বরূপ, একটি ফুটবল ম্যাচ সম্প্রচার করার সময়, তারা ইতিমধ্যে চ্যাটে GOOOOL লিখেছিল, তবে এটি এখনও ভিডিওতে নেই :)। আমাদের ইতিমধ্যে বেশ কয়েকটি ব্যবহারকারীর ক্ষেত্রে রয়েছে যেখানে আইভিডিয়নকে কার্যত স্কাইপ প্রতিস্থাপন করা উচিত।

এইচএলএস-এ বিলম্বকে হারানো কি সম্ভব? এই প্রশ্নের উত্তরটি নবীন কীটপতঙ্গ নিয়ন্ত্রণ বিশেষজ্ঞদের বক্তৃতায় একজন অভিজ্ঞ ইঁদুর নির্মূলকারীর বক্তৃতার মতো শোনাচ্ছে: "ইঁদুরকে নির্মূল করা যায় না, তবে তাদের সংখ্যা যুক্তিসঙ্গত সর্বনিম্ন করা যেতে পারে।" HLS এর বিলম্বের সাথে একই, এটিকে শূন্যে কমানো সম্ভব হবে না, তবে বাজারে এমন কিছু সমাধান রয়েছে যা উল্লেখযোগ্যভাবে বিলম্বকে কমাতে পারে।

সূক্ষ্ম কাট

ইঞ্জিনের আরেকটি অসুবিধা হ'ল ডেটা স্থানান্তরের জন্য ছোট ফাইলের ব্যবহার। মনে হবে এতে দোষ কি?

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

আসুন সংক্ষিপ্তভাবে HLS প্রযুক্তির সমস্ত সুবিধা এবং অসুবিধাগুলি সংক্ষিপ্ত করি।

HLS এর সুবিধা:

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

অসুবিধেও:

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

HLS এর অসুবিধাগুলি আমাদের জন্য এর সুবিধাগুলিকে ছাড়িয়ে গেছে এবং আমাদের বিকল্প বিকল্পগুলি সন্ধান করতে বাধ্য করেছে।

WebRTC কি

(c)

WebRTC প্ল্যাটফর্মটি 2011 সালে Google দ্বারা তৈরি করা হয়েছিল যাতে ব্রাউজার এবং মোবাইল অ্যাপ্লিকেশনগুলির মধ্যে ন্যূনতম লেটেন্সি সহ স্ট্রিমিং ভিডিও এবং অডিও ডেটা প্রেরণ করা হয়। এর জন্য, স্ট্যান্ডার্ড UDP প্রোটোকল এবং বিশেষ প্রবাহ নিয়ন্ত্রণ অ্যালগরিদম ব্যবহার করা হয়। আজ এটি একটি ওপেন সোর্স প্রকল্প, সক্রিয়ভাবে রক্ষণাবেক্ষণ এবং Google দ্বারা বিকাশ করা হয়েছে৷

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

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

এর সমস্ত নিঃসন্দেহে সুবিধার জন্য, WebRTC এর বেশ কিছু উল্লেখযোগ্য অসুবিধা রয়েছে।

পছন্দ অসুবিধা

WebRTC প্রযুক্তি নেটওয়ার্ক ইন্টারঅ্যাকশনের ক্ষেত্রে অনেক বেশি জটিল কারণ এটি P2P সম্পর্কে। এটি ডিবাগ করা, পরীক্ষা করা এবং অপ্রত্যাশিতভাবে আচরণ করা কঠিন। একই সময়ে, আমাদের NAT এবং ফায়ারওয়ালকে কাটিয়ে উঠতে হবে, আমাদের UDP ব্লক করা নেটওয়ার্কগুলিতে অপারেশন নিশ্চিত করতে হবে।

Google এর WebRTC বাস্তবায়ন ব্যবহার করা খুবই কঠিন। এমনকি একটি সম্পূর্ণ কোম্পানি রয়েছে যা SDK সমাবেশ পরিষেবা প্রদান করে। এছাড়াও, পুরো ভিডিওটিকে পুনরায় এনকোড না করেই আমাদের সিস্টেমের সাথে একীভূত করা Google-এর বাস্তবায়ন খুবই কঠিন ছিল।

যাইহোক, আমরা দীর্ঘদিন ধরে ব্যবহারকারীদের পূর্ণাঙ্গ "লাইভ" ভিডিওর সাথে কাজ করার সুযোগ দিতে এবং স্ক্রিনের চিত্র এবং ইভেন্টগুলির মধ্যে ব্যবধান কমিয়ে দিতে চেয়েছিলাম। এছাড়াও, আমাদের PTZ ক্যামেরা ব্যবহার করার ইচ্ছা ছিল, যেখানে বিলম্বগুলি সমালোচনামূলক, আরও আরামদায়ক।

অন্যান্য অ্যান্টি-ল্যাগ বাস্তবায়নের এখনও সীমিত কার্যকারিতা রয়েছে এবং লক্ষণীয়ভাবে খারাপ কাজ করার বিষয়টি বিবেচনা করে, আমরা WebRTC ব্যবহার করার সিদ্ধান্ত নিয়েছি।

আমরা কি করলাম

WebRTC প্ল্যাটফর্ম সঠিকভাবে বাস্তবায়ন করা সহজ কাজ নয়। যেকোন ভুল গণনা বা ভুলতা ভিডিও ট্রান্সমিশনে বিলম্বের কারণ হতে পারে অন্যান্য প্ল্যাটফর্মের তুলনায় শুধু কমছে না, বরং বৃদ্ধিও হতে পারে।

WebRTC সঠিকভাবে কাজ করার জন্য, প্রথমত, ওয়েব ভিডিওর সাথে কাজ করার জন্য স্ট্যাকের একটি প্রযুক্তিগত আপগ্রেড করা প্রয়োজন। সেটাই আমরা করেছি।

প্রথমত, আমরা Websocket-এ একটি WebRTC সিগন্যালিং প্রোটোকল সার্ভার প্রয়োগ করেছি, এবং webrtc.org SDK-এর উপর ভিত্তি করে ক্লাউডে একটি WebRTC পিয়ার সার্ভারও স্থাপন করেছি। এর কাজ হল ভিডিও ট্রান্সকোডিং ছাড়া H.264 + Opus/G.711 ফর্ম্যাটে ক্লায়েন্ট WebRTC সহকর্মীদের ভিডিও স্ট্রীম বিতরণ করা।

আমরা ওয়েবসকেটকে সিগন্যালিং প্রোটোকল হিসাবে বেছে নিয়েছি কারণ এটি ইতিমধ্যেই সমস্ত জনপ্রিয় ওয়েব ব্রাউজারে উচ্চ-মানের সমর্থন রয়েছে৷ এর কারণে, আপনি শুধুমাত্র ডেভেলপমেন্ট ওভারহেডকে উল্লেখযোগ্যভাবে কমাতে পারবেন না, AJAX এর তুলনায় বারবার TCP এবং TLS হ্যান্ডশেক করার সময় এবং সম্পদের অপচয় এড়াতে পারবেন।

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

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

আমরা P2P এর সীমাবদ্ধতাগুলিকে অতিক্রম করেছি P2P এর মাধ্যমে নয়, কিন্তু UDP এবং প্রবাহ নিয়ন্ত্রণের মাধ্যমে বিলম্বতা কমানোর মাধ্যমে। এটি ওয়েবআরটিসি-তেও তৈরি করা হয়েছে, যেহেতু প্রধান ব্যবহারের ক্ষেত্রে হল একটি ব্রাউজারের মাধ্যমে p2p কথোপকথন।

মোবাইল ক্লায়েন্টে, আমরা webrtc.org SDK ব্যবহার করে প্লেয়ারটি প্রয়োগ করেছি, যেহেতু এটি সঠিকভাবে প্রবাহ নিয়ন্ত্রণ প্রয়োগ করে, সমস্ত পরিচিত ফরোয়ার্ড এরর সংশোধন (FEC) স্কিম রয়েছে এবং সমস্ত ব্রাউজারগুলির জন্য প্যাকেটগুলি পুনরায় পাঠানোর পদ্ধতি সঠিকভাবে প্রয়োগ করে৷ এটাও গুরুত্বপূর্ণ যে webrtc.org SDK সক্রিয়ভাবে Google দ্বারা বিকাশ করা হচ্ছে৷

WebRTC বাস্তবায়নের ফলাফল কি?

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

Ivideon ক্লাউড পরিষেবাতে WebRTC সমর্থন চালু করার পর, আমরা সম্পূর্ণ আত্মবিশ্বাসের সাথে বলতে পারি যে আমাদের ক্লায়েন্টরা এখন সম্পূর্ণ লাইভ ভিডিও দেখতে পারবে। এখন ভিডিও সিকোয়েন্স সম্প্রচার করার সময় বিলম্ব এক সেকেন্ডের বেশি হয় না! তুলনা করার জন্য, আগের HLS ইঞ্জিনটি 5-7 সেকেন্ডের বিলম্বের সাথে ভিডিও ডেলিভারি প্রদান করেছিল। ভিডিও প্রদর্শনের গতির পার্থক্য খুবই তাৎপর্যপূর্ণ, এবং ব্যবহারকারী আমাদের ভিডিও পরিষেবার সাথে কাজ শুরু করার সাথে সাথে তা লক্ষ্য করবে।

আমরা যেমন আশা করেছিলাম, নতুন প্লেয়ারের বাস্তবায়ন ক্যামেরার সাথে PTZ এবং ভয়েস যোগাযোগের প্রতিক্রিয়াশীলতা উন্নত করেছে।

শুধুমাত্র একটি সূক্ষ্ম বিন্দু আছে যা আমরা মনোযোগ আকর্ষণ করতে চাই। নতুন WebRTC প্লেয়ার বর্তমানে পরীক্ষা মোডে কাজ করছে। এবং সেই কারণেই আমরা ডিফল্টরূপে আমাদের সমস্ত ক্লায়েন্টদের জন্য এটি সক্রিয় করি না। তবে আপনি ক্যামেরা সেটিংসে সংশ্লিষ্ট আইটেমটি সক্ষম করে এটি নিজেই সক্রিয় করতে পারেন (এটি করতে, এখানে যান ব্যক্তিগত অ্যাকাউন্ট).

Ivideon পরিষেবাতে WebRTC বাস্তবায়নের বৈশিষ্ট্য

WebRTC এই মুহূর্তে একটি পরীক্ষামূলক প্রযুক্তি। এর সমর্থন এখনও সমস্ত ব্রাউজার এবং ব্যবহারকারী ডিভাইসে সঠিকভাবে প্রয়োগ করা হয়নি, এবং সমস্ত ক্যামেরাতেও নয়।

এই কারণেই আমরা এখনও WebRTC প্লেয়ারটিকে সমস্ত ব্যবহারকারীর জন্য ডিফল্ট করেনি।

আপাতত, আমরা শুধুমাত্র Google Chrome ব্রাউজারে WebRTC ব্যবহার করার পরামর্শ দিই। Firefox এবং Safari-এর সর্বশেষ সংস্করণগুলিও এই প্রযুক্তিকে সমর্থন করে, কিন্তু দুর্ভাগ্যবশত, এটি এখনও অস্থির।

আমরা এখনও মোবাইল ডিভাইসে ব্রাউজারগুলির জন্য WebRTC সমর্থন প্রয়োগ করিনি৷ বর্তমানে, আপনি যদি একটি মোবাইল ডিভাইস থেকে লগ ইন করেন এবং WebRTC সক্রিয় করেন, এই মোড কাজ করবে না। যাইহোক, WebRTC এর জন্য আমাদের মোবাইল অ্যাপ্লিকেশনগুলিতে উপলব্ধ Android и আইওএস.

এবং আমাদের পরিষেবাতে WebRTC বাস্তবায়নের বৈশিষ্ট্যগুলি সম্পর্কে গল্পটি শেষ করে, আসুন আরও দুটি সূক্ষ্ম পয়েন্ট নোট করি।

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

দ্বিতীয়ত, যেহেতু প্রযুক্তিটি রিয়েল টাইমে লাইভ ভিডিওর সাথে বিশেষভাবে কাজ করার জন্য ডিজাইন করা হয়েছে, তাই আমরা আর্কাইভ করা ভিডিও ডেটার সাথে কাজ করতে এটি ব্যবহার করি না।

পরিষেবার অন্যান্য পরিবর্তন

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

আমাদের ক্লাউড ভিডিও নজরদারি সিস্টেম এবং ব্যক্তিগত অ্যাকাউন্টে আপনার জন্য অপেক্ষা করা পরিবর্তনগুলির একটি সংক্ষিপ্ত বিবরণ এখানে রয়েছে৷ আমাদের সাথে থাকুন এবং খবর অনুসরণ করুন!

উত্স: www.habr.com