- From: Peter van der Noord <peterdunord@gmail.com>
- Date: Tue, 17 Jul 2012 22:38:32 +0200
- To: Chris Wilson <cwilso@google.com>
- Cc: public-audio@w3.org
- Message-ID: <CAL9tNz-p97StnaAyg4897NOQ8kNA+qs_kJ+7X4Uh0RDukFWCnA@mail.gmail.com>
That is really, really weird...i can't think of anything that could do that - my codes adds two modules and a connection. Without the analyser, there's nothing going in the background. Is there a way that Chrome can tell more about that error (Failed to load resource), as in a call stack? And thanks for the tip about the AnimationFrame, i started with javascript only last week so i'm unaware of quite a lot (i'm an actionscripter). Peter 2012/7/17 Chris Wilson <cwilso@google.com> > No, if I just add mediaelement+destination, connect them and play, it > crashes eventually as you described. (No analyser.) > > If I take that same file, write a quick code sample to create mediaelement > node and connect to audiocontext.destination, hit play, it does not crash. > I can only imagine there's something else in your code that's coming in to > play. > > On the analyser, BTW - I would STRONGLY advise against using setInterval. > You should really use requestAnimationFrame to animate. > > > On Tue, Jul 17, 2012 at 1:16 PM, Peter van der Noord < > peterdunord@gmail.com> wrote: > >> I can't seem to be able to reduce the problem atm since i don't have any >> crashes at home (where i am now). To be clear: what you're saying is that >> you *do* have crashes with destination+mediaelement+analyser, but not >> without the analyser. >> >> If that's the case then the analyser seems responsible. Since the crashes >> come out of the blue (as in: not as a response to any user-activity) it >> could be the setInterval i do on updateCanvas in this file... >> >> http://petervandernoord.nl/patchwork_js/js/modules/AnalyserModule.js >> >> ....but i don't see anything that could be related there. Especially not >> with the error that Chrome gives me after a crash: >> Failed to load resource >> http://petervandernoord.nl/patchwork_js/audio/flim.mp3 >> >> Apart from that, there's not much going on in my code as far as i know. I >> will try to reduce it tomorrow at work (where i can reproduce the crash) >> >> >> 2012/7/17 Chris Wilson <cwilso@google.com> >> >>> Hey Peter- >>> >>> I can confirm that I get the same behavior (with Chrome 21.0.1180.41) - but >>> it doesn't happen when just playing the file, and when I created a simple >>> test case playing the file through a MediaElementSourceNode, I don't see >>> any problems. Can you try reducing the test case down? I can only image >>> it's something to do with your connection code, since the creation is >>> pretty straightforward (and I looked at that). >>> >>> On Tue, Jul 17, 2012 at 9:09 AM, Peter van der Noord < >>> peterdunord@gmail.com> wrote: >>> >>>> I'm encoutering strange crashes when i showed my creation to some >>>> colleagues at work. Actually, it crashed on every browser i tested...which >>>> is strange because i've been working a lot on it the past days, and never >>>> had a crash once. It appears to be a problem with the retrieval of the mp3 >>>> i imbedded in the media-element, which is strange because the >>>> audio-tag-player seems to have buffered the whole thing. This is the error >>>> i get: >>>> >>>> Failed to load resource >>>> http://petervandernoord.nl/patchwork_js/audio/flim.mp3 >>>> >>>> I have no idea what's going on (maybe the firewall here at work, maybe >>>> my server is crap), but i get a complete crash of the browser (the 'aw >>>> snap!' thing), which seems a bit too much for whatever it is that's >>>> happening. >>>> >>>> I can reproduce it by doing this: >>>> - go to petervandernoord.nl/patchwork_js/ >>>> - add a mediaelement and a destination + connect >>>> - (i usually added a analyser to the mediaelement as well, but i doubt >>>> this has anything to do with it) >>>> - press play on the player in the bottom >>>> - do nothing and wait for it to crash. might take a while, but it >>>> happened here at work *every* time, on different computers and OS (the >>>> chrome i'm running here now is 20.0.1132.57) >>>> >>>> Any idea what happens here? >>>> >>>> regards, >>>> Peter >>>> >>> >>> >> >
Received on Tuesday, 17 July 2012 20:39:00 UTC