- From: Robert O'Callahan <robert@ocallahan.org>
- Date: Thu, 5 Sep 2013 11:52:01 +1200
- To: Raymond Toy <rtoy@google.com>
- Cc: Chris Wilson <cwilso@google.com>, "public-audio@w3.org" <public-audio@w3.org>
- Message-ID: <CAOp6jLZwEkUshyMfHcc-6tbxOfDkVX73+yor-SYBhnYK5yf=Zw@mail.gmail.com>
On Thu, Sep 5, 2013 at 11:45 AM, Raymond Toy <rtoy@google.com> wrote: > On Wed, Sep 4, 2013 at 3:03 PM, Robert O'Callahan <robert@ocallahan.org>wrote: > >> On Thu, Sep 5, 2013 at 9:44 AM, Chris Wilson <cwilso@google.com> wrote: >> >>> Say you have a source node and set up an event handler for onended. >>> Does the event handler fire if the buffer is not actually connected to >>> anything? >>> >> If the source is never connected to anything and it is GCed, onended >>> should not be called, right? >>> >> >> Whether ended is fired must definitely not depend on when GC happens. GC >> timing causing observable behavior changes is anathema. >> >> The answer to your first question is less clear. The question itself is >> also ambiguous: do you mean "not directly connected to an output" or "not >> indirectly connected to a DestinationNode or MediaStreamAudioSourceNode"? >> You'd also have to resolve *when* exactly the graph >> > > I was asking Chris this question. I was thinking the node was not > directly or indirectly connected to the destination node. > > >> connectivity check is performed. In any case, the simplest API is to >> fire the event no matter what, and that's what Gecko does. >> > > So basically, as long as you call start(...), the event is fired when it > is ends, no matter if the node is completely disconnected from destination > or not. > Yes. I don't see any good reason to adopt a more complex behavior. Rob -- Jtehsauts tshaei dS,o n" Wohfy Mdaon yhoaus eanuttehrotraiitny eovni le atrhtohu gthot sf oirng iyvoeu rs ihnesa.r"t sS?o Whhei csha iids teoa stiheer :p atroa lsyazye,d 'mYaonu,r "sGients uapr,e tfaokreg iyvoeunr, 'm aotr atnod sgaoy ,h o'mGee.t" uTph eann dt hwea lmka'n? gBoutt uIp waanndt wyeonut thoo mken.o w * *
Received on Wednesday, 4 September 2013 23:52:28 UTC