W3C home > Mailing lists > Public > public-audio@w3.org > April to June 2013

Re: stability of AudioBufferSourceNode.playbackState, and activeSourceCount

From: Ehsan Akhgari <ehsan.akhgari@gmail.com>
Date: Sat, 4 May 2013 16:17:57 -0400
Message-ID: <CANTur_7CKKpebVpJobhXb3LMVASrehs+dVx4HyCTZauT2sFp5A@mail.gmail.com>
To: Chris Rogers <crogers@google.com>
Cc: Joseph Berkovitz <joe@noteflight.com>, "Robert O'Callahan" <robert@ocallahan.org>, "public-audio@w3.org WG" <public-audio@w3.org>
Following the conversation here and at the f2f meeting, I specified the
ended event for AudioBufferSourceNode and OscillatorNode here:
https://dvcs.w3.org/hg/audio/rev/c4b01f068f97

Please review and send your feedback, if any.

Thanks!

--
Ehsan
<http://ehsanakhgari.org/>


On Fri, Mar 22, 2013 at 8:16 PM, Ehsan Akhgari <ehsan.akhgari@gmail.com>wrote:

> Absolutely.  I'll try to change the spec in time for the f2f next week!
>
> Thanks!
>
> --
> Ehsan
> <http://ehsanakhgari.org/>
>
>
> On Fri, Mar 22, 2013 at 8:15 PM, Chris Rogers <crogers@google.com> wrote:
>
>>
>>
>>
>> On Fri, Mar 22, 2013 at 5:11 PM, Ehsan Akhgari <ehsan.akhgari@gmail.com>wrote:
>>
>>> On Thu, Mar 21, 2013 at 4:15 PM, Joseph Berkovitz <joe@noteflight.com>wrote:
>>>
>>>>
>>>> On Mar 21, 2013, at 12:20 AM, Ehsan Akhgari <ehsan.akhgari@gmail.com>
>>>> wrote:
>>>>
>>>>
>>>> On Wed, Mar 20, 2013 at 7:18 PM, Robert O'Callahan <
>>>> robert@ocallahan.org> wrote:
>>>>
>>>>> Indeed, automatically firing "finished" on a GainNode doesn't make
>>>>> sense, because if even all other JS references have been dropped the event
>>>>> handler could always "resurrect" the node by retrieving the node via
>>>>> event.target and adding a new input to it, and then the node isn't finished.
>>>>>
>>>>
>>>> Good point, my mistake.
>>>>
>>>>
>>>>> A separate "quiescent" event woiuld make some sense, but would have to
>>>>> be carefully defined.
>>>>>
>>>>
>>>> OK, how about we stick to introducing the finished event for
>>>> AudioBufferSourceNode and OscilatorNode for now and eliminate
>>>> playbackState?  We can continue discussing the "quiescent" event but I
>>>> don't think that we need to hold the finished event for that, because it
>>>> turns out that it will not be the proper solution for that case.
>>>>
>>>>
>>>> That seems fine -- and I agree that a tool for detecting the
>>>> "finishedness" of an audio buffer or oscillator node is a useful thing.
>>>>
>>>
>>> Great!  crogers, do you want me to write up a spec change for this?
>>>
>>
>> Sure sounds good, can we start by just removing the . playbackState and
>> work on the event(s) later?
>>
>>
>>>
>>>  --
>>> Ehsan
>>> <http://ehsanakhgari.org/>
>>>
>>
>>
>
Received on Saturday, 4 May 2013 20:19:05 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:03:18 UTC