git.maemo.org Git - xscreensaver/blob - xscreensaver/debian/README.gl

   1 If you are having problems with running the GL screenhacs from xscreensaver,
   2 but not from a window, please see
   3 <http://www.jwz.org/xscreensaver/faq.html#gl-mem>, especially if you
   4 are using nVIdia's GL implementation. This has appeared as a SIGSEGV
   5 crash and as a failutre to allocate GL context. In particular:
   6
   7   1.I upgraded to 3.33, and xscreensaver won't run GL hacks any more (or
   8     they run slowly), but they work fine from the command line.
   9
  10     Try editing your .xscreensaver file and changing the memoryLimit
  11     setting to 0. Version 3.33 introduced the memoryLimit option as a
  12     precautionary limit to prevent runaway memory use if one of the
  13     display modes happened to be buggy; it prevents any program launched
  14     by xscreensaver from allocating more than that much memory. It
  15     defaults to 50M, which is a lot. However, apparently certain OpenGL
  16     libraries (notably nVidia) do something strange that makes them appear
  17     to allocate more than 128M of memory for every OpenGL program!
  18     Consequently, those programs die on startup because they aren't able
  19     to allocate memory. On some systems, memoryLimit doesn't cause the GL
  20     programs to crash, but instead, causes them to run slowly
  21     (non-accelerated.) Turning off the memory limit should work around
  22     this.
  23
  24 The OpenGL screenhacks are included as a separate package, so the base
  25 xscreensaver package does not depend on Mesa. The postinst scripts will
  26 automatically add a link so that the OpenGL screenhacks are used if they
  27 are installed. If you wish to have the OpenGL screenhacks installed,
  28 but not used, refer to the manpage and set the XScreenSaver*programs
  29 to an appropriate value in /etc/X11/Xresources, a personal app-defaults
  30 file, or your .Xdefaults.
  31