public-media-capture@w3.org from June 2013 by author

Adam Bergkvist

• Re: Image Capture Proposal, fifth version (Thursday, 20 June)
• Re: [Bug 22365] New: The spec should explicitly say something about getUserMedia() in an iframe. (Monday, 17 June)
• Re: [Bug 22365] New: The spec should explicitly say something about getUserMedia() in an iframe. (Monday, 17 June)
• Re: [Bug 22365] New: The spec should explicitly say something about getUserMedia() in an iframe. (Monday, 17 June)
• Re: MediaStream ended vs inactive (Thursday, 13 June)
• Re: MediaStream ended vs inactive (Wednesday, 12 June)
• Re: MediaStream ended vs inactive (Wednesday, 12 June)
• Re: MediaStream ended vs inactive (Wednesday, 12 June)
• Re: Futures in WebRTC (Tuesday, 4 June)
• Re: questions about direct assignment (Monday, 3 June)
• Re: questions about direct assignment (Monday, 3 June)

Alexandre Morgaut

• Re: new draft of recording (Monday, 24 June)

Anne van Kesteren

• Re: new draft of recording (Monday, 24 June)
• Re: new draft of recording (Wednesday, 12 June)
• Re: new draft of recording (Wednesday, 12 June)
• Re: Future and getUserMedia (Wednesday, 12 June)
• Re: questions about direct assignment (Thursday, 6 June)
• Re: questions about direct assignment (Thursday, 6 June)
• Re: questions about direct assignment (Wednesday, 5 June)
• Re: questions about direct assignment (Wednesday, 5 June)
• Re: Futures in WebRTC (Tuesday, 4 June)
• Re: Futures in WebRTC (Tuesday, 4 June)

bugzilla@jessica.w3.org

• [Bug 21967] Clarify enabled state for new MediaStreamTrack's (Thursday, 20 June)
• [Bug 22209] "each key MUST be a valid registered constraint name in the IANA-hosted RTCWeb Media Constraints registry" (Tuesday, 18 June)
• [Bug 22354] Security and Privacy Considerations section needed (Monday, 17 June)
• [Bug 22365] The spec should explicitly say something about getUserMedia() in an iframe. (Monday, 17 June)
• [Bug 22366] New: Consider making stream URLs generated in an iframe, playable by the parent page. (Friday, 14 June)
• [Bug 22365] New: The spec should explicitly say something about getUserMedia() in an iframe. (Friday, 14 June)
• [Bug 22250] Failure step of getUserMedia algorithm overrides name of error in case of unsatisfied constraints (Friday, 14 June)
• [Bug 22355] Create NavigatoreUserMediaError object with name attribute as appropriate before queuing error callback (Friday, 14 June)
• [Bug 22355] New: Create NavigatoreUserMediaError object with name attribute as appropriate before queuing error callback (Thursday, 13 June)
• [Bug 22354] New: Security and Privacy Considerations section needed (Thursday, 13 June)
• [Bug 22338] New: Arbitrary changing of tracks (Wednesday, 12 June)
• [Bug 22337] New: When does the light come on? (Wednesday, 12 June)
• [Bug 22226] Remove check of same source from MediaStream constructor algorithm (Wednesday, 12 June)
• [Bug 20733] Format need to define how to negotiate: width, height, frame-rate (Wednesday, 12 June)
• [Bug 19568] MediaStreamTrackEvent is no longer defined (Wednesday, 12 June)
• [Bug 22226] Remove check of same source from MediaStream constructor algorithm (Tuesday, 11 June)
• [Bug 22269] getSourceInfos should be asynchronous (and named getSourceInfo) (Wednesday, 5 June)
• [Bug 22263] Clarify synchronization of tracks in a MediaStream (Wednesday, 5 June)
• [Bug 22263] No requirement on synchronization of tracks in a MediaStream (Wednesday, 5 June)
• [Bug 22251] Define better error when no video or audio source is available (Wednesday, 5 June)
• [Bug 22251] Define better error when no video or audio source is available (Wednesday, 5 June)
• [Bug 22263] No requirement on synchronization of tracks in a MediaStream (Wednesday, 5 June)
• [Bug 22263] No requirement on synchronization of tracks in a MediaStream (Wednesday, 5 June)
• [Bug 22263] No requirement on synchronization of tracks in a MediaStream (Wednesday, 5 June)
• [Bug 22229] Editorial input (Wednesday, 5 June)
• [Bug 22263] No requirement on synchronization of tracks in a MediaStream (Wednesday, 5 June)
• [Bug 22265] getSourceInfos() on non local stream tracks (Wednesday, 5 June)
• [Bug 22265] getSourceInfos() on non local stream tracks (Tuesday, 4 June)
• [Bug 22273] New: "When track constraints change" should be better described, referred from applyConstraints (Tuesday, 4 June)
• [Bug 22272] New: Permission revokation via MediaStreamTrack.stop() (Tuesday, 4 June)
• [Bug 22271] New: Terminology section should not have conformance requirements (Tuesday, 4 June)
• [Bug 22270] New: Adding tracks to MediaStream should only be possible for constructed streams (Tuesday, 4 June)
• [Bug 22269] New: getSourceInfos should be asynchronous (and named getSourceInfo) (Tuesday, 4 June)
• [Bug 22263] No requirement on synchronization of tracks in a MediaStream (Tuesday, 4 June)
• [Bug 22265] New: getSourceInfos() on non local stream tracks (Tuesday, 4 June)
• [Bug 22264] New: MediaStream.ended set to true on creation (Tuesday, 4 June)
• [Bug 22263] New: No requirement on synchronization of tracks in a MediaStream (Tuesday, 4 June)
• [Bug 22211] getUserMedia algorithm and unrecognized requestedMediaTypes (Tuesday, 4 June)
• [Bug 22260] New: Give guidance on defining MediaStream consumers (Tuesday, 4 June)
• [Bug 22259] Disabled mediastreamtrack and state of media element (Tuesday, 4 June)
• [Bug 22259] New: Disabled mediastreamtrack and state of media element (Tuesday, 4 June)
• [Bug 22252] New: usage of MUST to describe type of arguments to MediaStream() constructor (Monday, 3 June)
• [Bug 22251] New: Define better error when no video or audio source is available (Monday, 3 June)
• [Bug 22250] New: Failure step of getUserMedia algorithm overrides name of error in case of unsatisfied constraints (Monday, 3 June)
• [Bug 22249] New: should setting media.currentTime throw InvalidStateError? (Monday, 3 June)
• [Bug 22248] New: Relationship between MediaStreamTrack and HTML5 VideoTrack / AudioTrack after MediaStream assignment (Monday, 3 June)
• [Bug 22247] Setting loop attribute on a media element reading from a MediaStream (Monday, 3 June)
• [Bug 22247] New: Setting loop attribute on a media element reading from a MediaStream (Monday, 3 June)
• [Bug 22246] New: media.buffered should have length 0 (Monday, 3 June)
• [Bug 21606] Add direct assignment of MediaStream to media element (Monday, 3 June)
• [Bug 22243] New: Clarify readonly track (Monday, 3 June)
• [Bug 21606] Add direct assignment of MediaStream to media element (Monday, 3 June)

