Klaus.K Pedersen (Nokia-M/Helsinki) wrote:
On Wed, 2008-01-02 at 13:30 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
On Mon, 2007-12-31 at 17:37 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to
On Wed, 2008-01-09 at 11:19 +0100, ext Frantisek Dufka wrote:
[...]
Just an update/explanation. I was not fuly aware of how it works. The
most important difference here that I missed previously is the term
'dynamic dsp task'. I was not aware that there are also 'static' dsp
tasks. They look
On Wed, 2008-01-02 at 13:30 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
On Mon, 2007-12-31 at 17:37 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz.
Interesting, so, umm, there is way
Klaus.K Pedersen (Nokia-M/Helsinki) wrote:
So what you are seeing is that the DSP task policy is active even
though there are no dynamic dsp task loaded?
No, not exactly.
First thing - I did not know there is a way to output audio without
loading dynamic dsp tasks (named pcm and possibly also
On Mon, 2007-12-31 at 17:37 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz.
Interesting, so, umm, there is way to play audio from ARM side directly?
Mixing is still happening on DSP.
What I
Igor Stoppa wrote:
On Mon, 2007-12-31 at 17:37 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz.
Interesting, so, umm, there is way to play audio from ARM side directly?
Mixing is still happening
On Wed, 2008-01-02 at 13:30 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
On Mon, 2007-12-31 at 17:37 +0100, ext Frantisek Dufka wrote:
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz.
Interesting, so, umm, there is way
As ARM core is quite fast in N8x0, probably it would make sense to try
keeping DSP out of the way whenever possible (restrict it to 133MHz only,
keep DSP tasks which are fast enough to run at this frequency, port
all the other DSP tasks to ARM)? That is unless improvements to support
more
Hi,
On Sun, 2007-12-30 at 17:16 +0100, ext Krischan Keitsch wrote:
Hi,
I read an interesting thread about overclocking the n800 [1]. Based on that I
started experimenting with the n800 running OS2008. The OS scales the cpu
frequency nicely from 165MHz up to 400MHz.
The current cpu
On 30 December 2007, Frantisek Dufka wrote:
Krischan Keitsch wrote:
I was wondering if the device really needs to run at 300MHz (220MHz dsp)
for mp3 playback? Is the max dsp power needed for such a task? Or would
220MHz (177MHz dsp) or 165MHz (85MHz dsp) be sufficient? Would a lower
dsp
On Mon, 2007-12-31 at 12:40 +0200, ext Siarhei Siamashka wrote:
On 30 December 2007, Frantisek Dufka wrote:
Krischan Keitsch wrote:
I was wondering if the device really needs to run at 300MHz (220MHz dsp)
for mp3 playback? Is the max dsp power needed for such a task? Or would
220MHz
It is interesting if it is possible to lock ARM/DSP frequency at 400/166
instead of 330/220 when playing video. That would probably improve
built-in player performance on some heavy bitrate/resolution videos.
Would this be possible then? What knocks the CPU speed down when the
DSP is used
On Mon, 2007-12-31 at 12:52 +, ext Simon Pickering wrote:
It is interesting if it is possible to lock ARM/DSP frequency at 400/166
instead of 330/220 when playing video. That would probably improve
built-in player performance on some heavy bitrate/resolution videos.
Would this be
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz.
Interesting, so, umm, there is way to play audio from ARM side directly?
What I tried is to play BBC radio in home screen applet which activated
only pcm2 task and arm clock dropped
On 31 December 2007, Frantisek Dufka wrote:
Igor Stoppa wrote:
Having the audio path open, but no dsp tack loaded (arm audio) sets the
clock to 400MHz.
Interesting, so, umm, there is way to play audio from ARM side directly?
What I tried is to play BBC radio in home screen applet which
Krischan Keitsch wrote:
So far so good. I noticed that during playback of mp3 files the cpu is scaled
to 330MHz. Stressing the cpu during mp3 playback will not change the
Seems that it's also 330MHz with ogg playback even though oggs are
decoded on the ARM side and according to the top it
Am Sonntag, 30. Dezember 2007 schrieben Sie:
Krischan Keitsch wrote:
So far so good. I noticed that during playback of mp3 files the cpu is
scaled to 330MHz. Stressing the cpu during mp3 playback will not change
the
Seems that it's also 330MHz with ogg playback even though oggs are
Krischan Keitsch wrote:
I was wondering if the device really needs to run at 300MHz (220MHz dsp) for
mp3 playback? Is the max dsp power needed for such a task? Or would 220MHz
(177MHz dsp) or 165MHz (85MHz dsp) be sufficient? Would a lower dsp scaling
save even more battery?
Well, yes it
18 matches
Mail list logo
