WebRTC Chrome 47: Perekaman Media, Asal yang Aman, dan Penanganan Proxy

Budiman

Chrome 47 menyertakan beberapa peningkatan dan update WebRTC yang signifikan.

Merekam video dari aplikasi web Anda

MediaStreamRecorder API telah lama menjadi permintaan teratas chromium.org, dengan lebih dari 2.500 bintang. Perekaman media kini telah ditambahkan ke Chrome di balik tanda fitur Platform Web eksperimental — meskipun ini hanya tersedia di desktop untuk saat ini. Hal ini memungkinkan Anda merekam dan memutar atau mendownload video. Tersedia demo sederhana di repo contoh WebRTC dan Anda dapat mencari tahu lebih lanjut dari pengumumandiscuss-webrtc. Contoh Aplikasi Chrome untuk merekam video dari screenshot tersedia di github.com/niklasenbom/RecordingApp. Ini adalah implementasi baru dan mungkin masih ada bug yang harus diperbaiki: laporkan masalah pada repositori jika Anda mengalami masalah.

Screenshot demo MediaRecorder di repo contoh GitHub WebRTC

Pilihan perangkat output audio

MediaDevices.enumerateDevices() telah dirilis. Detail selengkapnya tersedia dari masalah Chromium 504280. Anda kini dapat menghitung perangkat output audio selain input audio dan perangkat input video yang sudah disediakan MediaStreamTrack.getSources(). Anda dapat mengetahui cara menggunakannya lebih lanjut dalam pembaruan ini.

Dukungan perangkat di Windows

Dukungan perangkat komunikasi default di Windows kini telah ditambahkan. Artinya, saat menghitung perangkat audio di Windows, akan ada entri tambahan untuk perangkat komunikasi yang ID-nya adalah 'communications'.

ID perangkat untuk perangkat audio default (dan komunikasi di Windows) tidak akan lagi di-hash (Masalah 535980). Sebaliknya, dua ID yang dicadangkan, yaitu 'default' dan 'communications', didukung dan sama di semua origin keamanan. Label perangkat akan diterjemahkan ke lokalitas browser, sehingga developer tidak perlu mengharapkan label memiliki nilai yang telah ditentukan. Akurasi rendering video telah ditingkatkan dengan menerapkan stempel waktu pengambilan hingga ke algoritma rendering, tempat vsync yang tepat dapat dipilih berdasarkan vsync yang tepat. Untuk platform Windows, stempel waktu pengambilan juga lebih akurat di Chrome 47.

Penanganan proxy

Chrome 47 menambahkan preferensi baru untuk memaksa traffic WebRTC dikirim melalui server proxy lokal, jika sudah dikonfigurasi, yang penting bagi sebagian pengguna yang menjelajah melalui VPN. Artinya, aplikasi WebRTC hanya akan melihat alamat IP proxy. Perlu diketahui bahwa tindakan ini akan mengganggu performa aplikasi, dan tidak akan berfungsi sama sekali kecuali jika aplikasi mendukung turn/TCP atau ICE-TCP. Cari versi baru Network Limiter Extension WebRTC dalam waktu dekat agar dapat menyediakan UI untuk preferensi ini. Terdapat informasi lebih lanjut tentang 'kebocoran' alamat IP di What's Next for WebRTC.

Ekstensi Chrome Pembatas Jaringan WebRTC

...Dan lainnya

Throughput saluran data telah meningkat secara signifikan untuk koneksi latensi tinggi.

Kami akan meluncurkan dukungan untuk DTLS 1.2 secara bertahap dalam jangka waktu Chrome 47.

Meskipun VP9 dan H.264 tidak didukung dalam rilis ini, pengerjaannya akan berlanjut, dan kami berharap dapat menerapkan dukungan untuk VP9 dan versi awal H.264 (di balik tanda) di Chrome 48.

Pesan layanan masyarakat

  • Mulai Chrome 47, permintaan getUserMedia() hanya diizinkan dari origin yang aman: HTTPS atau localhost.
  • Dukungan saluran data RTP telah dihapus. Aplikasi lain yang masih menggunakan saluran data RTP harus menggunakan saluran data standar.

Seperti semua rilis lainnya, kami mendorong developer untuk mencoba Chrome di saluran Canary, Dev, dan Beta serta melaporkan masalah apa pun yang ditemukan. Bantuan yang kami terima sangat berharga. Untuk mengetahui petunjuk tentang cara mengajukan laporan bug yang baik, lihat halaman bug WebRTC.

Demo

Cari tahu selengkapnya