Re: Remote Rendering

New Message Reply Date view Thread view Subject view Author view

Angus Dorbie (dorbie++at++sgi.com)
Tue, 18 May 1999 12:55:31 -0700

Shankar N Swamy wrote:
>
> If your graphics machine is an Octane, you are probably better served
> by replacing your display machine by another Octane and running the
> application locally (see points #1, and #2 below). This is a more
> interesting issue, if you are running on an IR, with display set to an
> OCtane, and the link is a dedicated ATM!
>
> Meanwhile, following points are worth noting:
>
> 1. You will need a graphics capable X-server at the other end. OpenGL
> (or GLX, if you like), won't be able to redner to a minimal x-term
> at the other end. You need a COMPATIBLE version of GLX installed
> on the server machine - essentially another reasonable SGI machine.

You don't need a compatible SGI machine. GLX will report server
properties, the software should not attempt to use extensions which are
not present on the server. You only need an equivalent server if you
rely on a particular feature or extension.

>
> 2. If the machine that is "hosting" the graphics application has more
> texture memory than the X-server, you will increase the load on the
> machine hosting the graphics program, and in the extreme, the program
> may even not run or may crash. Given your texture size, I guess the
> texture memory on the display side will be the bottleneck for you.
> (If not, then the display machine itself is probably capable of running
> the program locally!)
>
> 3. If you overcome these restrictions, then you will have your bottleneck
> in the T1 link. You might then think of a dedicated ATM :-)
>
> Kevin Kronmiller wrote:
> >
> > We have a Performer application running 1280x1024 on an Octane currently at Irix 6.4. The application uses a terrain database with over 10Mb texture. Our customer has asked us to replicate the display at a remote site over a T1 link (1.5Mbps) at a reduced frame rate. They would like 10 fps if possible. I can think of several ways to do this although the T1 link seems to be a severe limit.
> >
> > 1 - Pipe the RGB output from the monitor to the remote site.
> > 2 - Use X/ GLX to do the remote rendering.
> > 3 - Send the application data over the network and run a subset of the application locally.
> >
> > Any suggestions or pointers are greatly appreciated.
> >
> > Thanks for your time
> > Kevin Kronmiller
> >
> > -----------------------------------------------------------------------
> > List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> > Submissions: info-performer++at++sgi.com
> > Admin. requests: info-performer-request++at++sgi.com
>
> --
>
> --------------------------------------------------------------------------
> shankar.n.swamy++at++boeing.com Shankar N. Swamy
> Computer Graphics & VR Research
> PHONE: (425) 865-4286 Mathematics & Computing Technology
> FAX : (425) 865-2965 Phantom Works, Boeing
> PO Box 3707 MS 7L-48, Seattle, WA 98124-2207
> ---------------------------------------------------------------------------
> -----------------------------------------------------------------------
> List Archives, FAQ, FTP: http://www.sgi.com/software/performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com

-- 
"Microsoft's system was like a forest that hadn't had a controlled
 burn in decades, just waiting for one person with a match to turn
 it into a disaster. Melissa was Microsoft's fault. They left their
 system wide open to this sort of abuse, they knew it could happen
 and did nothing." -- Bruce Perens


For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Tue May 18 1999 - 12:55:35 PDT

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