aboutsummaryrefslogtreecommitdiffstats
path: root/OpenAL32
Commit message (Collapse)AuthorAgeFilesLines
* Use a more specialized mixer function for B-Format to HRTFChris Robinson2016-08-122-2/+6
|
* Decode directly from B-Format to HRTF instead of a cubeChris Robinson2016-08-111-2/+3
| | | | | | | | | | | | | | | | | | | | | Last time this attempted to average the HRIRs according to their contribution to a given B-Format channel as if they were loudspeakers, as well as averaging the HRIR delays. The latter part resulted in the loss of the ITD (inter-aural time delay), a key component of HRTF. This time, the HRIRs are averaged similar to above, except instead of averaging the delays, they're applied to the resulting coefficients (for example, a delay of 8 would apply the HRIR starting at the 8th sample of the target HRIR). This does roughly double the IR length, as the largest delay is about 35 samples while the filter is normally 32 samples. However, this is still smaller the original data set IR (which was 256 samples), it also only needs to be applied to 4 channels for first-order ambisonics, rather than the 8-channel cube. So it's doing twice as much work per sample, but only working on half the number of samples. Additionally, since the resulting HRIRs no longer rely on an extra delay line, a more efficient HRTF mixing function can be made that doesn't use one. Such a function can also avoid the per-sample stepping parameters the original uses.
* Avoid checking DeferUpdates for each source state changeChris Robinson2016-08-081-8/+24
|
* Use al_calloc/al_free in more placesChris Robinson2016-08-032-9/+9
|
* Add 'restrict' to another parameterChris Robinson2016-08-032-2/+2
|
* Don't store the looping state in the voiceChris Robinson2016-07-312-13/+22
| | | | | Certain operations on the buffer queue depend on the loop state to behave properly, so it should not be deferred until the async voice update occurs.
* Remove DevFmtBFormat3D, which is covered by DevFmtAmbi1Chris Robinson2016-07-311-1/+1
|
* Add an option to specify the ambisonic output configurationChris Robinson2016-07-311-0/+12
|
* Add a stand-alone upsampler for higher-order ambisonic oputputChris Robinson2016-07-301-1/+4
|
* Add a config to output first-, second-, or third-order ambisonicsChris Robinson2016-07-291-0/+3
| | | | | | | | | Currently incomplete, as second- and third-order output will not correctly handle B-Format input buffers. A standalone up-sampler will be needed, similar to the high-quality decoder. Also, output is ACN ordering with SN3D normalization. A config option will eventually be provided to change this if desired.
* Avoid a NULL deref when creating 0 auxiliary effect slotsChris Robinson2016-07-261-12/+9
|
* Remove the last use of ALfilterState_processSingleChris Robinson2016-07-262-18/+0
|
* Remove broken autowah effect codeChris Robinson2016-07-265-21/+0
| | | | | It's been disabled forever, and I have no idea how to make it work properly. Better to just redo it when making something that works.
* Add some more restrict keywordsChris Robinson2016-07-261-2/+2
|
* Rename input_gain to b0Chris Robinson2016-07-262-4/+3
|
* Increase the default thunk array sizeChris Robinson2016-07-251-1/+1
| | | | | This value should be enough to hold IDs for most apps without needing to reallocate it, while not being unnecessarily large (4KB).
* Make a MAX_AMBI2D_COEFFS macro instead of a magic numberChris Robinson2016-07-171-1/+8
|
* Modify bs2b_cross_feed to do multiple samples at onceChris Robinson2016-07-131-36/+5
|
* Move the input channel array out of the DirectParams and SendParamsChris Robinson2016-07-133-18/+16
|
* Store the voice output buffers separate from the paramsChris Robinson2016-07-112-6/+10
|
* Reorder some source fieldsChris Robinson2016-07-072-24/+27
|
* Avoid using memcpy to copy a single structChris Robinson2016-07-062-17/+15
|
* Remove a slightly outdated commentChris Robinson2016-07-061-1/+0
|
* Remove the VirtOut buffer aliasChris Robinson2016-07-051-6/+3
|
* Use separate arrays for UIntMap keys and valuesChris Robinson2016-07-045-10/+10
|
* Ensure voices has been updated once before mixing themChris Robinson2016-06-161-1/+8
| | | | | | | | Sometimes the mixer is temporarily prevented from applying updates, when multiple sources need to be updated simultaneously for example, but does not prevent mixing. If the mixer runs during that time and a voice was just started, it would've mixed the voice without any internal properties being set for it.
* Rename MaxNoOfSources for consistencyChris Robinson2016-06-081-1/+1
|
* Only define 8 HRTF filter states and params for the deviceChris Robinson2016-06-041-2/+2
| | | | | It will only be used with a cube channel setup, so there's no need to have one for every possible output channel.
* Add property queries to get the device latency with the clockChris Robinson2016-06-031-0/+2
|
* Remove some unnecessary volatile keywordsChris Robinson2016-06-032-33/+33
|
* Make a function staticChris Robinson2016-06-012-7/+7
|
* Use a macro to specify the ambisonic periphonic channel maskChris Robinson2016-06-011-1/+10
|
* Use SSE for applying the HQ B-Format decoder matricesChris Robinson2016-05-311-0/+3
|
* Hold the effectslot map lock while handling itChris Robinson2016-05-293-2/+38
|
* Use a linked list for active effect slotsChris Robinson2016-05-293-37/+34
|
* Avoid the mixer lock when getting the plain source offsetChris Robinson2016-05-281-11/+15
| | | | i.e. without the latency
* Avoid an explicit mixer lock for getting the source offset and latencyChris Robinson2016-05-281-27/+72
| | | | | The only mixer locking involved is with the backend, as determined by it's ability to get the device clock and latency atomically.
* Change the backend getLatency method to return the clock time tooChris Robinson2016-05-281-3/+8
| | | | | | This will also allow backends to better synchronize the tracked clock time with the device output latency, without necessarily needing to lock if the backend API can allow for it.
* Use the backend lock for the effectstate's deviceUpdate callChris Robinson2016-05-271-8/+4
|
* Use a specific lock for the backend's stop/reset/play callsChris Robinson2016-05-271-0/+2
| | | | | This helps protect against the device changing unexpectedly from multiple threads, instead of using the global list/library lock.
* Remove a couple unneeded functionsChris Robinson2016-05-251-4/+7
|
* Avoid using realloc in a number of placesChris Robinson2016-05-213-13/+27
|
* Make the source position calues atomicChris Robinson2016-05-192-21/+22
|
* Avoid redundantly storing distance model settingsChris Robinson2016-05-175-26/+10
|
* Use floats for the listener transformsChris Robinson2016-05-162-26/+1
|
* Don't store the source's update method with the voiceChris Robinson2016-05-163-10/+0
|
* Avoid separate updates to sources that should apply togetherChris Robinson2016-05-153-3/+18
|
* Avoid duplicate effect state objects in the freelistChris Robinson2016-05-151-12/+25
| | | | | | | If an unapplied update was superceded, it would be placed in the freelist with its effect state object intact. This would cause another update with the same effect state object to be placed into the freelist as well, or worse, cause it to get deleted while in use when the container had its effect state cleared.
* Avoid using a flag to specify if the effect state needs to be updatedChris Robinson2016-05-152-13/+10
| | | | | This fixes a potential missed state change if an update with a new state got replaced with one that doesn't.
* Provide asynchronous property updates for sourcesChris Robinson2016-05-147-175/+474
| | | | | | | | | | | | | | | | | | | | | | | | | This necessitates a change in how source updates are handled. Rather than just being able to update sources when a dependent object state is changed (e.g. a listener gain change), now all source updates must be proactively provided. Consequently, apps that do not utilize any deferring (AL_SOFT_defer_updates or alcSuspendContext/alcProcessContext) may utilize more CPU since it'll be filling out more update containers for the mixer thread to use. The upside is that there's less blocking between the app's calling thread and the mixer thread, particularly for vectors and other multi-value properties (filters and sends). Deferring behavior when used is also improved, since updates that shouldn't be applied yet are simply not provided. And when they are provided, the mixer doesn't have to ignore them, meaning the actual deferring of a context doesn't have to synchrnously force an update -- the process call will send any pending updates, which the mixer will apply even if another deferral occurs before the mixer runs, because it'll still be there waiting on the next mixer invocation. There is one slight bug introduced by this commit. When a listener change is made, or changes to multiple sources while updates are being deferred, it is possible for the mixer to run while the sources are prepping their updates, causing some of the source updates to be seen before the other. This will be fixed in short order.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-04 12:55:31 +0000