aboutsummaryrefslogtreecommitdiffstats
path: root/OpenAL32
Commit message (Collapse)AuthorAgeFilesLines
* Store filters in an array of listsChris Robinson2018-01-274-82/+164
|
* Store effects in an array of listsChris Robinson2018-01-274-79/+160
|
* Use a vector to store the effect slot pointersChris Robinson2018-01-274-81/+103
| | | | And make the ID a simple index into it (1-base, to avoid ID 0).
* Use an array lookup for source IDsChris Robinson2018-01-272-125/+204
| | | | | This is now similar to buffers, being stored in groups of 64 in a vector with the ID providing the array indices.
* Make some more functions static where they're usedChris Robinson2018-01-272-21/+14
|
* Add some casts to pacify MSVCChris Robinson2018-01-273-5/+6
|
* 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-274-100/+214
| | | | | | | | | | | | | | | | | 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-262-71/+18
|
* Make some functions static that are only used in one sourceChris Robinson2018-01-262-13/+12
|
* Allow preserving converted samplesChris Robinson2018-01-261-5/+5
|
* Read the buffer unpack alignment under the buffer lockChris Robinson2018-01-261-69/+76
|
* Improve error reporting for buffersChris Robinson2018-01-261-262/+269
|
* Add the printf-format attribute to alSetErrorChris Robinson2018-01-253-50/+51
|
* Construct error messages using parameterized valuesChris Robinson2018-01-2511-401/+434
|
* Use more appropriate enum values for eventsChris Robinson2018-01-241-7/+7
|
* Add a deprecated event type for alDopplerVelocityChris Robinson2018-01-243-0/+15
|
* Fix ordering of alGetPointervSOFTChris Robinson2018-01-241-28/+28
|
* Provide messages for the remaining AL errorsChris Robinson2018-01-2410-364/+371
|
* Set the buffer load error in LoadDataChris Robinson2018-01-242-42/+37
|
* Call the event callback when an error is generatedChris Robinson2018-01-246-104/+114
| | | | | Most errors don't yet provide correct object IDs or text messages for the AL error.
* Handle event propertiesChris Robinson2018-01-233-2/+137
| | | | | 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
|
* Fix some 'may be used initialized' warningsChris Robinson2018-01-231-53/+54
|
* Use a new proper buffer function with a flags parameterChris Robinson2018-01-232-13/+16
| | | | | | 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.
* Ensure read or write flags are specified with persistent mappingsChris Robinson2018-01-231-4/+7
|
* Track the buffer's mapped sectionChris Robinson2018-01-232-3/+10
|
* Add a flag for persistent mappingChris Robinson2018-01-233-8/+49
| | | | And a function to "flush" a mapped buffer
* Slightly simplify alBufferSubDataSOFTChris Robinson2018-01-221-36/+13
|
* Ensure proper alignment when preserving data tooChris Robinson2018-01-221-2/+3
|
* Don't bother allocating cleared memory for buffer storageChris Robinson2018-01-221-1/+1
|
* Add a flag for alBufferData to non-destructively resize the dataChris Robinson2018-01-222-7/+25
| | | | | | 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.
* Don't convert/copy samples with a NULL dest bufferChris Robinson2018-01-221-6/+4
| | | | Only happens with a 0 size, so there's nothing to copy or convert anyway.
* More cleanup for buffer loadingChris Robinson2018-01-215-829/+112
| | | | | Don't bother with unnecessary and unused converters, and remove some unsupported queries.
* Handle double-precision buffers in the mixerChris Robinson2018-01-212-29/+8
|
* Remove support for (signed) byte and ushort sample storageChris Robinson2018-01-213-89/+24
| | | | Also not used without buffer_samples
* Remove (u)int32 sample storage conversionChris Robinson2018-01-213-69/+7
| | | | Unused without the buffer_samples extension
* Remove the old buffer_samples functionsChris Robinson2018-01-212-178/+32
| | | | | | | The symbols are still there and exported to retain ABI compatibility, but they no longer do anything except set an AL_INVALID_OPERATION error. They're also removed from the function and enum tables, since they're not part of any supported extension.
* Fix the return type of the LPALUNMAPBUFFERSOFT typedefChris Robinson2018-01-211-1/+1
|
* Avoid repeating some codeChris Robinson2018-01-211-12/+6
|
* Add methods to "map" a buffer's storageChris Robinson2018-01-204-12/+137
| | | | | | | | | | | | | | | | | | | | | | 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.
* Return the effective alignment from SanitizeAlignmentChris Robinson2018-01-191-28/+26
|
* Store 8-bit sample types directly as unsigned byteChris Robinson2018-01-192-13/+13
|
* Remove unnecessary private AL_SOFT_buffer_samples2 definitionsChris Robinson2018-01-193-80/+4
|
* Make a function static that's only used in one source fileChris Robinson2018-01-172-3/+2
|
* Reformat the format arrayChris Robinson2018-01-171-36/+36
|
* Store mulaw and alaw samples directly in the bufferChris Robinson2018-01-174-26/+22
| | | | | | | 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-162-5/+6
|
* Define DECL_VLA where it's usedChris Robinson2018-01-162-6/+7
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-12 14:59:00 +0000