<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Buffering continuously]]></title><description><![CDATA[<p dir="auto">Re: <a href="/topic/5786/continuous-buffering">Continuous Buffering</a></p>
<p dir="auto">In support of rlkeeney, so people don't think he is an isolated case, I have been experiencing this buffering issue for some time now.  I don't recall exactly when it started, but for at least this year it has been happening.  I have used Strawberry for many years and it just started happening suddenly.  I kept hoping it would go away with an update, and finally decided to go looking for solutions.</p>
<p dir="auto">For me it happens when I am streaming, not when I am playing local files.  Whether I stream from my LAN icecast server or a remote service like <a href="http://classicalradio.com" rel="nofollow ugc">classicalradio.com</a>, I have constant buffering, and if it hits zero the stream stops until I manually restart it.</p>
<p dir="auto">With high bit-rate streams (FLAC, OGG, or Opus) the buffering peaks between 15% and 30%.  With lower bit-rate AAC or MP3 streams it will peak at 60% to 90%.  Prior to this happening, I would start a stream and watch the buffer fill, at which point it usually went away.  Now it is constantly flickering on the bottom bar.</p>
<p dir="auto">I use Endeavour (Arch) Linux (updated usually weekly), and the two machines I have used it on are both Intel NUCs with 64GB of RAM and NVMe for storage.</p>
<p dir="auto">Just thought it might help to add my experience.  Thanks.</p>
]]></description><link>https://forum.strawberrymusicplayer.org/topic/6070/buffering-continuously</link><generator>RSS for Node</generator><lastBuildDate>Sun, 30 Aug 2026 23:20:41 GMT</lastBuildDate><atom:link href="https://forum.strawberrymusicplayer.org/topic/6070.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 30 Aug 2026 18:24:00 GMT</pubDate><ttl>60</ttl></channel></rss>