Chrome 47 WebRTC: ضبط رسانه، مبدا امن و مدیریت پروکسی

سم داتون

کروم ۴۷ شامل چندین بهبود و به‌روزرسانی قابل توجه در WebRTC است.

ضبط ویدیو از برنامه‌های وب شما

API MediaStreamRecorder مدت‌هاست که با بیش از ۲۵۰۰ ستاره، بالاترین درخواست در سایت Chrome.org بوده است. ضبط رسانه اکنون با پرچم ویژگی‌های آزمایشی پلتفرم وب به کروم اضافه شده است - هرچند فعلاً فقط برای دسکتاپ است. این به شما امکان می‌دهد ویدیو ضبط و پخش یا دانلود کنید. یک نسخه آزمایشی ساده در مخزن نمونه‌های WebRTC وجود دارد و می‌توانید اطلاعات بیشتر را از اطلاعیه discussion-webrtc کسب کنید. یک برنامه کروم نمونه برای ضبط ویدیو از ضبط صفحه نمایش در github.com/niklasenbom/RecordingApp موجود است. اینها پیاده‌سازی‌های کاملاً جدیدی هستند و ممکن است هنوز اشکالاتی برای رفع وجود داشته باشد: لطفاً در صورت بروز مشکل، مشکلات را در مخازن ثبت کنید.

تصویر صفحه دموی MediaRecorder در مخزن نمونه‌های WebRTC GitHub

انتخاب دستگاه خروجی صدا

MediaDevices.enumerateDevices() منتشر شده است. جزئیات بیشتر در شماره ۵۰۴۲۸۰ کرومیوم موجود است. اکنون می‌توانید علاوه بر دستگاه‌های ورودی صدا و ورودی تصویر که MediaStreamTrack.getSources() از قبل ارائه می‌دهد، دستگاه‌های خروجی صدا را نیز بشمارید. می‌توانید در این به‌روزرسانی اطلاعات بیشتری در مورد نحوه استفاده از آن کسب کنید.

پشتیبانی از دستگاه در ویندوز

پشتیبانی پیش‌فرض از دستگاه‌های ارتباطی در ویندوز اکنون اضافه شده است. این بدان معناست که هنگام شمارش دستگاه‌های صوتی در ویندوز، یک ورودی اضافی برای دستگاه ارتباطی وجود خواهد داشت که شناسه آن «ارتباطات» خواهد بود.

شناسه‌های دستگاه برای دستگاه صوتی پیش‌فرض (و ارتباطات در ویندوز) دیگر هش نخواهند شد ( شماره ۵۳۵۹۸۰ ). در عوض، دو شناسه رزرو شده، «پیش‌فرض» و «ارتباطات» پشتیبانی می‌شوند و در تمام مبدأهای امنیتی یکسان هستند. برچسب‌های دستگاه به زبان مرورگر ترجمه می‌شوند، بنابراین توسعه‌دهندگان نباید انتظار داشته باشند که برچسب‌ها مقدار از پیش تعیین‌شده‌ای داشته باشند. دقت رندر ویدئو با انتشار برچسب زمانی ضبط در تمام مسیر به الگوریتم رندر، که در آن می‌توان vsync مناسب را بر اساس آن انتخاب کرد، بهبود یافته است. برای پلتفرم ویندوز، برچسب زمانی ضبط نیز در کروم ۴۷ دقیق‌تر است.

مدیریت پروکسی

کروم ۴۷ یک تنظیمات جدید اضافه کرده است تا ترافیک WebRTC را مجبور کند از طریق یک سرور پروکسی محلی، در صورت پیکربندی، ارسال شود، که برای برخی از کاربرانی که از طریق VPN مرور می‌کنند، مهم است. این بدان معناست که برنامه WebRTC فقط آدرس IP پروکسی را مشاهده خواهد کرد. توجه داشته باشید که این امر به عملکرد برنامه آسیب می‌رساند و به هیچ وجه کار نخواهد کرد مگر اینکه برنامه از TURN/TCP یا ICE-TCP پشتیبانی کند. به زودی به دنبال نسخه جدیدی از افزونه محدودکننده شبکه WebRTC باشید تا رابط کاربری برای این تنظیمات ارائه دهد. اطلاعات بیشتر در مورد «نشت» آدرس IP در بخش «آینده WebRTC» وجود دارد.

افزونه کروم محدودکننده شبکه WebRTC

... و موارد دیگر

توان عملیاتی کانال داده برای اتصالات با تأخیر بالا به میزان قابل توجهی بهبود یافته است.

ما به تدریج پشتیبانی از DTLS 1.2 را در بازه زمانی کروم ۴۷ ارائه خواهیم کرد.

اگرچه نه VP9 و نه H.264 در این نسخه پشتیبانی نمی‌شوند، اما کار روی این موارد ادامه دارد و ما امیدواریم که پشتیبانی از VP9 و نسخه اولیه H.264 (با یک پرچم) را در کروم ۴۸ پیاده‌سازی کنیم.

اطلاعیه‌های خدمات عمومی

  • با شروع از کروم ۴۷، درخواست‌های getUserMedia() فقط از مبداهای امن مجاز هستند: HTTPS یا localhost.
  • پشتیبانی از کانال داده RTP حذف شده است. هر برنامه‌ی باقی‌مانده که هنوز از کانال‌های داده RTP استفاده می‌کند، باید به جای آن از کانال‌های داده استاندارد استفاده کند.

همانند تمام نسخه‌های منتشر شده، ما توسعه‌دهندگان را تشویق می‌کنیم که کروم را در کانال‌های Canary، Dev و Beta امتحان کنند و هرگونه مشکلی را که مشاهده می‌کنند، گزارش دهند. کمکی که دریافت می‌کنیم بسیار ارزشمند است. برای راهنمایی در مورد نحوه ثبت یک گزارش اشکال خوب، لطفاً به صفحه اشکال WebRTC نگاهی بیندازید.

دموها

اطلاعات بیشتر