On 2011-07-26 07:30, Ian Hickson wrote:
On Tue, 19 Jul 2011, Per-Erik Brodin wrote:
Perhaps now that there is no longer any relation to tracks on the media
elements we could also change Track to something else, maybe Component.
I have had people complaining to me that Track is not really a
On Tue, Jul 26, 2011 at 07:30, Ian Hickson ian at hixie.ch wrote:
If you send two MediaStream objects constructed from the same
LocalMediaStream over a PeerConnection there needs to be a way to
separate them on the receiving side.
What's the use case for sending the same feed twice?
There is a lot more that could be done than simply triggering the flash.
See /The Frankencamera: An Experimental Platform for Computational
Photography/ http://graphics.stanford.edu/papers/fcam/ and The FCAM
API http://fcam.garage.maemo.org/.
Regards
-Mark
On 26/07/2011 14:30, Ian Hickson
On Tue, Jul 26, 2011 at 07:30, Ian Hickson i...@hixie.ch wrote:
If you send two MediaStream objects constructed from the same
LocalMediaStream over a PeerConnection there needs to be a way to
separate them on the receiving side.
What's the use case for sending the same feed twice?
- Reply message -
From: Ian Hickson i...@hixie.ch
Date: Tue, Jul 26, 2011 1:30 am
Subject: [whatwg] PeerConnection, MediaStream, getUserMedia(), and other
feedback
To: wha...@whatwg.org wha...@whatwg.org
On Thu, 14 Jul 2011, Shwetank Dixit wrote:
On Thu, 14 Jul 2011 04:09:40 +0530, Ian Hickson i...@hixie.ch wrote:
Another question is flash. As far as I have seen, there seems to be
no option to specify whether the camera needs to use flash or not.
Is this decision left up to the
On 2011-07-14 00:39, Ian Hickson wrote:
In response to off-list feedback, I've renamed StreamTrack to
MediaStreamTrack to be clearer about its relationship to the other
interfaces.
Perhaps now that there is no longer any relation to tracks on the media
elements we could also change Track to
On Fri, Jul 15, 2011 at 1:55 PM, Shwetank Dixit shweta...@opera.com wrote:
Just like, just allowing the web app to use the camera as it is will not
make sense, and presumably, user agents will implement a authorization by
the user before the app gains access to the camera (something like 'This
On Thu, 14 Jul 2011 18:53:00 +0530, timeless timel...@gmail.com wrote:
I'd expect a web app to have no idea about device camera
specifications and thus to not be able to properly specify a flash
duration. I don't see how such a thing is valuable.
If a user is in a movie theater, or a museum,
On Thu, 14 Jul 2011 04:09:40 +0530, Ian Hickson i...@hixie.ch wrote:
Another question is flash. As far as I have seen, there seems to be no
option to specify whether the camera needs to use flash or not. Is this
decision left up to the device? (If someone is making an app which is
just
I'd expect a web app to have no idea about device camera
specifications and thus to not be able to properly specify a flash
duration. I don't see how such a thing is valuable.
If a user is in a movie theater, or a museum, it's quite likely they
won't notice a web app is forcing a flash. Let the
In response to off-list feedback, I've renamed StreamTrack to
MediaStreamTrack to be clearer about its relationship to the other
interfaces.
On Wed, 1 Jun 2011, Tommy Widenflycht (�~[~O�~Z��~[~X�~[~X�~Z�) wrote:
We are having a bit of discussion regarding the correct behaviour when
12 matches
Mail list logo