In case of tts_prepare() function, state doesn't be changed at once, but asynchronously. Please check both previous state and post state from the table carefully. It can be known what precondition is and which synchronous type is. The following table shows previous state and post state of main function. The current state can be known from the state changed callback. You need to know the current state before calling the API, because the TTS API is based on state machine. Similarly, you can know the relation between the states and API functions. This state diagram shows that the state can be changed from 'None' to 'Created' by calling the tts_create() function. The following diagram shows the life cycle and the states of the TTS. An application should register callback functions: tts_state_changed_cb(), tts_utterance_started_cb(), tts_utterance_completed_cb(), tts_default_voice_changed_cb(), tts_error_cb(), tts_engine_changed_cb(). The TTS API also notifies you (by callback mechanism) when the state of TTS is changed, utterance is started and completed, default voice is changed or an error occurred. Start synthesizing voice from text and play synthesized sound data Register callback functions for notificationsĥ. Applications can add input-text to queue for reading continuously and control the player that can play, pause, and stop sound data synthesized from text. You can use Text-To-Speech (TTS) API to read sound data transformed by the engine from input texts. The TTS API provides functions for synthesizing voice from text and playing synthesized sound data.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |