Closed Bug 929621 Opened 11 years ago Closed 11 years ago

Changing oscillator's type value causes fading, cracking, or doesn't play

Categories

(Core :: Web Audio, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 923106

People

(Reporter: jsantell, Unassigned)

Details

When changing the type of an oscillator during playback, smooth transitions do not occur. The below test case iterates over sine, square, sawtooth and triangle waveforms. Some waveforms will just 'bleep' once and stops emitting audio (square in this example), and others will 'fade in' (triangle in this example). Many transitions also have a 'pop' during the transition.

What's weirder is, changing the order of the waveforms in the example changes which waveform fades or bleeps.

https://gist.github.com/jsantell/7105867

Expected results:
Seamless transitions when changing oscillator's type, with continuous playing and gain, without popping (Chrome Release)

Actual results:
Some transitions create 'pops', only emit a quick bleep of sound, or fade in upon transitioning (Firefox Nightly)
This was on a Mac, right?  What OS version were you running?
Flags: needinfo?(jsantell)
OSX 10.8.5
Running UX Build 27.0a1 (2013-10-15)
Flags: needinfo?(jsantell)
(In reply to Jordan Santell [:jsantell] [@jsantell] from comment #2)
> Running UX Build 27.0a1 (2013-10-15)

I suspect that is just before bug 923106 was fixed.

It was agreed [1] that there would be no crossfade between oscillator types, so 
some kind of click is expected, but the other issues reported here should be fixed.

[1] https://www.w3.org/Bugs/Public/show_bug.cgi?id=17367#c9
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.