Re: [SDBUG] Re: Monitor dimming

2003-07-03 Thread Matthew Seaman
On Wed, Jul 02, 2003 at 09:37:46PM -0400, Peter Leftwich wrote:
 On Wed, 2 Jul 2003, Matthew Seaman wrote:

  There's lots of stuff that might go into XF86Config which isn't
  mentioned in the automatically generated config file, produced by
 
 But I meant, in *my* XF86Config there is no mention of the blanktime or
 standby or suspend timings, and yet, after about 5-10 minutes of idle time
 my monitor somehow KNOWS to dim itself.  Where else might I find the cause?

I suspect that XFree86 is just applying its default settings, given
that you haven't told it to do otherwise.

 Is xset the only thing that can make use of DPMS or is there a binary in
 the default / standard / minimum *BSD installation to control it too?

Look at vidcontrol(1) -- specifically the '-t blanktime' option.  You
can go direct to the screen saver on a console screen by hitting
Shift-Pause -- see splash(4).  However whether this involves DPMS
directly or not, I don't know.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.   26 The Paddocks
  Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey Marlow
Tel: +44 1628 476614  Bucks., SL7 1TH UK


pgp0.pgp
Description: PGP signature


Re: [SDBUG] Re: Monitor dimming

2003-07-03 Thread Peter Leftwich
On Thu, 3 Jul 2003, Matthew Seaman wrote:
 I suspect that XFree86 is just applying its default settings, given
 that you haven't told it to do otherwise.

Makes sense.  I'm not complaining.

  Is xset the only thing that can make use of DPMS or is there a binary in
  the default / standard / minimum *BSD installation to control it too?
 Look at vidcontrol(1) -- specifically the '-t blanktime' option.  You
 can go direct to the screen saver on a console screen by hitting
 Shift-Pause -- see splash(4).  However whether this involves DPMS
 directly or not, I don't know.

Good ideas, vidcontrol and splash . . . I just tried the Shift+Pause trick
and it did not work, probably because I have X running elsewhere.

By the way, is there a good write-up somewhere why I cannot run
xscreensaver while logged in as root?  Thanks for entertaining this thread
of mine for so long, Dr. Seaman.

   Cheers,
   Matthew
 Dr Matthew J Seaman MA, D.Phil.   26 The Paddocks
   Savill Way
 PGP: http://www.infracaninophile.co.uk/pgpkey Marlow
 Tel: +44 1628 476614  Bucks., SL7 1TH UK

--
Peter Leftwich
President  Founder, Video2Video Services
Box 13692, La Jolla, CA, 92039 USA
http://Www.Video2Video.Com
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: [SDBUG] Re: Monitor dimming

2003-07-02 Thread Matthew Seaman
On Tue, Jul 01, 2003 at 10:17:49PM -0400, Peter Leftwich wrote:
 On Wed, 18 Jun 2003, Matthew Seaman wrote:
 
 I just looked at my /var/log/XFree86.0.log file and it somehow knows how to
 find my /etc/XF86Config file.  Should I move it to the path you provide?

If you want -- it's entirely up to you.  X has an impressively long
list of places and variant filenames where it will search for the
XF86Config file: so much so that you should take some care about where
you leave copies lying around.  I believe that /etc/X11/XF86Config is
the preferred, if you like, standard location under FreeBSD.
 
  Section ServerFlags
  Option   BlankTime 10
  Option   StandbyTime 20
  Option   SuspendTime 30
  Option   OffTime 30
  EndSection
  XF86Config(5) has the details.
 
 None of these ServerFlags are mentioned in my XF86Config file.  Is the
 blanking, standing by and suspending controlled by the ati driver in my
 case, do you think?  Or is there a default of some sort that is compiled
 into the X server binary??

There's lots of stuff that might go into XF86Config which isn't
mentioned in the automatically generated config file, produced by
'XFree86 -configure'. In this case, these options will be applicable
if your monitor supports DPMS, irrespective of the make of your video
card.  Most monitors do, now-a-days.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.   26 The Paddocks
  Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey Marlow
Tel: +44 1628 476614  Bucks., SL7 1TH UK


pgp0.pgp
Description: PGP signature


Re: [SDBUG] Re: Monitor dimming

2003-07-02 Thread Peter Leftwich
On Wed, 2 Jul 2003, Matthew Seaman wrote:
 If you want -- it's entirely up to you.  X has an impressively long
 list of places and variant filenames where it will search for the
 XF86Config file: so much so that you should take some care about where
 you leave copies lying around.  I believe that /etc/X11/XF86Config is
 the preferred, if you like, standard location under FreeBSD.

I have enough stuff in /etc  :-)  I'll just keep it /etc/XF86Config

  None of these ServerFlags are mentioned in my XF86Config file.  Is the
  blanking, standing by and suspending controlled by the ati driver in my
  case, do you think?  Or is there a default of some sort that is compiled
  into the X server binary??
 There's lots of stuff that might go into XF86Config which isn't
 mentioned in the automatically generated config file, produced by

But I meant, in *my* XF86Config there is no mention of the blanktime or
standby or suspend timings, and yet, after about 5-10 minutes of idle time
my monitor somehow KNOWS to dim itself.  Where else might I find the cause?

(Nota Bene: I'm happy with the setting, just curious about its source!!)

 'XFree86 -configure'. In this case, these options will be applicable
 if your monitor supports DPMS, irrespective of the make of your video
 card.  Most monitors do, now-a-days.
   Cheers,
   Matthew
 Dr Matthew J Seaman MA, D.Phil.   26 The Paddocks
   Savill Way
 PGP: http://www.infracaninophile.co.uk/pgpkey Marlow
 Tel: +44 1628 476614  Bucks., SL7 1TH UK

Fuel for a mean spirited virus or shell script ;-)  I say!

Is xset the only thing that can make use of DPMS or is there a binary in
the default / standard / minimum *BSD installation to control it too?

--
Peter Leftwich
President  Founder, Video2Video Services
Box 13692, La Jolla, CA, 92039 USA
http://Www.Video2Video.Com
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]