[info-performer] OpenGL Performer 2.5.1 now available

New Message Reply Date view Thread view Subject view Author view

From: Allan Schaffer (allan++at++sgi.com)
Date: 05/17/2002 11:56:48


Hello Performers,

The OpenGL Performer 2.5.1 update is now available, for both IRIX and
Linux. This is our regularly-scheduled maintenance release containing
bug-fixes and enhancements made by the team since Performer 2.5 was
released.

Please visit: http://www.sgi.com/software/performer/

The Performer 2.5.1 for IRIX run-time environment is bundled with IRIX
6.5.16. The upgrade is forward- and backward-binary compatible
with Performer 2.5; meaning, applications compiled with Performer 2.5
will run on a system using Performer 2.5.1, and vice versa. The release
also contains binary-compatible updates to both the Performer 2.2.x
libraries and the Performer 2.4.x libraries, in the performer_eoe.sw.2_2
and performer_eoe.sw.2_4 subsystems, accordingly. To get a copy of
Performer 2.5.1 for IRIX, contact your service provider for IRIX upgrade
CDs, or you can download the whole IRIX 6.5.16 upgrade (~1GB) from our
web site.

The Linux version of Performer 2.5.1 is only available via web download.
Most notable in this update is the addition of Performer libraries
compiled & compatible with GCC 3.x; so there are now four download
categories instead of just two: (gcc2.x + gcc3.x) * (RPMs + TGZs). If
you are uncertain which to use, gcc2.x is still the safest assumption.

Also, if you purchased a licensed copy of Performer 2.5 for Linux, don't
load the "demo license" subsystem when doing the upgrade. I think it's
a good idea to keep a backup copy of your license file anyways.

The Performer 2.5.2 upgrade release will be next, shipping this August.

Here's a list of what's fixed in 2.5.1:

          o Cliptexture emulation is activated any time a
            cliptexture is loaded on a system without hardware
            cliptexture support. This is a change from previous
            behavior. In cases where the previous behavior is
            desired, cliptexture emulation can be disabled by
            setting the environment variable PF_DISABLE_CTE to 1.
            (no SCR number)

          o pfQueue sorting had been disabled on platforms which
            use cliptexture emulation. The new behavior is as
            follows: On IRIX systems, pfQueues used for
            cliptextures are now sorted by default. On Linux
            systems, pfQueues used for cliptexture are not sorted
            by default. In cases where the previous behavior is
            desired, the environment variable
            PFCT_FORCE_QUEUE_SORT_MODE can be set to 1 or 0 to
            force pfQueues used for cliptexture to be sorted or
            unsorted.

          o Cliptexture emulation required that calls to pfTexImage
            and pfTexFormat when setting up a cliptexture be made
            in a particular order, and before the cliptexture was
            created. This has been fixed (no SCR number).

          o The header_offset token in a cliptexture configuration
            file was not being processed correctly by
            pfdLoadImageCacheAuto(). This has been fixed (SCR
            838936). In case the previous behavior is desired, the
            environment variable
            PF_CLIPTEX_DONT_USE_CT_HEADEROFFSET_FOR_ICACHES may be
            set by the user.

          o The colors in certain models imported by the FLT loader
            were being corrupted, due to a missing endian flip.
            This has been fixed (mod 111859a).

          o pfDCS::setCoord() was not functioning properly due to
            the 'dirty' flags being mis-set. This has been fixed
            (SCR 841768). The fix has also been ported back to
            versions 2.2.15 and 2.4.4.

          o pfGetTime() was reporting negative values on Linux systems
            with CPU clock speeds greater than 2Ghz. This has been
            fixed (SCR 850864).

          o There are now a set of Performer-Linux rpms/tgz's built
            with gcc-3.0.2 in addition to the rpms/tgz's we usually
            ship that are built with gcc-2.91. These rpms/tgz's built
            with gcc-3.0.2 solve a number of compilation problems with
            Performer such as having to compile C++ programs optimized
            and problems with exception handling in Performer programs.

Enjoy !

-- 
Allan Schaffer                                            allan++at++sgi.com
Engr. Manager, Core Rendering                            1-650-933-2160
Silicon Graphics                                     http://www.sgi.com


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2b29 : Fri May 17 2002 - 08:44:20 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.