Tuesday, 30 April 2019
- Re: [mediacapture-main] Clarify that enumerateDevices must not expose devices that a given context cannot use through getUserMedia (#549)
- Re: [webrtc-pc] Says to count datachannel label & protocol in bytes, but they're USVString (#2191)
- Re: [mediacapture-screen-share] Add user activation check when calling getDisplayMedia (#106)
- Re: [mediacapture-screen-share] Add user activation check when calling getDisplayMedia (#106)
- [webrtc-pc] Says to count datachannel label & protocol in bytes, but they're USVString (#2191)
- Re: [mediacapture-screen-share] Add user activation check when calling getDisplayMedia (#106)
Monday, 29 April 2019
- Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105)
- Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105)
- Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105)
- Re: [mediacapture-screen-share] Add user activation check when calling getDisplayMedia (#106)
- [mediacapture-screen-share] Pull Request: Add user activation check when calling getDisplayMedia
- Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105)
- Re: [webrtc-pc] Add pc.restartIce() method. (#2169)
- [webrtc-stats] Add RTCInboundRtpStreamStats.totalDecodeTime (#434)
- [mediacapture-main] Pull Request: #577 make echo cancellation scope more explicit
- Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105)
- Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105)
- Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105)
- Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105)
- Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105)
Sunday, 28 April 2019
Saturday, 27 April 2019
- [mediacapture-fromelement] MediaStreamTrack does not dispatch "ended" event at Chromium when src of HTMLMediaElement is changed, Firefox does dispatch "ended" event; which implementation is correct? (#78)
- Re: [mediacapture-main] Travis is failing git checkout with "reference is not a tree" (#581)
Friday, 26 April 2019
- Re: [webrtc-pc] Add pc.restartIce() method. (#2169)
- Re: [webrtc-pc] Add pc.restartIce() method. (#2169)
- Re: [webrtc-pc] Add pc.restartIce() method. (#2169)
- Re: [webrtc-pc] Add RTP timestamp to RTCRtpContributingSource (#2177)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- [webrtc-pc] Pull Request: Clarify `RTCRtpContributingSource` and `RTCRtpSynchronizationSource`.
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [mediacapture-main] echo cancellation scope (#577)
- Re: [mediacapture-main] echo cancellation scope (#577)
- Re: [webrtc-stats] The spec has incorrect assumptions abound SR and RR (#433)
- Re: [webrtc-pc] Add RTP timestamp to RTCRtpContributingSource (#2177)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- [mediacapture-main] Travis is failing git checkout with "reference is not a tree" (#581)
- [mediacapture-main] new commits pushed by henbos
- Closed: [mediacapture-main] Remove overconstrained event (Why do we have overconstrained event?) (#573)
- Re: [mediacapture-main] Remove "onoverconstrained" (#576)
- Re: [mediacapture-main] Remove "onoverconstrained" (#576)
- [mediacapture-main] Pull Request: Just testing... ignore this
- [mediacapture-main] Pull Request: Remove "onoverconstrained" re-upload
Thursday, 25 April 2019
- Re: [mediacapture-main] Proposal: DecodeConcatVideoData (input multiple files or streams) => Output: single webm file (#575)
- Re: [webrtc-pc] Define time order of results from getContributingSources() et al (#2189)
- [webrtc-pc] Define time order of results from getContributingSources() et al (#2189)
- Re: [mediacapture-main] Remove "onoverconstrained" (#576)
- Re: [webrtc-stats] The spec has incorrect assumptions abound SR and RR (#433)
- Re: [webrtc-pc] Add RTP timestamp to RTCRtpContributingSource (#2177)
- Re: [webrtc-pc] Permission API for receive-only media and data use cases (#2175)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [webrtc-pc] Permission API for receive-only media and data use cases (#2175)
- [webrtc-pc] new commits pushed by dontcallmedom
- Re: [mediacapture-main] echo cancellation scope (#577)
- Re: [mediacapture-main] Remove "onoverconstrained" (#576)
- Closed: [mediacapture-main] Proposal: DecodeConcatVideoData (input multiple files or streams) => Output: single webm file (#575)
- Re: [mediacapture-main] Proposal: DecodeConcatVideoData (input multiple files or streams) => Output: single webm file (#575)
- Re: [mediacapture-main] Remove "onoverconstrained" (#576)
- Closed: [webrtc-pc] data channel default binaryType value is 'blob' (#2170)
- Re: [webrtc-pc] data channel default binaryType value is 'blob' (#2170)
- [webrtc-pc] new commits pushed by aboba
- Closed: [webrtc-pc] Clarify update negotiation needed (#2159)
- Closed: [webrtc-pc] Mark getDefaultIceServers() as feature at risk. (#2185)
- [webrtc-pc] new commits pushed by aboba
- Re: [webrtc-pc] Add rtpTimestamp to RTCRtpContributingSource (#2178)
- [webrtc-pc] new commits pushed by aboba
- Re: [webrtc-pc] Add rtpTimestamp to RTCRtpContributingSource (#2178)
- Re: [webrtc-pc] Add RTP timestamp to RTCRtpContributingSource (#2177)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- [webrtc-pc] Pull Request: Define which constraints are applicable in WebRTC
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [webrtc-pc] Add RTP timestamp to RTCRtpContributingSource (#2177)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [webrtc-pc] Constrainable properties on remote tracks are under-specified (#2121)
- [mediacapture-main] Add note on applicability of constraints to tracks in other specs (#578)
- Re: [mediacapture-main] echo cancellation scope (#577)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- [webrtc-pc] Pull Request: Clarify a step in "update negotiation needed"
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [webrtc-pc] Simulcast stats (#2116)
- Closed: [webrtc-pc] Simulcast stats (#2116)
- Closed: [webrtc-pc] Add RTCRtpSender.getSynchronizationSources() to expose audioLevel (#2103)
- Re: [webrtc-pc] Add RTCRtpSender.getSynchronizationSources() to expose audioLevel (#2103)
- [webrtc-pc] Pull Request: Adds a note clarifying removeTrack()
- Re: [webrtc-pc] how to use datachannel bufferedamountlow threshold callback? (#1979)
- Re: [webrtc-pc] Should we remove getDefaultIceServers? (#2023)
- [webrtc-pc] Mark getDefaultIceServers() as feature at risk. (#2185)
- Re: [webrtc-pc] Should we remove getDefaultIceServers? (#2023)
- [webrtc-pc] Pull Request: Mark getDefaultIceServers() as feature at risk
- Closed: [webrtc-pc] how to use datachannel bufferedamountlow threshold callback? (#1979)
- Re: [webrtc-pc] how to use datachannel bufferedamountlow threshold callback? (#1979)
- Re: [webrtc-pc] RTCRtpReceiver.getStreams() and RTCRtpSender.getStreams() (#1921)
- Closed: [webrtc-pc] RTCRtpReceiver.getStreams() and RTCRtpSender.getStreams() (#1921)
- Re: [webrtc-pc] There are redundant steps in setCodecPreferences (#2183)
- Closed: [webrtc-pc] There are redundant steps in setCodecPreferences (#2183)
- Re: [webrtc-pc] There are redundant steps in setCodecPreferences (#2183)
- Re: [webrtc-pc] Allow to import existing certificate (#2179)
- Re: [webrtc-pc] There are redundant steps in setCodecPreferences (#2183)
- Re: [webrtc-pc] Remove redundant steps in setCodecParameters (#2152)
- [webrtc-pc] There are redundant steps in setCodecPreferences (#2183)
- Re: [webrtc-pc] Make sure prflx remote candidates do not leak information when exposed by getSelectedCandidatePair (#2182)
- Re: [webrtc-pc] Cap expires to 365 days at most (#2181)
- [webrtc-pc] Pull Request: Make sure prflx remote candidates do not leak information when exposed by getSelectedCandidatePair
- [webrtc-pc] Pull Request: Cap expires to 365 days at most
Wednesday, 24 April 2019
- Re: [webrtc-pc] RTCIceTransport.getRemoteCandidates() does not return prflx candidates (#2124)
- Closed: [webrtc-pc] Allow to import existing certificate (#2179)
- Re: [webrtc-pc] Allow to import existing certificate (#2179)
- Re: [webrtc-pc] Clarify "multiple sources of media stitched together" at Note describing replaceTrack (#2171)
- [webrtc-pc] Pull Request: Clarify "multiple sources of media stitched together"
- Re: [webrtc-pc] Allow to import existing certificate (#2179)
- Re: [webrtc-pc] Allow to import existing certificate (#2179)
- Re: [webrtc-pc] Allow to import existing certificate (#2179)
- Re: [webrtc-pc] Allow to import existing certificate (#2179)
- Re: [webrtc-pc] Allow to import existing certificate (#2179)
- Re: [webrtc-pc] Allow to import existing certificate (#2179)
- Re: [webrtc-pc] Allow to import existing certificate (#2179)
- [webrtc-pc] Allow to import existing certificate (#2179)
- Re: [webrtc-pc] Allow to import existing certificate (#1853)
- [webrtc-pc] Pull Request: Add rtpTimestamp to RTCRtpContributingSource
- [webrtc-pc] Add RTP timestamp to RTCRtpContributingSource (#2177)
- Re: [webrtc-stats] The spec has incorrect assumptions abound SR and RR (#433)
- Re: [webrtc-stats] The spec has incorrect assumptions abound SR and RR (#433)
- [webrtc-stats] The spec has incorrect assumptions abound SR and RR (#433)
- Re: [webrtc-pc] No procedure for the ICE failed state (#2004)
- Re: [webrtc-pc] No procedure for the ICE failed state (#2004)
- Re: [mediacapture-fromelement] Should tracks captured from a media element fire "ended" when ending? (#77)
- Re: [webrtc-pc] No procedure for the ICE failed state (#2004)
Tuesday, 23 April 2019
- Re: [webrtc-pc] No procedure for the ICE failed state (#2004)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- [mediacapture-main] echo cancellation scope (#577)
- Re: [mediacapture-main] Remove "onoverconstrained" (Fix for #573) (#576)
Monday, 22 April 2019
- Re: [webrtc-pc] No procedure for the ICE failed state (#2004)
- Re: [webrtc-pc] No procedure for the ICE failed state (#2004)
- Re: [webrtc-pc] No procedure for the ICE failed state (#2004)
Sunday, 21 April 2019
- Re: [webrtc-pc] No procedure for the ICE failed state (#2004)
- Re: [webrtc-pc] Clarify "multiple sources of media stitched together" at Note describing replaceTrack (#2171)
- Re: [webrtc-pc] Should DataChannels have a getStats() method, should they be usable as selector to the getStats algorithm? (#2174)
Saturday, 20 April 2019
Thursday, 18 April 2019
- Re: [webrtc-pc] transceiver.stop() needs more work (avoid BUNDLE footgun) (#2150)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [webrtc-pc] data channel default binaryType value is 'blob' (#2170)
- Re: [webrtc-pc] Clarify "multiple sources of media stitched together" at Note describing replaceTrack (#2171)
- Re: [webrtc-pc] Clarify "multiple sources of media stitched together" at Note describing replaceTrack (#2171)
- Re: [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- [mediacapture-fromelement] Should tracks captured from a media element fire "ended" when ending? (#77)
- Re: [mediacapture-fromelement] What happens to the audio being rendered to a Media Element when it gets captureStream()ed (#34)
Wednesday, 17 April 2019
- Re: [webrtc-pc] transceiver.stop() needs more work (avoid BUNDLE footgun) (#2150)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-pc] transceiver.stop() needs more work (avoid BUNDLE footgun) (#2150)
- Re: [webrtc-pc] transceiver.stop() needs more work (avoid BUNDLE footgun) (#2150)
- Re: [webrtc-pc] Add stopping state (transceiver.stop() queues to stable). Rename old unsafe stop to reject() (#2168)
- Re: [webrtc-pc] Spec note on stop() underestimates BUNDLE problem. (#2176)
- Re: [webrtc-stats] OPUS -- Exposing SILK or CELT mode in getStats (#432)
- Re: [webrtc-stats] OPUS -- Exposing SILK or CELT mode in getStats (#432)
- [webrtc-pc] Spec note on stop() underestimates BUNDLE problem. (#2176)
- Re: [webrtc-stats] RTCVideo*Stats: Video Device Errors (#430)
- Closed: [webrtc-stats] RTCSenderAudioTrackAttachmentStats: Audio Device Errors (#429)
- Re: [webrtc-stats] RTCSenderAudioTrackAttachmentStats: Audio Device Errors (#429)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-pc] Permission API for receive-only media and data use cases (#2175)
- [webrtc-pc] Pull Request: Permission API for receive-only media and data use cases
- Re: [webrtc-stats] OPUS -- Exposing SILK or CELT mode in getStats (#432)
- [webrtc-pc] Should DataChannels have a getStats() method, should they be usable as selector to the getStats algorithm? (#2174)
Tuesday, 16 April 2019
- Re: [webrtc-stats] OPUS -- Exposing SILK or CELT mode in getStats (#432)
- Re: [webrtc-stats] RTCVideo*Stats: Video Device Errors (#430)
- Re: [webrtc-stats] RTCVideo*Stats: Video Device Errors (#430)
- [webrtc-stats] OPUS -- Exposing SILK or CELT mode in getStats (#432)
- Closed: [webrtc-stats] Additional Audio/Video Quality Metrics (#431)
- Re: [webrtc-stats] RTCSenderAudioTrackAttachmentStats: Audio Device Errors (#429)
Monday, 15 April 2019
- [webrtc-pc] Timing of setRemoteDescription's identity validation is unclear (#2173)
- [webrtc-stats] Additional Audio/Video Quality Metrics (#431)
- [webrtc-stats] RTCVideo*Stats: Video Device Errors (#430)
- [webrtc-stats] RTCSenderAudioTrackAttachmentStats: Audio Device Errors (#429)
- [webrtc-pc] Clarify the definition of "playout" for `RTCRtpContributingSource`. (#2172)
- Re: [mediacapture-main] Remove "onoverconstrained" (Fix for #573) (#576)
Sunday, 14 April 2019
- Re: [mediacapture-record] MediaRecorder needs to define effect of adding / removing tracks in its input MediaStream (#4)
- Re: [mediacapture-record] MediaRecorder needs to define effect of adding / removing tracks in its input MediaStream (#4)
- Re: [webrtc-pc] Clarify "multiple sources of media stitched together" at Note describing replaceTrack (#2171)
- Re: [webrtc-pc] Clarify "multiple sources of media stitched together" at Note describing replaceTrack (#2171)
Saturday, 13 April 2019
Friday, 12 April 2019
- Re: [webrtc-pc] Simulcast: Which layer gets dropped first? (#2080)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
Thursday, 11 April 2019
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc (#2026)
- Re: [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc (#2026)
- Re: [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc (#2026)
- Re: [mediacapture-main] Proposal: DecodeConcatVideoData (input multiple files or streams) => Output: single webm file (#575)
- Re: [mediacapture-main] Proposal: DecodeConcatVideoData (input multiple files or streams) => Output: single webm file (#575)
- Re: [mediacapture-main] Proposal: DecodeConcatVideoData (input multiple files or streams) => Output: single webm file (#575)
- Re: [webrtc-pc] data channel default binaryType value is 'blob' (#2170)
- Re: [webrtc-pc] data channel default binaryType value is 'blob' (#2170)
- Re: [webrtc-pc] data channel default binaryType value is 'blob' (#2170)
- [webrtc-pc] data channel default binaryType value is 'blob' (#2170)
- Closed: [mediacapture-main] Spec does no handle fingerprinting related to exposing non default capture devices (#559)
- Re: [mediacapture-main] Spec does no handle fingerprinting related to exposing non default capture devices (#559)
- Re: [mediacapture-main] Proposal: DecodeConcatVideoData (input multiple files or streams) => Output: single webm file (#575)
- Re: [mediacapture-main] enumerateDevices is exposing devices labels for origins that are granted access once (#563)
- Closed: [mediacapture-main] enumerateDevices is exposing devices labels for origins that are granted access once (#563)
- Re: [mediacapture-main] What constraint name should be exposed in case of a getUserMedia query with multiple failing constraints (#562)
- Closed: [mediacapture-main] What constraint name should be exposed in case of a getUserMedia query with multiple failing constraints (#562)
- [webrtc-pc] new commits pushed by aboba
- Closed: [mediacapture-main] enumerateDevices can be used to track user devices in background pages (#561)
- Re: [mediacapture-main] enumerateDevices can be used to track user devices in background pages (#561)
- [webrtc-pc] new commits pushed by aboba
- Re: [webrtc-pc] {iceRestart: true} works poorly with negotiationneeded (#2167)
- Re: [webrtc-pc] {iceRestart: true} works poorly with negotiationneeded (#2167)
- Re: [webrtc-pc] {iceRestart: true} works poorly with negotiationneeded (#2167)
- Re: [webrtc-pc] Missing specification on how to assign bandwidth between encodings and/or drop simulcast layers (#2141)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
Wednesday, 10 April 2019
- Re: [webrtc-pc] Add pc.restartIce() method. (#2169)
- Re: [webrtc-pc] Add pc.restartIce() method. (#2169)
- Re: [webrtc-stats] RTCAudioHandlerStats: Signal/Noise Ratio (#383)
- [webrtc-stats] Pull Request: Audio Noise metric
- Re: [webrtc-pc] Add pc.restartIce() method. (#2169)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- [webrtc-pc] new commits pushed by henbos
- Closed: [webrtc-pc] Remove stopped transceivers from getTransceivers() (#2092)
- Re: [webrtc-pc] Remove redundant steps in setCodecParameters (#2152)
- Re: [webrtc-pc] Remove stopped transceivers after negotiation (#2160)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- [webrtc-pc] Pull Request: Add pc.restartIce() method.
Tuesday, 9 April 2019
- [webrtc-pc] Pull Request: Add stopping state (transceiver.stop() queues to stable). Rename old unsafe stop to reject()
- [webrtc-stats] Request to add neteq waiting time to stats report (#427)
- Re: [webrtc-stats] RTCRemoteInboundRtpStreamStats: total round trip time (#426)
- [webrtc-stats] RTCRemoteInboundRtpStreamStats: total round trip time (#426)
- Re: [webrtc-pc] Clarify or fix racy peerIdentity validation failure (#2148)
- [webrtc-stats] Byte/packet counter consistency (retransmittedPacketsSent is unsigned long long) (#425)
Monday, 8 April 2019
- Re: [webrtc-stats] Receiver attachment stats missing (#424)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- Re: [webrtc-stats] Receiver attachment stats missing (#424)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- Re: [webrtc-stats] Receiver attachment stats missing (#424)
- Re: [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- Re: [mediacapture-main] Should we remove track attributes "remote" and "readonly"? (#320)
Sunday, 7 April 2019
- [webrtc-pc] ICE restart deserves a first-class API. (#2167)
- [webrtc-pc] Better API for rollback that's glare-proof (#2166)
- [webrtc-pc] A simpler non-glare-prone setLocalDescription() (#2165)
- [webrtc-pc] Silence OperationError in addIceCandidate from rollback (#2164)
- Re: [mediacapture-record] MediaRecorder needs to define effect of adding / removing tracks in its input MediaStream (#4)
- Re: [mediacapture-record] Proposal: Specify ability to pause and resume between adding and removing MediaStreamTracks to an active MediaStream (#147)
- Re: [mediacapture-record] Proposal: Specify ability to pause and resume between adding and removing MediaStreamTracks to an active MediaStream (#147)
Saturday, 6 April 2019
- Re: [webrtc-pc] DataChannel max value for "id" before connecting? (#2158)
- Re: [webrtc-pc] DataChannel max value for "id" before connecting? (#2158)
Friday, 5 April 2019
- [webrtc-pc] Pull Request: Restore firing of track event when there are no streams (editorial mistake)
- Re: [webrtc-stats] Receiver attachment stats missing (#424)
- Re: [webrtc-pc] DataChannel max value for "id" before connecting? (#2158)
- Re: [webrtc-pc] RTCRtpReceiver.jitterBufferDelayHint attribute added. (#2149)
- Re: [webrtc-stats] Receiver attachment stats missing (#424)
- Closed: [webrtc-stats] References to undefined RTCReceiverAudioTrackAttachmentStats and RTCReceiverVideoTrackAttachmentStats (#414)
- Re: [webrtc-stats] References to undefined RTCReceiverAudioTrackAttachmentStats and RTCReceiverVideoTrackAttachmentStats (#414)
- [webrtc-stats] Receiver attachment stats missing (#424)
- Re: [mediacapture-main] Remove "onoverconstrained" (Fix for #573) (#576)
- Re: [mediacapture-main] Remove "onoverconstrained" (Fix for #573) (#576)
- Re: [mediacapture-main] Remove "onoverconstrained" (Fix for #573) (#576)
Thursday, 4 April 2019
- [webrtc-pc] Pull Request: Fix prose indicating reasons why sender may be missing in removeTrack (Editorial)
- Re: [webrtc-pc] Too many test links in the spec, some redundant (#2161)
- Re: [webrtc-pc] Too many test links in the spec, some redundant (#2161)
- [webrtc-pc] new commits pushed by dontcallmedom
- Re: [webrtc-pc] Too many test links in the spec, some redundant (#2161)
- Re: [webrtc-pc] Too many test links in the spec, some redundant (#2161)
- [webrtc-pc] Too many test links in the spec, some redundant (#2161)
- Re: [mediacapture-main] Remove "onoverconstrained" (Fix for #573) (#576)
- [webrtc-pc] new commits pushed by dontcallmedom
- Re: [webrtc-pc] Remove redundant steps in setCodecParameters (#2152)
- Re: [webrtc-pc] Does direction matter for rejected m= sections? (#1812)
- Closed: [webrtc-pc] Does direction matter for rejected m= sections? (#1812)
- Re: [webrtc-pc] Set the configuration is unnecessarily checking for some members being set (#2142)
- Re: [webrtc-pc] Remove stopped transceivers after negotiation (#2160)
- Re: [webrtc-pc] Add in-line references to relevant test cases (#2156)
- Re: [webrtc-pc] Add in-line references to relevant test cases (#2156)
- Closed: [webrtc-pc] simulcast offer doesn't work with addTrack. An omission (#2147)
- [webrtc-pc] new commits pushed by alvestrand
- [webrtc-pc] new commits pushed by alvestrand
- [webrtc-pc] new commits pushed by alvestrand
- [webrtc-pc] new commits pushed by alvestrand
- Re: [webrtc-pc] Add video latency description (#2110)
- Re: [webrtc-pc] Add in-line references to relevant test cases (#2156)
- Re: [webrtc-pc] Add in-line references to relevant test cases (#2156)
- Re: [webrtc-pc] Remove stopped transceivers from the set of transceivers (#2102)
- [webrtc-pc] Pull Request: Remove stopped transceivers after negotiation
- [webrtc-stats] new commits pushed by vr000m
- Closed: [webrtc-stats] Add a "panel test" to track implementation status (#346)
- Re: [webrtc-pc] Attach simulcast offer sendEncodings to suitable (addTrack) transceiver. (#2155)
- Re: [webrtc-pc] RTCRtpReceiver.jitterBufferDelayHint attribute added. (#2149)
- Re: [webrtc-pc] Add setTargetJitterBufferDelay method to RTCRtpReceiver (#2139)
- Closed: [webrtc-pc] Add setTargetJitterBufferDelay method to RTCRtpReceiver (#2139)
- Re: [webrtc-pc] Add setTargetJitterBufferDelay method to RTCRtpReceiver (#2138)
- Re: [mediacapture-depth] Update editors metadata (#172)
- [mediacapture-depth] Pull Request: Update editors metadata
- Closed: [webrtc-stats] RTCOutboundRtpStreamStats.retransmitted[Bytes/Packets]Sent (#418)
- [webrtc-stats] new commits pushed by henbos
- Re: [webrtc-stats] targetBitrate should not be "measured over 1 second window" (#423)
- [webrtc-stats] new commits pushed by alvestrand
- Closed: [webrtc-stats] Rethinking RTCOutboundRtpStreamStats.targetBitrate (#416)
- [webrtc-stats] targetBitrate should not be "measured over 1 second window" (#423)
- [webrtc-pc] Clarify update negotiation needed (#2159)
- Re: [mediacapture-main] Remove "onoverconstrained" (Fix for #573) (#576)
- [mediacapture-main] Pull Request: Fix for #573
- Re: [mediacapture-record] Proposal: Specify ability to pause and resume between adding and removing MediaStreamTracks to an active MediaStream (#147)
Wednesday, 3 April 2019
- Re: [webrtc-stats] Update targetBitrate and add totalTargetBytesEncoded (#417)
- Re: [webrtc-stats] References to undefined RTCReceiverAudioTrackAttachmentStats and RTCReceiverVideoTrackAttachmentStats (#414)
- Re: [webrtc-stats] Add retransmittedPacketsSent and retransmittedBytesSent (#419)
- [webrtc-stats] Capture vs encode frameWidth, frameHeight and framesPerSecond (#422)
- Re: [webrtc-stats] totalPacketSendDelay added (#421)
- [webrtc-stats] Pull Request: totalPacketSendDelay added
- [webrtc-stats] new commits pushed by vr000m
- Closed: [webrtc-stats] Add stats for accelerating/decelarating playout speed (#407)
- Re: [webrtc-stats] Add insertedSamplesForDeceleration and removedSamplesForAcceleration (#408)
- [webrtc-stats] Stats for the delay of packets being sent (#420)
- [webrtc-stats] Pull Request: Add retransmittedPacketsSent and retransmittedBytesSent
- [webrtc-stats] RTCOutboundRtpStreamStats.retransmitted[Bytes/Packets]Sent (#418)
- [webrtc-stats] Pull Request: Update targetBitrate and add totalTargetBytesEncoded
- Re: [webrtc-stats] Rethinking RTCOutboundRtpStreamStats.targetBitrate (#416)
- Re: [webrtc-stats] Rethinking RTCOutboundRtpStreamStats.targetBitrate (#416)
- [webrtc-stats] Rethinking RTCOutboundRtpStreamStats.targetBitrate (#416)
- Re: [webrtc-pc] RTCRtpReceiver.jitterBufferDelayHint attribute added. (#2149)
Tuesday, 2 April 2019
- Re: [mediacapture-record] Proposal: Specify ability to pause and resume between adding and removing MediaStreamTracks to an active MediaStream (#147)
- Re: [webrtc-pc] DataChannel max value for "id" before connecting? (#2158)
- Re: [mediacapture-record] Proposal: Specify ability to pause and resume between adding and removing MediaStreamTracks to an active MediaStream (#147)
- Re: [mediacapture-record] Proposal: Specify ability to pause and resume between adding and removing MediaStreamTracks to an active MediaStream (#147)
- Re: [webrtc-pc] RTCRtpReceiver.jitterBufferDelayHint attribute added. (#2149)
- Re: [webrtc-pc] DatachannelInit "id" attribute description inconsistent with procedure (#2157)
- Re: [webrtc-pc] DatachannelInit "id" attribute description inconsistent with procedure (#2157)
- Re: [webrtc-pc] Attach simulcast offer sendEncodings to suitable (addTrack) transceiver. (#2155)
- Re: [webrtc-pc] DataChannel max value for "id" before connecting? (#2158)
- Re: [webrtc-pc] DataChannel max value for "id" before connecting? (#2158)
- Re: [webrtc-pc] DatachannelInit "id" attribute description inconsistent with procedure (#2157)
- Re: [webrtc-pc] DataChannel max value for "id" before connecting? (#2158)
- Re: [webrtc-pc] DataChannel max value for "id" before connecting? (#2158)
- [webrtc-pc] DataChannel max value for "id" before connecting? (#2158)
- [webrtc-pc] DatachannelInit "id" attribute description inconsistent with procedure (#2157)
- Re: [webrtc-stats] Add insertedSamplesForDeceleration and removedSamplesForAcceleration (#408)
- Re: [webrtc-stats] Add stats for accelerating/decelarating playout speed (#407)
- Re: [mediacapture-screen-share] Issue 38 - Cursor constraint (#58)
Monday, 1 April 2019
- [mediacapture-image] Clarify applicability of MediaTrackSupportedConstraints (#206)
- Re: [webrtc-stats] Add stats for accelerating/decelarating playout speed (#407)
- [webrtc-pc] Pull Request: Add in-line references to relevant test cases
- [webrtc-pc] Pull Request: Attach simulcast offer sendEncodings to suitable (addTrack) transceiver.
- [webrtc-pc] Pull Request: Fix link to description of DataChannel send()
- [webrtc-pc] Pull Request: Mark 'hold functionality' section as informative
- [webrtc-pc] new commits pushed by jan-ivar
- [webrtc-pc] Pull Request: Remove redundant steps in setCodecParameters
- [webrtc-pc] Pull Request: Fix name of MTI stats in RTCDataChannelStats
- [webrtc-stats] new commits pushed by vr000m
- Re: [webrtc-stats] Add insertedSamplesForDeceleration and removedSamplesForAcceleration (#408)
- Re: [webrtc-stats] Add insertedSamplesForDeceleration and removedSamplesForAcceleration (#408)