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

Bernard Aboba via GitHub

• [webrtc-svc] Pull Request: Rewrite of Privacy Considerations Section (Wednesday, 24 January)
• [webrtc-svc] Pull Request: Aboba patch 12 (Wednesday, 24 January)
• Re: [webrtc-svc] Rewrite of Privacy Considerations Section (#97) (Wednesday, 24 January)
• [webrtc-svc] Pull Request: Rewrite of Privacy Considerations Section (Wednesday, 24 January)
• [webrtc-svc] new commits pushed by aboba (Wednesday, 24 January)
• Closed: [mediacapture-screen-share] Can I share some Windows? (#280) (Tuesday, 23 January)
• Re: [mediacapture-screen-share] Can I share some Windows? (#280) (Tuesday, 23 January)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Saturday, 20 January)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Friday, 19 January)
• Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220) (Tuesday, 16 January)
• Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220) (Wednesday, 10 January)
• Re: [mst-content-hint] highly detailed text in video content (#35) (Monday, 8 January)
• Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long of does it wrap at 16 bits? (#220) (Friday, 5 January)

Brian Rosen via GitHub

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

Christer Holmberg via GitHub

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

Dominique Hazael-Massieux via GitHub

• Closed: [mediacapture-record] Is the project still maintained? (#221) (Tuesday, 30 January)
• [mediacapture-main] new commits pushed by dontcallmedom (Monday, 8 January)
• [webrtc-pc] new commits pushed by dontcallmedom (Monday, 8 January)

dontcallmedom-bot via GitHub

• [mediacapture-automation] Broken references in Media Capture Automation (#4) (Wednesday, 24 January)

Elad Alon via GitHub

• Re: [mediacapture-screen-share] Want to restrict the options of the getDisplayMedia API (#295) (Friday, 12 January)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Tuesday, 9 January)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Tuesday, 9 January)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Tuesday, 9 January)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Tuesday, 9 January)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Tuesday, 9 January)
• Re: [mediacapture-main] Avoid circular definition of muted. (#982) (Wednesday, 3 January)
• Re: [mediacapture-screen-share] Multiple screen capture (#292) (Tuesday, 2 January)

fergald via GitHub

• Re: [mediacapture-main] How should MediaStreamTrack interact with BFCache? (#974) (Wednesday, 24 January)

Florent Castelli via GitHub

• Re: [webrtc-extensions] Add API to control encode complexity (#191) (Wednesday, 17 January)
• Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888) (Wednesday, 10 January)
• Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888) (Tuesday, 9 January)
• Re: [webrtc-pc] maxFramerate probably should not be allowed in addTransceiver/setParameters for audio senders (#2815) (Thursday, 4 January)

François Beaufort via GitHub

• Re: [mediacapture-screen-share] Want to restrict the options of the getDisplayMedia API (#295) (Friday, 12 January)

guidou via GitHub

• Re: [mediacapture-main] Avoid circular definition of muted. (#982) (Tuesday, 30 January)
• Re: [mediacapture-main] Avoid circular definition of muted. (#982) (Tuesday, 30 January)
• Re: [mediacapture-main] Avoid circular definition of muted. (#982) (Tuesday, 30 January)
• Re: [mediacapture-transform] Is MediaStreamTrackProcessor for audio necessary? (#29) (Tuesday, 30 January)
• Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92) (Tuesday, 30 January)
• Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92) (Tuesday, 30 January)
• Re: [mediacapture-main] Mark sampleRate, sampleSize, latency as features at risk (#958) (Friday, 26 January)
• [webrtc-encoded-transform] Pull Request: Constructor frame (Thursday, 25 January)
• Re: [mediacapture-main] Mark sampleRate, sampleSize, latency as features at risk (#958) (Wednesday, 24 January)

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) (Wednesday, 31 January)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Tuesday, 30 January)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Friday, 19 January)
• [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Thursday, 18 January)

hakarim740-com-ra via GitHub

• Re: [webrtc-pc] QUIC as Transport for Session Traversal Utilities for NAT (STUN) (#2924) (Friday, 12 January)
• Re: [webrtc-pc] QUIC as Transport for Session Traversal Utilities for NAT (STUN) (#2924) (Friday, 12 January)
• [webrtc-pc] QUIC as Transport for Session Traversal Utilities for NAT (STUN) (#2924) (Friday, 12 January)
• Re: [webrtc-pc] TURN servers running over webtransport (#2651) (Thursday, 11 January)
• Re: [webrtc-pc] TURN servers running over webtransport (#2651) (Thursday, 11 January)

Harald Alvestrand via GitHub

• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Wednesday, 31 January)
• Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931) (Tuesday, 30 January)
• Re: [mediacapture-main] Avoid circular definition of muted. (#982) (Tuesday, 30 January)
• Re: [webrtc-extensions] Add an internal slot for active candidate pairs. (#194) (Thursday, 25 January)
• Re: [webrtc-pc] add test coverage annotation for sdp munging (#2928) (Thursday, 25 January)
• [webrtc-encoded-transform] new commits pushed by alvestrand (Thursday, 25 January)
• Closed: [webrtc-stats] Make "not present" reference "map/exist" (#776) (Thursday, 25 January)
• [webrtc-stats] new commits pushed by alvestrand (Thursday, 25 January)
• Closed: [webrtc-stats] Change "Does not" to "must not" (#775) (Thursday, 25 January)
• [webrtc-stats] new commits pushed by alvestrand (Thursday, 25 January)
• [webrtc-encoded-transform] new commits pushed by alvestrand (Thursday, 25 January)
• Re: [webrtc-pc] Modify the codec description model to ease describing changes (#2925) (Thursday, 25 January)
• Re: [webrtc-stats] Is codec.sdpFmtpLine present when there is no fmtp line in the SDP? (#779) (Wednesday, 24 January)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Saturday, 20 January)
• Re: [webrtc-pc] Should RTCRtpTransceiver.setCodecPreferences() only refer to RTCRtpReceiver.getCapabilities(kind)? (#1998) (Friday, 19 January)
• Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838) (Wednesday, 17 January)
• Re: [mediacapture-transform] How does generator.mute change track states? (#81) (Tuesday, 16 January)
• Closed: [mediacapture-transform] How does generator.mute change track states? (#81) (Tuesday, 16 January)
• Closed: [webrtc-pc] Why is RTCIceCandidatePairStats.totalRoundTripTime mandatory to implement, but not responsesReceived? (#2819) (Tuesday, 16 January)
• Re: [webrtc-pc] Modify the codec description model to ease describing changes (#2925) (Friday, 12 January)
• Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186) (Friday, 12 January)
• [webrtc-pc] Modify the codec description model to ease describing changes (#2925) (Friday, 12 January)
• Re: [webrtc-pc] QUIC as Transport for Session Traversal Utilities for NAT (STUN) (#2924) (Friday, 12 January)
• Re: [mediacapture-screen-share] Spec should make use of https://w3c.github.io/mediacapture-main/#dfn-create-a-mediastreamtrack to create MediaStreamTrack (#293) (Thursday, 11 January)
• Re: [webrtc-encoded-transform] width/height metadata on incoming streams (#138) (Tuesday, 9 January)
• Re: [mst-content-hint] Add health warning on "text" constraint (#56) (Tuesday, 9 January)
• Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888) (Tuesday, 9 January)
• Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220) (Monday, 8 January)
• Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186) (Sunday, 7 January)
• Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186) (Thursday, 4 January)
• Re: [webrtc-pc] data channel default binaryType value is 'blob' (#2170) (Thursday, 4 January)
• Closed: [webrtc-pc] data channel default binaryType value is 'blob' (#2170) (Thursday, 4 January)
• Re: [mediacapture-image] Add support to get and set desired image format (#185) (Thursday, 4 January)
• Re: [mediacapture-region] Should we support strings in addition or in lieu of opaque identifiers? (#46) (Wednesday, 3 January)
• Re: [mediacapture-region] Specify a predictable error type for unimplemented Element subtypes (#57) (Wednesday, 3 January)
• Re: [webrtc-pc] Clarify unmute event must fire on receiver.track AFTER sRD(offer) succeeds (#2880) (Wednesday, 3 January)
• Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919) (Wednesday, 3 January)
• Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919) (Wednesday, 3 January)
• Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919) (Monday, 1 January)
• Closed: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919) (Monday, 1 January)

henbos via GitHub

• Re: [webrtc-stats] Lifetime of outbound-rtp should start BEFORE first packet is sent (#781) (Monday, 29 January)
• Re: [webrtc-stats] Lifetime of outbound-rtp should start BEFORE first packet is sent (#781) (Monday, 29 January)
• [webrtc-stats] new commits pushed by henbos (Thursday, 25 January)
• Closed: [webrtc-stats] Is codec.sdpFmtpLine present when there is no fmtp line in the SDP? (#779) (Thursday, 25 January)
• [webrtc-extensions] Pull Request: Add an internal slot for active candidate pairs (re-upload) (Thursday, 25 January)
• [webrtc-extensions] Add steps to clear [[CandidatePairs]] in response to ICE restart (#196) (Thursday, 25 January)
• [mediacapture-transform] new commits pushed by henbos (Thursday, 18 January)
• [webrtc-extensions] new commits pushed by henbos (Friday, 12 January)
• Closed: [webrtc-extensions] Describe a match algorithm for two RTCIceCandidatePairs (#187) (Friday, 12 January)
• Closed: [webrtc-extensions] ICE improvements: remove candidate pairs (#170) (Friday, 12 January)
• [webrtc-extensions] new commits pushed by henbos (Friday, 12 January)
• Re: [webrtc-extensions] Add RTCIceTransport method to remove candidate pairs (#175) (Friday, 12 January)
• Re: [webrtc-stats] Replace 'is not present' with 'MUST NOT be [= map/exist | present =]' (#778) (Friday, 12 January)
• [webrtc-stats] Pull Request: Replace 'is not present' with 'MUST NOT be [= map/exist | present =]' (Friday, 12 January)
• Re: [webrtc-stats] Replace 'Does not map/exist' with 'MUST NOT map/exist' (#777) (Friday, 12 January)
• [webrtc-stats] Pull Request: Replace 'Does not map/exist' with 'MUST NOT map/exist' (Friday, 12 January)
• Re: [webrtc-pc] WebRTC spec should explicitly specify all causes of a PeerConnection-sourced track being muted (#2915) (Thursday, 11 January)
• Closed: [webrtc-pc] Clarify simulcast envelope is a sender property (#2921) (Thursday, 11 January)
• [webrtc-pc] new commits pushed by henbos (Thursday, 11 January)
• [webrtc-stats] new commits pushed by henbos (Thursday, 11 January)
• [webrtc-stats] Make "not present" reference "map/exist" (#776) (Thursday, 11 January)
• [webrtc-stats] Change "Does not" to "must not" (#775) (Thursday, 11 January)
• Closed: [webrtc-extensions] Describe a match algorithm for two RTCIceCandidates (#186) (Thursday, 11 January)
• [webrtc-extensions] new commits pushed by henbos (Thursday, 11 January)
• Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888) (Wednesday, 10 January)
• Re: [webrtc-extensions] Add RTCIceTransport method to remove candidate pairs (#175) (Tuesday, 9 January)
• Re: [webrtc-pc] Inconsistent rules for rid in RTCRtpEncodingParameters (#2732) (Thursday, 4 January)
• Re: [webrtc-pc] maxFramerate probably should not be allowed in addTransceiver/setParameters for audio senders (#2815) (Thursday, 4 January)
• Closed: [webrtc-pc] maxFramerate probably should not be allowed in addTransceiver/setParameters for audio senders (#2815) (Thursday, 4 January)
• Re: [webrtc-pc] Is it illegal to modify sdp between createOffer and setLocalDescription? (#2907) (Thursday, 4 January)
• Re: [webrtc-pc] Document test updates associated with amendments (#2910) (Thursday, 4 January)
• Re: [webrtc-stats] [editorial] add "only exists" clause to various audio/video stats (#774) (Tuesday, 2 January)

Hirokazu Honda (a.k.a hiroh) via GitHub

• Re: [webrtc-pc] support for alpha channel when transferring canvas. (#2920) (Thursday, 11 January)
• Re: [webrtc-pc] support for alpha channel when transferring canvas. (#2920) (Thursday, 11 January)

Jan-Ivar Bruaroey via GitHub

• [mediacapture-main] Pull Request: Add guidance for defining a new source of MediaStreamTrack (Wednesday, 24 January)
• [mediacapture-main] Pull Request: Mark sampleRate, sampleSize, and latency are at risk (Tuesday, 23 January)
• Re: [mediacapture-main] Mark resizeMode, sampleRate, sampleSize, latency as features at risk (#958) (Tuesday, 23 January)
• Re: [mediacapture-main] How should MediaStreamTrack interact with BFCache? (#974) (Tuesday, 23 January)
• Re: [mediacapture-screen-share] Should we have a screenshare extension spec? (#297) (Tuesday, 23 January)
• Re: [mediacapture-record] isTypeSupported() algorithm should be more specific (#92) (Tuesday, 23 January)
• Closed: [mediacapture-record] isTypeSupported() algorithm should be more specific (#92) (Tuesday, 23 January)
• Re: [mediacapture-record] Reconsider isTypeSupported() API (#93) (Tuesday, 23 January)
• Closed: [mediacapture-record] Reconsider isTypeSupported() API (#93) (Tuesday, 23 January)
• Re: [mediacapture-main] Transformation of camera signal into displayed frames on screen in a video capture pipeline. (#981) (Tuesday, 23 January)
• Closed: [mediacapture-main] Transformation of camera signal into displayed frames on screen in a video capture pipeline. (#981) (Tuesday, 23 January)
• Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986) (Tuesday, 23 January)
• Re: [mediacapture-main] The [=muted=] concept is exported wrongly (#985) (Tuesday, 23 January)
• [mediacapture-main] Pull Request: Fix export of track-muted and set-track-muted. (Monday, 22 January)
• [webrtc-pc] Consider making RTCIceCandidatePair an interface (#2930) (Thursday, 18 January)
• Re: [webrtc-pc] WebRTC spec should explicitly specify all causes of a PeerConnection-sourced track being muted (#2915) (Wednesday, 17 January)
• [mediacapture-main] Clarify each source is responsible for specifying mute/unmute behavior (#984) (Wednesday, 17 January)
• Re: [webrtc-pc] WebRTC spec should explicitly specify all causes of a PeerConnection-sourced track being muted (#2915) (Wednesday, 17 January)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Tuesday, 9 January)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Tuesday, 9 January)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Tuesday, 9 January)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Tuesday, 9 January)
• Re: [mediacapture-screen-share] Can a shared surface select its derivative window？ (#282) (Tuesday, 9 January)
• Closed: [mediacapture-screen-share] Can a shared surface select its derivative window？ (#282) (Tuesday, 9 January)
• Re: [mediacapture-screen-share] Should pending getDisplayMedia() calls reject on sleep and/or screen-lock? (#287) (Tuesday, 9 January)
• Closed: [mediacapture-screen-share] Should pending getDisplayMedia() calls reject on sleep and/or screen-lock? (#287) (Tuesday, 9 January)
• Re: [mediacapture-screen-share] Multiple screen capture (#292) (Tuesday, 9 January)
• Closed: [mediacapture-screen-share] Multiple screen capture (#292) (Tuesday, 9 January)
• Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186) (Monday, 8 January)
• Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186) (Monday, 8 January)
• [webrtc-encoded-transform] Should RTCRtpTransceiverInit have sendTransform and receiveTransform members? (#221) (Monday, 8 January)
• [webrtc-pc] Pull Request: Move Simulcast envelope concept to RTCRtpSender. (Monday, 8 January)
• [webrtc-pc] Clarify simulcast envelope is a sender property (#2921) (Monday, 8 January)
• Re: [mediacapture-record] The changes in the canvas are not being recognized correctly. (#218) (Thursday, 4 January)
• Closed: [mediacapture-record] The changes in the canvas are not being recognized correctly. (#218) (Thursday, 4 January)
• Re: [mediacapture-output] Undesirable prompt from selectAudioOutput({deviceId}) if valid device removed (#137) (Thursday, 4 January)
• Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186) (Thursday, 4 January)
• Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186) (Thursday, 4 January)

Jimmy Wärting via GitHub

• Re: [webrtc-pc] support for alpha channel when transferring canvas. (#2920) (Thursday, 11 January)
• [webrtc-pc] support for alpha channel when transferring canvas. (#2920) (Sunday, 7 January)

Justin Uberti via GitHub

• Re: [webrtc-pc] TURN servers running over webtransport (#2651) (Friday, 12 January)

marwa-abdallah via GitHub

• [mediacapture-record] Is the project still maintained? (#221) (Thursday, 18 January)

Michał Śledź via GitHub

• Re: [webrtc-pc] Applying a remote offer with unsupported codecs results in stale transceiver (#2927) (Wednesday, 17 January)
• [webrtc-pc] Applying a remote offer with unsupported codecs results in stale transceiver (#2927) (Wednesday, 17 January)
• Re: [webrtc-pc] Adding and stopping transceiver before first offer will result in unremovable transceiver (#2923) (Wednesday, 17 January)
• Closed: [webrtc-pc] Adding and stopping transceiver before first offer will result in unremovable transceiver (#2923) (Wednesday, 17 January)
• [webrtc-pc] Adding and stopping transceiver before first offer will result in unremovable transceiver (#2923) (Thursday, 11 January)
• Re: [webrtc-pc] Clarify unmute event must fire on receiver.track AFTER sRD(offer) succeeds (#2880) (Wednesday, 3 January)
• Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919) (Wednesday, 3 January)
• Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919) (Tuesday, 2 January)
• Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919) (Tuesday, 2 January)
• Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919) (Tuesday, 2 January)
• [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919) (Monday, 1 January)

NDevTK via GitHub

• Re: [mediacapture-screen-share] Prevent unintentional leaks (#220) (Tuesday, 23 January)

Nitesh Gupta via GitHub

• [mediacapture-screen-share] getUserMedia media streams capturing issue in MV3 (chrome extension) with respect to constraints (#296) (Thursday, 11 January)
• [mediacapture-screen-share] Want to restrict the options of the getDisplayMedia API (#295) (Thursday, 11 January)

Peter Thatcher via GitHub

• Re: [webrtc-pc] what error is thrown for an SDP without a a=fingerprint attribute (#2672) (Tuesday, 16 January)

Philipp Hancke via GitHub

• Re: [webrtc-pc] make setCodecPreferences only look at receive codecs (#2926) (Wednesday, 31 January)
• [webrtc-stats] Pull Request: sync local-candidate url definition with webrtc-pc (Wednesday, 31 January)
• Re: [webrtc-stats] Lifetime of outbound-rtp should start BEFORE first packet is sent (#781) (Monday, 29 January)
• [webrtc-stats] Pull Request: clarify that sdpFmtpLine may not be there (Thursday, 25 January)
• Re: [webrtc-stats] Is codec.sdpFmtpLine present when there is no fmtp line in the SDP? (#779) (Wednesday, 24 January)
• [webrtc-stats] Is codec.sdpFmtpLine present when there is no sdpFmtpLine in the SDP? (#779) (Wednesday, 24 January)
• [webrtc-svc] Pull Request: Use canonical AV1-RTP-SPEC reference (Wednesday, 24 January)
• Re: [webrtc-pc] Is it illegal to modify sdp between createOffer and setLocalDescription? (#2907) (Thursday, 18 January)
• [webrtc-pc] Pull Request: add test coverage annotation for sdp munging (Thursday, 18 January)
• Re: [webrtc-extensions] How is RTCRtpCodec codec used? (#195) (Thursday, 18 January)
• Re: [webrtc-pc] Applying a remote offer with unsupported codecs results in stale transceiver (#2927) (Wednesday, 17 January)
• Re: [webrtc-pc] Adding and stopping transceiver before first offer will result in unremovable transceiver (#2923) (Wednesday, 17 January)
• Re: [webrtc-pc] what error is thrown for an SDP without a a=fingerprint attribute (#2672) (Wednesday, 17 January)
• Closed: [webrtc-pc] what error is thrown for an SDP without a a=fingerprint attribute (#2672) (Wednesday, 17 January)
• Re: [webrtc-pc] Is "same PT, different FMTP lines" allowed in BUNDLE? (#2766) (Wednesday, 17 January)
• Re: [webrtc-pc] Adding and stopping transceiver before first offer will result in unremovable transceiver (#2923) (Wednesday, 17 January)
• Re: [webrtc-extensions] Add API to control encode complexity (#191) (Tuesday, 16 January)
• Re: [webrtc-pc] WebRTC spec should explicitly specify all causes of a PeerConnection-sourced track being muted (#2915) (Tuesday, 16 January)
• [webrtc-pc] Pull Request: make setCodecPreferences only look at receive codecs (Tuesday, 16 January)
• Re: [webrtc-pc] is addTrack(track, stream, stream) allowed? (#2803) (Tuesday, 16 January)
• Closed: [webrtc-pc] is addTrack(track, stream, stream) allowed? (#2803) (Tuesday, 16 January)
• Re: [webrtc-pc] Why is RTCIceCandidatePairStats.totalRoundTripTime mandatory to implement, but not responsesReceived? (#2819) (Tuesday, 16 January)
• Re: [webrtc-pc] Modify the codec description model to ease describing changes (#2925) (Friday, 12 January)
• Re: [mediacapture-screen-share] Want to restrict the options of the getDisplayMedia API (#295) (Thursday, 11 January)
• Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888) (Wednesday, 10 January)
• Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220) (Monday, 8 January)
• Re: [webrtc-pc] support for alpha channel when transferring canvas. (#2920) (Monday, 8 January)
• Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long of does it wrap at 16 bits? (#220) (Friday, 5 January)
• Re: [webrtc-stats] Add "only exists" clause to various audio/video stats (#774) (Wednesday, 3 January)
• Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919) (Wednesday, 3 January)
• Re: [webrtc-stats] [editorial] add "only exists" clause to various audio/video stats (#774) (Tuesday, 2 January)
• Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919) (Tuesday, 2 January)

Sameer via GitHub

• Re: [webrtc-extensions] Add RTCIceTransport method to remove candidate pairs (#175) (Friday, 12 January)
• [webrtc-extensions] Pull Request: Add an internal slot for active candidate pairs. (Wednesday, 10 January)
• Re: [webrtc-extensions] Define an RTCIceCandidate match algorithm. (#192) (Wednesday, 10 January)

Sergio Garcia Murillo via GitHub

• Re: [webrtc-pc] TURN servers running over webtransport (#2651) (Thursday, 11 January)

Shreyas Kaundinya via GitHub

• Re: [mediacapture-screen-share] Prevent unintentional leaks (#220) (Monday, 22 January)

stefan hakansson via GitHub

• [webrtc-extensions] How is RTCRtpCodec codec used? (#195) (Thursday, 18 January)
• Re: [webrtc-pc] make setCodecPreferences only look at receive codecs (#2926) (Thursday, 18 January)
• Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888) (Wednesday, 10 January)
• Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888) (Tuesday, 9 January)
• Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888) (Tuesday, 9 January)

Tony Herre via GitHub

• Closed: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220) (Tuesday, 30 January)
• Re: [webrtc-encoded-transform] Add definition of RTCEncodedVideoFrameMetadata frameId and dependencies (#222) (Friday, 19 January)
• [webrtc-encoded-transform] Pull Request: Add definition of RTCEncodedVideoFrameMetadata frameId and dependencies (Friday, 19 January)
• Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220) (Monday, 8 January)
• [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long of does it wrap at 16 bits? (#220) (Friday, 5 January)

youennf via GitHub

• Re: [mediacapture-main] Avoid circular definition of muted. (#982) (Tuesday, 30 January)
• Re: [mediacapture-main] Avoid circular definition of muted. (#982) (Tuesday, 30 January)
• Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92) (Tuesday, 30 January)
• Re: [mediacapture-transform] What is the impact of timestamp for video frames enqueued in VideoTrackGenerator? (#96) (Monday, 29 January)
• Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92) (Monday, 29 January)
• Re: [mediacapture-transform] What is a valid MediaStreamTrack (#94) (Monday, 29 January)
• [mediacapture-transform] Pull Request: Allow UA to clamp maxBufferSize to a value between 1 and the value provided by the web page (Monday, 29 January)
• Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92) (Monday, 29 January)
• [mediacapture-transform] Pull Request: Add a note stating that audio MediaStreamTrackProcessor has not reached consensus (Monday, 29 January)
• [mediacapture-transform] Pull Request: Add makefile to locally build the bs spec (Monday, 29 January)
• Re: [mediacapture-transform] Call VideoFrame Close algorithm instead of VideoFrame close method (#102) (Monday, 29 January)
• [mediacapture-transform] Pull Request: Call VideoFrame Close algorithm instead of VideoFrasme close method (Monday, 29 January)
• [mediacapture-transform] Pull Request: Writing a closed video frame should reject (Monday, 29 January)
• [mediacapture-transform] Writing a closed video frame to VideoTrackGenerator.writable should fail (#100) (Monday, 29 January)
• [mediacapture-transform] Add a Makefile to locally build the spec from bikeshed (#99) (Monday, 29 January)
• [mediacapture-transform] Pull Request: Fix two typo (Monday, 29 January)
• Closed: [mediacapture-transform] What happens when the MediaStreamTrack of the VideoTrackGenerator (and all its clones) get stopped? (#93) (Monday, 29 January)
• Re: [mediacapture-transform] What happens when the MediaStreamTrack of the VideoTrackGenerator (and all its clones) get stopped? (#93) (Monday, 29 January)
• [mediacapture-transform] Support of VideoTrackGenerator.applyConstraints success is unclear (#97) (Monday, 29 January)
• Re: [mediacapture-screen-share] Spec should make use of https://w3c.github.io/mediacapture-main/#dfn-create-a-mediastreamtrack to create MediaStreamTrack (#293) (Thursday, 25 January)
• Re: [mediacapture-main] Mark sampleRate, sampleSize, latency as features at risk (#958) (Wednesday, 24 January)
• Re: [mediacapture-main] Mark sampleRate, sampleSize, latency as features at risk (#958) (Wednesday, 24 January)
• Re: [mediacapture-main] How should MediaStreamTrack interact with BFCache? (#974) (Tuesday, 23 January)
• [mediacapture-transform] What is the impact of timestamp for video frames enqueued in VideoTrackGenerator? (#96) (Tuesday, 23 January)
• Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986) (Tuesday, 23 January)
• Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986) (Tuesday, 23 January)
• [mediacapture-main] The [=muted=] concept is exported wrongly (#985) (Monday, 22 January)
• [mediacapture-transform] UAs should be allowed to not respect maxBufferSize (#95) (Friday, 19 January)
• [mediacapture-transform] What is a valid MediaStreamTrack (#94) (Friday, 19 January)
• [mediacapture-transform] What happens when the MediaStreamTrack of the VideoTrackGenerator (and all its clones) get stopped? (#93) (Friday, 19 January)
• Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92) (Friday, 19 January)
• [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92) (Friday, 19 January)
• [mediacapture-transform] Spec should link to https://www.w3.org/TR/webcodecs/#close-videoframe instead of calling close() (#91) (Friday, 19 January)
• Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Thursday, 18 January)
• [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929) (Thursday, 18 January)
• Re: [mediacapture-screen-share] Should we have a screenshare extension spec? (#297) (Thursday, 18 January)
• [mediacapture-screen-share] Should we have a screenshare extension spec? (#297) (Thursday, 18 January)
• Re: [mediacapture-record] Is the project still maintained? (#221) (Thursday, 18 January)
• Re: [webrtc-extensions] Add API to control encode complexity (#191) (Thursday, 18 January)
• Re: [webrtc-extensions] Add API to control encode complexity (#191) (Tuesday, 16 January)
• Re: [webrtc-pc] WebRTC spec should explicitly specify all causes of a PeerConnection-sourced track being muted (#2915) (Tuesday, 16 January)
• [mediacapture-transform] Pull Request: Make MediaStreamTrackProcessor.readable readonly (Friday, 12 January)
• Re: [mediacapture-screen-share] Explicitly create MediaStream tracks in getDisplayMedia algorithm (#294) (Thursday, 11 January)
• Re: [mediacapture-screen-share] Spec should make use of https://w3c.github.io/mediacapture-main/#dfn-create-a-mediastreamtrack to create MediaStreamTrack (#293) (Thursday, 11 January)
• [mediacapture-screen-share] Pull Request: Explicitly create MediaStream tracks in getDisplayMedia algorithm (Thursday, 11 January)
• [mediacapture-screen-share] Spec should make use of https://w3c.github.io/mediacapture-main/#dfn-create-a-mediastreamtrack to create MediaStreamTrack (#293) (Thursday, 11 January)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Tuesday, 9 January)
• Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281) (Tuesday, 9 January)

Last message date: Wednesday, 31 January 2024 17:26:37 UTC