Again, We Have Another New NVIDIA Driver

[t.s.]

lol..

Ah.. You can't always stay idealist, don't you?
There's too much 'x' factor to take account to.

switch (x) {
  case 'job': print 'well, our majority consumer have an closed source
              xx OS and yy driver. What else can I do?';
              break;
  case 'money': print 'well, I don't have that much money to bet on
                non-working card. I've done it before, and I regret
                that decision. If not the rest, then It's only me that
                don't have much time to tinker my machine. Then again
                I only have one machine to rule them all (for experiment,
                for work, for game, etc).
                break;
  case 'support': print 'my primary need (game or the like) simply don't
                  exist on my favourite open source platform. hm..';
                  break;
    .
    .
    .
  case xxyy : ................
              break;
  default: print 'well, for this section I absolutely accept the say that
                  "we don't need closed source sh*t" :)';
}

Me too, an idealist not a long time ago (and still for other thing), but that is kinda foolish i think.

..but it's true, if the others on one way forced to have to use open source whatever, then we'll see a major improvement on open source side.

cheers.
just my 2 cents.

[deanjo]

At least for me, this is the first time I see such a thing in an NVIDIA changelog.

In a nvidia changelog? Na, there has been many in the past, seen many instances like this in linux, os x, windows, oss, prop. Every once and a while you hit a combo of site coding, flash, drivers, etc that show wierd crap. Nothing new.

[deanjo]

..but it's true, if the others on one way forced to have to use open source whatever, then we'll see a major improvement on open source side.

cheers.
just my 2 cents.

You hope, on the other hand it could just join the long list of "who's gonna fix it?" after the manufacturer stops fixing the code. OS or not.

[krazy]

You hope, on the other hand it could just join the long list of "who's gonna fix it?" after the manufacturer stops fixing the code. OS or not.

long list?

[t.s.]

You hope, on the other hand it could just join the long list of "who's gonna fix it?" after the manufacturer stops fixing the code. OS or not.

You don't have an idea what a cornered man can do..

[deanjo]

You don't have an idea what a cornered man can do..

There will always be exceptions, but then again it's often easier (and cheaper) to just go out and buy a supported device.

[Licaon]

Linux Display Driver - Beta
Version: 185.18.08
Release Date: May 05, 2009

Release Highlights
*Added support for CUDA 2.2

x32 / x64

Linux Display Driver - OpenGL 3.1 beta
Version: 180.37.05
Release Date: May 05, 2009

Release Highlights
You need one of the following graphics cards to get access to the OpenGL 3.1 and GLSL 1.40 functionality:
Desktop
Quadro FX 370, 570, 1700, 3700, 4600, 4700x2, 4800, 5600, 5800, Quadro VX200, Quadro CX
GeForce 8000 series or higher; Geforce G100, GT120, 130, GTS 150, Geforce GTS 250, GeForce GTX 260, 280, 285 and 295, any ION based products.

Notebook
Quadro FX 360M, 370M, 570M, 770M, 1600M, 1700M, 2700M, 3600M, 3700M
GeForce 8000 series or higher

This driver now implements all of GLSL 1.30 and all of OpenGL 3.0, and all of OpenGL 3.1 and GLSL 1.40

This driver exposes the following new extensions:
OpenGL 2.1 extensions:
ARB_vertex_array_object
ARB_framebuffer_object
ARB_half_float_vertex

OpenGL 3.0 extensions:
WGL_create_context
GLX_create_context
ARB_draw_instanced
ARB_geometry_shader4
ARB_texture_buffer_object

OpenGL 3.1 extensions:
ARB_compatibility
ARB_copy_buffer

The OpenGL 3.1 and GLSL 1.40 specifications, as well as the extension specifications, can be downloaded here: http://www.opengl.org/registry/

For any bugs or issues, please file a bug through the developer website: https://nvdeveloper.nvidia.com/

x32 / x64 / NVIDIA OpenGL 3.0/3.1 Support Page

[Licaon]

Version: 185.18.10
Release Date: May 14, 2009

Release Highlights
* Linux: Moved kernel module loading earlier in the X driver's initialization, to facilitate more graceful fallbacks if the kernel module cannot be loaded. Removed the LoadKernelModule X configuration option.
* Add support for new horizontal interlaced and checkerboard passive stereo modes.

Linux 32bit ( not yet available ) / Linux 64bit ( only pkg1 ) / FreeBSD / Solaris