Chrome 47 bevat diverse belangrijke WebRTC-verbeteringen en updates.
Neem video op van uw web-apps
De MediaStreamRecorder API is al lange tijd de meest gevraagde API op chromium.org, met meer dan 2500 sterren. Media-opname is nu toegevoegd aan Chrome, achter de vlag voor experimentele webplatformfuncties – maar is momenteel alleen beschikbaar voor desktops. Hiermee kun je video opnemen en afspelen of downloaden. Er is een eenvoudige demo beschikbaar in de WebRTC-voorbeeldenrepository en meer informatie vind je in de aankondiging van discuss-webrtc . Een voorbeeld van een Chrome-app voor het opnemen van video vanaf een schermafbeelding is beschikbaar op github.com/niklasenbom/RecordingApp . Dit zijn gloednieuwe implementaties en er kunnen nog bugs zijn die opgelost moeten worden: meld problemen in de repositories als je problemen ondervindt.
Selectie van audio-uitvoerapparaat
MediaDevices.enumerateDevices() is uitgebracht. Meer details zijn beschikbaar in Chromium-editie 504280. Je kunt nu audio-uitvoerapparaten opsommen, naast de audio-invoer- en video-invoerapparaten die MediaStreamTrack.getSources() al biedt. Meer informatie over het gebruik ervan vind je in deze update .
Apparaatondersteuning op Windows
Ondersteuning voor standaardcommunicatieapparaten in Windows is nu toegevoegd. Dit betekent dat bij het inventariseren van audioapparaten in Windows een extra vermelding verschijnt voor het communicatieapparaat met de ID 'communicatie'.
Apparaat-ID's voor het standaard audioapparaat (en communicatie op Windows) worden niet langer gehasht ( probleem 535980 ). In plaats daarvan worden twee gereserveerde ID's, 'standaard' en 'communicatie', ondersteund en zijn deze in alle beveiligingsbronnen hetzelfde. Apparaatlabels worden vertaald naar de landinstellingen van de browser, dus ontwikkelaars hoeven niet te verwachten dat labels een vooraf bepaalde waarde hebben. De nauwkeurigheid van videorendering is verbeterd door het tijdstempel van de opname volledig door te geven aan het renderingalgoritme, waar op basis daarvan de juiste vsync kan worden gekozen. Voor het Windows-platform is het tijdstempel van de opname ook nauwkeuriger in Chrome 47.
Proxy-afhandeling
Chrome 47 voegt een nieuwe voorkeur toe om WebRTC-verkeer via een lokale proxyserver te laten verzenden, indien geconfigureerd. Dit is belangrijk voor sommige gebruikers die via een VPN browsen. Dit betekent dat de WebRTC-applicatie alleen het IP-adres van de proxy ziet. Houd er rekening mee dat dit de applicatieprestaties negatief beïnvloedt en helemaal niet werkt tenzij de applicatie TURN/TCP of ICE-TCP ondersteunt. Binnenkort verschijnt er een nieuwe versie van de WebRTC Network Limiter Extension met een gebruikersinterface voor deze voorkeur. Meer informatie over 'lekken' van IP-adressen vindt u in What's Next for WebRTC .
...En meer
De doorvoer van gegevenskanalen is aanzienlijk verbeterd voor verbindingen met een hoge latentie.
We zullen de ondersteuning voor DTLS 1.2 geleidelijk uitrollen rond Chrome 47.
Hoewel VP9 en H.264 in deze release niet worden ondersteund, werken we hier nog steeds aan en hopen we ondersteuning voor VP9 en een eerste versie van H.264 (achter een vlag) in Chrome 48 te implementeren.
Openbare aankondigingen
- Vanaf Chrome 47 zijn
getUserMedia()verzoeken alleen toegestaan vanaf beveiligde bronnen: HTTPS of localhost. - Ondersteuning voor RTP-datakanalen is verwijderd. Alle resterende applicaties die nog steeds RTP-datakanalen gebruiken, dienen in plaats daarvan de standaarddatakanalen te gebruiken.
Zoals bij alle releases moedigen we ontwikkelaars aan om Chrome uit te proberen via de Canary-, Dev- en Beta-kanalen en eventuele problemen te melden. De hulp die we ontvangen is van onschatbare waarde. Voor tips over het indienen van een goede bugmelding kunt u terecht op de WebRTC-bugpagina .
Demo's
- MediaRecorder
enumerateDevices():
Meer informatie
- MediaRecorder implementatiestatus
- Media Capture en Streams Redactieconcept: MediaDevices
- API voor audio-uitvoerapparaten
- WebRTC-update