Chrome WebRTC M34 Release Notes.

1704 views
Skip to first unread message

Vikas Marwaha

unread,
Apr 10, 2014, 4:30:52 PM4/10/14
to discuss...@googlegroups.com
Hi,

Please find below WebRTC Release notes for Chrome M34. Below is the list of major changes:

Features:-
  • Issue 2787 :- Implemented the capability to screen cast to an individual monitor when multiple monitors are connected. Currently supported on Mac & Windows only.
  • Issue 1406 :- Added support for ipv6 in peer connection. It is now supported via googleIPv6 constraint. To test it in apprtc demo, set url parameter ipv6 to true.
  • Issue 2829 :- Added support for disabling encryption with command line flag --disable-webrtc-encryption on Chrome beta channel for Android. This flag is already available for the dev & canary channels
  • Issue 2469 :- Implemented SCTP OPEN ACK. Basically send ACK on receiving an Open, and the sender of Open for an unordered channel must not send unordered packets until an ACK is received  
  • Issue 2556 :- Some improvements to the errors messages on set session descriptions call.
  • Issue 2567 :- Enabled AEC debug recordings in Chrome in sandbox mode. Previously you needed Chrome with --no-sandbox to be able to save AEC recordings.
  • Issue 2252 :- Added 'a=rtcp-fb:100 nack pli' line to the WebRTC sdp, earlier the sdp only advertised nack and fir. Now it advertises nack, fir and nack pli lines in the sdp.
  • Issue 343998 :- Allow individual volume control of remote webrtc audio tracks. This fixes an issue where remote audio tracks would all share the same volume state.
  • Issue 134249 :- Implemented desktopCapture API in WebRTC which is now available in the Chrome stable channel. Desktop Capture API can be used to capture content of screen, individual windows or tabs.

Bugs:-
  • Issue 2619:- Fixed problem on Chrome for Android, where Chrome was using expired DTLS certs.
  • Issue 2613 :- Fixed a problem with slow candidates transfer with non-trickle ICE, causing ICE state to stay at checking because the candidates were getting timeout after 30 seconds.
  • Issue 2638 :- The FIR and NACK stats obtained using getStats were always -1, should now be fixed.
  • Issue 1109 :- Fixed the problem with GetUserMedia callback not firing when trying to open a Mac camera while the lid is closed.
  • Issue 2154 :- Fixed bad video quality and video freeze issue when multiple video streams were sent over one peer connection.
  • Issue 2162 :-  Fixed the problem with audio failing if the video track is disabled before attaching to the video element. 
  • Issue 1961 :- Fixed issue, if you mute the audio of one of the remote stream, then it mutes the audio for other remote streams as well. 
  • Issue 344475 :- Fixed, crash when a SDP message with no '/n' at the end is given to RTCSessionDescription().
  • Issue 328096 :- Fixed issue where GetUserMedia video requests were failing with built-in-cameras on older MacBook.
  • Issue 345283 :- Fixed issue for screen sharing failing on Mac.
  • Issue 340377 :- Fixed problem in WebRTC not using default communication device for audio. 

Chrome://webrtc-internals:-
  • Issue 24468 :- Improvements to webrtc-internals page layout. Added URL to each peerconnection tab title on webrtc-internals. Also use bold font for the stats table of the active ICE connection for highlight.
  • Issue 338380 :- More debug level stats for webrtc-internals. This will enable displaying the BWE debug stats on chrome://webrtc-internals. 
  • Issue 323928 :- Added a UI (checkbox + text) in chrome://webrtc-internals that enables AEC recordings if checked.

/Vikas

Philipp Hancke

unread,
Apr 10, 2014, 4:35:33 PM4/10/14
to discuss...@googlegroups.com
The new chooseDesktopMedia way to do screensharing and the bad old "hey user, enable a flag" are available in parallel for this version, right?


--

---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Vikas

unread,
Apr 10, 2014, 4:41:59 PM4/10/14
to discuss...@googlegroups.com
Yes that's correct, screen sharing using flag works in M34.

/Vikas


On Thursday, April 10, 2014 1:35:33 PM UTC-7, Philipp Hancke wrote:
The new chooseDesktopMedia way to do screensharing and the bad old "hey user, enable a flag" are available in parallel for this version, right?

Edwin Edwin

unread,
Apr 16, 2014, 7:49:22 PM4/16/14
to discuss...@googlegroups.com
No permission to view Issue 134249..
Can you guys fix that?

Vikas

unread,
Apr 17, 2014, 1:20:35 PM4/17/14
to discuss...@googlegroups.com
Hi,

You can find more details about desktopcapture API here : https://developer.chrome.com/extensions/desktopCapture

/Vikas

Jason Morrison

unread,
May 30, 2014, 12:52:18 AM5/30/14
to discuss...@googlegroups.com
Looking forward to the M35 release notes thread! :)  (Or is there somewhere else to look?)

Vikas

unread,
May 30, 2014, 2:17:05 PM5/30/14
to discuss...@googlegroups.com
Sure, we will be posting M35 release notes soon. You can also access previous release notes here.

/Vikas
Reply all
Reply to author
Forward
0 new messages