Friday, 30 September 2022
- Re: [webrtc-pc] Simulcast: Implementations do not fail (and that seems good) (#2762)
- Re: [webrtc-pc] Don't let offers to receive simulcast overwrite existing [[SendEncodings]] (#2758)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] s/controller = null;/controller; (#237)
- Re: [mediacapture-screen-share] s/controller = null;/controller; (#237)
- [mediacapture-screen-share] Pull Request: No need to test for presence of member with default value.
- [mediacapture-screen-share] Pull Request: s/controller = null;/controller;
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [webrtc-encoded-transform] describe (some) fields (#155)
- Re: [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- [mediacapture-screen-share] Address nullability of DisplayMediaStreamOptions.controller (#236)
- Re: [mediacapture-main] Device enumeration spec-ed to hang (#903)
- Re: [webrtc-pc] Don't let offers to receive simulcast overwrite existing [[SendEncodings]] (#2758)
- Re: [webrtc-pc] Don't let offers to receive simulcast overwrite existing [[SendEncodings]] (#2758)
Thursday, 29 September 2022
- Closed: [mediacapture-output] default audio output should be first in the enumerateDevice returned list (#124)
- Re: [mediacapture-output] default audio output should be first in the enumerateDevice returned list (#124)
- Closed: [mediacapture-output] Go back to the default output (#85)
- Re: [mediacapture-output] Go back to the default output (#85)
- Re: [mediacapture-main] Device enumeration spec-ed to hang (#903)
- Re: [mediacapture-screen-share] Add CaptureController to the spec (#235)
- [mediacapture-screen-share] new commits pushed by eladalon1983
- Re: [webrtc-encoded-transform] describe (some) fields (#155)
- [webrtc-encoded-transform] Pull Request: describe (some) fields
- Closed: [mediacapture-main] EnumerateDevices() Returns Multiple GroupId for Bluetooth Devices on Windows (#904)
- Re: [mediacapture-main] EnumerateDevices() Returns Multiple GroupId for Bluetooth Devices on Windows (#904)
- [mediacapture-main] EnumerateDevices() Returns Multiple GroupId for Bluetooth Devices on Windows (#904)
- Re: [webrtc-pc] TypeError unless all or none of encodings have rids (#2774)
- Re: [webrtc-encoded-transform] add mimeType to metadata (#140)
- [webrtc-encoded-transform] new commits pushed by alvestrand
- Re: [webrtc-encoded-transform] Add rtp timestamp and capture time to RTCEncodedVideoFrameMetadata (#137)
- [webrtc-encoded-transform] new commits pushed by alvestrand
- Closed: [webrtc-encoded-transform] no funny hats (#122)
- [webrtc-encoded-transform] new commits pushed by alvestrand
- [webrtc-encoded-transform] new commits pushed by alvestrand
- [webrtc-encoded-transform] new commits pushed by alvestrand
- Re: [webrtc-encoded-transform] generateKeyFrame takes a "rid" argument, but is invoked with "rids" (#143)
- Re: [mediacapture-main] Device enumeration spec-ed to hang (#903)
- Re: [webrtc-encoded-transform] Generalize ScriptTransform constructor to allow main-thread processing (#89)
- [mediacapture-screen-share] Pull Request: Add CaptureController to the spec
- Re: [mediacapture-screen-share] Inconsistent formatting in doc (#234)
- Re: [webrtc-encoded-transform] generateKeyFrame takes a "rid" argument, but is invoked with "rids" (#143)
- [mediacapture-screen-share] Inconsistent formatting in doc (#234)
- Re: [webrtc-encoded-transform] generateKeyFrame takes a "rid" argument, but is invoked with "rids" (#143)
- Re: [webrtc-encoded-transform] generateKeyFrame takes a "rid" argument, but is invoked with "rids" (#143)
- Re: [webrtc-encoded-transform] generateKeyFrame takes a "rid" argument, but is invoked with "rids" (#143)
- Re: [webrtc-encoded-transform] generateKeyFrame takes a "rid" argument, but is invoked with "rids" (#143)
- Re: [webrtc-encoded-transform] generateKeyFrame takes a "rid" argument, but is invoked with "rids" (#143)
- [webrtc-encoded-transform] Pull Request: audio: add rtp sequence number on incoming frames
- Re: [webrtc-encoded-transform] Generalize ScriptTransform constructor to allow main-thread processing (#89)
- Re: [webrtc-encoded-transform] generateKeyFrame takes a "rid" argument, but is invoked with "rids" (#143)
- Re: [webrtc-encoded-transform] Generalize ScriptTransform constructor to allow main-thread processing (#89)
- Re: [webrtc-encoded-transform] Generalize ScriptTransform constructor to allow main-thread processing (#89)
Wednesday, 28 September 2022
- Re: [webrtc-encoded-transform] idl: synchronizationsource is a *unsigned* long (#153)
- Re: [webrtc-extensions] enable opus bite rate control by js api instead of SDP munging (#117)
- Re: [webrtc-extensions] enable opus bite rate control by js api instead of SDP munging (#117)
- [webrtc-encoded-transform] Pull Request: idl: synchronizationsource is a *unsigned* long
- Re: [webrtc-encoded-transform] Generalize ScriptTransform constructor to allow main-thread processing (#89)
- Re: [webrtc-stats] Privacy concern: Leaking communication / plain text using patterns in packet size, frequency, etc. (#699)
- Re: [webrtc-encoded-transform] Generalize ScriptTransform constructor to allow main-thread processing (#89)
- Re: [webrtc-extensions] Add getDataChannels() method on RTCPeerConnection (#110)
- Re: [webrtc-encoded-transform] Generalize ScriptTransform constructor to allow main-thread processing (#89)
- Re: [webrtc-extensions] enable opus bite rate control by js api instead of SDP munging (#117)
- Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
- Re: [webrtc-extensions] enable opus bite rate control by js api instead of SDP munging (#117)
- Re: [webrtc-extensions] enable opus bite rate control by js api instead of SDP munging (#117)
- Closed: [webrtc-stats] Unclear pliCount, firCount, and nackCount for outbound-rtp (#658)
- [webrtc-stats] new commits pushed by vr000m
- [webrtc-stats] new commits pushed by vr000m
- Closed: [webrtc-stats] When are RTP streams destroyed? (#668)
- [webrtc-extensions] enable opus bite rate control by js api instead of SDP munging (#117)
- Re: [webrtc-svc] Layer drop/add (#4)
Tuesday, 27 September 2022
- Re: [webrtc-stats] Exposing HW for Cloud Gaming use cases (HW encoder/decoder revisited) (#698)
- Re: [webrtc-stats] Exposing HW for Cloud Gaming use cases (HW encoder/decoder revisited) (#698)
- Re: [webrtc-stats] add video totalFreezesDuration &totalPausesDuration etc to standard getStats (#695)
- Re: [webrtc-extensions] header extension API: remove setParameters support (#116)
- [webrtc-extensions] Pull Request: header extension API: remove setParameters support
- Re: [webrtc-stats] add video totalFreezesDuration &totalPausesDuration etc to standard getStats (#695)
- [webrtc-stats] new commits pushed by henbos
- Re: [webrtc-stats] editorial: remove trailing whitespace (#700)
- Re: [webrtc-stats] clarify nackCount, firCount, pliCount and fix trailing whitespace (#663)
- [webrtc-stats] Pull Request: editorial: remove trailing whitespace
- Re: [webrtc-stats] Privacy concern: Leaking communication / plain text using patterns in packet size, frequency, etc. (#699)
- Re: [webrtc-stats] Privacy concern: Leaking communication / plain text using patterns in packet size, frequency, etc. (#699)
- Closed: [webrtc-stats] Stats API should require additional permission / user opt-in (#550)
- Re: [webrtc-stats] Stats API should require additional permission / user opt-in (#550)
- [webrtc-stats] Privacy concern: Leaking communication / plain text using patterns in packet size, frequency, etc. (#699)
- Re: [webrtc-stats] Exposing HW for Cloud Gaming use cases (HW encoder/decoder revisited) (#698)
- Re: [webrtc-stats] Exposing HW for Cloud Gaming use cases (HW encoder/decoder revisited) (#698)
- [webrtc-stats] Exposing HW for Cloud Gaming use cases (HW encoder/decoder revisited) (#698)
- Re: [webrtc-stats] Rename "Privacy considerations" to "Procedures for mitigating privacy concerns" (#696)
- Closed: [webrtc-stats] Rename "Privacy considerations" to "Procedures for mitigating privacy concerns" (#696)
- [webrtc-stats] new commits pushed by henbos
- [webrtc-stats] Pull Request: r/"Privacy considerations"/"Procedures for mitigating privacy concerns"
- Re: [webrtc-stats] add video totalFreezesDuration &totalPausesDuration etc to standard getStats (#695)
- Re: [webrtc-stats] Expose the usefull experimental stats to a JavaScript layer (#609)
- Closed: [webrtc-stats] Expose the usefull experimental stats to a JavaScript layer (#609)
- [webrtc-stats] Rename "Privacy considerations" to "Procedures for mitigating privacy concerns" (#696)
- Re: [webrtc-stats] Add powerEfficient[En/De]coder (#666) and fingerprint mitigations (#675). (#670)
- Re: [webrtc-stats] Add powerEfficient[En/De]coder (#666) and fingerprint mitigations (#675). (#670)
- Closed: [webrtc-stats] The stats API allow hardware fingerprinting (encoder, powerEfficient) (#675)
- Closed: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- [webrtc-stats] new commits pushed by henbos
- Re: [mediacapture-main] MediaStreamTrack frame rate: configured versus actual? (#826)
- Re: [webrtc-pc] TypeError unless all or none of encodings have rids (#2774)
- Re: [webrtc-pc] Document substantive changes since Rec as candidate amendments (#2713)
- Re: [webrtc-extensions] Need to specify behavior of detached RTCDataChannel objects. (#115)
- Re: [webrtc-stats] add video totalFreezesDuration &totalPausesDuration etc to standard getStats (#695)
- Re: [webrtc-stats] add video totalFreezesDuration &totalPausesDuration etc to standard getStats (#695)
- Closed: [webrtc-stats] Add field `fecPacketsSent` to RtcOutboundRtpStreamStats (#692)
- Re: [webrtc-stats] Add powerEfficient[En/De]coder (#666) and fingerprint mitigations (#675). (#670)
- Re: [webrtc-extensions] RTCDataChannel transfer and maxMessageSize (#114)
- [webrtc-stats] add video totalFreezesDuration &totalPausesDuration etc to standard getStats (#695)
- Re: [webrtc-stats] Add field `fecPacketsSent` to RtcOutboundRtpStreamStats (#692)
- Re: [webrtc-stats] Add field `fecPacketsSent` to RtcOutboundRtpStreamStats (#692)
Monday, 26 September 2022
- Re: [webrtc-pc] Simulcast: Implementations do not fail (and that seems good) (#2762)
- [webrtc-pc] Pull Request: TypeError on duplicate rids
- Re: [webrtc-pc] addTransceiver does not check for missing rid properties (#2734)
- [webrtc-pc] Pull Request: TypeError unless all or none of encodings have rids
- Re: [webrtc-pc] Inconsistent initialization of scaleResolutionDownBy (#2730)
- Re: [webrtc-pc] Inconsistent initialization of scaleResolutionDownBy (#2730)
- Re: [webrtc-pc] Inconsistent initialization of scaleResolutionDownBy (#2730)
- Re: [webrtc-stats] Add powerEfficient[En/De]coder (#666) and fingerprint mitigations (#675). (#670)
- Re: [webrtc-pc] Inconsistent initialization of scaleResolutionDownBy (#2730)
- Re: [webrtc-extensions] Add getDataChannels() method on RTCPeerConnection (#110)
- [webrtc-extensions] Need to specify behavior of detached RTCDataChannel objects. (#115)
- Re: [webrtc-extensions] RTCDataChannel transfer and maxMessageSize (#114)
- Re: [webrtc-pc] Add RTCPeerConnection.getDataChannels() (#2770)
- Re: [webrtc-stats] add missing fields to candidate stats (#611)
- Re: [webrtc-pc] Add RTCPeerConnection.getDataChannels() (#2770)
- Re: [webrtc-stats] Add powerEfficient[En/De]coder (#666) and fingerprint mitigations (#675). (#670)
- Re: [webrtc-stats] The stats API allow hardware fingerprinting (encoder, powerEfficient) (#675)
- [webrtc-stats] Pull Request: inbound-rtp: add frame assembly time
- Re: [webrtc-pc] Add RTCPeerConnection.getDataChannels() (#2770)
- Re: [mediacapture-main] Update enumerateDevices algorithm to make use of device-kind specific exposure checks when building cameraList and microphoneList. (#900)
- Re: [mediacapture-main] Update enumerateDevices algorithm to make use of device-kind specific exposure checks when building cameraList and microphoneList. (#900)
- Re: [mediacapture-main] Update enumerateDevices algorithm to make use of device-kind specific exposure checks when building cameraList and microphoneList. (#900)
- Re: [mediacapture-main] Update enumerateDevices algorithm to make use of device-kind specific exposure checks when building cameraList and microphoneList. (#900)
- Re: [webrtc-stats] Move RTCRtpReceivedRtpStreamStats.framesDropped to RTCInboundRtpStreamStats. (#661)
- Re: [webrtc-stats] Add field `fecPacketsSent` to RtcOutboundRtpStreamStats (#692)
- Closed: [webrtc-stats] Summary table does not list `media-playout` stats (#691)
- [webrtc-stats] new commits pushed by henbos
- [webrtc-stats] Pull Request: Add media-playout to summary table
Saturday, 24 September 2022
- [webrtc-stats] Add field `fecPacketsSent` to RtcOutboundRtpStreamStats (#692)
- Re: [webrtc-stats] Move RTCRtpReceivedRtpStreamStats.framesDropped to RTCInboundRtpStreamStats. (#661)
- Re: [webrtc-stats] Fix descriptions according to the upgraded draft (#689)
- Re: [webrtc-stats] Summary table does not list `media-playout` stats (#691)
- [webrtc-stats] Summary table does not list `media-playout` stats (#691)
- [webrtc-stats] Duplicated field `kind` in RTCInboundRtpStreamStats (#690)
- [webrtc-stats] Pull Request: Fix descriptions according to the upgraded draft
Friday, 23 September 2022
- Closed: [mediacapture-region] Why expose produceCropTarget at MediaDevices level? (#11)
- Re: [mediacapture-region] Why expose produceCropTarget at MediaDevices level? (#11)
- Re: [webrtc-pc] Inconsistent initialization of scaleResolutionDownBy (#2730)
- Re: [webrtc-pc] Inconsistent initialization of scaleResolutionDownBy (#2730)
- Re: [webrtc-pc] Inconsistent initialization of scaleResolutionDownBy (#2730)
- Re: [mediacapture-handle] Should the handle be an object? (#68)
- Re: [webrtc-pc] Inconsistent initialization of scaleResolutionDownBy (#2730)
- Re: [webrtc-pc] Inconsistent initialization of scaleResolutionDownBy (#2730)
- Re: [mediacapture-handle] Should the handle be an object? (#68)
- [mediacapture-handle] Should the handle be an object? (#68)
- Re: [webrtc-stats] The stats API allow hardware fingerprinting (encoder, powerEfficient) (#675)
- Re: [webrtc-stats] The stats API allow hardware fingerprinting (encoder, powerEfficient) (#675)
- Re: [webrtc-pc] move url from RTCIceEvent to the RTCIceCandidate (#2773)
- Re: [mediacapture-main] Update enumerateDevices algorithm to make use of device-kind specific exposure checks when building cameraList and microphoneList. (#900)
- Re: [mediacapture-main] Device enumeration spec-ed to hang (#903)
- Re: [webrtc-stats] relayProtocol: use RTCIceServerTransportProtocol struct (#657)
Thursday, 22 September 2022
- Re: [webrtc-stats] The stats API allow hardware fingerprinting (encoder, powerEfficient) (#675)
- Re: [webrtc-stats] Do we agree removing "sender", "receiver" and "transceiver" stats is a good idea? (#643)
- Closed: [webrtc-stats] Do we agree removing "sender", "receiver" and "transceiver" stats is a good idea? (#643)
- Re: [mediacapture-main] Device enumeration spec-ed to hang (#903)
- Re: [mediacapture-main] Update enumerateDevices algorithm to make use of device-kind specific exposure checks when building cameraList and microphoneList. (#900)
- Re: [mediacapture-image] Add support for powerline frequency on gUM MediaTrackSupportedConstraints (#294)
- Re: [mediacapture-main] Update enumerateDevices algorithm to make use of device-kind specific exposure checks when building cameraList and microphoneList. (#900)
- [mediacapture-main] Device enumeration spec-ed to hang (#903)
- [webrtc-pc] Pull Request: move url from RTCIceEvent to the RTCIceCandidate
- Re: [webrtc-stats] relayProtocol: use RTCIceServerTransportProtocol struct (#657)
- [webrtc-pc] new commits pushed by aboba
- Re: [webrtc-pc] rtcicecandidate: add relayProtocol (#2763)
- Re: [webrtc-stats] remove outbound-rtp totalEncodedBytesTarget (#653)
- Re: [webrtc-pc] Add RTCPeerConnection.getDataChannels() (#2770)
- [mediacapture-main] new commits pushed by jan-ivar
- Re: [webrtc-stats] remove outbound-rtp totalEncodedBytesTarget (#653)
- [mediacapture-image] Add support for powerline frequency on gUM MediaTrackSupportedConstraints (#294)
- [mediacapture-region] Behavior when cropTo races with the track ending (#72)
- [mediacapture-region] Rejecting cropTo() on ended tracks (#71)
- Re: [webrtc-stats] The stats API allow hardware fingerprinting (encoder, powerEfficient) (#675)
- Re: [webrtc-stats] Add powerEfficient[En/De]coder (#666) and fingerprint mitigations (#675). (#670)
- Re: [webrtc-stats] Delete RTP stream stats when ssrc changes or transceiver stops (#672)
- [webrtc-charter] Pull Request: frag id for Success Criteria div
Wednesday, 21 September 2022
- Re: [webrtc-svc] Layer drop/add (#4)
- Re: [webrtc-stats] Add powerEfficient[En/De]coder (#666) and fingerprint mitigations (#675). (#670)
- [webrtc-pc] Pull Request: Scaleaudio
- Re: [webrtc-stats] How many times did capture glitches occur? (Follow-up to #678) (#679)
- Closed: [webrtc-stats] How many times did capture glitches occur? (Follow-up to #678) (#679)
- [webrtc-stats] new commits pushed by vr000m
- Closed: [webrtc-stats] How many times did playout glitches occur? (Follow-up to #676) (#677)
- Re: [webrtc-stats] Add droppedSamplesEvents and synthesizedSamplesEvents (#688)
- Re: [webrtc-extensions] RTCDataChannel transfer and maxMessageSize (#114)
- [webrtc-stats] Pull Request: Add droppedSamplesEvents and synthesizedSamplesEvents
- Re: [webrtc-extensions] RTCDataChannel transfer and maxMessageSize (#114)
Tuesday, 20 September 2022
- Re: [webrtc-extensions] RTCDataChannel transfer and maxMessageSize (#114)
- [webrtc-stats] new commits pushed by henbos
- [webrtc-stats] Pull Request: Fix recently introduced typos.
- Re: [webrtc-stats] Impact of Stereo input and out put on metrics (#686)
- Closed: [webrtc-stats] Metrics for capture delay (#681)
- [webrtc-stats] new commits pushed by henbos
- Closed: [webrtc-stats] Need metrics for capture glitches (#678)
- [webrtc-stats] new commits pushed by henbos
- Closed: [webrtc-stats] Metrics for playout delay (#680)
- [webrtc-stats] new commits pushed by henbos
- Closed: [webrtc-stats] Need metrics for playout glitches (#676)
- [webrtc-stats] new commits pushed by henbos
- Re: [webrtc-stats] Add RTCAudioPlayoutStats, synthesizedSamplesDuration and totalSamplesDuration (#682)
- Re: [webrtc-stats] Delete RTP stream stats when ssrc changes or transceiver stops (#672)
- Closed: [webrtc-stats] Don't expose so many RTCCodecStats! (#662)
- [webrtc-stats] new commits pushed by henbos
- Re: [webrtc-stats] Only expose RTCCodecStats objects currently in use (#669)
- Re: [webrtc-stats] Impact of Stereo input and out put on metrics (#686)
- Re: [webrtc-stats] Add powerEfficient[En/De]coder (#666) and fingerprint mitigations (#675). (#670)
- [webrtc-stats] Impact of Stereo input and out put on metrics (#686)
- Re: [webrtc-stats] Add totalCaptureDelay and totalSamplesCaptured to RTCAudioSourceStats. (#685)
- Re: [webrtc-stats] Add totalCaptureDelay and totalSamplesCaptured to RTCAudioSourceStats. (#685)
- Re: [webrtc-stats] Add RTCAudioPlayoutStats, synthesizedSamplesDuration and totalSamplesDuration (#682)
- Re: [webrtc-stats] Add RTCAudioPlayoutStats, synthesizedSamplesDuration and totalSamplesDuration (#682)
- Re: [webrtc-stats] Only expose RTCCodecStats objects currently in use (#669)
- [webrtc-stats] Pull Request: Add totalCaptureDelay and totalSamplesCaptured to RTCAudioSourceStats.
- [webrtc-stats] Pull Request: Add droppedSamplesDuration to RTCAudioSourceStats.
- [webrtc-stats] Pull Request: Add totalPlayoutDelay and totalSamplesCount to RTCAudioPlayoutStats.
- [webrtc-stats] Pull Request: Add RTCAudioPlayoutStats, synthesizedSamplesDuration and totalSamplesDuration
- Re: [webrtc-stats] Metrics for playout delay (#680)
- [webrtc-stats] Metrics for capture delay (#681)
- [webrtc-stats] Metrics for playout delay (#680)
- Re: [webrtc-stats] How many times did playout glitches occur? (Follow-up to #676) (#677)
- [webrtc-stats] How many times did capture glitches occur? (Follow-up to #678) (#679)
- [webrtc-stats] Need metrics for capture glitches (#678)
- [webrtc-stats] How many times did glitches occur? (Follow-up to #676) (#677)
- [webrtc-stats] Need metrics for playout glitches (#676)
Monday, 19 September 2022
- [webrtc-extensions] RTCDataChannel transfer and maxMessageSize (#114)
- Re: [webrtc-extensions] Add getDataChannels() method on RTCPeerConnection (#110)
- Re: [webrtc-extensions] Add getDataChannels() method on RTCPeerConnection (#110)
- [mediacapture-main] new commits pushed by dontcallmedom
- [webrtc-pc] new commits pushed by dontcallmedom
- Re: [webrtc-stats] Delete RTP stream stats when ssrc or codec changes (#672)
- Re: [webrtc-extensions] Add getDataChannels() method on RTCPeerConnection (#110)
- Re: [webrtc-stats] Delete RTP stream stats when ssrc or codec changes (#672)
- [webrtc-pc] Pull Request: Update to ReSpec version 32.2.4
- [mediacapture-main] Pull Request: Update to latest ReSpec version 32.2.4
Saturday, 17 September 2022
- Re: [webrtc-stats] clarify nackCount, firCount, pliCount and fix trailing whitespace (#663)
- Re: [webrtc-pc] Add RTCPeerConnection.getDataChannels() (#2770)
- Re: [webrtc-pc] Add RTCPeerConnection.getDataChannels() (#2770)
Friday, 16 September 2022
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- [webrtc-pc] Pull Request: Add RTCPeerConnection.getDataChannels()
- Re: [mediacapture-output] Spec uses settings object's responsible document which was removed (#132)
- [mediacapture-screen-share] Spec appears to require gDM leak info on availability of audio (#233)
- [mediacapture-output] Spec uses settings object's responsible document which was removed (#132)
Thursday, 15 September 2022
- Re: [webrtc-pc] webrtc-pc does not say to clear RTCRtpCodingParameters.rid when sRD rejects simulcast (#2736)
- [mediacapture-screen-share] "current settings object's relevant global object" is not defined (#232)
- Re: [webrtc-svc] S modes and a single active simulcast layer (#73)
Wednesday, 14 September 2022
- Re: [mediacapture-viewport] Revisit: Persisting permissions (#10)
- Re: [webrtc-svc] S modes and a single active simulcast layer (#73)
- Re: [webrtc-svc] S modes and a single active simulcast layer (#73)
- Re: [webrtc-svc] S modes and a single active simulcast layer (#73)
- Re: [webrtc-svc] S modes and a single active simulcast layer (#73)
- Re: [webrtc-svc] S modes and a single active simulcast layer (#73)
- [webrtc-svc] S modes and a single active simulcast layer (#73)
- Re: [webrtc-pc] Inconsistent rules for rid in RTCRtpEncodingParameters (#2732)
- Re: [webrtc-pc] Inconsistent rules for rid in RTCRtpEncodingParameters (#2732)
Tuesday, 13 September 2022
- Re: [webrtc-pc] Modifications to [[SendEncodings]] from setParameters and sRD can be racy (#2737)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [webrtc-pc] What is the intended behavior of rollback of remote simulcast offer? (#2764)
- Re: [webrtc-encoded-transform] Need to create RTCEncodedVideoFrame from scratch (#134)
- Re: [webrtc-stats] Delete RTP stream stats when ssrc or codec changes (#672)
- Re: [webrtc-stats] Only expose RTCCodecStats objects currently in use (#669)
- Closed: [webrtc-stats] When are RTP stream stats created? (#667)
- Re: [webrtc-stats] When are RTP stream stats created? (#667)
- Re: [webrtc-stats] Make RTP creation dependent on SSRC being known rather than packet being sent (#671)
- Re: [webrtc-encoded-transform] intro: remove funny hats (#148)
- Re: [webrtc-stats] The stats API allow hardware fingerprinting (encoder, powerEfficient) (#675)
- Re: [webrtc-stats] Add powerEfficient[En/De]coder (#666) and fingerprint mitigations (#675). (#670)
- Re: [webrtc-stats] Add powerEfficient[En/De]coder (#666) and fingerprint mitigations (#675). (#670)
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- Re: [webrtc-stats] Codec stats reveal hardware information which could be used for fingerprinting (#674)
- Re: [webrtc-stats] Stats API should require additional permission / user opt-in (#550)
- [webrtc-stats] The stats API allow hardware fingerprinting (encoder, powerEfficient) (#675)
- [webrtc-stats] Codec stats reveal hardware information which could be used for fingerprinting (#674)
- Re: [webrtc-extensions] add AES-256 media stream encryption control to peerconnection (#113)
- Re: [webrtc-encoded-transform] intro: remove funny hats (#148)
Monday, 12 September 2022
- Re: [webrtc-pc] Inconsistent rules for rid in RTCRtpEncodingParameters (#2732)
- Re: [webrtc-pc] Inconsistent rules for rid in RTCRtpEncodingParameters (#2732)
- [webrtc-encoded-transform] Pull Request: Structure clone frame with passing frame.data as transferables and send frame's clone to packetizer or decoder.
- [webrtc-encoded-transform] Pull Request: Remove unused RTCInsertableStreams dictionary
- [webrtc-encoded-transform] Enqueuing a RTCEncodedVideoFrame/RTCEncodedAudioFrame should transfer the data (#150)
- Re: [webrtc-pc] Inconsistent rules for rid in RTCRtpEncodingParameters (#2732)
- Re: [webrtc-stats] Stats API should require additional permission / user opt-in (#550)
- Re: [webrtc-stats] Stats API should require additional permission / user opt-in (#550)
- Re: [webrtc-extensions] Integration of congestion control across SCTP and media (#111)
- Re: [webrtc-stats] Stats API should require additional permission / user opt-in (#550)
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- Re: [webrtc-stats] When are RTP stream stats created? (#667)
- Re: [webrtc-stats] When are RTP streams destroyed? (#668)
- Re: [webrtc-stats] Don't expose so many RTCCodecStats! (#662)
- Re: [webrtc-pc] Inconsistent rules for rid in RTCRtpEncodingParameters (#2732)
- Re: [webrtc-pc] Inconsistent rules for rid in RTCRtpEncodingParameters (#2732)
- Re: [webrtc-pc] Inconsistent rules for rid in RTCRtpEncodingParameters (#2732)
- [webrtc-encoded-transform] Pull Request: Make use of SFrame WG spec link
- Re: [mediacapture-main] Add `SecureContext` attribute to `InputDeviceInfo`. (#901)
- Re: [mediacapture-main] Add `SecureContext` attribute to `InputDeviceInfo`. (#901)
- [webrtc-encoded-transform] Pull Request: intro: remove funny hats
- Re: [mediacapture-main] Add `SecureContext` attribute to `InputDeviceInfo`. (#901)
- [mediacapture-main] Pull Request: Add `SecureContext` attribute to `InputDeviceInfo`.
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- Re: [webrtc-encoded-transform] metadata for start and flush (#10)
- Closed: [webrtc-encoded-transform] metadata for start and flush (#10)
Sunday, 11 September 2022
Saturday, 10 September 2022
Friday, 9 September 2022
- Re: [webrtc-encoded-transform] generateKeyFrame takes a "rid" argument, but is invoked with "rids" (#143)
- Re: [webrtc-encoded-transform] Make RTCRtpSender.generateKeyFrame take a single optional rid parameter. (#146)
- Re: [webrtc-encoded-transform] Make RTCRtpSender.generateKeyFrame take a single optional rid parameter. (#146)
- Re: [webrtc-encoded-transform] Make RTCRtpSender.generateKeyFrame take a single optional rid parameter. (#146)
- Re: [webrtc-encoded-transform] Interaction with Congestion Control (#31)
- [webrtc-extensions] add AES-256 media stream encryption control to peerconnection (#113)
- Re: [webrtc-encoded-transform] Add use cases that require one-ended encoded streams (#106)
- Re: [webrtc-stats] Move RTCRtpReceivedRtpStreamStats.framesDropped to RTCInboundRtpStreamStats. (#661)
Thursday, 8 September 2022
- [webrtc-pc] Handling of simulcast attributes with multiple choices in a version seems to be underspecified (#2769)
- Re: [mediacapture-screen-share] Markup definitions to make them reusable in other specs (#218)
- Re: [mediacapture-screen-share] Markup definitions to make them reusable in other specs (#218)
- [webrtc-pc] new commits pushed by aboba
- Closed: [webrtc-pc] Enum RTCIceCredentialType with only one value (#2746)
- [webrtc-pc] new commits pushed by aboba
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- Re: [mediacapture-screen-share] Add spec-hooks for "actively screen-capturing" (#224)
- Re: [webrtc-pc] addTransceiver does not check for uniqueness of rid (#2733)
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- Re: [webrtc-svc] SVC getCapabilities() is redundant with Media Capabilities query (#49)
- [webrtc-pc] Pull Request: Update link to WebSockets interface
- Re: [webrtc-extensions] Deprecate audio/video enumeration in getCapabilities in favour of Media Capabilities API (#95)
- Re: [webrtc-extensions] Deprecate audio/video enumeration in getCapabilities in favour of Media Capabilities API (#95)
- Re: [webrtc-extensions] Deprecate audio/video enumeration in getCapabilities in favour of Media Capabilities API (#95)
- Re: [webrtc-svc] SVC getCapabilities() is redundant with Media Capabilities query (#49)
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- Re: [webrtc-stats] Adding SVC-related stats fields (#673)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Closed: [webrtc-svc] Adding SVC-related stats fields (#72)
- Re: [webrtc-svc] Adding SVC-related stats fields (#72)
- [webrtc-stats] Adding SVC-related stats fields (#673)
- Re: [webrtc-stats] Do we agree removing "sender", "receiver" and "transceiver" stats is a good idea? (#643)
- Re: [webrtc-pc] addTransceiver does not check for uniqueness of rid (#2733)
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- [webrtc-svc] Adding SVC-related stats fields (#72)
Wednesday, 7 September 2022
- Re: [webrtc-pc] What is the intended behavior of rollback of remote simulcast offer? (#2764)
- Re: [webrtc-pc] Remove references to RTCIceCredentialType (#2767)
- [webrtc-pc] Pull Request: Remove references to RTCIceCredentialType
- Re: [webrtc-extensions] Mixed-codec simulcast proposal (#43)
- Re: [webrtc-extensions] Mixed-codec simulcast proposal (#43)
- Re: [webrtc-svc] should scalabilityMode be an array scalabilityModes? (#50)
- Re: [webrtc-svc] SVC getCapabilities() is redundant with Media Capabilities query (#49)
- Re: [webrtc-svc] Encoding parameters for spatial layers (#14)
- Re: [webrtc-stats] When are RTP stream stats created? (#667)
- Re: [webrtc-stats] Make RTP creation dependent on SSRC being known rather than packet being sent (#671)
- Re: [webrtc-stats] Delete RTP stream stats when ssrc or codec changes (#672)
- [mediacapture-record] Broken references in MediaStream Recording (#215)
- Re: [webrtc-stats] Make RTP creation dependent on SSRC being known rather than packet being sent (#671)
- Re: [webrtc-stats] When are RTP streams destroyed? (#668)
- Re: [webrtc-stats] Delete RTP stream stats when ssrc or codec changes (#672)
- [webrtc-stats] Pull Request: Delete RTP stream stats when ssrc or codec changes
- Re: [webrtc-stats] Make RTP creation dependent on SSRC being known rather than packet being sent (#671)
- Re: [webrtc-stats] Make RTP creation dependent on SSRC being known rather than packet being sent (#671)
- Re: [webrtc-stats] When are RTP stream stats created? (#667)
- [webrtc-stats] Pull Request: Make RTP creation dependent on SSRC being known rather than packet being sent
- Re: [webrtc-stats] Adds powerEfficientDecoder/powerEfficientEncoder. (#670)
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- [webrtc-stats] Pull Request: Adds powerEfficientDecoder/powerEfficientEncoder.
- Re: [webrtc-stats] Don't expose so many RTCCodecStats! (#662)
- [webrtc-stats] Pull Request: Only expose RTCCodecStats objects currently in use
- Re: [webrtc-stats] When are RTP streams destroyed? (#668)
- Re: [webrtc-stats] When are RTP streams destroyed? (#668)
- Re: [webrtc-stats] When are RTP streams destroyed? (#668)
- Re: [webrtc-stats] When are RTP stream stats created? (#667)
- Re: [webrtc-stats] When are RTP streams destroyed? (#668)
- Re: [webrtc-stats] When are RTP streams destroyed? (#668)
- Re: [webrtc-stats] When are RTP streams destroyed? (#668)
Tuesday, 6 September 2022
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [webrtc-stats] codec.sdpFmtpLine isn't clear about which description to use (#616)
- Re: [webrtc-stats] When are RTP stream stats created? (#667)
- Re: [webrtc-stats] When are RTP streams destroyed? (#668)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
- Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
- Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
- Re: [webrtc-stats] Don't expose so many RTCCodecStats! (#662)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- Re: [webrtc-stats] Don't expose so many RTCCodecStats! (#662)
- Re: [webrtc-stats] Don't expose so many RTCCodecStats! (#662)
- Re: [webrtc-stats] Do we agree removing "sender", "receiver" and "transceiver" stats is a good idea? (#643)
- Re: [webrtc-stats] Don't expose so many RTCCodecStats! (#662)
- Re: [webrtc-stats] Do we agree removing "sender", "receiver" and "transceiver" stats is a good idea? (#643)
- [webrtc-stats] When are RTP streams destroyed? (#668)
- [webrtc-stats] When are RTP stream stats created? (#667)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- [webrtc-stats] powerEfficientEncoder/powerEfficientDecoder (#666)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-region] Transferring a track should preserve cropping (#67)
- Re: [webrtc-encoded-transform] Make RTCRtpSender.generateKeyFrame take a single optional rid parameter. (#146)
Monday, 5 September 2022
- Re: [mediacapture-region] Need for a predictable error type for unimplemented Element subtypes (#55)
- Re: [mediacapture-screen-share] Capturing audio-only (#100)
- Re: [mediacapture-region] Need for a predictable error type for unimplemented Element subtypes (#55)
- Re: [mediacapture-transform] Is MediaStreamTrackProcessor for audio necessary? (#29)
- Re: [webrtc-encoded-transform] Add use cases that require one-ended encoded streams (#106)
Saturday, 3 September 2022
- Re: [webrtc-pc] Is "same PT, different FMTP lines" allowed in BUNDLE? (#2766)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
Friday, 2 September 2022
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- [webrtc-encoded-transform] expose rid (and mid) as metadata on outgoing frames (#147)
- [mediacapture-screen-share] Spec should mention clickjacking concerns (#231)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [webrtc-encoded-transform] Add use cases that require one-ended encoded streams (#106)
- Closed: [webrtc-encoded-transform] statistics (#15)
- Re: [webrtc-encoded-transform] statistics (#15)
- Closed: [webrtc-encoded-transform] what metadata is useful? (#9)
- Re: [webrtc-encoded-transform] what metadata is useful? (#9)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [webrtc-encoded-transform] Protocol Reference for SFrameTransform (#112)
- Re: [webrtc-stats] Don't expose so many RTCCodecStats! (#662)
- Re: [webrtc-stats] Don't expose so many RTCCodecStats! (#662)
- Re: [webrtc-stats] Don't expose so many RTCCodecStats! (#662)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- [webrtc-stats] remoteTimestamp does not specify how to derive the RTCP SR NTP timestamp (#665)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- [webrtc-pc] Is "same PT, different FMTP lines" allowed in BUNDLE? (#2766)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [webrtc-stats] Is "same PT, different FMTP lines" allowed in BUNDLE? (#664)
- Re: [webrtc-stats] Is "same PT, different FMTP lines" allowed in BUNDLE? (#664)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
Thursday, 1 September 2022
- Re: [webrtc-encoded-transform] Make RTCRtpSender.generateKeyFrame take a single optional rid parameter. (#146)
- Re: [webrtc-encoded-transform] Make RTCRtpSender.generateKeyFrame take a single optional rid parameter. (#146)
- Re: [webrtc-stats] Is "same PT, different FMTP lines" allowed in BUNDLE? (#664)
- Re: [webrtc-stats] Is "same PT, different FMTP lines" allowed in BUNDLE? (#664)
- [webrtc-stats] Is "same PT, different FMTP lines" allowed in BUNDLE? (#664)
- Re: [webrtc-encoded-transform] generateKeyFrame algorithm leaks pendingKeyFrameTasks (#144)
- Re: [webrtc-encoded-transform] generateKeyFrame algorithm makes wrong assumptions about number of encoders (#145)
- Re: [webrtc-encoded-transform] Editorial: generateKeyFrame takes a "rid" argument, but is invoked with "rids" (#143)
- [webrtc-encoded-transform] Pull Request: Make RTCRtpSender.generateKeyFrame take a single optional rid parameter.
- Re: [mediacapture-screen-share] Beef up privacy and security section with regards to the various risks related to the different surfaces (#211)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [webrtc-stats] Confusing round trip time defintion in remote-outbound-rtp (#659)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)
- Re: [mediacapture-screen-share] A CaptureController object for getDisplayMedia() (#230)