aboutsummaryrefslogtreecommitdiffstats
path: root/OpenAL32/Include/alMain.h
Commit message (Collapse)AuthorAgeFilesLines
...
* Use a linked list for active effect slotsChris Robinson2016-05-291-1/+1
|
* 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.
* Avoid separate updates to sources that should apply togetherChris Robinson2016-05-151-0/+6
|
* Provide asynchronous property updates for sourcesChris Robinson2016-05-141-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Use a lockless method for updating listener and context propertiesChris Robinson2016-05-111-4/+3
| | | | | | | | | | | 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).
* Add a comment about CoeffCount being 0Chris Robinson2016-05-101-1/+3
|
* Start AL_SOFT_buffer_samples2 as a replacement for AL_SOFT_buffer_samplesChris Robinson2016-04-251-0/+73
|
* 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-151-4/+12
| | | | | | 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.
* Avoid mixing all coefficients together when only some are usedChris Robinson2016-04-151-0/+4
|
* Avoid unnecessary loops for setting up effect slot b-format buffer mixingChris Robinson2016-04-141-0/+4
|
* Split aluInitPanning into separate functions for HRTF or UHJChris Robinson2016-04-141-3/+5
|
* 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
|
* 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
|
* Rename the BFormat channels to AuxChris Robinson2016-03-161-4/+4
|
* Add a dual-band ambisonic decoderChris Robinson2016-03-151-0/+3
| | | | | | | | | | 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
|
* 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-141-2/+0
| | | | | 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.
* Finalize ALC_SOFT_HRTFChris Robinson2015-10-281-22/+0
|
* Rename ALC_NUM_HRTF_SPECIFIER_SOFT to ALC_NUM_HRTF_SPECIFIERS_SOFTChris Robinson2015-10-261-1/+1
|
* Convert the PortAudio backend to the new backend APIChris Robinson2015-10-221-3/+0
|
* Remove the MIDI codeChris Robinson2015-10-201-214/+0
| | | | | | | The extension's not going anywhere, and it can't do anything fluidsynth can't. The code maintenance and bloat is not worth keeping around, and ideally the AL API would be able to facilitate MIDI-like behavior anyway (envelopes, start-at- time, etc).
* Remove unused channel labelsChris Robinson2015-10-181-9/+0
|
* Move the FIR4 from SSE2 to SSE3Chris Robinson2015-10-111-2/+3
| | | | | SSE3 can avoid the slow _MM_TRANSPOSE_PS4 call thanks to the inclusion of horizontal adds.
* Allow apps to request a specific HRTFChris Robinson2015-10-071-2/+3
|
* Use the enumerated HRTF list for selecting an HRTFChris Robinson2015-10-061-0/+1
| | | | Also report the proper specifier of the one currently in use.
* Enumerate and list HRTFs per-deviceChris Robinson2015-10-061-0/+1
|
* Add a function to get a list of data filesChris Robinson2015-10-031-0/+2
| | | | | | The method takes a marked-up filename (e.g. may include %r for a sample rate, %% for %, etc), and returns a vector of strings of found filenames that match. It will search the CWD, the local, and global data directories, in that order.
* Add methods to enumerate and query device HRTFsChris Robinson2015-10-031-0/+4
| | | | Currently just returns a dummy entry.
* Move the resampler stuff to mixer.c where it's usedChris Robinson2015-10-011-9/+0
|
* Implement a 6-point sinc-lanczos filterChris Robinson2015-09-291-0/+1
|
* Replace the cubic resampler with a 4-point sinc/lanczos filterChris Robinson2015-09-271-1/+1
|
* Get rid of ALCdevice_GetLatencyChris Robinson2015-09-211-1/+0
|
* Use sizeof T for the size of the object typeChris Robinson2015-09-151-5/+5
|
* Don't store the HRTF request mode in the device flagsChris Robinson2015-09-051-8/+1
|
* Allow for device-specific config valuesChris Robinson2015-08-281-8/+8
|
* Use ACN ordering for ambisonics coefficients arraysChris Robinson2015-08-281-4/+4
| | | | | | Note that it still uses FuMa scalings internally. Coefficients loaded from config files specify if they're FuMa (in both ordering and scaling) or N3D, and will get reordered or rescaled as needed.
* Don't explicitly store first-order coefficientsChris Robinson2015-08-181-5/+3
| | | | | | | It seems a simple scaling on the coefficients will allow first-order content to work with second- and third-order coefficients, although obviously not with any improved locality. That may be something to look into for the future, but this is good enough for now.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-04 11:58:49 +0000