afalout wrote: > > here, you are not transfering any "control plane" (volume, > > .... no such thing in RAOP. Sender controld volume > > > metadata, > > Only exists in RAOP version 2; most devices do not accept it anyway > (Such as Apple AirPorts) plis it's not very usefull in this concept of > blind streaming > > > precise track position > > AirTunes/AirPlay does not care about track position. It does not know > what track ist it anyway. And this is my point - this is very different > from UPnP and MUCH simpler. > > http://nto.github.io/AirPlay.html > > > and other feedback to LMS > > Again, no such thing. Only feedback you get is if the device has a > digital out or not, if it has a password or not, and if output jack is > connected to anything. > > > only "data plane" (audio stream) > > Yup, thats the general idea : you send binary data from pont A over the > network to point B :) > > > No timing sync between the 2 > > I am not 100% sure, but I beleive receiving devices are supposed to sync > between themselves, sender only isses command to sync. I will check.... > > So there is a timing protocol in AirTunes 2, but this is not mandatory > in any way: > http://git.zx2c4.com/Airtunes2/about/ > > > no track control > > Would be pointelss, and does not exist in RAOP specs. It's like an audio > cable, just going over TCP/IP network. > > > PasTim has done a great job doing the same with uPnP devices. > > What / who is PasTim? > > Thanks, > Andrej
I promess I'll look at that during this year, as we said in previous post :-) I understand better the simplifications, just need to deal with the fact that LMS expects the player to tell him a lot of things : what is the level of the buffer used to decode audio data, what is the level of the buffer used to send the decoded data to the DAC, how many ms have been played (at the DAC level). It sends volume commands and many other things. Triode (the developer of SqueezeLite) has done a great job creating all that, and I leverage his work more than a lot, but I also had to "undo" many things (typically, there is no audio decoder anymore inside squeeze2upnp because it would have taken a lot more CPU when there are many players handled in //) PasTim is another user that has been helping me a lot in that development. He did sometime ago something similar to what you did, but for upnp: using squeezelite to decode data and pipe pcm to upnp renderers. Again, the nature of upnp devices required something different to have a much betteruser experience (eg the buffering that happens in upnp players cause stop, pause, volume, next ... to be awfully delayed) Again, if RAOP is more like a PAD/wire-over-IP I agree it can be more simple, but I still need to work on understanding the "ramifications". TBH, currently, I'm more focused, as you can see, on making the app compatible with enough uPnP devices and then I really would like to find a way to use time sync for my Sonos system LMS 7.7.2 - 5 radio, 3 Boom, 4 Duet, 1 Touch, 1 SB2. Sonos 2xPLAY:1, PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBMC, Foobar2000, XBoxOne (sort of) ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=102496 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
