From guest  Sun Mar  1 15:35:31 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA29103 for info-performer-dist@holodeck.engr.sgi.com; Sun, 1 Mar 1998 13:48:23 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA29076 for <info-performer@holodeck.engr.sgi.com>; Sun, 1 Mar 1998 13:48:17 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA23553 for <info-performer@cthulhu.engr.sgi.com>; Sun, 1 Mar 1998 13:51:09 -0800
Received: from ssl.umd.edu (ssl.umd.edu [128.8.38.128]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id NAA16133
	for <info-performer@sgi.com>; Sun, 1 Mar 1998 13:51:07 -0800
	env-from (corde@ssl.umd.edu)
Message-Id: <199803012151.NAA16133@sgi.sgi.com>
Received: from [128.8.38.148] by ssl.umd.edu (AppleShare IP Mail Server 5.0.3) id 7177 via TCP with SMTP; Sun, 01 Mar 1998 16:16:06 -0500
Subject: Is there a sigfpe_ function, variable?
Date: Sun, 1 Mar 98 16:19:32 -0500
x-mailer: Claris Emailer 2.0, March 15, 1997
From: Corde Lane <corde@ssl.umd.edu>
To: "info-performer" <info-performer@sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Status: O

I tried to compile a short program which only loads in a multigen 
database.  When I try to run I get the following error:

rld: Error: unresolvable symbol in /usr/lib/libpf_igl.so: sigfpe_

I've search the man pages, the .h files, and the insight book for 
performer but found no reference.  I'm running Performer 2.0.2.

Does anyone know how I can find any reference for this?

Thanks,

Corde


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

From guest  Sun Mar  1 21:16:39 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA29629 for info-performer-dist@holodeck.engr.sgi.com; Sun, 1 Mar 1998 19:31:01 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id TAA29602 for <info-performer@holodeck.engr.sgi.com>; Sun, 1 Mar 1998 19:30:55 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id TAA24907 for <info-performer@cthulhu.engr.sgi.com>; Sun, 1 Mar 1998 19:33:48 -0800
Received: from mail.unet.umn.edu (mail.unet.umn.edu [128.101.101.103]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id TAA17306
	for <info-performer@sgi.com>; Sun, 1 Mar 1998 19:33:47 -0800 (PST)
	env-from (klinge@reality.psych.umn.edu)
Received: from reality.psych.umn.edu by mail.unet.umn.edu (5.65c)
	id AA11198; Sun, 1 Mar 1998 21:33:46 -0600
From: James Klinge <klinge@reality.psych.umn.edu>
Message-Id: <199803010521.XAA02916@reality.psych.umn.edu>
Received: by reality.psych.umn.edu; Sat, 28 Feb 1998 23:21:08 -0600
Subject: Flashing transparency trouble.
To: info-performer@sgi.com
Date: Sat, 28 Feb 1998 23:21:08 -0600 (CST)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status: O

Hi all.

I have a simple scene with a few tree textures that have transparent
sections.  The tree polygons are not billboards.  When I'm driving
through the scene, the transparent areas occasionally flash to the
color that's defined as transparent.  I know about adjusting the
alpha levels to prevent the outline of trees from glowing in the color
that's supposed to be transparent, but I've never had the problem
where the entire transparent section flashes.

On a related note, I've also got some textured polygons that insist on being
slightly transparent all over even though none of the colors is
set to be transparent.  I can't seem to get them to appear solid.

Anyone experience either of these problems?

Any advice is appreciated,
Jim.
-- 
James Klinge    klinge@reality.psych.umn.edu  -  Human Factors Research Lab 
voice:(612)626-7521   fax:(612)625-8867       -  University of Minnesota
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Sun Mar  1 21:28:54 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA29666 for info-performer-dist@holodeck.engr.sgi.com; Sun, 1 Mar 1998 19:42:51 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id TAA29639 for <info-performer@holodeck.engr.sgi.com>; Sun, 1 Mar 1998 19:42:45 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id TAA26289 for <info-performer@cthulhu.engr.sgi.com>; Sun, 1 Mar 1998 19:45:39 -0800
Received: from cse.cuhk.edu.hk (cucs18.cse.cuhk.edu.hk [137.189.91.190]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id TAA19369
	for <info-performer@sgi.com>; Sun, 1 Mar 1998 19:45:37 -0800 (PST)
	env-from (yprj2317@cse.cuhk.edu.hk)
From: yprj2317@cse.cuhk.edu.hk
Received: from sparc56.cs.cuhk.hk  by cse.cuhk.edu.hk  with SMTP id LAA24273; Mon, 2 Mar 1998 11:45:32 +0800 (HKT)
Received: by sparc56.cs.cuhk.hk (SMI-8.6/SMI-SVR4)
	id LAA17295; Mon, 2 Mar 1998 11:45:31 +0800
Message-Id: <199803020345.LAA17295@sparc56.cs.cuhk.hk>
Subject: Sound effect on IRIX performer
To: info-performer@sgi.com
Date: Mon, 2 Mar 1998 11:45:31 +0800 (HKT)
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

Dear all,
	We would like to know how we can implement (or program) the sound
effect in IRIS Performer 2.1. on the SGI machine (mxi or onyx) and its
easiest approach.
Thanks in Advance.


Kenneth and Wai.


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

From guest  Mon Mar  2 01:55:52 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id XAA00702 for info-performer-dist@holodeck.engr.sgi.com; Sun, 1 Mar 1998 23:54:48 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id XAA00675 for <info-performer@holodeck.engr.sgi.com>; Sun, 1 Mar 1998 23:54:41 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id XAA24426 for <info-performer@cthulhu.engr.sgi.com>; Sun, 1 Mar 1998 23:57:36 -0800
Received: from gatekeeper.bvr.co.il (gatekeeper.bvr.co.il [194.90.44.5]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id XAA07065
	for <info-performer@sgi.com>; Sun, 1 Mar 1998 23:57:32 -0800 (PST)
	env-from (rany@bvr.co.il)
Received: (from uucp@localhost) by gatekeeper.bvr.co.il (8.6.12/8.6.9) id HAA28828; Mon, 2 Mar 1998 07:57:28 GMT
Received: from unknown(192.114.85.195) by gatekeeper.bvr.co.il via smap (V1.3)
	id sma028800; Mon Mar  2 09:56:58 1998
Received: from bvr.co.il by michelle.bvr.co.il via ESMTP (950413.SGI.8.6.12/931108.SGI.AUTO.ANONFTP)
	 id JAA03101; Mon, 2 Mar 1998 09:56:57 +0200
Sender: rany@bvr.co.il
Message-ID: <34FA6648.9F549D8E@bvr.co.il>
Date: Mon, 02 Mar 1998 09:56:57 +0200
From: Ran Yakir <rany@bvr.co.il>
X-Mailer: Mozilla 4.03 [en] (X11; I; IRIX64 6.4 IP27)
MIME-Version: 1.0
To: Marcus Barnes <marcus@multigen.com>
CC: Performer mailing list <info-performer@sgi.com>
Subject: Re: Performer loader - FID
References: <34EFBE5F.D8B865D7@bvr.co.il> <9802231148.ZM24591@logan.engr.multigen.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Marcus Barnes wrote:

> On Feb 22,  7:57am, Ran Yakir wrote:
> >Is there a way to get the feature id (FID) of a face from the Multigen
> >loader ?
>
> yes, but you must have the OpenFlight loader revision R15.4d or newer.
>
> >I saw a load mode called PFFLT_SORT_FEATURE in  pfflt.h. Does that mean
> >that the loader can sort by feature also ?
>
> yes. the feature object includes the FID and SMC fields from the OpenFlight
> face and/or light point attributes. you must enable this loader mode in order
> for this data to be attached to the geostates and/or lpstates. the result will
> be state objects that are uniquely separable by FID and SMC.
>
> >Does that mode imply that I can then get the pfFeature from the pfGeoState's
>                                               ^^^^^^^^^
> no ... fltFeature
>
> >user data ?
>
> yes. however, note that this is a loader extension to the geostate.
>

After I got it working, just one minor doccumentation mistake: the fltFeature is
attached to the geostate's user data slot #1, and not the default user data (slot
#0), as doccumented.

Ran


--
 __                                  | Ran Yakir
 /_)  _  __   \  / _   / o __        | BVR Technologies Ltd.
/ )_ (_(_) )   \/ (_(_/<_(_)(        |
              _/                     |
-------------------------------------+--------------------------------
Phone :                              | E-mail : rany@bvr.co.il
  Work : 972-3-5715671 #166,#177     |
  Res. : 972-9-7489974               |
Fax    : 972-3-5715668               |



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

From guest  Mon Mar  2 02:31:13 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id AAA00765 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 00:36:56 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id AAA00736 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 00:36:46 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id AAA03227 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 00:39:41 -0800
Received: from cae-gmbh.de (mail.cae-gmbh.de [195.124.148.2]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id AAA15808
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 00:39:39 -0800 (PST)
	env-from (bball@cae-gmbh.de)
Received: by gw.cae-gmbh.de id <27780>; Mon, 2 Mar 1998 09:24:05 +0100
Date: Mon, 2 Mar 1998 09:40:41 +0100
From: Bettina Ball <bball@cae-gmbh.de>
To: Corde Lane <corde@ssl.umd.edu>
Cc: info-performer <info-performer@sgi.com>
Subject: Re: Is there a sigfpe_ function, variable?
Message-Id: <98Mar2.092405gmt+0100.27780@gw.cae-gmbh.de>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Sun, 1 Mar 1998, Corde Lane wrote:

> I tried to compile a short program which only loads in a multigen
> database.  When I try to run I get the following error:
>
> rld: Error: unresolvable symbol in /usr/lib/libpf_igl.so: sigfpe_
>
> I've search the man pages, the .h files, and the insight book for
> performer but found no reference.  I'm running Performer 2.0.2.
>
> Does anyone know how I can find any reference for this?

AFAIK you just have to link with the library "-lfpe". Or are you
doing that already?

Hope that helps,

   Bettina

 ------------------------------------------------------
| Bettina Ball             |                           | 
| CAE Elektronik GmbH      | Email: bball@cae-gmbh.de  | 
| Abt. Systemtechnik       |                           |
| Steinfurt 11             | Tel. : +49-(0)2402/106309 |
| D-52222 Stolberg         | Fax  : +49-(0)2402/106270 |
| Germany                  | http://www.cae.ca         |
 ------------------------------------------------------


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

From guest  Mon Mar  2 07:53:26 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA01388 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 06:06:24 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA01361 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 06:06:17 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA21663 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 06:09:14 -0800 (PST)
Received: from mailout05.btx.dtag.de (mailout05.btx.dtag.de [194.25.2.153]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id GAA19403
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 06:09:12 -0800 (PST)
	env-from (Princess-Support@t-online.de)
Received: from fwd12.btx.dtag.de (fwd12.btx.dtag.de [194.25.2.172])
	by mailout05.btx.dtag.de with smtp 
	id 0y9Vpb-0005v4-00; Mon, 2 Mar 1998 15:04:35 +0100
Received:  (06126990079-0001(btxid)@[193.159.9.182]) 
	by fwd12.btx.dtag.de
	id <m0y9VpQ-0003EbC>; Mon, 2 Mar 1998 15:04:24 +0100
Message-Id: <m0y9VpQ-0003EbC@fwd12.btx.dtag.de>
Date: Mon, 2 Mar 1998 15:04:24 +0100
To: info-performer@sgi.com
Subject: OpenFlt Loader
X-Mailer: T-Online eMail 2.12
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Sender: 06126990079-0001@t-online.de
From: Princess-Support@t-online.de (princess support)
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by cthulhu.engr.sgi.com id GAA17753
Status: O

Hi !

Is there any public source, where to get the latest version of the OpenFl=
t=20
loader DSO from.

Thanks in advance.

Christoph Tillack.

------------------------------------------------
Princess Interactive Software GmbH
Am R=F6dchen 5
65510 Idstein/Ts.
Germany
FON: ++49-6126-990274
FAX: ++49-6126-91131
------------------------------------------------

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

From guest  Mon Mar  2 08:39:01 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA01446 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 06:59:47 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA01419 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 06:59:46 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id HAA27482 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 07:02:43 -0800 (PST)
Received: from x8.boston.juno.com (x8.boston.juno.com [205.231.101.24]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id HAA04749
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 07:02:41 -0800 (PST)
	env-from (jbrickley@juno.com)
Received: (from jbrickley@juno.com)
 by x8.boston.juno.com (queuemail) id K]L16149; Mon, 02 Mar 1998 10:01:20 EST
To: flynnt@grumpy.ksc.nasa.gov
Cc: info-performer@sgi.com
Date: Mon, 2 Mar 1998 07:55:38 mst
Subject: Re: off-screen rendering
Message-ID: <19980302.080058.11246.0.jbrickley@juno.com>
References: <Pine.ULT.3.96.980227145106.22966D-100000@grumpy>
X-Mailer: Juno 1.49
X-Juno-Line-Breaks: 1-11,16-17,19-20,22-24,29-33
From: jbrickley@juno.com (Jeffry J Brickley)
Status: O

On Fri, 27 Feb 1998 14:59:31 -0500 (EST) Tom Flynn
<flynnt@grumpy.ksc.nasa.gov> writes:
>Greetings
>
>My boss just asked me to render one of my scenes at 2048x2048 and 
>capture
>it to a file.  Screen res wise, my Onyx IR only goes to 1900x1200 
>(bummer :).
>Is there a way in Performer I can render off-screen into memory and 
>then
>write that out to a file?  Maybe using SGI P-buffers or something?
>
Using the ircombine utility we have rendered a 3600x2400 screen for use
on a PowerWall display.  That is four monitors of 1600x1200 combined into
one unit.  Although this was managed by two pipes each configured as
3600x1200 dual screen, I believe that the process would be the same to
set up for your display.

1) using the ircombine utility, change the 'managed area' to your desired
size.
2) save to eprom, then reboot the machine as required.
3) using the ircombine utility move your display channel(s) to the
desired location within the managed area.
4) save again, then reboot as required.

you should be set up for your display.  Note that the 'visual login' at
the startup of the machine is 'centered' to your managed area, so be
careful that you still have the ability to login....  SGI may know how to
change that, but I do not....  With two channels we simply had to
activate the second monitor locally long enough to login....

Jeffry J. Brickley
SRS Technologies
White Sands Missile Range, NM

_____________________________________________________________________
You don't need to buy Internet access to use free Internet e-mail.
Get completely free e-mail from Juno at http://www.juno.com
Or call Juno at (800) 654-JUNO [654-5866]

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

From guest  Mon Mar  2 08:55:05 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA01602 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 08:06:34 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA01575 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 08:06:32 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id IAA34879 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 08:09:30 -0800 (PST)
Received: from grumpy.ksc.nasa.gov (grumpy.ksc.nasa.gov [163.205.105.54]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id IAA28083
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 08:09:27 -0800 (PST)
	env-from (flynnt@grumpy.ksc.nasa.gov)
Received: by grumpy.ksc.nasa.gov (5.65/DEC-Ultrix/4.3)
	id AA24325; Mon, 2 Mar 1998 11:08:34 -0500
Date: Mon, 2 Mar 1998 11:08:34 -0500 (EST)
From: Tom Flynn <flynnt@grumpy.ksc.nasa.gov>
X-Sender: flynnt@grumpy
To: info-performer@sgi.com
Subject: Re: off-screen rendering
In-Reply-To: <19980302.080058.11246.0.jbrickley@juno.com>
Message-Id: <Pine.ULT.3.96.980302105856.24228B-100000@grumpy>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Mon, 2 Mar 1998, Jeffry J Brickley wrote:

> 
> 1) using the ircombine utility, change the 'managed area' to your desired
> size.
> 2) save to eprom, then reboot the machine as required.
> 3) using the ircombine utility move your display channel(s) to the
> desired location within the managed area.
> 4) save again, then reboot as required.

actually, rebooting isn't required.  all you need to do is log in from a
remote machine and cd /usr/gfx and do a stopgfx followed by a startgfx.
Or if you don't have a remote machine to log in from, you can always use the
vulcan maneuver: Crtl-Alt-F12-/  (where the / is the one from the numeric
keypad).

> 
> you should be set up for your display.  Note that the 'visual login' at
> the startup of the machine is 'centered' to your managed area, so be
> careful that you still have the ability to login....  SGI may know how to
> change that, but I do not....  With two channels we simply had to
> activate the second monitor locally long enough to login....

All you need to do is edit your /usr/lib/X11/app-defaults/Clogin file and
set your geometry resource.  I had to do this so it wasn't split across the
two monitors (we usually have a 2560x1024 display across two 1280x1024 
monitors).  Here's the line from my file:

! added so that it isn't split across the two monitors.
Clogin*geometry: +300+150


next time you restart xdm, it should be in the new position.
have fun!  and thanks again for the answers!
tom

  __
 \  \     _ _      ,-----------------------------------------,     //    //
  \**\ ___\/ \ .../ "The time to acquisition is longer than   \  \X/   \X/
X*#####*+~~\_\    \  the time to obsolescence." - Fuchs's Law /  600  2000
  o/\  \           `-----------------------------------------'  P166+ Powered 
     \__\        flynnt@acm.org  http://erau.db.erau.edu/~flynnt  by Linux


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

From guest  Mon Mar  2 08:55:09 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA01569 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 08:04:33 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA01542 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 08:04:27 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id IAA37224 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 08:07:24 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id IAA27464
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 08:07:23 -0800 (PST)
	env-from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA11844; Mon, 2 Mar 1998 08:07:20 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803020807.ZM11842@quid.engr.sgi.com>
Date: Mon, 2 Mar 1998 08:07:19 -0800
In-Reply-To: James Klinge <klinge@reality.psych.umn.edu>
        "Flashing transparency trouble." (Feb 28, 11:21pm)
References: <199803010521.XAA02916@reality.psych.umn.edu>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: James Klinge <klinge@reality.psych.umn.edu>, info-performer@sgi.com
Subject: Re: Flashing transparency trouble.
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

James

What platform is this on ?
I've seen behaviour like this on OCTANE/Impact when there was a TRAM HW problem
( either boards needed reseating or replacing ).
You ought to make sure you have the latest patch for the gfx you have too,
could you send details of versions -b | grep patch and gfxinfo ?

Cheers
Rob

On Feb 28, 11:21pm, James Klinge wrote:
> Subject: Flashing transparency trouble.
> Hi all.
>
> I have a simple scene with a few tree textures that have transparent
> sections.  The tree polygons are not billboards.  When I'm driving
> through the scene, the transparent areas occasionally flash to the
> color that's defined as transparent.  I know about adjusting the
> alpha levels to prevent the outline of trees from glowing in the color
> that's supposed to be transparent, but I've never had the problem
> where the entire transparent section flashes.
>
> On a related note, I've also got some textured polygons that insist on being
> slightly transparent all over even though none of the colors is
> set to be transparent.  I can't seem to get them to appear solid.
>
> Anyone experience either of these problems?
>
> Any advice is appreciated,
> Jim.
> --
> James Klinge    klinge@reality.psych.umn.edu  -  Human Factors Research Lab
> voice:(612)626-7521   fax:(612)625-8867       -  University of Minnesota
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>-- End of excerpt from James Klinge



-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  2 09:12:35 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA01713 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 08:46:11 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA01686 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 08:46:06 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id IAA43755 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 08:49:04 -0800 (PST)
Received: from alpha3.superonline.com (alpha3.superonline.com [194.242.73.11]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id IAA13314
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 08:49:01 -0800 (PST)
	env-from (devrim@infotron-tr.com)
Received: from infotron-tr.com
          (a5-01-asy11.ata-ro-01.superonline.com [195.33.220.14])
          by alpha3.superonline.com (Post.Office MTA v3.1 release PO203a
          ID# 590-40531L0S0) with ESMTP id AAA12060
          for <info-performer@sgi.com>; Mon, 2 Mar 1998 18:50:15 +0300
Sender: net@infotron-tr.com
Message-ID: <34FB6C8B.A23B2A43@infotron-tr.com>
Date: Mon, 02 Mar 1998 18:35:56 -0800
From: Devrim Erdem <devrim@infotron-tr.com>
Organization: info(+)tron
X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: "info-performer@sgi.com" <info-performer@sgi.com>
Subject: MGRAS_SHARE
Content-Type: multipart/alternative; boundary="------------3F16732B543D3B0A13DFE41D"
Status: O


--------------3F16732B543D3B0A13DFE41D
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

After installing pf2.2 , patchSG0001935 and patchSG0002365 on my Max
Impact 6.2, I started to receive

MGRAS_SHARE failed: Invalid argument

while running performer and vega applications. Everything is running
fine but what is MGRAS_SHARE ?

--
=================================================
M Devrim Erdem
System Integration Engineer - Vis. Sim. Division

devrim@infotron-tr.com http://www.infotron-tr.com
=================================================



--------------3F16732B543D3B0A13DFE41D
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<HTML>
Hi,

<P>After installing pf2.2 , patchSG0001935 and patchSG0002365 on my Max
Impact 6.2, I started to receive

<P>MGRAS_SHARE failed: Invalid argument

<P>while running performer and vega applications. Everything is running
fine but what is MGRAS_SHARE ?
<PRE>--&nbsp;
=================================================
M Devrim Erdem
System Integration Engineer - Vis. Sim. Division

devrim@infotron-tr.com <A HREF="http://www.infotron-tr.com">http://www.infotron-tr.com</A>
=================================================</PRE>
&nbsp;</HTML>

--------------3F16732B543D3B0A13DFE41D--


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

From guest  Mon Mar  2 09:12:40 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA01679 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 08:44:57 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA01652 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 08:44:56 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id IAA44309 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 08:47:54 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id IAA12987
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 08:47:53 -0800 (PST)
	env-from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA11987; Mon, 2 Mar 1998 08:47:51 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803020847.ZM11985@quid.engr.sgi.com>
Date: Mon, 2 Mar 1998 08:47:51 -0800
In-Reply-To: Tom Flynn <flynnt@grumpy.ksc.nasa.gov>
        "24bit textures" (Feb 27,  2:33pm)
References: <Pine.ULT.3.96.980227141915.22966B-100000@grumpy>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Tom Flynn <flynnt@grumpy.ksc.nasa.gov>, info-performer@sgi.com
Subject: Re: 24bit textures
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Feb 27,  2:33pm, Tom Flynn wrote:
> Subject: 24bit textures
> Greetings,
>
> I know that both OpenGL and IrisGL can display 24bit textures.  Performer
> seems to dither 24bit textures down to 16bit...which is okay for normal
> circumstances, but we have some textures that look rather crummy after being
> dithered.  How do you get Performer to display textures as 24bit?  (a
> short code excerpt would be nice).  I wrote to tech support of a certain
> 3rd party software company that has products that run on top of Performer
> and they responded:
>
>         "we do not support 24Bit texturing, as far as I know, neither does
> performer."
>
> I really doubt that Performer doesn't support 24bit textures.  But if this is
> the case...it would be nice to know.

Tom see man pfTexture, the section about pfTexture::setFormat and in particular
PFTEX_INTERNAL_FORMAT.

Cheers
Rob


-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  2 10:33:03 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA01899 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 09:08:34 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA01872 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 09:08:28 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA48943 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 09:11:26 -0800 (PST)
Received: from alpha3.superonline.com (alpha3.superonline.com [194.242.73.11]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id JAA23007
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 09:11:23 -0800 (PST)
	env-from (devrim@infotron-tr.com)
Received: from infotron-tr.com
          (a5-01-asy11.ata-ro-01.superonline.com [195.33.220.14])
          by alpha3.superonline.com (Post.Office MTA v3.1 release PO203a
          ID# 590-40531L0S0) with ESMTP id AAA13923
          for <info-performer@sgi.com>; Mon, 2 Mar 1998 19:12:38 +0300
Sender: net@infotron-tr.com
Message-ID: <34FB7421.8055BAF@infotron-tr.com>
Date: Mon, 02 Mar 1998 19:08:17 -0800
From: Devrim Erdem <devrim@infotron-tr.com>
Organization: info(+)tron
X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: "info-performer@sgi.com" <info-performer@sgi.com>
Subject: __rcis
Content-Type: multipart/alternative; boundary="------------346B5563AD63FEAFF925C627"
Status: O


--------------346B5563AD63FEAFF925C627
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

I know this question is asked before,  but I am new on the list with
this netscape client.
Why do I get this message ? :

trying to do a make at /usr/share/Performer/src

bla bla
ld32: ERROR 33: Unresolved text symbol "__rcis" -- 1st referenced by
bench.o.
ld32: INFO 152: Output file removed because of error.

--
=================================================
M Devrim Erdem
System Integration Engineer - Vis. Sim. Division

devrim@infotron-tr.com http://www.infotron-tr.com
=================================================



--------------346B5563AD63FEAFF925C627
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<HTML>
Hi,

<P>I know this question is asked before,&nbsp; but I am new on the list
with this netscape client.
<BR>Why do I get this message ?&nbsp;:

<P>trying to do a make at /usr/share/Performer/src

<P>bla bla
<BR>ld32: ERROR 33: Unresolved text symbol "__rcis" -- 1st referenced by
bench.o.
<BR>ld32: INFO 152: Output file removed because of error.
<PRE>--&nbsp;
=================================================
M Devrim Erdem
System Integration Engineer - Vis. Sim. Division

devrim@infotron-tr.com <A HREF="http://www.infotron-tr.com">http://www.infotron-tr.com</A>
=================================================</PRE>
&nbsp;</HTML>

--------------346B5563AD63FEAFF925C627--

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

From guest  Mon Mar  2 10:33:52 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA02363 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 09:51:47 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA02336 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 09:51:46 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA60364 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 09:54:44 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id JAA13386
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 09:54:42 -0800 (PST)
	env-from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA12351; Mon, 2 Mar 1998 09:54:39 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803020954.ZM12349@quid.engr.sgi.com>
Date: Mon, 2 Mar 1998 09:54:38 -0800
In-Reply-To: Devrim Erdem <devrim@infotron-tr.com>
        "MGRAS_SHARE" (Mar  2,  6:35pm)
References: <34FB6C8B.A23B2A43@infotron-tr.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Devrim Erdem <devrim@infotron-tr.com>,
        "info-performer@sgi.com
 " <info-performer@sgi.com>
Subject: Re: MGRAS_SHARE
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 2,  6:35pm, Devrim Erdem wrote:
> Subject: MGRAS_SHARE
>
> [ Attachment (multipart/alternative): 1540 bytes ]
>-- End of excerpt from Devrim Erdem
>
> Hi,
>
> After installing pf2.2 , patchSG0001935 and patchSG0002365 on my Max
> Impact 6.2, I started to receive
>
> MGRAS_SHARE failed: Invalid argument
>
> while running performer and vega applications. Everything is running
> fine but what is MGRAS_SHARE ?
>

There are a few ways you might get this but the fact that you just installed
patches suggests that the most likely in your case in either an incomplete
install or just that you need to reboot ( or autoconfig -fv to rebuild the
kernel ). I think at least one of those patches you installed needs a reboot
after installing it. Look for the new kernel file: /unix.install .  If that
file exists, this is your problem.  You need to reboot, and then you will be
running the new kernel. So, try a reboot, if that file is still there try
autoconfig -fv, then reboot. If you still have this problem then let me know.

Cheers
Rob


-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  2 10:43:26 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA02247 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 09:43:33 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA02218 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 09:43:16 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA57625 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 09:46:05 -0800 (PST)
Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.3.16]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id JAA09176
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 09:45:58 -0800 (PST)
	env-from (wsherman@ncsa.uiuc.edu)
Received: from mx1.ncsa.uiuc.edu (mx1.ncsa.uiuc.edu [141.142.3.15])
	by ex1.ncsa.uiuc.edu (8.8.8/8.8.8) with ESMTP id LAA05022;
	Mon, 2 Mar 1998 11:45:52 -0600 (CST)
Received: from space.ncsa.uiuc.edu (space.ncsa.uiuc.edu [141.142.4.10])
	by mx1.ncsa.uiuc.edu (8.8.8/8.8.8) with ESMTP id LAA05604;
	Mon, 2 Mar 1998 11:45:51 -0600 (CST)
From: William Sherman -Visualization <wsherman@ncsa.uiuc.edu>
Received: (from wsherman@localhost)
          by space.ncsa.uiuc.edu (8.8.4/8.8.4)
	  id LAA16949; Mon, 2 Mar 1998 11:46:47 -0600 (CST)
Date: Mon, 2 Mar 1998 11:46:47 -0600 (CST)
Message-Id: <199803021746.LAA16949@space.ncsa.uiuc.edu>
To: flynnt@grumpy.ksc.nasa.gov, jbrickley@juno.com
Subject: Re: off-screen rendering
Cc: info-performer@sgi.com, wsherman@ncsa.uiuc.edu
Status: O

> Using the ircombine utility we have rendered a 3600x2400 screen for use
> on a PowerWall display.  That is four monitors of 1600x1200 combined into
> one unit.  Although this was managed by two pipes each configured as
> 3600x1200 dual screen, I believe that the process would be the same to
> set up for your display.

We have a very similar setup.

> you should be set up for your display.  Note that the 'visual login' at
> the startup of the machine is 'centered' to your managed area, so be
> careful that you still have the ability to login....  SGI may know how to
> change that, but I do not....  With two channels we simply had to
> activate the second monitor locally long enough to login....

Actually, your login window shouldn't be off screen unless your
managed area is larger than your display area -- which happens to
be the case for us because we frequently switch between two large
screen formats -- one with each pipe in landscape mode, and the
other in portrait mode, so the X managed area is set to be large
enough to cover the height and width extremes for both setups.

Although Tom Fyynn already (very quickly) answered part of this
question, there is another concern.

First, an alternate solution to moving the login window (ie. the
one I happened onto) is to edit the file /usr/lib/X11/xdm/Xresources,
and add "xlogin*geometry: <geometry config>".  I use "+186+100"
as the geometry config.

Second, and as yet unanswered (unless it came in the last couple
minutes, which is possible) is that the little screen that askes
if you want a new or shared desktop the first time any user logs
onto that system will appear off-screen.  It took a few moments
of pondering just to figure out why some people weren't able to
login before I sussed what the problem was.  It took even longer
to find a solution other than telling each user to be aware of
the situation.  The better solution is to add a line to the
/usr/lib/X11/xdm/Xsession.dt file just before the "FirstLogin"
section.  That line should be something like:
	echo "makeDotDesktop.geometry: +300+200" | xrdb -merge

Someone else here figured that one out for me.


> Jeffry J. Brickley
> SRS Technologies
> White Sands Missile Range, NM

	Bill

/*************************************************************************/
/* Bill Sherman  (wsherman@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@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  2 12:05:55 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA03078 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 11:13:20 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA03051 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 11:13:19 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA83269 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 11:16:17 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id LAA22378
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 11:16:16 -0800 (PST)
	env-from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA12729; Mon, 2 Mar 1998 11:16:15 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803021116.ZM12727@quid.engr.sgi.com>
Date: Mon, 2 Mar 1998 11:16:15 -0800
In-Reply-To: Devrim Erdem <devrim@infotron-tr.com>
        "__rcis" (Mar  2,  7:08pm)
References: <34FB7421.8055BAF@infotron-tr.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Devrim Erdem <devrim@infotron-tr.com>,
        "info-performer@sgi.com
 " <info-performer@sgi.com>
Subject: Re: __rcis
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

> Hi,
>
> I know this question is asked before,  but I am new on the list with
> this netscape client.
> Why do I get this message ? :
>
> trying to do a make at /usr/share/Performer/src
>
> bla bla
> ld32: ERROR 33: Unresolved text symbol "__rcis" -- 1st referenced by
> bench.o.
> ld32: INFO 152: Output file removed because of error.

I think this is just a patch problem, get the recommended patchset for your
compiler versions and OS versions from ww.sgi.com/support ( follow links about
patches from there ). I had this problem once with 7.2 compilers for 6.2 and
patch 2483 ( part of the 7.2 compilers on 6.2 patchset ) fixed it.

Cheers
Rob

-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  2 12:05:55 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA03127 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 11:15:15 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA03100 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 11:15:14 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA84007 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 11:18:12 -0800 (PST)
Received: from kitsune.swcp.com (swcp.com [198.59.115.2]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id LAA23157
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 11:18:10 -0800 (PST)
	env-from (goldman@muse.musetech.com)
Received: from muse.musetech.com (muse.musetech.com [206.206.83.1]) by kitsune.swcp.com (8.8.7/1.2.3) with SMTP id MAA06116 for <@mail.swcp.com:info-performer@sgi.com>; Mon, 2 Mar 1998 12:18:09 -0700 (MST)
Received: by muse.musetech.com (940816.SGI.8.6.9/940406.SGI)
	for info-performer@sgi.com id MAA14857; Mon, 2 Mar 1998 12:18:09 -0700
From: "Jon Goldman" <goldman@musetech.com>
Message-Id: <9803021218.ZM14855@muse.musetech.com>
Date: Mon, 2 Mar 1998 12:18:08 -0700
X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail)
To: info-performer@sgi.com
Subject: open my own window, have Performer render
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

I would like to be able to open my own window, either via winopen or X (for
GLX) and then tell Performer to use this window to render.

According to the Performer Programmer's Guide this is possible...but they don't
give any code samples, and the documentation is a little confusing.

Has anybody run across this? Anybody have a code sample they can send?

If so, please email me directly at:  goldman@musetech.com
(I just asked to join the performer mailing list but have not been added yet).

Thanks,

-- 
-Jon,
MuSE Technologies Inc.
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  2 13:29:53 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA03350 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 12:02:17 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA03323 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 12:02:10 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA95620 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 12:05:09 -0800 (PST)
Received: from rivagate (rivagate.riva.com [209.160.107.58]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id MAA14611
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 12:05:06 -0800 (PST)
	env-from (dweller@riva.com)
Received: (from gproxy@localhost) by rivagate (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA04918 for <info-performer@sgi.com>; Mon, 2 Mar 1998 14:05:01 -0600
Received: from linus(192.168.1.3) by rivagate via smap (3.2)
	id xma004915; Mon, 2 Mar 98 14:04:38 -0600
Received: (from dweller@localhost) by linus (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA01991 for info-performer@sgi.com; Mon, 2 Mar 1998 14:04:37 -0600
From: dweller@riva.com (David Weller)
Message-Id: <199803022004.OAA01991@linus>
Subject: Not in archive, so I'll ask again (pfSinCos)
To: info-performer@sgi.com
Date: Mon, 2 Mar 1998 14:04:37 -0600 (CST)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

Well, this was discussed last month, but the Performer archives seem
to be a couple of months behind.

We, also, are having trouble resolving pfSinCos (rld error).  I
thought we were past this, but it's (re)surfaced now.  Regretfully,
the answer was posted by a kind soul sometime in early Feb/late Jan,
but I long since erased that message :-(

Anybody care to help on this (again :-/ )?

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

From guest  Mon Mar  2 14:16:06 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA03672 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 12:46:07 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA03642 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 12:46:06 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA106198 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 12:49:05 -0800 (PST)
Received: from bifrost.digi.lego.com (balder.digi.lego.com [194.239.78.1]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id MAA01851
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 12:49:00 -0800 (PST)
	env-from (svend@digi.lego.com)
Received: (from gproxy@localhost) by bifrost.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id VAA29081 for <@bifrost.digi.lego.com:info-performer@sgi.com>; Mon, 2 Mar 1998 21:50:32 +0100
Received: from puck.digi.lego.com(171.20.167.61) by bifrost via smap (3.2)
	id xma029070; Mon, 2 Mar 98 21:50:13 +0100
Received: from digi.lego.com (localhost [127.0.0.1]) by puck.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA22180 for <info-performer@sgi.com>; Mon, 2 Mar 1998 20:40:48 +0100
Sender: svend@digi.lego.com
Message-ID: <34FB0B3E.D4725DBE@digi.lego.com>
Date: Mon, 02 Mar 1998 20:40:46 +0100
From: Svend Tang-Petersen <svend@digi.lego.com>
Organization: LEGO
X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Increasing shared arena.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi pfAll.

I'm trying to increase the shared arena to 1GB. I did reconfigure the
kernel and reboot, so when
I type 'limit' it actually shows 1GB.

Secondly I set

   pfSharedArenaSize(512000000);
   pfSemaArenaSize(  512000 );
   pfInitArenas();
   pfInit();

but when I start the application, it exits with a message saying that it
was only able to
allocate 512MB.

Any ideas ?

(And yes, I have 1.28 GB)

--

 Svend Tang-Petersen, MSc

 LEGO                           Silicon Graphics
 Kloevermarken 120              Stationsparken 25
 7190 Billund                   2600 Glostrup
 Denmark                        Denmark

 e-mail: svend@digi.lego.com ,  svend@copen.sgi.com



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

From guest  Mon Mar  2 15:03:15 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA03835 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 13:41:33 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA03808 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 13:41:32 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id NAA115511 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 13:44:31 -0800 (PST)
Received: from bifrost.digi.lego.com (balder.digi.lego.com [194.239.78.1]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id NAA24134
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 13:43:22 -0800 (PST)
	env-from (svend@digi.lego.com)
Received: (from gproxy@localhost) by bifrost.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id WAA00389 for <@bifrost.digi.lego.com:info-performer@sgi.com>; Mon, 2 Mar 1998 22:44:03 +0100
Received: from puck.digi.lego.com(171.20.167.61) by bifrost via smap (3.2)
	id xma000387; Mon, 2 Mar 98 22:43:51 +0100
Received: from digi.lego.com (localhost [127.0.0.1]) by puck.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA22414 for <info-performer@sgi.com>; Mon, 2 Mar 1998 22:44:03 +0100
Sender: svend@digi.lego.com
Message-ID: <34FB2822.ED52BFA5@digi.lego.com>
Date: Mon, 02 Mar 1998 22:44:02 +0100
From: Svend Tang-Petersen <svend@digi.lego.com>
Organization: LEGO
X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Increasing shared arena.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi pfAll.

(Sorry if this already got through, but they have firewall problems so
I don't know if mail timed
out on me.)

--

Hi pfAll.

I'm trying to increase the shared arena to 1GB. I did reconfigure the
kernel and reboot, so when
I type 'limit' it actually shows 1GB.

Secondly I set

   pfSharedArenaSize(512000000);
   pfSemaArenaSize(  512000 );
   pfInitArenas();
   pfInit();

but when I start the application, it exits with a message saying that it

was only able to
allocate 512MB.

Any ideas ?

(And yes, I have 1.28 GB)

--

 Svend Tang-Petersen, MSc

 LEGO                           Silicon Graphics
 Kloevermarken 120              Stationsparken 25
 7190 Billund                   2600 Glostrup
 Denmark                        Denmark

 e-mail: svend@digi.lego.com ,  svend@copen.sgi.com



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

From guest  Mon Mar  2 21:13:33 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA00660 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 19:30:43 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id SAA05031 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 18:34:49 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id SAA190572 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 18:37:50 -0800 (PST)
Received: from holodeck.engr.sgi.com ([130.62.176.131]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id SAA14440
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 18:37:49 -0800 (PST)
	mail_from (allan@holodeck.engr.sgi.com)
Received: (from allan@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA05027 for info-performer@sgi.com; Mon, 2 Mar 1998 18:34:47 -0800
Date: Mon, 2 Mar 1998 18:34:47 -0800
From: allan@holodeck.engr.sgi.com (Allan Schaffer)
Message-Id: <199803030234.SAA05027@holodeck.engr.sgi.com>
To: info-performer@sgi.com
Subject: downtime & administrivia
Status: O


Performers,

The system which hosts info-performer will be moved tomorrow morning
(tuesday), so there may be some downtime while the IP addresses are
changed and I move the aliases around.

Any messages sent during that time should just queue up, but if they
bounce just resend a copy later in the day.  If you notice any
lingering problems, send a message to info-performer-request@sgi.com.

About the archives: they're behind but should be updated soon.
Access to the system which holds the archives was restricted for
extra security but I have access to an account there now.

Allan
----
Allan Schaffer                                                allan@sgi.com
Silicon Graphics                               http://reality.sgi.com/allan
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  2 21:28:41 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA01481 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 19:45:36 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id SAA05135 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 18:40:50 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id SAA184504 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 18:43:50 -0800 (PST)
Received: from gdi4.gdi.net (gdi4.gdi.net [209.26.2.66]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id SAA15738
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 18:43:49 -0800 (PST)
	mail_from (pratts@gdi.net)
Received: from nikita (usr3-41.gdi.net [209.26.33.169]) by gdi4.gdi.net (8.8.6/8.7.3) with SMTP id VAA25863; Mon, 2 Mar 1998 21:47:19 -0500
Message-Id: <3.0.1.32.19980302214321.00691058@gdi.net>
X-Sender: pratts@gdi.net
X-Mailer: Windows Eudora Light Version 3.0.1 (32)
Date: Mon, 02 Mar 1998 21:43:21 -0500
To: dweller@riva.com (David Weller)
From: Shirley Pratt <pratts@gdi.net>
Subject: Re: Not in archive, so I'll ask again (pfSinCos)
Cc: info-performer@sgi.com
In-Reply-To: <199803022004.OAA01991@linus>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Status: O

At 02:04 PM 3/2/98 -0600, you wrote:
>Well, this was discussed last month, but the Performer archives seem
>to be a couple of months behind.
>
>We, also, are having trouble resolving pfSinCos (rld error).  I
>thought we were past this, but it's (re)surfaced now.  Regretfully,
>the answer was posted by a kind soul sometime in early Feb/late Jan,
>but I long since erased that message :-(
>
>Anybody care to help on this (again :-/ )?
>

I think this is the one you want. I kept it for future ref.

Return-Path: guest@holodeck.engr.sgi.com
Date: Mon, 12 Jan 1998 16:55:01 -0800
From: src@rose.engr.sgi.com (Sharon Clay)
To: jbrickley@juno.com (Jeffry J Brickley), info-performer@sgi.com
Subject: Re: Link Problems with Performer 2.2


+>---- On Jan 12, 12:20pm, Jeffry J Brickley wrote:
> Subject: Link Problems with Performer 2.2
->I just had Performer 2.2 installed and now my makefile is not quite
->linking correctly. I've tried to browse and try various libraries, and
->will continue doing so while this message is in transit... but if anyone
->can tell me which library holds the pf Math functions I'd really
->apreaciate it!!  I'm get a unresolved on PfSqrt() pfSinCos and a few
->others....  I'll continue trying, but if anyone can answer this quickly
->while I'm trying the hunt & peck method, it'd help a great deal.

In Performer2.2 we changed pfSqrt and pfSinCos to macros to use
the math library functions.  These finally got fast enough in the
math library that Performer didn't need special versions and so
you don't want even the additional hit of a subroutine call slowing you down!
Your problem implies that you have object files that have not been
recompiled with Performer2.2.  Note that this is particularly dangerous
if you use C++ since the C++ clas sizes changed in Performer2.2 and will NOT
be binary compatible with previous releaseeees.

->I noticed my old executable running under pf2.2 without recompiling, the
->open-gl objects that are in a post-draw process are not rendered with
->transparency, I'm expect that recompiling will fix this (at least I hope
->so)....  Thanks!

If you didn't recompile, then you are running against 2.0 or 2.1 libraries.
Performer2.2 includes 2.0.5 and 2.1.3 compatibility subsystems that include
some additional bug fixes for 2.0 and 2.1 respectively.
If you see a change in behavior, it is possible that you were actually
benefiting by and depending on some bug that was fixed in 2.0.5/2.1.3 or
else have some memory dependent bug of your own that is tickled by
the changes.

src.


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Shirley Pratt                       TRADOC Analysis Center 
Operations Research Analyst         White Sands Missile Range, NM       
Voice: (407) 673-3610               Email: pratts@trac.wsmr.army.mil      
Soldier Station Project: http://www.trac.nps.navy.mil/soldierstation/

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

From guest  Mon Mar  2 21:58:12 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id UAA02000 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 20:18:33 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id UAA01973 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 20:18:26 -0800
Received: from odin.corp.sgi.com (odin.corp.sgi.com [192.26.51.194]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via SMTP id UAA217470 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 20:21:27 -0800 (PST)
Received: from beyond.clubfed.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI)
	for <info-performer@fddi-odin.corp.sgi.com> id UAA03251; Mon, 2 Mar 1998 20:21:26 -0800
Received: from dingbat.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/930416.SGI)
	 id XAA02757; Mon, 2 Mar 1998 23:21:20 -0500
Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id XAA17309; Mon, 2 Mar 1998 23:19:01 -0500
Date: Mon, 2 Mar 1998 23:19:01 -0500
From: brian@dingbat.clubfed.sgi.com (Brian Furtaw)
Message-Id: <9803022319.ZM17308@dingbat.clubfed.sgi.com>
In-Reply-To: Svend Tang-Petersen <svend@digi.lego.com>
        "Increasing shared arena." (Mar  2, 10:44pm)
References: <34FB2822.ED52BFA5@digi.lego.com>
Reply-To: brian@sgi.com
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Svend Tang-Petersen <svend@digi.lego.com>
Subject: Re: Increasing shared arena.
Cc: info-performer@fddi-odin.corp.sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

If this is an O32 or N32 application you are limited to 1 GB of virtual memory
per process. Within that memory you have to fit the call stack, DSO, data,
executable instructions and some amount of heap. The arena of course comes
right out of the heap. You can reduce the call stack size with prctl(2), the
default stack size is 67,108,864 bytes for an N32 application.

If you compile 64bit this problem will disappear.

Brian


On Mar 2, 10:44pm, Svend Tang-Petersen wrote:
> Subject: Increasing shared arena.
> Hi pfAll.
>
> (Sorry if this already got through, but they have firewall problems so
> I don't know if mail timed
> out on me.)
>
> --
>
> Hi pfAll.
>
> I'm trying to increase the shared arena to 1GB. I did reconfigure the
> kernel and reboot, so when
> I type 'limit' it actually shows 1GB.
>
> Secondly I set
>
>    pfSharedArenaSize(512000000);
>    pfSemaArenaSize(  512000 );
>    pfInitArenas();
>    pfInit();
>
> but when I start the application, it exits with a message saying that it
>
> was only able to
> allocate 512MB.
>
> Any ideas ?
>
> (And yes, I have 1.28 GB)
>
> --
>
>  Svend Tang-Petersen, MSc
>
>  LEGO                           Silicon Graphics
>  Kloevermarken 120              Stationsparken 25
>  7190 Billund                   2600 Glostrup
>  Denmark                        Denmark
>
>  e-mail: svend@digi.lego.com ,  svend@copen.sgi.com
>
>
>
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>
>-- End of excerpt from Svend Tang-Petersen



-- 
    ----oOOo----    ----oOOo----    ----oOOo----    ----oOOo----

Brian Furtaw  (brian@sgi.com)	
VisSim  Technical  Consultant
12200-G  Plum  Orchard  Drive  Office:(301)572-3293   Fax: (301)872-3293	
Silver Spring, Maryland 20904  OpenGL/ImageVision/OpenInventor/Performer

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

From guest  Tue Mar  3 01:10:15 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id XAA02501 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Mar 1998 23:24:10 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id XAA02474 for <info-performer@holodeck.engr.sgi.com>; Mon, 2 Mar 1998 23:24:04 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id XAA244033 for <info-performer@cthulhu.engr.sgi.com>; Mon, 2 Mar 1998 23:27:05 -0800 (PST)
Received: from zippo.paradigmsim.com (zippo.paradigmsim.com [206.7.114.202]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id XAA21026
	for <info-performer@sgi.com>; Mon, 2 Mar 1998 23:27:01 -0800 (PST)
	mail_from (mew@paradigmsim.com)
Received: from zippo.paradigmsim.com (localhost [127.0.0.1]) by zippo.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA22880; Tue, 3 Mar 1998 01:26:12 -0600
Sender: mew@paradigmsim.com
Message-ID: <34FBB094.41C6@paradigmsim.com>
Date: Tue, 03 Mar 1998 01:26:12 -0600
From: Mike Weiblen <mew@paradigmsim.com>
Organization: Paradigm Simulation, Inc.
X-Mailer: Mozilla 3.0 (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: Svend Tang-Petersen <svend@digi.lego.com>
CC: info-performer@sgi.com
Subject: Re: Increasing shared arena.
References: <34FB0B3E.D4725DBE@digi.lego.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

An arena requires a contiguous block of virutal memory space, but VM is
fragmented by the placement of DSOs.

There seem to be two effects at work:
1) VM is split (approx 1GB and 512MB) by default DSO address
assignments.
2) arena is being placed in the smaller of the two largest VM blocks.

Workarounds:
A) use PFSHAREDBASE to place the arena in the larger (~1GB) block.
B) move the DSOs to the bottom of VM using rqs, yielding one block of
~1.5GB.
C) use 64-bit addressing

It would be real nice if the OS would do the DSO packing automatically,
perhaps as part of swmgr/inst.

-- mew

PS Many thanks to everyone involved in figuring this out


Svend Tang-Petersen wrote:
> 
> Hi pfAll.
> 
> I'm trying to increase the shared arena to 1GB. I did reconfigure the
> kernel and reboot, so when
> I type 'limit' it actually shows 1GB.
> 
> Secondly I set
> 
>    pfSharedArenaSize(512000000);
>    pfSemaArenaSize(  512000 );
>    pfInitArenas();
>    pfInit();
> 
> but when I start the application, it exits with a message saying that it
> was only able to
> allocate 512MB.
> 
> Any ideas ?
> 
> (And yes, I have 1.28 GB)
> 
> --
> 
>  Svend Tang-Petersen, MSc
> 
>  LEGO                           Silicon Graphics
>  Kloevermarken 120              Stationsparken 25
>  7190 Billund                   2600 Glostrup
>  Denmark                        Denmark
> 
>  e-mail: svend@digi.lego.com ,  svend@copen.sgi.com

-- 
Mike Weiblen                  talkto:972-960-2301 x292
PARADIGM Simulation, Inc.     faxto:972-960-9049
14900 Landmark, Suite 400     mailto:mew@paradigmsim.com
Dallas TX 75240               http://www.paradigmsim.com
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar  3 05:58:25 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA02995 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Mar 1998 04:11:39 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA02968 for <info-performer@holodeck.engr.sgi.com>; Tue, 3 Mar 1998 04:11:33 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id EAA267748 for <info-performer@cthulhu.engr.sgi.com>; Tue, 3 Mar 1998 04:14:36 -0800 (PST)
Received: from glup.irobot.uv.es (glup.irobot.uv.es [147.156.133.7]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id EAA15840
	for <info-performer@sgi.com>; Tue, 3 Mar 1998 04:10:33 -0800 (PST)
	mail_from (jcasilla@glup.irobot.uv.es)
Received: from dedalo (dedalo.irobot.uv.es) by glup.irobot.uv.es with SMTP
	(1.39.111.2/16.2) id AA246258026; Tue, 3 Mar 1998 12:27:06 GMT
Sender: jcasilla@glup.irobot.uv.es
Message-Id: <34FBB216.167E@glup.irobot.uv.es>
Date: Mon, 02 Mar 1998 23:32:38 -0800
From: Joaquin Casillas Melendez <jcasilla@glup.irobot.uv.es>
Organization: University of Valencia (LISITT)
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX64 6.4 IP27)
Mime-Version: 1.0
To: Performer Mailing List <info-performer@sgi.com>
Subject: Projected texture lighting
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hello all.

I'm trying to add a spotlight on a per-pixel basis by using projected
textures as it says in the pfLightSource reference page, but I can't get
it work. I want a spotlight pointing at (0, 0, -1) direction, so I
attach the lightsource to a DCS wich points to the right direction. I
don't know the way this affect to the Frustum of the lightsource.

Has anybody got succesful with this kind of spotlights? I'm interesting
in the way the pfFrustum and the texture (size?, type?) affects the
lightsource behaviour.

I'm using Performer 2.1 on IR. (by the way, in the pf2.2 programming
manual the projected texture spotlight don't appear in the "Creating
Visual effects" chapter as it does in the 2.1 manual. Is this feature in
another place or it is not longer being supported in 2.2?)

Thank you for any help.


-----------------------------------------------
 Joaquin Casillas Melendez     mailto:jcasilla@glup.irobot.uv.es
 LISITT (ARTEC)                   Phone: +34 6 360 4484
 Dept. Electr. & Informatics   Addr: Hugo de Moncada 4.
 University of Valencia           46010 Val.(SPAIN)
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar  3 13:22:04 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA03140 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Mar 1998 06:34:25 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA03113 for <info-performer@holodeck.engr.sgi.com>; Tue, 3 Mar 1998 06:34:19 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA274390 for <info-performer@cthulhu.engr.sgi.com>; Tue, 3 Mar 1998 06:37:22 -0800 (PST)
Received: from hqnts40mis0002.wsmr.army.mil (newtec.wsmr.army.mil [155.148.48.195]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id GAA17069
	for <info-performer@sgi.com>; Tue, 3 Mar 1998 06:37:21 -0800 (PST)
	mail_from (bricklej@newtec.wsmr.army.mil)
Received: by newtec.wsmr.army.mil with Internet Mail Service (5.0.1458.49)
	id <F43XSY8D>; Tue, 3 Mar 1998 07:29:25 -0700
Message-ID: <71D6B382C92ED111BA8700805F354E62061662@newtec.wsmr.army.mil>
From: "Brickley, Jeff" <bricklej@newtec.wsmr.army.mil>
To: info-performer@sgi.com
Subject: When and Where?
Date: Tue, 3 Mar 1998 07:29:23 -0700
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1458.49)
Status: O

In the case of ClipMaps and ASD data bases, can one or the other (or
both) be loaded into a scene after the trees have been built and are
currently running (i.e. after a pf program has already been started and
running a while)? The ASD database would obviously have to be loaded as
a child one existing members, but how would one do so (if one can)?  The
ClipMap would either have to replace an existing texture or be given
it's one texture coordinates to tie to the new ASD database, how would
one do this?

If there is any documentation of this process I would appreciate
learning of it's location....  

I would appreciate any help in this matter, even partial help would be
of great assistance!  Thank you to anyone that can help.

Jeffry J. Brickley
SRS Technology
White Sands Missile Range, NM

Jeffry J. Brickley
SRS Technologies 
White Sands Missile Range, NM

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

From guest  Tue Mar  3 13:22:03 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA00543 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Mar 1998 13:21:27 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA03355 for <info-performer@holodeck.engr.sgi.com>; Tue, 3 Mar 1998 08:45:23 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id IAA297824 for <info-performer@cthulhu.engr.sgi.com>; Tue, 3 Mar 1998 08:48:27 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id IAA01304
	for <info-performer@sgi.com>; Tue, 3 Mar 1998 08:48:26 -0800 (PST)
	mail_from (simon@zermatt.engr.sgi.com)
Received: from zermatt.engr.sgi.com (zermatt.engr.sgi.com [198.29.106.20]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id IAA297414; Tue, 3 Mar 1998 08:48:25 -0800 (PST)
Received: (from simon@localhost) by zermatt.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) id IAA23787; Tue, 3 Mar 1998 08:48:24 -0800 (PST)
Date: Tue, 3 Mar 1998 08:48:24 -0800 (PST)
From: simon@zermatt.engr.sgi.com (Simon Hayhurst)
Message-Id: <9803030848.ZM23792@zermatt.engr.sgi.com>
In-Reply-To: Mike Weiblen <mew@paradigmsim.com>
        "Re: Increasing shared arena." (Mar  3,  1:26am)
References: <34FB0B3E.D4725DBE@digi.lego.com>  <34FBB094.41C6@paradigmsim.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: Mike Weiblen <mew@paradigmsim.com>,
        Svend Tang-Petersen <svend@digi.lego.com>
Subject: Re: Increasing shared arena.
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19803030848.ZM23792.engr.sgi.com"
Status: O

--
--PART-BOUNDARY=.19803030848.ZM23792.engr.sgi.com
Content-Type: text/plain; charset=us-ascii

You're exactly right. Javier Castellar was the first person I know of to see
this problem, and your workarounds are correct.

I'm attaching here two pieces of information from Javier's encounter with this
problem, a piece of helpful source code and a quick plan of action to make
optimising the space a quicker process until autoplacement of DSOs can be made
more memory friendly (no date to offer on this).

Simon


On Mar 3,  1:26am, Mike Weiblen wrote:
> Subject: Re: Increasing shared arena.
> An arena requires a contiguous block of virutal memory space, but VM is
> fragmented by the placement of DSOs.
>
> There seem to be two effects at work:
> 1) VM is split (approx 1GB and 512MB) by default DSO address
> assignments.
> 2) arena is being placed in the smaller of the two largest VM blocks.
>
> Workarounds:
> A) use PFSHAREDBASE to place the arena in the larger (~1GB) block.
> B) move the DSOs to the bottom of VM using rqs, yielding one block of
> ~1.5GB.
> C) use 64-bit addressing
>
> It would be real nice if the OS would do the DSO packing automatically,
> perhaps as part of swmgr/inst.
>
> -- mew
>
> PS Many thanks to everyone involved in figuring this out
>
>
> Svend Tang-Petersen wrote:
> >
> > Hi pfAll.
> >
> > I'm trying to increase the shared arena to 1GB. I did reconfigure the
> > kernel and reboot, so when
> > I type 'limit' it actually shows 1GB.
> >
> > Secondly I set
> >
> >    pfSharedArenaSize(512000000);
> >    pfSemaArenaSize(  512000 );
> >    pfInitArenas();
> >    pfInit();
> >
> > but when I start the application, it exits with a message saying that it
> > was only able to
> > allocate 512MB.
> >
> > Any ideas ?
> >
> > (And yes, I have 1.28 GB)
> >
> > --
> >
> >  Svend Tang-Petersen, MSc
> >
> >  LEGO                           Silicon Graphics
> >  Kloevermarken 120              Stationsparken 25
> >  7190 Billund                   2600 Glostrup
> >  Denmark                        Denmark
> >
> >  e-mail: svend@digi.lego.com ,  svend@copen.sgi.com
>
> --
> Mike Weiblen                  talkto:972-960-2301 x292
> PARADIGM Simulation, Inc.     faxto:972-960-9049
> 14900 Landmark, Suite 400     mailto:mew@paradigmsim.com
> Dallas TX 75240               http://www.paradigmsim.com
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>-- End of excerpt from Mike Weiblen



-- 
--------------------------------------------------------------------------------
Simon Hayhurst					 | Phone  (1)-650-933 6258
Applied Engineering 				 | Fax    (1)-650-964 8671
      "Opening Minds, Closing Deals"             | V-mail 933-6258
  "Less Code, More Speed, Better Quality"        | E-mail simon @ sgi.com
--------------------------------------------------------------------------------

--PART-BOUNDARY=.19803030848.ZM23792.engr.sgi.com
X-Zm-Content-Name: dpa.c
Content-Description: Text
Content-Type: text/plain ; name="dpa.c" ; charset=us-ascii



/* 	The program below will display the virtual
	address map of a given process.
	Available via anonymous FTP on ftp.sgi.com in the
	directory ~ftp/support/Pipeline.

	Compile and run it as follows:
	cc dpa.c -o dpa; ./dpa pid
	( where pid is the process id of a process
	which can obtained from the ps(1) command. )
*/

#include "stdio.h"
#include "stdlib.h"
#include "sys/procfs.h"
#include "fcntl.h"
#include "errno.h"
static void doname(char *pname);

prmap_sgi_t *pmaps;
#define MAXMAP 2000
int maxmap = MAXMAP;

/* set of page state options */
char *stateopts[] = { "READ", "WRITE", "EXEC",
"SHARED", "BREAK", "STACK", "PHYS", "PRIMARY",
"SREGION", "COW", "NOTCACHED", "SHMEM" };

/* MA_* flags that correspond to above options */
int maopts[] = { MA_READ, MA_WRITE, MA_EXEC,
MA_SHARED, MA_BREAK, MA_STACK, MA_PHYS,
MA_PRIMARY, MA_SREGION, MA_COW, MA_NOTCACHED,
MA_SHMEM };

void main(int argc, char **argv) {
	pid_t pid = -1;
	char pname[20];
	if(argc!=2) {
		fprintf(stderr, "Usage: %s pid\n", \
			argv[0]);
		exit(1);
	}
	pid = (pid_t)atoi(argv[1]);
	pmaps = malloc((maxmap + 1) *
	sizeof(prmap_t));
	sprintf(pname, "/proc/%05d", pid);
	doname(pname);
	exit(0);
}

static void doname(char *pname) {
	int pfd;
	struct prpsinfo psi;
	struct prmap_sgi_arg pma;
	int nmaps;
	prmap_sgi_t *pmapp;

	if ((pfd = open(pname, O_RDWR)) < 0) {
		if (errno == EISDIR || errno == ESRCH || \
			errno == ENOENT)
			return;
		if (errno != EACCES)
			fprintf(stderr, "ERROR:Cannot open \
				%s:%s\n", pname, strerror(errno));
		return;
	}

	if (ioctl(pfd, PIOCPSINFO, &psi) != 0) {
		if (errno != ESRCH)
			fprintf(stderr, "ERROR:Cannot PSINFO \
				%s:%s\n", pname, strerror(errno));
		close(pfd);
		return;
	}
	printf("pid %d, ",psi.pr_pid);

	if (psi.pr_zomb == 0) {
		pma.pr_vaddr = (caddr_t)pmaps;
		pma.pr_size = sizeof(prmap_sgi_t) * maxmap;
		if ((nmaps = ioctl(pfd, PIOCMAP_SGI, \
			&pma)) < 0) {
			fprintf(stderr, "ERROR:Cannot NMAP_SGI \
				%s:%s\n", pname, strerror(errno));
		close(pfd);
		return;
		}
		printf("process has %d regions\n", nmaps);
	}

	if (psi.pr_zomb == 0) {
		printf("addr\t\tsize\t\t off\t\tflags\n");
		printf("----\t\t----\t\t ---\t\t-----\n");
		for (pmapp = pmaps; pmapp->pr_mflags; \
			pmapp++) {
			printf("0x%x\t0x%x\t\t0x%x\t\t", \
				pmapp->pr_vaddr, pmapp->pr_size, \
				pmapp->pr_off);
			printf("%s%s%s%s%s%s%s%s%s%s%s%s\n",
			pmapp->pr_mflags & MA_READ ? " READ" : "",
			pmapp->pr_mflags & MA_WRITE ? \
				" WRITE" : "",
			pmapp->pr_mflags & MA_EXEC ? " EXEC" : "",
			pmapp->pr_mflags & MA_SHARED ? \
				" SHARED" : "",
			pmapp->pr_mflags & MA_BREAK ? \
				" BREAK" : "",
			pmapp->pr_mflags & MA_STACK ? \
				" STACK" : "",
			pmapp->pr_mflags & MA_PHYS ? " PHYS" : "",
			pmapp->pr_mflags & MA_PRIMARY ? \
				" PRIMARY" : "",
			pmapp->pr_mflags & MA_SREGION ? \
				" SREGION" : "",
			pmapp->pr_mflags & MA_COW ? " COW" : "",
			pmapp->pr_mflags & MA_NOTCACHED? \
				" NOTCACHED":"",
			pmapp->pr_mflags & MA_SHMEM ? \
				" SHMEM" : "");
		}
	} else
		printf(" Process is a zombie\n");
	close(pfd);
}


--PART-BOUNDARY=.19803030848.ZM23792.engr.sgi.com
X-Zm-Content-Name: solution
Content-Description: Text
Content-Type: text/plain ; name="solution" ; charset=us-ascii

	Since you need a quick solution, please use the following steps:

	a) Run your program first, asking for 512MB of arena size
		(be sure that either the rlimits on your machine are set to use
		all the memory or use my small routine vtUseAllMemory
		before the arena initialization in the APP)

		The code was:

		struct rlimit limits;

    		/* increase the systune limit for the text size */
    		getrlimit( RLIMIT_VMEM, &limits );
    		limits.rlim_cur = limits.rlim_max;
    		setrlimit( RLIMIT_VMEM, &limits );

    		/* Resident at the same time */
    		getrlimit( RLIMIT_RSS, &limits );
    		limits.rlim_cur = limits.rlim_max;
    		setrlimit( RLIMIT_RSS, &limits );


	b) While running, check the APP pid (process id)
		(performer use to print out the pid for all threads)

	c) While running, run ./dpa <APP_pid>
		The source and instructions for dpa.c are provided at the end
of 			this email.
		This will printout all the addresses chunks and sizes for
		the APP.

	d) Reading the pda table you should be able to find the big hole:
		Find first the biggest jump in addresses.
		Add to the last address before the jump the size of this
		last allocation.
		This address will be your PFSHAREDBASE for the next run.

	e) Exit the performer program.

	f) Run the program again but now with the desired PFSHAREDSIZE
	and withe the above PFSHAREDBASE. In this case the program will map
	the arena at the 1.2 GB hole.

This sounds complicated but it is not. Following please find an step by step
example, including calculations to achieve a big arena in perfly.


a) *********************************************************************

(sets the arena size to 512MB for initial testing: 512*1024*1024)
# setenv PFSHAREDSIZE 536870912

# ./perfly or whatever is the name of your program

b) *********************************************************************
In my case perfly prints out the pid list for each thread:

----------- Peformer Process State --------
Proc: APP       pid:2350   <----------------------------
Proc: ISECT     pid:2354
Proc: DBASE     pid:2355
Proc: CLOCK     pid:2351

... etc

If your application cannot provide this information you can figure it out using

# ps | grep <your_application_name>

Use to be the lowest pid for the APP.
In this example pid for the APP is 2350

c) ************************************************************************

# ./dpa 2350
pid 2350, process has 53 regions
addr            size             off            flags
----            ----             ---            -----
0x0     0x4000          0x0              READ WRITE COW
0x4000  0x4000          0x0              READ WRITE SHARED PHYS
0x8000  0x4000          0x4000           READ WRITE SHARED PHYS NOTCACHED
0xc000  0x4000          0x8000           READ WRITE SHARED PHYS
0x10000 0x4000          0x0              READ SHARED PHYS NOTCACHED
0x200000        0x4000          0x0              READ WRITE COW
0x4000000       0x44000         0x0              READ WRITE SHARED
0x4044000       0x4000          0x0              READ SHARED PHYS NOTCACHED
0x4048000       0x80000         0x0              READ WRITE SHARED
0x40c8000       0x80000         0x0              READ WRITE SHARED
0x4148000       0x800000                0x0              READ WRITE
0x9ef0000       0x18000         0x0              READ EXEC SHARED
0x9f14000       0x8000          0x14000          READ WRITE COW
0xad80000       0x28000         0x0              READ EXEC SHARED
0xadb4000       0x8000          0x24000          READ WRITE COW
0xd920000       0x78000         0x0              READ EXEC SHARED
0xd9a4000       0xc000          0x74000          READ WRITE COW
0xd9b0000       0x3c000         0x0              READ EXEC SHARED
0xd9f8000       0x4000          0x38000          READ WRITE COW
0xda20000       0x16c000                0x0              READ EXEC SHARED
0xdbd8000       0x14000         0x168000                 READ WRITE COW
0xf610000       0x14000         0x0              READ EXEC SHARED
0xf634000       0x4000          0x14000          READ WRITE COW
0xf640000       0x70000         0x0              READ EXEC SHARED
0xf6c0000       0xc000          0x70000          READ WRITE COW
0xf6d0000       0x18000         0x0              READ EXEC SHARED
0xf6f4000       0x4000          0x14000          READ WRITE COW
0xf700000       0xd8000         0x0              READ EXEC SHARED
0xf7e4000       0x10000         0xd4000          READ WRITE COW
0xf840000       0x30000         0x0              READ EXEC SHARED
0xf880000       0x18000         0x30000          READ WRITE COW
0xf920000       0xc000          0x0              READ EXEC SHARED
0xf938000       0x4000          0x8000           READ WRITE COW
0xfa00000       0x100000                0x0              READ EXEC SHARED
0xfb4c000       0x14000         0xfc000          READ WRITE COW
0xfb60000       0x3c000         0x0              READ EXEC SHARED
0xfb9c000       0xc000          0x3c000          READ WRITE COW
0xfba8000       0x10000         0x0              READ WRITE COW
0x10000000      0x24000         0x0              READ EXEC SHARED PRIMARY
0x10030000      0xc000          0x20000          READ WRITE PRIMARY COW
0x1003c000      0xbc000         0x0              READ WRITE BREAK PRIMARY COW
0x5abe0000      0x310000                0x0              READ EXEC SHARED
0x5aefc000      0x484000                0x30c000                 READ WRITE COW
0x5c1d0000      0x54000         0x0              READ EXEC SHARED
0x5c260000      0x10000         0x50000          READ WRITE COW
0x5c3d0000      0x4c000         0x0              READ EXEC SHARED
0x5c428000      0x1c000         0x48000          READ WRITE COW
0x5c4b0000      0x1c000         0x0              READ EXEC SHARED
0x5c4d8000      0xc000          0x18000          READ WRITE COW
0x5c4e4000      0x20000000              0x0              READ WRITE
0x7c4e4000      0x10000         0x0              READ WRITE SHARED
0x7c4f8000      0x2c000         0x0              READ WRITE SHARED
0x7ffe8000      0x10000         0x0              READ WRITE STACK COW

d) ********************************************************************

Looking into the pda table you will see:

	That the 512MB arena (0x20000000 in hex) is mapped too close to the
end of the address space (0x5c4e4000), and that there is a big jump of
addresses:

0x1003c000      0xbc000         0x0              READ WRITE BREAK PRIMARY COW
0x5abe0000      0x310000                0x0              READ EXEC SHARED

>From 0x1003c000 to 0x5abe0000 there is a big hole, ~1.2 GB. This is where we
would like the arena to be placed, since there is more space that from
0x5c4e4000 to the end (just space for 512MB).

Let's calculate the address:
0x1003c000 + 0xbc000 = 0x100f8000

Just to be sure, let's select 0x10100000 as our base for the arena.
In this example, our maximum arena can be:

0x5abe0000-0x10100000 = 0x4aae0000 = 1,252,917,248 bytes (nearly 1.2GB)

and our base for the arena will be 0x10100000

Hence PFSHAREDBASE = 0x10100000, and just to be sure let's increase it
even more 0x11100000
(leave some extra room if it does not work with the initial estimation )

e) ******************************************************************

Exit the performer app.

f) ******************************************************************

Then if we wanted 1GB of arena (1024*1024*1024 = 1073741824 )

# setenv PFSHAREDSIZE 1073741824
# setenv PFSHAREDBASE 0x11100000

And then run the application and problem solved.

./perfly ... (now running with 1GB of arena size)

**********************************************************************
ONLY FOR YOUR INFORMATION:
If I run dpa again against the new APP pid it looks like:
#./dpa 2588
pid 2588, process has 55 regions
addr            size             off            flags
----            ----             ---            -----
0x0     0x4000          0x0              READ WRITE COW
0x4000  0x4000          0x0              READ WRITE SHARED PHYS
0x8000  0x4000          0x4000           READ WRITE SHARED PHYS NOTCACHED
0xc000  0x4000          0x8000           READ WRITE SHARED PHYS
0x10000 0x4000          0x0              READ SHARED PHYS NOTCACHED
0x200000        0x4000          0x0              READ WRITE COW
0x4000000       0x44000         0x0              READ WRITE SHARED
0x4044000       0x4000          0x0              READ SHARED PHYS NOTCACHED
0x4048000       0x80000         0x0              READ WRITE SHARED
0x40c8000       0x80000         0x0              READ WRITE SHARED
0x4148000       0x800000                0x0              READ WRITE
0x9ef0000       0x18000         0x0              READ EXEC SHARED
0x9f14000       0x8000          0x14000          READ WRITE COW
0xad80000       0x28000         0x0              READ EXEC SHARED
0xadb4000       0x8000          0x24000          READ WRITE COW
0xd920000       0x78000         0x0              READ EXEC SHARED
0xd9a4000       0xc000          0x74000          READ WRITE COW
0xd9b0000       0x3c000         0x0              READ EXEC SHARED
0xd9f8000       0x4000          0x38000          READ WRITE COW
0xda20000       0x16c000                0x0              READ EXEC SHARED
0xdbd8000       0x14000         0x168000                 READ WRITE COW
0xf610000       0x14000         0x0              READ EXEC SHARED
0xf634000       0x4000          0x14000          READ WRITE COW
0xf640000       0x70000         0x0              READ EXEC SHARED
0xf6c0000       0xc000          0x70000          READ WRITE COW
0xf6d0000       0x18000         0x0              READ EXEC SHARED
0xf6f4000       0x4000          0x14000          READ WRITE COW
0xf700000       0xd8000         0x0              READ EXEC SHARED
0xf7e4000       0x10000         0xd4000          READ WRITE COW
0xf840000       0x30000         0x0              READ EXEC SHARED
0xf880000       0x18000         0x30000          READ WRITE COW
0xf920000       0xc000          0x0              READ EXEC SHARED
0xf938000       0x4000          0x8000           READ WRITE COW
0xfa00000       0x100000                0x0              READ EXEC SHARED
0xfb4c000       0x14000         0xfc000          READ WRITE COW
0xfb60000       0x3c000         0x0              READ EXEC SHARED
0xfb9c000       0xc000          0x3c000          READ WRITE COW
0xfba8000       0x20000         0x0              READ WRITE COW
0x10000000      0x24000         0x0              READ EXEC SHARED PRIMARY
0x10030000      0xc000          0x20000          READ WRITE PRIMARY COW
0x1003c000      0x114000                0x0              READ WRITE BREAK
PRIMARY COW
0x11100000      0x40000000              0x0              READ WRITE
0x51100000      0x10000         0x0              READ WRITE SHARED
0x51114000      0x2c000         0x0              READ WRITE SHARED
0x5abe0000      0x310000                0x0              READ EXEC SHARED
0x5aefc000      0x484000                0x30c000                 READ WRITE COW
0x5c1d0000      0x54000         0x0              READ EXEC SHARED
0x5c260000      0x10000         0x50000          READ WRITE COW
0x5c3d0000      0x4c000         0x0              READ EXEC SHARED
0x5c428000      0x1c000         0x48000          READ WRITE COW
0x5c4b0000      0x1c000         0x0              READ EXEC SHARED
0x5c4d8000      0xc000          0x18000          READ WRITE COW
0x5c7a0000      0x4000          0x0              READ EXEC SHARED
0x5c7c0000      0x4000          0x0              READ WRITE COW
0x7ffe8000      0x10000         0x0              READ WRITE STACK COW

now you can see that

0x11100000      0x40000000              0x0              READ WRITE

is the arena and is mapped where we wanted (in the hole).

*************************************************************************

SOURCE CODE FOR dpa.c


 /*      The program below will display the virtual
        address map of a given process.
        Available via anonymous FTP on ftp.sgi.com in the
        directory ~ftp/support/Pipeline.

        Compile and run it as follows:
        cc dpa.c -o dpa; ./dpa pid
        ( where pid is the process id of a process
        which can obtained from the ps(1) command. )
*/

#include "stdio.h"
#include "stdlib.h"
#include "sys/procfs.h"
#include "fcntl.h"
#include "errno.h"
static void doname(char *pname);

prmap_sgi_t *pmaps;
#define MAXMAP 2000
int maxmap = MAXMAP;

/* set of page state options */
char *stateopts[] = { "READ", "WRITE", "EXEC",
"SHARED", "BREAK", "STACK", "PHYS", "PRIMARY",
"SREGION", "COW", "NOTCACHED", "SHMEM" };

/* MA_* flags that correspond to above options */
int maopts[] = { MA_READ, MA_WRITE, MA_EXEC,
MA_SHARED, MA_BREAK, MA_STACK, MA_PHYS,
MA_PRIMARY, MA_SREGION, MA_COW, MA_NOTCACHED,
MA_SHMEM };

void main(int argc, char **argv) {
        pid_t pid = -1;
        char pname[20];
        if(argc!=2) {
                fprintf(stderr, "Usage: %s pid\n", \
                        argv[0]);
                exit(1);
        }
        pid = (pid_t)atoi(argv[1]);
        pmaps = malloc((maxmap + 1) *
        sizeof(prmap_t));
        sprintf(pname, "/proc/%05d", pid);
        doname(pname);
        exit(0);
}

static void doname(char *pname) {
        int pfd;
        struct prpsinfo psi;
        struct prmap_sgi_arg pma;
        int nmaps;
        prmap_sgi_t *pmapp;

        if ((pfd = open(pname, O_RDWR)) < 0) {
                if (errno == EISDIR || errno == ESRCH || \
                        errno == ENOENT)
                        return;
                if (errno != EACCES)
                        fprintf(stderr, "ERROR:Cannot open \
                                %s:%s\n", pname, strerror(errno));
                return;
        }

        if (ioctl(pfd, PIOCPSINFO, &psi) != 0) {
                if (errno != ESRCH)
                        fprintf(stderr, "ERROR:Cannot PSINFO \
                                %s:%s\n", pname, strerror(errno));
                close(pfd);
                return;
        }
        printf("pid %d, ",psi.pr_pid);

        if (psi.pr_zomb == 0) {
                pma.pr_vaddr = (caddr_t)pmaps;
                pma.pr_size = sizeof(prmap_sgi_t) * maxmap;
                if ((nmaps = ioctl(pfd, PIOCMAP_SGI, \
                        &pma)) < 0) {
                        fprintf(stderr, "ERROR:Cannot NMAP_SGI \
                                %s:%s\n", pname, strerror(errno));
                close(pfd);
                return;
                }
                printf("process has %d regions\n", nmaps);
        }

        if (psi.pr_zomb == 0) {
                printf("addr\t\tsize\t\t off\t\tflags\n");
                printf("----\t\t----\t\t ---\t\t-----\n");
                for (pmapp = pmaps; pmapp->pr_mflags; \
                        pmapp++) {
                        printf("0x%x\t0x%x\t\t0x%x\t\t", \
                                pmapp->pr_vaddr, pmapp->pr_size, \
                                pmapp->pr_off);
                        printf("%s%s%s%s%s%s%s%s%s%s%s%s\n",
                        pmapp->pr_mflags & MA_READ ? " READ" : "",
                        pmapp->pr_mflags & MA_WRITE ? \
                                " WRITE" : "",
                        pmapp->pr_mflags & MA_EXEC ? " EXEC" : "",
                        pmapp->pr_mflags & MA_SHARED ? \
                                " SHARED" : "",
                        pmapp->pr_mflags & MA_BREAK ? \
                                " BREAK" : "",
                        pmapp->pr_mflags & MA_STACK ? \
                                " STACK" : "",
                        pmapp->pr_mflags & MA_PHYS ? " PHYS" : "",
                        pmapp->pr_mflags & MA_PRIMARY ? \
                                " PRIMARY" : "",
                        pmapp->pr_mflags & MA_SREGION ? \
                                " SREGION" : "",
                        pmapp->pr_mflags & MA_COW ? " COW" : "",
                        pmapp->pr_mflags & MA_NOTCACHED? \
                                " NOTCACHED":"",
                        pmapp->pr_mflags & MA_SHMEM ? \
                                " SHMEM" : "");
                }
        } else
                printf(" Process is a zombie\n");
        close(pfd);
}
                               " NOTCACHED":"",
                        pmapp->pr_mflags & MA_SHMEM ? \
                                " SHMEM" : "");
                }
        } else
                printf(" Process is a zombie\n");
        close(pfd);
}

Hope this helps. We are working to make all the above unnecessary. It should be
fixed either in pf2.2 MR or in the default DSO placement in the OS.

-Javier



-- 
*****************************************************************
* Javier Castellar Arribas          * Email:     javier@sgi.com *                 
*                                   * Vmail:           933-1589 *            
* Member of Technical Staff         * Phone:       415-933-1589 *
* Core Design - Applied Engineering * Fax:         415-964-8671 *     
* Advanced Graphics Division        * MailStop:          8L-525 *
***************************************************************** 
* Silicon Graphics Inc.                                         *
* 2011 N. Shoreline Boulevard,                                  *                        
* Mountain View, California 94043-1386, USA                     *
*****************************************************************
"Violence is the last refuge of the incompetent"
						Hardin Seldon


--PART-BOUNDARY=.19803030848.ZM23792.engr.sgi.com--

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

From guest  Tue Mar  3 22:59:10 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA20446 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Mar 1998 22:57:59 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA20418 for <info-performer@holodeck.engr.sgi.com>; Tue, 3 Mar 1998 22:57:55 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA185252 for <info-performer@cthulhu.engr.sgi.com>; Tue, 3 Mar 1998 10:17:43 -0800 (PST)
Received: from rivagate (rivagate.riva.com [209.160.107.58]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id KAA10433
	for <info-performer@sgi.com>; Tue, 3 Mar 1998 10:17:39 -0800 (PST)
	mail_from (gw@riva.com)
Received: (from gproxy@localhost) by rivagate (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA08887 for <info-performer@sgi.com>; Tue, 3 Mar 1998 12:17:37 -0600
Received: from linus(192.168.1.3) by rivagate via smap (3.2)
	id xma008882; Tue, 3 Mar 98 12:17:30 -0600
Received: from riva.com (improbable.riva.com [192.168.1.218]) by linus (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA07895 for <info-performer@sgi.com>; Tue, 3 Mar 1998 12:17:29 -0600
Message-ID: <34FC48FB.581BBCAE@riva.com>
Date: Tue, 03 Mar 1998 12:16:27 -0600
From: "G.W. Estep II" <gw@riva.com>
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: IGL or OGL
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Is there a way to look at an executable file and determine whether it is

linked with the IrisGL or OpenGL Performer libraries?  Any help
would be greatly apprciated.

Thanks,
G.W.

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

From guest  Tue Mar  3 22:59:19 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA20383 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Mar 1998 22:56:38 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA20353 for <info-performer@holodeck.engr.sgi.com>; Tue, 3 Mar 1998 22:56:37 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA352203 for <info-performer@cthulhu.engr.sgi.com>; Tue, 3 Mar 1998 11:49:47 -0800 (PST)
Received: from alfa.ist.utl.pt (alfa.ist.utl.pt [193.136.132.2]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id LAA21705
	for <info-performer@sgi.com>; Tue, 3 Mar 1998 11:49:44 -0800 (PST)
	mail_from (l40175@alfa.ist.utl.pt)
Received: from localhost (l40175@localhost)
	by alfa.ist.utl.pt (8.8.6/8.8.8) with SMTP id TAA14666
	for <info-performer@sgi.com>; Tue, 3 Mar 1998 19:50:16 +0100 (GMT+0100)
Date: Tue, 3 Mar 1998 19:50:16 +0100 (GMT+0100)
From: "Comm'der Tomalak" <l40175@alfa.ist.utl.pt>
To: Performer Mailing List <info-performer@sgi.com>
Subject: Frame/grabbing for image processing
In-Reply-To: <34FBB216.167E@glup.irobot.uv.es>
Message-ID: <Pine.OSF.3.96.980303194640.12908B-100000@alfa.ist.utl.pt>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


	Hello to all,

	I'm doing a college project which includes the generation of an
environment for an artificial "pseudo-intelligent" character in Perfomer.

	My doubt is which primitives/structures should I use in order to
be able to get the frames produced by the 3dPipeline so I can apply
computer vision/ image processing algorythms to them.

	Thanks in advance,


						Luis.


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

From guest  Tue Mar  3 22:59:10 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA20289 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Mar 1998 22:55:50 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA20254 for <info-performer@holodeck.engr.sgi.com>; Tue, 3 Mar 1998 22:55:43 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id NAA372066 for <info-performer@cthulhu.engr.sgi.com>; Tue, 3 Mar 1998 13:11:54 -0800 (PST)
Received: from holodeck.gsfc.nasa.gov (holodeck.gsfc.nasa.gov [128.183.33.128]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id NAA25234
	for <info-performer@sgi.com>; Tue, 3 Mar 1998 13:11:50 -0800 (PST)
	mail_from (maher@holodeck.gsfc.nasa.gov)
Received: (from maher@localhost) by holodeck.gsfc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA27782; Tue, 3 Mar 1998 16:11:44 -0500
From: maher@holodeck.gsfc.nasa.gov (Stephen Maher)
Message-Id: <199803032111.QAA27782@holodeck.gsfc.nasa.gov>
Subject: Infinite loop in pfNewPWin() (2.2)!
To: info-performer@sgi.com
Date: Tue, 3 Mar 1998 16:11:44 -0500 (EST)
Cc: alex.kekesi@gsfc.nasa.gov
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status: O

Hi,

We upgraded to 2.2 and now all our Perf apps appear to go into an
infinite loop somewhere in pfNewPWin(), including an unmodified,
freshly compiled /usr/share/Performer/src/sample/C/perfly.DEBUG

The stack trace for perfly and machine info are below.  We've called
it in (case # 0915808), but I thought I'd ask the list because we need
this fixed ASAP so we can show the Yosemite demo to a VIP.

Other info:

- DISPLAYing on a different system console works fine

- We have had to /usr/gfx/KONA/bin/ireeprom -c a few times recently (per
SGI's suggestion).  We did it before 2.2 installation.  Right after I
installed 2.2, I tried perfly once and it worked.  We had to do ireeprom
-c again and then perfly didn't work.  Maybe related, maybe not.

Any help would be greatly appreciated!

Steve
--
stephen.maher@gsfc.nasa.gov (301) 286-3368  fax:(301) 286-1776
http://holodeck.gsfc.nasa.gov/vr/vr.html
NASA Goddard Space Flight Center

Onyx2 Rack, IR2, 2RM, patches (attached below)

STACK TRACE
(/usr/share/Performer/src/sample/C/DBG.N32.OPENGL/perfly.DBG -m 0)


Interrupt
Process  6688 (perfly.DBG) stopped on signal SIGINT: Interrupt (default)
at [pfPipeVideoChannel::nb_setId(int):442 ,0x1028edec]
         Source (of /build/perfbuild/perftot0/perf/lib/libpf/pfPipe.h) not
available for Process  6688
(dbx) where
>  0 pfPipeVideoChannel::nb_setId(int)(this = 0x645fe6e0, _index = 0)
["/build/perfbuild/perftot0/perf/lib/libpf/pfPipe.h":442, 0x1028edec]
   1 pfPipeWindow::pf_assignPVChanIds(void)(this = 0x645fe2d0)
["/build/perfbuild/perftot0/perf/lib/libpf/pfPipeWindow.C":1758,
0x102a0380]
   2 pfPipeWindow::nb_setScreen(int)(this = 0x645fe2d0, screen = 0)
["/build/perfbuild/perftot0/perf/lib/libpf/pfPipeWindow.C":524,
0x10297648]
   3 pfPipeWindow::pf_construct(pfPipe*)(this = 0x645fe2d0, p =
0x645f0c80) ["/build/perfbuild/perftot0/perf/lib/libpf/pfPipeWindow.C":70,
0x102a1fdc]
   4 pfPipeWindow::pfPipeWindow(pfPipe*)(this = 0x645fe2d0, p =
0x645f0c80)
["/build/perfbuild/perftot0/perf/lib/libpf/pfPipeWindow.C":112,
0x102944a0]
   5 ::pfNewPWin(p = 0x645f0c80)
["/build/perfbuild/perftot0/perf/lib/libpf/cPipeWindow.C":20, 0x102fa990]
   6 InitPipe() ["/usr/share/Performer/src/sample/C/common/generic.c":438,
0x10091ac0]
   7 main(argc = 3, argv = 0x7fff2ef4)
["/usr/share/Performer/src/sample/C/common/main.c":127, 0x100a2bac]
   8 __start()
["/xlv22/ficus-jan23/work/irix/lib/libc/libc_n32_M3/csu/crt1text.s":166,
0x1008d188]
(dbx) quit


I  patchSG0001765       11/06/97  Patch SG0001765: dmedia_eoe and dmedia_dev patch for 6.4
I  patchSG0001776       11/06/97  Patch SG0001776: Origin FRU analyzer fix
I  patchSG0001841       11/06/97  Patch SG0001841: XLV Large System Performance/Rollup
I  patchSG0001845       05/14/97  Patch SG0001845: Desktop Message Bus patch
I  patchSG0001892       12/11/97  Patch SG0001892: Graphic Library subsystems for 7.2 compilers on irix 6.3-6.4
I  patchSG0001894       05/14/97  Patch SG0001894: Server-based X Num Lock Support
I  patchSG0001906       05/14/97  Patch SG0001906: Software Manager Globalization for 6.4
I  patchSG0001914       05/14/97  Patch SG0001914: IRIX 6.4 libirixpmda changes for PCP support
I  patchSG0001926       05/14/97  Patch SG0001926: iwsh:NumLock key problem fix
I  patchSG0001947       05/14/97  Patch SG0001947: libXaw fix for I18N clients
I  patchSG0001968       05/14/97  Patch SG0001968: IRIX 6.4 STREAMS Rollup #1
I  patchSG0001975       11/06/97  Patch SG0001975: gmemusage security hole
I  patchSG0001984       11/06/97  Patch SG0001984: fixes to hwgfs (mount, link counts, pathconf)
I  patchSG0002014       11/06/97  Patch SG0002014: Multi-module system controller update
I  patchSG0002016       01/09/98  Patch SG0002016: 7.2 compiler runtime environment for irix 6.2/6.3/6.4
I  patchSG0002024       11/06/97  Patch SG0002024: CacheFS bug fixes #1
I  patchSG0002035       05/14/97  Patch SG0002035: General Motif fixes for Irix 6.4
I  patchSG0002052       12/11/97  Patch SG0002052: Explain command for IRIX 6.2-6.4
I  patchSG0002057       11/06/97  Patch SG0002057: libc fixes for 6.4-S2MP+O
I  patchSG0002061       11/06/97  Patch SG0002061: PCI Rollup
I  patchSG0002071       11/06/97  Patch SG0002071: imon fixes for 6.4-S2MP+O
I  patchSG0002078       11/06/97  Patch SG0002078: runpriv security hole
I  patchSG0002091       11/06/97  Patch SG0002091: xlock security fix
I  patchSG0002100       12/04/97  Patch SG0002100: 6.4 Indirect/Remote IrisGL Rendering Fix
I  patchSG0002105       11/06/97  Patch SG0002105: NFS rollup #3 for IRIX 6.4
I  patchSG0002110       11/06/97  Patch SG0002110: IRIX 6.4 PCI FDDI CDDI (UTP) fix
I  patchSG0002127       11/06/97  Patch SG0002127: icrash rollup #2 for IRIX 6.4
I  patchSG0002133       07/24/97  Patch SG0002133: talkd security
I  patchSG0002145       11/06/97  Patch SG0002145: Mount command rollup for IRIX 6.4
I  patchSG0002149       11/06/97  Patch SG0002149: Automount command rollup for IRIX 6.4
I  patchSG0002151       11/06/97  Patch SG0002151: serial driver update
I  patchSG0002162       12/11/97  Patch SG0002162: Pthread library fixes (6.4)
I  patchSG0002192       11/06/97  Patch SG0002192: 6.4 S2MP+OCTANE IP27/BASEIO proms
I  patchSG0002194       12/11/97  Patch SG0002194: IRIX development environment updates
I  patchSG0002207       11/06/97  Patch SG0002207: Add support for Coyote, Diana to stacker program
I  patchSG0002258       11/06/97  Patch SG0002258: IRIX 6.4 AutoFS Rollup #1
I  patchSG0002268       11/06/97  Patch SG0002268: fibrechannel update
I  patchSG0002294       11/06/97  Patch SG0002294: specfs fixes for IRIX 6.4
I  patchSG0002325       11/06/97  Patch SG0002325: I/O Support
I  patchSG0002338       11/06/97  Patch SG0002338: OutBox security fixes
I  patchSG0002370       11/06/97  Patch SG0002370: Availmon 2.1 for IRIX 6.4
I  patchSG0002372       11/06/97  Patch SG0002372: XFS rollup #6 for IRIX 6.4
I  patchSG0002373       12/04/97  Patch SG0002373: Showcase for 6.2 fix for printing of 3D objects
I  patchSG0002412       11/06/97  Patch SG0002412: Ioconfig update
I  patchSG0002694       12/04/97  Patch SG0002694: 6.4 kernel rollup
I  patchSG0002789       03/01/98  Patch SG0002789: Onyx2 6.4 graphics rollup #4 including GVO support
I  patchSG0002795       03/01/98  Patch SG0002795: Onyx2 Diagnostics 7th release
I  patchSG0002880       03/01/98  Patch SG0002880: Multiple fixes for X libraries
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar  3 22:56:20 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA20035 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Mar 1998 22:51:27 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA20006 for <info-performer@holodeck.engr.sgi.com>; Tue, 3 Mar 1998 22:51:23 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id OAA456969 for <info-performer@cthulhu.engr.sgi.com>; Tue, 3 Mar 1998 14:42:07 -0800 (PST)
Received: from iisc.ernet.in (iisc.ernet.in [144.16.64.3]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via SMTP id OAA23831
	for <info-performer@sgi.com>; Tue, 3 Mar 1998 14:41:35 -0800 (PST)
	mail_from (ada.ernet.in!ada.ernet.in!mdrp)
Received: from uumail-relay-blr.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1)
	   id EAA18862; Wed, 4 Mar 1998 04:09:12 +0530
Received: from ada.UUCP (uucp@localhost)
	by uumail-relay-blr.ernet.in (8.8.8/8.8.8) with UUCP id VAA31033
	for info-performer@sgi.com; Tue, 3 Mar 1998 21:41:14 +0530
Received: from ada by ernet.in (5.x/SMI-SVR4)
	id AA03174; Tue, 3 Mar 1998 21:40:32 -0500
Date: Tue, 3 Mar 1998 21:40:32 -0500 (GMT)
From: "Mr. M.D.R. Prasad - VR Group" <mdrp@ada.ernet.in>
X-Sender: mdrp@ada
To: info-performer@sgi.com
Subject: Recording the walkthru
Message-Id: <Pine.SOL.3.95.980303213739.3141B-100000@ada>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


Hello,

How do I record my perfly walkthrus as a QuicktimeVR movie file?  The idea
is to playback my perfly walkthru movie on PC.  

Thanks in advance

Prasad

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

From guest  Tue Mar  3 22:56:18 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA19955 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Mar 1998 22:50:26 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA19927 for <info-performer@holodeck.engr.sgi.com>; Tue, 3 Mar 1998 22:50:20 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA465782 for <info-performer@cthulhu.engr.sgi.com>; Tue, 3 Mar 1998 15:34:00 -0800 (PST)
Received: from amber.drawcomp.com (www.openworlds.com [204.170.208.100]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id PAA14323; Tue, 3 Mar 1998 15:33:58 -0800 (PST)
	mail_from (prakash@drawcomp.com)
Received: (from nobody@localhost)
	by amber.drawcomp.com (8.8.5/8.8.5) id SAA04001;
	Tue, 3 Mar 1998 18:30:19 -0500 (EST)
X-Authentication-Warning: amber.drawcomp.com: nobody set sender to <prakash@drawcomp.com> using -f
Received: from bitter(10.0.0.3) by amber.drawcomp.com via smap (V2.0)
	id xma003992; Tue, 3 Mar 98 18:29:52 -0500
Sender: root@amber.drawcomp.com
Message-ID: <34FC9261.2847@drawcomp.com>
Date: Tue, 03 Mar 1998 18:29:37 -0500
From: Prakash Mahesh <prakash@drawcomp.com>
Organization: DRaW Computing Assoc. Inc., http://www.openworlds.com/employees/prakash
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: Performer Mailing List <info-performer@sgi.com>
Subject: OpenWorlds Merchant-SP v1.01 demo release - website?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Oops... I forgot to mention where the website is.. in case you don't
know it is http://www.openworlds.com and it will take you to the
Merchant-SP download site.

Thanks.
-- 
  Prakash Mahesh                                     
  prakash@drawcomp.com
  	--or--
  prakash@openworlds.com
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar  3 22:56:20 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA19982 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Mar 1998 22:50:26 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA19933 for <info-performer@holodeck.engr.sgi.com>; Tue, 3 Mar 1998 22:50:25 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA469886 for <info-performer@cthulhu.engr.sgi.com>; Tue, 3 Mar 1998 15:25:38 -0800 (PST)
Received: from amber.drawcomp.com (www.openworlds.com [204.170.208.100]) by sgi.sgi.com (980205.SGI.8.8.8/980301.SGI-antispam) via ESMTP id PAA10855; Tue, 3 Mar 1998 15:25:35 -0800 (PST)
	mail_from (prakash@drawcomp.com)
Received: (from nobody@localhost)
	by amber.drawcomp.com (8.8.5/8.8.5) id SAA03972;
	Tue, 3 Mar 1998 18:21:49 -0500 (EST)
X-Authentication-Warning: amber.drawcomp.com: nobody set sender to <prakash@drawcomp.com> using -f
Received: from bitter(10.0.0.3) by amber.drawcomp.com via smap (V2.0)
	id xma003970; Tue, 3 Mar 98 18:21:44 -0500
Sender: root@amber.drawcomp.com
Message-ID: <34FC9079.500F@drawcomp.com>
Date: Tue, 03 Mar 1998 18:21:29 -0500
From: Prakash Mahesh <prakash@drawcomp.com>
Organization: DRaW Computing Assoc. Inc., http://www.openworlds.com/employees/prakash
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: Performer Mailing List <info-performer@sgi.com>
Subject: OpenWorlds Merchant-SP v1.01 demo release
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

The OpenWorlds Merchant-SP VRML 2.0 loader for IRIS Performer 2.2 (tm)
is available for free download from our web site. This is a demo
version, similar to the one available with Performer, but is faster and
smaller, and has many fixes over that. Currently the N32 version is
available at the website, since Performer 2.2 is N32 by default. The
commercial version of this has web access, loads faster and has support
for Inline nodes.

The download site has both swmgr installation and a tar file version,
depending upon whether you have root permission or not, you can choose
the appropriate one. If you download the tar file, please read the
README for installation instructions.

Please direct any questions to support@openworlds.com or directly to me.

Thanks.

-- 
  Prakash Mahesh                                     
  prakash@drawcomp.com
  	--or--
  prakash@openworlds.com
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar  3 22:56:19 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA15407 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Mar 1998 22:35:07 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA15366 for <info-performer@holodeck.engr.sgi.com>; Tue, 3 Mar 1998 22:35:05 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id WAA539202 for <info-performer@cthulhu.engr.sgi.com>; Tue, 3 Mar 1998 22:04:11 -0800 (PST)
Received: from mail.unet.umn.edu (mail.unet.umn.edu [128.101.101.103]) by sgi.sgi.com (980205.SGI.8.8.8-aspam-6.2/980303.SGI-aspam) via SMTP id VAA00493
	for <info-performer@sgi.com>; Tue, 3 Mar 1998 21:36:36 -0800 (PST)
	mail_from (klinge@reality.psych.umn.edu)
Received: from reality.psych.umn.edu by mail.unet.umn.edu (5.65c)
	id AA04734; Tue, 3 Mar 1998 23:36:31 -0600
From: James Klinge <klinge@reality.psych.umn.edu>
Message-Id: <199803040536.XAA09482@reality.psych.umn.edu>
Received: by reality.psych.umn.edu; Tue, 3 Mar 1998 23:36:58 -0600
Subject: simple pfSwitch trouble
To: info-performer@sgi.com
Date: Tue, 3 Mar 1998 23:36:58 -0600 (CST)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status: O

I've got a rookie problem working a pfSwitch.  I have these lines in my code:

#include <Performer/pr.h>
#include <Performer/pf.h>
...
pfSwitch              *brakes;
...
pfSwitchVal( brakes, PFSWITCH_ON );


and I get these errors when compiling:

"LeadCar.c", line 130: error(3114): identifier "pfSwitchVal" is undefined
    pfSwitchVal( brake_part, PFSWITCH_ON );
    ^

"LeadCar.c", line 130: error(3114): identifier "PFSWITCH_ON" is undefined
    pfSwitchVal( brake_part, PFSWITCH_ON );


I'm using Performer 2.0 on an Indigo2.  If pf.h isn't the right header,
what is?  pfSwitch.h is C++, not C so it can't be that.

Thanks for any help,
Jim.
-- 
James Klinge    klinge@reality.psych.umn.edu  -  Human Factors Research Lab 
voice:(612)626-7521   fax:(612)625-8867       -  University of Minnesota
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar  4 01:22:21 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA21674 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Mar 1998 01:20:57 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA21647 for <info-performer@holodeck.engr.sgi.com>; Wed, 4 Mar 1998 01:20:56 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id BAA561948 for <info-performer@cthulhu.engr.sgi.com>; Wed, 4 Mar 1998 01:20:55 -0800 (PST)
Received: from sguk.reading.sgi.com ([144.253.64.2]) by sgi.sgi.com (980304.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id BAA18999
	for <info-performer@sgi.com>; Wed, 4 Mar 1998 01:20:53 -0800 (PST)
	mail_from (graham@reading.sgi.com)
Received: from reading.sgi.com (sherwood.reading.sgi.com [144.253.69.17]) by sguk.reading.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF+cray) via ESMTP id JAA11738; Wed, 4 Mar 1998 09:20:46 GMT
Sender: graham@sguk.reading.sgi.com
Message-ID: <34FD1C17.212503CE@reading.sgi.com>
Date: Wed, 04 Mar 1998 09:17:11 +0000
From: Graham Russell <graham@reading.sgi.com>
Organization: Silicon Graphics, Inc
X-Mailer: Mozilla 4.02 [en] (X11; I; IRIX 6.3 IP22)
MIME-Version: 1.0
To: "G.W. Estep II" <gw@riva.com>
CC: info-performer@sgi.com
Subject: Re: IGL or OGL
References: <34FC48FB.581BBCAE@riva.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

G.W. Estep II wrote:
> 
> Is there a way to look at an executable file and determine whether it is
> 
> linked with the IrisGL or OpenGL Performer libraries?  Any help
> would be greatly apprciated.

Use elfdump -Dl <exec file>

You will see a reference to libgl.so for IrisGL and libGL.so for OpenGL.

Cheers,

Graham.


-- 
 Graham Russell

 Silicon Graphics            
 1530 Arlington Business Park,              
 Theale, Berkshire, RG7 4SB, 
 England.                 
                                              
 E-Mail:              graham@reading.sgi.com                
 Tel:                 +44 118 9257619                         
 Fax:                 +44 118 9257699                         
 UK Voicemail:        +44 118 9257502 (*7619)
 International Vmail: 6-788-7619
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar  4 01:59:08 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA21804 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Mar 1998 01:57:48 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA21777 for <info-performer@holodeck.engr.sgi.com>; Wed, 4 Mar 1998 01:57:47 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id BAA561961 for <info-performer@cthulhu.engr.sgi.com>; Wed, 4 Mar 1998 01:57:47 -0800 (PST)
Received: from aba.nsrc.nus.sg (aba.nsrc.nus.sg [137.132.15.2]) by sgi.sgi.com (980304.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id BAA26231
	for <info-performer@sgi.com>; Wed, 4 Mar 1998 01:57:42 -0800 (PST)
	mail_from (liuxy@nsrc.nus.edu.sg)
Received: (from smap@localhost)
          by aba.nsrc.nus.sg (8.8.5/8.8.4)
	  id RAA28788; Wed, 4 Mar 1998 17:57:09 +0800 (SGT)
Received: from liuxy.nsrc.nus.sg(137.132.15.85) by aba.nsrc.nus.sg via smap (V1.3)
	id sma028783; Wed Mar  4 17:56:41 1998
Message-ID: <34FD25A2.5BB4@nsrc.nus.edu.sg>
Date: Wed, 04 Mar 1998 17:57:54 +0800
From: Liu Xiaoyan <liuxy@nsrc.nus.sg>
Organization: National Supercomputing Research Center
X-Mailer: Mozilla 3.0 (Win95; I)
MIME-Version: 1.0
To: "G.W. Estep II" <gw@riva.com>
CC: info-performer@sgi.com
Subject: Re: IGL or OGL
References: <34FC48FB.581BBCAE@riva.com>
Content-Type: text/plain; charset=big5
Content-Transfer-Encoding: 7bit
Status: O

G.W. Estep II wrote:
> 
> Is there a way to look at an executable file and determine whether it is
> 
> linked with the IrisGL or OpenGL Performer libraries?  Any help
> would be greatly apprciated.
> 
> Thanks,
> G.W.
> 
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com

elfdump -Dl your executable will give you a list of libraries used.

 
***********************************************************************
Liu Xiaoyan                 National Supercomputing Research Center
Data Visualization Group    http://www.nsrc.nus.edu.sg Tel:(65)7709267
***********************************************************************
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar  4 03:08:47 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id DAA22035 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Mar 1998 03:07:22 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id DAA22008 for <info-performer@holodeck.engr.sgi.com>; Wed, 4 Mar 1998 03:07:21 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id DAA555955 for <info-performer@cthulhu.engr.sgi.com>; Wed, 4 Mar 1998 03:07:20 -0800 (PST)
Received: from mailgate.urz.uni-wuppertal.de (mailgate.urz.uni-wuppertal.de [132.195.20.3]) by sgi.sgi.com (980304.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id DAA09155
	for <info-performer@sgi.com>; Wed, 4 Mar 1998 03:07:18 -0800 (PST)
	mail_from (zeise@uni-wuppertal.de)
Received: from wetnt9 (wetnt9.elektro.uni-wuppertal.de [132.195.29.97])
	by mailgate.urz.uni-wuppertal.de (8.8.8/8.8.8) with SMTP id LAA29045;
	Wed, 4 Mar 1998 11:56:39 +0100 (MET)
Message-ID: <00b401bd475b$b29c0f90$611dc384@wetnt9.elektro.uni-wuppertal.de>
From: "Wilfried Zeise" <zeise@uni-wuppertal.de>
To: "Mr. M.D.R. Prasad - VR Group" <mdrp@ada.ernet.in>
Cc: <info-performer@sgi.com>
Subject: Re: Recording the walkthru
Date: Wed, 4 Mar 1998 11:52:55 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Status: O

>Hello,
>
>How do I record my perfly walkthrus as a QuicktimeVR movie file?  The idea
>is to playback my perfly walkthru movie on PC.
>
>Thanks in advance
>
>Prasad
>


Hi:

You can't record a perfly walkthru as a movie in realtime, because to save a
frame as a single image takes a lot of time. But you can save your viewpoint
positions for every frame you render, e.g. 30 times a second, in a file.
After recording the positions of your walkthru, you can read your file, then
step through your viewpoint positions. For each position you render the
frame and save it with pfuSaveImage. This way you can create a numbered
image sequence, which you can convert in a Quicktime movie file by using
SGI's mediaconvert. For a QuicktimeVR file, I think you should convert your
image files into the tif or gif format and use Apple's QuickTime VR
Authoring Studio, but I'm not sure.

Hope this helps

Wilfried


Wilfried Zeise
University of Wuppertal
zeise@uni-wuppertal.de


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

From guest  Wed Mar  4 04:45:53 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA22256 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Mar 1998 04:44:29 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA22229 for <info-performer@holodeck.engr.sgi.com>; Wed, 4 Mar 1998 04:44:28 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id EAA577534 for <info-performer@cthulhu.engr.sgi.com>; Wed, 4 Mar 1998 04:44:27 -0800 (PST)
Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.39]) by sgi.sgi.com (980304.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id EAA26718
	for <info-performer@sgi.com>; Wed, 4 Mar 1998 04:44:25 -0800 (PST)
	mail_from (mark_baranowski@peragroup.com)
Message-Id: <199803041244.EAA26718@sgi.sgi.com>
Received: (qmail 23937 invoked from network); 4 Mar 1998 12:44:23 -0000
Received: from pera-du.pipex.net (HELO PERA?NT?MAH?1) (158.43.86.183)
  by iprelay.mail.pipex.net with SMTP; 4 Mar 1998 12:44:23 -0000
Date: Wed, 4 Mar 1998 12:42:00 +0000
From: "Baranowski, Mark" <mark_baranowski@peragroup.com>
Subject: RE: Projected texture lighting
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
X-Mailer: Worldtalk (NetConnex V4.00a)/MIME
X-Zm-Priority: Urgent
Status: O


Hi Joaquin,

The frustum defines the area being projected by the spotlight. It's   
position and orientation will be transformed by all transformations in   
your scene graph which are above it in the hierarchy.

Make sure that your repeat function for the pfTexture for the spotlight   
is set to clamp. I don't think the texture size is an issue (other than   
the quality of the resulting effect), The man page, as I am sure you have   
read, gives info about the type of textures to use.
   

We used Performer projected textures for spotlights in one of our Vega   
apps (using Pf 2.1 on an iR), and could only get it to work correctly   
when we wern't multiprocessing. I seem to recall being told that it   
worked in a multiprocessing environment with pf2.2.

Try running your app in single process mode and see if it works!

Regards,

Mark.
 --
Mark Baranowski CEng MBCS
Pera VR Centre, Melton Mowbray, Leicestershire. UK. LE13 0PB
Tel: +44 (0)1664 501501 Fax: +44 (0)1664 501553
Email: mark_baranowski@peragroup.com

 ----------
From:  Joaquin Casillas Melendez[SMTP:jcasilla@glup.irobot.uv.es]
Sent:  02 March 1998 23:32
To:  Performer Mailing List
Subject:  Projected texture lighting

 ----------------------------------------------------
Hello all.

I'm trying to add a spotlight on a per-pixel basis by using projected
textures as it says in the pfLightSource reference page, but I can't get
it work. I want a spotlight pointing at (0, 0, -1) direction, so I
attach the lightsource to a DCS wich points to the right direction. I
don't know the way this affect to the Frustum of the lightsource.

Has anybody got succesful with this kind of spotlights? I'm interesting
in the way the pfFrustum and the texture (size?, type?) affects the
lightsource behaviour.

<snip>  
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar  4 04:47:21 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA22292 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Mar 1998 04:46:44 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA22265 for <info-performer@holodeck.engr.sgi.com>; Wed, 4 Mar 1998 04:46:43 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id EAA576377 for <info-performer@cthulhu.engr.sgi.com>; Wed, 4 Mar 1998 04:46:43 -0800 (PST)
Received: from ngedns.northgrum.com (ngedns.northgrum.com [192.86.71.10]) by sgi.sgi.com (980304.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id EAA27233
	for <info-performer@sgi.com>; Wed, 4 Mar 1998 04:46:39 -0800 (PST)
	mail_from (shawn_soeder@atdc.northgrum.com)
Received: from esplt14m-s.grumman.com ([132.228.111.101]) by ngedns.northgrum.com (8.8.4/8.6.12) with SMTP id EAA21267; Wed, 4 Mar 1998 04:44:14 -0800 (PST)
Message-ID: <n1323124454.96281@esplt14m-s.grumman.com>
Date: 4 Mar 1998 07:51:46 -0400
From: "Shawn Soeder" <shawn_soeder@atdc.northgrum.com>
Subject: Re: Recording the walkthru
To: "performer list" <info-performer@sgi.com>
Cc: "Mr. M.D.R. Prasad - VR Group" <mdrp@ada.ernet.in>
X-Mailer: Mail*Link SMTP-QM 4.0.0
Status: O

                      RE>Recording the walkthru                    3/4/98

Mr. Prasad,

We have recorded our performer apps directly to Quicktime.  The method we used
was to utilize a second SGI machine (an O2 running IRIX 6.4) to record
Performer running on the first machine (an Onyx IR running IRIX 6.2).  The
software included with 6.4 was all we needed to record the movie, although I
can't remember the name of the program (maybe mediaRecorder?).  We configured
the Onyx to output s-video, which the O2 can input directly.  This works
pretty well, but does require two machines.  

Good luck,
Shawn Soeder
Sr. Tech Specialist, Simulation Programs
Northrop Grumman Corporation
shawn_soeder@atdc.northgrum.com


--------------------------------------
Date: 3/4/98 2:20 AM
To: Shawn Soeder
From: Mr. M.D.R. Prasad - VR Group

Hello,

How do I record my perfly walkthrus as a QuicktimeVR movie file?  The idea
is to playback my perfly walkthru movie on PC.  

Thanks in advance

Prasad

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


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

From guest  Wed Mar  4 06:03:56 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA22629 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Mar 1998 06:02:43 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA22602 for <info-performer@holodeck.engr.sgi.com>; Wed, 4 Mar 1998 06:02:42 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA577483 for <info-performer@cthulhu.engr.sgi.com>; Wed, 4 Mar 1998 06:02:41 -0800 (PST)
Received: from rivagate (rivagate.riva.com [209.160.107.58]) by sgi.sgi.com (980304.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id GAA13109
	for <info-performer@sgi.com>; Wed, 4 Mar 1998 06:02:40 -0800 (PST)
	mail_from (dweller@riva.com)
Received: (from gproxy@localhost) by rivagate (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA13111 for <info-performer@sgi.com>; Wed, 4 Mar 1998 08:02:39 -0600
Received: from linus(192.168.1.3) by rivagate via smap (3.2)
	id xma013109; Wed, 4 Mar 98 08:02:11 -0600
Received: (from dweller@localhost) by linus (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA12786 for info-performer@sgi.com; Wed, 4 Mar 1998 08:02:11 -0600
From: dweller@riva.com (David Weller)
Message-Id: <199803041402.IAA12786@linus>
Subject: Simple "stitching" method for Digital Elevation Models?
To: info-performer@sgi.com
Date: Wed, 4 Mar 1998 08:02:10 -0600 (CST)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

As part of a demonstration of Performer's ASD features, we want to
place a few Digital Elevation Model (DEM) tiles together from raw data
(that is, data publicly available from the USGS ftp site).  I'm a
horribly lazy person, however, and I believe that something like this
_must_ have been done before :-)  Therefore, I'm asking you, dear
pfReader, if you know of such a critter.  It doesn't have to be so
sophisticated that it compensates for earth curvature, grid variance,
etc., all I want to do is align the tiles.

Any takers?
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar  4 09:48:45 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA22998 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Mar 1998 09:46:09 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA22971 for <info-performer@holodeck.engr.sgi.com>; Wed, 4 Mar 1998 09:46:07 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA525624 for <info-performer@cthulhu.engr.sgi.com>; Wed, 4 Mar 1998 09:46:06 -0800 (PST)
Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (980304.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA00941
	for <info-performer@sgi.com>; Wed, 4 Mar 1998 09:46:04 -0800 (PST)
	mail_from (markl@equipe.ltd.uk)
Received: from freud (l129.mistral.co.uk [194.73.212.129]) by hinge.mistral.co.uk (8.8.5/8.6.9) with SMTP id SAA23777 for <info-performer@sgi.com>; Wed, 4 Mar 1998 18:42:12 GMT
Sender: markl@hinge.mistral.co.uk
Message-ID: <34FD91B5.41C6@equipe.ltd.uk>
Date: Wed, 04 Mar 1998 17:39:01 +0000
From: Mark Lewis <markl@equipe.ltd.uk>
Organization: Equipe Electronics Ltd.
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer <info-performer@sgi.com>
Subject: glInstrumentsBufferSGIX and Performer 2.2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi all,

I am in the process of upgrading an application from 2.1 to 2.2 and have
come up against a problem with glInstrumentsBufferSGIX. The software
crashes on the first call to this routine (in the DRAW process), whereas
the same software using 2.1 was fine.

Does anyone have a solution to this ?

My machine is an Onyx2 IR running IRIX 6.4
I am compiling with -n32 ABI

Thanks in advance,

-- 
Mark C Lewis
Principal Development Engineer
Equipe Electronics Ltd.
13 Liverpool Gardens
Worthing, W. Sussex
BN11 1RY
ENGLAND

Phone +44 (0) 1903 216622
FAX   +44 (0) 1903 216633

markl@equipe.ltd.uk
http://www.equipe.ltd.uk
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar  4 10:31:48 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA23494 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Mar 1998 10:29:54 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA23467 for <info-performer@holodeck.engr.sgi.com>; Wed, 4 Mar 1998 10:29:53 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA634946 for <info-performer@cthulhu.engr.sgi.com>; Wed, 4 Mar 1998 10:29:53 -0800 (PST)
Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (980304.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA24860
	for <info-performer@sgi.com>; Wed, 4 Mar 1998 10:29:52 -0800 (PST)
	mail_from (marcus@logan.engr.multigen.com)
Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id KAA24109; Wed, 4 Mar 1998 10:40:13 -0800
Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id SAA05310; Wed, 4 Mar 1998 18:29:55 GMT
Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA14299; Wed, 4 Mar 1998 10:29:53 -0800
From: "Marcus Barnes" <marcus@multigen.com>
Message-Id: <9803041029.ZM14297@logan.engr.multigen.com>
Date: Wed, 4 Mar 1998 10:29:53 -0800
In-Reply-To: "Brickley, Jeff" <bricklej@newtec.wsmr.army.mil>
        "When and Where?" (Mar  3,  7:29am)
References: <71D6B382C92ED111BA8700805F354E62061662@newtec.wsmr.army.mil>
Organization: MultiGen Inc.
X-Phones: 1-408-556-2654
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "Brickley, Jeff" <bricklej@newtec.wsmr.army.mil>, info-performer@sgi.com
Subject: Re: When and Where?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 3,  7:29am, Brickley, Jeff wrote:
>In the case of ClipMaps and ASD data bases, can one or the other (or
>both) be loaded into a scene after the trees have been built and are
>currently running?

yes.

>The ASD database would obviously have to be loaded as
>a child one existing members, but how would one do so (if one can)?

this is a typical database paging situation. the APP process references the
main scene graph while the DBASE process creates a separate sub-graph and
merges the result into the main scene graph. it can also prune (delete)
portions of the main graph that are no longer needed.

see the pfBuffer and pfBufferAddChild manual pages.

The fact that the node you want to load is a pfASD complicates the issue
because you have to properly populate and configure the pfASD node. The
OpenFlight loader does this when loading a file with CAT (Continuous Adaptive
Terrain).

In addition, there are simple utilities in libpfdu that assist with ASD paging
and even simple mesh creation from gridded data. see the pfdBuildASD manual
page. also look at the libpfdb/libpfarcinfo and libpfdb/libpfdem source code

>The ClipMap would either have to replace an existing texture or be given
>it's one texture coordinates to tie to the new ASD database, how would
>one do this?

The OpenFlight loader handles this for you. Using MultiGen, just "put" a
projected clip texture on the CAT bead, enable the PFFLT_USE_TEXMAP loader mode
and away you go. see the loader's release notes and pfdConverterMode_flt man
page for details.

Regards.
--
+ Marcus Barnes, Technical Staff        mailto:marcus@multigen.com +
+ Multigen Inc.                         http://www.multigen.com    +
+ 550 S. Winchester Blvd.               phoneto:1-408-556-2654     +
+ Suite 500 San Jose CA 95128           faxto:1-408-261-4102       +
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar  4 12:44:48 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA01060 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Mar 1998 12:41:08 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA01032 for <info-performer@holodeck.engr.sgi.com>; Wed, 4 Mar 1998 12:41:07 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA651646 for <info-performer@cthulhu.engr.sgi.com>; Wed, 4 Mar 1998 12:01:12 -0800 (PST)
Received: from precious.engr.sgi.com ([198.29.106.95]) by sgi.sgi.com (980304.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA03316
	for <info-performer@sgi.com>; Wed, 4 Mar 1998 12:01:11 -0800 (PST)
	mail_from (nemec@precious.engr.sgi.com)
Received: (from nemec@localhost) by precious.engr.sgi.com (971110.SGI.8.8.8/970903.SGI.AUTOCF) id MAA25906; Wed, 4 Mar 1998 12:00:29 -0800 (PST)
From: "Philip Nemec" <nemec@sgi>
Message-Id: <9803041200.ZM26044@sgi.com>
Date: Wed, 4 Mar 1998 12:00:27 -0800
In-Reply-To: "Comm'der Tomalak" <l40175@alfa.ist.utl.pt>
        "Frame/grabbing for image processing" (Mar  3,  7:50pm)
References: <Pine.OSF.3.96.980303194640.12908B-100000@alfa.ist.utl.pt>
X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "Comm'der Tomalak" <l40175@alfa.ist.utl.pt>,
        Performer Mailing List <info-performer@sgi>
Subject: Re: Frame/grabbing for image processing
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

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

From guest  Wed Mar  4 16:03:47 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA01811 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Mar 1998 16:00:54 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id QAA01784 for <info-performer@holodeck.engr.sgi.com>; Wed, 4 Mar 1998 16:00:53 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id QAA482799 for <info-performer@cthulhu.engr.sgi.com>; Wed, 4 Mar 1998 16:00:52 -0800 (PST)
Received: from gate.llogic.com (gate.llogic.com [205.205.50.50]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id QAA06637
	for <info-performer@sgi.com>; Wed, 4 Mar 1998 16:00:46 -0800 (PST)
	mail_from (fred@llogic.com)
Received: from [192.168.27.7] by gate.llogic.com
	for <info-performer@sgi.com>
	id TAA08884; Wed Mar  4 19:00:45 1998
Received: from euler (euler.mtl.llogic.com [192.168.27.6])
	by newton.mtl.llogic.com (8.8.8/8.8.8) with SMTP id TAA12800
	for <info-performer@sgi.com>; Wed, 4 Mar 1998 19:00:45 -0500 (EST)
Message-ID: <34FDEB2D.237C@llogic.com>
Date: Wed, 04 Mar 1998 19:00:45 -0500
Organization: Lateral Logic
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX64 6.4 IP27)
MIME-Version: 1.0
Subject: Real-time graphics programmers wanted
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: info-performer@sgi.com
From: Frederic Francis <fred@llogic.com>
Sender: fred@llogic.com
Status: O

Lateral Logic Inc. is looking to fill two positions in the area of
real-time
graphics programming.

Lateral Logic's primary focus is the development of high-end visual
simulation
software for training, prototyping, visualization and entertainment with
a strong
emphasis on rigid body dynamics as well as accurate collision detection
and
response.

Candidates should have extensive experience in some of the following:

        - OpenGL and OpenGL based Scene Graph APIs (preferrably
Performer)
        - Code development in C++ and C on SGI environments
        - Object-Oriented programming methods
        - Graphical Database Optimization
        - GUI design and implementation (using ViewKit, Motif, X)
        - Performance tuning for high-end SGI graphics hardware
platforms
        - Code optimization for multiprocessing environments


Candidates should hold a B.Sc. and possess a solid understanding of 3D
graphics
pipelines.  An active interest in 3D graphics development for PC and
game console
platforms would also be considered an asset.


Interested candidates should email their resumes to fred@llogic.com.


__________________________________________________________________

Frederic Francis                            email: fred@llogic.com
Director of Technology                      phone:  1-514-287-1166
Lateral Logic                                 fax:  1-514-287-3360
__________________________________________________________________
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 00:09:24 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id AAA03637 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 00:06:39 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id AAA03610 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 00:06:37 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id AAA765894 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 00:06:37 -0800 (PST)
Received: from farm.ddd.co.jp (farm.ddd.co.jp [202.230.84.113]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id AAA11056
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 00:06:35 -0800 (PST)
	mail_from (kanou@ddd.co.jp)
Received: from cow ([192.168.1.102])
	by farm.ddd.co.jp (8.8.8/3.6W) with SMTP id RAA24636;
	Thu, 5 Mar 1998 17:07:57 +0900
Message-Id: <199803050807.RAA24636@farm.ddd.co.jp>
X-Sender: kanou@mail.ddd.co.jp
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2-J (32)
Date: Thu, 05 Mar 1998 17:00:06
To: info-performer@sgi.com
From: Yutaka Kanou <kanou@ddd.co.jp>
Subject: Doesn't pfLayer work on Reality?
Cc: dio@ddd.co.jp
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Status: O

Hello.

I am using pfLayer nodes for avoiding visual inteference between two
polygons on the same mathematical plane.

It works well on InfiniteReality and O2. But It doesn't work on
Onyx2/Reality. I recognize a well-known flaw image caused by Z-buffer
precision error.

Performer version is 2.1.

Is there any workaround?

Thanks in advance.

	Yutaka Kanou
	Director of Technology
	3D Inc.
	mailto:kanou@ddd.co.jp
	http://www.ddd.co.jp/
	Tel:+81-45-682-1051
	Fax:+81-45-682-1050
	Queen's Tower C 17F 2-3-5 Minato-Mirai
	Nishi-ku Yokohama 220-6217 Japan

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

From guest  Thu Mar  5 00:59:00 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id AAA03856 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 00:56:28 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id AAA03829 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 00:56:27 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id AAA776762 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 00:56:26 -0800 (PST)
Received: from glup.irobot.uv.es (glup.irobot.uv.es [147.156.133.7]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id AAA18233
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 00:52:00 -0800 (PST)
	mail_from (jcasilla@glup.irobot.uv.es)
Received: from dedalo (dedalo.irobot.uv.es) by glup.irobot.uv.es with SMTP
	(1.39.111.2/16.2) id AA272111200; Thu, 5 Mar 1998 09:46:41 GMT
Sender: jcasilla@glup.irobot.uv.es
Message-Id: <34FD65BD.2781@glup.irobot.uv.es>
Date: Wed, 04 Mar 1998 06:31:25 -0800
From: Joaquin Casillas Melendez <jcasilla@glup.irobot.uv.es>
Organization: University of Valencia (LISITT)
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX64 6.4 IP27)
Mime-Version: 1.0
To: "Baranowski, Mark" <mark_baranowski@peragroup.com>
Cc: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Re: Projected texture lighting
References: <199803041244.EAA26718@sgi.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Baranowski, Mark wrote:
> 
> Hi Joaquin,
> 
> The frustum defines the area being projected by the spotlight. It's
> position and orientation will be transformed by all transformations in
> your scene graph which are above it in the hierarchy.
> 
> Make sure that your repeat function for the pfTexture for the spotlight
> is set to clamp. I don't think the texture size is an issue (other than
> the quality of the resulting effect), The man page, as I am sure you have
> read, gives info about the type of textures to use.
> 
> 
> We used Performer projected textures for spotlights in one of our Vega
> apps (using Pf 2.1 on an iR), and could only get it to work correctly
> when we wern't multiprocessing. I seem to recall being told that it
> worked in a multiprocessing environment with pf2.2.
> 
> Try running your app in single process mode and see if it works!
> 
> Regards,
> 
> Mark.
>  --
> Mark Baranowski CEng MBCS
> Pera VR Centre, Melton Mowbray, Leicestershire. UK. LE13 0PB
> Tel: +44 (0)1664 501501 Fax: +44 (0)1664 501553
> Email: mark_baranowski@peragroup.com
> 

Ok, that is the problem. I have used pfMultiprocess(PFMP_APPCULLDRAW)
and now the projected texture spotlight is working fine. Is there any
workaround(or patch) to get it running under 2.1 in a multiprocessing
way? It is not an option for me to move my app to 2.2 version  because
time requirements, and I really need the app to be working in a
multiprocessing environment.

Thank you Ram, Mark and all who has helped me to fix the problem.

-----------------------------------------------
 Joaquin Casillas Melendez     mailto:jcasilla@glup.irobot.uv.es
 LISITT (ARTEC)                   Phone: +34 6 360 4484
 Dept. Electr. & Informatics   Addr: Hugo de Moncada 4.
 University of Valencia           46010 Val.(SPAIN)
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 02:33:29 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id CAA04167 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 02:31:05 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id CAA04140 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 02:31:04 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id CAA776585 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 02:31:04 -0800 (PST)
Received: from ext-alf.mandator.se (ext-alf.mandator.se [195.84.33.2]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id CAA06981
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 02:30:41 -0800 (PST)
	mail_from (ulf.yngwe@mandator.se)
From: ulf.yngwe@mandator.se
Received: by ext-alf.mandator.se; id LAA13029; Thu, 5 Mar 1998 11:26:10 +0100
Received: from mail.mandator.se(192.168.140.11) by ext-alf.mandator.se via smap (3.2)
	id xma013006; Thu, 5 Mar 98 11:25:56 +0100
Received: by mail01.mandator.se(Lotus SMTP MTA SMTP v4.6 (462.2 9-3-1997))  id 412565BE.00395196 ; Thu, 5 Mar 1998 11:26:04 +0100
X-Lotus-FromDomain: MANDATOR
To: info-performer@sgi.com
Message-ID: <C12565BE.0038FF09.00@mail01.mandator.se>
Date: Thu, 5 Mar 1998 11:28:52 +0100
Subject: pfChanPick with an off-axis frustum
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Status: O

Hi perf-people!
I have an application where I try to use pfChanPick. In this particular
channel i am not looking in the center of the viewport (off-axis).
This seemes to make all my picks miss what I am pointing on.
Is this a known bug? In that case is it fixed in 2.2 (I am currently using
2.1).



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

From guest  Thu Mar  5 03:50:11 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id DAA04366 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 03:47:23 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id DAA04339 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 03:47:22 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id DAA738133 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 03:47:22 -0800 (PST)
Received: from holodeck.gsfc.nasa.gov (holodeck.gsfc.nasa.gov [128.183.33.128]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id DAA21963
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 03:47:20 -0800 (PST)
	mail_from (maher@holodeck.gsfc.nasa.gov)
Received: (from maher@localhost) by holodeck.gsfc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) id GAA03415 for info-performer@sgi.com; Thu, 5 Mar 1998 06:47:19 -0500
From: maher@holodeck.gsfc.nasa.gov (Stephen Maher)
Message-Id: <199803051147.GAA03415@holodeck.gsfc.nasa.gov>
Subject: Infinite loop in pfNewPWin() (2.2)! - solved
To: info-performer@sgi.com
Date: Thu, 5 Mar 1998 06:47:19 -0500 (EST)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status: O

I found the problem: 2.2 requires Channel 0 of the (IR2) DG card to be
active when initializing, otherwise it hangs.

[We have a dg8 driving a stereo device that needs two channels genlocked. 
The IR can only genlock Channel 0 and some other channel, so our console
is on Channel 1.  Channel 0 is inactive when we just are using the
monitor.]

Steve



> Hi,
> 
> We upgraded to 2.2 and now all our Perf apps appear to go into an
> infinite loop somewhere in pfNewPWin(), including an unmodified,
> freshly compiled /usr/share/Performer/src/sample/C/perfly.DEBUG
> 
> The stack trace for perfly and machine info are below.  We've called
> it in (case # 0915808), but I thought I'd ask the list because we need
> this fixed ASAP so we can show the Yosemite demo to a VIP.
> 
> Other info:
> 
> - DISPLAYing on a different system console works fine
> 
> - We have had to /usr/gfx/KONA/bin/ireeprom -c a few times recently (per
> SGI's suggestion).  We did it before 2.2 installation.  Right after I
> installed 2.2, I tried perfly once and it worked.  We had to do ireeprom
> -c again and then perfly didn't work.  Maybe related, maybe not.
> 
> Any help would be greatly appreciated!
> 
> Steve
> --
> stephen.maher@gsfc.nasa.gov (301) 286-3368  fax:(301) 286-1776
> http://holodeck.gsfc.nasa.gov/vr/vr.html
> NASA Goddard Space Flight Center
> 
> Onyx2 Rack, IR2, 2RM, patches (attached below)
> 
> STACK TRACE
> (/usr/share/Performer/src/sample/C/DBG.N32.OPENGL/perfly.DBG -m 0)
> 
> 
> Interrupt
> Process  6688 (perfly.DBG) stopped on signal SIGINT: Interrupt (default)
> at [pfPipeVideoChannel::nb_setId(int):442 ,0x1028edec]
>          Source (of /build/perfbuild/perftot0/perf/lib/libpf/pfPipe.h) not
> available for Process  6688
> (dbx) where
> >  0 pfPipeVideoChannel::nb_setId(int)(this = 0x645fe6e0, _index = 0)
> ["/build/perfbuild/perftot0/perf/lib/libpf/pfPipe.h":442, 0x1028edec]
>    1 pfPipeWindow::pf_assignPVChanIds(void)(this = 0x645fe2d0)
> ["/build/perfbuild/perftot0/perf/lib/libpf/pfPipeWindow.C":1758,
> 0x102a0380]
>    2 pfPipeWindow::nb_setScreen(int)(this = 0x645fe2d0, screen = 0)
> ["/build/perfbuild/perftot0/perf/lib/libpf/pfPipeWindow.C":524,
> 0x10297648]
>    3 pfPipeWindow::pf_construct(pfPipe*)(this = 0x645fe2d0, p =
> 0x645f0c80) ["/build/perfbuild/perftot0/perf/lib/libpf/pfPipeWindow.C":70,
> 0x102a1fdc]
>    4 pfPipeWindow::pfPipeWindow(pfPipe*)(this = 0x645fe2d0, p =
> 0x645f0c80)
> ["/build/perfbuild/perftot0/perf/lib/libpf/pfPipeWindow.C":112,
> 0x102944a0]
>    5 ::pfNewPWin(p = 0x645f0c80)
> ["/build/perfbuild/perftot0/perf/lib/libpf/cPipeWindow.C":20, 0x102fa990]
>    6 InitPipe() ["/usr/share/Performer/src/sample/C/common/generic.c":438,
> 0x10091ac0]
>    7 main(argc = 3, argv = 0x7fff2ef4)
> ["/usr/share/Performer/src/sample/C/common/main.c":127, 0x100a2bac]
>    8 __start()
> ["/xlv22/ficus-jan23/work/irix/lib/libc/libc_n32_M3/csu/crt1text.s":166,
> 0x1008d188]
> (dbx) quit
> 
> 
> I  patchSG0001765       11/06/97  Patch SG0001765: dmedia_eoe and dmedia_dev patch for 6.4
> I  patchSG0001776       11/06/97  Patch SG0001776: Origin FRU analyzer fix
> I  patchSG0001841       11/06/97  Patch SG0001841: XLV Large System Performance/Rollup
> I  patchSG0001845       05/14/97  Patch SG0001845: Desktop Message Bus patch
> I  patchSG0001892       12/11/97  Patch SG0001892: Graphic Library subsystems for 7.2 compilers on irix 6.3-6.4
> I  patchSG0001894       05/14/97  Patch SG0001894: Server-based X Num Lock Support
> I  patchSG0001906       05/14/97  Patch SG0001906: Software Manager Globalization for 6.4
> I  patchSG0001914       05/14/97  Patch SG0001914: IRIX 6.4 libirixpmda changes for PCP support
> I  patchSG0001926       05/14/97  Patch SG0001926: iwsh:NumLock key problem fix
> I  patchSG0001947       05/14/97  Patch SG0001947: libXaw fix for I18N clients
> I  patchSG0001968       05/14/97  Patch SG0001968: IRIX 6.4 STREAMS Rollup #1
> I  patchSG0001975       11/06/97  Patch SG0001975: gmemusage security hole
> I  patchSG0001984       11/06/97  Patch SG0001984: fixes to hwgfs (mount, link counts, pathconf)
> I  patchSG0002014       11/06/97  Patch SG0002014: Multi-module system controller update
> I  patchSG0002016       01/09/98  Patch SG0002016: 7.2 compiler runtime environment for irix 6.2/6.3/6.4
> I  patchSG0002024       11/06/97  Patch SG0002024: CacheFS bug fixes #1
> I  patchSG0002035       05/14/97  Patch SG0002035: General Motif fixes for Irix 6.4
> I  patchSG0002052       12/11/97  Patch SG0002052: Explain command for IRIX 6.2-6.4
> I  patchSG0002057       11/06/97  Patch SG0002057: libc fixes for 6.4-S2MP+O
> I  patchSG0002061       11/06/97  Patch SG0002061: PCI Rollup
> I  patchSG0002071       11/06/97  Patch SG0002071: imon fixes for 6.4-S2MP+O
> I  patchSG0002078       11/06/97  Patch SG0002078: runpriv security hole
> I  patchSG0002091       11/06/97  Patch SG0002091: xlock security fix
> I  patchSG0002100       12/04/97  Patch SG0002100: 6.4 Indirect/Remote IrisGL Rendering Fix
> I  patchSG0002105       11/06/97  Patch SG0002105: NFS rollup #3 for IRIX 6.4
> I  patchSG0002110       11/06/97  Patch SG0002110: IRIX 6.4 PCI FDDI CDDI (UTP) fix
> I  patchSG0002127       11/06/97  Patch SG0002127: icrash rollup #2 for IRIX 6.4
> I  patchSG0002133       07/24/97  Patch SG0002133: talkd security
> I  patchSG0002145       11/06/97  Patch SG0002145: Mount command rollup for IRIX 6.4
> I  patchSG0002149       11/06/97  Patch SG0002149: Automount command rollup for IRIX 6.4
> I  patchSG0002151       11/06/97  Patch SG0002151: serial driver update
> I  patchSG0002162       12/11/97  Patch SG0002162: Pthread library fixes (6.4)
> I  patchSG0002192       11/06/97  Patch SG0002192: 6.4 S2MP+OCTANE IP27/BASEIO proms
> I  patchSG0002194       12/11/97  Patch SG0002194: IRIX development environment updates
> I  patchSG0002207       11/06/97  Patch SG0002207: Add support for Coyote, Diana to stacker program
> I  patchSG0002258       11/06/97  Patch SG0002258: IRIX 6.4 AutoFS Rollup #1
> I  patchSG0002268       11/06/97  Patch SG0002268: fibrechannel update
> I  patchSG0002294       11/06/97  Patch SG0002294: specfs fixes for IRIX 6.4
> I  patchSG0002325       11/06/97  Patch SG0002325: I/O Support
> I  patchSG0002338       11/06/97  Patch SG0002338: OutBox security fixes
> I  patchSG0002370       11/06/97  Patch SG0002370: Availmon 2.1 for IRIX 6.4
> I  patchSG0002372       11/06/97  Patch SG0002372: XFS rollup #6 for IRIX 6.4
> I  patchSG0002373       12/04/97  Patch SG0002373: Showcase for 6.2 fix for printing of 3D objects
> I  patchSG0002412       11/06/97  Patch SG0002412: Ioconfig update
> I  patchSG0002694       12/04/97  Patch SG0002694: 6.4 kernel rollup
> I  patchSG0002789       03/01/98  Patch SG0002789: Onyx2 6.4 graphics rollup #4 including GVO support
> I  patchSG0002795       03/01/98  Patch SG0002795: Onyx2 Diagnostics 7th release
> I  patchSG0002880       03/01/98  Patch SG0002880: Multiple fixes for X libraries
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
> 

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

From guest  Thu Mar  5 04:23:16 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA04492 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 04:20:44 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA04465 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 04:20:43 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id EAA786794 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 04:20:43 -0800 (PST)
Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id EAA27480
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 04:20:42 -0800 (PST)
	mail_from (src@rose.engr.sgi.com)
Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA21013; Thu, 5 Mar 1998 04:20:41 -0800
Date: Thu, 5 Mar 1998 04:20:41 -0800
From: src@rose (Sharon Clay)
Message-Id: <9803050420.ZM21011@rose.engr.sgi.com>
In-Reply-To: maher@holodeck.gsfc.nasa.gov (Stephen Maher)
        "Infinite loop in pfNewPWin() (2.2)! - solved" (Mar  5,  6:47am)
References: <199803051147.GAA03415@holodeck.gsfc.nasa.gov>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: maher@holodeck.gsfc.nasa.gov (Stephen Maher), info-performer@sgi.com
Subject: Re: Infinite loop in pfNewPWin() (2.2)! - solved
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

+>---- On Mar 5,  6:47am, Stephen Maher wrote:
> Subject: Infinite loop in pfNewPWin() (2.2)! - solved

->
->I found the problem: 2.2 requires Channel 0 of the (IR2) DG card to be
->active when initializing, otherwise it hangs.

Yikes!  Certainly not intentionally!  And, we go to a fair amount
of effort to _not_ do this and search for the first active channel.
So, something somewhere is rotten - thanx for the report!

src.


-- 
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
Sharon Rose Clay - Silicon Graphics, Advanced Systems Dev.
src@sgi.com  (650) 933 - 1002  FAX: (650) 965 - 2658  MS 8U-590
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 04:40:54 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA04612 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 04:38:19 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA04585 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 04:38:18 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id EAA765214 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 04:38:18 -0800 (PST)
Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id EAA00630
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 04:38:17 -0800 (PST)
	mail_from (src@rose.engr.sgi.com)
Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA21079; Thu, 5 Mar 1998 04:38:15 -0800
Date: Thu, 5 Mar 1998 04:38:15 -0800
From: src@rose (Sharon Clay)
Message-Id: <9803050438.ZM21077@rose.engr.sgi.com>
In-Reply-To: ulf.yngwe@mandator.se
        "pfChanPick with an off-axis frustum" (Mar  5, 11:28am)
References: <C12565BE.0038FF09.00@mail01.mandator.se>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: ulf.yngwe@mandator.se, info-performer@sgi.com
Subject: Re: pfChanPick with an off-axis frustum
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

+>---- On Mar 5, 11:28am, ulf.yngwe@mandator.se wrote:
> Subject: pfChanPick with an off-axis frustum
->From guest@holodeck  Thu Mar  5 02:49:41 1998
->From: ulf.yngwe@mandator.se
->X-Lotus-FromDomain: MANDATOR
->To: info-performer@sgi.com
->Date: Thu, 5 Mar 1998 11:28:52 +0100
->Subject: pfChanPick with an off-axis frustum
->
->Hi perf-people!
->I have an application where I try to use pfChanPick. In this particular
->channel i am not looking in the center of the viewport (off-axis).
->This seemes to make all my picks miss what I am pointing on.
->Is this a known bug? In that case is it fixed in 2.2 (I am currently using
->2.1).

Yes, it is a known bug and the fix did not make it into the 2.2 release.
We are looking at the list of things to fix first for a future 2.2 update.

src.

-- 
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
Sharon Rose Clay - Silicon Graphics, Advanced Systems Dev.
src@sgi.com  (650) 933 - 1002  FAX: (650) 965 - 2658  MS 8U-590
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 05:26:05 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA04862 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 05:23:33 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA04835 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 05:23:32 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id FAA776708 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 05:23:31 -0800 (PST)
Received: from cse.cuhk.edu.hk (cucs18.cse.cuhk.edu.hk [137.189.91.190]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id FAA08934
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 05:23:29 -0800 (PST)
	mail_from (yprj2316@cse.cuhk.edu.hk)
Received: from mxi.cs.cuhk.hk  by cse.cuhk.edu.hk  with SMTP id VAA06354; Thu, 5 Mar 1998 21:23:27 +0800 (HKT)
From: Felix Yprj2316 Keung <yprj2316@cse.cuhk.edu.hk>
Received: by mxi.cs.cuhk.hk (950413.SGI.8.6.12/Spike-2.0)
	id VAA01896; Thu, 5 Mar 1998 21:23:27 +0800
Message-Id: <199803051323.VAA01896@mxi.cs.cuhk.hk>
Subject: how to get the desired node?
To: info-performer@sgi.com
Date: Thu, 5 Mar 1998 21:23:26 +0800 (HKT)
X-Mailer: ELM [version 2.4 PL25]
Content-Type: text
Status: O

Hi all,
	Here is the part of my scene graph :


                /      \
			   /        \	
			  sw        sw2
			  /\        /\
			 /  \      /  \
		   obj  obj   obj obj

	where sw and sw2 are the pfSwitch nodes . 
	Now when I traverse the tree and one of the switch node will be get , how to detect which the switch ,sw or sw2, of the  node is?
	
	I have tried to use pfCompare , but it just tells it is a switch type or not . I want the result to tell sw or sw2 that the get node belongs to .

	How to detect it ?

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

From guest  Thu Mar  5 05:47:20 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA04990 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 05:44:49 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA04963 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 05:44:48 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id FAA799619 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 05:44:48 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id FAA13474
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 05:44:47 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA19523; Thu, 5 Mar 1998 05:44:45 -0800
From: "Rob Jenkins" <robj@quid>
Message-Id: <9803050544.ZM19521@quid.engr.sgi.com>
Date: Thu, 5 Mar 1998 05:44:45 -0800
In-Reply-To: Yutaka Kanou <kanou@ddd.co.jp>
        "Doesn't pfLayer work on Reality?" (Mar  5,  5:00pm)
References: <199803050807.RAA24636@farm.ddd.co.jp>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Yutaka Kanou <kanou@ddd.co.jp>, info-performer@sgi.com
Subject: Re: Doesn't pfLayer work on Reality?
Cc: dio@ddd.co.jp
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 5,  5:00pm, Yutaka Kanou wrote:
> Subject: Doesn't pfLayer work on Reality?
> Hello.
>
> I am using pfLayer nodes for avoiding visual inteference between two
> polygons on the same mathematical plane.
>
> It works well on InfiniteReality and O2. But It doesn't work on
> Onyx2/Reality. I recognize a well-known flaw image caused by Z-buffer
> precision error.
>
> Performer version is 2.1.
>
> Is there any workaround?
>

I've seen a problem running perfly_igl on Reality before, for some reason ( not
yet fixed I don't think ) it didn't get a zbuffer visual. perfly_ogl worked
fine though so what GL are you linked against ? If you have PFNFYLEVEL set to 6
say then you should get some info about the window/framebuffer config thast
performer thinks it opened for you, could you post that ? Also, once your app
is up and running use xwininfo with the -tree then -id options to work out
which visual you are using ( match xwininfo -id output visual number against
the list generated by findvis ).

Cheers
Rob


-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 05:55:06 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA05118 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 05:53:19 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA05091 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 05:53:18 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id FAA794212 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 05:53:17 -0800 (PST)
Received: from ntserver.ivex3d.com ([199.250.179.65]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id FAA15585
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 05:53:13 -0800 (PST)
	mail_from (munjulur@ivex3d.com)
Received: by ntserver.ivex3d.com from localhost
    (router,SLMail V2.6); Thu, 05 Mar 1998 08:52:31 -0500
Received: by ntserver.ivex3d.com from GRENADA
    (192.168.1.16::mail daemon; unverified,SLMail V2.6); Thu, 05 Mar 1998 08:52:30 -0500
Received: by GRENADA         with Microsoft Mail
	id <01BD4814.13DAE3E0@GRENADA        >; Thu, 5 Mar 1998 08:52:50 -0500
Message-ID: <01BD4814.13DAE3E0@GRENADA        >
From: Ram Munjuluri <munjulur@ivex3d.com>
To: "'Yutaka Kanou'" <kanou@ddd.co.jp>
Cc: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: RE: Doesn't pfLayer work on Reality?
Date: Thu, 5 Mar 1998 08:52:49 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Status: O

Hi,

This is Ram Munjuluri. Seems like you could adjust your near and Far =
plane for the channel to be in the ratio of 10k. This should at least =
minimize the problem. =20

hope this helps
-Ram
ram@ivex3d.com


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

From guest  Thu Mar  5 05:52:28 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA05039 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 05:50:36 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA05012 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 05:50:33 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id FAA484029 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 05:50:32 -0800 (PST)
Received: from ntserver.ivex3d.com ([199.250.179.65]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id FAA14887
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 05:50:28 -0800 (PST)
	mail_from (munjulur@ivex3d.com)
Received: by ntserver.ivex3d.com from localhost
    (router,SLMail V2.6); Thu, 05 Mar 1998 08:47:38 -0500
Received: by ntserver.ivex3d.com from GRENADA
    (192.168.1.16::mail daemon; unverified,SLMail V2.6); Thu, 05 Mar 1998 08:47:37 -0500
Received: by GRENADA         with Microsoft Mail
	id <01BD4813.64CD5A40@GRENADA        >; Thu, 5 Mar 1998 08:47:56 -0500
Message-ID: <01BD4813.64CD5A40@GRENADA        >
From: Ram Munjuluri <munjulur@ivex3d.com>
To: "'Joaquin Casillas Melendez'" <jcasilla@glup.irobot.uv.es>,
        "Baranowski, Mark" <mark_baranowski@peragroup.com>
Cc: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: RE: Projected texture lighting
Date: Thu, 5 Mar 1998 08:47:54 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Status: O

Hey,

I guess, this was fixed in Perf2.2. Under Perf2.1, you need to make sure =
that there are no functions called between pfMultiProcess() and =
pfConfig(). I believe this should work. Also, try switching between
pfPhase(FREE)/pfPhase(LOCK), mode , you will see a difference. I am not =
exactly sure which one used to work correctly under Perf2.1.

-Hope this helped

-Ram
ram@ivex3d.com






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

From guest  Thu Mar  5 06:11:55 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA05379 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 06:09:29 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA05352 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 06:09:28 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA794401 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 06:09:28 -0800 (PST)
Received: from ngedns.northgrum.com (ngedns.northgrum.com [192.86.71.10]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA19777
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 06:09:26 -0800 (PST)
	mail_from (shawn_soeder@atdc.northgrum.com)
Received: from esplt14m-s.grumman.com ([132.228.111.101]) by ngedns.northgrum.com (8.8.4/8.6.12) with SMTP id GAA03893 for <info-performer@sgi.com>; Thu, 5 Mar 1998 06:07:01 -0800 (PST)
Message-ID: <n1323033086.31883@esplt14m-s.grumman.com>
Date: 5 Mar 1998 09:12:21 -0400
From: "Shawn Soeder" <shawn_soeder@atdc.northgrum.com>
Subject: v2.1 drawing problem
To: "performer list" <info-performer@sgi.com>
X-Mailer: Mail*Link SMTP-QM 4.0.0
Status: O

Performers,

I am experiencing a rendering problem.  I have a pfGeode which contains
emissive lineset geometry that is constantly being updated in the app process.
 Although the bounding volumes always appear to be correct, the rendering of
the geometry is only correct for a few frames, after which it is frozen in a
fixed postion.  If I switch to rendering style "lines" or highlight the
geometry, it is rendered correctly!  If I then switch back to normal
rendering, the geometry snaps back to its original, frozen, incorrect
position.

Is this geometry getting display-listed somewhere?  If so, how do I prevent
this?  If not, any other ideas?

I am using the Performer v2.1 C++  API, running on an Onyx IR, IRIX 6.2, with
patches 1208, 1258, 1281, 1295, 1355, 1422, 1569, 1609, 1630, 1631, 1633,
1634, 1637 and 2285 (whew!). 

Shawn Soeder

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

From guest  Thu Mar  5 06:53:24 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA05490 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 06:50:59 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA05463 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 06:50:58 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA760279 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 06:22:08 -0800 (PST)
Received: from weald.air.saab.se (weald.air.saab.se [136.163.212.3]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA23328
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 06:22:05 -0800 (PST)
	mail_from (Mattias.Johansson@saab.se)
From: Mattias.Johansson@saab.se
Received: from limes.air.saab.se (limes.air.saab.se [136.163.210.10])
	by weald.air.saab.se (MSTR SLVE/XXVI) with ESMTP id XVPAA21749
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 15:22:02 +0100 (CET)
Received: from turner.air.saab.se (turner.air.saab.se [136.163.251.7])
	by limes.air.saab.se (MSTR SLVE/XXVI) with ESMTP id XVPAA15522
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 15:21:59 +0100 (CET)
Date: Thu, 05 Mar 1998 15:06:35 +0100
Subject: Problem: pf2.2 + Onyx2 + Layers
Sender: Mattias.Johansson@saab.se
To: info-performer@sgi.com
Message-id: <PAA15522@saab.se>
Organization: Saab Aerospace
MIME-version: 1.0
X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.5.1 sun4u)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Status: O

Hi,

We have a flight sim app with a large MultiGen database.
This app normally runs on an 3 pipe Onyx IR w. pf2.1

I'm trying to move the app to an Onyx2 with pf2.2. 
I can't seem to get the same quality with layers on the new 
machine.

Depending on pfDecal mode, we either get z-fighting (runway markings)
or polygons rising to the sky (lakes).

Unfortunately we use large sub faces to make outlines
of lakes on top of a generic satellite image. The lakes
are sort of floating up in the air when using the 
default layering algorithm. This effect is much much more
noticeable on the new machine (read: distracting).

We use 23bits depth buffer and the same values for FOV and 
near/farclip on the two machines.

Anyone got any suggestions as to what the source of the problem might
be?
Hardware, Performer release, graphics rollup, Multigen .... ????

Machine info: Onyx2, one RM7, graphics rollup #4 (2789)
-- 
----------------------------------------------------------------------------
Mattias Johansson                          Email:
Mattias.Johansson@saab.se
Systems Engineer                           Phone: +46 (0)13 - 181740
Saab Aerospace - Simulation Center         Fax  : +46 (0)13 - 184177
581 88 Linkoping - Sweden
----------------------------------------------------------------------------
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 07:03:02 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA05736 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 07:01:01 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA05709 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 07:01:00 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id HAA798111 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 07:01:00 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id HAA04812
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 07:00:59 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA19694; Thu, 5 Mar 1998 07:00:58 -0800
From: "Rob Jenkins" <robj@quid>
Message-Id: <9803050700.ZM19692@quid.engr.sgi.com>
Date: Thu, 5 Mar 1998 07:00:58 -0800
In-Reply-To: "Shawn Soeder" <shawn_soeder@atdc.northgrum.com>
        "v2.1 drawing problem" (Mar  5,  9:12am)
References: <n1323033086.31883@esplt14m-s.grumman.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "Shawn Soeder" <shawn_soeder@atdc.northgrum.com>,
        "performer list" <info-performer@sgi.com>
Subject: Re: v2.1 drawing problem
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 5,  9:12am, Shawn Soeder wrote:
> Subject: v2.1 drawing problem
> Performers,
>
> I am experiencing a rendering problem.  I have a pfGeode which contains
> emissive lineset geometry that is constantly being updated in the app
process.
>  Although the bounding volumes always appear to be correct, the rendering of
> the geometry is only correct for a few frames, after which it is frozen in a
> fixed postion.  If I switch to rendering style "lines" or highlight the
> geometry, it is rendered correctly!  If I then switch back to normal
> rendering, the geometry snaps back to its original, frozen, incorrect
> position.
>
> Is this geometry getting display-listed somewhere?  If so, how do I prevent
> this?  If not, any other ideas?
>
> I am using the Performer v2.1 C++  API, running on an Onyx IR, IRIX 6.2, with
> patches 1208, 1258, 1281, 1295, 1355, 1422, 1569, 1609, 1630, 1631, 1633,
> 1634, 1637 and 2285 (whew!).
>
> Shawn Soeder
>
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>-- End of excerpt from Shawn Soeder

Shawn

You have a very old iR gfx patch ( 1355 ), I would suggest you upgrade that to
the latest for Onyx iR ( running 6.2 ) to patch 2327 before chasing any gfx
problems, it might not fix it but it does fix lot's of other things. In fact
you ought to get the whole recommended patchset for you machine/OS ( see
www.sgi.com/support, follow link for patches )

Cheers
Rob


-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 06:57:21 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA05678 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 06:55:25 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA05651 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 06:55:24 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA797671 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 06:55:23 -0800 (PST)
Received: from bhole2.cae.ca (postit.cae.ca [142.39.200.51]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id GAA02940
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 06:55:21 -0800 (PST)
	mail_from (mayer@cae.ca)
Received: 	id JAA24823; Thu, 5 Mar 1998 09:14:04 -0500
Received: by gateway id AA08458; Thu, 5 Mar 1998 09:03:44 -0500
Received: by gateway id JAA28423; Thu, 5 Mar 1998 09:08:14 -0500
Date: Thu, 5 Mar 1998 09:08:14 -0500
From: mayer@cae.ca (Sylvain Mayer)
Message-Id: <199803051408.JAA28423@christine.cae.ca>
To: info-performer@sgi.com, Felix Yprj2316 Keung <yprj2316@cse.cuhk.edu.hk>
Subject: Re:  how to get the desired node?
Status: O

Hi Felix,

you can name your switches with pfNodeName and then you would just ask
pfGetNodeName to differentiate both.  You could also do pfGetParent if you
know something about the parent (assuming they don't have the same parent or
the parent have some sort of internal data to differentiate its switches).

hope this help

Sylvain Mayer, 3D Graphics Developer
CAE Electronics Ltd. (http://www.cae.ca)
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 08:02:59 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA06155 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 08:00:16 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA06128 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 08:00:11 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id IAA811800 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 08:00:10 -0800 (PST)
Received: from jsc-ems-gws03.jsc.nasa.gov (jsc-ems-gws03.jsc.nasa.gov [139.169.39.19]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA24007
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 08:00:09 -0800 (PST)
	mail_from (hadi.m.tjandrasa1@jsc.nasa.gov)
Received: by jsc-ems-gws03.jsc.nasa.gov with Internet Mail Service (5.5.1960.3)
	id <GKPG7KGV>; Thu, 5 Mar 1998 10:00:16 -0600
Message-ID: <8E67FF90AC77D111BB150020AFFBFC866293D7@jsc-ems-mbs05.jsc.nasa.gov>
From: "TJANDRASA, HADI M. (JSC-ER7)" <hadi.m.tjandrasa1@jsc.nasa.gov>
To: info-performer@sgi.com, Mattias.Johansson@saab.se
Subject: RE: Problem: pf2.2 + Onyx2 + Layers
Date: Thu, 5 Mar 1998 10:00:13 -0600 
X-Mailer: Internet Mail Service (5.5.1960.3)
Status: O

Changing far and near clipping planes may help eliminate runway markings
from flashing, try setting hither to 0.1.

Hadi Tjandrasa

> ----------
> From: 	Mattias.Johansson@saab.se[SMTP:Mattias.Johansson@saab.se]
> Sent: 	Thursday, March 05, 1998 8:06 AM
> To: 	info-performer@sgi.com
> Subject: 	Problem: pf2.2 + Onyx2 + Layers
> 
> Hi,
> 
> We have a flight sim app with a large MultiGen database.
> This app normally runs on an 3 pipe Onyx IR w. pf2.1
> 
> I'm trying to move the app to an Onyx2 with pf2.2. 
> I can't seem to get the same quality with layers on the new 
> machine.
> 
> Depending on pfDecal mode, we either get z-fighting (runway markings)
> or polygons rising to the sky (lakes).
> 
> Unfortunately we use large sub faces to make outlines
> of lakes on top of a generic satellite image. The lakes
> are sort of floating up in the air when using the 
> default layering algorithm. This effect is much much more
> noticeable on the new machine (read: distracting).
> 
> We use 23bits depth buffer and the same values for FOV and 
> near/farclip on the two machines.
> 
> Anyone got any suggestions as to what the source of the problem might
> be?
> Hardware, Performer release, graphics rollup, Multigen .... ????
> 
> Machine info: Onyx2, one RM7, graphics rollup #4 (2789)
> -- 
> --------------------------------------------------------------------------
> --
> Mattias Johansson                          Email:
> Mattias.Johansson@saab.se
> Systems Engineer                           Phone: +46 (0)13 - 181740
> Saab Aerospace - Simulation Center         Fax  : +46 (0)13 - 184177
> 581 88 Linkoping - Sweden
> --------------------------------------------------------------------------
> --
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
> 
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 09:21:10 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA06397 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 09:18:11 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA06366 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 09:18:09 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA308352 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 09:18:02 -0800 (PST)
Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA23949
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 09:18:01 -0800 (PST)
	mail_from (rioj7@fel.tno.nl)
Received: by firewall.fel.tno.nl; id SAA20306; Thu, 5 Mar 1998 18:24:29 +0100 (MET)
Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2)
	id xma020301; Thu, 5 Mar 98 18:24:24 +0100
Received: (from rioj7@localhost)
	by s00sn1.fel.tno.nl (8.8.5/8.8.5) id SAA14039;
	Thu, 5 Mar 1998 18:18:27 +0100 (MET)
From: Mario Veraart <rioj7@fel.tno.nl>
Message-Id: <199803051718.SAA14039@s00sn1.fel.tno.nl>
Subject: Can't get single buffer window on iR
To: info-performer@sgi.com (Performer)
Date: Thu, 5 Mar 1998 18:18:27 +0100 (MET)
Cc: rioj7@s00sn1.fel.tno.nl (Mario Veraart)
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Status: O

Hello,

I want to open a single buffer window with at least one stencil bit on
an iR system. It always gives me a double buffered window.
My application would be a lot complexer if I have to use doubled
buffered.

Is it possible to open a single buffer window on iR?

I use the following code to configure the window

    pfPipeWindow *pw = new pfPipeWindow(p);
    pw->setWinType(PFPWIN_TYPE_X);
    pw->setMode(PFWIN_NOBORDER, TRUE);
    pw->setOriginSize(0,0,sizeX,sizeY);
    pw->setConfigFunc(OpenPipeWin);

    static int FBAttrs[] = {
        PFFB_RGBA,
        PFFB_DEPTH_SIZE, 24,
        PFFB_RED_SIZE, 8,
        PFFB_STENCIL_SIZE, 1,
        NULL,
    };
    pw->setFBConfigAttrs(FBAttrs);
    pw->config();

The OpenPipeWin function only calls pw->open() and checks what the
settings of the window are.

On a Maximum Impact it all runs fine.
I use Performer 2.1.

Some info about the hardware of the iR

FPU: MIPS R10010 Floating Point Chip Revision: 0.0
CPU: MIPS R10000 Processor Chip Revision: 2.6
4 195 MHZ IP27 Processors
Main memory size: 256 Mbytes
Instruction cache size: 32 Kbytes
Data cache size: 32 Kbytes
Graphics board: InfiniteReality2

gfxinfo gives

Graphics board 0 is "KONAL" graphics.
        Managed (":0.0") 1280x1024
        Display has 8 channels
        4 GEs (of 4), occmask = 0x0f
        4MB external BEF ram, 32bit path
        2 RM7 boards (of 2) 1/1/0/0
        Texture Memory: 16MB/16MB/-/-
        Large pixel depth
        32K cmap, 64K external gamma
        Channel 0:
         Origin = (0,0)
         Video Output: 1280 pixels, 1024 lines, 60.00Hz (1280x1024_60.vfo)


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

From guest  Thu Mar  5 09:52:43 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA06563 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 09:49:40 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA06536 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 09:49:39 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA827859 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 09:49:39 -0800 (PST)
Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id JAA07293
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 09:49:37 -0800 (PST)
	mail_from (cyxue@icemt.iastate.edu)
Received: from cobra.icemt.iastate.edu (cobra.icemt.iastate.edu [129.186.232.65]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id LAA25092 for <info-performer@sgi.com>; Thu, 5 Mar 1998 11:49:36 -0600
Received: (from cyxue@localhost) by cobra.icemt.iastate.edu (950413.SGI.8.6.12/8.6.12) id LAA10684 for info-performer@sgi.com; Thu, 5 Mar 1998 11:49:36 -0600
From: "Clara Xue" <cyxue@icemt.iastate.edu>
Message-Id: <9803051149.ZM10685@cobra.icemt.iastate.edu>
Date: Thu, 5 Mar 1998 11:49:36 -0600
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: pfdFindConverterDSO
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

I have a new loader in my directory that I want to link with. But the program
keeps searching for the old version in the standard /usr/lib/libpfdb. My path
/home/users/cyxue/ow comes before the standard performer path,

10514 PF Debug:                pfdFindConverterDSO() - DSO search path is:
10514 PF                         "/home/users/cyxue/ow:"
10514 PF                         ".:"
10514 PF                         ".:"
10514 PF                         "/home/users/cyxue/ow:"
10514 PF                         "/home/users/cyxue/lib:"
10514 PF                         "/usr/lib/libpfdb:"
10514 PF                         "/usr/share/Performer/lib/libpfdb"

But it still says

10514 PF Debug:                pfdFindConverterDSO() - trying
"/home/users/cyxue/ow/libpfwrl_ogl.so" version "sgi4.0.440"
10514 PF Debug:                  dlopen said: 10514:mynav: rld: Fatal Error:
Cannot Successfully Map soname '/home/users/cyxue/ow/libpfwrl_ogl.so' under any
of the filenames /home/users/cyxue/ow/libpfwrl_ogl.so

while the file is exactly there.

I totally disabled /usr/lib/libpfdb.

LD_LIBRARYN32_PATH=/home/users/cyxue/ow
LD_LIBRARY_PATH=.:/home/users/cyxue/ow:/home/users/cyxue/lib
PFLD_LIBRARY_PATH=/home/users/cyxue/ow
PFLD_LIBRARYN32_PATH=/home/users/cyxue/ow

What else am I missing here? I'll appreciate any help.

I'm running IRIS Performer 2.2 on IRIX 6.4.
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 09:59:54 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA06610 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 09:57:42 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA06583 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 09:57:41 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA839605 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 09:57:41 -0800 (PST)
Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA10705
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 09:57:38 -0800 (PST)
	mail_from (rioj7@fel.tno.nl)
Received: by firewall.fel.tno.nl; id TAA22050; Thu, 5 Mar 1998 19:04:04 +0100 (MET)
Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2)
	id xma022031; Thu, 5 Mar 98 19:03:45 +0100
Received: (from rioj7@localhost)
	by s00sn1.fel.tno.nl (8.8.5/8.8.5) id SAA14545
	for info-performer@sgi.com; Thu, 5 Mar 1998 18:57:49 +0100 (MET)
From: Mario Veraart <rioj7@fel.tno.nl>
Message-Id: <199803051757.SAA14545@s00sn1.fel.tno.nl>
Subject: Re: Can't get single buffer window on iR (solved)
To: info-performer@sgi.com (Performer)
Date: Thu, 5 Mar 1998 18:57:48 +0100 (MET)
In-Reply-To: <199803051718.SAA14039@s00sn1.fel.tno.nl> from "Mario Veraart" at Mar 5, 98 06:18:27 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Status: O

> 
> Hello,
> 
> I want to open a single buffer window with at least one stencil bit on
> an iR system. It always gives me a double buffered window.
> 
> I use the following code to configure the window
> 
>     pfPipeWindow *pw = new pfPipeWindow(p);
>     pw->setWinType(PFPWIN_TYPE_X);
>     pw->setMode(PFWIN_NOBORDER, TRUE);
>     pw->setOriginSize(0,0,sizeX,sizeY);
>     pw->setConfigFunc(OpenPipeWin);
> 
>     static int FBAttrs[] = {
>         PFFB_RGBA,
>         PFFB_DEPTH_SIZE, 24,
>         PFFB_RED_SIZE, 8,
>         PFFB_STENCIL_SIZE, 1,
>         NULL,
>     };
>     pw->setFBConfigAttrs(FBAttrs);
>     pw->config();

I just read a mail of Rob Jenkins that makes a mension of the command
'findvis'. I tried to locate singled buffered visuals on my machine
and it turned out that they have Z-buffer size of 23 or 15. And
reading the man page of glXChooseVisual showed that I was making an
impossible request. So changing to Z size 23 bits was the solution.

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

From guest  Thu Mar  5 10:06:17 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA06673 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 10:04:44 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA06646 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 10:04:43 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA835909 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 10:04:42 -0800 (PST)
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA12951
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 10:03:36 -0800 (PST)
	mail_from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA09278; Thu, 5 Mar 1998 10:03:16 -0800
From: remi@remi (Rémi Arnaud)
Message-Id: <199803051803.KAA09278@remi.engr.sgi.com>
Subject: Re: Projected texture lighting
To: jcasilla@glup.irobot.uv.es (Joaquin Casillas Melendez)
Date: Thu, 5 Mar 1998 10:03:16 -0800 (PST)
Cc: mark_baranowski@peragroup.com, info-performer@sgi.com
In-Reply-To: <34FD65BD.2781@glup.irobot.uv.es> from "Joaquin Casillas Melendez" at Mar 4, 98 06:31:25 am
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Status: O

Joaquin Casillas Melendez wrote:
> 
> Ok, that is the problem. I have used pfMultiprocess(PFMP_APPCULLDRAW)
> and now the projected texture spotlight is working fine. Is there any
> workaround(or patch) to get it running under 2.1 in a multiprocessing
> way? It is not an option for me to move my app to 2.2 version  because
> time requirements, and I really need the app to be working in a
> multiprocessing environment.

  Installing 2.2 and recompiling your application should not take you
  more than a few hours ?


    _  /              _             _ 
   |_) _ ._ _ o   /\ |_)|\ | /\ | || \
   | \(/_| | ||  /--\| \| \|/--\|_||_/
                                          
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 10:27:28 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA06979 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 10:26:14 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA06952 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 10:26:14 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA841937 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 10:26:13 -0800 (PST)
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA22684
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 10:26:12 -0800 (PST)
	mail_from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA10777; Thu, 5 Mar 1998 10:26:10 -0800
From: remi@remi (Rémi Arnaud)
Message-Id: <199803051826.KAA10777@remi.engr.sgi.com>
Subject: Re: pfdFindConverterDSO
To: cyxue@icemt.iastate.edu (Clara Xue)
Date: Thu, 5 Mar 1998 10:26:10 -0800 (PST)
Cc: info-performer@sgi.com
In-Reply-To: <9803051149.ZM10685@cobra.icemt.iastate.edu> from "Clara Xue" at Mar 5, 98 11:49:36 am
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Status: O

Clara Xue wrote:
> 
> I have a new loader in my directory that I want to link with. But the program
> keeps searching for the old version in the standard /usr/lib/libpfdb. My path
> /home/users/cyxue/ow comes before the standard performer path,
> 
> 10514 PF Debug:                pfdFindConverterDSO() - DSO search path is:
> 10514 PF                         "/home/users/cyxue/ow:"
> 10514 PF                         ".:"
> 10514 PF                         ".:"
> 10514 PF                         "/home/users/cyxue/ow:"
> 10514 PF                         "/home/users/cyxue/lib:"
> 10514 PF                         "/usr/lib/libpfdb:"
> 10514 PF                         "/usr/share/Performer/lib/libpfdb"
> 
> But it still says
> 
> 10514 PF Debug:                pfdFindConverterDSO() - trying
> "/home/users/cyxue/ow/libpfwrl_ogl.so" version "sgi4.0.440"
> 10514 PF Debug:                  dlopen said: 10514:mynav: rld: Fatal Error:
> Cannot Successfully Map soname '/home/users/cyxue/ow/libpfwrl_ogl.so' under any
> of the filenames /home/users/cyxue/ow/libpfwrl_ogl.so
> 
> while the file is exactly there.
> 
> I totally disabled /usr/lib/libpfdb.
> 
> LD_LIBRARYN32_PATH=/home/users/cyxue/ow
> LD_LIBRARY_PATH=.:/home/users/cyxue/ow:/home/users/cyxue/lib
> PFLD_LIBRARY_PATH=/home/users/cyxue/ow
> PFLD_LIBRARYN32_PATH=/home/users/cyxue/ow
> 
> What else am I missing here? I'll appreciate any help.
> 
> I'm running IRIS Performer 2.2 on IRIX 6.4.

  Can you use rld debug to see what's going on:

setenv _RLD_PATH /usr/lib/rld.debug; setenv _RLDN32_PATH /usr/lib32/rld.debug; setenv _RLD64_PATH /usr/lib64/rld.debug; setenv _RLD_ARGS -v

    _  /              _             _ 
   |_) _ ._ _ o   /\ |_)|\ | /\ | || \
   | \(/_| | ||  /--\| \| \|/--\|_||_/
                                          
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 10:55:33 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA07247 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 10:54:09 -0800
Return-Path: <guest>
Received: from remi.engr.sgi.com (remi.engr.sgi.com [150.166.37.25]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA07220 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 10:54:08 -0800
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA11129; Thu, 5 Mar 1998 10:54:07 -0800
From: remi@remi (Rémi Arnaud)
Message-Id: <199803051854.KAA11129@remi.engr.sgi.com>
Subject: Re: pfdFindConverterDSO
To: cyxue@icemt.iastate.edu (Clara Xue)
Date: Thu, 5 Mar 1998 10:54:02 -0800 (PST)
Cc: info-performer@remi
In-Reply-To: <9803051242.ZM11065@cobra.icemt.iastate.edu> from "Clara Xue" at Mar 5, 98 12:42:39 pm
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Content-Length: 2427      
Status: O

Clara Xue wrote:
> 
> What should I look for in particular?

 Looks like your library is not a o32, and your program is a o32, that is
 why it links with the /usr/lib.

 Also, can you do a elfdump -L /usr/lib/libmd.so.1 | grep IVERSION
 and see if you get sgi4.0.440 ?

   Thanks

> 
> 11063: 12:28:40 _RLD_ARGS = "-v"
> 11063: 12:28:40 rld version 7.2+ o32 ABI Jan 27 1998 00:41:13
> 11063: 12:28:40 _RLD*_ROOT = /
> 11063: 12:28:40 LD_LIBRARY_PATH = .:/home/users/cyxue/ow:/home/users/cyxue/lib
> 
> .
> .
> .
> 
> 
> 11063 PF Debug:                pfdFindConverterDSO() - trying
> "/home/users/cyxue/ow/libpfwrl_ogl.so" version "sgi4.0.440"
> 11063: 12:28:49 mynav: dlopening -------- /home/users/cyxue/ow/libpfwrl_ogl.so
> mode 0x1 version sgi4.0.440 l_flags 0x0 category 0x1 LIBDL_DLOPEN
> 11063: 12:28:49 mynav: dlopen (dlopen) is called with name =
> /home/users/cyxue/ow/libpfwrl_ogl.so, version = sgi4.0.440 l_flags=0, libdl? 1
> 11063: 12:28:49 mynav: loading obj /home/users/cyxue/ow/libpfwrl_ogl.so with
> version sgi4.0.440
> 11063 PF Debug:                  dlopen said: 11063:mynav: rld: Fatal Error:
> Cannot Successfully Map soname '/home/users/cyxue/ow/libpfwrl_ogl.so' under any
> of the filenames /home/users/cyxue/ow/libpfwrl_ogl.so
> 
> .
> .
> .
> 
> 11063 PF Debug:                pfdFindConverterDSO() - trying
> "/usr/lib/libpfdb/libpfwrl_ogl.so" version "sgi4.0.440"
> 11063: 12:28:49 mynav: dlopening -------- /usr/lib/libpfdb/libpfwrl_ogl.so mode
> 0x1 version sgi4.0.440 l_flags 0x0 category 0x1 LIBDL_DLOPEN
> 11063: 12:28:49 mynav: dlopen (dlopen) is called with name =
> /usr/lib/libpfdb/libpfwrl_ogl.so, version = sgi4.0.440 l_flags=0, libdl? 1
> 11063: 12:28:49 mynav: loading obj /usr/lib/libpfdb/libpfwrl_ogl.so with
> version sgi4.0.440
> 11063: 12:28:49 mynav: mapped /usr/lib/libpfdb/libpfwrl_ogl.so at 0x3de80000

> 
> .
> .
> .
> 
> 11063: 12:28:49 mynav: call_init: calling initialization code of
> "/usr/lib/libpfdb/libpfwrl_ogl.so" -- 0x3debd1a0 base aout marrk 0
> 
> .
> .
> .
> 
> 11063: 12:28:49 mynav: do_dlopen_dependencies ref count for
> /usr/lib/libpfdb/libpfwrl_ogl.so incremented to 1
> 
> .
> .
> .
> 
> 11063 PF Debug:                pfdFindConverterDSO() - using DSO
> "/usr/lib/libpfdb/libpfwrl_ogl.so"
> 

    _  /              _             _ 
   |_) _ ._ _ o   /\ |_)|\ | /\ | || \
   | \(/_| | ||  /--\| \| \|/--\|_||_/
                                          
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar  5 18:43:16 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA02011 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Mar 1998 18:41:45 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id SAA01984 for <info-performer@holodeck.engr.sgi.com>; Thu, 5 Mar 1998 18:41:43 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id SAA1008002 for <info-performer@cthulhu.engr.sgi.com>; Thu, 5 Mar 1998 18:41:42 -0800 (PST)
Received: from evl.uic.edu (evl.evl.uic.edu [131.193.48.80]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id SAA12022
	for <info-performer@sgi.com>; Thu, 5 Mar 1998 18:41:36 -0800 (PST)
	mail_from (pape@evl.uic.edu)
Received: from cubs.evl.uic.edu by evl.uic.edu via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO)
	for <info-performer@sgi.com> id UAA14290; Thu, 5 Mar 1998 20:42:27 -0600
Received: from localhost (pape@localhost) by cubs.evl.uic.edu (8.8.7/8.6.4) with SMTP id UAA09593 for <info-performer@sgi.com>; Thu, 5 Mar 1998 20:41:57 -0600 (CST)
X-Authentication-Warning: cubs.evl.uic.edu: pape owned process doing -bs
Date: Thu, 5 Mar 1998 20:41:57 -0600 (CST)
From: Dave Pape <pape@evl.uic.edu>
Reply-To: Dave Pape <pape@evl.uic.edu>
To: info-performer@sgi.com
Subject: Serialized DRAW processes on TKO
Message-ID: <Pine.SGI.3.95.980305201535.8907K-100000@cubs.evl.uic.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

Hi-

  We've recently started running our Performer apps on a 4 pipe
Onyx2/IR, and noticed a disturbing drop in framerate as more pipes
were used.  It appears that Performer is serializing the draw
processes when the Onyx is in a TKO-style configuration (pipes
are displays :0, :1, :2, and :3).

  To verify this, I added some code to get timestamps at the beginning and
end of the channel draw callback (which selects the stereo buffer, calls
pfClearChan() and pfDraw()) on certain frames, and printed them later. 
The timing information clearly showed that the pipes were being drawn in
sequence, rather than in parallel.

  On a wild guess, I switched the system to single keyboard mode (:0.0,
:0.1, :0.2, and :0.3).  With just this change, the draw stages for the
different pipes now all start at the same time, and the framerate is
back to what we'd expect.

  These tests were run with Performer 2.2 n32 and o32, and Performer 2.1.3
o32.  All three versions had the same behavior.  We're using Irix 6.4. 

  So, what's the deal?  Is there something I might be doing, or not doing,
which would cause this? (all the channels are attached together, and share
the scene, draw func, and swapbuffers)  Is it a Performer bug, and is
there a fix?

 -Dave

---------------------------------------------------------------------------
Dave Pape                          Electronic Visualization Laboratory, UIC
pape@evl.uic.edu                   http://www.evl.uic.edu/pape/


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

From guest  Fri Mar  6 06:33:57 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA02970 for info-performer-dist@holodeck.engr.sgi.com; Fri, 6 Mar 1998 06:32:34 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA02943 for <info-performer@holodeck.engr.sgi.com>; Fri, 6 Mar 1998 06:32:33 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA1122151 for <info-performer@cthulhu.engr.sgi.com>; Fri, 6 Mar 1998 06:32:32 -0800 (PST)
Received: from relay2.smtp.psi.net (relay2.smtp.psi.net [38.8.188.2]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA20354
	for <info-performer@sgi.com>; Fri, 6 Mar 1998 06:32:31 -0800 (PST)
	mail_from (gwaldron@peril.com)
Received: from killer by relay2.smtp.psi.net (8.8.5/SMI-5.4-PSI)
	id JAA00708; Fri, 6 Mar 1998 09:32:29 -0500 (EST)
Message-ID: <003301bd490c$f099fa20$0fedb526@killer.potomacinstitute.com>
From: "Glenn Waldron" <gwaldron@peril.com>
To: <info-performer@sgi.com>
Subject: switching an open window to stereo
Date: Fri, 6 Mar 1998 09:34:15 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Status: O

I have a pfPipeWindow, already open, that I wish to switch
to PFFB_STEREO.  Here's what I'm doing: (Assume single-process mode,
Octane MXI, pf2.2, 4 TRAMS, setmon 1024x769_96s.)

in the channel draw callback:
  ...
  static int fbattrs[] = {
    PFFB_RGBA,
    PFFB_DOUBLEBUFFER,
    PFFB_STEREO,
    None
  };

  if (first) {
    first=0;
    pw = pfchan->getPWin();
    pw->close();
    pw->chooseFBConfig(fbattrs);
    pw->open();                      /* crashes here */
  }

This gives me the following output:

PF Warn/Usage: pfMemory::unrefGetRef() Attempt to unreference memory with 0
reference count.
(repeated 6 times)

X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request: 143 (GLX)
  Minor opcode of failed request: 17 (X_GLXVendorPrivateWithReply)
  ...

Incidentally, if I remove the "chooseFBConfig() call", the close/open
works fine.  Any help is appreciated.  thanks- glenn.

--
Glenn Waldron - Tech Dir., Peril Technologies Inc
gwaldron@peril.com - www.peril.com - 703.598.7835


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

From guest  Fri Mar  6 07:05:57 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA03089 for info-performer-dist@holodeck.engr.sgi.com; Fri, 6 Mar 1998 07:04:46 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA03062 for <info-performer@holodeck.engr.sgi.com>; Fri, 6 Mar 1998 07:04:45 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id HAA1168386 for <info-performer@cthulhu.engr.sgi.com>; Fri, 6 Mar 1998 07:04:45 -0800 (PST)
Received: from holodeck.gsfc.nasa.gov (holodeck.gsfc.nasa.gov [128.183.33.128]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id HAA29490
	for <info-performer@sgi.com>; Fri, 6 Mar 1998 07:04:43 -0800 (PST)
	mail_from (maher@holodeck.gsfc.nasa.gov)
Received: (from maher@localhost) by holodeck.gsfc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA06778 for info-performer@sgi.com; Fri, 6 Mar 1998 10:04:42 -0500
From: maher@holodeck.gsfc.nasa.gov (Stephen Maher)
Message-Id: <199803061504.KAA06778@holodeck.gsfc.nasa.gov>
Subject: asdfly vs clipfly
To: info-performer@sgi.com
Date: Fri, 6 Mar 1998 10:04:42 -0500 (EST)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status: O

Hi,

Can someone distinguish asdfly and clipfly for me?
(in /usr/share/Performer/src/sample/C for 2.2)

They both seem to do ASD and clip texturing ...

I could't find anything online or in docs.

Steve
--
stephen.maher@gsfc.nasa.gov (301) 286-3368  fax:(301) 286-1776
http://holodeck.gsfc.nasa.gov/vr/vr.html
NASA Goddard Space Flight Center
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar  6 09:13:16 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA03365 for info-performer-dist@holodeck.engr.sgi.com; Fri, 6 Mar 1998 09:11:36 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA03338 for <info-performer@holodeck.engr.sgi.com>; Fri, 6 Mar 1998 09:11:34 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA723110 for <info-performer@cthulhu.engr.sgi.com>; Fri, 6 Mar 1998 09:11:32 -0800 (PST)
Received: from crane.cf.ac.uk (crane.cf.ac.uk [131.251.0.45]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA15330
	for <info-performer@sgi.com>; Fri, 6 Mar 1998 09:11:19 -0800 (PST)
	mail_from (Ruddle@cardiff.ac.uk)
Received: from thor.cf.ac.uk by crane.cf.ac.uk with SMTP-LOC (PP);
          Fri, 6 Mar 1998 17:08:15 +0000
Received: from localhost (saprar@localhost) by thor.cf.ac.uk (8.8.8/8.6.12) 
          with SMTP id RAA08170 for <info-performer@sgi.com>;
          Fri, 6 Mar 1998 17:10:50 GMT
Date: Fri, 6 Mar 1998 17:10:50 +0000 (GMT)
From: Roy Ruddle <Ruddle@cardiff.ac.uk>
Reply-To: Ruddle@cardiff.ac.uk
To: info-performer@sgi.com
Subject: Ortho chan picking problem
Message-ID: <Pine.OSF.3.95q.980306165103.15551C-100000@thor>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

Hi there,

I'm not getting the correct coords returned when I pick geometry in an
ortho channel. Can anyone tell me why? Here are a few details:

1) pf2.2 on IMPACT
2) Channel created using pfMakeOrthoChan()
3) All geometry is displayed correctly
4) C++ binding used
5) My test surface for picking is a large square in the z=10 plane
6) The viewpoint for the ortho channel is vertically downwards
   (heading = 0, pitch = -90, roll = 0)

My picking is as follows:
 pfuMapMouseToChan() returns the correct channel
 cnt = 
   chan->pick(PFPK_M_NEAREST|PFTRAV_IS_PRIM,mxpos,mypos,0.0f,picklist);
   // sets cnt equal to 1 (ie. something's been picked)
 pfQueryHit( *picklist[0], PFQHIT_POINT, &v1 );
   // should put coords into v1  

For non-ortho channels the coords are returned correctly but for an ortho
channel v1 is returned as (0, 4.37114e-07, 10). In other words, the Z
coord is being returned correctly but X and Y are wrong.

Sounds like a bug. Thoughts anyone?


regards

roy

------------------------------------------------------------------------
Roy Ruddle, Senior Research Associate
Cardiff Virtual Environment Laboratory
School of Psychology, Cardiff University, PO Box 901, Cardiff CF1 3YG
Tel: +44 (0) 1222 874000 x5030, Fax: +44 (0) 1222 874858
Email: Ruddle@CARDIFF.AC.UK     http://www.cf.ac.uk/uwcc/psych/ruddle

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

From guest  Fri Mar  6 11:51:52 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA04096 for info-performer-dist@holodeck.engr.sgi.com; Fri, 6 Mar 1998 11:50:40 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA04069 for <info-performer@holodeck.engr.sgi.com>; Fri, 6 Mar 1998 11:50:39 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA1294650 for <info-performer@cthulhu.engr.sgi.com>; Fri, 6 Mar 1998 11:50:38 -0800 (PST)
Received: from holodeck.engr.sgi.com ([150.166.37.78]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id LAA20587
	for <info-performer@sgi.com>; Fri, 6 Mar 1998 11:50:37 -0800 (PST)
	mail_from (allan@holodeck.engr.sgi.com)
Received: (from allan@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA04066 for info-performer@sgi.com; Fri, 6 Mar 1998 11:50:36 -0800
Date: Fri, 6 Mar 1998 11:50:36 -0800
From: allan (Allan Schaffer)
Message-Id: <199803061950.LAA04066@holodeck.engr.sgi.com>
To: info-performer@sgi.com
Subject: administrivia (move is complete)
Status: O


Hello again Performers,

The system move is complete.  The admins inadvertently blew away my
/etc/sendmail.cf, which brought back the old user@engr problem again
for a bit, but this message is intended to test whether I've
successfully fixed it again.

Also, those of you who have posted over the last day or so might have
noticed that the mailing list latency has dropped by a factor of 10!
It's now only taking about 20 minutes for messages to be processed.

As always, if you notice any problems please send mail to
info-performer-request@sgi.com

Allan
----
Allan Schaffer                                                allan@sgi.com
Silicon Graphics                               http://reality.sgi.com/allan
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar  6 16:51:44 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA05491 for info-performer-dist@holodeck.engr.sgi.com; Fri, 6 Mar 1998 16:48:20 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id QAA05464 for <info-performer@holodeck.engr.sgi.com>; Fri, 6 Mar 1998 16:48:19 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id QAA1405136 for <info-performer@cthulhu.engr.sgi.com>; Fri, 6 Mar 1998 16:48:19 -0800 (PST)
Received: from dandan.engr.sgi.com ([150.166.37.49]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id QAA18370
	for <info-performer@sgi.com>; Fri, 6 Mar 1998 16:48:17 -0800 (PST)
	mail_from (zhz@dandan.engr.sgi.com)
Received: (from zhz@localhost) by dandan.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA12369; Fri, 6 Mar 1998 16:48:16 -0800
From: "Jenny Zhao" <zhz@dandan>
Message-Id: <9803061648.ZM12367@dandan.engr.sgi.com>
Date: Fri, 6 Mar 1998 16:48:16 -0800
In-Reply-To: maher@holodeck.gsfc.nasa.gov (Stephen Maher)
        "asdfly vs clipfly" (Mar  6, 10:04am)
References: <199803061504.KAA06778@holodeck.gsfc.nasa.gov>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: maher@holodeck.gsfc.nasa.gov (Stephen Maher), info-performer@sgi.com
Subject: Re: asdfly vs clipfly
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 6, 10:04am, Stephen Maher wrote:
> Subject: asdfly vs clipfly
> Hi,
>
> Can someone distinguish asdfly and clipfly for me?
> (in /usr/share/Performer/src/sample/C for 2.2)
>
> They both seem to do ASD and clip texturing ...
>
> I could't find anything online or in docs.
>
asdfly has a few sliders that controls the
morphing parameters: e.g. LODRanges.
and the key "m" will color vertices according to their current morph weight.

clipfly has a few sliders that controls the
clipmap parameters.


> Steve
> --
> stephen.maher@gsfc.nasa.gov (301) 286-3368  fax:(301) 286-1776
> http://holodeck.gsfc.nasa.gov/vr/vr.html
> NASA Goddard Space Flight Center
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>-- End of excerpt from Stephen Maher



-- 


Jenny Zhao                                   
zhz@engr.sgi.com                    
650 933-5091 (Voice)           
650 965-2658 (Fax)         
Silicon Graphics - IRIS Performer      
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Sat Mar  7 15:49:41 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA08324 for info-performer-dist@holodeck.engr.sgi.com; Sat, 7 Mar 1998 15:41:00 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA08297 for <info-performer@holodeck.engr.sgi.com>; Sat, 7 Mar 1998 15:40:59 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA1700156 for <info-performer@cthulhu.engr.sgi.com>; Sat, 7 Mar 1998 15:40:59 -0800 (PST)
Received: from BULLDOZER.MIT.EDU (BULLDOZER.MIT.EDU [18.239.0.182]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id PAA03060
	for <info-performer@sgi.com>; Sat, 7 Mar 1998 15:40:58 -0800 (PST)
	mail_from (jlueck@mit.edu)
Received: (from jlueck@localhost)
	by BULLDOZER.MIT.EDU (8.8.5/8.8.5) id SAA18942;
	Sat, 7 Mar 1998 18:40:55 -0500
Message-Id: <199803072340.SAA18942@BULLDOZER.MIT.EDU>
To: info-performer@sgi.com
Subject: Strange shadowed lights behavior.
Date: Sat, 07 Mar 1998 18:40:55 EST
From: "SPAM..." <jlueck@mit.edu>
Status: O


Hi.

I'm fairly new to performer, and I'm trying to get an understanding of
the shadowed lights feature of Performer.  I compiled and ran the
shadow.c source that comes with the Perf2.2 distribution, and what I'm
seeing is a strange moire pattern near the edges of some of the shadows
in the scene.  The projected spotlights look fine, only the
pfLightSources created with PFLS_SHADOW_ENABLE exhibit this strange
behavior.  Has anyone seen this before?  Is this normal behavior?  I'm
running Perf2.2 on an InfinteReality engine.

Any help would be greatly appreciated.

-Jeremy Lueck
jlueck@mit.edu
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Sun Mar  8 08:15:32 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA09493 for info-performer-dist@holodeck.engr.sgi.com; Sun, 8 Mar 1998 08:14:11 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA09466 for <info-performer@holodeck.engr.sgi.com>; Sun, 8 Mar 1998 08:14:10 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id IAA1916497 for <info-performer@cthulhu.engr.sgi.com>; Sun, 8 Mar 1998 08:14:09 -0800 (PST)
Received: from q-bus.de (q-bus.de [192.41.50.195]) by sgi.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA23949
	for <info-performer@sgi.com>; Sun, 8 Mar 1998 08:14:08 -0800 (PST)
	mail_from (guido@q-bus.de)
Received: from [194.162.193.210] (host17.bln.de [194.162.193.210]) by q-bus.de (8.8.5) id JAA14953; Sun, 8 Mar 1998 09:14:06 -0700 (MST)
Message-Id: <199803081614.JAA14953@q-bus.de>
Subject: video textures
Date: Sun, 8 Mar 1998 17:15:18 +0100
x-mailer: Claris Emailer 2.0v3, January 22, 1998
From: Guido Matzer <guido@q-bus.de>
To: <info-performer@sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-transfer-encoding: quoted-printable
Status: O

We need to implement video textures fed in by a DIVO board on an Onyx2IR 
into our Performer app but don=B9t know how to do this. Could somebody 
please help to get us on the right track?

Thanks in advance,


GUIDO =3D:-)

********************************************
*****                                  *****
*****           Guido Matzer           *****
*****                                  *****
*****            Q*BUS GmbH            *****
*****          Salzufer 13 F3          *****
*****           10587 Berlin           *****
*****                                  *****
********************************************

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

From guest  Sun Mar  8 15:23:50 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA10039 for info-performer-dist@holodeck.engr.sgi.com; Sun, 8 Mar 1998 15:22:18 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA10012 for <info-performer@holodeck.engr.sgi.com>; Sun, 8 Mar 1998 15:22:17 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA2003136 for <info-performer@cthulhu.engr.sgi.com>; Sun, 8 Mar 1998 15:22:16 -0800 (PST)
Received: from mailbox1.ucsd.edu (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (980308.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id PAA03051
	for <info-performer@sgi.com>; Sun, 8 Mar 1998 15:22:15 -0800 (PST)
	mail_from (srw@chem.ucsd.edu)
Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox1.ucsd.edu (8.8.8/8.6.9) with SMTP id PAA12533 for <info-performer@sgi.com>; Sun, 8 Mar 1998 15:22:15 -0800 (PST)
Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4)
	id PAA17537 for <info-performer@sgi.com>; Sun, 8 Mar 1998 15:22:13 -0800
Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12)
	id XAA02722; Sun, 8 Mar 1998 23:22:29 GMT
From: srw@chem.ucsd.edu (Sarah R. Wustner)
Message-Id: <199803082322.XAA02722@sdchemw1.ucsd.edu>
Subject: Multi-channel app on an octane
To: info-performer@sgi.com
Date: Sun, 8 Mar 1998 15:22:29 -0800 (PST)
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Status: O

Hello --

I am porting an app from an Onyx RE2 to an Octane.  When I run it on the Octane
as a single pfChannel, everything looks normal.  However, if I run it on the
Octane as three pfChannels, only the first one added to the pipewindow is drawn
correctly.  The other two have strange layering problems: objects that are gone
from the scene occlude objects currently in the scene with black "shadows" or
"stencils" of themselves.  Sounds like a zbuffer problem to me, but I've tried
many things to fix it with no success. 

Looking through the archives I see that people have had what sounds like
similar problems when using pfEarthSky, but I don't use that at all in this
app.  Other things I've tried, with no effect:
 - adjusting the near and far clip planes to be further together, farther apart,
etc.  
 - removing fog, or changing the fog type.  
 - turning antialiasing on/off.  
 - playing with pfChannel::setTravMode (currently, PFTRAV_CULL set to
PFCULL_ALL, and PFTRAV_DRAW set to PFDRAW_ON ) 
 - playing with the shared attributes (all three channels are in one channel
group, sharing PFCHAN_FOV | PFCHAN_VIEW | PFCHAN_NEARFAR | PFCHAN_SCENE
                             | PFCHAN_DRAWFUNC | PFCHAN_STRESS | PFCHAN_APPFUNC
                             | PFCHAN_CULLFUNC | PFCHAN_LOD )

Any suggestions as to other things I could look at, or maybe what could be
causing this?  Thanks for any help you can give me.

Sarah Wustner
swustner@ucsd.edu 

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

From guest  Mon Mar  9 00:14:23 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id AAA14617 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 00:12:48 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id AAA14590 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 00:12:47 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id AAA2113550 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 00:12:46 -0800 (PST)
Received: from deutschland.artemedia.de (deutschland.artemedia.de [195.21.248.22]) by sgi.sgi.com (980308.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id AAA12691
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 00:12:44 -0800 (PST)
	mail_from (jean.claude.bachmann@artemedia.de)
Received: from artemedia.de ([10.3.2.5]) by deutschland.artemedia.de
          (Netscape Mail Server v2.02) with ESMTP id AAA236
          for <info-performer@sgi.com>; Mon, 9 Mar 1998 09:13:10 +0100
Sender: jean.claude.bachmann@artemedia.de (Jean-Claude Bachmann)
Message-ID: <3503A387.BF0CBA6A@artemedia.de>
Date: Mon, 09 Mar 1998 09:08:40 +0100
From: Jean-Claude Bachmann <jean-claude.bachmann@artemedia.de>
Organization: Artemedia Productions GmbH
X-Mailer: Mozilla 4.03 [en] (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Re: video textures
References: <199803081614.JAA14953@q-bus.de>
Content-Type: multipart/alternative; boundary="------------2AA02E2DAC0E4AD014F3AEE1"
Status: O


--------------2AA02E2DAC0E4AD014F3AEE1
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by cthulhu.engr.sgi.com id AAA2111437

Take a look at /usr/share/Performer/src/pguide/libpf/C/movietex.c. It is =
a very good starting point.

J.C.





Guido Matzer wrote:

> We need to implement video textures fed in by a DIVO board on an Onyx2I=
R
> into our Performer app but don=B9t know how to do this. Could somebody
> please help to get us on the right track?
>
> Thanks in advance,
>
> GUIDO =3D:-)
>
> ********************************************
> *****                                  *****
> *****           Guido Matzer           *****
> *****                                  *****
> *****            Q*BUS GmbH            *****
> *****          Salzufer 13 F3          *****
> *****           10587 Berlin           *****
> *****                                  *****
> ********************************************
>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com



--

********************************************************************
* Artemedia GmbH        | Tel.: +49 [0]30 25443 - 0                *
* Jean-Claude Bachmann  | Tel.: +49 0172 - 219 13 76               *
* Hardenbergplatz 2     | Fax.: +49 [0]30 25443 - 400              *
* D-10623 Berlin        | email: jean-claude.bachmann@artemedia.de *
* Germany               | Web Page http://www.artemedia.de         *
********************************************************************



--------------2AA02E2DAC0E4AD014F3AEE1
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<HTML>


<P>Take a look at /usr/share/Performer/src/pguide/libpf/C/movietex.c. It
is a very good starting point.

<P>J.C.
<BR>&nbsp;
<BR>&nbsp;
<BR>&nbsp;
<BR>&nbsp;

<P>Guido Matzer wrote:
<BLOCKQUOTE TYPE=CITE>We need to implement video textures fed in by a DIVO
board on an Onyx2IR
<BR>into our Performer app but don&sup1;t know how to do this. Could somebody
<BR>please help to get us on the right track?

<P>Thanks in advance,

<P>GUIDO =:-)

<P>********************************************
<BR>*****&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
*****
<BR>*****&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Guido
Matzer&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *****
<BR>*****&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
*****
<BR>*****&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Q*BUS GmbH&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
*****
<BR>*****&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Salzufer
13 F3&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *****
<BR>*****&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 10587
Berlin&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *****
<BR>*****&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
*****
<BR>********************************************

<P>=====================================================================
<BR>List Archives, FAQ, FTP:&nbsp; <A HREF="http://www.sgi.com/Technology/Performer/">http://www.sgi.com/Technology/Performer/</A>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Submissions:&nbsp; info-performer@sgi.com
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Admin. requests:&nbsp; info-performer-request@sgi.com</BLOCKQUOTE>
&nbsp;
<PRE>--&nbsp;

********************************************************************
* Artemedia GmbH&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Tel.: +49 [0]30 25443 - 0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *
* Jean-Claude Bachmann&nbsp; | Tel.: +49 0172 - 219 13 76&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *
* Hardenbergplatz 2&nbsp;&nbsp;&nbsp;&nbsp; | Fax.: +49 [0]30 25443 - 400&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *&nbsp;
* D-10623 Berlin&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | email: jean-claude.bachmann@artemedia.de *
* Germany&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Web Page <A HREF="http://www.artemedia.de">http://www.artemedia.de</A>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *
********************************************************************</PRE>
&nbsp;</HTML>

--------------2AA02E2DAC0E4AD014F3AEE1--

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

From guest  Mon Mar  9 09:32:58 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA15504 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 09:31:34 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA15477 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 09:31:34 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA2262873 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 09:31:33 -0800 (PST)
Received: from acusoft.com (acusoft.acusoft.com [205.187.235.130]) by sgi.sgi.com (980308.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id JAA00927
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 09:31:31 -0800 (PST)
	mail_from (miller@acusoft.com)
Received: from blade by acusoft.com (5.x/SMI-SVR4)
	id AA00379; Mon, 9 Mar 1998 12:31:30 -0500
Message-Id: <000701bd4b82$87b7c000$c5ebbbcd@blade.ACUSOFT>
From: "Thomas Miller" <miller@acusoft.com>
To: "info-performer" <info-performer@sgi.com>
Cc: <macchi@acusoft.com>
Subject: Fix Listing
Date: Mon, 9 Mar 1998 12:41:02 -0500
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-Msmail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-Mimeole: Produced By Microsoft MimeOLE V4.72.2106.4
Status: O

What is the best way to fix list a number of polygons in a Performer tree?

Under the requirements that:
    -All polygons in the list are not required to have the same texture ( or

pfGeoState ).
    -The structure must be persistant in a save to PFB and able to load into

perfly.
    -Use of the pfdGeoBuilder is perfered.



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

From guest  Mon Mar  9 09:32:55 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA15475 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 09:30:50 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA15448 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 09:30:49 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA2266204 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 09:30:48 -0800 (PST)
Received: from acusoft.com (acusoft.acusoft.com [205.187.235.130]) by sgi.sgi.com (980308.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id JAA00533
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 09:30:47 -0800 (PST)
	mail_from (miller@acusoft.com)
Received: from blade by acusoft.com (5.x/SMI-SVR4)
	id AA00355; Mon, 9 Mar 1998 12:30:36 -0500
Message-Id: <000601bd4b82$6a845110$c5ebbbcd@blade.ACUSOFT>
From: "Thomas Miller" <miller@acusoft.com>
To: "info-performer" <info-performer@sgi.com>
Cc: <macchi@acusoft.com>
Subject: Fix Listing
Date: Mon, 9 Mar 1998 12:36:19 -0500
Mime-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-Msmail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-Mimeole: Produced By Microsoft MimeOLE V4.72.2106.4
Status: O

What is the best way to fix list a number of polygons?

Under the requirements that:
    -All polygons in the list are not required to have the same texture ( or
pfGeoState ).
    -The structure must be persistant in a save to PFB and able to load into
perfly.
    -Use of the pfdGeoBuilder is perfered.


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

From guest  Mon Mar  9 10:03:16 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA15796 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 09:59:37 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA15769 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 09:59:36 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA2270386 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 09:59:36 -0800 (PST)
Received: from grover.brooks.af.mil ([140.140.4.221]) by sgi.sgi.com (980308.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA13677
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 09:59:30 -0800 (PST)
	mail_from (jcoffman@grover.brooks.af.mil)
Received: (from jcoffman@localhost) by grover.brooks.af.mil (8.7.5/8.7.3) id LAA09255 for info-performer@sgi.com; Mon, 9 Mar 1998 11:59:27 -0600
From: Jarrett Coffman <jcoffman@grover.brooks.af.mil>
Message-Id: <199803091759.LAA09255@grover.brooks.af.mil>
Subject: pfHighlight
To: info-performer@sgi.com
Date: Mon, 9 Mar 1998 11:59:27 -0600 (CST)
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

I'm running Performer 2.0.4 on an Indigo2 with IRIX 6.2. For some reason
no matter what I try I can not get PFHL_BBOX_LINES to use the correct
color that I specifiy with pfHlightColor. Instead of using the color I 
specified it seems to be getting the color from the objects themselves.
All the other highlight modes work with pfHlightColor. Does anyone have
any ideas as to why PFHL_BBOX_LINES does not behave like the other highlight
modes?

Thanx.

Jarrett

color in highlighting. I tried pfHlightColor with several combinations.
Instead of using the color I specify for the bounding box lines it appears
to be using the colors of the objects. All other highlight modes use the
color I specify with pfHlightColor. 

Thanx.

Jarrett

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

From guest  Mon Mar  9 10:07:19 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA15874 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 10:06:28 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA15847 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 10:06:27 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA2278451 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 10:06:27 -0800 (PST)
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA17194
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 10:06:26 -0800 (PST)
	mail_from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA08469; Mon, 9 Mar 1998 10:06:24 -0800
Date: Mon, 9 Mar 1998 10:06:24 -0800
From: dorbie@multipass (Angus Dorbie)
Message-Id: <9803091006.ZM8467@multipass.engr.sgi.com>
In-Reply-To: Dave Pape <pape@evl.uic.edu>
        "Serialized DRAW processes on TKO" (Mar  5,  8:41pm)
References: <Pine.SGI.3.95.980305201535.8907K-100000@cubs.evl.uic.edu>
X-Face: Lk9zL#{L3j6/q[D{#|gO^-Ejuex.|X99F;[K=lCu|MwB*1Cz",uKcCjQ!2=C[j#A'hzhA,/
                                                                                                               6Vp1iia&9$'Ah445@E'}bZ8y6d.rN6H@9U8eDqX(6Q,es:^Da~{^Ti6_*fsm+|fsc&*qP#,#Qwj@&C
                                                                                                               BFZ&zDt+Gd
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: Dave Pape <pape@evl.uic.edu>, info-performer@sgi.com
Subject: Re: Serialized DRAW processes on TKO
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Are you forking your draw processes?

You need to.

Also you should make sure you genlock the pipes.

Cheers,Angus.

On Mar 5,  8:41pm, Dave Pape wrote:
> Subject: Serialized DRAW processes on TKO
> Hi-
>
>   We've recently started running our Performer apps on a 4 pipe
> Onyx2/IR, and noticed a disturbing drop in framerate as more pipes
> were used.  It appears that Performer is serializing the draw
> processes when the Onyx is in a TKO-style configuration (pipes
> are displays :0, :1, :2, and :3).
>
>   To verify this, I added some code to get timestamps at the beginning and
> end of the channel draw callback (which selects the stereo buffer, calls
> pfClearChan() and pfDraw()) on certain frames, and printed them later.
> The timing information clearly showed that the pipes were being drawn in
> sequence, rather than in parallel.
>
>   On a wild guess, I switched the system to single keyboard mode (:0.0,
> :0.1, :0.2, and :0.3).  With just this change, the draw stages for the
> different pipes now all start at the same time, and the framerate is
> back to what we'd expect.
>
>   These tests were run with Performer 2.2 n32 and o32, and Performer 2.1.3
> o32.  All three versions had the same behavior.  We're using Irix 6.4.
>
>   So, what's the deal?  Is there something I might be doing, or not doing,
> which would cause this? (all the channels are attached together, and share
> the scene, draw func, and swapbuffers)  Is it a Performer bug, and is
> there a fix?
>
>  -Dave
>
> ---------------------------------------------------------------------------
> Dave Pape                          Electronic Visualization Laboratory, UIC
> pape@evl.uic.edu                   http://www.evl.uic.edu/pape/
>
>
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>-- End of excerpt from Dave Pape



-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  9 10:25:20 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA15948 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 10:23:25 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA15921 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 10:23:24 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA1843848 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 10:23:23 -0800 (PST)
Received: from windows1.ks-t.no (windows1.ks-t.no [193.71.169.107]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id KAA24426
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 10:23:20 -0800 (PST)
	mail_from (erik.heuer@ks-t.no)
Received: from PC127 ([193.71.171.98]) by windows1.ks-t.no
          (post.office MTA v1.9.1 ID# 0-11124) with SMTP id AAA468;
          Mon, 9 Mar 1998 19:23:04 +0100
Received: by PC127 with Microsoft Mail
	id <01BD4B90.BFCD7990@PC127>; Mon, 9 Mar 1998 19:22:50 +0100
Message-ID: <01BD4B90.BFCD7990@PC127>
From: erik.heuer@ks-t.no (Erik Heuer)
To: "'Geoff Michel'" <geoffm@aerobel.co.uk>,
        "'Alan Dickerson'"
	 <aland@aerobel.co.uk>,
        "'Dorian Gearey'" <doriang@aerobel.co.uk>
Cc: "'Hugo Eide Gunnarsen'" <hugogu@oslo.sgi.com>,
        "'Performer maling list'"
	 <info-performer@sgi.com>
Subject: Enabling channels
Date: Mon, 9 Mar 1998 19:22:48 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Status: O

Hi,

I have a dual pipe (2+4RM) Onyx2 IR with 2 DG-8 boards (16 channels).  =
In ircombine I define (up to) 8 channels per pipe.  In order to not =
exceed the fill bandwidth, I disable some of the channels (i.e. check =
off the enable switch in the channel attributes dialog). =20

How can I during runtime enable and disabled combinations of the defined =
channels ? =20

Regards,
Erik Heuer, Kongsberg Simulation & Training, 3600 Kongsberg, Norway
E-mail: erik.heuer@ks-t.no  Phone:(+47) 32735766 Fax:(+47) 32736965

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

From guest  Mon Mar  9 10:43:40 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA16116 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 10:42:42 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA16089 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 10:42:41 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA2283952 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 10:42:40 -0800 (PST)
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA02731
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 10:42:39 -0800 (PST)
	mail_from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA23019; Mon, 9 Mar 1998 10:42:28 -0800
From: remi@remi (Rémi Arnaud)
Message-Id: <199803091842.KAA23019@remi.engr.sgi.com>
Subject: Re: Enabling channels
To: erik.heuer@ks-t.no (Erik Heuer)
Date: Mon, 9 Mar 1998 10:42:27 -0800 (PST)
Cc: geoffm@aerobel.co.uk, aland@aerobel.co.uk, doriang@aerobel.co.uk,
        hugogu@oslo.sgi.com, info-performer@sgi.com
In-Reply-To: <01BD4B90.BFCD7990@PC127> from "Erik Heuer" at Mar 9, 98 07:22:48 pm
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Status: O

Erik Heuer wrote:
> 
> Hi,
> 
> I have a dual pipe (2+4RM) Onyx2 IR with 2 DG-8 boards (16 channels).  =
> In ircombine I define (up to) 8 channels per pipe.  In order to not =
> exceed the fill bandwidth, I disable some of the channels (i.e. check =
> off the enable switch in the channel attributes dialog). =20
> 
> How can I during runtime enable and disabled combinations of the defined =
> channels ? =20

 Look at XSGIvcListVideoFormats

    _  /              _             _ 
   |_) _ ._ _ o   /\ |_)|\ | /\ | || \
   | \(/_| | ||  /--\| \| \|/--\|_||_/
                                          
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  9 10:41:00 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA16056 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 10:36:34 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA16029 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 10:36:22 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA2291691 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 10:36:21 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA00062
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 10:36:20 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA26657; Mon, 9 Mar 1998 10:36:09 -0800
From: "Rob Jenkins" <robj@quid>
Message-Id: <9803091036.ZM26655@quid.engr.sgi.com>
Date: Mon, 9 Mar 1998 10:36:08 -0800
In-Reply-To: erik.heuer@ks-t.no (Erik Heuer)
        "Enabling channels" (Mar  9,  7:22pm)
References: <01BD4B90.BFCD7990@PC127>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: erik.heuer@ks-t.no (Erik Heuer), "'Geoff Michel'" <geoffm@aerobel.co.uk>,
        "'Alan Dickerson'" <aland@aerobel.co.uk>,
        "'Dorian Gearey'" <doriang@aerobel.co.uk>
Subject: Re: Enabling channels
Cc: "'Hugo Eide Gunnarsen'" <hugogu@oslo.sgi.com>,
        "'Performer maling list'" <info-performer@sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 9,  7:22pm, Erik Heuer wrote:
> Subject: Enabling channels
>
> [ plain text
>   Encoded with "quoted-printable" ] :
Hi,
>
> I have a dual pipe (2+4RM) Onyx2 IR with 2 DG-8 boards (16 channels).  In
ircombine I define (up to) 8 channels per pipe.  In order to not exceed the
fill bandwidth, I disable some of the channels (i.e. check off the enable
switch in the channel attributes dialog).
>
> How can I during runtime enable and disabled combinations of the defined
channels ?
>
> Regards,
> Erik Heuer, Kongsberg Simulation & Training, 3600 Kongsberg, Norway
> E-mail: erik.heuer@ks-t.no  Phone:(+47) 32735766 Fax:(+47) 32736965
>
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>-- End of excerpt from Erik Heuer

I think the XSGIvc funtions would let you do this, see man
XSGIvcListVideoFormats specifically XSGIvcDisableChannel

Cheers
Rob

-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  9 11:40:39 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA16910 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 11:39:08 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA16883 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 11:39:07 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA2316056 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 11:39:07 -0800 (PST)
Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id LAA24916
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 11:39:06 -0800 (PST)
	mail_from (marcus@logan.engr.multigen.com)
Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id LAA23229 for <info-performer@sgi.com>; Mon, 9 Mar 1998 11:49:31 -0800
Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA01836 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Mon, 9 Mar 1998 19:39:16 GMT
Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA23301 for info-performer@sgi.com; Mon, 9 Mar 1998 11:39:15 -0800
From: "Marcus Barnes" <marcus@multigen.com>
Message-Id: <9803091139.ZM23299@logan.engr.multigen.com>
Date: Mon, 9 Mar 1998 11:39:15 -0800
In-Reply-To: Mattias.Johansson@saab.se
        "Problem: pf2.2 + Onyx2 + Layers" (Mar  5,  3:06pm)
References: <PAA15522@saab.se>
Organization: MultiGen Inc.
X-Phones: 1-408-556-2654
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Re: Problem: pf2.2 + Onyx2 + Layers
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 5,  3:06pm, Mattias.Johansson@saab.se wrote:
>We have a flight sim app with a large MultiGen database.
>This app normally runs on an 3 pipe Onyx IR w. pf2.1
>
>I'm trying to move the app to an Onyx2 with pf2.2.
>I can't seem to get the same quality with layers on the new
>machine.

Running the same database on these two platforms gives dramatically different
coplanar rendering results? Here we go again ... (hi sharon ;-)

If you're using displacement, make sure you have a 23 bit depth buffer on the
Onyx2. there have been problems where you don't get the FB you ask for ... see
Rob Jenkin's previous posts.

Try using STENCIL mode as a work around. It's not too much slower on IR. Enable
it via the OpenFlight loader mode:

{
    if ( strcmp( pfGetMachString(), "IRL" ) == 0 ) /* ONYX2 IR */
	pfdConverterMode ( "flt", PFFLT_LAYER, PFDECAL_BASE_STENCIL );
    pfdLoadFile( "large.flt" );
}

Regards.
--
+ Marcus Barnes, Technical Staff        mailto:marcus@multigen.com +
+ Multigen Inc.                         http://www.multigen.com    +
+ 550 S. Winchester Blvd.               phoneto:1-408-556-2654     +
+ Suite 500 San Jose CA 95128           faxto:1-408-261-4102       +
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  9 11:40:40 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA16877 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 11:37:20 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA16850 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 11:37:19 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA2312184 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 11:37:19 -0800 (PST)
Received: from parrothead.engr.sgi.com ([150.166.65.61]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id LAA24316
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 11:37:16 -0800 (PST)
	mail_from (dvogt@parrothead.engr.sgi.com)
Received: (from dvogt@localhost) by parrothead.engr.sgi.com (971110.SGI.8.8.8/960327.SGI.AUTOCF) id LAA36327; Mon, 9 Mar 1998 11:37:13 -0800 (PST)
Date: Mon, 9 Mar 1998 11:37:13 -0800 (PST)
From: dvogt@parrothead (Derrald Vogt)
Message-Id: <9803091137.ZM35659@parrothead.engr.sgi.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Re: performer_tools
Cc: dvogt@parrothead
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Sorry it took so long to get back on this.

By the way, the serach tool on the web is accessible again from:
   http://techpubs.sgi.com/library/manuals/3000/007-3632-001/html/

This is response to the Performer search tool that works as a CGI on a Web
server. Any questions about this tool or configuration issues, can be directed
to me (dvogt@sgi.com).

Derrald


> How do I access the html pf tools if Performer is not installed in root.
> I have installed Performer under /Performer2.2 and the
> performer_tools subsystem has been installed.  My O2 has Netscape
> installed but under /var/www there is no cgi-bin path.  There is a
> path /Performer2.2/var/www/cgi-bin.  I also have perl installed.
> Pointing netscape to "http://<hostname>/Performer2.2"
> (or any similar variant) results in "The requested object does not
> exist on this server. The link you followed is either outdated,
> inaccurate, or the server has been instructed not to let you have it."
> I've read the relnotes to performer_tools but I'm my own administrator
> and I can't find any reference to how to install "HTTP Server
> Software" let alone configure it.  Help...
--------------------------------------------------------------------
If you are using a Netscape server you will need to edit your obj.conf file.

For a Netscape server the obj.conf can be found in
  /usr/ns-home/httpd-<port or host name>/config

Add the following line with the other lines that start with "NameTrans."
   NameTrans  fn="pfx2dir" from=/performer
dir="/Performer2.2/var/www/performer"
Edit the line that looks like:
   NameTrans fn=pfx2dir from=/cgi-bin dir="/var/www/cgi-bin" name="cgi"
to look like:
   NameTrans fn=pfx2dir from=/cgi-bin dir="/Performer2.2/var/www/cgi-bin"
name="cgi"

You will have to restart the Netscape Server in order for these changes to take
affect.

To access the API Search tool use the following syntax:
    http://<hostname>/performer
---------------------------------------------------------------------------



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

From guest  Mon Mar  9 11:54:56 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA17200 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 11:52:59 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA17173 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 11:52:58 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA2332802 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 11:52:57 -0800 (PST)
Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id LAA00833
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 11:52:56 -0800 (PST)
	mail_from (src@rose.engr.sgi.com)
Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA29722; Mon, 9 Mar 1998 11:52:55 -0800
Date: Mon, 9 Mar 1998 11:52:55 -0800
From: src@rose (Sharon Clay)
Message-Id: <9803091152.ZM29720@rose.engr.sgi.com>
In-Reply-To: "Marcus Barnes" <marcus@multigen.com>
        "Re: Problem: pf2.2 + Onyx2 + Layers" (Mar  9, 11:39am)
References: <PAA15522@saab.se>  <9803091139.ZM23299@logan.engr.multigen.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: "Marcus Barnes" <marcus@multigen.com>, info-performer@sgi.com
Subject: Re: Problem: pf2.2 + Onyx2 + Layers
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

+>---- On Mar 9, 11:39am, Marcus Barnes wrote:
> Subject: Re: Problem: pf2.2 + Onyx2 + Layers
->From guest@holodeck  Mon Mar  9 11:41:07 1998
->>machine.
->
->Running the same database on these two platforms gives dramatically different
->coplanar rendering results? Here we go again ... (hi sharon ;-)
->
->If you're using displacement, make sure you have a 23 bit depth buffer on the
->Onyx2. there have been problems where you don't get the FB you ask for ... see

Wait!  This may not be necessary - first make sure you have patch 2919 or
later as there was a fix in that patch that could affect precision of
Z coordinates.  Using 23 bits of Z means slower multisampled fill so you
do not want to do this unless you need it.
Also make sure that your near/far distance ratio is sane: 1/10000 is great,
1/30000 usuually is reasonable and smaller than that and you can get into
flashing.

->Rob Jenkin's previous posts.
->
->Try using STENCIL mode as a work around. It's not too much slower on IR. Enable
->it via the OpenFlight loader mode:
->
->{
->    if ( strcmp( pfGetMachString(), "IRL" ) == 0 ) /* ONYX2 IR */
->	pfdConverterMode ( "flt", PFFLT_LAYER, PFDECAL_BASE_STENCIL );
->    pfdLoadFile( "large.flt" );
->}

This is also reasonable.


src.

-- 
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
Sharon Rose Clay - Silicon Graphics, Advanced Systems Dev.
src@sgi.com  (650) 933 - 1002  FAX: (650) 965 - 2658  MS 8U-590
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  9 14:40:53 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA19107 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 14:38:37 -0800
Return-Path: <guest>
Received: from rose.engr.sgi.com (rose.engr.sgi.com [150.166.37.6]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA19080 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 14:38:36 -0800
Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA00048; Mon, 9 Mar 1998 14:38:36 -0800
Date: Mon, 9 Mar 1998 14:38:36 -0800
From: src@rose (Sharon Clay)
Message-Id: <9803091438.ZM46@rose.engr.sgi.com>
In-Reply-To: "Rob Jenkins" <robj@quid>
        "Re: Problem: pf2.2 + Onyx2 + Layers" (Mar  9, 12:06pm)
References: <PAA15522@saab.se>  <9803091139.ZM23299@logan.engr.multigen.com> 
	<9803091152.ZM29720@rose.engr.sgi.com> 
	<9803091206.ZM27016@quid.engr.sgi.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: "Rob Jenkins" <robj@quid>
Subject: Re: Problem: pf2.2 + Onyx2 + Layers
Cc: info-performer@rose
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O


+>---- On Mar 9, 12:06pm, Rob Jenkins wrote:
> Subject: Re: Problem: pf2.2 + Onyx2 + Layers

->> ->
->> ->Running the same database on these two platforms gives dramatically
->different
->> ->coplanar rendering results? Here we go again ... (hi sharon ;-)
->> ->
->> ->If you're using displacement, make sure you have a 23 bit depth buffer on
->the
->> ->Onyx2. there have been problems where you don't get the FB you ask for ...
->see
->>
->> Wait!  This may not be necessary - first make sure you have patch 2919 or
->> later as there was a fix in that patch that could affect precision of
->> Z coordinates.  Using 23 bits of Z means slower multisampled fill so you
->
->patch 2919 is a 'DG SCSI RAID 2.3 Rollup' patch, not known for it's

Woops!  I typoed :-( I meant the old Onyx2 iR patch 2191 (or a more recent
replacement).

->The latest iR patches currently released are:
->
->2327 for Onyx ( replaced 1808 ) and
->2789 for Onyx2 ( replaced 2326 )


Thanx Rob!
src.


-- 
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
Sharon Rose Clay - Silicon Graphics, Advanced Systems Dev.
src@sgi.com  (650) 933 - 1002  FAX: (650) 965 - 2658  MS 8U-590
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar  9 14:57:58 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA19262 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 14:56:02 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA19235 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 14:56:01 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id OAA2421042 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 14:56:00 -0800 (PST)
Received: from evl.uic.edu (evl.evl.uic.edu [131.193.48.80]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id OAA21295
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 14:55:58 -0800 (PST)
	mail_from (pape@evl.uic.edu)
Received: from cubs.evl.uic.edu by evl.uic.edu via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO)
	 id QAA16256; Mon, 9 Mar 1998 16:55:49 -0600
Received: from localhost (pape@localhost) by cubs.evl.uic.edu (8.8.7/8.6.4) with SMTP id QAA03103; Mon, 9 Mar 1998 16:55:28 -0600 (CST)
X-Authentication-Warning: cubs.evl.uic.edu: pape owned process doing -bs
Date: Mon, 9 Mar 1998 16:55:27 -0600 (CST)
From: Dave Pape <pape@evl.uic.edu>
Reply-To: Dave Pape <pape@evl.uic.edu>
To: info-performer@sgi.com, Angus Dorbie <dorbie@multipass>
Subject: Re: Serialized DRAW processes on TKO
In-Reply-To: <9803091006.ZM8467@multipass.engr.sgi.com>
Message-ID: <Pine.SGI.3.95.980309154011.2687A-100000@cubs.evl.uic.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Mon, 9 Mar 1998, Angus Dorbie wrote:

> Are you forking your draw processes?
> 
> You need to.
> 
> Also you should make sure you genlock the pipes.


  Yes, there are multiple draw processes;  I included pid's with my
timestamps to verify this, and each pipe was different.  And, yes, we
always genlock the pipes, because we're running stereo and need them all
in synch. 


  I just ran another test, with a different X configuration, and believe
I've figured out roughly what's going on.  If I'm right, it's a definite
(and annoying) bug in Performer.

  My test this time was in a two-keyboard mode - the IRs were configured
as :0.0, :0.1, :1.0, and :1.1.  The drawing timestamps show that the
processing of a single frame runs something like this:
	:0.0 (process id 3012) and :0.1 (pid 3016) start in parallel
	as soon as :0.1 finishes, :1.1 (pid 3018) starts
	as soon as :0.0 finishes, :1.0 (pid 3014) starts
The order isn't always the same, but what _is_ consistent is that the
processes for :0.0 and :1.0 are serialized, and those for :0.1 and :1.1
are serialized.

  So, my theory is that Performer is trying to serialize different pfPipes
which use the same graphics pipe; perfectly reasonable, to avoid lots of
context switching.  *But*, it's deciding whether they share a graphics
pipe based solely on the screen number, rather than looking at the whole
display information.  If this really is the case, then is there anything
we can do to get around it, or will we have to wait for a patch?

  -Dave

---------------------------------------------------------------------------
Dave Pape                          Electronic Visualization Laboratory, UIC
pape@evl.uic.edu                   http://www.evl.uic.edu/pape/


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

From guest  Mon Mar  9 16:38:46 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA20402 for info-performer-dist@holodeck.engr.sgi.com; Mon, 9 Mar 1998 16:34:24 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id QAA20375 for <info-performer@holodeck.engr.sgi.com>; Mon, 9 Mar 1998 16:34:22 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id QAA2442022 for <info-performer@cthulhu.engr.sgi.com>; Mon, 9 Mar 1998 16:34:22 -0800 (PST)
Received: from us.net (laurel.us.net [198.240.72.4]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id QAA09523
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 16:34:18 -0800 (PST)
	mail_from (dslayton@d-a-s.com)
Received: from d-a-s.com ([209.122.52.34])
	by us.net (8.8.8/8.8.8) with SMTP id TAA13344
	for <info-performer@sgi.com>; Mon, 9 Mar 1998 19:34:14 -0500 (EST)
X-Provider: US Net - Advanced Internet Services - (301) 572-5926 - info@us.net
	    Where Business Connects! (tm) -- http://www.us.net/
Received: from mulder by d-a-s.com (4.1/SMI-4.1)
	id AA21430; Mon, 9 Mar 98 19:39:16 EST
Sender: dslayton@d-a-s.com
Message-Id: <3504A1B9.63AC8513@d-a-s.com>
Date: Mon, 09 Mar 1998 21:13:14 -0500
From: "David A. Slayton (DAS)" <dslayton@d-a-s.com>
Organization: Dynamic Animation Systems Inc.
X-Mailer: Mozilla 4.04j2 [en] (X11; I; IRIX 6.3 IP32)
Mime-Version: 1.0
To: info-performer@sgi.com
Subject: VR Developers/Animators Needed
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Dynamic Animation Systems, Inc.

A progressive young virtual reality software company
is searching for qualified candidates to join our hearty
band of visionaries in defining the future of distributed
online virtual environments.

We have immediately available positions for both senior
and mid-level software developers and expert modelers
and animators for supporting the following application areas:

o Immersive virtual reality application development
  including online gaming, defense, and industrial
  simulations.

o Synthetic database development.

o Optimized multi-platform scene development and
  visualization system software development.

o Online and interactive multiplayer game development.

o Advanced character animation and model development.

o Humanoid behavioral representation and avatar
  control software development.

o Real-time wave and maritime simulation software
  design and development.

o Distributed Interactive Simulation / High Level
  Architecture system software and application design
  and development.

o Advanced imagery applications such as terrain feature
  extraction from remotely sensed imagery.

We offer an enjoyable work environment, competitive
compensation package and the opportunity to work with
the leaders in the visualization industry.

We are seeking talented energetic leaders and team
players with backgrounds resembling:

o An MS/CS or equivalent experience with a proven
  background in software design and development.

o 2+ years C++/C, OpenGL, Performer, Java, Direct3D,
  VRML2.0, Unix and NT experience.

o Modeling and/or Animation experience with some of
  the following packages:  Multigen, Paradigm Vega,
  Coryphaeus DWB, EZScene, and EZT, Alias/Wavefront,
  LightWave and Sense8.

o 2 years or more Distributed Interactive Simulation
  or Distributed Interactive Entertainment Application
  Design and Development.

o Experience developing applications in VR-Link.

All positions are currently at our Northern VA location
and require US Citizenship.

Please fax your resume and salary requirements to (703)425-2204
or email this information to jobs@d-a-s.com
or snail mail it to:

        Dynamic Animation Systems, Inc.
        ATTN: VR Developer Recruiting
        6035 Burke Centre Parkway
        Suite 200
        Burke VA, 22015


Thanks!

 --
#####################################################################
!                                                                   !
!  David A. Slayton                 Dynamic Animation Systems, Inc. !
!  Senior Vice President            6035 Burke Centre Parkway       !
!                                   Suite 200                       !
!                                   Burke, VA 22015                 !
!  mailto:dslayton@d-a-s.com        (703)425-2203                   !
!  http://www.d-a-s.com/            (703)425-2204 (FAX)             !
!                                                                   !
!  "Dedicated to the development of distributed interactive and     !
!  immersive virtual reality applications."                         !
!                                                                   !
#####################################################################



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

From guest  Tue Mar 10 05:13:41 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA25723 for info-performer-dist@holodeck.engr.sgi.com; Tue, 10 Mar 1998 05:12:00 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA25696 for <info-performer@holodeck.engr.sgi.com>; Tue, 10 Mar 1998 05:11:59 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id FAA2455978 for <info-performer@cthulhu.engr.sgi.com>; Tue, 10 Mar 1998 05:11:48 -0800 (PST)
Received: from inra.inra.fr (inra.inra.fr [138.102.88.1]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id FAA10154
	for <info-performer@sgi.com>; Tue, 10 Mar 1998 05:11:25 -0800 (PST)
	mail_from (perfly@segolene.roazhon.inra.fr)
From: perfly@segolene.roazhon.inra.fr
Received: from segolene.roazhon.inra.fr (segolene.roazhon.inra.fr [194.167.74.40])
	by inra.inra.fr (8.8.8/8.8.8) with SMTP id OAA14286
	for <info-performer@sgi.com>; Tue, 10 Mar 1998 14:11:01 +0100 (MET)
Received: by segolene.roazhon.inra.fr (5.x/SMI-SVR4)
	id AA00412; Tue, 10 Mar 1998 14:06:57 +0100
Date: Tue, 10 Mar 1998 14:06:57 +0100
Message-Id: <9803101306.AA00412@segolene.roazhon.inra.fr>
To: info-performer@sgi.com
Subject: Non-square clipmaps
X-Sun-Charset: US-ASCII
Status: O

Salut,

is it possible to use non-square clipmaps ? (ex: 32768x8192)

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

From guest  Tue Mar 10 06:26:03 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA26050 for info-performer-dist@holodeck.engr.sgi.com; Tue, 10 Mar 1998 06:24:42 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA26023 for <info-performer@holodeck.engr.sgi.com>; Tue, 10 Mar 1998 06:24:40 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA2679100 for <info-performer@cthulhu.engr.sgi.com>; Tue, 10 Mar 1998 06:24:40 -0800 (PST)
Received: from weald.air.saab.se (weald.air.saab.se [136.163.212.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA27741
	for <info-performer@sgi.com>; Tue, 10 Mar 1998 06:24:38 -0800 (PST)
	mail_from (Mattias.Johansson@saab.se)
From: Mattias.Johansson@saab.se
Received: from limes.air.saab.se (limes.air.saab.se [136.163.210.10])
	by weald.air.saab.se (MSTR SLVE/XXVI) with ESMTP id XVPAA24188
	for <info-performer@sgi.com>; Tue, 10 Mar 1998 15:24:36 +0100 (CET)
Received: from turner.air.saab.se (turner.air.saab.se [136.163.251.7])
	by limes.air.saab.se (MSTR SLVE/XXVI) with ESMTP id XVPAA16150
	for <info-performer@sgi.com>; Tue, 10 Mar 1998 15:24:34 +0100 (CET)
Date: Tue, 10 Mar 1998 15:24:26 +0100
Subject: Re: Problem: pf2.2 + Onyx2 + Layers
Sender: Mattias.Johansson@saab.se
To: info-performer@sgi.com
Message-id: <PAA16150@saab.se>
Organization: Saab Aerospace
MIME-version: 1.0
X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.5.1 sun4u)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
References: <PAA15522@saab.se> <9803091139.ZM23299@logan.engr.multigen.com>
 <9803091152.ZM29720@rose.engr.sgi.com> <9803091206.ZM27016@quid.engr.sgi.com>
 <9803091438.ZM46@rose.engr.sgi.com>
Status: O

EXT AVS; Sharon Clay wrote:
> 
> +>---- On Mar 9, 12:06pm, Rob Jenkins wrote:
> > Subject: Re: Problem: pf2.2 + Onyx2 + Layers
> 
> ->> ->
> ->> ->Running the same database on these two platforms gives dramatically
> ->different
> ->> ->coplanar rendering results? Here we go again ... (hi sharon ;-)
> ->> ->
> ->> ->If you're using displacement, make sure you have a 23 bit depth buffer on
> ->the
> ->> ->Onyx2. there have been problems where you don't get the FB you ask for ...
> ->see

I seem to be getting what i ask for (unless  pfGetPWinFBConfig is broken
:-) )..
23 bit depth buffer, that is.

We are using displacement, stencil is not an option.

> ->>
> ->> Wait!  This may not be necessary - first make sure you have patch 2919 or
> ->> later as there was a fix in that patch that could affect precision of
> ->> Z coordinates.  Using 23 bits of Z means slower multisampled fill so you
> ->
> ->patch 2919 is a 'DG SCSI RAID 2.3 Rollup' patch, not known for it's
> 
> Woops!  I typoed :-( I meant the old Onyx2 iR patch 2191 (or a more recent
> replacement).
> 
> ->The latest iR patches currently released are:
> ->
> ->2327 for Onyx ( replaced 1808 ) and
> ->2789 for Onyx2 ( replaced 2326 )

We have the latest patch, 2789 installed.

Adjusting far/near clip did not seem to improve the result at all ??
Adding a little offset (0.01 meters) to the subfaces seems
to do the trick though. Why? I'm a little bit confused about that.

BTW, anyone else who has problems with a crashing graphics subsystem on
Onyx2's ??

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

From guest  Tue Mar 10 08:47:57 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA26417 for info-performer-dist@holodeck.engr.sgi.com; Tue, 10 Mar 1998 08:45:32 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA26390 for <info-performer@holodeck.engr.sgi.com>; Tue, 10 Mar 1998 08:45:31 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id IAA2645922 for <info-performer@cthulhu.engr.sgi.com>; Tue, 10 Mar 1998 08:45:30 -0800 (PST)
Received: from bill.aero.swri.edu (bill.aero.swri.edu [129.162.91.32]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id IAA15814
	for <info-performer@sgi.com>; Tue, 10 Mar 1998 08:45:29 -0800 (PST)
	mail_from (mcoleman@txdirect.net)
Received: from txdirect.net (localhost [127.0.0.1]) by bill.aero.swri.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA02299; Tue, 10 Mar 1998 10:45:14 -0600
Sender: mcoleman@txdirect.net
Message-ID: <35056E19.A6561CD1@txdirect.net>
Date: Tue, 10 Mar 1998 10:45:13 -0600
From: "Michael A. Coleman" <mcoleman@txdirect.net>
Organization: Drunk Works Home Brewery
X-Mailer: Mozilla 4.04 [en] (X11; U; IRIX 6.3 IP32)
MIME-Version: 1.0
To: perfly@segolene.roazhon.inra.fr
CC: info-performer@sgi.com
Subject: Re: Non-square clipmaps
References: <9803101306.AA00412@segolene.roazhon.inra.fr>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

perfly@segolene.roazhon.inra.fr wrote:
> 
> Salut,
> 
> is it possible to use non-square clipmaps ? (ex: 32768x8192)
> 
> Kenavo
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com


One can stuff a non-square texture into a square clipmap; we had to do
this.  Decide which square power of two you want to go to and then stuff
your image into half or fourth or eighth (or whatever your nearest
power-of-two aspect ratio is) of the cliptexture.  Your image cache
files still have to refer to a square cliptexture.  The trick is
positioning your eyepoint so that you never look at the areas of the
entire cliptexture that don't correspond to your actual image.  We set
up blank tiles of various sizes to cover the "undefined" area of the
cliptexture.

There may be a better way to do this, but this is what we came up with. 
We did this quite a bit of time ago, so my explanation is a little hazy.

Regards,

Michael A. Coleman
mcoleman@txdirect.net
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 10 10:58:27 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA26793 for info-performer-dist@holodeck.engr.sgi.com; Tue, 10 Mar 1998 10:56:31 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA26766 for <info-performer@holodeck.engr.sgi.com>; Tue, 10 Mar 1998 10:56:30 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA2763258 for <info-performer@cthulhu.engr.sgi.com>; Tue, 10 Mar 1998 10:56:30 -0800 (PST)
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA12177
	for <info-performer@sgi.com>; Tue, 10 Mar 1998 10:56:29 -0800 (PST)
	mail_from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA10099; Tue, 10 Mar 1998 10:56:27 -0800
Date: Tue, 10 Mar 1998 10:56:27 -0800
From: dorbie@multipass (Angus Dorbie)
Message-Id: <9803101056.ZM10097@multipass.engr.sgi.com>
In-Reply-To: "Michael A. Coleman" <mcoleman@txdirect.net>
        "Re: Non-square clipmaps" (Mar 10, 10:45am)
References: <9803101306.AA00412@segolene.roazhon.inra.fr> 
	<35056E19.A6561CD1@txdirect.net>
X-Face: Lk9zL#{L3j6/q[D{#|gO^-Ejuex.|X99F;[K=lCu|MwB*1Cz",uKcCjQ!2=C[j#A'hzhA,/
                                                                                                                6Vp1iia&9$'Ah445@E'}bZ8y6d.rN6H@9U8eDqX(6Q,es:^Da~{^Ti6_*fsm+|fsc&*qP#,#Qwj@&C
                                                                                                                BFZ&zDt+Gd
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: "Michael A. Coleman" <mcoleman@txdirect.net>,
        perfly@segolene.roazhon.inra.fr
Subject: Re: Non-square clipmaps
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 10, 10:45am, Michael A. Coleman wrote:
> Subject: Re: Non-square clipmaps
> perfly@segolene.roazhon.inra.fr wrote:
> >
> > Salut,
> >
> > is it possible to use non-square clipmaps ? (ex: 32768x8192)
> >
> > Kenavo
> > =======================================================================
> > List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
> >             Submissions:  info-performer@sgi.com
> >         Admin. requests:  info-performer-request@sgi.com
>
>
> One can stuff a non-square texture into a square clipmap; we had to do
> this.  Decide which square power of two you want to go to and then stuff
> your image into half or fourth or eighth (or whatever your nearest
> power-of-two aspect ratio is) of the cliptexture.  Your image cache
> files still have to refer to a square cliptexture.  The trick is
> positioning your eyepoint so that you never look at the areas of the
> entire cliptexture that don't correspond to your actual image.  We set
> up blank tiles of various sizes to cover the "undefined" area of the
> cliptexture.
>
> There may be a better way to do this, but this is what we came up with.
> We did this quite a bit of time ago, so my explanation is a little hazy.
>

This is the right approach you just pad the database.

It doesn't cost you anything because you don't need the undefined tiles on the
file system.

You can use the texture matrix to scale the image up from the inset dimension
to the 0,0 to 1,1 texture coordinate range, or more accurately scale the
coordinates down to the inset size.

Cheers,Angus.



-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 10 11:27:37 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA26994 for info-performer-dist@holodeck.engr.sgi.com; Tue, 10 Mar 1998 11:24:17 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA26967 for <info-performer@holodeck.engr.sgi.com>; Tue, 10 Mar 1998 11:24:16 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA2752031 for <info-performer@cthulhu.engr.sgi.com>; Tue, 10 Mar 1998 11:24:16 -0800 (PST)
Received: from precious.engr.sgi.com ([198.29.106.95]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id LAA25412
	for <info-performer@sgi.com>; Tue, 10 Mar 1998 11:24:14 -0800 (PST)
	mail_from (nemec@precious.engr.sgi.com)
Received: (from nemec@localhost) by precious.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) id LAA16121; Tue, 10 Mar 1998 11:23:50 -0800 (PST)
From: "Philip Nemec" <nemec@sgi.com>
Message-Id: <9803101123.ZM16097@sgi.com>
Date: Tue, 10 Mar 1998 11:23:49 -0800
In-Reply-To: dorbie@multipass (Angus Dorbie)
        "Re: Non-square clipmaps" (Mar 10, 10:56am)
References: <9803101306.AA00412@segolene.roazhon.inra.fr> 
	<35056E19.A6561CD1@txdirect.net> 
	<9803101056.ZM10097@multipass.engr.sgi.com>
X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: dorbie@multipass (Angus Dorbie),
        "Michael A. Coleman" <mcoleman@txdirect.net>,
        perfly@segolene.roazhon.inra.fr
Subject: Re: Non-square clipmaps
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

The only current graphics hardware capable of running clipmapping is infinite
Reality.  And it has a requirement that cliptextures be square.

The examples given of how to pad out a non-square cliptexture to a square one
are the correct solutions, although there are also a few cases where the best
thing to do is make 2 square cliptextures.

caveats with these techniques:

Padding up a non-square cliptexture may cost you a level.  In other words if
you have 2 square cliptextures you can achieve a higher number of levels (a
larger sized cliptexture) than with one square one containing a rectangular
cliptexture.

2 cliptextures take up roughly twice the texture memory as 1.  Other resources
are increased as well, but this is the most painful one to me...

-------

Angus's suggestion of using the texture matrix to scale texture coords to make
the square cliptexture look like a rectangle sounds reasonable, but hopefully
Don Hatch can clarify if this interferes any with Performer's cliptexture
munging (and precision issues).
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 10 11:27:34 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA27027 for info-performer-dist@holodeck.engr.sgi.com; Tue, 10 Mar 1998 11:24:37 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA27000 for <info-performer@holodeck.engr.sgi.com>; Tue, 10 Mar 1998 11:24:36 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA2778688 for <info-performer@cthulhu.engr.sgi.com>; Tue, 10 Mar 1998 11:24:36 -0800 (PST)
Received: from spiffy.paradigmsim.com (spiffy.paradigmsim.com [206.7.114.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id LAA25493
	for <info-performer@sgi.com>; Tue, 10 Mar 1998 11:24:26 -0800 (PST)
	mail_from (db@ParadigmSim.com)
Received: from db.paradigmsim.com by spiffy.paradigmsim.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO)
	 id NAA00797; Tue, 10 Mar 1998 13:23:49 -0600
Message-ID: <350594FE.992@ParadigmSim.com>
Date: Tue, 10 Mar 1998 13:31:10 -0600
From: Dan Brockway <db@ParadigmSim.com>
Reply-To: db@ParadigmSim.com
Organization: Paradigm Simulation Inc.
X-Mailer: Mozilla 3.01 (Win95; I)
MIME-Version: 1.0
To: info-performer@sgi.com, "Michael A. Coleman" <mcoleman@txdirect.net>
Subject: Re: Non-square clipmaps
References: <9803101306.AA00412@segolene.roazhon.inra.fr> <35056E19.A6561CD1@txdirect.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Kenavo,

Michael is right. You can populate part of the square clip map
definition. Your sub set area need not be a power of two, just a
multiple of your tile size.

You will need to create a border of tiles outside the area you plan to
use. This border will ensure that as your clip center moves to the edge
of your defined area, that there are texels to fill the clip area at
each level.

So for example, If you clip_size is 1024 then as the clip center gets to
the edge, 512 the clip area will be hanging off the populated area by
512 texels. So add a border tile to every level. The contents of the
border tiles can be a symbolic link to any other tile. This will use up
little disk space and, if all the other clip parameters are well
managed, will never be seen.

Dan

and your tile size is 512. the clip area 


Michael A. Coleman wrote:
> 
> perfly@segolene.roazhon.inra.fr wrote:
> >
> > Salut,
> >
> > is it possible to use non-square clipmaps ? (ex: 32768x8192)
> >
> > Kenavo
> > =======================================================================
> > List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
> >             Submissions:  info-performer@sgi.com
> >         Admin. requests:  info-performer-request@sgi.com
> 
> One can stuff a non-square texture into a square clipmap; we had to do
> this.  Decide which square power of two you want to go to and then stuff
> your image into half or fourth or eighth (or whatever your nearest
> power-of-two aspect ratio is) of the cliptexture.  Your image cache
> files still have to refer to a square cliptexture.  The trick is
> positioning your eyepoint so that you never look at the areas of the
> entire cliptexture that don't correspond to your actual image.  We set
> up blank tiles of various sizes to cover the "undefined" area of the
> cliptexture.
> 
> There may be a better way to do this, but this is what we came up with.
> We did this quite a bit of time ago, so my explanation is a little hazy.
> 
> Regards,
> 
> Michael A. Coleman
> mcoleman@txdirect.net
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 10 12:22:51 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA27644 for info-performer-dist@holodeck.engr.sgi.com; Tue, 10 Mar 1998 12:21:08 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA27617 for <info-performer@holodeck.engr.sgi.com>; Tue, 10 Mar 1998 12:21:06 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA2821049 for <info-performer@cthulhu.engr.sgi.com>; Tue, 10 Mar 1998 12:21:05 -0800 (PST)
Received: from bill.aero.swri.edu (bill.aero.swri.edu [129.162.91.32]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id MAA18846
	for <info-performer@sgi.com>; Tue, 10 Mar 1998 12:21:03 -0800 (PST)
	mail_from (mcoleman@txdirect.net)
Received: from txdirect.net (localhost [127.0.0.1]) by bill.aero.swri.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA02727; Tue, 10 Mar 1998 14:20:48 -0600
Sender: mcoleman@txdirect.net
Message-ID: <3505A0A0.30642A18@txdirect.net>
Date: Tue, 10 Mar 1998 14:20:48 -0600
From: "Michael A. Coleman" <mcoleman@txdirect.net>
Organization: Drunk Works Home Brewery
X-Mailer: Mozilla 4.04 [en] (X11; U; IRIX 6.3 IP32)
MIME-Version: 1.0
To: db@ParadigmSim.com
CC: info-performer@sgi.com
Subject: Re: Non-square clipmaps
References: <9803101306.AA00412@segolene.roazhon.inra.fr> <35056E19.A6561CD1@txdirect.net> <350594FE.992@ParadigmSim.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Dan Brockway wrote:
> 
> Kenavo,
> 
> Michael is right. You can populate part of the square clip map
> definition. Your sub set area need not be a power of two, just a
> multiple of your tile size.
> 
> You will need to create a border of tiles outside the area you plan to
> use. This border will ensure that as your clip center moves to the edge
> of your defined area, that there are texels to fill the clip area at
> each level.
> 
> So for example, If you clip_size is 1024 then as the clip center gets to
> the edge, 512 the clip area will be hanging off the populated area by
> 512 texels. So add a border tile to every level. The contents of the
> border tiles can be a symbolic link to any other tile. This will use up

Yep, this is what we did.  Saves quite a bit of disk space.

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

From guest  Wed Mar 11 00:15:30 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id AAA04351 for info-performer-dist@holodeck.engr.sgi.com; Wed, 11 Mar 1998 00:14:08 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id AAA04324 for <info-performer@holodeck.engr.sgi.com>; Wed, 11 Mar 1998 00:14:06 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id AAA3089543 for <info-performer@cthulhu.engr.sgi.com>; Wed, 11 Mar 1998 00:14:05 -0800 (PST)
Received: from ns1.sara.nl (ns1.sara.nl [192.16.188.198]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id AAA02199
	for <info-performer@sgi.com>; Wed, 11 Mar 1998 00:14:03 -0800 (PST)
	mail_from (wilfred@sara.nl)
Received: from barney.sara.nl (barney.sara.nl [192.42.131.71])
	by ns1.sara.nl (8.8.3/8.8.8) with ESMTP id JAA00652;
	Wed, 11 Mar 1998 09:13:55 +0100 (MET)
Message-ID: <35057FBB.35B670B4@sara.nl>
Date: Tue, 10 Mar 1998 19:00:27 +0100
From: Wilfred Janssen <wilfred@sara.nl>
X-Mailer: Mozilla 4.01 [en] (Win95; I)
MIME-Version: 1.0
To: Mattias.Johansson@saab.se
CC: info-performer@sgi.com
Subject: Re: Problem: pf2.2 + Onyx2 + Layers
X-Priority: 3 (Normal)
References: <PAA15522@saab.se> <9803091139.ZM23299@logan.engr.multigen.com>
	 <9803091152.ZM29720@rose.engr.sgi.com> <9803091206.ZM27016@quid.engr.sgi.com>
	 <9803091438.ZM46@rose.engr.sgi.com> <PAA16150@saab.se>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Mattias.Johansson@saab.se wrote:
> 
> 
> BTW, anyone else who has problems with a crashing graphics subsystem
> on
> Onyx2's ??
> 
> /Mattias
> 

Yep, happens to us about once a month. We run a 4 iR Onyx2 with IRIX6.4
and the latest graphics patch intalled. SGI hasn't got a clue about
what's wrong.

Wilfred

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

-- 
===================================================================
| Wilfred Janssen                         SARA                    |
| Project Manager CAVE                    P.O. Box 94613          |
| Consultant Scientific Computing         1090 GP Amsterdam       |
| Academic Computing Services Amsterdam   The Netherlands         |
|                                                                 |
| Phone: +31 (0) 20 592 3000              e-mail: wilfred@sara.nl |
| Fax:   +31 (0) 20 668 3167              URL: http://www.sara.nl |
===================================================================

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

From guest  Wed Mar 11 04:36:40 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA04799 for info-performer-dist@holodeck.engr.sgi.com; Wed, 11 Mar 1998 04:33:42 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA04772 for <info-performer@holodeck.engr.sgi.com>; Wed, 11 Mar 1998 04:33:39 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id EAA3130599 for <info-performer@cthulhu.engr.sgi.com>; Wed, 11 Mar 1998 04:33:38 -0800 (PST)
Received: from flaska.autosim.no (port03.nord.eunet.no [195.1.163.164]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id EAA21987
	for <info-performer@sgi.com>; Wed, 11 Mar 1998 04:33:34 -0800 (PST)
	mail_from (inge@autosim.no)
Received: from david by flaska.autosim.no with smtp
	(Linux Smail3.2.0.92 #1) id m0yClgZ-000vuuC; Wed, 11 Mar 1998 14:36:43 +0100 (MET)
Message-ID: <007001bd4ce9$fee01070$2902a8c0@david.autosim.no>
Reply-To: "Inge E.Henriksen" <inge@autosim.no>
From: "Inge E.Henriksen" <inge@autosim.no>
To: <info-performer@sgi.com>
Subject: Re: info-performer Mar 10 1998
Date: Wed, 11 Mar 1998 13:34:12 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Status: O


>From: Mattias.Johansson@saab.se
>Date: Tue, 10 Mar 1998 15:24:26 +0100
>Subject: Re: Problem: pf2.2 + Onyx2 + Layers

>EXT AVS; Sharon Clay wrote:
>>
>> +>---- On Mar 9, 12:06pm, Rob Jenkins wrote:
>> > Subject: Re: Problem: pf2.2 + Onyx2 + Layers
>>
>> ->> ->
>> ->> ->Running the same database on these two platforms gives dramatically
>> ->different
>> ->> ->coplanar rendering results? Here we go again ... (hi sharon ;-)
>> ->> ->
>> ->> ->If you're using displacement, make sure you have a 23 bit depth
buffer on
>> ->the
>> ->> ->Onyx2. there have been problems where you don't get the FB you ask
for ...
>> ->see

>I seem to be getting what i ask for (unless  pfGetPWinFBConfig is broken
>:-) )..
>23 bit depth buffer, that is.

>We are using displacement, stencil is not an option.

>> ->>
>> ->> Wait!  This may not be necessary - first make sure you have patch
2919 or
>> ->> later as there was a fix in that patch that could affect precision of
>> ->> Z coordinates.  Using 23 bits of Z means slower multisampled fill so
you
>> ->
>> ->patch 2919 is a 'DG SCSI RAID 2.3 Rollup' patch, not known for it's
>>
>> Woops!  I typoed :-( I meant the old Onyx2 iR patch 2191 (or a more
recent
>> replacement).
>>
>> ->The latest iR patches currently released are:
>> ->
>> ->2327 for Onyx ( replaced 1808 ) and
>> ->2789 for Onyx2 ( replaced 2326 )

>We have the latest patch, 2789 installed.

>Adjusting far/near clip did not seem to improve the result at all ??
>Adding a little offset (0.01 meters) to the subfaces seems
>to do the trick though. Why? I'm a little bit confused about that.

I thought I might add that after some experimenting with objects I have
discovered
that the further away from origo an object is the more inaccurate the
polygon calculations
are. If you model a square with a subface and put it far away from origo it
will start to flicker even though the depth-buffer should be able to handle
it.

I hope this might help!!!


Greetings from Inge :|)

>BTW, anyone else who has problems with a crashing graphics subsystem on
>Onyx2's ??

>/Mattias

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

From guest  Wed Mar 11 06:11:42 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA05005 for info-performer-dist@holodeck.engr.sgi.com; Wed, 11 Mar 1998 06:10:24 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA04978 for <info-performer@holodeck.engr.sgi.com>; Wed, 11 Mar 1998 06:10:23 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA3136633 for <info-performer@cthulhu.engr.sgi.com>; Wed, 11 Mar 1998 06:10:23 -0800 (PST)
Received: from weald.air.saab.se (weald.air.saab.se [136.163.212.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA12708
	for <info-performer@sgi.com>; Wed, 11 Mar 1998 06:10:21 -0800 (PST)
	mail_from (Mattias.Johansson@saab.se)
From: Mattias.Johansson@saab.se
Received: from limes.air.saab.se (limes.air.saab.se [136.163.210.10])
	by weald.air.saab.se (MSTR SLVE/XXVI) with ESMTP id XVPAA15157
	for <info-performer@sgi.com>; Wed, 11 Mar 1998 15:10:19 +0100 (CET)
Received: from turner.air.saab.se (turner.air.saab.se [136.163.251.7])
	by limes.air.saab.se (MSTR SLVE/XXVI) with ESMTP id XVPAA24132
	for <info-performer@sgi.com>; Wed, 11 Mar 1998 15:10:18 +0100 (CET)
Date: Wed, 11 Mar 1998 15:10:10 +0100
Subject: Re: info-performer Mar 10 1998
Sender: Mattias.Johansson@saab.se
To: info-performer@sgi.com
Message-id: <PAA24132@saab.se>
Organization: Saab Aerospace
MIME-version: 1.0
X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.5.1 sun4u)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
References: <007001bd4ce9$fee01070$2902a8c0@david.autosim.no>
Status: O

Inge E.Henriksen wrote:
> 
> I thought I might add that after some experimenting with objects I have
> discovered
> that the further away from origo an object is the more inaccurate the
> polygon calculations
> are. If you model a square with a subface and put it far away from origo it
> will start to flicker even though the depth-buffer should be able to handle
> it.
> 
> I hope this might help!!!

Sorry to say that the origin is already made local and is sitting right
on the runway.
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 11 09:34:48 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA05484 for info-performer-dist@holodeck.engr.sgi.com; Wed, 11 Mar 1998 09:30:35 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA05457 for <info-performer@holodeck.engr.sgi.com>; Wed, 11 Mar 1998 09:30:34 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA3234576 for <info-performer@cthulhu.engr.sgi.com>; Wed, 11 Mar 1998 09:30:33 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id JAA26358
	for <info-performer@sgi.com>; Wed, 11 Mar 1998 09:30:31 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA01201; Wed, 11 Mar 1998 09:30:29 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803110930.ZM1199@quid.engr.sgi.com>
Date: Wed, 11 Mar 1998 09:30:29 -0800
In-Reply-To: Wilfred Janssen <wilfred@sara.nl>
        "Re: Problem: pf2.2 + Onyx2 + Layers" (Mar 10,  7:00pm)
References: <PAA15522@saab.se>  <9803091139.ZM23299@logan.engr.multigen.com> 
	<9803091152.ZM29720@rose.engr.sgi.com> 
	<9803091206.ZM27016@quid.engr.sgi.com> 
	<9803091438.ZM46@rose.engr.sgi.com>  <PAA16150@saab.se> 
	<35057FBB.35B670B4@sara.nl>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Wilfred Janssen <wilfred@sara.nl>, Mattias.Johansson@saab.se
Subject: Re: Problem: pf2.2 + Onyx2 + Layers
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 10,  7:00pm, Wilfred Janssen wrote:
> Subject: Re: Problem: pf2.2 + Onyx2 + Layers
> Mattias.Johansson@saab.se wrote:
> >
> >
> > BTW, anyone else who has problems with a crashing graphics subsystem
> > on
> > Onyx2's ??
> >
> > /Mattias
> >
>
> Yep, happens to us about once a month. We run a 4 iR Onyx2 with IRIX6.4
> and the latest graphics patch intalled. SGI hasn't got a clue about
> what's wrong.
>

Mattias

Do you have a support call logged for this with your local office ? If so can
you give me the call reference and the SGI contact you have ?

gGfx pipe hangs are of course only caused by some HW problem or by a bug in the
gfx pipe, even if an application does a very wrong thing then the pipe
shouldn't hang ( assuming  the HW is OK ), in real life there are bugs though
and hangs do happen. I started adding some notes here about what can be done to
narrow down a problem like you describe but it was going to be too long to be
of interest to most people so to cut a long story short, there is plenty we can
do to track your pipe hang problems down, we've dealt with many of them and
they all get solved in the end :-)

Cheers
Rob



-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 11 11:03:50 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA05700 for info-performer-dist@holodeck.engr.sgi.com; Wed, 11 Mar 1998 10:35:57 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA05673 for <info-performer@holodeck.engr.sgi.com>; Wed, 11 Mar 1998 10:35:56 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA3250475 for <info-performer@cthulhu.engr.sgi.com>; Wed, 11 Mar 1998 10:35:55 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA25392
	for <info-performer@sgi.com>; Wed, 11 Mar 1998 10:35:54 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA01343; Wed, 11 Mar 1998 10:35:52 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803111035.ZM1341@quid.engr.sgi.com>
Date: Wed, 11 Mar 1998 10:35:51 -0800
In-Reply-To: "Inge E.Henriksen" <inge@autosim.no>
        "Re: info-performer Mar 10 1998" (Mar 11,  1:34pm)
References: <007001bd4ce9$fee01070$2902a8c0@david.autosim.no>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "Inge E.Henriksen" <inge@autosim.no>, <info-performer@sgi.com>
Subject: Re: info-performer Mar 10 1998
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

>
> >Adjusting far/near clip did not seem to improve the result at all ??
> >Adding a little offset (0.01 meters) to the subfaces seems
> >to do the trick though. Why? I'm a little bit confused about that.
>
> I thought I might add that after some experimenting with objects I have
> discovered
> that the further away from origo an object is the more inaccurate the
> polygon calculations
> are. If you model a square with a subface and put it far away from origo it
> will start to flicker even though the depth-buffer should be able to handle
> it.
>
> I hope this might help!!!
>

This still sounds like zbuffer precision problems in that the problem gets
worse as you move further from the eye. Bear in mind when adjusting the
near/far clipping planes that it's the ratio of near:far that determines the
precision spread so adjusting near to be a bit larger can make a huge
difference to that ratio ( whereas reducing far doens't change it much ). What
ratio of near:far do you have ?

When you say 'Adding a little offset' do you mean in the model itself ? Are you
using PFDECAL_BASE_DISPLACE or PFDECAL_BASE_DISPLACE | PFDECAL_LAYER_OFFSET if
you added the offest in your model then what you see is exaplained by the
zbuffer precision stuff. Coudl you try adding the PFDECAL_LAYER_OFFSET ?
Performer then calculates an offset based on the amount of zbuffer bits you
have. The limitations of displace are described in the pfLayer man page, the
glPolygonOffsetEXT has maybe more insight which might help make this clearer.

Cheers
Rob

-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 11 15:38:52 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA06706 for info-performer-dist@holodeck.engr.sgi.com; Wed, 11 Mar 1998 15:32:02 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA06679 for <info-performer@holodeck.engr.sgi.com>; Wed, 11 Mar 1998 15:32:01 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA3450289 for <info-performer@cthulhu.engr.sgi.com>; Wed, 11 Mar 1998 15:32:02 -0800 (PST)
Received: from alfa.ist.utl.pt (alfa.ist.utl.pt [193.136.132.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id PAA10166
	for <info-performer@sgi.com>; Wed, 11 Mar 1998 15:31:59 -0800 (PST)
	mail_from (l40175@alfa.ist.utl.pt)
Received: from localhost (l40175@localhost)
	by alfa.ist.utl.pt (8.8.6/8.8.8) with SMTP id XAA31635
	for <info-performer@sgi.com>; Wed, 11 Mar 1998 23:33:33 +0100 (GMT+0100)
Date: Wed, 11 Mar 1998 23:33:32 +0100 (GMT+0100)
From: "Comm'der Tomalak" <l40175@alfa.ist.utl.pt>
To: info-performer@sgi.com
Subject: Grabbing buffer image in multi-pipe , multi-chan env.
In-Reply-To: <9803111035.ZM1341@quid.engr.sgi.com>
Message-ID: <Pine.OSF.3.96.980311232749.15864A-100000@alfa.ist.utl.pt>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O



	Hi there :) 

	I'd like to know how can I grab, for image processing purposes,
the output of a pipe/chan in a multpipe, multichan simulation.

	What I'm looking for, is a function whoich, given a pipe/chan,
gives me a GL window memory buffer and enables me to copy that, after
processed, to another GL Window.


Thanks, in advance,


					Luis :)

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

From guest  Thu Mar 12 06:16:19 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA09899 for info-performer-dist@holodeck.engr.sgi.com; Thu, 12 Mar 1998 06:15:20 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA09872 for <info-performer@holodeck.engr.sgi.com>; Thu, 12 Mar 1998 06:15:18 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA3727242 for <info-performer@cthulhu.engr.sgi.com>; Thu, 12 Mar 1998 06:15:18 -0800 (PST)
Received: from inra.inra.fr (inra.inra.fr [138.102.88.1]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA09641
	for <info-performer@sgi.com>; Thu, 12 Mar 1998 06:15:12 -0800 (PST)
	mail_from (perfly@segolene.roazhon.inra.fr)
From: perfly@segolene.roazhon.inra.fr
Received: from segolene.roazhon.inra.fr (segolene.roazhon.inra.fr [194.167.74.40])
	by inra.inra.fr (8.8.8/8.8.8) with SMTP id PAA16476
	for <info-performer@sgi.com>; Thu, 12 Mar 1998 15:14:06 +0100 (MET)
Received: by segolene.roazhon.inra.fr (5.x/SMI-SVR4)
	id AA03233; Thu, 12 Mar 1998 15:10:00 +0100
Date: Thu, 12 Mar 1998 15:10:00 +0100
Message-Id: <9803121410.AA03233@segolene.roazhon.inra.fr>
To: info-performer@sgi.com
Subject: cliptexture Insets 
X-Sun-Charset: US-ASCII
Status: O

Salut,

I am looking for cliptexture Insets configuration files examples
Thank you

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

From guest  Fri Mar 13 01:19:59 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA12949 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 01:14:53 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA12922 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 01:14:51 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id BAA4155776
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 01:14:51 -0800 (PST)
Received: from gwsmtp.thomson.fr (gwsmtp.thomson.fr [195.101.37.140]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id BAA08867
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 01:14:49 -0800 (PST)
	mail_from (CHRISTOPHE.C.D.DELEPINE@TTS.thomson.fr)
From: CHRISTOPHE.C.D.DELEPINE@TTS.thomson.fr
Received: by gwsmtp.thomson.fr (NPlex 1.3.146); 13 Mar 1998 10:16:47 +0000
X400-Received: by mta TFM-SMTP in /PRMD=THOMSON/ADMD=ATLAS/C=FR; relayed; 13 Mar 1998 10:16:47 +0000
To: info-performer@sgi.com
Subject: Packed attributes less efficient ?
X400-MTS-Identifier: [/PRMD=THOMSON/ADMD=ATLAS/C=FR;7824081013031998/A21819/INDRE]
Message-Id: <7824081013031998/A21819/INDRE/11C36A881600@MHS>
Date: 13 Mar 1998 10:12:14 +0000
Importance: high
Sensitivity: confidential
Autoforwarded: false
X-Zm-Priority: High
Status: O

In order to improve rendering performance, i have experimented geosets with
packed attributes, but unfortunately the rendering time has increased (~20%)
compared with the same geosets without packed attributes. A bit strange
since it is supposed to decrease OpenGL function call overhead...

my packed vertex looks like:

short n[4];
float t[2];
float v[3];

the color is not included because it is constant per geoset.

here is the geoset initialisation code for packed attributes:

	pfGSetDrawMode(gs->gset, PFGS_PACKED_ATTRS, PF_ON);
	pfGSetAttr(gs->gset, PFGS_PACKED_ATTRS, PFGS_PA_C4UBN3ST2FV3F, gs->ntv, NULL);
	pfGSetAttr(gs->gset, PFGS_COORD3, PFGS_PER_VERTEX, NULL, NULL);
	pfGSetAttr(gs->gset, PFGS_NORMAL3, PFGS_PER_VERTEX, NULL, NULL);
	pfGSetAttr(gs->gset, PFGS_TEXCOORD2, PFGS_PER_VERTEX, NULL, NULL);

and the one for non packed attributes:

	pfGSetAttr(gs->gset, PFGS_COORD3, PFGS_PER_VERTEX, gs->point, NULL);
	pfGSetAttr(gs->gset, PFGS_NORMAL3, PFGS_PER_VERTEX, gs->normal, NULL);
	pfGSetAttr(gs->gset, PFGS_TEXCOORD2, PFGS_PER_VERTEX, gs->uv, NULL);


Any idea that could explain the loss of performance ? 
Would it be faster to use directly OpenGL (glDrawArrayEXT) with attributes stored
in separate arrays (which is not possible to specify with Performer) ?

machine: Onyx2 + performer 2.2 


  _                      __
 / )/ _ ' __/    / _    /  )_ /_'  .   _ 
(_ /)/ /_) /()/)/)(-   /__/(-((-/)//)(- 
             /                 /  


Thomson Training & Simulation
5 rue Leonardo da Vinci     
Z.A. Les Boutries, B.P. 252     
78703 Conflans Sainte-Honorine        
FRANCE               
   
phone:   33 1 34 90 36 14     
  fax:   33 1 34 90 36 02             
email:   christophe.delepine@tts.thomson.fr

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

From guest  Fri Mar 13 08:49:11 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA13473 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 08:38:24 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA13446 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 08:38:22 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA4290105
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 08:38:22 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id IAA27433
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 08:38:21 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA06301; Fri, 13 Mar 1998 08:38:19 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803130838.ZM6299@quid.engr.sgi.com>
Date: Fri, 13 Mar 1998 08:38:19 -0800
In-Reply-To: "Comm'der Tomalak" <l40175@alfa.ist.utl.pt>
        "Grabbing buffer image in multi-pipe , multi-chan env." (Mar 11, 11:33pm)
References: <Pine.OSF.3.96.980311232749.15864A-100000@alfa.ist.utl.pt>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "Comm'der Tomalak" <l40175@alfa.ist.utl.pt>, info-performer@sgi.com
Subject: Re: Grabbing buffer image in multi-pipe , multi-chan env.
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 11, 11:33pm, Comm'der Tomalak wrote:
> Subject: Grabbing buffer image in multi-pipe , multi-chan env.
>
>
> 	Hi there :)
>
> 	I'd like to know how can I grab, for image processing purposes,
> the output of a pipe/chan in a multpipe, multichan simulation.
>
> 	What I'm looking for, is a function whoich, given a pipe/chan,
> gives me a GL window memory buffer and enables me to copy that, after
> processed, to another GL Window.
>

The source for pfuSaveImage is shipped in
/usr/share/Performer/src/lib/libpfutil/snapwin.c that function does
glReadpixels then writes the data to an rgb file, it wouldn't be hard to change
the write to file part to be whatever OpenGL image processing you want on that
data read by glReadpixels. If you want to do it in another GL window ( or even
offscreen pbuffer ) you can do glXMakeCurrentReadSGI from the 2nd window to
make the performer context readable, then do the glReadpixels from the 2nd
window and you'll have copied the pixel data to the 2nd context. You can then
process it or do some processing ( see man pages for things like
glPixelTransfer, glPixelZoom, glConvolutionFilter ). There's no reason that the
2nd window shouldn't be a performer channel too.

Cheers
Rob


-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 13 10:11:03 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA13945 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 10:05:14 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA13918 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 10:05:13 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA4392582
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 10:05:12 -0800 (PST)
Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA03213
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 10:04:57 -0800 (PST)
	mail_from (kishore@triavest.com)
Received: from silver.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO)
	 id KAA18906; Fri, 13 Mar 1998 10:06:15 -0800
Received: by silver.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO)
	 id JAA01157; Fri, 13 Mar 1998 09:54:57 -0800
From: "Anita Kishore" <kishore@triavest.com>
Message-Id: <9803130954.ZM1155@silver.triavest.com>
Date: Fri, 13 Mar 1998 09:54:55 -0800
X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail)
To: src@rose.engr.sgi.com
Subject: pfGroup node DRAW callback
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19803130954.ZM1155.triavest.com"
Status: O

--
--PART-BOUNDARY=.19803130954.ZM1155.triavest.com
Content-Type: text/plain; charset=us-ascii

Hi Sharon:

	I picked up on the work that I had left off a couple of months
back (when you had helped answer some questions regarding forming
matrices in performer appl. and loading it on to MODELVIEW stack through
node callbacks) and have seen something strange that I think is wrong
being done inside performer.

	I am attaching a small sample code to show this. The program
creates a simple geometry, adds a couple of DCS and a group node above it,
and attaches DRAW callbacks to all these nodes. These callbacks do not
do anything in particular but are there simply to track the problem.

	I tracked the GL calls that are generated through ogldebug, and here
is what I found:

	There is a pop matrix call immediately after finishing the pfGroup's
node callback. The rest of the GL calls seem to fall in place ok. Is this
pop correct? Why is it showing up here?

Now, returning to my original problem, my actual appl. is also similarly
structured scenegraph wise. I try to load a particular matrix onto the
MODELVIEW stack in the pre DRAW callback of a pfGroup node (below which my
geometry exists). But, the stack is not being affected (ie: this geometry is
not
drawn using the viewing matrix that I loaded). Upon tracing similarly
with ogldebug, I found the same 'pop' matrix GL call immediately after the
pre DRAW callback of this group node thus voiding the matrix that I just
laoded.
I am not doing any pop until the post draw callback. So why is this happening
only for a group node?

I am using performer2.2, Onyx2, Irix 6.4.

Thanks for your help.

-anita
kishore@triavest.com

--PART-BOUNDARY=.19803130954.ZM1155.triavest.com
X-Zm-Content-Name: testCallback.c++
Content-Description: Text
Content-Type: text/plain ; name="testCallback.c++" ; charset=us-ascii

#include <stdlib.h>
#include <Performer/pf.h>
#include <Performer/pfutil.h>
#include <Performer/pfdu.h>

/******************************************************************************
 *                              geometry
 ******************************************************************************
 */

#define GEO_SIZE 1.0

static pfGeoSet *geometry( void )
{
 pfGeoSet   *gset;


 static pfVec3 verts[] = {
                          {-GEO_SIZE, 0, -GEO_SIZE},
                          { GEO_SIZE, 0, -GEO_SIZE},
                          { GEO_SIZE, 0,  GEO_SIZE},
                          {-GEO_SIZE, 0,  GEO_SIZE}
                         };

 static ushort vindex[] ={0, 1, 2, 3};       /* front */

 static pfVec3 norms[] ={{ 0.0f, -1.0f, 0.0f}};

 static ushort nindex[] ={0};


 fprintf ( stderr, "geometry()\n" );
 gset = pfNewGSet ( pfGetSharedArena () );

 pfGSetAttr ( gset, PFGS_COORD3,    PFGS_PER_VERTEX, verts,   vindex );
 pfGSetAttr ( gset, PFGS_NORMAL3,   PFGS_PER_PRIM,   norms,   nindex );
 pfGSetPrimType ( gset, PFGS_QUADS );
 pfGSetNumPrims ( gset, 1 );
 return gset;
#ifdef XXX
 pfNode * node;
 node = pfdLoadFile ( "square.iv" );
 if ( !node )
  fprintf ( stderr, "load failed\n" );
 return ( pfGeoSet * )node;
#endif
}

int preScene(pfTraverser *trav, void *userData)
{
     int matMode;
     glGetIntegerv(GL_ALPHA_BITS, &matMode);

     return 0;
}

int postScene(pfTraverser *trav, void *userData)
{
     int matMode;
     glGetIntegerv(GL_ALPHA_BIAS, &matMode);

     return 0;
}

int preRoot(pfTraverser *trav, void *userData)
{
     int matMode;
     glGetIntegerv(GL_GREEN_BITS, &matMode);

     return 0;
}

int postRoot(pfTraverser *trav, void *userData)
{
     int matMode;
     glGetIntegerv(GL_GREEN_BIAS, &matMode);

     return 0;
}

int preGeode(pfTraverser *trav, void *userData)
{
     int matMode;
     glGetIntegerv(GL_BLUE_BITS, &matMode);

     return 0;
}

int postGeode(pfTraverser *trav, void *userData)
{
     int matMode;
     glGetIntegerv(GL_BLUE_BIAS, &matMode);

     return 0;
}


int preGroup(pfTraverser *trav, void *userData)
{
     int matMode;
     glGetIntegerv(GL_RED_BITS, &matMode);

     return 0;
}

int postGroup(pfTraverser *trav, void *userData)
{
     int matMode;
     glGetIntegerv(GL_RED_BIAS, &matMode);
}

int
main (int argc, char *argv[])
{
    pfScene         *scene;
    pfPipe          *p;
    pfPipeWindow    *pw;
    pfChannel       *chan;
    pfSphere        bsphere;
    pfGeode         *geode;
    pfTexture       *vtex;
    pfGeoState      *gstate;
    pfGeoSet        *gset;
    pfCoord         view;
    pfGroup         *root;
    

    pfInit();
    pfConfig();

    /* set up scene graph */    
    geode = pfNewGeode();
    gset = geometry();
    pfAddGSet(geode, gset);
    root = pfNewGroup();
    pfAddChild(root, geode);
    scene = pfNewScene();
    pfSwitch *sw = pfNewSwitch();
    pfDCS    *dcs1 = pfNewDCS();
    pfGroup  *grp = pfNewGroup();
    pfDCS    * dcs2 = pfNewDCS();
    pfDCS    * dcs3 = pfNewDCS();
    pfAddChild(scene, pfNewLSource());
    pfAddChild(scene, sw);
    pfAddChild(sw, dcs1);
    pfAddChild(dcs1, grp);
    pfAddChild(grp, dcs2);
    pfAddChild(dcs2, dcs3);
    pfAddChild(dcs3, root);

    pfNodeTravFuncs(scene, PFTRAV_DRAW, preScene, postScene);
    pfNodeTravFuncs(root, PFTRAV_DRAW, preRoot, postRoot);
    pfNodeTravFuncs(geode, PFTRAV_DRAW, preGeode, postGeode);
    pfNodeTravFuncs(grp, PFTRAV_DRAW, preGroup, postGroup);

    /* make a window */
    p = pfGetPipe(0);
    pw = pfNewPWin(p);
    pfPWinType(pw, PFPWIN_TYPE_X);
    pfPWinName(pw, "testCallback");
    pfPWinOriginSize(pw, 0, 0, 720, 486);
    pfConfigPWin(pw);
    pfFrame();

    /* make a channel */
    chan = pfNewChan(p);
    pfChanScene(chan, scene);
    pfChanFOV(chan, 45, 0);

    /* determine extent of scene's geometry */
    pfGetNodeBSphere (root, &bsphere);
    pfChanNearFar(chan, 1, 10 * bsphere.radius);
    pfCopyVec3    ( view . xyz, bsphere . center );
    view . xyz [ PF_Y ] -= 3.0f * bsphere.radius;
    pfSetVec3     ( view . hpr, 0.0f, 0.0f, 0.0f);
    pfChanView     ( chan, view.xyz, view.hpr);

    /* make a geostate */
    gstate = pfNewGState (pfGetSharedArena());
    pfGSetGState(gset, gstate);
    pfFrame();

    while (1)
    {
  	pfSync();
	pfFrame();
    }

    pfExit();
} 

--PART-BOUNDARY=.19803130954.ZM1155.triavest.com
X-Zm-Content-Name: makefile
Content-Description: Text
Content-Type: text/plain ; name="makefile" ; charset=us-ascii

SHELL	= /bin/sh

#-- provide a list of alternate locations for file searches
UNIQUE	= .

#-- alternate locatins for included files
INCLUDE	=

#SRCLIBOPT=_igl
SRCLIBOPT=_ogl

PERFORMER = \
	-lpf${SRCLIBOPT}


#-- IRIX 4.x uses shared gl {gl_s} library {System-V Make lacks #if movietex.cs}
#LIBGL1	= -lgl
LIBGL1	= -lGL

LIBGL2	= ${LIBGL1:.4=_s}
LIBGL	= ${LIBGL2:.5=}

SYSTEM = \
	${LIBGL} \
        -lGLU\
	-lX11 \
	-lm \
	-lfpe \
	-lC

LIBRARIES = \
	${PERFORMER} ${SYSTEM}

#-- select c-compiler options
C++FLAGS	= ${INCLUDE} ${COPT} -DPF_C_API=1 \
		 -DPF_CPLUSPLUS_API=0 \
		 -DPF_MAJOR_VERSION=2 -Xcpluscomm -mips2 -32
#-DIRISGL

#-- base name of program
TARGET	= testCallback

#-- object files from which target built {some are in the common directory}
OBJECTS	= \
	testCallback.o


${TARGET}: ${OBJECTS}
	${C++C} ${C++FLAGS} -o $@ ${OBJECTS} ${LIBRARIES}

#-- objects are built from either unique or common files
testCallback.o:	${UNIQUE}/testCallback.c++
	${C++C} ${C++FLAGS} -c testCallback.c++ -o $@

clean :
	rm -f testCallback testCallback.o

--PART-BOUNDARY=.19803130954.ZM1155.triavest.com--

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

From guest  Fri Mar 13 10:54:31 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA14135 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 10:46:55 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA14108 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 10:46:54 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA4381821
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 10:46:52 -0800 (PST)
Received: from portalcp.chevron.com (portalcp.chevron.com [207.24.17.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id KAA22191
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 10:46:51 -0800 (PST)
	mail_from (WRVO@chevron.com)
Received: (from uucp@localhost)
	by portalcp.chevron.com (8.8.8/8.8.8) id KAA27663
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 10:46:50 -0800 (PST)
Received: from cybil.sr.chevron.com(146.27.64.35) by portalcp.chevron.com via smap (4.0a)
	id xma027506; Fri, 13 Mar 98 10:46:17 -0800
Message-Id: <199803131846.KAA04239@cybil.sr.chevron.com>
Received: by chvpk-msx04-b.sr.chevron.com with Internet Mail Service (5.0.1460.8)
	id <GVP4FK1Z>; Fri, 13 Mar 1998 10:46:17 -0800
From: "Volz, Bill (wrvo)" <WRVO@chevron.com>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Mouse events stop after a hit
Date: Fri, 13 Mar 1998 10:46:11 -0800
X-Mailer: Internet Mail Service (5.0.1460.8)
Status: O

I am using a PFUINPUT_X input model on a PWin. I then call pfChanPick to see
if the user pressed button 1 (and held it down) on some object in the
window. I get a stream of events until I get a hit and then no more hits.
They stop after the call to pfQueryHit. If I don't call pfQueryHit I
continue to get hits. If I release the mouse button, the stream resumes.
What is blocking the mouse event stream and what is the relationship between
pfQueryHit and the hit buffer? What can I do to solve this problem? Can
someone suggest a better way of doing this?

Thanks,
Bill Volz
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 13 11:06:07 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA14198 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 10:59:11 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA14171 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 10:59:10 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA4325515
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 10:59:09 -0800 (PST)
Received: from davinci.cnart.mx (davinci.cnart.mx [200.15.13.1]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA27444
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 10:59:08 -0800 (PST)
	mail_from (garcianv@davinci.cnart.mx)
Received: from krueger by davinci.cnart.mx via SMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI.AUTO)
	for <info-performer@sgi.com> id MAA01585; Fri, 13 Mar 1998 12:49:34 -0800
Sender: garcianv@davinci.cnart.mx
Message-ID: <35099BDE.41C6@correo.cnart.mx>
Date: Fri, 13 Mar 1998 12:49:34 -0800
From: Jose Luis Garcia Nava <garcianv@davinci.cnart.mx>
Organization: Centro Multimedia, CNA.
X-Mailer: Mozilla 3.04C-SGI (X11; I; IRIX 5.3 IP19)
MIME-Version: 1.0
To: Performer mailing list <info-performer@sgi.com>
Subject: Fractal-based animation.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Saludos desde Mexico,


does anybody know how can I use fractal-based functions within Performer
in order to achieve water, fire and atmospheric effects animation? We
are trying movie textures, but simulation seems to be very slow. Any
sample code or web link will be useful also.

Thanks,

Jose Luis.

--
Jose Luis Garcia Nava
Jefe del Taller de Realidad Virtual
Centro Multimedia, CNA.
Tel. +52(5)420-4503 Fax. +52(5)420-4456
E-mail. garcianv@correo.cnart.mx
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 13 11:38:40 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA14503 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 11:34:27 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA14476 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 11:34:26 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA1793259
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 11:34:25 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id LAA13272
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 11:34:24 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA4451856;
	Fri, 13 Mar 1998 11:34:23 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA02974; Fri, 13 Mar 1998 11:34:23 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <35098A3F.32426424@sgi.com>
Date: Fri, 13 Mar 1998 11:34:23 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: Jose Luis Garcia Nava <garcianv@davinci.cnart.mx>
CC: Performer mailing list <info-performer@sgi.com>
Subject: Re: Fractal-based animation.
References: <35099BDE.41C6@correo.cnart.mx>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Use the subload call to refresh the texture rather than making new
textures or trying to store them all in texture memory.

You will also need to use a texture which isn't MIP mapped or subload
the MIP levels also.

Cheers,Angus.

Jose Luis Garcia Nava wrote:
> 
> Saludos desde Mexico,
> 
> does anybody know how can I use fractal-based functions within Performer
> in order to achieve water, fire and atmospheric effects animation? We
> are trying movie textures, but simulation seems to be very slow. Any
> sample code or web link will be useful also.
> 
> Thanks,
> 
> Jose Luis.
> 
> --
> Jose Luis Garcia Nava
> Jefe del Taller de Realidad Virtual
> Centro Multimedia, CNA.
> Tel. +52(5)420-4503 Fax. +52(5)420-4456
> E-mail. garcianv@correo.cnart.mx
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 13 12:10:30 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA14653 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 11:58:03 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA14626 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 11:58:02 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA3878100
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 11:58:01 -0800 (PST)
Received: from mailgate2.boeing.com (mailgate2.boeing.com [199.238.248.100]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id LAA22671
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 11:58:00 -0800 (PST)
	mail_from (Donna.Allen@PHL.Boeing.com)
Received: from xch-phlbh-01.he.boeing.com ([128.225.11.106])
	by mailgate2.boeing.com (8.8.5/8.8.5) with ESMTP id LAA08777
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 11:57:58 -0800 (PST)
Received: by xch-phl-06.he.boeing.com with Internet Mail Service (5.0.1458.49)
	id <GPNYRRPH>; Fri, 13 Mar 1998 14:57:53 -0500
Message-ID: <51CC653FD8E0D011B82900805FFE090CD0365F@xch-phl-03.he.boeing.com>
From: "Allen, Donna N" <Donna.Allen@PHL.Boeing.com>
To: "'SGI Performer Users Group'" <info-performer@sgi.com>
Subject: a little help on an error message?
Date: Fri, 13 Mar 1998 14:57:57 -0500
X-Priority: 3
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1458.49)
Content-Type: text/plain
Status: O

I have a flight database that I am trying to load into performer
(perfly).  The database has high level of detail triangles that are
externalled in to the main file.  The database loads, you can fly
through it, but the high lod terrain triangles don't show up.  I get the
following error messages upon loading.  Does anyone have a clue what
they mean?  Thank you so much...



PF Warning/Usage:              pfClone() NULL pfNode*.
PF Warning/Usage:              pfAddChild: Bad child 0x0.
PF Warning/Usage:              pfClone() NULL pfNode*.
PF Warning/Usage:              pfAddChild: Bad child 0x0.



PF Warning/Usage:              pfSequence: Frame 1 indexes out of child
array 1.
PF Warning/Usage:              pfSequence: Frame 1 indexes out of child
array 1.
PF Warning/Usage:              pfSequence: Frame 1 indexes out of child
array 1.



Donna Allen
Boeing Philadelphia                                 phone:    voice:
610-591-7963
Flight Simulation Lab                               fax:   610-591-5636
donna.n.allen@boeing.com                            lab:   610-591-7971
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 13 12:52:54 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA14887 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 12:39:49 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA14860 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 12:39:48 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA4406021
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 12:39:47 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id MAA11762
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 12:39:46 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA07008 for info-performer@sgi.com; Fri, 13 Mar 1998 12:39:45 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803131239.ZM7006@quid.engr.sgi.com>
Date: Fri, 13 Mar 1998 12:39:45 -0800
In-Reply-To: Angus Dorbie <dorbie@sgi.com>
        "Re: Fractal-based animation." (Mar 13, 11:34am)
References: <35099BDE.41C6@correo.cnart.mx>  <35098A3F.32426424@sgi.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Performer mailing list <info-performer@sgi.com>
Subject: Re: Fractal-based animation.
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

> Use the subload call to refresh the texture rather than making new
> textures or trying to store them all in texture memory.
>
> You will also need to use a texture which isn't MIP mapped or subload
> the MIP levels also.
>

In /usr/share/Performer/src/pguide/libpf/C both dmvtO2.c and movietex.c use
subtex loads for video textures.

Cheers
Rob

> Cheers,Angus.
>
> Jose Luis Garcia Nava wrote:
> >
> > Saludos desde Mexico,
> >
> > does anybody know how can I use fractal-based functions within Performer
> > in order to achieve water, fire and atmospheric effects animation? We
> > are trying movie textures, but simulation seems to be very slow. Any
> > sample code or web link will be useful also.
> >
> > Thanks,
> >
> > Jose Luis.
> >
> > --
> > Jose Luis Garcia Nava
> > Jefe del Taller de Realidad Virtual
> > Centro Multimedia, CNA.
> > Tel. +52(5)420-4503 Fax. +52(5)420-4456
> > E-mail. garcianv@correo.cnart.mx
> > =======================================================================
> > List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
> >             Submissions:  info-performer@sgi.com
> >         Admin. requests:  info-performer-request@sgi.com
>
> --
> "Only the mediocre are always at their best." -- Jean Giraudoux
>
> For advanced 3D graphics Performer + OpenGL based examples and tutors:
> http://www.dorbie.com/
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>-- End of excerpt from Angus Dorbie



-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 13 13:36:46 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA15122 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 13:27:47 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA15095 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 13:27:46 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA4100452
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 13:27:45 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id NAA00084
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 13:27:44 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA4497489;
	Fri, 13 Mar 1998 13:27:44 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id NAA03143; Fri, 13 Mar 1998 13:27:40 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <3509A4CB.B00B7AA1@sgi.com>
Date: Fri, 13 Mar 1998 13:27:39 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: Anita Kishore <kishore@triavest.com>
CC: src@rose.engr.sgi.com, info-performer@sgi.com
Subject: Re: pfGroup node DRAW callback
References: <9803130954.ZM1155@silver.triavest.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Anita Kishore wrote:
> 
> Hi Sharon:
> 
>         I picked up on the work that I had left off a couple of months
> back (when you had helped answer some questions regarding forming
> matrices in performer appl. and loading it on to MODELVIEW stack through
> node callbacks) and have seen something strange that I think is wrong
> being done inside performer.
> 
>         I am attaching a small sample code to show this. The program
> creates a simple geometry, adds a couple of DCS and a group node above it,
> and attaches DRAW callbacks to all these nodes. These callbacks do not
> do anything in particular but are there simply to track the problem.
> 
>         I tracked the GL calls that are generated through ogldebug, and here
> is what I found:
> 
>         There is a pop matrix call immediately after finishing the pfGroup's
> node callback. The rest of the GL calls seem to fall in place ok. Is this
> pop correct? Why is it showing up here?
> 
> Now, returning to my original problem, my actual appl. is also similarly
> structured scenegraph wise. I try to load a particular matrix onto the
> MODELVIEW stack in the pre DRAW callback of a pfGroup node (below which my
> geometry exists). But, the stack is not being affected (ie: this geometry is
> not
> drawn using the viewing matrix that I loaded). Upon tracing similarly
> with ogldebug, I found the same 'pop' matrix GL call immediately after the
> pre DRAW callback of this group node thus voiding the matrix that I just
> laoded.
> I am not doing any pop until the post draw callback. So why is this happening
> only for a group node?
> 
> I am using performer2.2, Onyx2, Irix 6.4.
> 
> Thanks for your help.
> 
> -anita
> kishore@triavest.com
> 
>  

Off hand I'd say the pop is for the DCS on the matrix stack, although I
thought that performer used loadmatrix.

So you get:

pushmatrix, load or multiply for dcs, draw group, popmatrix.

So the pop happens after the group but I could be wrong here.

Cheers,Angus.

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 13 14:06:52 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA15257 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 13:53:15 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA15230 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 13:53:14 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA4503002
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 13:53:13 -0800 (PST)
Received: from portalcp.chevron.com (portalcp.chevron.com [207.24.17.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id NAA10423
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 13:53:11 -0800 (PST)
	mail_from (WRVO@chevron.com)
Received: (from uucp@localhost)
	by portalcp.chevron.com (8.8.8/8.8.8) id NAA03969
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 13:53:11 -0800 (PST)
Received: from cybil.sr.chevron.com(146.27.64.35) by portalcp.chevron.com via smap (4.0a)
	id xma003654; Fri, 13 Mar 98 13:52:18 -0800
Message-Id: <199803132152.NAA22896@cybil.sr.chevron.com>
Received: by chvpk-msx04-b.sr.chevron.com with Internet Mail Service (5.0.1460.8)
	id <GVP4FM9T>; Fri, 13 Mar 1998 13:52:20 -0800
From: "Volz, Bill (wrvo)" <WRVO@chevron.com>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: World to screen coord transforms
Date: Fri, 13 Mar 1998 13:52:12 -0800
X-Mailer: Internet Mail Service (5.0.1460.8)
Status: O

I need to transform a world coordinate point to screen coordinates. I know
that I need to call XformPt3 on the point, but I can't figure out where the
matrix (or matrices) come from. I tried pfGetChanViewMat and
pfGetChanOffsetViewMat, but they dont give the correct results. It seems
that I need to be transforming by two matrices - one from world to local
coords and then again from local to screen coords. 

A small snippet of code would be wonderful and appreciated.

Thanks,
Bill Volz

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

From guest  Fri Mar 13 14:25:35 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA15438 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 14:18:34 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA15411 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 14:18:33 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA4512395
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 14:18:32 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id OAA20956
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 14:18:31 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA4416168;
	Fri, 13 Mar 1998 14:18:20 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id OAA03214; Fri, 13 Mar 1998 14:18:19 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <3509B0AB.C358F841@sgi.com>
Date: Fri, 13 Mar 1998 14:18:19 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: "Volz, Bill (wrvo)" <WRVO@chevron.com>
CC: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Re: World to screen coord transforms
References: <199803132152.NAA22896@cybil.sr.chevron.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Volz, Bill (wrvo) wrote:
> 
> I need to transform a world coordinate point to screen coordinates. I know
> that I need to call XformPt3 on the point, but I can't figure out where the
> matrix (or matrices) come from. I tried pfGetChanViewMat and
> pfGetChanOffsetViewMat, but they dont give the correct results. It seems
> that I need to be transforming by two matrices - one from world to local
> coords and then again from local to screen coords.

They need to be transformed from object to world then from world to eye,
then from eye to screen.

The first two steps are done by the modelview matrix in OpenGL, but in
the scene graph this is the held separately, so you need to xform a
point through the matrices of all pfSCS and pfDCS nodes in ascending
order above it in the scene graph and then through the pfChannel matrix
(the viewing matrix). This gives you a point in eye space but not yet in
screen space. You must then transform the point through the projection
matrix of the channel frustum to give a projected screen coordinate
(nominally -1 to 1) which simple arithmetic will convert to viewport or
screen coordinates.

Simple really :-)

Cheers,Angus.

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 13 17:30:38 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA16193 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 17:28:56 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id RAA16166 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 17:28:50 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id RAA4606519
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 17:28:49 -0800 (PST)
Received: from aba.nsrc.nus.sg (aba.nsrc.nus.sg [137.132.15.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id RAA28047
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 17:28:45 -0800 (PST)
	mail_from (liuxy@nsrc.nus.edu.sg)
Received: (from smap@localhost)
          by aba.nsrc.nus.sg (8.8.5/8.8.4)
	  id JAA17921; Sat, 14 Mar 1998 09:27:44 +0800 (SGT)
Received: from liuxy.nsrc.nus.sg(137.132.15.85) by aba.nsrc.nus.sg via smap (V1.3)
	id sma017919; Sat Mar 14 09:27:40 1998
Message-ID: <3509DD4B.655@nsrc.nus.edu.sg>
Date: Sat, 14 Mar 1998 09:28:43 +0800
From: Liu Xiaoyan <liuxy@nsrc.nus.sg>
Organization: National Supercomputing Research Center
X-Mailer: Mozilla 3.0 (Win95; I)
MIME-Version: 1.0
To: Jarrett Coffman <jcoffman@grover.brooks.af.mil>
CC: info-performer@sgi.com
Subject: Re: pfHighlight
References: <199803091759.LAA09255@grover.brooks.af.mil>
Content-Type: text/plain; charset=big5
Content-Transfer-Encoding: 7bit
Status: O

Hi,

I just ran into a problem of pfHighlight, it doesn't work at all.
What I'm trying to do is to HighLight an object when the mouse is 
inside its bounding box. It's coded inside a C++ class. I'm using
Performer 2.1 on Onyx2IR. 

void grabDCS::getInto(void)     // highlight object in whatever mode
{
   pfHighlight *hl;
   hl = new pfHighlight;
   pfEnable(PFEN_HIGHLIGHTING); 
   //  hl->setMode(PFHL_BBOX_LINES);
   hl->setMode(PFHL_LINES | PFHL_LINESPAT);
   hl->setColor(PFHL_FGCOLOR, 1.0f,  0.0f,  0.0f);
   // hl->setColor(PFHL_BGCOLOR, 1.0f,  0.0f,  0.0f);
   hl->apply();
}

void grabDCS::goOut(void)      // remove highlight when mouse is outside
{ pfDisable(PFEN_HIGHLIGHTING);
}

Any idea?
Thanks

Liu 

>color in highlighting. I tried pfHlightColor with several combinations.
> Instead of using the color I specify for the bounding box lines it appears
> to be using the colors of the objects. All other highlight modes use the
> color I specify with pfHlightColor.

***********************************************************************
Liu Xiaoyan                 National Supercomputing Research Center
Data Visualization Group    http://www.nsrc.nus.edu.sg Tel:(65)7709267
***********************************************************************
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 13 17:38:58 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA16243 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 17:38:21 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id RAA16216 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 17:38:21 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id RAA4571696
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 17:38:20 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id RAA00467
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 17:38:19 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id RAA4521615;
	Fri, 13 Mar 1998 17:38:18 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id RAA03567; Fri, 13 Mar 1998 17:38:17 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <3509DF89.7285FF3@sgi.com>
Date: Fri, 13 Mar 1998 17:38:17 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: Liu Xiaoyan <liuxy@nsrc.nus.sg>
CC: Jarrett Coffman <jcoffman@grover.brooks.af.mil>, info-performer@sgi.com
Subject: Re: pfHighlight
References: <199803091759.LAA09255@grover.brooks.af.mil> <3509DD4B.655@nsrc.nus.edu.sg>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Liu Xiaoyan wrote:
> 
> Hi,
> 
> I just ran into a problem of pfHighlight, it doesn't work at all.
> What I'm trying to do is to HighLight an object when the mouse is
> inside its bounding box. It's coded inside a C++ class. I'm using
> Performer 2.1 on Onyx2IR.
> 
> void grabDCS::getInto(void)     // highlight object in whatever mode
> {
>    pfHighlight *hl;
>    hl = new pfHighlight;
>    pfEnable(PFEN_HIGHLIGHTING);
>    //  hl->setMode(PFHL_BBOX_LINES);
>    hl->setMode(PFHL_LINES | PFHL_LINESPAT);
>    hl->setColor(PFHL_FGCOLOR, 1.0f,  0.0f,  0.0f);
>    // hl->setColor(PFHL_BGCOLOR, 1.0f,  0.0f,  0.0f);
>    hl->apply();
> }
> 
> void grabDCS::goOut(void)      // remove highlight when mouse is outside
> { pfDisable(PFEN_HIGHLIGHTING);
> }
> 
> Any idea?

Your geostate information probably doesn't have highlighting
enabled so you need to override highlight state on after you
enable in the pre draw then turn override off in the post draw
callback.

Also your methods look like application level code which is
legal if you are running single threaded but very wrong if
you run multiprocessed asumming you are using libpf not libpr
and aren't calling these in and out methods from draw callbacks.
You need to use draw callbacks if you aren't already.

Cheers,Angus.

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 13 18:14:43 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA16629 for info-performer-dist@holodeck.engr.sgi.com; Fri, 13 Mar 1998 18:11:16 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id SAA16602 for <info-performer@holodeck.engr.sgi.com>; Fri, 13 Mar 1998 18:11:14 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id SAA4548929
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 13 Mar 1998 18:11:13 -0800 (PST)
Received: from holodeck.engr.sgi.com ([150.166.37.78]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id SAA09583
	for <info-performer@sgi.com>; Fri, 13 Mar 1998 18:11:13 -0800 (PST)
	mail_from (allan@holodeck.engr.sgi.com)
Received: (from allan@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA16599; Fri, 13 Mar 1998 18:11:11 -0800
Date: Fri, 13 Mar 1998 18:11:11 -0800
From: allan@holodeck.engr.sgi.com (Allan Schaffer)
Message-Id: <9803131811.ZM16597@holodeck.engr.sgi.com>
In-Reply-To: "Allen, Donna N" <Donna.Allen@PHL.Boeing.com>
        "a little help on an error message?" (Mar 13,  2:57pm)
References: <51CC653FD8E0D011B82900805FFE090CD0365F@xch-phl-03.he.boeing.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: "Allen, Donna N" <Donna.Allen@PHL.Boeing.com>,
        "'SGI Performer Users Group'" <info-performer@sgi.com>
Subject: Re: a little help on an error message?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 13,  2:57pm, Allen, Donna N wrote:
> 
> I get the following error messages upon loading.  Does anyone have a
> clue what they mean?  Thank you so much...

Hard to say offhand, but:

> PF Warning/Usage:              pfClone() NULL pfNode*.

pfClone(null-pointer); causes this.

> PF Warning/Usage:              pfAddChild: Bad child 0x0.

if you try to:

   pfAddChild (parent, NULL-pointer);
or pfAddChild (parent, parent);

you'll get this error.

> 
> PF Warning/Usage:              pfSequence: Frame 1 indexes out of child
> array 1.

The pfSequence node holds a list of children; this error means that
there's been an attempt to dereference a child beyond the end of the
list.

I would assume these are all cascading errors; my guess is something
like this:

   subgraph = loadmyfile("foo")     <-- but loadmyfile returned null
   root = pfClone(subgraph)         <-- fails b/c subgraph is null
   pfAddChild (sequence, root)      <-- etc

Allan

-- 
Allan Schaffer                                                allan@sgi.com
Silicon Graphics                               http://reality.sgi.com/allan
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Sat Mar 14 16:31:26 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA18143 for info-performer-dist@holodeck.engr.sgi.com; Sat, 14 Mar 1998 16:29:56 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id QAA18116 for <info-performer@holodeck.engr.sgi.com>; Sat, 14 Mar 1998 16:29:55 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id QAA4941042
	for <info-performer@cthulhu.engr.sgi.com>;
	Sat, 14 Mar 1998 16:29:54 -0800 (PST)
Received: from hell.engr.sgi.com ([150.166.37.67]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id QAA04484; Sat, 14 Mar 1998 16:29:52 -0800 (PST)
	mail_from (hatch@hell.engr.sgi.com)
Received: (from hatch@localhost) by hell.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA19505; Sat, 14 Mar 1998 16:29:52 -0800
Date: Sat, 14 Mar 1998 16:29:52 -0800
From: hatch@hell.engr.sgi.com (Don Hatch)
Message-Id: <9803141629.ZM19503@hell.engr.sgi.com>
In-Reply-To: Angus Dorbie <dorbie@sgi.com>
        "Re: World to screen coord transforms" (Mar 13,  2:18pm)
References: <199803132152.NAA22896@cybil.sr.chevron.com> 
	<3509B0AB.C358F841@sgi.com>
X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: Angus Dorbie <dorbie@sgi.com>, "Volz, Bill (wrvo)" <WRVO@chevron.com>
Subject: Re: World to screen coord transforms
Cc: "'info-performer@sgi.com'" <info-performer@sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 13,  2:18pm, Angus Dorbie wrote:
> Subject: Re: World to screen coord transforms
> Volz, Bill (wrvo) wrote:
> > 
> > I need to transform a world coordinate point to screen coordinates. I know
> > that I need to call XformPt3 on the point, but I can't figure out where the
> > matrix (or matrices) come from. I tried pfGetChanViewMat and
> > pfGetChanOffsetViewMat, but they dont give the correct results. It seems
> > that I need to be transforming by two matrices - one from world to local
> > coords and then again from local to screen coords.
> 
> They need to be transformed from object to world then from world to eye,
> then from eye to screen.
> 
> The first two steps are done by the modelview matrix in OpenGL, but in
> the scene graph this is the held separately, so you need to xform a
> point through the matrices of all pfSCS and pfDCS nodes in ascending
> order above it in the scene graph and then through the pfChannel matrix
> (the viewing matrix).

The channel viewing matrix converts from eye space to world space,
so you'd need to multiply by the inverse
of the viewing matrix, not the viewing matrix itself.
(note that the matrix is orthonormal, so inverting it is easy.)

> This gives you a point in eye space but not yet in
> screen space. You must then transform the point through the projection
> matrix of the channel frustum to give a projected screen coordinate
> (nominally -1 to 1) which simple arithmetic will convert to viewport or
> screen coordinates.
> 

Don

-- 
Don Hatch  hatch@sgi.com  (415) 933-5150  Silicon Graphics, Inc.
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 16 10:23:25 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA20606 for info-performer-dist@holodeck.engr.sgi.com; Mon, 16 Mar 1998 10:21:28 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA20579 for <info-performer@holodeck.engr.sgi.com>; Mon, 16 Mar 1998 10:21:26 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA4011145
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 16 Mar 1998 10:21:25 -0800 (PST)
Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA00024
	for <info-performer@sgi.com>; Mon, 16 Mar 1998 10:21:24 -0800 (PST)
	mail_from (mitchell@physics.ucla.edu)
Received: from raman by physics.ucla.edu (SMI-8.6/SMI-SVR4)
	id KAA03717; Mon, 16 Mar 1998 10:21:21 -0800
Received: from localhost by raman (SMI-8.6/SMI-SVR4)
	id KAA01147; Mon, 16 Mar 1998 10:21:21 -0800
Date: Mon, 16 Mar 1998 10:21:20 -0800 (PST)
From: Chris Mitchell <mitchell@physics.ucla.edu>
To: info-performer@sgi.com
Subject: Military flight simulation
Message-ID: <Pine.GSO.3.96.980316101953.894A-100000@raman>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


Hi pfPeople.

It has been much rumored, perhaps even touted,
that performer is based on military flight
simulation technology.  I'm wondering if any
of the pfGurus have a reference citing this.

Thanks,
Chris


Chris Mitchell
UCLA Physics Department
LAPD Plasma Lab
310-206-1772
chrism@ucla.edu
http://scotch.physics.ucla.edu/~chris


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

From guest  Mon Mar 16 12:14:18 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA21061 for info-performer-dist@holodeck.engr.sgi.com; Mon, 16 Mar 1998 12:10:53 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA21034 for <info-performer@holodeck.engr.sgi.com>; Mon, 16 Mar 1998 12:10:52 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA5699442
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 16 Mar 1998 12:10:51 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA20080
	for <info-performer@sgi.com>; Mon, 16 Mar 1998 12:10:49 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA5684714;
	Mon, 16 Mar 1998 12:10:49 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA07146; Mon, 16 Mar 1998 12:10:45 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <350D8745.85728305@sgi.com>
Date: Mon, 16 Mar 1998 12:10:45 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: Don Hatch <hatch@hell.engr.sgi.com>
CC: "Volz, Bill (wrvo)" <WRVO@chevron.com>,
        "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Re: World to screen coord transforms
References: <199803132152.NAA22896@cybil.sr.chevron.com> 
		<3509B0AB.C358F841@sgi.com> <9803141629.ZM19503@hell.engr.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Don Hatch wrote:
> 
> On Mar 13,  2:18pm, Angus Dorbie wrote:
> > Subject: Re: World to screen coord transforms
> > Volz, Bill (wrvo) wrote:
> > >
> > > I need to transform a world coordinate point to screen coordinates. I know
> > > that I need to call XformPt3 on the point, but I can't figure out where the
> > > matrix (or matrices) come from. I tried pfGetChanViewMat and
> > > pfGetChanOffsetViewMat, but they dont give the correct results. It seems
> > > that I need to be transforming by two matrices - one from world to local
> > > coords and then again from local to screen coords.
> >
> > They need to be transformed from object to world then from world to eye,
> > then from eye to screen.
> >
> > The first two steps are done by the modelview matrix in OpenGL, but in
> > the scene graph this is the held separately, so you need to xform a
> > point through the matrices of all pfSCS and pfDCS nodes in ascending
> > order above it in the scene graph and then through the pfChannel matrix
> > (the viewing matrix).
> 
> The channel viewing matrix converts from eye space to world space,
> so you'd need to multiply by the inverse
> of the viewing matrix, not the viewing matrix itself.
> (note that the matrix is orthonormal, so inverting it is easy.)

Yep, I had already explained this to the customer in an offline
conversation. Performer hides the single OpenGL modelview matrix
from the programmer allowing a DCS to be used to position a channel
rather than it's inverse as you'd expect in OpenGL which creates
this quirk.

Cheers,Angus.


-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 16 12:25:43 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA21109 for info-performer-dist@holodeck.engr.sgi.com; Mon, 16 Mar 1998 12:22:24 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA21082 for <info-performer@holodeck.engr.sgi.com>; Mon, 16 Mar 1998 12:22:23 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA5717252
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 16 Mar 1998 12:22:22 -0800 (PST)
Received: from austin.cs.unc.edu (austin.cs.unc.edu [152.2.128.87]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA24558
	for <info-performer@sgi.com>; Mon, 16 Mar 1998 12:22:21 -0800 (PST)
	mail_from (zhangh@cs.unc.edu)
Received: from mariner.cs.unc.edu (mariner.cs.unc.edu [152.2.128.175])
	by austin.cs.unc.edu (8.8.8/8.8.8) with SMTP id PAA05764;
	Mon, 16 Mar 1998 15:22:19 -0500 (EST)
From: Hansong Zhang <zhangh@cs.unc.edu>
Received: by mariner.cs.unc.edu (950413.SGI.8.6.12/UNC_06_21_94)
	id PAA00942; Mon, 16 Mar 1998 15:22:18 -0500
Message-Id: <199803162022.PAA00942@mariner.cs.unc.edu>
Subject: Re: Military flight simulation
To: mitchell@physics.ucla.edu (Chris Mitchell)
Date: Mon, 16 Mar 1998 15:22:17 -0500 (EST)
Cc: info-performer@sgi.com
In-Reply-To: <Pine.GSO.3.96.980316101953.894A-100000@raman> from "Chris Mitchell" at Mar 16, 98 10:21:20 am
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

> 
> It has been much rumored, perhaps even touted,
> that performer is based on military flight
> simulation technology.  I'm wondering if any
> of the pfGurus have a reference citing this.
> 

Don't know what you mean by "performer's based on mil. flight simulation 
tech.", but for a nice survey of flight simulator architectures see

C. Mueller, Architectures fo image generators for
flight simulators", Technical report TR95-015, Department of
Computer science, UNC-Chapel Hill

I think you can find it on the author's homepage
http://www.cs.unc.edu/~mueller

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

From guest  Mon Mar 16 13:07:37 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA21447 for info-performer-dist@holodeck.engr.sgi.com; Mon, 16 Mar 1998 13:06:25 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA21420 for <info-performer@holodeck.engr.sgi.com>; Mon, 16 Mar 1998 13:06:24 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA5733692
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 16 Mar 1998 13:06:24 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id NAA14529
	for <info-performer@sgi.com>; Mon, 16 Mar 1998 13:06:21 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA5663285;
	Mon, 16 Mar 1998 12:43:09 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA07692; Mon, 16 Mar 1998 12:43:05 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <350D8ED9.76407763@sgi.com>
Date: Mon, 16 Mar 1998 12:43:05 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: Chris Mitchell <mitchell@physics.ucla.edu>
CC: info-performer@sgi.com
Subject: Re: Military flight simulation
References: <Pine.GSO.3.96.980316101953.894A-100000@raman>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Chris Mitchell wrote:
> 
> Hi pfPeople.
> 
> It has been much rumored, perhaps even touted,
> that performer is based on military flight
> simulation technology.  I'm wondering if any
> of the pfGurus have a reference citing this.

Performer is a library and API which can *help* turn a
workstation into a simulator visual, some of the methods are
common to other simulator visuals, and the library is used by
developers who build real military flight simulators. Most
parts of Performer are dedicated to making workstation class
hardware draw quickly and flight simulation is just one of
its targeted or adopted markets. There are a few aspects of
the library which could really be considered dedicated to
flight simulation and usefull for simulation. For example
calligraphic light capability (which work with the multisampled
zbuffer), although this is actually a civil flight requirement
for FAA level D certification it could be used in maritime
ships bridge simulators or military flight but tends not to be
a requirement.
CLIP map texturing is also usefull for military flight allowing
full mission training over huge detailed geospecific databases
but this is also an extremely general purpose technique and finds
application in non military simulations and applications, but it
is unique to SGI workstations and Performer, it wasn't borrowed
from military flight simulators.

The statement you quote is reasonable but hardly representative,
it sounds like a synopsis a journalist would invent. The
graphics pipeline is also an important part of a simulation
solution on SGI which probably has more in common with simulator
heritage than the Performer API which IMHO is fairly original
'glue' which didn't exist in traditional simulator designs.
Having said this SGI customers were adding that glue prior to
Performer with varying degrees of success and Performer tries
to help them and us by encapsulating some expert knowledge and
reducing the SGI suport burden of trying to help everyone tune
their code at an atomic level.

Cheers,Angus.

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 16 14:30:36 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA21789 for info-performer-dist@holodeck.engr.sgi.com; Mon, 16 Mar 1998 14:29:22 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA21762 for <info-performer@holodeck.engr.sgi.com>; Mon, 16 Mar 1998 14:29:21 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA5746984
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 16 Mar 1998 14:29:20 -0800 (PST)
Received: from hpnfssvr.mdhc.mdc.com (hpnfssvr.PHX.AZ.BOEING.COM [130.38.244.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id OAA21168
	for <info-performer@sgi.com>; Mon, 16 Mar 1998 14:29:15 -0800 (PST)
	mail_from (erik.johnson@boeing.com)
Received: from rocko.mdhc.mdc.com (rocko.mdhc.mdc.com [130.38.248.90]) by hpnfssvr.mdhc.mdc.com with SMTP (8.7.6/8.7.3) id PAA02146; Mon, 16 Mar 1998 15:29:09 -0700 (MST)
Received: from rocko (localhost [127.0.0.1]) by rocko.mdhc.mdc.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA24644; Mon, 16 Mar 1998 15:30:08 -0700
Sender: johnson@boeing.com
Message-ID: <350DA7EF.41C6@boeing.com>
Date: Mon, 16 Mar 1998 15:30:07 -0700
From: Erik Johnson <erik.johnson@boeing.com>
X-Mailer: Mozilla 2.0S (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Intersections not working
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hello,

Recently, we were delivered a open flight database of the Yuma Arizona area.
 We have found that this database does not respond to any performer
intersection calls (for example, height-of-terrain).

These calls work fine on other open flight databases.  Is there something in
the file format that would tell Performer to ignore the polygons when doing
these calculations?

This database has multiple LOD's which is something we've never delt with
before.  Would this be part of the problem?  I can see the terrain is being
rendered.

Thanks in advance,
-Erik

-- 
____________________________________________________________________
Erik Johnson (erik.johnson@boeing.com)
The Boeing Company : Rotocraft Pilot's Associate Program  
Mesa, AZ     (602) 891-7289
____________________________________________________________________
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 16 14:37:48 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA21878 for info-performer-dist@holodeck.engr.sgi.com; Mon, 16 Mar 1998 14:37:15 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA21851 for <info-performer@holodeck.engr.sgi.com>; Mon, 16 Mar 1998 14:37:15 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA5742715
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 16 Mar 1998 14:37:14 -0800 (PST)
Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id OAA24569; Mon, 16 Mar 1998 14:37:11 -0800 (PST)
	mail_from (mitchell@physics.ucla.edu)
Received: from raman by physics.ucla.edu (SMI-8.6/SMI-SVR4)
	id OAA08601; Mon, 16 Mar 1998 14:37:07 -0800
Received: from localhost by raman (SMI-8.6/SMI-SVR4)
	id OAA02494; Mon, 16 Mar 1998 14:37:08 -0800
Date: Mon, 16 Mar 1998 14:37:07 -0800 (PST)
From: Chris Mitchell <mitchell@physics.ucla.edu>
To: Angus Dorbie <dorbie@sgi.com>
cc: Chris Mitchell <mitchell@physics.ucla.edu>, info-performer@sgi.com
Subject: Re: Military flight simulation
In-Reply-To: <350D8ED9.76407763@sgi.com>
Message-ID: <Pine.GSO.3.96.980316143325.894G-100000@raman>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

Thanks to Angus, and everyone else who responded.

I was under the impression that performer was directly
developed from military flight simulation technology.
I'm writing a paper to a journal (Computers in Physics), 
and I reference Performer.  I thought it
would be nice to mention the connection between Performer 
and military flight simulation in the paper, but if the
connection is too abstract, I'll omit it.

Chris Mitchell
UCLA Physics Department
LAPD Plasma Lab
310-206-1772
chrism@ucla.edu

> Performer is a library and API which can *help* turn a
> workstation into a simulator visual, some of the methods are
> common to other simulator visuals, and the library is used by
> developers who build real military flight simulators. Most
> parts of Performer are dedicated to making workstation class
> hardware draw quickly and flight simulation is just one of
> its targeted or adopted markets. There are a few aspects of
> the library which could really be considered dedicated to
> flight simulation and usefull for simulation. For example
> calligraphic light capability (which work with the multisampled
> zbuffer), although this is actually a civil flight requirement
> for FAA level D certification it could be used in maritime
> ships bridge simulators or military flight but tends not to be
> a requirement.
> CLIP map texturing is also usefull for military flight allowing
> full mission training over huge detailed geospecific databases
> but this is also an extremely general purpose technique and finds
> application in non military simulations and applications, but it
> is unique to SGI workstations and Performer, it wasn't borrowed
> from military flight simulators.
> 
> The statement you quote is reasonable but hardly representative,
> it sounds like a synopsis a journalist would invent. The
> graphics pipeline is also an important part of a simulation
> solution on SGI which probably has more in common with simulator
> heritage than the Performer API which IMHO is fairly original
> 'glue' which didn't exist in traditional simulator designs.
> Having said this SGI customers were adding that glue prior to
> Performer with varying degrees of success and Performer tries
> to help them and us by encapsulating some expert knowledge and
> reducing the SGI suport burden of trying to help everyone tune
> their code at an atomic level.
> 
> Cheers,Angus.
> 
> -- 
> "Only the mediocre are always at their best." -- Jean Giraudoux 
> 
> For advanced 3D graphics Performer + OpenGL based examples and tutors:
> http://www.dorbie.com/
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
> 


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

From guest  Mon Mar 16 14:58:31 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA22128 for info-performer-dist@holodeck.engr.sgi.com; Mon, 16 Mar 1998 14:56:35 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA22101 for <info-performer@holodeck.engr.sgi.com>; Mon, 16 Mar 1998 14:56:34 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA5773376
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 16 Mar 1998 14:56:33 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id OAA03710
	for <info-performer@sgi.com>; Mon, 16 Mar 1998 14:56:25 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA5708067;
	Mon, 16 Mar 1998 14:56:24 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id OAA07856; Mon, 16 Mar 1998 14:56:23 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <350DAE17.CB5B9435@sgi.com>
Date: Mon, 16 Mar 1998 14:56:23 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: Chris Mitchell <mitchell@physics.ucla.edu>
CC: info-performer@sgi.com
Subject: Re: Military flight simulation
References: <Pine.GSO.3.96.980316143325.894G-100000@raman>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Chris Mitchell wrote:
> 
> Thanks to Angus, and everyone else who responded.
> 
> I was under the impression that performer was directly
> developed from military flight simulation technology.
> I'm writing a paper to a journal (Computers in Physics),
> and I reference Performer.  I thought it
> would be nice to mention the connection between Performer
> and military flight simulation in the paper, but if the
> connection is too abstract, I'll omit it.
> 

There is a definite and clear connection, just ask Paradigm, Hughes
Training, Thompson Training, Equipe Electronics, Wormald, Computer Arts
& Developments, MultiGen or Coryphaeus, to name a very few.

It's just a connection of a different nature, Performer facilitates the
cost effective engineering of these and other simulators, the simple
statement that Performer borrows from military flight simulation is as I
said reasonable but not very representative and for closer comparison it
is the visual system including the graphics pipeline which should be
considered.

Cheers,Angus.


-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 17 00:04:16 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id AAA23756 for info-performer-dist@holodeck.engr.sgi.com; Tue, 17 Mar 1998 00:03:12 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id AAA23729 for <info-performer@holodeck.engr.sgi.com>; Tue, 17 Mar 1998 00:03:11 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id AAA120353
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 17 Mar 1998 00:03:10 -0800 (PST)
Received: from storm.worldnet.net (storm.worldnet.net [194.2.128.241]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id AAA18022
	for <info-performer@sgi.com>; Tue, 17 Mar 1998 00:02:59 -0800 (PST)
	mail_from (ceti@worldnet.net)
Received: from pcpor110 (wn16-124.paris.worldnet.fr [195.3.16.124])
	by storm.worldnet.net (8.8.5/8.8.5) with SMTP id JAA18493
	for <info-performer@sgi.com>; Tue, 17 Mar 1998 09:02:44 +0100 (MET)
Message-Id: <3.0.32.19980317085710.0068fe3c@worldnet.net>
X-Sender: ceti@worldnet.net
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Tue, 17 Mar 1998 08:57:11 +0100
To: info-performer@sgi.com
From: BILLARD Olivier <ceti@worldnet.net>
Subject: ARCS file format
Mime-Version: 1.0
Content-Type: text/enriched; charset="us-ascii"
Status: O

Does anyone could tell me more or tell me where I could know more about

ARCS raster digital charts file format



<fontfamily><param>Courier
New</param>==================================================================
                                             

     BILLARD Olivier  - Engineer R&D  -   C&I Software 

     1 avenue de la mer  - 44380  PORNICHET  -  FRANCE 

     Tel: +33 2 40 11 68 72      Fax: +33 2 40 61 68 14     

  Email: ceti@worldnet.net  URL:http://www.worldnet.net/~ceti 

                          \\\|||///

                         \\  - -  //

                          (  @ @  )

       +----------------oOOo-(_)-oOOo----------------------+

       | " We don't inherit the world from our ancestors,  |

       |      it's only a loan from our children ."        |

       |             Antoine de Saint Exupery.             |

       +-------------------------Oooo----------------------+

                         oooO   (   )

                        (   )    ) /

                         \ (    (_/

                          \_)</fontfamily>
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 17 01:59:03 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA23991 for info-performer-dist@holodeck.engr.sgi.com; Tue, 17 Mar 1998 01:58:02 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA23964 for <info-performer@holodeck.engr.sgi.com>; Tue, 17 Mar 1998 01:58:00 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id BAA206351
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 17 Mar 1998 01:58:00 -0800 (PST)
Received: from yalta.NL.net (yalta.NL.net [193.78.240.21]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id BAA10788
	for <info-performer@sgi.com>; Tue, 17 Mar 1998 01:57:58 -0800 (PST)
	mail_from (abbing@mscn.nl)
Received: from alushta.NL.net ([193.78.240.22]:7942 "EHLO alushta.NL.net" ident: "IDENT-NOT-QUERIED") by yalta.NL.net with ESMTP id <13095-30519>; Tue, 17 Mar 1998 10:57:34 +0100
Received: from mscnoff by alushta.NL.net with UUCP id <1557-29731>; Tue, 17 Mar 1998 10:57:27 +0100
Received: from arend by mscnoff with SMTP
	(1.37.109.4/16.2) id AA04762; Tue, 17 Mar 98 10:38:45 +0100
Received: from arend (localhost [127.0.0.1]) by arend (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA18406; Tue, 17 Mar 1998 01:26:44 -0800
Sender: abbing@mscn.nl
Message-Id: <350E41D4.41C6@mscn.nl>
Date: Tue, 17 Mar 1998 10:26:44 +0100
From: Arend Abbing <abbing@mscn.nl>
Organization: Maritime Simulation Centre The Netherlands
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
Mime-Version: 1.0
To: BILLARD Olivier <ceti%worldnet.net@mscn.nl>
Cc: info-performer%sgi.com@mscn.nl
Subject: Re: ARCS file format
References: <3.0.32.19980317085710.0068fe3c@worldnet.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

BILLARD Olivier wrote:
> 
> Does anyone could tell me more or tell me where I could know more
> about
> ARCS raster digital charts file format
> 
> ==================================================================
> 

ARCS is the Admiralty's Raster Chart Service of the UK Hydrographic
Office. Probably they can tell you more.

	The United Kingdom Hydrographic Office
	Taunton Somerset TA1 2DN United Kingdom
	Fax: +44 (0)1823 323753

Regards,

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

From guest  Tue Mar 17 03:35:59 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id DAA24218 for info-performer-dist@holodeck.engr.sgi.com; Tue, 17 Mar 1998 03:34:55 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id DAA24191 for <info-performer@holodeck.engr.sgi.com>; Tue, 17 Mar 1998 03:34:54 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id DAA279284
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 17 Mar 1998 03:34:53 -0800 (PST)
Received: from aba.nsrc.nus.sg (aba.nsrc.nus.sg [137.132.15.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id DAA00232; Tue, 17 Mar 1998 03:34:49 -0800 (PST)
	mail_from (liuxy@nsrc.nus.edu.sg)
Received: (from smap@localhost)
          by aba.nsrc.nus.sg (8.8.5/8.8.4)
	  id TAA19468; Tue, 17 Mar 1998 19:34:45 +0800 (SGT)
Received: from liuxy.nsrc.nus.sg(137.132.15.85) by aba.nsrc.nus.sg via smap (V1.3)
	id sma019463; Tue Mar 17 19:34:28 1998
Message-ID: <350E6014.6EAA@nsrc.nus.edu.sg>
Date: Tue, 17 Mar 1998 19:35:48 +0800
From: Liu Xiaoyan <liuxy@nsrc.nus.sg>
Organization: National Supercomputing Research Center
X-Mailer: Mozilla 3.0 (Win95; I)
MIME-Version: 1.0
To: Angus Dorbie <dorbie@sgi.com>
CC: Liu Xiaoyan <liuxy@nsrc.nus.sg>,
        Jarrett Coffman <jcoffman@grover.brooks.af.mil>,
        info-performer@sgi.com
Subject: Re: pfHighlight
References: <199803091759.LAA09255@grover.brooks.af.mil> <3509DD4B.655@nsrc.nus.edu.sg> <3509DF89.7285FF3@sgi.com>
Content-Type: text/plain; charset=big5
Content-Transfer-Encoding: 7bit
Status: O

Hi, thanks for your help. Unfortunately, it doesn't work for me.
Referring to your suggestion on my programming, I think it is better 
for me to describe briefly what I'm doing.

I'm subclassing a class from pfDCS with intersection detection as 
well. All these "getInto and goOut" and intersection code are called
from the "grabDCS::app(trav)" function.I understand that this may 
not be a good way in Performer. But the pguide says it impossible
now to overload libpf's intersection or cull traversals. Or shall I
overload the "draw" functioin?

In fact, I'm programming this for a CAVE application. So it is a 
multiprocess program and all the initialization are done by the library.

> > I just ran into a problem of pfHighlight, it doesn't work at all.
> > What I'm trying to do is to HighLight an object when the mouse is
> > inside its bounding box. It's coded inside a C++ class. I'm using
> > Performer 2.1 on Onyx2IR ( 2 graphics pipes).
void grabDCS::getInto(void)
{
  if (!inside) {
    printf("\n IN INININNNN*********");       // true

   pfHighlight *hl;
   hl = new pfHighlight;
   pfEnable(PFEN_HIGHLIGHTING); 
   pfOverride(PFSTATE_ENHIGHLIGHTING | PFSTATE_HIGHLIGHT,PF_ON);
   hl->setMode(PFHL_BBOX_LINES);
   //hl->setMode(PFHL_LINES | PFHL_LINESPAT);
    hl->setColor(PFHL_FGCOLOR, 1.0f,  0.0f,  0.0f);
   hl->setColor(PFHL_BGCOLOR, 1.0f,  0.0f,  0.0f);
   hl->apply();
  }
}
> > void grabDCS::goOut(void)      // remove highlight when mouse is outside
> > { pfDisable(PFEN_HIGHLIGHTING);
> > }
 
> Your geostate information probably doesn't have highlighting
> enabled so you need to override highlight state on after you
> enable in the pre draw then turn override off in the post draw
> callback.
> 
> Also your methods look like application level code which is
> legal if you are running single threaded but very wrong if
> you run multiprocessed asumming you are using libpf not libpr
> and aren't calling these in and out methods from draw callbacks.
> You need to use draw callbacks if you aren't already.

I'm relatively new to Performer and have some questions about the basics
of it. 
1. What's the relationship between pfPipe and hardware pipeline? For a
   performer application, which part of work is done in the hardware
pipe?
   What if I specify more than hw pipes in a program?
2. How to compile sample programs? I got the following message all the
time:
   Is there any dependency between the "Makefiles" under each directory?

     making OpenGL DSO version of fillstats.ogldso
     /usr/bin/cc         -nostdinc -I/usr/include -mips2 -o32 -O -Olimit
2000  -MDupdate Makedepend -woff
    1685,515,608,658,799,803,852,1048,1233,1499 -o fillstats.dsocmd
fillstats.o -L/usr/lib  -L/usr/lib/libpfdb  -L/lib
    -all -lpf_ogl -lmpc  -limage  -
   ld: WARNING 134: weak definition of __ct__6pfVec3Fv in fillstats.o
preempts that weak definition in
   /usr/lib/libpf_ogl.so.
   ld: WARNING 134: weak definition of __ct__6pfVec4Fv in fillstats.o
preempts that weak definition in
   /usr/lib/libpf_ogl.so.
   ld: FATAL 9: I/O error (-lGLw): No such file or directory
   *** Error code 1
   smake: Error: 1 error
   *** Error code 2
   smake: Error: 1 error

3. When I run the "fog" sample, the window pops up and dies as:
   PF Debug/Resource:             pfInitGfx() - Window "fog" has 23 bits
of depth buffer.
   PF Debug/Resource:             pfInitGfx() - Window "fog" has 1 bits
of stencil.
   PF Debug/Resource:             pfInitGfx() - Window "fog" has
multisample context with 8 samples.
   PF Notice:                     Radius: 0.649295
   PF Notice:                     Caught SIGCHLD. Exiting due to death
of child with pid 10878.
   What's the possibel cause?

Sincere thanks to all.

Liu Xiaoyan
***********************************************************************
Liu Xiaoyan                 National Supercomputing Research Center
Data Visualization Group    http://www.nsrc.nus.edu.sg Tel:(65)7709267
***********************************************************************
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 17 09:53:32 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA24693 for info-performer-dist@holodeck.engr.sgi.com; Tue, 17 Mar 1998 09:51:39 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA24666 for <info-performer@holodeck.engr.sgi.com>; Tue, 17 Mar 1998 09:51:37 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA498582
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 17 Mar 1998 09:51:37 -0800 (PST)
Received: from cavalier.cambridge.com (mail.cambridge.com [208.148.185.5]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id JAA25080
	for <info-performer@sgi.com>; Tue, 17 Mar 1998 09:51:35 -0800 (PST)
	mail_from (gan@cambridge.com)
Received: by cavalier.cambridge.com (951211.SGI.8.6.12.PATCH1042/940406.SGI)
	 id MAA01530; Tue, 17 Mar 1998 12:49:35 -0500
Received: from ds9(192.9.200.40) by cavalier via smap (3.1)
	id xma001526; Tue, 17 Mar 98 12:49:24 -0500
Received: from wahoo.cambridge.com by ds9.cambridge.com (4.1/SMI-4.1-SWS)
	id AA14023; Tue, 17 Mar 98 12:49:22 EST
Received: from wahoo by wahoo.cambridge.com (950413.SGI.8.6.12/SMI-4.1-SWS)
	id MAA29061; Tue, 17 Mar 1998 12:49:22 -0500
Sender: gan@cambridge.com
Message-Id: <350EB7A2.794B@wahoo.cambridge.com>
Date: Tue, 17 Mar 1998 12:49:22 -0500
From: Gan Wang <gan@cambridge.com>
Organization: Cambridge Research Associates, Inc.
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
Mime-Version: 1.0
To: "Allen, Donna N" <Donna.Allen@PHL.Boeing.com>
Cc: "'SGI Performer Users Group'" <info-performer@sgi.com>
Subject: Re: a little help on an error message?
References: <51CC653FD8E0D011B82900805FFE090CD0365F@xch-phl-03.he.boeing.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Allen, Donna N wrote:
> 
> I have a flight database that I am trying to load into performer
> (perfly).  The database has high level of detail triangles that are
> externalled in to the main file.  The database loads, you can fly
> through it, but the high lod terrain triangles don't show up.  I get the
> following error messages upon loading.  Does anyone have a clue what
> they mean?  Thank you so much...
> 

Donna,

Sounds like you are using external references in your database.  If so,
make sure the file paths of those externals are known to perfly.

Cheers,
Gan
-- 

Gan Wang

Cambridge Research Associates            Voice:  703-790-0505 ext.7210
1430 Spring Hill Road, Suite 200         Fax:    703-790-0370
McLean, Virginia 22102                   E-mail: gan@cambridge.com
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 17 10:05:09 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA24736 for info-performer-dist@holodeck.engr.sgi.com; Tue, 17 Mar 1998 10:02:24 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA24709 for <info-performer@holodeck.engr.sgi.com>; Tue, 17 Mar 1998 10:02:23 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA500631
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 17 Mar 1998 10:02:22 -0800 (PST)
Received: from arthur.axion.bt.co.uk (mailhub.axion.bt.co.uk [132.146.5.4]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA00044
	for <info-performer@sgi.com>; Tue, 17 Mar 1998 10:02:21 -0800 (PST)
	mail_from (roland.banks@bt-sys.bt.co.uk)
Received: from rambo (actually rambo.futures.bt.co.uk) by arthur.axion.bt.co.uk with SMTP (PP); Tue, 17 Mar 1998 17:44:57 +0000
Received: from mussel.futures.bt.co.uk (actually mussel) by rambo with SMTP (PP); Tue, 17 Mar 1998 17:14:54 +0000
Received: by mussel.futures.bt.co.uk with Microsoft Exchange (IMC 4.0.837.3) id <01BD51C7.CA9FBD50@mussel.futures.bt.co.uk>;
          Tue, 17 Mar 1998 17:11:57 -0000
Message-ID: <c=GB%a=_%p=BT%l=MLB4NTAS01-980317171417Z-12624@mussel.futures.bt.co.uk>
From: Roland Banks <roland.banks@bt-sys.bt.co.uk>
To: "'performer'" <info-performer@sgi.com>
Subject: changes in node state
Date: Tue, 17 Mar 1998 17:14:17 -0000
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3
Encoding: 23 TEXT
Status: O

All,

are there any Performer calls to determine whether a node or it's
children has recently changed (ie. nodes below it inserted/fields
modified for example pfDCS translation values), similar to Open
Inventor's SoNodeSensor node?  If not, any ideas on the best way to
detect changes to a scene-graph? eg. node callbacks etc..

All help appreciated,

pfNewbie...


Thanks.
Roland

=======================================================
Roland Banks
 Advanced Perception,
Applied Research and Technology, BT Laboratories, UK.

Tel  +44 (0) 1473 645247            mobile +44 (0) 410 461216
Fax +44 (0) 1473 644649            roland.banks@bt-sys.bt.co.uk
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 17 11:47:00 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA25036 for info-performer-dist@holodeck.engr.sgi.com; Tue, 17 Mar 1998 11:40:22 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA25009 for <info-performer@holodeck.engr.sgi.com>; Tue, 17 Mar 1998 11:40:21 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA536753
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 17 Mar 1998 11:40:20 -0800 (PST)
Received: from bifrost.digi.lego.com (balder.digi.lego.com [194.239.78.1]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id LAA16844
	for <info-performer@sgi.com>; Tue, 17 Mar 1998 11:40:17 -0800 (PST)
	mail_from (svend@digi.lego.com)
Received: (from gproxy@localhost) by bifrost.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id UAA24602 for <@bifrost.digi.lego.com:info-performer@sgi.com>; Tue, 17 Mar 1998 20:40:31 +0100
Received: from puck.digi.lego.com(171.20.167.61) by bifrost via smap (3.2)
	id xma024587; Tue, 17 Mar 98 20:40:14 +0100
Received: from digi.lego.com (localhost [127.0.0.1]) by puck.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA04510 for <info-performer@sgi.com>; Tue, 17 Mar 1998 20:40:13 +0100
Sender: svend@digi.lego.com
Message-ID: <350ED19B.39A1BB79@digi.lego.com>
Date: Tue, 17 Mar 1998 20:40:12 +0100
From: Svend Tang-Petersen <svend@digi.lego.com>
Organization: LEGO
X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Deleting a model
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi pfAll

I'm loading a number of pfb files in a loop to extract information from
the files without attaching
the model to the scene, i.e. something like:

 for ( i = 0; i < max; i++ ) {
     model = pfdLoadFile( filename[i] );
     // extract information from model
  }

which is the correct method of deleting and freeing the memory
referenced by model before
the next iteration, i.e. is there a method that recursively deletes and
frees the nodes referenced by
model and its children ?

--

 Svend Tang-Petersen, MSc

 LEGO
 Kloevermarken 120
 7190 Billund
 Denmark

 e-mail: svend@digi.lego.com



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

From guest  Tue Mar 17 13:18:51 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA25489 for info-performer-dist@holodeck.engr.sgi.com; Tue, 17 Mar 1998 13:17:08 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA25462 for <info-performer@holodeck.engr.sgi.com>; Tue, 17 Mar 1998 13:17:07 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA576626
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 17 Mar 1998 13:17:06 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id NAA26771
	for <info-performer@sgi.com>; Tue, 17 Mar 1998 13:17:04 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA573984;
	Tue, 17 Mar 1998 13:17:03 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id NAA02920; Tue, 17 Mar 1998 13:17:01 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <350EE84D.DFA78952@sgi.com>
Date: Tue, 17 Mar 1998 13:17:01 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: Liu Xiaoyan <liuxy@nsrc.nus.sg>
CC: Jarrett Coffman <jcoffman@grover.brooks.af.mil>, info-performer@sgi.com
Subject: Re: pfHighlight
References: <199803091759.LAA09255@grover.brooks.af.mil> <3509DD4B.655@nsrc.nus.edu.sg> <3509DF89.7285FF3@sgi.com> <350E6014.6EAA@nsrc.nus.edu.sg>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Liu Xiaoyan wrote:
> 
> Hi, thanks for your help. Unfortunately, it doesn't work for me.
> Referring to your suggestion on my programming, I think it is better
> for me to describe briefly what I'm doing.
> 
> I'm subclassing a class from pfDCS with intersection detection as
> well. All these "getInto and goOut" and intersection code are called
> from the "grabDCS::app(trav)" function.I understand that this may
> not be a good way in Performer. But the pguide says it impossible
> now to overload libpf's intersection or cull traversals. Or shall I
> overload the "draw" functioin?

No, you use the constructor to add draw traversal callbacks.
 
> 
> In fact, I'm programming this for a CAVE application. So it is a
> multiprocess program and all the initialization are done by the library.
> 
> > > I just ran into a problem of pfHighlight, it doesn't work at all.
> > > What I'm trying to do is to HighLight an object when the mouse is
> > > inside its bounding box. It's coded inside a C++ class. I'm using
> > > Performer 2.1 on Onyx2IR ( 2 graphics pipes).
> void grabDCS::getInto(void)
> {
>   if (!inside) {
>     printf("\n IN INININNNN*********");       // true
> 
>    pfHighlight *hl;
>    hl = new pfHighlight;
>    pfEnable(PFEN_HIGHLIGHTING);
>    pfOverride(PFSTATE_ENHIGHLIGHTING | PFSTATE_HIGHLIGHT,PF_ON);
>    hl->setMode(PFHL_BBOX_LINES);
>    //hl->setMode(PFHL_LINES | PFHL_LINESPAT);
>     hl->setColor(PFHL_FGCOLOR, 1.0f,  0.0f,  0.0f);
>    hl->setColor(PFHL_BGCOLOR, 1.0f,  0.0f,  0.0f);
>    hl->apply();
>   }
> }
> > > void grabDCS::goOut(void)      // remove highlight when mouse is outside
> > > { pfDisable(PFEN_HIGHLIGHTING);
> > > }
> 
> > Your geostate information probably doesn't have highlighting
> > enabled so you need to override highlight state on after you
> > enable in the pre draw then turn override off in the post draw
> > callback.
> >
> > Also your methods look like application level code which is
> > legal if you are running single threaded but very wrong if
> > you run multiprocessed asumming you are using libpf not libpr
> > and aren't calling these in and out methods from draw callbacks.
> > You need to use draw callbacks if you aren't already.
> 
> I'm relatively new to Performer and have some questions about the basics
> of it.
> 1. What's the relationship between pfPipe and hardware pipeline? For a
>    performer application, which part of work is done in the hardware
> pipe?
>    What if I specify more than hw pipes in a program?
> 2. How to compile sample programs? I got the following message all the
> time:
>    Is there any dependency between the "Makefiles" under each directory?
> 
>      making OpenGL DSO version of fillstats.ogldso
>      /usr/bin/cc         -nostdinc -I/usr/include -mips2 -o32 -O -Olimit
> 2000  -MDupdate Makedepend -woff
>     1685,515,608,658,799,803,852,1048,1233,1499 -o fillstats.dsocmd
> fillstats.o -L/usr/lib  -L/usr/lib/libpfdb  -L/lib
>     -all -lpf_ogl -lmpc  -limage  -
>    ld: WARNING 134: weak definition of __ct__6pfVec3Fv in fillstats.o
> preempts that weak definition in
>    /usr/lib/libpf_ogl.so.
>    ld: WARNING 134: weak definition of __ct__6pfVec4Fv in fillstats.o
> preempts that weak definition in
>    /usr/lib/libpf_ogl.so.
>    ld: FATAL 9: I/O error (-lGLw): No such file or directory
>    *** Error code 1
>    smake: Error: 1 error
>    *** Error code 2
>    smake: Error: 1 error

Just remove the -lGLw library link.

> 
> 3. When I run the "fog" sample, the window pops up and dies as:
>    PF Debug/Resource:             pfInitGfx() - Window "fog" has 23 bits
> of depth buffer.
>    PF Debug/Resource:             pfInitGfx() - Window "fog" has 1 bits
> of stencil.
>    PF Debug/Resource:             pfInitGfx() - Window "fog" has
> multisample context with 8 samples.
>    PF Notice:                     Radius: 0.649295
>    PF Notice:                     Caught SIGCHLD. Exiting due to death
> of child with pid 10878.
>    What's the possibel cause?

Just recompile this demo.

Cheers,Angus.

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 17 15:11:00 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA25955 for info-performer-dist@holodeck.engr.sgi.com; Tue, 17 Mar 1998 15:04:12 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA25928 for <info-performer@holodeck.engr.sgi.com>; Tue, 17 Mar 1998 15:04:10 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id PAA620054
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 17 Mar 1998 15:04:10 -0800 (PST)
Received: from mail.xerxesinc.com ([205.152.148.197]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id PAA12576
	for <info-performer@sgi.com>; Tue, 17 Mar 1998 15:04:07 -0800 (PST)
	mail_from (crakrjak@mail.xerxesinc.com)
Received: from localhost (crakrjak@localhost)
	by mail.xerxesinc.com (8.8.8/8.8.7) with SMTP id SAA09836
	for <info-performer@sgi.com>; Mon, 16 Mar 1998 18:10:29 -0500
Date: Mon, 16 Mar 1998 18:10:29 -0500 (EST)
From: <crakrjak@xerxesinc.com>
To: info-performer@sgi.com
Subject: fog color
Message-ID: <Pine.LNX.3.96.980316180914.9822B-100000@mail.xerxesinc.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

i'd like to know if its possible to change the fog color while my program
is running, and if possible where can i change the color of the fog. Your
help would be appreciated, thank you.

mike
http://www.xerxesinc.com


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

From guest  Tue Mar 17 15:44:43 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA26347 for info-performer-dist@holodeck.engr.sgi.com; Tue, 17 Mar 1998 15:43:17 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA26320 for <info-performer@holodeck.engr.sgi.com>; Tue, 17 Mar 1998 15:43:15 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id PAA628016
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 17 Mar 1998 15:43:14 -0800 (PST)
Received: from mail.xerxesinc.com ([205.152.148.197]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id PAA27895; Tue, 17 Mar 1998 15:43:11 -0800 (PST)
	mail_from (crakrjak@mail.xerxesinc.com)
Received: from localhost (crakrjak@localhost)
	by mail.xerxesinc.com (8.8.8/8.8.7) with SMTP id SAA09970;
	Mon, 16 Mar 1998 18:49:34 -0500
Date: Mon, 16 Mar 1998 18:49:33 -0500 (EST)
From: <crakrjak@xerxesinc.com>
To: Angus Dorbie <dorbie@sgi.com>
cc: info-performer@sgi.com
Subject: Re: fog color
In-Reply-To: <350F0896.F3F39E03@sgi.com>
Message-ID: <Pine.LNX.3.96.980316184347.9939B-100000@mail.xerxesinc.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


i call this in my X input event loop when 't' is pressed:

if (fogColor) 
  {
    pfFogColor (shared->fog, 1.0, 1.0, 1.0); 
    fogColor = 0; 
    printf("white\n"); 
  } else
  {
    pfFogColor (shared->fog, 1.0, 0.0, 0.0); 
    fogColor = 1; 
    printf("red\n"); 
  }

but this doesnt work, just calling pfFogColor(); doesnt change the color
of the fog, the fog stays to the original color, maybe i have to change
the color in a certain callback? or call another function after changing
its color, i tried calling 

pfApplyFog(shared->fog);

after setting the color but it still dont work, so if someone understand
what im doing wrong please let me know.



On Tue, 17 Mar 1998, Angus Dorbie wrote:

> crakrjak@xerxesinc.com wrote:
> > 
> > i'd like to know if its possible to change the fog color while my program
> > is running, and if possible where can i change the color of the fog. Your
> > help would be appreciated, thank you.
> 
> pfFog::setColor
> 
> This is in the manual, which should be the first place you look.
> 
> Cheers,Angus.
> 
> -- 
> "Only the mediocre are always at their best." -- Jean Giraudoux 
> 
> For advanced 3D graphics Performer + OpenGL based examples and tutors:
> http://www.dorbie.com/
> 

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

From guest  Tue Mar 17 15:36:43 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA26205 for info-performer-dist@holodeck.engr.sgi.com; Tue, 17 Mar 1998 15:34:51 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA26178 for <info-performer@holodeck.engr.sgi.com>; Tue, 17 Mar 1998 15:34:49 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id PAA635817
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 17 Mar 1998 15:34:48 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id PAA24636
	for <info-performer@sgi.com>; Tue, 17 Mar 1998 15:34:47 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id PAA633744;
	Tue, 17 Mar 1998 15:34:47 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA03153; Tue, 17 Mar 1998 15:34:46 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <350F0896.F3F39E03@sgi.com>
Date: Tue, 17 Mar 1998 15:34:46 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: crakrjak@xerxesinc.com
CC: info-performer@sgi.com
Subject: Re: fog color
References: <Pine.LNX.3.96.980316180914.9822B-100000@mail.xerxesinc.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

crakrjak@xerxesinc.com wrote:
> 
> i'd like to know if its possible to change the fog color while my program
> is running, and if possible where can i change the color of the fog. Your
> help would be appreciated, thank you.

pfFog::setColor

This is in the manual, which should be the first place you look.

Cheers,Angus.

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 17 17:04:01 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA26852 for info-performer-dist@holodeck.engr.sgi.com; Tue, 17 Mar 1998 17:02:10 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id RAA26825 for <info-performer@holodeck.engr.sgi.com>; Tue, 17 Mar 1998 17:02:07 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id RAA670942
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 17 Mar 1998 17:02:06 -0800 (PST)
Received: from post.mail.demon.net (post-10.mail.demon.net [193.195.0.154]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id RAA27067
	for <info-performer@sgi.com>; Tue, 17 Mar 1998 17:02:00 -0800 (PST)
	mail_from (multigenuk@speart.demon.co.uk)
Received: from speart.demon.co.uk ([194.222.185.149]) by post.mail.demon.net
           id aa1019630; 18 Mar 98 0:58 GMT
Received: by speart.demon.co.uk with Microsoft Mail
	id <01BD5209.CA85EDC0@speart.demon.co.uk>; Wed, 18 Mar 1998 01:04:24 -0000
Message-ID: <01BD5209.CA85EDC0@speart.demon.co.uk>
From: Steve Peart <multigenuk@speart.demon.co.uk>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: MultGen UK - Job Openings
Date: Wed, 18 Mar 1998 00:52:38 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Status: O

MultiGen Inc. is a privately held dynamic Real Time 3D Graphics Software =
company that develops, markets and supports Real Time 3D software, for =
high end Visual Simulation and Entertainment applications.

Multigen UK Ltd. currently located in Oxfordshire, England  UK  have =
positions immediately available  for Technical Support Specialist.   =
This position is available to individuals who are energetic, =
self-motivated and who like to have fun with others.

MultiGen Inc is the leader in Real Time 3D Graphics Software tools.  For =
a detailed job description please read the attachment below:

For more information on MultiGen Inc, visit our web site at =
http://www.multigen.com

If you are interested in this exciting opportunity, please fax, e-mail =
or send your current CV to:

MultiGen UK Ltd.
18 D Mallams Court
Milton Park
Abingdon, Oxfordshire
England, UK OX14 4RP
+44 1 235 865 050     Phone
+44 1 235 865 060     Fax
speart@multigen.com Email
Attention: European Technical Manager


MULTIGEN UK LTD TECHNICAL SUPPORT SPECIALIST

GENERAL DESCRIPTION:

Provide technical assistance, and training for Technical Support, Sales =
staff , and customer base for all of  MultiGen's Product line. To =
resolve difficult or complex technical support questions  and provide =
our customer base with accurate solutions.=20

PRIMARY RESPONSIBILITIES:

1)  Manage the technical aspects of telephone and on-site support.  =
Provide technical support to MultiGen Inc. end-users by coaching them =
through problems and assisting them with new capabilities.  This =
includes customer call entry, follow-up and resolutions.

2)  Work with engineering and QA staff to ensure that customer calls are =
resolved in a timely and efficient manner.  Logging and follow-up of =
customer calls when correspondences are related to any software =
features.=20

3) Provide customised  training with MultiGen's entire product line for =
in-house and at the customer site locations.  Additionally, deliver =
application consulting services.

SECONDARY REQUIREMENTS:

Provide pre-sales support by product demonstrations and technical =
support of evaluation sites. Additional activities include technical =
briefings, and the development of applications using MultiGen products, =
consisting of our Modeling tools; MultiGen II PRO and CREATOR along with =
GO Run-Time and our Immersive Assembler SmartScene.

ATTITUDE AND INTERPERSONAL EXPECTATIONS:

1)  Must exhibit good interpersonal skills to communicate effectively =
with customers
2)  Must work in a positive and supportive manner as a team member.
3)  Must have a positive and professional telephone manner.
4)  Must be self-motivated and work extra hours and/or as the position =
requires.
5)  Must be flexible and willing to perform unrelated job functions.

KNOWLEDGE AND SKILLS NEEDED:

1)  Must have 3D Graphics experience. Exposure to database generation =
systems: including MultiGen (tm), Designer's WorkBench (tm), EasyT (tm), =
Easiest (tm), Target (tm), and other relevant 3-D Graphics tools..  =
Familiarity with Real-Time graphics applications and APIs: including =
Performer, OpenGL, and other Real-Time packages is desired.
=20
2)  Must be detail oriented and accurate with excellent follow through =
habits.  Must accurately prioritize work and successfully problem solve. =
 Must trouble shoot software related problems quickly and accurately.

3) Knowledge of SGI UNIX, PC NT platforms, word processing and database =
programs as well as C/C++ experience is required. =20

4)  Bachelors Degree in Computer Science, Graphics Arts, or related =
field, or equivalent education / experience.  Work experience of 5+ =
years in the related field of technical support,  field service or =
engineering  is desired.


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

From guest  Wed Mar 18 05:06:20 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA28682 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 05:05:09 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA28655 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 05:05:07 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id FAA844070
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 05:05:07 -0800 (PST)
Received: from philos.philosys.de (philos.philosys.de [193.100.254.1]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id FAA07518
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 05:05:04 -0800 (PST)
	mail_from (Wolfgang.Trog@philosys.de)
Received: from opal.philosys.de (opal.philosys.de [193.100.254.62])
	by philos.philosys.de (8.8.8/8.8.8) with SMTP id OAA13622
	for <@philos.philosys.de:info-performer@sgi.com>; Wed, 18 Mar 1998 14:08:15 +0100 (MET)
Received: from opal (localhost [127.0.0.1]) by opal.philosys.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA14326 for <info-performer@sgi.com>; Wed, 18 Mar 1998 14:03:55 +0100
Sender: Wolfgang.Trog@philosys.de
Message-ID: <350FC63B.15FB@philosys.de>
Date: Wed, 18 Mar 1998 14:03:55 +0100
From: Wolfgang Trog <Wolfgang.Trog@philosys.de>
Organization: Philosys Software GmbH
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Problems with querying stats
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi Performers,

I've got a problem with Performer statistics. When I start the query : 

float Result;
Ret = pfQueryFStats( Fstats, 
		PFFSTATS_BUF_PREV | PFSTATSVAL_GFX_GEOM_TRISPERSTRIP,
		&Result, 0 );

Performer shows the following warning :

4311 PF Warning/Usage:        pfStats::query() - unknown query token 
0x9b9 - no data written.

What is wrong here ? Can somebody help me ?

Cheers,
Wolfgang 


-- 
***********************************************************************
                                                                  
  Wolfgang Trog                    Telefon : 089/321407-31        
  Philosys Software GmbH           Telefax : 089/321407-36        
  Max-Planck-Str. 9                                               
  85716 Unterschleissheim          e-mail  : trog@philosys.de      
                                                                   
***********************************************************************
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 18 05:34:34 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA28775 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 05:33:20 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA28748 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 05:33:19 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id FAA848765
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 05:33:18 -0800 (PST)
Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id FAA13727; Wed, 18 Mar 1998 05:33:16 -0800 (PST)
	mail_from (sbaker@link.com)
Received: from lechter.bgm.link.com (lechter.bgm.link.com [130.210.239.45])
          by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP
	  id HAA01860; Wed, 18 Mar 1998 07:32:30 -0600 (CST)
Date: Wed, 18 Mar 1998 07:32:40 -0600 (CST)
From: Steve Baker <sbaker@link.com>
X-Sender: steve@lechter.bgm.link.com
Reply-To: Steve Baker <sbaker@link.com>
To: crakrjak@xerxesinc.com
cc: Angus Dorbie <dorbie@sgi.com>, info-performer@sgi.com
Subject: Re: fog color
In-Reply-To: <Pine.LNX.3.96.980316184347.9939B-100000@mail.xerxesinc.com>
Message-ID: <Pine.SGI.3.96.980318072958.1177B-100000@lechter.bgm.link.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Mon, 16 Mar 1998 crakrjak@xerxesinc.com wrote:

> 
> i call this in my X input event loop when 't' is pressed:
> 
> if (fogColor) 
>   {
>     pfFogColor (shared->fog, 1.0, 1.0, 1.0); 
>     fogColor = 0; 
>     printf("white\n"); 
>   } else
>   {
>     pfFogColor (shared->fog, 1.0, 0.0, 0.0); 
>     fogColor = 1; 
>     printf("red\n"); 
>   }
> 
> but this doesnt work, just calling pfFogColor(); doesnt change the color
> of the fog, the fog stays to the original color, maybe i have to change
> the color in a certain callback? or call another function after changing
> its color, i tried calling 
 
I call pfFogColor in my DRAW callback (sometime before calling pfDraw) and
it works OK.

I found that if I called it in APP (the most obvious place) then the fog
changes didn't always happen at the same instant in all my channels - so
I moved it into DRAW.

> pfApplyFog(shared->fog);
 
I don't do that. I think your fog will get applied for you when the first
GeoSet/GeoState that needs it is drawn.

Steve Baker                     817-619-8776 (Vox/Vox-Mail)
Raytheon Systems Inc.           817-619-4028 (Fax)
2200 Arlington Downs Road       SBaker@link.com (eMail)
Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail)
http://www.hti.com        http://web2.airmail.net/sjbaker1 (personal)

** Beware of Geeks bearing GIF's. **


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

From guest  Wed Mar 18 06:58:23 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA29072 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 06:57:19 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA29045 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 06:57:18 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id GAA873989
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 06:57:18 -0800 (PST)
Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA06376
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 06:57:16 -0800 (PST)
	mail_from (bro@ht.com)
Received: by gauntlet.ht.com; id JAA04848; Wed, 18 Mar 1998 09:57:15 -0500 (EST)
Received: from he.ht.com(10.0.100.2) by gauntlet.ht.com via smap (3.2)
	id xma004845; Wed, 18 Mar 98 09:57:13 -0500
Received: from ht.com (binhpc.ht.com [10.0.100.56])
	by he.ht.com (8.8.8/8.8.8) with ESMTP id JAA10184
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 09:57:11 -0500 (EST)
Message-ID: <350FE1D8.88BCFC37@ht.com>
Date: Wed, 18 Mar 1998 10:01:44 -0500
From: Morten Bro-Nielsen <bro@ht.com>
X-Mailer: Mozilla 4.03 [en] (WinNT; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Surgery simulation
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi everybody,

Just wanted to let you know that pictures from our Abdominal Surgery
Simulator
are now online at http://www.imm.dtu.dk/~bro/darpa.html

This simulator was developed in Performer 2.1.

The more interesting technical aspects are:

    o   Deformable objects using mass-spring/particle models that can be

         cut arbitrarily using a scalpel. Implemented using pfGeode as
the base
         class (ie. deformable pfGeode)

    o  Force-feedback using the Phantom from SenSable Devices

    o  'Wet-effects' using multi-texture (thanks Angus for great demos)
rendering.

    o  Implemented on an Onyx-2 (4 proc./ 1 inf-reality) and an IMPACT

    o  Communication using PVM and UDP sockets.

--Morten

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

From guest  Wed Mar 18 07:14:49 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA29174 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 07:13:38 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA29147 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 07:13:35 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id HAA874335
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 07:13:35 -0800 (PST)
Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id HAA11478
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 07:13:29 -0800 (PST)
	mail_from (Francois.Sillion@imag.fr)
Received: from safran.imag.fr (safran.imag.fr [129.88.42.9])
	by imag.imag.fr (8.8.5/8.8.5) with ESMTP id QAA09838
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 16:13:20 +0100 (MET)
Received: (from sillion@localhost) by safran.imag.fr (8.6.10/8.6.9) id QAA23053 for info-performer@sgi.com; Wed, 18 Mar 1998 16:13:19 +0100
From: Francois Sillion <Francois.Sillion@imag.fr>
Message-Id: <199803181513.QAA23053@safran.imag.fr>
Subject: Using purify and Performer: is it possible?
To: info-performer@sgi.engr.sgi.com
Date: Wed, 18 Mar 1998 16:13:19 +0100 (MET)
Reply-To: Francois.Sillion@imag.fr
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

Hi pfAll,

I am having trouble running purify with my Performer-based program.
It starts OK with a purify window, but then seems to hang. If I 
kill the program purify reports it was in 

      This is occurring while in:
            _nanosleep     [nanosleep.s:10]
            _r4kmp_setlock [r4k.s:582]
            _amalloc       [amalloc.c:75]
            _usmalloc      [usmalloc.c:38]
            _snewlock      [ulocks.c:95]
            _acreate       [amalloc.c:210]
            _pfNewSharedArena [mem.C:454]
            pfInitArenas   [mem.C:348]
            pfInit         [pfProcess.C:940]
            PerformerInit(void) [Ville.C:139]
            main           [Ville.C:379]
            __istart       [crt1tinit.s]

Is this a known problem and is there any special procedure to allow
using purify with Performer?

Thanks a lot!

PS: using Purify 4.0.1 IRIX6, Performer 2.2MR.

+------------------+------------------------------------------------------+
| Francois SILLION | iMAGIS - GRAVIR/IMAG, B.P. 53, 38041 Grenoble Cedex 9|
|     '            | France. Tel:+33 4 76 51 43 54 - Fax:+33 4 76 63 55 80|
+------------------+--------+---------------------------------------------+
| Francois.Sillion@imag.fr  | http://www-imagis.imag.fr/~Francois.Sillion |
+---------------------------+---------------------------------------------+
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 18 07:45:48 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA29380 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 07:44:40 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA29353 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 07:44:38 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id HAA883712
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 07:44:37 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id HAA22270
	for <info-performer@sgi.engr.sgi.com>; Wed, 18 Mar 1998 07:44:36 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA13342; Wed, 18 Mar 1998 07:44:35 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803180744.ZM13340@quid.engr.sgi.com>
Date: Wed, 18 Mar 1998 07:44:35 -0800
In-Reply-To: Francois Sillion <Francois.Sillion@imag.fr>
        "Using purify and Performer: is it possible?" (Mar 18,  4:13pm)
References: <199803181513.QAA23053@safran.imag.fr>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Francois.Sillion@imag.fr, info-performer@fddi-sgi.sgi.com
Subject: Re: Using purify and Performer: is it possible?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 18,  4:13pm, Francois Sillion wrote:
> Subject: Using purify and Performer: is it possible?
> Hi pfAll,
>
> I am having trouble running purify with my Performer-based program.
> It starts OK with a purify window, but then seems to hang. If I
> kill the program purify reports it was in
>
>       This is occurring while in:
>             _nanosleep     [nanosleep.s:10]
>             _r4kmp_setlock [r4k.s:582]
>             _amalloc       [amalloc.c:75]
>             _usmalloc      [usmalloc.c:38]
>             _snewlock      [ulocks.c:95]
>             _acreate       [amalloc.c:210]
>             _pfNewSharedArena [mem.C:454]
>             pfInitArenas   [mem.C:348]
>             pfInit         [pfProcess.C:940]
>             PerformerInit(void) [Ville.C:139]
>             main           [Ville.C:379]
>             __istart       [crt1tinit.s]
>
> Is this a known problem and is there any special procedure to allow
> using purify with Performer?
>
> Thanks a lot!
>
> PS: using Purify 4.0.1 IRIX6, Performer 2.2MR.
>
> +------------------+------------------------------------------------------+
> | Francois SILLION | iMAGIS - GRAVIR/IMAG, B.P. 53, 38041 Grenoble Cedex 9|
> |     '            | France. Tel:+33 4 76 51 43 54 - Fax:+33 4 76 63 55 80|
> +------------------+--------+---------------------------------------------+
> | Francois.Sillion@imag.fr  | http://www-imagis.imag.fr/~Francois.Sillion |
> +---------------------------+---------------------------------------------+
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>-- End of excerpt from Francois Sillion

This looks like a known thing (  BUG 488722 : purified program hangs in
_r4kmp_setlock on r10K ) that is fixed in Purify 4.0.2, not sure if that is
released yet.

Cheers
Rob


-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 18 08:37:11 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA29605 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 08:35:47 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA29578 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 08:35:46 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA908355
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 08:35:46 -0800 (PST)
Received: from bhole2.cae.ca (postit.cae.ca [142.39.200.51]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id IAA12046
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 08:35:43 -0800 (PST)
	mail_from (mayer@poster.cae.ca)
Received: 	id KAA02945; Wed, 18 Mar 1998 10:16:03 -0500
Received: by gateway id AA72131; Wed, 18 Mar 1998 10:03:14 -0500
Received: by gateway id KAA08746; Wed, 18 Mar 1998 10:07:20 -0500
Sender: mayer@poster.cae.ca
Message-Id: <350FE328.41C6@cae.ca>
Date: Wed, 18 Mar 1998 10:07:20 -0500
From: Sylvain Mayer <mayer@poster.cae.ca>
Organization: CAE Electronics Ltd
X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22)
Mime-Version: 1.0
To: info-performer@sgi.com
Subject: Re: fog color
References: <Pine.SGI.3.96.980318072958.1177B-100000@lechter.bgm.link.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Steve Baker wrote:
> > pfApplyFog(shared->fog);
> 
> I don't do that. I think your fog will get applied for you when the
> first GeoSet/GeoState that needs it is drawn.
> 

The fog man page are very clear on that point:  the new modification to
the fog model will not take effect until you issue the "apply" call.

-- 
Sylvain Mayer, 3D Graphics Developer
CAE Electronics Ltd. (http://www.cae.ca)
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 18 08:40:22 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA29640 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 08:39:23 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA29613 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 08:39:16 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA886138
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 08:39:16 -0800 (PST)
Received: from athena.wes.army.mil (athena.wes.army.mil [134.164.13.245]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id IAA13632
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 08:39:14 -0800 (PST)
	mail_from (stephens@zeus.wes.hpc.mil)
Received: from zeus.wes.hpc.mil (zeus.wes.hpc.mil [134.164.13.24]) by athena.wes.army.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA20636 for <@athena.wes.army.mil:info-performer@sgi.com>; Wed, 18 Mar 1998 10:39:13 -0600
Received: (from stephens@localhost) by zeus.wes.hpc.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA10027 for info-performer@sgi.com; Wed, 18 Mar 1998 10:39:43 -0600
From: stephens@zeus.wes.hpc.mil (Mike Stephens)
Message-Id: <199803181639.KAA10027@zeus.wes.hpc.mil>
Subject: pfFluedGSetInit
To: info-performer@sgi.com
Date: Wed, 18 Mar 1998 10:39:43 -0600 (CST)
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O


hello pfFellow pfHeads!

could someone briefly tell me what the function pfFluxedGSetInit does?

the only documentation i have is online and the entry for this function
which is in pfGeoSet is useless.

thanks.

mike


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

From guest  Wed Mar 18 10:20:47 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA00039 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 10:19:23 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA00006 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 10:19:22 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA946123
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 10:19:22 -0800 (PST)
Received: from bifrost.digi.lego.com (balder.digi.lego.com [194.239.78.1]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA00407
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 10:19:19 -0800 (PST)
	mail_from (svend@digi.lego.com)
Received: (from gproxy@localhost) by bifrost.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id TAA09360 for <@bifrost.digi.lego.com:info-performer@sgi.com>; Wed, 18 Mar 1998 19:19:34 +0100
Received: from puck.digi.lego.com(171.20.167.61) by bifrost via smap (3.2)
	id xma009358; Wed, 18 Mar 98 19:19:29 +0100
Received: from digi.lego.com (localhost [127.0.0.1]) by puck.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA10210 for <info-performer@sgi.com>; Wed, 18 Mar 1998 19:19:29 +0100
Sender: svend@digi.lego.com
Message-ID: <35101030.E8DAB157@digi.lego.com>
Date: Wed, 18 Mar 1998 19:19:29 +0100
From: Svend Tang-Petersen <svend@digi.lego.com>
Organization: LEGO
X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Cache FS
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi pfAll

We're loading a huge number of files in our Perf-2.2 application, which
leads to IRIX having
a very large amount of memory being used for cache fs.

Naturally we'd like this to be used by our application instead, and not
by the OS.

Are there other ways of reducing the maximum size of cache fs besides
'systune' ?

The pfb and flt files are right now loaded via the usual pfdLoadFile
method.

--

 Svend Tang-Petersen, MSc

 LEGO
 Kloevermarken 120
 7190 Billund
 Denmark

 e-mail: svend@digi.lego.com



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

From guest  Wed Mar 18 11:05:27 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA00448 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 11:00:56 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA00421 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 11:00:54 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA963015
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 11:00:53 -0800 (PST)
Received: from archimedes.vislab.navy.mil (archimedes.chinalake.navy.mil [129.131.31.8]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id LAA19494
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 11:00:52 -0800 (PST)
	mail_from (jan@archimedes.vislab.navy.mil)
Received: (jan@localhost) by archimedes.vislab.navy.mil (8.7.5/8.x-CL-SOS5.3) id LAA22924 for info-performer@sgi.com; Wed, 18 Mar 1998 11:09:15 -0800 (PST)
From: Jan Barglowski <jan@archimedes.vislab.navy.mil>
Posted-Date: Wed, 18 Mar 1998 11:08:43 -0800 (PST)
Message-Id: <199803181909.LAA22924@archimedes.vislab.navy.mil>
Subject: 5551 and L16 Cliptextures...
To: info_performer@sgi.com
Date: Wed, 18 Mar 1998 11:08:43 -0800 (PST)
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: jan@archimedes.vislab.navy.mil
Status: O


Performers:

I've run into a problem with using the 5551 (and L16) format cliptextures.
I can make and run the hunter cliptexture database just fine in 888 
format, but the 5551 and L16 formats both appear as extremely blurry
and don't change mipmap levels (that I can tell).

Can Performer run these 16-bit cliptextures?

jan

-- 
Jan Anthony Barglowski	              jan@chinalake.navy.mil
Real-time Computer Graphics           http://www1.ridgecrest.ca.us/~jan
Naval Air Warfare Center, China Lake  (760) 927-1057

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

From guest  Wed Mar 18 12:21:03 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA00824 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 12:18:59 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA00797 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 12:18:57 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA992037
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 12:18:57 -0800 (PST)
Received: from bhole2.cae.ca (postit.cae.ca [142.39.200.51]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id MAA24669
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 12:18:50 -0800 (PST)
	mail_from (mayer@poster.cae.ca)
Received: 	id NAA23855; Wed, 18 Mar 1998 13:55:01 -0500
Received: by gateway id AA40760; Wed, 18 Mar 1998 13:42:03 -0500
Received: by gateway id NAA09603; Wed, 18 Mar 1998 13:46:10 -0500
Sender: mayer@poster.cae.ca
Message-Id: <35101672.15FB@cae.ca>
Date: Wed, 18 Mar 1998 13:46:10 -0500
From: Sylvain Mayer <mayer@poster.cae.ca>
Organization: CAE Electronics Ltd
X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22)
Mime-Version: 1.0
To: info-performer@sgi.com
Subject: Re: fog color
References: <Pine.SGI.3.96.980318072958.1177B-100000@lechter.bgm.link.com> <350FE328.41C6@cae.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Sylvain Mayer wrote:
> 
> Steve Baker wrote:
> > > pfApplyFog(shared->fog);
> >
> > I don't do that. I think your fog will get applied for you when the
> > first GeoSet/GeoState that needs it is drawn.
> >
> 
> The fog man page are very clear on that point:  the new modification
> to the fog model will not take effect until you issue the "apply"
> call.

If the pfFog is attached to a GeoState then ok, you don't have to
explicitly apply it (Steve was right on that point)

But original poster never said he was using a pfGeoState (in that case
he have to apply it)

-- 
Sylvain Mayer, 3D Graphics Developer
CAE Electronics Ltd. (http://www.cae.ca)
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 18 13:02:00 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA01101 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 13:00:39 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA01074 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 13:00:38 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA1016935
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 13:00:37 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id NAA09943
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 13:00:35 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA985282;
	Wed, 18 Mar 1998 13:00:35 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id NAA05133; Wed, 18 Mar 1998 13:00:34 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <351035F2.A39462C9@sgi.com>
Date: Wed, 18 Mar 1998 13:00:34 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: crakrjak@xerxesinc.com
CC: info-performer@sgi.com
Subject: Re: fog color
References: <Pine.LNX.3.96.980316184347.9939B-100000@mail.xerxesinc.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

If you change fog color downstream in the draw then you
run the risk that the fog color from the app will clobber
your results next frame. Not a good plan unless you modify
it before drawing _every_ frame. Same goes for other similar
info.

Modify fog colour in the application process and use
multiple fogs if you need variety. Note this needs to be
the performer app, not the keyboard process, cull process
or draw process, but the application which ran through
the pfConfig.

Cheers,Angus.



crakrjak@xerxesinc.com wrote:
> 
> i call this in my X input event loop when 't' is pressed:
> 
> if (fogColor)
>   {
>     pfFogColor (shared->fog, 1.0, 1.0, 1.0);
>     fogColor = 0;
>     printf("white\n");
>   } else
>   {
>     pfFogColor (shared->fog, 1.0, 0.0, 0.0);
>     fogColor = 1;
>     printf("red\n");
>   }
> 
> but this doesnt work, just calling pfFogColor(); doesnt change the color
> of the fog, the fog stays to the original color, maybe i have to change
> the color in a certain callback? or call another function after changing
> its color, i tried calling
> 
> pfApplyFog(shared->fog);
> 
> after setting the color but it still dont work, so if someone understand
> what im doing wrong please let me know.
> 
> On Tue, 17 Mar 1998, Angus Dorbie wrote:
> 
> > crakrjak@xerxesinc.com wrote:
> > >
> > > i'd like to know if its possible to change the fog color while my program
> > > is running, and if possible where can i change the color of the fog. Your
> > > help would be appreciated, thank you.
> >
> > pfFog::setColor
> >
> > This is in the manual, which should be the first place you look.
> >
> > Cheers,Angus.
> >
> > --
> > "Only the mediocre are always at their best." -- Jean Giraudoux
> >
> > For advanced 3D graphics Performer + OpenGL based examples and tutors:
> > http://www.dorbie.com/
> >
> 
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 18 13:48:46 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA01300 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 13:47:47 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA01273 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 13:47:46 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA1031309
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 13:47:45 -0800 (PST)
Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id NAA00972; Wed, 18 Mar 1998 13:47:43 -0800 (PST)
	mail_from (sbaker@link.com)
Received: from lechter.bgm.link.com (lechter.bgm.link.com [130.210.239.45])
          by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP
	  id PAA20707; Wed, 18 Mar 1998 15:47:42 -0600 (CST)
Date: Wed, 18 Mar 1998 15:47:54 -0600 (CST)
From: Steve Baker <sbaker@link.com>
X-Sender: steve@lechter.bgm.link.com
Reply-To: Steve Baker <sbaker@link.com>
To: Angus Dorbie <dorbie@sgi.com>
cc: crakrjak@xerxesinc.com, info-performer@sgi.com
Subject: Re: fog color
In-Reply-To: <351035F2.A39462C9@sgi.com>
Message-ID: <Pine.SGI.3.96.980318154301.22651A-100000@lechter.bgm.link.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Wed, 18 Mar 1998, Angus Dorbie wrote:

> If you change fog color downstream in the draw then you
> run the risk that the fog color from the app will clobber
> your results next frame. Not a good plan unless you modify
> it before drawing _every_ frame. Same goes for other similar
> info.
> 
> Modify fog colour in the application process and use
> multiple fogs if you need variety. Note this needs to be
> the performer app, not the keyboard process, cull process
> or draw process, but the application which ran through
> the pfConfig.

But if your fog changes frequently or suddenly, that change happens
asynchronously in all channels - which looks terrible. (This
may have been fixed recently - but this statement was certainly
true a year or so ago).

Doing the fog change in DRAW fixes *that* problem - but admittedly
you have to be careful not to try to change it anywhere else
as well.

Steve Baker                     817-619-8776 (Vox/Vox-Mail)
Raytheon Systems Inc.           817-619-4028 (Fax)
2200 Arlington Downs Road       SBaker@link.com (eMail)
Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail)
http://www.hti.com        http://web2.airmail.net/sjbaker1 (personal)

** Beware of Geeks bearing GIF's. **


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

From guest  Wed Mar 18 15:20:53 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA01636 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 15:15:45 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA01609 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 15:15:40 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id PAA1071344
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 15:15:39 -0800 (PST)
Received: from archimedes.vislab.navy.mil (archimedes.chinalake.navy.mil [129.131.31.8]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id PAA08674
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 15:15:38 -0800 (PST)
	mail_from (jan@archimedes.vislab.navy.mil)
Received: (jan@localhost) by archimedes.vislab.navy.mil (8.7.5/8.x-CL-SOS5.3) id PAA24008 for info-performer@sgi.com; Wed, 18 Mar 1998 15:24:01 -0800 (PST)
From: Jan Barglowski <jan@archimedes.vislab.navy.mil>
Posted-Date: Wed, 18 Mar 1998 15:24:01 -0800 (PST)
Message-Id: <199803182324.PAA24008@archimedes.vislab.navy.mil>
Subject: Scanline Smear...
To: info-performer@sgi.com
Date: Wed, 18 Mar 1998 15:24:01 -0800 (PST)
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

Performers:

I have a task to create scanline smear, that is, imagine a video camera
panning so quickly that by the time the bottom scanline is imaged, the
camera's heading is not close to when the top scanline was imaged.  I 
am not interested in the scanline compression/expansion that also may
happen, just the effect between scanlines.

Solutions I've thought of:
- create a channel for each scanline and run the app at 240X (yikes!)
- create a slightly larger image, then shift the pixels manually with
  glReadPixels() et.al.  
- create a slightly larger image, and texture map it to a quad and 
  stretch the quad along diagonally opposite corners in proportion to
  the speed of the pan.

Has anyone done something like this before?  I'd really like to have
it run 60Hz on my iR, if possible.  Convolutions are also possible,
but I'm not that well versed to know if this is in their domain.

Thanks in advance!

jan

-- 
Jan Anthony Barglowski	              jan@chinalake.navy.mil
Real-time Computer Graphics           http://www1.ridgecrest.ca.us/~jan
Naval Air Warfare Center, China Lake  (760) 927-1057
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 18 15:46:22 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA01872 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 15:45:48 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA01845 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 15:45:47 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id PAA1074986
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 15:45:46 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id PAA21081
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 15:45:45 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id PAA1055587;
	Wed, 18 Mar 1998 15:45:44 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA05278; Wed, 18 Mar 1998 15:45:44 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <35105CA7.E9E5002@sgi.com>
Date: Wed, 18 Mar 1998 15:45:43 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: Jan Barglowski <jan@archimedes.vislab.navy.mil>
CC: info-performer@sgi.com
Subject: Re: Scanline Smear...
References: <199803182324.PAA24008@archimedes.vislab.navy.mil>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Jan Barglowski wrote:
> 
> Performers:
> 
> I have a task to create scanline smear, that is, imagine a video camera
> panning so quickly that by the time the bottom scanline is imaged, the
> camera's heading is not close to when the top scanline was imaged.  I
> am not interested in the scanline compression/expansion that also may
> happen, just the effect between scanlines.
> 
> Solutions I've thought of:
> - create a channel for each scanline and run the app at 240X (yikes!)
> - create a slightly larger image, then shift the pixels manually with
>   glReadPixels() et.al.
> - create a slightly larger image, and texture map it to a quad and
>   stretch the quad along diagonally opposite corners in proportion to
>   the speed of the pan.
> 
> Has anyone done something like this before?  I'd really like to have
> it run 60Hz on my iR, if possible.  Convolutions are also possible,
> but I'm not that well versed to know if this is in their domain.
> 
> Thanks in advance!
>

Some thermal sensors I've worked on exhibit this effect but the smearing
wasn't for every scanline, just every few scanlines.

You could overdraw to the framebuffer and copypixels the displacement
for
portions of the image.

I'd suggest a hybrid approach where you split the channel with
displacement
into some small number of divisions, overdraw enough for the
displacement
of lines within a sub-channel and copypixels some of these lines (some
will
be in the right place).

Cheers,Angus.

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 18 15:44:14 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA01797 for info-performer-dist@holodeck.engr.sgi.com; Wed, 18 Mar 1998 15:37:41 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA01770 for <info-performer@holodeck.engr.sgi.com>; Wed, 18 Mar 1998 15:37:40 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id PAA1062525
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 18 Mar 1998 15:37:40 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id PAA17650
	for <info-performer@sgi.com>; Wed, 18 Mar 1998 15:37:39 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id PAA1081493;
	Wed, 18 Mar 1998 15:37:37 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA05263; Wed, 18 Mar 1998 15:37:37 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <35105AC0.364DA277@sgi.com>
Date: Wed, 18 Mar 1998 15:37:36 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: Steve Baker <sbaker@link.com>
CC: crakrjak@xerxesinc.com, info-performer@sgi.com
Subject: Re: fog color
References: <Pine.SGI.3.96.980318154301.22651A-100000@lechter.bgm.link.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Steve Baker wrote:
> 
> On Wed, 18 Mar 1998, Angus Dorbie wrote:
> 
> > If you change fog color downstream in the draw then you
> > run the risk that the fog color from the app will clobber
> > your results next frame. Not a good plan unless you modify
> > it before drawing _every_ frame. Same goes for other similar
> > info.
> >
> > Modify fog colour in the application process and use
> > multiple fogs if you need variety. Note this needs to be
> > the performer app, not the keyboard process, cull process
> > or draw process, but the application which ran through
> > the pfConfig.
> 
> But if your fog changes frequently or suddenly, that change happens
> asynchronously in all channels - which looks terrible. (This
> may have been fixed recently - but this statement was certainly
> true a year or so ago).
> 
> Doing the fog change in DRAW fixes *that* problem - but admittedly
> you have to be careful not to try to change it anywhere else
> as well.
> 

This seems lika a strange problem ang may have been the result
of a single buffered fog with no MP consideration, it is certainly
more acceptable than the results of a change not taking effect.

You should try fog on an earthsky and see if you still get your sync
bug.

Cheers,Angus.

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 19 05:21:50 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA04568 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 05:20:14 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA04541 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 05:20:12 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id FAA1278468
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 05:20:11 -0800 (PST)
Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id FAA00455
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 05:20:06 -0800 (PST)
	mail_from (sbaker@link.com)
Received: from lechter.bgm.link.com (lechter.bgm.link.com [130.210.239.45])
          by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP
	  id HAA08135; Thu, 19 Mar 1998 07:19:33 -0600 (CST)
Date: Thu, 19 Mar 1998 07:19:47 -0600 (CST)
From: Steve Baker <sbaker@link.com>
X-Sender: steve@lechter.bgm.link.com
Reply-To: Steve Baker <sbaker@link.com>
To: Jan Barglowski <jan@archimedes.vislab.navy.mil>
cc: info-performer@sgi.com
Subject: Re: Scanline Smear...
In-Reply-To: <199803182324.PAA24008@archimedes.vislab.navy.mil>
Message-ID: <Pine.SGI.3.96.980319071323.23979B-100000@lechter.bgm.link.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Wed, 18 Mar 1998, Jan Barglowski wrote:

> Performers:
> 
> I have a task to create scanline smear, that is, imagine a video camera
> panning so quickly that by the time the bottom scanline is imaged, the
> camera's heading is not close to when the top scanline was imaged.  I 
> am not interested in the scanline compression/expansion that also may
> happen, just the effect between scanlines.
> 
> Solutions I've thought of:
> - create a channel for each scanline and run the app at 240X (yikes!)
> - create a slightly larger image, then shift the pixels manually with
>   glReadPixels() et.al.  
> - create a slightly larger image, and texture map it to a quad and 
>   stretch the quad along diagonally opposite corners in proportion to
>   the speed of the pan.
 
On iR, the last one will work faster than any of the others. Whether you
make 60Hz depends on a lot of factors. Also, don't deform the quad, just
change the texture coordinates at its vertices.

> Has anyone done something like this before?

Not for shearing the image - but I do use it to zoom an image (to make
it deliberately 'pixellated'.

In my case, it was a very small monochrome image - but some of the
SGI demo's I've seen use this technique for non-linear image
pre-distortion for dome displays and such. At least one of those
demos ran at 60Hz IIRC (although the resolution was not really huge).

Steve Baker                     817-619-8776 (Vox/Vox-Mail)
Raytheon Systems Inc.           817-619-4028 (Fax)
2200 Arlington Downs Road       SBaker@link.com (eMail)
Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail)
http://www.hti.com        http://web2.airmail.net/sjbaker1 (personal)

** Beware of Geeks bearing GIF's. **


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

From guest  Thu Mar 19 06:02:02 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA04724 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 06:00:45 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA04697 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 06:00:41 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id GAA1304082
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 06:00:40 -0800 (PST)
Received: from spiffy.paradigmsim.com (spiffy.paradigmsim.com [206.7.114.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id GAA08887
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 06:00:38 -0800 (PST)
	mail_from (db@ParadigmSim.com)
Received: from db.paradigmsim.com by spiffy.paradigmsim.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO)
	 id HAA23779; Thu, 19 Mar 1998 07:58:24 -0600
Message-ID: <35112750.45C1@ParadigmSim.com>
Date: Thu, 19 Mar 1998 08:10:24 -0600
From: Dan Brockway <db@ParadigmSim.com>
Reply-To: db@ParadigmSim.com
Organization: Paradigm Simulation Inc.
X-Mailer: Mozilla 3.01 (Win95; I)
MIME-Version: 1.0
To: Jan Barglowski <jan@archimedes.vislab.navy.mil>
CC: info-performer@sgi.com
Subject: Re: Scanline Smear...
References: <199803182324.PAA24008@archimedes.vislab.navy.mil>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Jan Barglowski wrote:
> 
> Performers:
> 
> I have a task to create scanline smear, that is, imagine a video camera
> panning so quickly that by the time the bottom scanline is imaged, the
> camera's heading is not close to when the top scanline was imaged.  I
> am not interested in the scanline compression/expansion that also may
> happen, just the effect between scanlines.
> 
> Solutions I've thought of:
> - create a channel for each scanline and run the app at 240X (yikes!)
> - create a slightly larger image, then shift the pixels manually with
>   glReadPixels() et.al.

> - create a slightly larger image, and texture map it to a quad and
>   stretch the quad along diagonally opposite corners in proportion to
>   the speed of the pan.

We at Paradigm use a similar technique in domes with our Non-Linear
Distortion Correction module. 60Hz can be maintained. But beware, more
than half of the 16.6ms frame will be spent copying the frame buffer to
texture memory. 

Dan

 
> Has anyone done something like this before?  I'd really like to have
> it run 60Hz on my iR, if possible.  Convolutions are also possible,
> but I'm not that well versed to know if this is in their domain.
> 
> Thanks in advance!
> 
> jan
> 
> --
> Jan Anthony Barglowski                jan@chinalake.navy.mil
> Real-time Computer Graphics           http://www1.ridgecrest.ca.us/~jan
> Naval Air Warfare Center, China Lake  (760) 927-1057
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com

-- 
Dan Brockway                          voice: (972) 960-2301
Paradigm Simulation Inc.              fax:   (972) 960-2303
14900 Landmark Blvd., Suite 400       mailto:db@ParadigmSim.com
Dallas TX 75240                       http://www.ParadigmSim.com
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 19 08:05:20 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA04950 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 08:00:44 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA04923 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 08:00:43 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA1319583
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 08:00:42 -0800 (PST)
Received: from flaska.autosim.no (port01.nord.eunet.no [195.1.163.162]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA16217
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 08:00:36 -0800 (PST)
	mail_from (inge@autosim.no)
Received: from david by flaska.autosim.no with smtp
	(Linux Smail3.2.0.92 #1) id m0yFijG-000vtvC; Thu, 19 Mar 1998 18:03:42 +0100 (MET)
Message-ID: <000101bd5350$3c128e20$2902a8c0@david.autosim.no>
Reply-To: "Inge E.Henriksen" <inge@autosim.no>
From: "Inge E.Henriksen" <inge@autosim.no>
To: "info-perfomer mailing list" <info-performer@sgi.com>
Subject: RGB-format
Date: Thu, 19 Mar 1998 17:01:10 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Status: O

Hello all
-----------
Does anybody know where I can find a description of the RGB file format ?


Greetins from
---------------------------------------------------------------------------
Inge E.Henriksen, Database designer
Autosim A/S, P.B.2303, 9001 Tromsoe, Norway
Tlf.+47 77675075, fax +47 77676701
---------------------------------------------------------------------------
*****************************************John.3.16-21
---------------------------------------------------------------------------

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

From guest  Thu Mar 19 08:31:24 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA05074 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 08:24:57 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA05047 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 08:24:56 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA1326652
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 08:24:55 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id IAA26300
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 08:24:54 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA16003; Thu, 19 Mar 1998 08:24:47 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803190824.ZM16001@quid.engr.sgi.com>
Date: Thu, 19 Mar 1998 08:24:47 -0800
In-Reply-To: "Inge E.Henriksen" <inge@autosim.no>
        "RGB-format" (Mar 19,  5:01pm)
References: <000101bd5350$3c128e20$2902a8c0@david.autosim.no>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "Inge E.Henriksen" <inge@autosim.no>,
        "info-perfomer mailing list" <info-performer@sgi.com>
Subject: Re: RGB-format
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Paul Haeberli's web page: http://reality.sgi.com/paul/sgiimage.html

Cheers
Rob

On Mar 19,  5:01pm, Inge E.Henriksen wrote:
> Subject: RGB-format
> Hello all
> -----------
> Does anybody know where I can find a description of the RGB file format ?
>
>
> Greetins from
> ---------------------------------------------------------------------------
> Inge E.Henriksen, Database designer
> Autosim A/S, P.B.2303, 9001 Tromsoe, Norway
> Tlf.+47 77675075, fax +47 77676701
> ---------------------------------------------------------------------------
> *****************************************John.3.16-21
> ---------------------------------------------------------------------------
>
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>-- End of excerpt from Inge E.Henriksen



-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 19 08:31:24 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA05123 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 08:29:01 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA05096 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 08:29:00 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA1336525
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 08:28:59 -0800 (PST)
Received: from vacherin.geo.unizh.ch (mail.geo.unizh.ch [130.60.176.42]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA27660
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 08:28:56 -0800 (PST)
	mail_from (hilko@geo.unizh.ch)
Received: from aquilla.geo.unizh.ch ([130.60.176.5])
          by vacherin.geo.unizh.ch (Post.Office MTA v3.1.2
          release (PO203-101c) ID# 0-42730U500L100S0) with SMTP id AAA1548;
          Thu, 19 Mar 1998 17:28:49 +0100
Received: from geo.unizh.ch by aquilla.geo.unizh.ch (950413.SGI.8.6.12) id RAA21934; Thu, 19 Mar 1998 17:28:46 +0100
Sender: hilko@geo.unizh.ch (Hilko Hoffmann)
Message-ID: <351147BE.F55BC348@geo.unizh.ch>
Date: Thu, 19 Mar 1998 17:28:46 +0100
From: Hilko Hoffmann <hilko@geo.unizh.ch>
Organization: Uni Zuerich, Remote Sensing Lab
X-Mailer: Mozilla 4.03 [en] (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: "Inge E.Henriksen" <inge@autosim.no>, info-performer@sgi.com
Subject: Re: RGB-format
References: <000101bd5350$3c128e20$2902a8c0@david.autosim.no>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Inge E.Henriksen wrote:

> Hello all
> -----------
> Does anybody know where I can find a description of the RGB file format ?
>
> Greetins from
> ---------------------------------------------------------------------------
> Inge E.Henriksen, Database designer
> Autosim A/S, P.B.2303, 9001 Tromsoe, Norway
> Tlf.+47 77675075, fax +47 77676701
> ---------------------------------------------------------------------------
> *****************************************John.3.16-21
> ---------------------------------------------------------------------------
>
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com

 You will find it here:

http://www.dcs.ed.ac.uk/~mxr/gfx/2d-hi.html
http://www.dcs.ed.ac.uk/~mxr/gfx/2d/RGB.txt

Hilko

--
****************************************************************
Hilko Hoffmann
Remote Sensing Laboratories;    University of Zurich
Winterthurerstrasse 190; CH-8057 Zurich; Switzerland
Phone: +41 - 1 / 63 56519; FAX:   +41 - 1 / 63 56842
mailto:hilko@geo.unizh.ch
http://www.geo.unizh.ch/rsl1/lvg/research/
****************************************************************



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

From guest  Thu Mar 19 08:59:18 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA05380 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 08:56:41 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA05353 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 08:56:37 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA1341340
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 08:56:37 -0800 (PST)
Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA08283
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 08:56:34 -0800 (PST)
	mail_from (sbaker@link.com)
Received: from lechter.bgm.link.com (lechter.bgm.link.com [130.210.239.45])
          by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP
	  id KAA29161; Thu, 19 Mar 1998 10:55:44 -0600 (CST)
Date: Thu, 19 Mar 1998 10:55:59 -0600 (CST)
From: Steve Baker <sbaker@link.com>
X-Sender: steve@lechter.bgm.link.com
Reply-To: Steve Baker <sbaker@link.com>
To: "Inge E.Henriksen" <inge@autosim.no>
cc: info-perfomer mailing list <info-performer@sgi.com>
Subject: Re: RGB-format
In-Reply-To: <000101bd5350$3c128e20$2902a8c0@david.autosim.no>
Message-ID: <Pine.SGI.3.96.980319105156.21832C-100000@lechter.bgm.link.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Thu, 19 Mar 1998, Inge E.Henriksen wrote:

> Does anybody know where I can find a description of the RGB file format ?
 
Here!

(it also covers rgba, int and inta - which are all the same file format in fact)

----------------------------------------------------------------------------------------
The SGI Image File Format.
~~~~~~~~~~~~~~~~~~~~~~~~~~
Draft version 0.9

Paul Haeberli (paul@sgi.com) Silicon Graphics Computer Systems

INTRODUCTION.
~~~~~~~~~~~~~
This is the definitive document describing the SGI image file format. This is a low level spec that
describes the actual byte level format of SGI image files. On SGI machines the preferred way of
reading and writing SGI image files is to use the image library -limage. This library provides a set
of functions that make it easy to read and write SGI images. If you are on an SGI workstation you
can get info on -limage by doing: 


    % man 4 rgb


A note on byte order of values in the SGI image files
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In the following description a notation like bits[7..0] is used to denote a range of bits in a binary
value. Bit 0 is the lowest order bit in a the value. 

All short values are represented by 2 bytes. The first byte stores the high order 8 bits of the value:
bits[15..8]. The second byte stores the low order 8 bits of the value: bits[7..0]. 

So, this function will read a short value from the file: 

            unsigned short getshort(inf)
            FILE *inf;
            {
                unsigned char buf[2];

                fread(buf,2,1,inf);
                return (buf[0]<<8)+(buf[1]<<0);
            }

All long values are represented by 4 bytes. The first byte stores the high order 8 bits of the value:
bits[31..24]. The second byte stores bits[23..16]. The third byte stores bits[15..8]. The forth byte
stores the low order 8 bits of the value: bits[7..0]. 

So, this function will read a long value from the file: 

            static long getlong(inf)
            FILE *inf;
            {
                unsigned char buf[4];

                fread(buf,4,1,inf);
                return (buf[0]<<24)+(buf[1]<<16)+(buf[2]<<8)+(buf[3]<<0);
            }

GENERAL STRUCTURE
~~~~~~~~~~~~~~~~~
The general structure of an SGI image file is as shown below: 

    The header indicates whether the image is run length encoded (RLE). 
    If the image is not run length encoded, this is the structure: 

            The Header
            The Image Data

    If the image is run length encoded, this is the structure: 

            The Header
            The Offset Tables 
            The Image Data

The Header

The header consists of the following: 

       Size  | Type   | Name      | Description   

     2 bytes | short  | MAGIC     | IRIS image file magic number
     1 byte  | char   | STORAGE   | Storage format
     1 byte  | char   | BPC       | Number of bytes per pixel channel 
     2 bytes | ushort | DIMENSION | Number of dimensions
     2 bytes | ushort | XSIZE     | X size in pixels 
     2 bytes | ushort | YSIZE     | Y size in pixels 
     2 bytes | ushort | ZSIZE     | Number of channels
     4 bytes | long   | PIXMIN    | Minimum pixel value
     4 bytes | long   | PIXMAX    | Maximum pixel value
     4 bytes | char   | DUMMY     | Ignored
    80 bytes | char   | IMAGENAME | Image name
     4 bytes | long   | COLORMAP  | Colormap ID
   404 bytes | char   | DUMMY     | Ignored

Here is a description of each field in the image file header: 

    MAGIC - This is the decimal value 474 saved as a short. This identifies the file as an SGI
    image file. 
    STORAGE - specifies whether the image is stored using run length encoding (RLE) or not
    (VERBATIM). If RLE is used, the value of this byte will be 1. Otherwise the value of this
    byte will be 0. The only allowed values for this field are 0 and 1. 
    BPC - describes the precision that is used to store each channel of an image. This is the
    number of bytes per pixel component. The majority of SGI image files use 1 byte per pixel
    component, giving 256 levels. Some SGI image files use 2 bytes per component. The only
    allowed values for this field are 1 and 2. 
    DIMENSION - described the number of dimensions in the data stored in the image file. The
    only allowed values are 1, 2, or 3. If this value is 1, the image file consists of only 1 channel
    and only 1 scanline. The length of this scan line is given by the value of XSIZE below. If this
    value is 2, the file consists of a single channel with a number of scan lines. The width and
    height of the image are given by the values of XSIZE and YSIZE below. If this value is 3,
    the file consists of a number of channels. The width and height of the image are given by the
    values of XSIZE and YSIZE below. The number of channels is given by the value of ZSIZE
    below. 
    XSIZE - The width of the image in pixels 
    YSIZE - The height of the image in pixels 
    ZSIZE - The number of channels in the image. B/W images are stored as 2 dimensional
    images with a ZSIZE or 1. RGB color images are stored as 3 dimensional images with a
    ZSIZE of 3. An RGB image with an ALPHA channel is stored as a 3 dimensional image
    with a ZSIZE of 4. There are no inherent limitations in the SGI image file format that would
    preclude the creation of image files with more than 4 channels. 
    PINMIN - The minimum pixel value in the image. The value of 0 may be used if no pixel
    has a value that is smaller than 0. 
    PINMAX - The maximum pixel value in the image. The value of 255 may be used if no
    pixel has a value that is greater than 255. This is the value that is considered to be full
    brightness in the image. 
    DUMMY - This 4 bytes of data should be set to 0. 
    IMAGENAME - An null terminated ascii string of up to 79 characters terminated by a null
    may be included here. This is not commonly used. 
    COLORMAP - This controls how the pixel values in the file should be interpreted. It can
    have one of these four values: 
        0: NORMAL - The data in the channels represent B/W values for images with 1
        channel, RGB values for images with 3 channels, and RGBA values for images with 4
        channels. Almost all the SGI image files are of this type. 
        1: DITHERED - The image will have only 1 channel of data. For each pixel, RGB
        data is packed into one 8 bit value. 3 bits are used for red and green, while blue uses 2
        bits. Red data is found in bits[2..0], green data in bits[5..3], and blue data in bits[7..6].
        This format is obsolete. 
        2: SCREEN - The image will have only 1 channel of data. This format was used to
        store color-indexed pixels. To convert the pixel values into RGB values a colormap
        must be used. The appropriate color map varies from image to image. This format is
        obsolete. 
        3: COLORMAP - The image is used to store a color map from an SGI machine. In
        this case the image is not displayable in the conventional sense. 
    DUMMY - This 404 bytes of data should be set to 0. This makes the header exactly 512
    bytes. 

The Image Data (if not RLE)

If the image is stored verbatim (without RLE), the image data directly follows the 512 byte header.
The data for each scanline in the first channel is written first. If the image has more than 1 channel
the remaining channels follow the first channel in numerical order. If the BPC value is 1, then each
scan line is written as XSIZE bytes. If the BPC value is 2, then each scanline is written as XSIZE
shorts. These shorts are stored in the byte order described above. 

The Offset Tables (if RLE)

If the image is stored using run length encoding, offset tables follow the header that describe what
the file offsets are to the RLE for each scanline. This information only applies if the value for
STORAGE above is 1. 

            Size  | Type   | Name      | Description   

     tablen longs | long   | STARTTAB  | Start table
     tablen longs | long   | LENGTHTAB | Length table

One entry in each table is needed for each scan line of RLE data. The total number of scanlines in
the image (tablen) is determined by the product of the YSIZE and ZSIZE. There are two tables of
longs that are written. Each consists of tablen longs of data. The first table has the file offsets to
the RLE data for each scan line in the image. In a file with more than 1 channel (ZSIZE > 1) this
table first has all the offsets for the scanlines in the first channel, followed be offsets for the
scanlines in the second channel, etc. The second table has the RLE data length for each scan line in
the image. In a file with more than 1 channel (ZSIZE > 1) this table first has all the RLE data
lengths for the scanlines in the first channel, followed be RLE data lengths for the scanlines in the
second channel, etc. 

To find the the file offset, and the number of bytes in the RLE data for a particular scanline, these
two arrays may be read in and indexed as follows: 

To read in the tables: 

            unsigned long *starttab, *lengthtab;

            tablen = ysize*zsize*sizeof(long);
            starttab = (unsigned long *)mymalloc(tablen);
            lengthtab = (unsigned long *)mymalloc(tablen);
            fseek(inf,512,SEEK_SET);
            readlongtab(inf,starttab);
            readlongtab(ing,lengthtab);

To find the file offset and RLE data length for a scanline: 

            rowno is an integer in the range 0 to YSIZE-1
            channo is an integer in the range 0 to ZSIZE-1

            rleoffset = starttab[rowno+channo*YSIZE]
            rlelength = lengthtab[rowno+channo*YSIZE]

The Image Data (if RLE)

This information only applies if the value for STORAGE above is 1. If the image is stored using
run length encoding, the image data follows the offset tables above. The RLE data is not in any
particular order. The offset tables above are used to locate the rle data for any scanline. 

The RLE data must be read in from the file and expanded into pixel data in the following manner: 

If BPC is 1, then there is one byte per pixel. In this case the RLE data should be read into an array
of chars. To expand data, the low order seven bits of the first byte: bits[6..0] are used to form a
count. If the high order bit of the first byte is 1: bit[7], then the count is used to specify how many
bytes to copy from the RLE data buffer to the destination. Otherwise, if the high order bit of the
first byte is 0: bit[7], then the count is used to specify how many times to repeat the value of the
following byte, in the destination. This process continues until a count of 0 is found. This should
decompress exactly XSIZE pixels. 

Here is example code to decompress a scanline: 

            expandrow(optr,iptr,z)
            unsigned char *optr, *iptr;
            int z;
            {
                unsigned char pixel, count;
            
                optr += z;
                while(1) {
                    pixel = *iptr++;
                    if ( !(count = (pixel & 0x7f)) )
                        return;
                    if(pixel & 0x80) {
                        while(count--) {
                            *optr = *iptr++;
                            optr+=4;
                        }
                    } else {
                        pixel = *iptr++;
                        while(count--) {
                            *optr = pixel;
                            optr+=4;
                        }
                    }
                }
            }

If BPC is 2, there is one short (2 bytes) per pixel. In this case the RLE data should be read into an
array of shorts. To expand data, the low order seven bits of the first short: bits[6..0] are used to
form a count. If bit[7] of the first short is 1, then the count is used to specify how many shorts to
copy from the RLE data buffer to the destination. Otherwise, if bit[7] of the first short is 0, then
the count is used to specify how many times to repeat the value of the following short, in the
destination. This process proceeds until a count of 0 is found. This should decompress exactly
XSIZE pixels. Note that the byte order of short data in on the input file should be observed, as
described above. 

Implementation notes

Implementation of both RLE and VERBATIM format for images with BPC of 1 is required since
the great majority of SGI images are in this format. Support for images with a 2 BPC is
encouraged. 

If the ZSIZE of an image is 1, it is assumed to represent B/W values. If the ZSIZE is 3, it is
assumed to represent RGB data, and if ZSIZE is 4, it is assumed to contain RGB data with alpha. 

Naming Conventions

On SGI systems, SGI image files end with the extension .bw if they are B/W images, they end in
.rgb if they contain RGB image data, and end in .rgba if they are RGB images with alpha channel. 

Sometimes the .sgi extension is used as well. 

An example: This program will write out a valid B/W SGI image file: 

    #include "stdio.h"

    #define IXSIZE      (23)
    #define IYSIZE      (15)

    putbyte(outf,val)
    FILE *outf;
    unsigned char val;
    {
        unsigned char buf[1];

        buf[0] = val;
        fwrite(buf,1,1,outf);
    }

    putshort(outf,val)
    FILE *outf;
    unsigned short val;
    {
        unsigned char buf[2];

        buf[0] = (val>>8);
        buf[1] = (val>>0);
        fwrite(buf,2,1,outf);
    }

    static int putlong(outf,val)
    FILE *outf;
    unsigned long val;
    {
        unsigned char buf[4];

        buf[0] = (val>>24);
        buf[1] = (val>>16);
        buf[2] = (val>>8);
        buf[3] = (val>>0);
        return fwrite(buf,4,1,outf);
    }

    main()
    {
        FILE *of;
        char iname[80];
        unsigned char outbuf[IXSIZE];
        int i, x, y;

        of = fopen("example.rgb","w");
        if(!of) {
            fprintf(stderr,"sgiimage: can't open output file\n");
            exit(1);
        }
        putshort(of,474);       /* MAGIC                */
        putbyte(of,0);          /* STORAGE is VERBATIM  */
        putbyte(of,1);          /* BPC is 1             */
        putshort(of,2);         /* DIMENSION is 2       */
        putshort(of,IXSIZE);    /* XSIZE                */
        putshort(of,IYSIZE);    /* YSIZE                */
        putshort(of,1);         /* ZSIZE                */
        putlong(of,0);          /* PIXMIN is 0          */
        putlong(of,255);        /* PIXMAX is 255        */
        for(i=0; i<4; i++)      /* DUMMY 4 bytes        */
            putbyte(of,0);
        strcpy(iname,"No Name");
        fwrite(iname,80,1,of);  /* IMAGENAME            */
        putlong(of,0);          /* COLORMAP is 0        */
        for(i=0; i<404; i++)    /* DUMMY 404 bytes      */
            putbyte(of,0);

        for(y=0; y < IYSIZE; y++) {
            for(x=0; x < IXSIZE; x++) 
                outbuf[x] = (255*x)/(IXSIZE-1);
            fwrite(outbuf,IXSIZE,1,of);
        }
        fclose(of);
    }

--------------------------------------------------------------------------------

Steve Baker                     817-619-8776 (Vox/Vox-Mail)
Raytheon Systems Inc.           817-619-4028 (Fax)
2200 Arlington Downs Road       SBaker@link.com (eMail)
Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail)
http://www.hti.com        http://web2.airmail.net/sjbaker1 (personal)

Ann Colby, New Orleans, LA:
  "I sent out 100,000 emails for my product and received over 55 orders!"
  (...and upset 99,945 other people)

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

From guest  Thu Mar 19 10:48:32 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA05730 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 10:43:44 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA05703 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 10:43:43 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA1386539
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 10:43:42 -0800 (PST)
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA25677
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 10:43:41 -0800 (PST)
	mail_from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA20952; Thu, 19 Mar 1998 10:43:37 -0800
From: remi@remi.engr.sgi.com (Rémi Arnaud)
Message-Id: <199803191843.KAA20952@remi.engr.sgi.com>
Subject: Re: Scanline Smear...
To: sbaker@link.com
Date: Thu, 19 Mar 1998 10:43:37 -0800 (PST)
Cc: jan@archimedes.vislab.navy.mil, info-performer@sgi.com
In-Reply-To: <Pine.SGI.3.96.980319071323.23979B-100000@lechter.bgm.link.com> from "Steve Baker" at Mar 19, 98 07:19:47 am
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Status: O

Steve Baker wrote:
> 
> On Wed, 18 Mar 1998, Jan Barglowski wrote:
> 
> > Performers:
> > 
> > I have a task to create scanline smear, that is, imagine a video camera
> > panning so quickly that by the time the bottom scanline is imaged, the
> > camera's heading is not close to when the top scanline was imaged.  I 
> > am not interested in the scanline compression/expansion that also may
> > happen, just the effect between scanlines.
> > 
> > Solutions I've thought of:
> > - create a channel for each scanline and run the app at 240X (yikes!)
> > - create a slightly larger image, then shift the pixels manually with
> >   glReadPixels() et.al.  
> > - create a slightly larger image, and texture map it to a quad and 
> >   stretch the quad along diagonally opposite corners in proportion to
> >   the speed of the pan.
>  
> On iR, the last one will work faster than any of the others. Whether you
> make 60Hz depends on a lot of factors. Also, don't deform the quad, just
> change the texture coordinates at its vertices.
> 
> > Has anyone done something like this before?
> 
> Not for shearing the image - but I do use it to zoom an image (to make
> it deliberately 'pixellated'.
  An other way to pixellize or defocus the picture is to force the texture filter
  to use a coarser resolution, and force DVR.

>  
> In my case, it was a very small monochrome image - but some of the
> SGI demo's I've seen use this technique for non-linear image
> pre-distortion for dome displays and such. At least one of those
> demos ran at 60Hz IIRC (although the resolution was not really huge).
> 
> Steve Baker                     817-619-8776 (Vox/Vox-Mail)
> Raytheon Systems Inc.           817-619-4028 (Fax)
> 2200 Arlington Downs Road       SBaker@link.com (eMail)
> Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail)
> http://www.hti.com        http://web2.airmail.net/sjbaker1 (personal)
> 
> ** Beware of Geeks bearing GIF's. **
> 
> 
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
> 

    _  /              _             _ 
   |_) _ ._ _ o   /\ |_)|\ | /\ | || \
   | \(/_| | ||  /--\| \| \|/--\|_||_/
                                          
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 19 11:44:44 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA06103 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 11:41:41 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA06076 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 11:41:40 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA1414623
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 11:41:39 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id LAA21188
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 11:41:39 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA1403300;
	Thu, 19 Mar 1998 11:41:38 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA02169; Thu, 19 Mar 1998 11:41:37 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <351174F1.8F8EEAF6@sgi.com>
Date: Thu, 19 Mar 1998 11:41:37 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: db@ParadigmSim.com
CC: Jan Barglowski <jan@archimedes.vislab.navy.mil>, info-performer@sgi.com
Subject: Re: Scanline Smear...
References: <199803182324.PAA24008@archimedes.vislab.navy.mil> <35112750.45C1@ParadigmSim.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Dan Brockway wrote:
> 
> We at Paradigm use a similar technique in domes with our Non-Linear
> Distortion Correction module. 60Hz can be maintained. But beware, more
> than half of the 16.6ms frame will be spent copying the frame buffer to
> texture memory.

I just wanted to chip in here since times provided without context can
mislead. The image readback time is entirely dependent on the
resolution and number of readbacks to texture memory.

Please tell it like it is, without simplification. At 1024x768@60Hz the
readback time is around 50% but change frame rate or resolution and the
ratio will change dramatically. I got the impression that the resolution
of the slewed scanline problem was low and so readback overhead could be
fairly small.

Given the number of copypixels requests in my earlier advice I'd like to
encourage you to explore readback to texture memory and drawing on quads
or parallelograms. For high slew rates the overhead of the slew may
cause
excessive overdraw requirements so I suspect you still want to split the
channel up into multiple sub channels and go for a hybrid approach.

Cheers,Angus.

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 19 12:18:15 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA06295 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 12:16:47 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA06268 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 12:16:45 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA1432950
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 12:16:45 -0800 (PST)
Received: from boito.videotron.net (boito.videotron.net [205.151.222.85]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA06885
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 12:16:39 -0800 (PST)
	mail_from (martel@signifi.com)
Received: from moreau.Signifi.com (ppp105.121.mmtl.videotron.net [207.253.121.105]) by boito.videotron.net (8.8.5/8.8.2) with SMTP id PAA25898 for <info-performer@sgi.com>; Thu, 19 Mar 1998 15:16:36 -0500 (EST)
Sender: martel@boito.videotron.net
Message-ID: <35116F80.41C6@signifi.com>
Date: Thu, 19 Mar 1998 14:18:24 -0500
From: Yves Martel <martel@signifi.com>
Organization: Signifi.gVR
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX64 6.4 IP30)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Texture Memory
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi !

I have a problem with my texture memory on an Ocatane MXI...

Displaying a simple scene with 5 textures, 2 of these keep
bumping each other out of the texture memory.  Now I could
understand this if they where HUGE textures (don't I have
4 Megs of texture with an MXI ?) but the where puny little
128x128 16 bits images...

I am using the texture->idle() to free-up unused textures
and texture->isLoaded() to keep track of who is in memory.

Earlier on in my program, I loaded a few big textures 
and then, "idled" them when I didn't need them anymore.  
Indeed "isLoaded" tells me that they are no longer loaded,
but just to be sure, I replaced these big textures by smaller
one and ... the problem disapered!  Now I'm baffled!  

How can I get rid of these textures when I don't need them ?
(I've put a call-back in the draw process of every node using
textures, so I am sure they are not called anymore, and yet 
they take up space ?)

How is the texture memory managed ? I more or less expected
something like normal memory (page aging or something like 
that...).  If this whas the case, even if "idle" didn't work,
the small textures should take the place of the old unused 
ones.  An yet, the small textures keep bumping each other out...


_______________________________________________________
Yves Martel			Signifi.gVR
mailto:Martel@signifi.com       417 St-pierre suite 208
Tel: (514) 288-1453             Montreal, QC, CANADA
Fax: (514) 288-4112             H2Y 2M4
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 19 13:16:23 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA06562 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 13:14:05 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA06535 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 13:14:04 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA1450552
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 13:14:04 -0800 (PST)
Received: from spiffy.paradigmsim.com (spiffy.paradigmsim.com [206.7.114.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id NAA00333; Thu, 19 Mar 1998 13:13:45 -0800 (PST)
	mail_from (db@ParadigmSim.com)
Received: from db.paradigmsim.com by spiffy.paradigmsim.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO)
	 id PAA29089; Thu, 19 Mar 1998 15:11:28 -0600
Message-ID: <35118CD9.385A@ParadigmSim.com>
Date: Thu, 19 Mar 1998 15:23:37 -0600
From: Dan Brockway <db@ParadigmSim.com>
Reply-To: db@ParadigmSim.com
Organization: Paradigm Simulation Inc.
X-Mailer: Mozilla 3.01 (Win95; I)
MIME-Version: 1.0
To: Angus Dorbie <dorbie@sgi.com>
CC: Dan Brockway <db@ParadigmSim.com>,
        Jan Barglowski <jan@archimedes.vislab.navy.mil>,
        info-performer@sgi.com
Subject: Re: Scanline Smear...
References: <199803182324.PAA24008@archimedes.vislab.navy.mil> <35112750.45C1@ParadigmSim.com> <351174F1.8F8EEAF6@sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Angus Dorbie wrote:
> 
> Dan Brockway wrote:
> >
> > We at Paradigm use a similar technique in domes with our Non-Linear
> > Distortion Correction module. 60Hz can be maintained. But beware, more
> > than half of the 16.6ms frame will be spent copying the frame buffer to
> > texture memory.
> 
> I just wanted to chip in here since times provided without context can
> mislead. The image readback time is entirely dependent on the
> resolution and number of readbacks to texture memory.
> 
> Please tell it like it is, without simplification. 

My point was mearly to illuminate that a *significant* amount of draw
time must be allocated for readback. And that time must be taken into
account in database simplification. 

Dan


-- 
Dan Brockway                          voice: (972) 960-2301
Paradigm Simulation Inc.              fax:   (972) 960-2303
14900 Landmark Blvd., Suite 400       mailto:db@ParadigmSim.com
Dallas TX 75240                       http://www.ParadigmSim.com
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 19 14:20:45 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA06909 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 14:18:40 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA06882 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 14:18:39 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA1480214
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 14:18:37 -0800 (PST)
Received: from beyond.clubfed.sgi.com ([169.238.1.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id OAA26883
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 14:18:35 -0800 (PST)
	mail_from (brian@dingbat.clubfed.sgi.com)
Received: from dingbat.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/930416.SGI)
	 id RAA13592; Thu, 19 Mar 1998 17:18:30 -0500
Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA08278; Thu, 19 Mar 1998 17:13:42 -0500
Date: Thu, 19 Mar 1998 17:13:42 -0500
From: brian@dingbat.clubfed.sgi.com (Brian Furtaw)
Message-Id: <9803191713.ZM8277@dingbat.clubfed.sgi.com>
In-Reply-To: "Rob Jenkins" <robj@quid.engr.sgi.com>
        "Re: RGB-format" (Mar 19,  8:24am)
References: <000101bd5350$3c128e20$2902a8c0@david.autosim.no> 
	<9803190824.ZM16001@quid.engr.sgi.com>
Reply-To: brian@sgi.com
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "Rob Jenkins" <robj@quid.engr.sgi.com>,
        "Inge E.Henriksen" <inge@autosim.no>,
        "info-perfomer mailing list" <info-performer@sgi.com>
Subject: Re: RGB-format
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Try

% man 4 rgb


Brian

On Mar 19,  8:24am, Rob Jenkins wrote:
> Subject: Re: RGB-format
> Paul Haeberli's web page: http://reality.sgi.com/paul/sgiimage.html
>
> Cheers
> Rob
>
> On Mar 19,  5:01pm, Inge E.Henriksen wrote:
> > Subject: RGB-format
> > Hello all
> > -----------
> > Does anybody know where I can find a description of the RGB file format ?
> >
> >
> > Greetins from
> > ---------------------------------------------------------------------------
> > Inge E.Henriksen, Database designer
> > Autosim A/S, P.B.2303, 9001 Tromsoe, Norway
> > Tlf.+47 77675075, fax +47 77676701
> > ---------------------------------------------------------------------------
> > *****************************************John.3.16-21
> > ---------------------------------------------------------------------------
> >
> > =======================================================================
> > List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
> >             Submissions:  info-performer@sgi.com
> >         Admin. requests:  info-performer-request@sgi.com
> >-- End of excerpt from Inge E.Henriksen
>
>
>
> --
> ________________________________________________________________
> Rob Jenkins mailto:robj@sgi.com
> Silicon Graphics, Mtn View, California, USA
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>
>-- End of excerpt from Rob Jenkins



-- 
    ----oOOo----    ----oOOo----    ----oOOo----    ----oOOo----

Brian Furtaw  (brian@sgi.com)	
VisSim  Technical  Consultant
12200-G  Plum  Orchard  Drive  Office:(301)572-3293   Fax: (301)872-3293	
Silver Spring, Maryland 20904  OpenGL/ImageVision/OpenInventor/Performer

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

From guest  Thu Mar 19 15:35:34 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA07416 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 15:32:03 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA07389 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 15:32:01 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id PAA1502050
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 15:32:00 -0800 (PST)
Received: from enterprise.jsc.nasa.gov (enterprise.jsc.nasa.gov [198.122.133.150]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id PAA29649
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 15:31:59 -0800 (PST)
	mail_from (mason@enterprise.jsc.nasa.gov)
Received: (from mason@localhost) by enterprise.jsc.nasa.gov (8.8.5/8.8.0) id RAA29523 for info-performer@sgi.com; Thu, 19 Mar 1998 17:32:03 -0600 (CST)
Date: Thu, 19 Mar 1998 17:32:03 -0600 (CST)
From: "Mason D. Menninger" <mason@milliways.jsc.nasa.gov>
Message-Id: <199803192332.RAA29523@enterprise.jsc.nasa.gov>
To: info-performer@sgi.com
Subject: Fixed-Geometry HUD
X-Sun-Charset: US-ASCII
Status: O


Hello all.

I'm still new to the Performer world, so please forgive
(but feel free to point out) any glaring errors.

I've been looking through the archives at various HUD
implementations and noticed that they seem to be based on
creating the HUD though OpenGL calls at some point in the
draw process (But I could be mistaken).  I was wondering
how you would go about building a HUD based on fixed-geometry
parts brought in by a loader and attached somewhere in the
scene.  Some of the immediate thoughts that came to mind were:

1) Draw the entire scene except for the HUD (possibly using
   pfNodeTravMask), set-up the appropriate stencil mask, draw
   the HUD portion of the scene graph.  But I am uncertain
   how to successfully stencil just a subgraph (especially
   without clobbering the scene underneath the HUD region from
   the previous draw).

2) A similar idea would be to draw the entire scene except for
   the HUD, set-up four additional clip planes around the HUD
   region, draw the HUD portion of the scene graph.  This would
   have the added benefit of being able to view the HUD from
   multiple positions in the scene.  But I am uncertain how to
   successfully clip just a subgraph (without clobbering everything
   underneath).

3) Create an overlay channel just for the HUD.  But I'm not
   convinced that it would be able to handle something as
   complex as what I have in mind.  Also, I don't know how to
   implement overlays in pfPipeWindows.

Any ideas or corrections to these thoughts would be greatly
appreciated.


			-Mason
			mason@milliways.jsc.nasa.gov
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 19 16:43:41 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA13212 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 16:41:37 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id QAA13185 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 16:41:35 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id QAA1533262
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 16:41:34 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id QAA00376
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 16:41:34 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id QAA1531966;
	Thu, 19 Mar 1998 16:41:33 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id QAA02558; Thu, 19 Mar 1998 16:41:32 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <3511BB3C.D146FB@sgi.com>
Date: Thu, 19 Mar 1998 16:41:32 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: "Mason D. Menninger" <mason@milliways.jsc.nasa.gov>
CC: info-performer@sgi.com
Subject: Re: Fixed-Geometry HUD
References: <199803192332.RAA29523@enterprise.jsc.nasa.gov>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Mason D. Menninger wrote:
> 
> Hello all.
> 
> I'm still new to the Performer world, so please forgive
> (but feel free to point out) any glaring errors.
> 
> I've been looking through the archives at various HUD
> implementations and noticed that they seem to be based on
> creating the HUD though OpenGL calls at some point in the
> draw process (But I could be mistaken).  I was wondering
> how you would go about building a HUD based on fixed-geometry
> parts brought in by a loader and attached somewhere in the
> scene.  Some of the immediate thoughts that came to mind were:
> 
> 1) Draw the entire scene except for the HUD (possibly using
>    pfNodeTravMask), set-up the appropriate stencil mask, draw
>    the HUD portion of the scene graph.  But I am uncertain
>    how to successfully stencil just a subgraph (especially
>    without clobbering the scene underneath the HUD region from
>    the previous draw).
> 
> 2) A similar idea would be to draw the entire scene except for
>    the HUD, set-up four additional clip planes around the HUD
>    region, draw the HUD portion of the scene graph.  This would
>    have the added benefit of being able to view the HUD from
>    multiple positions in the scene.  But I am uncertain how to
>    successfully clip just a subgraph (without clobbering everything
>    underneath).
> 
> 3) Create an overlay channel just for the HUD.  But I'm not
>    convinced that it would be able to handle something as
>    complex as what I have in mind.  Also, I don't know how to
>    implement overlays in pfPipeWindows.
> 
> Any ideas or corrections to these thoughts would be greatly
> appreciated.

http://www.dorbie.com/ has a description of just what you need.

Cheers,Angus.


-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 19 18:48:57 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA14983 for info-performer-dist@holodeck.engr.sgi.com; Thu, 19 Mar 1998 18:42:56 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id SAA14956 for <info-performer@holodeck.engr.sgi.com>; Thu, 19 Mar 1998 18:42:55 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id SAA1539694
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 19 Mar 1998 18:42:54 -0800 (PST)
Received: from Ballad.GSC.GTE.com (Ballad.GSC.GTE.Com [192.31.1.201]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id SAA08171
	for <info-performer@sgi.com>; Thu, 19 Mar 1998 18:42:49 -0800 (PST)
	mail_from (Jim.Gullen@GSC.GTE.Com)
Received: from mtvex02.mtv.gtegsc.com ("port 2276"@mtvex02.mtv.gtegsc.com)
 by Ballad.GSC.GTE.Com (PMDF V5.0-8 #18654)
 id <01IUUZSB8ZH4000R7M@Ballad.GSC.GTE.Com> for info-performer@sgi.com; Thu,
 19 Mar 1998 18:42:33 -0800 (PST)
Received: by mtvex02.mtv.gtegsc.com with Internet Mail Service (5.0.1458.49)
 id <F6L0TPQT>; Thu, 19 Mar 1998 18:40:09 -0800
Date: Thu, 19 Mar 1998 18:41:50 -0800
From: "Gullen, Jim" <Jim.Gullen@GSC.GTE.Com>
Subject: RE: Scanline Smear...
To: Jan Barglowski <jan@archimedes.vislab.navy.mil>
Cc: info-performer@sgi.com
Message-id: <8160010C5363D0118D3B00805FC18404010849CB@mtvex03.mtv.gtegsc.com>
MIME-version: 1.0
X-Mailer: Internet Mail Service (5.0.1458.49)
Content-type: text/plain
Content-transfer-encoding: 7BIT
X-Priority: 3
Status: O

Here's a depiction of your problem using the images of the top, middle,
and bottom
scan lines as you describe them:

a) A video camera moving to the right misses pixels marked "x", images
pixels marked A,B,C
and sends them to a monitor. The y's represent "filler" to form a
rectangular CULL volume:
AAAAAAyyyy
xxBBBBBByy
xxxxCCCCCC

b) The monitor displays a "smeared" image:
AAAAAA
BBBBBB
CCCCCC

I think you can generate the "smeared" image by culling to a) and
shearing the DRAW
projection matrix to yield b).

> Jan Barglowski wrote:
> > 
> > Performers:
> > 
> > I have a task to create scanline smear, that is, imagine a video
> camera
> > panning so quickly that by the time the bottom scanline is imaged,
> the
> > camera's heading is not close to when the top scanline was imaged.
> I
> > am not interested in the scanline compression/expansion that also
> may
> > happen, just the effect between scanlines.
> > 
> 
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 20 03:28:15 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id DAA16017 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 03:27:01 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id DAA15990 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 03:26:59 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id DAA1669313
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 03:26:59 -0800 (PST)
Received: from aba.nsrc.nus.sg (aba.nsrc.nus.sg [137.132.15.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id DAA02081
	for <info-performer@sgi.com>; Fri, 20 Mar 1998 03:26:52 -0800 (PST)
	mail_from (liuxy@nsrc.nus.edu.sg)
Received: (from smap@localhost)
          by aba.nsrc.nus.sg (8.8.5/8.8.4)
	  id TAA04489 for <info-performer@sgi.com>; Fri, 20 Mar 1998 19:26:49 +0800 (SGT)
Received: from liuxy.nsrc.nus.sg(137.132.15.85) by aba.nsrc.nus.sg via smap (V1.3)
	id sma004486; Fri Mar 20 19:26:20 1998
Message-ID: <351252B0.7427@nsrc.nus.edu.sg>
Date: Fri, 20 Mar 1998 19:27:44 +0800
From: Liu Xiaoyan <liuxy@nsrc.nus.sg>
Organization: National Supercomputing Research Center
X-Mailer: Mozilla 3.0 (Win95; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: how to create dynamic object?
Content-Type: text/plain; charset=big5
Content-Transfer-Encoding: 7bit
Status: O

Hi, all.

In my collision detection program, I want to spurt out something at the
point of collision(like a small sphere etc.) and then just disappear.
But, I don't know how to define the time period these objects exists.

Shall I use pfTime to let it be enabled for drawing at time1 and
disabled at
time2? Or better to let it live for several frames? How to count the
frames
that a scene is drawn?

If these small spheres are to be created and deleted dynamically based
on
the numbers from the collision, what's the efficient way to do this? 

Thanks for any help.

Liu Xiaoyan

***********************************************************************
Liu Xiaoyan                 National Supercomputing Research Center
Data Visualization Group    http://www.nsrc.nus.edu.sg Tel:(65)7709267
***********************************************************************
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 20 04:58:01 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA16216 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 04:56:44 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA16189 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 04:56:42 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id EAA1699184
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 04:56:42 -0800 (PST)
Received: from kmdi-ex02.Krauss-Maffei.de (kmdi-ex02.Krauss-Maffei.de [193.99.235.34]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id EAA16846
	for <info-performer@sgi.com>; Fri, 20 Mar 1998 04:56:24 -0800 (PST)
	mail_from (SchmidtR@Krauss-Maffei.de)
Received: by mail.Krauss-Maffei.de with Internet Mail Service (5.0.1457.3)
	id <GHA7D6DR>; Fri, 20 Mar 1998 13:55:28 +0100
Message-ID: <F34EC955FC8FD011B5160000F67499B518BB87@KMDI-EX01>
From: Schmidt Rudolf <SchmidtR@Krauss-Maffei.de>
To: "'Performer Mailing List'" <info-performer@sgi.com>,
        "'Vega Mailing List'"
	 <info-vega@paradigmsim.com>
Subject: Vizsim Jobs
Date: Fri, 20 Mar 1998 13:53:55 +0100
X-Priority: 3
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1457.3)
Content-Type: text/plain
Status: O

> Krauss Maffei AG
> 
> address | d-80997 Muenchen |  Krauss-Maffei-Str. 2 | c/o Rudolf
> Schmidt, W-AS 11
>         fon +49-[0]89-8899-2149 | fax +49[0]89-8899-4104
>         | e-mail schmidtr@krauss-maffei.de
>         or muellerr@krauss-maffei.de
> 
> We  are  a well-established and expanding simulation company, one of
> our primary business fields are simulators for training of
> vehicle/train drivers.
> Our young engineering team consists of specialists in the fields of
> 3D-visualization, realtime programming, audio and numerical
> simulation, graphical interfaces, hardware design and integration.
> 
> 
> Our software development department is looking for
> 
> SOFTWARE-DEVELOPERS
> 
> for the realization and tuning of real-time computer graphics and
> virtual reality
> applications in the area of visualization for driving simulators.
> 
> Requirements:
> 
> Degree in computer science or related fields with an emphasis on
> computer science,  as well as thorough knowledge in the following
> areas:
> 
> - Computer graphics with an emphasis on real-time computer graphics
> and animation
> - programming with OpenGL and Performer
> - C / C++
> - Unix / IRIX
> - English language, reading and writing skills
> 
> 
> Furthermore the applicants should have knowledge or practical
> experience
> 
> in some of the following areas:
> - graphics on SGI High-end workstations (RE/IR)
> - performance tuning on SGI/Performer platforms
> - programming using Paradigm's VEGA toolkit
> - TCP/IP-interface programming
> - programming under WindowsNT
> - programming of multi-processing applications
> - PC-graphics
> - object oriented analysis and design ...
> 
> Your job covers the whole range of RT-vizsim, from entry-level to
> multi-pipe/-processor graphics workstations, from concept phase to
> tuning/optimization.
> 
> If you are interested to work with a young and innovative team, you
> should send your application and CV to:
> 
>  Krauss-Maffei AG
>  Rudolf Schmidt or Reiner Mueller
>  Dept. W-AS 11
>  Krauss-Maffei-Str. 2
>  80997 Munich
>  Germany
>  mailto:schmidtr@krauss-maffei.de
>  or mailto:muellerr@krauss-maffei.de
> 
> 
------------------------------------------------------------------------
-----------------------------------------
Rudolf Schmidt
Krauss Maffei Wehrtechnik GmbH
Ausbildung und Simulation
Abt. W-AS 102
Krauss-Maffei-Str. 2
80997 Muenchen
Germany

Tel:	++49 (89) 8899 - 2149
Fax:	++49 (89) 8899 - 4394
mailto:schmidtr@krauss-maffei.de
WWW:	http://www.krauss-maffei.de
------------------------------------------------------------------------
-----------------------------------------
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 20 05:13:54 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA16289 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 05:12:27 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA16262 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 05:12:26 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id FAA1710926
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 05:12:26 -0800 (PST)
Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id FAA20874
	for <info-performer@sgi.com>; Fri, 20 Mar 1998 05:12:24 -0800 (PST)
	mail_from (sbaker@link.com)
Received: from lechter.bgm.link.com (lechter.bgm.link.com [130.210.239.45])
          by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP
	  id HAA23677; Fri, 20 Mar 1998 07:11:45 -0600 (CST)
Date: Fri, 20 Mar 1998 07:12:04 -0600 (CST)
From: Steve Baker <sbaker@link.com>
X-Sender: steve@lechter.bgm.link.com
Reply-To: Steve Baker <sbaker@link.com>
To: Rémi Arnaud <remi@remi.engr.sgi.com>
cc: jan@archimedes.vislab.navy.mil, info-performer@sgi.com
Subject: Re: Scanline Smear...
In-Reply-To: <199803191843.KAA20952@remi.engr.sgi.com>
Message-ID: <Pine.SGI.3.96.980320070947.20419A-100000@lechter.bgm.link.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Transfer-Encoding: QUOTED-PRINTABLE
Status: O

On Thu, 19 Mar 1998, R=E9mi Arnaud wrote:

> Steve Baker wrote:

>>> - create a slightly larger image, and texture map it to a quad and=20
>>>   stretch the quad along diagonally opposite corners in proportion to
>>>   the speed of the pan.

>>> Has anyone done something like this before?
>>=20
>> Not for shearing the image - but I do use it to zoom an image (to make
>> it deliberately 'pixellated'.
>
> Another way to pixellize or defocus the picture is to force the texture f=
ilter
> to use a coarser resolution, and force DVR.
=20
Not in my case - I have high resolution symbology to draw over the low
resolution 'pixellated' image - so DVR is out of the question.

Steve Baker                     817-619-8776 (Vox/Vox-Mail)
Raytheon Systems Inc.           817-619-4028 (Fax)
2200 Arlington Downs Road       SBaker@link.com (eMail)
Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail)
http://www.hti.com        http://web2.airmail.net/sjbaker1 (personal)

Ann Colby, New Orleans, LA:
  "I sent out 100,000 emails for my product and received over 55 orders!"
  (...and upset 99,945 other people)

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

From guest  Fri Mar 20 05:38:24 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA16462 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 05:36:58 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA16435 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 05:36:56 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id FAA1686109
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 05:36:56 -0800 (PST)
Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id FAA25485; Fri, 20 Mar 1998 05:36:54 -0800 (PST)
	mail_from (sbaker@link.com)
Received: from lechter.bgm.link.com (lechter.bgm.link.com [130.210.239.45])
          by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP
	  id HAA24789; Fri, 20 Mar 1998 07:36:53 -0600 (CST)
Date: Fri, 20 Mar 1998 07:37:11 -0600 (CST)
From: Steve Baker <sbaker@link.com>
X-Sender: steve@lechter.bgm.link.com
Reply-To: Steve Baker <sbaker@link.com>
To: Angus Dorbie <dorbie@sgi.com>
cc: db@ParadigmSim.com, Jan Barglowski <jan@archimedes.vislab.navy.mil>,
        info-performer@sgi.com
Subject: Re: Scanline Smear...
In-Reply-To: <351174F1.8F8EEAF6@sgi.com>
Message-ID: <Pine.SGI.3.96.980320071615.20419B-100000@lechter.bgm.link.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Thu, 19 Mar 1998, Angus Dorbie wrote:

> Dan Brockway wrote:
> > 
> > We at Paradigm use a similar technique in domes with our Non-Linear
> > Distortion Correction module. 60Hz can be maintained. But beware, more
> > than half of the 16.6ms frame will be spent copying the frame buffer to
> > texture memory.
> 
> I just wanted to chip in here since times provided without context can
> mislead. The image readback time is entirely dependent on the
> resolution and number of readbacks to texture memory.
> 
> Please tell it like it is, without simplification. At 1024x768@60Hz the
> readback time is around 50% but change frame rate or resolution and the
> ratio will change dramatically. I got the impression that the resolution
> of the slewed scanline problem was low and so readback overhead could be
> fairly small.
> 
> Given the number of copypixels requests in my earlier advice I'd like to
> encourage you to explore readback to texture memory and drawing on quads
> or parallelograms. For high slew rates the overhead of the slew may
> cause
> excessive overdraw requirements so I suspect you still want to split the
> channel up into multiple sub channels and go for a hybrid approach.
 
...or you could use some custom clipping planes to render a parallelogram
shaped window. That would eliminate the overdraw issues on the rendering
phase (high slew rates would causing you to need a very wide window) -
however, the critical issue of transferring from frame buffer to texture
memory wouldn't improve and the extra clipping planes would probably
increase the geometry processing time somewhat - so Angus's plan has
some merit.

In the end it depends on the ratio of the horizontal field of view to
the maximum pan rate. If the image only pans (say) 10% of the screen
width each frame then the additional complexity introduced by Angus's
suggestion would probably be unwarranted. If the maximum pan rate is
(say) ten times the field of view - then you'll probably need Angus's
trick just to keep the width of the original window to a reasonable
size.

If the pan rate gets too high then spherical distortion will become
a problem too. Since the first rendering phase is rendering onto a
flat surface, but the distortion phase is effectively pointing that
surface in a different direction (at least at the bottom of the
screen), the image will be somewhat distorted at the bottom of the
screen. That effect becomes more and more pronounced the faster the
rotation becomes.

By splitting the original rendering into horizontal strips, you'd
be able to change the view direction for each strip and somewhat
reduce the distortion - but then you'd end up with some amount of
tearing in the image at the boundaries of those strips due to the
abrupt change in view direction at the strip boundaries.

That suggests that neither technique is going to produce a perfect
image at very high pan rates. But hopefully the image will become
so hard to understand at those high rates that it won't matter.

For objects that are moving independantly of the eye, you could
also render each strip with the moving object at a different
location (since each strip represents a different point in time).
This might be a bit over-the-top for some applications, but it's
quite necessary in at least a few special cases.

Another thing that may be relevent here is that in real human
vision, the eye/brain 'edits out' the imagery that you see when
your head+eyes pan really quickly - and fills in the gaps from memory!
There is a proper name for this effect (something like a 'circade'??)
- but I forget where I read about it. We have used this effect
in the past to solve problems with eye-trackers used to drive
mechanically targeted laser projectors in large dome displays.
At times when the eye is moving rapidly and the mechanical systems
can't keep up, you can actually turn off the video and the person
wearing the eye tracker doesn't notice!

The eye+brain is a very strange piece of equipment.

Steve Baker                     817-619-8776 (Vox/Vox-Mail)
Raytheon Systems Inc.           817-619-4028 (Fax)
2200 Arlington Downs Road       SBaker@link.com (eMail)
Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail)
http://www.hti.com        http://web2.airmail.net/sjbaker1 (personal)

Ann Colby, New Orleans, LA:
  "I sent out 100,000 emails for my product and received over 55 orders!"
  (...and upset 99,945 other people)

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

From guest  Fri Mar 20 05:58:19 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA16638 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 05:56:49 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA16611 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 05:56:48 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id FAA1705934
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 05:56:48 -0800 (PST)
Received: from relay2.smtp.psi.net (relay2.smtp.psi.net [38.8.188.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id FAA29908
	for <info-performer@sgi.com>; Fri, 20 Mar 1998 05:56:46 -0800 (PST)
	mail_from (gwaldron@peril.com)
Received: from peril.com by relay2.smtp.psi.net (8.8.5/SMI-5.4-PSI)
	id IAA11692; Fri, 20 Mar 1998 08:56:41 -0500 (EST)
Sender: glenn@peril.com
Message-ID: <3512757C.F7DE5C3C@peril.com>
Date: Fri, 20 Mar 1998 08:56:12 -0500
From: Glenn Waldron <gwaldron@peril.com>
Organization: Peril Technologies Inc
X-Mailer: Mozilla 4.02 [en] (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Problem with pfFlux and geosets
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

I have a terrain model loaded, and I'm trying to convert the
coordinate lists in the pfGeoSets into pfFluxes.  I'm following
the example in /usr/share/Performer/src/pguide/libpf/C++/morph_engine.C.

After changing the original coordinate lists to pfFluxes, the
terrain appears with all it's coordinates randomly scrambled!
Here's the code for each pfGeoSet found in the tree:

    pfGeoSet*       gset;
    pfVec3*         coords;
    ushort*         icoords;

    ...
    gset = geode->getGSet(i);
    gset->getAttrLists(PFGS_COORD3, (void**)&coords, &icoords);

    pfFlux* flux = new pfFlux(pfGetSize(coords), PFFLUX_DEFAULT_NUM_BUFFERS);
    flux->initData(coords);
    gset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, flux, icoords);


Any help is appreciated!  thanks! -g.

(config: High Impact, 4TRAM, 256M, R4400, IRIX6.2, PF2.2)

-- 
Glenn Waldron * Peril Technologies * voice/page: 703.598.7835 
mailto:gwaldron@peril.com * http://www.peril.com
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 20 09:18:41 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA16977 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 09:17:12 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA16950 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 09:17:10 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA1758799
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 09:17:09 -0800 (PST)
Received: from davinci.cnart.mx (davinci.cnart.mx [200.15.13.1]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id JAA10557
	for <info-performer@sgi.com>; Fri, 20 Mar 1998 09:17:03 -0800 (PST)
	mail_from (garcianv@davinci.cnart.mx)
Received: from marcos by davinci.cnart.mx via SMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI.AUTO)
	for <info-performer@sgi.com> id LAA09186; Fri, 20 Mar 1998 11:07:08 -0800
Sender: garcianv@davinci.cnart.mx
Message-ID: <3512BE5C.41C6@correo.cnart.mx>
Date: Fri, 20 Mar 1998 11:07:08 -0800
From: Jose Luis Garcia Nava <garcianv@davinci.cnart.mx>
Organization: Centro Multimedia, CNA.
X-Mailer: Mozilla 3.04C-SGI (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: IRIS Performer Users Group <info-performer@sgi.com>
Subject: Transformers for Fakespace BOOM.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi pfGurus,


I need to interface a Performer 2.0 application with a Fakespace BOOM3C
but I do not have a clear idea of how to do it. Fakespace provided us
with a set of libraries called VLIB-SGI that reads position and
orientation as well as pick-button events. On the other hand, I know
Performer can use these data for controlling visualization with
pfiXformer functions, but that is all I have. For those who have used
VLIB-SGI, I have two versions of VLIB-SGI: 3.0 for IRIX 5.1 and 5.0 for
IRIX 6.2. VLIB 5.0 is quite easy-to-use because it contains a set of
pfui functions written by Fakespace that are called from Performer
applications. My problem is that the application I mentioned is running
on an IRIX 5.3 Onyx RE2, so I must use VLIB 3.0 which does not include
pfui functions. Therefore, I think I need more programming.

Does anybody have clues on this topic. Tips, samples or source code
would be useful and appreciated.

A second question: Does anyone knows where can I find specifications for
Multigen Open Flight File Format V13 and V14.2. If I could not make my
Fakespace interface, then I will try to rebuild the model and perfly it
with a Fakespace-FLT13 viewer that I already have.


Best Regards,

Jose Luis.

--
Jose Luis Garcia Nava
Jefe del Taller de Realidad Virtual
Centro Multimedia, CNA.
Tel. +52(5)420-4503 Fax. +52(5)420-4456
E-mail. garcianv@correo.cnart.mx
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 20 09:50:30 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA17106 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 09:44:50 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA17079 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 09:44:49 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA1783945
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 09:44:48 -0800 (PST)
Received: from sundown.northgrum.com (sundown.northgrum.com [157.127.124.203]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA22577
	for <info-performer@sgi.com>; Fri, 20 Mar 1998 09:44:47 -0800 (PST)
	mail_from (cblanco@world.northgrum.com)
Received: from puff.northgrum.com (puff.northgrum.com [157.127.103.139]) by sundown.northgrum.com (8.8.4/8.7.1) with ESMTP id JAA07319; Fri, 20 Mar 1998 09:44:43 -0800 (PST)
Received: from world.northgrum.com (world.northgrum.com [157.127.103.138]) by puff.northgrum.com (8.8.4/8.7.1) with SMTP id JAA02678; Fri, 20 Mar 1998 09:44:43 -0800 (PST)
Received: from localhost by world.northgrum.com (4.1/SMI-4.1.1)
	id AA16462; Fri, 20 Mar 98 09:44:36 PST
Date: Fri, 20 Mar 1998 09:44:36 -0800 (PST)
From: "Catherine E. Blanco" <cblanco@world.northgrum.com>
To: Steve Baker <sbaker@link.com>
Cc: info-performer@sgi.com
Subject: Re: Scanline Smear...
In-Reply-To: <Pine.SGI.3.96.980320071615.20419B-100000@lechter.bgm.link.com>
Message-Id: <Pine.SUN.3.95.980320094139.12601A-100000@world.northgrum.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

> ... the eye/brain 'edits out' the imagery that you see when
> your head+eyes pan really quickly - and fills in the gaps from memory!
> There is a proper name for this effect (something like a 'circade'??)

I think the word is saccade, and I can't remember where I read about
it, either, but it is an interesting effect.  A quick search for 
'saccade' in one of the Internet search engines should turn up
some interesting reading...

==========================================================================
Cathy Blanco                                   cblanco@world.northgrum.com
Northrop Grumman Advanced Systems & Technology              (562) 942-3961


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

From guest  Fri Mar 20 12:18:38 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA17500 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 12:17:27 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA17473 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 12:17:26 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA1834610
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 12:17:25 -0800 (PST)
Received: from Ballad.GSC.GTE.com (Ballad.GSC.GTE.Com [192.31.1.201]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA28964
	for <info-performer@sgi.com>; Fri, 20 Mar 1998 12:17:24 -0800 (PST)
	mail_from (Jim.Gullen@GSC.GTE.Com)
Received: from mtvex02.mtv.gtegsc.com ("port 3763"@mtvex02.mtv.gtegsc.com)
 by Ballad.GSC.GTE.Com (PMDF V5.0-8 #18654)
 id <01IUW0MTL3JM000ROK@Ballad.GSC.GTE.Com> for info-performer@sgi.com; Fri,
 20 Mar 1998 12:17:11 -0800 (PST)
Received: by mtvex02.mtv.gtegsc.com with Internet Mail Service (5.0.1458.49)
 id <F6L0TRKH>; Fri, 20 Mar 1998 12:14:44 -0800
Date: Fri, 20 Mar 1998 12:16:27 -0800
From: "Gullen, Jim" <Jim.Gullen@GSC.GTE.Com>
Subject: RE: Scanline Smear...
To: Steve Baker <sbaker@link.com>,
        "'Catherine E. Blanco'" <cblanco@world.northgrum.com>
Cc: info-performer@sgi.com
Message-id: <8160010C5363D0118D3B00805FC18404010849CD@mtvex03.mtv.gtegsc.com>
MIME-version: 1.0
X-Mailer: Internet Mail Service (5.0.1458.49)
Content-type: text/plain
Content-transfer-encoding: 7BIT
X-Priority: 3
Status: O

The word "saccade" (phonetically "suh-cod") is a rapid and
sometimes involuntary or subconscious movement of the eyes.
Movement can be as much as 40 degrees in 40 milliseconds!
During saccade there is a disconnect of approx. 200 milliseconds
between human optics and idetic (short term) memory. This provides
ample time for a (circa 1983) 600 pound, servoed optics projector
and its image to be repositioned "ahead of" the human.

> ----------
> From: 	Catherine E. Blanco[SMTP:cblanco@world.northgrum.com]
> Sent: 	Friday, March 20, 1998 10:44 AM
> To: 	Steve Baker
> Cc: 	info-performer@sgi.com
> Subject: 	Re: Scanline Smear...
> 
> > ... the eye/brain 'edits out' the imagery that you see when
> > your head+eyes pan really quickly - and fills in the gaps from
> memory!
> > There is a proper name for this effect (something like a
> 'circade'??)
> 
> I think the word is saccade, and I can't remember where I read about
> it, either, but it is an interesting effect.  A quick search for 
> 'saccade' in one of the Internet search engines should turn up
> some interesting reading...
> 
> ======================================================================
> ====
> Cathy Blanco
> cblanco@world.northgrum.com
> Northrop Grumman Advanced Systems & Technology              (562)
> 942-3961
> 
> 
> ======================================================================
> =
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
> 
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 20 12:14:41 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA17458 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 12:13:17 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA17431 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 12:13:16 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA1834592
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 12:13:15 -0800 (PST)
Received: from stiletto.ait.nrl.navy.mil (stiletto.ait.nrl.navy.mil [132.250.128.59]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA27468
	for <info-performer@sgi.com>; Fri, 20 Mar 1998 12:13:10 -0800 (PST)
	mail_from (king@stiletto.ait.nrl.navy.mil)
Received: (from king@localhost)
	by stiletto.ait.nrl.navy.mil (8.8.5/8.8.5) id PAA21675;
	Fri, 20 Mar 1998 15:13:04 -0500 (EST)
Date: Fri, 20 Mar 1998 15:13:04 -0500 (EST)
From: "Robert D. King" <king@ait.nrl.navy.mil>
To: info-performer@sgi.com
Subject: no pfInit()
In-Reply-To: <199803041000.CAA21829@holodeck.engr.sgi.com>
Message-ID: <Pine.SGI.3.91.980320145711.21257C-100000@stiletto.ait.nrl.navy.mil>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

Help!

I/we have reached a dead end && really need help.

It is *most probably* something we did, but we (a team of four 
experienced programmers) have tried just about every thing we know
to do with no luck.

The symptom: our application (which until recently worked just fine, 
thank you) 'dies' in pfInit().  The problem arises when we add new code...
it doesn't seem to make much difference where we add it!  

The diagnostic:
21596 PF Warning/Resource(12): pfOpenWSConnection - failed to open display
"(null)" for pid 21596. 

We've checked limits: 
RLIMIT_VMEM: 9223372036854775807 
RLIMIT_DATA: 9223372036854775807
RLIMIT_RSS: 1042644992


We've tried:
   * backing out changes && going over them carefully.
   * carefully checking for null pointers and the like
   * running under CVD -- see the stack trace below
   * and so forth

The stack:
_X11TransWritev(<stripped>) ["Xtrans.c":918]
_XSend(<stripped>) ["XlibInt.c":1429]
XQueryExtension(<stripped>) ["QuExt.c":54]
XInitExtension(<stripped>) ["InitExt.c":57]
XextAddDisplay(<stripped>) ["extutil.c":105]
__glXFindDisplay(<stripped>) ["glx_ext.c":216]
__glXInitialize(<stripped>) ["glx_ext.c":908]
glXChooseVisual(<stripped>) ["glx_cmds.c":1460]
pfWindow::pr_openNewNoPort(<stripped>) ["pfWindow.C":3851]
pfWindow::pr_openNewNoPortNoGfxType(<stripped>) ["pfWindow.C":1468]
_pfGetGfxType(<stripped>) ["query.C":403]
pfInit(<stripped>) ["pfProcess.C":405]
main(argc = 2, argv = 0x7fff2ec4) ["main.C":729]
__start(<stripped>) ["crt1text.s":166]

We're looking for suggestions, strategies, and the like.
Thanks 1.0E+06,
Rob
--------------------------------------------------------
king@ait.nrl.navy.mil     http://www.ait.nrl.navy.mil/people/king
On site: (202) 767-6025   Office: (703) 938-2032


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

From guest  Fri Mar 20 12:36:28 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA17682 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 12:35:17 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA17655 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 12:35:15 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA1841310
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 12:35:15 -0800 (PST)
Received: from cavalier.cambridge.com (mail.cambridge.com [208.148.185.5]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id MAA04546
	for <info-performer@sgi.com>; Fri, 20 Mar 1998 12:35:13 -0800 (PST)
	mail_from (mcmillan@cambridge.com)
Received: by cavalier.cambridge.com (951211.SGI.8.6.12.PATCH1042/940406.SGI)
	 id PAA28478; Fri, 20 Mar 1998 15:33:03 -0500
Received: from ds9(192.9.200.40) by cavalier via smap (3.1)
	id xma028460; Fri, 20 Mar 98 15:32:51 -0500
Received: from photon.cambridge.com by ds9.cambridge.com (4.1/SMI-4.1-SWS)
	id AA19779; Fri, 20 Mar 98 15:32:50 EST
Received: from photon by photon.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj)
	id PAA22236; Fri, 20 Mar 1998 15:32:50 -0500
Sender: mcmillan@cambridge.com
Message-Id: <3512D271.2781@cambridge.com>
Date: Fri, 20 Mar 1998 15:32:49 -0500
From: Scott McMillan <mcmillan@cambridge.com>
Organization: Cambridge Research Associates
X-Mailer: Mozilla 3.01 (X11; I; IRIX 5.3 IP12)
Mime-Version: 1.0
To: "Robert D. King" <king@ait.nrl.navy.mil>
Cc: info-performer@sgi.com
Subject: Re: no pfInit()
References: <Pine.SGI.3.91.980320145711.21257C-100000@stiletto.ait.nrl.navy.mil>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Try moving your shared arena base or changing its size and see if
that works (man pfSharedArenaSize and pfSharedArenaBase).  There
are entries in the monthly-archives discussing this for Performer 2.0
...and whenever I run out of options that is the one I try.

Hope this helps,
scott

Robert D. King wrote:
> 
> Help!
> 
> I/we have reached a dead end && really need help.
> 
> It is *most probably* something we did, but we (a team of four
> experienced programmers) have tried just about every thing we know
> to do with no luck.
> 
> The symptom: our application (which until recently worked just fine,
> thank you) 'dies' in pfInit().  The problem arises when we add new code...
> it doesn't seem to make much difference where we add it!
> 
> The diagnostic:
> 21596 PF Warning/Resource(12): pfOpenWSConnection - failed to open display
> "(null)" for pid 21596.
> 
> We've checked limits:
> RLIMIT_VMEM: 9223372036854775807
> RLIMIT_DATA: 9223372036854775807
> RLIMIT_RSS: 1042644992
> 
> We've tried:
>    * backing out changes && going over them carefully.
>    * carefully checking for null pointers and the like
>    * running under CVD -- see the stack trace below
>    * and so forth
> 
> The stack:
> _X11TransWritev(<stripped>) ["Xtrans.c":918]
> _XSend(<stripped>) ["XlibInt.c":1429]
> XQueryExtension(<stripped>) ["QuExt.c":54]
> XInitExtension(<stripped>) ["InitExt.c":57]
> XextAddDisplay(<stripped>) ["extutil.c":105]
> __glXFindDisplay(<stripped>) ["glx_ext.c":216]
> __glXInitialize(<stripped>) ["glx_ext.c":908]
> glXChooseVisual(<stripped>) ["glx_cmds.c":1460]
> pfWindow::pr_openNewNoPort(<stripped>) ["pfWindow.C":3851]
> pfWindow::pr_openNewNoPortNoGfxType(<stripped>) ["pfWindow.C":1468]
> _pfGetGfxType(<stripped>) ["query.C":403]
> pfInit(<stripped>) ["pfProcess.C":405]
> main(argc = 2, argv = 0x7fff2ec4) ["main.C":729]
> __start(<stripped>) ["crt1text.s":166]
> 
> We're looking for suggestions, strategies, and the like.
> Thanks 1.0E+06,
> Rob
> --------------------------------------------------------
> king@ait.nrl.navy.mil     http://www.ait.nrl.navy.mil/people/king
> On site: (202) 767-6025   Office: (703) 938-2032
> 
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com

-- 
Scott McMillan                   mailto:mcmillan@cambridge.com
Cambridge Research Associates    Ministry of Silly Walks
1430 Spring Hill Road, Ste. 200  Voice: (703) 790-0505 x7235
McLean, VA 22102                 Fax:   (703) 790-0370
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 20 13:43:44 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA17933 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 13:42:05 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA17907 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 13:42:02 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA1841664
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 13:42:01 -0800 (PST)
Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id NAA29751
	for <info-performer@sgi.com>; Fri, 20 Mar 1998 13:41:58 -0800 (PST)
	mail_from (ballard@sirius.ccd.bnl.gov)
Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167])
	by bnl.gov (8.8.8/8.8.8) with SMTP id QAA23094
	for <@bnl.gov:info-performer@sgi.com>; Fri, 20 Mar 1998 16:41:53 -0500 (EST)
Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO)
	for info-performer@sgi.com id QAA06165; Fri, 20 Mar 1998 16:39:06 -0500
Date: Fri, 20 Mar 1998 16:39:06 -0500
From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
Message-Id: <199803202139.QAA06165@sirius.ccd.bnl.gov>
Apparently-To: info-performer@sgi.com
Status: O

Hi folks,

What takes the place of QUAD buffering on the IR?
i.e., on the RE2 it was /usr/gfx/setmon -n 1025x768_96s
to setup for stereo xtal-eyes with 
  static int FBAttrs[]  = {PFFB_DOUBLEBUFFER,
                        PFFB_STEREO,
                        PFFB_RGBA,
                        PFFB_DEPTH_SIZE, -1,
                        PFFB_STENCIL_SIZE, 2,
                        PFFB_RED_SIZE, 5,
                        PFFB_ALPHA_SIZE, 0,
                        NULL}; 
for attributes.
I don't find any combination on the IR with
this resolution and frequency.

Thanks,

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

From guest  Fri Mar 20 14:43:04 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA18211 for info-performer-dist@holodeck.engr.sgi.com; Fri, 20 Mar 1998 14:38:19 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA18184 for <info-performer@holodeck.engr.sgi.com>; Fri, 20 Mar 1998 14:38:18 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA1883893
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 20 Mar 1998 14:38:16 -0800 (PST)
Received: from stiletto.ait.nrl.navy.mil (stiletto.ait.nrl.navy.mil [132.250.128.59]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id OAA22993
	for <info-performer@sgi.com>; Fri, 20 Mar 1998 14:38:15 -0800 (PST)
	mail_from (king@stiletto.ait.nrl.navy.mil)
Received: (from king@localhost)
	by stiletto.ait.nrl.navy.mil (8.8.5/8.8.5) id RAA26502;
	Fri, 20 Mar 1998 17:37:21 -0500 (EST)
Date: Fri, 20 Mar 1998 17:37:21 -0500 (EST)
From: "Robert D. King" <king@ait.nrl.navy.mil>
To: Mike Weiblen <mew@paradigmsim.com>
cc: info-performer@sgi.com
Subject: Re: no pfInit()
In-Reply-To: <3512DE82.31DF@paradigmsim.com>
Message-ID: <Pine.SGI.3.91.980320173044.23464D-100000@stiletto.ait.nrl.navy.mil>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Fri, 20 Mar 1998, Mike Weiblen wrote:

> With limits of that size, can I assume you're building 64-bit?  Have you
> tried 32?  I seem to recall problems in 64-bit X stuff.  
> 
> How big is your arena?  I've seen situations when my arena is large
> enough to be on the ragged edge of stepping on OpenGL's arena.
> 
> -- mew
> 
> 
> Robert D. King wrote:
> > We've checked limits:
> > RLIMIT_VMEM: 9223372036854775807
> > RLIMIT_DATA: 9223372036854775807
> > RLIMIT_RSS: 1042644992
> 

You pointed us in the right direction, Mike.  *thanks*
Moving the base fixed the problem.  We settled on the following:

SharedArena Size is 0x20000000
SharedArena Base is 0x5edc0000  
SemaArena Size is 0x40000
SemaArena Base is 0x4400000
Calling pfInit()

I/we would comments/suggestions from the community on the choice of an 
explicit value for base in 
    pfSharedArenaBase(void *base)

Again, thanks.

Rob
--------------------------------------------------------
king@ait.nrl.navy.mil     http://www.ait.nrl.navy.mil/people/king
On site: (202) 767-6025   Office: (703) 938-2032

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

From guest  Sat Mar 21 08:31:38 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA20151 for info-performer-dist@holodeck.engr.sgi.com; Sat, 21 Mar 1998 08:30:26 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA20124 for <info-performer@holodeck.engr.sgi.com>; Sat, 21 Mar 1998 08:30:25 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA2106211
	for <info-performer@cthulhu.engr.sgi.com>;
	Sat, 21 Mar 1998 08:30:24 -0800 (PST)
Received: from out2.ibm.net (out2.ibm.net [165.87.194.229]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA24202
	for <info-performer@sgi.com>; Sat, 21 Mar 1998 08:30:22 -0800 (PST)
	mail_from (rltyme@banet.net)
Received: from banet.net (slip166-72-248-34.ri.us.ibm.net [166.72.248.34]) by out2.ibm.net (8.8.5/8.6.9) with ESMTP id QAA236246 for <info-performer@sgi.com>; Sat, 21 Mar 1998 16:30:18 GMT
Message-ID: <3513EB4A.75F58846@banet.net>
Date: Sat, 21 Mar 1998 11:31:06 -0500
From: Joe Castillo <rltyme@banet.net>
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
To: "info-performer@sgi.com" <info-performer@sgi.com>
Subject: MCO or No???
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi,

We've been running with an MCO option on our RE onyx with no problems
except for a few misaligned channels once in while couple of reboots
fixes this)

We're converting our sims to run under vega/performer and I have the
task of optimizing
the databases. Will use MultiGen 14.2  (boohoo :-(

My question is this:

1. what should I consider (if any) about the update rate assuming I
optimize and enhance
my sims with this installed option(onyx has 4rms)?
2. assuming I'm genlocked...
3.running irix 5.3...
4.I'm aware that multiple windows vs. single channel is a performance
hit from the giddiup
but I need input to satisfy the "hierarchy" above me.
5. my first few converted sims are hovering @ 18-20fps....

any advice and guidance will be appreciated from anyone familiar or
using this MCO board
in their mainframes.....

thank you

JC

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

From guest  Mon Mar 23 02:48:27 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id CAA22857 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 02:46:49 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id CAA22830 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 02:46:48 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id CAA2631956
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 02:46:48 -0800 (PST)
Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id CAA27300
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 02:46:34 -0800 (PST)
	mail_from (binoy@teil.soft.net)
Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI)
	 id QAA21815; Mon, 23 Mar 1998 16:17:48 -0530
Date: Mon, 23 Mar 1998 16:16:31 -0530 (IST)
From: Binoy Marvar <binoy@teil.soft.net>
Sender: Binoy Marvar <binoy@teil.soft.net>
Reply-To: Binoy Marvar <binoy@teil.soft.net>
Subject: Direction vectors from (Pitch,Yaw,Roll)
To: Performer Mailing List <info-performer@sgi.com>
Message-ID: <Pine.3.87.9803231519.A18565-0100000@teil.soft.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Status: O


Hi pfAll,

	Please help me convert the the Euler angles
        (heading, pitch, and roll) of the pfChannel to its
	respective direction vectors 

        Note: With out assuming no roll !

	Thanks in advance,

 - Binoy Marvar






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

From guest  Mon Mar 23 03:32:59 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id DAA22981 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 03:30:54 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id DAA22954 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 03:30:53 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id DAA2555680
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 03:30:53 -0800 (PST)
Received: from out2.ibm.net (out2.ibm.net [165.87.194.229]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id DAA06442
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 03:30:51 -0800 (PST)
	mail_from (rltyme@banet.net)
Received: from banet.net (slip166-72-248-173.ri.us.ibm.net [166.72.248.173]) by out2.ibm.net (8.8.5/8.6.9) with ESMTP id LAA335446 for <info-performer@sgi.com>; Mon, 23 Mar 1998 11:30:49 GMT
Message-ID: <35164836.2182E792@banet.net>
Date: Mon, 23 Mar 1998 06:32:06 -0500
From: Joe Castillo <rltyme@banet.net>
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
To: "info-performer@sgi.com" <info-performer@sgi.com>
Subject: oct vs. quad
Content-Type: multipart/alternative; boundary="------------A985775303BB73AD23771FCD"
Status: O


--------------A985775303BB73AD23771FCD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hello

In this paragraph,

"Culling: The hierarchy that you make should be spatially
     organized in a way that the culling process can quickly and
     efficiently decide what to draw. The culling test in Performer
     takes place at the geoset level and thus your MultiGen
     database should use groups as your culling nodes. I have
     found that an oct-tree is better than a quad tree since it will
<---------------?
     make a shallower hierarchy. If you make too deep of a
     hierarchy you will be spending all of your time culling and little
     time drawing. This is a balance act between culling and
     drawing.

Can anyone describe the terms "oct-tree,quad-tree?"
How can or does it effect my hierarchy when I'm using externally
referenced models? instanced? LODs?

thank you all......


Joe   :-0

--------------A985775303BB73AD23771FCD
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<HTML>
<FONT SIZE=+1>Hello</FONT>

<P><FONT SIZE=+1>In this paragraph,</FONT>

<P>"Culling: The hierarchy that you make should be spatially
<BR>&nbsp;&nbsp;&nbsp;&nbsp; organized in a way that the culling process
can quickly and
<BR>&nbsp;&nbsp;&nbsp;&nbsp; efficiently decide what to draw. The culling
test in Performer
<BR>&nbsp;&nbsp;&nbsp;&nbsp; takes place at the geoset level and thus your
MultiGen
<BR>&nbsp;&nbsp;&nbsp;&nbsp; database should use groups as your culling
nodes. I have
<BR>&nbsp;&nbsp;&nbsp;&nbsp; found that an oct-tree is better than a quad
tree since it will&nbsp;&nbsp;&nbsp;&nbsp; &lt;---------------?
<BR>&nbsp;&nbsp;&nbsp;&nbsp; make a shallower hierarchy. If you make too
deep of a
<BR>&nbsp;&nbsp;&nbsp;&nbsp; hierarchy you will be spending all of your
time culling and little
<BR>&nbsp;&nbsp;&nbsp;&nbsp; time drawing. This is a balance act between
culling and
<BR>&nbsp;&nbsp;&nbsp;&nbsp; drawing.<FONT COLOR="#3333FF"><FONT SIZE=+1></FONT></FONT>

<P><FONT COLOR="#3333FF"><FONT SIZE=+1>Can anyone describe the terms "oct-tree,quad-tree?"</FONT></FONT>
<BR><FONT COLOR="#3333FF"><FONT SIZE=+1>How can or does it effect my hierarchy
when I'm using externally referenced models? instanced? LODs?</FONT></FONT><FONT COLOR="#3333FF"><FONT SIZE=+1></FONT></FONT>

<P><FONT COLOR="#3333FF"><FONT SIZE=+1>thank you all......</FONT></FONT>
<BR><FONT COLOR="#3333FF"><FONT SIZE=+1></FONT></FONT>&nbsp;<FONT COLOR="#3333FF"><FONT SIZE=+1></FONT></FONT>

<P><FONT COLOR="#3333FF"><FONT SIZE=+1>Joe&nbsp;&nbsp; :-0</FONT></FONT></HTML>

--------------A985775303BB73AD23771FCD--

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

From guest  Mon Mar 23 09:06:49 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA23490 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 09:01:26 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA23463 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 09:01:20 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA2721101
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 09:01:17 -0800 (PST)
Received: from wolfenet.com (frapp.wolfe.net [207.178.61.5]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA09082
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 09:01:15 -0800 (PST)
	mail_from (moore@WOLFENET.com)
Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2])
	by wolfenet.com (8.8.8/8.8.8) with ESMTP id JAA04238;
	Mon, 23 Mar 1998 09:01:05 -0800 (PST)
Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id JAA05609; Mon, 23 Mar 1998 09:01:04 -0800 (PST)
Date: Mon, 23 Mar 1998 09:01:04 -0800 (PST)
Message-Id: <199803231701.JAA05609@gonzo.wolfenet.com>
From: Timothy Moore <moore@WOLFENET.com>
To: binoy@teil.soft.net
CC: info-performer@sgi.com
In-reply-to: <Pine.3.87.9803231519.A18565-0100000@teil.soft.net> (message from
	Binoy Marvar on Mon, 23 Mar 1998 16:16:31 -0530 (IST))
Subject: Re: Direction vectors from (Pitch,Yaw,Roll)
Status: O

   Date: Mon, 23 Mar 1998 16:16:31 -0530 (IST)
   From: Binoy Marvar <binoy@teil.soft.net>

   Hi pfAll,

	   Please help me convert the the Euler angles
	   (heading, pitch, and roll) of the pfChannel to its
	   respective direction vectors 

	   Note: With out assuming no roll !

pfCoord c;
pfMatrix m;

pfGetChanCoord (&chan, &c); /* From memory... */
pfMakeCoordMat(m, &c);

Now the rows of m are the direction vectors of the channel.

Or, get the channel matrix directly.

Tim






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

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

From guest  Mon Mar 23 09:28:08 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA23597 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 09:21:56 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA23570 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 09:21:55 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA2632818
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 09:21:54 -0800 (PST)
Received: from mail.bremen.pop.de (mars.bremen.pop.de [193.100.96.9]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id JAA21274
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 09:21:52 -0800 (PST)
	mail_from (klaus@trixi.atlas.de)
Received: from dsit04 [141.200.40.66] 
	by mail.bremen.pop.de with smtp (Exim 1.73 #2)
	id 0yHAvn-00028g-00; Mon, 23 Mar 1998 18:22:41 +0100
Received: by dsit04; (5.65v3.2/1.3/10May95) id AA21777; Mon, 23 Mar 1998 18:23:10 +0100
Received: from trixi.atlas.de by dsit03.atlas.de (5.65v4.0/1.1.10.5/28May97-0309PM)
	id AA28517; Mon, 23 Mar 1998 18:21:10 +0100
Received: by trixi.atlas.de (5.57/Ultrix3.0-C)
	id AA01201; Mon, 23 Mar 98 19:20:46 +0100
Date: Mon, 23 Mar 1998 19:20:45 +0100 (WET DST)
From: Nikolaus Hanekamp 2906 <klaus@trixi.atlas.de>
X-Sender: klaus@trixi
To: Performer Mailing List <info-performer@sgi.com>
Subject: Job Opportunities in Bremen (Germany)
Message-Id: <Pine.ULT.3.94.980323191006.1170A-100000@trixi>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


STN ATLAS has open positions for software engineers, to extend its Image
Generator Software Group:

1. Design and development of visual simulation software for various
   applications.

2. Design and development of database generation software in conjunction
   with the STN ATLAS own roadtool (START), our Visual Coatline Generator
   (VCG) or other modelling tools, like MultiGen or DWB.

Qualified candidates should have a MS degree or Diplom in Computer Science
or related fields, a strong programming background in C++/Unix and 2 years
experience in:

- Object-oriented design and development of large software systems
- SGI Performer and OpenGl
- 3D Modelling ( OpenFlight, MultiGen, DWB or Medit )
- Real-time visual systems
- Unix ( preferable IRIX)

The Simulation Division ( 500 employees) of STN ATLAS ( 4500 employees) is
located in Bremen, northern Germany.

The main activities are:

- driving simulators
- ship handling simulators
- power plant simulators
- tank simulators
- combat trainers
- etc.


For more details please email or fax to the address below.

______________________________________________________________________________
|                     STN ATLAS Elektronik GmbH  D-28305 Bremen               |
| Nikolaus Hanekamp   Simulation Division        Sebaldsbruecker Heerstr. 235 |
|                                                +49/421/457-2906   -4120 fax |
|___________          hanekamp@atlas.de      _________________________________|

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

From guest  Mon Mar 23 09:45:06 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA23727 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 09:43:47 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA23700 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 09:43:43 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA2760557
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 09:43:43 -0800 (PST)
Received: from relay.eunet.no (relay.eunet.no [193.71.1.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA02799
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 09:43:38 -0800 (PST)
	mail_from (crccobr@nocrc.abb.no)
Received: from nocrc.abb.no ([193.71.72.10] (may be forged))
	by relay.eunet.no (8.8.6/8.8.5) with SMTP id SAA07964
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 18:43:25 +0100 (MET)
Received: from pc-crccobr.nocrc.abb.no ([193.71.72.141]) by nocrc.abb.no (4.1/SMI-4.1)
	id AA00237; Mon, 23 Mar 98 18:40:31 GMT
Message-Id: <35169F43.324F@nocrc.abb.no>
Date: Mon, 23 Mar 1998 18:43:31 +0100
From: Dr Colin Bridgewater <crccobr@nocrc.abb.no>
Reply-To: crccobr@nocrc.abb.no
Organization: ABB Teknologi AS, Marine Oil and Gas Group
X-Mailer: Mozilla 3.0Gold (Win95; I)
Mime-Version: 1.0
To: SGI-PF Discussion Group <info-performer@sgi.com>
Subject: Re: Direction vectors from (Pitch,Yaw,Roll)
References: <199803231701.JAA05609@gonzo.wolfenet.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi folks

My one-fiftieth-of-a-dollar's worth:

Binoy Marvar wrote:
> Hi pfAll,
> Please help me convert the the Euler angles (heading, pitch, and 
> roll) of the pfChannel to its respective direction vectors.

Got these from the Performer programing guide:
Heading - rotation about the local Z axis, vector: {0.0, 0.0, 1.0} 
Pitch   - rotation about the local X axis, vector: {1.0, 0.0, 0.0} 
Roll    - rotation about the local Y axis, vector: {0.0, 1.0, 0.0}  

What is it you want to do ? Do you want to get a view matrix from the
values of H-P-R ? Do you want to recover the H-P-R values from such a
matrix ? Hope this helps to clarify your question a bit ....

Best wishes

Colin
_______________________________________________________________________
Dr Colin Bridgewater    crccobr@nocrc.abb.no    Marine Oil and Gas Dept
ABB Teknologi AS, Bergerveien 12, PO Box 91, N-1361 BILLINGSTAD, Norway
work tel: +47 66 84 35 36, fax: +47 66 84 43 90,  home: +44 1189 671713
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 23 09:53:04 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA23823 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 09:52:13 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA23796 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 09:52:12 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA2739693
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 09:52:11 -0800 (PST)
Received: from zeus.lnk.com (zeus.lnk.com [198.116.32.11]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id JAA07322
	for <info-performer@sgi.sgi.com>; Mon, 23 Mar 1998 09:52:09 -0800 (PST)
	mail_from (dchan@zeus.lnk.com)
Received: from localhost by zeus.lnk.com (4.1/1.35)
	id AA14694; Mon, 23 Mar 98 12:52:07 EST
Date: Mon, 23 Mar 1998 12:52:06 -0500 (EST)
From: David Chan <dchan@zeus.lnk.com>
To: info-performer <info-performer@sgi.engr.sgi.com>
Subject: opengl drawcall back
Message-Id: <Pine.SUN.3.95.980323124717.13927A-100000@zeus.lnk.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

Hi,
	I have a transformation problem when dealing with opengl drawcall
back, my problem is:
	I try to convert a opengl channell draw call back function to a
opengl node draw call back function, the transformation in channell draw
call back is no problem, but when in node draw call back, the
transformation seems not ok, is it any thing I need to know?
	Thanks in avanced.
	David Chan

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

From guest  Mon Mar 23 12:31:01 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA24687 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 12:29:12 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA24661 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 12:29:10 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA2823345
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 12:29:09 -0800 (PST)
Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA29783
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 12:29:07 -0800 (PST)
	mail_from (ballard@sirius.ccd.bnl.gov)
Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167])
	by bnl.gov (8.8.8/8.8.8) with SMTP id PAA17541
	for <@bnl.gov:info-performer@sgi.com>; Mon, 23 Mar 1998 15:29:05 -0500 (EST)
Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO)
	for info-performer@sgi.com id PAA10011; Mon, 23 Mar 1998 15:25:28 -0500
Date: Mon, 23 Mar 1998 15:25:28 -0500
From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
Message-Id: <199803232025.PAA10011@sirius.ccd.bnl.gov>
Apparently-To: info-performer@sgi.com
Status: O

Subject:  quad buffering on IR

Hi, 

I didn't get any response to this query so I'm 
resubmitting:

On the RE2 we did used quad buffering with 
/usr/gfx/setmon -n 1025x768_96s vof
and   static int FBAttrs[]  = {PFFB_DOUBLEBUFFER,
                        PFFB_STEREO,
                        PFFB_RGBA,
                        PFFB_DEPTH_SIZE, -1,
                        PFFB_STENCIL_SIZE, 2,
                        PFFB_RED_SIZE, 5,
                        PFFB_ALPHA_SIZE, 0,
                        NULL}; 

..but I don't have such a combination 
readymade in ircombine on the IR
so what do I use instead (for stereo xtal eyes).

thanks,

A. Andrews

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

From guest  Mon Mar 23 12:45:34 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA24864 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 12:41:51 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA24837 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 12:41:50 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA2842388
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 12:41:49 -0800 (PST)
Received: from vista.taccsf.kirtland.af.mil (vista.taccsf.kirtland.af.mil [132.62.150.76]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA06601
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 12:41:45 -0800 (PST)
	mail_from (suzie@TACCSF.KIRTLAND.AF.MIL)
Received: by vista.taccsf.kirtland.af.mil with Internet Mail Service (5.0.1458.49)
	id <HD7H6PPT>; Mon, 23 Mar 1998 13:41:44 -0700
Message-ID: <214A87629D4FD111931F0060972989BA1B31F9@vista.taccsf.kirtland.af.mil>
From: "Bemis, Suzie CEI-TACCSF" <suzie@TACCSF.KIRTLAND.AF.MIL>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Graphics blanking out
Date: Mon, 23 Mar 1998 13:41:42 -0700
X-Priority: 3
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1458.49)
Content-Type: multipart/alternative;
	boundary="---- =_NextPart_001_01BD5661.6AFA31C0"
Status: O

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------ =_NextPart_001_01BD5661.6AFA31C0
Content-Type: text/plain

We have two modified 'perfly' executables running on one computer with
two graphics engines.  One perfly runs on DISPLAY :0.0 and the other on
:0.1.  Rather than let the code determine how many screens are available
we hardcoded the number of screen in the perfly code to be one.  So far
things seem to run okay, but the graphics goes black/blank sporatically.
We then have to do a 'stopgfx' and 'startgfx'.   At first the blanking
out happened only when we ran the perfly code, but today it happened
again when we weren't running anything on the computer.  We're running
on an IRIX 5.3 ONYX, and with Performer 2.0.  I've sent a trouble report
to SGI, but I was wondering if anyone else out there has had a similar
problem.  

Thanks in advance for any suggestions/comments.

Suzie Bemis

------ =_NextPart_001_01BD5661.6AFA31C0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.0.1458.49">

</HEAD>
<BODY>
<P><FONT SIZE=3D2>We have two modified 'perfly' executables running on =
one computer with two graphics engines.&nbsp; One perfly runs on =
DISPLAY :0.0 and the other on :0.1.&nbsp; Rather than let the code =
determine how many screens are available we hardcoded the number of =
screen in the perfly code to be one.&nbsp; So far things seem to run =
okay, but the graphics goes black/blank sporatically.&nbsp; We then =
have to do a 'stopgfx' and 'startgfx'.&nbsp;&nbsp; At first the =
blanking out happened only when we ran the perfly code, but today it =
happened again when we weren't running anything on the computer.&nbsp; =
We're running on an IRIX 5.3 ONYX, and with Performer 2.0.&nbsp; I've =
sent a trouble report to SGI, but I was wondering if anyone else out =
there has had a similar problem.&nbsp;</FONT></P>
<BR>
<P><FONT SIZE=3D2>Thanks in advance for any =
suggestions/comments.</FONT>
<BR>
<BR><FONT SIZE=3D2>Suzie Bemis</FONT>
</P>

</BODY>
</HTML>
------ =_NextPart_001_01BD5661.6AFA31C0--
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 23 12:45:36 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA24791 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 12:39:26 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA24765 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 12:39:25 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA2823195
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 12:39:24 -0800 (PST)
Received: from holodeck.engr.sgi.com ([150.166.37.78]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id MAA04852
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 12:39:23 -0800 (PST)
	mail_from (allan@holodeck.engr.sgi.com)
Received: (from allan@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA24762; Mon, 23 Mar 1998 12:39:21 -0800
Date: Mon, 23 Mar 1998 12:39:21 -0800
From: allan@holodeck.engr.sgi.com (Allan Schaffer)
Message-Id: <9803231239.ZM24760@holodeck.engr.sgi.com>
In-Reply-To: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
        "" (Mar 23,  3:25pm)
References: <199803232025.PAA10011@sirius.ccd.bnl.gov>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews), info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 23,  3:25pm, A. Ballard Andrews wrote:
> On the RE2 we did used quad buffering with 
> /usr/gfx/setmon -n 1025x768_96s vof
> and   static int FBAttrs[]  = {PFFB_DOUBLEBUFFER,
>                         PFFB_STEREO,
>                         PFFB_RGBA,
>                         PFFB_DEPTH_SIZE, -1,
>                         PFFB_STENCIL_SIZE, 2,
>                         PFFB_RED_SIZE, 5,
>                         PFFB_ALPHA_SIZE, 0,
>                         NULL}; 
> 
> ..but I don't have such a combination 
> readymade in ircombine on the IR
> so what do I use instead (for stereo xtal eyes).

You have to make one.  Bring up ircombine, click Ch0, choose
1024x768_96s.vfo, and then either save it to a file (1024x768_96s.cmb
probably) or just download it then.

Once the combination is running, run 'glxinfo' to see what visuals
are available.  You might need to slightly modify your FBAttrs if
there isn't an exact match (but there probably will be).

Allan

-- 
Allan Schaffer                                                allan@sgi.com
Silicon Graphics                               http://reality.sgi.com/allan
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 23 12:39:28 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA24749 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 12:38:39 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA24723 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 12:38:38 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA2813421
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 12:38:37 -0800 (PST)
Received: from yacko.csd.sgi.com ([150.166.145.94]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA03889; Mon, 23 Mar 1998 12:38:27 -0800 (PST)
	mail_from (ekunze@yacko.csd.sgi.com)
Received: from localhost by yacko.csd.sgi.com via SMTP (980205.SGI.8.8.8/911001.SGI)
	 id MAA73641; Mon, 23 Mar 1998 12:38:26 -0800 (PST)
Message-Id: <199803232038.MAA73641@yacko.csd.sgi.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
cc: info-performer@sgi.com
In-reply-to: Your message of "Mon, 23 Mar 1998 15:25:28 EST."
             <199803232025.PAA10011@sirius.ccd.bnl.gov> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 23 Mar 1998 12:38:26 -0800
From: Eric Kunze <ekunze@yacko.csd.sgi.com>
Status: O


You just need to make a combination with ircombine that has 1024x768_96s as 
the ch0 format.  It's pretty easy.  Just start /usr/gfx/ircombine, click the 
ch0 button, select 1024x768_96s, then choose "Save As", and give it a name 
like 1024x768_96s.cmb.  You can then do setmon -n 1024x768_96s to get 
quad-buffered stereo.

For details on ircombine, see the InfiniteReality Video Format Combiner User's 
Guide. Available on the web at: http://techpubs.sgi.com/library/lib/makepage.cg
i?007-3279-002

Eric


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

From guest  Mon Mar 23 12:45:34 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA24835 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 12:40:16 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA24809 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 12:40:15 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA2779616
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 12:40:15 -0800 (PST)
Received: from precious.engr.sgi.com ([198.29.106.95]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA05443
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 12:40:13 -0800 (PST)
	mail_from (nemec@precious.engr.sgi.com)
Received: (from nemec@localhost) by precious.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) id MAA02501; Mon, 23 Mar 1998 12:40:10 -0800 (PST)
From: "Philip Nemec" <nemec@sgi.com>
Message-Id: <9803231240.ZM2502@sgi.com>
Date: Mon, 23 Mar 1998 12:40:09 -0800
In-Reply-To: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
        "" (Mar 23,  3:25pm)
References: <199803232025.PAA10011@sirius.ccd.bnl.gov>
X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews), info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

The following stereo .vfo files are installed in /usr/gfx/ucode/KONA/dg4/vfo/

1024x768_120s.vfo
1024x768_96s.vfo
1120x840_96s.vfo
1280x1024_114s.vfo
1280x1024_120s.vfo
1280x492_120s.vfo
640x480_120s.vfo
640x512_120s.vfo

So I'd guess that 1024x768_96s.vfo would be the closest...
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 23 12:46:52 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA24919 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 12:45:47 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA24893 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 12:45:46 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA2826575
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 12:45:45 -0800 (PST)
Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA09470
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 12:45:38 -0800 (PST)
	mail_from (ballard@sirius.ccd.bnl.gov)
Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167])
	by bnl.gov (8.8.8/8.8.8) with SMTP id PAA19139
	for <@bnl.gov:info-performer@sgi.com>; Mon, 23 Mar 1998 15:45:21 -0500 (EST)
Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO)
	for info-performer@sgi.com id PAA10055; Mon, 23 Mar 1998 15:43:03 -0500
Date: Mon, 23 Mar 1998 15:43:03 -0500
From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
Message-Id: <199803232043.PAA10055@sirius.ccd.bnl.gov>
Apparently-To: info-performer@sgi.com
Status: O

Subject:  ircombine

Thanks for those who responded to my second query 
about the 1024x768_96s format.
I had forgotten that I could create new .cmb's

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

From guest  Mon Mar 23 12:49:39 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA25024 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 12:48:51 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA24997 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 12:48:50 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA2806271
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 12:48:50 -0800 (PST)
Received: from precious.engr.sgi.com ([198.29.106.95]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA11847
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 12:48:48 -0800 (PST)
	mail_from (nemec@precious.engr.sgi.com)
Received: (from nemec@localhost) by precious.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) id MAA02687; Mon, 23 Mar 1998 12:48:46 -0800 (PST)
From: "Philip Nemec" <nemec@sgi.com>
Message-Id: <9803231248.ZM2685@sgi.com>
Date: Mon, 23 Mar 1998 12:48:45 -0800
In-Reply-To: "Bemis, Suzie CEI-TACCSF" <suzie@TACCSF.KIRTLAND.AF.MIL>
        "Graphics blanking out" (Mar 23,  1:41pm)
References: <214A87629D4FD111931F0060972989BA1B31F9@vista.taccsf.kirtland.af.mil>
X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "Bemis, Suzie CEI-TACCSF" <suzie@TACCSF.KIRTLAND.AF.MIL>,
        "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Re: Graphics blanking out
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Try changing the screensaver time (Toolchest->Desktop->Customize->Screen Saver)
or run blanktime 0...
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 23 13:21:58 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA25631 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 13:20:47 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA25604 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 13:20:45 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA2853602
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 13:20:35 -0800 (PST)
Received: from photon.mrcsb.com (photon.mrcsb.com [192.91.252.11]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id NAA25301
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 13:19:39 -0800 (PST)
	mail_from (stanek@mrcsb.com)
Received: from [192.91.252.214] by photon.mrcsb.com (Post.Office MTA v3.1
          release PO203a  ID# 0-34491U110L100S0) with SMTP id AAA8717
          for <info-performer@sgi.com>; Mon, 23 Mar 1998 13:23:14 -0800
Date: 23 Mar 98 13:22:40 +0000
From: stanek@mrcsb.com (Clay Stanek)
Subject: vfc/ircombine question
To: Performer Group <info-performer@sgi.com>
X-Mailer: QuickMail Pro 1.5
X-Priority: 3
MIME-Version: 1.0
Reply-To: Clay Stanek <stanek@mrcsb.com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="US-Ascii"
Message-ID: <19980323212314.AAA8717@[192.91.252.214]>
Status: O

I have an application that uses a non-standard resolution and frame rate
for something called the DVP (it appears as just another channel on
ircombine
 GUI).

I was successful in making my 1632x672@30hz format for this channel with
the
block sync template and the video format compiler (I am not really smart
enough to write my own timing source file).

I would like to display this on our super-wide monitor as well so I can
get some feel for what I am putting out over this other channel (it is a
digital interface and difficult at this point in our development to
'visualize').

So I tried using the same file for the monitor and used ircombine to make
my .cmb file with the 1632x672 @ 30 Hz on both channels.  ircombine
didn't complain, however the monitor did, saying the input was 'out of range'.

Is there something I don't know about acceptable line frequencies for
this monitor?  Does anyone have a .vfo for the super-wide monitor that has a
30 hz swap rate and greater than 1632x672 resolution?

Platform is an 0nyx2 iR, running 6.4.

clay

Clay Stanek
R&D Scientist/ Engineer
Mission Research Corporation
735 State St. PO Drawer 719
Santa Barbara, CA 93102
805 963 8761 x306

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

From guest  Mon Mar 23 13:28:46 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA25751 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 13:27:41 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA25724 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 13:27:40 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA2845209
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 13:27:39 -0800 (PST)
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id NAA28749
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 13:27:38 -0800 (PST)
	mail_from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA04414; Mon, 23 Mar 1998 13:27:37 -0800
From: remi@remi.engr.sgi.com (Rémi Arnaud)
Message-Id: <199803232127.NAA04414@remi.engr.sgi.com>
Subject: Re: vfc/ircombine question
To: stanek@mrcsb.com
Date: Mon, 23 Mar 1998 13:27:37 -0800 (PST)
Cc: info-performer@sgi.com
In-Reply-To: <19980323212314.AAA8717@[192.91.252.214]> from "Clay Stanek" at Mar 23, 98 01:22:40 pm
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Status: O

Clay Stanek wrote:
> 
> I have an application that uses a non-standard resolution and frame rate
> for something called the DVP (it appears as just another channel on
> ircombine
>  GUI).
> 
> I was successful in making my 1632x672@30hz format for this channel with
> the
> block sync template and the video format compiler (I am not really smart
> enough to write my own timing source file).
> 
> I would like to display this on our super-wide monitor as well so I can
> get some feel for what I am putting out over this other channel (it is a
> digital interface and difficult at this point in our development to
> 'visualize').
> 
> So I tried using the same file for the monitor and used ircombine to make
> my .cmb file with the 1632x672 @ 30 Hz on both channels.  ircombine
> didn't complain, however the monitor did, saying the input was 'out of range'.
> 
> Is there something I don't know about acceptable line frequencies for
> this monitor?  Does anyone have a .vfo for the super-wide monitor that has a
> 30 hz swap rate and greater than 1632x672 resolution?

 Both channels does not have to have the same vsync, but have to be
 multiple, so you can use a 60Hz format for the monitor channel.

 Use a 1600x1200@60 for the monitor. Have both channels to overlap in
 ircombine. With more work, you can make your own format.


> 
> Platform is an 0nyx2 iR, running 6.4.
> 
> clay
> 
> Clay Stanek
> R&D Scientist/ Engineer
> Mission Research Corporation
> 735 State St. PO Drawer 719
> Santa Barbara, CA 93102
> 805 963 8761 x306
> 
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
> 

    _  /              _             _ 
   |_) _ ._ _ o   /\ |_)|\ | /\ | || \
   | \(/_| | ||  /--\| \| \|/--\|_||_/
                                          
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 23 13:35:09 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA25886 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 13:34:05 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA25855 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 13:34:04 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA2843413
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 13:34:03 -0800 (PST)
Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id NAA01610
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 13:34:01 -0800 (PST)
	mail_from (ballard@sirius.ccd.bnl.gov)
Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167])
	by bnl.gov (8.8.8/8.8.8) with SMTP id QAA24325
	for <@bnl.gov:info-performer@sgi.com>; Mon, 23 Mar 1998 16:34:00 -0500 (EST)
Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO)
	for info-performer@sgi.com id QAA10223; Mon, 23 Mar 1998 16:28:31 -0500
Date: Mon, 23 Mar 1998 16:28:31 -0500
From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
Message-Id: <199803232128.QAA10223@sirius.ccd.bnl.gov>
Subject: ircombine
Apparently-To: info-performer@sgi.com
Status: O

Heh Allan et. al.,

My IR has a problem with  the 1025x768_96s vof
I followed your instructions (saved the file to a
cmb) but when I download the window server doesn't
restart.  If I issue a (/usr/gfx/stopgfx ; /usr/gfx/startgfx)&
it comes back up o.k. but in my usual 1920x1200 mode
(because I didn't save it to eeprom yet).  If I
do save it to eeprom then the X server won't start at
all and I am forced to perform the VULCAN death grip
( you know, the UNDOCUMENTED one /usr/gfx/KONA/bin/ireeprom -c
) that clears the eeprom out?  
So is there a patch I might be missing guys?

Thanks,

A. Andrews

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

From guest  Mon Mar 23 13:46:41 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA26094 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 13:44:57 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA26067 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 13:44:56 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA2840449
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 13:44:55 -0800 (PST)
Received: from holodeck.engr.sgi.com ([150.166.37.78]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id NAA06644
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 13:44:54 -0800 (PST)
	mail_from (allan@holodeck.engr.sgi.com)
Received: (from allan@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA26064 for info-performer@sgi.com; Mon, 23 Mar 1998 13:44:53 -0800
Date: Mon, 23 Mar 1998 13:44:53 -0800
From: allan@holodeck.engr.sgi.com (Allan Schaffer)
Message-Id: <9803231344.ZM26062@holodeck.engr.sgi.com>
In-Reply-To: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
        "ircombine" (Mar 23,  4:28pm)
References: <199803232128.QAA10223@sirius.ccd.bnl.gov>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Re: ircombine
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 23,  4:28pm, A. Ballard Andrews wrote:
> My IR has a problem with  the 1025x768_96s vof
> I followed your instructions (saved the file to a
> cmb) but when I download the window server doesn't
> restart.  If I issue a (/usr/gfx/stopgfx ; /usr/gfx/startgfx)&
...

Sometimes this method of restarting the graphics causes problems
because the startgfx gets HUP'd by the killed X windows session as
the windowsystem shuts down.  There are various better ways of doing
this, the one that typically works for me is:

# nohup /usr/gfx/stopgfx;/usr/gfx/startgfx

As for patches, if you have an Onyx IR I believe the latest is
2327;  for Onyx2 IR, it's 2789.

Allan

-- 
Allan Schaffer                                                allan@sgi.com
Silicon Graphics                               http://reality.sgi.com/allan
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 23 13:49:55 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA26217 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 13:48:54 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA26190 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 13:48:53 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA2843063;
	Mon, 23 Mar 1998 13:48:52 -0800 (PST)
Received: from helios.Discreet.QC.CA (discreet.com [207.219.240.29]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id NAA08228; Mon, 23 Mar 1998 13:48:49 -0800 (PST)
	mail_from (dery@Discreet.COM)
Received: from cuba by helios.Discreet.QC.CA
	id QAA08366; Mon, 23 Mar 1998 16:48:23 -0500
Errors-To: postmaster@Discreet.COM
Received: from atlantis (atlantis [172.16.100.56]) by cuba (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA03143 for <info-performer@sgi.com>; Mon, 23 Mar 1998 16:48:47 -0500
Received: (from dery@localhost) by atlantis (950413.SGI.8.6.12/) id QAA16818 for info-performer@sgi.com; Mon, 23 Mar 1998 16:48:47 -0500
From: "Jean-Luc Dery" <dery@Discreet.COM>
Message-Id: <9803231648.ZM13124@atlantis>
Date: Mon, 23 Mar 1998 16:48:47 -0500
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: pfTexture and memory
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19803231648.ZM13124.atlantis"
Status: O

--
--PART-BOUNDARY=.19803231648.ZM13124.atlantis
Content-Type: text/plain; charset=us-ascii

Hi all,

I remember reading a few mails concerning pfTexture memory management in which
there was mention of a problem with freeing/releasing texture memory. But I
don't recall reading any response to those mails. We are currently having the
same problem and would need a fix or work around soon.

I've gone through the archive to retrace those messages and have attached them
here.

Could anyone help "us" on this issue; on are side, it's very important and kind
of urgent. If more details are needed to investigate further, I will be happy
to provide more inputs although I think the previous messages are quite
explicit.

Thanks in advance for your help,

Jean-Luc




-- 
_____________________________________________________________________________

Jean-Luc Dery                         Discreet Logic
System Engineer                       10 Duke Street
3-D Graphics Technology               Montreal (Quebec), Canada, H3C 2L7
                                      Tel: (514) 954-7239
Email: dery@discreet.com              Fax: (514) 393-0110
_____________________________________________________________________________

--PART-BOUNDARY=.19803231648.ZM13124.atlantis
X-Zm-Content-Name: txt1
Content-Description: Text
Content-Type: text/plain ; name="txt1" ; charset=us-ascii

Here is a small fragment of code, including all the nasty debug stuff that
I've been using to try to figure what's going on.
The routine is called in the PostDraw routine to clean up texture files that
are no longer needed. There is a list of textures 
and a list of codes. At the appropriate times, the app process has found
that some textures are no longer needed and sets the code. They are deleted
here at the end of the draw process when they are no longer in use. The
class TextureFile simply inherits from pfTexture (according the manual on
how to subclass). All it does is keep track of the file that the texture
belongs to and reads the texture from the file into memory when needed. The
TextureFiles are created in shared memory and the, in this case, the program
is running as a single process.

Then main problem that I'm having is that the texture is not freed. The
statement at line 11 is true, showing that the reference count on the
texture is 1, then unrefDelete should delete the texture, but the return
value from the call is false, indicating that it did not delete it. The
reference count printed in line 14 is still 1. 

Under what conditions does unrefDelete not actually delete the memory
(besides the obvious when the reference count is greater than 0? The
destructor in TextureFile is virtual but it is not being called.

Any help on this would be greatly appreciated.

Thanks, Bill Volz



1  void DataCache1D::cleanUp(void)
2  {
3  	int draw_buf = (app_buf + 1) % nbuf;
4  	short *code = (short*) code_buf->get(draw_buf);
5  	pfList *files = (pfList*) files_buf->get(draw_buf);
6  	TextureFile *c;
7  	for(int i = 0;i < nx; i++) {
8   		if(code[i] <= 1) {
9    			c = (TextureFile *) files->get(i);
10    			if(c) {
11     				if(c->ref() == 1) cerr << "deleting i = " <<
i << endl;
12	 	     		if(c->isLoaded()) c->idle();
13      				if(!c->unrefDelete()) cerr << "did
not delete " << i << endl;
14       				cerr << "refcount is now " <<
c->ref() << endl;
15 	    			files->set(i,0);
16     			}
17    		}
18   	}
19 }

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

--PART-BOUNDARY=.19803231648.ZM13124.atlantis
X-Zm-Content-Name: txt2
Content-Description: Text
Content-Type: text/plain ; name="txt2" ; charset=us-ascii

Hi !

I have a problem with my texture memory on an Ocatane MXI...

Displaying a simple scene with 5 textures, 2 of these keep
bumping each other out of the texture memory.  Now I could
understand this if they where HUGE textures (don't I have
4 Megs of texture with an MXI ?) but the where puny little
128x128 16 bits images...

I am using the texture->idle() to free-up unused textures
and texture->isLoaded() to keep track of who is in memory.

Earlier on in my program, I loaded a few big textures 
and then, "idled" them when I didn't need them anymore.  
Indeed "isLoaded" tells me that they are no longer loaded,
but just to be sure, I replaced these big textures by smaller
one and ... the problem disapered!  Now I'm baffled!  

How can I get rid of these textures when I don't need them ?
(I've put a call-back in the draw process of every node using
textures, so I am sure they are not called anymore, and yet 
they take up space ?)

How is the texture memory managed ? I more or less expected
something like normal memory (page aging or something like 
that...).  If this whas the case, even if "idle" didn't work,
the small textures should take the place of the old unused 
ones.  An yet, the small textures keep bumping each other out...


_______________________________________________________
Yves Martel			Signifi.gVR
mailto:Martel@signifi.com       417 St-pierre suite 208
Tel: (514) 288-1453             Montreal, QC, CANADA
Fax: (514) 288-4112             H2Y 2M4
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

--PART-BOUNDARY=.19803231648.ZM13124.atlantis--

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

From guest  Mon Mar 23 16:39:03 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA27362 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 16:37:18 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id QAA27335 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 16:37:16 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id QAA2939537
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 16:37:16 -0800 (PST)
Received: from vista.taccsf.kirtland.af.mil (vista.taccsf.kirtland.af.mil [132.62.150.76]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id QAA17613
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 16:37:14 -0800 (PST)
	mail_from (suzie@TACCSF.KIRTLAND.AF.MIL)
Received: by vista.taccsf.kirtland.af.mil with Internet Mail Service (5.0.1458.49)
	id <HD7H6P4V>; Mon, 23 Mar 1998 17:37:03 -0700
Message-ID: <214A87629D4FD111931F0060972989BA1B3209@vista.taccsf.kirtland.af.mil>
From: "Bemis, Suzie CEI-TACCSF" <suzie@TACCSF.KIRTLAND.AF.MIL>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: texbind
Date: Mon, 23 Mar 1998 17:37:02 -0700
X-Priority: 3
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1458.49)
Content-Type: multipart/alternative;
	boundary="---- =_NextPart_001_01BD5682.4AE523B0"
Status: O

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------ =_NextPart_001_01BD5682.4AE523B0
Content-Type: text/plain

Currently there is this call "texbind(TX_TEXTURE_0,0)" in the code prior
to a call to a third party's IRISGL HUD routine.  With this call in the
code, our .flt terrain database's texture does not appear in the OTW.
If we comment out the texbind call, the texture appears fine on the
terrain, but the colors of the HUD alter between bright and dark,
staying dark mostly.  What should be bright green, flickers between that
and black.  I'm not sure what texbind is doing here, and what it's got
to do with the HUD.  

This code hasn't changed since we ran it with the Gemini Technologies
GVS application as our graphics driver, and we did not have a problem
then.

Has anyone had any experience with a problem here?

Thanks,
Suzie

------ =_NextPart_001_01BD5682.4AE523B0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.0.1458.49">

</HEAD>
<BODY>
<P><FONT SIZE=3D2>Currently there is this call =
&quot;texbind(TX_TEXTURE_0,0)&quot; in the code prior to a call to a =
third party's IRISGL HUD routine.&nbsp; With this call in the code, our =
.flt terrain database's texture does not appear in the OTW.&nbsp; If =
we comment out the texbind call, the texture appears fine on the =
terrain, but the colors of the HUD alter between bright and dark, =
staying dark mostly.&nbsp; What should be bright green, flickers =
between that and black.&nbsp; I'm not sure what texbind is doing here, =
and what it's got to do with the HUD.&nbsp;</FONT></P>
<BR>
<P><FONT SIZE=3D2>This code hasn't changed since we ran it with the =
Gemini Technologies GVS application as our graphics driver, and we did =
not have a problem then.</FONT></P>
<BR>
<P><FONT SIZE=3D2>Has anyone had any experience with a problem =
here?</FONT>
<BR>
<BR><FONT SIZE=3D2>Thanks,</FONT>
<BR><FONT SIZE=3D2>Suzie</FONT>
</P>

</BODY>
</HTML>
------ =_NextPart_001_01BD5682.4AE523B0--
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 23 19:49:53 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA28181 for info-performer-dist@holodeck.engr.sgi.com; Mon, 23 Mar 1998 19:48:01 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id TAA28154 for <info-performer@holodeck.engr.sgi.com>; Mon, 23 Mar 1998 19:47:58 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id TAA2567313
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 23 Mar 1998 19:47:58 -0800 (PST)
Received: from camel7.mindspring.com (camel7.mindspring.com [207.69.200.57]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id TAA12318
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 19:47:56 -0800 (PST)
	mail_from (paradoxgames@mindspring.com)
Received: from astbravo (user-38lc38e.dialup.mindspring.com [209.86.13.14])
	by camel7.mindspring.com (8.8.5/8.8.5) with SMTP id WAA12852
	for <info-performer@sgi.com>; Mon, 23 Mar 1998 22:47:54 -0500 (EST)
Message-Id: <3.0.1.32.19980323224118.006d3cb4@pop.mindspring.com>
X-Sender: paradoxgames@pop.mindspring.com
X-Mailer: Windows Eudora Light Version 3.0.1 (32)
Date: Mon, 23 Mar 1998 22:41:18 -0600
To: info-performer@sgi.com
From: Jeremy Townsend <paradoxgames@mindspring.com>
Subject: Path-Finding
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Status: O

Hi, we are developing a 3D "game" of sorts using Performer that relies
heavily on pathfinding (i.e. finding the shortest route between point A and
point B on the surface of our terrain geometry). In 2D this is an easy
problem, but the 3D terrain in question is extremely varied and intricate.

One approach we tried was to create a list of spheres over the entire
terrain and link them in a logical order (i.e. to get to specific
coordinate in sphere Z from coordinates in sphere X, proceed through
spheres X->Y->Z then move to specified coordinates in Z.) While efficient,
the set up is a hassle (100s of spheres, drawn and linked by hand), and it
tends to crash when we use more than 20 spheres.

Another approach was to break down everything into a standard 2D array, but
the arrays would be so large as to be completely unmanageable.

Anyway, my question is: Has anyone tried to do accurate 3D pathfinding?
Could you send some ideas our way please?

Thank you!

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

From guest  Tue Mar 24 03:10:46 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id DAA28803 for info-performer-dist@holodeck.engr.sgi.com; Tue, 24 Mar 1998 03:00:05 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id DAA28776 for <info-performer@holodeck.engr.sgi.com>; Tue, 24 Mar 1998 03:00:03 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id DAA3072950
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 24 Mar 1998 03:00:03 -0800 (PST)
Received: from aba.nsrc.nus.sg (aba.nsrc.nus.sg [137.132.15.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id CAA03953
	for <info-performer@sgi.com>; Tue, 24 Mar 1998 02:59:58 -0800 (PST)
	mail_from (liuxy@nsrc.nus.edu.sg)
Received: (from smap@localhost)
          by aba.nsrc.nus.sg (8.8.5/8.8.4)
	  id SAA10439 for <info-performer@sgi.com>; Tue, 24 Mar 1998 18:59:46 +0800 (SGT)
Received: from liuxy.nsrc.nus.sg(137.132.15.85) by aba.nsrc.nus.sg via smap (V1.3)
	id sma010434; Tue Mar 24 18:59:18 1998
Message-ID: <35179257.ED1@nsrc.nus.edu.sg>
Date: Tue, 24 Mar 1998 19:00:39 +0800
From: Liu Xiaoyan <liuxy@nsrc.nus.sg>
Organization: National Supercomputing Research Center
X-Mailer: Mozilla 3.0 (Win95; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: pfFog crashes
Content-Type: text/plain; charset=big5
Content-Transfer-Encoding: 7bit
Status: O

Hi, all.

I allocated a pfFog from shared memory like below, but the program
crashes
at the "new" operation. 

main()
{
 .......
 pfInit();

  pfFog *fog = new(pfGetSharedArena()) pfFog;
 // pfFog *fog = (pfFog *)pfMalloc(sizeof(pfFog),pfGetSharedArena()); //
doesn't work either
 fog->setColor(1,0,1);
 fog->setFogType(PFFOG_VTX_EXP);
 fog->apply();
 pfEnable(PFEN_FOG);  

 pfConfig(); .......
}

The warning messages are:

Process  2177 (pfnav) started
PF Notice(2):                  level FP Debug (6) set by environment
variable PFNFYLEVEL
PF Debug/Resource:             pfInitArenas() Allocated 262144KB:
0x24080000 - 0x34080000
PF Debug/Resource:             pfDataPool::create() - pid 2177 - 16384
bytes at 0x34080000 suc
ceeded for /usr/tmp/pfClock.2177.pfdpool
PF Debug:                      Using CYCLECNTR clock (32 bits at
0xaddac100)
PF Debug:                      Clock is 32 bits with 800.00ns
resolution.
PF Debug:                      Clock wrap handler runs every 1.00000
seconds.
PF Debug/Usage(2):             pfMemory::realloc() can't realloc from
NULL data
PF Fatal/SysErr:               _pfDirtCheck: pfRealloc of 0 bytes
returned NULL.
Process  2177 (pfnav) terminated

I'm using Performer2.1 on Onyx2IR. What's going wrong?

Thanks,

Liu Xiaoyan

***********************************************************************
Liu Xiaoyan                 National Supercomputing Research Center
Data Visualization Group    http://www.nsrc.nus.edu.sg Tel:(65)7709267
***********************************************************************
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 24 06:05:55 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA29057 for info-performer-dist@holodeck.engr.sgi.com; Tue, 24 Mar 1998 06:04:48 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA29030 for <info-performer@holodeck.engr.sgi.com>; Tue, 24 Mar 1998 06:04:46 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id GAA3137920
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 24 Mar 1998 06:04:46 -0800 (PST)
Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA08691
	for <info-performer@sgi.com>; Tue, 24 Mar 1998 06:04:44 -0800 (PST)
	mail_from (sbaker@link.com)
Received: from sutcliffe.bgm.link.com (sutcliffe.bgm.link.com [130.210.236.18])
          by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP
	  id IAA14838; Tue, 24 Mar 1998 08:04:39 -0600 (CST)
Date: Tue, 24 Mar 1998 08:04:46 -0600 (CST)
From: Steve Baker <sbaker@link.com>
X-Sender: steve@sutcliffe.bgm.link.com
Reply-To: Steve Baker <sbaker@link.com>
To: "Bemis, Suzie CEI-TACCSF" <suzie@TACCSF.KIRTLAND.AF.MIL>
cc: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Re: Graphics blanking out
In-Reply-To: <214A87629D4FD111931F0060972989BA1B31F9@vista.taccsf.kirtland.af.mil>
Message-ID: <Pine.SGI.3.96.980324075322.3929G-100000@sutcliffe.bgm.link.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Mon, 23 Mar 1998, Bemis, Suzie CEI-TACCSF wrote:

> We have two modified 'perfly' executables running on one computer with
> two graphics engines.  One perfly runs on DISPLAY :0.0 and the other on
> :0.1.  Rather than let the code determine how many screens are available
> we hardcoded the number of screen in the perfly code to be one.  So far
> things seem to run okay, but the graphics goes black/blank sporatically.
> We then have to do a 'stopgfx' and 'startgfx'.   At first the blanking
> out happened only when we ran the perfly code, but today it happened
> again when we weren't running anything on the computer.  We're running
> on an IRIX 5.3 ONYX, and with Performer 2.0.  I've sent a trouble report
> to SGI, but I was wondering if anyone else out there has had a similar
> problem.  
> 
> Thanks in advance for any suggestions/comments.

This may be a silly suggestion - but you have checked that the
screen-saver isn't kicking in havn't you!


Steve Baker                     817-619-8776 (Vox/Vox-Mail)
Raytheon Systems Inc.           817-619-4028 (Fax)
2200 Arlington Downs Road       SBaker@link.com (eMail)
Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail)
http://www.hti.com        http://web2.airmail.net/sjbaker1 (personal)

Ann Colby, New Orleans, LA:
  "I sent out 100,000 emails for my product and received over 55 orders!"
  (...and upset 99,945 other people)

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

From guest  Tue Mar 24 06:32:15 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA29207 for info-performer-dist@holodeck.engr.sgi.com; Tue, 24 Mar 1998 06:31:15 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA29180 for <info-performer@holodeck.engr.sgi.com>; Tue, 24 Mar 1998 06:31:14 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id GAA3142351
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 24 Mar 1998 06:31:13 -0800 (PST)
Received: from alpha3.superonline.com (alpha3.superonline.com [194.242.73.11]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA15663
	for <info-performer@sgi.com>; Tue, 24 Mar 1998 06:31:09 -0800 (PST)
	mail_from (devrim@infotron-tr.com)
Received: from infotron-tr.com
          (a5-01-asy34.bil-ro-01.superonline.com [194.242.76.39])
          by alpha3.superonline.com (Post.Office MTA v3.1 release PO203a
          ID# 590-40531L0S0) with ESMTP id AAA32205
          for <info-performer@sgi.com>; Tue, 24 Mar 1998 16:32:09 +0300
Sender: net@infotron-tr.com
Message-ID: <35184F28.2162139C@infotron-tr.com>
Date: Tue, 24 Mar 1998 16:26:17 -0800
From: Devrim Erdem <devrim@infotron-tr.com>
Organization: info(+)tron
X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: "info-performer@sgi.com" <info-performer@sgi.com>
Subject: Required patches for IR2
Content-Type: multipart/alternative; boundary="------------7C70058C8F2AD616A09E2B39"
Status: O


--------------7C70058C8F2AD616A09E2B39
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

What are the required patched for pf2.2, IRIX6.4 Infinite Reality 2 ?

Thanks,

--
=================================================
M Devrim Erdem
info(+)TRON Vis. Sim. Division

devrim@infotron-tr.com http://www.infotron-tr.com
=================================================



--------------7C70058C8F2AD616A09E2B39
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<HTML>
Hi,

<P>What are the required patched for pf2.2, IRIX6.4 Infinite Reality 2
?

<P>Thanks,
<PRE>--&nbsp;
=================================================
M Devrim Erdem
info(+)TRON&nbsp;Vis. Sim. Division

devrim@infotron-tr.com <A HREF="http://www.infotron-tr.com">http://www.infotron-tr.com</A>
=================================================</PRE>
&nbsp;</HTML>

--------------7C70058C8F2AD616A09E2B39--

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

From guest  Tue Mar 24 07:00:00 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA29299 for info-performer-dist@holodeck.engr.sgi.com; Tue, 24 Mar 1998 06:59:02 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA29272 for <info-performer@holodeck.engr.sgi.com>; Tue, 24 Mar 1998 06:59:00 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id GAA3134737
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 24 Mar 1998 06:58:59 -0800 (PST)
Received: from jsc-ems-gws02.jsc.nasa.gov (JSC-EMS-GWS02.jsc.nasa.gov [139.169.16.21]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA23135
	for <info-performer@sgi.com>; Tue, 24 Mar 1998 06:58:58 -0800 (PST)
	mail_from (hadi.m.tjandrasa1@jsc.nasa.gov)
Received: by JSC-EMS-GWS02.jsc.nasa.gov with Internet Mail Service (5.5.1960.3)
	id <HRTV1MRB>; Tue, 24 Mar 1998 08:59:07 -0600
Message-ID: <8E67FF90AC77D111BB150020AFFBFC86877725@jsc-ems-mbs05.jsc.nasa.gov>
From: "TJANDRASA, HADI M. (JSC-ER7)" <hadi.m.tjandrasa1@jsc.nasa.gov>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>,
        "Bemis, Suzie CEI-TACCSF" <suzie@TACCSF.KIRTLAND.AF.MIL>
Subject: RE: Graphics blanking out
Date: Tue, 24 Mar 1998 08:58:53 -0600
X-Mailer: Internet Mail Service (5.5.1960.3)
Status: O

See man page on blanktime.
You can put in the APP: system("blanktime 0").
To verify that the screen saver is kicking in, after invoking your program,
use blanktime X (say X=9000) on another shell window, and the screen should
blank at a constant rate - indicating the screen saver is on.

Hadi

> ----------
> From: 	Bemis, Suzie CEI-TACCSF[SMTP:suzie@TACCSF.KIRTLAND.AF.MIL]
> Sent: 	Monday, March 23, 1998 2:41 PM
> To: 	'info-performer@sgi.com'
> Subject: 	Graphics blanking out
> 
> We have two modified 'perfly' executables running on one computer with two
> graphics engines.  One perfly runs on DISPLAY :0.0 and the other on :0.1.
> Rather than let the code determine how many screens are available we
> hardcoded the number of screen in the perfly code to be one.  So far
> things seem to run okay, but the graphics goes black/blank sporatically.
> We then have to do a 'stopgfx' and 'startgfx'.   At first the blanking out
> happened only when we ran the perfly code, but today it happened again
> when we weren't running anything on the computer.  We're running on an
> IRIX 5.3 ONYX, and with Performer 2.0.  I've sent a trouble report to SGI,
> but I was wondering if anyone else out there has had a similar problem. 
> 
> 
> Thanks in advance for any suggestions/comments. 
> 
> Suzie Bemis 
> 
> 
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 24 23:58:39 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id XAA02261 for info-performer-dist@holodeck.engr.sgi.com; Tue, 24 Mar 1998 23:57:22 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id XAA02235 for <info-performer@holodeck.engr.sgi.com>; Tue, 24 Mar 1998 23:57:20 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id XAA3417831
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 24 Mar 1998 23:57:19 -0800 (PST)
Received: from kmdi-ex02.Krauss-Maffei.de (kmdi-ex02.Krauss-Maffei.de [193.99.235.34]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id XAA29008
	for <info-performer@sgi.com>; Tue, 24 Mar 1998 23:57:16 -0800 (PST)
	mail_from (SchmidtR@Krauss-Maffei.de)
Received: by kmdi-ex02.Krauss-Maffei.de with Internet Mail Service (5.0.1457.3)
	id <HPPNBPD9>; Wed, 25 Mar 1998 08:56:23 +0100
Message-ID: <F34EC955FC8FD011B5160000F67499B518BB91@KMDI-EX01>
From: Schmidt Rudolf <SchmidtR@Krauss-Maffei.de>
To: "'Performer Mailing List'" <info-performer@sgi.com>,
        "'Vega Mailing List'"
	 <info-vega@paradigmsim.com>
Date: Wed, 25 Mar 1998 08:56:09 +0100
X-Priority: 3
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1457.3)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Status: O

J O B S

We  are  a well-established and expanding simulation company, one of
our primary business fields are simulators for training of
vehicle/train drivers.
Our young engineering team consists of specialists in the fields of
3D-visualization, realtime programming, audio and numerical
simulation, graphical interfaces, hardware design and integration.
 =20
Our software development department is looking for
=20
SOFTWARE-DEVELOPERS
=20
for
- design and implementation of Database-Generation-Tools for driving
simulators.=20
- maintenance, redesign and further developement of existing =
SW-Modules.
- implementation of graphical-user-Interfaces for Modelling-Tools

Requirements:
=20
Degree in computer science or related fields with an emphasis on
computer science,  as well as thorough knowledge in the following
areas:
=20
- Computer graphics
- C / C++
- Unix / IRIX=20
- mathematics
- object oriented analysis and design

Furthermore the applicants should have knowledge or practical
experience
=20
in some of the following areas:
- Multigen or equivalent modelling-tools
- Motif, RapidApp or equivalent
- PC-graphics
- visual-simulation
- 3D-database- or VR-Formats (OpenFlight, VRML etc.)
- logic rules for construction of roads and railway tracks
- image-processing
- SGI environment
- OpenGL

The Simulation Division of Krauss-Maffei is located in Munich, Bavaria
(Southern Germany), close to the Alps :-).
=20
If you are interested to work with a young and innovative team, you
should send your application and CV to:
=20
 Krauss-Maffei AG
 Rudolf Schmidt or Ekkehard Kl=E4rner
 Dept. W-AS 11
 Krauss-Maffei-Str. 2
 80997 Munich
 Germany
 mailto:schmidtr@krauss-maffei.de
 or mailto:klaerner@krauss-maffei.de
=20

------------------------------------------------------------------------=

-----------------------------------------
Rudolf Schmidt
Manager Engineering
Krauss Maffei Wehrtechnik GmbH
Ausbildung und Simulation
Abt. W-AS 11
Krauss-Maffei-Str. 2
80997 Muenchen
Germany

Tel:	++49 (89) 8899 - 2149
Fax:	++49 (89) 8899 - 4394
mailto:schmidtr@krauss-maffei.de
WWW:	http://www.krauss-maffei.de
------------------------------------------------------------------------=

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

From guest  Wed Mar 25 01:09:14 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA02453 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 01:08:12 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA02426 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 01:08:11 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id BAA1958133
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 01:08:10 -0800 (PST)
Received: from inode.inode.es (ns.inode.es [195.76.211.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id BAA14196
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 01:07:56 -0800 (PST)
	mail_from (tino@gapd.es)
Received: from gapdmx.gapd.es (gapdmx.gapd.es [195.76.211.224])
	by inode.inode.es (8.8.6/8.8.5) with SMTP id KAA31195
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 10:11:36 +0100
Received: from [172.27.0.15] by gapdmx.gapd.es (NTMail 3.02.13) with ESMTP id ja012489 for <info-performer@sgi.com>; Wed, 25 Mar 1998 10:08:27 +0100
Message-ID: <3518C96D.CBEA2419@gapd.es>
Date: Wed, 25 Mar 1998 10:07:57 +0100
From: Tino Lopez <tino@gapd.es>
X-Mailer: Mozilla 4.0 [en] (WinNT; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: CLIPMAP and DETAILED TEXTURE
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Info: No es mas rapido el que mas corre, sino el que antes llega.
Status: O

Hi pfAll,

I have an Onyx2 iR with pf2.1 and I haven't been been able to attach a
detail texture to a base clipmap texture. Is there anything to be done
to it that is different to attaching the detail to a regular texture?

Thank you in advance.

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

From guest  Wed Mar 25 02:22:27 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id CAA02662 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 02:21:15 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id CAA02635 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 02:21:14 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id CAA3479170
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 02:21:14 -0800 (PST)
Received: from cony.gsf.de (cony.gsf.de [146.107.1.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id CAA28741
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 02:21:10 -0800 (PST)
	mail_from (haubner@gsf.de)
Received: from localhost by cony.gsf.de (8.6.4/WeissBlau-1.10)
	id LAA15016; Wed, 25 Mar 1998 11:20:48 +0100
From: haubner@gsf.de (Michael Haubner)
Message-Id: <199803251020.LAA15016@cony.gsf.de>
Subject: non-blocking texture load
To: info-performer@sgi.com
Date: Wed, 25 Mar 1998 11:20:48 +0100 (MET)
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O


Dear Performers,

we have a problem regarding texture memory management using 
Performer 2.1 on an Onyx iR (2 RM6 boards with 16MB texture 
memory). 

What we like to do is to trigger a texture download some 
frames before we will need the texture for rendering. In the 
meantime the simulation should continue without a loss of
rendering performance. 

The call to texture->load() seems to block until the texture 
is resident in texture memory.

Thanks for any help.

Michael

_____________________________________________________________
Michael Haubner				Tel. +49 89 3187 4454 
E-mail: haubner@gsf.de			Fax  +49 89 3187 4243 
_____________________________________________________________
GSF - National Research Center for Environment and Health
Institute of Medical Informatics and Health Services Research
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
_____________________________________________________________
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 25 02:44:14 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id CAA02742 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 02:42:59 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id CAA02715 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 02:42:58 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id CAA3461747
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 02:42:58 -0800 (PST)
Received: from bifrost.digi.lego.com (balder.digi.lego.com [194.239.78.1]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id CAA02755
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 02:42:55 -0800 (PST)
	mail_from (svend@digi.lego.com)
Received: (from gproxy@localhost) by bifrost.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA09342 for <@bifrost.digi.lego.com:info-performer@sgi.com>; Wed, 25 Mar 1998 11:43:21 +0100
Received: from puck.digi.lego.com(171.20.167.61) by bifrost via smap (3.2)
	id xma009340; Wed, 25 Mar 98 11:43:04 +0100
Received: from digi.lego.com (localhost [127.0.0.1]) by puck.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA22386 for <info-performer@sgi.com>; Wed, 25 Mar 1998 11:43:02 +0100
Sender: svend@digi.lego.com
Message-ID: <3518DFB5.843D7495@digi.lego.com>
Date: Wed, 25 Mar 1998 11:43:01 +0100
From: Svend Tang-Petersen <svend@digi.lego.com>
Organization: LEGO
X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Offline rendering.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi pfAll.

A while ago there was a discussion about offline rendering to a large
window. Now I need to
do someting similar (3kx3k or 4kx4k). If you have the e-mails from that
discussion saved, could you
please resend them to me ?

--

 Svend Tang-Petersen, MSc

 LEGO
 Kloevermarken 120
 7190 Billund
 Denmark

 e-mail: svend@digi.lego.com



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

From guest  Wed Mar 25 07:55:58 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA03364 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 07:54:26 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA03337 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 07:54:25 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id HAA3569425
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 07:54:25 -0800 (PST)
Received: from vista.taccsf.kirtland.af.mil (vista.taccsf.kirtland.af.mil [132.62.150.76]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id HAA19796
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 07:54:20 -0800 (PST)
	mail_from (suzie@TACCSF.KIRTLAND.AF.MIL)
Received: by vista.taccsf.kirtland.af.mil with Internet Mail Service (5.0.1458.49)
	id <HD7H6QJA>; Wed, 25 Mar 1998 08:54:04 -0700
Message-ID: <214A87629D4FD111931F0060972989BA1B3224@vista.taccsf.kirtland.af.mil>
From: "Bemis, Suzie CEI-TACCSF" <suzie@TACCSF.KIRTLAND.AF.MIL>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Cursor off
Date: Wed, 25 Mar 1998 08:54:01 -0700
X-Priority: 3
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1458.49)
Content-Type: multipart/alternative;
	boundary="---- =_NextPart_001_01BD57CB.900D72E0"
Status: O

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------ =_NextPart_001_01BD57CB.900D72E0
Content-Type: text/plain

We are moving to Performer for our Out-The-Window graphics.  We had
previously used GVS code, and had used 'cursoff()' in the code to turn
off the cursor.  Now using performer we use 'cursoff()' in the same
place in the code, and we get a 'segmentation violation' and when we do
a dbx it says it died in 'gl_g_cursor'.  

Is there another way to turn off the cursor using Performer calls??

Thanks,
Suzie


------ =_NextPart_001_01BD57CB.900D72E0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.0.1458.49">

</HEAD>
<BODY>
<P><FONT SIZE=3D2>We are moving to Performer for our Out-The-Window =
graphics.&nbsp; We had previously used GVS code, and had used =
'cursoff()' in the code to turn off the cursor.&nbsp; Now using =
performer we use 'cursoff()' in the same place in the code, and we get =
a 'segmentation violation' and when we do a dbx it says it died in =
'gl_g_cursor'.&nbsp;</FONT></P>
<BR>
<P><FONT SIZE=3D2>Is there another way to turn off the cursor using =
Performer calls??</FONT>
<BR>
<BR><FONT SIZE=3D2>Thanks,</FONT>
<BR><FONT SIZE=3D2>Suzie</FONT>
<BR>
</P>

</BODY>
</HTML>
------ =_NextPart_001_01BD57CB.900D72E0--
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 25 09:30:58 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA03649 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 09:30:26 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA03622 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 09:30:21 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA3627200
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 09:30:21 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id JAA27591
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 09:30:19 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA27522; Wed, 25 Mar 1998 09:30:14 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803250930.ZM27520@quid.engr.sgi.com>
Date: Wed, 25 Mar 1998 09:30:14 -0800
In-Reply-To: Devrim Erdem <devrim@infotron-tr.com>
        "Required patches for IR2" (Mar 24,  4:26pm)
References: <35184F28.2162139C@infotron-tr.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Devrim Erdem <devrim@infotron-tr.com>,
        "info-performer@sgi.com
 " <info-performer@sgi.com>
Subject: Re: Required patches for IR2
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

The recommended patchsets change often. You ought to really install a complete
set rather than cherry pick individual ones as the sets are tested together.
The current latest Onyx2 gfx patch is 2789. You can see the patchsets off
www.sgi.com/support/

Cheers
Rob

-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 25 09:28:57 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA03600 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 09:23:30 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA03573 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 09:23:29 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA3601305
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 09:23:29 -0800 (PST)
Received: from bifrost.digi.lego.com (balder.digi.lego.com [194.239.78.1]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id JAA24631
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 09:23:26 -0800 (PST)
	mail_from (svend@digi.lego.com)
Received: (from gproxy@localhost) by bifrost.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA26476; Wed, 25 Mar 1998 18:23:30 +0100
Received: from puck.digi.lego.com(171.20.167.61) by bifrost via smap (3.2)
	id xma026463; Wed, 25 Mar 98 18:23:13 +0100
Received: from digi.lego.com (localhost [127.0.0.1]) by puck.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA23141; Wed, 25 Mar 1998 18:23:12 +0100
Sender: svend@digi.lego.com
Message-ID: <35193D7E.E3F23EA5@digi.lego.com>
Date: Wed, 25 Mar 1998 18:23:11 +0100
From: Svend Tang-Petersen <svend@digi.lego.com>
Organization: LEGO
X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: "Bemis, Suzie CEI-TACCSF" <suzie@taccsf.kirtland.af.mil>
CC: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Re: Cursor off
References: <214A87629D4FD111931F0060972989BA1B3224@vista.taccsf.kirtland.af.mil>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi Suzie,

check the utility library:

 pfuCursor
 pfuGetInvisibleCursor



--

 Svend Tang-Petersen, MSc

 LEGO                           Silicon Graphics
 Kloevermarken 120              Stationsparken 25
 7190 Billund                   2600 Glostrup
 Denmark                        Denmark

 e-mail: svend@digi.lego.com ,  svend@copen.sgi.com



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

From guest  Wed Mar 25 11:51:34 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA04285 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 11:49:13 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA04258 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 11:49:12 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA3645959
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 11:49:12 -0800 (PST)
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id LAA28034
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 11:49:11 -0800 (PST)
	mail_from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA14840; Wed, 25 Mar 1998 11:49:06 -0800
From: remi@remi.engr.sgi.com (Rémi Arnaud)
Message-Id: <199803251949.LAA14840@remi.engr.sgi.com>
Subject: Re: CLIPMAP and DETAILED TEXTURE
To: tino@gapd.es (Tino Lopez)
Date: Wed, 25 Mar 1998 11:49:05 -0800 (PST)
Cc: info-performer@sgi.com
In-Reply-To: <3518C96D.CBEA2419@gapd.es> from "Tino Lopez" at Mar 25, 98 10:07:57 am
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Status: O

Tino Lopez wrote:
> 
> Hi pfAll,
> 
> I have an Onyx2 iR with pf2.1 and I haven't been been able to attach a
> detail texture to a base clipmap texture. Is there anything to be done
> to it that is different to attaching the detail to a regular texture?

 Detail textures does not work with clip-map.
 You can add more levels to your clip map anyway.
 Note that you do not have to have the files, you can change the loading
 function to create more levels on the fly.


    _  /              _             _ 
   |_) _ ._ _ o   /\ |_)|\ | /\ | || \
   | \(/_| | ||  /--\| \| \|/--\|_||_/
                                          
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 25 12:25:32 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA04635 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 12:20:27 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA04608 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 12:20:26 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA3677066
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 12:20:25 -0800 (PST)
Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA12967
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 12:20:23 -0800 (PST)
	mail_from (jmccune@itd.nrl.navy.mil)
Received: from shell (shell [132.250.83.3])
	by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id PAA15233;
	Wed, 25 Mar 1998 15:19:30 -0500 (EST)
Date: Wed, 25 Mar 1998 15:19:30 -0500 (EST)
From: "Justin A. McCune" <jmccune@itd.nrl.navy.mil>
X-Sender: jmccune@shell
To: info-performer@sgi.com
cc: jmccune@itd.nrl.navy.mil
Subject: Multiple Segment isect, discFunc returning PFTRAV_TERM question...
Message-ID: <Pine.SUN.3.91.980325141309.13101B-100000@shell>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


Greetings,

We are having a problem with a multi segment intersection test involving
the discriminator function returning PFTRAV_TERM.  For a given pfSeg in
the pfSegSet we would like to be able to terminate traversal for that 
pfSeg without affecting the traversal of the other pfSegs in the set.  
(By doing so we can optimize our line of sight determination.)

The Performer default discriminator action returns "PFTRAV_CONT | 
PFTRAV_IS_CLIP_END", and functions completely correctly.
Our optimized discriminator function does nothing (except dumping debug 
code) besides returning "PFTRAV_TERM | PFTRAV_IS_CLIP_END".  The
optimized discriminator function seems to function incorrectly.

In our test case example, we have 5 pfSegs.
4 of the 5 line segments (differing positions, directions, and lengths) 
should intersect the scene geometry at least once and in the case of 
continued traversal, more times.

The correct results with default behavior:  (CONT & CLIP_END) 
	we get 7 discFunc callbacks,  for the 4 segments that are the
	correct segments that should be intersecting the scene.	 The
	other 3 callbacks are the results of a 2nd intersection.

With desired behavior: (TERM & CLIP_END) 
	(the CLIP_END is unnecessary and we have tried it without this)
	we get only 2 discFunc callbacks in total.  One per pfSeg.
	Two of the 4 pfSegs which should intersect the scene geometry fail to 
	do so. Visually, we have Line of Sight rays going through walls. 

There is no  difference between the two cases in terms of scene geometry, 
settings, positions, directions, LOD, etc.  The only difference is the
return value of the discriminator function.

We have tried specifying face culling, LOD details, etc-- all of which
should be irrelevant to the test described above.

As far as we can tell the default behavior is always correct, though
more expensive in terms of time.  Our desired optimization seems to 
work only in the case of  ONLY 1 line segment.  With
more than one segment, however an incorrect number of intersections
is frequently returned.

We have tried this on Performer 2.0.4 Indigo2 and Performer 2.2 Onyx with 
similar problems on both systems-- although the full battery of our tests 
has been run mostly on the Onyx with Performer 2.2. 

I -- thinking of course that my code is error-free, perhaps incorrectly-- 
suspect a bug in Performer, with Multi-segment, disc Function termination.
If this is the case and anyone knows this to be true, please let us know
so that we can fall back to the functioning but less optimal solution.

If we are incorrect in understanding how PFTRAV_TERM is supposed to work--
please explain.  We've read the man pages, the insight books, we've cursed,
we'ver grumbled, we've banged our heads on the walls, and now we appeal to
the great gurus (who achieved guru status with trial by fire.)

Thanks for listening,
	
Justin 

---------------------------------------------------------------------
Justin McCune                                  HCI Lab, Code 5513
ITT Systems & Sciences Corp                    Naval Research Lab
                            
(202) 767-5613





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

From guest  Wed Mar 25 14:35:12 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA05214 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 14:33:53 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA05187 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 14:33:52 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA3748768
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 14:33:51 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id OAA09152
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 14:33:50 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA28077 for info-performer@sgi.com; Wed, 25 Mar 1998 14:33:50 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803251433.ZM28075@quid.engr.sgi.com>
Date: Wed, 25 Mar 1998 14:33:49 -0800
In-Reply-To: allan@holodeck (Allan Schaffer)
        "Re: ircombine" (Mar 23,  1:44pm)
References: <199803232128.QAA10223@sirius.ccd.bnl.gov> 
	<9803231344.ZM26062@holodeck.engr.sgi.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Re: ircombine
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 23,  1:44pm, Allan Schaffer wrote:
> Subject: Re: ircombine
> On Mar 23,  4:28pm, A. Ballard Andrews wrote:
> > My IR has a problem with  the 1025x768_96s vof
> > I followed your instructions (saved the file to a
> > cmb) but when I download the window server doesn't
> > restart.  If I issue a (/usr/gfx/stopgfx ; /usr/gfx/startgfx)&
> ...
>
> Sometimes this method of restarting the graphics causes problems
> because the startgfx gets HUP'd by the killed X windows session as
> the windowsystem shuts down.  There are various better ways of doing
> this, the one that typically works for me is:
>
> # nohup /usr/gfx/stopgfx;/usr/gfx/startgfx
>

In theory all that is needed to cycle the graphics pipe is just stop/startgfx
or use the 'Vulcan Death Grip' In practice however, especially on multipipe
systems, it's often worth taking a more 'belt'n'braces' approach such as the
one Allan suggests or even going as far as this:

(/usr/gfx/stopgfx;/etc/init.d/xdm stop;sleep 2;killall -9
xdm;/usr/gfx/startgfx) &

Don't forget the ( ) and the &

Cheers
Rob

-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 25 14:54:07 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA05387 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 14:52:45 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA05360 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 14:52:43 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA3710560
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 14:52:43 -0800 (PST)
Received: from mail.inreach.com (mail.inreach.com [209.142.0.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id OAA16485
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 14:52:41 -0800 (PST)
	mail_from (lwillis@inreach.com)
Received: from get (209-142-17-8.oak.inreach.net [209.142.17.8]) by mail.inreach.com (8.8.8/8.8.6/(InReach)) with ESMTP id OAA27950 for <info-performer@sgi.com>; Wed, 25 Mar 1998 14:48:44 -0800 (PST)
Message-Id: <199803252248.OAA27950@mail.inreach.com>
Reply-To: <lwillis@inreach.com>
From: "Lee Willis" <lwillis@inreach.com>
To: <info-performer@sgi.com>
Subject: perfly question
Date: Wed, 25 Mar 1998 14:49:37 -0800
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1162
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Status: O

Hi pfFolks,

Does perfly automatically modify the LOD scale factor when one changes the
field-of-view, 
perhaps as a load-management feature?  We have a database that when we
widen the FOV
past 60 degrees, some of our LODs change.

------------------------------
Lee Willis                        Virtual Landscape Dermatologist          
      
lwillis@terrex.com           TERREX
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Wed Mar 25 21:18:14 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id VAA16651 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 21:17:01 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id VAA16624 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 21:16:55 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id VAA3930883
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 21:16:54 -0800 (PST)
Received: from gatekeeper.bvr.co.il (gatekeeper.bvr.co.il [194.90.44.5]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id VAA08066
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 21:16:51 -0800 (PST)
	mail_from (rany@bvr.co.il)
Received: (from uucp@localhost) by gatekeeper.bvr.co.il (8.6.12/8.6.9) id MAA10123; Thu, 26 Mar 1998 12:01:40 GMT
Received: from unknown(192.114.85.195) by gatekeeper.bvr.co.il via smap (V1.3)
	id sma010119; Thu Mar 26 16:01:18 1998
Received: from bvr.co.il by michelle.bvr.co.il via ESMTP (950413.SGI.8.6.12/931108.SGI.AUTO.ANONFTP)
	 id IAA25822; Thu, 26 Mar 1998 08:16:19 +0200
Sender: rany@bvr.co.il
Message-ID: <3519F2B3.E7D79A9A@bvr.co.il>
Date: Thu, 26 Mar 1998 08:16:19 +0200
From: Ran Yakir <rany@bvr.co.il>
X-Mailer: Mozilla 4.03 [en] (X11; I; IRIX64 6.4 IP27)
MIME-Version: 1.0
To: lwillis@inreach.com
CC: info-performer@sgi.com
Subject: Re: perfly question
References: <199803252248.OAA27950@mail.inreach.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Lee Willis wrote:

> Hi pfFolks,
>
> Does perfly automatically modify the LOD scale factor when one changes the
> field-of-view,
> perhaps as a load-management feature?  We have a database that when we
> widen the FOV
> past 60 degrees, some of our LODs change.
>

Hi

This is normal behaviour, as described in the man page for pfChannel:

     IRIS Performer level-of-detail behavior is primarily dependent on
     pfChannel viewing parameters such as view position, field-of-view, and
     viewport pixel size.  IRIS Performer assumes that LODs are modeled for a

     canonical FOV of 45 degrees and a viewport size of 1024 pixels.  IRIS
     Performer computes an internal scale value for pfChannels whose FOV or
     viewport size differ from these defaults.  This scale value is used to
     modify LOD ranges so that correct LOD behavior is maintained.  If your
     LODs were not modeled with the above defaults you may use PFLOD_SCALE
     (see below) to adjust the LOD ranges.


Ran



--
 __                                  | Ran Yakir
 /_)  _  __   \  / _   / o __        | BVR Technologies Ltd.
/ )_ (_(_) )   \/ (_(_/<_(_)(        |
              _/                     |
-------------------------------------+--------------------------------
Phone :                              | E-mail : rany@bvr.co.il
  Work : 972-3-5715671 #166,#177     |
  Res. : 972-9-7489974               |
Fax    : 972-3-5715668               |

    http://www.rtset.co.il/rany



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

From guest  Wed Mar 25 21:47:43 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id VAA17270 for info-performer-dist@holodeck.engr.sgi.com; Wed, 25 Mar 1998 21:46:36 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id VAA17243 for <info-performer@holodeck.engr.sgi.com>; Wed, 25 Mar 1998 21:46:33 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id VAA3892466
	for <info-performer@cthulhu.engr.sgi.com>;
	Wed, 25 Mar 1998 21:46:32 -0800 (PST)
Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id VAA13915
	for <info-performer@sgi.com>; Wed, 25 Mar 1998 21:46:26 -0800 (PST)
	mail_from (sbaker@link.com)
Received: from lechter.bgm.link.com (lechter.bgm.link.com [130.210.239.45])
          by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP
	  id XAA26776; Wed, 25 Mar 1998 23:45:40 -0600 (CST)
Date: Wed, 25 Mar 1998 23:45:47 -0600 (CST)
From: Steve Baker <sbaker@link.com>
X-Sender: steve@lechter.bgm.link.com
Reply-To: Steve Baker <sbaker@link.com>
To: Lee Willis <lwillis@inreach.com>
cc: info-performer@sgi.com
Subject: Re: perfly question
In-Reply-To: <199803252248.OAA27950@mail.inreach.com>
Message-ID: <Pine.SGI.3.96.980325234437.17874A-100000@lechter.bgm.link.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Wed, 25 Mar 1998, Lee Willis wrote:

> Hi pfFolks,
> 
> Does perfly automatically modify the LOD scale factor when one changes the
> field-of-view, 
> perhaps as a load-management feature?  We have a database that when we
> widen the FOV
> past 60 degrees, some of our LODs change.
 
That is the default action in Performer (not just Perfly) there
*is* a call to change that behaviour - I forget what it is right now.

Steve Baker                     817-619-8776 (Vox/Vox-Mail)
Raytheon Systems Inc.           817-619-4028 (Fax)
2200 Arlington Downs Road       SBaker@link.com (eMail)
Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail)
http://www.hti.com        http://web2.airmail.net/sjbaker1 (personal)

Ann Colby, New Orleans, LA:
  "I sent out 100,000 emails for my product and received over 55 orders!"
  (...and upset 99,945 other people)

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

From guest  Thu Mar 26 05:57:43 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA19037 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 05:56:40 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA19010 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 05:56:38 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id FAA4020060
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 05:56:38 -0800 (PST)
Received: from rivagate (rivagate.riva.com [209.160.107.58]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id FAA16120
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 05:56:36 -0800 (PST)
	mail_from (dweller@riva.com)
Received: (from gproxy@localhost) by rivagate (950413.SGI.8.6.12/950213.SGI.AUTOCF) id HAA08200 for <info-performer@sgi.com>; Thu, 26 Mar 1998 07:56:36 -0600
Received: from linus(192.168.1.3) by rivagate via smap (3.2)
	id xma008198; Thu, 26 Mar 98 07:56:06 -0600
Received: (from dweller@localhost) by linus (950413.SGI.8.6.12/950213.SGI.AUTOCF) id HAA08434 for info-performer@sgi.com; Thu, 26 Mar 1998 07:56:06 -0600
From: dweller@riva.com (David Weller)
Message-Id: <199803261356.HAA08434@linus>
Subject: Almost, but not quite, unlike tea....
To: info-performer@sgi.com
Date: Thu, 26 Mar 1998 07:56:06 -0600 (CST)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

OK, the subject was my obligatory "Hitchhiker's" quote, but on a
subject almost, but not quite, the same thing...

We're looking for desktop display systems, similar to the ImmersaDesk
from Pyramid Systems.  We saw one from Barco (the BARON, if I
remember), but the projector wasn't contained within the desk, so it
didn't fit our needs.

Does anybody know of any critters like this? (other than the
ImmersaDesk)
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 26 07:23:01 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA19214 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 07:21:12 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA19187 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 07:21:10 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id HAA4000303
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 07:21:05 -0800 (PST)
Received: from xr1-gw.atlas.fr (xr1-a.atlas.fr [194.51.9.17]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id HAA10237
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 07:21:02 -0800 (PST)
	mail_from (XAVIER.ROGOVITZ@siege.aerospatiale.fr)
Message-Id: <199803261521.HAA10237@sgi.sgi.com>
X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed;
               Thu, 26 Mar 1998 16:19:56 +0100
X400-Received: by mta xr1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/;
               Relayed; Thu, 26 Mar 1998 16:19:56 +0100
X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed;
               Thu, 26 Mar 1998 16:19:46 +0100
X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed;
               Thu, 26 Mar 1998 16:04:43 +0100
Date: Thu, 26 Mar 1998 16:04:43 +0100
X400-Originator: XAVIER.ROGOVITZ@siege.aerospatiale.fr
X400-Recipients: info-performer@sgi.com
X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;980326150443]
Original-Encoded-Information-Types: teletex
X400-Content-Type: P2-1988 (22)
Content-Identifier: CSI NC V3.0
Alternate-Recipient: Allowed
From: ROGOVITZ Xavier <XAVIER.ROGOVITZ@siege.aerospatiale.fr>
To: "'Performer'" <info-performer@sgi.com>
Subject:  TR : Almost, but not quite, unlike tea..
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Status: O

=0D=0C
The VIP (Virtual Plane) from AIS  will fulfil your wishes.

Address :
AIS SpA
Via ESTERLE, 9
20 132 Milano
ITALY

/-----------------------------------------------------------------------=
--  
 -----------------------------------------?
                                                             Xavier   =0D=

Rogovitz
                                                           Research   =0D=

Engineer

e-mail : xavier.rogovitz@siege.aerospatiale.fr        Louis-Bleriot   =0D=

Corporate Centre
                                                                        =
    
            12, Rue Pasteur
tel : 01 46 97 32 40   
                                                      BP 76
fax : 01 46 97 32 59   
                                                     92152 Suresnes Cede=
x
?-----------------------------------------------------------------------=
--  
 -----------------------------------------/

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

From guest  Thu Mar 26 07:56:46 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA19346 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 07:55:12 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA19319 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 07:55:11 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id HAA4073713
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 07:55:11 -0800 (PST)
Received: from gatekeeper.rayva.org (gatekeeper.rayva.org [204.254.244.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id HAA21595
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 07:55:08 -0800 (PST)
	mail_from (trdecarlo@tasc.com)
Received: (from root@localhost) by gatekeeper.rayva.org (8.8.7/8.6.12) id KAA13566; Thu, 26 Mar 1998 10:54:51 -0500 (EST)
Received: from jpsds14e(192.168.5.103) by gatekeeper via smap (V2.0)
	id xma013562; Thu, 26 Mar 98 10:54:45 -0500
Received: from tasc.com ([192.168.8.210]) by jpsds14e.rayva.org (8.6.12/8.6.12) with ESMTP id KAA05863; Thu, 26 Mar 1998 10:55:45 -0500
Message-ID: <351A7AD9.69F11D9D@tasc.com>
Date: Thu, 26 Mar 1998 10:57:13 -0500
From: Thom DeCarlo <trdecarlo@tasc.com>
Reply-To: trdecarlo@tasc.com
Organization: TASC, Inc.
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
To: David Weller <dweller@riva.com>
CC: info-performer@sgi.com
Subject: Re: Almost, but not quite, unlike tea....
References: <199803261356.HAA08434@linus>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

David Weller wrote:
> 
> OK, the subject was my obligatory "Hitchhiker's" quote, but on a
> subject almost, but not quite, the same thing...
> 
> We're looking for desktop display systems, similar to the ImmersaDesk
> from Pyramid Systems.  We saw one from Barco (the BARON, if I
> remember), but the projector wasn't contained within the desk, so it
> didn't fit our needs.
> 
> Does anybody know of any critters like this? (other than the
> ImmersaDesk)
> 

I have seen similar products from Input Technologies, Inc.
(http://www.iti-world.com/) They have a family of products called
VisionMaker, which includes projection devices and flatpanel displays.
They look good, but I haven't played with them yet.

Also, Fakespace (http://www.fakespace.com) has an Immersive Workbench
product, but it doesn't look quite like a desktop display.

Good luck,
Thom

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

-- 
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
 Thom DeCarlo                *  Off site contact info
 TASC                        *  JPSD/IEC, US Army TEC
 12100 Sunset Hills Rd.      *  7701 Telegraph Rd., Bldg. 2592
 Reston, VA 20190            *  Alexandria, VA 22315
 phone: 703/834-5000         *  phone: 703/428-9001, -7060, or -7034
 fax:   703/318-7900         *  fax:   703/428-7054
 mailto:trdecarlo@tasc.com   *  mailto:tdecarlo@rayva.org
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
            The right to be heard does not include 
               the right to be taken seriously.
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 26 08:45:38 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA19728 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 08:44:52 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA19700 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 08:44:50 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA4122170
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 08:44:49 -0800 (PST)
Received: from holodeck.gsfc.nasa.gov (holodeck.gsfc.nasa.gov [128.183.33.128]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id IAA09912
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 08:44:48 -0800 (PST)
	mail_from (maher@holodeck.gsfc.nasa.gov)
Received: (from maher@localhost) by holodeck.gsfc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA17636; Thu, 26 Mar 1998 11:44:25 -0500
From: maher@holodeck.gsfc.nasa.gov (Stephen Maher)
Message-Id: <199803261644.LAA17636@holodeck.gsfc.nasa.gov>
Subject: Re: Almost, but not quite, unlike tea....
To: trdecarlo@tasc.com
Date: Thu, 26 Mar 1998 11:44:25 -0500 (EST)
Cc: dweller@riva.com, info-performer@sgi.com
In-Reply-To: <351A7AD9.69F11D9D@tasc.com> from "Thom DeCarlo" at Mar 26, 98 10:57:13 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status: O

Thom DeCarlo writes:
> 
> David Weller wrote:
> > 
> > OK, the subject was my obligatory "Hitchhiker's" quote, but on a
> > subject almost, but not quite, the same thing...
> > 
> > We're looking for desktop display systems, similar to the ImmersaDesk
> > from Pyramid Systems.  We saw one from Barco (the BARON, if I
> > remember), but the projector wasn't contained within the desk, so it
> > didn't fit our needs.
> > 
> > Does anybody know of any critters like this? (other than the
> > ImmersaDesk)
> > 
> 
> I have seen similar products from Input Technologies, Inc.
> (http://www.iti-world.com/) They have a family of products called
> VisionMaker, which includes projection devices and flatpanel displays.
> They look good, but I haven't played with them yet.
> 
> Also, Fakespace (http://www.fakespace.com) has an Immersive Workbench
> product, but it doesn't look quite like a desktop display.

But it is very similar to an ImmersaDesk.

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

From guest  Thu Mar 26 08:36:15 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA19682 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 08:35:02 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA19655 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 08:35:00 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA4074120
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 08:35:00 -0800 (PST)
Received: from archimedes.vislab.navy.mil (archimedes.chinalake.navy.mil [129.131.31.8]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA06362
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 08:34:52 -0800 (PST)
	mail_from (jan@archimedes.vislab.navy.mil)
Received: (jan@localhost) by archimedes.vislab.navy.mil (8.7.5/8.x-CL-SOS5.3) id IAA00384 for info-performer@sgi.com; Thu, 26 Mar 1998 08:43:23 -0800 (PST)
From: Jan Barglowski <jan@archimedes.vislab.navy.mil>
Posted-Date: Thu, 26 Mar 1998 08:43:23 -0800 (PST)
Message-Id: <199803261643.IAA00384@archimedes.vislab.navy.mil>
Subject: Cliptexture fun...
To: info-performer@sgi.com
Date: Thu, 26 Mar 1998 08:43:23 -0800 (PST)
X-Mailer: ELM [version 2.4 PL24 ME8b]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

Performers:

After working with cliptexures for a week or so, I have a few
questions I can't seem to find a good answer for:

1) I'd really like to have some control over how the detail in 
   the mipmaps I see.  It seems the biasS and biasT controls in
   clipfly will degrade the mipmap levels, but they won't sharpen
   it!

2) The cliptexture is always centered on my terrain directly below
   me.  Unfortunately, my flight sim doesn't fly looking down
   (for long!) -- it looks pretty much ahead.  So I see about
   half of the highest detail mipmap when I'd really like to see
   more.  This would, I'd guess, require the centering algorithm
   to take direction into account.  Since the texture loading already
   does this, is there any alternate centering function that can
   shift the clipcenter "in front" of me?  Or would this be an 
   exercise left to the reader ;-) 

3) Currently, I see an abrupt change in mipmap levels on my clipmapped
   terrain.  Playing with all the clipfly controls, I can lessen
   this distinction only by causing blurring.  What I'd really like
   is to "push" my highest detail mipmap border further away from the 
   eyepoint to make the change less apparent.  How can I do this? 

4) Lastly, are there any docs detailing the relationship between
   clipsize, tilesize, icache size, LODbias, and min/maxLOD (did I
   forget any parameters?) and the sharpness of the clipmap?  
   I can accept the "default" settings I use for performance reasons, 
   but I sure would like to know that I can control the clipmapping 
   for better image quality *if* I have the time to do it.

Thanks for any insight!

jan

-- 
Jan Anthony Barglowski	              jan@chinalake.navy.mil
Real-time Computer Graphics           http://www1.ridgecrest.ca.us/~jan
Naval Air Warfare Center, China Lake  (760) 927-1057
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 26 08:49:34 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA19772 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 08:47:56 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA19745 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 08:47:54 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA4080514
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 08:47:54 -0800 (PST)
Received: from mailgate.urz.uni-wuppertal.de (mailgate.urz.uni-wuppertal.de [132.195.20.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA11005
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 08:47:49 -0800 (PST)
	mail_from (zeise@uni-wuppertal.de)
Received: from wetnt8 (wetnt8.elektro.uni-wuppertal.de [132.195.29.86])
	by mailgate.urz.uni-wuppertal.de (8.8.8/8.8.8) with SMTP id RAA23125
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 17:47:41 +0100 (MET)
Sender: zeise@mailgate.urz.uni-wuppertal.de
Message-ID: <351A86AA.41C6@uni-wuppertal.de>
Date: Thu, 26 Mar 1998 18:47:38 +0200
From: Wilfried Zeise <zeise@uni-wuppertal.de>
X-Mailer: Mozilla 3.04C-SGI (X11; I; IRIX64 6.2 IP25)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Problems reading the z-buffer
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi pfAll:

I am using Performer 2.2 on an Onyx i-station with IRIX 6.2. I want to
read the z-buffer values for my currently displayed frame, and save them
as an image file (ppm format), for image processing purposes. But I am
having some troubles with it. To save such an image I modified the file
perfly.C.

First I declared a class:


class image_t {
  public:
    GLfloat red;
    GLfloat green;
    GLfloat blue;
    GLfloat alpha;
};





Then I added a new function to perfly.C:

static void __write_ppm (const char *filename, const size_t width, const
size_t height, const image_t *image)
{
  FILE *fp = NULL;

  if ((NULL == (fp = ::fopen (filename, "wb"))) || (NULL == image) ||
((1 > width) || (1 > height))) {
    // print msg

    return;
  }

  (void) ::fprintf (fp, "P6\n");
  (void) ::fprintf (fp, "%d %d\n", width, height);
  (void) ::fprintf (fp, "255\n");

  for (size_t loop_y = 0; loop_y < height; loop_y++)
    for (size_t loop_x = 0; loop_x < width; loop_x++)
      (void) ::fprintf (fp, "%c%c%c",
                        static_cast<unsigned char> (image[((height -
loop_y - 1) * width) + loop_x].red * 255),
                        static_cast<unsigned char> (image[((height -
loop_y - 1) * width) + loop_x].green * 255),
                        static_cast<unsigned char> (image[((height -
loop_y - 1) * width) + loop_x].blue * 255));

  ::fflush (fp);
  ::fclose (fp);

  return;
}




Then I modified the function snapImage as follows:


static void
snapImage(int snapAlpha)
{
    FILE 		*fp;
    static char 	str[80], depth[80], file_name[80];
    static int 		count = 0;
    pfPipe* 		cpipe = ViewState->masterChan->getPipe();
    int    		id = pfGetId(cpipe)*10 + count++;

    GLint viewport[4];

    GLfloat dbias = 0.0;
    GLfloat dbits = 0.0;
    GLfloat drange[2] = {0.0, 0.0};
    GLfloat dscale = 0.0;
    GLboolean dtest = GL_FALSE;

    glGetIntegerv (GL_VIEWPORT, viewport);

    const size_t image_size = viewport[2] * viewport[3];

    image_t *image = new image_t [image_size];

    image = new image_t [image_size];

    GLfloat *dbuffer = new GLfloat [image_size];

    sprintf(str, "perfly.%d.ppm", id);

    if (snapAlpha)
    {
        sprintf(str, "perfly.%d.rgba", id);
        pfNotify(PFNFY_INFO, PFNFY_PRINT, "Saving pipe %d image in file
%s\n",
	         pfGetId(cpipe), str);

        pfuSaveImage(str, 0, 0,
		 ViewState->mouse.winSizeX,
		 ViewState->mouse.winSizeY, 1);
    }
    else
    {
        glReadBuffer (GL_FRONT);

        glReadPixels (viewport[0], viewport[1], viewport[2],
viewport[3], GL_RGBA, GL_FLOAT, image);

        __write_ppm (str, viewport[2], viewport[3], image);
 
    }

// begin save z-buffer

    glGetFloatv (GL_DEPTH_BIAS, &dbias);
    glGetFloatv (GL_DEPTH_BITS, &dbits);
    glGetFloatv (GL_DEPTH_RANGE, drange);
    glGetFloatv (GL_DEPTH_SCALE, &dscale);
    glGetBooleanv (GL_DEPTH_TEST, &dtest);

    sprintf(depth, "frame_snapshot: bias %f,  scale %f, bits %f, range
(%f, %f), depth testing %s\n", 
                 dbias, dscale, dbits, drange[0], drange[1], 
                 ((GL_FALSE == dtest) ? "disabled" : "enabled"));

    pfNotify(PFNFY_INFO, PFNFY_PRINT, depth);

    glReadBuffer (GL_FRONT);

    glReadPixels (viewport[0], viewport[1], viewport[2], viewport[3],
GL_DEPTH_COMPONENT, GL_FLOAT, dbuffer);

    for (size_t loop = 0; loop < image_size; loop++)
      image[loop].red = image[loop].green = image[loop].blue =
image[loop].alpha = dbuffer[loop];

    sprintf (file_name, "depth%d.ppm\0", id);

    __write_ppm (file_name, viewport[2], viewport[3], image);

    delete [] dbuffer;

    delete [] file_name;
    delete [] image;
 

// end save z-buffer

    /* create info file to go with image */
    sprintf(str, "perfly.%d.info", id);
    if (fp = fopen(str,"w"))
    {
	float h, v;
	fprintf(fp, "Viewing parameters for snap %d of tnt3d\n\n", id);
	fprintf(fp, "XYZ: %f %f %f\n",
		ViewState->viewCoord.xyz[0],
		ViewState->viewCoord.xyz[1],
		ViewState->viewCoord.xyz[2]);
	fprintf(fp, "HPR: %f %f %f\n",
		ViewState->viewCoord.hpr[0],
		ViewState->viewCoord.hpr[1],
		ViewState->viewCoord.hpr[2]);
	fprintf(fp, "NEAR/FAR: %f %f \n",
		ViewState->near, ViewState->far);
	ViewState->masterChan->getFOV(&h, &v);
	fprintf(fp, "FOV: horiz=%f vert=%f\n", h, v);
	fclose(fp);
    }

    pfNotify(PFNFY_INFO, PFNFY_PRINT, "Done\n");
}




glReadPixels(...,GL_RGBA,...) works fine. 

The GL_DEPTH tests show the following results:

frame_snapshot: bias 0.000000,  scale 1.000000, bits 23.000000, range
(0.000000, 1.000000), depth testing enabled

In my opinion, this means glReadPixels(...,GL_DEPTH_COMPONENT,...)
should work. But I get for every pixel the value z=1.0 !!


Any idea why glReadPixels(...,GL_DEPTH_COMPONENT,...) douesn't work in
my application?

Thank you in advance
Wilfried

-- 
Wilfried Zeise			\    phone:+49-202-4392961
University of Wuppertal		 \   FAX: +49-202-4392959
Dept. of Electrical Engineering	  \  mailto:zeise@uni-wuppertal.de
Fuhlrottstr. 10			   \
42119 Wuppertal, Germany	    \
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 26 08:56:20 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA19827 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 08:54:58 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA19800 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 08:54:56 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA4119850
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 08:54:55 -0800 (PST)
Received: from sgiger.munich.sgi.com ([144.253.192.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id IAA13846
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 08:54:53 -0800 (PST)
	mail_from (axel@luca.hannover.sgi.com)
Received: from sgihan.hannover.sgi.com by sgiger.munich.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI)
	 id RAA02598; Thu, 26 Mar 1998 17:54:42 +0100
Received: from luca.hannover.sgi.com by sgihan.hannover.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI)
	 id RAA04578; Thu, 26 Mar 1998 17:49:26 +0100
Received: by luca.hannover.sgi.com (950413.SGI.8.6.12/930416.SGI)
	 id SAA02257; Thu, 26 Mar 1998 18:52:39 +0200
From: "Axel Sammet" <axel@luca.hannover.sgi.com>
Message-Id: <9803261852.ZM2255@luca.hannover.sgi.com>
Date: Thu, 26 Mar 1998 18:52:38 -0600
In-Reply-To: maher@holodeck.gsfc.nasa.gov (Stephen Maher)
        "Re: Almost, but not quite, unlike tea...." (Mar 26, 11:44)
References: <199803261644.LAA17636@holodeck.gsfc.nasa.gov>
X-Face: +.n!QKG7O5w\:2hJh%S}+iu)$t[N^n/eh9w-}^>U?i6]!O|,ubP5E$:C05Wot=|3?_N&bjk 4w%$@iFnNm&KCFms>NC]uX!T)xVcoM32jd`qO\VWkG6zc(!H)d`?1>CNrT:HOyT2mtxJ$(*M,QBe4d LYJVuvh!kn}3M}wqP6}cd(b0%+q9$.{+kIFC3ECFnZ3/ok|NqVgtG0^/{+9-6i52'n,H::f|!_du_e Gd*A~4xUbln#@
Organization: Silicon Graphics GmbH
Reply-To: axel@hannover.sgi.com
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: maher@holodeck.gsfc.nasa.gov (Stephen Maher), trdecarlo@tasc.com
Subject: Re: Almost, but not quite, unlike tea....
Cc: tan.projections@usa.net, dweller@riva.com, info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Try TAN Projections

email: tan.projections@usa.net
web: www.tan.de

Axel

On Mar 26, 11:44, Stephen Maher wrote:
> Subject: Re: Almost, but not quite, unlike tea....
> Thom DeCarlo writes:
> >
> > David Weller wrote:
> > >
> > > OK, the subject was my obligatory "Hitchhiker's" quote, but on a
> > > subject almost, but not quite, the same thing...
> > >
> > > We're looking for desktop display systems, similar to the ImmersaDesk
> > > from Pyramid Systems.  We saw one from Barco (the BARON, if I
> > > remember), but the projector wasn't contained within the desk, so it
> > > didn't fit our needs.
> > >
> > > Does anybody know of any critters like this? (other than the
> > > ImmersaDesk)
> > >
> >
> > I have seen similar products from Input Technologies, Inc.
> > (http://www.iti-world.com/) They have a family of products called
> > VisionMaker, which includes projection devices and flatpanel displays.
> > They look good, but I haven't played with them yet.
> >
> > Also, Fakespace (http://www.fakespace.com) has an Immersive Workbench
> > product, but it doesn't look quite like a desktop display.
>
> But it is very similar to an ImmersaDesk.
>
> Steve
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
>-- End of excerpt from Stephen Maher



-- 

___________________________________________________________________

Axel Sammet                   | HNV Office:  +49 511 9017229
Projektmanager                | Home Office: +49 40 60679230  <----
Visual Simulation             | Fax:         +49 511 6138115
Silicon Graphics GmbH         | Fax Home:    +49 40 6047117   <----
Ahrensburger Strasse 3        | Mobil:       +49 171 3583206
30659 Hannover                | E-Mail:      axel@hannover.sgi.com
Germany                       | V-Mail:      6-331-8629
___________________________________________________________________
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 26 10:18:26 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA20467 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 10:16:34 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA20440 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 10:16:32 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA4057806
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 10:16:30 -0800 (PST)
Received: from ntserver.ivex3d.com ([199.250.179.65]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA18988
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 10:16:28 -0800 (PST)
	mail_from (munjulur@ivex3d.com)
Received: by ntserver.ivex3d.com from localhost
    (router,SLMail V2.6); Thu, 26 Mar 1998 13:14:54 -0500
Received: by ntserver.ivex3d.com from GRENADA
    (192.168.1.16::mail daemon; unverified,SLMail V2.6); Thu, 26 Mar 1998 13:14:53 -0500
Received: by GRENADA         with Microsoft Mail
	id <01BD58B9.4B9B39A0@GRENADA        >; Thu, 26 Mar 1998 13:15:49 -0500
Message-ID: <01BD58B9.4B9B39A0@GRENADA        >
From: Ram Munjuluri <munjulur@ivex3d.com>
To: "'Jan Barglowski'" <jan@archimedes.vislab.navy.mil>,
        "info-performer@sgi.com" <info-performer@sgi.com>
Subject: RE: Cliptexture fun...
Date: Thu, 26 Mar 1998 13:15:48 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Status: O



-----Original Message-----
From:	Jan Barglowski [SMTP:jan@archimedes.vislab.navy.mil]
Sent:	Thursday, March 26, 1998 11:43 AM
To:	info-performer@sgi.com
Subject:	Cliptexture fun...

Performers:

After working with cliptexures for a week or so, I have a few
questions I can't seem to find a good answer for:

1) I'd really like to have some control over how the detail in=20
   the mipmaps I see.  It seems the biasS and biasT controls in
   clipfly will degrade the mipmap levels, but they won't sharpen
   it!

[Ram Munjuluri] =20
Hi,

Its been a long time since, I worked on this stuff, but, I hope I still =
remember the  neat clipTex mechanism. :):)

you could vary the virtual LOD offset to bring in high-detailed clip =
tiles. Shifting the Virtual LOD offset will cause a slider to bring in =
set of mip-levels of interest. Also, U could vary this value using the  =
height above terrain it should be a pretty good mipmapping between =
levels.

2) The cliptexture is always centered on my terrain directly below
   me.  Unfortunately, my flight sim doesn't fly looking down
   (for long!) -- it looks pretty much ahead.  So I see about
   half of the highest detail mipmap when I'd really like to see
   more.  This would, I'd guess, require the centering algorithm
   to take direction into account.  Since the texture loading already
   does this, is there any alternate centering function that can
   shift the clipcenter "in front" of me?  Or would this be an=20
   exercise left to the reader ;-)=20

[Ram Munjuluri] =20
Its pretty much an exercise, but a simple one. you could add a APP =
callback that grabs eye-point  and shifts the clipcenter accordingly, =
where ever you want to place it.

3) Currently, I see an abrupt change in mipmap levels on my clipmapped
   terrain.  Playing with all the clipfly controls, I can lessen
   this distinction only by causing blurring.  What I'd really like
   is to "push" my highest detail mipmap border further away from the=20
   eyepoint to make the change less apparent.  How can I do this?=20

[Ram Munjuluri] =20
The clip-centering and Virtual LOD offset should take car of this. of =
course, the clip centering will play a major role in minimizing this =
effect.

4) Lastly, are there any docs detailing the relationship between
   clipsize, tilesize, icache size, LODbias, and min/maxLOD (did I
   forget any parameters?) and the sharpness of the clipmap? =20
   I can accept the "default" settings I use for performance reasons,=20
   but I sure would like to know that I can control the clipmapping=20
   for better image quality *if* I have the time to do it.

[Ram Munjuluri] =20

There should a good *.doc on clipmaps in =
/usr/share/Performer/doc/clipmap
I hope it's still there.
=20
[Ram Munjuluri] =20
Hope this helped.....

-Ram
Rambabu Munjuluri
ram@ivex3d.com

Thanks for any insight!

jan

--=20
Jan Anthony Barglowski	              jan@chinalake.navy.mil
Real-time Computer Graphics           http://www1.ridgecrest.ca.us/~jan
Naval Air Warfare Center, China Lake  (760) 927-1057
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 26 11:04:21 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA20661 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 11:01:30 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA20634 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 11:01:29 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA4172518
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 11:01:28 -0800 (PST)
Received: from sunu450.rz.ruhr-uni-bochum.de (sunu450.rz.ruhr-uni-bochum.de [134.147.222.33]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id LAA07640
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 11:01:22 -0800 (PST)
	mail_from (Bert.Grollmann@rz.ruhr-uni-bochum.de)
Message-Id: <199803261901.LAA07640@sgi.sgi.com>
Received: (qmail 5887 invoked from network); 26 Mar 1998 19:01:20 -0000
Received: from dialppp-5-115.rz.ruhr-uni-bochum.de (HELO pc0001) (134.147.5.115)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 26 Mar 1998 19:01:20 -0000
X-Sender: grollbbo@mailhost.rz.ruhr-uni-bochum.de
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0
Date: Thu, 26 Mar 1998 19:51:06 +0100
To: info-performer@sgi.com
From: "B. Grollmann" <Bert.Grollmann@rz.ruhr-uni-bochum.de>
Subject: How to model for performer/inventor
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Status: O

Hi Performer's :-)

I've a question about the "best way" to model some
geometries for viewing in perfly.
Our modelling tool is SoftImage and we can convert
to wavefront (obj) and vrml (1.0/2.0), 
but,- how can we do some animations with our object,
e.g. a object travels from A to B, LOD objects, billboards...
or "touch a sphere" and we get moved to another "object world"
is there a (easy to use) tool for touch up our still geometrie into a
moving geometrie ?


Thanks for your help............
   Bert



        It's up to us to virtualise your environment !
        ..............................................
    Bert Grollmann   mailto:Bert.Grollmann@Ruhr-Uni-Bochum.de
		       mailto:Bert.Grollmann@FH-Bochum.de      
 ======================================================================
    RUB - Ruhr University Bochum
    FH  - Polytechnical Institute of Bochum
          Dept. for artificial intelligence, system software 
                and graphic systems
                kiss-lab

    Lennershofstr. 140 
    44801 Bochum 
    Germany 
 ======================================================================
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 26 13:21:27 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA21117 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 13:18:14 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA21090 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 13:18:13 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA3243971
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 13:18:12 -0800 (PST)
Received: from wave.edgenet.net (wave.edgenet.net [205.181.175.4]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id NAA02725
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 13:18:11 -0800 (PST)
	mail_from (msitech@banet.net)
Received: from banet.net ([205.181.168.100]) by wave.edgenet.net
          (Post.Office MTA v3.1.2 release (PO203-101c)
          ID# 0-40860U5000L500S0) with ESMTP id AAA400
          for <info-performer@sgi.com>; Thu, 26 Mar 1998 16:13:58 -0800
Message-ID: <351AF00E.37DB4ED8@banet.net>
Date: Thu, 26 Mar 1998 16:17:19 -0800
From: Marine Safety <msitech@banet.net>
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
To: "info-performer@sgi.com" <info-performer@sgi.com>
Subject: i quit
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

can you please unsubscribe me


                the techs

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

From guest  Thu Mar 26 13:58:25 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA21336 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 13:56:57 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA21309 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 13:56:54 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA4192907
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 13:56:50 -0800 (PST)
Received: from silver.anu.edu.au (silver.anu.edu.au [150.203.162.26]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id NAA18923
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 13:56:44 -0800 (PST)
	mail_from (bcorrie@silver.anu.edu.au)
Received: from silver (bcorrie@localhost [127.0.0.1]) by silver.anu.edu.au (8.8.2/8.8.2) with ESMTP id IAA06921; Fri, 27 Mar 1998 08:56:00 +1100 (EST)
Message-Id: <199803262156.IAA06921@silver.anu.edu.au>
X-Mailer: exmh version 1.6.7 5/3/96
To: dweller@riva.com
cc: trdecarlo@tasc.com, maher@holodeck.gsfc.nasa.gov, info-performer@sgi.com,
        bcorrie@silver.anu.edu.au
Subject: Re: Almost, but not quite, unlike tea.... 
In-reply-to: Your message of "Thu, 26 Mar 1998 11:44:25 CDT."
             <199803261644.LAA17636@holodeck.gsfc.nasa.gov> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 27 Mar 1998 08:55:59 +1100
From: Brian Corrie <bcorrie@cs.anu.edu.au>
Status: O

Stephen Maher writes:
>
> Thom DeCarlo writes:
> > 
> > David Weller wrote:
> > > 
> > > OK, the subject was my obligatory "Hitchhiker's" quote, but on a
> > > subject almost, but not quite, the same thing...
> > > 
> > > We're looking for desktop display systems, similar to the ImmersaDesk
> > > from Pyramid Systems.  We saw one from Barco (the BARON, if I
> > > remember), but the projector wasn't contained within the desk, so it
> > > didn't fit our needs.
> > > 
> > > Does anybody know of any critters like this? (other than the
> > > ImmersaDesk)
> > > 
> > 
> > I have seen similar products from Input Technologies, Inc.
> > (http://www.iti-world.com/) They have a family of products called
> > VisionMaker, which includes projection devices and flatpanel displays.
> > They look good, but I haven't played with them yet.
> > 
> > Also, Fakespace (http://www.fakespace.com) has an Immersive Workbench
> > product, but it doesn't look quite like a desktop display.
> 
> But it is very similar to an ImmersaDesk.

The IDesk, Fakespace, and Barco products are all fairly similar, although the 
IDesk is at a fixed angle rather than a flat, table top display. Trimension 
(www.trimension-inc.com) claims to have a desk/workbench device in the 
pipeline. SEOS (www.seos.co.uk) is a well known projection/simulator outfit 
from the UK and may have a table top product and might be worth checking out. 
Mechdyne (www.mechdyne.com) is a reseller of Barco products and may be able to 
provide a more 'complete' solution than Barco itself (no experience 
personally, but Mechdyne has a fair bit of experience in the rear projection 
game).

Thats all that I can think of. Hope that helps...

	Brian


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

From guest  Thu Mar 26 22:49:43 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA23270 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 22:45:52 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA23243 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 22:45:51 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id WAA4300198
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 22:45:50 -0800 (PST)
Received: from dandan.engr.sgi.com ([150.166.37.49]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id WAA19604
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 22:45:49 -0800 (PST)
	mail_from (zhz@dandan.engr.sgi.com)
Received: (from zhz@localhost) by dandan.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA07374; Thu, 26 Mar 1998 22:45:48 -0800
From: "Jenny Zhao" <zhz@dandan.engr.sgi.com>
Message-Id: <9803262245.ZM7372@dandan.engr.sgi.com>
Date: Thu, 26 Mar 1998 22:45:47 -0800
In-Reply-To: Steve Baker <sbaker@link.com>
        "Re: perfly question" (Mar 25, 11:45pm)
References: <Pine.SGI.3.96.980325234437.17874A-100000@lechter.bgm.link.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Steve Baker <sbaker@link.com>, Lee Willis <lwillis@inreach.com>
Subject: Re: perfly question
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 25, 11:45pm, Steve Baker wrote:
> Subject: Re: perfly question
> On Wed, 25 Mar 1998, Lee Willis wrote:
>
> > Hi pfFolks,
> >
> > Does perfly automatically modify the LOD scale factor when one changes the
> > field-of-view,
> > perhaps as a load-management feature?  We have a database that when we
> > widen the FOV
> > past 60 degrees, some of our LODs change.
>
> That is the default action in Performer (not just Perfly) there
> *is* a call to change that behaviour - I forget what it is right now.

LOD scale behavior can be modified by LODState attributes.
you can modify the geometric range, and channel stress, etc.
in addition, 2.2 allows you to affect the FOV influence on LOD scale
by setting PFLODSTATE_RANGE_FOVOFFSET and PFLODSTATE_RANGE_FOVSCALE
using pfLODStateAttr(...).


-- 


Jenny Zhao                                   
zhz@engr.sgi.com                    
650 933-5091 (Voice)           
650 965-2658 (Fax)         
Silicon Graphics - IRIS Performer      
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Thu Mar 26 23:48:00 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id XAA23438 for info-performer-dist@holodeck.engr.sgi.com; Thu, 26 Mar 1998 23:46:50 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id XAA23411 for <info-performer@holodeck.engr.sgi.com>; Thu, 26 Mar 1998 23:46:43 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id XAA4426961
	for <info-performer@cthulhu.engr.sgi.com>;
	Thu, 26 Mar 1998 23:46:43 -0800 (PST)
Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.3.16]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id XAA01245
	for <info-performer@sgi.com>; Thu, 26 Mar 1998 23:46:41 -0800 (PST)
	mail_from (wsherman@ncsa.uiuc.edu)
Received: from mx1.ncsa.uiuc.edu (mx1.ncsa.uiuc.edu [141.142.3.15])
	by ex1.ncsa.uiuc.edu (8.8.8/8.8.8) with ESMTP id BAA27935;
	Fri, 27 Mar 1998 01:46:24 -0600 (CST)
Received: from space.ncsa.uiuc.edu (space.ncsa.uiuc.edu [141.142.4.10])
	by mx1.ncsa.uiuc.edu (8.8.8/8.8.8) with ESMTP id BAA21941;
	Fri, 27 Mar 1998 01:46:19 -0600 (CST)
From: William Sherman -Visualization <wsherman@ncsa.uiuc.edu>
Received: (from wsherman@localhost)
          by space.ncsa.uiuc.edu (8.8.4/8.8.4)
	  id BAA13782; Fri, 27 Mar 1998 01:47:19 -0600 (CST)
Date: Fri, 27 Mar 1998 01:47:19 -0600 (CST)
Message-Id: <199803270747.BAA13782@space.ncsa.uiuc.edu>
To: bcorrie@cs.anu.edu.au, dweller@riva.com
Subject: Re: Almost, but not quite, unlike tea....
Cc: bcorrie@silver.anu.edu.au, info-performer@sgi.com,
        maher@holodeck.gsfc.nasa.gov, trdecarlo@tasc.com,
        wsherman@ncsa.uiuc.edu
Status: O

> Brian Corrie <bcorrie@cs.anu.edu.au> wrote:
> 
> > > David Weller wrote:
> > > > 
> > > > We're looking for desktop display systems, similar to the ImmersaDesk
> > > > from Pyramid Systems.  We saw one from Barco (the BARON, if I
> > > > remember), but the projector wasn't contained within the desk, so it
> > > > didn't fit our needs.
> > > > 
> > > > Does anybody know of any critters like this? (other than the
> > > > ImmersaDesk)

> The IDesk, Fakespace, and Barco products are all fairly similar, although the 
> IDesk is at a fixed angle rather than a flat, table top display. Trimension 
> (www.trimension-inc.com) claims to have a desk/workbench device in the 
> pipeline. SEOS (www.seos.co.uk) is a well known projection/simulator outfit 
> from the UK and may have a table top product and might be worth checking out. 
> Mechdyne (www.mechdyne.com) is a reseller of Barco products and may be able
> to provide a more 'complete' solution than Barco itself (no experience 
> personally, but Mechdyne has a fair bit of experience in the rear projection 
> game).
> 
> Thats all that I can think of. Hope that helps...

And I think that's all fairly accurate, except that there is also
an "ImmersaDesk II" (also available from Pyramid Systems) and is
much better for shipping, and quickly setting up the display.  It
can also change the angle of the screen from somewhere around 30
degrees above flat to fully vertical.

I am curious, however as to whether the original question comes from
wanting to price-compare single screen projection VR displays, or
specifically doesn't want an ImmersaDesk.

I'm a regular user of ImmersaDesks and CAVE systems, and find them
to be reasonable, and I should state that I am not associated with
Pyramid Systems in any way, but I am fond of the CAVE library --
which also works on head-based VR displays BTW.  (I believe The CAVE
library is included with the systems that Pyramid sells.)

> 	Brian

	Bill

/*************************************************************************/
/* Bill Sherman  (wsherman@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@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 27 01:22:38 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA23684 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 01:21:35 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA23657 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 01:21:34 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id BAA4443375
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 01:21:33 -0800 (PST)
Received: from Cs.Nott.AC.UK (pat.cs.nott.ac.uk [128.243.21.19]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id BAA19519
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 01:21:25 -0800 (PST)
	mail_from (Simon.Hart@nottingham.ac.uk)
Received: from marian.cs.nott.ac.uk by pat.Cs.Nott.AC.UK id aa00933;
          27 Mar 98 9:21 GMT
Received: from amethyst by marian.Cs.Nott.AC.UK id aa22079; 27 Mar 98 9:21 GMT
Sender: smh@Cs.Nott.AC.UK
Message-ID: <351B6EF3.41C6@nott.ac.uk>
Date: Fri, 27 Mar 1998 09:18:43 +0000
From: Simon Hart <Simon.Hart@nottingham.ac.uk>
Organization: CIMI
X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: performer mailing list
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Please add my email address to the Performer mailing list:


simon.hart@nottingham.ac.uk


Thankyou

Simon.



-- 
Simon Hart, BA DipArch.	
Development Manager	
CIMI
Unit 8 William Lee Buildings
Highfields Science Park
University Boulevard
Nottingham NG7 2RQ.

e-mail: simon.hart@nottingham.ac.uk

Tel: 0115 956 8997/0   Fax: 0115 956 8991

  Internet: http://www.cimi.nott.ac.uk/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 27 01:53:12 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA23832 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 01:52:12 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA23805 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 01:52:11 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id BAA4454035
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 01:52:11 -0800 (PST)
Received: from oxe.cs.umu.se (oxe.cs.umu.se [130.239.40.14]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id BAA25016
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 01:52:09 -0800 (PST)
	mail_from (jonasa@cs.umu.se)
Received: from jewel.cs.umu.se (rfc1413 says jonasa@jewel.cs.umu.se [130.239.40.136]) by oxe.cs.umu.se (8.8.8/8.8.8) with ESMTP id KAA09944 for <info-performer@sgi.com>; Fri, 27 Mar 1998 10:52:07 +0100 (MET)
Received: from localhost (rfc1413 says jonasa@localhost) by jewel.cs.umu.se (8.8.7/8.8.7) with ESMTP id JAA05421 for <info-performer@sgi.com>; Fri, 27 Mar 1998 09:52:06 GMT
X-Authentication-Warning: jewel.cs.umu.se: jonasa owned process doing -bs
Date: Fri, 27 Mar 1998 10:52:06 +0100 (MET)
From: Jonas Andersson <jonasa@cs.umu.se>
Reply-To: Jonas Andersson <jonasa@cs.umu.se>
To: info-performer@sgi.com
Subject: Constructing pfASD
Message-ID: <Pine.SGI.3.95.980327103503.4822A-100000@jewel.cs.umu.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by cthulhu.engr.sgi.com id BAA4294793
Status: O


Hi pfAll,

>From Performer Programmer=B4s Guide:
"LODs can be generated using simple adaptations of well-known,=20
non-uniform-tesselation surface subdivision algorithms."

I would like to construct LODs from a high resolution set of triangles=20
where certain features, e.g. outlines of areas like lakes, glaciers, etc.
should change at a slower rate across several LODs than the number of
triangles inside these areas.

Are there well-known algorithms solving this problem as well?

Are there any free/cheap libraries or source code supporting such
algorithms?


Thanks for any help!

  Jonas

_________________________________________________________________________=
_______
Jonas Andersson			jonasa@cs.umu.se, http://www.cs.umu.se/~jonasa


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

From guest  Fri Mar 27 02:02:05 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id CAA23905 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 02:01:34 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id CAA23878 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 02:01:33 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id CAA4447760
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 02:01:32 -0800 (PST)
Received: from curare.tcm.hut.fi (curare.tcm.hut.fi [130.233.45.40]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id CAA26745
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 02:01:27 -0800 (PST)
	mail_from (napo@curare.tcm.hut.fi)
Received: (from napo@localhost) by curare.tcm.hut.fi (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA28985; Fri, 27 Mar 1998 12:01:25 +0200
From: Hannu Napari <Hannu.Napari@hut.fi>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Fri, 27 Mar 1998 12:01:25 +0200 (EET)
To: info-performer@sgi.com
Subject: .ls loader?
X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs  Lucid
Message-ID: <13595.30859.79432.859476@curare.tcm.hut.fi>
Status: O


Has anyone seen/made loader for Lightscape 3.1.1 .ls format?
If there is no loader, does anyone know where I can get the
description of the .ls format?

-- 
		      Hannu Napari  <Hannu.Napari@hut.fi>
		       Helsinki University of Technology
	     Telecommunications Software and Multimedia Laboratory
    PB 1100, FIN-02015 HUT, Finland, tel +358-9-4514736, fax +358-9-4515014
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 27 06:51:29 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA24421 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 06:48:18 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA24394 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 06:48:17 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id GAA4492980
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 06:48:16 -0800 (PST)
Received: from grover.brooks.af.mil (grover.brooks.af.mil [140.140.4.221]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA24762
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 06:48:11 -0800 (PST)
	mail_from (jcoffman@grover.brooks.af.mil)
Received: (from jcoffman@localhost) by grover.brooks.af.mil (8.7.5/8.7.3) id IAA06024 for info-performer@sgi.com; Fri, 27 Mar 1998 08:48:08 -0600
From: Jarrett Coffman <jcoffman@grover.brooks.af.mil>
Message-Id: <199803271448.IAA06024@grover.brooks.af.mil>
Subject: Bad Performer 2.2 install
To: info-performer@sgi.com (performer)
Date: Fri, 27 Mar 1998 08:48:07 -0600 (CST)
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

I think I installed performer 2.2 incorrectly. When ever I build my
application I get a ton of warning messages. The error messages all
relate to libpfdu_ogl.so and libpfutil_ogl.so having the same thing
defined in them.

Here is just a sample of a few of them

ld: WARNING 85: definition of XSGIvcQueryVersion in
/usr/lib/libpfdu_ogl.so preempts that definition in
/usr/lib/libpfutil_ogl.so.
ld: WARNING 85: definition of XSGIvcQueryVideoScreenInfo in
/usr/lib/libpfdu_ogl.so preempts that definition in
/usr/lib/libpfutil_ogl.so.
ld: WARNING 85: definition of XSGIvcListVideoFormats in
/usr/lib/libpfdu_ogl.so preempts that definition in
/usr/lib/libpfutil_ogl.so.
ld: WARNING 85: definition of XSGIvcListVideoFormatsCombinations in
/usr/lib/libpfdu_ogl.so preempts that definition in
/usr/lib/libpfutil_ogl.so.
ld: WARNING 85: definition of XSGIvcListVideoFormatsInCombination in
/usr/lib/libpfdu_ogl.so preempts that definition in
/usr/lib/libpfutil_ogl.so.
ld: WARNING 85: definition of XSGIvcLoadVideoFormat in
/usr/lib/libpfdu_ogl.so preempts that definition in
/usr/lib/libpfutil_ogl.so.

Here are are my libpfdu* files

-r--r--r--    1 root     sys       382352 Mar 26 16:28 libpfdu_igl.so.2
-r--r--r--    1 root     sys       420416 Mar 26 16:28 libpfdu_igl.so.3
lrwxr-xr-x    1 root     sys           18 Feb 18 10:01 libpfdu_ogl.so -> ./libpfdu_ogl.so.4
-r--r--r--    1 root     sys       382216 Mar 26 16:25 libpfdu_ogl.so.2
-r--r--r--    1 root     sys       420400 Mar 26 16:25 libpfdu_ogl.so.3
-rwxr-xr-x    1 root     sys       577280 Mar 26 16:26 libpfdu_ogl.so.4

Here are my libpfutil* files

lrwxr-xr-x    1 root     sys           18 Jul 14  1997 libpfutil.so -> ./libpfutil_ogl.so
-r--r--r--    1 root     sys       301908 Mar 26 16:28 libpfutil_igl.so.2
-r--r--r--    1 root     sys       333404 Mar 26 16:28 libpfutil_igl.so.3
lrwxr-xr-x    1 root     sys           20 Feb 18 10:01 libpfutil_ogl.so -> ./libpfutil_ogl.so.4
-r--r--r--    1 root     sys       325488 Mar 26 16:25 libpfutil_ogl.so.2
-r--r--r--    1 root     sys       361032 Mar 26 16:25 libpfutil_ogl.so.3
-rwxr-xr-x    1 root     sys       761504 Mar 26 16:26 libpfutil_ogl.so.4

This is running on IRIX 6.2 on an Indigo2 MAX IMPACT.

My application runs fine, but I would like to get this fixed.

-- 
Jarrett Coffman
AFRL/HEJT Brooks AFB
jcoffman@grover.brooks.af.mil
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 27 08:18:51 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA24630 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 08:17:16 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA24603 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 08:17:06 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA4508751
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 08:17:05 -0800 (PST)
Received: from crane.cf.ac.uk (crane.cf.ac.uk [131.251.0.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA25040
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 08:16:56 -0800 (PST)
	mail_from (Ruddle@cardiff.ac.uk)
Received: from thor.cf.ac.uk by crane.cf.ac.uk with SMTP-LOC (PP);
          Fri, 27 Mar 1998 16:13:49 +0000
Received: from localhost (saprar@localhost) by thor.cf.ac.uk (8.8.8/8.6.12) 
          with SMTP id QAA20242 for <info-performer@sgi.com>;
          Fri, 27 Mar 1998 16:16:52 GMT
Date: Fri, 27 Mar 1998 16:16:51 +0000 (GMT)
From: Roy Ruddle <Ruddle@cardiff.ac.uk>
Reply-To: Ruddle@cardiff.ac.uk
To: info-performer@sgi.com
Subject: Re: Bad Performer 2.2 install
In-Reply-To: <199803271448.IAA06024@grover.brooks.af.mil>
Message-ID: <Pine.OSF.3.95q.980327161456.29765G-100000@thor>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

I had the same problem. Apparently the warnings have no consequence (in
this instance). They can be turned off using -Wl,-woff,85 (see below)

> $(PROGRAMS):
>         $(C++F) -o $@ $(SOURCES) $(LDFLAGS) $(WOFF) -Wl,-woff,85
							^^^^^^^^^

roy


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

From guest  Fri Mar 27 08:23:50 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA24667 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 08:22:38 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA24640 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 08:22:37 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA4451875
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 08:22:37 -0800 (PST)
Received: from mail.inreach.com (mail.inreach.com [209.142.0.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA27495
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 08:22:35 -0800 (PST)
	mail_from (lwillis@inreach.com)
Received: from get (209-142-17-173.oak.inreach.net [209.142.17.173]) by mail.inreach.com (8.8.8/8.8.6/(InReach)) with ESMTP id IAA18608; Fri, 27 Mar 1998 08:18:24 -0800 (PST)
Message-Id: <199803271618.IAA18608@mail.inreach.com>
Reply-To: <lwillis@inreach.com>
From: "Lee Willis" <lwillis@inreach.com>
To: "Jonas Andersson" <jonasa@cs.umu.se>
Cc: <info-performer@sgi.com>
Subject: Re: Constructing pfASD
Date: Fri, 27 Mar 1998 08:19:03 -0800
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1162
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by cthulhu.engr.sgi.com id IAA4497935
Status: O


>From: Jonas Andersson <jonasa@cs.umu.se>
>To: info-performer@sgi.com
>Subject: Constructing pfASD
>Date: Friday, March 27, 1998 1:52 AM


> Hi pfAll,
>
>From Performer Programmer=B4s Guide:
>"LODs can be generated using simple adaptations of well-known,=20
>non-uniform-tesselation surface subdivision algorithms."

>I would like to construct LODs from a high resolution set of triangles=20
>where certain features, e.g. outlines of areas like lakes, glaciers, etc.
>should change at a slower rate across several LODs than the number of
>triangles inside these areas.

>Are there well-known algorithms solving this problem as well?

No.  :-(  Constructing an ASD "bottom-up" (starting from the most detaile=
d
and working backwards) is a particularly thorny problem, one I was never
able to crack adequately.  This is because of the requirements of how an
each LOD in an ASD must be connected to each other.  It is much simpler
to start with a coarse tesselation and subdivide it according to those
rules=20
than to start with a fine tesselation and merge those into coarser sample=
s.

>Are there any free/cheap libraries or source code supporting such
>algorithms?

None that I know of.

>Thanks for any help!
>
>  Jonas

------------------------------
Lee Willis                        Virtual Landscape Dermatologist        =
 =20
     =20
lwillis@terrex.com           TERREX


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

From guest  Fri Mar 27 08:27:20 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA24706 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 08:26:25 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA24679 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 08:26:24 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA4529352
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 08:26:24 -0800 (PST)
Received: from deutschland.artemedia.de (deutschland.artemedia.de [195.21.248.22]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA29139
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 08:26:19 -0800 (PST)
	mail_from (jean.claude.bachmann@artemedia.de)
Received: from artemedia.de ([10.3.2.5]) by deutschland.artemedia.de
          (Netscape Mail Server v2.02) with ESMTP id AAA323
          for <info-performer@sgi.com>; Fri, 27 Mar 1998 17:26:35 +0100
Sender: jean.claude.bachmann@artemedia.de (Jean-Claude Bachmann)
Message-ID: <351BD233.6FEB28D8@artemedia.de>
Date: Fri, 27 Mar 1998 17:22:12 +0100
From: Jean-Claude Bachmann <jean-claude.bachmann@artemedia.de>
Organization: Artemedia Productions GmbH
X-Mailer: Mozilla 4.03 [en] (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Texture preloading
Content-Type: multipart/mixed; boundary="------------0BEE24DCFCDD40A112B4C750"
Status: O

This is a multi-part message in MIME format.
--------------0BEE24DCFCDD40A112B4C750
Content-Type: multipart/alternative; boundary="------------025472FB149DEF08F8050D3D"


--------------025472FB149DEF08F8050D3D
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

We have some problems with texture preloading when using several pfPipeWindows.
The textures are preloaded in  a draw callback.
I attached the makefile as well as a modified pguide version of multiwin.C.

When running the application with a moderately big textured model I get the following error code:

X Error of failed request:  BadWindow (invalid Window parameter)
  Major opcode of failed request:  151 (SGI-VIDEO-CONTROL)
  Minor opcode of failed request:  16 ()
  Resource id in failed request:  0xa1
  Serial number of failed request:  221
  Current serial number in output stream:  222
PF Notice:                     Caught SIGCHLD. Exiting due to death of child with pid 9693.

This error does NOT occur when using a small model!!  But the textures of the bigger model should fit into the TRAM
without any problem. Using only a single pfPipeWindow everything runs fine.
When running the same model with another application we suddenly get, using the same preloading mechanism, framerates of
0.1 frames per second. And the textures are preloaded once for every pfPipeWindow created, even though they are all
using one pfPipe.

The application seems to be heavely occupied with something. When ommitting the preloading the movement is smooth,
indicating acceptable framerates.

This thing happens on an Onyx2 IR, Performer2.2 Irix 6.4.

Any ideas?
When using two hardware pipes. Do we have to preload the textures into each pipe? Is there a function to actually see
what is preloaded in the TRAM, if there is an  overflow for some reason?

Thanks for the help
J.C.



--

********************************************************************
* Artemedia GmbH        | Tel.: +49 [0]30 25443 - 0                *
* Jean-Claude Bachmann  | Tel.: +49 0172 - 219 13 76               *
* Hardenbergplatz 2     | Fax.: +49 [0]30 25443 - 400              *
* D-10623 Berlin        | email: jean-claude.bachmann@artemedia.de *
* Germany               | Web Page http://www.artemedia.de         *
********************************************************************



--------------025472FB149DEF08F8050D3D
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<HTML>
We have some problems with texture preloading when using several pfPipeWindows.
<BR>The textures are preloaded in&nbsp; a draw callback.
<BR>I attached the makefile as well as a modified pguide version of multiwin.C.

<P>When running the application with a moderately big textured model I
get the following error code:

<P>X Error of failed request:&nbsp; BadWindow (invalid Window parameter)
<BR>&nbsp; Major opcode of failed request:&nbsp; 151 (SGI-VIDEO-CONTROL)
<BR>&nbsp; Minor opcode of failed request:&nbsp; 16 ()
<BR>&nbsp; Resource id in failed request:&nbsp; 0xa1
<BR>&nbsp; Serial number of failed request:&nbsp; 221
<BR>&nbsp; Current serial number in output stream:&nbsp; 222
<BR>PF Notice:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Caught SIGCHLD. Exiting due to death of child with pid 9693.

<P>This error does NOT occur when using a small model!!&nbsp; But the textures
of the bigger model should fit into the TRAM without any problem. Using
only a single pfPipeWindow everything runs fine.
<BR>When running the same model with another application we suddenly get,
using the same preloading mechanism, framerates of 0.1 frames per second.
And the textures are preloaded once for every pfPipeWindow created, even
though they are all using one pfPipe.

<P>The application seems to be heavely occupied with something. When ommitting
the preloading the movement is smooth, indicating acceptable framerates.

<P>This thing happens on an Onyx2 IR, Performer2.2 Irix 6.4.

<P>Any ideas?
<BR>When using two hardware pipes. Do we have to preload the textures into
each pipe? Is there a function to actually see what is preloaded in the
TRAM, if there is an&nbsp; overflow for some reason?

<P>Thanks for the help
<BR>J.C.
<BR>&nbsp;
<BR>&nbsp;
<PRE>--&nbsp;

********************************************************************
* Artemedia GmbH&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Tel.: +49 [0]30 25443 - 0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *
* Jean-Claude Bachmann&nbsp; | Tel.: +49 0172 - 219 13 76&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *
* Hardenbergplatz 2&nbsp;&nbsp;&nbsp;&nbsp; | Fax.: +49 [0]30 25443 - 400&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *&nbsp;
* D-10623 Berlin&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | email: jean-claude.bachmann@artemedia.de *
* Germany&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Web Page <A HREF="http://www.artemedia.de">http://www.artemedia.de</A>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *
********************************************************************</PRE>
&nbsp;</HTML>

--------------025472FB149DEF08F8050D3D--

--------------0BEE24DCFCDD40A112B4C750
Content-Type: text/plain; charset=us-ascii; name="Makefile"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="Makefile"

#!smake -J 1
#-------------------------------------------------------------------#
#-- Makefile for Performer/src/pguide/libpf/C++ directory         --#
#-------------------------------------------------------------------#
#-- RCS version information                                       --#
#--   $Revision: 1.86 $                                           --#
#--   $Date: 1997/12/06 04:13:14 $                                --#
#-------------------------------------------------------------------#

PFROOT ?= $(ROOT)

# needed for motif.c
PFDOMOTIF ?= 1
#if $(PFDOMOTIF)
NEED_MOTIF_LIBS = 1
#endif

# Needed for video program (siriusvtex.c dmvtex.c)
PFDOVIDEO ?= 1
#if $(PFDOVIDEO)
NEED_VIDEO_LIBS = 1
#endif

include $(PFROOT)/usr/share/Performer/src/pfmakedefs

# C++ programs must use CC as linker
LINKERF=$(CXXF)

.BEGIN:
	@if [ $(PFDOMOTIF) = "1" ]; then \
	echo "Linking with motif libraries. setenv PFDOMOTIF 0 to turn off."; \
	else \
	echo "Not linking with motif libraries can't build motif.c. setenv PFDOMOTIF 1 to enable."; \
	fi

#-- targets are the executables
TARGETS	= \
	multiwin 
OBJECTS = $(TARGETS:=.o) \
	culldl.o


include $(PFROOT)/usr/share/Performer/src/pfmakerules

--------------0BEE24DCFCDD40A112B4C750
Content-Type: text/plain; charset=us-ascii; name="multiwin.C"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; filename="multiwin.C"

//
// Copyright 1995, Silicon Graphics, Inc.
// ALL RIGHTS RESERVED
//
// UNPUBLISHED -- Rights reserved under the copyright laws of the United
// States.   Use of a copyright notice is precautionary only and does not
// imply publication or disclosure.
//
// U.S. GOVERNMENT RESTRICTED RIGHTS LEGEND:
// Use, duplication or disclosure by the Government is subject to restrictions
// as set forth in FAR 52.227.19(c)(2) or subparagraph (c)(1)(ii) of the Rights
// in Technical Data and Computer Software clause at DFARS 252.227-7013 and/or
// in similar or successor clauses in the FAR, or the DOD or NASA FAR
// Supplement.  Contractor/manufacturer is Silicon Graphics, Inc.,
// 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311.
//
// Permission to use, copy, modify, distribute, and sell this software
// and its documentation for any purpose is hereby granted without
// fee, provided that (i) the above copyright notices and this
// permission notice appear in all copies of the software and related
// documentation, and (ii) the name of Silicon Graphics may not be
// used in any advertising or publicity relating to the software
// without the specific, prior written permission of Silicon Graphics.
//
// THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND,
// EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY
// WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
//
// IN NO EVENT SHALL SILICON GRAPHICS BE LIABLE FOR ANY SPECIAL,
// INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, OR ANY
// DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS,
// WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY
// THEORY OF LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE
// OR PERFORMANCE OF THIS SOFTWARE.
//
//
// multiwinC.C: Performer program to demonstrate multiple windows
//              in one pipe.  Derived from simple.c
//
// $Revision: 1.10 $ 
// $Date: 1995/11/22 14:35:15 $ 
//



//
// Modified for test purposes. Not the original beauty any more!!!!!
//


#include <stdlib.h>

#include <Performer/pf/pfChannel.h>
#include <Performer/pf/pfScene.h>
#include <Performer/pf/pfLightSource.h>
#include <Performer/pr/pfLight.h>
#include <Performer/pr/pfTexture.h>

#include <Performer/pfdu.h>
#include <Performer/pfutil.h>

#include <iostream.h>

static void OpenPipeWin(pfPipeWindow *pw);
static void DrawChannel(pfChannel *chan, void *data);


struct SharedStuff
{
        pfList* texList;
        pfScene *scene;
};

SharedStuff* shared;

//
//	Usage() -- print usage advice and exit. This
//      procedure is executed in the application process.
//
static void
Usage (void)
{
    pfNotify(PFNFY_FATAL, PFNFY_USAGE, "Usage: multiwinC file.ext ...\n");
    exit(1);
}


int
main (int argc, char *argv[])
{
    float       t = 0.0f;
    pfPipeWindow *pwin[16];
    pfChannel   *chan[16];
    int 	loop;
    int		NumWins = 4;
    char	str[PF_MAXSTRING];
    
    if (argc < 2)
	Usage();
    
    // Initialize Performer
    pfInitArenas();
    pfInit();	
    
    // Use default multiprocessing mode based on number of
    // processors.
    //
    pfMultiprocess( PFMP_DEFAULT );
    
    // Load all loader DSO's before pfConfig() forks 
    pfdInitConverter(argv[1]);

    shared =  (SharedStuff*) pfMalloc(sizeof(SharedStuff),
                                      pfGetSharedArena());

    // Configure multiprocessing mode and start parallel
    // processes.
    //
    pfConfig();			
    
    // Append to PFPATH additional standard directories where 
    // geometry and textures exist 
    //
    pfFilePath(".:/usr/share/Performer/data");
    
    // Attach loaded file to a pfScene.
    shared->scene = new pfScene;


    // Read a single file, of any known type.

    for(int i=1; i < argc; i++)
    {
        pfNode *root = pfdLoadFile(argv[i]);
        if (root == NULL) 
        {
            pfExit();
            exit(-1);
        }
        shared->scene->addChild(root);    
    }
    
    shared->texList=pfuMakeSceneTexList(shared->scene);    
    
    // determine extent of scene's geometry
    pfSphere bsphere;
    shared->scene->getBound(&bsphere);
    
    // Create a pfLightSource and attach it to scene.
    shared->scene->addChild(new pfLightSource);
    
    // Configure and open GL window
    pfPipe *p = pfGetPipe(0);
    for (loop=0; loop < NumWins; loop++)
    {
	pwin[loop] = new pfPipeWindow(p);
	sprintf(str, "IRIS Performer - Win %d", loop);
	pwin[loop]->setName(str);
	pwin[loop]->setOriginSize((loop&0x1)*315, ((loop&0x2)>>1)*340,
				  300, 300);
	pwin[loop]->setConfigFunc(OpenPipeWin);
	pwin[loop]->config();
    }
    
    // Create and configure a pfChannel.
    for (loop=0; loop < NumWins; loop++)
    {
	chan[loop] = new pfChannel(p);
	pwin[loop]->addChan(chan[loop]);
	chan[loop]->setScene(shared->scene);
	chan[loop]->setTravFunc(PFTRAV_DRAW,DrawChannel);
	chan[loop]->setNearFar(1.0f, 10.0f * bsphere.radius);
	chan[loop]->setFOV(45.0f, 0.0f);
    }
    
    // Simulate for twenty seconds.
    while (t < 600.0f)
    {
	float      s, c;
	pfCoord	   view;
	
	// Go to sleep until next frame time.
	pfSync();		
	
	// Compute new view position.
	t = pfGetTime();
	pfSinCos(45.0f*t, &s, &c);
	view.hpr.set(45.0f*t, -10.0f, 0);
	view.xyz.set(2.0f * bsphere.radius * s, 
		     -2.0f * bsphere.radius *c, 
		     0.5f * bsphere.radius);
	
	for (loop=0; loop < NumWins; loop++)
	    chan[loop]->setView(view.xyz, view.hpr);
	
	// Initiate cull/draw for this frame.
	pfFrame();		
    }
    
    // Terminate parallel processes and exit.
    pfExit();
    
    return 0;
}


//
//	OpenPipeWin() -- create a GL window: set up the
//      window system, IRIS GL, and IRIS Performer. This
//      procedure is executed for each window in the draw process 
//	for that pfPipe.
//

static void
OpenPipeWin(pfPipeWindow *pw)
{
    pfPipe *p = pw->getPipe();
    
    // share GL objects with all the windows on the pipe
    pw->open();
    
    // create a light source in the "south-west" (QIII)
    pfLight *Sun = new pfLight;
    Sun->setPos(-0.3f, -0.3f, 1.0f, 0.0f);
}

static void
DrawChannel (pfChannel *chan, void *)
{
    
    static int firsttime = 1;

    pfClear(PFCL_DEPTH | PFCL_COLOR | PFCL_STENCIL, NULL);

    if(firsttime)
    {
        cerr<<"WSConnection: "<<chan->getPWin()->getWSConnectionName()
            <<" FBConfigId: "<<chan->getPWin()->getFBConfigId()
            <<endl;
        
        firsttime=0;

        //texture Preloading
        for(int i=0; i<shared->texList->getNum();i++)
        {
            pfTexture* tex= (pfTexture*) shared->texList->get(i);
            if(!(tex->isLoaded()))
            {
                cerr<<"loading: "<<tex->getName()<<' '<<chan->getPipe()<<' '<<tex<<endl;
                tex->load();
                if(!(tex->isLoaded()))
                {
                    cerr<<"loaded it again? "<<tex->getName()<<endl;
                }
            }
        }
    }
    
    // invoke Performer draw-processing for this frame
    pfDraw();
}


--------------0BEE24DCFCDD40A112B4C750--

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

From guest  Fri Mar 27 08:32:44 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA24750 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 08:29:55 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA24723 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 08:29:54 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA4549942
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 08:29:53 -0800 (PST)
Received: from insomniac.directnet.com (insomniac.directnet.com [209.144.208.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id IAA00617
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 08:29:52 -0800 (PST)
	mail_from (scott@desviz.com)
Received: from desviz.com (dvp-66.metawire.com [204.80.104.66])
	by insomniac.directnet.com (8.8.5/8.8.5) with ESMTP id IAA02239
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 08:28:24 -0800 (PST)
Message-ID: <351BD3E0.D3E0FEFB@desviz.com>
Date: Fri, 27 Mar 1998 08:29:23 -0800
From: Scott Lelieur <scott@desviz.com>
Reply-To: scott@desviz.com
Organization: Design Visualization Partners
X-Mailer: Mozilla 4.04 (Macintosh; I; PPC)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Re: .ls loader?
References: <13595.30859.79432.859476@curare.tcm.hut.fi>
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit
Status: O

I was using one several years ago while doing graduate work at UCLA. It was
written by Lightscape itself and was for versions of Performer before 2.0. I'm
fairly sure that it hasn't been updated and therefore would work with neither
lvs 3.0 nor Performer 2.x

What you could do is get the .ls to inventor translator from Lightscape and
use the iv loader. However you probably know that there are likely to be so
many polys in a radiosity solution that it becomes virtually unusable in a
simulation.

In our day to day business of producing virtual sets we go through the process
of reducing the polygon count in a radiosity solution all the time. There are
many approaches to the problem depending on the intended use of the model.
None of the solutions involve using a radiosity solution directly.

The format of an .ls file is proprietary and closely guarded.

Hannu Napari wrote:

> Has anyone seen/made loader for Lightscape 3.1.1 .ls format?
> If there is no loader, does anyone know where I can get the
> description of the .ls format?
>
> --
>                       Hannu Napari  <Hannu.Napari@hut.fi>
>                        Helsinki University of Technology
>              Telecommunications Software and Multimedia Laboratory
>     PB 1100, FIN-02015 HUT, Finland, tel +358-9-4514736, fax +358-9-4515014
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com


--
Scott Lelieur
Co-founder and Production Designer
Design Visualization Partners
www.desviz.com


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

From guest  Fri Mar 27 09:58:59 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA25288 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 09:57:12 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA25261 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 09:57:10 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA4558906
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 09:57:06 -0800 (PST)
Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA10781
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 09:57:04 -0800 (PST)
	mail_from (rioj7@fel.tno.nl)
Received: by firewall.fel.tno.nl; id TAA18876; Fri, 27 Mar 1998 19:04:45 +0100 (MET)
Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2)
	id xma018874; Fri, 27 Mar 98 19:04:42 +0100
Received: (from rioj7@localhost)
	by s00sn1.fel.tno.nl (8.8.5/8.8.5) id SAA27627;
	Fri, 27 Mar 1998 18:57:09 +0100 (MET)
From: Mario Veraart <rioj7@fel.tno.nl>
Message-Id: <199803271757.SAA27627@s00sn1.fel.tno.nl>
Subject: Re: Problems reading the z-buffer
To: zeise@uni-wuppertal.de (Wilfried Zeise)
Date: Fri, 27 Mar 1998 18:57:09 +0100 (MET)
Cc: info-performer@sgi.com
In-Reply-To: <351A86AA.41C6@uni-wuppertal.de> from "Wilfried Zeise" at Mar 26, 98 06:47:38 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Status: O

Wilfried Zeise wrote:

> 
> Hi pfAll:
> 
> I am using Performer 2.2 on an Onyx i-station with IRIX 6.2. I want to
> read the z-buffer values for my currently displayed frame, and save them
> as an image file (ppm format), for image processing purposes. But I am
> having some troubles with it. To save such an image I modified the file
> perfly.C.
> 
> [snap]
> 
> 
> glReadPixels(...,GL_RGBA,...) works fine. 
> 
> The GL_DEPTH tests show the following results:
> 
> frame_snapshot: bias 0.000000,  scale 1.000000, bits 23.000000, range
> (0.000000, 1.000000), depth testing enabled
> 
> In my opinion, this means glReadPixels(...,GL_DEPTH_COMPONENT,...)
> should work. But I get for every pixel the value z=1.0 !!
> 
> 
> Any idea why glReadPixels(...,GL_DEPTH_COMPONENT,...) douesn't work in
> my application?

If you have antialiasing enabled then you might have problem reading
the Z-buffer, because then you have for every sub pixel a possible
Z-value.

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

From guest  Fri Mar 27 10:10:39 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA25360 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 10:07:57 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA25333 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 10:07:55 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA4564206
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 10:07:54 -0800 (PST)
Received: from gatekeeper.rayva.org (gatekeeper.rayva.org [204.254.244.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id KAA16058
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 10:07:51 -0800 (PST)
	mail_from (trdecarlo@tasc.com)
Received: (from root@localhost) by gatekeeper.rayva.org (8.8.7/8.6.12) id NAA19174; Fri, 27 Mar 1998 13:04:12 -0500 (EST)
Received: from jpsds14e(192.168.5.103) by gatekeeper via smap (V2.0)
	id xma019171; Fri, 27 Mar 98 13:03:43 -0500
Received: from tasc.com ([192.168.8.210]) by jpsds14e.rayva.org (8.6.12/8.6.12) with ESMTP id NAA17727; Fri, 27 Mar 1998 13:04:44 -0500
Message-ID: <351BEA97.AAAAFFC6@tasc.com>
Date: Fri, 27 Mar 1998 13:06:15 -0500
From: Thom DeCarlo <trdecarlo@tasc.com>
Reply-To: trdecarlo@tasc.com
Organization: TASC, Inc.
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
To: lwillis@inreach.com
CC: Jonas Andersson <jonasa@cs.umu.se>, info-performer@sgi.com
Subject: Re: Constructing pfASD
References: <199803271618.IAA18608@mail.inreach.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Status: O

Hello,

Lee Willis wrote:
> =

> >From: Jonas Andersson <jonasa@cs.umu.se>
> >To: info-performer@sgi.com
> >Subject: Constructing pfASD
> >Date: Friday, March 27, 1998 1:52 AM
> =

> > Hi pfAll,
> >
> >From Performer Programmer=B4s Guide:
> >"LODs can be generated using simple adaptations of well-known,
> >non-uniform-tesselation surface subdivision algorithms."
> =

> >I would like to construct LODs from a high resolution set of
> >triangles where certain features, e.g. outlines of areas like =

> >lakes, glaciers, etc. should change at a slower rate across =

> >several LODs than the number of triangles inside these areas.
> =

> >Are there well-known algorithms solving this problem as well?
> =

> No.  :-(  Constructing an ASD "bottom-up" (starting from the most
> detailed and working backwards) is a particularly thorny problem,
> one I was never able to crack adequately.  This is because of the
> requirements of how an each LOD in an ASD must be connected to each
> other.  It is much simpler to start with a coarse tesselation and
> subdivide it according to those rules than to start with a fine
> tesselation and merge those into coarser samples.

It might be simpler, but it makes the technology less than useless for
accurate terrain modeling. It becomes something to be _avoided_! Our
applications need to ingest sub-meter elevation post spaced data and we
want to smoothly reduce resolution as the viewer moves away from the
terrain. This seems to be exactly the opposite of the situation you
describe.

> =

> >Are there any free/cheap libraries or source code supporting such
> >algorithms?
> =

> None that I know of.
> =


I thought there was something presented at SIGGRAPH'97 that addresses
this. (Sorry, I don't have the course notes with me.)

> >Thanks for any help!
> >
> >  Jonas
> =

> ------------------------------
> Lee Willis                        Virtual Landscape Dermatologist
> =

> lwillis@terrex.com           TERREX
> =


Thom
-- =

 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
 Thom DeCarlo                *  Off site contact info
 TASC                        *  JPSD/IEC, US Army TEC
 12100 Sunset Hills Rd.      *  7701 Telegraph Rd., Bldg. 2592
 Reston, VA 20190            *  Alexandria, VA 22315
 phone: 703/834-5000         *  phone: 703/428-9001, -7060, or -7034
 fax:   703/318-7900         *  fax:   703/428-7054
 mailto:trdecarlo@tasc.com   *  mailto:tdecarlo@rayva.org
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
            The right to be heard does not include =

               the right to be taken seriously.
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 27 10:10:41 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA25331 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 10:07:24 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA25304 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 10:07:22 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA4571185
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 10:07:21 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA15815
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 10:07:20 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA01711; Fri, 27 Mar 1998 10:07:17 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803271007.ZM1709@quid.engr.sgi.com>
Date: Fri, 27 Mar 1998 10:07:17 -0800
In-Reply-To: Mario Veraart <rioj7@fel.tno.nl>
        "Re: Problems reading the z-buffer" (Mar 27,  6:57pm)
References: <199803271757.SAA27627@s00sn1.fel.tno.nl>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Mario Veraart <rioj7@fel.tno.nl>, zeise@uni-wuppertal.de (Wilfried Zeise)
Subject: Re: Problems reading the z-buffer
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 27,  6:57pm, Mario Veraart wrote:
> Subject: Re: Problems reading the z-buffer
> Wilfried Zeise wrote:
>
> >
> > Hi pfAll:
> >
> > I am using Performer 2.2 on an Onyx i-station with IRIX 6.2. I want to
> > read the z-buffer values for my currently displayed frame, and save them
> > as an image file (ppm format), for image processing purposes. But I am
> > having some troubles with it. To save such an image I modified the file
> > perfly.C.
> >
> > [snap]
> >
> >
> > glReadPixels(...,GL_RGBA,...) works fine.
> >
> > The GL_DEPTH tests show the following results:
> >
> > frame_snapshot: bias 0.000000,  scale 1.000000, bits 23.000000, range
> > (0.000000, 1.000000), depth testing enabled
> >
> > In my opinion, this means glReadPixels(...,GL_DEPTH_COMPONENT,...)
> > should work. But I get for every pixel the value z=1.0 !!
> >
> >
> > Any idea why glReadPixels(...,GL_DEPTH_COMPONENT,...) douesn't work in
> > my application?
>
> If you have antialiasing enabled then you might have problem reading
> the Z-buffer, because then you have for every sub pixel a possible
> Z-value.

For OpenGL, you can read the Z buffer of a multisampled visual from IRIX 6.2
onwards. If you are running IRIX 5.3 on RealityEngine, you need patch 918 (or
one of its successors).

For RE or iR graphics the value returned is the depth stored at sample zero of
the pixel. Note that you do not need to turn multisampling off, nor do you have
to redraw the scene. In OpenGL you can either have a multisampled visual with a
multisampled Z buffer, or a non-multisampled visual with a non-multisampled Z
buffer. When using a multisampled visual, the same Z buffer is used when
multisampling is on or off.

I don't think any of this helps the above problem though, it looked like it
should work to me...

Wilfried, could you skim the test down to just OpenGL ? Sometimes that shakes
out a problem or at least makes it easier to debug...

Cheers
Rob

-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 27 10:35:53 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA25845 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 10:30:33 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA25818 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 10:30:31 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA4565397
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 10:30:30 -0800 (PST)
Received: from wolfenet.com (frapp.wolfe.net [207.178.61.5]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id KAA25815
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 10:30:26 -0800 (PST)
	mail_from (moore@WOLFENET.com)
Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2])
	by wolfenet.com (8.8.8/8.8.8) with ESMTP id KAA06657;
	Fri, 27 Mar 1998 10:30:19 -0800 (PST)
Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id KAA15271; Fri, 27 Mar 1998 10:30:18 -0800 (PST)
Date: Fri, 27 Mar 1998 10:30:18 -0800 (PST)
Message-Id: <199803271830.KAA15271@gonzo.wolfenet.com>
From: Timothy Moore <moore@WOLFENET.com>
To: trdecarlo@tasc.com
CC: info-performer@sgi.com
In-reply-to: <351BEA97.AAAAFFC6@tasc.com> (message from Thom DeCarlo on Fri,
	27 Mar 1998 13:06:15 -0500)
Subject: Re: Constructing pfASD
Status: O

   Date: Fri, 27 Mar 1998 13:06:15 -0500
   From: Thom DeCarlo <trdecarlo@tasc.com>

   It might be simpler, but it makes the technology less than useless for
   accurate terrain modeling. It becomes something to be _avoided_! Our
   applications need to ingest sub-meter elevation post spaced data and we
   want to smoothly reduce resolution as the viewer moves away from the
   terrain. This seems to be exactly the opposite of the situation you
   describe.

Given Lee's employer (Terrex), I think he's coming from the point of
view of constructing a tesselation (e.g., a TIN) based on elevation
post data.  The finer subdivisions of the tesselation go back to the
elevation post data for elevation.

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

From guest  Fri Mar 27 11:18:06 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA26186 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 11:14:59 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA26158 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 11:14:57 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA4612502
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 11:14:56 -0800 (PST)
Received: from bhole2.cae.ca (postit.cae.ca [142.39.200.51]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id LAA15458
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 11:14:53 -0800 (PST)
	mail_from (acocella@cae.ca)
Received: 	id MAA06358; Fri, 27 Mar 1998 12:40:32 -0500
Received: by gateway id AA78017; Fri, 27 Mar 1998 12:27:49 -0500
Received: by gateway id MAA29366; Fri, 27 Mar 1998 12:30:30 -0500
Message-Id: <199803271730.MAA29366@rome.cae.ca>
To: info-performer@sgi.com
Subject: Re: Constructing pfASD 
In-Reply-To: Your message of "Fri, 27 Mar 1998 08:19:03 PST."
             <199803271618.IAA18608@mail.inreach.com> 
Date: Fri, 27 Mar 1998 12:29:46 -0500
From: Dominic Acocella <acocella@cae.ca>
Status: O

> 
> >I would like to construct LODs from a high resolution set of triangles
> >where certain features, e.g. outlines of areas like lakes, glaciers, etc.
> >should change at a slower rate across several LODs than the number of
> >triangles inside these areas.
> 
> >Are there well-known algorithms solving this problem as well?
> 
> No.  :-(  Constructing an ASD "bottom-up" (starting from the most detailed
> and working backwards) is a particularly thorny problem, one I was never
> able to crack adequately.  This is because of the requirements of how an
> each LOD in an ASD must be connected to each other.  It is much simpler
> to start with a coarse tesselation and subdivide it according to those
> rules
> than to start with a fine tesselation and merge those into coarser samples.

You should look at the siggraph 97 conference proceedings. I seem to
remember some papers on simplifying triangle strips while maintaining
the topology.

Dominic.
acocella@cae.ca
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Fri Mar 27 11:18:05 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA26236 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 11:15:29 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA26206 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 11:15:28 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA4568343
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 11:15:27 -0800 (PST)
Received: from alpha3.superonline.com (alpha3.superonline.com [194.242.73.11]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id LAA14854
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 11:13:03 -0800 (PST)
	mail_from (devrim@infotron-tr.com)
Received: from infotron-tr.com
          (a5-05-asy16.ata-ro-02.superonline.com [195.33.221.23])
          by alpha3.superonline.com (Post.Office MTA v3.1 release PO203a
          ID# 590-40531L0S0) with ESMTP id AAA23033
          for <info-performer@sgi.com>; Fri, 27 Mar 1998 21:13:57 +0300
Sender: net@infotron-tr.com
Message-ID: <351C8598.C2FECD2A@infotron-tr.com>
Date: Fri, 27 Mar 1998 21:07:36 -0800
From: Devrim Erdem <devrim@infotron-tr.com>
Organization: info(+)tron
X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: "info-performer@sgi.com" <info-performer@sgi.com>
Subject: Textures problems on IR2
Content-Type: multipart/alternative; boundary="------------FDC31651384B1DD6DCD4BF23"
Status: O


--------------FDC31651384B1DD6DCD4BF23
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,
We have modelled a database with an O2 and we have been running it on a
Max
Impact for a while. a few days ago I moved the database to an Onyx2 IR2
running
performer 2.2 on IRIX 6.4.
The database has lots of square polygons and many 128x128 pixel
textures. However we have problems with textures. The textures and also
polygons have strange colors amd textures randomly. This behaviour
happens randomly at every 10 frames or sth like this.
This looks like the problems that we had on our MAxImpact before
patches.
Patch 2789 is installed.

Any ideas ?

--
=================================================
M Devrim Erdem
System Integration Engineer - Vis. Sim. Division

devrim@infotron-tr.com http://www.infotron-tr.com
=================================================



--------------FDC31651384B1DD6DCD4BF23
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<HTML>
Hi,
<BR>We have modelled a database with an O2 and we have been running it
on a Max
<BR>Impact for a while. a few days ago I moved the database to an Onyx2
IR2 running
<BR>performer 2.2 on IRIX 6.4.
<BR>The database has lots of square polygons and many 128x128 pixel textures.
However we have problems with textures. The textures and also polygons
have strange colors amd textures randomly. This behaviour
<BR>happens randomly at every 10 frames or sth like this.
<BR>This looks like the problems that we had on our MAxImpact before patches.
<BR>Patch 2789 is installed.

<P>Any ideas ?
<PRE>--&nbsp;
=================================================
M Devrim Erdem
System Integration Engineer - Vis. Sim. Division

devrim@infotron-tr.com <A HREF="http://www.infotron-tr.com">http://www.infotron-tr.com</A>
=================================================</PRE>
&nbsp;</HTML>

--------------FDC31651384B1DD6DCD4BF23--

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

From guest  Fri Mar 27 11:18:03 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA26271 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 11:16:05 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA26244 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 11:16:04 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA4544595
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 11:16:04 -0800 (PST)
Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id LAA15894
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 11:16:02 -0800 (PST)
	mail_from (ballard@sirius.ccd.bnl.gov)
Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167])
	by bnl.gov (8.8.8/8.8.8) with SMTP id OAA13312
	for <@bnl.gov:info-performer@sgi.com>; Fri, 27 Mar 1998 14:16:00 -0500 (EST)
Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO)
	for info-performer@sgi.com id OAA16160; Fri, 27 Mar 1998 14:11:52 -0500
Date: Fri, 27 Mar 1998 14:11:52 -0500
From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
Message-Id: <199803271911.OAA16160@sirius.ccd.bnl.gov>
Apparently-To: info-performer@sgi.com
Status: O

Hi there,

Is there a C++ version of the stereo.c program?
If there is, could you point me to it or send
me a copy?  (did the C version disappear from
SGI's web pages?)
I need to switch over to the C++ API and what
better way to practice).  I know there are
C and C++ version of all the examples and
perfly, but I'm specifically interested in
finding a "stereo.C"

Thanks,

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

From guest  Fri Mar 27 11:48:20 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA26337 for info-performer-dist@holodeck.engr.sgi.com; Fri, 27 Mar 1998 11:37:14 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA26310 for <info-performer@holodeck.engr.sgi.com>; Fri, 27 Mar 1998 11:37:13 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA4325410
	for <info-performer@cthulhu.engr.sgi.com>;
	Fri, 27 Mar 1998 11:37:12 -0800 (PST)
Received: from quid.engr.sgi.com ([130.62.52.45]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id LAA24413
	for <info-performer@sgi.com>; Fri, 27 Mar 1998 11:37:10 -0800 (PST)
	mail_from (robj@quid.engr.sgi.com)
Received: (from robj@localhost) by quid.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA02343; Fri, 27 Mar 1998 11:37:09 -0800
From: "Rob Jenkins" <robj@quid.engr.sgi.com>
Message-Id: <9803271137.ZM2341@quid.engr.sgi.com>
Date: Fri, 27 Mar 1998 11:37:09 -0800
In-Reply-To: Devrim Erdem <devrim@infotron-tr.com>
        "Textures problems on IR2" (Mar 27,  9:07pm)
References: <351C8598.C2FECD2A@infotron-tr.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Devrim Erdem <devrim@infotron-tr.com>,
        "info-performer@sgi.com
 " <info-performer@sgi.com>
Subject: Re: Textures problems on IR2
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

>
> Hi,
> We have modelled a database with an O2 and we have been running it on a
> Max
> Impact for a while. a few days ago I moved the database to an Onyx2 IR2
> running
> performer 2.2 on IRIX 6.4.
> The database has lots of square polygons and many 128x128 pixel
> textures. However we have problems with textures. The textures and also
> polygons have strange colors amd textures randomly. This behaviour
> happens randomly at every 10 frames or sth like this.
> This looks like the problems that we had on our MAxImpact before
> patches.
> Patch 2789 is installed.

try and see if the problem is a general one with the machine, run a few things
like the town demo and other gfx demos, see if they look OK. Try the same app
on another iR if you have one. Also try running perfly <your database> and see
how that looks. If you see lot's of random texture changes with many gfx apps
on one machine you could possibly have a HW problem, you could run the diags,
irsaudit, you'd want to make sure you have patch 2795: Onyx2 Diagnostics 7th
release to get the latest diags. There is a man page for irsaudit. If it flags
any problems then log a support call. Passing diagnostics doesn't mean you can
be 100% sure that there's no HW problem but it at least gives some confidence
that HW is OK, if they pass then maybe we could try your app on a machine here
to see if it looks OK....

Cheers
Rob

-- 
________________________________________________________________
Rob Jenkins mailto:robj@sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Sat Mar 28 12:11:26 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA29825 for info-performer-dist@holodeck.engr.sgi.com; Sat, 28 Mar 1998 12:09:58 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA29798 for <info-performer@holodeck.engr.sgi.com>; Sat, 28 Mar 1998 12:09:57 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id MAA5006181
	for <info-performer@cthulhu.engr.sgi.com>;
	Sat, 28 Mar 1998 12:09:56 -0800 (PST)
Received: from mail.inreach.com (mail.inreach.com [209.142.0.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id MAA26325
	for <info-performer@sgi.com>; Sat, 28 Mar 1998 12:09:51 -0800 (PST)
	mail_from (lwillis@inreach.com)
Received: from get (209-142-17-43.oak.inreach.net [209.142.17.43]) by mail.inreach.com (8.8.8/8.8.6/(InReach)) with ESMTP id MAA12593; Sat, 28 Mar 1998 12:04:55 -0800 (PST)
Message-Id: <199803282004.MAA12593@mail.inreach.com>
Reply-To: <lwillis@inreach.com>
From: "Lee Willis" <lwillis@inreach.com>
To: <trdecarlo@tasc.com>
Cc: <info-performer@sgi.com>
Subject: Re: Constructing pfASD
Date: Sat, 28 Mar 1998 12:04:56 -0800
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1162
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Status: O

Thom DeCarlo wrote:
>Lee Willis wrote:
>> 
>> >From: Jonas Andersson <jonasa@cs.umu.se>
>> >To: info-performer@sgi.com
>> >Subject: Constructing pfASD
>> >Date: Friday, March 27, 1998 1:52 AM
>> 
[snip]
>> >I would like to construct LODs from a high resolution set of
>> >triangles where certain features, e.g. outlines of areas like 
>> >lakes, glaciers, etc. should change at a slower rate across 
>> >several LODs than the number of triangles inside these areas.
>> 
>> >Are there well-known algorithms solving this problem as well?
>> 
>> No.  :-(  Constructing an ASD "bottom-up" (starting from the most
>> detailed and working backwards) is a particularly thorny problem,
>> one I was never able to crack adequately.  This is because of the
>> requirements of how an each LOD in an ASD must be connected to each
>> other.  It is much simpler to start with a coarse tesselation and
>> subdivide it according to those rules than to start with a fine
>> tesselation and merge those into coarser samples.
>
>It might be simpler, but it makes the technology less than useless for
>accurate terrain modeling. 

How so?  A top-down-generated irregular ASD mesh comes very close to the
RMS error of 
a standard Delaunay triangulation for the same # of polygons.

>It becomes something to be _avoided_! Our
>applications need to ingest sub-meter elevation post spaced data and we
>want to smoothly reduce resolution as the viewer moves away from the
>terrain. This seems to be exactly the opposite of the situation you
>describe.

So far I don't understand what the problem is.   The Multigen CAT
implementation
of ASD does just that, picks out the most significant points for each LOD,
working
from coarsest to finest, injecting new points to each LOD to better
approximate the 
surface.

>> >Are there any free/cheap libraries or source code supporting such
>> >algorithms?
>> 
>> None that I know of.
>> 
>
>I thought there was something presented at SIGGRAPH'97 that addresses
>this. (Sorry, I don't have the course notes with me.)

There are libraries and algorithms which will do mesh simplification,
reducing triangular meshes
while maintaining their approximate shape, but an ASD mesh requires some
very strict
rules for connectivity between LODs, which the current mesh decimation
algorithms do not obey.
(The connectivity rules are discussed in my 96 IMAGE Conference paper "A
method for 
Continuous Adaptive Terrain".)

You cannot take a mesh, and any simplification of that mesh, and be
guaranteed that there exists
a set of ASD steps that will get you from one to the next.

What you *could* do, is use a mesh simplification/decimation algorithm
(e.g. wavelet simplification)
to create a simplified base mesh, and then reconstruct finer levels of
detail from that base mesh which
would follow the ASD connectivity requirements.  The best LOD of this mesh
would approximate your
initial mesh, but would not exactly match it.

>> ------------------------------
>> Lee Willis                        Virtual Landscape Dermatologist
>> 
>> lwillis@terrex.com           TERREX
>> 

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

From guest  Sun Mar 29 09:19:32 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA01268 for info-performer-dist@holodeck.engr.sgi.com; Sun, 29 Mar 1998 09:18:29 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA01241 for <info-performer@holodeck.engr.sgi.com>; Sun, 29 Mar 1998 09:18:28 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA5262355
	for <info-performer@cthulhu.engr.sgi.com>;
	Sun, 29 Mar 1998 09:18:27 -0800 (PST)
Received: from relay.eunet.no (relay.eunet.no [193.71.1.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA12161
	for <info-performer@sgi.com>; Sun, 29 Mar 1998 09:18:24 -0800 (PST)
	mail_from (crccobr@nocrc.abb.no)
Received: from nocrc.abb.no ([193.71.72.10] (may be forged))
	by relay.eunet.no (8.8.6/8.8.5) with SMTP id TAA11418
	for <info-performer@sgi.com>; Sun, 29 Mar 1998 19:18:17 +0200 (MDT)
Received: from pc-crccobr.nocrc.abb.no ([193.71.72.141]) by nocrc.abb.no (4.1/SMI-4.1)
	id AA13084; Sun, 29 Mar 98 19:15:20 +0100
Message-Id: <351E823F.5603@nocrc.abb.no>
Date: Sun, 29 Mar 1998 19:17:51 +0200
From: Dr Colin Bridgewater <crccobr@nocrc.abb.no>
Reply-To: crccobr@nocrc.abb.no
Organization: ABB Teknologi AS, Marine Oil and Gas Group
X-Mailer: Mozilla 3.0Gold (Win95; I)
Mime-Version: 1.0
To: SGI-PF Discussion Group <info-performer@sgi.com>
Subject: Re: Constructing pfASD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi Folks

Lee Willis wrote:
> You cannot take a mesh, and any simplification of that mesh, and be
> guaranteed that there exists a set of ASD steps that will get you 
> from one to the next.
> 
> What you *could* do, is use a mesh simplification/decimation 
> algorithm (e.g. wavelet simplification) to create a simplified base 
> mesh, and then reconstruct finer levels of detail from that base 
> mesh which would follow the ASD connectivity requirements. The best  
> LOD of this mesh would approximate your initial mesh, but would not 
> exactly match it.

Anyone tried using fractals to do this sort of thing ?

Best wishes

Colin 
_______________________________________________________________________
Dr Colin Bridgewater    crccobr@nocrc.abb.no    Marine Oil and Gas Dept
ABB Teknologi AS, Bergerveien 12, PO Box 91, N-1361 BILLINGSTAD, Norway
work tel: +47 66 84 35 36, fax: +47 66 84 43 90,  home: +44 1189 671713
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Sun Mar 29 10:33:14 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA01454 for info-performer-dist@holodeck.engr.sgi.com; Sun, 29 Mar 1998 10:32:09 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA01427 for <info-performer@holodeck.engr.sgi.com>; Sun, 29 Mar 1998 10:32:08 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA5085420
	for <info-performer@cthulhu.engr.sgi.com>;
	Sun, 29 Mar 1998 10:32:08 -0800 (PST)
Received: from dandan.engr.sgi.com ([150.166.37.49]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id KAA22461
	for <info-performer@sgi.com>; Sun, 29 Mar 1998 10:32:07 -0800 (PST)
	mail_from (zhz@dandan.engr.sgi.com)
Received: (from zhz@localhost) by dandan.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA14599; Sun, 29 Mar 1998 10:32:06 -0800
Date: Sun, 29 Mar 1998 10:32:06 -0800
From: zhz@dandan.engr.sgi.com (Jenny Zhao)
Message-Id: <199803291832.KAA14599@dandan.engr.sgi.com>
To: crccobr@nocrc.abb.no
Subject: Re: Constructing pfASD
Cc: info-performer@sgi.com
Status: O

Dr Colin Bridgewater wrote:

> Anyone tried using fractals to do this sort of thing ?

yes. we have tried internally to use fractals to construct
ASD for some demos and it works out perfectly.
turns out fractals fits exactly into the 
subdivision surface like structure of ASD.
the base of your fractal surface becomes the 
LOD0 faces of ASD. then every refinement in fractal
generates a new level of detail in ASD.



Jenny Zhao                                   
zhz@engr.sgi.com                    
650 933-5091 (Voice)           
650 965-2658 (Fax)         
Silicon Graphics - IRIS Performer      
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Sun Mar 29 19:29:10 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA02297 for info-performer-dist@holodeck.engr.sgi.com; Sun, 29 Mar 1998 19:28:00 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id TAA02270 for <info-performer@holodeck.engr.sgi.com>; Sun, 29 Mar 1998 19:27:59 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id TAA4087648
	for <info-performer@cthulhu.engr.sgi.com>;
	Sun, 29 Mar 1998 19:27:58 -0800 (PST)
Received: from cupid.dt.nchc.gov.tw ([140.110.33.240]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id TAA14288
	for <info-performer@sgi.com>; Sun, 29 Mar 1998 19:19:26 -0800 (PST)
	mail_from (c00chu00@nchc.gov.tw)
Received: from nchc.gov.tw (elc044.dt.nchc.gov.tw [140.110.12.28])
	by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id LAA20005
	for <info-performer@sgi.com>; Mon, 30 Mar 1998 11:19:17 +0800 (CST)
Received: (from c00chu00@localhost)
	by nchc.gov.tw (8.8.5/8.8.5) id LAA00382
	for info-performer@sgi.com; Mon, 30 Mar 1998 11:19:15 +0800 (CST)
From: Sam Chu <c00chu00@nchc.gov.tw>
Message-Id: <199803300319.LAA00382@nchc.gov.tw>
Subject: statistics Question
To: info-performer@sgi.com
Date: Mon, 30 Mar 1998 11:19:14 +0800 (CST)
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

Dear Performers:

  In Perfly statistics I got: (two channels one pipe)

  30/30 Hz
...
  MSecs: frame=50.6 app=3.7 cull=8.0 draw=6.7 isect=3.2
  Frames=60 Misses: total=0 app+cull=0 draw=0

another channel
  MSecs: (almost the same as the above)
  Frames=61 Misses: total =61 app+cull=0 draw=0

Question:
  1. why app+cull+draw+isect much small than frame?
  2. why 50.6(frame)*30Hz > 1000 MSecs(1 Sec)?
  3. then what "frame:" means in "MSecs: frame=50.6"?
  4. What Misses means? Does it mean how many frames Performer drop?
  5. Why in one channel Misses=0 and another Misses=61?

Thank for any reply in advanced.

  
Sam Chu 
National Center for High-Performance Computing 
Scientific Visualization Lab  Email: c00chu00@nchc.gov.tw 
Tel: (886)35-776085 Ext 248   Fax  : (886)35-773538
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Sun Mar 29 20:30:19 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id UAA02461 for info-performer-dist@holodeck.engr.sgi.com; Sun, 29 Mar 1998 20:29:17 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id UAA02434 for <info-performer@holodeck.engr.sgi.com>; Sun, 29 Mar 1998 20:29:16 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id UAA5174717
	for <info-performer@cthulhu.engr.sgi.com>;
	Sun, 29 Mar 1998 20:29:15 -0800 (PST)
Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id UAA26050
	for <info-performer@sgi.com>; Sun, 29 Mar 1998 20:27:54 -0800 (PST)
	mail_from (c00chu00@nchc.gov.tw)
Received: from nchc.gov.tw (elc044.dt.nchc.gov.tw [140.110.12.28])
	by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id LAA20005
	for <info-performer@sgi.com>; Mon, 30 Mar 1998 11:19:17 +0800 (CST)
Received: (from c00chu00@localhost)
	by nchc.gov.tw (8.8.5/8.8.5) id LAA00382
	for info-performer@sgi.com; Mon, 30 Mar 1998 11:19:15 +0800 (CST)
From: Sam Chu <c00chu00@nchc.gov.tw>
Message-Id: <199803300319.LAA00382@nchc.gov.tw>
Subject: statistics Question
To: info-performer@sgi.com
Date: Mon, 30 Mar 1998 11:19:14 +0800 (CST)
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

Dear Performers:

  In Perfly statistics I got: (two channels one pipe)

  30/30 Hz
...
  MSecs: frame=50.6 app=3.7 cull=8.0 draw=6.7 isect=3.2
  Frames=60 Misses: total=0 app+cull=0 draw=0

another channel
  MSecs: (almost the same as the above)
  Frames=61 Misses: total =61 app+cull=0 draw=0

Question:
  1. why app+cull+draw+isect much small than frame?
  2. why 50.6(frame)*30Hz > 1000 MSecs(1 Sec)?
  3. then what "frame:" means in "MSecs: frame=50.6"?
  4. What Misses means? Does it mean how many frames Performer drop?
  5. Why in one channel Misses=0 and another Misses=61?

Thank for any reply in advanced.

  
Sam Chu 
National Center for High-Performance Computing 
Scientific Visualization Lab  Email: c00chu00@nchc.gov.tw 
Tel: (886)35-776085 Ext 248   Fax  : (886)35-773538
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 30 12:08:22 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA01704 for info-performer-dist@holodeck.engr.sgi.com; Mon, 30 Mar 1998 12:05:13 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA01648 for <info-performer@holodeck.engr.sgi.com>; Mon, 30 Mar 1998 12:05:12 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA5542157
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 30 Mar 1998 08:55:22 -0800 (PST)
Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id IAA07916
	for <info-performer@sgi.com>; Mon, 30 Mar 1998 08:55:20 -0800 (PST)
	mail_from (cyxue@icemt.iastate.edu)
Received: from cobra.icemt.iastate.edu (cobra.icemt.iastate.edu [129.186.232.65]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id KAA05587 for <info-performer@sgi.com>; Mon, 30 Mar 1998 10:55:19 -0600
Received: (from cyxue@localhost) by cobra.icemt.iastate.edu (950413.SGI.8.6.12/8.6.12) id KAA16796 for info-performer@sgi.com; Mon, 30 Mar 1998 10:55:19 -0600
From: "Clara Xue" <cyxue@icemt.iastate.edu>
Message-Id: <9803301055.ZM17288@cobra.icemt.iastate.edu>
Date: Mon, 30 Mar 1998 10:55:19 -0600
In-Reply-To: "Justin A. McCune" <jmccune@itd.nrl.navy.mil>
        "Multiple Segment isect, discFunc returning PFTRAV_TERM question..." (Mar 25,  3:19pm)
References: <Pine.SUN.3.91.980325141309.13101B-100000@shell>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: refer MultiGen node?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

This is a MultiGen related question. How can I refer to a particular node in
.flt from Performer?
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 30 12:08:26 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA01703 for info-performer-dist@holodeck.engr.sgi.com; Mon, 30 Mar 1998 12:05:13 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA01650 for <info-performer@holodeck.engr.sgi.com>; Mon, 30 Mar 1998 12:05:12 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id IAA5576019
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 30 Mar 1998 08:53:16 -0800 (PST)
Received: from sunu450.rz.ruhr-uni-bochum.de (sunu450.rz.ruhr-uni-bochum.de [134.147.222.33]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id IAA07123
	for <info-performer@sgi.com>; Mon, 30 Mar 1998 08:53:14 -0800 (PST)
	mail_from (Bert.Grollmann@rz.ruhr-uni-bochum.de)
Message-Id: <199803301653.IAA07123@sgi.sgi.com>
Received: (qmail 7191 invoked from network); 30 Mar 1998 16:52:55 -0000
Received: from dialppp-5-35.rz.ruhr-uni-bochum.de (HELO pc0001) (134.147.5.35)
  by mailhost.rz.ruhr-uni-bochum.de with SMTP; 30 Mar 1998 16:52:55 -0000
X-Sender: grollbbo@mailhost.rz.ruhr-uni-bochum.de
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0
Date: Mon, 30 Mar 1998 18:48:56 +0200
To: info-performer@sgi.com
From: "B. Grollmann" <Bert.Grollmann@rz.ruhr-uni-bochum.de>
Subject: How to model for performer/inventor
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Status: O

Hi Performer's :-)

I've a question about the "best way" to model some
geometries for viewing in perfly.
Our modelling tool is SoftImage and we can convert
to wavefront (obj) and vrml (1.0/2.0), 
but,- how can we do some animations with our object,
e.g. a object travels from A to B, LOD objects, billboards...
or "touch a sphere" and we get moved to another "object world"
is there a (easy to use) tool for touch up our still geometrie into a
moving geometrie ?


Thanks for your help............
   Bert



        It's up to us to virtualise your environment !
        ..............................................
    Bert Grollmann   mailto:Bert.Grollmann@Ruhr-Uni-Bochum.de
		       mailto:Bert.Grollmann@FH-Bochum.de      
 ======================================================================
    RUB - Ruhr University Bochum
    FH  - Polytechnical Institute of Bochum
          Dept. for artificial intelligence, system software 
                and graphic systems
                kiss-lab

    Lennershofstr. 140 
    44801 Bochum 
    Germany 
 ======================================================================
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 30 14:24:26 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA02390 for info-performer-dist@holodeck.engr.sgi.com; Mon, 30 Mar 1998 14:20:28 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA02363 for <info-performer@holodeck.engr.sgi.com>; Mon, 30 Mar 1998 14:20:27 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA5700310
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 30 Mar 1998 14:20:26 -0800 (PST)
Received: from gatekeeper.rayva.org (gatekeeper.rayva.org [204.254.244.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id OAA22068
	for <info-performer@sgi.com>; Mon, 30 Mar 1998 14:20:23 -0800 (PST)
	mail_from (trdecarlo@tasc.com)
Received: (from root@localhost) by gatekeeper.rayva.org (8.8.7/8.6.12) id RAA29508; Mon, 30 Mar 1998 17:20:08 -0500 (EST)
Received: from jpsds14e(192.168.5.103) by gatekeeper via smap (V2.0)
	id xma029505; Mon, 30 Mar 98 17:19:39 -0500
Received: from tasc.com ([192.168.8.210]) by jpsds14e.rayva.org (8.6.12/8.6.12) with ESMTP id RAA06485; Mon, 30 Mar 1998 17:20:40 -0500
Message-ID: <35201B2A.3C52E57B@tasc.com>
Date: Mon, 30 Mar 1998 17:22:34 -0500
From: Thom DeCarlo <trdecarlo@tasc.com>
Reply-To: trdecarlo@tasc.com
Organization: TASC, Inc.
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
To: info-performer <info-performer@sgi.com>,
        info-vega <info-vega@paradigmsim.com>
Subject: How do I access DOF constraint info?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

In my Performer (Vega) application I need to access the
Degree-Of-Freedom constraint settings which I set within my MultiGen
model. However, the loader seems to drop that data. I think I can get it
myself by creating an flt bead loader callback to run on dof beads. 

Has anyone tried this? Are there any examples available?

TIA,
Thom

-- 
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
 Thom DeCarlo                *  Off site contact info
 TASC                        *  JPSD/IEC, US Army TEC
 12100 Sunset Hills Rd.      *  7701 Telegraph Rd., Bldg. 2592
 Reston, VA 20190            *  Alexandria, VA 22315
 phone: 703/834-5000         *  phone: 703/428-9001, -7060, or -7034
 fax:   703/318-7900         *  fax:   703/428-7054
 mailto:trdecarlo@tasc.com   *  mailto:tdecarlo@rayva.org
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
            The right to be heard does not include 
               the right to be taken seriously.
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 30 14:53:21 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA02520 for info-performer-dist@holodeck.engr.sgi.com; Mon, 30 Mar 1998 14:51:08 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA02493 for <info-performer@holodeck.engr.sgi.com>; Mon, 30 Mar 1998 14:51:07 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA3382528
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 30 Mar 1998 14:51:06 -0800 (PST)
Received: from orac.boston.sgi.com ([169.238.34.33]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id OAA03937
	for <info-performer@sgi.com>; Mon, 30 Mar 1998 14:51:05 -0800 (PST)
	mail_from (ashein@orac.boston.sgi.com)
Received: by orac.boston.sgi.com (950413.SGI.8.6.12/940406.SGI)
	 id PAA28440; Mon, 30 Mar 1998 15:25:53 -0800
From: "Andy Shein" <ashein@orac.boston.sgi.com>
Message-Id: <9803301525.ZM28438@orac.boston.sgi.com>
Date: Mon, 30 Mar 1998 15:25:53 -0800
In-Reply-To: Thom DeCarlo <trdecarlo@tasc.com>
        "How do I access DOF constraint info?" (Mar 30,  5:22pm)
References: <35201B2A.3C52E57B@tasc.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer <info-performer@sgi.com>, trdecarlo@tasc.com
Subject: Re: How do I access DOF constraint info?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi Tom
   Multigen has a great readme file with the loader, but in short
   you can create a multigen loader callback and in the CB_DOF case
(You can ignore the comment parseing stuff )

      case CB_DOF:
         if( node->isOfType( node, pfDCS::getClassType() ) )
         {
            if( cbcom != NULL )   // see if comment is there
            {
               if( cbcom->length != 0 )   // parse comment
               {
                  sscanf( cbcom->text, "%s %s %s", &arg1, &arg2, &arg3 );
               }
            }

            pfNotify( PFNFY_INFO, PFNFY_PRINT,
                      "found DOF %s \n", node->getName() );

            // Remember DOF info

            strcpy( door[dof_count].name, node->getName() );
            door[dof_count].dof = (DOFcb *)cbs;
            door[dof_count].dcs = (pfDCS *)node;
            door[dof_count].axis = PF_Z;   // assume its a door

            if( strcmp( arg1, "TABLE" ) == 0 )  // set rotation axis
            {
               door[dof_count].axis = AXIS_TABLE;
            }
            else
            {
               door[dof_count].axis = AXIS_DOOR;
            }

            if( strcmp( arg1, "SYNC" ) == 0 )
            {
               strcpy( door[dof_count].sync_name, arg2 );
            }
            else
            {
               strcpy( door[dof_count].sync_name, "NONE" );
            }

            dof_count++;
            door_count++;

         }   // end if node is of type DCS

the door struct looks like this

typedef struct
{
   char name[128];         // name of DCS
   DOFcb *dof;             // multigen degree of freedom info
   pfDCS *dcs;             // performer dynamic coordinate of door

   float angle;            // current angle we are at
   int axis;               // axis we rotate on

   char sync_name[128];    // other DCS we should sync with
   int sync_index;         // index of sync DOOR
   pfPortalData *portal;   // portal that we cover

} DOOR;

and there is a global array of DOORs

extern DOOR door[100];   // array of door structs to remeber dof stuff
extern int door_count;

   In your app then you can compare dcs pointers to the
dcs pointer in the DOOR struct and then get at the cbDOF stuff.

   Hope that helps
		Andy



-- 
Andrew Shein   SE Stout               email: ashein@boston.sgi.com
Silicon Graphics Inc.                 phone: (978) 562 - 4800
1 Cabot Road                            fax: (978) 562 - 4755
Hudson, MA 01749                      vmail: 59688
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Mon Mar 30 15:47:08 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA04303 for info-performer-dist@holodeck.engr.sgi.com; Mon, 30 Mar 1998 15:41:28 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA04276 for <info-performer@holodeck.engr.sgi.com>; Mon, 30 Mar 1998 15:41:23 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id PAA5713195
	for <info-performer@cthulhu.engr.sgi.com>;
	Mon, 30 Mar 1998 15:41:22 -0800 (PST)
Received: from hermes.rz.fhtw-berlin.de (hermes.rz.fhtw-berlin.de [141.45.5.100]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id PAA25706
	for <info-performer@sgi.com>; Mon, 30 Mar 1998 15:41:20 -0800 (PST)
	mail_from (stefan@linux.f1.fhtw-berlin.de)
Received: from externmail.f1.fhtw-berlin.de (externmail.f1.fhtw-berlin.de [141.45.180.8])
	by hermes.rz.fhtw-berlin.de (8.8.8/8.8.8) with ESMTP id AAA11516
	for <info-performer@sgi.com>; Tue, 31 Mar 1998 00:36:00 +0100 (MEZ)
Received: from linux.f1.fhtw-berlin.de (stefan@linux.f1.fhtw-berlin.de [141.45.180.6]) by externmail.f1.fhtw-berlin.de (8.8.6/8.6.9) with ESMTP id BAA06256 for <info-performer@sgi.com>; Tue, 31 Mar 1998 01:32:32 +0200 (MET DST)
Received: from localhost (stefan@localhost) by linux.f1.fhtw-berlin.de (8.8.6/8.6.9) with SMTP id CAA14207 for <info-performer@sgi.com>; Tue, 31 Mar 1998 02:43:13 +0200
Date: Tue, 31 Mar 1998 02:43:13 +0200 (MET DST)
From: Stefan Jahn <stefan@linux.f1.fhtw-berlin.de>
To: SGI Performer Mailing List <info-performer@sgi.com>
Subject: Matrix, Alpha, etc.
Message-ID: <Pine.LNX.3.95.980331023953.14201A-100000@linux.f1.fhtw-berlin.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

Hello pfPeople,
        there piled up some rather easy question because I am
still new to Performer. Hopefully you will help me, in spite.

1. What does a pfMatrix consist of ? I already learned that the
   third row is the actual position but all the other value are
   still a mystery to me. Can anybody explain it for a
   non-mathematics ?
   {{ ?, ?, ?, ?},
    { ?, ?, ?, ?},
    { x, y, z, ?},
    { ?, ?, ?, ?}}

2. Why do some alphatextures (no billboards) hide geometry behind it
   viewed from certain arcs (less 30 degrees) ? How can I workaround ?

3. Where can I get the Performer 2.2 CDs ? Which e-mail do I need to
   send my request to ? I am still working with v2.0.2.

4. Is it possible to reduce the color depth of an PWindow for less
   data through the network when working with a rlogin ?

Thanks in advance, Stefan.

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/ Stefan Jahn		 				      _/
_/ Student an der Fachhochschule fuer Technik und Wirtschaft  _/
_/ fon: 049-030-4491702					      _/
_/ email: stefan@linux.f1.fhtw-berlin.de 		      _/
_/ www: http://www2.f1.fhtw-berlin.de/home2/stefan	      _/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

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

From guest  Tue Mar 31 02:14:43 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA15126 for info-performer-dist@holodeck.engr.sgi.com; Tue, 31 Mar 1998 01:56:21 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA15099 for <info-performer@holodeck.engr.sgi.com>; Tue, 31 Mar 1998 01:56:20 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id BAA5901754
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 31 Mar 1998 01:56:19 -0800 (PST)
Received: from vnet00 (vnet00.fh-bochum.de [193.175.112.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id BAA07095
	for <info-performer@sgi.com>; Tue, 31 Mar 1998 01:56:12 -0800 (PST)
	mail_from (Bert.Grollmann@fh-bochum.de)
Received: by vnet00.fh-bochum.de (UCX V4.1-12D, OpenVMS V7.0 Alpha);
	Tue, 31 Mar 1998 10:57:02 +0100
Sender: bert@FH-BOCHUM.de
Message-ID: <3520BE30.41C6@FH-Bochum.de>
Date: Tue, 31 Mar 1998 10:58:08 +0100
From: Bert Grollmann <Bert.Grollmann@FH-BOCHUM.de>
Organization: FH-Bochum
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX64 6.4 IP30)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: create ascii billboard
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi Performers,

some short question,
how can I create an ascii file that
describes a billboard ?
Like in performer town the trees....

Thanks for your fast help
   Bert Grollmann
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 31 04:59:19 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA15408 for info-performer-dist@holodeck.engr.sgi.com; Tue, 31 Mar 1998 04:45:40 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA15381 for <info-performer@holodeck.engr.sgi.com>; Tue, 31 Mar 1998 04:45:35 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id EAA5881465
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 31 Mar 1998 04:45:34 -0800 (PST)
Received: from garfield.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id EAA06760
	for <info-performer@sgi.com>; Tue, 31 Mar 1998 04:45:31 -0800 (PST)
	mail_from (rioj7@fel.tno.nl)
Received: by garfield.fel.tno.nl; id OAA02709; Tue, 31 Mar 1998 14:46:06 +0200
Received: from s00sn1.fel.tno.nl(134.203.8.207) by garfield.fel.tno.nl via smap (4.1)
	id xma002686; Tue, 31 Mar 98 14:45:50 +0200
Received: (from rioj7@localhost)
	by s00sn1.fel.tno.nl (8.8.5/8.8.5) id OAA25106;
	Tue, 31 Mar 1998 14:45:13 +0200 (MET DST)
From: Mario Veraart <rioj7@fel.tno.nl>
Message-Id: <199803311245.OAA25106@s00sn1.fel.tno.nl>
Subject: Re: How do I access DOF constraint info?
To: trdecarlo@tasc.com
Date: Tue, 31 Mar 1998 14:45:12 +0200 (MET DST)
Cc: info-performer@sgi.com, info-vega@paradigmsim.com
In-Reply-To: <35201B2A.3C52E57B@tasc.com> from "Thom DeCarlo" at Mar 30, 98 05:22:34 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Status: O

Thom DeCarlo wrote:
> In my Performer (Vega) application I need to access the
> Degree-Of-Freedom constraint settings which I set within my MultiGen
> model. However, the loader seems to drop that data. I think I can get it
> myself by creating an flt bead loader callback to run on dof beads. 
> 
> Has anyone tried this? Are there any examples available?

Yes, processing the DOF node in a callback is the only option if.
The readme file for the flight 15.2d loader has some extra info
about the processing of DOF nodes. It seems to be lost in the 15.4
readme or man pages. Is this true Marcus?

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

From guest  Tue Mar 31 04:59:19 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA15373 for info-performer-dist@holodeck.engr.sgi.com; Tue, 31 Mar 1998 04:42:07 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA15346 for <info-performer@holodeck.engr.sgi.com>; Tue, 31 Mar 1998 04:42:06 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id EAA5906880
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 31 Mar 1998 04:42:05 -0800 (PST)
Received: from garfield.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id EAA05986
	for <info-performer@sgi.com>; Tue, 31 Mar 1998 04:41:48 -0800 (PST)
	mail_from (rioj7@fel.tno.nl)
Received: by garfield.fel.tno.nl; id OAA02325; Tue, 31 Mar 1998 14:41:58 +0200
Received: from s00sn1.fel.tno.nl(134.203.8.207) by garfield.fel.tno.nl via smap (4.1)
	id xma002316; Tue, 31 Mar 98 14:41:48 +0200
Received: (from rioj7@localhost)
	by s00sn1.fel.tno.nl (8.8.5/8.8.5) id OAA24951;
	Tue, 31 Mar 1998 14:41:11 +0200 (MET DST)
From: Mario Veraart <rioj7@fel.tno.nl>
Message-Id: <199803311241.OAA24951@s00sn1.fel.tno.nl>
Subject: Re: refer MultiGen node?
To: cyxue@icemt.iastate.edu (Clara Xue)
Date: Tue, 31 Mar 1998 14:41:11 +0200 (MET DST)
Cc: info-performer@sgi.com (Performer)
In-Reply-To: <9803301055.ZM17288@cobra.icemt.iastate.edu> from "Clara Xue" at Mar 30, 98 10:55:19 am
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Status: O

> 
> This is a MultiGen related question. How can I refer to a particular node in
> .flt from Performer?

If you give the Multigen node a name and you disable the FLT_CLEAN
option then you can find the node with pfFindNode() or use the flight
callback option and let all polygons pass and process the one you
want. You can use the CB_CLEAN entry in the call back to eliminate the
deletion of a particular node.

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

From guest  Tue Mar 31 07:07:17 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA15739 for info-performer-dist@holodeck.engr.sgi.com; Tue, 31 Mar 1998 06:52:08 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA15712 for <info-performer@holodeck.engr.sgi.com>; Tue, 31 Mar 1998 06:52:06 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id GAA5964789
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 31 Mar 1998 06:52:05 -0800 (PST)
Received: from mailgw1.lmco.com (mailgw1.lmco.com [192.31.106.3]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id GAA08721
	for <info-performer@sgi.com>; Tue, 31 Mar 1998 06:52:04 -0800 (PST)
	mail_from (jon.thornburg@lmco.com)
Received: from emss02g02.ems.lmco.com (emss02g01.ems.lmco.com [160.205.32.118] (may be forged))
	by mailgw1.lmco.com (8.8.8/8.8.8) with ESMTP id HAA15622
	for <info-performer@sgi.com>; Tue, 31 Mar 1998 07:52:04 -0700 (MST)
Received: from zen.vs.lmco.com ([138.209.253.2])
 by lmco.com (PMDF V5.1-10 #20543) with SMTP id <0EQO007UCUMR9J@lmco.com> for
 info-performer@sgi.com; Tue, 31 Mar 1998 07:52:03 -0700 (MST)
Received: from mbox.vs.lmco.com by zen.vs.lmco.com via smtpd
 (for emss02g01.ems.lmco.com [160.205.32.118]) with SMTP; Tue,
 31 Mar 1998 14:50:46 +0000 (UT)
Received: from phantom.vs.lmco.com by mbox.vs.lmco.com (8.8.5/VS-1.23)
 id IAA13221; Tue, 31 Mar 1998 08:46:51 -0600 (CST)
Received: by phantom.vs.lmco.com with SMTP
 (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63)
 id <01BD5C81.91C957B0@phantom.vs.lmco.com>; Tue, 31 Mar 1998 08:47:00 -0600
Date: Tue, 31 Mar 1998 08:51:00 -0600
From: "Thornburg, Jon K." <jon.thornburg@lmco.com>
Subject: RE: How do I access DOF constraint info?
To: info-performer <info-performer@sgi.com>,
        info-vega <info-vega@paradigmsim.com>
Message-id: <c=US%a=_%p=VS%l=MSM/PHANTOM/00062BE8@phantom.vs.lmco.com>
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63
Encoding: 51 TEXT
Status: O

If you are doing instruments, etc.  the loader in Vega Symbology will
load and use the DOF constraints.

Jon

Jon Thornburg
 -------------------------------
 - EMail: jon.thornburg@lmco.com
 - Phone: (972)603-2366
 - FAX:   (972)603-7614
 -------------------------------
Mail Stop WT-52
Lockheed Martin Vought Systems
POB 650003
Dallas, Texas  75265-0003

 ----------
>From: Thom DeCarlo
>To: info-performer; info-vega
>Subject: How do I access DOF constraint info?
>Date: Monday, March 30, 1998 4:22PM
>
>
>In my Performer (Vega) application I need to access the
>Degree-Of-Freedom constraint settings which I set within my MultiGen
>model. However, the loader seems to drop that data. I think I can get it
>myself by creating an flt bead loader callback to run on dof beads.
>
>Has anyone tried this? Are there any examples available?
>
>TIA,
>Thom
>
> --
> ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
> Thom DeCarlo                *  Off site contact info
> TASC                        *  JPSD/IEC, US Army TEC
> 12100 Sunset Hills Rd.      *  7701 Telegraph Rd., Bldg. 2592
> Reston, VA 20190            *  Alexandria, VA 22315
> phone: 703/834-5000         *  phone: 703/428-9001, -7060, or -7034
> fax:   703/318-7900         *  fax:   703/428-7054
> mailto:trdecarlo@tasc.com   *  mailto:tdecarlo@rayva.org
> ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
>            The right to be heard does not include
>               the right to be taken seriously.
> ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
>=======================================================================
>List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>            Submissions:  info-performer@sgi.com
>        Admin. requests:  info-performer-request@sgi.com
>
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 31 09:27:27 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA16074 for info-performer-dist@holodeck.engr.sgi.com; Tue, 31 Mar 1998 09:08:51 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA16047 for <info-performer@holodeck.engr.sgi.com>; Tue, 31 Mar 1998 09:08:49 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA6022025
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 31 Mar 1998 09:08:49 -0800 (PST)
Received: from gatekeeper.rayva.org (gatekeeper.rayva.org [204.254.244.10]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA27608
	for <info-performer@sgi.com>; Tue, 31 Mar 1998 09:08:47 -0800 (PST)
	mail_from (trdecarlo@tasc.com)
Received: (from root@localhost) by gatekeeper.rayva.org (8.8.7/8.6.12) id MAA03113; Tue, 31 Mar 1998 12:08:31 -0500 (EST)
Received: from jpsds14e(192.168.5.103) by gatekeeper via smap (V2.0)
	id xma003109; Tue, 31 Mar 98 12:08:30 -0500
Received: from tasc.com ([192.168.8.210]) by jpsds14e.rayva.org (8.6.12/8.6.12) with ESMTP id MAA12538; Tue, 31 Mar 1998 12:09:32 -0500
Message-ID: <352123AE.A39CAEC7@tasc.com>
Date: Tue, 31 Mar 1998 12:11:10 -0500
From: Thom DeCarlo <trdecarlo@tasc.com>
Reply-To: trdecarlo@tasc.com
Organization: TASC, Inc.
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
To: "Thornburg, Jon K." <jon.thornburg@lmco.com>
CC: info-performer <info-performer@sgi.com>,
        info-vega <info-vega@paradigmsim.com>
Subject: Re: How do I access DOF constraint info?
References: <c=US%a=_%p=VS%l=MSM/PHANTOM/00062BE8@phantom.vs.lmco.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

No, what I am trying is a simple architectural walkthru. I want to model
the doors in MultiGen and access their rotation limits in the runtime
environment.

Thom

Thornburg, Jon K. wrote:
> 
> If you are doing instruments, etc.  the loader in Vega Symbology will
> load and use the DOF constraints.
> 
> Jon
> 
> Jon Thornburg
>  -------------------------------
>  - EMail: jon.thornburg@lmco.com
>  - Phone: (972)603-2366
>  - FAX:   (972)603-7614
>  -------------------------------
> Mail Stop WT-52
> Lockheed Martin Vought Systems
> POB 650003
> Dallas, Texas  75265-0003
> 
>  ----------
> >From: Thom DeCarlo
> >To: info-performer; info-vega
> >Subject: How do I access DOF constraint info?
> >Date: Monday, March 30, 1998 4:22PM
> >
> >
> >In my Performer (Vega) application I need to access the
> >Degree-Of-Freedom constraint settings which I set within my MultiGen
> >model. However, the loader seems to drop that data. I think I can get it
> >myself by creating an flt bead loader callback to run on dof beads.
> >
> >Has anyone tried this? Are there any examples available?
> >
> >TIA,
> >Thom
> >
-- 
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
 Thom DeCarlo                *  Off site contact info
 TASC                        *  JPSD/IEC, US Army TEC
 12100 Sunset Hills Rd.      *  7701 Telegraph Rd., Bldg. 2592
 Reston, VA 20190            *  Alexandria, VA 22315
 phone: 703/834-5000         *  phone: 703/428-9001, -7060, or -7034
 fax:   703/318-7900         *  fax:   703/428-7054
 mailto:trdecarlo@tasc.com   *  mailto:tdecarlo@rayva.org
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
            The right to be heard does not include 
               the right to be taken seriously.
 ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 31 09:51:11 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA16197 for info-performer-dist@holodeck.engr.sgi.com; Tue, 31 Mar 1998 09:38:10 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA16170 for <info-performer@holodeck.engr.sgi.com>; Tue, 31 Mar 1998 09:38:09 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA5988915
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 31 Mar 1998 09:38:09 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id JAA09732
	for <info-performer@sgi.com>; Tue, 31 Mar 1998 09:38:08 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id JAA6046274;
	Tue, 31 Mar 1998 09:38:06 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA25835; Tue, 31 Mar 1998 09:38:06 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <352129FE.492B43AA@sgi.com>
Date: Tue, 31 Mar 1998 09:38:06 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: crccobr@nocrc.abb.no
CC: SGI-PF Discussion Group <info-performer@sgi.com>
Subject: Re: Constructing pfASD
References: <351E823F.5603@nocrc.abb.no>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Dr Colin Bridgewater wrote:
> 
> Hi Folks
> 
> Lee Willis wrote:
> > You cannot take a mesh, and any simplification of that mesh, and be
> > guaranteed that there exists a set of ASD steps that will get you
> > from one to the next.
> >
> > What you *could* do, is use a mesh simplification/decimation
> > algorithm (e.g. wavelet simplification) to create a simplified base
> > mesh, and then reconstruct finer levels of detail from that base
> > mesh which would follow the ASD connectivity requirements. The best
> > LOD of this mesh would approximate your initial mesh, but would not
> > exactly match it.
> 
> Anyone tried using fractals to do this sort of thing ?
> 
> Best wishes
> 
> Colin

I suppose someone had to ask.

Cheers,Angus.

-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 31 10:19:40 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA16366 for info-performer-dist@holodeck.engr.sgi.com; Tue, 31 Mar 1998 10:01:29 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA16339 for <info-performer@holodeck.engr.sgi.com>; Tue, 31 Mar 1998 10:01:28 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA6022962
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 31 Mar 1998 10:01:27 -0800 (PST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via ESMTP id KAA21859
	for <info-performer@sgi.com>; Tue, 31 Mar 1998 10:01:25 -0800 (PST)
	mail_from (dorbie@sgi.com)
Received: from multipass.engr.sgi.com (multipass.engr.sgi.com [198.29.106.105])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id KAA6029182;
	Tue, 31 Mar 1998 10:01:24 -0800 (PST)
Received: from sgi.com (localhost [127.0.0.1]) by multipass.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA26141; Tue, 31 Mar 1998 10:01:23 -0800 (PST)
Sender: dorbie@sgi.com
Message-ID: <35212F73.87693C90@sgi.com>
Date: Tue, 31 Mar 1998 10:01:23 -0800
From: Angus Dorbie <dorbie@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.05C-SGI [en] (X11; I; IRIX 6.5-BETA-1274425944 IP22)
MIME-Version: 1.0
To: Andy Shein <ashein@orac.boston.sgi.com>
CC: info-performer <info-performer@sgi.com>, trdecarlo@tasc.com
Subject: Re: How do I access DOF constraint info?
References: <35201B2A.3C52E57B@tasc.com> <9803301525.ZM28438@orac.boston.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Andy Shein wrote:
> 
> Hi Tom
>    Multigen has a great readme file with the loader, but in short
>    you can create a multigen loader callback and in the CB_DOF case
> (You can ignore the comment parseing stuff )
> 
>       case CB_DOF:
>          if( node->isOfType( node, pfDCS::getClassType() ) )
>          {
>             if( cbcom != NULL )   // see if comment is there
>             {
>                if( cbcom->length != 0 )   // parse comment
>                {
>                   sscanf( cbcom->text, "%s %s %s", &arg1, &arg2, &arg3 );
>                }
>             }
> 
>             pfNotify( PFNFY_INFO, PFNFY_PRINT,
>                       "found DOF %s \n", node->getName() );
> 
>             // Remember DOF info
> 
>             strcpy( door[dof_count].name, node->getName() );
>             door[dof_count].dof = (DOFcb *)cbs;
>             door[dof_count].dcs = (pfDCS *)node;
>             door[dof_count].axis = PF_Z;   // assume its a door
> 
>             if( strcmp( arg1, "TABLE" ) == 0 )  // set rotation axis
>             {
>                door[dof_count].axis = AXIS_TABLE;
>             }
>             else
>             {
>                door[dof_count].axis = AXIS_DOOR;
>             }
> 
>             if( strcmp( arg1, "SYNC" ) == 0 )
>             {
>                strcpy( door[dof_count].sync_name, arg2 );
>             }
>             else
>             {
>                strcpy( door[dof_count].sync_name, "NONE" );
>             }
> 
>             dof_count++;
>             door_count++;
> 
>          }   // end if node is of type DCS
> 
> the door struct looks like this
> 
> typedef struct
> {
>    char name[128];         // name of DCS
>    DOFcb *dof;             // multigen degree of freedom info
>    pfDCS *dcs;             // performer dynamic coordinate of door
> 
>    float angle;            // current angle we are at
>    int axis;               // axis we rotate on
> 
>    char sync_name[128];    // other DCS we should sync with
>    int sync_index;         // index of sync DOOR
>    pfPortalData *portal;   // portal that we cover
> 
> } DOOR;
> 
> and there is a global array of DOORs
> 
> extern DOOR door[100];   // array of door structs to remeber dof stuff
> extern int door_count;
> 
>    In your app then you can compare dcs pointers to the
> dcs pointer in the DOOR struct and then get at the cbDOF stuff.
> 

I hope all this crap is freed on a pfDelete. :-)

Cheers,Angus.


-- 
"Only the mediocre are always at their best." -- Jean Giraudoux 

For advanced 3D graphics Performer + OpenGL based examples and tutors:
http://www.dorbie.com/
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com

From guest  Tue Mar 31 13:42:57 1998
Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA20044 for info-performer-dist@holodeck.engr.sgi.com; Tue, 31 Mar 1998 13:29:42 -0800
Return-Path: <guest>
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA20017 for <info-performer@holodeck.engr.sgi.com>; Tue, 31 Mar 1998 13:29:41 -0800
Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37])
	by cthulhu.engr.sgi.com (980205.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA6097058
	for <info-performer@cthulhu.engr.sgi.com>;
	Tue, 31 Mar 1998 13:29:40 -0800 (PST)
Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (980309.SGI.8.8.8-aspam-6.2/980304.SGI-aspam) via SMTP id NAA17989
	for <info-performer@sgi.com>; Tue, 31 Mar 1998 13:29:38 -0800 (PST)
	mail_from (marcus@logan.engr.multigen.com)
Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id NAA05330; Tue, 31 Mar 1998 13:40:17 -0800
Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id VAA04917; Tue, 31 Mar 1998 21:30:13 GMT
Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA02092; Tue, 31 Mar 1998 13:30:11 -0800
From: "Marcus Barnes" <marcus@multigen.com>
Message-Id: <9803311330.ZM2090@logan.engr.multigen.com>
Date: Tue, 31 Mar 1998 13:30:11 -0800
In-Reply-To: Mario Veraart <rioj7@fel.tno.nl>
        "Re: How do I access DOF constraint info?" (Mar 31,  2:45pm)
References: <199803311245.OAA25106@s00sn1.fel.tno.nl>
Organization: MultiGen Inc.
X-Phones: 1-408-556-2654
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com, info-vega@paradigmsim.com
Subject: Re: How do I access DOF constraint info?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Mar 31,  2:45pm, Mario Veraart wrote:
>Yes, processing the DOF node in a callback is the only option if.
>The readme file for the flight 15.2d loader has some extra info
>about the processing of DOF nodes. It seems to be lost in the 15.4
>readme or man pages. Is this true Marcus?

Most of the content of the old readme file is now in the relnotes or man pages.
Unfortunately, Performer 2.2 doesn't include them for the OpenFlight loader.

I'm building the next revision, R15.4g, this week. The product images will be
available from ftp://ftp.multigen.com/pub . I also will make a small docs image
with only the man subsystems.

Regards.
--
+ Marcus Barnes, Technical Staff        mailto:marcus@multigen.com +
+ Multigen Inc.                         http://www.multigen.com    +
+ 550 S. Winchester Blvd.               phoneto:1-408-556-2654     +
+ Suite 500 San Jose CA 95128           faxto:1-408-261-4102       +
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com