mirror of
https://gitlab.winehq.org/wine/wine-gecko.git
synced 2024-09-13 09:24:08 -07:00
0935b39ced
The basic idea is to write out the signal that came in with the same number of channels as it had when it came in. Things get a bit more complicated when one output block may be derived from more than one input block, each having different numbers of channels. When this happens, the input blocks with fewer channels are upmixed, so as not to lose (or distort) any signal in the block with more channels. HRTFPanner no longer uses exponential decay (with time constant 20ms) for delay changes, but a smoother linear transition during cross-fade time (~45ms). --HG-- rename : content/media/webaudio/DelayProcessor.cpp => content/media/webaudio/DelayBuffer.cpp rename : content/media/webaudio/DelayProcessor.h => content/media/webaudio/DelayBuffer.h extra : rebase_source : 18453d631779cd7d0672b5325e110b107ab4237d |
||
---|---|---|
.. | ||
Biquad.cpp | ||
Biquad.h | ||
DenormalDisabler.h | ||
DirectConvolver.cpp | ||
DirectConvolver.h | ||
DynamicsCompressor.cpp | ||
DynamicsCompressor.h | ||
DynamicsCompressorKernel.cpp | ||
DynamicsCompressorKernel.h | ||
FFTConvolver.cpp | ||
FFTConvolver.h | ||
HRTFDatabase.cpp | ||
HRTFDatabase.h | ||
HRTFDatabaseLoader.cpp | ||
HRTFDatabaseLoader.h | ||
HRTFElevation.cpp | ||
HRTFElevation.h | ||
HRTFKernel.cpp | ||
HRTFKernel.h | ||
HRTFPanner.cpp | ||
HRTFPanner.h | ||
IRC_Composite_C_R0195-incl.cpp | ||
moz.build | ||
PeriodicWave.cpp | ||
PeriodicWave.h | ||
README | ||
Reverb.cpp | ||
Reverb.h | ||
ReverbAccumulationBuffer.cpp | ||
ReverbAccumulationBuffer.h | ||
ReverbConvolver.cpp | ||
ReverbConvolver.h | ||
ReverbConvolverStage.cpp | ||
ReverbConvolverStage.h | ||
ReverbInputBuffer.cpp | ||
ReverbInputBuffer.h | ||
ZeroPole.cpp | ||
ZeroPole.h |
This directory contains the code originally borrowed from the Blink Web Audio implementation. We are forking the code here because in many cases the burden of adopting Blink specific utilities is too large compared to the prospect of importing upstream fixes by just copying newer versions of the code in the future. The process of borrowing code from Blink is as follows: * Try to borrow utility classes only, and avoid borrowing code which depends too much on the Blink specific utilities. * First, import the pristine files from the Blink repository before adding them to the build system, noting the SVN revision of Blink from which the original files were copied in the commit message. * In a separate commit, add the imported source files to the build system, and apply the necessary changes to make it build successfully. * Use the code in a separate commit. * Never add headers as exported headers. All headers should be included using the following convention: #include "blink/Header.h". * Leave the imported code in the WebCore namespace, and import the needed names into the Mozilla code via `using'. * Cherry-pick upsteam fixes manually when needed. In case you fix a problem that is not Mozilla specific locally, try to upstream your changes into Blink. * Ping ehsan for any questions.