Rockbox Ports are now being developed for various digital audio players!
Yes I'll commit those shortly.
I can't login into gerrit though
But if I wanted to trade a bit of power saving for a bit more responsiveness in file browsing, what would i need to change in this patch ?
(I also had one freeze this morning while switching tracks - will report later if it happens again).
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 ?
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) ?
Mono saves power because the CPU needs to do less work.
If you don't downsample in decoding but play at half the sample rate, then you're getting half the CPU load, but you're playing at half speed and with lower pitch. That may be interesting, but it's not very useful.
Now I know - why read speed was three times slower than write http://gerrit.rockbox.org/r/#/c/1191/
EDIT: I found why we have often freeze on fuzev2 and rarely on others AMSv2 targets (without my restore_irq hack).In firmware/target/arm/as3525/system-target.h we have for fuzev2 "#define KERNEL_TIMER_FREQ (TIMER_FREQ/2)".For others we have "#define KERNEL_TIMER_FREQ TIMER_FREQ".
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.
Page created in 0.033 seconds with 21 queries.