Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
I had this problem a couple of years ago - I was using a Raspberry Pi 2B as my server with USB drives storing the music. I replaced the SD card in the Pi, and that solved the issue. Verulam's Profile: http://forums.slimdevices.com/member.php?userid=70962 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
rbl wrote: > I installed htop and it says CPU is running at <5%. One core is running > at about 5-10%, haven't seen it go above 20%. Memory usage is 488MB out > of 3.75GB. Good. That eliminsates a CPU load as a possible issues. > I can just transcode the FLACs to 48/16, it just seems it shouldn't be > necessary. Idf youi trasncode , you shoudl see CPU load on a differtent Cocre go up. > I started another thread (as I suspect it is a different issue): both my > Win10 and Pi4 LMS servers start looping during playback when SB3s are > sync'd. > https://forums.slimdevices.com/showthread.php?117047-Playback-goes-into-4-second-loops-on-both-wired-Win10-and-Pi4-LMS-Log-file-attached&p=1065015#post1065015 Different symptoms but so many problems suddenly - start to look at "common" parts such as PSUs, network cables etc. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
bpa wrote: > Still worthwhile checking process usage (top) just to eliminate > possibilities. LMS uses only one core. > edit: > I installed htop and it says CPU is running at <5%. One core is running at about 5-10%, haven't seen it go above 20%. Memory usage is 488MB out of 3.75GB. I can just transcode the FLACs to 48/16, it just seems it shouldn't be necessary. I started another thread (as I suspect it is a different issue): both my Win10 and Pi4 LMS servers start looping during playback when SB3s are sync'd. https://forums.slimdevices.com/showthread.php?117047-Playback-goes-into-4-second-loops-on-both-wired-Win10-and-Pi4-LMS-Log-file-attached&p=1065015#post1065015 SB3 -> Quad 909 -> Quad Electrostatic speakers, Quad 405 -> TBI subwoofer 3 x SB3s + SB Radio LMS on Raspbian on a Pi4 Rotel RSP1068 surround processor, Quad 707 -> B&W surround rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
rbl wrote: > It seems better on 8.2.1, pausing less frequently every 5 minutes or so > (with no sync'd players, just Squeezelite). Still a bit surprising... Still worthwhile checking process usage (top) just to eliminate possibilities. LMS uses only one core. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
bpa wrote: > AFAICT LMS does read of "source" data in 32kBytes chunks which should > only improve things compared to 1K. > > LMS request chunks of data to fill a player buffer. Playing only starts > when buffer has reached a threshold. The player will indicate underrun > when no data left in buffer to play. > Player has two buffer input for encoded data and output for decoded > data. > > From log below it looks like input buffer is about 2Mbytes (2,093,152) > and output is about (1,764,000). > The input buffer will take about 63 x 32kbyte chunks to fill and it took > LMS from 44:22.13 to 44:22.73 to do it. > So LMS is initially supplying data at about 2,093,152/0.6 = > 3.4Mbytes/sec - so something is causing a delay or not letting LMS > service an I/O request. > > If you are still running LMS 8.1.2 - it is old (abt Jan 2021) please > upgrade just to eliminate old bugs. IIRC While there have been many bug > fixes, there were some in early 2021 relating to waiting for I/O. > > > Code: > > > [22-11-09 20:44:22.1310] Slim::Player::Player::_buffering (1144) Buffering... 40960 / 2093152 > [22-11-09 20:44:22.1350] Slim::Player::StreamingController::_eventAction (272) 00:00:00:00:00:00: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp > [22-11-09 20:44:22.4319] Slim::Player::Player::_buffering (1144) Buffering... 1212416 / 2093152 > [22-11-09 20:44:22.4322] Slim::Player::Player::_buffering (1145) +output... 229376 / 1764000 > [22-11-09 20:44:22.4337] Slim::Player::StreamingController::_eventAction (272) 00:00:00:00:00:00: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp > [22-11-09 20:44:22.7330] Slim::Player::Player::_buffering (1144) Buffering... 2097151 / 2093152 > [22-11-09 20:44:22.7336] Slim::Player::Player::_buffering (1145) +output... 3342336 / 1764000 > [22-11-09 20:44:22.7338] Slim::Player::StreamingController::playerBufferReady (2278) 00:00:00:00:00:00 > > > It seems better on 8.2.1, pausing less frequently every 5 minutes or so (with no sync'd players, just Squeezelite). Still a bit surprising... SB3 -> Quad 909 -> Quad Electrostatic speakers, Quad 405 -> TBI subwoofer 3 x SB3s + SB Radio LMS on Raspbian on a Pi4 Rotel RSP1068 surround processor, Quad 707 -> B&W surround rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
rbl wrote: > Makes sense so I did the following to test read/write speeds of 1GB in > 1kB chunks (I am pretty new to Linux) > > time dd bs=1K count=100 if=/dev/zero of=testdata conv=fdatasync # > write speed - 1GB total > sync && echo -n 3 | sudo tee /proc/sys/vm/drop_caches # flush cache > time dd bs=1K if=testdata of=/dev/null # read speed > > And I still get a write speed of 9MB/s and read of 42MB/s AFAICT LMS does read of "source" data in 32kBytes chunks which should only improve things compared to 1K. LMS request chunks of data to fill a player buffer. Playing only starts when buffer has reached a threshold. The player will indicate underrun when no data left in buffer to play. Player has two buffer input for encoded data and output for decoded data. >From log below it looks like input buffer is about 2Mbytes (2,093,152) and output is about (1,764,000). The input buffer will take about 63 x 32kbyte chunks to fill and it took LMS from 44:22.13 to 44:22.73 to do it. So LMS is initially supplying data at about 2,093,152/0.6 = 3.4Mbytes/sec - so something is causing a delay or not letting LMS service an I/O request. If you are still running LMS 8.1.2 - it is old (abt Jan 2021) please upgrade just to eliminate old bugs. IIRC While there have been many bug fixes, there were some in early 2021 relating to waiting for I/O. Code: [22-11-09 20:44:22.1310] Slim::Player::Player::_buffering (1144) Buffering... 40960 / 2093152 [22-11-09 20:44:22.1350] Slim::Player::StreamingController::_eventAction (272) 00:00:00:00:00:00: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp [22-11-09 20:44:22.4319] Slim::Player::Player::_buffering (1144) Buffering... 1212416 / 2093152 [22-11-09 20:44:22.4322] Slim::Player::Player::_buffering (1145) +output... 229376 / 1764000 [22-11-09 20:44:22.4337] Slim::Player::StreamingController::_eventAction (272) 00:00:00:00:00:00: StatusHeartbeat in BUFFERING-STREAMING -> Slim::Player::StreamingController::_NoOp [22-11-09 20:44:22.7330] Slim::Player::Player::_buffering (1144) Buffering... 2097151 / 2093152 [22-11-09 20:44:22.7336] Slim::Player::Player::_buffering (1145) +output... 3342336 / 1764000 [22-11-09 20:44:22.7338] Slim::Player::StreamingController::playerBufferReady (2278) 00:00:00:00:00:00 bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
Makes sense so I did the following to test read/write speeds of 1GB in 1kB chunks (I am pretty new to Linux) time dd bs=1K count=100 if=/dev/zero of=testdata conv=fdatasync # write speed - 1GB total sync && echo -n 3 | sudo tee /proc/sys/vm/drop_caches # flush cache time dd bs=1K if=testdata of=/dev/null # read speed And I still get a write speed of 9MB/s and read of 42MB/s SB3 -> Quad 909 -> Quad Electrostatic speakers, Quad 405 -> TBI subwoofer 3 x SB3s + SB Radio LMS on Raspbian on a Pi4 Rotel RSP1068 surround processor, Quad 707 -> B&W surround rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
rbl wrote: > The plot thickens. The 256GB USB stick where my music is stored is > EASILY fast enough. I copied 8.2GB of FLACs over the network to my > Windows PC in 188s. That's 44MB/s. So I am still no closer to > understanding the problem. And of course the LMS/Pi for these tests > isn't even going over the network. Any idea what may be going on? With LMS Playing a file from a storage device - means lots of small reads and not one big one which is what happens when you do a file copy. Testing throughput is not a case of seeing how fast it takes to copy the file but how fast a number of small reads take each with a time gap in between. Which caching and readahead strategies are enabled for the mounted device may be a factor. For removable devices some system reduce caching to make sure there are minimal problems if the device is just pulled form system rather then unmounted. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
The plot thickens. The 256GB USB stick where my music is stored is EASILY fast enough. I copied 8.2GB of FLACs over the network to my Windows PC in 188s. That's 44MB/s. So I am still no closer to understanding the problem. And of course the LMS/Pi for these tests isn't even going over the network. Any idea what may be going on? SB3 -> Quad 909 -> Quad Electrostatic speakers, Quad 405 -> TBI subwoofer 3 x SB3s + SB Radio LMS on Raspbian on a Pi4 Rotel RSP1068 surround processor, Quad 707 -> B&W surround rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
d6jg wrote: > > Have you tried a different USB stick and is it connected to a USB3 port? > USB sticks vary in quality. > Ok - I copied the 192/24 FLACs to the 32GB SD Card and the problem has gone. The 256GB USB stick is USB 3.1, in the blue USB 3.0 slot, and is specified as "upto 130MB/s". I realise this is presumably the initial cached speed. Nevertheless I thought (perhaps wrongly) that anything USB 3.0 had to have a minimum performance. These FLACs are approx 5Mb/s or 700kB/s which doesn't seem much to me. I guess I am wrong! SB3 -> Quad 909 -> Quad Electrostatic speakers, Quad 405 -> TBI subwoofer 3 x SB3s + SB Radio LMS on Raspbian on a Pi4 Rotel RSP1068 surround processor, Quad 707 -> B&W surround rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
Although networking per se is not involved TCP/UDP via the network stack is still in play as Squeezelite will be connecting to LMS via 127.0,0.1 or the Pis IP address but its unlikely to be causing the stuttering if no transcoding / sync is involved. Have you tried a different USB stick and is it connected to a USB3 port? USB sticks vary in quality. Also 8.1.2 is now very long in the tooth. Jim https://jukeradio.double6.net VB2.4[/B] STORAGE *QNAP TS419P (NFS) [B]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 d6jg's Profile: http://forums.slimdevices.com/member.php?userid=44051 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
rbl wrote: > I removed the sync'd SB3s, so just Squeezelite playing on the Pi4. The > music is on a 256GB USB stick. No network involved other than for > controlling LMS via a Win10 web browser. I am listening via the Pi's > 3.5mm audio output. I still get the stuttering. It is only drawing 4W > power. I do not have Inguz or anything other add-ins other than BBC > Sounds which should be irrelevant. > > I attached the log file. Playback paused at 20.44.11 for several > seconds, and again at 20.45.2.5 to restart at 20.45.48. I think it > paused one or two other times during the log. > OK. No transcoding. Log show that player runs out of data Code: [22-11-09 20:44:22.0004] Slim::Player::StreamingController::playerOutputUnderrun (2239) 00:00:00:00:00:00: decoder: 8192 / output: 0 [22-11-09 20:44:22.0010] Slim::Player::StreamingController::_eventAction (272) 00:00:00:00:00:00: OutputUnderrun in PLAYING-STREAMING -> Slim::Player::StreamingController::_Rebuffer [22-11-09 20:44:22.0017] Slim::Player::StreamingController::_setPlayingState (2377) new playing state BUFFERING [22-11-09 20:44:22.0062] Slim::Player::StreamingController::_eventAction (302) 00:00:00:00:00:00: OutputUnderrun - new state BUFFERING-STREAMING[ Question is why data has not been sent in time. Did you check processor load with top ? Is the MAC address of the Pi4 network interface all zeroes - this is not good practice as it can mean something has not been setup properly. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
bpa wrote: > Stuttering is usually due to either > * processor load > * network issues > * sync issues. > * other LMS/plugin processing hogging processor (LMS is single > threaded) > > You need to eliminate possibilities. > > Are the players synced ? > Do you have other plugins that may do audio processing such as Inguz. > What else is LMS doing when playing (e.g. database scanning). > > To play 192/24 on SB3 - decompression, resampling (not sure whether > resample to 44.1Khz or 48Khz) and recompression will be happening. > Usually resampling and recompression to Flac are the big processor load. > You should check processor load on Pi4 using top or similar. > > Some users change the default sox resampling settings and can make it > very processor intensive. > > The network should be able to handle the resulting 44.1kHz (48Khz?) Flac > but some "wired" network technologies can have problems. Also > occasionally network sockets & cable fail gradually (i.e.intermittent > connection) > What is network topology ? > Do you use Homeplug ? > Do you have network switches/hubs ? > > You should enable LMS logging to see what is the root cause of the > stuttering - start with player.source to DEBUG to check audio processing > (e.g. confirm that just resampled Flac and not WAV is being sent to > players) I removed the sync'd SB3s, so just Squeezelite playing on the Pi4. The music is on a 256GB USB stick. No network involved other than for controlling LMS via a Win10 web browser. I am listening via the Pi's 3.5mm audio output. I still get the stuttering. It is only drawing 4W power. I do not have Inguz or anything other add-ins other than BBC Sounds which should be irrelevant. I attached the log file. Playback paused at 20.44.11 for several seconds, and again at 20.45.2.5 to restart at 20.45.48. I think it paused one or two other times during the log. 39083 +---+ |Filename: log FLAC 192-24.txt | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=39083| +---+ SB3 -> Quad 909 -> Quad Electrostatic speakers, Quad 405 -> TBI subwoofer 3 x SB3s + SB Radio LMS on Raspbian on a Pi4 Rotel RSP1068 surround processor, Quad 707 -> B&W surround rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
Stuttering is usually due to either * processor load * network issues * sync issues. * other LMS/plugin processing hogging processor (LMS is single threaded) You need to eliminate possibilities. Are the players synced ? Do you have other plugins that may do audio processing such as Inguz. What else is LMS doing when playing (e.g. database scanning). To play 192/24 on SB3 - decompression, resampling (not sure whether resample to 44.1Khz or 48Khz) and recompression will be happening. Usually resampling and recompression to Flac are the big processor load. You should check processor load on Pi4 using top or similar. Some users change the default sox resampling settings and can make it very processor intensive. The network should be able to handle the resulting 44.1kHz (48Khz?) Flac but some "wired" network technologies can have problems. Also occasionally network sockets & cable fail gradually (i.e.intermittent connection) What is network topology ? Do you use Homeplug ? Do you have network switches/hubs ? You should enable LMS logging to see what is the root cause of the stuttering - start with player.source to DEBUG to check audio processing (e.g. confirm that just resampled Flac and not WAV is being sent to players) bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
sgmlaw wrote: > The RPi is having to transcode those streams down on the fly to a > reduced bitstream to accommodate the SB3s. And the 4s are prone to run > hot to begin with. I would make sure the Pi has adequate cooling and is > not periodically throttling down under load, as they sometimes do. That > could cause streaming interruptions. > > If everything is connected via Ethernet, there should be no other > bottlenecks for what should be a 705 kbps stream, even in a 10/100 > network. > > If all you have are SB3s, I would just recode it down to 44/16 wav using > dbPoweramp, and relieve both ends from having to do any meaningful > processing work. A Redbook wav file in 2022 is pocket change for > storage and streaming purposes and plays on anything with no headaches. > > These 192/24 FLACs are about 5Mbps. However the Pi4 is only drawing less than 1 amp power so it really isn't getting hammered from a power perspective, and it isn't getting hot. It is in a sturdy metal heatsink box. I did try playing the same FLACs on a Win10 server on the same network and SB3s and it worked fine so it does seem to be a Pi4 thing. Odd as I don't see that these days it is particularly CPU intensive .. I can just convert the files to 44/16 but it goes against the grain - much better to fix the actual problem! Especially as at some point I intend to put some decent DACs on Pis and use them as players.. SB3 -> Quad 909 -> Quad Electrostatic speakers, Quad 405 -> TBI subwoofer 3 x SB3s + SB Radio LMS on Raspbian on a Pi4 Rotel RSP1068 surround processor, Quad 707 -> B&W surround rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
I remember having that same issue in my setup where LMS defaulted to transcoding everything prior to sending it to the players. So I reconfigured LMS to send native flac to the player which was a major improvement but then noticed that a couple of them refused to play which turned out to be because the player doesn't handle larger than 16 bit encoding (even though the libflac version that is part of the player's firmware is stated to be able to handle 24 bit encoded files). Since then I have coded everything down to 16 bit and I do that for every new music file I receive if needed. It's not that big a deal as I need to do a similar thing when I want to take music with me in my car which will only play mp3. gordonb3's Profile: http://forums.slimdevices.com/member.php?userid=71050 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
rbl wrote: > I'm trying to play high resolution 192/24 FLACs via LMS 8.1.2 on a Pi4 > to two wired SB3s. Playback breaks up every couple of minutes. Why is > this? I am happy for it to just transcode to 48/16 by simply discarding > the extra information. The RPi is having to transcode those streams down on the fly to a reduced bitstream to accommodate the SB3s. And the 4s are prone to run hot to begin with. I would make sure the Pi has adequate cooling and is not periodically throttling down under load, as they sometimes do. That could cause streaming interruptions. If everything is connected via Ethernet, there should be no other bottlenecks for what should be a 705 kbps stream, even in a 10/100 network. If all you have are SB3s, I would just recode it down to 44/16 wav using dbPoweramp, and relieve both ends from having to do any meaningful processing work. A Redbook wav file in 2022 is pocket change for storage and streaming purposes and plays on anything with no headaches. I remember the heated arguments here a couple decades ago over flac vs. wav, when people were struggling with 400GB HDDs and 802.11g routers. With todays 4k video files and 20TB drives, those arguments are now quaint in hindsight. sgmlaw's Profile: http://forums.slimdevices.com/member.php?userid=13995 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] High resolution FLACs (192/24) stuttering during playback
I'm trying to play high resolution 192/24 FLACs via LMS 8.1.2 on a Pi4 to two wired SB3s. Playback breaks up every couple of minutes. Why is this? I am happy for it to just transcode to 48/16 by simply discarding the extra information. SB3 -> Quad 909 -> Quad Electrostatic speakers, Quad 405 -> TBI subwoofer 3 x SB3s + SB Radio LMS on Raspbian on a Pi4 Rotel RSP1068 surround processor, Quad 707 -> B&W surround rbl's Profile: http://forums.slimdevices.com/member.php?userid=4517 View this thread: http://forums.slimdevices.com/showthread.php?t=117034 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
