Chrome 47 WebRTC: הקלטת מדיה, מקורות מאובטחים וטיפול בשרת proxy

Sam Dutton

‫Chrome 47 כולל כמה שיפורים ועדכונים משמעותיים ב-WebRTC.

הקלטת סרטונים מאפליקציות האינטרנט

‫MediaStreamRecorder API כבר הרבה זמן נמצא בראש רשימת הבקשות ב-chromium.org, עם יותר מ-2,500 כוכבים. הוספנו ל-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', והם זהים בכל מקורות האבטחה. תוויות המכשירים יתורגמו ללוקאל של הדפדפן, ולכן המפתחים לא יכולים לצפות שהתוויות יקבלו ערך מוגדר מראש. הדיוק של עיבוד הווידאו שופר על ידי העברת חותמת הזמן של הצילום עד לאלגוריתם העיבוד, שבו אפשר לבחור את ה-vsync הנכון על סמך חותמת הזמן. בפלטפורמת Windows, חותמת הזמן של הצילום מדויקת יותר ב-Chrome 47.

טיפול בשרת proxy

ב-Chrome 47 נוספה העדפה חדשה שמאפשרת לשלוח תנועת WebRTC דרך שרת proxy מקומי, אם מוגדר כזה. זה חשוב לחלק מהמשתמשים שגולשים דרך VPN. המשמעות היא שאפליקציית WebRTC תראה רק את כתובת ה-IP של ה-proxy. חשוב לדעת שהפעולה הזו תפגע בביצועי האפליקציה, והיא לא תפעל בכלל אלא אם האפליקציה תומכת ב-TURN/TCP או ב-ICE-TCP. בקרוב תהיה גרסה חדשה של התוסף WebRTC Network Limiter שתספק ממשק משתמש להגדרה הזו. מידע נוסף על 'דליפת' כתובת IP זמין במאמר מה השלב הבא ב-WebRTC.

תוסף WebRTC Network Limiter ל-Chrome

…ועוד

שיפרנו משמעותית את קצב העברת הנתונים בערוץ הנתונים בחיבורים עם חביון גבוה.

נשיק בהדרגה תמיכה ב-DTLS 1.2 בפרק הזמן של Chrome 47.

למרות שגם VP9 וגם H.264 לא נתמכים בגרסה הזו, אנחנו ממשיכים לעבוד על התמיכה בהם, ואנחנו מקווים להטמיע תמיכה ב-VP9 ובגרסה ראשונית של H.264 (מאחורי דגל) ב-Chrome 48.

תשדירי שירות

  • החל מ-Chrome 47, בקשות getUserMedia() מותרות רק ממקורות מאובטחים: HTTPS או localhost.
  • הוסר התמיכה בערוץ נתונים של RTP. כל האפליקציות שעדיין משתמשות בערוצי נתונים של RTP צריכות להשתמש בערוצי הנתונים הרגילים במקום זאת.

כמו בכל הגרסאות, אנחנו מעודדים מפתחים לנסות את Chrome בערוצים Canary,‏ Dev ו-Beta ולדווח על כל בעיה שהם מוצאים. העזרה שאנחנו מקבלים היא בעלת ערך רב. בדף הבאגים של WebRTC יש טיפים לכתיבת דוח באגים טוב.

הדגמות

למידע נוסף