aboutsummaryrefslogtreecommitdiffstats
path: root/OpenAL32/Include/alMain.h
Commit message (Collapse)AuthorAgeFilesLines
* 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.
* 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
|
* Move the EffectList array to alEffect.c/hChris Robinson2018-01-111-8/+0
|
* 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-111-33/+40
|
* Rename the device's temp buffer storage to be more genericChris Robinson2018-01-091-5/+2
|
* Move the UNEXPECTED macro to the main header and rename itChris Robinson2018-01-071-0/+8
|
* 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-271-1/+11
| | | | | 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-271-0/+2
|
* Update the context state properties separatelyChris Robinson2017-09-271-0/+5
| | | | | | | | | | | | | 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.
* 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.
* Add a front-stablizer config option for surround sound modesChris Robinson2017-07-311-0/+3
| | | | | | | | | | | | This improves a stereo (front-left + front-right) sound "image" by generating a front-center channel signal. Done correctly, it helps reduce the comb effects and phase errors associated with using only two speakers to simulate center sounds. Note that it shouldn't be used if the front-center channel is already included in the positional audio mix (the dialog effect is okay). In general, it may actually be better to exclude the front-center channel from the positional audio mix and use this to generate front-center output.
* Use macros to set and restore the mixer FPU modeChris Robinson2017-07-131-0/+11
|
* Store the default effect slot in the contextChris Robinson2017-07-131-7/+4
|
* Store the QSA backend's ExtraData in the wrapper structChris Robinson2017-06-291-2/+0
|
* Remove the fastf2u conversion functionChris Robinson2017-06-271-5/+0
|
* Clean up some messy rounding codeChris Robinson2017-06-261-0/+18
|
* "Convert" the QSA backend to the new APIChris Robinson2017-06-181-19/+0
| | | | | | | | | | I say "convert" because it takes the lazy way and essentially just embeds the wrappers into the backend. It's done this way because I lack the means to check any changes, even syntactically. This also means the device's ExtraData field is still needed. However, this does mean all the backends are now using the new API. Code related to the old interface can now be removed.
* Make the dithering depth configurableChris Robinson2017-06-171-1/+1
|
* Add a new compressor/limiterChris Robinson2017-05-271-2/+30
| | | | | | This is just for the output limiter right now, but in the future can be used for the compressor EFX effect. The parameters are also hardcoded, but can be made configurable after 1.18.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-12 18:03:00 +0000