aboutsummaryrefslogtreecommitdiffstats
path: root/OpenAL32/Include
Commit message (Collapse)AuthorAgeFilesLines
...
* Make the source position calues atomicChris Robinson2016-05-191-2/+2
|
* Avoid redundantly storing distance model settingsChris Robinson2016-05-172-7/+1
|
* Use floats for the listener transformsChris Robinson2016-05-162-26/+1
|
* Don't store the source's update method with the voiceChris Robinson2016-05-162-6/+0
|
* Avoid separate updates to sources that should apply togetherChris Robinson2016-05-152-2/+6
|
* Avoid using a flag to specify if the effect state needs to be updatedChris Robinson2016-05-151-3/+1
| | | | | 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-143-26/+85
| | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Store the remaining context properties with the listener propertiesChris Robinson2016-05-131-0/+6
|
* Get rid of an unnecessary copy of ALeffectPropsChris Robinson2016-05-131-3/+2
|
* Hold the effect and filter maps while handling effects and filtersChris Robinson2016-05-122-4/+22
|
* Avoid updating the effect state object if it's not changedChris Robinson2016-05-121-1/+3
|
* Provide (mostly) lockless updates for effect slotsChris Robinson2016-05-121-5/+39
| | | | | | | | | | | | | | | | | Similar to the listener, separate containers are provided atomically for the mixer thread to apply updates without needing to block, and a free-list is used to reuse container objects. A couple things to note. First, the lock is still used when the effect state's deviceUpdate method is called to prevent asynchronous calls to reset the device from interfering. This can be fixed by using the list lock in ALc.c instead. Secondly, old effect states aren't immediately deleted when the effect type changes (the actual type, not just its properties). This is because the mixer thread is intended to be real-time safe, and so can't be freeing anything. They are cleared away when updates reuse the container they were kept in, and they don't incur any extra processing cost, but there may be cases where the memory is kept around until the effect slot is deleted.
* Use a lockless method for updating listener and context propertiesChris Robinson2016-05-112-6/+31
| | | | | | | | | | | This uses a separate container to provide the relevant properties to the internal update method, using atomic pointer swaps. A free-list is used to avoid having too many individual containers. This allows the mixer to update the internal listener properties without requiring the lock to protect against async updates. It also allows concurrent read access to the user-facing property values, even the multi-value ones (e.g. the vectors).
* Hold the buffer map lock while handling the bufferChris Robinson2016-05-101-2/+11
|
* Hold the source map lock while handling itChris Robinson2016-05-101-2/+11
|
* Add a comment about CoeffCount being 0Chris Robinson2016-05-101-1/+3
|
* Find a valid source buffer before updating the voiceChris Robinson2016-05-092-3/+4
|
* Store more "active" listener and context properties separatelyChris Robinson2016-05-091-0/+6
| | | | | This helps ensure async listener/context property changes affect all playing sources at the same time.
* Start AL_SOFT_buffer_samples2 as a replacement for AL_SOFT_buffer_samplesChris Robinson2016-04-252-11/+84
|
* Improve radius behavior with scaling of ambisonic coefficientsChris Robinson2016-04-241-5/+6
|
* Increase max output channels to 16Chris Robinson2016-04-191-1/+8
| | | | This also enables fully periphonic 3rd order HQ decoding.
* Avoid storing channel names for the dry bufferChris Robinson2016-04-161-2/+0
|
* More directly map coefficients for ambisonic mixing buffersChris Robinson2016-04-152-7/+34
| | | | | | Instead of looping over all the coefficients for each channel with multiplies, when we know only one will have a non-0 factor for ambisonic mixing buffers, just index the one with a non-0 factor.
* Update some commentsChris Robinson2016-04-151-4/+5
|
* Avoid mixing all coefficients together when only some are usedChris Robinson2016-04-152-1/+5
|
* Update a commentChris Robinson2016-04-151-2/+2
|
* Avoid unnecessary loops for setting up effect slot b-format buffer mixingChris Robinson2016-04-143-1/+7
|
* Move the InitRenderer method to panning.cChris Robinson2016-04-141-3/+13
|
* Split aluInitPanning into separate functions for HRTF or UHJChris Robinson2016-04-142-3/+7
|
* Remove the old ringbuffer implementationChris Robinson2016-03-301-7/+0
|
* Move the aligned malloc functions to the common libChris Robinson2016-03-291-5/+1
|
* Include any first-order scaling in the FOAOut coefficientsChris Robinson2016-03-251-2/+0
|
* Implement AL_EXT_STEREO_ANGLES supportChris Robinson2016-03-251-0/+5
|
* Allow second-order HQ decodingChris Robinson2016-03-231-1/+6
| | | | | | | | Could really do with some optimizations to the mixing gain calculations. For ambisonic targets, the coefficients will only have 1 non-0 entry for each output, so the double loop in unnecessarily wasteful. Similarly, most uses won't need a full height encoding either, so a horizontal-only or mixed-order target could reduce the number of channels.
* Add a specific output for first-order sourcesChris Robinson2016-03-221-0/+9
|
* Store the effect's output buffer in the effect stateChris Robinson2016-03-171-0/+3
|
* Rename the BFormat channels to AuxChris Robinson2016-03-161-4/+4
|
* Add config options to enable the hq ambisonic decoderChris Robinson2016-03-161-2/+1
|
* Add a dual-band ambisonic decoderChris Robinson2016-03-152-1/+5
| | | | | | | | | | This uses a virtual B-Format buffer for mixing, and then uses a dual-band decoder for improved positional quality. This currently only works with first- order output since first-order input (from the AL_EXT_BFROMAT extension) would not sound correct when fed through a second- or third-order decoder. This also does not currently implement near-field compensation since near-field rendering effects are not implemented.
* Add a loader for ambdec filesChris Robinson2016-03-141-1/+2
|
* Use the real output's left and right channels with HRTFChris Robinson2016-03-111-2/+2
|
* Generalize GetChannelIdxByNameChris Robinson2016-03-101-6/+6
|
* Keep track of the real output's channel namesChris Robinson2016-03-101-0/+2
|
* Organize the dry buffer properties into a structChris Robinson2016-03-091-19/+25
|
* Track the virtual and real output buffers ecplicitlyChris Robinson2016-03-091-1/+12
|
* Add an option for pair-wise stereo panningChris Robinson2016-02-261-5/+7
|
* Use 2-channel UHJ for stereo outputChris Robinson2016-02-261-0/+3
|
* Remove an unused functionChris Robinson2016-02-231-2/+0
|
* Use an 8-channel cube for HRTF's virtual format.Chris Robinson2016-02-201-0/+9
| | | | | | There were phase issues caused by applying HRTF directly to the B-Format channels, since the HRIR delays were all averaged which removed the inter-aural time-delay, which in turn removed significant spatial information.
* Calculate HRTF stepping params right before mixingChris Robinson2016-02-142-9/+11
| | | | | This means we track the current params and the target params, rather than the target params and the stepping. This closer matches the non-HRTF mixers.