Rockbox

  • Status Closed
  • Percent Complete
    100%
  • Task Type Patches
  • Category Manual
  • Assigned To
    Buschel
  • Operating System All players
  • Severity Low
  • Priority Very Low
  • Reported Version Release 3.4
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by Buschel - 2010-03-28
Last edited by Buschel - 2010-03-29

FS#11148 - Add runtime optimization section to the manual

I have added a short section to the manual to give some hints about optimization of battery runtime in Rockbox. There are some major settings and few other things like the choice of the used codecs.

Closed by  Buschel
2010-03-29 17:58
Reason for closing:  Accepted
Additional comments about closing:  

Submitted with r25382.

Is it absolutely true that using the backlight occasionally is better than a transflective display? How much power over time does it take to leave the display on, and how many seconds/minutes of backlight is one hour of leaving the display on equal to (for any specific player as an example, though I’d be most curious about mono/grayscale targets if any of those have LCD poweroff).

I’d clear up the section about efficiency of codecs to mention that it’s mostly true in relation to lossy codecs, even though there’s the next section. Also, is it entirely untrue on flash that bitrate matters? How much energy does it cost to read from the flash - if a song is five times the size that’s five times the energy spent reading it even if there’s no spinup. How does this compare to extra bitrate (especially if it’s between two formats that don’t need boosting?)

It might help if it were clarified that there’s a maximum gain you can really get from codec efficiency - once the player doesn’t need to boost you aren’t going to get much more from it, right?

Add S/PDIF poweroff to the new section. Create new ref’s, use new and existing ref’s.

Added some more opt’s (backlight, swcodec), changed wording.

nopt’ed the backlight subsection for ondio instead of using HAVE_BACKLIGHT.

Added audio file bitrate statement for flash-based targets. Changed wording…

nls commented on 2010-03-29 09:51

Very nice, i had put writing something like this on my todo list but never got around to it :)

One more setting that can affect battery time on hd based players is the “anti skip buffer” setting that should be kept as low as possible and should only be needed in conditions where the disk fails to read a lot due to vibration. This setting is not applicable for flash targets so it isn’t present, or at least shouldn’t be.

And a suggestion for a change of wording of:

Please do not re-encode any existing audio files from one lossy format to
another based upon the above mentioned. Just take it into account when you
are ripping new files and have the choice.

to something like:

Please note that re-encoding audio fies from one lossy format to
another or the same format with different settings will result in worse audio quality
than encoding from the source.

Added audio file bitrate statement for flash-based targets. Changed wording…

Added “Anti-Skip Buffer” and changed some wording.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing