From: Rob van Berkum (robvb++at++sgi.com)
Date: 09/10/2004 00:56:51
Bram,
OpenGL Multipipe enables "Transparent Scalability: OpenGL Multipipe(tm)
enables high levels of screen space scaling and low-to-moderate levels of
performance scaling without application modification."
It creates a runtime environment (omprun) in which single pipe applications
are distributed among the multiple gfx pipes. The gain in performance
depends on the amount of overhead required. The app itself is not multipipe
aware.
When it comes to "OpenGL Multipipe(tm) SDK enables the straight forward
modification of existing applications so they deliver moderate to high
levels of both screen space and performance scaling in both desktop and
virtual reality environments."
This is what you use to make the apps multipipe aware.
(quotes are from the http://www.sgi.com/products/software/multipipe/ )
Monstermode is the Infinite Reality mode in which several pipes where
connected by specific hardware components to enable a time plexing setup.
For instance, 4 pipes generating independently frames at 15Hz such that the
final framerate became 60Hz.
Scalable graphics is the name of the concept where by means of compositor
technology the combined gfx power (of Onyx4 and Onyx/IP gfx) can be used in
several ways. The compositor itself is required in this case.
With regards to your Vizserver/compositor/max perf Q, I hope to finalize
this on Monday. Awaiting a second round of answers today from MtV. Stay
tuned.
Hope this helps, if not, give me a call on Monday. Today is my day off.
Rob van Berkum ............... SGI - Silicon Graphics B.V.
PreSales Engineer ............ Veldzigt 2a, 3454 PW DE MEERN
"The blonde was called Freedom, the dark one Enterprise"
Tel: +31 30 66 96 750 / Vnet: 955 - 7140 / Email: robvb++at++sgi.com
Note.
Information in this message is SGI Confidential. It is intended solely for
the person(s) to whom it is addressed and may not be copied, used, disclosed
or distributed to others without SGI consent. If you are not the intended
recipient please will you notify me by email or telephone, delete the
message from your system immediately and destroy any printed copies.
-----Original Message-----
From: owner-info-performer++at++performer.engr.sgi.com
[mailto:owner-info-performer++at++performer.engr.sgi.com] On Behalf Of Bram Stolk
Sent: Wednesday, September 08, 2004 7:01 PM
To: info-performer++at++sgi.com
Subject: [info-performer] SGI terminology
Hi there,
I'm a bit confused about SGI's terminology.
Can someone explain to me how these different technologies relate
to eachother:
-multipipe
-multipipe/sdk (which seems to be something different that simply an sdk
for the aforementioned multipipe???)
-monster mode
-scalable graphics
-compositors
The reason I'm asking:
We have this onyx4, 8 pipes, 4 compositors, which we want to use
with vizserver.
I need maximum performance to drive a single-windowed volume vis app.
(volumizer based).
Do I deploy the the compositors for this, and do dynamic screen space
division? Would I need to cascade 3 compositors as 4->1 + 4->1 ===> 1 ?
Preferably I would do this without the compositors, as we use compositing
in stereo-mode for 4 cave screens.
Thanks,
Bram
-- ---------------------------------------------------------------------------- -- Bram Stolk, VR Engineer. SARA Academic Computing Services Amsterdam, PO Box 94613, 1090 GP AMSTERDAM email: bram++at++nospam.sara.nl Phone +31-20-5923059 Fax +31-20-6683167"Software is math. Math is not patentable." OR "Software is literature. Literature is not patentable." -- slashdot comment ---------------------------------------------------------------------------- --
----------------------------------------------------------------------- List Archives, Info, FAQ: http://www.sgi.com/software/performer/ Open Development Project: http://oss.sgi.com/projects/performer/ Submissions: info-performer++at++sgi.com Admin. requests: info-performer-request++at++sgi.com -----------------------------------------------------------------------
This archive was generated by hypermail 2b29 : Fri Sep 10 2004 - 00:56:51 PDT