Repository files (latest commit first)

Filename	Latest commit message	Latest commit date
rossb 91d6a84b55 added stream callback documentation describing real-time constraints including not calling non-real-time code, and that it should be safe to consume 70% or more of available CPU time in the callback. resolves #96		2011-08-25 17:44:01 +00:00
..
pa_asio.h	renamed PaAsio_GetAvailableLatencyValues to PaAsio_GetAvailableBufferSizes and included a backward compatibility #define. see ticket #111.	2011-05-02 15:49:20 +00:00
pa_jack.h	added #include portaudio.h to pa_mac_core.h so it is consistent with all other host-api specific headers. closes ticket #7	2011-02-04 10:41:58 +00:00
pa_linux_alsa.h	alsa:	2011-02-11 00:15:51 +00:00
pa_mac_core.h	Fix for doxygen for pa_mac_core.h. Ticket #70. Patch from chris share modified slightly.	2011-07-09 15:01:52 +00:00
pa_win_ds.h	Fixed directsound PaDeviceInfo default latency and PaStreamInfo latency fields. Fixed host buffer size calculations based on suggestedLatency parameters. Switched to using 48kHz as default sample rate when other info isn't available. Fixed edge case in TimeSlice() where a full duplex stream could read data even though either input or output reported zero bytes available. Renamed some variables for clarity. Fixes ticket #160 (PaStreamInfo latency). Addresses #122 (although we're still using old default latency values from V18 codebase). Addresses #99 (correct interpretation of suggestedLatency down to zero).	2011-08-25 15:59:32 +00:00
pa_win_wasapi.h	wasapi:	2010-08-06 20:25:07 +00:00
pa_win_waveformat.h	initial support for ac3+wma spdif passthrough for pa_win_wmme. see flags in pa_win_wmme.h. flags currently work for OpenStream but are ignored for IsFormatSupported	2009-01-21 12:07:32 +00:00
pa_win_wmme.h	added #include portaudio.h to pa_mac_core.h so it is consistent with all other host-api specific headers. closes ticket #7	2011-02-04 10:41:58 +00:00
portaudio.h	added stream callback documentation describing real-time constraints including not calling non-real-time code, and that it should be safe to consume 70% or more of available CPU time in the callback. resolves #96	2011-08-25 17:44:01 +00:00