test for bug 891254

--HG--
extra : transplant_source : %91%19%7B%60aA%1Aw%DA%03%CF%29%D6%99%AA%04w%3D%85%86
b=911777 disable test_delayNodeAtMax.html on Ubuntu(|64) opt builds

--HG--
extra : transplant_source : V%D4%D6%BEtB%07B6j%BA8%06%FA%16%1D%ADq%94%0E
revert 3171b6ad0055 b=907986

--HG--
extra : transplant_source : %03C%A9%D0%F2%08%A2%0D%97%D2%EB%2B%40%BCT%DF%87%0Eg%9A
crashtests for bug 907986

--HG--
extra : transplant_source : %18%E8%EA%DE%F0o%A0%25a%3B%81%B9%D8%EB%87%CC%85%E4%B4%E9
b=907986 don't calculate upProjection twice r=padenot a=webaudio

--HG--
extra : transplant_source : %84%5D%86%B4%8E%85%25%E7%92%BA%E9K%7E%8BcI%3D%CF%A8%0F
b=907986 avoid under and overflow in Normalize() r=padenot a=webaudio

--HG--
extra : transplant_source : %08K%01%D1%B6%B3%81%C8%26%06%E3%A4%F7%B9%E4%EF%25H%AAJ
b=907986 normalize orientation vectors early and keep existing state if directions are undefined r=padenot a=webaudio

Normalizing the AudioListener front orientation vectors before taking their
cross product avoids the possibility of overflow.

The panning effect and the azimuth and elevation calculation in the Web Audio
spec becomes undefined with linearly dependent listener vectors, so keep
existing state in these situations.

PannerNode orientation is normalized for consistency, but zero is permitted
for this vector because the sound cone algorithm in the Web Audio specifies
behavior for this case.

--HG--
extra : transplant_source : %86%C9%A9%0D%84%08%B9%C3d%BF%1E%EB%C9%AA%DF%DD%F0%DC%B7%C9
test equalpower panning effect with panner directly above b=907986

--HG--
extra : transplant_source : %1E%AC%CBg%3D3N_%CF%3C%8Fb%CE%86%A7%EC%98%A0%2A%1D
b=907986 handle zero front-right plane projection without NaNs r=padenot a=webaudio

The azimuth calculation in the Web Audio spec becomes undefined in this
situation as it requires normalizing a zero vector.  The panning effect should
not depend on azimuth when the source is directly above the listener (because
position does not depend on azimuth), but the specified "equalpower" panning
model does depend on azimuth even at this elevation.  Setting azimuth to zero
produces the same result as if the normalized projection were replaced with a
zero vector.

--HG--
extra : transplant_source : %11%00%A5%BC%01%3BT%1Cc%5B%C4%2B%D7SS%1E%95%C9R%E4
b=907986 remove unused ThreeDPoint::Distance() r=padenot a=webaudio

--HG--
extra : transplant_source : %C2%BF%B5%B0%8Fu%E6%BB%E2F%27%11p%F2%00%B2%EC%E5%15%8A
tests for convolver and panner channelCount b=906966

--HG--
extra : transplant_source : .%E6b%F7G%A2%19L%F2%8Avx%AA%3B%1F%85U%F2nk
b=906966 limit ConvolverNode and PannerNode input channel count through channelCount and channelCountMode r=ehsan a=webaudio

--HG--
extra : transplant_source : MQ%07%AE%A7%08%0C%BC%0E%7EJ%C1%1E7%DA/%81%CA%EF%FE
b=906966 limit ScriptProcessorNode input channel count through channelCount and channelCountMode r=ehsan a=webaudio

--HG--
extra : transplant_source : %15%A7%1Cl%B0%D3%AByO%EE%0BC%07%EF%10%81b%E6o%05