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

aigarrz via GitHub

• Re: [webrtc-extensions] RTCRtpEncodingParameters: scaleResolutionTo (#159) (Monday, 19 February)

Bernard Aboba via GitHub

• [webrtc-svc] new commits pushed by aboba (Thursday, 22 February)
• [webrtc-extensions] Peer Connection and back/forward cache (#200) (Tuesday, 20 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Thursday, 15 February)
• Re: [webrtc-pc] Proposing setCodecPreferences to deal with both send and recv codecs (#2939) (Thursday, 15 February)
• Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888) (Saturday, 10 February)
• Re: [webrtc-pc] Specify what should happen if filtering [[PreferredCodecs]] on direction results in empty list (#2936) (Saturday, 10 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Friday, 9 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• [webrtc-svc] new commits pushed by aboba (Monday, 5 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Friday, 2 February)

Bug-Reaper via GitHub

• Re: [mediacapture-main] Implementers must not refuse to open sources set as default at the machine: "DOMException: Could not start audio source" is not in the specification (#708) (Thursday, 29 February)

caribouW3 via GitHub

• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Friday, 9 February)

Christer Holmberg via GitHub

• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Wednesday, 21 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Thursday, 15 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Friday, 9 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Friday, 9 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)

docfaraday via GitHub

• Re: [webrtc-extensions] Peer Connection and back/forward cache (#200) (Friday, 23 February)

Dominique Hazael-Massieux via GitHub

• Re: [mediacapture-screen-share] Want to restrict the options of the getDisplayMedia API (#300) (Tuesday, 27 February)
• Closed: [mediacapture-screen-share] Want to restrict the options of the getDisplayMedia API (#300) (Tuesday, 27 February)
• Re: [mediacapture-screen-share] getUserMedia media streams capturing issue in MV3 (chrome extension) with respect to constraints (#299) (Tuesday, 27 February)
• Closed: [mediacapture-screen-share] getUserMedia media streams capturing issue in MV3 (chrome extension) with respect to constraints (#299) (Tuesday, 27 February)
• Re: [webrtc-pc] Redefine SendCodecs and ReceiveCodecs (#2935) (Monday, 26 February)
• Re: [webrtc-pc] Redefine SendCodecs and ReceiveCodecs (#2935) (Friday, 23 February)
• Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986) (Monday, 12 February)
• Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986) (Thursday, 8 February)
• [webrtc-pc] new commits pushed by dontcallmedom (Monday, 5 February)
• [mediacapture-main] new commits pushed by dontcallmedom (Monday, 5 February)
• [webrtc-pc] Pull Request: Update to ReSpec version 34.4.0 (Monday, 5 February)
• [mediacapture-main] Pull Request: Update to latest ReSpec version 34.4.0 (Monday, 5 February)
• Re: [webrtc-pc] make setCodecPreferences only look at receive codecs (#2926) (Thursday, 1 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 1 February)

dontcallmedom-bot via GitHub

• Re: [mediacapture-record] Ability to record non-realtime / frame-by-frame (#213) (Wednesday, 21 February)
• Re: [webrtc-pc] make setCodecPreferences only look at receive codecs (#2926) (Wednesday, 21 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Wednesday, 21 February)
• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Wednesday, 21 February)
• Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186) (Wednesday, 21 February)
• Re: [mediacapture-main] How should MediaStreamTrack interact with BFCache? (#974) (Wednesday, 21 February)
• Re: [webrtc-pc] Proposing setCodecPreferences to deal with both send and recv codecs (#2939) (Wednesday, 21 February)
• Re: [webrtc-pc] Modify the codec description model to ease describing changes (#2925) (Wednesday, 21 February)
• Re: [mediacapture-main] Add guidance for defining a new source of MediaStreamTrack (#988) (Wednesday, 21 February)
• Re: [mediacapture-fromelement] captureStream on OffscreenCanvas (#65) (Wednesday, 21 February)
• Re: [mediacapture-record] deprecate isTypeSupported (was: MediaRecorder specification expects to synchronously know the list of supported mime types) (#202) (Wednesday, 21 February)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Wednesday, 21 February)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Wednesday, 21 February)
• Re: [mediacapture-screen-share] Should we have a screenshare extension spec? (#297) (Wednesday, 21 February)
• Re: [webrtc-pc] Existing setCodecPreferences NOTE is wrong and should be deleted (#2933) (Wednesday, 21 February)
• Re: [webrtc-pc] Redefine SendCodecs and ReceiveCodecs (#2935) (Wednesday, 21 February)

Elad Alon via GitHub

• [mediacapture-screen-share-extensions] Should restrictOwnAudio be settable? (#10) (Friday, 23 February)
• [mediacapture-screen-share-extensions] Multi-capture (concurrent capture of multiple surfaces) (#8) (Friday, 23 February)
• [mediacapture-screen-share-extensions] Avoid user-confusion by not offering undesired audio sources (#7) (Friday, 23 February)
• [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4) (Friday, 23 February)
• [mediacapture-screen-share-extensions] Capability Delegation for getDisplayMedia() (#3) (Friday, 23 February)
• [mediacapture-screen-share-extensions] Exposing mouse events from captured surfaces (#2) (Friday, 23 February)
• Re: [mediacapture-screen-share] Auto-pause capture when user switches captured content (#255) (Friday, 9 February)
• Re: [mediacapture-screen-share] Auto-pause capture when user switches captured content (#255) (Friday, 9 February)
• Re: [mediacapture-handle] URL-based Screen Share Restriction? (#73) (Thursday, 8 February)
• Re: [mediacapture-handle] URL-based Screen Share Restriction? (#73) (Thursday, 8 February)
• Re: [mediacapture-screen-share] Should we have a screenshare extension spec? (#297) (Monday, 5 February)

Eldar Rello via GitHub

• Re: [webrtc-extensions] Add API to control jitterBufferTarget handling (#199) (Monday, 26 February)
• Re: [webrtc-extensions] Add API to control jitterBufferTarget handling (#199) (Thursday, 22 February)
• [webrtc-extensions] Add API to control jitterBufferTarget handling (#199) (Friday, 9 February)

guidou via GitHub

• Re: [mediacapture-main] Should getCapabilities() return an empty array or undefined for facingMode? (#969) (Thursday, 15 February)
• [webrtc-extensions] Pull Request: Add relay-explainer.md (Thursday, 8 February)

Gunnar Hellström via GitHub

• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Monday, 26 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Friday, 16 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Friday, 2 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 1 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 1 February)

Harald Alvestrand via GitHub

• Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186) (Tuesday, 27 February)
• Re: [webrtc-extensions] Add API to control jitterBufferTarget handling (#199) (Monday, 26 February)
• Re: [webrtc-pc] Redefine SendCodecs and ReceiveCodecs (#2935) (Friday, 23 February)
• [webrtc-pc] new commits pushed by alvestrand (Friday, 23 February)
• Closed: [webrtc-pc] Modify the codec description model to ease describing changes (#2925) (Friday, 23 February)
• Re: [webrtc-pc] Redefine SendCodecs and ReceiveCodecs (#2935) (Friday, 23 February)
• [webrtc-pc] Pull Request: Rebase PR onto main (Friday, 23 February)
• Re: [webrtc-extensions] Add API to control jitterBufferTarget handling (#199) (Thursday, 22 February)
• [webrtc-pc] new commits pushed by alvestrand (Thursday, 22 February)
• Closed: [webrtc-pc] Existing setCodecPreferences NOTE is wrong and should be deleted (#2933) (Thursday, 22 February)
• Re: [webrtc-pc] Redefine SendCodecs and ReceiveCodecs (#2935) (Thursday, 22 February)
• Closed: [mediacapture-main] Clarify each source is responsible for specifying mute/unmute/ended and constraints behavior (#984) (Thursday, 22 February)
• [mediacapture-main] new commits pushed by alvestrand (Thursday, 22 February)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Thursday, 22 February)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Thursday, 22 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Wednesday, 21 February)
• Re: [webrtc-pc] Existing setCodecPreferences NOTE is wrong and should be deleted (#2933) (Tuesday, 20 February)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Tuesday, 20 February)
• Re: [webrtc-pc] Redefine SendCodecs and ReceiveCodecs (#2935) (Tuesday, 20 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Tuesday, 20 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Tuesday, 20 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Monday, 19 February)
• [webrtc-pc] new commits pushed by alvestrand (Thursday, 15 February)
• Closed: [webrtc-pc] Is it illegal to modify sdp between createOffer and setLocalDescription? (#2907) (Thursday, 15 February)
• Closed: [mediacapture-transform] Spec is unclear when and how WebCodecs VideoFrame objects are created (#106) (Thursday, 15 February)
• [mediacapture-transform] new commits pushed by alvestrand (Thursday, 15 February)
• [webrtc-encoded-transform] Pull Request: Add explainer for a congestion control API proposal (Thursday, 15 February)
• Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846) (Thursday, 15 February)
• Re: [mediacapture-main] Should getCapabilities() return an empty array or undefined for facingMode? (#969) (Wednesday, 14 February)
• Re: [mediacapture-main] Should getCapabilities() return an empty array or undefined for facingMode? (#969) (Wednesday, 14 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Tuesday, 13 February)
• Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986) (Monday, 12 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Friday, 9 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 8 February)
• Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986) (Thursday, 8 February)
• Closed: [mediacapture-screen-share] Spec should make use of https://w3c.github.io/mediacapture-main/#dfn-create-a-mediastreamtrack to create MediaStreamTrack (#293) (Thursday, 8 February)
• [mediacapture-screen-share] new commits pushed by alvestrand (Thursday, 8 February)
• [webrtc-pc] new commits pushed by alvestrand (Thursday, 8 February)
• Re: [webrtc-pc] make setCodecPreferences only look at receive codecs (#2926) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Tuesday, 6 February)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Tuesday, 6 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Tuesday, 6 February)
• Re: [webrtc-pc] Existing setCodecPreferences NOTE is wrong and should be deleted (#2933) (Tuesday, 6 February)
• Re: [webrtc-pc] Redefine SendCodecs and ReceiveCodecs (#2935) (Tuesday, 6 February)
• [webrtc-pc] Pull Request: Redefine SendCodecs and ReceiveCodecs (Tuesday, 6 February)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 1 February)

henbos via GitHub

• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Wednesday, 14 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Wednesday, 14 February)
• [webrtc-pc] Proposing setCodecPreferences to deal with both send and recv codecs (#2939) (Wednesday, 14 February)
• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Tuesday, 13 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Tuesday, 13 February)
• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Tuesday, 13 February)
• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Tuesday, 13 February)
• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Tuesday, 13 February)
• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Tuesday, 13 February)
• Re: [webrtc-pc] Specify what should happen if filtering [[PreferredCodecs]] on direction results in empty list (#2936) (Tuesday, 13 February)
• Closed: [webrtc-pc] Specify what should happen if filtering [[PreferredCodecs]] on direction results in empty list (#2936) (Tuesday, 13 February)
• [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Tuesday, 13 February)
• [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Tuesday, 13 February)
• Re: [webrtc-pc] Specify what should happen if filtering [[PreferredCodecs]] on direction results in empty list (#2936) (Friday, 9 February)
• Re: [webrtc-pc] Specify what should happen if filtering [[PreferredCodecs]] on direction results in empty list (#2936) (Friday, 9 February)
• Re: [webrtc-pc] Specify what should happen if filtering [[PreferredCodecs]] on direction results in empty list (#2936) (Friday, 9 February)
• Re: [webrtc-pc] Specify what should happen if filtering [[PreferredCodecs]] on direction results in empty list (#2936) (Thursday, 8 February)
• [webrtc-pc] Specify what should happen if filtering [[PreferredCodecs]] on direction results in empty list (#2936) (Thursday, 8 February)
• Closed: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Closed: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Closed: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Wednesday, 7 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Wednesday, 7 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Wednesday, 7 February)
• Re: [webrtc-pc] Existing setCodecPreferences NOTE is wrong and should be deleted (#2933) (Friday, 2 February)
• Re: [webrtc-pc] Modify the codec description model to ease describing changes (#2925) (Friday, 2 February)
• [webrtc-pc] Existing setCodecPreferences NOTE is wrong and should be deleted (#2933) (Friday, 2 February)
• [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Friday, 2 February)
• [mediacapture-transform] new commits pushed by henbos (Thursday, 1 February)
• [mediacapture-transform] new commits pushed by henbos (Thursday, 1 February)
• Closed: [mediacapture-transform] Add a Makefile to locally build the spec from bikeshed (#99) (Thursday, 1 February)
• Closed: [mediacapture-transform] Spec should link to https://www.w3.org/TR/webcodecs/#close-videoframe instead of calling close() (#91) (Thursday, 1 February)
• [mediacapture-transform] new commits pushed by henbos (Thursday, 1 February)
• [mediacapture-transform] new commits pushed by henbos (Thursday, 1 February)
• Re: [mediacapture-transform] Fix two typo (#98) (Thursday, 1 February)

Jan-Ivar Bruaroey via GitHub

• Re: [mediacapture-screen-share] Define the windowAudio option (#283) (Thursday, 29 February)
• Re: [webrtc-pc] RTCSessionDescriptionInit vs "local" RTCLocalSessionDescriptionInit (#2940) (Monday, 26 February)
• [webrtc-stats] Should RTCRtptransceiver.stop() cause inbound-rtp stats to disappear? (#784) (Monday, 26 February)
• Re: [mediacapture-record] mimeType ambiguity: "video/webm;codecs=vp8" means? (#194) (Monday, 26 February)
• Re: [mediacapture-record] mimeType ambiguity: "video/webm;codecs=vp8" means? (#194) (Monday, 26 February)
• Re: [webrtc-extensions] Peer Connection and back/forward cache (#200) (Saturday, 24 February)
• [mediacapture-screen-share-extensions] Recognize safer & better-integrated web presentations in getDisplayMedia (#9) (Friday, 23 February)
• [webrtc-pc] Review mute/unmute/ended and constraints on RTCRtpReceiver's track. (#2942) (Tuesday, 20 February)
• Re: [mediacapture-transform] Review mute/unmute/ended and constraints on new VideoTrackGenerator().track (#109) (Tuesday, 20 February)
• [mediacapture-transform] Review mute/unmute/ended and constraints on new VideoTrackGenerator().track (#109) (Tuesday, 20 February)
• [mediacapture-fromelement] Review mute/unmute/ended and constraints on tracks from canvas.captureStream() (#99) (Tuesday, 20 February)
• [mediacapture-fromelement] Review mute/unmute/ended and constraints on tracks from element.captureStream() (#98) (Tuesday, 20 February)
• [mediacapture-screen-share] Review mute/unmute/ended and constraints on tracks from getDisplayMedia (#298) (Tuesday, 20 February)
• Re: [mediacapture-screen-share] Detect when minimizing a window pauses capture (was: Capability polling - capture-while-minimized) (#257) (Thursday, 15 February)
• Re: [mediacapture-screen-share] Capability polling - capture-while-minimized (#257) (Thursday, 15 February)
• Re: [mediacapture-main] Width/height as setting should be configured, not native. (#909) (Thursday, 15 February)
• Re: [mediacapture-screen-share] Inconsistent formatting in doc (#234) (Thursday, 15 February)
• Closed: [mediacapture-screen-share] Inconsistent formatting in doc (#234) (Thursday, 15 February)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 15 February)
• Closed: [mediacapture-screen-share] Use a single enum for or all (#277) (Wednesday, 14 February)
• Re: [mediacapture-screen-share] Use a single enum for or all (#277) (Wednesday, 14 February)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Wednesday, 14 February)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Wednesday, 14 February)
• Closed: [mediacapture-screen-share] getUserMedia media streams capturing issue in MV3 (chrome extension) with respect to constraints (#296) (Wednesday, 14 February)
• Re: [mediacapture-screen-share] getUserMedia media streams capturing issue in MV3 (chrome extension) with respect to constraints (#296) (Wednesday, 14 February)
• Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846) (Wednesday, 14 February)
• Re: [mediacapture-main] Width/height as setting should be configured, not native. (#909) (Wednesday, 14 February)
• Re: [mediacapture-main] Web compat issue with permissions.query() in non-persistent permission models (#928) (Wednesday, 14 February)
• Closed: [mediacapture-main] Web compat issue with permissions.query() in non-persistent permission models (#928) (Wednesday, 14 February)
• Re: [mediacapture-main] Detecting user-actionable camera issues (e.g., camera shutters) (#930) (Wednesday, 14 February)
• Re: [mediacapture-main] Should getCapabilities() return an empty array or undefined for facingMode? (#969) (Wednesday, 14 February)
• Re: [mediacapture-main] Use xref, avoid data-cite="html" (#792) (Wednesday, 14 February)
• Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986) (Thursday, 8 February)
• Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986) (Thursday, 8 February)
• Re: [mediacapture-record] MediaRecorder specification expects to synchronously know the list of supported mime types (#202) (Tuesday, 6 February)
• Closed: [mediacapture-record] Edge cases related to firing start and stop events (#204) (Friday, 2 February)
• Re: [mediacapture-main] Mark sampleRate, sampleSize, and latency are at risk (#987) (Thursday, 1 February)
• Closed: [webrtc-extensions] Maintain an internal slot of candidate pairs that are valid inputs to RTCIceTransport operations (#188) (Thursday, 1 February)
• [webrtc-extensions] new commits pushed by jan-ivar (Thursday, 1 February)

jarrodcolburn via GitHub

• [webrtc-pc] RTCSessionDescriptionInit vs "local" RTCLocalSessionDescriptionInit (#2940) (Tuesday, 20 February)

Jesper van den Ende via GitHub

• [mediacapture-screen-share-extensions] Capturing audio-only (#12) (Friday, 23 February)

Justin Uberti via GitHub

• Re: [webrtc-pc] simple webrtc connection and manual signaling (QR, JSON, Carrier pigeon) - consent time out prevents connection (#2945) (Tuesday, 27 February)

Karl Tomlinson via GitHub

• [mediacapture-screen-share-extensions] Should top-level transient activation be sufficient for `getDisplayMedia()` on cross-origin iframes with allow="display-capture"? (#11) (Friday, 23 February)

Lorenzo Miniero via GitHub

• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Tuesday, 13 February)

Michael Hyun via GitHub

• Re: [mediacapture-handle] URL-based Screen Share Restriction? (#73) (Thursday, 8 February)
• [mediacapture-handle] URL-based Screen Share Restriction? (#73) (Wednesday, 7 February)

Mini Doges via GitHub

• Re: [webrtc-pc] simple webrtc connection and manual signaling (QR, JSON, Carrier pigeon) - consent time out prevents connection (#2945) (Tuesday, 27 February)
• [webrtc-pc] simple webrtc connection and manual signaling (QR, JSON, Carrier pigeon) - consent time out prevents connection (#2945) (Tuesday, 27 February)

NDevTK via GitHub

• [mediacapture-screen-share-extensions] Prevent unintentional leaks (#6) (Friday, 23 February)

Nitesh Gupta via GitHub

• [mediacapture-screen-share] Want to restrict the options of the getDisplayMedia API (#300) (Tuesday, 27 February)
• [mediacapture-screen-share] getUserMedia media streams capturing issue in MV3 (chrome extension) with respect to constraints (#299) (Tuesday, 27 February)
• [mediacapture-screen-share-extensions] Want to restrict the options of the getDisplayMedia API (#1) (Friday, 23 February)

Philipp Hancke via GitHub

• Re: [webrtc-pc] simple webrtc connection and manual signaling (QR, JSON, Carrier pigeon) - consent time out prevents connection (#2945) (Tuesday, 27 February)
• Re: [webrtc-extensions] Peer Connection and back/forward cache (#200) (Saturday, 24 February)
• [webrtc-stats] Pull Request: raddr+rport can be set for peer-reflexive candidates as well (Saturday, 24 February)
• Re: [webrtc-pc] Existing setCodecPreferences NOTE is wrong and should be deleted (#2933) (Thursday, 22 February)
• Re: [webrtc-pc] Existing setCodecPreferences NOTE is wrong and should be deleted (#2933) (Tuesday, 20 February)
• [webrtc-pc] Pull Request: remove setCodecPreferences note already covered by JSEP (Tuesday, 20 February)
• Re: [webrtc-pc] Proposing setCodecPreferences to deal with both send and recv codecs (#2939) (Wednesday, 14 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Tuesday, 13 February)
• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Tuesday, 13 February)
• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Tuesday, 13 February)
• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Tuesday, 13 February)
• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Tuesday, 13 February)
• Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937) (Tuesday, 13 February)
• Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888) (Sunday, 11 February)
• Re: [webrtc-pc] Specify what should happen if filtering [[PreferredCodecs]] on direction results in empty list (#2936) (Thursday, 8 February)
• Re: [webrtc-pc] Specify what should happen if filtering [[PreferredCodecs]] on direction results in empty list (#2936) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Thursday, 8 February)
• Re: [webrtc-pc] make setCodecPreferences only look at receive codecs (#2926) (Thursday, 8 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Wednesday, 7 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Wednesday, 7 February)
• Re: [webrtc-pc] Clarify a=rtpmap codec mappings should be offered even if the codec is not a preferred one (#2932) (Wednesday, 7 February)
• Re: [webrtc-pc] Existing setCodecPreferences NOTE is wrong and should be deleted (#2933) (Friday, 2 February)
• Re: [webrtc-pc] Existing setCodecPreferences NOTE is wrong and should be deleted (#2933) (Friday, 2 February)
• Re: [webrtc-pc] make setCodecPreferences only look at receive codecs (#2926) (Thursday, 1 February)

Roman Shpount via GitHub

• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Tuesday, 20 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Monday, 19 February)
• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Tuesday, 13 February)

Sergio Garcia Murillo via GitHub

• [webrtc-encoded-transform] Should we add captureTimestamp senderCaptureTimeOffset to the RTCEncodedXXXFrameMetadata if abs-capture-time is used? (#225) (Tuesday, 27 February)

stefan hakansson via GitHub

• Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938) (Tuesday, 20 February)

Tim Panton via GitHub

• [webrtc-pc] Alternative storage for RTCCertificates needed (#2944) (Monday, 26 February)

Tony Herre via GitHub

• Re: [webrtc-encoded-transform] Should we add captureTimestamp senderCaptureTimeOffset to the RTCEncodedXXXFrameMetadata if abs-capture-time is used? (#225) (Wednesday, 28 February)

youennf via GitHub

• [mediacapture-screen-share-extensions] Fire configurationchange event in case the track is changing of source (#5) (Friday, 23 February)
• Re: [mediacapture-screen-share] Detect when minimizing a window pauses capture (was: Capability polling - capture-while-minimized) (#257) (Thursday, 22 February)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Thursday, 22 February)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Thursday, 22 February)
• [mediacapture-transform] Pull Request: Explicitly clone/close VideoFrames in generator and processor (Thursday, 8 February)
• [mediacapture-transform] new commits pushed by youennf (Thursday, 8 February)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Tuesday, 6 February)
• [mediacapture-transform] Pull Request: Update Detached slot to link to html spec. (Friday, 2 February)
• Closed: [mediacapture-transform] UAs should be allowed to clamp maxBufferSize (#95) (Friday, 2 February)
• [mediacapture-transform] new commits pushed by youennf (Friday, 2 February)
• Re: [mediacapture-transform] Allow UA to clamp maxBufferSize to a value between 1 and the value provided by the web page (#105) (Friday, 2 February)
• [mediacapture-transform] Spec is unclear when and how WebCodecs VideoFrame objects are created (#106) (Friday, 2 February)
• Closed: [mediacapture-transform] Writing a closed video frame to VideoTrackGenerator.writable should fail (#100) (Friday, 2 February)
• [mediacapture-transform] new commits pushed by youennf (Friday, 2 February)

Last message date: Thursday, 29 February 2024 23:55:09 UTC