From: Paul van der Heu <pvdh_at_xs4all.nl>
Date: Sun, 3 Nov 2002 20:05:25 +0100

On Sun, 03 Nov 2002 17:05:26 +0100, Andreas Zwirtes wrote:

> With a high priority disk access and decoding, it wouldn't be
> possible to interrupt the playback. Since the implementation
>of real OSEK multi threading is very challenging,

This would result in eg. the peak meter becoming jumpy if I
understand correctly. Me, I would not care.. I like the simple
segment meters of the archos firmware better anyway.

I feel we are starting to lose focus here. We are talking about a
hardware device with limited capabilities as far as hardware
resources are concerned. I do not think turning it into a mini
winamp player (next people will start to come up with skins and a
GUI) would be a good idea.

If the peak meter interferes with the main operation of the machine
and there is no significant reason to blame the core of the software
the peak meter should behave better of be left out. You should not
start hacking the (working) softwares core because an add on puts too
much strain on it.

Besides recording I do not see much use for a meter anyway, and then
a 4 segment (-20, -10, -3, 0) meter would be enough IMO anyway.

What would happen if the meter was reduced to a settable range of say
4-10 segments.

PW
Received on 2002-11-03