[mediacapture-screen-share] Pull Request: Move normative statements out of the (non-normative) Security & Permissions
Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184)
[webrtc-pc] Pull Request: Update to ReSpec version 28.2.8
[mediacapture-main] Pull Request: Update to latest ReSpec version 28.2.8
[webrtc-encoded-transform] Pull Request: Remove duplicate closing tag
[webrtc-pc] Pull Request: Document substantive changes since Rec as candidate amendments
Closed: [mediacapture-region] Wording around MediaStreamTrackOrSubclassThereof (#3)
[mediacapture-region] Pull Request: Remove MediaStreamTrackOrSubclassThereof
Re: [webrtc-encoded-transform] fix type of timestamp attribute (#116)
[webrtc-encoded-transform] Metadata fields need descriptions (#129)
[webrtc-encoded-transform] Should we expose the precise timestamp of the frame that was triggered by a generateKeyFrame call? (#128)
[mediacapture-region] Pull Request: Avoid using non-existent interface name
- Re: [mediacapture-region] Avoid using non-existent interface name (#15)
- Re: [mediacapture-region] Avoid using non-existent interface name (#15)
- Re: [mediacapture-region] Avoid using non-existent interface name (#15)
- Re: [mediacapture-region] Avoid using non-existent interface name (#15)
- Re: [mediacapture-region] Avoid using non-existent interface name (#15)
- Re: [mediacapture-region] Avoid using non-existent interface name (#15)
- Re: [mediacapture-region] Avoid using non-existent interface name (#15)
[mediacapture-region] cropTo is returning promises but it is unclear when promises are supposed to be rejected synchronously or not (#14)
[mediacapture-transform] Pull Request: Update audio explainer with intro + WebIDL
[mediacapture-region] CropTarget should probably be available to Elements and not only HTMLElements (#13)
[webrtc-extensions] captureTimestamp seems to have an inconsistent clock base (#97)
Re: [webrtc-stats] RTCVideoSourceStats.framesPerSecond should be a double (#540)
[mediacapture-main] Pull Request: Move enumerateDevices' 'MAY wait for focus' to affect devicechange as well
[webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
- Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
- Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
- Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
- Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
- Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
Closed: [mediacapture-region] Review request: Use of opaque interface (#4)
Re: [mediacapture-region] Review request: Use of opaque interface (#4)
[mediacapture-output] Is reverting to different speakers from a background tab a valid use case? (#129)
[mediacapture-main] It is unclear from the spec whether cloning a MediaStreamTrack preserves the subtype or not of the cloned track (#857)
- Re: [mediacapture-main] It is unclear from the spec whether cloning a MediaStreamTrack preserves the subtype or not of the cloned track (#857)
- Re: [mediacapture-main] It is unclear from the spec whether cloning a MediaStreamTrack preserves the subtype or not of the cloned track (#857)
[mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
- Re: [mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
- Re: [mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
- Re: [mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
[mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
[mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
- Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
- Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
- Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
- Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
[mediacapture-main] Pull Request: Add privacy note and link to device enumeration design principles.
[mediacapture-screen-share] Pull Request: Add note and example of inaccessible stats that fire mute
Re: [mediacapture-screen-share] Should mute and unmute events of MediaStreamTrack be allowed to fire based on user non-action? (#141)
[mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
- Re: [mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
- Re: [mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
- Re: [mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
[webrtc-pc] Pull Request: Update to ReSpec version 28.2.2
[mediacapture-main] Pull Request: Update to latest ReSpec version 28.2.2
[webrtc-pc] Pull Request: Clarify receiver's sdpFmtpLines might differ in have-local-offer
[webrtc-stats] Pull Request: Match channels stat language with that of channels parameter.
[webrtc-stats] Pull Request: Add note on coalescing codec stats.
[mediacapture-region] Pull Request: Remove latest version link
[mediacapture-region] Broken link: "Latest published version" (#7)
[mediacapture-transform] There is no note stating that https://github.com/whatwg/streams/blob/main/streams-for-raw-video-explainer.md is needed (#74)
[webrtc-stats] codec.sdpFmtpLine isn't clear about which SDP to use (#616)
- Re: [webrtc-stats] codec.sdpFmtpLine isn't clear about which description to use (#616)
- Re: [webrtc-stats] codec.sdpFmtpLine isn't clear about which description to use (#616)
- Re: [webrtc-stats] codec.sdpFmtpLine isn't clear about which description to use (#616)
- Re: [webrtc-stats] codec.sdpFmtpLine isn't clear about which description to use (#616)
[webrtc-stats] Possibly outdated text on codec.channels (#615)
[webrtc-pc] sdpFmtpLine prose is vague about which SDP to use (#2710)
[webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
- Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
- Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
- Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
- Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
[mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
[mediacapture-transform] Is MediaStreamTrackProcessor needed? (#73)
[mediacapture-transform] Pull Request: Remove remaining "audio" references in spec
Re: [mediacapture-output] Define "speaker-selection" powerful feature types and algorithms. (#128)
Re: [mediacapture-record] Creation of Seekable Files (#119)
[webrtc-pc] Pull Request: Update to ReSpec version 28.2.1
[mediacapture-main] Pull Request: Update to latest ReSpec version 28.2.1
[webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
- Re: [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
- Re: [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
- Re: [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
- Closed: [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
- Re: [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
[mediacapture-screen-share] Pull Request: Rephrase security considerations
[mediacapture-main] Pull Request: Explicitly copy readyState when cloning a track
[mediacapture-main] MediaStreamTrack clone algorithm should copy cloned readyState value (#852)
[mediacapture-record] Pull Request: Remove superfluous MediaRecorderErrorEvent interface
Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
[mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204)
[mediacapture-transform] Need note saying there's no consensus on audio processing (#71)
Closed: [mediacapture-transform] Should MediaStreamTrackGenerator have an API to fine-tune MediaStreamTrack internal states? (#26)
[mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
- Re: [mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
- Re: [mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
- Re: [mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
- Re: [mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
Re: [mediacapture-transform] Is MediaStreamTrackGenerator expected to increase <audio>.currentTime without input? (#63)
Closed: [mediacapture-transform] Is MediaStreamTrackGenerator expected to increase <audio>.currentTime without input? (#63)
Closed: [mediacapture-transform] Document timestamp (non)synchronization behaviors (#35)
Re: [mediacapture-transform] Should MediaStreamTrackGenerator have an API to fine-tune MediaStreamTrack internal states? (#26)
Re: [mediacapture-transform] Add "real-time" warning/note to MediaStreamTrackGenerator (#20)
Re: [mediacapture-image] Add face detection mode constraint (#292)
Re: [mediacapture-main] Broken foreground detection (#752)
[mediacapture-screen-share] Improve getDisplayMedia current focus requirement (#203)
Re: [mediacapture-screen-share] Should Application surface be removed (#189)
Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
- Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
- Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
- Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
[mediacapture-main] Pull Request: Check for permission policy synchronously when getUserMedia is called
- Re: [mediacapture-main] Check for permission policy synchronously when getUserMedia is called (#851)
- Re: [mediacapture-main] Check for permission policy synchronously when getUserMedia is called (#851)
[mediacapture-main] Pull Request: Filter getUserMedia errors if permission is denied
[mediacapture-main] getUserMedia should not reject with NotFoundErrorError or OverConstrainedError on contexts for which permission is denied (#849)
[webrtc-svc] how to specify L3T3? (#61)
- Re: [webrtc-svc] how to specify L3T3? (#61)
- Re: [webrtc-svc] how to specify L3T3? (#61)
- Re: [webrtc-svc] how to specify L3T3? (#61)
- Re: [webrtc-svc] how to specify L3T3? (#61)
[mediacapture-main] Pull Request: Update to latest ReSpec version 28.1.0
[mediacapture-main] getUserMedia permission policy check happens very late (#847)
- Re: [mediacapture-main] getUserMedia permission policy check happens very late (#847)
- Closed: [mediacapture-main] getUserMedia permission policy check happens very late (#847)
- Re: [mediacapture-main] getUserMedia permission policy check happens very late (#847)
[webrtc-extensions] Pull Request: RTP Header Extensions Encryption (cryptex)
Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
Re: [mediacapture-transform] Relationship to WebGPU (#34)
- Re: [mediacapture-transform] Relationship to WebGPU (#34)
- Re: [mediacapture-transform] Relationship to WebGPU (#34)
Re: [mediacapture-transform] Document timestamp (non)synchronization behaviors (#35)
Re: [mediacapture-transform] Video data rotation should be explicit (#65)
Re: [mediacapture-transform] Clarify Generator construction with required kind (#18)
[webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
- Re: [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
- Re: [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
- Re: [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
- Re: [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
- Closed: [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
Re: [mediacapture-main] deviceId and Clear-Site-Data (#836)
Re: [webrtc-extensions] `getCapabilities` seems to leak hardware capabilities w/o a permission (#54)
Closed: [webrtc-extensions] Add normative steps to getCapabilities() or deprecate it in favor of an async API (#57)
Closed: [webrtc-extensions] RTCRtpSender.getCapabilities() may not return correct information in sync (#49)
[webrtc-extensions] Deprecate audio/video enumeration in getCapabilities in favour of Media Capabilities API (#95)
Closed: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50)
Closed: [mediacapture-main] Inconsistencies around double filtering of "devicechange" events (#810)
Closed: [webrtc-pc] Need to administratively prohibit candidates in SetRemoteDescription (#2675)
Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
- Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
- Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
- Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
- Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
[webrtc-svc] What should the scalability mode be when the preferred scalability mode is not supported on the requested codec? (#59)
- Re: [webrtc-svc] What should the scalability mode be when the preferred scalability mode is not supported on the requested codec? (#59)
- Re: [webrtc-svc] What should the scalability mode be when the preferred scalability mode is not supported on the requested codec? (#59)
[webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58)
- Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58)
- Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58)
- Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58)
[webrtc-svc] Handling of unknown scalability modes is underspecified (#57)
- Re: [webrtc-svc] Handling of unknown scalability modes is underspecified (#57)
- Re: [webrtc-svc] Handling of unknown scalability modes is underspecified (#57)
- Re: [webrtc-svc] Handling of unknown scalability modes is underspecified (#57)
Re: [webrtc-extensions] Add normative steps to getCapabilities() or deprecate it in favor of an async API (#57)
- Re: [webrtc-extensions] Add normative steps to getCapabilities() or deprecate it in favor of an async API (#57)
- Re: [webrtc-extensions] Add normative steps to getCapabilities() or deprecate it in favor of an async API (#57)
Re: [webrtc-extensions] RTCRtpSender.getCapabilities() may not return correct information in sync (#49)
- Re: [webrtc-extensions] RTCRtpSender.getCapabilities() may not return correct information in sync (#49)
- Re: [webrtc-extensions] RTCRtpSender.getCapabilities() may not return correct information in sync (#49)
Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
- Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
- Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
- Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
- Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
- Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
- Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
- Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50)
Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
- Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
- Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
- Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
- Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
[webrtc-pc] Pull Request: Restrict ICE agent from using administratively prohibited candidates
[mediacapture-image] Possibly incorrect note on focusMode (#293)
[webrtc-encoded-transform] How to manage key frames in case of SFrameTransform key rotation (#127)
[mediacapture-transform] API shape for creating a MediaStreamTrack from a WHATWG Stream (#70)
- Re: [mediacapture-transform] API shape for creating a MediaStreamTrack from a WHATWG Stream (#70)
- Closed: [mediacapture-transform] API shape for creating a MediaStreamTrack from a WHATWG Stream (#70)
- Re: [mediacapture-transform] API shape for creating a MediaStreamTrack from a WHATWG Stream (#70)
[mediacapture-transform] Compare callback-based and ReadableStream-based exposure of video MediaStreamTrack media flow (#69)
- Closed: [mediacapture-transform] Compare callback-based and ReadableStream-based exposure of video MediaStreamTrack media flow (#69)
- Re: [mediacapture-transform] Compare callback-based and ReadableStream-based exposure of video MediaStreamTrack media flow (#69)
[mediacapture-transform] API shape for creating a WHATWG Stream from a MediaStreamTrack (#68)
- Re: [mediacapture-transform] API shape for creating a WHATWG Stream from a MediaStreamTrack (#68)
- Closed: [mediacapture-transform] API shape for creating a WHATWG Stream from a MediaStreamTrack (#68)
Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
- Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
- Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
- Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
- Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
Re: [webrtc-encoded-transform] Add API to request key frames (#125)
Re: [mediacapture-screen-share] How to detect Display Surfaces Minimized (#198)
Closed: [mediacapture-screen-share] How to detect Display Surfaces Minimized (#198)
[mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)