Rockbox

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.

   opt_runtime_v02.patch (5.6 KiB)

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

   opt_runtime_v03.patch (6.3 KiB)

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

   opt_runtime_v04.patch (5.9 KiB)

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

   opt_runtime_v05.patch (6.5 KiB)

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…

   opt_runtime_v05.patch (6.5 KiB)

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

   opt_runtime_v06.patch (7.3 KiB)