Re: [mediacapture-fromelement] Must the alpha channel be preserved, and what about encoding in an alpha-less format? (#30)
Re: [mediacapture-main] should enumerateDevices list infrared cameras by default? (#553)
- Re: [mediacapture-main] should enumerateDevices list infrared cameras by default? (#553)
- Re: [mediacapture-main] should enumerateDevices list infrared cameras by default? (#553)
[mediacapture-main] Pull Request: Mark up IDL from constrainable patterns as non-normative
[mediacapture-main] new commits pushed by henbos
[mediacapture-main] new commits pushed by henbos
Closed: [mediacapture-main] applyConstraints algorithm is imprecise in how to select the actual settings values (#729)
[webrtc-extensions] Adopt as working group draft (#67)
[mediacapture-main] Pull Request: UA s/SHOULD/MUST/ use one with the smallest fitness distance
[mediacapture-insertable-streams] Pull Request: Add TAG Security/Privacy questionnaire
[mediacapture-insertable-streams] Pull Request: Security considerations -> Security and privacy considerations
[mediacapture-insertable-streams] Pull Request: MediaStreamGeneratorSignal -> MediaStreamTrackSignal in IDL
[mediacapture-insertable-streams] Pull Request: MediaStreamGeneratorSignal -> MediaStreamTrackSignal
[mediacapture-insertable-streams] Pull Request: Update index.html
[mediacapture-insertable-streams] Pull Request: Fix incorrect reference
[webrtc-pc] new commits pushed by dontcallmedom
Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230)
Re: [mediacapture-main] How to handle changes to the set of tracks in a MediaStream assigned to an element via the srcObject attribute (#453)
Re: [mediacapture-main] Is getSettings returning rotated dimensions a footgun? (#761)
Re: [mediacapture-image] Does PTZ look good to you? (#263)
- Re: [mediacapture-image] Does PTZ look good to you? (#263)
- Re: [mediacapture-image] Does PTZ look good to you? (#263)
- Re: [mediacapture-image] Does PTZ look good to you? (#263)
[webrtc-extensions] BUNDLE-only m-sections (#66)
[webrtc-extensions] fractionLost missing from MTI stats list (#65)
[mediacapture-insertable-streams] Pull Request: Spec update
[webrtc-pc] new commits pushed by dontcallmedom
[mediacapture-main] new commits pushed by jan-ivar
[webrtc-extensions] Investigate the possibility to interact with data channel in workers (#64)
- Re: [webrtc-extensions] Investigate the possibility to interact with data channel in workers (#64)
- Re: [webrtc-extensions] Investigate the possibility to interact with data channel in workers (#64)
- Re: [webrtc-extensions] Investigate the possibility to interact with data channel in workers (#64)
- Re: [webrtc-extensions] Investigate the possibility to interact with data channel in workers (#64)
- Re: [webrtc-extensions] Investigate the possibility to interact with data channel in workers (#64)
[webrtc-insertable-streams] Pull Request: Add transform model
- Re: [webrtc-insertable-streams] Add transform model (#51)
- Re: [webrtc-insertable-streams] Add transform model (#51)
- Re: [webrtc-insertable-streams] Add transform model (#51)
[webrtc-stats] new commits pushed by jan-ivar
[mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
- Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158)
Re: [mediacapture-screen-share] Capture-current-tab: Managing capture-ability by cross-origin embedder as opt-in vs. opt-out (#156)
[webrtc-pc] new commits pushed by dontcallmedom
[webrtc-pc] new commits pushed by dontcallmedom
[webrtc-provisional-stats] new commits pushed by dontcallmedom
[mediacapture-automation] new commits pushed by dontcallmedom
[webrtc-insertable-streams] new commits pushed by dontcallmedom
[webrtc-ice] new commits pushed by dontcallmedom
[webrtc-extensions] new commits pushed by dontcallmedom
[webrtc-priority] new commits pushed by dontcallmedom
[webrtc-svc] new commits pushed by dontcallmedom
[mediacapture-record] new commits pushed by dontcallmedom
[mediacapture-image] new commits pushed by dontcallmedom
[webrtc-identity] new commits pushed by dontcallmedom
[mediacapture-main] new commits pushed by dontcallmedom
[mediacapture-output] new commits pushed by dontcallmedom
[webrtc-stats] new commits pushed by vr000m
[webrtc-stats] Pull Request: Fix repo administrativia
[mediacapture-main] Pull Request: Mark track/ended as exported definition
Re: [webrtc-pc] Update map to IETF drafts (#2594)
Re: [mediacapture-insertable-streams] Memory management of a frame once enqueued (#5)
Re: [mediacapture-insertable-streams] Memory management for incoming frames (#6)
Re: [mediacapture-insertable-streams] Is using ReadableStream/WritableStream the right approach? (#4)
- Re: [mediacapture-insertable-streams] Is using ReadableStream/WritableStream the right approach? (#4)
- Re: [mediacapture-insertable-streams] Is using ReadableStream/WritableStream the right approach? (#4)
- Re: [mediacapture-insertable-streams] Is using ReadableStream/WritableStream the right approach? (#4)
- Re: [mediacapture-insertable-streams] Is using ReadableStream/WritableStream the right approach? (#4)
- Re: [mediacapture-insertable-streams] Is using ReadableStream/WritableStream the right approach? (#4)
- Re: [mediacapture-insertable-streams] Is using ReadableStream/WritableStream the right approach? (#4)
Closed: [mediacapture-insertable-streams] Is Phase 2 (ProcessingMediaStreamTrack) really needed? (#2)
Re: [webrtc-extensions] RTCRtpSender.getCapabilities() may not return correct information in sync (#49)
[webrtc-pc] Pull Request: Prepare final RFC references
- Re: [webrtc-pc] Prepare final RFC references (#2621)
- Re: [webrtc-pc] Prepare final RFC references (#2621)
- Re: [webrtc-pc] Prepare final RFC references (#2621)
- Re: [webrtc-pc] Prepare final RFC references (#2621)
- Re: [webrtc-pc] Prepare final RFC references (#2621)
- Re: [webrtc-pc] Prepare final RFC references (#2621)
- Re: [webrtc-pc] Prepare final RFC references (#2621)
- Re: [webrtc-pc] Prepare final RFC references (#2621)
- Re: [webrtc-pc] Prepare final RFC references (#2621)
Re: [webrtc-stats] Stats to keep track of sync between audio and video (#158)
- Re: [webrtc-stats] Stats to keep track of sync between audio and video (#158)
- Re: [webrtc-stats] Stats to keep track of sync between audio and video (#158)
- Re: [webrtc-stats] Stats to keep track of sync between audio and video (#158)
- Re: [webrtc-stats] Stats to keep track of sync between audio and video (#158)
- Re: [webrtc-stats] Stats to keep track of sync between audio and video (#158)
Re: [mediacapture-main] Define the fitness distance for unexposed constraints (#742)
[mediacapture-main] Pull Request: Unfit
- Re: [mediacapture-main] Fitness distance for bool placeholder & constraints not supported by device. (#766)
- Re: [mediacapture-main] Fitness distance for bool placeholder & constraints not supported by device. (#766)
[webrtc-extensions] new commits pushed by henbos
Closed: [webrtc-extensions] Header extension control: spec text inconsistent with RFC5285 section 6. (#60)
[mediacapture-main] new commits pushed by youennf
[webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Question: Does the current SDP setup procedure allow a stereo audio session to be initiated without munging? (#63)
- Re: [webrtc-extensions] Enabling opus stereo audio without SDP munging (stereo=1) (#63)
- Re: [webrtc-extensions] Enabling opus stereo audio without SDP munging (stereo=1) (#63)
- Re: [webrtc-extensions] Enabling opus stereo audio without SDP munging (stereo=1) (#63)
- Re: [webrtc-extensions] Enabling opus stereo audio without SDP munging (stereo=1) (#63)
- Re: [webrtc-extensions] Enabling opus stereo audio without SDP munging (stereo=1) (#63)
[mediacapture-main] Pull Request: Add Youenn Fablet to the list of editors.
[webrtc-extensions] Pull Request: Remove header extension control negotiation restriction.
- Re: [webrtc-extensions] Remove header extension control negotiation restriction. (#62)
- Re: [webrtc-extensions] Remove header extension control negotiation restriction. (#62)
Re: [webrtc-extensions] Header extension control: spec text inconsistent with RFC5285 section 6. (#60)
- Re: [webrtc-extensions] Header extension control: spec text inconsistent with RFC5285 section 6. (#60)
- Re: [webrtc-extensions] Header extension control: spec text inconsistent with RFC5285 section 6. (#60)
[webrtc-stats] bytesReceived for local inbound could have a clearer definition (#593)
[webrtc-stats] Is packetsRecieved on the sender side using the correct method of estimation? (#592)
[mediacapture-main] Provide a little more transparency into the inner workings of getUserMedia (#764)
- Re: [mediacapture-main] Provide a little more transparency into the inner workings of getUserMedia (#764)
- Re: [mediacapture-main] Provide a little more transparency into the inner workings of getUserMedia (#764)
- Closed: [mediacapture-main] Provide a little more transparency into the inner workings of getUserMedia (#764)
- Re: [mediacapture-main] Provide a little more transparency into the inner workings of getUserMedia (#764)
[mediacapture-main] Clarify when the application can retry getUserMedia after it returns "InvalidStateError" due to the window not being in focus (#763)
- Re: [mediacapture-main] Clarify when the application can retry getUserMedia after it returns "InvalidStateError" due to the window not being in focus (#763)
- Re: [mediacapture-main] Clarify when the application can retry getUserMedia after it returns "InvalidStateError" due to the window not being in focus (#763)
- Re: [mediacapture-main] Clarify when the application can retry getUserMedia after it returns "InvalidStateError" due to the window not being in focus (#763)
- Re: [mediacapture-main] Clarify when the application can retry getUserMedia after it returns "InvalidStateError" due to the window not being in focus (#763)
- Re: [mediacapture-main] Clarify when the application can retry getUserMedia after it returns "InvalidStateError" due to the window not being in focus (#763)
- Closed: [mediacapture-main] Clarify when the application can retry getUserMedia after it returns "InvalidStateError" due to the window not being in focus (#763)
[webrtc-stats] Pull Request: Correct packetsReceived sender-side algorithm to rely on RR.
- Re: [webrtc-stats] Correct packetsReceived sender-side algorithm to rely on RR. (#591)
- Re: [webrtc-stats] Correct packetsReceived sender-side algorithm to rely on RR. (#591)
- Re: [webrtc-stats] Correct packetsReceived sender-side algorithm to rely on RR. (#591)
- Re: [webrtc-stats] Correct packetsReceived sender-side algorithm to rely on RR. (#591)
Re: [mediacapture-main] ResizeMode (crop-and-scale) is underspecified (#584)
Re: [mediacapture-main] Broken foreground detection (#752)
Re: [mediacapture-main] applyConstraints algorithm is imprecise in how to select the actual settings values (#729)
[webrtc-pc] fractionLost missing from MTI stats list (#2620)
- Re: [webrtc-pc] fractionLost missing from MTI stats list (#2620)
- Re: [webrtc-pc] fractionLost missing from MTI stats list (#2620)
- Re: [webrtc-pc] fractionLost missing from MTI stats list (#2620)
- Closed: [webrtc-pc] fractionLost missing from MTI stats list (#2620)
[webrtc-extensions] new commits pushed by aboba
[webrtc-extensions] new commits pushed by aboba
[mediacapture-output] new commits pushed by jan-ivar
Re: [webrtc-extensions] Add promised based getDecoderCapabilities and getEncoderCapabilities (#23)
[webrtc-extensions] new commits pushed by alvestrand
[webrtc-extensions] new commits pushed by alvestrand
[webrtc-extensions] new commits pushed by aboba
Re: [webrtc-extensions] A couple of minor Respec fixes (#56)
- Re: [webrtc-extensions] A couple of minor Respec fixes (#56)
- Re: [webrtc-extensions] A couple of minor Respec fixes (#56)
[webrtc-extensions] new commits pushed by aboba
Closed: [webrtc-extensions] Header extension control: Unknown exception type in spec text. (#59)
[webrtc-extensions] Pull Request: s/IllegalArgument/InvalidModificationError/g
[mediacapture-output] Pull Request: Add Youenn Fablet to the list of editors.
Re: [webrtc-extensions] Header extension control: Unknown exception type in spec text. (#59)
Re: [mediacapture-main] resizeMode: "none" should imply native frame rates (#762)
[webrtc-stats] (jitterBufferDelay/jitterBufferEmittedCount * 1000) from pc.getStats is not equal to jitterBufferDelay/jitterBufferEmittedCount_in_ms in chrome://webrtc-internal (#590)
- Closed: [webrtc-stats] (jitterBufferDelay/jitterBufferEmittedCount * 1000) from pc.getStats is not equal to jitterBufferDelay/jitterBufferEmittedCount_in_ms in chrome://webrtc-internal (#590)
- Re: [webrtc-stats] (jitterBufferDelay/jitterBufferEmittedCount * 1000) from pc.getStats is not equal to jitterBufferDelay/jitterBufferEmittedCount_in_ms in chrome://webrtc-internal (#590)
- Re: [webrtc-stats] (jitterBufferDelay/jitterBufferEmittedCount * 1000) from pc.getStats is not equal to jitterBufferDelay/jitterBufferEmittedCount_in_ms in chrome://webrtc-internal (#590)