Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Add some integer casts, and a range check | Chris Robinson | 2014-03-23 | 2 | -3/+8 |
| | |||||
* | Remove the now-unneeded click removal buffers for the device | Chris Robinson | 2014-03-23 | 10 | -73/+20 |
| | | | | | | They are still there for auxiliary sends. However, they should go away soon enough too, and then we won't have to mess around with calculating extra "predictive" samples in the mixer. | ||||
* | Don't feed the HRTF mix to the click removal and pending click buffers | Chris Robinson | 2014-03-23 | 1 | -40/+3 |
| | | | | | The coefficients (which control the volume and panning) already use stepping to non-abruptly fade the mix. | ||||
* | Step mixing gains per-sample for non-HRTF mixing | Chris Robinson | 2014-03-23 | 7 | -60/+212 |
| | | | | | | | | | | | | | | | | | | | | | | | | This fades the dry mixing gains using a logarithmic curve, which should produce a smoother transition than a linear one. It functions similarly to a linear fade except that step = (target - current) / numsteps; ... gain += step; becomes step = powf(target / current, 1.0f / numsteps); ... gain *= step; where 'target' and 'current' are clamped to a lower bound that is greater than 0 (which makes no sense on a logarithmic scale). Consequently, the non-HRTF direct mixers do not do not feed into the click removal and pending click buffers, as this per-sample fading would do an adequate job of stopping clicks and pops caused by extreme gain changes. These buffers should be removed shortly. | ||||
* | Move the step counter and moving flag to DirectParams | Chris Robinson | 2014-03-23 | 5 | -14/+25 |
| | |||||
* | Store the HrtfState directly in the DirectParams | Chris Robinson | 2014-03-23 | 10 | -63/+49 |
| | |||||
* | Don't try to use __restrict as a replacement for restrict | Chris Robinson | 2014-03-23 | 1 | -13/+2 |
| | | | | | The compiler it's intended for, MSVC, can't use it anyway because of problems it causes with __declspec(restrict). | ||||
* | Add a stub 'soft' MIDI synth handler | Chris Robinson | 2014-03-22 | 4 | -1/+147 |
| | | | | | Eventually this one will be used to handle MIDI internally, using our own mixers and resamplers. | ||||
* | Move some HRTF and mixer structs to alu.h | Chris Robinson | 2014-03-22 | 2 | -63/+60 |
| | |||||
* | Use a void* for the MidiSynth Delete method param | Chris Robinson | 2014-03-22 | 3 | -18/+9 |
| | |||||
* | Use a void* for the backend Delete method param | Chris Robinson | 2014-03-22 | 7 | -73/+32 |
| | |||||
* | Use a void* for the effect state Delete method param | Chris Robinson | 2014-03-21 | 13 | -56/+40 |
| | |||||
* | Avoid a size_t-to-ALuint conversion warning | Chris Robinson | 2014-03-21 | 1 | -1/+1 |
| | |||||
* | Increase the vector reserve as needed when pushing in new items | Chris Robinson | 2014-03-21 | 4 | -25/+21 |
| | |||||
* | Rename the vector's Max field to Capacity | Chris Robinson | 2014-03-21 | 3 | -15/+15 |
| | |||||
* | Use vectors for the GenModList | Chris Robinson | 2014-03-21 | 2 | -167/+103 |
| | |||||
* | Add a generic vector interface and use it for the active effect slots | Chris Robinson | 2014-03-21 | 7 | -36/+95 |
| | |||||
* | Use flexible array members to pad the device and context structs | Chris Robinson | 2014-03-20 | 2 | -4/+10 |
| | | | | | This helps avoid the convoluted math otherwise required to ensure the default slot and listener, respectively, are aligned. | ||||
* | Keep track of the mix count | Chris Robinson | 2014-03-19 | 2 | -0/+10 |
| | | | | | | | | | | | | | | | | | | | | | | | | The purpose of this is to provide a safe way to be able to "swap" resources used by the mixer from other threads without the need to block the mixer, as well as a way to track when mixes have occurred. The idea is two-fold: It provides a way to safely swap resources. If the mixer were to (atomically) get a reference to an object to access it from, another thread would be able allocate and prepare a new object then swap the reference to it with the stored one. The other thread would then be able to wait until (count&1) is clear, indicating the mixer is not running, before safely freeing the old object for the mixer to use the new one. It also provides a way to tell if the mixer has run. With this, a thread would be able to read multiple values, which could be altered by the mixer, without requiring a mixer lock. Comparing the before and after counts for inequality would signify if the mixer has (started to) run, indicating the values may be out of sync and should try getting them again. Of course, it will still need something like a RWLock to ensure another (non-mixer) thread doesn't try to write to the values at the same time. Note that because of the possibility of overflow, the counter is not reliable as an absolute count. | ||||
* | Use a union to combine HRTF and non-HRTF mixer params | Chris Robinson | 2014-03-19 | 6 | -50/+52 |
| | |||||
* | Select the mixer when setting the mixer-specific parameters | Chris Robinson | 2014-03-19 | 1 | -39/+42 |
| | |||||
* | Store some source mixing parameters in the active source struct | Chris Robinson | 2014-03-19 | 7 | -127/+139 |
| | |||||
* | Use a separate struct for tracking active sources | Chris Robinson | 2014-03-18 | 6 | -34/+65 |
| | |||||
* | Add another directory to .gitignore | Chris Robinson | 2014-03-17 | 1 | -0/+1 |
| | |||||
* | Remove some unneeded code and unnecessary macros in the OpenSL backend | Chris Robinson | 2014-03-17 | 1 | -73/+20 |
| | |||||
* | Store the old-style backend funcs in the wrapper | Chris Robinson | 2014-03-17 | 4 | -30/+33 |
| | |||||
* | Don't define HAVE_DYNLOAD with the IDE parser | Chris Robinson | 2014-03-17 | 1 | -1/+1 |
| | |||||
* | Don't assume the default mmdevapi device is in the collection | Chris Robinson | 2014-03-17 | 1 | -2/+2 |
| | |||||
* | Avoid GCC's macro arg concat extension with IDE parsing | Chris Robinson | 2014-03-17 | 1 | -1/+1 |
| | |||||
* | Return the original value from CompExchange* | Chris Robinson | 2014-03-09 | 3 | -30/+27 |
| | |||||
* | Remove the Apple-specific atomic function implementations. | Chris Robinson | 2014-03-09 | 1 | -36/+0 |
| | | | | | | I'm not sure if they're even used, but they were rather ugly and are set to get even uglier since they don't follow normal conventions (missing exchange, and cas not returning the original value). | ||||
* | Update config file comments | Chris Robinson | 2014-03-09 | 1 | -17/+29 |
| | |||||
* | Use the correct array size | Chris Robinson | 2014-03-08 | 1 | -2/+2 |
| | |||||
* | Improve int-to-float and uint-to-float conversions | Chris Robinson | 2014-03-08 | 1 | -2/+2 |
| | |||||
* | Only require MSADPCM block alignment to be a multiple of 2 | Chris Robinson | 2014-03-06 | 1 | -2/+2 |
| | |||||
* | Only sign-expand the nibble when needed | Chris Robinson | 2014-03-06 | 1 | -4/+3 |
| | |||||
* | Move the sample conversion routines to a separate file | Chris Robinson | 2014-03-05 | 4 | -1261/+1279 |
| | |||||
* | Implement a simplistic MSADPCM encoder | Chris Robinson | 2014-03-05 | 1 | -19/+47 |
| | | | | It's not particularly good, but it's better than silence. | ||||
* | Allocate enough temp space for the ADPCM decoders and encoders | Chris Robinson | 2014-03-05 | 1 | -4/+4 |
| | |||||
* | Use specialized methods for converting ALshort to IMA4 and MSADPCM | Chris Robinson | 2014-03-05 | 1 | -2/+32 |
| | | | | As before, to avoid unnecessary direct copies | ||||
* | Use specialized methods for converting IMA4 and MSADPCM to ALshort | Chris Robinson | 2014-03-05 | 1 | -8/+39 |
| | | | | | Since the decoder methods already convert to ALshort, there's no need to use a temp buffer that's just going to copy directly to the destination. | ||||
* | Use maxi to clamp an int to a lower-bound | Chris Robinson | 2014-03-05 | 1 | -1/+1 |
| | |||||
* | Expand the sign bit on the initial MSADPCM delta value | Chris Robinson | 2014-03-05 | 1 | -0/+1 |
| | |||||
* | Add an extension to support MSADPCM buffer formats | Chris Robinson | 2014-03-04 | 5 | -28/+342 |
| | |||||
* | Add an extension to alter the block alignment for buffer unpack/pack ops | Chris Robinson | 2014-03-04 | 4 | -19/+85 |
| | | | | | | | | | | | | | | | | This is for unpacking (reading, e.g. alBufferData) and packing (writing, e.g. alGetBufferSamplesSOFT) operations. The alignments are specified in sample frames, with 0 meaning the default (65 for IMA4, 1 otherwise). IMA4 alignment must be a multiple of 8, plus 1 (e.g. alignment = n*8 + 1), otherwise an error will occur during (un)packing. Chenging the block alignment does not affect already-loaded sample data, only future unpack/pack operations... so for example, this is perfectly valid: // Load mono IMA4 data with a block alignment of 1024 bytes, or 2041 sample // frames. alBufferi(buffer, AL_UNPACK_BLOCK_ALIGNMENT_SOFT, 2041); alBufferData(buffer, AL_FORMAT_MONO_IMA4, data, data_len, srate); alBufferi(buffer, AL_UNPACK_BLOCK_ALIGNMENT_SOFT, 0); | ||||
* | Parameterize the block alignment | Chris Robinson | 2014-03-04 | 1 | -111/+152 |
| | |||||
* | Use alloca for temp space decoding/encoding IMA4 blocks | Chris Robinson | 2014-03-03 | 3 | -4/+28 |
| | |||||
* | Reduce explicit template declarations and ignore IMA4-to-IMA4 conversions | Chris Robinson | 2014-03-03 | 1 | -159/+35 |
| | | | | | | Since we never store IMA4 data in buffers, we should only ever convert from (user input) or to (user output) IMA4. Once we allow user-specified pack/unpack block alignment, this wouldn't be a simple memcpy anyway. | ||||
* | Store the original frame size alignment in the buffer | Chris Robinson | 2014-03-03 | 3 | -12/+29 |
| | |||||
* | Move PATH_MAX fallback definitions to alMain.h | Chris Robinson | 2014-02-27 | 5 | -31/+9 |
| |