-
ajm@chromium.org authored
Format conversions are now handled internally by AP, allowing us to to tear out the conversion code from MSAP. Instead, we use a simple FIFO to buffer the incoming audio into the 10 ms chunks AP requires. Add an AudioBus wrapper to get an array of channel pointers, since this is the type AP deals in. Add a few TODOs around two suspect areas: i) there appears to be an assumption on the sink type based on the input format, and ii) don't we want ProcessAndConsumeData() to output float data? BUG=400933 TESTED=Audio processing behaves as expected on a MacBook, using both 44.1 and 48 kHz as the render and capture rates (set through "Audio Midi Setup"). Audio sounds fine when processing is disabled through constraints. Review URL: https://codereview.chromium.org/420603004 Cr-Commit-Position: refs/heads/master@{#289653} git-svn-id: svn://svn.chromium.org/chrome/trunk/src@289653 0039d316-1c4b-4281-b951-d872f2087c98
96e28685
