W3C home > Mailing lists > Public > public-audio@w3.org > January to March 2012

Re: MSP stalled streams, Was: Reviewing the Web Audio API (from webrtc)

From: Robert O'Callahan <robert@ocallahan.org>
Date: Fri, 30 Mar 2012 09:42:23 +1300
Message-ID: <CAOp6jLYNabSrTt+xUM6SF5wbkt1JW6Si6Z2QwO+Rcw3=L=MJQQ@mail.gmail.com>
To: Jussi Kalliokoski <jussi.kalliokoski@gmail.com>
Cc: Chris Rogers <crogers@google.com>, "Wei, James" <james.wei@intel.com>, "public-audio@w3.org" <public-audio@w3.org>, public-webrtc@w3.org
On Fri, Mar 30, 2012 at 9:37 AM, Robert O'Callahan <robert@ocallahan.org>wrote:

> That is an interesting use-case. It can be solved with the existing spec:
> set autoFinish to false on your processing Worker, so that it keeps going
> when all inputs have finished. In your processing Worker, you will get
> onprocessmedia callbacks with no inputs, and it can keep producing output.
> Once you know that you won't ever produce anything but silence, the
> processing Worker should call finish() on its ProcessMediaEvent to end its
> stream.

Actually, autofinish is readonly once the stream is created. The "new
ProcessedMediaStream()" constructor sets autofinish to false.

This ought to work in the test builds.

“You have heard that it was said, ‘Love your neighbor and hate your enemy.’
But I tell you, love your enemies and pray for those who persecute you,
that you may be children of your Father in heaven. ... If you love those
who love you, what reward will you get? Are not even the tax collectors
doing that? And if you greet only your own people, what are you doing more
than others?" [Matthew 5:43-47]
Received on Thursday, 29 March 2012 20:42:55 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:49:58 UTC