public-webrtc-logs@w3.org from March 2023 by author

bbaldino via GitHub

• Re: [webrtc-stats] availableOutgoingBitrate is also available when send-side BWE is not used (#740) (Thursday, 9 March)

bdrtc via GitHub

• Re: [webrtc-stats] Impact of Stereo input and output on metrics (#686) (Wednesday, 15 March)
• Re: [webrtc-stats] Impact of Stereo input and output on metrics (#686) (Wednesday, 15 March)

Bernard Aboba via GitHub

• [webrtc-extensions] new commits pushed by aboba (Thursday, 30 March)
• Re: [webrtc-extensions] clean up audio rtp parameters extensions (#154) (Thursday, 30 March)
• [webrtc-extensions] new commits pushed by aboba (Thursday, 30 March)
• [webrtc-extensions] new commits pushed by aboba (Thursday, 30 March)
• [webrtc-svc] new commits pushed by aboba (Wednesday, 29 March)
• Re: [webrtc-svc] Move to Candidate Recommendation (#45) (Wednesday, 29 March)
• Closed: [webrtc-pc] RTCRtpEncodingParameters.active flag and the ~ in the SDP (#2848) (Tuesday, 28 March)
• [webrtc-extensions] new commits pushed by aboba (Monday, 27 March)
• [webrtc-extensions] new commits pushed by aboba (Monday, 27 March)
• [webrtc-extensions] new commits pushed by aboba (Thursday, 23 March)
• Re: [webrtc-extensions] Delete "Removed features" section (#148) (Tuesday, 21 March)
• Re: [webrtc-svc] SVC getCapabilities() is redundant with Media Capabilities query (#49) (Monday, 13 March)
• [webrtc-pc] Section 4.4.2: createOffer() and setLocalDescription() resource handling (#2835) (Thursday, 9 March)
• Re: [webrtc-extensions] Exposing SW fallback as an event (#146) (Thursday, 9 March)
• Re: [webrtc-extensions] Exposing SW fallback as an event (#146) (Thursday, 9 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Wednesday, 1 March)
• Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732) (Wednesday, 1 March)

Brad Isbell via GitHub

• Re: [mediacapture-screen-share] Capability Delegation for getDisplayMedia() (#258) (Sunday, 5 March)

Chris Needham via GitHub

• Re: [webrtc-charter] Update MEIG description (#78) (Wednesday, 29 March)

Coread via GitHub

• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Wednesday, 22 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Wednesday, 22 March)

docfaraday via GitHub

• Re: [webrtc-stats] RTCOutboundRtpStreamStats.headerBytesSent/totalPacketSendDelay and RTX seems underspecified (#747) (Wednesday, 15 March)
• [webrtc-stats] RTCOutboundRtpStreamStats.headerBytesSent/totalPacketSendDelay and RTX seems underspecified (#747) (Thursday, 9 March)

Dominique Hazael-Massieux via GitHub

• Re: [webrtc-svc] Move to Candidate Recommendation (#45) (Thursday, 30 March)
• Closed: [webrtc-charter] Move -extensions rules from webrtc-pc to charter repo (#63) (Wednesday, 29 March)
• Closed: [webrtc-charter] Include call-for-adoption process in the charter? (#69) (Wednesday, 29 March)
• Re: [webrtc-charter] Update MEIG description (#78) (Wednesday, 29 March)
• [webrtc-charter] Pull Request: Align coordination with MEIG with reality (Wednesday, 29 March)
• [webrtc-extensions] Pull Request: Update data on [CRYPTEX] ref (Monday, 27 March)
• [webrtc-extensions] new commits pushed by dontcallmedom (Monday, 27 March)
• [mediacapture-main] new commits pushed by dontcallmedom (Monday, 27 March)
• [webrtc-pc] new commits pushed by dontcallmedom (Monday, 27 March)
• [webrtc-pc] Pull Request: Update to ReSpec version 32.8.0 (Monday, 27 March)
• [mediacapture-main] Pull Request: Update to latest ReSpec version 32.8.0 (Monday, 27 March)
• [webrtc-pc] Pull Request: Mark PreferredCodec internal slot as exported (Tuesday, 21 March)
• Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841) (Thursday, 16 March)
• Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841) (Thursday, 16 March)
• Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841) (Thursday, 16 March)
• Re: [webrtc-encoded-transform] Fix bikeshed-isms (#176) (Thursday, 16 March)
• [webrtc-encoded-transform] Pull Request: Fix bikeshed-isms (Thursday, 16 March)
• Re: [webrtc-pc] Add internal slots for signaling state, connection state, ice gatheri… (#2826) (Friday, 10 March)
• Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746) (Thursday, 9 March)
• [webrtc-encoded-transform] SFrameTransform should inherit from EventTarget (#175) (Tuesday, 7 March)
• [webrtc-pc] new commits pushed by dontcallmedom (Tuesday, 7 March)
• [webrtc-pc] new commits pushed by dontcallmedom (Monday, 6 March)
• [webrtc-pc] Pull Request: Annotate amendment boxes (Monday, 6 March)
• Re: [webrtc-pc] add RTCIceCandidatePair.responsesReceived to MTI stats (#2832) (Monday, 6 March)
• [webrtc-pc] new commits pushed by dontcallmedom (Monday, 6 March)
• [webrtc-pc] Pull Request: Re-organize respec plugins (Monday, 6 March)
• Re: [webrtc-stats] Fix wrong html tag for mediaSourceId description (#738) (Friday, 3 March)
• [webrtc-pc] new commits pushed by dontcallmedom (Wednesday, 1 March)
• [webrtc-pc] new commits pushed by dontcallmedom (Wednesday, 1 March)
• [webrtc-pc] new commits pushed by dontcallmedom (Wednesday, 1 March)
• Re: [webrtc-pc] Update to ReSpec version 32.7.1 (#2824) (Wednesday, 1 March)
• [webrtc-pc] new commits pushed by dontcallmedom (Wednesday, 1 March)

dontcallmedom-bot via GitHub

• Re: [webrtc-encoded-transform] Tell SDP negotiation to negotiate support for non-standard codecs (#172) (Wednesday, 29 March)
• Re: [webrtc-pc] Hard to tell if there are state gaps in connectionState algorithm (#2827) (Wednesday, 29 March)
• Re: [webrtc-pc] Maybe setParameters/insertDtmf/replaceTrack should reject on [[Stopping]] as well as [[Stopped]]? (#2820) (Wednesday, 29 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Wednesday, 29 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Wednesday, 29 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Wednesday, 29 March)
• Re: [webrtc-extensions] Add RTCRtpEncodingParameters.codec to change the active codec (#147) (Wednesday, 29 March)
• Re: [webrtc-extensions] Add RTCRtpEncodingParameters.codec to change the active codec (#147) (Wednesday, 29 March)
• Re: [webrtc-pc] Section 4.4.2: createOffer() and setLocalDescription() resource handling (#2835) (Wednesday, 29 March)
• Re: [webrtc-pc] Express RTCPeerConnectionState values using [[IceConnectionState]], and reduce complexity (#2828) (Wednesday, 29 March)
• Re: [webrtc-pc] setParameters(), replaceTrack(), & insertDTMF() reject after stop(). (#2829) (Wednesday, 29 March)
• Re: [webrtc-extensions] Delete "Removed features" section (#148) (Wednesday, 29 March)

Eero Häkkinen via GitHub

• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Tuesday, 28 March)
• [mediacapture-image] Pull Request: Amend and fix implementation status on Windows (Thursday, 16 March)
• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Wednesday, 8 March)
• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Tuesday, 7 March)
• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Thursday, 2 March)
• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Thursday, 2 March)

Elad Alon via GitHub

• Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263) (Friday, 31 March)
• Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263) (Thursday, 30 March)
• Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263) (Thursday, 30 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Wednesday, 29 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Wednesday, 29 March)
• Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263) (Wednesday, 29 March)
• Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263) (Tuesday, 28 March)
• Re: [mediacapture-screen-share] Update algorithms around setFocusBehavior to taken to account OS level surface pickers (#262) (Tuesday, 28 March)
• Re: [mediacapture-main] Make deviceId and groupId consistent with other capabilities. (#942) (Friday, 24 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Friday, 24 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• Re: [mediacapture-main] Detecting user-actionable camera issues (e.g., camera shutters) (#930) (Thursday, 23 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• [mediacapture-screen-share] Allow apps to avoid riskier display-surface types (#261) (Wednesday, 22 March)
• Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70) (Wednesday, 22 March)
• Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70) (Wednesday, 22 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Wednesday, 22 March)
• Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70) (Wednesday, 22 March)
• [mediacapture-screen-share] getSupportedOptions() (#260) (Wednesday, 22 March)
• Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70) (Wednesday, 22 March)
• Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70) (Wednesday, 22 March)
• Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70) (Wednesday, 22 March)
• [mediacapture-region] Behavior after a failed call to cropTo() (#77) (Thursday, 9 March)
• [mediacapture-region] new commits pushed by eladalon1983 (Wednesday, 8 March)
• [mediacapture-screen-share] Exposing mouse events from captured surfaces (#259) (Thursday, 2 March)

Florent Castelli via GitHub

• [webrtc-pc] new commits pushed by Orphis (Thursday, 30 March)
• [webrtc-pc] Pull Request: Export more definitions to use in webrtc-extensions (Thursday, 30 March)
• Re: [webrtc-pc] What is setCodecPreferences's contract? (#2845) (Wednesday, 29 March)
• [webrtc-pc] Pull Request: Add a codec match algorithm for setCodecPreferences (Monday, 27 March)
• Re: [webrtc-pc] What is setCodecPreferences's contract? (#2845) (Monday, 27 March)
• [webrtc-extensions] new commits pushed by Orphis (Thursday, 23 March)
• [webrtc-pc] new commits pushed by Orphis (Thursday, 23 March)
• Re: [webrtc-pc] Mark PreferredCodec internal slot as exported (#2843) (Tuesday, 21 March)
• [webrtc-pc] Pull Request: Fix typo (Tuesday, 21 March)
• Re: [webrtc-extensions] Delete "Removed features" section (#148) (Tuesday, 21 March)
• [webrtc-extensions] Pull Request: Delete "Removed features" section (Tuesday, 21 March)
• [webrtc-pc] new commits pushed by Orphis (Thursday, 16 March)
• [webrtc-extensions] Pull Request: Add RTCRtpEncodingParameters.codec to change the active codec (Thursday, 16 March)
• [webrtc-pc] Pull Request: Merge definition of RTCRtpCodecParameters with RTCRtpCodecCapability (Thursday, 9 March)
• Re: [webrtc-stats] scalabilityMode: Same as in getParameters() or not? (#731) (Friday, 3 March)

François Daoust via GitHub

• Re: [webrtc-extensions] Exposing SW fallback as an event (#146) (Thursday, 9 March)

guidou via GitHub

• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Thursday, 30 March)
• Re: [mediacapture-main] Settings are signed while constraints are unsigned (#944) (Thursday, 30 March)
• Re: [mediacapture-main] Detecting user-actionable camera issues (e.g., camera shutters) (#930) (Thursday, 23 March)
• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Tuesday, 7 March)
• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Thursday, 2 March)

handellm via GitHub

• Re: [mediacapture-record] Add keyframe interval support. (#216) (Sunday, 19 March)

Harald Alvestrand via GitHub

• Re: [webrtc-encoded-transform] Tell SDP negotiation to negotiate support for non-standard codecs (#172) (Thursday, 16 March)
• Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839) (Wednesday, 15 March)
• Re: [webrtc-pc] Create RTCRtpCodec dictionary and reuse in RTCRtpCodecParameters and RTCRtpCodecCapability definitions (#2834) (Monday, 13 March)
• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Wednesday, 8 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Wednesday, 8 March)

henbos via GitHub

• Re: [webrtc-extensions] Exposing SW fallback as an event (#146) (Thursday, 30 March)
• [webrtc-stats] new commits pushed by henbos (Thursday, 30 March)
• Closed: [webrtc-extensions] Header extension API lets the remote end control the remote preferences (#153) (Thursday, 30 March)
• [webrtc-extensions] new commits pushed by henbos (Thursday, 30 March)
• Closed: [webrtc-pc] What is setCodecPreferences's contract? (#2845) (Thursday, 30 March)
• [webrtc-pc] new commits pushed by henbos (Thursday, 30 March)
• Re: [webrtc-stats] Document recently added audio metrics as features at risk (#750) (Thursday, 30 March)
• [webrtc-stats] Pull Request: Document recently added audio metrics as features at risk (Thursday, 30 March)
• Re: [webrtc-extensions] Exposing SW fallback as an event (#146) (Thursday, 30 March)
• Re: [webrtc-pc] RTCRtpEncodingParameters.active flag and the ~ in the SDP (#2848) (Tuesday, 28 March)
• Re: [webrtc-pc] RTCRtpEncodingParameters.active flag and the ~ in the SDP (#2848) (Tuesday, 28 March)
• [webrtc-pc] RTCRtpEncodingParameters.active flag and the ~ in the SDP (#2848) (Tuesday, 28 March)
• Re: [webrtc-extensions] Header extension API lets the remote end control the remote preferences (#153) (Monday, 27 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Friday, 24 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Friday, 24 March)
• [webrtc-pc] new commits pushed by henbos (Thursday, 23 March)
• Re: [webrtc-pc] Remove "MAY generate statistics that are not documented." (#2844) (Wednesday, 22 March)
• Re: [webrtc-pc] Remove "MAY generate statistics that are not documented." (#2844) (Wednesday, 22 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Tuesday, 21 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Monday, 20 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Monday, 20 March)
• Closed: [webrtc-extensions] Why RTCRtpHeaderExtensionCapability URI field is not required? (#144) (Thursday, 16 March)
• [webrtc-extensions] new commits pushed by henbos (Thursday, 16 March)
• [webrtc-pc] new commits pushed by henbos (Thursday, 16 March)
• Closed: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2840) (Thursday, 16 March)
• Re: [webrtc-extensions] Add RTCRtpEncodingParameters.codec to change the active codec (#147) (Thursday, 16 March)
• Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841) (Thursday, 16 March)
• Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841) (Thursday, 16 March)
• Re: [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2841) (Thursday, 16 March)
• Re: [webrtc-extensions] Why RTCRtpHeaderExtensionCapability URI field is not required? (#144) (Thursday, 16 March)
• Re: [webrtc-extensions] Make RTCRtpHeaderExtensionCapability attributes required (#145) (Thursday, 16 March)
• [webrtc-pc] Pull Request: Make RTCRtpHeaderExtensionCapability.uri required (Thursday, 16 March)
• [webrtc-pc] Make RTCRtpHeaderExtensionCapability.uri required (#2840) (Thursday, 16 March)
• Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839) (Thursday, 16 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Thursday, 16 March)
• Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838) (Thursday, 16 March)
• Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839) (Thursday, 16 March)
• Re: [webrtc-stats] RTCOutboundRtpStreamStats.headerBytesSent/totalPacketSendDelay and RTX seems underspecified (#747) (Wednesday, 15 March)
• Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839) (Wednesday, 15 March)
• Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838) (Wednesday, 15 March)
• [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839) (Wednesday, 15 March)
• Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838) (Wednesday, 15 March)
• Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838) (Wednesday, 15 March)
• [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838) (Wednesday, 15 March)
• Re: [webrtc-stats] Impact of Stereo input and output on metrics (#686) (Wednesday, 15 March)
• Re: [webrtc-stats] Impact of Stereo input and output on metrics (#686) (Wednesday, 15 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Friday, 10 March)
• Re: [webrtc-extensions] Exposing SW fallback as an event (#146) (Friday, 10 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Friday, 10 March)
• Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746) (Friday, 10 March)
• Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746) (Friday, 10 March)
• Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746) (Thursday, 9 March)
• Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134) (Thursday, 9 March)
• Re: [webrtc-extensions] Exposing SW fallback as an event (#146) (Thursday, 9 March)
• [webrtc-extensions] Exposing SW fallback as an event (#146) (Thursday, 9 March)
• Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746) (Thursday, 9 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Thursday, 9 March)
• [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746) (Thursday, 9 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Wednesday, 8 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Wednesday, 8 March)
• Re: [webrtc-stats] Feedback on audio capture stats (#741) (Wednesday, 8 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Wednesday, 8 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Wednesday, 8 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Wednesday, 8 March)
• Re: [webrtc-stats] Feedback on audio capture stats (#741) (Wednesday, 8 March)
• Re: [webrtc-stats] Feedback on audio capture stats (#741) (Tuesday, 7 March)
• Closed: [webrtc-stats] totalInterFrameDelay, and totalSquaredInterFrameDelay are video only (#656) (Tuesday, 7 March)
• [webrtc-stats] new commits pushed by henbos (Tuesday, 7 March)
• Closed: [webrtc-stats] Confusing use of the terms defined and undefined (#737) (Tuesday, 7 March)
• [webrtc-stats] new commits pushed by henbos (Tuesday, 7 March)
• Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134) (Friday, 3 March)
• Re: [webrtc-stats] scalabilityMode: Same as in getParameters() or not? (#731) (Friday, 3 March)
• Re: [webrtc-stats] scalabilityMode: Same as in getParameters() or not? (#731) (Friday, 3 March)
• Re: [webrtc-stats] scalabilityMode: Same as in getParameters() or not? (#731) (Friday, 3 March)
• Re: [webrtc-stats] Fix wrong html tag for mediaSourceId description (#738) (Friday, 3 March)
• [webrtc-stats] new commits pushed by henbos (Friday, 3 March)
• Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134) (Friday, 3 March)
• Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134) (Friday, 3 March)
• [webrtc-extensions] Pull Request: Make RTCRtpHeaderExtensionCapability attributes required (Friday, 3 March)
• Re: [webrtc-stats] Confusing use of the terms defined and undefined (#737) (Friday, 3 March)
• Re: [webrtc-stats] Confusing use of the terms defined and undefined (#737) (Friday, 3 March)
• Re: [webrtc-stats] Clarify that metrics are omitted when their value is not yet determined or unknown (#736) (Friday, 3 March)
• Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134) (Thursday, 2 March)
• Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134) (Thursday, 2 March)
• Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134) (Thursday, 2 March)
• Closed: [webrtc-extensions] headerExtensionsToOffer fails to freeze array (#135) (Thursday, 2 March)
• Re: [webrtc-extensions] headerExtensionsToOffer fails to freeze array (#135) (Thursday, 2 March)
• Closed: [webrtc-extensions] headerExtensionsToOffer entries are mutable which is surprising (#136) (Thursday, 2 March)
• Re: [webrtc-extensions] headerExtensionsToOffer entries are mutable which is surprising (#136) (Thursday, 2 March)
• Closed: [webrtc-extensions] FrozenArray on headerExtensionsToOffer a mistake, wrong semantics (#137) (Thursday, 2 March)
• Re: [webrtc-extensions] FrozenArray on headerExtensionsToOffer a mistake, wrong semantics (#137) (Thursday, 2 March)
• Closed: [webrtc-extensions] Suggestion: rename [[HeaderExtensionsToOffer]] to [[HeaderExtensionsSupported]] (#132) (Thursday, 2 March)
• Re: [webrtc-extensions] Suggestion: rename [[HeaderExtensionsToOffer]] to [[HeaderExtensionsSupported]] (#132) (Thursday, 2 March)
• Closed: [webrtc-extensions] Potential web compat issue with setOfferedRtpHeaderExtensions (#130) (Thursday, 2 March)
• Re: [webrtc-extensions] Potential web compat issue with setOfferedRtpHeaderExtensions (#130) (Thursday, 2 March)
• Closed: [webrtc-extensions] Header extension: direction woes and renames (#141) (Thursday, 2 March)
• [webrtc-extensions] new commits pushed by henbos (Thursday, 2 March)
• Re: [webrtc-extensions] Update header extensions API to get-modify-set. (#142) (Thursday, 2 March)
• Re: [webrtc-extensions] Why RTCRtpHeaderExtensionCapability URI field is not required? (#144) (Thursday, 2 March)
• Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736) (Thursday, 2 March)
• Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736) (Thursday, 2 March)
• Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736) (Thursday, 2 March)
• [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736) (Thursday, 2 March)
• Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732) (Wednesday, 1 March)

Jan-Ivar Bruaroey via GitHub

• Re: [webrtc-pc] Add a codec match algorithm for setCodecPreferences (#2847) (Thursday, 30 March)
• Re: [webrtc-pc] Add sender/receiver.getCapabilities() algorithms (and use them in offer/answer) (#2850) (Wednesday, 29 March)
• [webrtc-pc] Pull Request: Add sender/receiver.getCapabilities() algorithms (and use them in offer/answer) (Wednesday, 29 March)
• [webrtc-pc] Shouldn't call sender/receiver.getCapabilities() from other algorithms (#2849) (Wednesday, 29 March)
• Re: [webrtc-pc] What is setCodecPreferences's contract? (#2845) (Tuesday, 28 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Monday, 27 March)
• Re: [mediacapture-main] Settings are signed while constraints are unsigned (#944) (Monday, 27 March)
• [mediacapture-main] Pull Request: s/legal/valid/ (Monday, 27 March)
• [mediacapture-main] Pull Request: Replace Values with Type column in Constrainable Properties tables. (Monday, 27 March)
• [mediacapture-main] Pull Request: s/long/unsigned long/ in MediaTrackSettings. (Monday, 27 March)
• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Monday, 27 March)
• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Monday, 27 March)
• [mediacapture-main] Avoid the word "legal" to describe input validation (#946) (Monday, 27 March)
• Re: [mediacapture-main] Clarify the type of Constrainable Properties (#945) (Monday, 27 March)
• [mediacapture-main] Clarify the type of Constrainable Properties (#945) (Monday, 27 March)
• [mediacapture-main] Settings are signed while constraints are unsigned (#944) (Monday, 27 March)
• Re: [mediacapture-main] Fitness distance steps 4 and 5 are inconsistent with the rest of the spec (#933) (Monday, 27 March)
• Re: [webrtc-pc] What is setCodecPreferences's contract? (#2845) (Friday, 24 March)
• [webrtc-pc] What is setCodecPreferences's contract? (#2845) (Friday, 24 March)
• [mediacapture-main] Pull Request: Make deviceId and groupId consistent with other capabilities. (Friday, 24 March)
• [mediacapture-main] Spec-inherent capabilities of one differ from other capabilities of one, an unnecessary variant (#941) (Friday, 24 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Thursday, 23 March)
• [webrtc-pc] new commits pushed by jan-ivar (Thursday, 23 March)
• Closed: [webrtc-pc] Hard to tell if there are state gaps in connectionState algorithm (#2827) (Thursday, 23 March)
• Re: [webrtc-pc] add RTCIceCandidatePair.responsesReceived to MTI stats (#2832) (Thursday, 23 March)
• [webrtc-pc] new commits pushed by jan-ivar (Thursday, 23 March)
• Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746) (Tuesday, 21 March)
• [webrtc-stats] Conformance criteria incompatible with standards-track (#749) (Tuesday, 21 March)
• [webrtc-pc] Remove "MAY generate statistics that are not documented." (#2844) (Tuesday, 21 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Tuesday, 21 March)
• Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746) (Tuesday, 21 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Tuesday, 21 March)
• Re: [mediacapture-main] What is the granularity of a source? (#940) (Monday, 20 March)
• Re: [mediacapture-main] What is the granularity of a source? (#940) (Monday, 20 March)
• Re: [mediacapture-main] What is the granularity of a source? (#940) (Friday, 17 March)
• Re: [mediacapture-main] What is the granularity of a source? (#940) (Thursday, 16 March)
• [webrtc-pc] new commits pushed by jan-ivar (Thursday, 16 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Thursday, 16 March)
• Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838) (Thursday, 16 March)
• Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838) (Thursday, 16 March)
• [webrtc-pc] Pull Request: Fix scaleResolutionDownBy explanatory prose to match normative algorithm (Friday, 10 March)
• [webrtc-pc] new commits pushed by jan-ivar (Friday, 10 March)
• Re: [webrtc-pc] Add internal slots for signaling state, connection state, ice gatheri… (#2826) (Thursday, 9 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Thursday, 9 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Thursday, 9 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Wednesday, 8 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Wednesday, 8 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Wednesday, 8 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Tuesday, 7 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Tuesday, 7 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Tuesday, 7 March)
• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Tuesday, 7 March)
• [mediacapture-main] Pull Request: Move "global" internal slots to MediaDevices, and fix "relevant object" links (Monday, 6 March)
• [mediacapture-main] Global object relevant to what? (#938) (Monday, 6 March)
• Re: [webrtc-pc] Why is RTCIceCandidatePairStats.totalRoundTripTime mandatory to implement, but not responsesReceived? (#2819) (Monday, 6 March)
• [mediacapture-main] Pull Request: Remove focus requirement on enumerateDevices, for real this time #912. (Friday, 3 March)
• [mediacapture-main] Pull Request: Remove focus from mute/unmute SHOULD prose to match #912 best practice. (Friday, 3 March)
• Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736) (Thursday, 2 March)
• [webrtc-stats] Confusing use of the terms defined and undefined (#737) (Thursday, 2 March)
• Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736) (Thursday, 2 March)

kemy do via GitHub

• Re: [webrtc-pc] Is it OK to call addTransceiver() with a track already added by addTrack()? (#583) (Thursday, 2 March)

Lenny via GitHub

• Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839) (Thursday, 16 March)

lidp888 via GitHub

• Re: [webrtc-stats] Impact of Stereo input and output on metrics (#686) (Wednesday, 15 March)

Michiel Westerbeek via GitHub

• Re: [mediacapture-screen-share] Exposing mouse events from captured surfaces (#259) (Thursday, 2 March)

Paul Adenot via GitHub

• Re: [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Wednesday, 8 March)
• [webrtc-stats] Assorted comments on `RTCAudioPlayoutStats` (#742) (Tuesday, 7 March)
• [webrtc-stats] Feedback on audio capture stats (#741) (Tuesday, 7 March)

pes10k via GitHub

• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Friday, 10 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Friday, 3 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Thursday, 2 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Thursday, 2 March)
• Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732) (Thursday, 2 March)
• Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732) (Wednesday, 1 March)

Peter Thatcher via GitHub

• Re: [webrtc-pc] Hard to tell if there are state gaps in connectionState algorithm (#2827) (Tuesday, 7 March)

Philipp Hancke via GitHub

• [webrtc-stats] RTX and FEC stats are incomplete. (#751) (Thursday, 30 March)
• [webrtc-extensions] Pull Request: clean up audio rtp parameters extensions (Wednesday, 29 March)
• Re: [webrtc-pc] RTCRtpEncodingParameters.active flag and the ~ in the SDP (#2848) (Tuesday, 28 March)
• [webrtc-extensions] Header extension API lets the remote end control the remote preferences (#153) (Monday, 27 March)
• [webrtc-extensions] Pull Request: header extension control: Do not let remote control the local preferences (Monday, 27 March)
• [webrtc-extensions] Pull Request: reorganise document into one-feature-per-section (Thursday, 23 March)
• Re: [webrtc-extensions] rename ext-respec-config.js to webrtc-extensions and update git branch (#149) (Wednesday, 22 March)
• [webrtc-extensions] Pull Request: rename ext-respec-config.js to webrtc-extensions and update git branch (Wednesday, 22 March)
• Re: [webrtc-extensions] Delete "Removed features" section (#148) (Wednesday, 22 March)
• [webrtc-stats] Pull Request: fix codec mimeType casing (Thursday, 16 March)
• Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839) (Thursday, 16 March)
• Re: [webrtc-pc] If you close your data channel before first offer, does the "m=application" line still show up? (#2839) (Thursday, 16 March)
• Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134) (Thursday, 9 March)
• [webrtc-stats] Pull Request: Clarify that metrics are omitted when their value is not yet determined (Tuesday, 7 March)
• [webrtc-stats] Pull Request: Make RTCRtpSentRtpStreamStats.packetsSent unsigned long long (Tuesday, 7 March)
• [webrtc-stats] Pull Request: Clarify when the candidate pair bandwidth estimation(s) exists (Tuesday, 7 March)
• Re: [webrtc-stats] specifiy inbound-rtp RTX statistics (#735) (Tuesday, 7 March)
• [webrtc-pc] Pull Request: add RTCIceCandidatePairResponsesReceived to MTI stats (Monday, 6 March)
• Re: [webrtc-pc] Why is RTCIceCandidatePairStats.totalRoundTripTime mandatory to implement, but not responsesReceived? (#2819) (Monday, 6 March)
• [webrtc-stats] availableOutgoingBitrate is also available when send-side BWE is not used (#740) (Monday, 6 March)
• Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134) (Friday, 3 March)
• [webrtc-stats] Pull Request: Clarify "exists" and "only defined for" (Friday, 3 March)
• Re: [webrtc-stats] Fix wrong html tag for mediaSourceId description (#738) (Friday, 3 March)
• [webrtc-stats] Pull Request: Fix wrong html tag for mediaSourceId description (Friday, 3 March)
• Re: [webrtc-extensions] Should setOfferedHeaderExtensions be allowed to restart stopped extensions? (#134) (Thursday, 2 March)
• Re: [webrtc-stats] Clarify that metrics are undefined when their value is not yet determined or unknown (#736) (Thursday, 2 March)

Rijubrata Bhaumik via GitHub

• [mediacapture-image] new commits pushed by riju (Thursday, 16 March)

Stefan Benicke via GitHub

• Re: [webrtc-svc] SVC getCapabilities() is redundant with Media Capabilities query (#49) (Monday, 13 March)

Sun Shin via GitHub

• Closed: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#724) (Friday, 24 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#724) (Friday, 24 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Friday, 24 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Friday, 24 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Tuesday, 21 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Monday, 20 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Monday, 20 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Thursday, 16 March)
• Re: [webrtc-stats] Add RTCInboundRtpStreamStats:decoderFallback (#725) (Wednesday, 15 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Friday, 10 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Friday, 10 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Friday, 10 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Wednesday, 8 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Monday, 6 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Friday, 3 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Thursday, 2 March)
• Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732) (Thursday, 2 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Thursday, 2 March)
• Re: [webrtc-stats] The HW exposure check does not solve Cloud Gaming use cases (#730) (Thursday, 2 March)
• Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732) (Thursday, 2 March)
• Re: [webrtc-stats] Expose powerEfficientEncoder/Decoder if MediaCapabilities allows it (#732) (Wednesday, 1 March)

Varun Singh via GitHub

• [webrtc-stats] new commits pushed by vr000m (Tuesday, 21 March)
• Closed: [webrtc-stats] Clarify that metrics are omitted when their value is not yet determined or unknown (#736) (Tuesday, 21 March)
• [webrtc-stats] new commits pushed by vr000m (Tuesday, 21 March)
• Re: [webrtc-stats] Feedback on audio capture stats (#741) (Wednesday, 15 March)
• Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746) (Wednesday, 15 March)
• Re: [webrtc-stats] RTCOutboundRtpStreamStats.headerBytesSent/totalPacketSendDelay and RTX seems underspecified (#747) (Wednesday, 15 March)
• [webrtc-stats] new commits pushed by vr000m (Thursday, 9 March)
• Re: [webrtc-stats] specifiy inbound-rtp RTX statistics (#735) (Tuesday, 7 March)
• Re: [webrtc-stats] specifiy inbound-rtp RTX statistics (#735) (Tuesday, 7 March)

Vincent Esche via GitHub

• Re: [mediacapture-main] s/long/unsigned long/ in MediaTrackSettings. (#947) (Tuesday, 28 March)

Volker Mische via GitHub

• Re: [webrtc-ice] Support for ICE Forking (#34) (Sunday, 5 March)

youennf via GitHub

• Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263) (Thursday, 30 March)
• Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263) (Thursday, 30 March)
• Re: [webrtc-pc] What is setCodecPreferences's contract? (#2845) (Thursday, 30 March)
• [mediacapture-screen-share] Pull Request: Update how FocusChangeDisabled is set to true in case of change of focus (Tuesday, 28 March)
• Re: [mediacapture-screen-share] Update algorithms around setFocusBehavior to take into account OS level surface pickers (#262) (Tuesday, 28 March)
• Re: [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263) (Tuesday, 28 March)
• [mediacapture-screen-share] https://w3c.github.io/mediacapture-screen-share/#idl-def-CaptureStartFocusBehavior.no-focus-change is misleading (#263) (Tuesday, 28 March)
• [mediacapture-screen-share] Update algorithms around setFocusBehavior to taken to account OS level surface pickers (#262) (Tuesday, 28 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Friday, 24 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• Re: [mediacapture-screen-share] getSupportedOptions() (#260) (Thursday, 23 March)
• [mediacapture-main] new commits pushed by youennf (Thursday, 23 March)
• Closed: [mediacapture-main] Global object relevant to what? (#938) (Thursday, 23 March)
• Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70) (Wednesday, 22 March)
• Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70) (Wednesday, 22 March)
• Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70) (Wednesday, 22 March)
• Re: [mediacapture-handle] Expose a MessagePort using Capture Handle (#70) (Wednesday, 22 March)
• Re: [mediacapture-main] What is the granularity of a source? (#940) (Monday, 20 March)
• Re: [mediacapture-main] What is the granularity of a source? (#940) (Tuesday, 14 March)
• Re: [webrtc-pc] Section 4.4.2: createOffer() and setLocalDescription() resource handling (#2835) (Thursday, 9 March)
• [mediacapture-main] What is the granularity of a source? (#940) (Thursday, 9 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Thursday, 9 March)
• Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746) (Thursday, 9 March)
• Re: [webrtc-stats] What is the relationship between WebRTC stats and the Working Group? (#746) (Thursday, 9 March)
• Re: [webrtc-extensions] Exposing SW fallback as an event (#146) (Thursday, 9 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Thursday, 9 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Thursday, 9 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Wednesday, 8 March)
• Re: [mediacapture-main] Move "global" internal slots to MediaDevices, and fix "relevant object" links (#939) (Tuesday, 7 March)
• [webrtc-extensions] Why RTCRtpHeaderExtensionCapability URI field is not required? (#144) (Thursday, 2 March)
• [mediacapture-main] Should we introduce a media stream task source? (#935) (Thursday, 2 March)

Last message date: Friday, 31 March 2023 12:36:11 UTC