aboutsummaryrefslogtreecommitdiffstats
path: root/OpenAL32/Include/alu.h
Commit message (Collapse)AuthorAgeFilesLines
* Make ComputeAngleGains use ComputeDirectionalGainsChris Robinson2014-10-021-5/+5
|
* Don't use ComputeAngleGains for SetGainsChris Robinson2014-10-021-1/+5
|
* Use an ambisonics-based panning methodChris Robinson2014-09-301-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For mono sources, third-order ambisonics is utilized to generate panning gains. The general idea is that a panned mono sound can be encoded into b-format ambisonics as: w[i] = sample[i] * 0.7071; x[i] = sample[i] * dir[0]; y[i] = sample[i] * dir[1]; ... and subsequently rendered using: output[chan][i] = w[i] * w_coeffs[chan] + x[i] * x_coeffs[chan] + y[i] * y_coeffs[chan] + ...; By reordering the math, channel gains can be generated by doing: gain[chan] = 0.7071 * w_coeffs[chan] + dir[0] * x_coeffs[chan] + dir[1] * y_coeffs[chan] + ...; which then get applied as normal: output[chan][i] = sample[i] * gain[chan]; One of the reasons to use ambisonics for panning is that it provides arguably better reproduction for sounds emanating from between two speakers. As well, this makes it easier to pan in all 3 dimensions, with for instance a "3D7.1" or 8-channel cube speaker configuration by simply providing the necessary coefficients (this will need some work since some methods still use angle-based panpot, particularly multi-channel sources). Unfortunately, the math to reliably generate the coefficients for a given speaker configuration is too costly to do at run-time. They have to be pre- generated based on a pre-specified speaker arangement, which means the config options for tweaking speaker angles are no longer supportable. Eventually I hope to provide config options for custom coefficients, which can either be generated and written in manually, or via alsoft-config from user-specified speaker positions. The current default set of coefficients were generated using the MATLAB scripts (compatible with GNU Octave) from the excellent Ambisonic Decoder Toolbox, at https://bitbucket.org/ambidecodertoolbox/adt/
* Rename activesource to voiceChris Robinson2014-08-211-4/+4
|
* Use a NULL source for inactive activesourcesChris Robinson2014-08-211-3/+7
| | | | Also only access the activesource's source field once per update.
* Combine the direct and send mixersChris Robinson2014-06-131-3/+3
|
* Combine some dry and wet path typesChris Robinson2014-06-131-15/+6
|
* Avoid a loop when updating the source position variablesChris Robinson2014-06-021-0/+2
|
* Move the active source's offset out of the direct paramsChris Robinson2014-05-241-2/+0
|
* Return a sample pointer from resamplersChris Robinson2014-05-191-2/+2
| | | | Both resampling and filtering now avoid copying samples when they no-op.
* Put per-channel filter properties togetherChris Robinson2014-05-191-8/+12
|
* Move an HRTF mixer parameter and shorten a couple variable namesChris Robinson2014-05-181-3/+3
|
* Don't pass the SendParams to the wet-path mixerChris Robinson2014-05-181-11/+13
|
* Don't pass the DirectParams to the dry-path mixerChris Robinson2014-05-181-12/+13
|
* Use different parameters for HRTF mixersChris Robinson2014-05-181-0/+4
|
* Pass some DirectParams as function parametersChris Robinson2014-05-181-2/+3
|
* Apply high-pass source filters as neededChris Robinson2014-05-171-0/+4
|
* Add a flag to specify when the low-pass filter needs to applyChris Robinson2014-05-171-13/+21
|
* Better pack HRTF mixing propertiesChris Robinson2014-05-031-11/+11
|
* Clamp the current and target gain lower bound to epsilonChris Robinson2014-05-031-1/+1
| | | | | Should give a bit more wiggle room for the gain stepping to get lower than the silence threshold.
* Use C11 alignas when availableChris Robinson2014-04-191-4/+6
|
* Make HRTF stepping values per-channelChris Robinson2014-04-051-2/+2
|
* Remove the click removal buffers for auxiliary effect slotsChris Robinson2014-03-231-4/+1
|
* Add gain stepping to the send mixersChris Robinson2014-03-231-1/+8
|
* Remove the now-unneeded click removal buffers for the deviceChris Robinson2014-03-231-4/+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-2/+7
| | | | | | | | | | | | | | | | | | | | | | | | 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.
* Move the step counter and moving flag to DirectParamsChris Robinson2014-03-231-2/+4
|
* Store the HrtfState directly in the DirectParamsChris Robinson2014-03-231-3/+3
|
* Move some HRTF and mixer structs to alu.hChris Robinson2014-03-221-6/+60
|
* Store some source mixing parameters in the active source structChris Robinson2014-03-191-3/+3
|
* Add min/max/clamp methods for doublesChris Robinson2013-11-271-0/+7
|
* Use C99 inline in more placesChris Robinson2013-11-041-18/+18
|
* Use a helper macro for pi*2Chris Robinson2013-10-081-0/+1
|
* Use helper macros to convert between degrees and radiansChris Robinson2013-10-081-2/+5
|
* Use a macro for the silence thresholdChris Robinson2013-10-061-0/+2
|
* Use helpers to set channel gain arraysChris Robinson2013-10-031-1/+18
| | | | Also avoid unnecessary clearing.
* Use C99's inline instead of __inlineChris Robinson2013-05-281-17/+17
|
* Use restrict instead of RESTRICTChris Robinson2013-05-221-3/+3
|
* Lock the device before calling aluHandleDisconnectChris Robinson2012-12-021-0/+1
| | | | | | PulseAudio causes an assert if being relocked inside a callback on the worker thread, where aluHandleDisconnect is called. We can assume it's already locked there, so just make sure the device is locked before being calling it.
* Move some math functions to where they're usedChris Robinson2012-10-251-26/+0
|
* Remove the float math wrapper functionsChris Robinson2012-10-251-55/+0
|
* Constify the direct and send parameters given to the mixerChris Robinson2012-10-151-2/+2
|
* Remove the unused Device parameterChris Robinson2012-10-141-1/+1
|
* Remove the now-unused Source parameter from the DryMix methodsChris Robinson2012-10-141-2/+1
|
* Check the distance against epsilon to determine if it matchesChris Robinson2012-10-121-0/+5
|
* Remove an unneeded parameter from the resamplerChris Robinson2012-09-271-2/+1
|
* Use a source param for the resampler and move them to the mixer sourceChris Robinson2012-09-141-0/+4
|
* Move a couple macros to more appropriate headersChris Robinson2012-09-141-0/+3
|
* Fix up some more header includesChris Robinson2012-09-141-11/+1
|
* Don't include alu.h in alMain.hChris Robinson2012-09-141-40/+0
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-30 00:36:02 +0000