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

Bernard Aboba via GitHub

Re: [mediacapture-transform] MediaStreamTrackGenerator/MediaStream should buffer the current frame (#114) (Tuesday, 17 December)
Re: [webrtc-extensions] receiver.hardwareAcceleration attribute instead of disableHardware[En|De]coding() static method (#229) (Thursday, 12 December)

Dominique Hazael-Massieux via GitHub

[mediacapture-main] Pull Request: Update to latest ReSpec version 35.2.1 (Monday, 23 December)
[webrtc-pc] Pull Request: Update to ReSpec version 35.2.1 (Monday, 23 December)
[webrtc-pc] Use USVString for url attributes and members (#3029) (Monday, 16 December)
[mediacapture-main] new commits pushed by dontcallmedom (Monday, 9 December)
[mediacapture-main] Pull Request: Update to latest ReSpec version 35.2.0 (Monday, 9 December)
[webrtc-pc] new commits pushed by dontcallmedom (Monday, 2 December)
[webrtc-pc] Pull Request: Update to ReSpec version 35.2.0 (Monday, 2 December)

dontcallmedom-bot via GitHub

Re: [mediacapture-main] What is the purpose of requiring a successful gUM call before enumerateDevices? (#1019) (Wednesday, 11 December)
Re: [mediacapture-output] Implicit consent via getUserMedia should allow access to non-miked speakers (#147) (Wednesday, 11 December)
Re: [mediacapture-transform] What is the expected timing of MSTP video frame enqueuing with other track events (configurationchange, applyConstraints promise resolution) (#115) (Wednesday, 11 December)
Re: [mediacapture-screen-share-extensions] Cross-Type Surface Switching (#16) (Wednesday, 11 December)
Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15) (Wednesday, 11 December)
Re: [webrtc-pc] Spec says to send black frames for ended tracks (#3014) (Wednesday, 11 December)
Re: [webrtc-encoded-transform] add receiveTime to metadata (#235) (Wednesday, 11 December)
Re: [mediacapture-screen-share] Should screen capture tracks expose deviceId? (#308) (Wednesday, 11 December)

Elad Alon via GitHub

Re: [mediacapture-surface-control] Clarify "fire a blank event" for "capturedzoomlevelchange" (#50) (Monday, 16 December)
Re: [mediacapture-surface-control] Where do forwarded "wheel" events fire? (#51) (Monday, 16 December)
[mediacapture-screen-share] Missing spec-compliant way to detect shareable surfaces (#309) (Tuesday, 3 December)

Erik Språng via GitHub

[webrtc-rtptransport] Packet sender needs to expose a signal about max packet size (#83) (Friday, 13 December)
Re: [webrtc-extensions] Add API to control encode complexity (#191) (Friday, 13 December)

François Daoust via GitHub

Re: [mediacapture-surface-control] Where do forwarded "wheel" events fire? (#51) (Monday, 16 December)
[mediacapture-surface-control] Where do forwarded "wheel" events fire? (#51) (Wednesday, 4 December)
[mediacapture-surface-control] Clarify "fire a blank event" for "capturedzoomlevelchange" (#50) (Wednesday, 4 December)

guidou via GitHub

Re: [mediacapture-output] Implicit consent via getUserMedia should allow access to non-miked speakers (#147) (Thursday, 12 December)
Re: [mediacapture-transform] We shouldn't require track transferability (#113) (Wednesday, 11 December)
Re: [mediacapture-transform] We shouldn't require track transferability (#113) (Wednesday, 11 December)
Re: [mediacapture-transform] We shouldn't require track transferability (#113) (Wednesday, 11 December)
Re: [mediacapture-transform] Track transferability requirement adds complexity to some common use cases (#116) (Wednesday, 11 December)
Re: [mediacapture-transform] We shouldn't require track transferability (#113) (Wednesday, 11 December)
Re: [mediacapture-output] Implicit consent via getUserMedia should allow access to non-miked speakers (#147) (Wednesday, 11 December)
Re: [mediacapture-output] Implicit consent via getUserMedia should allow access to non-miked speakers (#147) (Wednesday, 11 December)
Re: [mediacapture-output] Implicit consent via getUserMedia should allow access to non-miked speakers (#147) (Wednesday, 11 December)
[webrtc-encoded-transform] add receiveTime to metadata (#235) (Monday, 2 December)

Harald Alvestrand via GitHub

Re: [mst-content-hint] Default degradationPreference value? (#37) (Saturday, 21 December)
Re: [mst-content-hint] Default degradationPreference value? (#37) (Saturday, 21 December)
[mediacapture-main] new commits pushed by alvestrand (Thursday, 5 December)
Re: [mediacapture-record] Add replaceTrack method to MediaStream (#167) (Monday, 2 December)
Re: [mediacapture-record] Add replaceTrack method to MediaStream (#167) (Monday, 2 December)

henbos via GitHub

Re: [webrtc-rtptransport] Should RTCRtpTransport(Processor) use event handlers for packet notifications? (#70) (Tuesday, 10 December)
Re: [webrtc-rtptransport] Per-packet notifications are mandatory, this is not ideal for context switching (#78) (Tuesday, 10 December)
Re: [webrtc-rtptransport] API creates per-packet temporary objects, this is not ideal for GC (#77) (Tuesday, 10 December)
Re: [webrtc-pc] Add remote track channelCount (#3025) (Thursday, 5 December)

Jamie Kyle via GitHub

Closed: [mediacapture-transform] MediaStreamTrackGenerator/MediaStream should buffer the current frame (#114) (Wednesday, 4 December)

Jan-Ivar Bruaroey via GitHub

Re: [mst-content-hint] Should the spec provide guideline on the default degradation preference to use for capture tracks? (#60) (Friday, 20 December)
Re: [mst-content-hint] Should the spec provide guideline on the default degradation preference to use for capture tracks? (#60) (Friday, 20 December)
Re: [mst-content-hint] Default degradationPreference value? (#37) (Friday, 20 December)
Re: [mst-content-hint] What is the value of degradationPreference over time? (replaceTrack, contentHint setter) (#36) (Friday, 20 December)
Closed: [mediacapture-screen-share] Should screen capture tracks expose deviceId? (#308) (Thursday, 19 December)
[mediacapture-screen-share] new commits pushed by jan-ivar (Thursday, 19 December)
Re: [mediacapture-screen-share] Should screen capture tracks expose deviceId? (#308) (Wednesday, 18 December)
Re: [mediacapture-surface-control] Is gesture forwarding tied to capture controller or to MediaStreamTrack (#45) (Monday, 16 December)
[mediacapture-main] Pull Request: Missed a spot that should use HTMLMediaElement's potentially playing definition (Friday, 13 December)
[mediacapture-main] currentTime still references undefined "playing" state (#1024) (Friday, 13 December)
Re: [mediacapture-transform] We shouldn't require track transferability (#113) (Thursday, 12 December)
Re: [mediacapture-output] Implicit consent via getUserMedia should allow access to non-miked speakers (#147) (Tuesday, 10 December)
Re: [mediacapture-transform] What is the expected timing of MSTP video frame enqueuing with other track events (configurationchange, applyConstraints promise resolution) (#115) (Tuesday, 10 December)
Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15) (Tuesday, 10 December)
Re: [mediacapture-screen-share] Should screen capture tracks expose deviceId? (#308) (Tuesday, 10 December)
Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15) (Tuesday, 10 December)
Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15) (Monday, 9 December)
Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15) (Monday, 9 December)
Re: [webrtc-encoded-transform] Add captureTimestamp and senderCaptureTimeOffset to frame metadata (#228) (Thursday, 5 December)
Re: [mediacapture-main] What is the purpose of requiring a successful gUM call before enumerateDevices? (#1019) (Wednesday, 4 December)
Re: [mediacapture-main] What is the purpose of requiring a successful gUM call before enumerateDevices? (#1019) (Tuesday, 3 December)
Re: [mediacapture-transform] Track transferability requirement adds complexity to some common use cases (#116) (Monday, 2 December)
Re: [mediacapture-transform] Track transferability requirement adds complexity to some common use cases (#116) (Monday, 2 December)

Luke Bermingham via GitHub

Re: [webrtc-extensions] captureTimestamp: RTCRtpContributingSource vs RTCRtpSynchronizationSource (#215) (Tuesday, 3 December)

Philipp Hancke via GitHub

Re: [mediacapture-main] What is the purpose of requiring a successful gUM call before enumerateDevices? (#1019) (Wednesday, 4 December)
Re: [mediacapture-main] What is the purpose of requiring a successful gUM call before enumerateDevices? (#1019) (Wednesday, 4 December)

Sam Sneddon via GitHub

[webrtc-pc] What holds on to RTCOfferOptions and its iceRestart member (#3028) (Friday, 6 December)
[webrtc-pc] Legacy Interface Extensions is somewhat unclear (#3027) (Friday, 6 December)
Re: [webrtc-pc] specify legacy onaddstream? (#1705) (Friday, 6 December)
Re: [webrtc-pc] Should we specify how addStream()/"addstream event" should behave? (#568) (Friday, 6 December)

Tove Petersson via GitHub

Re: [mediacapture-screen-share-extensions] Cross-Type Surface Switching (#16) (Monday, 2 December)
Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15) (Monday, 2 December)

Tristan Fraipont via GitHub

[mediacapture-main] Pull Request: Prevent remove-a-track to recurse. (Tuesday, 3 December)
Re: [mediacapture-record] Add replaceTrack method to MediaStream (#167) (Monday, 2 December)
Re: [mediacapture-record] Add replaceTrack method to MediaStream (#167) (Monday, 2 December)

W3C Bot via GitHub

Re: [mediacapture-main] Prevent remove-a-track to recurse. (#1022) (Tuesday, 3 December)

youennf via GitHub

Closed: [mediacapture-main] currentTime still references undefined "playing" state (#1024) (Thursday, 19 December)
[mediacapture-main] new commits pushed by youennf (Thursday, 19 December)
[mediacapture-screen-share] Pull Request: Add deviceId as settings and constraints for screen share video tracks. (Thursday, 19 December)
Re: [mediacapture-screen-share] Should screen capture tracks expose deviceId? (#308) (Wednesday, 18 December)
Re: [mediacapture-output] Implicit consent via getUserMedia should allow access to non-miked speakers (#147) (Thursday, 12 December)
Re: [mediacapture-output] Implicit consent via getUserMedia should allow access to non-miked speakers (#147) (Thursday, 12 December)
Re: [mediacapture-transform] We shouldn't require track transferability (#113) (Wednesday, 11 December)
Re: [mediacapture-transform] We shouldn't require track transferability (#113) (Wednesday, 11 December)
Re: [mediacapture-transform] We shouldn't require track transferability (#113) (Wednesday, 11 December)
Re: [mediacapture-output] Implicit consent via getUserMedia should allow access to non-miked speakers (#147) (Wednesday, 11 December)
Re: [mediacapture-output] Implicit consent via getUserMedia should allow access to non-miked speakers (#147) (Tuesday, 10 December)
Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15) (Tuesday, 10 December)
Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15) (Thursday, 5 December)

Last message date: Monday, 23 December 2024 00:24:05 UTC