The current version of ARC works fine with the Audio.say() unpausing and pausing the VAD as designed. It looks like there was an issue with the Audio.sayEZB() commands. BUt the Audio.say() pauses the VAD while speaking, and unpauses when completed, as designed.

1. While speaking...

2. When speaking is completed,,,

3. Code that was used for testing...

   

If your experiences differ, you must be using the Audio.sayEZB(). However, as noted above, Audio.Say() not unpausing after speaking will be resolved in the next update.

Very interesting. I think I found the cause. The sayWait command preceding the say command causes the VAD Skill to stay paused. If I delete the sayWait command, then the VAD Skill does unpause. Can you try this and see if you get the same result?

sayWait($Topic)
say($Text)[/b]
repeatwhile($IsSpeaking)
  ServoRandom( D0, 40, 140 )
  ServoRandom( D1, 75, 95 )
  ServoRandom( D2, 40, 120 )
  ServoRandom( D3, 100, 180 )
  ServoRandom( D4, 30, 50 ) 
  ServoRandom( D5, 130, 150 ) 
  ServoRandom( D6, 100, 130 )
  ServoRandom( D7, 45, 75 )
  sleep(2000)
endrepeatwhile

*note: I Edited your post an added the code tags so it’s properly formatted

There was a release tonight so that might have been resolved. Looks like the cause of the issue was identified earlier today and rolled into the update.

Further to my comments  above. I think the VAD Skill didn't unpause because the variable $Topic was null. So sayWait($Topic) was saying nothing. I just used an IF statement to avoid the sayWait if $Topic was null. The VAD Skill unpaused as expected,

Yeah that would have unknown behavior. The libraries expect some text to be spoken. The other options is ARC can throw an exception but that’s not a good design. I’d just make sure there’s some text to speak. Also make sure you upgrade because testing with an old version won’t make debugging easy