PDA

View Full Version : SlimServer 5.1 issues



Bill Comisky
2004-02-16, 12:15
I have a SqueezeBox with SlimServer running on a Mandrake 9.1 linux box.
I have about ~5000 songs with about 50/50 mix of ogg and mp3 files. I've
noticed a few issues after upgrading from SlimServer v5.0.1 to v5.1 that
I'd thought I'd report on.

1) Every time I use the command line interface "time" command with a
specific seek time (haven't tried + and -) SlimServer crashes, and I get
this error in the log file:

Use of uninitialized value in modulus (%) at Slim/Player/Source.pm line
131, <GEN1375> line 1.
Illegal modulus zero at Slim/Player/Source.pm line 131, <GEN1375> line 1.

This was working in v5.0.1.

2) Frequently a playing song will produce no sound. The display on the
Squeezebox shows that the time counter and progress bar advancing as if
the song were playing, but with no sound. If I use << on the remote to
restart the song, it plays fine. Also it does happen on the same song
everytime... I can go back in the playlist and restart and it won't happen
on the same song. I've noticed this on ogg files, not sure about mp3
files.

3) This one may not be v5.1 specific, I can't remember since I hadn't
restarted SlimServer in a while before upgrading. When I start
SlimServer, the cpu usage of the slimserver.pl process stays at between
80-90% on the server for about 15 minutes. I'm assuming SlimServer is
scanning my music directory or something. In addition to the web response
and command line response being very slow during this time, I also get
underruns when playing my ogg files:

Underrun while this mode: play

oggdec only uses 1-3% of the cpu, and the server is also a dual-cpu
machine, with one cpu being almost idle, so there are plenty of free
cycles. So it has to be some interaction with the slimserver.pl process,
which is very busy.

Any suggestions for fixing any of these issues? #2 is probably a deal
breaker for me and v5.1. Is there any problem downgrading back to 5.0 or
earlier? I'm assuming the firmware can be reset as well if I downgrade
the SlimServer software. I don't have a lot of time available, but if
someone is familiar enough with the code to suggest a solution and a
starting point, I can probably hack it up.

bill

--
Bill Comisky
bcomisky (AT) pobox (DOT) com

kdf
2004-02-16, 12:31
Quoting Bill Comisky <bcomisky (AT) pobox (DOT) com>:

> Use of uninitialized value in modulus (%) at Slim/Player/Source.pm line
> 131, <GEN1375> line 1.
> Illegal modulus zero at Slim/Player/Source.pm line 131, <GEN1375> line 1.
>
> This was working in v5.0.1.
>
> 2) Frequently a playing song will produce no sound. The display on the
> Squeezebox shows that the time counter and progress bar advancing as if
> the song were playing, but with no sound. If I use << on the remote to
> restart the song, it plays fine. Also it does happen on the same song
> everytime... I can go back in the playlist and restart and it won't happen
> on the same song. I've noticed this on ogg files, not sure about mp3
> files.

I'm not a big ogg user, but I think there have been issues with different
versions of oggdec. the -r flag in convert.conf sometimes needs to be there,
sometimes cannot be there. Try either adding it or removing it from the $oggdec$
lines in convert.conf.

> 3) This one may not be v5.1 specific, I can't remember since I hadn't
> restarted SlimServer in a while before upgrading. When I start
> SlimServer, the cpu usage of the slimserver.pl process stays at between
> 80-90% on the server for about 15 minutes. I'm assuming SlimServer is
> scanning my music directory or something.

Do you use the MP3 Tag Cache? If you don't, try turnign it on to see if that
helps. Another thing you can try, under server settings, additional,
performance...look for artwork: set this to don't look for artwork. That will
disable cover art, but it may improve the startup performance. 5.1.1 has some
optimisations in the artwork routines which should help.

-kdf

Bill Comisky
2004-02-16, 12:41
On Mon, 16 Feb 2004, kdf wrote:

> Quoting Bill Comisky <bcomisky (AT) pobox (DOT) com>:
>
> > Use of uninitialized value in modulus (%) at Slim/Player/Source.pm line
> > 131, <GEN1375> line 1.
> > Illegal modulus zero at Slim/Player/Source.pm line 131, <GEN1375> line 1.
> >
> > This was working in v5.0.1.
> >
> > 2) Frequently a playing song will produce no sound. The display on the
> > Squeezebox shows that the time counter and progress bar advancing as if
> > the song were playing, but with no sound. If I use << on the remote to
> > restart the song, it plays fine. Also it does happen on the same song
> > everytime... I can go back in the playlist and restart and it won't happen
> > on the same song. I've noticed this on ogg files, not sure about mp3
> > files.
>
> I'm not a big ogg user, but I think there have been issues with different
> versions of oggdec. the -r flag in convert.conf sometimes needs to be there,
> sometimes cannot be there. Try either adding it or removing it from the $oggdec$
> lines in convert.conf.

I'll play with this and see if it works..

> > 3) This one may not be v5.1 specific, I can't remember since I hadn't
> > restarted SlimServer in a while before upgrading. When I start
> > SlimServer, the cpu usage of the slimserver.pl process stays at between
> > 80-90% on the server for about 15 minutes. I'm assuming SlimServer is
> > scanning my music directory or something.
>
> Do you use the MP3 Tag Cache? If you don't, try turnign it on to see if that
> helps. Another thing you can try, under server settings, additional,
> performance...look for artwork: set this to don't look for artwork. That will
> disable cover art, but it may improve the startup performance. 5.1.1 has some
> optimisations in the artwork routines which should help.

I had actually just turned this on and restarted. SlimServer crashed when
trying to write .slimserver.db, so I had to tweak the permissions on my
install directory and now I've restarted and it's chugging away. I turned
off the artwork lookup already, so I don't think that is the issue.

Thanks for the quick response, I'll report any success I have!

bill