ڪلائوڊ ويڊيو نگراني سسٽم تي ڪم ڪرڻ جي پهرين ڏينهن کان، اسان کي هڪ مسئلي سان منهن ڏيڻو پيو، بغير ڪنهن حل جي جنهن کي اسين Ivideon تي ڇڏي سگهون ٿا - هي اسان جي ايورسٽ هئي، چڙهڻ جنهن ۾ تمام گهڻي توانائي ورتي، پر هاڻي اسان آخرڪار آهي. ڪراس-پليٽفارم پزل جي چوٽي ۾ هڪ برفاني ڪلهي کي پڪڙيو.
انٽرنيٽ تي آڊيو ۽ وڊيو کي منتقل ڪرڻ جو سسٽم سامان، ويب ڪلائنٽ ۽ معيار تي منحصر نه هجڻ گهرجي، جيڪي انهن جي حمايت ڪن ٿا، ۽ نيٽ ورڪ ايڊريس مترجم ۽ فائر والز جي موجودگي ۾ صحيح طور تي ڪم ڪن ٿا. هڪ ڪلائوڊ ويڊيو نگراني صارف خدمت تائين رسائي ڪرڻ چاهي ٿو، جيتوڻيڪ هو اينالاگ ڪئميرا استعمال ڪري ٿو، ۽ جديد ترين ڊوائيس تي لائيو ويڊيو براڊڪاسٽ ڏسڻ کي ترجيح ڏئي ٿو.
اهو تمام ضروري آهي ته صارف گهٽ ۾ گهٽ دير سان وڊيوز ڏسڻ چاهيندو آهي. هڪ برائوزر ۾ گهٽ ويڪرائي سان وڊيو ڏيکارڻ جو تقريباً واحد طريقو آهي WebRTC (ويب ريئل ٽائيم ڪميونيڪيشن) استعمال ڪرڻ. WebRTC برائوزرن ۾ وڊيوز ۽ آڊيو جي پيئر-ٽو-پيئر ٽرانسميشن لاءِ ٽيڪنالاجيز جو ھڪڙو سيٽ آھي، شروعاتي طور تي وڊيو اسٽريمز جي گھٽ ويڪرائي سان ٽرانسميشن ۽ پلے بیک لاءِ ٺاھيو ويو آھي. هن مقصد لاء، ٻين شين جي وچ ۾، يو ڊي پي پروٽوڪول استعمال ڪيو ويندو آهي.
ان کان اڳ جو اسان توهان کي ٻڌايان ته نئين انجڻ صارف کي ڇا ڏئي ٿي، اسان توهان کي ياد ڏينداسين ڇو ۽ ڇو اسان HLS ٽيڪنالاجي جي حمايت ڪريون ٿا، ۽ ڇو اسان اڳتي وڌڻ جو فيصلو ڪيو.
HLS انجڻ: نفعو ۽ نقصان
()
ايڇ ايل ايس (ايڇ ٽي پي لائيو اسٽريمنگ) ٽيڪنالاجي ايپل پاران تيار ڪئي وئي هئي، تنهن ڪري اهو ڪو تعجب جي ڳالهه ناهي ته اهو پهريون ڀيرو ايپل ڊوائيسز تي سپورٽ ڪيو ويو هو. اڄ، ايڇ ايل ايس وڊيو کي عملي طور تي سڀني سيٽ ٽاپ باڪس ۽ او ايس هلائيندڙ ڪيترن ئي ڊوائيسز پاران پڻ سپورٽ ڪيو ويندو آهي. Android.
HLS انجڻ استعمال ڪري ٿو معروف H264 وڊيو ڪوڊيڪ AAC يا MP3 آڊيو اسٽريمز سان گڏ وڊيو ڊيٽا کي وهڪرو ڪرڻ لاءِ. سڄو آڊيو ۽ وڊيو ڊيٽا وهڪرو هڪ MPEG-TS ٽرانسپورٽ ڪنٽينر ۾ ڀريل آهي. HTTP پروٽوڪول ذريعي ٽرانسميشن لاء، وهڪرو ۾ موجود معلومات m3u8 پبليڪيشن ۾ بيان ڪيل حصن ۾ ورهايل آهي. ۽ صرف ان کان پوء اهي ٽڪرا، راندين سان گڏ، HTTP ذريعي منتقل ڪيا ويا آهن. خود بخود ڇڪڻ جو مطلب آهي سيڪنڊن ۾ دير. هي MPEG-TS ڪنٽينر جي هڪ خاصيت آهي.
HLS انجڻ پڻ سپورٽ ڪري ٿو ملٽي بائيٽ اسٽريمز، لائيو/VOD.
HLS جا بنيادي فائدا:
- سڀني وڏن برائوزرن ۾ بلٽ ان سپورٽ؛
- عمل درآمد جي آسان (WebRTC جي مقابلي ۾)؛
- اهو تمام آسان ۽ ڪارائتو آهي هر قسم جي نشريات کي منظم ڪرڻ لاءِ وڏي سامعين لاءِ ان حقيقت جي ڪري ته حصن کي هڪ ڀيرو CDN تي اپلوڊ ڪري سگهجي ٿو.
انجڻ جي سادگي جي باوجود، هر شيء بلڪل آسان ناهي جيئن اهو لڳي ٿو. بنيادي مسئلو اهو آهي ته ٽئين پارٽي پليئر ڊولپرز ايپل جي سفارشن کان پري ٿي ويا آهن، مثال طور سپورٽ آڊيو فارميٽ جي لحاظ کان. خاص طور تي، ڪيترن ئي ڊولپرز مشهور آڊيو اسٽريمز سان ڪم ڪرڻ جي صلاحيت شامل ڪرڻ شروع ڪئي: mpeg2 وڊيو، mpeg2 آڊيو، وغيره. نتيجي طور، انهن کي مختلف رانديگرن لاءِ مختلف پلے لسٽ فارميٽ ٺاهڻا پوندا.
پر HLS انجڻ سان گڏ سڀ کان وڏو مسئلو ڊيٽا جي منتقلي ۾ اعلي ويڪرائي آهي.
"بريڪ" جي شروعات
HLS جي اعلي ويڪرائي جو بنيادي سبب ان حقيقت ۾ آهي ته پروگرامرز انجڻ کي اعلي معيار جون تصويرون حاصل ڪرڻ لاء تيار ڪيو. تنهن ڪري، استعمال ٿيل فريم وقفي جا پيرا ميٽر ۽ پلے بیک بفر جي سائيز صرف لائيو ويڊيو براڊڪاسٽز لاءِ مناسب نه آهن. انهي جي ڪري، وڊيو فوٽيج جي منتقلي ۾ ڪافي دير آهي، جيڪا 5-7 سيڪنڊ ٿي سگهي ٿي.
هڪ پاسي، اهو گهڻو نه آهي، مثال طور، انهن لاء جيڪي هڪ ويڊيو هوسٽنگ سرور تان فلم ڏسي رهيا آهن. پر وڊيو نگراني سسٽم لاءِ، وڊيو فوٽيج منتقل ڪرڻ ۾ دير تمام اهم ٿي سگهي ٿي.
جيڪڏهن توهان هڪ آفيس ڏسي رهيا آهيو جتي ملازم هڪ ڪلاڪ ۾ هڪ ڀيرو پنهنجي مانيٽر کان نظر اچن ٿا، پوء 5 سيڪنڊن جي دير سان ڪو به فرق ناهي. پر ماڻهن کي شڪايت ڪرڻ شروع ڪيو ته، مثال طور، جڏهن فٽبال ميچ نشر ڪيو ويو، اهي اڳ ۾ ئي چيٽ ۾ GOOOOL لکيو، پر اهو اڃا تائين وڊيو تي ناهي :). اسان وٽ اڳ ۾ ئي ڪيترائي صارف ڪيس آهن جتي Ivideon عملي طور تي Skype کي تبديل ڪرڻ گهرجي.
ڇا 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 سگنلنگ پروٽوڪول سرور Websocket تي لاڳو ڪيو، ۽ هڪ WebRTC پيئر سرور کي ڪلائوڊ ۾ webrtc.org SDK جي بنياد تي ترتيب ڏنو. ان جو ڪم آهي وڊيو اسٽريمز کي ڪلائنٽ WebRTC پيرس ۾ ورهائڻ H.264 + Opus/G.711 فارميٽ ۾ بغير وڊيو ٽرانسڪوڊنگ.
اسان Websocket کي سگنلنگ پروٽوڪول طور چونڊيو آهي ڇاڪاڻ ته اهو اڳ ۾ ئي سڀني مشهور ويب برائوزرن ۾ اعليٰ معيار جي مدد رکي ٿو. انهي جي ڪري، توهان نه صرف ترقي جي اوور هيڊ کي خاص طور تي گهٽائي سگهو ٿا، پر 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 پليئر کي سڀني استعمال ڪندڙن لاءِ ڊفالٽ نه بڻايو آهي.
في الحال، اسان صرف Google Chrome برائوزرن ۾ WebRTC استعمال ڪرڻ جي صلاح ڏيو ٿا. فائر فاکس ۽ سفاري جا جديد نسخا پڻ هن ٽيڪنالاجي کي سپورٽ ڪن ٿا، پر، بدقسمتي سان، اهو اڃا تائين غير مستحڪم آهي.
اسان اڃان تائين لاڳو نه ڪيو آهي WebRTC سپورٽ موبائل ڊوائيسز تي برائوزرن لاءِ. في الحال، جيڪڏهن توهان هڪ موبائل ڊوائيس تان لاگ ان ڪيو ۽ WebRTC کي چالو ڪيو، اهو طريقو ڪم نه ڪندو. بهرحال، WebRTC اسان جي موبائل ايپليڪيشنن ۾ موجود آهي и .
۽ اسان جي خدمت ۾ WebRTC عمل درآمد جي خاصيتن بابت ڪهاڻي کي ختم ڪندي، اچو ته ٻه وڌيڪ ذيلي نقطا نوٽ ڪريون.
پهرين، ٽيڪنالاجي حقيقي وقت ۾ لائيو ويڊيو نشر ڪرڻ تي مرکوز آهي. تنهن ڪري، جيڪڏهن توهان جي چينل وٽ وڊيو منتقل ڪرڻ لاءِ ڪافي بينڊوڊٿ نه آهي، توهان کي فريم ڊراپس نظر ايندا (HLS سان توهان وڊيو جي ڦهلجڻ ۽ ويڪرائي وڌندي محسوس ڪندا، پر اتي ڪوبه فريم ڊراپس نه هوندو)، پر وڊيو اڃا تائين حقيقي طور تي نشر ڪئي ويندي. وقت.
ٻيو، ڇاڪاڻ ته ٽيڪنالاجي خاص طور تي حقيقي وقت ۾ لائيو ويڊيو سان ڪم ڪرڻ لاء ٺهيل آهي، اسان ان کي استعمال نه ڪندا آهيون آرڪائيو ٿيل وڊيو ڊيٽا سان ڪم ڪرڻ لاء.
خدمت ۾ ٻيون تبديليون
هن وقت، فليش هاڻي خودڪار انجڻ جي چونڊ ميڪانيزم ۾ شامل ناهي. توھان اڃا تائين ھڪڙو پليئر استعمال ڪري سگھو ٿا، پر اھو ڪرڻ لاء توھان کي دستي طور تي چونڊيو اڪائونٽ يا ڪئميرا سيٽنگون ۾. هي فيشن کي خراج تحسين نه آهي، اهو صرف اهو آهي ته اسان جي سروس جي انگن اکرن موجب، عملي طور تي ڪو به استعمال ڪندڙ فليش سان ڪم ڪرڻ کان رهجي ويو آهي. ۽ اهو طئي ڪرڻ جي ڪوشش ڪري ٿو ته ڇا صارف جو برائوزر ان کي سپورٽ ڪري ٿو، اسان تقريبا 2 سيڪنڊن جو قيمتي وقت وڃائي ڇڏيو.
هتي انهن تبديلين جو هڪ مختصر جائزو آهي جيڪي توهان جي انتظار ۾ آهن اسان جي ڪلائوڊ ويڊيو نگراني سسٽم ۽ ذاتي اڪائونٽ ۾. اسان سان گڏ رهو ۽ خبرن جي پيروي ڪريو!
جو ذريعو: www.habr.com
