Re: 98' NT SGI Intel workstations ...

New Message Reply Date view Thread view Subject view Author view

William Sherman -Visualization (wsherman++at++ncsa.uiuc.edu)
Wed, 17 Dec 1997 03:42:16 -0600 (CST)

> | My question is: Will (or how well will) OpenGL++ handle multi-pipe
> | rendering? I liked Inventor, but ridiculous work-arounds were
> | required to do multi-pipe rendering because of how things were
> | handled internally -- something that was never fixed.
>
> Since the people working on OpenGL++ include people working on Performer
> and Inventor, it seems reasonable to give them the benefit of the doubt
> when it comes to understanding the capabilities of Performer and Inventor.

Actually, apart from the person I talked to, I had no idea who was
on the OpenGL++ team -- that person was not from the Inventor or
Performer groups, and I thought most of the Inventor people went to
do VRML, and the Performer people were doing Performer.

> The point of having an alpha process with an early release is to fix flawed
> architectural aspects early, not entrench a bad design. To answer your
> question, multi-pipe rendering is an important feature and that includes
> handling pipe & channel specific state.
> -db

I am relieved by your statement. In speaking out about my concerns,
I hoped to both, get a more definitive answer, and make it known that
multi-pipe rendering is important to even the "non-Performer" class
of programmers.

        Thanks,
        Bill

/*************************************************************************/
/* Bill Sherman (wsherman++at++ncsa.uiuc.edu) */
/* National Center for Supercomputing Applications */
/* University of Illinois at Urbana-Champaign */
/* Og - "You want to do mankind a real service? Tell funnier jokes" */
/* Spinner - "but facts don't always reveal the truth" */
/* Robin - "Yeah, but I always figure that's the writers' fault" */
/*************************************************************************/

=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
            Submissions: info-performer++at++sgi.com
        Admin. requests: info-performer-request++at++sgi.com

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:56:26 PDT

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