در مقاله قبلی، ما در مورد WebRTC و استاندارد جدیدی که برای کمک به ما در جذب داده ها با آن، معروف به WHIP ایجاد شده است، بحث کردیم. با این حال، برای داده‌هایی که بلعیده می‌شوند، همان داده‌ها احتمالاً باید خارج شوند یا در نقطه‌ای توزیع شوند. پروتکل خروجی WebRTC-HTTP یا WHEP را وارد کنید. به طور انتزاعی، هضم بخشی است که آپلود داده ها را در یک سرور پوشش می دهد و خروجی بارگیری را برای کاربر نهایی انجام می دهد. مزایایی که ما از WHIP به دست آوردیم، مانند تأخیر کم و رمزگذاری سرتاسر در اینجا نیز اعمال می شود: WHEP ارتباطات WebRTC را در انتهای دیگر خط لوله تحویل محتوا فعال می کند. WHEP به ارائه محتوا به بیننده کمک می کند.
در این پست، ما نگاهی به WHEP خواهیم داشت، یک پروتکل IETF که به ما اجازه می دهد از WebRTC برای خروج محتوا به مقصدهای دیگر به عنوان راهی برای مدرن کردن تحویل محتوا از طریق وب از استانداردهای قبلی استفاده کنیم.
چرا WHEP مفید است؟
همانطور که در بالا ذکر شد، WHIP تنها نیمی از معادله را هنگام کار با تحویل محتوای مبتنی بر WebRTC حل می کند. در حالی که می توانید اسناد رسمی IETF را بخوانید، ما آن را به سادگی در اینجا خلاصه می کنیم. WHEP قصد دارد جنبه توزیع محتوای مبتنی بر WebRTC را حل کند، نمودار زیر را برای کمک بصری نحوه کار با هم با استفاده از APIهای جریان در زمان واقعی Dolby.io به عنوان مثال ببینید:
مزیت مکمل WHEP برای خروج زیرساخت WebRTC پخش مشابه مزایای WHIP، یعنی استانداردسازی است. همانطور که WHIP به پخش‌کنندگان اجازه می‌دهد تا روی زیرساخت‌های خود و مقیاس‌پذیری آن بدون نیاز به نگرانی در مورد لجستیک تمرکز کنند، WHEP به توزیع‌کنندگان اجازه می‌دهد تا روی تجربه کاربر نهایی تمرکز کنند، زیرا دقیقاً می‌دانند داده‌ها چگونه دریافت و مدیریت می‌شوند. هدف نهایی بهینه سازی زمان و منابع در همه طرف ها با استانداردسازی است.
WHIP و WHEP برای ویدیوی بلادرنگ همان کاری را انجام می دهند که RTMP برای فیلم فلش یا همان کاری که SRT برای جریان های انتقال انجام می دهد، انجام می دهد. این روش (پروتکل) را استاندارد می کند که سرورهای رسانه با یکدیگر صحبت می کنند، مانند یک زبان، به طوری که هر رمزگذار WHIP می تواند با هر سرور WHIP صحبت کند و هر سرویس WHEP می تواند با هر پخش کننده WHEP بدون هیچ تنظیمات دیگری صحبت کند. استفاده از URL WHIP/WHEP بدون توجه به محیطی که استفاده می شود باید به سادگی کار کند.
موقعیت‌های زیادی وجود دارد که در آن یک پروتکل استاندارد برای مصرف جریان رسانه از طریق WebRTC مفید خواهد بود. برخی از گزینه ها یا نمونه ها عبارتند از:
- قابلیت همکاری بین خدمات WebRTC، سرورهای رسانه، ناشران و پخش کننده ها
- پخش جریان های WebRTC در تلویزیون ها و سایر دستگاه های هوشمندی که از اسکریپت های جاوا اسکریپت سفارشی پشتیبانی نمی کنند
- ایجاد نرم افزار ماژولار و قابل استفاده مجدد برای پخش کننده های رسانه
- ادغام با DASH، یک استاندارد رایج کنونی برای پخش نرخ بیت تطبیقی
تفاوت آن با “مشخصات WHIP اما برعکس” در مشخصات پروتکل است. در حالی که در بیشتر موارد مانند WHIP رفتار می کند، با استفاده از درخواست های HTTP با توکن های حامل برای احراز هویت، با ارتباطات SDP انعطاف پذیرتر است. WHEP اجازه می دهد تا پیشنهاد SDP بلافاصله در همان درخواست HTTP تحویل داده شود، یا یک درخواست POST با هدف دریافت مجدد پیشنهاد ارسال شود. این انعطاف پذیری بیشتری را بسته به مورد استفاده و محیط ارائه می دهد، که می توانید در مقاله سفید ارائه شده در بالا بیشتر در مورد آن یاد بگیرید. RTSP، یک استاندارد قدیمی‌تر مورد استفاده در صنعت، برای مثال از این مدل پشتیبانی نمی‌کند.
Dolby.io + WHEP
Dolby.io پیشرو در تعریف و تحقیق WHEP است که یک استاندارد باز است. مانند WHIP، محققان ما این استاندارد را توسعه داده‌اند، از آن در پلتفرم استریمینگ ما پشتیبانی می‌کنند و مستقیماً با شرکای نرم‌افزاری و سخت‌افزاری کار می‌کنند تا WHEP را مستقیماً در اکوسیستم‌های خود ادغام کنند. برای کسب اطلاعات بیشتر، این ضبط کرانکی گیک از سرجیو گارسیا موریلو، مدیر ارشد مهندسی Dolby.io، محقق ارشدی که روی توسعه WHIP و WHEP کار می‌کند، ببینید:
https://youtu.be/rIQVVJOjR0U
ما معتقدیم WHEP آینده توسعه WebRTC است و می‌خواهیم از جامعه و پروژه‌های پیرامون آن حمایت کنیم. WHEP تنها در صورتی مفید است که مورد پذیرش گسترده قرار گیرد. ما شما را تشویق می کنیم که WHEP را برای پروژه پخش بعدی خود امتحان کنید و تجربه خود را با ما در میان بگذارید. یکی از راه‌های انجام این کار با استفاده از برنامه نمونه ما با استفاده از Node، نمونه ما با استفاده از Video.js یا استفاده از پیاده‌سازی انجمن دیگری مانند این مورد توسط Lorenzo Miniero است. ما دوست داریم نظرات شما را در مورد ما بشنویم توییتر یا لینکدین
