Results 1 to 6 of 6

Thread: 256.25 Beta is out (May 21, 2010)

  1. #1
    Join Date
    May 2010
    Posts
    1

    Default 256.25 Beta is out (May 21, 2010)

    Hey guys, see no one has yet mentioned these. Am currently using them on a GTX 470, Slackware 13 -current. Here's the changelog:

    -Added unofficial GLX protocol support (i.e., for GLX indirect rendering) for the following OpenGL extensions:
    GL_ARB_blend_func_extended
    GL_ARB_draw_buffers_blend
    GL_ARB_sample_shading
    GL_ARB_timer_query
    GL_EXT_draw_buffers2
    GL_EXT_separate_shader_objects
    GL_NV_explicit_multisample
    GL_NV_transform_feedback

    -Improved Thermal Settings reporting in nvidia-settings to accurately reflect hardware configurations with multiple thermal sensors.

    -Fixed an interaction problem between Compiz and 'screen-scraping' VNC servers like x11vnc and vino that caused the screen to stop updating.Fixes Launchpad bug #353126.

    -Enhanced VDPAU to add basic support for Xinerama. VDPAU will now operate on a single physical X screen under Xinerama. See the README for more details.

    -Enhanced VDPAU's handling of corrupt clips of all formats on GPUs with VDPAU feature set C to be at least as good as on GPUs with VDPAU feature set B. This significantly improves various clips provided by nvnews.net user eamiller.

    -Fixed a bug in Xv attribute handling that caused hue, saturation,brightness, and contrast values to be misapplied when using an Xv overlay adaptor.

    -Fixed a bug in the XvMC driver that prevented it from working on systems with AGP graphics cards.

    -Enhanced VDPAU to clear all VdpVideoSurfaces to black when allocated.This provides more consistent results when using a surface as a reference when no prior decode operation has written to that surface.In turn, this improves the results of decoding some corrupt streams,such as "p_only_no_play" from ffmpeg bug 1124.

    -Implemented new APIs to allow sharing VDPAU surfaces with OpenGL andCUDA. The OpenGL extension is GL_NV_vdpau_interop. For CUDA, please
    see the documentation in the CUDA toolkit for details.
    W
    -orked around a bug where the combination of a GPU with VDPAU feature set A together with specific motherboard chipsets could cause visible corruption when decoding some MPEG-2 streams

    -Fixed a bug that prevented the VDPAU overlay-based presentation queue from being used more than a few hundred times per X server invocation.
    Renamed the driver file libGLcore.so.VERSION to libnvidia-glcore.so.VERSION, as a small step towards reducing the filename collisions between NVIDIA's and MESA's OpenGL implementations.This driver file is used by NVIDIA's libGL.so and libglx.so, and should never be used directly by applications.

    -Changed the SONAME of libnvidia-glcore.so.VERSION,libnvidia-tls.so.VERSION, and libnvidia-compiler.so.VERSION to be ".so.VERSION", rather than ".so.1".These driver files are only used by other NVIDIA driver components, and are only intended to be usedby components of the matching NVIDIA driver version.

    -Removed the "-pkg#" suffix from the NVIDIA Linux .run files.The packages are now simply named "NVIDIA-Linux-ARCH-VERSION.run".On Linux-x86_64, a package which omits the 32-bit compatibility libraries is also available: "NVIDIA-Linux-x86_64-VERSION-no-compat32.run"

    -Simplified the directory structure of the Linux extracted package; most driver files are now just contained within the top level directory of the package.Pass the '--list' option to the .run file for details.

    -Removed precompiled kernel interfaces from the NVIDIA Linux-x86 .run file; these were ancient and had not been updated in years.Going forward, NVIDIA does not plan to provide precompiled kernel interfaces with the Linux .run files.However, nvidia-installer and the .run file will retain the ability for users to add their own precompiled kernel interfaces via the '--add-this-kernel' .run file option.

    -Compressed the nvidia-settings, nvidia-installer, and nvidia-xconfig tarballs with bzip2, rather than gzip.

  2. #2
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,309

    Default

    Nice, these completely fixes playing the streams captured with my Hauppauge HD PVR.

  3. #3
    Join Date
    Oct 2009
    Location
    .ca
    Posts
    375

    Default

    What's "GLX protocol support"?

  4. #4
    Join Date
    Jul 2008
    Posts
    2

    Default

    Quote Originally Posted by not.sure View Post
    What's "GLX protocol support"?
    Are the stero support extende by including usb support for nvidia 3d?

  5. #5
    Join Date
    Mar 2009
    Posts
    75

    Default

    Quote Originally Posted by not.sure View Post
    What's "GLX protocol support"?
    Indirect rendering from remote computers.

  6. #6
    Join Date
    Jan 2008
    Posts
    171

    Default

    I just installed this from the ubuntu ppa. Seems to work OK, but selecting "Thermal Settings" in the NVIDIA Settings applet always kills the applet.

    The reason I upgraded is because with the 195.36 driver, after several hours of use the screen blanker would break. Instead of turning off the backlight when the screen was idle, it would turn up to full brightness and the frame buffer would go to all white pixels. This is on my Dell Precision M4400 notebook with Quadro 770M.

    Likewise, when you closed the notebook lid, instead of the screen turning off, it would go to full brightness, and you could see all of the light leaking through the gap between the lid and the rest of the body. I've only just booted up this 256 driver, so haven't been using the machine long enough to see if the problem is present here yet. Right now the screen blanks correctly, but the 195 driver blanked correctly for the first couple hours too.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •