nouveau is not killed it is just blacklisted. Btw. older installers asked already if you want to blacklist nouveau, so there is just a switch to do so, thats nothing magical. I would just prefer a switch to disable all X runtime, nouveau or whatever checks, that is really annoying. Every few releases there was a new check, some i avoided using mount --bind or so, but basically all that worked later was killing X inside screen. At least that works - a bit tricky but you can switch from nouveau to nvidia binary without rebooting. When you try the same with fglrx your system will definitely crash. Unloading radeon is however possible with the same trick.
Btw. on newer distributions with multiarch i highly recommend using the official distro packages (or correct backports) instead of running the nvidia installer directly - usually now they are very tightly integrated with switching support and other things that will definitely brake when you use the installer. The same is for fglrx, but there you could try to build distro specific packages. That does not work for Debian wheezy+ however.
yes, my post was exaggerated satire, but I'm understandably upset that the only contribution Nvidia is making to the nouveau project is blacklisting it. This attitude is nothing new, but command line switches like this one are quite cynical.
I have to run Nvidia hardware at work (Cuda/OpenCL) and I had problems with official packages (Debian). The drivers themselves work (you have to pull them from experimental), but the Cuda/CL stuff is incomplete and broken, and I had to go back to the installer. This is also annoying -- I hate running closed source binaries as root. The whole process feels antiquated and alien to the operating system.
Yes, making a driver more user friendly is a bad thing.
So the user should be greeted with an X11 that doesn't start and it should be impossible to disable the open driver. Yey, what a great idea. You're a genius.
now, regarding VDPAU + KDE4 + composition + SMPlayer:
*mplayer2-windowed - some mouse slowdown for my USB mouse ( I won't notice it as I go for fullscreen anyway most of the time ) and almost none for my PS/2 one, makes me think about the powersaving options for USB, this can be debugged with PowerTop I guess
*mplayer2-fullscreen - almost no slowdown, it's not perfect but it's almost there
*mplayer1-full&window - almost no slowdown, it's not perfect but it's almost there
*Flash video even 1080p, 32bit version since the 64bit does not work ok/stable in Opera 64bit, accelerated display, accelerated decoding - no slowdown
Note that I'm using http://deb-multimedia.org/ builds of sm/mplayer so your results may vary.
Unigine Heaven 3.0
NoAA: FPS: 23.2 / Scores: 584 / Min FPS: 9.0 / Max FPS: 59.0
4xAA: FPS: 20.0 / Scores: 504 / Min FPS: 9.1 / Max FPS: 47.9
FXAA: FPS: 18.8 / Scores: 475 / Min FPS: 10.1 / Max FPS: 30.7
Strange... guess I'll retest with tess normal or something
I guess FXAA is not very optimized on Linux. In Windows, with FXAA I take something like a 2FPS hit.
yup is has some issues.
AA (MSAA) off give 60FPS vsync which goes downto say 55 around HoN's water effect.
x8 AA gives ~ 40FPS which goes downto say 20 in big effects
FXAA give 20fps which goes downto like 6 when effects are going on
this is with a 9600 tho so I wonder if it isn't too good on older cards.
And as I mentioned the application override in nvidia-settings doesn't actually do that
Fuck nvidia, and all the idiots who support them.