philchillbill wrote: > I agree. That's the way it works today - the Echo shows up as a network > client in LMS and lag or no lag, it's great to browse the playlist for > the AlexaPlayer in LMS. > > Philippe did have a shot at starving the stream so that the lag became > acceptable (see > https://forums.slimdevices.com/showthread.php?111016-Announce-MediaServer-*certified*-Alexa-skill-for-LMS&p=991361&viewfull=1#post991361) > and it certainly resulted in an instant GUI-experience but due to the > quick-and-dirty nature of the hack it resulted in lots of rebuffering. > > If the stream.flac route is possible then it would be worth revisiting > the starvation topic. It could be a command line parameter to enable > drip-feed or not, so existing applications not requiring it would not be > adversely affected. > > p.s. In the specific case of RP, there's > https://www.amazon.com/Cratorsoft-Radio-Paradise/dp/B06XHZ46XG
I had a shot at the stream.flac. It kind of works but is more complicated than expected. The lag makes testing painful as well. The biggest issue so far is that flac are streamable formats, yes, but some players are still unhappy when there is no header at all (just frames). The difficulty is that LMS sends the same silence buffer over and over for such stream.(mp3/flac). It workds for mp3 but not always for flac due to this header requirement LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=114558 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/ripping
