* The input and output devices both have an available set of queries, to find the suggested buffer size, sampling rate, channel type,
* and sample type. For output, there is an additional query, to get the sound type (these types are defined in the @ref CAPI_MEDIA_SOUND_MANAGER_MODULE API).
*
- * Reading and writing is done by allocating a buffer and passing the buffer to the input device
- * via audio_in_start_recording(), audio_in_read(), or writing to the buffer and passing it to the output device via audio_out_write().
+ * Reading from input device is done by audio_in_read() with allocated buffer after audio_in_prepare().
+ * Similarly, writing to output device is done by audio_out_write() with allocated buffer after audio_out_prepare().
*
*/
*
* @details @a callback will be called when you can write a PCM data.
* It might cause dead lock if change the state of audio handle in callback.
- * (ex: audio_in_destroy, audio_in_prepare, audio_in_unprepare)
+ * (ex: audio_out_destroy, audio_out_prepare, audio_out_unprepare)
* Recommend to use as a VOIP only.
* Recommend not to hold callback too long.(it affects latency)
*
* @retval #AUDIO_IO_ERROR_DEVICE_NOT_OPENED Device not opened
* @retval #AUDIO_IO_ERROR_SOUND_POLICY Sound policy error
*
- * @see audio_in_set_stream_cb()
+ * @see audio_out_unset_stream_cb()
*/
int audio_out_set_stream_cb(audio_out_h output, audio_out_stream_cb callback, void* user_data);
projects / platform / core / api / audio-io.git / commitdiff