Rockbox

  • Status Closed
  • Percent Complete
    100%
  • Task Type Feature Requests
  • Category Themes
  • Assigned To No-one
  • Operating System iPod 5G
  • Severity Low
  • Priority Very Low
  • Reported Version
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by Anonymous Submitter - 2006-05-05
Last edited by Marc Guay - 2008-04-09

FS#5296 - Disable WPS rendering when backlight is off

Having the WPS to turn off after a set time with playback and no user interference should increase battery life, with a keypress activating the WPS or directly completing an action

Closed by  Björn Stenberg
2008-04-09 00:13
Reason for closing:  Duplicate
Additional comments about closing:  

Closing all feature requests.

Mike Holden commented on 2006-05-06 09:25

For targets such as the iRiver H300 series, where the display is totally invisible when the backlight goes off, all “animation” in the WPS should be halted when the backlight goes off. This would include scrolling, alternating lines and peak meter. However relatively static data such as track information etc should be kept up to date, so that the screen is correct when the user presses a key to activate the backlight again.

Mark Bright commented on 2006-05-10 07:50

If i understand the comments made on IRC correctly, the LCD screen being updated takes *almost* no power, it’s the backlight that eats power. So switching on animations etc would have almost no impact on battery life

Admin
Linus Nielsen Feltzing commented on 2006-05-10 08:02

While updating the LCD draws very little power, it still steals CPU time from the codec. So avoiding screen updates could still save some battery, since the codec wouldn’t have to boost the CPU as often.

Michael Sevakis commented on 2007-05-09 01:47

Yes, there is a measureable boost benifit on x5 to not rendering to the lcd device itself…so we just put the chip in display off (sometimes standby mode too) during backlight outage…why not? Having the app doing the drawing to lcd_frambuffer deciding not to draw if the display is off is likely the best way to go with this kind of “short circuit” and not add it to the driver layer. I know latter wasn’t suggested here but it’s just my thoughts on what to do - if anyone gives a rat’s @$$! :P

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing