Closed dds82 closed 1 year ago
You are apparently trying to create a physical-device specific audio buffer / interface. The intent of the app/driver was to provide a queue using the Speak command (audio synthesis) capability on speaker that needed the same. I will not be merging; however, I think your project is very valuable. Good luck.
By the way, I have made some significant improvements in the audio queue capability, embedded in my code for the Samsung Wifi Speakers. The latest (and best) version is in the below linked code. The updated queue code starts about line 740. The lines in execPlay (line 804) and resumePlay (line 828) as well as some other commands in the queue string are explicit to the Wifi Speaker. But the goal is the same> Get TTS String -> convert string to URI -> enter into queue start queue -> Capture current playing state (vol, stream, etc) -> play TTS -> when queue is empty, recover playing state.
https://raw.githubusercontent.com/DaveGut/Test-Code/master/SamsungWiFiSpeaker_4_0_D1.groovy
Closing.
I implemented support for all of the commands in the AudioVolume capability in the TTSQueue app and driver.