aboutsummaryrefslogtreecommitdiffstats
path: root/OpenAL32/alSource.c
Commit message (Collapse)AuthorAgeFilesLines
* Store the source prop updates with the mixer voiceChris Robinson2017-04-171-43/+25
| | | | Also move its declaration and rename it for consistency.
* Use separate atomic macros for pointersChris Robinson2017-04-141-10/+9
|
* Handle the source offset fraction as an ALsizeiChris Robinson2017-04-081-7/+9
|
* Make sure the mix is done after setting the looping propertyChris Robinson2017-04-021-0/+9
|
* Fix handling of the PropsClean flagsChris Robinson2017-03-231-1/+1
|
* Add some comments for ALsource functionsChris Robinson2017-03-231-1/+13
|
* Use an atomic flag to test if a source needs to updateChris Robinson2017-03-201-7/+7
|
* Break up a function and move the code to where it's calledChris Robinson2017-03-191-176/+169
|
* Don't defer source state or offset changesChris Robinson2017-03-191-36/+12
|
* Avoid doing sequential load for the source stateChris Robinson2017-03-121-10/+8
|
* Make the voice's 'moving' state a bitflagChris Robinson2017-03-111-2/+1
|
* Implement NFC filters for Ambisonic renderingChris Robinson2017-03-101-0/+12
| | | | | | | | | | | | | | NFC filters currently only work when rendering to ambisonic buffers, which includes HQ rendering and ambisonic output. There are two new config options: 'decoder/nfc' (default on) enables or disables use of NFC filters globally, and 'decoder/nfc-ref-delay' (default 0) specifies the reference delay parameter for NFC-HOA rendering with ambisonic output (a value of 0 disables NFC). Currently, NFC filters rely on having an appropriate value set for AL_METERS_PER_UNIT to get the correct scaling. HQ rendering uses the averaged speaker distances as a control/reference, and currently doesn't correct for individual speaker distances (if the speakers are all equidistant, this is fine, otherwise per-speaker correction should be done as well).
* Remove unnecessary atomic membersChris Robinson2017-03-081-41/+38
|
* Remove an unnecessary variableChris Robinson2017-03-071-3/+2
|
* Check that a source is actually playing before setting pausedChris Robinson2017-03-071-28/+35
| | | | | Also slightly refactor setting playing state when the device is disconnected or there's no buffers to play.
* Store the channel count and sample size in the voiceChris Robinson2017-03-071-11/+4
|
* Don't modify the source state in the mixerChris Robinson2017-03-071-7/+25
|
* Remove an unused functionChris Robinson2017-03-071-1/+0
|
* Make the voice's source pointer atomicChris Robinson2017-03-051-7/+9
|
* Add a boolean to specify if a voice should be playingChris Robinson2017-03-021-15/+39
|
* Avoid standard malloc for buffer queue entriesChris Robinson2017-02-271-7/+7
|
* Move the current buffer queue entry and play position to the voiceChris Robinson2017-02-271-91/+100
| | | | | | | | | | | | | | 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.
* Ensure a non-playing or -paused source does not use a mixing voiceChris Robinson2017-02-251-43/+55
|
* Improve handling of source state readsChris Robinson2017-02-241-71/+88
| | | | | | | This avoids using seq_cst for loading the source state when either inside the mixer, or otherwise protected from inconsistencies with async updates. It also fixes potential race conditions with getting the source offset just as a source stops.
* Dynamically allocate the ALsource Send[] arrayChris Robinson2017-02-211-22/+33
|
* Make the voices' Send[] array dynamically sizedChris Robinson2017-02-211-8/+8
| | | | | 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.
* Reorganize ALvoice membersChris Robinson2017-02-151-3/+3
| | | | | This places the Send[] array at the end of the struct, making it easier to handle dynamically.
* Make ALsourceProps' Send array dynamically sizedChris Robinson2017-02-141-15/+6
| | | | | | 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.
* Fix build with non-C11 atomicsChris Robinson2017-02-131-2/+2
|
* Make the source state atomicChris Robinson2017-02-131-26/+20
| | | | | 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-17/+17
|
* Avoid duplicating code using a macroChris Robinson2016-12-211-6/+1
|
* Use separate macros for atomics that don't take a memory orderChris Robinson2016-12-201-29/+32
|
* Fix an infinite loopChris Robinson2016-11-231-0/+1
|
* Only send source updates for sources that have updatedChris Robinson2016-11-231-1/+10
|
* Clean up finding a source's voiceChris Robinson2016-11-221-26/+29
|
* Improve seqlock behaviorChris Robinson2016-11-211-24/+32
|
* Stop using almemory_order_consumeChris Robinson2016-11-171-1/+1
|
* 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.
* Allow sources to play while alcSuspendContext is in effectChris Robinson2016-08-261-1/+1
| | | | | | | | | | | | | | 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.
* Make a function definition staticChris Robinson2016-08-231-1/+1
|
* Hold updates for both listener and source updatesChris Robinson2016-08-231-11/+0
|
* Don't pass the context's distance model as the source'sChris Robinson2016-08-231-10/+7
|
* Avoid checking DeferUpdates for each source state changeChris Robinson2016-08-081-8/+24
|
* Don't store the looping state in the voiceChris Robinson2016-07-311-9/+20
| | | | | Certain operations on the buffer queue depend on the loop state to behave properly, so it should not be deferred until the async voice update occurs.
* Move the input channel array out of the DirectParams and SendParamsChris Robinson2016-07-131-3/+3
|
* Reorder some source fieldsChris Robinson2016-07-071-19/+22
|
* Use separate arrays for UIntMap keys and valuesChris Robinson2016-07-041-2/+2
|
* Ensure voices has been updated once before mixing themChris Robinson2016-06-161-1/+8
| | | | | | | | Sometimes the mixer is temporarily prevented from applying updates, when multiple sources need to be updated simultaneously for example, but does not prevent mixing. If the mixer runs during that time and a voice was just started, it would've mixed the voice without any internal properties being set for it.
* Make a function staticChris Robinson2016-06-011-6/+7
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-13 21:14:32 +0000