aboutsummaryrefslogtreecommitdiffstats
path: root/Alc/ALc.c
Commit message (Collapse)AuthorAgeFilesLines
* Start a ALC_SOFT_loopback2 extensionChris Robinson2017-02-281-50/+190
| | | | | | | | | | | | | | | | | | | | | | This extends the base ALC_SOFT_loopback extension with support for B-Format. When ALC_FORMAT_CHANNELS_SOFT is set to ALC_BFORMAT3D_SOFT, then additional attributes must be specified. ALC_AMBISONIC_LAYOUT_SOFT must be set to ALC_ACN_SOFT or ALC_FUMA_SOFT for the desired channel layout, ALC_AMBISONIC_SCALING_SOFT must be set to ALC_N3D_SOFT, ALC_SN3D_SOFT, or ALC_FUMA_SOFT for the desired channel scaling/normalization scheme, and ALC_AMBISONIC_ORDER_SOFT must be set to an integer value greater than 0 for the ambisonic order (maximum allowed is implementation-dependent). Note that the number of channels required for ALC_BFORMAT3D_SOFT is dependent on the ambisonic order. The number of channels can be calculated by: num_channels = (order+1) * (order+1); /* or pow(order+1, 2); */ In addition, a new alcIsAmbisonicFormatSupportedSOFT function allows apps to determine which layout/scaling/order combinations are supported by the loopback device. For example, alcIsAmbisonicFormatSupported(device, ALC_ACN_SOFT, ALC_SN3D_SOFT, 2) will check if 2nd order AmbiX (ACN layout and SN3D scaling) rendering is supported for ALC_BFORMAT3D_SOFT output.
* Use a variable counter for an array size limitChris Robinson2017-02-281-21/+13
|
* Print WARNs when a device or context error is generatedChris Robinson2017-02-271-0/+1
|
* Use separate enums for the ambisonic channel order and normalizationChris Robinson2017-02-271-6/+18
|
* Move the current buffer queue entry and play position to the voiceChris Robinson2017-02-271-12/+14
| | | | | | | | | | | | | | This has a couple behavioral changes. First and biggest is that querying AL_BUFFERS_PROCESSED from a source will always return all buffers processed when in an AL_STOPPED state. Previously all buffers would be set as processed when first becoming stopped, but newly queued buffers would *not* be indicated as processed. That old behavior was not compliant with the spec, which unequivocally states "On a source in the AL_STOPPED state, all buffers are processed." Secondly, querying AL_BUFFER on an AL_STREAMING source will now always return 0. Previously it would return the current "active" buffer in the queue, but there's no basis for that in the spec.
* Reduce the default period count to 3Chris Robinson2017-02-221-1/+1
|
* Make the "sends" config option act as a limitChris Robinson2017-02-211-8/+16
| | | | | Instead of forcing the device to always use the specified send count, it simply limits requests to it.
* Increase the default effect slot and send countChris Robinson2017-02-211-13/+15
| | | | | | | | | | The default number of auxiliary effect slots is now 64. This can still be raised by the config file without a hard maximum, but incurs processing cost for each effect slot generated by the app. The default number of source sends is now actually 2, as per the EFX docs. However, it can be raised up to 16 via ALC_MAX_AUXILIARY_SENDS attribute requests, rather than the previous 4.
* Dynamically allocate the ALsource Send[] arrayChris Robinson2017-02-211-44/+58
|
* Interleave the voice and source property objectsChris Robinson2017-02-211-13/+12
|
* Make the voices' Send[] array dynamically sizedChris Robinson2017-02-211-12/+28
| | | | | The voices are still all allocated in one chunk to avoid memory fragmentation. But they're accessed as an array of pointers since the size isn't static.
* Avoid duplicating device buffer layout logicChris Robinson2017-02-201-36/+13
|
* Don't use periphonic FOA when the HOA decoder is not periphonicChris Robinson2017-02-191-21/+29
|
* Always lock the device backend before calling aluMixDataChris Robinson2017-02-181-0/+4
|
* Make ALsourceProps' Send array dynamically sizedChris Robinson2017-02-141-9/+90
| | | | | | ALsourceProps' Send[] array is placed at the end of the struct, and given an indeterminate size. Extra space is allocated at the end of each struct given the number of auxiliary sends set for the device.
* Make the source state atomicChris Robinson2017-02-131-2/+1
| | | | | Since it's modified by the mixer when playback is ended, a plain struct member isn't safe.
* Remove a couple context lock wrapper functionsChris Robinson2017-02-071-3/+0
|
* Convert the OpenSL backend to the new backend APIChris Robinson2017-02-071-1/+1
| | | | | This also removes the buffer queue callback's call to aluMixData, which could potentially block on a mutex.
* Fix for NULL JNIEnvChris Robinson2017-02-051-0/+6
| | | | Which can happen with native-only apps
* 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
|