Bug 9050 - Boom display brightness should not change during setup process
: Boom display brightness should not change during setup process
Status: CLOSED FIXED
Product: MySqueezebox.com
Classification: Unclassified
Component: Player UI
: unspecified
: PC Windows XP
: -- normal (vote)
: ---
Assigned To: Mike Dilley
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-08-05 16:54 UTC by Mike Dilley
Modified: 2009-09-08 09:25 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Dilley 2008-08-05 16:54:54 UTC
The issue: Boom display brightness changes as soon as it starts communicating with SN. The display brightness picks up the default values in SN and changes while the user is trying to read the PIN.

The display brightness value should not change until after the player has been registered with SN. 
 

See bug #8920 for more information.
Comment 1 Blackketter Dean 2008-08-06 12:00:13 UTC
Mike:  Was there a problem where the screen wasn't readable or was this a cosmetic issue?  (Note that the device _is_ connected to SN when it displays the PIN.)
Comment 2 Mickey Gee 2008-08-06 13:49:15 UTC
Felix mentioned in yesterday's bug meeting that the screen will dim at inopportune times during the setup process. He was aware of the issues, and I thought we had concluded that Felix knew what to change and where?

Felix -- can you confirm that my memory is correct?
Comment 3 Blackketter Dean 2008-08-06 14:00:29 UTC
If the PIN is unreadable, we have a more serious problem, which is that the PIN screen isn't special in any way (it's just a connected screen) and any screen from SN or SN will be unreadble.

Comment 4 Felix Mueller 2008-08-07 01:09:14 UTC
It is correct that I know what could be the issue, but I don't know what the proper solution should be. As Dean states the PIN screen is just a connected screen which means the display brightness might change from what it was while in setup.

Here is what I think happens: When Boom (actually any player with display) is powered up and setup, firmware seta a fixed brightness (i.e. not using the ambient light sensor). This means the brightness is stable during setup until when the player connects to SC or SN at which point the brightness gets set to whatever brightness level (including automatic) which is set for that player or in case of the PIN screen I guess whatever the brightness is set for new (never before) connected players.

Now, dependent on the ambient light the player sits at that very moment it might happen that the brightness changes. If the player is in bright environment the brightness does not change, but if it's evening and the light in the room isn't turned on yet the brightness most likely will go down as the ambient light sensor is doing its work.

I believe the issue is not that the brightness can/does change or that it is too low for the particular environmental situation (if that is the case, that's another bug), but that it changes exactly in that moment when important information (PIN) should be read from the screen.

To solve this I could see three possibilities at the moment:

- Use a lower fixed brightness in fw during setup so the chance of a change is lower (but might still happen in either direction)
- SN does not update the brightness setting (i.e. change from fixed to automatic) for the PIN screen (but be aware that the brightness might change on subsequent connections).
- The brightness default for new players on SC/SN is not automatic, but fixed (which the negative chance that some users might never find the automatic setting)
Comment 5 Mickey Gee 2008-08-08 16:07:39 UTC
Keeping this at 7.2 target to make sure we don't lose track.
Comment 6 Chris Owens 2008-08-11 10:15:56 UTC
If anyone is still seeing this on recent HW and firmware, please re-open.
Comment 7 James Richardson 2008-08-26 15:40:40 UTC
Verified fixed in
SqueezeCenter 7.2-22900
Boom r32
Comment 8 James Richardson 2008-12-15 12:02:10 UTC
This bug has been fixed in the latest release of SqueezeNetwork!

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.