PDA

View Full Version : Dropouts with transcoded files on wired Squeezebox



Florent DANIEL
2004-06-06, 07:10
Hello,

I've already saw several messages from users on wireless Squeezebox
complaining about dropouts with Flac files, and I'd like to know if there's a
solution identified to this problem ? I'm encountering the same kind of
random dropouts when my server plays Ogg or Flac files (both of them being
transcoded to Wav), but I'm on a wired-only model.

It's quite annoying, since it doesn't seem to follow any kind of pattern :
sometimes there's a blank in the middle of the 3rd song of a list, the next
time it will be on the 7th, or the 15th, or on the 8th and then on the
24th... It doesn't happen really often, but I'm always sure to hear it (if I
can say so...) every time I play more than a few files.

It never happens with Mp3 files, only with Ogg and Flac. My library now
contains 11581 tracks (~ 280 GB of data), could this be a problem ? The
server itself is not a very high performer (Epia ME-6000, with a Gentoo
Linux), but I haven't been able to artificially trigger a dropout by running
load-consuming processes, and it doesn't usually generate more than a 0.3-0.5
load. The only thing that seems wrong is a sudden peak of CPU usage by
Slimserver at the time of the dropout. In fact it looks like the kind of
dropouts that I encounter if I try to rescan the files when playing some
music (only that theses ones can be longer).

I've purchased my Squeezebox at the beginning of the year, and the problem has
existed since then, with all the updated versions of Slimserver I had used
since (I'm on 5.1.5 for now). Does someone has a working setting on an older
versions, and if so, which one ? I can provide additional informations on my
settings, if necessary.

Reagrds,

Florent

P McDowell
2004-06-06, 16:37
"Florent DANIEL" <fdaniel (AT) noos (DOT) fr> wrote in message
news:200406061610.50309.fdaniel (AT) noos (DOT) fr...
> Hello,
>
> I've already saw several messages from users on wireless Squeezebox
> complaining about dropouts with Flac files, and I'd like to know if
there's a
> solution identified to this problem ? I'm encountering the same kind of
> random dropouts when my server plays Ogg or Flac files (both of them being
> transcoded to Wav), but I'm on a wired-only model.
>
> It's quite annoying, since it doesn't seem to follow any kind of pattern :
> sometimes there's a blank in the middle of the 3rd song of a list, the
next
> time it will be on the 7th, or the 15th, or on the 8th and then on the
> 24th... It doesn't happen really often, but I'm always sure to hear it (if
I
> can say so...) every time I play more than a few files.
>

> It never happens with Mp3 files, only with Ogg and Flac. My library now
> contains 11581 tracks (~ 280 GB of data), could this be a problem ? The
> server itself is not a very high performer (Epia ME-6000, with a Gentoo
> Linux), but I haven't been able to artificially trigger a dropout by
running
> load-consuming processes, and it doesn't usually generate more than a
0.3-0.5
> load. The only thing that seems wrong is a sudden peak of CPU usage by
> Slimserver at the time of the dropout. In fact it looks like the kind of
> dropouts that I encounter if I try to rescan the files when playing some
> music (only that theses ones can be longer).
>
> I've purchased my Squeezebox at the beginning of the year, and the problem
has
> existed since then, with all the updated versions of Slimserver I had used
> since (I'm on 5.1.5 for now). Does someone has a working setting on an
older
> versions, and if so, which one ? I can provide additional informations on
my
> settings, if necessary.
>
> Reagrds,
>
> Florent

I run an Epia ME6000 with Debian as my server, and it doesn't have enough
speed for transcoding if I want to remote stream.
lame takes a lot more CPU tham slimserver.

Florent DANIEL
2004-06-07, 09:47
Le lundi 7 Juin 2004 01:37, P McDowell a écrit :

> I run an Epia ME6000 with Debian as my server, and it doesn't have enough
> speed for transcoding if I want to remote stream.
> lame takes a lot more CPU tham slimserver.

I haven't tried with lame, since I only decompress to wav (maybe the term
"transcoding" isn't really appropriated if there's no conversion to Mp3 ?).
Anyway I don't believe that the speed of the computer is the cause of the
problem, since it works well 99,99 % of the time (but that's not sufficient
when you don't really want to hear gaps in the music you're listening to...).

Florent