That is what’s missing…
Thank you so much for your help.
I changed those tags in the config.xml and now it works…
I’ve quickly tested with several tracks up to DSD and they all work by downsampling to either 44.1 or 48.
I’ll do some more testing and get back to both Philippe and yourself.
As for my update at the other forum, my replies need to be approved before it can be published to public.
Bastian, fine if you succeeded to play !
I don’t understand where and why “approval” is needed on the Slimserver forum ?
If you could post your complete config.xml for your SONOS it will help others to test and give feedback to philippe.
It’s stable for me. I had it running overnight feeding 2 play:1s with different source (one living room, one office upstairs, both on Wifi)
There is no lag and it’s very responsive.
As for gapless, most of the time it’s gapless, although I find that sometimes there are gaps. when Itnhappens, I would replay the last song and it became gapless going to the next song afterward.
I moved the speaker to the living room this morning to have them as a pair.
What I found is that both speakers are still added to Roon (airsonos only show one for the pair)
You have to be careful to select the main pair, otherwise the other speaker will loose connection and you have to turn that speaker off first for it to connect again (restarting both Roon and sq2u does not work)
Have been running Dev-1 version for a few days (with Bastian’s settings for stream_length, default_on, L24_format and raw_audio_format) to 3 Sonos Play speakers.
Overall, works very well (I’m using the OSX version). Only issue has been occasional skipping of track when starting an album).
Just noticed that there is now a Dev-2 version which has the option for an additional entry (roon_mode) in config.xml so will try that and report back.
0.2.4.0 is for the cast version.
0.2.10.0 is for the upnp version
I’ve not tried last dev-2 versions yet but i think roon_mode replace default_on parameter to use the bridges with Roon vs LMS.
Have you tried to ask philippe_44 directly ?
OK … what UPnP device(s) are you using ?
What is groups ? a group of tracks playlist / album ?
With dev-1 i’ve got good results with UPnP and some issues with Cast.
I have 3 Sonos Play 1 connected to Roon using the dev2 version running under OSX.
I can group any of these together in Roon but am finding that the output is not synchronised.
I cannot group them with RAAT players (using 2 x RaspberryPi + HifiBerry DAC) but that is to be expected - Roon cannot group across different zones, just within zones.
I’m going to try these two things next:
(1) Run Squeezelite along with RoonBridge on the Pi/HiFiBerry setup - this would enable the option of grouping these with the bridge / Sonos speakers.
(2) Run 3 instances of the bridge and connect each one to each of the Sonos speakers to see if that resolves the synchronisation issue.
@DuckSoup Sounds good. let us know how you get on. I was probably asking too much in getting it to sync, so am sticking with playing one device for the moment. Strange thing is my squeezeboxes are fully in sync.
@volpone Have you tried running the upnp and chromecast servers on the same mac, as I am getting socket errors for chromecast and am not sure if they can be run together…
According to philippe_44, if i understand correctly, the way Roon is streaming is not exactly identical than LMS one. Philippe’s bridges are mainly developed and tested against LMS (he is not using Roon yet), so there might be some differences and limitations.[quote=“mannp, post:34, topic:15199”] @volpone Have you tried running the upnp and chromecast servers on the same mac, as I am getting socket errors for chromecast and am not sure if they can be run together…
[/quote] No i don’t. I will try this week-end and let your know.
Tried (2) - running multiple instances of UPnPBridge - worked OK once I ce=reated separate config.xml files for each Sonos speaker and set enabled=0 in ‘common’ section. Didn’t solve the synchronisation problem though - if anything, slightly worse.
Emailed Philippe and his reply was:
Hi Mike – Unfortunately, uPnP standard does no allow audio synchronization, by design. Sonos are controlled using uPnP but they have a proprietary sync system in addition and they do not want to release its specifications. So, there is no solution to synchronize a Roon-native or a SB device with a uPnP / Sonos speaker. The only thing you can do is to create a Sonos group from the Sonos control app and when you play something using the Roon controller on the master speaker of that group, then all the Sonos speakers of that group will be synchronized. Note that if you try to play from Roon on one of the slave speakers, it will not work, you must play on the master. It you have a Sonos group that is always the same, then the best is to disable all slave speakers, in the squeeze2upnp configuration file, so there is only one speaker visible in Roon.
Philippe
So, looks liks synchronisation of Sonos speakers via UPnP is unlikely - unless Sonos release details of how it is done or Roon adds ability to play directly to Sonos - for now use Sonos app to group speakers and play to the group from Roon. Not very elegant but seems to work.
I’ve managed to install the LMS-to-UPNP binary on my Intel X86 Nuc (running also Roon core), this is a Linux one.
squeeze2upnp find my upnp devices, it runs ok for my marantz amp and also my Sonos
Still even if it finds my upmpdcli component it is unable to play on it
squeeze2upnp log side
[17:59:14.952347] process_strm:216 [0x730d70] strm command s
[17:59:14.952436] process_strm:290 [0x730d70], strm s autostart: 1 transition period: 0 transition type: 0 codec: p
[17:59:14.952482] sendSTAT:143 [0x730d70]: STAT:[STMf] msplayed 0
[17:59:14.952884] sq_callback:281 [0x78f770]: codec:p, ch:2, s:16, r:44100
[17:59:14.953003] sq_callback:296 [0x78f770]: no matching codec in player
[17:59:14.953046] sendSTAT:143 [0x730d70]: STAT:[STMn] msplayed 0
[17:59:15.100224] XMLGetFirstDocumentItem:69 (BUG) ixmlNode_getFirstChild(tmpNode) returned NULL
[17:59:15.100292] XMLGetFirstDocumentItem:69 (BUG) ixmlNode_getFirstChild(tmpNode) returned NULL
[17:59:15.102009] SyncNotifState:479 UpMpd: uPNP stop
[17:59:15.102043] sq_notify:1098 [0x730d70] notify STOP
./airupnp-<yourarchitecture> -k
-k is to make the program instantly closing on ctrl + c. You can also have a look at other parameters using ./airupnp-<yourarchitecture> --help