aboutsummaryrefslogtreecommitdiffstats
path: root/OpenAL32/Include
Commit message (Collapse)AuthorAgeFilesLines
* Add methods to "map" a buffer's storageChris Robinson2018-01-202-0/+15
| | | | | | | | | | | | | | | | | | | | | | Requires the MAP_READ_BIT or MAP_WRITE_BIT flags to be OR'd with the format upon a call to alBufferData, to enable mappable storage for the given access types. This will fail if the format requires internal conversion and doesn't resemble the original input data, so the app can be guaranteed the size, type, and layout of the original data is the same as what's in storage. Then alMapBufferSOFT may be called with appropriate bit flags to get a readable and/or writable pointer to the buffer's sample storage. alUnmapBufferSOFT must be called when access is finished. It is currently invalid to map a buffer that is attached to a source, or to attach a buffer to a source that is currently mapped. This restriction may be eased in the future, at least to allow read- only access while in use (perhaps also to allow writing, if coherency can be achieved). Currently the access flags occupy the upper 8 bits of a 32-bit bitfield to avoid clashing with format enum values, which don't use more than 16 or 17 bits. This means any future formats are limited to 24-bit enum values, and also means only 8 flags are possible when declaring storage. The alternative would be to add a new function (alBufferStorage?) with a separate flags parameter.
* Store 8-bit sample types directly as unsigned byteChris Robinson2018-01-191-1/+1
|
* Remove unnecessary private AL_SOFT_buffer_samples2 definitionsChris Robinson2018-01-192-77/+4
|
* Make a function static that's only used in one source fileChris Robinson2018-01-171-2/+0
|
* Store mulaw and alaw samples directly in the bufferChris Robinson2018-01-172-0/+5
| | | | | | | They're now decompressed on the fly in the mixer. This is not a significant performance issue given that it only needs a 512-byte lookup table, and the buffer stores half as much data (it may actually be faster, requiring less overall memory).
* Use a voice flag to indicate it being staticChris Robinson2018-01-161-5/+5
|
* Define DECL_VLA where it's usedChris Robinson2018-01-161-6/+0
|
* Use a global RowMixerFuncChris Robinson2018-01-161-1/+1
|
* Add min/max/clamp functions for size_tChris Robinson2018-01-161-0/+7
|
* Finalize ALC_SOFT_device_clockChris Robinson2018-01-151-15/+0
|
* Avoid unnecessarily using type aliasesChris Robinson2018-01-142-6/+5
|
* Remove the SAFE_CONST macroChris Robinson2018-01-141-42/+0
| | | | | Seems compilers are now allowing a pointer-to-type-array to implicitly convert to pointer-to-const-type-array.
* Replace some freq_mult variable names with f0normChris Robinson2018-01-131-9/+27
| | | | | | The latter is a bit more descriptive as f0 is often used to denote the reference frequency of a filter, so f0norm indicates the normalized reference frequency (ref_freq / sample_rate).
* Use a more normal vtable setup for filter methodsChris Robinson2018-01-131-19/+23
|
* Avoid fixed-PATH_MAX-size buffersChris Robinson2018-01-131-8/+0
| | | | | Windows still needs to use MAX_PATH in a couple places, but that macro's guaranteed there.
* Move the FORCE_ALIGN macro to threads.hChris Robinson2018-01-121-10/+0
|
* Make a couple functions inlineChris Robinson2018-01-121-7/+3
|
* Define a function where it's usedChris Robinson2018-01-111-18/+0
|
* Move logging declarations to a separate headerChris Robinson2018-01-111-57/+2
|
* Avoid including alMain.h in ringbuffer.cChris Robinson2018-01-111-14/+0
|
* Move a forward declaration to the othersChris Robinson2018-01-111-2/+1
|
* Clean up the EffectList members and make the list size knownChris Robinson2018-01-111-13/+13
|
* Move the EffectList array to alEffect.c/hChris Robinson2018-01-112-8/+9
|
* Move the ringbuffer declarations to a separate headerChris Robinson2018-01-111-20/+0
| | | | And rename alcRing.c to ringbuffer.c for consistency.
* Move the FPU mode declarations to a separate headerChris Robinson2018-01-111-32/+0
| | | | Also don't use inheritance with FPUCtl.
* Move the config function declarations to their own headerChris Robinson2018-01-111-10/+0
| | | | And rename alcConfig.c to alconfig.c for consistency.
* Move the CPU capability flags to a separate headerChris Robinson2018-01-111-11/+0
|
* Move the compressor/limiter declarations to their own headerChris Robinson2018-01-111-28/+0
|
* Move the polymorphic/inheritance macros to a separate headerChris Robinson2018-01-111-94/+1
|
* Move some HRTF structures to hrtf.hChris Robinson2018-01-111-30/+2
|
* Avoid using macros to access anonymous structuresChris Robinson2018-01-112-58/+70
|
* Don't return whether the bsinc filter cuts or notChris Robinson2018-01-101-1/+1
|
* Use one macro to handle both resample padding sizesChris Robinson2018-01-091-6/+5
|
* Combine the chorus and flanger processing functionsChris Robinson2018-01-091-10/+1
| | | | | | | Given that they're nearly identical, it should be relatively simple to use the same effect state to process either of them, similar to the reverbs. The big differences seem to be the delay range (much shorter with flanger) and the defaults.
* Rename the device's temp buffer storage to be more genericChris Robinson2018-01-091-5/+2
|
* Remove standard reverb specific processing functionsChris Robinson2018-01-071-1/+0
|
* Move the UNEXPECTED macro to the main header and rename itChris Robinson2018-01-071-0/+8
|
* Use a separate function to get the cubic valueChris Robinson2018-01-071-0/+9
|
* Remove the sinc4 tableChris Robinson2018-01-071-5/+0
|
* Replace the sinc4 resampler with cubicChris Robinson2018-01-071-4/+0
| | | | | | | Turns out the C version of the cubic resampler is just slightly faster than even the SSE3 version of the FIR4 resampler. This is likely due to not using a 64KB random-access lookup table along with unaligned loads, both offseting the gains from SSE.
* Make MixSamples non-static globalChris Robinson2017-12-171-1/+2
|
* Allow storing multiple buffers in a ALbufferlistitemChris Robinson2017-12-151-1/+2
| | | | | | | | | | | | | | | This will be to allow buffer layering, multiple buffers of the same format and sample rate that are mixed together prior to resampling, filtering, and panning. This will allow composing sounds from individual components that can be swapped around on different invocations (e.g. layer SoundA and SoundB on one instance and SoundA and SoundC on a different instance for a slightly different sound, then just SoundA for a third instance, and so on). The longest buffer within the list item determines the length of the list item. More work needs to be done to fully support it, namely the ability to specity multiple buffers to layer for static and streaming sources. Also the behavior of loop points for layered static sources should be worked out. Should also consider allowing each layer to have a sample offset.
* Add queries to get the source offset with the device clockChris Robinson2017-12-031-0/+2
|
* Avoid a separate function to query ambisonic mode supportChris Robinson2017-09-271-12/+8
| | | | | | Now FuMa and ACN channel orders are required, as are FuMa, SN3D, and N3D normalization schemes. An integer query (alcGetIntegerv) is added for the maximum ambisonic order.
* Re-update effect slots when context properties changeChris Robinson2017-09-274-10/+16
| | | | | Also keep all free property update structs together in the context instead of per-object.
* Don't update context and listener props unnecessarilyChris Robinson2017-09-272-0/+4
|
* Update the context state properties separatelyChris Robinson2017-09-273-8/+18
| | | | | | | | | | | | | The context state properties are less likely to change compared to the listener state, and future changes may prefer more infrequent updates to the context state. Note that this puts the MetersPerUnit in as a context state, even though it's handled through the listener functions. Considering the infrequency that it's updated at (generally set just once for the context's lifetime), it makes more sense to put it there than with the more frequently updated listener properties. The aforementioned future changes would also prefer MetersPerUnit to not be updated unnecessarily.
* Add an option to ignore the app's speed of sound for reverb decayChris Robinson2017-09-222-1/+3
|
* Pass the context to the auxiliary effect update methodChris Robinson2017-09-211-2/+2
|
* Manually save and restore the FPU rounding mode on WindowsChris Robinson2017-09-191-0/+3
| | | | | | | Apparently there is a bug with at least MinGW-W64 where fegetenv and fesetenv do not properly save and restore the FPU rounding mode, resulting in the rounding mode remaining as round-to-zero after certain function calls. I do not know if this also affects MSVC, but better safe than sorry for now.