summaryrefslogtreecommitdiffstats
path: root/Alc/mixer_neon.c
Commit message (Collapse)AuthorAgeFilesLines
* Remove unnecessary ifdefsChris Robinson2014-05-041-2/+0
| | | | | mixer_sse.c and mixer_neon.c are only compiled when the relavent headers are found anyway.
* Always use the current gains when mixingChris Robinson2014-05-041-6/+8
| | | | | | The current gain gets explicitly set to the target when the stepping is finished to ensure the target is still used. This way, however, will allow for asynchronously 'canceling' a fade by setting the counter to 0.
* Make sure all gain steps are applied with the SSE and Neon mixersChris Robinson2014-05-031-32/+9
|
* Remove the click removal buffers for auxiliary effect slotsChris Robinson2014-03-231-1/+1
|
* Fix Neon gain step loopsChris Robinson2014-03-231-2/+2
|
* Add gain stepping to the send mixersChris Robinson2014-03-231-23/+43
|
* Remove the now-unneeded click removal buffers for the deviceChris Robinson2014-03-231-1/+1
| | | | | | They are still there for auxiliary sends. However, they should go away soon enough too, and then we won't have to mess around with calculating extra "predictive" samples in the mixer.
* Step mixing gains per-sample for non-HRTF mixingChris Robinson2014-03-231-14/+32
| | | | | | | | | | | | | | | | | | | | | | | | This fades the dry mixing gains using a logarithmic curve, which should produce a smoother transition than a linear one. It functions similarly to a linear fade except that step = (target - current) / numsteps; ... gain += step; becomes step = powf(target / current, 1.0f / numsteps); ... gain *= step; where 'target' and 'current' are clamped to a lower bound that is greater than 0 (which makes no sense on a logarithmic scale). Consequently, the non-HRTF direct mixers do not do not feed into the click removal and pending click buffers, as this per-sample fading would do an adequate job of stopping clicks and pops caused by extreme gain changes. These buffers should be removed shortly.
* Store the HrtfState directly in the DirectParamsChris Robinson2014-03-231-2/+2
|
* Use a union to combine HRTF and non-HRTF mixer paramsChris Robinson2014-03-191-1/+1
|
* Attempt to restore the Neon-enhanced ApplyCoeffsStep methodChris Robinson2014-02-231-7/+21
| | | | Unable to test, but it hopefully works.
* Revert "Apply HRTF coefficient stepping separately"Chris Robinson2014-02-231-6/+9
| | | | | | | | | This reverts commit 25b9c3d0c15e959d544f5d0ac7ea507ea5f6d69f. Conflicts: Alc/mixer_neon.c Unfortunately this also undoes the Neon-enhanced ApplyCoeffsStep method.
* Implement dry and wet mixers for NeonChris Robinson2014-01-261-3/+77
| | | | Code provided by Philippe Simons <[email protected]>.
* Apply HRTF coefficient stepping separatelyChris Robinson2013-11-101-7/+2
|
* Use C99's inline instead of __inlineChris Robinson2013-05-281-9/+9
|
* Use restrict instead of RESTRICTChris Robinson2013-05-221-5/+5
|
* Constify the direct and send parameters given to the mixerChris Robinson2012-10-151-1/+1
|
* Update HRTF codeChris Robinson2012-09-111-2/+4
| | | | | | | | | | | This update allows for much more flexibility in the HRTF data. It also allows for HRTF table file names to include "%r" to represent the device's playback rate (e.g. if you set hrtf-%r.mhr, then it will try to use hrtf-44100.mhr or hrtf-48000.mhr depending if the device's output rate is 44100 or 48000, respectively). The makehrtf utility has also been updated to support more options and input file formats, as well as the new mhr format.
* Implement MixDirect_SSE separately from the C and Neon versionsChris Robinson2012-09-091-8/+0
|
* Separate the resampling and mixing stepsChris Robinson2012-09-081-8/+0
|
* Minor cleanups for mixer_incChris Robinson2012-08-291-6/+6
|
* Add an SSE-enhanced path for applying the mixer matrixChris Robinson2012-08-291-0/+9
|
* Apply HRTF mixer coefficients with stepping using SSEChris Robinson2012-08-151-0/+16
|
* Move mixers into separate source filesChris Robinson2012-08-151-0/+50