philchillbill wrote: > No, theres no buffering controllability. You have 3 basic commands to: > clear the queue entirely, add something to the end of the queue, or > replace the entire current queue and start playback immediately with the > new queue. Thats all there is and it works just fine for my Stream > commands but is not good enough for player syncing where finer control > is needed. > > See > https://developer.amazon.com/en-US/docs/alexa/custom-skills/audioplayer-interface-reference.html. > Dont be fooled by any AudioPlayer 1.4 interface features you may find > on Google. Its for device makers and not skill builders. Fridges can > stream FLAC but skills cannot. [emoji849]
I mean if the source controls the stream, will alexa buffer for a very long time before starting to play? Id assume, like for my other bridges, there is a min buffer size before it starts to play and of course it will try to get as much it can but if the source does not provide more than real time stream, I assume it will just have to behave LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=111016
_______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
