Open Hub
Open Hub

 Settings |  Report Duplicate

17
I Use This!
Moderate Activity

Commits : Listings

Analyzed about 14 hours ago. based on code collected about 14 hours ago.
Nov 17, 2024 — Nov 17, 2025
Commit Message Contributor Files Modified Lines Added Lines Removed Code Location Date
wasapi: fixed very rare bug causing a dead looping if WASAPI input stream is being aborted
dmitrykos
More... over 15 years ago
wasapi: fixed full-duplex failure (when host sample types differ) due to incorrect check made on I/O host buffer sizes
dmitrykos
More... over 15 years ago
wasapi: fixed host-WASAPI related bug when selected 24-bit Input does not produce any audio, while 16 and 32-bits do, now if 24-bits selected by user (paInt24) PA WASAPI asks 32-bits (paFloat32) from WASAPI device and PA converters provide 24-bit data which is converted from 32-bit host buffer.
dmitrykos
More... over 15 years ago
unix: fixed compile failure due to warning about unused variable when compilation takes place with -Werror switch
dmitrykos
More... over 15 years ago
oss: fixed compile for systems missing 'pthread_cancel' series of functions, this allows to compile PortAudio under Android platform with OSS as audio host back-end
dmitrykos
More... over 15 years ago
alsa: - fixed latency setting dependence on user buffer size, now it is completely independent and user is able to set lowest possible/audible latency (approx. 3-4ms) - fixed fixed min. latency for non-MMAPed devices, they do behave similar to MMAPed devices now without a limitation
dmitrykos
More... over 15 years ago
wasapi: - implemented support for full-duplex mode (it always uses polling(pull) WASAPI behavior, if latency <15msec needed then event interface must be done) - fixed mono-to-stereo converter for input stream - mono-to-stereo converter will also automatically operate in shared mode (if WASAPI driver does not support mono for output, or only stereo for input)
dmitrykos
More... over 15 years ago
alsa: - if polling loop is timed out (paTimedOut) PaAlsaStream_WaitForFrames will not report any frames available
dmitrykos
More... over 15 years ago
wasapi: - implemented support of non-Interlieved buffers (paNonInterleaved) for WASAPI blocking interface for input and output - blocking methods will now use PA sample converters
dmitrykos
More... over 15 years ago
alsa: - releasing memory of non-MMAPed buffer on stream closure by Pa_CloseStream
dmitrykos
More... over 15 years ago
alsa: - reverted buffer size (2048) hardcoding for non-MMAPed devices to avoid crash on wrong buffer size usage (whole area requires more work) - optimized non-MMAPed device operation to avoid malloc(memset)/free usage on every processing call avoiding significant performance penalty
dmitrykos
More... over 15 years ago
alsa: - fixed deadlock in PaAlsaStream_WaitForFrames if device is paused, poll() results are now checked for 0 and if 64 times exceeded an error (paTimedOut) is returned - removed hardcoded low-limit of latency for non-MMAPed devices, it is an obligation for user to set an acceptable/desired latency value - tuned XRUN recovery sequence for MMAPed devices
dmitrykos
More... over 15 years ago
fixed compile for DirectSound implementation under MSYS, missing DSSPEAKER_7POINT1_SURROUND define
dmitrykos
More... over 15 years ago
wasapi: - re-enabled Event-driven mode for Windows 7 x64 platform if application runs as WOW64 process
dmitrykos
More... over 15 years ago
wasapi: - fixed Event-driven mode, broken in 1496 rev.
dmitrykos
More... over 15 years ago
wasapi: - using WOW64 workaround (fall-back to a Poll-driven mode) for any WOW64 process regardless of Windows version due to report of same bug under Windows 7 x64
dmitrykos
More... over 15 years ago
wasapi: - fixed object (IAudioRenderClient/IAudioCaptureClient) leak if stream is stopped and restarted without closing - improved IAudioClient event handle management on stream restart (not deleting/creating event handle but rather keeping it until stream is closed)
dmitrykos
More... over 15 years ago
wasapi: - fixed occasional crash-bug which may be caused by a lightweight application that starts stream, checks if stream is running and if not terminates the stream: WASAPI implementation wasn't taking such behavior into account and stream termination (with structure deallocation) could happen during a thread start causing a crash on bad pointer usage - fixed Pa_IsStreamActive and similar not correctly reporting stopped stream if that was stopped from within a callback function (playback/capture) by returning paComplete
dmitrykos
More... over 15 years ago
corrected comments to Int24_To_Int16_Dither
dmitrykos
More... over 15 years ago
implemented 'Int24_To_Int16_Dither' converter to allow 24-bit audio be played (before was silence for WMME and DirectSound)
dmitrykos
More... over 15 years ago
wasapi: - new method PaWasapi_GetFramesPerHostBuffer which allows to get number of input/output frames per host (WASAPI) buffer, this method helps to find out maximal values for PaWasapiHostProcessorCallback - documentation fixes
dmitrykos
More... over 15 years ago
wasapi: - added calling thread id checks to match Pa_Initialize/Pa_Uninitialize in the same calling thread, if not the case then console warning will be thrown and CoUninitialize will not be called (preferring leak over uninitializing user-side COM)
dmitrykos
More... over 15 years ago
wasapi: - fixed Windows 7/Server 2008 R2 and Future detection, this fixes minimal/maximal device periods correction - added CO_E_NOTINITIALIZED to text errors with action to take for user in case it happens
dmitrykos
More... over 15 years ago
wasapi: - improved device buffer alignment calculation allowing to set as precise device latency as possible
dmitrykos
More... over 15 years ago
wasapi: - fixed crash in Pa_OpenStream call if WASAPI device did not open or something failed (happened on stream handle cleanup due to double attempt to free same pointer) - improved the way WASAPI device is opening, such error as AUDCLNT_E_BUFFER_SIZE_ERROR which comes due to incorrectly small device period is fixed for Vista (and all other, including future) systems as well, latency will be corrected to device minimum (usually 3ms). - if suggestedLatency is set to 0 in Pa_OpenStream call then WASAPI device will select device default latency (in Exclusive mode it is 10ms, in Shared 20ms) - improved on-screen logging of WASAPI devices available during WASAPI initialization phase
dmitrykos
More... over 15 years ago
fixed ASIO thiscall resolver for GCC 4.+: CALL_THISCALL_1_DOUBLE was failing due to strong optimization of GCC compiler, added EDX in clobbered register list to warn GCC that resolver uses it explicitly
dmitrykos
More... over 15 years ago
wasapi: - fixed AUDCLNT_E_INVALID_DEVICE_PERIOD under Windows 7 if latency is set to lower than minimal device period - fixed AUDCLNT_E_INVALID_DEVICE_PERIOD under Windows 7 if latency for Exclusive mode is higher than 500ms, for Shared mode higher than 2000ms
dmitrykos
More... over 15 years ago
excluded x86-64 platform from ASIO 'thiscall' resolver as x64 ABI does not have 'thiscall' calling convention anymore
dmitrykos
More... over 15 years ago
wasapi: - fixed int24 Mono to Stereo mixer (affects Mono streams starting in Exclusive mode) pa_converters: - avoid using 64-bit integer math for Int24_To_Float32 and Int24_To_Int32 under x64 Posix platforms (long is 64-bit there), now using explicit PaInt32 type
dmitrykos
More... over 15 years ago
wasapi: - fixed bug when Exclusive mode was wrongly opening Stereo stream if Mono stream was requested (note: WASAPI device usually does not support Mono in Exclusive mode), resulted in distorted sound - implemented workaround for WASAPI limitation - in Exclusive mode Mono stream is not supported: now PA creates internal audio device in Stereo mode, and after callback call Mono data is mixed into Stereo output, this workaround is not supported for Blocking mode. all this is done transparent for user, automatically.
dmitrykos
More... over 15 years ago