aboutsummaryrefslogtreecommitdiffstats
path: root/Alc/ALc.c
Commit message (Collapse)AuthorAgeFilesLines
* Get the JavaVM handle on Android targetsChris Robinson2017-01-261-0/+64
|
* Use ALsizei in more placesChris Robinson2017-01-181-4/+4
|
* Use second-order ambisonics for basic HRTF renderingChris Robinson2017-01-151-3/+8
| | | | | | This should improve positional quality for relatively low cost. Full HRTF rendering still only uses first-order since the only use of the dry buffer there is for first-order content (B-Format buffers, effects).
* Add missing AL_EFFECTSLOT_ properties for al(c)GetEnumValueChris Robinson2017-01-051-0/+5
|
* Convert the SndIO backend to the updated APIChris Robinson2016-12-211-1/+1
|
* Trace the commit ID and branch the library was built fromChris Robinson2016-12-211-0/+4
|
* Use separate macros for atomics that don't take a memory orderChris Robinson2016-12-201-34/+36
|
* Only send source updates for sources that have updatedChris Robinson2016-11-231-1/+2
|
* Remove the non-atomic COMPARE_EXCHANGE macroChris Robinson2016-11-221-33/+46
|
* Stop using almemory_order_consumeChris Robinson2016-11-171-2/+2
|
* Finalize AL_SOFT_gain_clamp_exChris Robinson2016-10-031-1/+1
|
* Add a volume-adjust config option to adjust the source output volumeChris Robinson2016-09-241-0/+17
| | | | | | | | | Designed for apps that either don't change the listener's AL_GAIN, or don't allow the listener's AL_GAIN to go above 1. This allows the volume to still be increased further than such apps may allow, if users find it too quiet. Be aware that increasing this can easily cause clipping. The gain limit reported by AL_GAIN_LIMIT_SOFT is also affected by this.
* Remove use of DECL_CONSTChris Robinson2016-09-061-4/+4
| | | | | No idea if it was really gaining us anything, but removing it fixes a crash I was getting with libs built with Clang.
* Remove the upper limit from AL_MIN_GAIN and AL_MAX_GAINChris Robinson2016-08-291-2/+2
| | | | As per the current AL_SOFT_gain_clamp_ex proposal.
* Add a query for the maximum source gain limitChris Robinson2016-08-281-0/+1
|
* Allow sources to play while alcSuspendContext is in effectChris Robinson2016-08-261-3/+3
| | | | | | | | | | | | | | This appears to be how Creative's Windows drivers handle it, and is necessary for at least the Windows version of UT2k4 (otherwise it tries to play a source while suspended, checks and sees it's stopped, then kills it before it's given a chance to start playing). Consequently, the internal properties it gets mixed with are determined by what the source properties are at the time of the play call, and the listener properties at the time of the suspend call. This does not change alDeferUpdatesSOFT, which will still hold the play state change until alProcessUpdatesSOFT.
* Properly defer effect slot changesChris Robinson2016-08-251-0/+1
| | | | | | | | Note that this now also causes all playing sources to update when an effect slot is updated. This is a bit wasteful, as it should only need to re-update sources that are using the effect slot (and only when a relevant property is changed), but it's good enough. Especially with deferring since all playing sources are going to get updated on the process call anyway.
* Combine related members into a structChris Robinson2016-08-241-39/+39
|
* Hold updates for both listener and source updatesChris Robinson2016-08-231-1/+15
|
* Avoid resupplying unneeded source updatesChris Robinson2016-08-231-2/+2
| | | | | The source's voice holds a copy of the last properties it received, so listener updates can make sources recalculate internal properties from that stored copy.
* Rename Ambisonics to Ambisonic in a couple placesChris Robinson2016-07-311-3/+3
|
* Remove DevFmtBFormat3D, which is covered by DevFmtAmbi1Chris Robinson2016-07-311-9/+0
|
* Add an option to specify the ambisonic output configurationChris Robinson2016-07-311-0/+15
|
* Rename ambisonic channel config values to be shorterChris Robinson2016-07-301-3/+3
|
* Add a stand-alone upsampler for higher-order ambisonic oputputChris Robinson2016-07-301-2/+5
|
* Add a config to output first-, second-, or third-order ambisonicsChris Robinson2016-07-291-4/+54
| | | | | | | | | Currently incomplete, as second- and third-order output will not correctly handle B-Format input buffers. A standalone up-sampler will be needed, similar to the high-quality decoder. Also, output is ACN ordering with SN3D normalization. A config option will eventually be provided to change this if desired.
* Don't try freeing the context in ReleaseThreadCtxChris Robinson2016-07-291-6/+6
| | | | | | | | | | | | Unfortunately on certain systems, the TLS callback is called in a restricted context, and isn't allowed to access certain messaging sub-systems. Such sub- systems may be used if the thread's context is freed, in turn freeing the device, which it tries to close. Ideally, the app shouldn't have tried to destroy a context while it was still current on a thread, or even leave a context current on a thread that's being destroyed,. So for now, release the context ref and print an ERR that it might be leaked.
* Remove broken autowah effect codeChris Robinson2016-07-261-7/+0
| | | | | It's been disabled forever, and I have no idea how to make it work properly. Better to just redo it when making something that works.
* Avoid function calls to get the HRTF sample rate and IR sizeChris Robinson2016-07-071-3/+3
|
* Remove the VirtOut buffer aliasChris Robinson2016-07-051-14/+10
|
* Use separate arrays for UIntMap keys and valuesChris Robinson2016-07-041-3/+3
|
* Rename MaxNoOfSources for consistencyChris Robinson2016-06-081-15/+15
|
* Add property queries to get the device latency with the clockChris Robinson2016-06-031-11/+32
|
* Clean up a couple variable names and declarationsChris Robinson2016-05-301-4/+4
|
* Use a linked list for active effect slotsChris Robinson2016-05-291-7/+1
|
* Use a specific lock for the backend's stop/reset/play callsChris Robinson2016-05-271-30/+44
| | | | | This helps protect against the device changing unexpectedly from multiple threads, instead of using the global list/library lock.
* Properly pluralize some messagesChris Robinson2016-05-221-5/+10
|
* Improve locking for device attribute queriesChris Robinson2016-05-221-8/+28
| | | | | Avoids the backend device lock, instead using the list lock to prevent the device from changing while being queried, and adds some missing locks.
* Update the right effect state when the device is resetChris Robinson2016-05-171-2/+2
|
* Use floats for the listener transformsChris Robinson2016-05-161-5/+5
|
* Avoid separate updates to sources that should apply togetherChris Robinson2016-05-151-0/+2
|
* Allocate context storage before starting/resetting the deviceChris Robinson2016-05-151-19/+23
| | | | | In case allocation fails, we don't have to worry about the playing status of the backend.
* Avoid using a flag to specify if the effect state needs to be updatedChris Robinson2016-05-151-2/+2
| | | | | This fixes a potential missed state change if an update with a new state got replaced with one that doesn't.
* Provide asynchronous property updates for sourcesChris Robinson2016-05-141-48/+17
| | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Avoid updating the effect state object if it's not changedChris Robinson2016-05-121-12/+12
|
* Provide (mostly) lockless updates for effect slotsChris Robinson2016-05-121-31/+25
| | | | | | | | | | | | | | | | | Similar to the listener, separate containers are provided atomically for the mixer thread to apply updates without needing to block, and a free-list is used to reuse container objects. A couple things to note. First, the lock is still used when the effect state's deviceUpdate method is called to prevent asynchronous calls to reset the device from interfering. This can be fixed by using the list lock in ALc.c instead. Secondly, old effect states aren't immediately deleted when the effect type changes (the actual type, not just its properties). This is because the mixer thread is intended to be real-time safe, and so can't be freeing anything. They are cleared away when updates reuse the container they were kept in, and they don't incur any extra processing cost, but there may be cases where the memory is kept around until the effect slot is deleted.
* Use a lockless method for updating listener and context propertiesChris Robinson2016-05-111-4/+31
| | | | | | | | | | | 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).
* Use the source's offset type to determine if there's an offsetChris Robinson2016-05-091-1/+1
|
* Find a valid source buffer before updating the voiceChris Robinson2016-05-091-3/+14
|
* Store more "active" listener and context properties separatelyChris Robinson2016-05-091-0/+5
| | | | | This helps ensure async listener/context property changes affect all playing sources at the same time.