[webrtc-stats] RTX and FEC stats are incomplete. (#751)
[webrtc-stats] new commits pushed by henbos
[webrtc-extensions] new commits pushed by henbos
[webrtc-pc] new commits pushed by henbos
[webrtc-pc] new commits pushed by Orphis
[webrtc-pc] Pull Request: Export more definitions to use in webrtc-extensions
[webrtc-stats] Pull Request: Document recently added audio metrics as features at risk
[webrtc-extensions] new commits pushed by aboba
[webrtc-extensions] new commits pushed by aboba
[webrtc-extensions] new commits pushed by aboba
[webrtc-pc] Pull Request: Add sender/receiver.getCapabilities() algorithms (and use them in offer/answer)
[webrtc-svc] new commits pushed by aboba
Re: [webrtc-svc] Move to Candidate Recommendation (#45)
[webrtc-pc] Shouldn't call sender/receiver.getCapabilities() from other algorithms (#2849)
Closed: [webrtc-charter] Move -extensions rules from webrtc-pc to charter repo (#63)
Closed: [webrtc-charter] Include call-for-adoption process in the charter? (#69)
Re: [webrtc-charter] Update MEIG description (#78)
[webrtc-charter] Pull Request: Align coordination with MEIG with reality
[webrtc-extensions] Pull Request: clean up audio rtp parameters extensions
Re: [webrtc-pc] Maybe setParameters/insertDtmf/replaceTrack should reject on [[Stopping]] as well as [[Stopped]]? (#2820)
Re: [webrtc-pc] Express RTCPeerConnectionState values using [[IceConnectionState]], and reduce complexity (#2828)
Re: [webrtc-pc] setParameters(), replaceTrack(), & insertDTMF() reject after stop(). (#2829)
[webrtc-pc] RTCRtpEncodingParameters.active flag and the ~ in the SDP (#2848)
- Re: [webrtc-pc] RTCRtpEncodingParameters.active flag and the ~ in the SDP (#2848)
- Re: [webrtc-pc] RTCRtpEncodingParameters.active flag and the ~ in the SDP (#2848)
- Re: [webrtc-pc] RTCRtpEncodingParameters.active flag and the ~ in the SDP (#2848)
- Closed: [webrtc-pc] RTCRtpEncodingParameters.active flag and the ~ in the SDP (#2848)
[mediacapture-screen-share] Pull Request: Update how FocusChangeDisabled is set to true in case of change of focus
[mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263)
- Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263)
- Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263)
- Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263)
- Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263)
- Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263)
- Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263)
- Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263)
- Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263)
[mediacapture-screen-share] Update algorithms around setFocusBehavior to taken to account OS level surface pickers (#262)
- Re: [mediacapture-screen-share] Update algorithms around setFocusBehavior to taken to account OS level surface pickers (#262)
- Re: [mediacapture-screen-share] Update algorithms around setFocusBehavior to take into account OS level surface pickers (#262)
[mediacapture-main] Pull Request: s/legal/valid/
[webrtc-pc] Pull Request: Add a codec match algorithm for setCodecPreferences
[mediacapture-main] Pull Request: Replace Values with Type column in Constrainable Properties tables.
[mediacapture-main] Pull Request: s/long/unsigned long/ in MediaTrackSettings.
[mediacapture-main] Avoid the word "legal" to describe input validation (#946)
[mediacapture-main] Clarify the type of Constrainable Properties (#945)
[mediacapture-main] Settings are signed while constraints are unsigned (#944)
- Re: [mediacapture-main] Settings are signed while constraints are unsigned (#944)
- Re: [mediacapture-main] Settings are signed while constraints are unsigned (#944)
[webrtc-extensions] Header extension API lets the remote end control the remote preferences (#153)
- Re: [webrtc-extensions] Header extension API lets the remote end control the remote preferences (#153)
- Closed: [webrtc-extensions] Header extension API lets the remote end control the remote preferences (#153)
[webrtc-extensions] Pull Request: header extension control: Do not let remote control the local preferences
[webrtc-extensions] Pull Request: Update data on [CRYPTEX] ref
[webrtc-extensions] new commits pushed by dontcallmedom
[mediacapture-main] new commits pushed by dontcallmedom
[webrtc-pc] new commits pushed by dontcallmedom
[webrtc-extensions] new commits pushed by aboba
[webrtc-extensions] new commits pushed by aboba
[webrtc-pc] Pull Request: Update to ReSpec version 32.8.0
[mediacapture-main] Pull Request: Update to latest ReSpec version 32.8.0
[webrtc-pc] What is setCodecPreferences's contract? (#2845)
- Re: [webrtc-pc] What is setCodecPreferences's contract? (#2845)
- Re: [webrtc-pc] What is setCodecPreferences's contract? (#2845)
- Re: [webrtc-pc] What is setCodecPreferences's contract? (#2845)
- Re: [webrtc-pc] What is setCodecPreferences's contract? (#2845)
- Re: [webrtc-pc] What is setCodecPreferences's contract? (#2845)
- Closed: [webrtc-pc] What is setCodecPreferences's contract? (#2845)
[mediacapture-main] Pull Request: Make deviceId and groupId consistent with other capabilities.
[mediacapture-main] Spec-inherent capabilities of one differ from other capabilities of one, an unnecessary variant (#941)
Closed: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#724)
Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#724)
[webrtc-extensions] new commits pushed by aboba
[webrtc-extensions] Pull Request: reorganise document into one-feature-per-section
[webrtc-extensions] new commits pushed by Orphis
[mediacapture-main] new commits pushed by youennf
[webrtc-pc] new commits pushed by jan-ivar
Closed: [webrtc-pc] Hard to tell if there are state gaps in connectionState algorithm (#2827)
[webrtc-pc] new commits pushed by henbos
[webrtc-pc] new commits pushed by Orphis
[webrtc-pc] new commits pushed by jan-ivar
Re: [mediacapture-main] Detecting user-actionable camera issues (e.g., camera shutters) (#930)
[mediacapture-screen-share] Allow apps to avoid riskier display-surface types (#261)
[webrtc-extensions] Pull Request: rename ext-respec-config.js to webrtc-extensions and update git branch
[mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70)
- Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70)
- Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70)
- Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70)
- Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70)
- Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70)
- Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70)
- Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70)
- Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70)
- Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70)
[webrtc-stats] Conformance criteria incompatible with standards-track (#749)
[webrtc-pc] Remove "MAY generate statistics that are not documented." (#2844)
- Re: [webrtc-pc] Remove "MAY generate statistics that are not documented." (#2844)
- Re: [webrtc-pc] Remove "MAY generate statistics that are not documented." (#2844)
[webrtc-stats] new commits pushed by vr000m
[webrtc-stats] new commits pushed by vr000m
[webrtc-pc] Pull Request: Mark PreferredCodec internal slot as exported
[webrtc-pc] Pull Request: Fix typo
[webrtc-extensions] Pull Request: Delete "Removed features" section
- Re: [webrtc-extensions] Delete "Removed features" section (#148)
- Re: [webrtc-extensions] Delete "Removed features" section (#148)
- Re: [webrtc-extensions] Delete "Removed features" section (#148)
- Re: [webrtc-extensions] Delete "Removed features" section (#148)
Re: [mediacapture-record] Add keyframe interval support. (#216)
Re: [webrtc-encoded-transform] Tell SDP negotiation to negotiate support for non-standard codecs (#172)
[webrtc-extensions] new commits pushed by henbos
[webrtc-pc] new commits pushed by henbos
[webrtc-pc] new commits pushed by jan-ivar
[mediacapture-image] new commits pushed by riju
[webrtc-pc] new commits pushed by Orphis
[webrtc-extensions] Pull Request: Add RTCRtpEncodingParameters.codec to change the active codec
- Re: [webrtc-extensions] Add RTCRtpEncodingParameters.codec to change the active codec (#147)
- Re: [webrtc-extensions] Add RTCRtpEncodingParameters.codec to change the active codec (#147)
- Re: [webrtc-extensions] Add RTCRtpEncodingParameters.codec to change the active codec (#147)
[webrtc-pc] Pull Request: Make RTCRtpHeaderExtensionCapability.uri required
- Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841)
- Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841)
- Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841)
- Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841)
- Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841)
- Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841)
[webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2840)
[webrtc-encoded-transform] Pull Request: Fix bikeshed-isms
[mediacapture-image] Pull Request: Amend and fix implementation status on Windows
[webrtc-stats] Pull Request: fix codec mimeType casing
Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
- Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725)
[webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839)
- Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839)
- Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839)
- Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839)
- Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839)
- Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839)
- Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839)
- Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839)
[webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838)
- Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838)
- Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838)
- Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838)
- Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838)
- Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838)
- Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838)
Re: [webrtc-stats] Impact of Stereo input and output on metrics (#686)
- Re: [webrtc-stats] Impact of Stereo input and output on metrics (#686)
- Re: [webrtc-stats] Impact of Stereo input and output on metrics (#686)
- Re: [webrtc-stats] Impact of Stereo input and output on metrics (#686)
- Re: [webrtc-stats] Impact of Stereo input and output on metrics (#686)
Re: [webrtc-svc] SVC getCapabilities() is redundant with Media Capabilities query (#49)
[webrtc-pc] Pull Request: Fix scaleResolutionDownBy explanatory prose to match normative algorithm
[webrtc-pc] new commits pushed by jan-ivar
[webrtc-stats] new commits pushed by vr000m
Re: [webrtc-pc] Add internal slots for signaling state, connection state, ice gatheri… (#2826)
[mediacapture-main] What is the granularity of a source? (#940)
- Re: [mediacapture-main] What is the granularity of a source? (#940)
- Re: [mediacapture-main] What is the granularity of a source? (#940)
- Re: [mediacapture-main] What is the granularity of a source? (#940)
- Re: [mediacapture-main] What is the granularity of a source? (#940)
- Re: [mediacapture-main] What is the granularity of a source? (#940)
- Re: [mediacapture-main] What is the granularity of a source? (#940)
[webrtc-pc] Section 4.4.2: createOffer() and setLocalDescription() resource handling (#2835)
- Re: [webrtc-pc] Section 4.4.2: createOffer() and setLocalDescription() resource handling (#2835)
- Re: [webrtc-pc] Section 4.4.2: createOffer() and setLocalDescription() resource handling (#2835)
[webrtc-stats] RTCOutboundRtpStreamStats.headerBytesSent/totalPacketSendDelay and RTX seems underspecified (#747)
- Re: [webrtc-stats] RTCOutboundRtpStreamStats.headerBytesSent/totalPacketSendDelay and RTX seems underspecified (#747)
- Re: [webrtc-stats] RTCOutboundRtpStreamStats.headerBytesSent/totalPacketSendDelay and RTX seems underspecified (#747)
- Re: [webrtc-stats] RTCOutboundRtpStreamStats.headerBytesSent/totalPacketSendDelay and RTX seems underspecified (#747)
[mediacapture-region] Behavior after a failed call to cropTo() (#77)
[webrtc-pc] Pull Request: Merge definition of RTCRtpCodecParameters with RTCRtpCodecCapability
[webrtc-extensions] Exposing SW fallback as an event (#146)
- Re: [webrtc-extensions] Exposing SW fallback as an event (#146)
- Re: [webrtc-extensions] Exposing SW fallback as an event (#146)
- Re: [webrtc-extensions] Exposing SW fallback as an event (#146)
- Re: [webrtc-extensions] Exposing SW fallback as an event (#146)
- Re: [webrtc-extensions] Exposing SW fallback as an event (#146)
- Re: [webrtc-extensions] Exposing SW fallback as an event (#146)
- Re: [webrtc-extensions] Exposing SW fallback as an event (#146)
- Re: [webrtc-extensions] Exposing SW fallback as an event (#146)
[webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746)
- Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746)
- Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746)
- Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746)
- Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746)
- Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746)
- Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746)
- Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746)
- Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746)
- Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746)
- Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746)
[mediacapture-region] new commits pushed by eladalon1983
[webrtc-stats] Pull Request: Clarify that metrics are omitted when their value is not yet determined
[webrtc-stats] Pull Request: Make RTCRtpSentRtpStreamStats.packetsSent unsigned long long
Re: [webrtc-pc] Hard to tell if there are state gaps in connectionState algorithm (#2827)
[webrtc-stats] Pull Request: Clarify when the candidate pair bandwidth estimation(s) exists
Re: [webrtc-stats] specifiy inbound-rtp RTX statistics (#735)
- Re: [webrtc-stats] specifiy inbound-rtp RTX statistics (#735)
- Re: [webrtc-stats] specifiy inbound-rtp RTX statistics (#735)
Closed: [webrtc-stats] totalInterFrameDelay, and totalSquaredInterFrameDelay are video only (#656)
[webrtc-stats] new commits pushed by henbos
[webrtc-stats] new commits pushed by henbos
[webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
- Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742)
[webrtc-stats] Feedback on audio capture stats (#741)
- Re: [webrtc-stats] Feedback on audio capture stats (#741)
- Re: [webrtc-stats] Feedback on audio capture stats (#741)
- Re: [webrtc-stats] Feedback on audio capture stats (#741)
- Re: [webrtc-stats] Feedback on audio capture stats (#741)
[webrtc-encoded-transform] SFrameTransform should inherit from EventTarget (#175)
[webrtc-pc] new commits pushed by dontcallmedom
[mediacapture-main] Pull Request: Move "global" internal slots to MediaDevices, and fix "relevant object" links
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
- Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939)
[webrtc-pc] new commits pushed by dontcallmedom
[webrtc-pc] Pull Request: Annotate amendment boxes
[mediacapture-main] Global object relevant to what? (#938)
[webrtc-pc] Pull Request: add RTCIceCandidatePairResponsesReceived to MTI stats
- Re: [webrtc-pc] add RTCIceCandidatePair.responsesReceived to MTI stats (#2832)
- Re: [webrtc-pc] add RTCIceCandidatePair.responsesReceived to MTI stats (#2832)
[webrtc-pc] new commits pushed by dontcallmedom
[webrtc-pc] Pull Request: Re-organize respec plugins
Re: [webrtc-pc] Why is RTCIceCandidatePairStats.totalRoundTripTime mandatory to implement, but not responsesReceived? (#2819)
[webrtc-stats] availableOutgoingBitrate is also available when send-side BWE is not used (#740)
Re: [webrtc-ice] Support for ICE Forking (#34)
Re: [mediacapture-screen-share] Capability Delegation for getDisplayMedia() (#258)
[mediacapture-main] Pull Request: Remove focus requirement on enumerateDevices, for real this time #912.
[mediacapture-main] Pull Request: Remove focus from mute/unmute SHOULD prose to match #912 best practice.
[webrtc-stats] Pull Request: Clarify "exists" and "only defined for"
Re: [webrtc-stats] scalabilityMode: Same as in getParameters() or not? (#731)
- Re: [webrtc-stats] scalabilityMode: Same as in getParameters() or not? (#731)
- Re: [webrtc-stats] scalabilityMode: Same as in getParameters() or not? (#731)
- Re: [webrtc-stats] scalabilityMode: Same as in getParameters() or not? (#731)
[webrtc-stats] new commits pushed by henbos
[webrtc-stats] Pull Request: Fix wrong html tag for mediaSourceId description
- Re: [webrtc-stats] Fix wrong html tag for mediaSourceId description (#738)
- Re: [webrtc-stats] Fix wrong html tag for mediaSourceId description (#738)
- Re: [webrtc-stats] Fix wrong html tag for mediaSourceId description (#738)
[webrtc-extensions] Pull Request: Make RTCRtpHeaderExtensionCapability attributes required
[webrtc-stats] Confusing use of the terms defined and undefined (#737)
- Re: [webrtc-stats] Confusing use of the terms defined and undefined (#737)
- Re: [webrtc-stats] Confusing use of the terms defined and undefined (#737)
- Closed: [webrtc-stats] Confusing use of the terms defined and undefined (#737)
Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134)
- Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134)
- Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134)
- Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134)
- Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134)
- Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134)
- Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134)
- Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134)
- Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134)
- Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134)
Closed: [webrtc-extensions] headerExtensionsToOffer fails to freeze array (#135)
Re: [webrtc-extensions] headerExtensionsToOffer fails to freeze array (#135)
Closed: [webrtc-extensions] headerExtensionsToOffer entries are mutable which is surprising (#136)
Re: [webrtc-extensions] headerExtensionsToOffer entries are mutable which is surprising (#136)
Closed: [webrtc-extensions] FrozenArray on headerExtensionsToOffer a mistake, wrong semantics (#137)
Re: [webrtc-extensions] FrozenArray on headerExtensionsToOffer a mistake, wrong semantics (#137)
Closed: [webrtc-extensions] Suggestion: rename [[HeaderExtensionsToOffer]] to [[HeaderExtensionsSupported]] (#132)
Re: [webrtc-extensions] Suggestion: rename [[HeaderExtensionsToOffer]] to [[HeaderExtensionsSupported]] (#132)
Closed: [webrtc-extensions] Potential web compat issue with setOfferedRtpHeaderExtensions (#130)
Re: [webrtc-extensions] Potential web compat issue with setOfferedRtpHeaderExtensions (#130)
Closed: [webrtc-extensions] Header extension: direction woes and renames (#141)
[webrtc-extensions] new commits pushed by henbos
Re: [webrtc-extensions] Update header extensions API to get-modify-set. (#142)
[webrtc-extensions] Why RTCRtpHeaderExtensionCapability URI field is not required? (#144)
- Re: [webrtc-extensions] Why RTCRtpHeaderExtensionCapability URI field is not required? (#144)
- Re: [webrtc-extensions] Why RTCRtpHeaderExtensionCapability URI field is not required? (#144)
- Closed: [webrtc-extensions] Why RTCRtpHeaderExtensionCapability URI field is not required? (#144)
[mediacapture-main] Should we introduce a media stream task source? (#935)
[mediacapture-screen-share] Exposing mouse events from captured surfaces (#259)
[webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736)
- Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736)
- Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736)
- Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736)
- Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736)
- Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736)
- Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736)
- Re: [webrtc-stats] Clarify that metrics are omitted when their value is not yet determined or unknown (#736)
- Closed: [webrtc-stats] Clarify that metrics are omitted when their value is not yet determined or unknown (#736)
Re: [webrtc-pc] Is it OK to call addTransceiver() with a track already added by addTrack()? (#583)
Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
- Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
- Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
- Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
- Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
- Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
- Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
- Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
- Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
- Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
- Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
- Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933)
Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
- Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730)
[webrtc-pc] new commits pushed by dontcallmedom
[webrtc-pc] new commits pushed by dontcallmedom
[webrtc-pc] new commits pushed by dontcallmedom
Re: [webrtc-pc] Update to ReSpec version 32.7.1 (#2824)
[webrtc-pc] new commits pushed by dontcallmedom
Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732)
- Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732)
- Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732)
- Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732)
- Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732)
- Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732)
- Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732)