W3C home > Mailing lists > Public > public-webrtc@w3.org > September 2011

Re: webrtc telco

From: Rob Manson <roBman@mob-labs.com>
Date: Fri, 30 Sep 2011 14:27:32 +1000
To: robert@ocallahan.org, Doug Schepers <schepers@w3.org>, stefan.lk.hakansson@ericsson.com, "public-audio@w3.org" <public-audio@w3.org>, al@signedon.com, "public-webrtc@w3.org" <public-webrtc@w3.org>, "public-device-apis@w3.org" <public-device-apis@w3.org>
Message-ID: <1317356852.24801.556222.camel@robslapu>
Hey Rob,

awesome response 8)

Now there's just the question of how this all really spans more than one
WG...and then getting all the other participants to engage.


roBman


On Fri, 2011-09-30 at 17:01 +1300, Robert O'Callahan wrote:
> On Fri, Sep 30, 2011 at 4:48 PM, Rob Manson <roBman@mob-labs.com>
> wrote:
>         On that topic (see my earlier emails too Rob...but this may be
>         as much a
>         question for Doug and Al, etc. now) is there any reason this
>         would
>         "just" come under the Audio WG?
>         
>         This proposal already mentions video and canvas recording.
>         
>         It would be really good if we could have a consistent way of
>         processing/accessing MediaStream Tracks data.
> 
> Yes, that is definitely my goal.
>  
>         http://hg.mozilla.org/users/rocallahan_mozilla.com/specs/raw-file/tip/StreamProcessing/StreamProcessing.html
> 
> That's the bones of an API for processing/accessing all kinds of
> MediaStream data.
> 
> 
>         http://html5labs.interoperabilitybridges.com/streamsapi/
> 
> This could be a useful API but is really nothing to do with media
> streams.
>  
>         https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html
> 
> :-)
> 
> 
>         https://wiki.mozilla.org/Audio_Data_API
> 
> Mostly superseded by Web Audio and MediaStream Processing, although a
> similar API for main-thread access to samples could easily be provided
> alongside MediaStream Processing.
> 
> 
>         http://dev.w3.org/2011/webrtc/editor/webrtc.html#mediastreamrecorder
> 
> MediaStream Processing builds on this and assumes it will be
> available.
>  
>         http://www.w3.org/TR/2010/WD-media-capture-api-20100928/
>         http://www.w3.org/TR/2011/WD-html-media-capture-20110414/
> 
> These seem to compete directly with the MediaStreams-based proposals
> that introduce navigator.getUserMedia. I prefer MediaStreams and the
> getUserMedia approach.
> 
> 
> Rob
> 
> -- 
> "If we claim to be without sin, we deceive ourselves and the truth is
> not in us. If we confess our sins, he is faithful and just and will
> forgive us our sins and purify us from all unrighteousness. If we
> claim we have not sinned, we make him out to be a liar and his word is
> not in us." [1 John 1:8-10]
Received on Friday, 30 September 2011 04:28:00 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:25 UTC