Bug 92686 (Miguel) - BiquadFilter stops working correctly after 512 seconds
Summary: BiquadFilter stops working correctly after 512 seconds
Status: RESOLVED INVALID
Alias: Miguel
Product: WebKit
Classification: Unclassified
Component: Web Audio (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac (Intel) OS X 10.6
: P2 Normal
Assignee: Raymond Toy
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-30 15:14 PDT by Miguel
Modified: 2012-08-01 09:54 PDT (History)
2 users (show)

See Also:


Attachments
A test describing the bug (2.86 KB, text/html)
2012-07-31 12:39 PDT, Miguel
no flags Details
Simplified test (611 bytes, text/html)
2012-08-01 08:48 PDT, Miguel
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Miguel 2012-07-30 15:14:36 PDT
While doing some bass line loop tests, I noticed that the low pass filter stopped to work as expected after 512 seconds.
I'm using Chrome version 20.0.1132.57, I hope It's ok to fill the bug here.
Comment 1 Raymond Toy 2012-07-31 10:10:10 PDT
(In reply to comment #0)
> While doing some bass line loop tests, I noticed that the low pass filter stopped to work as expected after 512 seconds.
> I'm using Chrome version 20.0.1132.57, I hope It's ok to fill the bug here.

This is the right place.

What do you mean by stopped working as epxected? Do you have a small example that illustrates the problem?  That would be best.  I ran a small demo I have for 10 minutes and the low pass filter works fine.
Comment 2 Miguel 2012-07-31 12:39:35 PDT
Created attachment 155607 [details]
A test describing the bug

Everytime I run this, the filter (I suppose) stops to work after 512 seconds. I hope it's not related to my code.
Included is a timer showing you the elapsed seconds taken from AudioContext.currentTime.
Comment 3 Raymond Toy 2012-07-31 13:18:07 PDT
(In reply to comment #2)
> Created an attachment (id=155607) [details]
> A test describing the bug
> 
> Everytime I run this, the filter (I suppose) stops to work after 512 seconds. I hope it's not related to my code.
> Included is a timer showing you the elapsed seconds taken from AudioContext.currentTime.

It seems to be something to do with your code.  I replaced the line s.connect(l) with s.connect(a.destination) to remove the lowpass filter from the audio graph.  Audio suddenly stops after approximately 512 sec.

There could be other bugs in webaudio, but it seems that the lowpass filter is not the cause of this particular issue.

If you could simplify your code and still reproduce the issue with audio stopping after 512 sec, please let us know.
Comment 4 Miguel 2012-08-01 08:48:37 PDT
Created attachment 155816 [details]
Simplified test

Here is a simplified version where the issue appears again.
Comment 5 Raymond Toy 2012-08-01 09:04:40 PDT
(In reply to comment #4)
> Created an attachment (id=155816) [details]
> Simplified test
> 
> Here is a simplified version where the issue appears again.

Thanks for the new simplified test.  Since this test does not use a biquad filter, I'm going to close this bug report and open a new one with this test case.
Comment 6 Miguel 2012-08-01 09:36:42 PDT
I continued my tests, and I believe the issue is related to exponentialRampToValueAtTime function. The test works when I remove it.
Comment 7 Raymond Toy 2012-08-01 09:38:10 PDT
(In reply to comment #6)
> I continued my tests, and I believe the issue is related to exponentialRampToValueAtTime function. The test works when I remove it.

Thanks for looking into it!  I'm closing this bug. See https://bugs.webkit.org/show_bug.cgi?id=92875.