PDA

View Full Version : Cover Art Crashes Slim



Thomas J. Angstman
2004-02-02, 08:06
First I have to say that I love the new cover art feature! The only
problem is that my Slimp3 stops playing when I click [next] to pull up
100 more covers. I have about 1000 cds with cover art. If I click stop
and play in the html interface it will start playing again. Cpu state
goes up to 52% on clicking [next]. Problem does not occur when going
"back" to a previous group of 100, probably because they are in cache.

I don't know if it is possible to "nice" slimserver so that displaying
the covers doesn't hog too many resources. I suspect that my problem is
I am using up my RAM since there is CPU to spare.

My system is a AMD K-6 350 running FreeBSD 5.0 stable and 128 meg.

Any Ideas?

T. J. Angstman

Jack Coates
2004-02-02, 08:09
On Mon, 2004-02-02 at 07:06, Thomas J. Angstman wrote:
> First I have to say that I love the new cover art feature! The only
> problem is that my Slimp3 stops playing when I click [next] to pull up
> 100 more covers. I have about 1000 cds with cover art. If I click
> stop and play in the html interface it will start playing again. Cpu
> state goes up to 52% on clicking [next]. Problem does not occur when
> going ´backˇ to a previous group of 100, probably because they are in
> cache.
>
>
>
> I don˙t know if it is possible to ´niceˇ slimserver so that displaying
> the covers doesn˙t hog too many resources. I suspect that my problem
> is I am using up my RAM since there is CPU to spare.
>
>
>
> My system is a AMD K-6 350 running FreeBSD 5.0 stable and 128 meg.
>
>
>
> Any Ideas?
>
>

more RAM is defintely in order. The cover art browse is known to be a
resource-intensive option, if you're handy with Perl you might want to
take a look at the code and see what you could do.
--
Jack at Monkeynoodle Dot Org: It's A Scientific Venture...
************************************************** ********************
* "A child only educated at school is an uneducated one." -- George *
* Bernard Shaw *
************************************************** ********************

kdf
2004-02-02, 11:09
Quoting Jack Coates <jack (AT) monkeynoodle (DOT) org>:

> On Mon, 2004-02-02 at 07:06, Thomas J. Angstman wrote:
> > First I have to say that I love the new cover art feature! The only
> > problem is that my Slimp3 stops playing when I click [next] to pull up
> > 100 more covers. I have about 1000 cds with cover art. If I click
> > stop and play in the html interface it will start playing again. Cpu
> > state goes up to 52% on clicking [next]. Problem does not occur when
> > going ´backˇ to a previous group of 100, probably because they are in
> > cache.
> >
> >
> >
> > I don˙t know if it is possible to ´niceˇ slimserver so that displaying
> > the covers doesn˙t hog too many resources. I suspect that my problem
> > is I am using up my RAM since there is CPU to spare.
> >
> >
> >
> > My system is a AMD K-6 350 running FreeBSD 5.0 stable and 128 meg.
> >
> >
> >
> > Any Ideas?
> >
> >
>
> more RAM is defintely in order. The cover art browse is known to be a
> resource-intensive option, if you're handy with Perl you might want to
> take a look at the code and see what you could do.

Some ideas:
1. Using jpg artwork is faster than embedded ID3 artwork.
The path is cached so its faster to read in a small file directly than
it is to read and extract the PIC from the MP3.

2. Create smaller thumnail versions of the artwork. thumb.jpg can be a
manually resized version of teh ID3 or cover.jpg. Thumnail is
settable in size so you can make it anywhere from 80x80 to 120x120
and it will be read in faster as it is less data.

3. Set Items Per Page to a lower number
let items to serve up, so less CPU effort.

4. If you have albums without cover art, try setting the Browse By Artwork,
interface setting to "Include all albums, using placeholders".
This allows some of the items on teh page to be a placeholder for albums
that do not have cover art. This means less images per page to server up.


-kdf