On Sun, Mar 21, 2010 at 3:05 PM, William Kenworthy <[email protected]>wrote:
> ok, tried dim again and its working quite differently from the version > where it was first introduced - the standard settings still stink > though! and I still think dimming as it is done here is a dumb idea. > > fsoraw now disables dimming which is good - this was the main reason for > wanting to disable it originally as I could not control it. Either > something has changed in the code, or there was something wrong with the > install. > > I am now trying: > [fsodevice.kernel_idle] > ignore_by_id = lis302 > idle = 30 > idle_dim = 1 > idle_prelock = 1 > idle_lock = 1 > suspend = 40 > > plus a default brightness of 100% in /etc/phonefsod.conf (I think, cant > check atm) > > The idea is full brightness for 30 seconds and then instead of abruptly > blanking, quickly dim, then wait 10 seconds to suspend just in case I > want to use it again. > I don't think this is a good idea, I would like to have more time in idle_dim in order to responsve to unwanted dims. > > In the short time using these settings, I think either 5 or 3 secs for > the last is more than adequate, and 60 seconds for full brightness more > user friendly. > Waiting until suspend while the screen is locked is just a plain waste of battery, I really don't get it. > > Why stuff around with doing this? - because the original way suggested > to me of disabling dimming was to comment out the entries > in /etc/phonefsod.conf which works, but has side effects such as never > allowing the display to turn off when requesting cpu only with fsoraw. > Seems like you were talking to the wrong people, anyhow requesting CPU with fsoraw won't prevent dimming, you need to request display. > > So yes, I am now using dimming, but not because I want to, but because > the phone wont work properly without it :( > asking CPU should not prevent the screen from dimming. I don't really get what you are talking about, please elaborate. > > Why didnt I raise a bug - because I asked about it on irc (I think) and > was told it was not going to be changed so put up with it - which I read > as raise all the bugs you like - were not changing anything. > We are not going to disable dimming (unless you present valid arguments agains it), but you are more than welcomed to report bugs about faulty behavior when using dim. > > Yes, I am pissed off at dimming, and I cant see any reason for it. > I really don't get you, please explain. > > BillK > > -- Tom.
_______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
