You want the play button to play the audio - but clicking on the Avatar itself should not?
Open "Scene Options" for your Scene - there's an option called "Play/Pause in Click". Uncheck this option.
As per title, the implementation of sayText() on mobile devices is slightly broken.
Multiple sayText() are supposed to queue the text, desktop browsers behave exactly as written on the documentation, mobile devices struggle to queue the lines in the correct order.
To reproduce the bug:
1. Navigate on API example with a mobile device: http://www.oddcast.com/support1/tts_limit.html
2. Click "sing a song"
The 5 TTS strings should be played back in order.
TTS comes in on a random order, sometimes with overlapping audios, sometimes breaks after 2 times it gets played.
Chrome / Android 9
Chrome / Android 10
Luigi - we've deployed an update which we believe resolves the problem.
Please check and let me know if you still see a problem.
Best to clear browser cache before testing.
I've been working for a clients' product which embeds a SitePal avatar on their website which the core functionality being the TTS feature of SitePal.
The avatar works on the production website, however never loads either on localhost or 127.0.0.1 making extremely difficult to make and test changes to the TTS API on local and on my mobile devices too.
I've checked in my clients' SitePal account and there is no mention of a list of allowed testing IPs/domains, a workaround I found is to modify my hosts file to repoint localhost to use the production's URL (painful, but works), however I still cannot manage to test the changes on mobile without pushing everything in production first.
So, is there a way to add localhost or local network addresses so I can test with different physical devices before pushing my code upstream?
Customer support service by UserEcho