public-webrtc-logs@w3.org from February 2022 by author

Bernard Aboba via GitHub

• Re: [webrtc-extensions] Disabling hardware acceleration (#98) (Monday, 28 February)
• [webrtc-svc] Pull Request: Revert "Clarify behavior of setParameters()" (Saturday, 26 February)
• [webrtc-svc] Pull Request: Clarify behavior of getParameters() (Saturday, 26 February)
• [webrtc-svc] Clarify behavior of getParameters() (#68) (Saturday, 26 February)
• Closed: [webrtc-svc] setParameters() behavior (#66) (Saturday, 26 February)
• Re: [webrtc-svc] setParameters() behavior (#66) (Saturday, 26 February)
• Re: [webrtc-svc] Clarify behavior of setParameters() (#67) (Friday, 25 February)
• Re: [webrtc-svc] setParameters() behavior (#66) (Friday, 25 February)
• [webrtc-svc] Pull Request: Clarify behavior of setParameters() (Thursday, 24 February)
• Closed: [webrtc-svc] Handling of unknown scalability modes is underspecified (#57) (Thursday, 24 February)
• Re: [webrtc-svc] Handling of unknown scalability modes is underspecified (#57) (Thursday, 24 February)
• Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58) (Thursday, 24 February)
• Closed: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58) (Thursday, 24 February)
• Re: [webrtc-svc] What should the scalability mode be when the preferred scalability mode is not supported on the requested codec? (#59) (Thursday, 24 February)
• Closed: [webrtc-svc] What should the scalability mode be when the preferred scalability mode is not supported on the requested codec? (#59) (Thursday, 24 February)
• [webrtc-svc] setParameters() behavior (#66) (Thursday, 24 February)
• Re: [webrtc-extensions] Disabling hardware acceleration (#98) (Thursday, 17 February)
• Re: [webrtc-svc] Add Behavior section (#64) (Thursday, 17 February)
• [webrtc-extensions] Disabling hardware acceleration (#98) (Wednesday, 16 February)
• Re: [webrtc-svc] Add Behavior section (#64) (Tuesday, 15 February)
• [webrtc-svc] Pull Request: Add Behavior section (Tuesday, 15 February)
• [webrtc-svc] Pull Request: Editorial reorganization (Friday, 11 February)
• Re: [mediacapture-transform] Expectations/requirements for VideoFrame and AudioData timestamps (#80) (Wednesday, 9 February)
• Re: [webrtc-encoded-transform] Should we expose packetization level API to RTCRtpScriptTransform? (#131) (Friday, 4 February)
• Re: [webrtc-svc] SVC getCapabilities() is redundant with Media Capabilities query (#49) (Thursday, 3 February)
• [webrtc-svc] Pull Request: Substitute spatialScalabilty for referenceScaling (Wednesday, 2 February)
• Closed: [webrtc-extensions] Add API to control WebRTC encoder, in particular to request key frame (#72) (Wednesday, 2 February)
• Re: [webrtc-extensions] Add API to control WebRTC encoder, in particular to request key frame (#72) (Wednesday, 2 February)
• Re: [webrtc-extensions] Add generateKeyframe() API (#37) (Wednesday, 2 February)
• Re: [webrtc-encoded-transform] Should we add API to request key frames? (#124) (Wednesday, 2 February)
• Closed: [webrtc-encoded-transform] Should we add API to request key frames? (#124) (Wednesday, 2 February)
• Re: [webrtc-svc] should scalabilityMode be an array scalabilityModes? (#50) (Tuesday, 1 February)
• Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58) (Tuesday, 1 February)

chcunningham via GitHub

• Re: [mediacapture-transform] Expectations/requirements for VideoFrame and AudioData timestamps (#80) (Wednesday, 9 February)
• [mediacapture-transform] Expectations/requirements for VideoFrame and AudioData timestamps (#80) (Wednesday, 9 February)
• Re: [webrtc-svc] SVC getCapabilities() is redundant with Media Capabilities query (#49) (Tuesday, 8 February)

Chunbo via GitHub

• Re: [webrtc-extensions] Disabling hardware acceleration (#98) (Monday, 21 February)

Dominique Hazael-Massieux via GitHub

• Re: [mediacapture-main] Update to latest ReSpec version (#844) (Monday, 28 February)
• [webrtc-pc] Pull Request: Update to ReSpec version 31.0.9 (Monday, 28 February)
• Re: [mediacapture-main] Update to latest ReSpec version 31.0.4 (#861) (Friday, 25 February)
• Re: [mediacapture-main] Fix markup for powerful features definition (#863) (Friday, 25 February)
• [mediacapture-main] Pull Request: Fix markup for powerful features definition (Friday, 25 February)
• Re: [mediacapture-main] deviceId and Clear-Site-Data (#836) (Thursday, 24 February)
• [webrtc-svc] Pull Request: Mark up scalabilityModes values as exported definitions (Wednesday, 23 February)
• Re: [webrtc-svc] TAG feedback (#42) (Wednesday, 23 February)
• [webrtc-pc] Pull Request: Update to ReSpec version 30.0.4 (Monday, 14 February)
• [mediacapture-main] Pull Request: Update to latest ReSpec version 30.0.4 (Monday, 14 February)
• [mediacapture-transform] Pull Request: Set up for automatic TR publication (Wednesday, 9 February)
• [mediacapture-transform] Pull Request: Use automatic links where possible rather than hardcoded anchors (Wednesday, 9 February)
• [mediacapture-transform] Pull Request: Fix bikeshed metadata for spec (Wednesday, 9 February)
• [webrtc-pc] Pull Request: Update to ReSpec version 29.0.5 (Monday, 7 February)
• [mediacapture-main] Pull Request: Update to latest ReSpec version 29.0.5 (Monday, 7 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)

Elad Alon via GitHub

• Re: [mediacapture-screen-share] Avoid Hall-of-Mirrors (#209) (Friday, 25 February)
• Re: [mediacapture-screen-share] Avoid Hall-of-Mirrors (#209) (Wednesday, 23 February)
• [mediacapture-screen-share] Exclude Current Tab from Capture (#209) (Tuesday, 22 February)
• Re: [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204) (Wednesday, 16 February)
• Re: [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204) (Wednesday, 16 February)
• Re: [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204) (Monday, 14 February)
• Closed: [mediacapture-screen-share] Cropping Video Tracks (#195) (Thursday, 10 February)
• Re: [mediacapture-screen-share] Cropping Video Tracks (#195) (Thursday, 10 February)
• Re: [mediacapture-region] Is CropTarget name too generic? (#18) (Tuesday, 8 February)
• Re: [mediacapture-region] CropTarget should be made serializable (#21) (Tuesday, 8 February)
• Re: [mediacapture-region] CropTarget should be made serializable (#21) (Tuesday, 8 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 8 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Monday, 7 February)
• Re: [mediacapture-region] Why expose produceCropTarget at MediaDevices level? (#11) (Friday, 4 February)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Friday, 4 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Thursday, 3 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Thursday, 3 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Thursday, 3 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Thursday, 3 February)
• Re: [mediacapture-region] Is muting track the right call for empty cropped tracks (#9) (Thursday, 3 February)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Thursday, 3 February)
• Re: [mediacapture-region] Why expose produceCropTarget at MediaDevices level? (#11) (Wednesday, 2 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Wednesday, 2 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Wednesday, 2 February)
• [mediacapture-screen-share] Active User Consent (#208) (Wednesday, 2 February)
• Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6) (Wednesday, 2 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Wednesday, 2 February)
• Re: [mediacapture-region] Why expose produceCropTarget at MediaDevices level? (#11) (Wednesday, 2 February)
• Re: [mediacapture-region] cropTo is returning promises but it is unclear when promises are supposed to be rejected synchronously or not (#14) (Wednesday, 2 February)
• Re: [mediacapture-region] Should cropTo be able to directly take an element as input? (#19) (Wednesday, 2 February)
• Re: [mediacapture-region] Is CropTarget name too generic? (#18) (Wednesday, 2 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Wednesday, 2 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Wednesday, 2 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)

Florent Castelli via GitHub

• Re: [webrtc-extensions] Disabling hardware acceleration (#98) (Thursday, 17 February)
• Re: [webrtc-svc] Add Behavior section (#64) (Wednesday, 16 February)
• Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58) (Tuesday, 1 February)

Harald Alvestrand via GitHub

• Re: [mediacapture-transform] How does generator.mute change track states? (#81) (Monday, 28 February)
• [mediacapture-transform] How does generator.mute change track states? (#81) (Monday, 28 February)
• Re: [mediacapture-main] deviceId and Clear-Site-Data (#836) (Thursday, 24 February)
• Re: [mediacapture-main] It is unclear from the spec whether cloning a MediaStreamTrack preserves the subtype or not of the cloned track (#857) (Thursday, 24 February)
• Re: [webrtc-stats] how to describe the relationship of codec and fec mechanisms (#610) (Tuesday, 22 February)
• Re: [webrtc-stats] Relax the way framesPerSecond is calculated. (#612) (Tuesday, 22 February)
• Re: [webrtc-stats] codec.sdpFmtpLine isn't clear about which description to use (#616) (Tuesday, 22 February)
• Closed: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614) (Tuesday, 22 February)
• [webrtc-extensions] Should RtcRtpHeaderExtensionCapabilities offer an "enabled" member? (#99) (Tuesday, 22 February)
• Re: [webrtc-stats] Add note on coalescing codec stats. (#617) (Thursday, 17 February)
• Re: [webrtc-extensions] Disabling hardware acceleration (#98) (Thursday, 17 February)
• Closed: [mediacapture-main] devicechange should fire when enumerateDevices works (#842) (Thursday, 10 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Monday, 7 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Sunday, 6 February)
• Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58) (Friday, 4 February)

henbos via GitHub

• [webrtc-stats] outbound-rtp.scaleResolutionDownBy (#620) (Monday, 28 February)
• Re: [webrtc-stats] Relax the way framesPerSecond is calculated. (#612) (Tuesday, 22 February)
• Re: [webrtc-stats] RTCIceCandidate: add tcpType (#611) (Tuesday, 22 February)
• Re: [webrtc-stats] Add note on coalescing codec stats. (#617) (Tuesday, 22 February)

Jan-Ivar Bruaroey via GitHub

• Re: [mediacapture-transform] How does generator.mute change track states? (#81) (Monday, 28 February)
• Re: [webrtc-stats] Add note on coalescing codec stats. (#617) (Thursday, 17 February)
• Re: [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204) (Tuesday, 15 February)
• Re: [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204) (Tuesday, 15 February)
• Re: [mediacapture-region] CropTarget should be made serializable (#21) (Friday, 11 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Thursday, 10 February)
• Re: [mediacapture-output] Define "speaker-selection" powerful feature types and algorithms. (#128) (Thursday, 10 February)
• Re: [mediacapture-output] Define "speaker-selection" powerful feature types and algorithms. (#128) (Thursday, 10 February)
• [mediacapture-output] Update permissions algorithms to respect existing microphone permission exception (#130) (Thursday, 10 February)
• Closed: [mediacapture-main] Spec should document anticipated differences from v2.0 (#831) (Thursday, 10 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Tuesday, 8 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Tuesday, 8 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Tuesday, 8 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 8 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Thursday, 3 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Thursday, 3 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Thursday, 3 February)
• Re: [mediacapture-region] Why expose produceCropTarget at MediaDevices level? (#11) (Thursday, 3 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Thursday, 3 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Thursday, 3 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Thursday, 3 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Thursday, 3 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Thursday, 3 February)
• Closed: [mediacapture-screen-share] Should mute and unmute events of MediaStreamTrack be allowed to fire based on user non-action? (#141) (Thursday, 3 February)
• Closed: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126) (Thursday, 3 February)
• Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58) (Thursday, 3 February)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Thursday, 3 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Wednesday, 2 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Wednesday, 2 February)

jesup via GitHub

• Re: [mediacapture-screen-share] Avoid Hall-of-Mirrors (#209) (Friday, 25 February)

Johannes Kron via GitHub

• Re: [webrtc-svc] SVC getCapabilities() is redundant with Media Capabilities query (#49) (Tuesday, 8 February)

Laurent Denoue via GitHub

• Re: [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204) (Wednesday, 16 February)
• Re: [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204) (Monday, 14 February)
• Re: [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204) (Saturday, 12 February)

Lenny via GitHub

• Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230) (Tuesday, 15 February)

Marcos Cáceres via GitHub

• Re: [mediacapture-main] It is unclear which of PermissionStatus change event or MediaStreamTrack ended event should fire first in case Permission is revoked (#862) (Monday, 21 February)

Mark Nadal via GitHub

• Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230) (Tuesday, 15 February)

Martin Thomson via GitHub

• Re: [mediacapture-screen-share] Avoid Hall-of-Mirrors (#209) (Wednesday, 23 February)

Michiel Westerbeek via GitHub

• Re: [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204) (Wednesday, 16 February)

Mike Taylor via GitHub

• Re: [mediacapture-output] Define "speaker-selection" powerful feature types and algorithms. (#128) (Thursday, 10 February)
• Re: [mediacapture-output] Define "speaker-selection" powerful feature types and algorithms. (#128) (Thursday, 10 February)
• Re: [mediacapture-output] Define "speaker-selection" powerful feature types and algorithms. (#128) (Wednesday, 9 February)

pablopla via GitHub

• Re: [webrtc-pc] Change stream associations (#2658) (Thursday, 17 February)

Philip Jägenstedt via GitHub

• [webrtc-identity] Pull Request: Give Global an identifier list as required by Web IDL (Thursday, 3 February)

Philipp Hancke via GitHub

• Re: [webrtc-extensions] Disabling hardware acceleration (#98) (Monday, 28 February)
• Re: [webrtc-stats] how to describe the relationship of codec and fec mechanisms (#610) (Wednesday, 23 February)
• Re: [webrtc-extensions] Should RtcRtpHeaderExtensionCapabilities offer an "enabled" member? (#99) (Tuesday, 22 February)
• Re: [webrtc-extensions] Should RtcRtpHeaderExtensionCapabilities offer an "enabled" member? (#99) (Tuesday, 22 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Wednesday, 9 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Tuesday, 8 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Tuesday, 8 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Friday, 4 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Thursday, 3 February)
• Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619) (Wednesday, 2 February)

Sergio Garcia Murillo via GitHub

• Re: [webrtc-encoded-transform] Should we expose packetization level API to RTCRtpScriptTransform? (#131) (Friday, 4 February)

Varun Singh via GitHub

• Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614) (Thursday, 17 February)
• Re: [webrtc-stats] Add note on coalescing codec stats. (#617) (Thursday, 17 February)
• Re: [webrtc-stats] Match channels stat language with that of channels parameter. (#618) (Thursday, 17 February)
• Closed: [webrtc-stats] Possibly outdated text on codec.channels (#615) (Thursday, 17 February)

youennf via GitHub

• [mediacapture-main] It is unclear which of PermissionStatus change event or MediaStreamTrack ended event should fire first in case Permission is revoked (#862) (Monday, 21 February)
• [mediacapture-region] CropTarget should be made serializable (#21) (Tuesday, 8 February)
• Re: [mediacapture-region] Why expose produceCropTarget at MediaDevices level? (#11) (Tuesday, 8 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 8 February)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Friday, 4 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Friday, 4 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Friday, 4 February)
• [mediacapture-region] CropTarget and cropTo algorithms should be based on existing HTML/CSS definitions (#20) (Friday, 4 February)
• Re: [mediacapture-region] Is CropTarget name too generic? (#18) (Friday, 4 February)
• Re: [mediacapture-region] Is CropTarget name too generic? (#18) (Friday, 4 February)
• Re: [mediacapture-region] Why expose produceCropTarget at MediaDevices level? (#11) (Friday, 4 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Thursday, 3 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Thursday, 3 February)
• Re: [mediacapture-region] Why expose produceCropTarget at MediaDevices level? (#11) (Wednesday, 2 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Wednesday, 2 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Wednesday, 2 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Wednesday, 2 February)
• Re: [mediacapture-region] Why expose produceCropTarget at MediaDevices level? (#11) (Wednesday, 2 February)
• Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6) (Wednesday, 2 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Wednesday, 2 February)
• [webrtc-encoded-transform] Should we expose packetization level API to RTCRtpScriptTransform? (#131) (Wednesday, 2 February)
• Re: [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Wednesday, 2 February)
• Re: [webrtc-encoded-transform] Should we expose the precise timestamp of the frame that was triggered by a generateKeyFrame call? (#128) (Wednesday, 2 February)
• [mediacapture-transform] Is maxBufferSize needed for video? (#76) (Wednesday, 2 February)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Wednesday, 2 February)
• [mediacapture-region] Should cropTo be able to directly take an element as input? (#19) (Wednesday, 2 February)
• [mediacapture-region] Is CropTarget name too generic? (#18) (Wednesday, 2 February)
• Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11) (Wednesday, 2 February)
• [mediacapture-region] What makes CropTarget special to require an asynchronous creation? (#17) (Wednesday, 2 February)
• Re: [mediacapture-region] cropTo is returning promises but it is unclear when promises are supposed to be rejected synchronously or not (#14) (Wednesday, 2 February)
• Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6) (Wednesday, 2 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Wednesday, 2 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Tuesday, 1 February)

Last message date: Monday, 28 February 2022 23:15:25 UTC