Tried as per suggestions, using a 'now playing' screen without artwork.
No real change. Any new playlist that begins with a FLAC will underrun
and cause rebuffering. Oddly, next/previous within a playlist of FLACS
works fine with no underruns.
Seems to me such a repeatable bug ought be easily
I also have rebuffering problems on the first track of albums when using
TinySC, and it seems that the problem increases with the size of the
database. In the past months, I ripped my collection of around 1800
albums (25000 tracks), and I noticed that the Touch became more and
more sluggish with
When an album starts there is a lot of stuff that goes on. One thing to
try is to cut down on what it has to do. One item is cover art. If ou
currently have cover art, try using a now playing screen that doesn't
doesn't show cover art, this SHOULD cut down on the amount of work the
processor has
aubuti;588338 Wrote:
Was it having this problem before you upgraded to the latest firmware?
Also, what compression level are the FLACs? I recall reports of
problems with FLAC compression greater than -5.
I thought all those FLAC compression problems were due to the slow CPU
in the squeezebox
There were (are?) definitely problems with highly-compressed FLACs on
the Touch when using TinySBS, BUT it may be that the problems were only
with 24/96 files. I don't remember exactly because I'm pretty sure all
my FLACs are -5 compression. I didn't do an extensive search, but these
threads do
FLAC are compressed at -5 level. I've never tried using the in-built
Server before upgrading to 7.5.1r9218.
--
amcluesent
amcluesent's Profile: http://forums.slimdevices.com/member.php?userid=10286
View this thread:
