Updated: April 26, 2004
This document links to a series of proposals currently being considered by the PortAudio developer community. Most of the proposals propose changes to the definition of the PortAudio API or to the way that PortAudio behaves in specific circumstances, some proposals (such as the style guide) are concerned with the way in which PortAudio is implemented.
The proposals are intended to capture the current state of discussions - when finalised they will be treated as specifications that will guide implementation. The authors are the various members of the PortAudio community and are too numerous to mention here. Please refer to the mailing list archives to see who said what.
The following table lists the proposals currently under consideration. The majority of the listed proposals have undergone considerable peer review and are considerd complete. Most have been fully or partially implemented for at least one platform in the v19-devel CVS branch. Until version 19 is released there is a small possibility that the content of these proposals may change in response to implementation experience. If you think something is missing, could be improved, or would just like to comment please do so on the PortAudio mailing list.
Potential enhancements which have not yet been developed into proposals are listed here.
Due to the interdependency of many of the proposed enhancements, we plan to introduce all currently proposed API enhancements simultaneously as part of release 19. The CVS repository currently contains a branch named portaudio-v19-devel where enhancements are being implemented.
All listed proposals have been reviewed and discussed by the PortAudio developer comunity. All proposals pertaining to API changes are defined in sufficient detail to be implemented. Both the 014 - Implementation Style Guidelines and 013 - Refactor Implementation Infrastructure proposals only effect implementors and do not effect the API definition itself. Refinement of these proposals is desirable but not critical to the development of release 19.
Development status is documented on the development status page.
Some of the proposed changes will break existing client code. Usually these breakages involve renaming of constant identifiers or function calls. In a small number of cases additional parameters will be added to existing API functions. Concerned readers are advised to consult the Impact Analysis section of each proposal for further details.