- From: Daniel Burnett <danielcburnett@gmail.com>
- Date: Fri, 10 Mar 2017 01:41:10 -0500
- To: Harald Alvestrand <harald@alvestrand.no>
- Cc: "public-webrtc-editors@w3.org" <public-webrtc-editors@w3.org>
- Message-ID: <CA+Enjb+z+DKEyWakB72qj8Yk+wGJ7GCDS=ja4xVvmU8LnM9SJw@mail.gmail.com>
Guys, I'm (finally) on my way back from my job in India, so I expect to be on next week's call and back to normal. -- dan On Thu, Mar 9, 2017 at 9:37 AM, Harald Alvestrand <harald@alvestrand.no> wrote: > Mediacapture-main > ================= > Pull requests > ------------- > > [[Enjoy the empty space!]] > > Issues > ------ > #380 Define restrictions on device-info permission. (alvestrand) > #384 Should we use [EnforceRange] on min/max in constraints? (aboba) > #385 ConstrainLong only concern positive values (aboba) > #396 Explanation of "advanced" constraint sets is confusing (burnburn) > #400 Add text to extensibility for consumer of MST (burnburn) > #428 Implementation Suggestions section needs review (stefhak) > #429 Specify that getSettings omits non-applicable settings (burnburn) > #434 Disable user media by default in cross-origin iframes (stefhak) > > WebRTC-PC > ========= > Pull requests > ------------- > #1011 Eliminate NetworkError () > #1026 strawman text to show how unverified media would work () > #1030 Add stats selection algorithm based on sender or receiver o () > #1032 maxSimulcastStreams attribute in RTCRtpCodecCapability () > #1033 "Hybrid" OAuth solution. () > #1045 Clarifying exactly what "sdpFmtpLine" represents. () > #1047 Adding "[EnforceRange]" to RTCDataChannelInit.id. () > #1054 Throw InvalidModificationError if changing pool size after () > #1055 Changing iceCandidatePoolSize to an octet and adding Enforc () > #1056 Switching to new, consistent terminology when talking about () > #1057 Add clockrate, channels, sdpFmtpLine to codec capability () > #1058 Generation of candidates () > #1059 mute signal () > #1060 ended event fired on the track () > #1061 Remove connecting event from Event summary () > #1066 RtpSender and track () > > Issues > ------ > #526 NetworkError event is not defined and might not be needed (aboba) > #661 Add informative table of all things that can cause negotiat (burnburn) > #714 STUN/TURN OAuth token auth parameter passing (aboba) > #763 Handling of simulcast errors (aboba) > #788 Clean up remaining uses of 'set of receivers' (adam-be) > #842 Define JSEP terms like "bundle" and "bundle-policy" in term (burnburn) > #845 "Throw a FooError" steps not written in a consistent manner (aboba) > #849 Specify an AllowUnverifiedMedia RTCConfiguration property (fluffy) > #881 Align getAlgorithm return value with Web Crypto (alvestrand) > #942 Meta: auto-publish changes to the spec (alvestrand) > #964 Handing SDP with more than one identity (martinthomson) > #1020 Don't fire events on a closed peer connection (adam-be) > #1021 get/setParameters does not have a parameter for packetizati (aboba) > #1022 sdpFmtpLine isn't very convenient (taylor-b) > #1040 Codecs supporting multiple clock rates/packetization-mode (aboba) > #1043 Section 13: Connecting event (aboba) > #1044 Section 12.2.1.1: RTCError errorDetailEnum () > #1046 RTCDataChannelInit.id should use [EnforceRange] () > #1048 Range checking needed for iceCandidatePoolSize () > #1049 Description of handling iceCandidatePoolSize in setConfigur () > #1050 Section 5.6: Generation of candidates () > #1051 Section 10.3: mute signal () > #1052 Section 10.3: Issue 5 () > #1053 Section 11.6: Issue 6 () > #1063 Section 10.3: Freeing resources for incoming stream () > #1064 Attaching the same track to multiple RTCRtpSenders: spec co (aboba) > #1065 Need to specify what happens if the browser doesn't impleme () > > >
Received on Friday, 10 March 2017 06:42:24 UTC