د بادل ویډیو سرویلانس سیسټم کې د کار کولو له لومړیو ورځو راهیسې ، موږ د یوې ستونزې سره مخ وو ، پرته له دې چې حل یې کړو چې موږ کولی شو ایویډیون ته پریږدو - دا زموږ ایوریسټ و ، ختلو چې ډیره انرژي یې واخیسته ، مګر اوس موږ په پای کې لرو. د کراس پلیټ فارم پزل په پورتنۍ برخه کې د یخ کندې ودرول.
د انټرنیټ له لارې د آډیو او ویډیو لیږدولو سیسټم باید په تجهیزاتو، ویب مراجعینو او هغه معیارونو پورې اړه ونلري چې دوی یې ملاتړ کوي، او همدارنګه د شبکې پته ژباړونکو او اور وژونکو په شتون کې په سمه توګه کار کوي. د بادل ویډیو نظارت کارونکي غواړي خدمت ته لاسرسی ومومي ، حتی که هغه انلاګ کیمرې کاروي ، او غوره کوي چې په خورا عصري وسیله کې ژوندۍ ویډیو نشرات وګوري.
دا خورا مهم دی چې کاروونکي غواړي د لږ ځنډ سره ویډیوګانې وګوري. په براوزر کې د ټیټ ځنډ سره د ویډیو ښودلو نږدې یوازینۍ لار د WebRTC (ویب ریښتیني وخت مخابراتو) کارول دي. WebRTC په براوزرونو کې د ویډیو او آډیو د شریک څخه د شریک لیږد لپاره د ټیکنالوژیو مجموعه ده چې په پیل کې د ټیټ ځنډ سره د ویډیو جریانونو لیږد او پلی بیک لپاره ډیزاین شوې. د دې هدف لپاره، د نورو شیانو په منځ کې، د UDP پروتوکول کارول کیږي.
مخکې لدې چې موږ تاسو ته ووایو چې نوی انجن کارونکي ته څه ورکوي، موږ به تاسو ته یادونه وکړو چې ولې او ولې موږ د HLS ټیکنالوژیو ملاتړ کوو، او ولې موږ پریکړه وکړه چې پرمخ لاړ شو.
HLS انجن: ګټې او زیانونه
()
د HLS (HTTP ژوندۍ خپرونې) ټیکنالوژي د ایپل لخوا رامینځته شوې، نو دا د حیرانتیا خبره نه ده چې دا لومړی ځل د ایپل وسیلو کې ملاتړ شوی و. نن ورځ، د HLS ویډیو هم په عملي توګه د ټولو سیټ ټاپ بکسونو او ډیری وسیلو لخوا ملاتړ کیږي چې OS چلوي. Android.
د HLS انجن د ویډیو ډیټا جریان کولو لپاره د AAC یا MP264 آډیو جریانونو سره په ترکیب کې مشهور H3 ویډیو کوډیک کاروي. ټول آډیو او ویډیو ډیټا جریان د MPEG-TS ټرانسپورټ کانټینر کې بسته شوی. د HTTP پروتوکول له لارې د لیږد لپاره، په جریان کې موجود معلومات په m3u8 پلی لیستونو کې بیان شوي ټوټې ویشل شوي. او یوازې بیا دا ټوټې، د پلی لیستونو سره، د HTTP له لارې لیږدول کیږي. په اوتومات ډول ټک کول په ثانیو کې د ځنډ معنی لري. دا د MPEG-TS کانټینر ځانګړتیا ده.
د HLS انجن هم د ملټي بیټریټ جریانونو ملاتړ کوي، ژوندی/VOD.
د HLS اصلي ګټې:
- په ټولو لوی براوزرونو کې جوړ شوی ملاتړ؛
- د پلي کولو اسانتیا (د WebRTC په پرتله)؛
- دا خورا اسانه او مؤثره ده چې لوی لیدونکو ته هر ډول خپرونې تنظیم کړئ د دې حقیقت له امله چې برخې یو ځل CDN ته اپلوډ کیدی شي.
د انجن د سادګۍ سره سره، هرڅه دومره اسانه ندي لکه څنګه چې ښکاري. اصلي ستونزه دا ده چې د دریمې ډلې پلیر پراختیا کونکي د ایپل وړاندیزونو څخه لیرې شوي ، د مثال په توګه د ملاتړ شوي آډیو فارمیټونو شرایطو کې. په ځانګړې توګه، ډیری پراختیا کونکو د مشهور آډیو جریانونو سره د کار کولو وړتیا اضافه کول پیل کړل: mpeg2 ویډیو، mpeg2 آډیو، او داسې نور. د پایلې په توګه، دوی باید د مختلف لوبغاړو لپاره مختلف پلی لیست فارمیټونه رامینځته کړي.
مګر د HLS انجن سره یوه لویه ستونزه د معلوماتو لیږد کې لوړ ځنډ دی.
د "بریکونو" اصل
د HLS د لوړې ځنډ اصلي لامل په حقیقت کې دی چې برنامه کونکو د لوړ کیفیت عکسونو ترلاسه کولو لپاره انجن رامینځته کړی. له همدې امله ، د کارول شوي چوکاټ وقفې پیرامیټونه او د پلے بیک بفر اندازه په ساده ډول د ژوندیو ویډیو خپرونو لپاره مناسب ندي. د دې له امله، د ویډیو فوٹیج په لیږد کې خورا لوړ ځنډ شتون لري، کوم چې کیدای شي 5-7 ثانیې وي.
له یوې خوا، دا ډیر ندی، د بیلګې په توګه، د هغو کسانو لپاره چې د ویډیو کوربه کولو سرور څخه فلم ګوري. مګر د ویډیو څارنې سیسټمونو لپاره، د ویډیو فوٹیج لیږدولو کې ځنډ خورا مهم کیدی شي.
که تاسو یو دفتر ګورئ چیرې چې کارمندان په ساعت کې یو ځل د خپلو څارونکو څخه ګوري ، نو د 5 ثانیو ځنډ هیڅ اهمیت نلري. مګر خلکو شکایت پیل کړ چې د بیلګې په توګه، کله چې د فوټبال لوبه خپره کړه، دوی لا دمخه په چیٹ کې GOOOOL لیکلي، مګر دا لاهم په ویډیو کې ندي :). موږ دمخه د کارونکي ډیری قضیې لرو چیرې چې Ivideon باید په عملي ډول سکایپ ځای په ځای کړي.
ایا دا امکان لري چې په HLS کې ځنډ مات کړئ؟ د دې پوښتنې ځواب د آفتونو کنټرول نوي متخصصینو ته په یوه لیکچر کې د تجربه لرونکي موږک وژونکي وینا په څیر ښکاري: " موږکان له مینځه وړل کیدی نشي، مګر د دوی شمیر یو مناسب حد ته راټیټ کیدی شي." په HLS کې د ځنډ سره ورته ، دا به امکان ونلري چې دا صفر ته راټیټ کړي ، مګر په بازار کې داسې حلونه شتون لري چې کولی شي د پام وړ ځنډ کم کړي.
ښه کټ مټ
د انجن بله نیمګړتیا د معلوماتو لیږد لپاره د کوچنیو فایلونو کارول دي. داسې ښکاري چې په دې کې څه شی دی؟
هر هغه چا چې هڅه کړې چې لوی شمیر کوچني فایلونه له یوې مینځنۍ څخه بلې ته کاپي کړي شاید لیدلي وي چې د ورته سیټ لیکلو سرعت د ورته اندازې لوی فایل څخه خورا ټیټ دی. او هارډ ډرایو ته د لاسرسي شدت د پام وړ وده کوي ، کوم چې عموما د ټول کمپیوټر فعالیت منفي اغیزه کوي. له همدې امله، په کوچنیو 10 ثانیو کې د ویډیو ډیټا لیږدول هم د انجن ځنډیدلو کې مرسته کوي.
راځئ چې په لنډه توګه د HLS ټیکنالوژۍ ټولې ګټې او زیانونه لنډیز کړو.
د HLS ګټې:
- د هر ډول وسیلو سره د کار کولو وړتیا. تاسو کولی شئ په هر عصري وسیله ویډیوګانې وګورئ، دا سمارټ فون، ټابلیټ، لپ ټاپ یا ډیسټاپ کمپیوټر وي. اصلي شی دا دی چې ویب براوزر تازه دی او د HTML5 او میډیا سرچینې توسیعونو سره مطابقت لري.
- د عالي عکس کیفیت. د تطبیق شوي ډیټا لیږد فعالیت کارول تاسو ته اجازه درکوي په متحرک ډول د انټرنیټ اتصال بینډ ویت پورې اړوند د لیږد شوي ویډیو کیفیت بدل کړئ ، پداسې حال کې چې الګوریتم هڅه کوي اعظمي کیفیت وساتي.
- د کارونکي تجهیزاتو پیچلي ترتیب ته اړتیا نشته.
زيانونه:
- په ځینو وسیلو کې د انجن سره کار کولو لپاره محدود ملاتړ.
- د عکس لیږد کې لوړ ځنډ.
- په سر کې د پام وړ زیاتوالی او د وړو فایلونو کارولو له امله د اصلاح کولو پیچلتیا. د کانټینر طبیعت له امله ، موږ به هیڅکله ونه توانیږو چې د برخې اندازې څخه ټیټ ځنډ ترلاسه کړو.
د HLS زیانونه زموږ لپاره د هغې ګټې ډیرې کړې او موږ یې دې ته اړ کړل چې د بدیل اختیارونو په لټه کې شو.
WebRTC څه شی دی؟
()
د WebRTC پلیټ فارم په 2011 کې د ګوګل لخوا رامینځته شوی ترڅو د براوزرونو او ګرځنده غوښتنلیکونو ترمینځ د لږ ځنډ سره د سټیمینګ ویډیو او آډیو ډیټا لیږد کړي. د دې لپاره، معیاري UDP پروتوکول او ځانګړي جریان کنټرول الګوریتم کارول کیږي. نن ورځ دا د خلاصې سرچینې پروژه ده، دا په فعاله توګه د ګوګل لخوا ساتل کیږي او وده کوي.
WebRTC د ټیکنالوژیو یوه مجموعه ده چې د ملګري سره د ویډیو او آډیو لیږد لپاره. دا، د مثال په توګه، د WebRTC کارولو کاروونکي براوزرونه کولی شي یو بل ته ډاټا مستقیم انتقال کړي، پرته له دې چې د ډیټا ذخیره کولو او پروسس کولو لپاره د ریموټ سرورونو کارولو څخه. ټول معلومات د پای کاروونکو براوزرونو او ګرځنده غوښتنلیکونو لخوا هم پروسس کیږي.
د دې ټیکنالوژۍ اسانتیا او پراخه وړتیاوې د ټولو مشهور براوزرونو پراختیا کونکو لخوا ستایل شوي دي. د WebRTC ملاتړ اوس مهال په موزیلا فایرفاکس، اوپیرا، ګوګل کروم (او ټولو کرومیم میشته براوزرونو) کې شتون لري، او همدارنګه په ګرځنده ایپسونو کې چې چلیږي Android او iOS.
د دې ټولو بې شکه ګټو لپاره، WebRTC ډیری مهم زیانونه لري.
د انتخاب مشکلات
د WebRTC ټیکنالوژي د شبکې متقابل عمل په شرایطو کې خورا پیچلې ده ځکه چې دا د P2P په اړه ده. دا ستونزمنه ده چې ډیبګ، ازموینه، او په غیر متوقع ډول چلند وکړي. په ورته وخت کې، موږ اړتیا لرو چې په NAT او فایروال باندې بریالي شو، موږ اړتیا لرو چې په شبکو کې عملیات ډاډمن کړو چیرې چې UDP بند شوی وي.
د ګوګل د WebRTC تطبیق کارول خورا ستونزمن دي. حتی یو بشپړ شرکت شتون لري چې د SDK مجلس خدمات وړاندې کوي. برسیره پردې، د ګوګل پلي کول خورا ستونزمن وو چې زموږ د سیسټم سره یوځای کول پرته له دې چې ټوله ویډیو بیا کوډ کړي.
په هرصورت، موږ له ډیرې مودې راهیسې غوښتل چې کاروونکو ته فرصت ورکړو چې د بشپړ "ژوندۍ" ویډیو سره کار وکړي او په سکرین کې د عکس او پیښو تر مینځ وقفه کمه کړي. برسیره پردې، موږ د PTZ کیمرې کارولو لپاره لیوالتیا درلوده، چیرې چې ځنډ خورا مهم دی، ډیر آرام دی.
د دې په پام کې نیولو سره چې د ځنډ ضد نور تطبیقونه لاهم محدود فعالیت لري او د پام وړ خراب کار کوي، موږ پریکړه وکړه چې WebRTC وکاروو.
موږ څه کړي دي
د WebRTC پلیټ فارم په سمه توګه پلي کول اسانه کار نه دی. هر ډول غلط محاسبه یا غلطۍ کولی شي د ویډیو لیږد کې ځنډ لامل شي چې نه یوازې د نورو پلیټ فارمونو په پرتله کمیږي ، بلکه وده کوي.
د دې لپاره چې WebRTC په سمه توګه کار وکړي، لومړی، دا اړینه ده چې د ویب ویډیو سره کار کولو لپاره د سټیک تخنیکي اپ گریڈ ترسره کړئ. دا هغه څه دي چې موږ یې وکړل.
لومړی، موږ په ویب ساکټ کې د WebRTC سیګنلینګ پروتوکول سرور پلي کړ، او همدارنګه د webrtc.org SDK پراساس په کلاوډ کې د WebRTC پیر سرور ځای په ځای کړ. د دې دنده دا ده چې د ویډیو ټرانسکوډ کولو پرته H.264 + Opus/G.711 بڼه کې پیرودونکي WebRTC همکارانو ته ویډیو جریانونه توزیع کړي.
موږ ویب ساکټ د سیګنال پروتوکول په توګه غوره کړی ځکه چې دا دمخه په ټولو مشهور ویب براوزرونو کې د لوړ کیفیت ملاتړ لري. د دې له امله، تاسو کولی شئ د پام وړ نه یوازې د پراختیا سر کم کړئ، بلکې د AJAX په پرتله په تکرار TCP او TLS لاسوندونو کې د وخت او سرچینو ضایع کولو څخه مخنیوی وکړئ.
حقیقت دا دی چې د ډیفالټ په واسطه، WebRTC د سرچینې او مراجعینو غوښتنلیکونو ترمنځ د ریښتیني وخت ویډیو اړیکو په سمه توګه ترتیب، ساتلو، او پای ته رسولو لپاره اړین سیګنال پروتوکول نه وړاندې کوي.
او په خپلواکه توګه د سیګنلینګ ټیکنالوژۍ پلي کولو لپاره ، موږ اړتیا لرو د څو ویب پروتوکولونو ملاتړ سره خپل سیګنلینګ سرور رامینځته کړو (Websocet, WebRTC). او په ریښتیني وخت کې د غونډو او خبرتیاو په خوندي ډول اداره کولو وړتیا سره ، د ویډیو مدیریت او نور ډیر څه.
موږ د P2P محدودیتونه د ځنډ کمولو له لارې نه د P2P له لارې ، مګر د ځنډ کمولو لپاره د UDP او جریان کنټرول له لارې بریالي شو. دا په WebRTC کې هم جوړ شوی، ځکه چې د کارونې اصلي قضیه د براوزر له لارې د p2p خبرې اترې دي.
په ګرځنده پیرودونکي کې، موږ پلیر د webrtc.org SDK په کارولو سره پلي کړی، ځکه چې یوازې دا په سمه توګه د جریان کنټرول پلي کوي، ټول پیژندل شوي فارورډ ایرر سمون (FEC) سکیمونه لري، او په سمه توګه د ټولو براوزرونو لپاره د پاکټونو بیا لیږلو میکانیزم پلي کوي. دا هم مهمه ده چې webrtc.org SDK په فعاله توګه د ګوګل لخوا رامینځته کیږي.
د WebRTC پلي کولو پایله څه ده؟
د کیمرې څخه د ژوندۍ ویډیو لیدو لپاره، موږ ستاسو شخصي حساب ته د WebRTC پراساس یو نوی مطلوب پلیر اضافه کړی دی. دا د ګړندي ویډیو بارولو سرعت چمتو کوي او په بشپړ ډول د لیدو وخت ډیریدو سره د ځنډ راټولولو ستونزه له مینځه وړي.
د Ivideon کلاوډ خدمت کې د WebRTC ملاتړ معرفي کولو وروسته ، موږ کولی شو په بشپړ باور سره ووایو چې زموږ پیرودونکي اوس کولی شي بشپړ ژوندۍ ویډیو وګوري. اوس کله چې د ویډیو ترتیبونو خپرول ځنډ له یوې ثانیې څخه زیات نه وي! د پرتله کولو لپاره، پخوانی HLS انجن د 5-7 ثانیو ځنډ سره د ویډیو تحویل چمتو کړی. د ویډیو مظاهرې سرعت کې توپیر خورا مهم دی، او کاروونکي به زموږ د ویډیو خدمت سره کار پیل کولو وروسته سمدلاسه خبر کړي.
لکه څنګه چې موږ تمه درلوده، د نوي لوبغاړي پلي کول د PTZ غبرګون او د کیمرې سره غږیز ارتباط ښه کړی.
دلته یوازې یو فرعي ټکي شتون لري چې موږ یې پاملرنه غواړو. نوی WebRTC پلیر اوس مهال د ټیسټ حالت کې کار کوي. او له همدې امله موږ دا د خپلو ټولو پیرودونکو لپاره په ډیفالټ نه فعال کوو. مګر تاسو کولی شئ دا پخپله د کیمرې ترتیباتو کې د اړوند توکي فعالولو سره فعال کړئ (د دې کولو لپاره ، لاړشئ ).
د Ivideon خدمت کې د WebRTC پلي کولو ځانګړتیاوې
WebRTC اوس هم یوه تجربه لرونکې ټیکنالوژي ده. د دې ملاتړ لاهم په ټولو براوزرونو او کارونکي وسیلو کې په سمه توګه نه پلي کیږي ، او په ټولو کیمرونو کې هم نه.
همدا علت دی چې موږ لا تر اوسه د ټولو کاروونکو لپاره د WebRTC پلیر نه دی جوړ کړی.
د اوس لپاره، موږ یوازې د ګوګل کروم براوزرونو کې د WebRTC کارولو وړاندیز کوو. د فایرفوکس او سفاري وروستي نسخې هم د دې ټیکنالوژۍ ملاتړ کوي، مګر، له بده مرغه، دا لاهم بې ثباته ده.
موږ تر اوسه په ګرځنده وسیلو کې د براوزرونو لپاره د WebRTC ملاتړ نه دی پلي کړی. اوس مهال، که تاسو د ګرځنده وسیلې څخه ننوتل او WebRTC فعال کړئ، دا حالت به کار ونکړي. په هرصورت، WebRTC زموږ په ګرځنده غوښتنلیکونو کې شتون لري и .
او زموږ په خدمت کې د WebRTC پلي کولو ځانګړتیاو په اړه کیسه پای ته رسولو، راځئ چې دوه نور فرعي ټکي یاد کړو.
لومړی، ټیکنالوژي په ریښتیني وخت کې د ژوندیو ویډیو نشرولو تمرکز کوي. نو له همدې امله، که ستاسو چینل د ویډیو لیږدولو لپاره کافي بینډ ویت نلري، تاسو به د فریم ډراپونه وګورئ (د HLS سره تاسو به د ویډیو له مینځه وړل او د ځنډ زیاتوالی وګورئ، مګر د فریم څاڅکي به شتون ونلري)، مګر ویډیو به بیا هم په ریښتیا سره خپره شي. وخت
دوهم، له هغه وخته چې ټیکنالوژي په ریښتیني وخت کې د ژوندیو ویډیو سره د کار کولو لپاره ډیزاین شوې، موږ دا د آرشیف شوي ویډیو ډیټا سره کار کولو لپاره نه کاروو.
په خدمت کې نور بدلونونه
په دې وخت کې، فلش نور د اتوماتیک انجن انتخاب میکانیزم کې ښکیل نه دی. تاسو لاهم کولی شئ دا ډول پلیر وکاروئ ، مګر د دې کولو لپاره تاسو اړتیا لرئ دا په لاسي ډول په حساب یا کیمرې تنظیماتو کې وټاکئ. دا فیشن ته درناوی نه دی، دا یوازې دا دی چې زموږ د خدماتو احصایې سره سم، په عملي توګه هیڅ کاروونکي د فلش سره کار کولو ته پاتې نه دي. او د دې معلومولو هڅه کوي چې ایا د کارونکي براوزر یې ملاتړ کوي ، موږ شاوخوا 2 ثانیې قیمتي وخت له لاسه ورکوو.
دلته د بدلونونو لنډه کتنه ده چې زموږ د بادل ویډیو څارنې سیسټم او شخصي حساب کې ستاسو په تمه دي. له موږ سره پاتې شئ او خبرونه تعقیب کړئ!
سرچینه: www.habr.com
