Thursday, 31 October 2024
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- Closed: [mst-content-hint] highly detailed text in video content (#35)
- [mst-content-hint] new commits pushed by alvestrand
- [webrtc-extensions] new commits pushed by jan-ivar
- Closed: [mediacapture-record] MediaRecorder BlobEvent timecode clarification (#222)
- [mediacapture-record] new commits pushed by youennf
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [webrtc-pc] Align spec /w codec direction decision (#3006)
- Re: [webrtc-pc] Spec says to send black frames for ended tracks (#3014)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [webrtc-pc] Align spec /w codec direction decision (#3006)
Wednesday, 30 October 2024
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [webrtc-pc] Spec says to send black frames for ended tracks (#3014)
- [webrtc-pc] Spec says to send black frames for ended tracks (#3014)
- Re: [mediacapture-screen-share-extensions] [Capture control] Is it important for capture control to keep captured tab from knowing it is captured? (#23)
- Re: [mediacapture-screen-share] Suggest User Agents treat a captured tab as visible (#307)
- Re: [mediacapture-screen-share] Suggest User Agents treat a captured tab as visible (#307)
- Re: [mediacapture-screen-share] Suggest User Agents treat a captured tab as visible (#307)
- [mediacapture-screen-share] Suggest User Agents treat a captured tab as visible (#307)
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- Re: [mediacapture-screen-share] getSupportedOptions() (#260)
- Closed: [mediacapture-screen-share] getSupportedOptions() (#260)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] [Capture control] Is it important for capture control to keep captured tab from knowing it is captured? (#23)
- Re: [mediacapture-screen-share-extensions] [Capture control] Is it important for capture control to keep captured tab from knowing it is captured? (#23)
- Re: [mediacapture-screen-share-extensions] [Capture control] Is it important for capture control to keep captured tab from knowing it is captured? (#23)
- Re: [webrtc-pc] Align spec /w codec direction decision (#3006)
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- [webrtc-pc] new commits pushed by dontcallmedom
- Closed: [webrtc-pc] Should this repo have a package-lock.json file? (#3012)
- [webrtc-pc] Pull Request: Upgrade jsep-mapper code
- [webrtc-pc] new commits pushed by dontcallmedom
Tuesday, 29 October 2024
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- [mediacapture-transform] MediaStreamTrackGenerator/MediaStream should buffer the current frame (#114)
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- [mediacapture-screen-share-extensions] Address click-jacking concerns (#24)
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- Re: [mediacapture-screen-share-extensions] [Capture control] Is it important for capture control to keep captured tab from knowing it is captured? (#23)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [webrtc-rtptransport] RTCRtpSender.replaceSendStreams() and simulcast issues (#64)
- Closed: [webrtc-rtptransport] RTCRtpSender.replaceSendStreams() and simulcast issues (#64)
- Re: [webrtc-rtptransport] Make RTCRtpSendStream per mid, add rid to RTCRtpPacket/Init (#65)
- [webrtc-rtptransport] new commits pushed by Orphis
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- Re: [webrtc-stats] Add definitions of corruption detection measurements (#788)
- Re: [webrtc-stats] Add definitions of corruption detection measurements (#788)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- Re: [webrtc-stats] Do not expose unknown usernameFragment to stats (#789)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [webrtc-stats] Add definitions of corruption detection measurements (#788)
- [webrtc-pc] Should this repo have a package-lock.json file? (#3012)
- Re: [webrtc-extensions] receiver.hardwareAcceleration attribute instead of disableHardwareDecoding() static method (#229)
Monday, 28 October 2024
Friday, 25 October 2024
- [mediacapture-region] new commits pushed by eladalon1983
- [mediacapture-region] Pull Request: Editorial: s/third party/third-party
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [webrtc-encoded-transform] Frame packetization (#233)
- Re: [webrtc-encoded-transform] Frame packetization (#233)
- Re: [webrtc-encoded-transform] Frame packetization (#233)
- Closed: [webrtc-encoded-transform] Frame packetization (#233)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- [webrtc-encoded-transform] Frame packetization (#233)
- Re: [mediacapture-screen-share-extensions] [Capture control] Supporting zoom via gesture forwarding (#22)
- Re: [mediacapture-screen-share-extensions] [Capture control] How capturer web applications can know whether forwarding is working/useful (#19)
- Re: [mediacapture-screen-share-extensions] [Capture control] Is gesture forwarding tied to capture controller or to MediaStreamTrack (#20)
- Re: [mediacapture-screen-share-extensions] [Capture control] Should a web page allow to select specific types of event to be forwarded and not others (#18)
- Re: [mediacapture-screen-share-extensions] [Capture control] Is setting a specific zoom level part of the MVP? (#21)
- Re: [mediacapture-screen-share-extensions] [Capture control] Is setting a specific zoom level part of the MVP? (#21)
- Re: [mediacapture-screen-share-extensions] [Capture control] Is it important for capture control to keep captured tab from knowing it is captured? (#23)
- Re: [mediacapture-screen-share-extensions] [Capture control] Supporting zoom via gesture forwarding (#22)
- Re: [mediacapture-screen-share-extensions] [Capture control] Supporting zoom via gesture forwarding (#22)
- Re: [mediacapture-screen-share-extensions] [Capture control] Is it important for capture control to keep captured tab from knowing it is captured? (#23)
- [mediacapture-screen-share-extensions] [Capture control] Is it important for capture control to keep captured tab from knowing it is captured? (#23)
- [mediacapture-screen-share-extensions] [Capture control] Supporting zoom via gesture forwarding (#22)
- [mediacapture-screen-share-extensions] [Capture control] Is setting a specific zoom level part of the MVP? (#21)
- [mediacapture-screen-share-extensions] [Capture control] Is gesture forwarding tied to capture controller or to MediaStreamTrack (#20)
- [mediacapture-screen-share-extensions] [Capture control] How capturer web applications can know whether forwarding is working/useful (#19)
- Re: [mediacapture-screen-share-extensions] [Capture control]: should a web page allow to select specific types of event to be forwarded and not others (#18)
- [mediacapture-screen-share-extensions] [Capture control]: should a web page allow to select specific types of event to be forwarded and not others (#18)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
Thursday, 24 October 2024
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [webrtc-pc] Remote track.getSettings().channelCount (#3011)
- Re: [webrtc-pc] Opus mono/stereo and remote track channelCount (#3010)
- [webrtc-pc] Remote track.getSettings().channelCount (#3011)
- Re: [webrtc-pc] Reject ICE servers with an authority component or / (#2998)
- Closed: [webrtc-pc] Fix ICE server URL querystring validation (#2912)
- [webrtc-pc] new commits pushed by henbos
- Closed: [webrtc-extensions] Allow not specifying scaleResolutionDownTo if encoding is inactive (#227)
- [webrtc-extensions] new commits pushed by henbos
- Re: [webrtc-pc] Opus mono/stereo and remote track channelCount (#3010)
- Re: [webrtc-stats] Add definitions of corruption detection measurements (#788)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [webrtc-extensions] receiver.hardwareAcceleration attribute instead of disableHardwareDecoding() static method (#229)
- Re: [webrtc-extensions] receiver.hardwareAcceleration attribute instead of disableHardwareDecoding() static method (#229)
Wednesday, 23 October 2024
- [webrtc-extensions] receiver.hardwareAcceleration attribute instead of disableHardwareDecoding() static method (#229)
- Re: [mediacapture-screen-share] Spec should be more explicit about exposure of deviceId (#306)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share] Spec should be more explicit about exposure of deviceId (#306)
- Re: [mediacapture-screen-share] Spec should be more explicit about exposure of deviceId (#306)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share] Spec should be more explicit about exposure of deviceId (#306)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share] Spec should be more explicit about exposure of deviceId (#306)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- [webrtc-extensions] Pull Request: Don't require specifying scaleResolutionDownTo on inactive encodings
- [webrtc-extensions] Allow not specifying scaleResolutionDownTo if encoding is inactive (#227)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
Tuesday, 22 October 2024
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- [mediacapture-image] Real-Time Access to Camera Properties in Media Capture API (#309)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [webrtc-pc] Opus mono/stereo and remote track channelCount (#3010)
- Re: [webrtc-pc] Opus mono/stereo and remote track channelCount (#3010)
- Re: [webrtc-pc] Opus mono/stereo and remote track channelCount (#3010)
- [webrtc-pc] Opus mono/stereo and remote track channelCount (#3010)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [webrtc-rtptransport] API creates per-packet temporary objects, this is not ideal for GC (#77)
- Re: [webrtc-stats] Add definitions of corruption detection measurements (#788)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
Monday, 21 October 2024
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- [mediacapture-output] Implicit consent getUserMedia should allow access to non-miked speakers (#147)
- Re: [mediacapture-screen-share-extensions] Option for getDisplayMedia to always return an audio track (#17)
- Re: [mediacapture-screen-share-extensions] Cross-Type Surface Switching (#16)
- Re: [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Closed: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- [mediacapture-screen-share-extensions] Option for getDisplayMedia to always return an audio track (#17)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- [mediacapture-screen-share-extensions] Cross-Type Surface Switching (#16)
- [mediacapture-screen-share-extensions] Auto-pause for Captured Surface Switching (2nd edition) (#15)
- Re: [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- [mediacapture-screen-share-extensions] Consider dropping permission for captured surface control APIs (#14)
- Re: [webrtc-stats] Add definitions of corruption detection measurements (#788)
- Re: [webrtc-rtptransport] API creates per-packet temporary objects, this is not ideal for GC (#77)
Saturday, 19 October 2024
Friday, 18 October 2024
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [mediacapture-image] "Tap to auto-focus" feature (#217)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [mediacapture-screen-share-extensions] Tab capture control (#13)
- Re: [webrtc-rtptransport] API creates per-packet temporary objects, this is not ideal for GC (#77)
- [mediacapture-screen-share-extensions] Tab capture control (#13)
- [webrtc-extensions] Editorial: Update the RTCRtpEncodingParameters non-normative section to talk about video too (#226)
Thursday, 17 October 2024
Wednesday, 16 October 2024
Tuesday, 15 October 2024
- Re: [webrtc-rtptransport] Do MID-level stuff instead of RID-level stuff (#79)
- Re: [webrtc-rtptransport] API creates per-packet temporary objects, this is not ideal for GC (#77)
- [webrtc-rtptransport] Pull Request: Do MID-level stuff instead of RID-level stuff
- Re: [webrtc-rtptransport] Per-packet notifications are mandatory, this is not ideal for context switching (#78)
- Re: [webrtc-rtptransport] Per-packet notifications are mandatory, this is not ideal for context switching (#78)
- [mediacapture-main] What is the purpose of requiring a successful gUM call before enumerateDevices? (#1019)
- Re: [mediacapture-transform] We shouldn't require track transferability (#113)
- Re: [webrtc-extensions] ReSpec errors from duplicate definitions of RTCIceCandidatePair (#217)
- Closed: [webrtc-extensions] ReSpec errors from duplicate definitions of RTCIceCandidatePair (#217)
Monday, 14 October 2024
- Re: [webrtc-extensions] Add API to control encode complexity (#191)
- Re: [webrtc-extensions] Add API to control encode complexity (#191)
Saturday, 12 October 2024
Friday, 11 October 2024
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share] Spec should be more explicit about exposure of deviceId (#306)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share] Spec should be more explicit about exposure of deviceId (#306)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share] Spec should be more explicit about exposure of deviceId (#306)
Thursday, 10 October 2024
- Re: [webrtc-pc] Reject ICE servers with an authority component or / (#2998)
- Re: [webrtc-pc] Reject ICE servers with an authority component or / (#2998)
- Re: [webrtc-pc] Reject ICE servers with an authority component or / (#2998)
- Re: [webrtc-pc] Reject ICE servers with an authority component or / (#2998)
- Re: [webrtc-pc] Reject ICE servers with an authority component or / (#2998)
- [webrtc-extensions] new commits pushed by henbos
- [webrtc-pc] new commits pushed by henbos
- Re: [mediacapture-screen-share] Spec should be more explicit about exposure of deviceId (#306)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- [mediacapture-screen-share] Spec should be more explicit about exposure of deviceId (#306)
Wednesday, 9 October 2024
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-viewport] Stop referencing DisplayMediaStreamConstraints dictionary (#21)
- [mediacapture-viewport] Pull Request: Introduce ViewportMediaStreamOptions
- [mediacapture-viewport] new commits pushed by eladalon1983
- [mediacapture-viewport] new commits pushed by eladalon1983
- Re: [webrtc-rtptransport] Create RTCRtpTransportProcessor and move high freq fields there (#68)
- Re: [webrtc-rtptransport] Create RTCRtpTransportProcessor and move high freq fields there (#68)
- [mediacapture-viewport] new commits pushed by eladalon1983
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
Tuesday, 8 October 2024
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-main] Questionable spec language: "MUST attempt" (#1018)
- [mediacapture-main] Questionable spec language: "MUST attempt" (#1018)
- [webrtc-pc] Pull Request: Demote PR 2926 as candidate instead of proposed
- Re: [webrtc-pc] Publish Recommendation with Proposed Amendments (#3001)
- Closed: [webrtc-pc] Publish Recommendation with Proposed Amendments (#3001)
- [webrtc-pc] new commits pushed by dontcallmedom
- Re: [webrtc-pc] Support proposed amendments (#3002)
Monday, 7 October 2024
- Re: [webrtc-rtptransport] Per-packet notifications are mandatory, this is not ideal for context switching (#78)
- Re: [webrtc-rtptransport] API creates per-packet temporary objects, this is not ideal for GC (#77)
- [webrtc-rtptransport] Per-packet notifications are mandatory, this is not ideal for context switching (#78)
- Re: [webrtc-rtptransport] API creates per-packet temporary objects, this is not ideal for GC (#77)
- Re: [webrtc-rtptransport] API creates per-packet temporary objects, this is not ideal for GC (#77)
- [webrtc-rtptransport] API creates per-packet temporary objects, this is not ideal for GC (#77)
Friday, 4 October 2024
- Re: [webrtc-stats] Add definitions of corruption detection measurements (#788)
- Re: [webrtc-stats] Add definitions of corruption detection measurements (#788)
- [webrtc-pc] new commits pushed by henbos
- Re: [webrtc-pc] Fix markup id for amendment 50 (#3008)
Thursday, 3 October 2024
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-main] Truncated sentence in applyConstraints() (#1016)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- [webrtc-pc] Pull Request: Fix markup id for amendment 50
- Closed: [webrtc-pc] RTCStats::timestamp discrepancy between webrtc-stats and webrtc-pc (#3004)
- [webrtc-pc] new commits pushed by henbos
- [mediacapture-main] new commits pushed by eladalon1983
- Re: [mediacapture-main] Truncated sentence in applyConstraints() (#1016)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [webrtc-pc] Align spec /w codec direction decision (#3006)
- Re: [webrtc-pc] Align spec /w codec direction decision (#3006)
- Re: [webrtc-pc] Update copyright links (#3007)
- [webrtc-pc] Pull Request: Update copyright links
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [webrtc-pc] Align spec /w codec direction decision (#3006)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
Wednesday, 2 October 2024
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931)
- Re: [webrtc-pc] Align spec /w codec direction decision (#3006)
- Re: [webrtc-pc] Align spec /w codec direction decision (#3006)
- Re: [webrtc-pc] Align spec /w codec direction decision (#3006)
- Re: [webrtc-pc] Align codec preference and direction (#3006)
- Re: [webrtc-pc] Align codec preference and direction (#3006)
- Re: [webrtc-pc] Align codec preference and direction (#3006)
- Re: [webrtc-pc] Applying a remote offer with unsupported codecs results in stale transceiver (#2927)
- Closed: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888)
- Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888)
- Re: [webrtc-pc] Applying a remote offer with unsupported codecs results in stale transceiver (#2927)
- Re: [webrtc-pc] Align codec preference and direction (#3006)
- Re: [webrtc-pc] Align codec preference and direction (#3006)
- Re: [webrtc-pc] Align codec preference and direction (#3006)
- Closed: [webrtc-pc] codec input to setParameters shouldn't be validated by preferred receive codecs (#2989)
- Re: [webrtc-pc] codec input to setParameters shouldn't be validated by preferred receive codecs (#2989)
- Re: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937)
- Closed: [webrtc-pc] setCodecPreferences, sendonly codecs and dummy codecs (#2937)
- Re: [webrtc-pc] Align codec preference and direction (#3006)
- Re: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938)
- Closed: [webrtc-pc] If a preferred codec is filtered out, does it still get assigned a PT? (#2938)
- Re: [webrtc-pc] Align codec preference and direction (#3006)
- Re: [webrtc-pc] Proposing setCodecPreferences to deal with both send and recv codecs (#2939)
- Closed: [webrtc-pc] Proposing setCodecPreferences to deal with both send and recv codecs (#2939)
- [webrtc-pc] Align codec preference and direction (#3006)
- [mediacapture-main] applyConstraints() could be more useful (#1017)
- [mediacapture-main] Truncated sentence in applyConstraints() (#1016)
- Re: [mediacapture-screen-share-extensions] Auto-pause capture when user switches captured content (#4)
- Re: [mediacapture-record] MediaRecorder BlobEvent timecode clarification (#222)