Chrome 47 WebRTC: تسجيل الوسائط والمصادر الآمنة والتعامل مع الخادم الوكيل

Sam Dutton

يتضمّن الإصدار 47 من Chrome العديد من التحسينات والتحديثات المهمة على WebRTC.

تسجيل فيديو من تطبيقات الويب

لطالما كانت واجهة برمجة التطبيقات MediaStreamRecorder هي الطلب الأهم على chromium.org، إذ حصلت على أكثر من 2500 نجمة. تمت إضافة ميزة تسجيل الوسائط إلى Chrome خلف علامة ميزات "النظام الأساسي للويب" التجريبية، ولكنها متاحة على أجهزة الكمبيوتر فقط في الوقت الحالي. يتيح لك ذلك تسجيل الفيديو وتشغيله أو تنزيله. يتوفّر عرض توضيحي بسيط في مستودع نماذج WebRTC، ويمكنك الاطّلاع على مزيد من المعلومات من إعلان discuss-webrtc. يتوفّر نموذج لتطبيق Chrome لتسجيل الفيديو من لقطة الشاشة على github.com/niklasenbom/RecordingApp. هذه عمليات تنفيذ جديدة تمامًا وقد تظل هناك أخطاء يجب حلّها: يُرجى الإبلاغ عن المشاكل في المستودعات إذا واجهتك أي مشاكل.

لقطة شاشة لعرض MediaRecorder التوضيحي في مستودع عيّنات WebRTC على GitHub

اختيار جهاز إخراج الصوت

تم طرح MediaDevices.enumerateDevices(). يمكنك الاطّلاع على مزيد من التفاصيل من المشكلة 504280 في Chromium. يمكنك الآن إدراج أجهزة إخراج الصوت بالإضافة إلى أجهزة إدخال الصوت والفيديو التي يوفّرها MediaStreamTrack.getSources() حاليًا. يمكنك الاطّلاع على مزيد من المعلومات حول كيفية استخدامها في هذا التحديث.

الأجهزة المتوافقة مع Windows

تمت الآن إضافة إمكانية استخدام جهاز الاتصال التلقائي على أجهزة Windows. وهذا يعني أنّه عند تعداد أجهزة الصوت على Windows، سيظهر إدخال إضافي لجهاز الاتصالات الذي سيكون رقم تعريفه هو "communications".

لن يتم بعد الآن تجزئة أرقام تعريف الجهاز الصوتي التلقائي (والاتصالات على Windows) (المشكلة 535980). بدلاً من ذلك، يتوفّر رقمَا تعريف محجوزان، هما "default" و"communications"، وهما متطابقان في جميع مصادر الأمان. ستتم ترجمة تصنيفات الأجهزة إلى لغة المتصفح، لذا لا يتوقّع المطوّرون أن يكون للتصنيفات قيمة محددة مسبقًا. تم تحسين دقة عرض الفيديو من خلال نشر الطابع الزمني للتسجيل وصولاً إلى خوارزمية العرض، حيث يمكن اختيار مزامنة الإطار الصحيحة استنادًا إلى ذلك. بالنسبة إلى نظام التشغيل Windows، يكون الطابع الزمني للّقطة أكثر دقة أيضًا في الإصدار 47 من Chrome.

التعامل مع الخادم الوكيل

يضيف الإصدار 47 من Chrome خيارًا جديدًا لفرض إرسال زيارات WebRTC من خلال خادم وكيل محلي، في حال ضبطه، وهو أمر مهم لبعض المستخدمين الذين يتصفّحون الإنترنت من خلال شبكة VPN. وهذا يعني أنّ تطبيق WebRTC لن يرى سوى عنوان IP الخاص بالخادم الوكيل. يُرجى العِلم أنّ ذلك سيؤدي إلى تدهور أداء التطبيق، ولن يعمل على الإطلاق ما لم يكن التطبيق متوافقًا مع TURN/TCP أو ICE-TCP. ابحث عن إصدار جديد من إضافة WebRTC Network Limiter قريبًا لتوفير واجهة مستخدم لهذا الخيار. يمكنك الاطّلاع على مزيد من المعلومات حول "تسريب" عنوان IP في المستقبل القريب لتقنية WebRTC.

إضافة WebRTC Network Limiter على Chrome

...والمزيد

تم تحسين معدّل نقل البيانات في قنوات البيانات بشكل كبير للاتصالات ذات وقت الاستجابة العالي.

سنطرح إمكانية استخدام الإصدار 1.2 من DTLS تدريجيًا خلال الفترة الزمنية للإصدار 47 من Chrome.

على الرغم من أنّ الإصدار الحالي لا يتوافق مع VP9 أو H.264، سنواصل العمل على توفير هذه الميزة، ونأمل أن نتيح التوافق مع VP9 وإصدارًا أوليًا من H.264 (يتم تفعيله باستخدام علامة) في الإصدار 48 من Chrome.

إشعارات الخدمة العامة

  • اعتبارًا من الإصدار 47 من Chrome، لا يُسمح بطلبات getUserMedia() إلا من المصادر الآمنة: HTTPS أو localhost.
  • تمت إزالة إمكانية استخدام قناة بيانات RTP. يجب أن تستخدم التطبيقات المتبقية التي لا تزال تستخدم قنوات بيانات RTP قنوات البيانات العادية بدلاً من ذلك.

كما هو الحال مع جميع الإصدارات، ننصح المطوّرين بتجربة Chrome على قنوات Canary وDev وBeta والإبلاغ عن أي مشاكل يتم رصدها. إنّ المساعدة التي نتلقّاها لا تُقدّر بثمن. للحصول على إرشادات حول كيفية تقديم تقرير جيد عن الخطأ، يُرجى الاطّلاع على صفحة أخطاء WebRTC.

العروض التوضيحية

تعرَّف على مزيد من المعلومات