Announcement

Collapse
No announcement yet.

Does synchronized playback suck or is it just me?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Does synchronized playback suck or is it just me?

    To paint a picture of what I'm working with:
    • LMS 8.2 server is on a 12-core Xeon with 64 GB ram hardwired into the main switch.
    • Four RPIs with dedicated DAC
    • Two Muse speakers running Squeeze-Esp32
    • Three hardwired Unifi hotspots around the house for full coverage on all channels
    • Music sourced from Spotify/Tidal/YouTube
    • Gigabit fiber internet


    For the life of me I cannot get playback to reliably work with all the speakers synchronized up. It'll work fine for up to a day but then go thru rashes of constant pausing/skipping or just flat out stopping in the middle of a playlist at the end of a song.

    Prior to this I ran a mopidy/snapcast setup and had zero issues with playback. LMS has the superior interface and multi-source controls but without reliable group playback it's all going to go in the trash very soon.

    Things I've tried already:
    • Downgraded from 8.3 nightly to 8.2
    • Configured streaming to proxy thru the main server
    • Tried with and without group speaker plugin
    • Tried using an AirPlay source without improvement


    If anybody could give me tips on what to try before I just spend the money on Roon or go back to snapcast that would be greatly appreciated.

    #2
    When syncing it always goes through LMS so setting it to proxy via LMS will not make a difference in this case.

    Can you try with different combinations of players in the group to see if it is related to the number of players or perhaps a particular one?
    Paul Webster
    Author of "Now Playing" plugins covering Radio France (FIP etc), PlanetRadio (Bauer - Kiss, Absolute, Scala, JazzFM etc), KCRW, ABC Australia and CBC/Radio-Canada
    and, via the extra "Radio Now Playing" plugin lots more - see https://forums.slimdevices.com/showt...Playing-plugin

    Comment


      #3
      Code:
      [22-10-19 09:29:12.1049] Slim::Player::Song::open (362) spotify://track:1snWlbcbgQpJfknoI30DWG
      [22-10-19 09:29:12.1058] Slim::Player::Song::open (386) seek=false time=0 canSeek=2
      [22-10-19 09:29:12.1068] Slim::Player::TranscodingHelper::getConvertCommand2 (493) Matched: spt->flc via: TMPDIR=/var/lib/squeezeboxserver/cache/spotty [spotty-x86_64] --ap-port=12321  -n Squeezebox -c "/var/lib/squeezeboxserver/cache/spotty/1624eda9" --single-track $URL$ --bitrate 320 --disable-discovery --disable-audio-cache $START$ | [flac] -cs --channels=2 --sample-rate=44100 --bps=16 --endian=little --sign=signed --fast --totally-silent --ignore-chunk-sizes -
      [22-10-19 09:29:12.1069] Slim::Player::Song::open (416) Transcoder: streamMode=R, streamformat=flc
      [22-10-19 09:29:12.1074] Slim::Player::TranscodingHelper::tokenizeConvertCommand2 (667) Using command for conversion: TMPDIR=/var/lib/squeezeboxserver/cache/spotty "/var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/Spotty/Bin/i386-linux/spotty-x86_64" --ap-port=12321  -n Squeezebox -c "/var/lib/squeezeboxserver/cache/spotty/1624eda9" --single-track "spotify://track:1snWlbcbgQpJfknoI30DWG" --bitrate 320 --disable-discovery --disable-audio-cache | "/usr/share/squeezeboxserver/Bin/x86_64-linux/flac" -cs --channels=2 --sample-rate=44100 --bps=16 --endian=little --sign=signed --fast --totally-silent --ignore-chunk-sizes - & |
      [22-10-19 09:29:12.1075] Slim::Player::Song::open (578) Tokenized command: TMPDIR=/var/lib/squeezeboxserver/cache/spotty "/var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/Spotty/Bin/i386-linux/spotty-x86_64" --ap-port=12321  -n Squeezebox -c "/var/lib/squeezeboxserver/cache/spotty/1624eda9" --single-track "spotify://track:1snWlbcbgQpJfknoI30DWG" --bitrate 320 --disable-discovery --disable-audio-cache | "/usr/share/squeezeboxserver/Bin/x86_64-linux/flac" -cs --channels=2 --sample-rate=44100 --bps=16 --endian=little --sign=signed --fast --totally-silent --ignore-chunk-sizes - & |
      [22-10-19 09:29:12.1137] Slim::Player::StreamingController::_Stream (1282) 02:00:80:26:52:07: stream
      [22-10-19 09:29:12.1140] Slim::Player::StreamingController::_Stream (1282) b8:27:eb:83:fe:f3: stream
      [22-10-19 09:29:12.1164] Slim::Player::StreamingController::_Stream (1282) b8:27:eb:a1:5e:53: stream
      [22-10-19 09:29:12.1174] Slim::Player::StreamingController::_Stream (1282) b8:27:eb:93:64:93: stream
      [22-10-19 09:29:12.1185] Slim::Player::StreamingController::_Stream (1282) dc:a6:32:a7:49:c2: stream
      [22-10-19 09:29:12.1196] Slim::Player::StreamingController::_Stream (1282) 0c:b8:15:e8:08:a8: stream
      [22-10-19 09:29:12.1207] Slim::Player::StreamingController::_Stream (1319) Song queue is now 8,7
      [22-10-19 09:29:12.1209] Slim::Player::StreamingController::_setStreamingState (2386) new streaming state STREAMING
      [COLOR="#FF0000"][22-10-19 09:29:12.2605] Slim::Player::Source::_readNextChunk (378) end of file or error on socket, song pos: 3053221417
      [/COLOR][22-10-19 09:29:12.2606] Slim::Player::Source::_readNextChunk (383) 02:00:80:26:52:07 mark end of stream
      [22-10-19 09:29:12.2608] Slim::Player::Source::_readNextChunk (383) b8:27:eb:83:fe:f3 mark end of stream
      [22-10-19 09:29:12.2609] Slim::Player::Source::_readNextChunk (383) b8:27:eb:a1:5e:53 mark end of stream
      [22-10-19 09:29:12.2610] Slim::Player::Source::_readNextChunk (383) b8:27:eb:93:64:93 mark end of stream
      [22-10-19 09:29:12.2611] Slim::Player::Source::_readNextChunk (383) dc:a6:32:a7:49:c2 mark end of stream
      [22-10-19 09:29:12.2612] Slim::Player::Source::_readNextChunk (383) 0c:b8:15:e8:08:a8 mark end of stream
      [22-10-19 09:29:12.2614] Slim::Player::StreamingController::_setStreamingState (2386) new streaming state STREAMOUT
      [22-10-19 09:29:12.2699] Slim::Player::StreamingController::playerEndOfStream (2286) dc:a6:32:a7:49:c2
      [22-10-19 09:29:12.2718] Slim::Player::StreamingController::playerReadyToStream (2218) dc:a6:32:a7:49:c2
      [22-10-19 09:29:12.2721] Slim::Player::StreamingController::_setStreamingState (2386) new streaming state IDLE
      [22-10-19 09:29:12.2724] Slim::Player::StreamingController::nextsong (889) The next song is number 9, was 8
      [22-10-19 09:29:12.2727] Slim::Player::Song::new (109) index 9 -> spotify://track:1eyzqe2QqGZUmfcPZtrIyt
      [22-10-19 09:29:12.2731] Slim::Player::StreamingController::_setStreamingState (2386) new streaming state TRACKWAIT
      [22-10-19 09:29:12.2733] Slim::Player::Song::getNextSong (222) spotify://track:1eyzqe2QqGZUmfcPZtrIyt
      [22-10-19 09:29:12.2734] Slim::Player::StreamingController::_nextTrackReady (744) 02:00:80:26:52:07: nextTrack will be index 9
      [22-10-19 09:29:12.2737] Slim::Player::StreamingController::playerEndOfStream (2286) b8:27:eb:83:fe:f3
      [22-10-19 09:29:12.2755] Slim::Player::StreamingController::playerReadyToStream (2218) b8:27:eb:83:fe:f3
      [22-10-19 09:29:12.2762] Slim::Player::StreamingController::playerEndOfStream (2286) b8:27:eb:93:64:93
      [22-10-19 09:29:12.3033] Slim::Player::StreamingController::playerReadyToStream (2218) b8:27:eb:93:64:93
      [22-10-19 09:29:12.3198] Slim::Player::StreamingController::playerEndOfStream (2286) 0c:b8:15:e8:08:a8
      [22-10-19 09:29:12.5710] Slim::Player::StreamingController::playerReadyToStream (2218) 0c:b8:15:e8:08:a8
      [22-10-19 09:29:12.6671] Slim::Player::StreamingController::playerEndOfStream (2286) b8:27:eb:a1:5e:53
      [22-10-19 09:29:12.6778] Slim::Player::StreamingController::playerReadyToStream (2218) b8:27:eb:a1:5e:53
      [22-10-19 09:29:12.6780] Slim::Player::StreamingController::_Stream (1204) aborting streaming because songqueue too long: 3
      [22-10-19 09:29:22.0145] Slim::Player::StreamingController::playerStopped (2177) 02:00:80:26:52:07
      [22-10-19 09:29:22.0148] Slim::Player::StreamingController::_setPlayingState (2377) new playing state STOPPED
      [22-10-19 09:29:22.0150] Slim::Player::StreamingController::_Stream (1210) Song queue is now 9,8
      [22-10-19 09:29:22.0151] Slim::Player::StreamingController::_Stream (1213) 02:00:80:26:52:07: preparing to stream song index 9
      [22-10-19 09:29:22.0153] Slim::Player::Song::open (362) spotify://track:1eyzqe2QqGZUmfcPZtrIyt
      [22-10-19 09:29:22.0163] Slim::Player::Song::open (386) seek=false time=0 canSeek=2
      [22-10-19 09:29:22.0172] Slim::Player::TranscodingHelper::getConvertCommand2 (493) Matched: spt->flc via: TMPDIR=/var/lib/squeezeboxserver/cache/spotty [spotty-x86_64] --ap-port=12321  -n Squeezebox -c "/var/lib/squeezeboxserver/cache/spotty/1624eda9" --single-track $URL$ --bitrate 320 --disable-discovery --disable-audio-cache $START$ | [flac] -cs --channels=2 --sample-rate=44100 --bps=16 --endian=little --sign=signed --fast --totally-silent --ignore-chunk-sizes -
      [22-10-19 09:29:22.0173] Slim::Player::Song::open (416) Transcoder: streamMode=R, streamformat=flc
      [22-10-19 09:29:22.0176] Slim::Player::TranscodingHelper::tokenizeConvertCommand2 (667) Using command for conversion: TMPDIR=/var/lib/squeezeboxserver/cache/spotty "/var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/Spotty/Bin/i386-linux/spotty-x86_64" --ap-port=12321  -n Squeezebox -c "/var/lib/squeezeboxserver/cache/spotty/1624eda9" --single-track "spotify://track:1eyzqe2QqGZUmfcPZtrIyt" --bitrate 320 --disable-discovery --disable-audio-cache | "/usr/share/squeezeboxserver/Bin/x86_64-linux/flac" -cs --channels=2 --sample-rate=44100 --bps=16 --endian=little --sign=signed --fast --totally-silent --ignore-chunk-sizes - & |
      [22-10-19 09:29:22.0178] Slim::Player::Song::open (578) Tokenized command: TMPDIR=/var/lib/squeezeboxserver/cache/spotty "/var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/Spotty/Bin/i386-linux/spotty-x86_64" --ap-port=12321  -n Squeezebox -c "/var/lib/squeezeboxserver/cache/spotty/1624eda9" --single-track "spotify://track:1eyzqe2QqGZUmfcPZtrIyt" --bitrate 320 --disable-discovery --disable-audio-cache | "/usr/share/squeezeboxserver/Bin/x86_64-linux/flac" -cs --channels=2 --sample-rate=44100 --bps=16 --endian=little --sign=signed --fast --totally-silent --ignore-chunk-sizes - & |
      [22-10-19 09:29:22.0237] Slim::Player::StreamingController::_Stream (1282) 02:00:80:26:52:07: stream
      [22-10-19 09:29:22.0242] Slim::Player::StreamingController::_Stream (1282) b8:27:eb:83:fe:f3: stream
      [22-10-19 09:29:22.0264] Slim::Player::StreamingController::_Stream (1282) b8:27:eb:a1:5e:53: stream
      [22-10-19 09:29:22.0275] Slim::Player::StreamingController::_Stream (1282) b8:27:eb:93:64:93: stream
      [22-10-19 09:29:22.0285] Slim::Player::StreamingController::_Stream (1282) dc:a6:32:a7:49:c2: stream
      [22-10-19 09:29:22.0298] Slim::Player::StreamingController::_Stream (1282) 0c:b8:15:e8:08:a8: stream
      [22-10-19 09:29:22.0308] Slim::Player::StreamingController::_Stream (1319) Song queue is now 9,8
      [22-10-19 09:29:22.0311] Slim::Player::StreamingController::_setPlayingState (2377) new playing state BUFFERING
      [22-10-19 09:29:22.0312] Slim::Player::StreamingController::_setStreamingState (2386) new streaming state STREAMING
      Here is a log excerpt of it going totally haywire. It's not a client dropping out in this case, but it was Spotify. The general consensus around here seems to be the Spotty spotify plugin lives up to its name, but I get this kind of behavior even with other streaming sources.

      Comment


        #4
        Code:
        [22-10-19 10:03:20.1677] Slim::Player::Song::open (362) youtube://www.youtube.com/v/hiY6g0cAsi8
        [22-10-19 10:03:20.1679] Slim::Player::Song::open (386) seek=false time=0 canSeek=1
        [22-10-19 10:03:20.1686] Slim::Player::TranscodingHelper::getConvertCommand2 (493) Matched: ops->ops via: -
        [22-10-19 10:03:20.1688] Slim::Player::Song::open (416) Transcoder: streamMode=I, streamformat=ops
        [22-10-19 10:03:20.1689] Slim::Player::Song::open (472) Opening stream (no direct streaming) using Plugins::YouTube::ProtocolHandler [youtube://www.youtube.com/v/hiY6g0cAsi8]
        [22-10-19 10:03:20.1691] Slim::Player::Song::open (502) URL is a song (audio): youtube://www.youtube.com/v/hiY6g0cAsi8, type=ops
        [22-10-19 10:03:20.1699] Slim::Player::StreamingController::_Stream (1282) 02:00:80:26:52:07: stream
        [22-10-19 10:03:20.1702] Slim::Player::StreamingController::_Stream (1282) b8:27:eb:83:fe:f3: stream
        [22-10-19 10:03:20.1716] Slim::Player::StreamingController::_Stream (1282) b8:27:eb:a1:5e:53: stream
        [22-10-19 10:03:20.1727] Slim::Player::StreamingController::_Stream (1282) b8:27:eb:93:64:93: stream
        [22-10-19 10:03:20.1743] Slim::Player::StreamingController::_Stream (1282) dc:a6:32:a7:49:c2: stream
        [22-10-19 10:03:20.1757] Slim::Player::StreamingController::_Stream (1282) 0c:b8:15:e8:08:a8: stream
        [22-10-19 10:03:20.1767] Slim::Player::StreamingController::_Stream (1319) Song queue is now 4,1
        [22-10-19 10:03:20.1769] Slim::Player::StreamingController::_setStreamingState (2386) new streaming state STREAMING
        [22-10-19 10:03:29.0040] Slim::Player::StreamingController::playerTrackStarted (2200) dc:a6:32:a7:49:c2
        [22-10-19 10:03:29.0043] Slim::Player::StreamingController::playerTrackStarted (2200) b8:27:eb:a1:5e:53
        [22-10-19 10:03:29.0110] Slim::Player::StreamingController::playerTrackStarted (2200) b8:27:eb:93:64:93
        [22-10-19 10:03:29.0322] Slim::Player::StreamingController::playerTrackStarted (2200) 02:00:80:26:52:07
        [22-10-19 10:03:29.0324] Slim::Player::StreamingController::_setPlayingState (2377) new playing state PLAYING
        [22-10-19 10:03:29.0325] Slim::Player::StreamingController::_Playing (362) Song 1 is not longer in the queue
        [22-10-19 10:03:29.0326] Slim::Player::StreamingController::_Playing (368) Song 4 has now started playing
        [22-10-19 10:03:29.0333] Slim::Player::StreamingController::_Playing (397) Song queue is now 4
        [22-10-19 10:03:29.0334] Slim::Player::StreamingController::playerTrackStarted (2200) b8:27:eb:83:fe:f3
        [22-10-19 10:03:29.0866] Slim::Player::StreamingController::playerTrackStarted (2200) 0c:b8:15:e8:08:a8
        [COLOR="#FF0000"][22-10-19 10:05:38.3449] Slim::Player::Source::_readNextChunk (378) end of file or error on socket, song pos: 188253494
        [/COLOR][22-10-19 10:05:38.3451] Slim::Player::Source::_readNextChunk (383) 02:00:80:26:52:07 mark end of stream
        [22-10-19 10:05:38.3452] Slim::Player::Source::_readNextChunk (383) b8:27:eb:83:fe:f3 mark end of stream
        [22-10-19 10:05:38.3453] Slim::Player::Source::_readNextChunk (383) b8:27:eb:a1:5e:53 mark end of stream
        [22-10-19 10:05:38.3454] Slim::Player::Source::_readNextChunk (383) b8:27:eb:93:64:93 mark end of stream
        [22-10-19 10:05:38.3455] Slim::Player::Source::_readNextChunk (383) dc:a6:32:a7:49:c2 mark end of stream
        [22-10-19 10:05:38.3456] Slim::Player::Source::_readNextChunk (383) 0c:b8:15:e8:08:a8 mark end of stream
        [22-10-19 10:05:38.3463] Slim::Player::StreamingController::_setStreamingState (2386) new streaming state STREAMOUT
        [22-10-19 10:05:38.3487] Slim::Player::StreamingController::playerEndOfStream (2286) dc:a6:32:a7:49:c2
        [22-10-19 10:05:38.3528] Slim::Player::StreamingController::playerEndOfStream (2286) b8:27:eb:93:64:93
        [22-10-19 10:05:38.3759] Slim::Player::StreamingController::playerEndOfStream (2286) b8:27:eb:83:fe:f3
        [22-10-19 10:05:38.7502] Slim::Player::StreamingController::playerEndOfStream (2286) b8:27:eb:a1:5e:53
        [22-10-19 10:06:04.1371] Slim::Player::StreamingController::playerEndOfStream (2286) 0c:b8:15:e8:08:a8
        [22-10-19 10:06:18.0081] Slim::Player::StreamingController::_CheckSync (566) b8:27:eb:93:64:93 resync: skipAhead 10ms
        Here is the same issue with youtube playback.

        Comment


          #5
          That log says that there is transcoding going on presumably because one or some of the players require it. That can cause issues but probably isn’t the problem if your server has done grunt.

          You imply that your players are on WiFi. Interference can cause issues such as this and is very difficult to diagnose.

          Take a player at a time out of the sync group to try to determine if there is a particular player that is causing the issue.
          Jim
          https://jukeradio.double6.net


          VB2.4 storage QNAP TS419p (NFS)
          Living Room Joggler & Pi4/Khadas -> Onkyo TXNR686 -> Celestion F20s
          Office Joggler & Pi3 -> Denon RCD N8 -> Celestion F10s
          Dining Room SB Radio
          Bedroom (Bedside) Pi Zero+DAC ->ToppingTP21 ->AKG Headphones
          Bedroom (TV) & Bathroom SB Touch ->Denon AVR ->Mordaunt Short M10s + Kef ceiling speakers
          Guest Room Joggler > Topping Amp -> Wharfedale Modus Cubes

          Comment


            #6
            Originally posted by d6jg View Post
            That log says that there is transcoding going on presumably because one or some of the players require it. That can cause issues but probably isn’t the problem if your server has done grunt.

            You imply that your players are on WiFi. Interference can cause issues such as this and is very difficult to diagnose.

            Take a player at a time out of the sync group to try to determine if there is a particular player that is causing the issue.
            I can rotate thru the players and see if that causes it. My unifi controller does show them all as having excellent signal quality as they all have a nearby hotspot.

            To give another point of data, using Roon with multi-room output to the exact same set of six squeezelite clients has not yet had any playback problems. The lack of spotify however is really a dealbreaker for that server.

            I really never had any playback issues before with mopidy/snapcast either on my network, I may have to roll back to it for my halloween party.

            Comment


              #7
              Not sure about Spotty but Qobuz has a cache setting that I set to prevent any buffering. Maybe it will help Spotty with transcoding and syncing to all the players


              Sent from my iPhone using Tapatalk

              Comment


                #8
                Originally posted by threshold350 View Post
                Not sure about Spotty but Qobuz has a cache setting that I set to prevent any buffering. Maybe it will help Spotty with transcoding and syncing to all the players


                Sent from my iPhone using Tapatalk
                Good point but it’s not a Qobuz setting it’s general.

                Settings / Advanced / Networking / Streaming Mode - choose Cache or Persistent rather than Normal
                Jim
                https://jukeradio.double6.net


                VB2.4 storage QNAP TS419p (NFS)
                Living Room Joggler & Pi4/Khadas -> Onkyo TXNR686 -> Celestion F20s
                Office Joggler & Pi3 -> Denon RCD N8 -> Celestion F10s
                Dining Room SB Radio
                Bedroom (Bedside) Pi Zero+DAC ->ToppingTP21 ->AKG Headphones
                Bedroom (TV) & Bathroom SB Touch ->Denon AVR ->Mordaunt Short M10s + Kef ceiling speakers
                Guest Room Joggler > Topping Amp -> Wharfedale Modus Cubes

                Comment


                  #9
                  Originally posted by d6jg View Post
                  Good point but it’s not a Qobuz setting it’s general.

                  Settings / Advanced / Networking / Streaming Mode - choose Cache or Persistent rather than Normal
                  I've had the setting "Cache HTTP(S) streams on disk" and a buffer of 6 seconds. Trying a 10 second buffer today to see if that helps.

                  Comment


                    #10
                    Originally posted by d6jg View Post
                    Good point but it’s not a Qobuz setting it’s general.

                    Settings / Advanced / Networking / Streaming Mode - choose Cache or Persistent rather than Normal
                    So, after a considerable amount of debugging, I can conclusively determine it's not any of my players ever dropping off the network. As far as I can tell LMS is seemingly incapable of streaming content reliably from a HTTP feed. I've cranked my caching up and even tried the "reliable http" plugin.

                    I set up a docker container spitting out an icecast stream on the same box as LMS and yet it keeps needing to rebuffer the stream. My laptop streaming the same feed using VLC (delayed by the same amount) never skips at all.

                    Comment


                      #11
                      Have you tried external sources other than Spotify (etc).
                      e.g. a simple internet radio station using Shoutcast/Icecast ?
                      Paul Webster
                      Author of "Now Playing" plugins covering Radio France (FIP etc), PlanetRadio (Bauer - Kiss, Absolute, Scala, JazzFM etc), KCRW, ABC Australia and CBC/Radio-Canada
                      and, via the extra "Radio Now Playing" plugin lots more - see https://forums.slimdevices.com/showt...Playing-plugin

                      Comment


                        #12
                        Originally posted by Paul Webster View Post
                        Have you tried external sources other than Spotify (etc).
                        e.g. a simple internet radio station using Shoutcast/Icecast ?
                        That's exactly what I did, set up a local icecast server for it to stream from and yet it continues to buffer underrun. I am suspecting the synchronization logic to skip ahead 10+ms to stay in sync eventually eats up the streaming buffer and causes underruns.

                        Comment


                          #13
                          In that case - I suggest going back to 8.3 and generate logs again.
                          I say this because “Persistent” plugin is removed for 8.3 and equivalent code is now in the 8.3 base.

                          Philippe (who wrote the persistent stuff) appears to have freed up some time for some more LMS work so he might be able to have a go at this.
                          He will have no issue finding enough players given his other plugins and SqueezeAMP.
                          Paul Webster
                          Author of "Now Playing" plugins covering Radio France (FIP etc), PlanetRadio (Bauer - Kiss, Absolute, Scala, JazzFM etc), KCRW, ABC Australia and CBC/Radio-Canada
                          and, via the extra "Radio Now Playing" plugin lots more - see https://forums.slimdevices.com/showt...Playing-plugin

                          Comment


                            #14
                            Originally posted by Paul Webster View Post
                            In that case - I suggest going back to 8.3 and generate logs again.
                            I say this because “Persistent” plugin is removed for 8.3 and equivalent code is now in the 8.3 base.

                            Philippe (who wrote the persistent stuff) appears to have freed up some time for some more LMS work so he might be able to have a go at this.
                            He will have no issue finding enough players given his other plugins and SqueezeAMP.
                            Because I can't seem to stop debugging this issue, I've spun up another LMS node (8.2, piCorePlayer) on a wifi-only Pi4+DAC2HD node.
                            It turns out that my synchronization is much more reliable with this host, and I get sync events much less often. It's also yet to have any online streams disconnect.

                            Previously I was on a hardwired host as a proxmox VM. I've even migrated the VM between 2 different servers to test if one was at fault without improvement. This same server stack hosts a considerable number of other VMs without any issues, including the firewall/gateway itself.
                            Are there any known issues with trying to keep a large number of players synchronized from a virtual machine host?

                            Comment


                              #15
                              Originally posted by snubber View Post
                              Are there any known issues with trying to keep a large number of players synchronized from a virtual machine host?
                              Not really ... but I suspect it is not a common situation.
                              Note, though, LMS is single threaded so perhaps it might occasionally be starved by something managing the VMs.
                              Last edited by Paul Webster; 2022-10-27, 05:29. Reason: Edited missed auto-correct
                              Paul Webster
                              Author of "Now Playing" plugins covering Radio France (FIP etc), PlanetRadio (Bauer - Kiss, Absolute, Scala, JazzFM etc), KCRW, ABC Australia and CBC/Radio-Canada
                              and, via the extra "Radio Now Playing" plugin lots more - see https://forums.slimdevices.com/showt...Playing-plugin

                              Comment

                              Working...
                              X