Cullen Jennings (fluffy)

• Design for Testability (Tuesday, 25 June)

Dominique Hazael-Massieux

• Re: Synchronous versus asynchronous getSourceInfos (Saturday, 8 June)
• Future and getUserMedia (Wednesday, 5 June)

Eric Rescorla

• Re: Synchronous versus asynchronous getSourceInfos (Tuesday, 4 June)

Frederick.Hirsch@nokia.com

• Re: Questions about the MediaStream Image Capture API proposal (Monday, 17 June)
• Re: MediaStream ended vs inactive (Monday, 17 June)
• Media Capture and Streams question - applying constraints (Thursday, 13 June)

Harald Alvestrand

• Chairs' review: Status and next steps (Thursday, 20 June)
• Re: [Bug 22212] New: Initial value of the enabled attribute on MediaStreamTrack (Tuesday, 18 June)
• Re: MediaStream ended vs inactive (Tuesday, 18 June)
• Re: [Bug 22338] New: Arbitrary changing of tracks (Monday, 17 June)
• Re: types for direct assignment to media elements (Monday, 17 June)
• Re: [Bug 22338] New: Arbitrary changing of tracks (Monday, 17 June)
• Re: [Bug 22365] New: The spec should explicitly say something about getUserMedia() in an iframe. (Monday, 17 June)
• Re: Media Capture and Streams question - applying constraints (Monday, 17 June)
• Re: [Bug 22365] New: The spec should explicitly say something about getUserMedia() in an iframe. (Monday, 17 June)
• Re: new draft of recording (Wednesday, 12 June)
• Re: Future and getUserMedia (Wednesday, 12 June)
• REMINDER: Finishing Media Capture and Streams (Wednesday, 12 June)

Jan-Ivar Bruaroey

• Re: Futures in WebRTC (Monday, 3 June)

Jim Barnett

