PDA

View Full Version : Cover Art Crashes Slim



T. J. Angstman
2004-02-02, 11:03
Ok, I can easily put in more ram - I have several old sticks around.
One question though, shouldn't there be a way for a slimp3 to recover
from this without user input? Perhaps it could just skip to the next
track instead of going "off".


T. J. Angstman


-----Original Message-----
From: discuss-bounces (AT) lists (DOT) slimdevices.com
[mailto:discuss-bounces (AT) lists (DOT) slimdevices.com] On Behalf Of Jack Coates
Sent: Monday, February 02, 2004 8:09 AM
To: Slim Devices Discussion
Subject: [slim] Cover Art Crashes Slim

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 *
************************************************** ********************

Jack Coates
2004-02-02, 12:15
On Mon, 2004-02-02 at 10:03, T. J. Angstman wrote:
> Ok, I can easily put in more ram - I have several old sticks around.
> One question though, shouldn't there be a way for a slimp3 to recover
> from this without user input? Perhaps it could just skip to the next
> track instead of going "off".
>

The Slim is a dumb terminal which only displays what the server tells
it. If the server is busy doing something else, waiting for pages to
swap around, or crashed then it never sends an update to the terminal,
so the screen goes dark.

A more interesting death/timeout display might be workable, but it would
be in firmware. Personally I'd like to see it display static :-)

--
Jack at Monkeynoodle Dot Org: It's A Scientific Venture...
************************************************** ********************
* "I helped make Mexico safe for American oil interests in 1914. I *
* helped make Haiti and Cuba a decent place for the National City *
* Bank boys to collect revenue in. I helped purify Nicaragua for *
* the international banking house of Brown Brothers.... I brought *
* light to the Dominican Republic for American sugar interests in *
* 1916. I helped make Honduras 'right' for American fruit companies *
* in 1903. Looking back on it, I might have given Al Capone a few *
* hints." -- Marine Corps Gen. Smedley D. Butler (1931) *
************************************************** ********************