Monday, 31 January 2022
- Re: [mediacapture-main] Move enumerateDevices' 'MAY wait for focus' to affect devicechange as well (#858)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] cropTo is returning promises but it is unclear when promises are supposed to be rejected synchronously or not (#14)
- Re: [mediacapture-screen-share] Rephrase security considerations (#205)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- [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)
- 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 no scalability mode is specified? (#58)
- Re: [webrtc-svc] Handling of unknown scalability modes is underspecified (#57)
- [webrtc-pc] Pull Request: Update to ReSpec version 28.2.8
- [mediacapture-main] Pull Request: Update to latest ReSpec version 28.2.8
Sunday, 30 January 2022
- Re: [webrtc-encoded-transform] Remove duplicate closing tag (#130)
- [webrtc-encoded-transform] Pull Request: Remove duplicate closing tag
Saturday, 29 January 2022
- 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)
Friday, 28 January 2022
- Re: [mediacapture-main] Add privacy note and link to device enumeration design principles. (#856)
- 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-pc] Document substantive changes since Rec as candidate amendments (#2713)
- [webrtc-pc] Pull Request: Document substantive changes since Rec as candidate amendments
- Closed: [mediacapture-region] Wording around MediaStreamTrackOrSubclassThereof (#3)
- Re: [webrtc-encoded-transform] Should we expose the precise timestamp of the frame that was triggered by a generateKeyFrame call? (#128)
- Re: [mediacapture-region] Avoid using non-existent interface name (#15)
Thursday, 27 January 2022
- Re: [mediacapture-region] Avoid using non-existent interface name (#15)
- [mediacapture-region] Pull Request: Remove MediaStreamTrackOrSubclassThereof
- Re: [webrtc-encoded-transform] fix type of timestamp attribute (#116)
- 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)
- 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] Pull Request: Avoid using non-existent interface name
- [mediacapture-region] cropTo is returning promises but it is unclear when promises are supposed to be rejected synchronously or not (#14)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
- [mediacapture-transform] Pull Request: Update audio explainer with intro + WebIDL
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] CropTarget should probably be available to Elements and not only HTMLElements (#13)
- [mediacapture-region] CropTarget should probably be available to Elements and not only HTMLElements (#13)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
Wednesday, 26 January 2022
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-output] Is reverting to different speakers from a background tab a valid use case? (#129)
- Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
- Re: [webrtc-extensions] captureTimestamp seems to have an inconsistent clock base (#97)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
- Re: [mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- [webrtc-extensions] captureTimestamp seems to have an inconsistent clock base (#97)
- Re: [webrtc-stats] RTCVideoSourceStats.framesPerSecond should be a double (#540)
- Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
- 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)
- [mediacapture-main] Pull Request: Move enumerateDevices' 'MAY wait for focus' to affect devicechange as well
- Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
- [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
Tuesday, 25 January 2022
- Closed: [mediacapture-region] Review request: Use of opaque interface (#4)
- Re: [mediacapture-region] Review request: Use of opaque interface (#4)
- 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-main] devicechange should fire when enumerateDevices works (#842)
- Re: [mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
- Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
- Re: [mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
- [mediacapture-output] Is reverting to different speakers from a background tab a valid use case? (#129)
- Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- 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-main] It is unclear from the spec whether cloning a MediaStreamTrack preserves the subtype or not of the cloned track (#857)
- Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
- [mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
- [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
- [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
Monday, 24 January 2022
- [mediacapture-main] Pull Request: Add privacy note and link to device enumeration design principles.
- Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
- Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
- Re: [mediacapture-transform] Remove remaining "audio" references in spec (#72)
- Closed: [mediacapture-transform] Need note saying there's no consensus on audio processing (#71)
- [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)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- [mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
- Re: [mediacapture-main] Broken foreground detection (#752)
- [webrtc-pc] Pull Request: Update to ReSpec version 28.2.2
- [mediacapture-main] Pull Request: Update to latest ReSpec version 28.2.2
Friday, 21 January 2022
- 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-pc] Clarify receiver's sdpFmtpLines might differ in have-local-offer (#2711)
- [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.
- Re: [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204)
- Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
- Closed: [mediacapture-region] Broken link: "Latest published version" (#7)
- [mediacapture-region] Pull Request: Remove latest version link
- Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
- [mediacapture-region] Broken link: "Latest published version" (#7)
Thursday, 20 January 2022
- Re: [webrtc-stats] codec.sdpFmtpLine isn't clear about which description to use (#616)
- Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
- Re: [mediacapture-main] getUserMedia permission policy check happens very late (#847)
- Re: [mediacapture-main] Check for permission policy synchronously when getUserMedia is called (#851)
- Closed: [mediacapture-main] getUserMedia permission policy check happens very late (#847)
- Re: [mediacapture-main] Check for permission policy synchronously when getUserMedia is called (#851)
- Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
- Closed: [mediacapture-main] MediaStreamTrack clone algorithm should copy cloned readyState value (#852)
- Closed: [mediacapture-main] getUserMedia should not reject with NotFoundErrorError or OverConstrainedError on contexts for which permission is denied (#849)
- [mediacapture-transform] There is no note stating that https://github.com/whatwg/streams/blob/main/streams-for-raw-video-explainer.md is needed (#74)
- Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
- [webrtc-stats] codec.sdpFmtpLine isn't clear about which SDP 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: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
Wednesday, 19 January 2022
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58)
- Re: [webrtc-svc] Handling of unknown scalability modes is underspecified (#57)
- [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
- [mediacapture-transform] Is MediaStreamTrackProcessor needed? (#73)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- [mediacapture-transform] Pull Request: Remove remaining "audio" references in spec
Tuesday, 18 January 2022
- Re: [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
- Re: [mediacapture-output] Define "speaker-selection" powerful feature types and algorithms. (#128)
- Re: [mediacapture-transform] Relationship to WebGPU (#34)
Monday, 17 January 2022
- Re: [mediacapture-record] Creation of Seekable Files (#119)
- 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
Friday, 14 January 2022
- 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)
- [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
- Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
- Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
- [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)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
- Re: [mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
- [mediacapture-record] Pull Request: Remove superfluous MediaRecorderErrorEvent interface
Thursday, 13 January 2022
- 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)
- Re: [mediacapture-transform] Relationship to WebGPU (#34)
- Re: [mediacapture-transform] Should MediaStreamTrackGenerator have an API to fine-tune MediaStreamTrack internal states? (#26)
- Closed: [mediacapture-transform] Should MediaStreamTrackGenerator have an API to fine-tune MediaStreamTrack internal states? (#26)
- Re: [webrtc-svc] how to specify L3T3? (#61)
Wednesday, 12 January 2022
- 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: [webrtc-svc] how to specify L3T3? (#61)
- [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] 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)
Tuesday, 11 January 2022
- Re: [mediacapture-image] Add face detection mode constraint (#292)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
Monday, 10 January 2022
- 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: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
- 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: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- [mediacapture-main] Pull Request: Check for permission policy synchronously when getUserMedia is called
- Re: [webrtc-svc] how to specify L3T3? (#61)
- [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)
- Re: [mediacapture-main] getUserMedia permission policy check happens very late (#847)
- Re: [webrtc-svc] how to specify L3T3? (#61)
- [webrtc-svc] how to specify L3T3? (#61)
- Re: [mediacapture-main] Update to latest ReSpec version 28.1.0 (#848)
- [mediacapture-main] Pull Request: Update to latest ReSpec version 28.1.0
Sunday, 9 January 2022
- 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)
Saturday, 8 January 2022
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
- Closed: [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: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- [mediacapture-main] getUserMedia permission policy check happens very late (#847)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- [webrtc-extensions] Pull Request: RTP Header Extensions Encryption (cryptex)
Friday, 7 January 2022
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
- Re: [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] 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] 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)
- Closed: [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)
- Re: [mediacapture-transform] Clarify Generator construction with required kind (#18)
- [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
- 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: [mediacapture-screen-share] Cropping Video Tracks (#195)
Thursday, 6 January 2022
- Re: [mediacapture-main] deviceId and Clear-Site-Data (#836)
- Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- 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)
- Re: [webrtc-extensions] RTCRtpSender.getCapabilities() may not return correct information in sync (#49)
- Closed: [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] Add normative steps to getCapabilities() or deprecate it in favor of an async API (#57)
- [webrtc-extensions] Deprecate audio/video enumeration in getCapabilities in favour of Media Capabilities API (#95)
- Re: [webrtc-extensions] Add normative steps to getCapabilities() or deprecate it in favor of an async API (#57)
- Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
- Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
- Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50)
- 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: [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 the preferred scalability mode is not supported on the requested codec? (#59)
- Re: [webrtc-svc] Handling of unknown scalability modes is underspecified (#57)
- 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)
- [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-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] RTP Header Extension Encryption (#47)
- 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)
Wednesday, 5 January 2022
- Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
- Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
- Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
- Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
Tuesday, 4 January 2022
- Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
- [webrtc-pc] Pull Request: Restrict ICE agent from using administratively prohibited candidates
- [mediacapture-image] Possibly incorrect note on focusMode (#293)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- [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)
- [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: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
- Re: [webrtc-encoded-transform] Add API to request key frames (#125)
Monday, 3 January 2022
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-screen-share] How to detect Display Surfaces Minimized (#198)
- Closed: [mediacapture-screen-share] How to detect Display Surfaces Minimized (#198)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
- Closed: [mediacapture-screen-share] @W3C chromium/React trial enrollment (#202)
- Re: [mediacapture-main] Update to latest ReSpec version (#843)