• RE: new draft of recording (Wednesday, 12 June)
• RE: types for direct assignment to media elements (Wednesday, 12 June)
• RE: types for direct assignment to media elements (Wednesday, 12 June)
• types for direct assignment to media elements (Wednesday, 12 June)
• RE: new draft of recording (Wednesday, 12 June)
• RE: MediaStream ended vs inactive (Wednesday, 12 June)
• RE: MediaStream ended vs inactive (Tuesday, 11 June)
• MediaStream ended vs inactive (Tuesday, 11 June)
• RE: questions about direct assignment (Thursday, 6 June)
• RE: questions about direct assignment (Wednesday, 5 June)
• RE: questions about direct assignment (Wednesday, 5 June)
• RE: Synchronous versus asynchronous getSourceInfos (Tuesday, 4 June)
• RE: Future of Futures in Chrome (Tuesday, 4 June)
• RE: questions about direct assignment (Monday, 3 June)

Josh Soref

• RE: Design for Testability (Tuesday, 25 June)
• Draft minutes 05 Jun 2013 (Tuesday, 18 June)

Justin Uberti

• Re: Future and getUserMedia (Wednesday, 5 June)
• Re: Synchronous versus asynchronous getSourceInfos (Tuesday, 4 June)
• Re: Synchronous versus asynchronous getSourceInfos (Tuesday, 4 June)
• Future of Futures in Chrome (Tuesday, 4 June)
• Synchronous versus asynchronous getSourceInfos (Tuesday, 4 June)

Mandyam, Giridhar

• Image Capture Proposal, fifth version (Thursday, 13 June)

Martin Thomson

• Re: [Bug 22212] New: Initial value of the enabled attribute on MediaStreamTrack (Tuesday, 18 June)
• Re: [Bug 22338] New: Arbitrary changing of tracks (Monday, 17 June)
• Re: questions about direct assignment (Thursday, 6 June)
• Re: questions about direct assignment (Wednesday, 5 June)
• Re: Synchronous versus asynchronous getSourceInfos (Tuesday, 4 June)
• Re: Synchronous versus asynchronous getSourceInfos (Tuesday, 4 June)

Rich Tibbett

• Re: Future and getUserMedia (Wednesday, 5 June)

Robert O'Callahan

• Re: [Bug 22365] New: The spec should explicitly say something about getUserMedia() in an iframe. (Monday, 17 June)
• Re: Image Capture Proposal, fifth version (Thursday, 13 June)
• Re: types for direct assignment to media elements (Wednesday, 12 June)
• Re: MediaStream ended vs inactive (Wednesday, 12 June)
• Re: types for direct assignment to media elements (Wednesday, 12 June)
• Re: MediaStream ended vs inactive (Wednesday, 12 June)
• Re: MediaStream ended vs inactive (Wednesday, 12 June)
• Re: MediaStream ended vs inactive (Tuesday, 11 June)
• Re: questions about direct assignment (Thursday, 6 June)
• Re: questions about direct assignment (Wednesday, 5 June)
• Re: Future and getUserMedia (Wednesday, 5 June)
• Re: Future and getUserMedia (Wednesday, 5 June)
• Re: questions about direct assignment (Monday, 3 June)
• Re: MediaStreams and Media elements (Saturday, 1 June)

Stefan Håkansson LK

• Re: Image Capture Proposal, fifth version (Thursday, 20 June)
• Re: Media Capture and Streams question - applying constraints (Friday, 14 June)
• Re: questions about direct assignment (Thursday, 13 June)
• Re: Future and getUserMedia (Wednesday, 5 June)
• Any point in removing duplicate ways to do the same thing? (Wednesday, 5 June)
• Re: questions about direct assignment (Wednesday, 5 June)
• Re: questions about direct assignment (Wednesday, 5 June)
• Documents in scope for Futures discussion (Wednesday, 5 June)
• Re: Futures in WebRTC (Tuesday, 4 June)
• Details Futures teleconf (Monday, 3 June)
• Re: MediaStreams and Media elements (Saturday, 1 June)
• Re: questions about direct assignment (Saturday, 1 June)

Travis Leithead

• RE: MediaStream ended vs inactive (Tuesday, 11 June)
• RE: Synchronous versus asynchronous getSourceInfos (Tuesday, 4 June)

Wei Jia

• Re: subscribe access “back” acamera with html5 on android phone (Sunday, 2 June)

ᛏᚮᛘᛘᚤ

• Re: Synchronous versus asynchronous getSourceInfos (Monday, 10 June)
• Re: Synchronous versus asynchronous getSourceInfos (Friday, 7 June)
• Re: Synchronous versus asynchronous getSourceInfos (Friday, 7 June)

风小

• Re: subscribe access “back” acamera with html5 on android phone (Monday, 3 June)
• subscribe access “back” acamera with html5 on android phone (Sunday, 2 June)

Last message date: Tuesday, 25 June 2013 19:46:55 UTC