aboutsummaryrefslogtreecommitdiffstats
path: root/OpenAL32/Include
Commit message (Collapse)AuthorAgeFilesLines
* Mark the buffer queue pointers volatileChris Robinson2014-05-101-2/+2
|
* Use a RWLock to help protect the source's buffer queueChris Robinson2014-05-101-0/+1
| | | | | In some instances this allows to to remove the device/mixer lock, or reduce how long it's held.
* Don't explicitly store the BuffersInQueueChris Robinson2014-05-101-1/+0
|
* Store the current buffer queue item, rather than played buffer countChris Robinson2014-05-101-1/+1
|
* Move the static_assert definition to its own headerChris Robinson2014-05-071-10/+1
|
* Move some headers to include/Chris Robinson2014-05-061-217/+0
| | | | Note, these are not installed. Only headers in include/AL/ are installed.
* 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.
* Convert the mmdevapi backend to the new backend APIChris Robinson2014-04-251-3/+0
|
* Convert the DSound backend to the new APIChris Robinson2014-04-191-3/+0
|
* Add a SZFMT macro for a size_t string formatterChris Robinson2014-04-191-0/+9
|
* Add a GCC-specific STATIC_UPCAST macro that checks the object typeChris Robinson2014-04-192-2/+9
| | | | | The check is compile time, and is functionally identical to the old/alternate version.
* Use C11 alignas when availableChris Robinson2014-04-193-16/+15
|
* Simplify some error checkingChris Robinson2014-04-181-14/+4
|
* Check pthread_mutex_unlock for errorsChris Robinson2014-04-181-3/+4
|
* Rename AL_ONCE_INIT to AL_ONCE_FLAG_INITChris Robinson2014-04-181-2/+2
|
* Check TlsSetValue for errorChris Robinson2014-04-171-1/+2
|
* Rename althread_once to be more C11-likeChris Robinson2014-04-171-3/+16
|
* Use the thread ID for althrd_t on WindowsChris Robinson2014-04-171-7/+3
|
* Rename SetThreadName to althrd_setnameChris Robinson2014-04-171-5/+1
|
* Don't inline al_nssleepChris Robinson2014-04-171-11/+2
|
* Make and use a C11-like altimespec_get wrapper functionChris Robinson2014-04-171-1/+5
|
* Rename althread_key_ wrappers to altss_ and move it to threads.h/cChris Robinson2014-04-171-0/+31
|
* Fix some almtx_ return valuesChris Robinson2014-04-161-10/+22
|
* Remove almtx_normal and almtx_errorcheckChris Robinson2014-04-161-3/+1
|
* Fix althrd_sleep return valueChris Robinson2014-04-161-3/+9
|
* Avoid using a Sleep() wrapperChris Robinson2014-04-161-0/+12
|
* Remove the old thread wrappers for the new onesChris Robinson2014-04-161-10/+4
|
* Implement a C11-like thread wrapper and use it in mmdevapi and pulseaudioChris Robinson2014-04-161-5/+77
|
* Use a C11-like mutex wrapper instead of CRITICAL_SECTIONsChris Robinson2014-04-161-0/+86
|
* Use C11's static_assert when availableChris Robinson2014-04-071-0/+12
|
* Make HRTF stepping values per-channelChris Robinson2014-04-051-2/+2
|
* Use an al_string for the device nameChris Robinson2014-03-281-1/+2
|
* Use C99 VLA instead of alloca when availableChris Robinson2014-03-251-0/+6
|
* Remove an unused methodChris Robinson2014-03-231-9/+0
|
* Remove the last bits of the predictive sample processingChris Robinson2014-03-231-3/+3
|
* Remove the click removal buffers for auxiliary effect slotsChris Robinson2014-03-232-7/+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-232-7/+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-232-6/+3
|
* Move some HRTF and mixer structs to alu.hChris Robinson2014-03-222-63/+60
|
* Use a void* for the effect state Delete method paramChris Robinson2014-03-212-2/+6
|
* Add a generic vector interface and use it for the active effect slotsChris Robinson2014-03-211-3/+6
|
* Use flexible array members to pad the device and context structsChris Robinson2014-03-201-0/+6
| | | | | This helps avoid the convoluted math otherwise required to ensure the default slot and listener, respectively, are aligned.
* Keep track of the mix countChris Robinson2014-03-191-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | The purpose of this is to provide a safe way to be able to "swap" resources used by the mixer from other threads without the need to block the mixer, as well as a way to track when mixes have occurred. The idea is two-fold: It provides a way to safely swap resources. If the mixer were to (atomically) get a reference to an object to access it from, another thread would be able allocate and prepare a new object then swap the reference to it with the stored one. The other thread would then be able to wait until (count&1) is clear, indicating the mixer is not running, before safely freeing the old object for the mixer to use the new one. It also provides a way to tell if the mixer has run. With this, a thread would be able to read multiple values, which could be altered by the mixer, without requiring a mixer lock. Comparing the before and after counts for inequality would signify if the mixer has (started to) run, indicating the values may be out of sync and should try getting them again. Of course, it will still need something like a RWLock to ensure another (non-mixer) thread doesn't try to write to the values at the same time. Note that because of the possibility of overflow, the counter is not reliable as an absolute count.
* Use a union to combine HRTF and non-HRTF mixer paramsChris Robinson2014-03-191-9/+11
|
* Store some source mixing parameters in the active source structChris Robinson2014-03-192-24/+21
|
* Use a separate struct for tracking active sourcesChris Robinson2014-03-182-5/+10
|