I'm experiencing the same problem w/the same RC. But I have a fully accelerated nVidia card as well as the xscreensaver-nognome and regular xscreensaver.
The vanilla xscreensaver works but not the KDE integration. It used to work for me around RC 5 (IIRC) but hasn't worked during the latest releases. On Friday 24 January 2003 07:11 pm, Nick Boyce wrote: > On Fri, 24 Jan 2003 05:46:01 +0100, Ralf Nolden wrote: > >On Freitag, 24. Januar 2003 04:23, Nick Boyce wrote: > >> I just installed a fresh vanilla Woody i386 box at work over the last > >> two days, with just the base Xfree 4.1.0 and then Ralf's current > >> 3.1RC7 debs, and wanted to file this quick report. > >> > >> Basically the system seems fine and KDE seems duly wonderful (my first > >> sight of anything beyond 2.2.2 :). The only issue of any kind I've > >> yet noticed is that the screensaver collection seems in some disarray. > >> > >> Approx 160 screensavers (!) are listed in the control panel - most > >> appear to do nothing (preview is blank, the "Setup" button just gives > >> "No configuration available for xxx", and "Test" does nothing). > >> > >> There are some apparent duplicates : > > > >That's probably because you installed xscreensaver, not > > xscreensaver-nognome > > Well thanks for the suggestion, but I checked and I don't have either > of those packages installed. I've attached a zipped up copy of the > entire list for this machine. It doesn't have much installed: just a > base Woody, kde, koffice, kdevelop, quanta - and for Xfree 4.1.0 I > only really installed the base packages. > > >> [I only have a generic ATI xserver installed so I guess that's why the > >> pretty GL screensavers are slow - does anyone know which xserver is > >> good for giving OpenGL with an ATI Rage Pro ?] > > I tried switching to the Mach64 Xserver from Xfree 3.3.6, which I > thought might make the GL screensavers all work better but instead > even those which had worked slowly ceased to work at all. > > I found this comment at http://www.xfree86.org/4.1.0/DRI10.html, which > I suppose may explain the slow GL savers : > > =======================< cut >======================== > 10.4. ATI Rage 128 > > 10.4.3. Performance and Features > While PCI Rage 128 based cards are supported, they do not yet support > PCI GART, so they will not perform as well as their AGP counterparts. > > For AGP cards, the AGP mode may be set to 1, 2, or 4. One is used by > default. Higher AGP speeds may result in unreliable performance > depending on your motherboard. > > Note that even at 32bpp there is no alpha channel. > > The following OpenGL features are implemented in software and will be > slow: > > Stencil buffer and accumulation buffer operations > Blend subtract, min/max and logic op blend modes > GL_SEPARATE_SPECULAR_COLOR lighting mode > glDrawBuffer(GL_FRONT_AND_BACK) > Using 1D or 3D textures > Using texture borders > > =======================< cut >======================== > > Oh well. > > Cheers > > Nick Boyce > Bristol, UK > -- > Special Relativity: The person in the other queue thinks yours is > moving faster.
