Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Make sure all gain steps are applied with the SSE and Neon mixers | Chris Robinson | 2014-05-03 | 1 | -32/+9 |
| | |||||
* | Remove the click removal buffers for auxiliary effect slots | Chris Robinson | 2014-03-23 | 1 | -1/+1 |
| | |||||
* | Fix Neon gain step loops | Chris Robinson | 2014-03-23 | 1 | -2/+2 |
| | |||||
* | Add gain stepping to the send mixers | Chris Robinson | 2014-03-23 | 1 | -23/+43 |
| | |||||
* | Remove the now-unneeded click removal buffers for the device | Chris Robinson | 2014-03-23 | 1 | -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 mixing | Chris Robinson | 2014-03-23 | 1 | -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 DirectParams | Chris Robinson | 2014-03-23 | 1 | -2/+2 |
| | |||||
* | Use a union to combine HRTF and non-HRTF mixer params | Chris Robinson | 2014-03-19 | 1 | -1/+1 |
| | |||||
* | Attempt to restore the Neon-enhanced ApplyCoeffsStep method | Chris Robinson | 2014-02-23 | 1 | -7/+21 |
| | | | | Unable to test, but it hopefully works. | ||||
* | Revert "Apply HRTF coefficient stepping separately" | Chris Robinson | 2014-02-23 | 1 | -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 Neon | Chris Robinson | 2014-01-26 | 1 | -3/+77 |
| | | | | Code provided by Philippe Simons <[email protected]>. | ||||
* | Apply HRTF coefficient stepping separately | Chris Robinson | 2013-11-10 | 1 | -7/+2 |
| | |||||
* | Use C99's inline instead of __inline | Chris Robinson | 2013-05-28 | 1 | -9/+9 |
| | |||||
* | Use restrict instead of RESTRICT | Chris Robinson | 2013-05-22 | 1 | -5/+5 |
| | |||||
* | Constify the direct and send parameters given to the mixer | Chris Robinson | 2012-10-15 | 1 | -1/+1 |
| | |||||
* | Update HRTF code | Chris Robinson | 2012-09-11 | 1 | -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 versions | Chris Robinson | 2012-09-09 | 1 | -8/+0 |
| | |||||
* | Separate the resampling and mixing steps | Chris Robinson | 2012-09-08 | 1 | -8/+0 |
| | |||||
* | Minor cleanups for mixer_inc | Chris Robinson | 2012-08-29 | 1 | -6/+6 |
| | |||||
* | Add an SSE-enhanced path for applying the mixer matrix | Chris Robinson | 2012-08-29 | 1 | -0/+9 |
| | |||||
* | Apply HRTF mixer coefficients with stepping using SSE | Chris Robinson | 2012-08-15 | 1 | -0/+16 |
| | |||||
* | Move mixers into separate source files | Chris Robinson | 2012-08-15 | 1 | -0/+50 |