aboutsummaryrefslogtreecommitdiffstats
path: root/OpenAL32/Include/alMain.h
Commit message (Collapse)AuthorAgeFilesLines
* Pass the device name list to the backend probe methodChris Robinson2018-09-071-3/+0
|
* Correctly check byte order for newer Android compiler, fix #203Jan Niklas Hasse2018-06-201-2/+2
|
* Use the __BYTE_ORDER__ macro when availableChris Robinson2018-05-211-0/+4
|
* Avoid using unsigned values for signedChris Robinson2018-05-151-0/+10
|
* Avoid unnecessary function-like macrosChris Robinson2018-05-151-5/+5
|
* Make a faster float2int method for x87 targetsChris Robinson2018-05-121-1/+24
|
* Fix MSVCChris Robinson2018-05-121-3/+3
|
* Fix non-SEE (32-bit) GCC buildsChris Robinson2018-05-121-1/+1
|
* Add and use a method for fast float roundingChris Robinson2018-05-121-0/+54
| | | | | Unlike fastf2i, this keeps the result as a float instead of converting to integer.
* Another fix attempt for 32-bit MSVCChris Robinson2018-05-041-5/+5
|
* Try to fix 32-bit MSVC buildsChris Robinson2018-05-041-1/+1
|
* Don't assume round-to-zero for fastf2iChris Robinson2018-05-041-21/+29
|
* Add a specific function for truncating float-to-int conversionsChris Robinson2018-05-031-0/+7
|
* Only use fast float-to-int workarounds for x87Chris Robinson2018-04-211-0/+18
| | | | | | At least SSE and ARM have opcodes that handle float-to-int conversions well enough. Also, Clang doesn't inline lrintf, incurring function call overhead for what should be a single opcode.
* Improve ASSUME for ClangChris Robinson2018-04-211-0/+9
| | | | | | | | For some reason, the { if(!x)__builtin_unreachable(); } construct does not provide the same optimization opportunity for Clang (even though the condition being false would trigger undefined behavior by reaching unreachable code, it still performs checks and such for the condition potentially being false). Using __builtin_assume seems to work better.
* Add an ASSUME macro that requires a true conditionChris Robinson2018-04-171-0/+17
|
* Add extern "C" to some headersChris Robinson2018-03-091-17/+17
|
* Use a plain mutex for the property lockChris Robinson2018-03-031-2/+1
|
* Use atomic variables instead of volatileChris Robinson2018-03-021-2/+2
|
* Avoid using static inline in headersChris Robinson2018-02-251-4/+4
|
* Use a function pointer for applying the dry mix post-processChris Robinson2018-02-101-2/+5
|
* Make the Connected state atomicChris Robinson2018-02-041-1/+1
| | | | Also don't send the Disconnected event more than once.
* Add a disconnected event typeChris Robinson2018-02-031-0/+1
|
* Use a semaphore to signal the event handlerChris Robinson2018-02-011-1/+1
| | | | | | | | | | | Semaphores allow for semi-persistent signals, compared to a condition variable which requires a mutex for proper detection. A semaphore can be 'post'ed after writing some data on one thread, and another thread will be able to recognize it quickly even if the post occured in between checking for data and waiting. This more correctly fixes a race condition with events since the mixer shouldn't be using mutexes, and arbitrary wake-ups just to make sure an event wasn't missed was quite inefficient.
* Add a thread to marshal events from the mixerChris Robinson2018-01-311-1/+14
| | | | | | To avoid having unknown user code running in the mixer thread that could significantly delay the mixed output, a lockless ringbuffer is used for the mixer to provide events that a secondary thread will pop off and process.
* Rename EventLock to make it more clear it's protecting the callbackChris Robinson2018-01-301-1/+1
|
* Make EnabledEvts atomicChris Robinson2018-01-281-1/+1
|
* Move some inline functions into a header instead of copying themChris Robinson2018-01-271-4/+13
| | | | | Unfortunately does not include the Lookup* functions, which need the full type declaration to offset the pointer.
* Store filters in an array of listsChris Robinson2018-01-271-1/+9
|
* Store effects in an array of listsChris Robinson2018-01-271-1/+9
|
* Use a vector to store the effect slot pointersChris Robinson2018-01-271-1/+8
| | | | And make the ID a simple index into it (1-base, to avoid ID 0).
* Use an array lookup for source IDsChris Robinson2018-01-271-1/+11
| | | | | This is now similar to buffers, being stored in groups of 64 in a vector with the ID providing the array indices.
* Add a ctz64 fallback using _BitScanForward when availableChris Robinson2018-01-271-1/+15
|
* Check for _BitScanForward64 before using itChris Robinson2018-01-271-4/+4
|
* Use a different method for storing and looking up buffersChris Robinson2018-01-271-8/+61
| | | | | | | | | | | | | | | | | Rather than each buffer being individually allocated with a generated 'thunk' ID that's used with a uint:ptr map, buffers are allocated in arrays of 64 within a vector. Each group of 64 has an associated 64-bit mask indicating which are free to use, and the buffer ID is comprised of the two array indices which directly locate the buffer (no searching, binary or otherwise). Currently no buffers are actually deallocated after being allocated, though they are reused. So an app that creates a ton of buffers once, then deletes them all and uses only a couple from then on, will have a bit of waste, while an app that's more consistent with the number of used buffers won't be a problem. This can be improved by removing elements of the containing vector that contain all-free buffers while there are plenty of other free buffers. Also, this method can easily be applied to other resources, like sources.
* Don't rely on alMain.h in alBuffer.hChris Robinson2018-01-261-62/+11
|
* Use more appropriate enum values for eventsChris Robinson2018-01-241-7/+7
|
* Add a deprecated event type for alDopplerVelocityChris Robinson2018-01-241-0/+2
|
* Handle event propertiesChris Robinson2018-01-231-2/+14
| | | | | This just implements the event methods insofar as tracked state. No events are generated/reported yet.
* Declare the beginnings of an event extensionChris Robinson2018-01-231-0/+23
|
* Use a new proper buffer function with a flags parameterChris Robinson2018-01-231-4/+6
| | | | | | Rather than hackily combining bit flags with the format, to increase the number of potential flags. alBufferData now behaves as if calling alBufferStorageSOFT with a flags value of 0.
* Add a flag for persistent mappingChris Robinson2018-01-231-0/+3
| | | | And a function to "flush" a mapped buffer
* Add a flag for alBufferData to non-destructively resize the dataChris Robinson2018-01-221-0/+2
| | | | | | Requires having the same format as the last call to alBufferData. Also only makes sense when given a NULL data pointer, as otherwise the internal data will be overwritten anyway.
* Fix the return type of the LPALUNMAPBUFFERSOFT typedefChris Robinson2018-01-211-1/+1
|
* Add methods to "map" a buffer's storageChris Robinson2018-01-201-0/+12
| | | | | | | | | | | | | | | | | | | | | | 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.
* Remove unnecessary private AL_SOFT_buffer_samples2 definitionsChris Robinson2018-01-191-73/+0
|
* Define DECL_VLA where it's usedChris Robinson2018-01-161-6/+0
|
* Finalize ALC_SOFT_device_clockChris Robinson2018-01-151-15/+0
|
* Avoid unnecessarily using type aliasesChris Robinson2018-01-141-6/+0
|
* 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.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-04 20:55:10 +0000