Splasm Software Discussions

a user community for the betterment of Splasmkind
It is currently Tue Dec 06, 2022 8:54 pm

All times are UTC - 6 hours

Post new topic Reply to topic  [ 3 posts ] 
Author Message
PostPosted: Sun Oct 09, 2005 1:12 pm 

Joined: Sun Oct 09, 2005 12:52 pm
Posts: 1
Hi, is this a known deficiency, or am I doing something wrong: whenever my Mac mini wakes up from sleep, or simply restarts the display after shutting it down by DPMS, the display turns on at maximum brightness. Once I touch the brightness control slider again, the brightness returns to the lower level where it was supposed to be all along. It appears as if the operating system (Tiger 10.4.2) is ignoring the brightness setting when turning the display back on, and the Brightness Control application is not doing anything until I manually tell it to. I'd be glad to pay for the program if this annoying glitch was fixed. Thanks for any ideas...

Reply with quote  
 Post subject:
PostPosted: Sun Oct 09, 2005 4:09 pm 
User avatar

Joined: Wed May 18, 2005 11:19 pm
Posts: 578
Location: Here and There
It's a known issue. The short answer is we believe there is no official way to semi-permanently set brightness of any display.

Brightness Control uses a method that involves manipulating the gamma table of each display, in effect reducing the intensity of each pixel but not the amount of light at the base of the light engine in the display. This method was not designed for what Brightness Control does, but it works - until another application does the same thing. That's the problem - any application can use the same basic process to fade the display or produce interesting visual effects. There is no provision for automatically restoring the settings we manipulate to anything but the user-specified ColorSync profile values (what Brightness Control considers 100% brightness). Essentially, the effect can be preempted at any time by any other process on your Mac, they do not know that Brightness Control has modified the gamma tables before them, and they restore the gamma tables to the ColorSync defaults when they're done or when they quit. Interruptions are most likely to occur when a process like a screensaver or game fades in or the Mac wakes from sleep.

It might seem to make sense to simply monitor the gamma tables at frequent intervals and attempt to compensate when they are adjusted by other applications. This can be done, but the end result is less than ideal. The same applications that interrupt Brightness Control now would see their effects distorted - fades would "stair-step", flashing brighter then dimmer, as the necessary gamma settings would be normalized on their way down to 0% or on their way up to 100%.

A better solution would be a dedicated, system-wide Apple-issued API for affecting the gamma tables via a scalar that fits between ColorSync and the method we currently use to produce the same effect as Brightness Control. A single control, such as Brightness Control, could provide the user interface to this scalar, while any other application could perform fades at will using the process-level gamma table API without interrupting the system-wide brightness setting. Understand that a large number of Brightness Control users prefer the pricing model of non-Apple LCD displays, which in many cases do not have adequate brightness controls. Accommodating those users with a system-wide API could lead to a decline in Apple's display sales. That's just one possible reason why Apple does not and would not provide the API - and it's only remotely realistic if you squint very hard and think we might aggressively (and successfully) market Brightness Control as the answer to those users' prayers.

The best we can do now is make it easier to reset the brightness to your preferred setting in Brightness Control. One of our prototypes here, in which the brightness slider was moved to the menubar, performed that reset each time the user clicked the Brightness Control icon in the menubar. That would mean that each time Brightness Control's settings are interrupted you could tap the menubar a couple of times to get the setting reset. A new idea, that came up while I wrote this message, was to scale back the idea to monitor and coerce the brightness. What if we monitored for a fade out, noted that it occurred, then waited for a fade in + a user-specified amount of time to re-apply the user's brightness preference. That could work, with the understanding there will be a short period of unwanted brightness while Brightness Control determines that the fade in has ended.

If you have any other ideas on how to elegantly minimize the issue, please discuss them with us and we'll see what we can do.

Keith Gugliotto
Primordial Sea Captain
Splasm Software

Reply with quote  
 Post subject: simpler solution
PostPosted: Thu Jan 05, 2006 1:23 pm 

Joined: Thu Jan 05, 2006 12:35 pm
Posts: 2
Sounds like you're thinking too complex. Why not just monitor for the standard activities that will be 99% of the instances:
Screen Saver
Power Up
ITunes Visualizer

I also like the idea of having the control in the menu bar. Much more intuitive place for it to be than a window. And give me a one-click toggle.

There are millions of people suffering from eye-strain and these displays aren't helping too much. If you do go to market this aggressively, those are the people you should be targeting.

Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 3 posts ] 

All times are UTC - 6 hours

Who is online

Users browsing this forum: No registered users and 1 guest

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group