Sam Lantinga <slouken devolution.com> writes:
- Added SDL_VIDEO_ALLOW_SCREENSAVER to override SDL’s disabling of the
screensaver on Mac OS X, Windows, and X11.
I did a grep in the include/ directory in the 1.2.12 release and couldn’t find
SDL_VIDEO_ALLOW_SCREENSAVER. Where is this defined?
It’s an Environment Variable that you set inside (or outside) your app,
so it’s not something I think you’d find #define’d in a header file…
Might be nice if these things were mentioned in comments in the header files
somewhere, though. Like "SDL_init() pays attention to these: …"On Mon, Jul 23, 2007 at 07:11:05PM +0000, Luke Crook wrote:
Sam Lantinga <slouken devolution.com> writes:
- Added SDL_VIDEO_ALLOW_SCREENSAVER to override SDL’s disabling of the
screensaver on Mac OS X, Windows, and X11.I did a grep in the include/ directory in the 1.2.12 release and couldn’t find
SDL_VIDEO_ALLOW_SCREENSAVER. Where is this defined?
–
-bill!
bill at newbreedsoftware.com
http://www.newbreedsoftware.com/
Might be nice if these things were mentioned in comments in the header files
somewhere, though. Like “SDL_init() pays attention to these: …”
They are intended to be undocumented features in 1.2, and most platforms
won’t support them, etc.
There will be a formal API in 1.3 to replace the environment variables,
where it makes sense.
The screensaver thing going into 1.2, specifically, could pretty much
have been called SDL_IGNORE_SCREENSAVER_FOR_TUXPAINT. 
–ryan.
Sam Lantinga <slouken devolution.com> writes:
- Support for AmigaOS has been removed from the main SDL code.
Hello Sam Lantinga,
I am a developer that uses SDL under AmigaOS 4.0 . My question is this:
With all of the official support for the AmigaOS 4.0 and MorphOS versions
of SDL coming from interested third-parties, did you ever officially want
the Amiga/MorphOS platform diffs and sources in the main trunk in the
first place?
I’ve read your response on AmigaWeb.net regarding why they were removed.
BTW, in case you’re interested, the AmigaOS 4.0 sources of SDL are
currently maintained at http://rcdrummond.net/sdl/ and the MorphOS version
is at http://aminet.net/package/util/libs/powersdl_src . They should have
the compiler error removed that was in the main source tree of the AmigaOS
3.x version.
Yours truly,
Sam Crow
The screensaver thing going into 1.2, specifically, could pretty much
have been called SDL_IGNORE_SCREENSAVER_FOR_TUXPAINT.
To be fair, I intend to use it on my Linux box which I do development on.
Often enough while working on the game, it crashes, and the screensaver
doesn’t get re-enabled. So, I find my monitor eating power and burnt in
too often.
For games there’s no reason to disable the screensaver, unless your game
doesn’t have mouse or keyboard input
GregoryOn Mon, 23 Jul 2007, Ryan C. Gordon wrote:
Bill Kendrick <nbs sonic.net> writes:> On Mon, Jul 23, 2007 at 07:11:05PM +0000, Luke Crook wrote:
SDL_VIDEO_ALLOW_SCREENSAVER. Where is this defined?
It’s an Environment Variable that you set inside (or outside) your app,
so it’s not something I think you’d find #define’d in a header file…
Aha - that explains it. Thanks.
[…]
For games there’s no reason to disable the screensaver, unless your
game doesn’t have mouse or keyboard input
…or rather, if your game lacks joystick support. For some reason,
some (most?) systems don’t regard joystick events as user input when
it comes to screen savers.
//David Olofson - Programmer, Composer, Open Source Advocate
.------- http://olofson.net - Games, SDL examples -------.
| http://zeespace.net - 2.5D rendering engine |
| http://audiality.org - Music/audio engine |
| http://eel.olofson.net - Real time scripting |
’-- http://www.reologica.se - Rheology instrumentation --'On Monday 23 July 2007, Gregory Smith wrote:
WTF is with that, anyway?On Tue, Jul 24, 2007 at 12:50:18AM +0200, David Olofson wrote:
…or rather, if your game lacks joystick support. For some reason,
some (most?) systems don’t regard joystick events as user input when
it comes to screen savers.
–
-bill!
bill at newbreedsoftware.com
http://www.newbreedsoftware.com/
…or rather, if your game lacks joystick support. For some reason,
some (most?) systems don’t regard joystick events as user input when
it comes to screen savers.WTF is with that, anyway?
In the case of X11, it’s because the X server doesn’t read the joystick
devices at all, I would guess.
Mac OS X doesn’t have a formal joystick API (you talk to them as
specialized HID devices at the application level).
Windows, really, has no excuse.
–ryan.
I am a developer that uses SDL under AmigaOS 4.0 . My question is this:
With all of the official support for the AmigaOS 4.0 and MorphOS versions
of SDL coming from interested third-parties, did you ever officially want
the Amiga/MorphOS platform diffs and sources in the main trunk in the
first place?
Sure, I’m a big fan of unusual platforms, and I enjoy having support for
them in SDL proper, since it’s likely that it will get people interested
and contributing. That wasn’t the case with the AmigaOS support though,
and anything that isn’t maintained by regular contributors and can’t be
tested by the main developers is removed.
If there’s someone willing to regularly maintain the code, then I’ll happily
accept patches putting Amiga support back in.
See ya,
-Sam Lantinga, Lead Software Engineer, Blizzard Entertainment
…or rather, if your game lacks joystick support. For some reason,
some (most?) systems don’t regard joystick events as user input when
it comes to screen savers.WTF is with that, anyway?
In the case of X11, it’s because the X server doesn’t read the joystick
devices at all, I would guess.
That’s exactly it. The applications directly open the joystick
character device.
There is work on a new standard way of turning the screen saver on and
off (that doesn’t suffer from the crashed application problem, as it
requires an open dbus connection), but not surprisingly only one desktop
system seems to be implementing it so far. :/On Mon, 2007-07-23 at 21:20 -0400, Ryan C. Gordon wrote:
Mac OS X doesn’t have a formal joystick API (you talk to them as
specialized HID devices at the application level).Windows, really, has no excuse.
–ryan.
Sdl mailing list
Sdl at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Sean Middleditch <@Sean_Middleditch>
…or rather, if your game lacks joystick support. For some reason,
some (most?) systems don’t regard joystick events as user input when
it comes to screen savers.WTF is with that, anyway?
In the case of X11, it’s because the X server doesn’t read the joystick
devices at all, I would guess.
X11 has a device input extension that should handle all joysticks (its
been around since the '80s), and there is for some reason a joystick
extension for X11. So… there is no excuse for Linux/UNIX/… operating
systems not supporting joysticks as user input is inexcusable.
Bob PendletonOn Mon, 2007-07-23 at 21:20 -0400, Ryan C. Gordon wrote:
Mac OS X doesn’t have a formal joystick API (you talk to them as
specialized HID devices at the application level).Windows, really, has no excuse.
–ryan.
Sdl mailing list
Sdl at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
±-------------------------------------+
Den Tue, 24 Jul 2007 02:11:00 -0400
skrev Sean Middleditch :
There is work on a new standard way of turning the screen saver on and
off (that doesn’t suffer from the crashed application problem,
Isn’t this already true with xdg-screensaver, since it takes an X
window id as parameter? (I haven’t tested this, but it seems like it
should be possible.)
as it
requires an open dbus connection), but not surprisingly only one
desktop system seems to be implementing it so far.
The dbus licensing isn’t compatible with the LGPL though, is it? At
least not for the reference implementation.
Den Tue, 24 Jul 2007 02:11:00 -0400
skrev Sean Middleditch <@Sean_Middleditch>:There is work on a new standard way of turning the screen saver on and
off (that doesn’t suffer from the crashed application problem,Isn’t this already true with xdg-screensaver, since it takes an X
window id as parameter? (I haven’t tested this, but it seems like it
should be possible.)
I believe that is a wrapper around the DBUS method. Or a wrapper around
one of the common hacks. Either way, it would do the trick. But it’s
also not found on a majority of Linux systems yet.On Tue, 2007-07-24 at 21:24 +0200, Gerry JJ wrote:
as it
requires an open dbus connection), but not surprisingly only one
desktop system seems to be implementing it so far.The dbus licensing isn’t compatible with the LGPL though, is it? At
least not for the reference implementation.
- Gerry
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Sean Middleditch <@Sean_Middleditch>
BTW, in case you’re interested, the AmigaOS 4.0 sources of SDL are
currently maintained at http://rcdrummond.net/sdl/ and the MorphOS version
is at http://aminet.net/package/util/libs/powersdl_src . They should have
the compiler error removed that was in the main source tree of the AmigaOS
3.x version.
I’m sending e-mail to the authors of these packages to see if they’re
interested in helping me set up build/test environments and get their
code merged back into mainline SDL.
Who knew there were so many Amiga fans after all these years? 
See ya!
-Sam Lantinga, Lead Software Engineer, Blizzard Entertainment
Dude. Nice rock you live under.
(Even I’m an Amiga fan, and I’ve never owned one!)
R.I.P. Jay Miner!On Wed, Jul 25, 2007 at 01:37:56AM -0700, Sam Lantinga wrote:
Who knew there were so many Amiga fans after all these years?
–
-bill!
bill at newbreedsoftware.com
http://www.newbreedsoftware.com/
Den Tue, 24 Jul 2007 21:50:27 -0400
skrev Sean Middleditch :
I believe that is a wrapper around the DBUS method. Or a wrapper
around one of the common hacks. Either way, it would do the trick.
But it’s also not found on a majority of Linux systems yet.
True, but the recommended usage of xdg-utils is to ship fallback
scripts with your game/thing in case a distro doesn’t have xdg
installed. So, the default scripts might use one of the hacks to make
disabling work now without any distro support, while distros can
(hopefully) install/upgrade their xdg-utils versions later to handle
crashes and whatnot. You essentially get instant partial support with
automatic upgrades =)
Well, that’s the idea, anyway. If a distro-installed version of
xdg-utils has a bug, you’re pretty much out of luck. I’ve had problems
with xdg-desktop-menu hanging in certain cases, for example, and
I’ve recently discovered that using it to install menu hierarchies only
works with Gnome for some reason. Sigh.
