- 05 Mar, 2019 5 commits
-
-
David Reid authored
The default low-latency buffer size is now 10 milliseconds per period. The default conservative buffer size is now 100 milliseconds per period.
-
David Reid authored
This simplifies the callback since the client does not need to worry about silencing parts of the buffer that are not filled, such as the end of a song or whatnot.
-
David Reid authored
-
David Reid authored
-
David Reid authored
The change this commit is reverting causes glitching with smaller buffers for some reason. More investigation into this is required.
-
- 04 Mar, 2019 7 commits
-
-
David Reid authored
-
David Reid authored
-
David Reid authored
-
David Reid authored
-
David Reid authored
-
David Reid authored
-
David Reid authored
-
- 03 Mar, 2019 11 commits
-
-
David Reid authored
-
David Reid authored
Playback-only and capture-only modes are broken with this commit.
-
David Reid authored
-
David Reid authored
-
David Reid authored
-
David Reid authored
-
David Reid authored
-
David Reid authored
-
David Reid authored
-
David Reid authored
-
David Reid authored
This commit also experiments with a fix for glitching in full-duplex mode.
-
- 02 Mar, 2019 4 commits
-
-
David Reid authored
Playback-only and capture-only modes are broken with this commit for DirectSound.
-
David Reid authored
-
David Reid authored
Fix vorbis playback
-
Kayabe authored
-
- 01 Mar, 2019 2 commits
-
-
David Reid authored
-
David Reid authored
This fixes a bug where the wrong position is being retrieved for the capture device.
-
- 27 Feb, 2019 3 commits
-
-
David Reid authored
-
David Reid authored
-
David Reid authored
This change makes it so reading and writing is done on the smaller of the period sizes between capture and playback devices.
-
- 26 Feb, 2019 4 commits
-
-
David Reid authored
The new rule is to start playback when the entire buffer is filled rather than when the first period is filled in duplex mode. Normal playback mode will still start the device when the first period is filled.
-
David Reid authored
-
David Reid authored
-
David Reid authored
This commit attempts to address a crackling issue in full-duplex mode. * When the capture buffer becomes over-filled it will discard some frames to prevent it from straddling the capacity of the internal buffer and causing excessive overruns. * A fix has been implemented to the function that retrieves the number of available frames in the device's internal buffer. * Low-latency shared mode (IAudioClient3) forces small buffer sizes so a change has been implemented which bypasses low-latency shared mode when a large buffer is specified.
-
- 25 Feb, 2019 2 commits
-
-
David Reid authored
-
David Reid authored
The APIs that have changed are those that take an output pointer and an input count in the format of "some_read_function(handle, pBuf, count)". The updated APIs include: * mal_decoder_read_pcm_frames() * mal_pcm_converter_read() Some APIs are scheduled to be replaced in a future version so I have decided not to replace this at this time since it will be a waste of time to do so.
-
- 24 Feb, 2019 2 commits
-
-
David Reid authored
-
David Reid authored
-