Open Bug 1201754 Opened 9 years ago Updated 2 years ago

playing particular sound with sound synthesizer via webaudio (with certain filters) kills all audio output in browser until restart

Categories

(Core :: Web Audio, defect, P4)

43 Branch
defect

Tracking

()

People

(Reporter: analytic, Unassigned)

Details

Attachments

(1 file)

Attached file AudioTestCase.zip
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/600.8.9 (KHTML, like Gecko) Version/8.0.8 Safari/600.8.9 Steps to reproduce: go to http://ded.increpare.com/~locus/AudioTestCase/test.html (or unzip attached zip) 1 - click the "play good sound" link a couple of times. notice sound is good! a pew pew sound plays when you clic. 2 - click the "play bad sound" link once. Notice you can hear it. 3 - click it again - notice you hear nothing 4 - try click the play good sound link, notice you can't play it 5 - try loading up youtube, and notice there's no audio output 6 - quit and reload browser, note that audio's back Actual results: All web audio seems to get broken in firefox. Expected results: The bad sound should have played every time you clicked. --- some further notes - the example isn't an absolutely minimal example, sorry :( It seems it might be filter related - there's a function SoundEffect.prototype.play = function() { in sfxr.js, if you comment it out and uncomment the version of it below (which is identical, but without audio filter channels) the bad sound plays just fine, without any troubles. --- this problem also occurs in firefox v40.0.3, on windows as well as osx.
Hello Stephen, I can not reproduce the exact bug you noted above but when I click "play bad sound" it plays and then a sound similar to "someone scratching a chalk board" continues to play until you close down the tab. I'm not sure if that is how the noise is suppose to sound or if it is a bug. Please provide me with a little more detail and let me know if this bug is still present. Thank you, Justin
Component: Untriaged → Audio/Video
Flags: needinfo?(analytic)
Product: Firefox → Core
Hi, thanks for trying to repro this. I just tried it again in the current nightly (45.01) as well as the current release (42.0) and it happens in both as described in the bug report. Only on OSX, I don't have access to windows right now. >Please provide me with a little more detail and let me know if this bug is still present. What more detail can I usefully provide? >I can not reproduce the exact bug you noted above but when I click "play bad sound" it plays and then a sound similar to "someone scratching a chalk board" continues to play until you close down the tab. that is a bit spooky - the 'bad' sound is a very short sound for me, it plays for about a second then suddenly stops. (it is an unpleasant sound though: sorry for making you listen to an unpleasant sound :( ).
Flags: needinfo?(analytic)
Paul -- Can you repro this? If so, any idea what is happening?
Component: Audio/Video → Web Audio
Flags: needinfo?(padenot)
We should be good now, this was a perf issue. Please reopen if I'm wrong.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Flags: needinfo?(padenot)
Resolution: --- → FIXED
still happens in nightly build 46.0a1 (2015-12-17) one thing I've noticed in trying to reproduce it - when "play good sound" is clicked the speaker icon appears on the tab for a second and disappears when the sound has stopped, but when "play bad sound" is clicked the speaker icon never disappears, even when I can't hear anything. If I refresh the tab, it's fine. Furthermore, so long as that tab is open after trying to play this sound, I can't play sounds in other browsers, or vlc, possibly anywhere.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
I can repro this in 46 Nightly 12/27/2015. Paul, can you take a look when you have a chance? I'm making this a p2 for now given it is triggered by playing a known-bad file.
Status: UNCONFIRMED → NEW
Rank: 25
Ever confirmed: true
Flags: needinfo?(padenot)
Priority: -- → P2
I think this is just outputting a long tail that forms a DC offset or something.
Flags: needinfo?(padenot)
Priority: P2 → P3
Mass change P3->P4 to align with new Mozilla triage process.
Priority: P3 → P4
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: