Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Avoid double-checks for the stepping mixer loops | Chris Robinson | 2015-09-30 | 1 | -1/+2 |
| | |||||
* | Implement a 6-point sinc-lanczos filter | Chris Robinson | 2015-09-29 | 1 | -0/+3 |
| | |||||
* | Replace the cubic resampler with a 4-point sinc/lanczos filter | Chris Robinson | 2015-09-27 | 1 | -3/+3 |
| | |||||
* | Define MixHrtf directly instead of through a SUFFIX macro | Chris Robinson | 2015-08-15 | 1 | -2/+2 |
| | |||||
* | Don't assert the increment value in the copy32 resampler | Chris Robinson | 2015-02-15 | 1 | -2/+1 |
| | |||||
* | Use a lookup table to do cubic resampling | Chris Robinson | 2014-12-15 | 1 | -1/+1 |
| | |||||
* | Use linear gain stepping | Chris Robinson | 2014-11-25 | 1 | -2/+2 |
| | |||||
* | Use a separate method to set initial HRTF coefficients | Chris Robinson | 2014-11-24 | 1 | -0/+12 |
| | |||||
* | Partially revert "Use a different method for HRTF mixing" | Chris Robinson | 2014-11-23 | 1 | -0/+17 |
| | | | | | | | | | | | | The sound localization with virtual channel mixing was just too poor, so while it's more costly to do per-source HRTF mixing, it's unavoidable if you want good localization. This is only partially reverted because having the virtual channel is still beneficial, particularly with B-Format rendering and effect mixing which otherwise skip HRTF processing. As before, the number of virtual channels can potentially be customized, specifying more or less channels depending on the system's needs. | ||||
* | Use a different method for HRTF mixing | Chris Robinson | 2014-11-22 | 1 | -17/+0 |
| | | | | | | | | | | | | | | | | | | | | | | | This new method mixes sources normally into a 14-channel buffer with the channels placed all around the listener. HRTF is then applied to the channels given their positions and written to a 2-channel buffer, which gets written out to the device. This method has the benefit that HRTF processing becomes more scalable. The costly HRTF filters are applied to the 14-channel buffer after the mix is done, turning it into a post-process with a fixed overhead. Mixing sources is done with normal non-HRTF methods, so increasing the number of playing sources only incurs normal mixing costs. Another benefit is that it improves B-Format playback since the soundfield gets mixed into speakers covering all three dimensions, which then get filtered based on their locations. The main downside to this is that the spatial resolution of the HRTF dataset does not play a big role anymore. However, the hope is that with ambisonics- based panning, the perceptual position of panned sounds will still be good. It is also an option to increase the number of virtual channels for systems that can handle it, or maybe even decrease it for weaker systems. | ||||
* | Check the absolute gain value for silence | Chris Robinson | 2014-10-31 | 1 | -1/+1 |
| | | | | | Future B-Format support will be using negative gains, which still need to be applied. | ||||
* | Combine the direct and send mixers | Chris Robinson | 2014-06-13 | 1 | -42/+13 |
| | |||||
* | Combine some dry and wet path types | Chris Robinson | 2014-06-13 | 1 | -9/+9 |
| | |||||
* | Copy samples if needed in the 'copy' resampler | Chris Robinson | 2014-05-21 | 1 | -9/+15 |
| | |||||
* | Return a sample pointer from resamplers | Chris Robinson | 2014-05-19 | 1 | -8/+7 |
| | | | | Both resampling and filtering now avoid copying samples when they no-op. | ||||
* | Don't pass the SendParams to the wet-path mixer | Chris Robinson | 2014-05-18 | 1 | -8/+6 |
| | |||||
* | Don't pass the DirectParams to the dry-path mixer | Chris Robinson | 2014-05-18 | 1 | -7/+6 |
| | |||||
* | Pass some DirectParams as function parameters | Chris Robinson | 2014-05-18 | 1 | -4/+3 |
| | |||||
* | Add a ALfilterState method to process multiple samples at once | Chris Robinson | 2014-05-18 | 1 | -0/+8 |
| | |||||
* | Always use the current gains when mixing | Chris Robinson | 2014-05-04 | 1 | -4/+6 |
| | | | | | | 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. | ||||
* | Remove the last bits of the predictive sample processing | Chris Robinson | 2014-03-23 | 1 | -2/+2 |
| | |||||
* | Remove the click removal buffers for auxiliary effect slots | Chris Robinson | 2014-03-23 | 1 | -1/+1 |
| | |||||
* | Identity gain step is 1, not 0 | Chris Robinson | 2014-03-23 | 1 | -1/+1 |
| | |||||
* | Add gain stepping to the send mixers | Chris Robinson | 2014-03-23 | 1 | -16/+24 |
| | |||||
* | 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 | -12/+18 |
| | | | | | | | | | | | | | | | | | | | | | | | | 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 |
| | |||||
* | Revert "Apply HRTF coefficient stepping separately" | Chris Robinson | 2014-02-23 | 1 | -2/+7 |
| | | | | | | | | | This reverts commit 25b9c3d0c15e959d544f5d0ac7ea507ea5f6d69f. Conflicts: Alc/mixer_neon.c Unfortunately this also undoes the Neon-enhanced ApplyCoeffsStep method. | ||||
* | Apply HRTF coefficient stepping separately | Chris Robinson | 2013-11-10 | 1 | -7/+2 |
| | |||||
* | Use an UNUSED macro instead of void-tagging unused parameters | Chris Robinson | 2013-10-07 | 1 | -4/+3 |
| | |||||
* | Use a macro for the silence threshold | Chris Robinson | 2013-10-06 | 1 | -2/+2 |
| | |||||
* | Don't store the effect slot in SendParams | Chris Robinson | 2013-10-06 | 1 | -10/+10 |
| | | | | This makes it much more like DirectParams. | ||||
* | Use a separate value for the maximum buffer channels | Chris Robinson | 2013-07-23 | 1 | -2/+2 |
| | | | | | | | Unlike the device, input buffers are accessed based on channel numbers instead of enums. This means the maximum number of channels they hold depends on the number of channels any one format can have, rather than the total number of recognized channels. Currently, this is 8 for 7.1. | ||||
* | Use C99's inline instead of __inline | Chris Robinson | 2013-05-28 | 1 | -12/+12 |
| | |||||
* | Use restrict instead of RESTRICT | Chris Robinson | 2013-05-22 | 1 | -15/+15 |
| | |||||
* | Constify the direct and send parameters given to the mixer | Chris Robinson | 2012-10-15 | 1 | -3/+3 |
| | |||||
* | Remove the unused Device parameter | Chris Robinson | 2012-10-14 | 1 | -3/+1 |
| | |||||
* | Store the output buffers in the DirectParams struct | Chris Robinson | 2012-10-14 | 1 | -3/+4 |
| | |||||
* | Remove the now-unused Source parameter from the DryMix methods | Chris Robinson | 2012-10-14 | 1 | -2/+1 |
| | |||||
* | Avoid mixing to a send slot if the gain is too low | Chris Robinson | 2012-10-10 | 1 | -0/+3 |
| | |||||
* | Add a special resampler for matching sample rates | Chris Robinson | 2012-10-05 | 1 | -0/+10 |
| | |||||
* | Use an unsigned type for the sample position fraction | Chris Robinson | 2012-09-27 | 1 | -3/+3 |
| | |||||
* | Remove an unneeded parameter from the resampler | Chris Robinson | 2012-09-27 | 1 | -12/+8 |
| | |||||
* | Combine multiple loops into one | Chris Robinson | 2012-09-24 | 1 | -29/+11 |
| | |||||
* | Avoid mixing silence to output | Chris Robinson | 2012-09-24 | 1 | -0/+4 |
| | | | | "Silence" being less than -100dB. | ||||
* | Explicitly give the wet buffer 1 channel | Chris Robinson | 2012-09-16 | 1 | -4/+4 |
| | |||||
* | Avoid building redundant mixers | Chris Robinson | 2012-09-16 | 1 | -3/+63 |
| | |||||
* | Use a source param for the resampler and move them to the mixer source | Chris Robinson | 2012-09-14 | 1 | -0/+35 |
| | |||||
* | 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. |