Rockbox Development > Feature Ideas

Smart Backlight

<< < (2/3) > >>

fml2:

--- Quote from: JdGordon on July 12, 2008, 11:51:37 PM ---its not going to happen...
technical reason:
the backlight is handled by the "firmware" level. as soon as a button is pressed the backlight is turned on.
"volume +/-, next/prev track" are handled by the "apps" level (one level above firmware). we have a fairly strict rule that code can only go apps->firmware (i.e firmware is not allowed to call any apps level code)

--- End quote ---

Couldn't the app layer register a 'filter' function which would tell to the backlight thread whether the backlight should be activated or not? The function itself would be at the app level and hence be aware of the current context. And whether the backlight should be turned on on a particular key press could even be specified in the key mappings thus allowing very fine grained tuning possibilities -- and in the right context.

TheBashar:

--- Quote from: fml2 on July 28, 2008, 01:22:49 PM ---Couldn't the app layer register a 'filter' function which would tell to the backlight thread whether the backlight should be activated or not? The function itself would be at the app level
--- End quote ---

I think that would violate the rule of not having firmware level code calling apps level code.  If the feature requested is to make the backlight have application context knowledge, the straight-forward fix is to move the backlight activation code up to the apps level.

fml2:

--- Quote from: TheBashar on August 24, 2008, 07:33:07 PM ---I think that would violate the rule of not having firmware level code calling apps level code.  If the feature requested is to make the backlight have application context knowledge, the straight-forward fix is to move the backlight activation code up to the apps level.

--- End quote ---

I've created a patch, see FS#9305 I still think this does not violate the layering since the firmware code does not use app level API. And only that matters IMHO.

oayz:
Couple of ideas:

- let f/w turn BL on but application can turn it immideatly off
-  make BL time-of-the-day dependent , e.g. no need for full BL beetween 7am-5pm

delt:

--- Quote ---- let f/w turn BL on but application can turn it immideatly off
--- End quote ---

Ideal solution imho.


--- Quote ----  make BL time-of-the-day dependent , e.g. no need for full BL beetween 7am-5pm
--- End quote ---

That would depend on the target player, for example my ipod nano's display is easily visible in the daylight with backlight off, but not the same for my sanyo. They probably use a different type of LCD, but i'm no expert on that.

Navigation

[0] Message Index

[#] Next page

[*] Previous page