Support and General Use > Hardware
Sansа Clip Zip - Improve battery life
Mihail Zenkov:
--- Quote from: LolaPalocz on June 04, 2015, 08:47:08 AM ---(I also had one freeze this morning while switching tracks - will report later if it happens again).
--- End quote ---
You should try add this patch to your build: http://forums.rockbox.org/index.php/topic,48549.msg233958.html#msg233958
It hack (we still don't have better solution) but it critical in some case.
--- Quote from: LolaPalocz on June 04, 2015, 08:47:08 AM ---My question was actually what I can quickly modifiy (for my own usage) in this patch.
Reading the patch, there seem to be 4 "tunables" :
CPU_FREQ and CPUFREQ_DEFAULT 38400000
AS3525_PLLA_FREQ 192000000
ascodec_write_pmu(0x17, 2, 0x80 | 111);
ascodec_write_pmu(0x17, 1, 0x80 | 19);
So, which one(s) could I increase to get a little bit more responsiveness ?
--- End quote ---
Yes, you can rise CPUFREQ_DEFAULT and ascodec_write_pmu(0x17, 1, 0x80 | 19) but it also rise whole power consumption.
--- Quote from: LolaPalocz on June 04, 2015, 08:47:08 AM ---
Also, couldn't cpu_boost(1) be called when backlight is activated and cpu_boost(0) called when it goes off (assuming people always have some kind of timeout for backlight) ?
--- End quote ---
Not very good solution as backlight have quite big timeout. Try attached hack for GUI_BOOST - if you press any key cpu boost for one second.
saratoga:
I've also got some 80% complete optimizations for the mp3 decoder which would cut the CPU requirement quite a lot on ARM9/ARM11 devices, but I haven't found time in the last few years to finish them. That might help if we want very low clock speeds, at least for MP3 (probably FLAC is already fine).
Mihail Zenkov:
Yes, it can help, especially with high bitrate mp3 + dsp.
P.S. We can get 40-50 hours for mono if we switch codec in mono mode, but not sure is someone need many hours on mono? Probably for audiobooks?
saratoga:
By mono you mean both channels play the same, or just one of two speakers are powered? I'm surprised there is that much power savings just by getting rid of one channel.
Mihail Zenkov:
As I mention before - sending audio data consume too much. Once I set wrong divider and have 22050hz sample rate - power consumption was 6-7ma.
On mono files (or on mono setting) we can switch codec to mono mode and send only one channel (half data) - codec automatically send it to right and left.
Another idea - disable dma for audio: sending data with dma consume more then software mp3 decoding.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version