Active Topics
-
The N900 is now 15 years old! (9)
to Nokia N900 by Arno_11 - 7 mins ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 5 days, 12 hrs ago - more...
|
2010-02-09
, 16:17
|
|
Posts: 543 |
Thanked: 181 times |
Joined on Aug 2009
@ Universe,LocalCluster.MilkyWay.Sol.Earth.Europe.Slovenia.Ljubljana
|
#2
|
Wouldn't know with the mediaplayer. I'm running xmms2 and had it running nonstop for 13 hours straight playing oggs before it drained.
__________________
For any repos or anything else I might have working on my N900 see:
http://wiki.maemo.org/User:Ruskie
A quick list of what I have in the repos
zsh|xmms2|fcron|gtar|gcoreutils
For any repos or anything else I might have working on my N900 see:
http://wiki.maemo.org/User:Ruskie
A quick list of what I have in the repos
zsh|xmms2|fcron|gtar|gcoreutils
|
|
2011-02-09
, 04:56
|
|
Posts: 140 |
Thanked: 40 times |
Joined on Sep 2010
|
#4
|
interested in giving ffvorbis a shot, anyone know where we can get it?
|
|
2011-02-09
, 07:03
|
|
Posts: 726 |
Thanked: 345 times |
Joined on Apr 2010
@ Sweden
|
#5
|
After having had a quick look on the Wikipedia page for Vorbis, I'd say that something like Tremor (fixed point arithmetic implementation) mixed with Lancer (platform specific SIMD instruction implementation) would be the best bet.
That'd make it, I'd guess, the easiest to get something that could use the DSP to decode the audio, moving computation away from the CPU. This would give more decoded data per cycle spent and thus giving better battery time.
There might already be such an implementation out there, since the OMAP3 is used by so many, but I haven't taken the time to look for it.
If the oggvorbis library that "Extra decoders" supplies is the reference implementation from Xiph.org, it will be all CPU bound (as far as I can tell) and it will make your CPU very busy, resulting in the drain you've observed.
That'd make it, I'd guess, the easiest to get something that could use the DSP to decode the audio, moving computation away from the CPU. This would give more decoded data per cycle spent and thus giving better battery time.
There might already be such an implementation out there, since the OMAP3 is used by so many, but I haven't taken the time to look for it.
If the oggvorbis library that "Extra decoders" supplies is the reference implementation from Xiph.org, it will be all CPU bound (as far as I can tell) and it will make your CPU very busy, resulting in the drain you've observed.
|
|
2011-02-09
, 07:26
|
|
Posts: 106 |
Thanked: 136 times |
Joined on Apr 2010
@ Switzerland
|
#6
|
Found in another forum than Extra codecs are bad for battery life - media indexing requires also more CPU.
Have you tested MediaBox ? Really a great app.
Have you tested MediaBox ? Really a great app.
With the Extra Decoders Support package, I can play my .ogg audio files, however the battery drain is considerable. when displaying processes with the top command, i see the cpu gets bogged down to 50%. The n900 gets warm and drains fast.
I've installed mplayer and kmplayer, and when playing music on kmplayer using mplayer as the selected player, cpu utilization is around 10%.
Is there a solution for the battery drain with the regular media player? can I force it to use mplayer and if so how? are there any differences in sound quality between mplayer and the regular osso codecs?
Thanks for any input.