aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Remove an IN_IDE_PARSER hackChris Robinson2016-06-071-6/+0
| | | | | | Not all IDE parsers necessarily choke on restrict, and even those that do can probably have their own configuration to define macros that can hide the parsing errors caused by it.
* Look in the executable's dir for another config fileChris Robinson2016-06-043-0/+133
| | | | | On Windows it'll look for alsoft.ini, and elsewhere is alsoft.conf. This applies after the user-local settings and before ALSOFT_CONF.
* Only define 8 HRTF filter states and params for the deviceChris Robinson2016-06-041-2/+2
| | | | | It will only be used with a cube channel setup, so there's no need to have one for every possible output channel.
* Add property queries to get the device latency with the clockChris Robinson2016-06-032-11/+34
|
* Improve the filter processing functionChris Robinson2016-06-031-2/+35
|
* Remove some unnecessary volatile keywordsChris Robinson2016-06-032-33/+33
|
* Implement a Neon-enhanced MixRowChris Robinson2016-06-013-0/+31
|
* Make a function staticChris Robinson2016-06-012-7/+7
|
* Use a macro to specify the ambisonic periphonic channel maskChris Robinson2016-06-013-4/+13
|
* Use SSE for applying the HQ B-Format decoder matricesChris Robinson2016-05-315-27/+82
|
* Don't access the band splitter fields in the processing loopsChris Robinson2016-05-311-9/+16
| | | | | | perf shows a 5% drop in relative execution time on the alffplay example with an audio-only file (20% to 15%). Kinda figured the optimizer would handle it better, but I guess not.
* Don't try to emulate almtx_timedlockChris Robinson2016-05-301-43/+12
|
* Clean up a couple variable names and declarationsChris Robinson2016-05-302-7/+6
|
* Remove unnecessary VECTOR_INSERTChris Robinson2016-05-302-54/+30
|
* Hold the effectslot map lock while handling itChris Robinson2016-05-293-2/+38
|
* Use a linked list for active effect slotsChris Robinson2016-05-295-60/+59
|
* Avoid the mixer lock when getting the plain source offsetChris Robinson2016-05-281-11/+15
| | | | i.e. without the latency
* Avoid an explicit mixer lock for getting the source offset and latencyChris Robinson2016-05-281-27/+72
| | | | | The only mixer locking involved is with the backend, as determined by it's ability to get the device clock and latency atomically.
* Change the backend getLatency method to return the clock time tooChris Robinson2016-05-2815-53/+119
| | | | | | This will also allow backends to better synchronize the tracked clock time with the device output latency, without necessarily needing to lock if the backend API can allow for it.
* Use the backend lock for the effectstate's deviceUpdate callChris Robinson2016-05-271-8/+4
|
* Use a specific lock for the backend's stop/reset/play callsChris Robinson2016-05-272-30/+46
| | | | | This helps protect against the device changing unexpectedly from multiple threads, instead of using the global list/library lock.
* Remove a couple unneeded functionsChris Robinson2016-05-253-24/+7
|
* Increment the device's mix count closer to the mixing loopsChris Robinson2016-05-231-3/+2
|
* Properly pluralize some messagesChris Robinson2016-05-222-8/+14
|
* 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.
* Avoid using realloc in a number of placesChris Robinson2016-05-219-32/+53
|
* Make the source position calues atomicChris Robinson2016-05-194-30/+31
|
* Copy the source's Looping property into the voiceChris Robinson2016-05-181-0/+2
|
* Avoid redundantly storing distance model settingsChris Robinson2016-05-176-33/+11
|
* Update the right effect state when the device is resetChris Robinson2016-05-171-2/+2
|
* Don't assume the "real" output buffer follows the dry bufferChris Robinson2016-05-171-15/+44
|
* Improve reverb panning gains for "3D" output.Chris Robinson2016-05-171-8/+8
|
* Ignore the listening angle for the wet path sound conesChris Robinson2016-05-161-32/+51
| | | | | | | Since the wet path is essentially the room response to a sound, the direction of the sound to the listener doesn't change the amount of energy the room receives. Instead, the surface area defined by the cones dictate the volume the room gets for the sound.
* Use floats for the listener transformsChris Robinson2016-05-164-92/+29
|
* Don't store the source's update method with the voiceChris Robinson2016-05-164-48/+42
|
* Avoid separate updates to sources that should apply togetherChris Robinson2016-05-155-15/+37
|
* 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 duplicate effect state objects in the freelistChris Robinson2016-05-151-12/+25
| | | | | | | If an unapplied update was superceded, it would be placed in the freelist with its effect state object intact. This would cause another update with the same effect state object to be placed into the freelist as well, or worse, cause it to get deleted while in use when the container had its effect state cleared.
* Avoid using a flag to specify if the effect state needs to be updatedChris Robinson2016-05-154-19/+20
| | | | | 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-1410-356/+627
| | | | | | | | | | | | | | | | | | | | | | | | | 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.
* Merge pull request #41 from ColdPie1/source_limitkcat2016-05-141-1/+1
|\ | | | | alsoft-config: Raise source limit to 4096
| * alsoft-config: Raise source limit to 4096Andrew Eikum2016-05-131-1/+1
| |
* | Store the remaining context properties with the listener propertiesChris Robinson2016-05-134-8/+20
| |
* | Get rid of an unnecessary copy of ALeffectPropsChris Robinson2016-05-1313-64/+61
|/
* Properly load the effect state pointer from the property containerChris Robinson2016-05-131-2/+6
|
* Recognize AUX0...AUX15 for decoder speaker labelsChris Robinson2016-05-121-3/+11
|
* Hold the effect and filter maps while handling effects and filtersChris Robinson2016-05-127-18/+89
|
* Call the effect state update method after "returning" the container object.Chris Robinson2016-05-121-2/+2
|
* Avoid updating the effect state object if it's not changedChris Robinson2016-05-124-34/+43
|
* Provide (mostly) lockless updates for effect slotsChris Robinson2016-05-1215-187/+332
| | | | | | | | | | | | | | | | | 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.