کلاؤڈ ویڈیو سرویلنس سسٹم پر کام کرنے کے پہلے دنوں سے، ہمیں ایک مسئلہ کا سامنا کرنا پڑا، جس کے حل کے بغیر ہم Ivideon سے دستبردار ہو سکتے تھے - یہ ہمارا ایورسٹ تھا، چڑھنے میں بہت زیادہ توانائی لگتی تھی، لیکن اب ہم نے آخرکار کراس پلیٹ فارم پہیلی کے اوپری حصے میں برف کی کلہاڑی پھنس گئی۔
انٹرنیٹ پر آڈیو اور ویڈیو کی ترسیل کے نظام کا انحصار آلات، ویب کلائنٹس اور ان کے معیارات پر نہیں ہونا چاہیے، اور نیٹ ورک ایڈریس ٹرانسلیٹر اور فائر والز کی موجودگی میں بھی درست طریقے سے کام کرنا چاہیے۔ کلاؤڈ ویڈیو سرویلنس صارف سروس تک رسائی حاصل کرنا چاہتا ہے، چاہے وہ اینالاگ کیمرے استعمال کرتا ہو، اور جدید ترین ڈیوائس پر لائیو ویڈیو براڈکاسٹ دیکھنے کو ترجیح دیتا ہے۔
یہ بہت اہم ہے کہ صارف کم سے کم تاخیر کے ساتھ ویڈیوز دیکھنا چاہتا ہے۔ براؤزر میں کم تاخیر کے ساتھ ویڈیو دکھانے کا تقریباً واحد طریقہ WebRTC (ویب ریئل ٹائم کمیونیکیشنز) کا استعمال ہے۔ WebRTC براؤزرز میں ویڈیو اور آڈیو کی پیئر ٹو پیئر ٹرانسمیشن کے لیے ٹیکنالوجیز کا ایک سیٹ ہے، ابتدائی طور پر کم تاخیر کے ساتھ ویڈیو اسٹریمز کی ترسیل اور پلے بیک کے لیے ڈیزائن کیا گیا ہے۔ اس مقصد کے لیے، دیگر چیزوں کے علاوہ، UDP پروٹوکول استعمال کیا جاتا ہے۔
آپ کو یہ بتانے سے پہلے کہ نیا انجن صارف کو کیا دیتا ہے، ہم آپ کو یاد دلائیں گے کہ ہم HLS ٹیکنالوجیز کو کیوں اور کیوں سپورٹ کرتے ہیں، اور ہم نے آگے بڑھنے کا فیصلہ کیوں کیا۔
HLS انجن: فوائد اور نقصانات
()
HLS (HTTP لائیو سٹریمنگ) ٹیکنالوجی ایپل کی طرف سے تیار کی گئی تھی، لہذا یہ کوئی تعجب کی بات نہیں ہے کہ اسے ایپل کے آلات پر سب سے پہلے سپورٹ کیا گیا تھا۔ آج، HLS ویڈیو کو عملی طور پر تمام سیٹ ٹاپ باکسز اور OS چلانے والے بہت سے آلات سے بھی تعاون حاصل ہے۔ Android.
HLS انجن ویڈیو ڈیٹا کو سٹریم کرنے کے لیے AAC یا MP264 آڈیو اسٹریمز کے ساتھ مل کر مشہور H3 ویڈیو کوڈیک کا استعمال کرتا ہے۔ پورا آڈیو اور ویڈیو ڈیٹا سٹریم MPEG-TS ٹرانسپورٹ کنٹینر میں پیک کیا جاتا ہے۔ HTTP پروٹوکول کے ذریعے ترسیل کے لیے، سٹریم میں موجود معلومات کو m3u8 پلے لسٹ میں بیان کردہ ٹکڑوں میں تقسیم کیا گیا ہے۔ اور تب ہی یہ ٹکڑے، پلے لسٹ کے ساتھ، HTTP کے ذریعے منتقل ہوتے ہیں۔ خود بخود چنکنگ کا مطلب ہے سیکنڈوں میں تاخیر۔ یہ MPEG-TS کنٹینر کی ایک خصوصیت ہے۔
HLS انجن ملٹی بٹریٹ اسٹریمز، Live/VOD کو بھی سپورٹ کرتا ہے۔
HLS کے اہم فوائد:
- تمام بڑے براؤزرز میں بلٹ ان سپورٹ؛
- نفاذ میں آسانی (WebRTC کے مقابلے)؛
- اس حقیقت کی وجہ سے کہ سیگمنٹس کو ایک بار CDN پر اپ لوڈ کیا جا سکتا ہے، اس حقیقت کی وجہ سے ایک بڑے سامعین کے لیے ہر قسم کی نشریات کو منظم کرنا بہت آسان اور کارآمد ہے۔
انجن کی سادگی کے باوجود، سب کچھ اتنا ہموار نہیں جتنا لگتا ہے۔ بنیادی مسئلہ یہ ہے کہ تھرڈ پارٹی پلیئر ڈویلپرز ایپل کی سفارشات سے ہٹ گئے ہیں، مثال کے طور پر سپورٹ شدہ آڈیو فارمیٹس کے معاملے میں۔ خاص طور پر، بہت سے ڈویلپرز نے مقبول آڈیو اسٹریمز کے ساتھ کام کرنے کی صلاحیت کو شامل کرنا شروع کیا: mpeg2 ویڈیو، mpeg2 آڈیو، وغیرہ۔ نتیجے کے طور پر، انہیں مختلف پلیئرز کے لیے مختلف پلے لسٹ فارمیٹس بنانے پڑے۔
لیکن 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 اسمبلی خدمات فراہم کرتی ہے۔ اس کے علاوہ، پوری ویڈیو کو دوبارہ انکوڈ کیے بغیر گوگل کا نفاذ ہمارے سسٹم کے ساتھ ضم کرنا بہت مشکل تھا۔
تاہم، ہم طویل عرصے سے صارفین کو مکمل "لائیو" ویڈیو کے ساتھ کام کرنے کا موقع فراہم کرنا چاہتے ہیں اور اسکرین پر موجود تصویر اور خود واقعات کے درمیان وقفہ کو کم کرنا چاہتے ہیں۔ اس کے علاوہ، ہماری خواہش تھی کہ پی ٹی زیڈ کیمروں کا استعمال کیا جائے، جہاں تاخیر انتہائی اہم، زیادہ آرام دہ ہے۔
اس بات کو مدنظر رکھتے ہوئے کہ دیگر اینٹی لیگ نفاذ میں ابھی بھی محدود فعالیت ہے اور نمایاں طور پر بدتر کام کرتے ہیں، ہم نے WebRTC استعمال کرنے کا فیصلہ کیا۔
ہم نے کیا کیا ہے
WebRTC پلیٹ فارم کو صحیح طریقے سے نافذ کرنا کوئی آسان کام نہیں ہے۔ کسی بھی غلط حساب یا غلطی سے ویڈیو ٹرانسمیشن میں تاخیر نہ صرف دوسرے پلیٹ فارمز کے مقابلے میں کم نہیں بلکہ بڑھ بھی سکتی ہے۔
WebRTC کے صحیح طریقے سے کام کرنے کے لیے، سب سے پہلے، ویب ویڈیو کے ساتھ کام کرنے کے لیے اسٹیک کو تکنیکی اپ گریڈ کرنا ضروری ہے۔ ہم نے یہی کیا۔
سب سے پہلے، ہم نے Websocket پر ایک WebRTC سگنلنگ پروٹوکول سرور نافذ کیا، اور webrtc.org SDK کی بنیاد پر کلاؤڈ میں ایک WebRTC پیر سرور بھی تعینات کیا۔ اس کا کام ویڈیو ٹرانس کوڈنگ کے بغیر H.264 + Opus/G.711 فارمیٹ میں کلائنٹ WebRTC ساتھیوں کو ویڈیو اسٹریمز تقسیم کرنا ہے۔
ہم نے سگنلنگ پروٹوکول کے طور پر Websocket کا انتخاب کیا کیونکہ اس میں پہلے سے ہی تمام مشہور ویب براؤزرز میں اعلیٰ معیار کی سپورٹ موجود ہے۔ اس کی وجہ سے، آپ نہ صرف ڈیولپمنٹ اوور ہیڈ کو نمایاں طور پر کم کر سکتے ہیں، بلکہ AJAX کے مقابلے میں بار بار TCP اور TLS ہینڈ شیک پر وقت اور وسائل کے ضیاع سے بھی بچ سکتے ہیں۔
حقیقت یہ ہے کہ، بطور ڈیفالٹ، WebRTC ذریعہ اور کلائنٹ ایپلی کیشنز کے درمیان ریئل ٹائم ویڈیو کمیونیکیشن کو مناسب طریقے سے ترتیب دینے، برقرار رکھنے اور ختم کرنے کے لیے ضروری سگنلنگ پروٹوکول فراہم نہیں کرتا ہے۔
اور سگنلنگ ٹیکنالوجی کو آزادانہ طور پر لاگو کرنے کے لیے، ہمیں کئی ویب پروٹوکولز (ویبسیٹ، ویب آر ٹی سی) کی حمایت کے ساتھ اپنا سگنلنگ سرور تیار کرنے کی ضرورت ہے۔ اور حقیقی وقت میں سیشنز اور اطلاعات کو محفوظ طریقے سے منظم کرنے کی صلاحیت کے ساتھ، ویڈیو مینجمنٹ اور بہت کچھ۔
ہم نے P2P کے ذریعے نہیں بلکہ UDP اور بہاؤ کنٹرول کے ذریعے تاخیر کو کم کر کے P2P کی حدود پر قابو پایا جس کا مقصد تاخیر کو کم کرنا ہے۔ یہ 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 استعمال کرنے کی تجویز کرتے ہیں۔ Firefox اور Safari کے تازہ ترین ورژن بھی اس ٹیکنالوجی کی حمایت کرتے ہیں، لیکن بدقسمتی سے، یہ اب بھی غیر مستحکم ہے۔
ہم نے ابھی تک موبائل آلات پر براؤزرز کے لیے WebRTC سپورٹ کو نافذ نہیں کیا ہے۔ فی الحال، اگر آپ موبائل ڈیوائس سے لاگ ان کرتے ہیں اور WebRTC کو چالو کرتے ہیں، تو یہ موڈ کام نہیں کرے گا۔ تاہم، WebRTC ہماری موبائل ایپلیکیشنز میں دستیاب ہے۔ и .
اور ہماری سروس میں WebRTC کے نفاذ کی خصوصیات کے بارے میں کہانی کو ختم کرتے ہوئے، آئیے مزید دو لطیف نکات کو نوٹ کریں۔
سب سے پہلے، ٹیکنالوجی حقیقی وقت میں لائیو ویڈیو نشر کرنے پر مرکوز ہے۔ اس لیے، اگر آپ کے چینل کے پاس ویڈیو کو منتقل کرنے کے لیے کافی بینڈوڈتھ نہیں ہے، تو آپ کو فریم ڈراپ نظر آئے گا (HLS کے ساتھ آپ ویڈیو کی دھندلاہٹ اور لیٹنسی میں اضافہ دیکھیں گے، لیکن کوئی فریم ڈراپ نہیں ہوگا)، لیکن ویڈیو پھر بھی حقیقی طور پر نشر کی جائے گی۔ وقت
دوسری بات، چونکہ ٹیکنالوجی کو حقیقی وقت میں لائیو ویڈیو کے ساتھ کام کرنے کے لیے ڈیزائن کیا گیا ہے، اس لیے ہم اسے محفوظ شدہ ویڈیو ڈیٹا کے ساتھ کام کرنے کے لیے استعمال نہیں کرتے ہیں۔
سروس میں دیگر تبدیلیاں
اس وقت، فلیش خودکار انجن کے انتخاب کے طریقہ کار میں شامل نہیں ہے۔ آپ اب بھی ایسے پلیئر کو استعمال کر سکتے ہیں، لیکن ایسا کرنے کے لیے آپ کو اسے اکاؤنٹ یا کیمرہ سیٹنگز میں دستی طور پر منتخب کرنا ہوگا۔ یہ فیشن کو خراج تحسین نہیں ہے، یہ صرف اتنا ہے کہ ہماری سروس کے اعدادوشمار کے مطابق، عملی طور پر کوئی بھی صارف فلیش کے ساتھ کام نہیں کر رہا ہے۔ اور یہ تعین کرنے کی کوشش کرتے ہوئے کہ آیا صارف کا براؤزر اس کی حمایت کرتا ہے، ہم تقریباً 2 سیکنڈ کا قیمتی وقت ضائع کرتے ہیں۔
یہاں ان تبدیلیوں کا ایک مختصر جائزہ ہے جو ہمارے کلاؤڈ ویڈیو نگرانی کے نظام اور ذاتی اکاؤنٹ میں آپ کے منتظر ہیں۔ ہمارے ساتھ رہیں اور خبروں پر عمل کریں!
ماخذ: www.habr.com
