From guest  Fri Aug  1 02:14:19 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id UAA06397; Thu, 31 Jul 1997 20:51:53 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id UAA06381; Thu, 31 Jul 1997 20:51:53 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id UAA25086; Thu, 31 Jul 1997 20:51:52 -0700
Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA08656
	for <info-performer@sgi.com>; Thu, 31 Jul 1997 20:51:07 -0700
	env-from (a00chc00@nchc.gov.tw)
Received: from elk ([140.110.12.168])
	by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id LAA02185
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 11:50:50 +0800 (CST)
Message-ID: <33E15D47.B5379A0@nchc.gov.tw>
Date: Fri, 01 Aug 1997 11:51:36 +0800
From: "Charlie H. Chang" <a00chc00@nchc.gov.tw>
Organization: NCHC
X-Mailer: Mozilla 4.01 [en] (WinNT; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: looking through a tinted window...
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi,

In my application, I need to create several channels and one of them is
viewed
throught some kind of color filter lens.  I tried to use OpenGL and draw
a
transparent color polygon in the draw call-back but the result was that
only polygon
was shown.  Any example code that I can follow?
Thank you in advance!


--
Charlie H. Chang                E-mail: a00chc00@nchc.gov.tw
Voice: 886-3-5776085x209        Fax: 886-3-5773620
Media & Visualization Lab, National Center for High-performance
Computing


=======================================================================
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 Aug  1 06:33:46 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id EAA07415; Fri, 1 Aug 1997 04:10:45 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id EAA07399; Fri, 1 Aug 1997 04:10:44 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id EAA18148; Fri, 1 Aug 1997 04:10:43 -0700
Received: from mail.Germany.EU.net (mail.germany.eu.net [192.76.144.65]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA20275
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 04:10:42 -0700
	env-from (glasmacher@rke.de)
Received: from [193.96.245.65]
	by mail.Germany.EU.net with SMTP (5.61c:012/2.7.0.j)
	id NAA13932; Fri, 1 Aug 1997 13:10:02 +0200 (MET DST)
Received: from rkent3xchg01.rke.de by reinsw.rke.de (Lotus SMTP MTA v1.05 (274.9 11-27-1996)) with SMTP id C12564E6.003D37DD; Fri, 1 Aug 1997 13:08:40 +0200
Received: by rkent3xchg01.rke.de with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5)
	id <01BC9E7C.BDEF6F50@rkent3xchg01.rke.de>; Fri, 1 Aug 1997 13:13:45 +0200
Message-ID: <c=DE%a=_%p=RKE%l=RKE/NOTES/00005C0C@rkent3xchg01.rke.de>
From: "Glasmacher, Georg (MS) (DirSync Requestor RAAB)" <glasmacher@rke.de>
To: "'SGI Info Performer'" <info-performer@sgi.com>,
        "'PSI Info Vega'"
	 <info-vega@paradigmsim.com>
Subject: MultiGen Linkage Editor/Behaviour in Performer
Date: Fri, 1 Aug 1997 13:10:00 +0200
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Status: O

Hello,

are there any sample codes available to demonstrate the control of
behaviours created with MultiGen II and the Linkage Editor within
Performer?

Regards,

Georg Glasmacher
Visual Simulation and Virtual Reality Division
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 Transformation Software Ltd. c/o Raab Karcher Elektronik GmbH
 Loetscher Weg 66,  D-41334 Nettetal,  Germany
 Tel. : +49 (2153) 733-337  FAX : -212   e_mail: gglasmacher@rke.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 Aug  1 06:33:46 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id EAA07534; Fri, 1 Aug 1997 04:45:26 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id EAA07518; Fri, 1 Aug 1997 04:45:25 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id EAA20703; Fri, 1 Aug 1997 04:45:24 -0700
Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id EAA24265
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 04:45:23 -0700
	env-from (steve@mred.bgm.link.com)
Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO)
	for info-performer@sgi.com id AA10661; Fri, 1 Aug 97 06:50:46 -0500
Date: Fri, 1 Aug 97 06:50:46 -0500
From: steve@mred.bgm.link.com (Steve Baker)
Message-Id: <9708011150.AA10661@mred.bgm.link.com>
To: info-performer@sgi.com
Subject: Re:  looking through a tinted window...
Status: O


Charlie H. Chang <a00chc00@nchc.gov.tw> asked about implementing:

> ... some kind of color filter lens.  I tried to use OpenGL and draw a
> transparent color polygon in the draw call-back but the result was that
> only polygon was shown.

That should have worked if you implemented it right - but it would be
very costly on pixel fill.

>  Any example code that I can follow?

If you are *really* lucky and your filter is always a primary colour
(RED, GREEN, BLUE) or a combination of primaries (CYAN, MAGENTA, YELLOW)
then you can get a good effect for free using glColorMask - set it just
before pfDraw and restore it afterwards if you plan on doing any other
non-3D stuff like GUI, etc.

If your filter is not a primary colour then you can still do it for free
in a full-screen application by messing with the colour gamma tables to
attenuate some of the colours more strongly than the others.

For IRIX 6.2 and later, check out:

    XSGIvcStoreGammaColors16

...and...

    XSGIvcSetChannelGammaMap

...Once you have this set up, the per-frame cost is exactly zero.


Steve Baker                     817-619-1361 (Vox-Lab)
Hughes Training Inc.            817-619-8776 (Vox-Office/Vox-Mail)
2200 Arlington Downs Road       817-619-4028 (Fax)
Arlington, Texas. TX 76005-6171 Steve@MrEd.bgm.link.com (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  Fri Aug  1 06:33:49 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id EAA07502; Fri, 1 Aug 1997 04:38:02 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id EAA07486; Fri, 1 Aug 1997 04:38:01 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id EAA20332; Fri, 1 Aug 1997 04:38:00 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA23559
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 04:38:00 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA02639; Fri, 1 Aug 1997 04:37:58 -0700
Date: Fri, 1 Aug 1997 04:37:58 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708010437.ZM2637@multipass.engr.sgi.com>
In-Reply-To: "Charlie H. Chang" <a00chc00@nchc.gov.tw>
        "looking through a tinted window..." (Aug  1, 11:51am)
References: <33E15D47.B5379A0@nchc.gov.tw>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: "Charlie H. Chang" <a00chc00@nchc.gov.tw>, info-performer@sgi.com
Subject: Re: looking through a tinted window...
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 1, 11:51am, Charlie H. Chang wrote:
> Subject: looking through a tinted window...
> Hi,
>
> In my application, I need to create several channels and one of them is
> viewed
> throught some kind of color filter lens.  I tried to use OpenGL and draw
> a
> transparent color polygon in the draw call-back but the result was that
> only polygon
> was shown.  Any example code that I can follow?
> Thank you in advance!

I bet you drew the polygon before you called pfDraw.

Try drawing it afterwards, this will about the zbuffer occlusion
I expect you are encountering.

Also if your glass is a promary colour you'd be much faster
using colour masks.

Cheers,Angus.

=======================================================================
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 Aug  1 06:33:49 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id CAA07075; Fri, 1 Aug 1997 02:15:29 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id CAA07059; Fri, 1 Aug 1997 02:15:28 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id CAA12446; Fri, 1 Aug 1997 02:15:27 -0700
Received: from fort.demeern.sgi.com ([144.253.208.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA03235
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 02:15:23 -0700
	env-from (hilmi@demeern.sgi.com)
Received: from creil.demeern.sgi.com (creil.demeern.sgi.com [144.253.208.31]) by fort.demeern.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA29645 for <@fort.demeern.sgi.com:info-performer@sgi.com>; Fri, 1 Aug 1997 11:15:18 +0200
Received: (from hilmi@localhost) by creil.demeern.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA06036 for info-performer@sgi.com; Fri, 1 Aug 1997 11:15:16 +0200
From: hilmi@demeern.sgi.com (Hilmi Ortadeveci)
Message-Id: <199708010915.LAA06036@creil.demeern.sgi.com>
Subject: OpenGL / Performer Video Texture mapping.
To: info-performer@sgi.com
Date: Fri, 1 Aug 1997 11:15:16 +0200 (MEST)
X-Mailer: ELM [version 2.4 PL24 ME5a]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1532      
Status: O



To use video-texture mapping under OpenGL you have to setup
a GLX VIDEO SOURCE.
This is done using the function: 'glXCreateGLXVideoSourceSGIX()'
and then Select it into the current context of the OpenGL rendering
thread using: 'glXMakeCurrentReadSGI()'

When I use Performer the same trick work's only the texture settup is
done using Performer instead of OpenGL function's.

So far so good.

If Performer uses an Overlay-window then after every context switch the
current read source of it's MAIN OpenGL context (main window) has
changed !!!.
This problem is solved using glXMakeCurrentReadSGI() after every
pfSelectWin().

Now I have tested my setup on 2 ONYX's, a Reality Engine and a VTX.
And on my Max-Impact (with double buffering for textures.)
Everything work's UNTIL I use seperare CULL and DRAW processing.

As long as Performer put's the CULL and DRAW in the same process
the current Readsource remain's as I have set it it.
When CULL and DRAW are different processes after each frame, Performer
looses the current READ source and I have to call:
 glXMakeCurrentReadSGI() every frame.

THIS is too slow for realtime-performance (50/60 HZ).

My question:
How does it loose it's read source ?

Another question:
  What are the constraint's on:
  glHint(GL_TEXTURE_MULTI_BUFFER_HINT_SGIX,GL_FASTEST);

It seems to crash the entire system if I use the glBindTextureEXT() on
another texture then the 2 created for video texturing or if I use
glPushAttrib() / glPopAttrib() followd by a glDisable(GL_TEXTURE_2D)

Thx!

Hilmi
=======================================================================
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 Aug  1 10:21:33 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id EAA07581; Fri, 1 Aug 1997 04:50:31 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id EAA07565; Fri, 1 Aug 1997 04:50:30 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id EAA21242; Fri, 1 Aug 1997 04:50:30 -0700
Received: from amber.drawcomp.com ([204.170.241.126]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA24867
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 04:50:28 -0700
	env-from (prakash@drawcomp.com)
Received: (from nobody@localhost)
	by amber.drawcomp.com (8.8.5/8.8.5) id HAA19170
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 07:47:01 -0400 (EDT)
X-Authentication-Warning: amber.drawcomp.com: nobody set sender to <prakash@drawcomp.com> using -f
Received: from porter(10.0.0.5) by amber.drawcomp.com via smap (V2.0)
	id xma019168; Fri, 1 Aug 97 07:47:00 -0400
Sender: gpmahesh@drawcomp.com
Message-ID: <33E1CCB4.3F54@drawcomp.com>
Date: Fri, 01 Aug 1997 07:47:00 -0400
From: Prakash Mahesh <prakash@drawcomp.com>
Organization: DRaW Computing Assoc. Inc., http://www.drawcomp.com/prakash.html
X-Mailer: Mozilla 3.02 (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: OpenWorlds demos at SIGGRAPH
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

** OPEN WORLDS DEMOS **

There will be demos of the new Human-Animation Working Group
(h-anim) specification at Siggraph in the CAL being demonstrated
for the course "Virtual Humans: Behaviors and Physics, 
Acting and Reacting." chaired by Dr. Norman Badler.
In addition,  you can see the some h-anim humans at the OpenWorlds'
Performer demo at the SGI demo booth.

These CAL demos will show VRML 2.0 running in the Transom
Jack software through extensions using DRaW's OpenWorlds VRML
libraries.  One demo shows an h-anim-compatible Jack human
figure animated by Jack's inverse kinematics driving other 
h-anim humans within Jack, as well as creating VRML animation
files which can be used in other browsers. 

In addition, another demo will show the Jack figure 
being driven by h-anim VRML animations created by other
animators on other systems (such as motion-capture).

**See Jack and floops acting together in an animation too!**

Stop by and see the h-anim spec in action, as well as how OpenWorlds
can be used to add VRML capabilities to any application, such
as Transom Technologies' Jack system.

Stop by the SGI booth and see another application using OpenWorlds.
This is a VRML 2.0 browser running on top of Performer's perfly
application, with the ability to load in VRML 2.0 wrl files as
well as dxf, flt, etc.  

**See Egghead (and his evil brother Sam) visit Performer town!**


-- 
  Prakash Mahesh                                     
  prakash@drawcomp.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 Aug  1 12:14:32 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id GAA07746; Fri, 1 Aug 1997 06:40:17 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id GAA07730; Fri, 1 Aug 1997 06:40:16 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id GAA01986; Fri, 1 Aug 1997 06:40:15 -0700
Received: from vlasov.gsfc.nasa.gov (vlasov.gsfc.nasa.gov [128.183.33.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA11239
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 06:40:14 -0700
	env-from (akekesi@vlasov.gsfc.nasa.gov)
Received: (from akekesi@localhost) by vlasov.gsfc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA07482; Fri, 1 Aug 1997 09:42:03 -0400
From: "B. Alex Kekesi" <akekesi@vlasov.gsfc.nasa.gov>
Message-Id: <9708010942.ZM7480@vlasov.gsfc.nasa.gov>
Date: Fri, 1 Aug 1997 09:42:03 -0400
In-Reply-To: Ryan McKinley <rmckinle@curly.ucsd.edu>
        "constant animations" (Jul 31, 11:13am)
References: <Pine.SGI.3.96.970731103407.12358A-100000@curly.ucsd.edu>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Ryan McKinley <rmckinle@curly.ucsd.edu>, info-performer@sgi.com
Subject: Re: constant animations
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Ryan,

I think this is the sort of thing you're looking for...


void
timedAnimation()
{
double starttime;
double endtime = ????;  /* Length of time for animation */

starttime = pfGetTime(); /* Gets current time for start */

while((pfGetTime()-starttime) <= endtime)
   Animate_Object();	/* Goes through one cycle of the animation */

}


main()
{
 pfInitClock(0.0);
 timedAnimation();
}



-Hope this helps!

Alex Kekesi				email: B.A.Kekesi.1@gsfc.nasa.gov
Hughes STX Corp.
NASA Goddard Space Flight Center
Scientific Visualization Studio
Code 935, Bldg. 28, Rm. S121
Greenbelt, MD  20771

> Hi -
>
> I'm working on a problem that I'm confident has a slick solution. (and has
> alredy been solved)
>
> I want to start someting animating and have it run for a specific time.  I
> want this time to be constant regardless of how fast the application is
> running.
>
> Should I make this a time based problem using: gettimeofday(), or base the
> animation the frame rate and count ~ pfGetFrameCount()?
>
> Any suggestions?
>
> Thanks
>
> Ryan
=======================================================================
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 Aug  1 12:59:59 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA08734; Fri, 1 Aug 1997 10:27:24 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA08718; Fri, 1 Aug 1997 10:27:23 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA04476; Fri, 1 Aug 1997 10:27:22 -0700
Received: from hyperion.roblis (hyperion.lisitt.uv.es [147.156.133.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA18128
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 10:27:19 -0700
	env-from (jcasilla@glup.eleinf.uv.es)
Received: from localhost (jcasilla@localhost) by hyperion.roblis (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id TAA01725 for <info-performer@sgi.com>; Fri, 1 Aug 1997 19:27:14 -0700
Date: Fri, 1 Aug 1997 19:27:13 -0700 (PDT)
From: Joaquin Casillas Melendez <jcasilla@glup.eleinf.uv.es>
X-Sender: jcasilla@hyperion.roblis
To: Performer Mailing List <info-performer@sgi.com>
Subject: Multiple framebuffer
Message-ID: <Pine.SGI.3.96.970801191040.1697B-100000@hyperion.roblis>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

Hello all!

I am trying to get the stereo mode working in my performer application.
Whe compiled in Iris gl mode, all works fine; I can change the framebuffer
configuration directly by calling stereobuffer(). However, when porting it
to OpenGL mode, I can't do it. I've read in the manual that in OpenGL/X
mode I must create another window with my own framebuffer configuration,
and later attach it to the parent list window, in order to change between
configurations with pfWinIndex() function. 

The example shows how to do STANDARD alternate configuration windows,
but nothing about custom alternate windows.

It would be very appreciated is someone could help me about creating my
own configuration window, and how to switch between several configurations
in my performer application.

Thanks.

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/ Joaquin Casillas          | email: jcasilla@glup.eleinf.uv.es            _/
_/ ARTEC (LISITT)            | 					            _/
_/ Dept. Electr. & Informat. | Phone: +34 6 360 4484  Fax: +34 6 361 6198   _/
_/ University of Valencia    | Address: Hugo de Moncada 4. 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  Fri Aug  1 13:00:03 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA08763; Fri, 1 Aug 1997 10:33:25 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA08747; Fri, 1 Aug 1997 10:33:24 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA05624; Fri, 1 Aug 1997 10:33:23 -0700
Received: from coral.arc.nasa.gov (coral.arc.nasa.gov [128.102.119.141]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA20884
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 10:33:22 -0700
	env-from (ethan@coral.arc.nasa.gov)
Received: from coral.arc.nasa.gov (LOCALHOST [127.0.0.1]) by coral.arc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA06096 for <info-performer@sgi.com>; Fri, 1 Aug 1997 10:18:22 -0700
Sender: ethan@coral.arc.nasa.gov
Message-ID: <33E21A5D.15FB@coral.arc.nasa.gov>
Date: Fri, 01 Aug 1997 10:18:21 -0700
From: Ethan Phelps-Goodman <ethan@coral.arc.nasa.gov>
X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: IRIS Performer mailing list <info-performer@sgi.com>
Subject: Re: cout & Performer crashes
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

I am using CC. Every othere c++ feature works fine.

cerr doesn't work either.

this is where dbx says the crash is:

>  0 ostream::operator<<(const char*)(0xf8b6dd8, 0x1000733c, 0x7fff2f6c, 0x7fff2f6c) ["../stream/out.c++":259, 0xf898748]
   1 main(argc = 1, argv = 0x7fff2f64)
["/usr/people/ethan/midas/tinyMidas/tinyMidas.c++":29, 0x42579c]
   2 __istart() ["crt1tinit.s":13, 0x425700]


Any ideas why cout doesn't work?
has anyone else had this problem?

Dirk Luesebrink wrote:
> 
> my guess is your link line looks like:
> 
> /usr/bin/cc ....
> 
> fast fix is cut copy past the generated link line and replace cc with
> CC. better solution is not to use any performer Makefile at all and
> develop your own Makefile where you see whats going on.
> 
> if this is the case, cc dosent link the neccessary C++ startup code for
> iostream into your app. crash on cout is then one of the first but not
> the last problem.
> 
> in case its not the problem, sigh, cant help.
> 
> dirk.
> 
> Ethan Phelps-Goodman wrote:
> >
> > I just started using Performer and I have run into a big problem.
> >
> > I cannot use the cout stream in Performer applications. Whenever cout is
> > called the program core dumps. Debugger inspection shows that the crash
> > happens at the operator<< function. My development work cannont continue
> > until I can solve this.
> >
> > Certainly there is a way to work around this?
> >
> > I am using Performer 2.0 on an Indigo2.
> >
> > Thanks in advance.
> >
> > --
> >
> > Ethan Phelps-Goodman
> > ethan@coral.arc.nasa.gov

-- 

Ethan Phelps-Goodman
ethan@coral.arc.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  Fri Aug  1 12:59:58 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA08588; Fri, 1 Aug 1997 09:11:02 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA08572; Fri, 1 Aug 1997 09:11:01 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA22380; Fri, 1 Aug 1997 09:11:00 -0700
Received: from hyperion.roblis (hyperion.lisitt.uv.es [147.156.133.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA17511
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 09:10:54 -0700
	env-from (jcasilla@glup.eleinf.uv.es)
Received: from localhost (jcasilla@localhost) by hyperion.roblis (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA01315; Fri, 1 Aug 1997 13:08:04 -0700
Date: Fri, 1 Aug 1997 13:08:04 -0700 (PDT)
From: Joaquin Casillas Melendez <jcasilla@glup.eleinf.uv.es>
X-Sender: jcasilla@hyperion.roblis
To: M.Gorgerino@agora.stm.it
cc: info-performer@sgi.com
Subject: Re: Stereo_in_Performer
In-Reply-To: <199707311340.PAA07669@agora.stm.it>
Message-ID: <Pine.SGI.3.96.970801130210.1276F-100000@hyperion.roblis>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Thu, 31 Jul 1997 M.Gorgerino@agora.stm.it wrote:

> Hello,
> I'd like have some informations about STEREO with Performer on
> a Maximum Impact R10000 with 1 processor.
> In the Insight book there are only two line about stereo!!!
> Is it necessary having a Silicon with 2 processor?
> What are the functions to use in a C program?
> How can I see a real time stereo scene graph?
> Are there some books or scripts about STEREO in Performer?
> Are there some examplews?
> I've made stereo with images using 'setmon 1280x1024_120s'
> and some gl functions.
> 
> Is it possible have the 'bump' texture in Performer?
> 
> Thanks for all
> Margherita Gorgerino
> STA Computer Grafica
> Torin, ITALY
> 
> I wait for a reply as soon as possible!
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com
> 

Hello.

You have a nice example of doing stereo in performer in both gl and OpenGL
modes in the web at silicon site www.sgi.com. It works fine in Onyx and
Onyx2 platforms. I haven't tested it in  Impacat machines, but the code
will help you very much.

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/ Joaquin Casillas          | email: jcasilla@glup.eleinf.uv.es            _/
_/ ARTEC (LISITT)            | 					            _/
_/ Dept. Electr. & Informat. | Phone: +34 6 360 4484  Fax: +34 6 361 6198   _/
_/ University of Valencia    | Address: Hugo de Moncada 4. 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  Fri Aug  1 12:51:42 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA08066; Fri, 1 Aug 1997 07:15:27 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA08050; Fri, 1 Aug 1997 07:15:26 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA06577; Fri, 1 Aug 1997 07:15:26 -0700
Received: from marble.litc.lockheed.com (marble.litc.lockheed.com [198.7.15.33]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA18022
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 07:15:24 -0700
	env-from (jbrickley@lmwsmr.lesc.lockheed.com)
Received: from gruel.hq.lesc.lockheed.com (gruel.hq.lesc.lockheed.com [192.58.156.196]) by marble.litc.lockheed.com (8.8.3/8.8.2) with ESMTP id IAA13654 for <info-performer@sgi.com>; Fri, 1 Aug 1997 08:15:22 -0600 (MDT)
Received: from MKTPO.mkt.lesc.lockheed.com (mktnt1.mkt.lesc.lockheed.com) by gruel.hq.lesc.lockheed.com with ESMTP
	(1.39.111.2/16.3) id AA121154796; Fri, 1 Aug 1997 09:13:16 -0500
Received: from Microsoft Mail (PU Serial #1074)
  by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm))
  id AA-1997Aug01.080500.1074.30032; Fri, 01 Aug 1997 09:14:29 -0700
From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley)
To: info-performer@sgi.com (info-performer)
Message-Id: <1997Aug01.080500.1074.30032@MKTPO.mkt.lesc.lockheed.com>
X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Organization: Lockheed Martin Engineering & Sciences
Date: Fri, 01 Aug 1997 09:14:29 -0700
Subject: Timing processes
Status: O


    I'm timing a performer process (or trying to), and with stats turn on, 
app process takes 7.5ms cull 0.2ms and draw 4.3ms, the frame time is 
57.4ms....  So where's the extra time going and how do I cut it down?  Is it 
transmission time between processes?  These are the times on single 
processor mode, in multiprocessor mode the times for the app, cull, and draw 
are the same, but frame time is 128.4 ms....  Is it time to start doing 
triangle counts?  I get the same timing with 66% texture memory used and 
150% of texture memory used (with the detail image uses that extra texture 
memory turned off).  Can I time the time between processes?  Will it tell me 
anything useful?  What timing routine gives me the highest resolution of 
time?

     Just me,
          Jeff

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  Fri Aug  1 17:40:54 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA09055; Fri, 1 Aug 1997 12:03:26 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA09037; Fri, 1 Aug 1997 12:03:25 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA20506; Fri, 1 Aug 1997 12:03:24 -0700
Received: from itd.nrl.navy.mil (itd.nrl.navy.mil [132.250.81.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id MAA26210
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 12:03:23 -0700
	env-from (page@itd.nrl.navy.mil)
Received: by itd.nrl.navy.mil (4.1/SMI-4.1)
	id AA25159; Fri, 1 Aug 97 15:03:12 EDT
From: page@itd.nrl.navy.mil (Rob Page)
Message-Id: <9708011903.AA25159@itd.nrl.navy.mil>
Subject: Re: Onyx RE2 to Onyx2 iR
To: Brett.Kaylor@GSC.GTE.Com (Kaylor Brett)
Date: Fri, 1 Aug 1997 15:03:10 -0400 (EDT)
Cc: info-performer@sgi.com
In-Reply-To: <c=US%a=_%p=GTE%l=MTVEX03-970724183829Z-33227@mtvex02.MTN-VIEW> from "Kaylor, Brett" at Jul 24, 97 11:38:29 am
X-Mailer: ELM [version 2.4 PL25]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1032      
Status: O


On Thu, 24 Jul 1997, Kaylor, Brett wrote:

> We are in the process of porting our Performer (OpenGL based)
> application from an 
> Onyx RE2 (IRIX 6.2) with 2 pipes to an Onyx 2 iR (IRIX 6.4) and have a
> few questions.
>  ...
> - We also have 2 Virtual Technolgy gloves and a Fastrak.  We have been
> told that the serial interface has changed between the two machines.  Has
> anyone experienced any problems moving serial input devices between the two
> different machines?
> 
  We had a problem moving our serial driver code from an Indigo2 with
  Irix 6.2 to an Octane with 6.4.  The termio and termios structures have 
  changed between the two Irixes.  See the man page for termio on the 6.4 
  machine.  "Existing binaries automatically use the old interfaces."  If 
  you want to compile and run under 6.4 you can either make a minor code 
  change or define a compile time flag.

  ttfn, Rob Page    Kaman Sciences @ NRL Code 5513
  (202) 404-7280 -> B16 Room 228         (202) 767-5613 -> HCI Lab
  page@itd.nrl.navy.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 Aug  1 18:25:49 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id PAA10217; Fri, 1 Aug 1997 15:34:08 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id PAA10201; Fri, 1 Aug 1997 15:34:07 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id PAA22484; Fri, 1 Aug 1997 15:34:06 -0700
Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA05009
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 15:34:05 -0700
	env-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 PAA08855; Fri, 1 Aug 1997 15:41:58 -0700
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 WAA06664; Fri, 1 Aug 1997 22:31:49 GMT
Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA05728; Fri, 1 Aug 1997 15:31:05 -0700
From: "Marcus Barnes" <marcus@multigen.com>
Message-Id: <9708011531.ZM5726@logan.engr.multigen.com>
Date: Fri, 1 Aug 1997 15:31:05 -0700
In-Reply-To: "Glasmacher, Georg (MS) (DirSync Requestor RAAB)" <glasmacher@rke.de>
        "MultiGen Linkage Editor/Behaviour in Performer" (Aug  1,  1:10pm)
References: <c=DE%a=_%p=RKE%l=RKE/NOTES/00005C0C@rkent3xchg01.rke.de>
Organization: MultiGen Inc.
X-Phones: 1-408-556-2654
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "'PSI Info Vega'" <info-vega@paradigmsim.com>,
        "'SGI Info Performer'" <info-performer@sgi.com>
Subject: Re: MultiGen Linkage Editor/Behaviour in Performer
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 1,  1:10pm, Glasmacher, Georg (MS) (DirSync Requestor RAAB) wrote:
> are there any sample codes available to demonstrate the control of
> behaviours created with MultiGen II and the Linkage Editor within
> Performer?

The OpenFlight R15.4 loader, recently released with MultiGen II v1.4, supports
 a subset of the Behavior (linkage editor) Option. Specifically, DOF
articualtions and switch settings.

A real-time control for each behavior driver is created by the loader. The can
be started automatically by the loader, or exported to the user for explicit
control. The loader provides a driver control api modeled after the well known
pfSequence api. All this is explained in the loader's online release notes and
manual pages.

Any existing .flt model that has (supported) behaviors can now come alive in
perfly simply by enabling their automation:

> perfly -y flt,26,1 behavior.flt

PS: this loader is part of the Performer 2.2 alpha distribution.

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  Fri Aug  1 18:25:47 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id PAA10171; Fri, 1 Aug 1997 15:27:03 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id PAA10155; Fri, 1 Aug 1997 15:27:02 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id PAA21454; Fri, 1 Aug 1997 15:27:01 -0700
Received: from proxy3.ba.best.com (proxy3.ba.best.com [206.184.139.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA02277
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 15:27:01 -0700
	env-from (gcw@best.com)
Received: from gcw.vip.best.com (dynamic24.pm12.mv.best.com [206.184.194.216]) by proxy3.ba.best.com (8.8.5/8.8.3) with SMTP id PAA26217; Fri, 1 Aug 1997 15:25:59 -0700 (PDT)
Message-Id: <2.2.32.19970801222556.006c505c@shell2.ba.best.com>
X-Sender: gcw@shell2.ba.best.com
X-Mailer: Windows Eudora Pro Version 2.2 (32)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 01 Aug 1997 15:25:56 -0700
To: "B. Alex Kekesi" <akekesi@vlasov.gsfc.nasa.gov>, info-performer@sgi.com
From: george williams <gcw@best.com>
Subject: Re: constant animations
Status: O

At 09:42 AM 8/1/97 -0400, you wrote:
>Ryan,
>
>I think this is the sort of thing you're looking for...
>
>
>void
>timedAnimation()
>{
>double starttime;
>double endtime = ????;  /* Length of time for animation */
>
>starttime = pfGetTime(); /* Gets current time for start */
>
>while((pfGetTime()-starttime) <= endtime)
>   Animate_Object();	/* Goes through one cycle of the animation */
>

This function must in general be informed of the delta time between the last
and current frame so that the animation between 'start' and 'end' time is
smooth as well.

>}
>
>
>main()
>{
> pfInitClock(0.0);
> timedAnimation();
>}
>
>
>
>-Hope this helps!
>
>Alex Kekesi				email: B.A.Kekesi.1@gsfc.nasa.gov
>Hughes STX Corp.
>NASA Goddard Space Flight Center
>Scientific Visualization Studio
>Code 935, Bldg. 28, Rm. S121
>Greenbelt, MD  20771
>
>> Hi -
>>
>> I'm working on a problem that I'm confident has a slick solution. (and has
>> alredy been solved)
>>
>> I want to start someting animating and have it run for a specific time.  I
>> want this time to be constant regardless of how fast the application is
>> running.
>>
>> Should I make this a time based problem using: gettimeofday(), or base the
>> animation the frame rate and count ~ pfGetFrameCount()?
>>
>> Any suggestions?
>>
>> Thanks
>>
>> Ryan
>=======================================================================
>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  Sat Aug  2 02:20:03 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id UAA11466; Fri, 1 Aug 1997 20:53:26 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id UAA11450; Fri, 1 Aug 1997 20:53:25 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id UAA23165; Fri, 1 Aug 1997 20:53:25 -0700
Received: from us.net (laurel.us.net [198.240.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA20847
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 20:53:22 -0700
	env-from (dslayton@d-a-s.com)
Received: from d-a-s.com (picard.d-a-s.com [198.240.116.34])
	by us.net (8.8.6/8.8.6) with SMTP id XAA14207;
	Fri, 1 Aug 1997 23:53:18 -0400 (EDT)
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 AA06176; Fri, 1 Aug 97 23:55:27 EDT
Sender: dslayton@d-a-s.com
Message-Id: <33E2910F.6956@d-a-s.com>
Date: Fri, 01 Aug 1997 21:44:47 -0400
From: "David A. Slayton (DAS)" <dslayton@d-a-s.com>
Organization: Dynamic Animation Systems Inc.
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
Mime-Version: 1.0
To: info-performer@sgi.com, java3d-interest@Sun.Com,
        SIW-ENTERTAINMENT@sc.ist.ucf.edu
Subject: VR Software Devlopers Wanted
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 actively seeking qualified candidates to join our hearty
band of visionaries in defining the future of distributed
online virtual environments.

We are currently looking 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 candidates with the following qualifications:

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:  Coryphaeus DWB, EZScene,
  and EZT, Alias/Wavefront, LightWave, Multigen, 
  Paradigm and Sense8.

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

All positions are currently at our Northern VA locations.  

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



We will be interviewing candidates at SIGGRAPH '97.  To arrange
an interview, please email your resume' and LA contact information
to jobs@d-a-s.com.  You may also fax your resume' and contact info
to the Hyatt Regency, Los Angeles attention Mr. David Slayton. 


Thanks!
-- 
#####################################################################
!                                                                   !
!  David A. Slayton                 Dynamic Animation Systems, Inc. !
!  Senior Vice President            6035 Burke Center 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  Sat Aug  2 05:06:42 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id XAA11716; Fri, 1 Aug 1997 23:40:44 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id XAA11700; Fri, 1 Aug 1997 23:40:43 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id XAA28898; Fri, 1 Aug 1997 23:40:43 -0700
Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA11423
	for <info-performer@sgi.com>; Fri, 1 Aug 1997 23:40:41 -0700
	env-from (kvsasi@icemt.iastate.edu)
Received: from mammoth.icemt.iastate.edu (mammoth.icemt.iastate.edu [129.186.232.54]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id BAA04925 for <info-performer@sgi.com>; Sat, 2 Aug 1997 01:40:40 -0500
Received: from mammoth.icemt.iastate.edu (localhost [127.0.0.1]) by mammoth.icemt.iastate.edu (950413.SGI.8.6.12/8.6.12) with SMTP id BAA17693 for <info-performer@sgi.com>; Sat, 2 Aug 1997 01:40:39 -0500
Sender: kvsasi@icemt.iastate.edu
Message-ID: <33E2D666.41C6@icemt.iastate.edu>
Date: Sat, 02 Aug 1997 01:40:38 -0500
From: Sasikumar Kutti <kvsasi@icemt.iastate.edu>
Organization: Iowa State University
X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: smoke
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi

I need dyanmically changing smoke and sand ( smoke blowing ,sand
dropping etc )in my app. How can I do this?. 

I would be glad to get contact of performers doing this kind of
animation. Who is out there?.

Thanks in advance


sasi

-- 
Sasikumar Kutti
kvsasi@iastate.edu
http://www.eng.iastate.edu/~kvsasi
=======================================================================
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 Aug  2 12:53:20 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA12605; Sat, 2 Aug 1997 07:29:14 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA12589; Sat, 2 Aug 1997 07:29:13 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA17199; Sat, 2 Aug 1997 07:29:12 -0700
Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA29004
	for <info-performer@sgi.com>; Sat, 2 Aug 1997 07:29:11 -0700
	env-from (swami@evl.uic.edu)
Received: from zbox.evl.uic.edu (zbox.evl.uic.edu [131.193.48.160]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id JAA25017; Sat, 2 Aug 1997 09:30:29 -0500 (CDT)
Received: from localhost (swami@localhost) by zbox.evl.uic.edu (8.6.5/8.6.4) with SMTP id JAA01488; Sat, 2 Aug 1997 09:30:30 -0500
X-Authentication-Warning: zbox.evl.uic.edu: swami owned process doing -bs
Date: Sat, 2 Aug 1997 09:30:30 -0500 (CDT)
From: "Swaminathan N." <swami@evl.uic.edu>
To: Ethan Phelps-Goodman <ethan@coral.arc.nasa.gov>
cc: IRIS Performer mailing list <info-performer@sgi.com>
Subject: Re: cout & Performer crashes
In-Reply-To: <33E21A5D.15FB@coral.arc.nasa.gov>
Message-ID: <Pine.SGI.3.95.970802092826.1478A-100000@zbox.evl.uic.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Fri, 1 Aug 1997, Ethan Phelps-Goodman wrote:

> I am using CC. Every othere c++ feature works fine.
> 
> cerr doesn't work either.
> 
> this is where dbx says the crash is:
> 
> >  0 ostream::operator<<(const char*)(0xf8b6dd8, 0x1000733c, 0x7fff2f6c, 0x7fff2f6c) ["../stream/out.c++":259, 0xf898748]
>    1 main(argc = 1, argv = 0x7fff2f64)
> ["/usr/people/ethan/midas/tinyMidas/tinyMidas.c++":29, 0x42579c]
>    2 __istart() ["crt1tinit.s":13, 0x425700]
> 
> 
> Any ideas why cout doesn't work?
> has anyone else had this problem?

Stick in Iostream_init() just after pfInit()

Swami

 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
v       Swaminathan Narayanan                    ^
v       swami@evl.uic.edu                        ^
v       Office: 996-3002                         ^
v       Home:   850-2726                         ^
v       http://www.evl.uic.edu/swami             ^
 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 

=======================================================================
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 Aug  4 01:30:00 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id UAA15859; Sun, 3 Aug 1997 20:07:22 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id UAA15843; Sun, 3 Aug 1997 20:07:22 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id UAA10409; Sun, 3 Aug 1997 20:07:21 -0700
Received: from mail.unet.umn.edu (mail.unet.umn.edu [128.101.101.103]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id UAA06493
	for <info-performer@sgi.com>; Sun, 3 Aug 1997 20:07:19 -0700
	env-from (klinge@reality.psych.umn.edu)
Received: from reality.psych.umn.edu by mail.unet.umn.edu (5.65c)
	id AA08030; Sun, 3 Aug 1997 22:07:17 -0500
From: James Klinge <klinge@reality.psych.umn.edu>
Message-Id: <199708040258.VAA05964@reality.psych.umn.edu>
Received: by reality.psych.umn.edu; Sun, 3 Aug 1997 21:58:34 -0500
Subject: upgrading to performer 2.0.4
To: info-performer@sgi.com
Date: Sun, 3 Aug 1997 21:58:34 -0500 (CDT)
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Content-Length: 924       
Status: O

Hello all,

I need to upgrade my performer installation from 2.0.1 to 2.0.4 in
order to install some Paradigm Simulation software on our ONYX re2
which runs IRIX 6.2.

I understand this requires patch number 1696 (and possibly 1392) but
I am unable to download either patch from the sgi website.  With
netscape, the download always resets from 14% downloaded to 0%.
When it's done downloading the files are always corrupt.  I have also
tried internet explorer and even lynx on various platforms from
various sites with no luck.  I believe the SGI web server may be at fault.
I've gotten no help from SGI. 

If anyone knows how or where I can download a working version of this
patch either by browser or ftp, I would be most appreciative for this
info.

Thanks,
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  Mon Aug  4 10:34:28 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id FAA16402; Mon, 4 Aug 1997 05:09:06 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id FAA16386; Mon, 4 Aug 1997 05:09:05 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id FAA04968; Mon, 4 Aug 1997 05:09:04 -0700
Received: from windows1.ks-t.no (windows1.ks-t.no [193.71.169.107]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA20369
	for <info-performer@sgi.com>; Mon, 4 Aug 1997 05:08:56 -0700
	env-from (martin.kraugerud@ks-t.no)
From: martin.kraugerud@ks-t.no
Received: from PC117 ([193.71.169.124]) by windows1.ks-t.no
          (post.office MTA v1.9.1 ID# 0-11124) with SMTP id AAA679;
          Mon, 4 Aug 1997 14:08:58 +0200
Date: Mon, 4 Aug 1997 14:08:58 +0200
Message-ID: <19970804120858671.AAA679@PC117>
Apparently-To: <info-performer@sgi.com>
Status: 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 Aug  4 14:25:46 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id IAA16785; Mon, 4 Aug 1997 08:54:10 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id IAA16769; Mon, 4 Aug 1997 08:54:09 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id IAA01319; Mon, 4 Aug 1997 08:54:08 -0700
Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA07255
	for <info-performer@sgi.com>; Mon, 4 Aug 1997 08:54:06 -0700
	env-from (scott@ht.com)
Received: by gauntlet.ht.com; id LAA22407; Mon, 4 Aug 1997 11:54:03 -0400 (EDT)
Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2)
	id xma022393; Mon, 4 Aug 97 11:53:59 -0400
Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations)
	id PAA20955; Mon, 4 Aug 1997 15:54:29 GMT
Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO)
	for info-performer@sgi.com id LAA08895; Mon, 4 Aug 1997 11:54:28 -0400
From: scott@ht.com (Scott McMillan)
Message-Id: <199708041554.LAA08895@hf.ht.com>
Subject: Re: cout & Performer crashes
To: info-performer@sgi.com
Date: Mon, 4 Aug 1997 11:54:28 -0400 (EDT)
X-Mailer: ELM [version 2.4ME+ PL31 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O


> > I am using CC. Every othere c++ feature works fine.
> > 
> > cerr doesn't work either.
> > 
> > this is where dbx says the crash is:
> > 
> > >  0 ostream::operator<<(const char*)(0xf8b6dd8, 0x1000733c, 0x7fff2f6c, 0x7fff2f6c) ["../stream/out.c++":259, 0xf898748]
> >    1 main(argc = 1, argv = 0x7fff2f64)
> > ["/usr/people/ethan/midas/tinyMidas/tinyMidas.c++":29, 0x42579c]
> >    2 __istart() ["crt1tinit.s":13, 0x425700]
> > 
> > 
> > Any ideas why cout doesn't work?
> > has anyone else had this problem?
> 
> Stick in Iostream_init() just after pfInit()
> 
> Swami

I am pretty sure this very problem was discussed in this group a few _years_
ago.  If memory serves...

I still think the original poster was _LINKING_ (not compiling) with cc.
This call to Iostream_init() should not be necessary if linked with CC.

scott

-- 
  Scott McMillan  |    HT Medical, Inc.   | Developing medical VE's
   scott@ht.com   |   http://www.ht.com   | surgical simulations
 Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation
Fax: 301-984-2104 |  Rockville, MD 20852  | creation tools.
=======================================================================
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 Aug  4 15:01:54 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA16904; Mon, 4 Aug 1997 09:31:26 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA16888; Mon, 4 Aug 1997 09:31:26 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA07518; Mon, 4 Aug 1997 09:31:25 -0700
Received: from send1.rocketmail.com (attach1.rocketmail.com [205.180.57.81]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA19384
	for <info-performer@sgi.com>; Mon, 4 Aug 1997 09:31:24 -0700
	env-from (nmaran@rocketmail.com)
Message-ID: <19970804163008.1762.rocketmail@send1.rocketmail.com>
Received: from [202.54.6.64] by attach1; Mon, 04 Aug 1997 09:30:08 PDT
Date: Mon, 4 Aug 1997 09:30:08 -0700 (PDT)
From: Rajagopal Nedumaran <nmaran@rocketmail.com>
Subject: Looking for help
To: info-performer@sgi.com
Cc: allan@sgi.com
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O



Dear all,

        I am R.Nedumaran, i have just entered into the "pf" World. i 
learnig perforemer 1.2, i read through the all chapters in "Iris 
Performer Programming guide" , but in that book there is no example 
for all kind of routines, and regarding 3d geometry, really i am not
able to enchance my familiarity in performer. i looking for more
programs,and exercises,where i can get those programs ? can any one
help me in this case? 

      And , how can i integrate sounds clip in performer, In that
boo,there is no details for integrating sounds in performer. How can i?

i hope you will help me.

Thanks.




_____________________________________________________________________
Sent by RocketMail. Get your free e-mail at http://www.rocketmail.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 Aug  4 15:25:31 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA16954; Mon, 4 Aug 1997 10:00:18 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA16938; Mon, 4 Aug 1997 10:00:17 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA12381; Mon, 4 Aug 1997 10:00:16 -0700
Received: from stiletto.ait.nrl.navy.mil (stiletto.ait.nrl.navy.mil [132.250.128.59]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA28024
	for <info-performer@sgi.com>; Mon, 4 Aug 1997 10:00:11 -0700
	env-from (durbin@stiletto.ait.nrl.navy.mil)
Received: (from durbin@localhost)
	by stiletto.ait.nrl.navy.mil (8.8.5/8.8.5) id MAA04060;
	Mon, 4 Aug 1997 12:59:55 -0400 (EDT)
Date: Mon, 4 Aug 1997 12:59:55 -0400 (EDT)
Message-Id: <199708041659.MAA04060@stiletto.ait.nrl.navy.mil>
From: Jim Durbin <durbin@ait.nrl.navy.mil>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: page@itd.nrl.navy.mil (Rob Page)
Cc: Brett.Kaylor@GSC.GTE.Com (Kaylor Brett), info-performer@sgi.com,
        vrlab@ait.nrl.navy.mil
Subject: Re: Onyx RE2 to Onyx2 iR
In-Reply-To: <9708011903.AA25159@itd.nrl.navy.mil>
References: <c=US%a=_%p=GTE%l=MTVEX03-970724183829Z-33227@mtvex02.MTN-VIEW>
	<9708011903.AA25159@itd.nrl.navy.mil>
X-Mailer: VM 6.32 under 19.15p7 XEmacs Lucid
Reply-To: durbin@ait.nrl.navy.mil
Status: O


It goes even deaper that that...

First, the new SGI machines have the standard PC rs-232 pinouts.  This
is different from the Onyx and older machines.

Second, with the help of ascension, the Iowa State guys got their
ascenion tracker up and running with the following relevations:
	1) calling a serial port by the name ttyd# does not function
		the same way on Onyx vs Onyx.
	2) Use ttym# instead
	3) Use a straight through cable (not NULL modem)
	4) Make sure that only pins 2, 3, and 5 are connected

My guess (hope) is that similar things will hold true for the Polhemus
systems as well.

-Jim

Rob Page writes:
   | 
   | On Thu, 24 Jul 1997, Kaylor, Brett wrote:
   | 
   | > We are in the process of porting our Performer (OpenGL based)
   | > application from an 
   | > Onyx RE2 (IRIX 6.2) with 2 pipes to an Onyx 2 iR (IRIX 6.4) and have a
   | > few questions.
   | >  ...
   | > - We also have 2 Virtual Technolgy gloves and a Fastrak.  We have been
   | > told that the serial interface has changed between the two machines.  Has
   | > anyone experienced any problems moving serial input devices between the two
   | > different machines?
   | > 
   |   We had a problem moving our serial driver code from an Indigo2 with
   |   Irix 6.2 to an Octane with 6.4.  The termio and termios structures have 
   |   changed between the two Irixes.  See the man page for termio on the 6.4 
   |   machine.  "Existing binaries automatically use the old interfaces."  If 
   |   you want to compile and run under 6.4 you can either make a minor code 
   |   change or define a compile time flag.
   | 
   |   ttfn, Rob Page    Kaman Sciences @ NRL Code 5513
   |   (202) 404-7280 -> B16 Room 228         (202) 767-5613 -> HCI Lab
   |   page@itd.nrl.navy.mil
   | =======================================================================
   | 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 Aug  4 16:04:02 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA17048; Mon, 4 Aug 1997 10:38:57 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA17032; Mon, 4 Aug 1997 10:38:56 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA19169; Mon, 4 Aug 1997 10:38:55 -0700
Received: from viswiz.gmd.de (viswiz.gmd.de [192.76.245.66]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA10976
	for <info-performer@sgi.com>; Mon, 4 Aug 1997 10:38:53 -0700
	env-from (Bert.Grollmann@GMD.de)
Received: from pc0001 (DialPPP-1-34.rz.ruhr-uni-bochum.de [134.147.1.34]) by viswiz.gmd.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id TAA10483 for <info-performer@sgi.com>; Mon, 4 Aug 1997 19:38:49 +0200
Message-Id: <3.0.2.32.19970804193715.00a96e80@viswiz.gmd.de>
X-Sender: bert@viswiz.gmd.de
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2 (32)
Date: Mon, 04 Aug 1997 19:37:15 +0200
To: info-performer@sgi.com
From: "B. Grollmann" <Bert.Grollmann@GMD.de>
Subject: SFLY
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Status: O

Hi,

I want to try the stereo perfly (SFLY),
but all i get is a black screen.....
Can someone help me, to start this program ???

(I've a Octane 2Proz, SI+4MB Texture)

Thanx
  Bert







    Bert Grollmann   mailto:Bert.Grollmann@GMD.de 
		       Phone: (+49) 2241 14 2179
		       Fax:   (+49) 2241 14 2040  
 ======================================================================
    GMD - German National Research Center for Information Technology 
    Dpt. Visualization and Media Systems Design (VMSD) 
    Schloss Birlinghoven 
    53757 Sankt Augustin 
    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 Aug  4 17:43:22 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA17384; Mon, 4 Aug 1997 12:10:28 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA17368; Mon, 4 Aug 1997 12:10:27 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA01582; Mon, 4 Aug 1997 12:10:27 -0700
Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA09719
	for <info-performer@sgi.com>; Mon, 4 Aug 1997 12:10:24 -0700
	env-from (brian@hotsauce.clubfed.sgi.com)
Received: from hotsauce.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI)
	 id PAA02619; Mon, 4 Aug 1997 15:10:21 -0400
Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA18300; Mon, 4 Aug 1997 14:39:46 -0400
Date: Mon, 4 Aug 1997 14:39:46 -0400
From: brian@hotsauce.clubfed.sgi.com (Brian Furtaw)
Message-Id: <9708041439.ZM18301@hotsauce.clubfed.sgi.com>
In-Reply-To: "Didier Guzzoni" <guzzoni@imtsg14.epfl.ch>
        "Re: Version problems" (Jul 31,  9:17am)
References: <33DF7CDE.167E@drawcomp.com>  <9707310917.ZM25619@imtsg7.epfl.ch>
Reply-To: brian@sgi.com
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: "Didier Guzzoni" <guzzoni@imtsg14.epfl.ch>,
        Prakash Mahesh <prakash@drawcomp.com>
Subject: Re: Version problems
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

The simplist way to solve the problem of scaling normals is to put
glEnable(GL_NORMALIZE); right before pfDraw(); in main.C of perfly. This is
expensive since the graphics system will now have normalize lighting normals
for you but should solve your problem.

Brian

On Jul 31,  9:17am, Didier Guzzoni wrote:
> Subject: Re: Version problems
> Hello,
>
> > I have been using Performer 2.0 for developing an application using
> > Perfly. Now I switched over to Performer 2.2 beta. The lighting is
> > totally off. Especially when I use PFGS_POLYS. Is there some significant
> > difference between the versions in terms of normals, lighting, Perfly
> > etc.?
> > I haven't changed any of my code for this port.
> >
> > Please let me know about anything that has changed in this context.
> >
>
> We are having exactly the same problem with the 2.2 beta (when using
> PFGS_POLYS), the only solution we found is not to scale the loaded objects.
We
> scale them directly in their description files (Inventor, obj) but we display
> them in our Performer based application with a size of 1.0, so lightnings are
> correctly done. It sounds weird, but it is the only way we found.
>
> I hope this will help you,
>
>   Cheers, Didier
>
> --
> Didier Guzzoni
> VRAI group, Swiss Federal Institute of Technology
> Phone : ++41 21 693 3823   e-mail : guzzoni@imtsg7.epfl.ch
> Fax   : ++41 21 693 6540
> =======================================================================
> 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 Didier Guzzoni



-- 
o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o

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  Mon Aug  4 20:34:49 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id OAA17755; Mon, 4 Aug 1997 14:46:06 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id OAA17739; Mon, 4 Aug 1997 14:46:05 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id OAA27276; Mon, 4 Aug 1997 14:46:05 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA27920
	for <info-performer@sgi.com>; Mon, 4 Aug 1997 14:46:04 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA08133; Mon, 4 Aug 1997 14:45:46 -0700
Date: Mon, 4 Aug 1997 14:45:46 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708041445.ZM8131@multipass.engr.sgi.com>
In-Reply-To: James Klinge <klinge@reality.psych.umn.edu>
        "upgrading to performer 2.0.4" (Aug  3,  9:58pm)
References: <199708040258.VAA05964@reality.psych.umn.edu>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: James Klinge <klinge@reality.psych.umn.edu>, info-performer@sgi.com
Subject: Re: upgrading to performer 2.0.4
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 3,  9:58pm, James Klinge wrote:
> Subject: upgrading to performer 2.0.4
> Hello all,
>
> I need to upgrade my performer installation from 2.0.1 to 2.0.4 in
> order to install some Paradigm Simulation software on our ONYX re2
> which runs IRIX 6.2.
>
> I understand this requires patch number 1696 (and possibly 1392) but
> I am unable to download either patch from the sgi website.  With
> netscape, the download always resets from 14% downloaded to 0%.
> When it's done downloading the files are always corrupt.  I have also
> tried internet explorer and even lynx on various platforms from
> various sites with no luck.  I believe the SGI web server may be at fault.
> I've gotten no help from SGI.


If you have paid for software support then call your local CSD number
and you'll get _lots_ of help.

Cheers,Angus.
=======================================================================
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 Aug  4 21:57:06 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id QAA18122; Mon, 4 Aug 1997 16:10:54 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id QAA18106; Mon, 4 Aug 1997 16:10:53 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id QAA07875; Mon, 4 Aug 1997 16:10:53 -0700
Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA24036
	for <info-performer@sgi.com>; Mon, 4 Aug 1997 16:10:51 -0700
	env-from (swami@evl.uic.edu)
Received: from zbox.evl.uic.edu (zbox.evl.uic.edu [131.193.48.160]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id SAA05181; Mon, 4 Aug 1997 18:12:10 -0500 (CDT)
Received: from localhost (swami@localhost) by zbox.evl.uic.edu (8.6.5/8.6.4) with SMTP id SAA14055; Mon, 4 Aug 1997 18:12:11 -0500
X-Authentication-Warning: zbox.evl.uic.edu: swami owned process doing -bs
Date: Mon, 4 Aug 1997 18:12:11 -0500 (CDT)
From: "Swaminathan N." <swami@evl.uic.edu>
To: Scott McMillan <scott@ht.com>
cc: info-performer@sgi.com
Subject: Re: cout & Performer crashes
In-Reply-To: <199708041554.LAA08895@hf.ht.com>
Message-ID: <Pine.SGI.3.95.970804180238.14029A-100000@zbox.evl.uic.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Mon, 4 Aug 1997, Scott McMillan wrote:

> 
> > > 
> > > Any ideas why cout doesn't work?
> > > has anyone else had this problem?
> > 
> > Stick in Iostream_init() just after pfInit()
> > 
> > Swami
> 
> I am pretty sure this very problem was discussed in this group a few _years_
> ago.  If memory serves...
> 
> I still think the original poster was _LINKING_ (not compiling) with cc.
> This call to Iostream_init() should not be necessary if linked with CC.
> 

This is an area where I'm very fuzzy about, trying stuff till it works and
never bothering to find out why it didn't work. The original poster said that
he had linked with CC, and not cc, if I'm not mistaken, which is why I threw
in the Iostream_init() suggestion.

I can vouch for the fact the it is not only a linking issue, since my app 
core dumps without Iostream_init(), and I'm linking with CC. 

I remember reading vaguely about observing caution when using stdio with 
iostream. Maybe the real reason lies there. I'll try to track it down.

bye
Swami

 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
v       Swaminathan Narayanan                    ^
v       swami@evl.uic.edu                        ^
v       Office: 996-3002                         ^
v       Home:   850-2726                         ^
v       http://www.evl.uic.edu/swami             ^
 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 

=======================================================================
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 Aug  4 23:01:44 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id RAA18563; Mon, 4 Aug 1997 17:26:50 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id RAA18547; Mon, 4 Aug 1997 17:26:49 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id RAA25104; Mon, 4 Aug 1997 17:26:46 -0700
Received: from coral.arc.nasa.gov (coral.arc.nasa.gov [128.102.119.141]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA19036
	for <info-performer@sgi.com>; Mon, 4 Aug 1997 17:26:44 -0700
	env-from (ethan@coral.arc.nasa.gov)
Received: from coral.arc.nasa.gov (localhost [127.0.0.1]) by coral.arc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id RAA05086 for <info-performer@sgi.com>; Mon, 4 Aug 1997 17:11:45 -0700
Sender: ethan@coral.arc.nasa.gov
Message-ID: <33E66FC1.167E@coral.arc.nasa.gov>
Date: Mon, 04 Aug 1997 17:11:45 -0700
From: Ethan Phelps-Goodman <ethan@coral.arc.nasa.gov>
X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: IRIS Performer mailing list <info-performer@sgi.com>
Subject: How do I get the widget of a pfPipeWindow
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

I there a function that returns the Widget representing a pfPipeWindow?
pfPipeWindow::getWSWindow() returns a Window. Is there any easy way to
convert a Window to a Widget?

Thanks.


-- 

Ethan Phelps-Goodman
ethan@coral.arc.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  Tue Aug  5 05:10:13 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id XAA19900; Mon, 4 Aug 1997 23:37:54 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id XAA19884; Mon, 4 Aug 1997 23:37:54 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id XAA02278; Mon, 4 Aug 1997 23:37:53 -0700
Received: from windows1.ks-t.no (windows1.ks-t.no [193.71.169.107]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA22035
	for <info-performer@sgi.com>; Mon, 4 Aug 1997 23:37:45 -0700
	env-from (martin.kraugerud@ks-t.no)
Received: from PC117 ([193.71.169.124]) by windows1.ks-t.no
          (post.office MTA v1.9.1 ID# 0-11124) with SMTP id AAA606
          for <info-performer@sgi.com>; Tue, 5 Aug 1997 08:37:55 +0200
Received: by PC117 with Microsoft Mail
	id <01BCA17A.DD947F70@PC117>; Tue, 5 Aug 1997 08:37:53 +0200
Message-ID: <01BCA17A.DD947F70@PC117>
From: "Martin F. Kraugerud" <martin.kraugerud@ks-t.no>
To: "info-performer@sgi.com" <info-performer@sgi.com>
Cc: "'James Klinge'" <klinge@reality.psych.umn.edu>
Subject: RE: upgrading to performer 2.0.4
Date: Tue, 5 Aug 1997 08:37:52 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Status: O

Sorry, the last message got truncated.

I have the same problem when using my browser (internet explorer) for downloading.

try using ftp.

site: sgigate.sgi.com
directory: pub/Performer

Martin___

-----Original Message-----
From:	James Klinge [SMTP:klinge@reality.psych.umn.edu]
Sent:	Monday, August 04, 1997 4:59 AM
To:	info-performer@sgi.com
Subject:	upgrading to performer 2.0.4

Hello all,

I need to upgrade my performer installation from 2.0.1 to 2.0.4 in
order to install some Paradigm Simulation software on our ONYX re2
which runs IRIX 6.2.

I understand this requires patch number 1696 (and possibly 1392) but
I am unable to download either patch from the sgi website.  With
netscape, the download always resets from 14% downloaded to 0%.
When it's done downloading the files are always corrupt.  I have also
tried internet explorer and even lynx on various platforms from
various sites with no luck.  I believe the SGI web server may be at fault.
I've gotten no help from SGI. 

If anyone knows how or where I can download a working version of this
patch either by browser or ftp, I would be most appreciative for this
info.

Thanks,
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


=======================================================================
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 Aug  5 06:17:13 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id AAA20220; Tue, 5 Aug 1997 00:51:58 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id AAA20204; Tue, 5 Aug 1997 00:51:57 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id AAA12796; Tue, 5 Aug 1997 00:51:57 -0700
Received: from jaco.artemedia.de ([195.21.248.66]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id AAA09388
	for <info-performer@sgi.com>; Tue, 5 Aug 1997 00:51:55 -0700
	env-from (jean-claude.bachmann@artemedia.de)
Received: from fitz (unverified [10.3.2.5]) by jaco.artemedia.de
 (EMWAC SMTPRS 0.83) with SMTP id <B0000027764@jaco.artemedia.de>;
 Tue, 05 Aug 1997 09:55:00 +0200
Sender: claude@artemedia.de
Message-ID: <33E6DAFE.41C6@artemedia.de>
Date: Tue, 05 Aug 1997 09:49:18 +0200
From: Jean-Claude Bachmann <jean-claude.bachmann@artemedia.de>
Organization: ARTEMEDIA PRODUCTIONS GmbH
X-Mailer: Mozilla 3.01 (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: scott@ht.com
CC: info-performer@sgi.com
Subject: Re: cout & Performer crashes
References: <Pine.SGI.3.95.970804180238.14029A-100000@zbox.evl.uic.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

> > > > Any ideas why cout doesn't work?
> > > > has anyone else had this problem?


I think Performer does not use the C++ iostream routines for
Input/Output.
So using Performer and C++ Input/Output routines will give you a mixture
of the standard C routines (printf etc.) and the C++ operators.

As far as I remember (I forgot the explanation for that) you have to 
include the iostream.h AFTER stdio.h and since stdio.h is included in
any Performer headerfile you have to include it after ANY Performer
header.

Hope this helps
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         *
********************************************************************
=======================================================================
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 Aug  5 06:38:44 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id BAA20252; Tue, 5 Aug 1997 01:11:48 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id BAA20236; Tue, 5 Aug 1997 01:11:47 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id BAA16224; Tue, 5 Aug 1997 01:11:47 -0700
Received: from otto.artcom.de (schleuse-inx-bt.artcom.de [195.21.176.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id BAA13921
	for <info-performer@sgi.com>; Tue, 5 Aug 1997 01:11:45 -0700
	env-from (crux@artcom.de)
Received: from coop by otto.artcom.de with smtp
	id m0wvegZ-00AEW1C; Tue, 5 Aug 97 10:09 MDT
Sender: crux@artcom.de
Message-ID: <33E6DFC6.41C6@artcom.de>
Date: Tue, 05 Aug 1997 04:09:42 -0400
From: Dirk Luesebrink <crux@artcom.de>
Organization: art+com gmbh
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: "Swaminathan N." <swami@evl.uic.edu>
CC: Scott McMillan <scott@ht.com>, info-performer@sgi.com
Subject: Re: cout & Performer crashes
References: <Pine.SGI.3.95.970804180238.14029A-100000@zbox.evl.uic.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

the topic was fully discussed on the mailing list quit a while ago. the
problem arises from static global variable initialization in 'C++'.
iostream lib has some of them. when linking a 'C++' app the 'C' linker
puts not the right start-up code in your executable. you can see that at
your call stack when you dbx: stop in main. 

1 main(argc = 1, argv = 0x7fff2f64)
["/usr/people/ethan/midas/tinyMidas/tinyMidas.c++":29, 0x42579c]
2 __istart() ["crt1tinit.s":13, 0x425700


__istart is 'C' start up. for C++ you would see __start i think.

/usr/bin/CC and and /usr/bin/cc are just the front end to the various
phases of the compilation linking process. the linker is 
/usr/lib/ld -> ../lib/driverwrap. /usr/bin/cc simply fails to instruct
the linker to setup the right 'C++' start up code. iostream and stdio
works fine together. 

in pages full of warnings its easy to overlook that most of the
Performer Makefile tend to use /usr/bin/cc instead of /usr/bin/CC for
the linking phase. linking 'C' apps with /usr/bin/CC never was a problem
for me, but for sure, some performer purists are spotting some
performance differences in the executables.

dirk.

Swaminathan N. wrote:
> 
> On Mon, 4 Aug 1997, Scott McMillan wrote:
> 
> >
> > > >
> > > > Any ideas why cout doesn't work?
> > > > has anyone else had this problem?
> > >
> > > Stick in Iostream_init() just after pfInit()
> > >
> > > Swami
> >
> > I am pretty sure this very problem was discussed in this group a few _years_
> > ago.  If memory serves...
> >
> > I still think the original poster was _LINKING_ (not compiling) with cc.
> > This call to Iostream_init() should not be necessary if linked with CC.
> >
> 
> This is an area where I'm very fuzzy about, trying stuff till it works and
> never bothering to find out why it didn't work. The original poster said that
> he had linked with CC, and not cc, if I'm not mistaken, which is why I threw
> in the Iostream_init() suggestion.
> 
> I can vouch for the fact the it is not only a linking issue, since my app
> core dumps without Iostream_init(), and I'm linking with CC.
> 
> I remember reading vaguely about observing caution when using stdio with
> iostream. Maybe the real reason lies there. I'll try to track it down.
> 
> bye
> Swami
> 
>  <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
> v       Swaminathan Narayanan                    ^
> v       swami@evl.uic.edu                        ^
> v       Office: 996-3002                         ^
> v       Home:   850-2726                         ^
> v       http://www.evl.uic.edu/swami             ^
>  >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> 
> =======================================================================
> 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 Aug  5 13:51:46 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id IAA21476; Tue, 5 Aug 1997 08:22:36 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id IAA21460; Tue, 5 Aug 1997 08:22:35 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id IAA16636; Tue, 5 Aug 1997 08:22:35 -0700
Received: from imtsg14.epfl.ch (imtsg14.epfl.ch [128.178.157.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA08094
	for <info-performer@sgi.com>; Tue, 5 Aug 1997 08:22:32 -0700
	env-from (guzzoni@imtsg14.epfl.ch)
Received: from imtsg12.epfl.ch (imtsg12.epfl.ch [128.178.157.40]) by imtsg14.epfl.ch (950413.SGI.8.6.12/8.6.12) with ESMTP id RAA21888 for <info-performer@sgi.com>; Tue, 5 Aug 1997 17:22:20 +0200
Received: (guzzoni@localhost) by imtsg12.epfl.ch (950413.SGI.8.6.12/8.6.11) id RAA00957 for info-performer@sgi.com; Tue, 5 Aug 1997 17:22:20 +0200
From: "Didier Guzzoni" <guzzoni@imtsg14.epfl.ch>
Message-Id: <9708051722.ZM956@imtsg12.epfl.ch>
Date: Tue, 5 Aug 1997 17:22:20 -0600
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Big Gui, Too big Gui
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi Performers,

We are having some problems with our GUI (pfutil) which becomes kind of big, so
since it reached a given number of widgets, we get the following message :

PF Fatal/Resource:             pfuNewWidgetBlock() failed to allocate 4 widgets
1297044042 of type 0x280 in gui data pool..

Does it mean that the "gui data pool" turns out to be too small ? If yes, is it
a way to increase or expand it ?

Thanks in advance,

  Didier


-- 
Didier Guzzoni 
VRAI group, Swiss Federal Institute of Technology
Phone : ++41 21 693 3823   e-mail : guzzoni@imtsg7.epfl.ch         
Fax   : ++41 21 693 6540 
=======================================================================
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 Aug  5 14:26:51 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA21699; Tue, 5 Aug 1997 10:16:48 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA21683; Tue, 5 Aug 1997 10:16:44 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA17237; Tue, 5 Aug 1997 10:16:43 -0700
Received: from narnia.aero.swri.edu (narnia.aero.swri.edu [129.162.90.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA13505
	for <info-performer@sgi.com>; Tue, 5 Aug 1997 10:16:42 -0700
	env-from (frank@narnia.aero.swri.edu)
Received: from localhost (frank@localhost)
	by narnia.aero.swri.edu (8.8.5/8.8.5) with SMTP id MAA20746
	for <info-performer@sgi.com>; Tue, 5 Aug 1997 12:16:17 -0500
Date: Tue, 5 Aug 1997 12:16:17 -0500 (CDT)
From: Frank Dea <frank@narnia.aero.swri.edu>
To: info-performer@sgi.com
Subject: RGBA to RGB reformatting in pfTexture
Message-ID: <Pine.LNX.3.95.970805121418.20742A-100000@narnia.aero.swri.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


    I am having trouble changing the format of a texture after it
has been used.  I have RGBA textures of size 512x512 and RGB textures
of size 1024x512.  I would like to change the pfTexture image buffer,
size, and format depending on RGB or RGBA image.  The following code
illustrates what I am trying to do.

    if (RGBA){
	_tex->setFormat(PFTEX_INTERNAL_FORMAT, PFTEX_RGBA_8);
	_tex->setImage((unsigned int *)new_buf,4,512,512,1);
    }
    else {
	_tex->setFormat(PFTEX_INTERNAL_FORMAT,PFTEX_RGB_8);
	_tex->setImage((unsigned int *)new_buf,3,1024,512,1);
// NOTICE:  different component count and size ^  ^ 
    }

    The above code takes whatever image was originally loaded (RGB or RGBA)
and sticks with that format, even though I try to change it.  Of course,
deleting the texture and reformating it works, but this is too slow.  Is
there a way to reformat the texture without deleting the pfTexture?


Thanks in advance,


Frank


--
William Frank Dea
     _________/|__________
    /--------/-/---------/
   /    /   / /   /     /          "If you want to get results ...
  /-   /---/-/---/    -/            try a prayer!"
 /    /   / /   /     /
/--------/-/---------/
    wdea@swri.edu

Research Engineer
Southwest Research Institute
(210) 522-6576

=======================================================================
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 Aug  5 14:26:49 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA21735; Tue, 5 Aug 1997 10:25:21 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA21719; Tue, 5 Aug 1997 10:25:20 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA18541; Tue, 5 Aug 1997 10:25:20 -0700
Received: from narnia.aero.swri.edu (narnia.aero.swri.edu [129.162.90.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA15981
	for <info-performer@sgi.com>; Tue, 5 Aug 1997 10:25:19 -0700
	env-from (frank@narnia.aero.swri.edu)
Received: from localhost (frank@localhost)
	by narnia.aero.swri.edu (8.8.5/8.8.5) with SMTP id MAA20754
	for <info-performer@sgi.com>; Tue, 5 Aug 1997 12:24:55 -0500
Date: Tue, 5 Aug 1997 12:24:55 -0500 (CDT)
From: Frank Dea <frank@narnia.aero.swri.edu>
To: info-performer@sgi.com
Subject: Re: How do I get the widget of a pfPipeWindow
Message-ID: <Pine.LNX.3.95.970805122103.20749B-100000@narnia.aero.swri.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


> I there a function that returns the Widget representing a pfPipeWindow?
> pfPipeWindow::getWSWindow() returns a Window. Is there any easy way to
> convert a Window to a Widget?
>
> Thanks.
>
>Ethan Phelps-Goodman

Try the following:

     Widget widget_win = XtWindowToWidget(pfGetCurWSConnection(), pw->getWSWindow()); 


Frank

--
William Frank Dea
     _________/|__________
    /--------/-/---------/
   /    /   / /   /     /          "If you want to get results ...
  /-   /---/-/---/    -/            try a prayer!"
 /    /   / /   /     /
/--------/-/---------/
    wdea@swri.edu

Research Engineer
Southwest Research Institute
(210) 522-6576


=======================================================================
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 Aug  5 16:56:35 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA21864; Tue, 5 Aug 1997 11:20:57 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA21848; Tue, 5 Aug 1997 11:20:56 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA27512; Tue, 5 Aug 1997 11:20:55 -0700
Received: from relay3.smtp.psi.net (relay3.smtp.psi.net [38.8.210.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA05129
	for <info-performer@sgi.com>; Tue, 5 Aug 1997 11:20:53 -0700
	env-from (jonesc@orlando.veda.com)
Received: from alfred.orlando.veda.com by relay3.smtp.psi.net (8.8.3/SMI-5.4-PSI)
	id OAA22499; Tue, 5 Aug 1997 14:20:43 -0400 (EDT)
Received: from ALFRED/SpoolDir by alfred.orlando.veda.com (Mercury 1.31);
    5 Aug 97 14:20:14 -0500
Received: from SpoolDir by ALFRED (Mercury 1.31); 5 Aug 97 14:19:53 -0500
Received: from ranger by alfred.orlando.veda.com (Mercury 1.31);
    5 Aug 97 14:19:52 -0500
Message-ID: <33E76C27.54ED@orlando.veda.com>
Date: Tue, 05 Aug 1997 14:08:39 -0400
From: Charlie Jones <jonesc@orlando.veda.com>
Reply-To: jonesc@orlando.veda.com
Organization: Veda Inc
X-Mailer: Mozilla 3.01 (Win95; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Global to Body Coord Conversions
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

I have a humans finger (DCS DOF node which has local coords) and I want
to point at an object in the scene (DCS node which could have local or
world coords).  I can get the world coord of the finger and draw a
vector from finger to object using pfMakePtsSeg which gives me a
direction but in a world unit vector.  Graphics 101 Question: How can I
get the appropriate matrix to rotate my finger to point at the
object.(Assume the hand is always pointing in the general direction of
the object)?
=======================================================================
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 Aug  5 17:25:19 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA21939; Tue, 5 Aug 1997 11:52:17 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA21923; Tue, 5 Aug 1997 11:52:16 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA02575; Tue, 5 Aug 1997 11:52:15 -0700
Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA14167
	for <info-performer@sgi.com>; Tue, 5 Aug 1997 11:52:13 -0700
	env-from (nicolas@cae.ca)
Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03)
          id AA18801; Tue, 5 Aug 1997 14:28:19 -0400
Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI)
	for info-performer@sgi.com id OAA05898; Tue, 5 Aug 1997 14:29:54 -0400
From: "Nicolas Gauvin" <nicolas@cae.ca>
Message-Id: <9708051429.ZM5896@christine.cae.ca>
Date: Tue, 5 Aug 1997 14:29:54 -0400
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: pfdStoreFile_medit?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

I'm curious to know if some of you had any success with pfdStoreFile_medit.
The version that comes with Performer 2.0 keeps crashing on me even with
simple input files.



-- 
Nicolas Gauvin              CAE Electronics Ltd., 8585 Cote De Liesse
3D Graphics Software        Saint-Laurent, Quebec, Canada, H4L-4X4
nicolas@cae.ca              Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 
=======================================================================
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 Aug  5 23:16:46 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id RAA23144; Tue, 5 Aug 1997 17:38:27 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id RAA23128; Tue, 5 Aug 1997 17:38:26 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id RAA18188; Tue, 5 Aug 1997 17:38:25 -0700
Received: from smtp.interlog.com (smtp.interlog.com [198.53.145.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA28341; Tue, 5 Aug 1997 17:38:20 -0700
	env-from (rhoinkes@imm-studios.com)
Received: from sgi1 (ip95-151.tor.interlog.com [206.108.95.151]) by smtp.interlog.com (8.8.3/8.7.6) with SMTP id UAA22476; Tue, 5 Aug 1997 20:38:19 -0400 (EDT)
Sender: root@smtp.interlog.com
Message-ID: <33E7C9F2.41C6@imm-studios.com>
Date: Tue, 05 Aug 1997 20:48:50 -0400
From: Rodney Hoinkes <rhoinkes@imm-studios.com>
Organization: Immersion Studios Inc.
X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: Performer Mailing List <info-performer@sgi.com>
CC: devprogram@sgi.com
Subject: Transparency and Lighting? Don't work together?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hello all,

We are having a problem that it is likely others have as well and are
seeking advice from the wise.

We have a custom pf loader for our data. Some nodes within it are solid
(no alpha) and some are alpha'd. When I setup the modes with
pfdBldrStateMode and turn PFSTATE_TRANSPARENCY ON, the objects only show
transparency when the 'sun' is OFF (not EYE or SUN in perfly).

Now I can live without lighting (if I must) on alpha'd objects so I also
added PFSTATE_ENLIGHTING to OFF on transparent nodes. This generally
works except that I occasionally get lighting flashes across the model
while fly around it (lighting on the whole model - or big parts of it
turn on or off briefly). These flashes are unacceptable as are solid
nodes that should be alpha.

Someone else MUST have encountered this situation before. Advice would
be helpful as our deadline approaches for public display and my heart is
beatting faster. Any thoughts/suggestions/solutions?

PS. Running Perf 2.2 beta on Onyx2 IR 6.4.1 IRIX.


Rodney Hoinkes
Immersion Studios Inc.
e rhoinkes@imm-studios.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 Aug  6 13:07:22 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA25659; Wed, 6 Aug 1997 07:46:50 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA25643; Wed, 6 Aug 1997 07:46:49 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA05413; Wed, 6 Aug 1997 07:46:49 -0700
Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA14283
	for <info-performer@sgi.com>; Wed, 6 Aug 1997 07:46:41 -0700
	env-from (ballard@sirius.ccd.bnl.gov)
Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id KAA29419 for <@bnl.gov:info-performer@sgi.com>; Wed, 6 Aug 1997 10:46:33 -0400 (EDT)
Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO)
	for info-performer@sgi.com id KAA02591; Wed, 6 Aug 1997 10:41:42 -0400
Date: Wed, 6 Aug 1997 10:41:42 -0400
From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
Message-Id: <199708061441.KAA02591@sirius.ccd.bnl.gov>
Apparently-To: info-performer@sgi.com
Status: O

I sent this question out before but got no response;
I am working on infinite reality 6.4 with patches
dev 1392 and eoe 1696;  I can compile perfly.DSO 
N64 version but NOT perfly.OPT.  I get this
error message:

ld64: FATAL 75: object file /usr/lib64/Performer/Static/libpf_ogl.a(cStruct.o)
contains symbol (index 1) which is both LOCAL and UNDEF

I have the same problem with my APP (not a hacked version
of perfly).  Could someone from the Performer group
please respond!

thanks,

Ballard Andrews
Brookhaven National Lab
Computing Division

=======================================================================
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 Aug  6 13:07:18 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA25778; Wed, 6 Aug 1997 09:14:06 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA25762; Wed, 6 Aug 1997 09:14:06 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA22563; Wed, 6 Aug 1997 09:14:05 -0700
Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA07249
	for <info-performer@sgi.com>; Wed, 6 Aug 1997 09:14:04 -0700
	env-from (brian@hotsauce.clubfed.sgi.com)
Received: from hotsauce.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI)
	 id MAA16109; Wed, 6 Aug 1997 12:13:59 -0400
Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA01079; Wed, 6 Aug 1997 11:36:25 -0400
Date: Wed, 6 Aug 1997 11:36:25 -0400
From: brian@hotsauce.clubfed.sgi.com (Brian Furtaw)
Message-Id: <9708061136.ZM1087@hotsauce.clubfed.sgi.com>
In-Reply-To: Frank Dea <frank@narnia.aero.swri.edu>
        "RGBA to RGB reformatting in pfTexture" (Aug  5, 12:16pm)
References: <Pine.LNX.3.95.970805121418.20742A-100000@narnia.aero.swri.edu>
Reply-To: brian@sgi.com
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: Frank Dea <frank@narnia.aero.swri.edu>, info-performer@sgi.com
Subject: Re: RGBA to RGB reformatting in pfTexture
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Create two different instances of PfTexture on for RGB and one for RGBA then
change the image files as neccessary. Your if could always do a pointer switch
also,

pfTexture *texToUse;

>
>     if (RGBA){
> 	_tex1->setFormat(PFTEX_INTERNAL_FORMAT, PFTEX_RGBA_8);
> 	_tex1->setImage((unsigned int *)new_buf,4,512,512,1);
	texToUse = _tex1;
>     }
>     else {
> 	_tex2->setFormat(PFTEX_INTERNAL_FORMAT,PFTEX_RGB_8);
> 	_tex2->setImage((unsigned int *)new_buf,3,1024,512,1);
	texToUse = _tex2;
> // NOTICE:  different component count and size ^  ^
>     }


Brian

On Aug 5, 12:16pm, Frank Dea wrote:
> Subject: RGBA to RGB reformatting in pfTexture
>
>     I am having trouble changing the format of a texture after it
> has been used.  I have RGBA textures of size 512x512 and RGB textures
> of size 1024x512.  I would like to change the pfTexture image buffer,
> size, and format depending on RGB or RGBA image.  The following code
> illustrates what I am trying to do.
>
>     if (RGBA){
> 	_tex->setFormat(PFTEX_INTERNAL_FORMAT, PFTEX_RGBA_8);
> 	_tex->setImage((unsigned int *)new_buf,4,512,512,1);
>     }
>     else {
> 	_tex->setFormat(PFTEX_INTERNAL_FORMAT,PFTEX_RGB_8);
> 	_tex->setImage((unsigned int *)new_buf,3,1024,512,1);
> // NOTICE:  different component count and size ^  ^
>     }
>
>     The above code takes whatever image was originally loaded (RGB or RGBA)
> and sticks with that format, even though I try to change it.  Of course,
> deleting the texture and reformating it works, but this is too slow.  Is
> there a way to reformat the texture without deleting the pfTexture?
>
>
> Thanks in advance,
>
>
> Frank
>
>
> --
> William Frank Dea
>      _________/|__________
>     /--------/-/---------/
>    /    /   / /   /     /          "If you want to get results ...
>   /-   /---/-/---/    -/            try a prayer!"
>  /    /   / /   /     /
> /--------/-/---------/
>     wdea@swri.edu
>
> Research Engineer
> Southwest Research Institute
> (210) 522-6576
>
> =======================================================================
> 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 Frank Dea



-- 
o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o

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  Wed Aug  6 13:07:22 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA25747; Wed, 6 Aug 1997 09:08:45 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA25731; Wed, 6 Aug 1997 09:08:44 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA21482; Wed, 6 Aug 1997 09:08:43 -0700
Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA05780
	for <info-performer@sgi.com>; Wed, 6 Aug 1997 09:08:41 -0700
	env-from (brian@hotsauce.clubfed.sgi.com)
Received: from hotsauce.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI)
	 id MAA15305; Wed, 6 Aug 1997 12:08:39 -0400
Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA00979; Wed, 6 Aug 1997 11:31:06 -0400
Date: Wed, 6 Aug 1997 11:31:06 -0400
From: brian@hotsauce.clubfed.sgi.com (Brian Furtaw)
Message-Id: <9708061131.ZM1072@hotsauce.clubfed.sgi.com>
In-Reply-To: "Didier Guzzoni" <guzzoni@imtsg14.epfl.ch>
        "Big Gui, Too big Gui" (Aug  5,  5:22pm)
References: <9708051722.ZM956@imtsg12.epfl.ch>
Reply-To: brian@sgi.com
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: "Didier Guzzoni" <guzzoni@imtsg14.epfl.ch>, info-performer@sgi.com
Subject: Re: Big Gui, Too big Gui
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

You should have the source for pfutil in /usr/share/Performer/src/lib/libutil

gui.h defines  pfuPanel to be ....


struct _pfuPanel
{
    int	    id;
    int	    active;
    int	    numWidgets;
    pfuWidget	    *widgets[PFUGUI_MAXWIDGETS];
    int	    dirty;
    int	    listSize;
};


/usr/include/Performer/pfutil.h defines PFUGUI_MAXWIDGETS to be .....

	/*------------------------- Simple GUI ---------------------------*/

#define PFUGUI_MAXPANELS	64
#define PFUGUI_MAXWIDGETS	512


you could change that define and recompile libpfutil. PFUGUI_MAXPANELS
specifies an array size of the number pfuPanels which can exist in a pfuGUI
struct which gets alloc'd in pfuInitUtil() as a datapool.

Brian


On Aug 5,  5:22pm, Didier Guzzoni wrote:
> Subject: Big Gui, Too big Gui
> Hi Performers,
>
> We are having some problems with our GUI (pfutil) which becomes kind of big,
so
> since it reached a given number of widgets, we get the following message :
>
> PF Fatal/Resource:             pfuNewWidgetBlock() failed to allocate 4
widgets
> 1297044042 of type 0x280 in gui data pool..
>
> Does it mean that the "gui data pool" turns out to be too small ? If yes, is
it
> a way to increase or expand it ?
>
> Thanks in advance,
>
>   Didier
>
>
> --
> Didier Guzzoni
> VRAI group, Swiss Federal Institute of Technology
> Phone : ++41 21 693 3823   e-mail : guzzoni@imtsg7.epfl.ch
> Fax   : ++41 21 693 6540
> =======================================================================
> 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 Didier Guzzoni



-- 
o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o

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  Wed Aug  6 15:00:02 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA25810; Wed, 6 Aug 1997 09:20:51 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA25794; Wed, 6 Aug 1997 09:20:50 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA24000; Wed, 6 Aug 1997 09:20:49 -0700
Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA09072
	for <info-performer@sgi.com>; Wed, 6 Aug 1997 09:20:47 -0700
	env-from (brian@hotsauce.clubfed.sgi.com)
Received: from hotsauce.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI)
	 id MAA17426; Wed, 6 Aug 1997 12:20:42 -0400
Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA01427; Wed, 6 Aug 1997 11:43:07 -0400
Date: Wed, 6 Aug 1997 11:43:07 -0400
From: brian@hotsauce.clubfed.sgi.com (Brian Furtaw)
Message-Id: <9708061143.ZM1426@hotsauce.clubfed.sgi.com>
In-Reply-To: Charlie Jones <jonesc@orlando.veda.com>
        "Global to Body Coord Conversions" (Aug  5,  2:08pm)
References: <33E76C27.54ED@orlando.veda.com>
Reply-To: brian@sgi.com
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: jonesc@orlando.veda.com, info-performer@sgi.com
Subject: Re: Global to Body Coord Conversions
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Would this help you,

     void           pfMatrix::makeVecRotVec(const pfVec3& v1,
                      const pfVec3& v2);

     pfMatrix::makeVecRotVec sets the pfMatrix to the rotation matrix which
     rotates the vector v1 onto v2, i.e. v2 = v1 * dst.  v2 must be
     normalized.  The rotation axis is always chosen to be perpendicular to
     both v0 and v1 so that the rotation angle is as small as possible.  Note
     that the result is ambiguous only when v0 == -v1; in this case the
     rotation axis is chosen to be an arbitrary vector perpendicular to v0 and
     v1.


Brian


On Aug 5,  2:08pm, Charlie Jones wrote:
> Subject: Global to Body Coord Conversions
> I have a humans finger (DCS DOF node which has local coords) and I want
> to point at an object in the scene (DCS node which could have local or
> world coords).  I can get the world coord of the finger and draw a
> vector from finger to object using pfMakePtsSeg which gives me a
> direction but in a world unit vector.  Graphics 101 Question: How can I
> get the appropriate matrix to rotate my finger to point at the
> object.(Assume the hand is always pointing in the general direction of
> the object)?
> =======================================================================
> 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 Charlie Jones



-- 
o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o

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  Wed Aug  6 17:46:30 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA26031; Wed, 6 Aug 1997 12:03:25 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA26015; Wed, 6 Aug 1997 12:03:23 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA00967; Wed, 6 Aug 1997 12:03:22 -0700
Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA00657
	for <info-performer@sgi.com>; Wed, 6 Aug 1997 12:03:20 -0700
	env-from (kishore@triavest.com)
Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO)
	for <@triavest.triavest.com:info-performer@sgi.com> id MAA06184; Wed, 6 Aug 1997 12:04:48 -0700
Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO)
	for info-performer@sgi.com id MAA20587; Wed, 6 Aug 1997 12:06:38 -0700
From: "Anita Kishore" <kishore@triavest.com>
Message-Id: <9708061206.ZM20585@tracey.triavest.com>
Date: Wed, 6 Aug 1997 12:06:36 -0700
X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail)
To: info-performer@sgi.com
Subject: performer channel view
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi :

	I am trying to compare and get to work two different ways of
setting eye point's position and orientation. For both the methods, the
scene graph is same, having just one simple geometry with pre and post
DRAW callbacks.

method 1 :
----------
	- set performer channel's view matrix with the foll. values:
		view.xyz = (2.5, -5, 1.6), view.hpr = (9, 5, 3)
	- get openGL modelview matrix in the pre callback and print it.
	- matrix printed is:

	matarray :
	0.985621 0.065307 0.155839 0.000000
	0.160725 -0.077778 -0.983930 0.000000
	-0.052137 0.994829 -0.087156 0.000000
	-1.577008 -2.143883 -5.169798 1.000000


method 2 :
----------
	- reset performer channel's view matrix to all 0, ie:
		view.xyz = (0,0,0), view.hpr = (0,0,0)
	- in the pre callback, use pfMakeCoordMat to make coordMat
	  with the foll. values:
		xyz = (2.5, 1.6, 5.0)  -  in openGL coordinate system
		hpr = (9, 5, 3)
	- pfMakeRotMat(viewMat, 90.0, 1, 0, 0)  -  to convert rotation part
		from pf to openGL coordinate system.
	- pfPostMultMat(viewMat, coordMat)
	- load viewMat into the modelview stack and print viewMat as:

	viewMat :
	0.985621 0.160725 -0.052137 0.000000
	0.065307 -0.077778 0.994829 0.000000
	0.155839 -0.983930 -0.087156 0.000000
	2.500000 1.600000 5.000000 1.000000


Clearly, the two matrices printed in both the methods are not same and hence
the
perspective that I get in the render window is also not the same. Infact, in
matarray, the translation components are not only inverted in sign, but also
show different values from the ones set in the channel's view. They and the
rotaion part of the matrix also differ from that printed in viewMat of
method 2.

Can someone explain about these discrepancies and how to make the two methods
work in the same way?

Thanks a lot for any clue.

-anita
kishore@triavest.com



-- 
Anita Kishore
=======================================================================
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 Aug  6 21:41:49 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id QAA26704; Wed, 6 Aug 1997 16:07:13 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id QAA26688; Wed, 6 Aug 1997 16:07:12 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id QAA21882; Wed, 6 Aug 1997 16:07:11 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA16522; Wed, 6 Aug 1997 16:07:11 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA11033; Wed, 6 Aug 1997 16:07:06 -0700
Date: Wed, 6 Aug 1997 16:07:06 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708061607.ZM11031@multipass.engr.sgi.com>
In-Reply-To: Rodney Hoinkes <rhoinkes@imm-studios.com>
        "Transparency and Lighting? Don't work together?" (Aug  5,  8:48pm)
References: <33E7C9F2.41C6@imm-studios.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: Rodney Hoinkes <rhoinkes@imm-studios.com>,
        Performer Mailing List <info-performer@sgi.com>
Subject: Re: Transparency and Lighting? Don't work together?
Cc: devprogram@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 5,  8:48pm, Rodney Hoinkes wrote:
> Subject: Transparency and Lighting? Don't work together?
> Hello all,
>
> We are having a problem that it is likely others have as well and are
> seeking advice from the wise.
>
> We have a custom pf loader for our data. Some nodes within it are solid
> (no alpha) and some are alpha'd. When I setup the modes with
> pfdBldrStateMode and turn PFSTATE_TRANSPARENCY ON, the objects only show
> transparency when the 'sun' is OFF (not EYE or SUN in perfly).
>
> Now I can live without lighting (if I must) on alpha'd objects so I also
> added PFSTATE_ENLIGHTING to OFF on transparent nodes. This generally
> works except that I occasionally get lighting flashes across the model
> while fly around it (lighting on the whole model - or big parts of it
> turn on or off briefly). These flashes are unacceptable as are solid
> nodes that should be alpha.
>
> Someone else MUST have encountered this situation before. Advice would
> be helpful as our deadline approaches for public display and my heart is
> beatting faster. Any thoughts/suggestions/solutions?
>
> PS. Running Perf 2.2 beta on Onyx2 IR 6.4.1 IRIX.
>
>

Try a more recent beta.

Cheers,Angus.

=======================================================================
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 Aug  7 04:52:06 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id XAA27718; Wed, 6 Aug 1997 23:26:38 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id XAA27702; Wed, 6 Aug 1997 23:26:38 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id XAA28894; Wed, 6 Aug 1997 23:26:37 -0700
Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA09390
	for <iris-performer@sgi.com>; Wed, 6 Aug 1997 23:26:32 -0700
	env-from (swapnil@teil.soft.net)
Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI)
	for iris-performer@sgi.com id LAA01462; Thu, 7 Aug 1997 11:57:11 -0530
Message-Id: <199708071727.LAA01462@teil.soft.net>
Subject: OLE
To: iris-performer@sgi.com
Date: Thu, 7 Aug 1997 11:57:11 -0530 (IST)
From: Swapnil Shah<swapnil@teil.soft.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 206       
Status: O


hi,
  Is there anything similar to OLE (of mircrosoft windows) on IRIX or any
other variety of UNIX???

thanks n regards,
-swappnil
--------
    swapnil@teil.soft.net
    http://www.teil.soft.net/~swapnil
=======================================================================
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 Aug  7 10:58:13 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id FAA28187; Thu, 7 Aug 1997 05:35:11 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id FAA28171; Thu, 7 Aug 1997 05:35:10 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id FAA08708; Thu, 7 Aug 1997 05:35:09 -0700
Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA27760
	for <info-performer@sgi.com>; Thu, 7 Aug 1997 05:35:07 -0700
	env-from (Hilbrink@nlr.nl)
Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78])
	by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id OAA02070
	for <@nlrgup.nlr.nl:info-performer@sgi.com>; Thu, 7 Aug 1997 14:34:59 +0200 (DST)
Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message."
Received: from nlr.nl by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO)
	for <info-performer@sgi.com> id OAA22897; Thu, 7 Aug 1997 14:34:58 +0200
Sender: niels@nlr.nl
Message-ID: <33E9C0F1.23456E52@nlr.nl>
Date: Thu, 07 Aug 1997 14:34:57 +0200
From: Niels Hilbrink <Hilbrink@nlr.nl>
Organization: National Aerospace Laboratory
X-Mailer: Mozilla 4.02 [en] (X11; I; IRIX 5.3 IP22)
MIME-Version: 1.0
To: "info-performer@sgi.com" <info-performer@sgi.com>
Subject: Variable window size
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hello All,

Can anybody tell me how I can vary my window size at runtime, ie by a small GUI
?

I figured out that you use pwin->close to close the window and pwin->config to
open it again, The trouble is that when I alter some parameters like the window
size of if it has any borders or not nothing seems to change.

So this doesn't work:

  pwin->close();
  pwin->setFullScreen();
  pwin-config();

Why NOT ????

If I recall correctly Simon Mills had a similair problem with setting the Window
name after a window has been realized so If anybody has an answer to that one
I'm happy to hear it.


Best Regards,
	Niels
-- 
      _/     _/ _/       _/_/_/_/   Niels Hilbrink (RS NOP)
     _/     _/ _/       _/    _/    Hilbrink@nlr.nl
    _/_/   _/ _/       _/    _/     tel : (++31)(0)527 248224 (NLR)
   _/ _/  _/ _/       _/_/_/_/            (++31)(0)527 242259 (Home)
  _/   _/_/ _/       _/  _/	        
 _/     _/ _/       _/    _/        National Aerospace Laboratory (NLR)
_/     _/ _/_/_/_/ _/      _/       http://www.nlr.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  Thu Aug  7 13:04:54 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA28793; Thu, 7 Aug 1997 09:35:41 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA28777; Thu, 7 Aug 1997 09:35:41 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA13086; Thu, 7 Aug 1997 09:35:40 -0700
Received: from server.cs.uiowa.edu (server.cs.uiowa.edu [128.255.26.60]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA20850
	for <info-performer@sgi.com>; Thu, 7 Aug 1997 09:35:39 -0700
	env-from (willemsn@cs.uiowa.edu)
Received: from corn.cs.uiowa.edu (corn.cs.uiowa.edu [128.255.28.59]) by server.cs.uiowa.edu with id LAA13478 for <info-performer@sgi.com>; Thu, 7 Aug 1997 11:35:34 -0500 (CDT)
From: Pete Willemsen <willemsn@cs.uiowa.edu>
Message-Id: <199708071635.LAA13478@server.cs.uiowa.edu>
Subject: Antialiasing not working on our IR?
To: info-performer@sgi.com
Date: Thu, 7 Aug 1997 11:35:33 -0500 (CDT)
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

My question involves antialiasing on an Onyx IR with one RM-6.  I
cannot seem to get antialiasing to work.  Ugh... this should be simple
so I must not be doing something correctly.

Here's the situation:

The perfy demo in /usr/sbin/perfly_ogl (that came compiled) does
antialiasing wonderfully.  I can easily see the difference when I
toggle whether antialiasing is on or off in the GUI.

However, when I tried to compile the perfly source myself (I made no
changes to the source), antialiasing did NOT work.  The models looked
the same (with jaggies) whether antialiasing was on or off.

Along with all of this, in a very simple app that basically reads in a
flight file and displays it, I cannot get antialiasing to work.  I am
using the call

	pfAntialias( PFAA_ON );

to turn antialiasing on.  Is there something else that I need to do?

Just to reconfirm that I know antialiasing is possible with our
display configuration, I can run /usr/bin/perfly_ogl and see
antialiasing just fine, but then when I run the perfly_ogl app that I
compiled I cannot see that antialiasing has been turned on.

Does anyone have any ideas as to what I might be doing incorrectly.  I
scanned over the past info-performer archives but wasn't able to find
information that was of any use.

Thanks for your time.

Pete 
----------------------------------------------
Pete Willemsen        Department of Comp. Sci.
willemsn@cs.uiowa.edu       University of Iowa
                      ---
http://www.cs.uiowa.edu/~willemsn
----------------------------------------------
=======================================================================
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 Aug  7 13:02:22 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA28773; Thu, 7 Aug 1997 09:33:15 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA28757; Thu, 7 Aug 1997 09:33:14 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA12476; Thu, 7 Aug 1997 09:33:14 -0700
Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA20212
	for <info-performer@sgi.com>; Thu, 7 Aug 1997 09:33:13 -0700
	env-from (robj@quid.csd.sgi.com)
Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <@rock.csd.sgi.com:info-performer@sgi.com> id JAA12464; Thu, 7 Aug 1997 09:33:12 -0700
Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer@sgi.com id JAA15353; Thu, 7 Aug 1997 09:33:12 -0700
Resent-From: "Rob Jenkins" <robj@quid>
Resent-Message-Id: <9708070933.ZM15351@quid.csd.sgi.com>
Resent-Date: Thu, 7 Aug 1997 09:33:12 -0700
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
Resent-To: info-performer@sgi.com
Received: from rock.csd.sgi.com by quid.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <robj@quid.csd.sgi.com> id DAA14975; Thu, 7 Aug 1997 03:51:28 -0700
Received: from holodeck.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	 id DAA23677; Thu, 7 Aug 1997 03:51:28 -0700
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer-request@holodeck.csd.sgi.com> id DAA27998; Thu, 7 Aug 1997 03:50:52 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer-request@relay.csd.sgi.com> id DAA23623; Thu, 7 Aug 1997 03:50:51 -0700
Received: from vineta.rz.fhtw-berlin.de (vineta.rz.fhtw-berlin.de [141.45.1.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA14597
	for <info-performer-request@sgi.com>; Thu, 7 Aug 1997 03:50:49 -0700
	env-from (stefan@fb3.fhtw-berlin.de)
Received: from linux.fb3.fhtw-berlin.de by vineta.rz.fhtw-berlin.de with ESMTP
	(1.39.111.2/16.2) id AA274110968; Thu, 7 Aug 1997 12:49:29 +0200
Received: from localhost (stefan@localhost) by linux.fb3.fhtw-berlin.de (8.8.4/8.6.9) with SMTP id MAA11960 for <info-performer-request@sgi.com>; Thu, 7 Aug 1997 12:52:06 +0200
Date: Thu, 7 Aug 1997 12:52:06 +0200 (MET DST)
From: Stefan Jahn <stefan@fb3.fhtw-berlin.de>
To: info-performer-request@sgi.com
Subject: Mailing-list
Message-Id: <Pine.LNX.3.95.970807124955.11948A-100000@linux.fb3.fhtw-berlin.de>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

Hi,
  getting aquainted to the Performer 2.0 and programming my first
applications
on it I had some problems with it. That's why I'd like to subscribe to
your
mailing-list. And my questions are :
	1. Why doesn't decrease memory usage indicated by 'gr_osview -a'
when
	   releasing data with 'pfRemoveChild' and 'pfDelete' previously
	   allocated by 'pfLoadFile' ?
	2. Whenever I start a Performer application it creates a *.pfdpool
	   file in the /usr/tmp directory but doesn't erase it afterwards.
	   How can I do that ?

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  Thu Aug  7 13:04:54 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA28465; Thu, 7 Aug 1997 07:43:09 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA28449; Thu, 7 Aug 1997 07:43:09 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA25016; Thu, 7 Aug 1997 07:43:08 -0700
Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA22202
	for <iris-performer@sgi.com>; Thu, 7 Aug 1997 07:43:06 -0700
	env-from (nicolas@cae.ca)
Received: tid KAA04781; Thu, 7 Aug 1997 10:30:49 -0400
Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03)
          id AA31717; Thu, 7 Aug 1997 10:28:26 -0400
Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI)
	 id KAA15748; Thu, 7 Aug 1997 10:29:07 -0400
From: "Nicolas Gauvin" <nicolas@cae.ca>
Message-Id: <9708071029.ZM15746@christine.cae.ca>
Date: Thu, 7 Aug 1997 10:29:07 -0400
In-Reply-To: Swapnil Shah<swapnil@teil.soft.net>
        "OLE" (Aug  7, 11:57am)
References: <199708071727.LAA01462@teil.soft.net>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Swapnil Shah<swapnil@teil.soft.net>, iris-performer@sgi.com
Subject: Re: OLE
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 7, 11:57am, Swapnil Shah wrote:
> Subject: OLE
>
> hi,
>   Is there anything similar to OLE (of mircrosoft windows) on IRIX or any
> other variety of UNIX???
>
>-- End of excerpt from Swapnil Shah

I understand it is CORBA (Common Object Request Broker Architecture).




-- 
Nicolas Gauvin              CAE Electronics Ltd., 8585 Cote De Liesse
3D Graphics Software        Saint-Laurent, Quebec, Canada, H4L-4X4
nicolas@cae.ca              Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 
=======================================================================
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 Aug  7 17:41:21 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA29310; Thu, 7 Aug 1997 12:17:30 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA29294; Thu, 7 Aug 1997 12:17:28 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA18349; Thu, 7 Aug 1997 12:17:26 -0700
Received: from otto.artcom.de (schleuse-inx-bt.artcom.de [195.21.176.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id MAA11167
	for <info-performer@sgi.com>; Thu, 7 Aug 1997 12:17:23 -0700
	env-from (crux@artcom.de)
Received: from coop by otto.artcom.de with smtp
	id m0wwY1u-00AEW1C; Thu, 7 Aug 97 21:15 MDT
Sender: crux@artcom.de
Message-ID: <33EA1ECD.167E@artcom.de>
Date: Thu, 07 Aug 1997 15:15:25 -0400
From: Dirk Luesebrink <crux@artcom.de>
Organization: art+com gmbh
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: Niels Hilbrink <Hilbrink@nlr.nl>
CC: "info-performer@sgi.com" <info-performer@sgi.com>
Subject: Re: Variable window size
References: <33E9C0F1.23456E52@nlr.nl>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

you can use XMoveWindow(display, w, x, y) where

w = pfPipeWindow->getWSWindow();
display = XOpenDisplay( pfPipeWindow->getWSConnectionName() );

i dont know how to get the Display* from performer directly. thats why i
mention XOpenDisplay.

dirk.


Niels Hilbrink wrote:
> 
> Hello All,
> 
> Can anybody tell me how I can vary my window size at runtime, ie by a small GUI
> ?
> 
> I figured out that you use pwin->close to close the window and pwin->config to
> open it again, The trouble is that when I alter some parameters like the window
> size of if it has any borders or not nothing seems to change.
> 
> So this doesn't work:
> 
>   pwin->close();
>   pwin->setFullScreen();
>   pwin-config();
> 
> Why NOT ????
> 
> If I recall correctly Simon Mills had a similair problem with setting the Window
> name after a window has been realized so If anybody has an answer to that one
> I'm happy to hear it.
> 
> Best Regards,
>         Niels
> --
>       _/     _/ _/       _/_/_/_/   Niels Hilbrink (RS NOP)
>      _/     _/ _/       _/    _/    Hilbrink@nlr.nl
>     _/_/   _/ _/       _/    _/     tel : (++31)(0)527 248224 (NLR)
>    _/ _/  _/ _/       _/_/_/_/            (++31)(0)527 242259 (Home)
>   _/   _/_/ _/       _/  _/
>  _/     _/ _/       _/    _/        National Aerospace Laboratory (NLR)
> _/     _/ _/_/_/_/ _/      _/       http://www.nlr.nl
> =======================================================================
> 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 Aug  7 19:21:26 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA29824; Thu, 7 Aug 1997 13:53:54 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA29808; Thu, 7 Aug 1997 13:53:53 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA08393; Thu, 7 Aug 1997 13:53:52 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA07510
	for <info-performer@sgi.com>; Thu, 7 Aug 1997 13:53:52 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA12275; Thu, 7 Aug 1997 13:53:50 -0700
Date: Thu, 7 Aug 1997 13:53:50 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708071353.ZM12273@multipass.engr.sgi.com>
In-Reply-To: Pete Willemsen <willemsn@cs.uiowa.edu>
        "Antialiasing not working on our IR?" (Aug  7, 11:35am)
References: <199708071635.LAA13478@server.cs.uiowa.edu>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: Pete Willemsen <willemsn@cs.uiowa.edu>, info-performer@sgi.com
Subject: Re: Antialiasing not working on our IR?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Are you compiling an opengl version of perfly?

Try:

make ogldso

Cheers,Angus.

On Aug 7, 11:35am, Pete Willemsen wrote:
> Subject: Antialiasing not working on our IR?
> My question involves antialiasing on an Onyx IR with one RM-6.  I
> cannot seem to get antialiasing to work.  Ugh... this should be simple
> so I must not be doing something correctly.
>
> Here's the situation:
>
> The perfy demo in /usr/sbin/perfly_ogl (that came compiled) does
> antialiasing wonderfully.  I can easily see the difference when I
> toggle whether antialiasing is on or off in the GUI.
>
> However, when I tried to compile the perfly source myself (I made no
> changes to the source), antialiasing did NOT work.  The models looked
> the same (with jaggies) whether antialiasing was on or off.
>
> Along with all of this, in a very simple app that basically reads in a
> flight file and displays it, I cannot get antialiasing to work.  I am
> using the call
>
> 	pfAntialias( PFAA_ON );
>
> to turn antialiasing on.  Is there something else that I need to do?
>

Yes, you need to ensure you have a visual which has multisamples.
With iR this is easily possible with 1RM.

Cheers,Angus.
=======================================================================
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 Aug  7 22:25:41 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id QAA00445; Thu, 7 Aug 1997 16:47:08 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id QAA00429; Thu, 7 Aug 1997 16:47:07 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id QAA13827; Thu, 7 Aug 1997 16:47:07 -0700
Received: from mail.ucsd.edu (ucsd.ucsd.edu [132.239.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA22966
	for <info-performer@sgi.com>; Thu, 7 Aug 1997 16:47:05 -0700
	env-from (sbrown@nestor.ucsd.edu)
From: sbrown@nestor.ucsd.edu
Received: from nestor.ucsd.edu by mail.ucsd.edu; id QAA10253
	sendmail 8.8.5/UCSD8.3 via SMTP
	Thu, 7 Aug 1997 16:47:02 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com>
Received: (from sbrown@localhost) by nestor.ucsd.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA02251 for info-performer@sgi.com; Thu, 7 Aug 1997 16:41:55 -0700
Message-Id: <9708071641.ZM2249@nestor.ucsd.edu>
Date: Thu, 7 Aug 1997 16:41:54 -0700
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: RE2 to SVGA
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

I need to send my Onxy RE2 output to an SVGA projector (800x600).

I've tried a 13W3 to VGA HD15 adapter for the connection and I set the graphics
to 800x600_60, but the projector doesn't detect the signal.
I've tried a variety of configuration for sync configuration with no luck.
However this configuration does display correctly on a 17" O2 monitor.
The projector will run fine if connected to the output of a SVGA PC.

Anybody know the correct way to do this?

Thanks,

-- 
Sheldon Brown
Assistant Professor
Visual Arts Dept.
University of California at San Diego
9500 Gilman Drive
La Jolla, CA 92093
voice/fax (619) 534-2423

sgbrown@ucsd.edu
http://www-crca.ucsd.edu/~sheldon

=======================================================================
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 Aug  8 12:20:46 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id GAA02363; Fri, 8 Aug 1997 06:57:21 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id GAA02347; Fri, 8 Aug 1997 06:57:19 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id GAA08384; Fri, 8 Aug 1997 06:57:18 -0700
Received: from smtp.well.com (smtp.well.com [206.80.6.147]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA08294
	for <info-performer@sgi.com>; Fri, 8 Aug 1997 06:57:17 -0700
	env-from (stereo@well.com)
Received: from well.com (stereo@well.com [206.15.64.10])
          by smtp.well.com (8.8.5/8.8.4) with SMTP
	  id GAA12032; Fri, 8 Aug 1997 06:57:13 -0700 (PDT)
Date: Fri, 8 Aug 1997 06:57:13 -0700 (PDT)
From: Tim Crane <stereo@well.com>
Subject: Re: RE2 to SVGA
To: sbrown@nestor.ucsd.edu
cc: info-performer@sgi.com
In-Reply-To: <9708071641.ZM2249@nestor.ucsd.edu>
Message-ID: <Pine.3.89.9708080639.A7816-0100000@well.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

The projector is probably looking for sepreate H & V sync (true VGA).  
You may have to set up the projector to accept sync on green .  This is 
just a guess, but check along these lines. 

On Thu, 7 Aug 1997 sbrown@nestor.ucsd.edu wrote:

> I need to send my Onxy RE2 output to an SVGA projector (800x600).
> 
> I've tried a 13W3 to VGA HD15 adapter for the connection and I set the graphics
> to 800x600_60, but the projector doesn't detect the signal.
> I've tried a variety of configuration for sync configuration with no luck.
> However this configuration does display correctly on a 17" O2 monitor.
> The projector will run fine if connected to the output of a SVGA PC.
> 
> Anybody know the correct way to do this?
> 
> Thanks,
> 
> -- 
> Sheldon Brown
> Assistant Professor
> Visual Arts Dept.
> University of California at San Diego
> 9500 Gilman Drive
> La Jolla, CA 92093
> voice/fax (619) 534-2423
> 
> sgbrown@ucsd.edu
> http://www-crca.ucsd.edu/~sheldon
> 
> =======================================================================
> 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 Aug  8 12:49:31 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA02409; Fri, 8 Aug 1997 07:26:03 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA02393; Fri, 8 Aug 1997 07:26:03 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA12726; Fri, 8 Aug 1997 07:26:02 -0700
Received: from omega.turknet.com.tr (OMEGA.turk.net [194.54.52.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA13946
	for <info-performer@sgi.com>; Fri, 8 Aug 1997 07:24:14 -0700
	env-from (mderdem@turk.net)
Received: from DEVRIM (DEVRIM [194.54.52.174]) by omega.turknet.com.tr (NTMail 3.02.13) with ESMTP id aa298558 for <info-performer@sgi.com>; Fri, 8 Aug 1997 17:25:04 +0300
From: Simulation Dept <mderdem@turk.net>
X-Priority: Normal
Content-Type: text/plain
To: info-performer@sgi.com
Subject: Thrustmaster stick
X-Mailer: Pronto97 E-Mail [ver 4.0]
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Date: Fri, 8 Aug 1997 17:25:04 +0300
Message-Id: <14250411433078@turknet.com.tr>
Status: O

Hi,
I have a hardcased thrustmaster joystick for use with SGI systems. It has
a rs232 connector instead of pc game port plug.
I want to use this joystick and the pedal etc in a pf application.

However I am couldn't manage to find some specific sample code
for this joystick. (I don't name the type, because thrustmaster has only
one type available for use with sgi and this is it.)

I hope some one has a similar experience.



-------------------------------
Devrim Erdem mderdem@turk.net
Application Engineer
infoTRON
Turkey
=======================================================================
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 Aug  8 20:50:39 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id PAA03848; Fri, 8 Aug 1997 15:22:05 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id PAA03832; Fri, 8 Aug 1997 15:22:04 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id PAA00266; Fri, 8 Aug 1997 15:22:04 -0700
Received: from wolfenet.com (ratty.wolfe.net [204.157.98.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA26059
	for <info-performer@sgi.com>; Fri, 8 Aug 1997 15:22:02 -0700
	env-from (moore@WOLFENET.com)
Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2])
	by wolfenet.com (8.8.5/8.8.5) with ESMTP id PAA23004
	for <info-performer@sgi.com>; Fri, 8 Aug 1997 15:22:25 -0700 (PDT)
Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id PAA28679; Fri, 8 Aug 1997 15:22:00 -0700 (PDT)
Date: Fri, 8 Aug 1997 15:22:00 -0700 (PDT)
Message-Id: <199708082222.PAA28679@gonzo.wolfenet.com>
From: Timothy Moore <moore@WOLFENET.com>
To: info-performer@sgi.com
Subject: problems with glCopyPixels and multisampling
Status: O

Are there any known problems, or common gotchas, with doing a
glCopyPixels operation on a window with a multisample buffer?  In my
application I disable everything I can think of (multisampling,
blending, depth test, etc.), set the read buffer, load up the color
matrix to do rgb to bw conversion, and then call glCopyPixels.  On an
O2 this works as expected, as does it on an RE2 with a
non-multisampling visual.  With multisampling, however, the result is
washed-out bands of black and white composited with the original
image.  What's up with that?  What am I doing wrong?

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 Aug  8 23:54:41 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id SAA04152; Fri, 8 Aug 1997 18:30:15 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id SAA04136; Fri, 8 Aug 1997 18:30:15 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id SAA07168; Fri, 8 Aug 1997 18:30:14 -0700
Received: from bbs.para.co.kr ([203.234.157.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA05896
	for <info-performer@sgi.com>; Fri, 8 Aug 1997 18:30:08 -0700
	env-from (bryce@bbs.para.co.kr)
Received: from rtv.para.co.kr (rtv.para.co.kr [203.234.157.160]) by bbs.para.co.kr (8.7.1H1/8.6.9) with ESMTP id KAA25331 for <info-performer@sgi.com>; Sat, 9 Aug 1997 10:23:29 +0900 (KST)
Message-ID: <33EBC8EE.5B887AE5@bbs.para.co.kr>
Date: Sat, 09 Aug 1997 10:33:35 +0900
From: Byungsung Cho <bryce@bbs.para.co.kr>
X-Mailer: Mozilla 4.01 [en] (Win95; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Instacing a model with different material
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Dear performers,

I am trying to make several instances of the same model, but assign
different colors on
each instance. I want a model file loaded only one and make instances of
the model node
with different material. However, pfClone share geometry and thus does
not work
for my purpose.  Since cloning do not work, I think I should copy the
whole node.
I looked up pfCopy on reference manual and it seems copy only the first
level of references
in addition to unabling to figure out how use the function in C++.
Is there an easier way to copy a node including geometry?


Thank you,

Byungsung Cho
rtv@bbs.para.co.kr

=======================================================================
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 Aug  9 05:55:50 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id AAA04602; Sat, 9 Aug 1997 00:31:23 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id AAA04586; Sat, 9 Aug 1997 00:31:23 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id AAA24955; Sat, 9 Aug 1997 00:31:22 -0700
Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA19240
	for <info-performer@sgi.com>; Sat, 9 Aug 1997 00:30:54 -0700
	env-from (c00chu00@elc044.dt.nchc.gov.tw)
Received: from elc044.dt.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 PAA27763
	for <info-performer@sgi.com>; Sat, 9 Aug 1997 15:30:26 +0800 (CST)
Received: (from c00chu00@localhost)
	by elc044.dt.nchc.gov.tw (8.8.5/8.8.5) id PAA03648
	for info-performer@sgi.com; Sat, 9 Aug 1997 15:29:05 +0800 (CST)
From: Sam Chu <c00chu00@nchc.gov.tw>
Message-Id: <199708090729.PAA03648@elc044.dt.nchc.gov.tw>
Subject: problems for TCP/IP read
To: info-performer@sgi.com
Date: Sat, 9 Aug 1997 15:29:03 +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


Hi performers:

  thought this is a communicatin problem, I think lots of simulation
progrmmers already have this question and may know how to solve it.

I try to do the inter-Chassis communication and use the
socket communication codes from examples - "accept and 
connect" under directory "/usr/people/4Dgifts/examples/network"
but the "read" command not always read the size which I specify
in "read(sock, data, size)". Is there any way I can ask "read" always
to read size of data?

Thanks for any suggestion.

the following is my code modified from accept.c (performer site)

{
    netDataType    *netData;
    ....

    /* Create a socket */
    if ((sock = socket (AF_INET,SOCK_STREAM,0)) < 0) {
	perror("opening stream socket");
	exit(1);
    }

    /* Initialize the socket's address structure */
    sin.sin_family = AF_INET;
    sin.sin_addr.s_addr = INADDR_ANY;
    sin.sin_port = htons(SERVER_PORT);

    /* Assign an address to this socket */
    if (bind (sock,&sin,sizeof(sin)) < 0) {
	perror("binding stream socket");
	exit(1);
    }
    printf("Listening for connect requests on port %d\n", SERVER_PORT);

    /* Prepare the socket queue for connection requests */
    listen(sock,5);

    length = sizeof(sin);
    msgsock = accept(sock, &sin, &length);
    if (msgsock < 0) {
	perror("accept");
	exit(1);
    }

    printf("Connection from host %s, port %u\n",
    inet_ntoa(sin.sin_addr), ntohs(sin.sin_port));

    init_performer();

    /* Read from the message socket and write to standard output */
    while ((cnt = read(msgsock,(char *)net_Data,sizeof(netDataType)))> 0){
        x=netData->x;
        y=netData->y;
        z=netData->z;
        h=netData->h;
        p=netData->p;
        q=netData->r;
        performer_cmd();
    }
    close(msgsock);
    printf("Connection closed\n");
}


and my connect.c as following: (data site)
{
    netDataType     *netData;
    .....
    if ((sock = socket (AF_INET, SOCK_STREAM, 0)) < 0) {
        perror("Can't open socket");
        exit(1);
    }

    /* Initialize the socket address to the server's address. */
    bzero((char *) &sin, sizeof(sin));
    sin.sin_family = AF_INET;
    hp = gethostbyname(argv[1]);    /* to get host address */
    if (hp == NULL) {
        herror(argv[1]);
        exit(1);
    }
    bcopy (hp->h_addr, &(sin.sin_addr.s_addr), hp->h_length);
    sin.sin_port = htons(SERVER_PORT);

       /* Connect to the server. */
    if (connect(sock, &sin,sizeof(sin)) < 0) {
        close(sock);
        perror("Connect to server");
        exit(1);
    }
    printf("Connection established. "\n);
    /*
     * If the server goes away while sending data, we'll get a SIGPIPE signal.
     * Catch it so we can print an error message.
     */
    (void) signal(SIGPIPE, (void *)die);

   /* the real-time loop */
    while( 1 )
    {
          wait_for_33msec(); /* 30Hz */
          update_position(&x, &y, &z, &h, &p, &r);
          netData->x =x;
          netData->y =y;
          netData->z =z;
          netData->h =h;
          netData->p =p;
          netData->r =r;
          if ((cnt= write(sock, (char *)netData, sizeof(netDataType))) < 0) {
             perror("Error writing to socket");
             exit(1);
          }
    }
}

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 Aug 11 03:45:15 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id WAA07723; Sun, 10 Aug 1997 22:23:27 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id WAA07707; Sun, 10 Aug 1997 22:23:25 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id WAA17777; Sun, 10 Aug 1997 22:23:25 -0700
Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA28363
	for <info-performer@sgi.com>; Sun, 10 Aug 1997 22:23:23 -0700
	env-from (renjye@python.tamu.edu)
Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id AAA05767 for info-performer@sgi.com; Mon, 11 Aug 1997 00:24:32 -0500
From: "Ren-Jye Yu" <renjye@python.tamu.edu>
Message-Id: <9708110024.ZM5766@python.tamu.edu>
Date: Mon, 11 Aug 1997 00:24:32 -0500
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: What is the "frame" time mean in the stat. diagram??
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hello,

	I am using the pfDrawChanStats to show the stat of channels. There has
a line begins with 'msecs' tell me the time that spend in the app, cull, and
draw. Besides, it also tell me the time that spend in "frame". Can anyone tell
me what is "frame" stage? I check the Performer User Guide and the reference
pages. None of these tell me what is frame stage mean. In the next line, there
has another "FRAME". Does it show the time need to generate a frame? If so,
what is the "TOTAL" mean? Thanks for you help.


-- 

______________________________________________________________________________

    ("`-''-/").___..--''"`-._         Ren-Jye Yu
     `6_ 6  )   `-.  (     ).`-.__.`) Email    :renjye@python.tamu.edu      
     (_Y_.)'  ._   )  `._ `. ``-..-'  Phone(O) :(409) 845-0729      
   _..`--'_..-_/  /--'_.' ,'               (H) :(409) 691-8570
 (il),-''  (li),'  ((!.-'     Address  :Aerospace Engineering Department
                                        H.R. Bright Building
                                        Texas A&M University
                                        College Station 77840-3141
_______________________________________________________________________________

=======================================================================
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 Aug 11 06:27:34 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id BAA07868; Mon, 11 Aug 1997 01:03:40 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id BAA07852; Mon, 11 Aug 1997 01:03:39 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id BAA08234; Mon, 11 Aug 1997 01:03:39 -0700
Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA20118
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 01:03:35 -0700
	env-from (binoy@teil.soft.net)
Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI)
	 id NAA00458; Mon, 11 Aug 1997 13:34:09 -0530
Date: Mon, 11 Aug 1997 13:28:59 -0530 (IST)
From: Binoy Marvar <binoy@teil.soft.net>
Subject: libpfdu & texture coordinates
To: info-performer@sgi.com
Message-ID: <Pine.3.87.9708111359.A29680-0100000@teil.soft.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


Hi Performers,

  Is there any easy way for getting texture coordinates
  for the pfGeoSets generated by libpfdu functions like pfdNewCylinder, 
  pfdNewCone. etc


  Thanks in advance !

Regards,

  Binoy Marvar 
_________________________________________________________________
Binoy Marvar                     E-mail: 
Engineer - Design & Development   binoy@teil.soft.net
Visual Simulation Division(SGI)   binoymarvar@hotmail.com
TATA ELXSI INDIA LTD.Bangalore,   http://www.teil.soft.net/~binoy
INDIA.
_______This letter is printed on 100 % recyclable phosphor_______


=======================================================================
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 Aug 11 09:43:52 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id EAA08044; Mon, 11 Aug 1997 04:40:04 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id EAA08028; Mon, 11 Aug 1997 04:40:03 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id EAA04810; Mon, 11 Aug 1997 04:40:02 -0700
Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA17614
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 04:40:00 -0700
	env-from (Hilbrink@nlr.nl)
Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78])
	by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id NAA11934;
	Mon, 11 Aug 1997 13:39:58 +0200 (DST)
Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message."
Received: from nlr.nl by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO)
	 id NAA06064; Mon, 11 Aug 1997 13:39:52 +0200
Sender: niels@nlr.nl
Message-ID: <33EEFA07.C9B167C4@nlr.nl>
Date: Mon, 11 Aug 1997 13:39:51 +0200
From: Niels Hilbrink <Hilbrink@nlr.nl>
Organization: National Aerospace Laboratory
X-Mailer: Mozilla 4.02 [en] (X11; I; IRIX 5.3 IP22)
MIME-Version: 1.0
To: Dirk Luesebrink <crux@artcom.de>,
        "info-performer@sgi.com" <info-performer@sgi.com>
Subject: Re: Variable window size
References: <33E9C0F1.23456E52@nlr.nl> <33EA1ECD.167E@artcom.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Thanks Dirk for the pointer,

Dirk Luesebrink wrote: 
> i dont know how to get the Display* from performer directly. thats why i
> mention XOpenDisplay.

You could use the pfGetCurWSConnection fucntion couldn't you ?


I also found out that is is possible to change the window title, and other
window paramters if the window type is NOT of PFWIN_TYPE_X. Why ? I mean the
XResizeWindow function should work regardless shouldn't it ?

Gr.
Nielss

-- 
      _/     _/ _/       _/_/_/_/   Niels Hilbrink (RS NOP)
     _/     _/ _/       _/    _/    Hilbrink@nlr.nl
    _/_/   _/ _/       _/    _/     tel : (++31)(0)527 248224 (NLR)
   _/ _/  _/ _/       _/_/_/_/            (++31)(0)527 242259 (Home)
  _/   _/_/ _/       _/  _/	        
 _/     _/ _/       _/    _/        National Aerospace Laboratory (NLR)
_/     _/ _/_/_/_/ _/      _/       http://www.nlr.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  Mon Aug 11 09:56:14 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id EAA08068; Mon, 11 Aug 1997 04:51:41 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id EAA08052; Mon, 11 Aug 1997 04:51:40 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id EAA07059; Mon, 11 Aug 1997 04:51:40 -0700
Received: from monsoon.dial.pipex.net (monsoon.dial.pipex.net [158.43.128.69]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id EAA19418
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 04:51:38 -0700
	env-from (j.sunderland@dial.pipex.com)
Message-Id: <199708111151.EAA19418@sgi.sgi.com>
Received: (qmail 32 invoked from network); 11 Aug 1997 11:47:11 -0000
Received: from al244.du.pipex.com (HELO geordie) (193.130.251.244)
  by smtp.dial.pipex.com with SMTP; 11 Aug 1997 11:47:11 -0000
Reply-To: <j.sunderland@dial.pipex.com>
From: "John Sunderland" <j.sunderland@dial.pipex.com>
To: <info-performer@sgi.com>
Subject: Intersections
Date: Mon, 11 Aug 1997 12:44:11 +0100
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1161
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_01BCA654.448100E0"
Content-Transfer-Encoding: 7bit
Status: O

This is a multi-part message in MIME format.

------=_NextPart_000_01BCA654.448100E0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi Performers!

I've got some problems with Isectors which I hope you can help me
with.  I have an application which involves loading a database and then
creating a number of instances of models within the terrain which I
require to drive over it.  The scen has been set up using the following
call:

    pScene->setTravMask( PFTRAV_ISECT, 0xFFFFFFFF, 
	    PFTRAV_SELF | PFTRAV_DESCEND | PFTRAV_IS_CACHE, PF_AND);

Each model will call the following function when it's position is due to
be updated to perform the terrain following.  The models all start
initially floating above the terrain.

void DMobile::DoTFollow(float *fHt, float *fP, float *fR)
{
    static pfSegSet Isegset;
    static pfHit **Result[3];
    static BOOL bIsectFirstPass = TRUE;
    int HitNum;
    
    // Set up isector for terrain following
    if ( bIsectFirstPass == TRUE )
    {
	Isegset.mode = PFTRAV_IS_PRIM | PFTRAV_IS_CULL_BACK;
	Isegset.userData = NULL;
	Isegset.segs[0].dir.set(0.0f, 0.0f, -1.0f);
	Isegset.segs[0].pos.set(0.0f, 1.0f, 0.0f);     // front
	Isegset.segs[0].length = (50000.0F);
	Isegset.segs[1].dir.set(0.0f, 0.0f, -1.0f);
	Isegset.segs[1].pos.set(1.0f, -1.0f, 0.0f);    // back right
	Isegset.segs[1].length = (50000.0F);
	Isegset.segs[2].dir.set(0.0f, 0.0f, -1.0f);
	Isegset.segs[2].pos.set(-1.0f, -1.0f, 0.0f);   // back left
	Isegset.segs[2].length = (50000.0F);
	Isegset.activeMask = 0x07;
	Isegset.isectMask = 0xFFFFFFFF;
	Isegset.bound = NULL;
	Isegset.discFunc = NULL;
	bIsectFirstPass = FALSE;
    }
    
    HitNum = ModelsParentDCSNode->isect(&Isegset, Result);
    pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Got %d hits from Isectors",
HitNum);
}

The problem I am having is that the isect call always returns 0 (i.e. in
the above code HitNum = 0 ).  Has anyone got any ideas as to what I am
doing wrong?  Your help will be much appreciated.

BTW, O2, IRIX 6.3, Performer 2.0.3

Many thanks in advance,

John Sunderland.
-- 
John Sunderland
Software Engineer, Lockheed Martin Solartron Systems
Hoddesdon, Hertfordshire, UK 	(+44) (0)1992 470011
------=_NextPart_000_01BCA654.448100E0
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<html><head></head><BODY bgcolor=3D"#C0C0C0"><p><font size=3D2 =
color=3D"#000000" face=3D"Arial">Hi Performers!<br><br>I've got some =
problems with Isectors which I hope you can help me<br>with. &nbsp;I =
have an application which involves loading a database and =
then<br>creating a number of instances of models within the terrain =
which I<br>require to drive over it. &nbsp;The scen has been set up =
using the following<br>call:<br><br> =
&nbsp;&nbsp;&nbsp;pScene-&gt;setTravMask( PFTRAV_ISECT, 0xFFFFFFFF, =
<br>&#009; &nbsp;&nbsp;&nbsp;PFTRAV_SELF | PFTRAV_DESCEND | =
PFTRAV_IS_CACHE, PF_AND);<br><br>Each model will call the following =
function when it's position is due to<br>be updated to perform the =
terrain following. &nbsp;The models all start<br>initially floating =
above the terrain.<br><br>void DMobile::DoTFollow(float *fHt, float *fP, =
float *fR)<br>{<br> &nbsp;&nbsp;&nbsp;static pfSegSet Isegset;<br> =
&nbsp;&nbsp;&nbsp;static pfHit **Result[3];<br> &nbsp;&nbsp;&nbsp;static =
BOOL bIsectFirstPass =3D TRUE;<br> &nbsp;&nbsp;&nbsp;int HitNum;<br> =
&nbsp;&nbsp;&nbsp;<br> &nbsp;&nbsp;&nbsp;// Set up isector for terrain =
following<br> &nbsp;&nbsp;&nbsp;if ( bIsectFirstPass =3D=3D TRUE )<br> =
&nbsp;&nbsp;&nbsp;{<br>&#009;Isegset.mode =3D PFTRAV_IS_PRIM | =
PFTRAV_IS_CULL_BACK;<br>&#009;Isegset.userData =3D =
NULL;<br>&#009;Isegset.segs[0].dir.set(0.0f, 0.0f, =
-1.0f);<br>&#009;Isegset.segs[0].pos.set(0.0f, 1.0f, 0.0f); =
&nbsp;&nbsp;&nbsp;&nbsp;// front<br>&#009;Isegset.segs[0].length =3D =
(50000.0F);<br>&#009;Isegset.segs[1].dir.set(0.0f, 0.0f, =
-1.0f);<br>&#009;Isegset.segs[1].pos.set(1.0f, -1.0f, 0.0f); =
&nbsp;&nbsp;&nbsp;// back right<br>&#009;Isegset.segs[1].length =3D =
(50000.0F);<br>&#009;Isegset.segs[2].dir.set(0.0f, 0.0f, =
-1.0f);<br>&#009;Isegset.segs[2].pos.set(-1.0f, -1.0f, 0.0f); =
&nbsp;&nbsp;// back left<br>&#009;Isegset.segs[2].length =3D =
(50000.0F);<br>&#009;Isegset.activeMask =3D =
0x07;<br>&#009;Isegset.isectMask =3D 0xFFFFFFFF;<br>&#009;Isegset.bound =
=3D NULL;<br>&#009;Isegset.discFunc =3D NULL;<br>&#009;bIsectFirstPass =
=3D FALSE;<br> &nbsp;&nbsp;&nbsp;}<br> &nbsp;&nbsp;&nbsp;<br> =
&nbsp;&nbsp;&nbsp;HitNum =3D ModelsParentDCSNode-&gt;isect(&amp;Isegset, =
Result);<br> &nbsp;&nbsp;&nbsp;pfNotify(PFNFY_NOTICE, PFNFY_PRINT, =
&quot;Got %d hits from Isectors&quot;, HitNum);<br>}<br><br>The problem =
I am having is that the isect call always returns 0 (i.e. in<br>the =
above code HitNum =3D 0 ). &nbsp;Has anyone got any ideas as to what I =
am<br>doing wrong? &nbsp;Your help will be much appreciated.<br><br>BTW, =
O2, IRIX 6.3, Performer 2.0.3<br><br>Many thanks in advance,<br><br>John =
Sunderland.<br>-- <br>John Sunderland<br>Software Engineer, Lockheed =
Martin Solartron Systems<br>Hoddesdon, Hertfordshire, UK &#009;(+44) =
(0)1992 470011</p>
</font></body></html>
------=_NextPart_000_01BCA654.448100E0--

=======================================================================
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 Aug 11 11:03:05 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA08331; Mon, 11 Aug 1997 07:02:04 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA08315; Mon, 11 Aug 1997 07:02:04 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA22825; Mon, 11 Aug 1997 07:02:03 -0700
Received: from jsc-ems-gws02.jsc.nasa.gov (JSC-EMS-GWS02.jsc.nasa.gov [139.169.16.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA10974
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 07:01:58 -0700
	env-from (hadi.m.tjandrasa1@jsc.nasa.gov)
Received: by jsc-ems-gws02.jsc.nasa.gov with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63)
	id <01BCA635.A2F2F440@jsc-ems-gws02.jsc.nasa.gov>; Mon, 11 Aug 1997 09:04:55 -0500
Message-ID: <c=US%a=Telemail%p=NASA%l=JSC-EMS-MBS0-970811140500Z-53595@jsc-ems-gws02.jsc.nasa.gov>
From: "TJANDRASA, HADI M. (JSC-ER7)" <hadi.m.tjandrasa1@jsc.nasa.gov>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: RE: problems for TCP/IP read
Date: Mon, 11 Aug 1997 09:05:00 -0500
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63
Encoding: 43 TEXT
Status: O

Hi,

TCP/IP may not guarantee that the READ will return the length specified.
You need to read until the specified length is received. Note that the
next message from the writer may appear appended to the previous
message; so you need to devise a mechanism for this and also make sure
not looping in reading without some guard/checking/timeout. If you do
not have header  on the message, it is a good practice to have your own
header message. 

If only for chasis-to-chasis, UDP may be preferable for real-time
application although it's a bit more complex than TCP/IP.

Hadi Tjandrasa

>----------
>From: 	Sam Chu[SMTP:c00chu00@nchc.gov.tw]
>Sent: 	Saturday, August 09, 1997 2:29 AM
>To: 	info-performer@sgi.com
>Subject: 	problems for TCP/IP read
>
>
>Hi performers:
>
>  thought this is a communicatin problem, I think lots of simulation
>progrmmers already have this question and may know how to solve it.
>
>I try to do the inter-Chassis communication and use the
>socket communication codes from examples - "accept and 
>connect" under directory "/usr/people/4Dgifts/examples/network"
>but the "read" command not always read the size which I specify
>in "read(sock, data, size)". Is there any way I can ask "read" always
>to read size of data?
>
>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
>
=======================================================================
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 Aug 11 11:34:56 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA08362; Mon, 11 Aug 1997 07:28:24 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA08346; Mon, 11 Aug 1997 07:28:24 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA26110; Mon, 11 Aug 1997 07:28:23 -0700
Received: from bham-ht.bioc.uab.edu (bham-ht.bioc.uab.edu [138.26.128.17]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA16371
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 07:28:18 -0700
	env-from (paul@bham-ht.bioc.uab.edu)
Received: (from paul@localhost) by bham-ht.bioc.uab.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA20100; Mon, 11 Aug 1997 09:30:25 -0500
From: paul@bham-ht.bioc.uab.edu (Paul Sherman)
Message-Id: <199708111430.JAA20100@bham-ht.bioc.uab.edu>
Subject: Re: problems for TCP/IP read
To: c00chu00@nchc.gov.tw (Sam Chu)
Date: Mon, 11 Aug 1997 09:30:25 -0500 (CDT)
Cc: info-performer@sgi.com
In-Reply-To: <199708090729.PAA03648@elc044.dt.nchc.gov.tw> from "Sam Chu" at Aug 9, 97 03:29:03 pm
X-Mailer: ELM [version 2.4 PL24 ME5a]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 2502      
Status: O


>   thought this is a communicatin problem, I think lots of simulation
> progrmmers already have this question and may know how to solve it.
> 
> I try to do the inter-Chassis communication and use the
> socket communication codes from examples - "accept and 
> connect" under directory "/usr/people/4Dgifts/examples/network"
> but the "read" command not always read the size which I specify
> in "read(sock, data, size)". Is there any way I can ask "read" always
> to read size of data?


Sam,

One way to solve this is to read from the socket until you have the correct
size of a packet read in (it sounds like you always know that you have 6
floats) and then translate that packet. If you have the socket read do its
read into a buffer and then translate the buffer after you are certain that
you have a complete packet, then you can avoid the attempted translation of
partial packets. In other words, do something like:

while(simNotDone)
{
   while (packetNotComplete)
   {
      while ((cnt = read(into_a_buffer...) > 0);
      check for a complete packet;
   }
   translate the packet;
   perform bookkeeping on the possible partial packet left in the buffer;
}


Of course there is alot more bookkeeping involved in this, since depending on
your code, it is possible to read packet fragments and these need to be kept
track of...

However, one approach which we have been using recently which appears to be
faster and more robust than sockets is to use fifos (or named pipes). This
approach avoids the whole network layer inherant in sockets. So far, the code
is a little unstable on MP machines during startup (deadlock conditions in
opens), but once running, the code works perfectly (tested on a 2 Proc IR and
a 4 proc Onyx 2). For details, check out "Unix Network Programming" by
W. Richard Stevens (Prentice Hall), Chapter 3. 

Hope this helps, and email me with any questions (see below).

		Paul Sherman
		psherman@acm.org

===========================================================================
Please note that the email to reply to is: psherman@acm.org. The email
addresses paul@ht.com and paul@bham-ht.bioc.uab.edu will not be valid past
Thursday August 14, 1997. I am changing jobs and will not know my new email
until after September 1. I will be able to read email sent to
psherman@acm.org. My email responses during the last two weeks of August may
be slow due to my travelling across the country.
===========================================================================
=======================================================================
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 Aug 11 12:22:07 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id IAA08565; Mon, 11 Aug 1997 08:30:08 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id IAA08549; Mon, 11 Aug 1997 08:30:07 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id IAA08776; Mon, 11 Aug 1997 08:30:07 -0700
Received: from postal.dn.net (postal.dn.net [207.226.170.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA03492
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 08:30:05 -0700
	env-from (gwaldron@peril.com)
Received: from peril.com (csi-east04.csi-east.com [206.161.162.196])
	by postal.dn.net (8.8.3/8.8.5) with ESMTP id LAA28196
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 11:36:20 -0400 (EDT)
Sender: glenn@dn.net
Message-ID: <33EE42AC.53572AAE@peril.com>
Date: Sun, 10 Aug 1997 18:37:32 -0400
From: Glenn Waldron <gwaldron@peril.com>
Organization: PERIL Technologies
X-Mailer: Mozilla 4.02 [en] (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: cyclebuffer memory for geoset prim lengths
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi all,
I need to use cycle buffer memory for my geoset primitive length 
array, but I get the message:

PF Warn/Usage: pfGeoSet::setPrimLengths() CycleBuffered length
  arrays not yet supported.

I guess that's that.  My question to the Performer team is, will it
be supported in the 2.2 release (or a future beta)?  Furthermore is
there a list of which structures currently support CB-data?

thanks- Glenn.

-- 
Glenn Waldron - Technical Director
Peril Technologies - 2200 Wilson Blvd Ste 102-328 - Arlington VA 22201
mailto:gwaldron@peril.com - http://www.peril.com - voice: 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  Mon Aug 11 14:29:50 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA08703; Mon, 11 Aug 1997 09:54:22 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA08687; Mon, 11 Aug 1997 09:54:21 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA26287; Mon, 11 Aug 1997 09:54:21 -0700
Received: from overlord.nrl.navy.mil (overlord.nrl.navy.mil [132.250.118.136]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA27264
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 09:54:19 -0700
	env-from (doyle@overlord.nrl.navy.mil)
Received: from overlord.nrl.navy.mil (localhost [127.0.0.1]) by overlord.nrl.navy.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA02439 for <info-performer@sgi.com>; Mon, 11 Aug 1997 12:53:28 -0400
Sender: doyle@overlord.nrl.navy.mil
Message-ID: <33EF4388.2781@overlord.nrl.navy.mil>
Date: Mon, 11 Aug 1997 12:53:28 -0400
From: Robert Doyle <doyle@overlord.nrl.navy.mil>
Organization: Naval Research Laboratory
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: glXMakeCurrentReadSGI
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Performers:

On an Onyx1 IR (1 RM), Performer 2.1, the use of:
glXMakeCurrentReadSGI(dsp, pw->getWSDrawable(), 
pbuffer, pw->getGLCxt); in the draw callback
generates a bad match error ("X Error of failed request:  
BadMatch (invalid parameter attributes)"). The function 
is used to attach the GLX context to both the pfPipeWindow 
and a previously configured pbuffer. The object is to 
use glCopyPixels() to copy an image from the pbuffer to 
the visible color buffer. No error is generated from 
a previous rendering into the pbuffer. This code works 
fine on an O2.

In addition, Roger Corron's demo program using pbuffers 
as backing store (backingstore.c) generates an
"X Error of failed request:  BadAlloc (insufficient 
resources for operation) at the glXMakeCurrentReadSGI() 
call on an IR but works fine on an O2.

Is there a problem specific to the IR and if so, has 
anyone found a workaround?

Thanks,
Bob Doyle
			

-- 
Robert J. Doyle, Jr.            http://overlord.nrl.navy.mil
Code 5594                   	e-mail: doyle@overlord.nrl.navy.mil
Naval Research Laboratory   	phone: 202-767-8395
Washington, DC  20375-5000  	fax: 202-404-7402
=======================================================================
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 Aug 11 16:01:38 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA09007; Mon, 11 Aug 1997 11:23:35 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA08991; Mon, 11 Aug 1997 11:23:34 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA15260; Mon, 11 Aug 1997 11:23:33 -0700
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA25975
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 11:23:33 -0700
	env-from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA28225; Mon, 11 Aug 1997 11:23:21 -0700
From: remi@remi.engr.sgi.com (Rémi Arnaud)
Message-Id: <199708111823.LAA28225@remi.engr.sgi.com>
Subject: Re: performer channel view
To: kishore@triavest.com (Anita Kishore)
Date: Mon, 11 Aug 1997 11:23:21 -0700 (PDT)
Cc: info-performer@sgi.com
In-Reply-To: <9708061206.ZM20585@tracey.triavest.com> from "Anita Kishore" at Aug 6, 97 12:06:36 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: 2233      
Status: O

Anita Kishore wrote:
> 
> Hi :
> 
> 	I am trying to compare and get to work two different ways of
> setting eye point's position and orientation. For both the methods, the
> scene graph is same, having just one simple geometry with pre and post
> DRAW callbacks.
> 
> method 1 :
> ----------
> 	- set performer channel's view matrix with the foll. values:
> 		view.xyz = (2.5, -5, 1.6), view.hpr = (9, 5, 3)
> 	- get openGL modelview matrix in the pre callback and print it.
> 	- matrix printed is:
> 
> 	matarray :
> 	0.985621 0.065307 0.155839 0.000000
> 	0.160725 -0.077778 -0.983930 0.000000
> 	-0.052137 0.994829 -0.087156 0.000000
> 	-1.577008 -2.143883 -5.169798 1.000000

 Note that the offsets (pfChannel::setViewOffsets) are also applied if
 non null to that transformation matrix

> 
> 
> method 2 :
> ----------
> 	- reset performer channel's view matrix to all 0, ie:
> 		view.xyz = (0,0,0), view.hpr = (0,0,0)
> 	- in the pre callback, use pfMakeCoordMat to make coordMat
> 	  with the foll. values:
> 		xyz = (2.5, 1.6, 5.0)  -  in openGL coordinate system
> 		hpr = (9, 5, 3)
> 	- pfMakeRotMat(viewMat, 90.0, 1, 0, 0)  -  to convert rotation part
> 		from pf to openGL coordinate system.
> 	- pfPostMultMat(viewMat, coordMat)
> 	- load viewMat into the modelview stack and print viewMat as:
> 
> 	viewMat :
> 	0.985621 0.160725 -0.052137 0.000000
> 	0.065307 -0.077778 0.994829 0.000000
> 	0.155839 -0.983930 -0.087156 0.000000
> 	2.500000 1.600000 5.000000 1.000000
> 
> 
> Clearly, the two matrices printed in both the methods are not same and hence
> the
> perspective that I get in the render window is also not the same. Infact, in
> matarray, the translation components are not only inverted in sign, but also
> show different values from the ones set in the channel's view. They and the
> rotaion part of the matrix also differ from that printed in viewMat of
> method 2.
> 
> Can someone explain about these discrepancies and how to make the two methods
> work in the same way?
> 
> Thanks a lot for any clue.
> 
> -anita
> kishore@triavest.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 Aug 11 16:01:33 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id OAA09880; Mon, 11 Aug 1997 14:15:11 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id OAA09862; Mon, 11 Aug 1997 14:15:10 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id OAA11002; Mon, 11 Aug 1997 14:15:10 -0700
Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA20381
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 14:15:09 -0700
	env-from (scott@ht.com)
Received: by gauntlet.ht.com; id RAA01679; Mon, 11 Aug 1997 17:15:08 -0400 (EDT)
Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2)
	id xma001672; Mon, 11 Aug 97 17:14:46 -0400
Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations)
	id VAA25519; Mon, 11 Aug 1997 21:15:02 GMT
Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO)
	 id RAA07148; Mon, 11 Aug 1997 17:14:53 -0400
From: scott@ht.com (Scott McMillan)
Message-Id: <199708112114.RAA07148@hf.ht.com>
Subject: Re: cyclebuffer memory for geoset prim lengths
In-Reply-To: <33EE42AC.53572AAE@peril.com> from Glenn Waldron at "Aug 10, 97 06:37:32 pm"
To: gwaldron@peril.com (Glenn Waldron)
Date: Mon, 11 Aug 1997 17:14:53 -0400 (EDT)
Cc: info-performer@sgi.com
X-Mailer: ELM [version 2.4ME+ PL31 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

> I guess that's that.  My question to the Performer team is, will it
> be supported in the 2.2 release (or a future beta)?

I will let someone in the Performer team talk about the capabilities of
pfFlux (the 2.2 replacement for cycle buffers).

> Furthermore is
> there a list of which structures currently support CB-data?

The pfCycleBuffer man page states "the function pfGeoSet::setAttr accepts
pfCycleBuffer memory for attribute arrays....  Currently pfGeoSets do not
support pfCycleBuffer index lists."

So I interpret that to mean you can only (when it comes to pfGeoSets) cycle
buffer coords, normals, texcoord and color arrays (but not the corresponding
index arrays).

scott


-- 
  Scott McMillan  |    HT Medical, Inc.   | Developing medical VE's
   scott@ht.com   |   http://www.ht.com   | surgical simulations
 Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation
Fax: 301-984-2104 |  Rockville, MD 20852  | creation tools.
=======================================================================
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 Aug 11 16:01:35 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA09145; Mon, 11 Aug 1997 11:46:54 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA09129; Mon, 11 Aug 1997 11:46:54 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA20110; Mon, 11 Aug 1997 11:46:53 -0700
Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA04342
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 11:46:44 -0700
	env-from (root@sequoia.ccd.bnl.gov)
Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id OAA03928 for <@bnl.gov:info-performer@sgi.com>; Mon, 11 Aug 1997 14:46:41 -0400 (EDT)
Received: from sequoia by sirius.ccd.bnl.gov via UUCP (950215.SGI.8.6.10/940406.SGI.AUTO)
	for info-performer@sgi.com id OAA10512; Mon, 11 Aug 1997 14:46:39 -0400
Received: from ax61.bnl.gov by sirius.ccd.bnl.gov via SMTP (950215.SGI.8.6.10/940406.SGI.AUTO)
	for <ballard@sirius.ccd.bnl.gov> id NAA10413; Mon, 11 Aug 1997 13:55:18 -0400
Received: from bnl.gov by ax61.bnl.gov (AIX 4.1/UCB 5.64/4.03)
          id AA51290; Mon, 11 Aug 1997 13:55:17 -0400
Received: (from daemon@localhost) by bnl.gov (8.7.5/8.7.1) id NAA00744 for ballard@ax61.bnl.gov; Mon, 11 Aug 1997 13:55:16 -0400 (EDT)
Received: from sequoia.ccd.bnl.gov (sequoia.ccd.bnl.gov [130.199.130.88]) by bnl.gov (8.7.5/8.7.1) with SMTP id NAA00740 for <ballard@bnl.gov>; Mon, 11 Aug 1997 13:55:15 -0400 (EDT)
Received: (from root@localhost) by sequoia.ccd.bnl.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA15011 for ballard@bnl.gov; Mon, 11 Aug 1997 13:55:09 -0400
Date: Mon, 11 Aug 1997 13:55:09 -0400
X-Ph: V4.4@bnl.gov
From: root@sequoia.ccd.bnl.gov (Super-User)
Message-Id: <199708111755.NAA15011@sequoia.ccd.bnl.gov>
Apparently-To: ballard@bnl.gov
Status: O

14996:perfly.DSO: rld: Fatal Error: attempted access to unresolvable symbol in
/usr/lib64/libpf_ogl.so: __vec_new2

=======================================================================
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 Aug 11 16:01:33 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA09267; Mon, 11 Aug 1997 12:16:00 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA09251; Mon, 11 Aug 1997 12:15:59 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA24487; Mon, 11 Aug 1997 12:15:59 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA13907
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 12:15:58 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA18067; Mon, 11 Aug 1997 12:15:56 -0700
Date: Mon, 11 Aug 1997 12:15:56 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708111215.ZM18065@multipass.engr.sgi.com>
In-Reply-To: "John Sunderland" <j.sunderland@dial.pipex.com>
        "Intersections" (Aug 11, 12:44pm)
References: <199708111151.EAA19418@sgi.sgi.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: <j.sunderland@dial.pipex.com>, <info-performer@sgi.com>
Subject: Re: Intersections
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 11, 12:44pm, John Sunderland wrote:
> Subject: Intersections
>
> [ Attachment (multipart/alternative): 5488 bytes ]
>-- End of excerpt from John Sunderland


John,

you seem to be intersecting with the vehicle graph although
it's not entirely clear.

HitNum = ModelsParentDCSNode->isect(&Isegset, Result);

If ModelsParentDCSNode is the vehicle DCS then this is wrong.
You need to transform the vectors *positions* through the matrix of
the vehicle DCS and intersect with the scene terrain node. Be sure
and include any matrices you may have above the terrain.

Use  pfVec3::xformPt for this position transformation.

Cheers,
Angus
=======================================================================
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 Aug 11 16:01:35 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id OAA09908; Mon, 11 Aug 1997 14:16:28 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id OAA09892; Mon, 11 Aug 1997 14:16:27 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id OAA11211; Mon, 11 Aug 1997 14:16:27 -0700
Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA20770
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 14:16:25 -0700
	env-from (ballard@sirius.ccd.bnl.gov)
Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id RAA12071 for <@bnl.gov:info-performer@sgi.com>; Mon, 11 Aug 1997 17:16:23 -0400 (EDT)
Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO)
	for info-performer@sgi.com id OAA10523; Mon, 11 Aug 1997 14:58:02 -0400
Date: Mon, 11 Aug 1997 14:58:02 -0400
From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
Message-Id: <199708111858.OAA10523@sirius.ccd.bnl.gov>
Subject: N64
Apparently-To: info-performer@sgi.com
Status: O

Has anybody been able to get 64 bit dso ogl versions of perfly
OR their APP's to work on iR?!
I get the following error message:

14551:./perfly.DSO: rld: Fatal Error: attempted access to unresolvable symbol in
/usr/lib64/libpf_ogl.so: __vec_new2

I have the only patch I am supposed to need i.e, 1392 for the dev 2.0.2
the eoe are 2.0.4

I get the same error message from my APP (NOT a hacked version of perfly)

2nd unrelated question;

For the static N64 version (which DO work, both for perfly and my APP)
most of the database format load o.k., except of course for iv
loader (which nobody really cares about anyway right?)
which creates core dumps, in both static and dynamic cases.
The following error message is written, but I am not sure if
it is the cause of the dump:

14812:perfly.OPT: rld: Error: elfmap: not an ELF file.

Thanks,

Ballard Andrews
Brookhaven National Lab
Computing Division
=======================================================================
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 Aug 11 16:01:43 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA09745; Mon, 11 Aug 1997 13:53:06 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA09729; Mon, 11 Aug 1997 13:53:05 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA07381; Mon, 11 Aug 1997 13:53:04 -0700
Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA13894
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 13:53:01 -0700
	env-from (nicolas@cae.ca)
Received: tid PAA00363; Mon, 11 Aug 1997 15:25:45 -0400
Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03)
          id AA26553; Mon, 11 Aug 1997 15:23:47 -0400
Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI)
	 id PAA03776; Mon, 11 Aug 1997 15:21:06 -0400
From: "Nicolas Gauvin" <nicolas@cae.ca>
Message-Id: <9708111521.ZM3774@christine.cae.ca>
Date: Mon, 11 Aug 1997 15:21:05 -0400
In-Reply-To: Byungsung Cho <bryce@bbs.para.co.kr>
        "Instacing a model with different material" (Aug  9, 10:33am)
References: <33EBC8EE.5B887AE5@bbs.para.co.kr>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Byungsung Cho <bryce@ns.para.co.kr>
Subject: Re: Instacing a model with different material
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 9, 10:33am, Byungsung Cho wrote:
> Subject: Instacing a model with different material
> Dear performers,
>
> I am trying to make several instances of the same model, but assign
> different colors on
> each instance. I want a model file loaded only one and make instances of
> the model node
> with different material. However, pfClone share geometry and thus does
> not work
> for my purpose.  Since cloning do not work, I think I should copy the
> whole node.
> I looked up pfCopy on reference manual and it seems copy only the first
> level of references
> in addition to unabling to figure out how use the function in C++.
> Is there an easier way to copy a node including geometry?
>
>-- End of excerpt from Byungsung Cho

Try calling pfFlatten on a top parent node that has multiple instances as
children. pfFlatten will make multiple copies of instanced geometries for you.





-- 
Nicolas Gauvin              CAE Electronics Ltd., 8585 Cote De Liesse
3D Graphics Software        Saint-Laurent, Quebec, Canada, H4L-4X4
nicolas@cae.ca              Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 
=======================================================================
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 Aug 11 19:22:36 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id QAA10720; Mon, 11 Aug 1997 16:37:49 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id QAA10704; Mon, 11 Aug 1997 16:37:49 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id QAA28700; Mon, 11 Aug 1997 16:37:48 -0700
Received: from proxy3.ba.best.com (proxy3.ba.best.com [206.184.139.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA02227
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 16:37:47 -0700
	env-from (gcw@best.com)
Received: from gcw.vip.best.com (dynamic31.pm10.mv.best.com [206.184.194.159]) by proxy3.ba.best.com (8.8.6/8.8.BEST) with SMTP id QAA26914; Mon, 11 Aug 1997 16:33:39 -0700 (PDT)
Message-Id: <2.2.32.19970811233400.006c232c@shell2.ba.best.com>
X-Sender: gcw@shell2.ba.best.com
X-Mailer: Windows Eudora Pro Version 2.2 (32)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 11 Aug 1997 16:34:00 -0700
To: durbin@ait.nrl.navy.mil, info-performer@sgi.com
From: george williams <gcw@best.com>
Subject: Re: Onyx RE2 to Onyx2 iR
Status: O


At 12:59 PM 8/4/97 -0400, you wrote:
>
>It goes even deaper that that...
>
>First, the new SGI machines have the standard PC rs-232 pinouts.  This
>is different from the Onyx and older machines.
>
>Second, with the help of ascension, the Iowa State guys got their
>ascenion tracker up and running with the following relevations:
>	1) calling a serial port by the name ttyd# does not function
>		the same way on Onyx vs Onyx.
>	2) Use ttym# instead
>	3) Use a straight through cable (not NULL modem)
>	4) Make sure that only pins 2, 3, and 5 are connected
>
>My guess (hope) is that similar things will hold true for the Polhemus
>systems as well.


Indeed, the only changes that I needed to consider when recompiling a
Polhemus Fastrak driver for the new SGIS were 1) the changes to the termios
structure ( setting the 'ospeed' and 'ispeed' members) and 2) the PC-compat
RS232 pinout.

-George W.



>
>-Jim
>
>Rob Page writes:
>   | 
>   | On Thu, 24 Jul 1997, Kaylor, Brett wrote:
>   | 
>   | > We are in the process of porting our Performer (OpenGL based)
>   | > application from an 
>   | > Onyx RE2 (IRIX 6.2) with 2 pipes to an Onyx 2 iR (IRIX 6.4) and have a
>   | > few questions.
>   | >  ...
>   | > - We also have 2 Virtual Technolgy gloves and a Fastrak.  We have been
>   | > told that the serial interface has changed between the two machines.
Has
>   | > anyone experienced any problems moving serial input devices between
the two
>   | > different machines?
>   | > 
>   |   We had a problem moving our serial driver code from an Indigo2 with
>   |   Irix 6.2 to an Octane with 6.4.  The termio and termios structures have 
>   |   changed between the two Irixes.  See the man page for termio on the 6.4 
>   |   machine.  "Existing binaries automatically use the old interfaces."  If 
>   |   you want to compile and run under 6.4 you can either make a minor code 
>   |   change or define a compile time flag.
>   | 
>   |   ttfn, Rob Page    Kaman Sciences @ NRL Code 5513
>   |   (202) 404-7280 -> B16 Room 228         (202) 767-5613 -> HCI Lab
>   |   page@itd.nrl.navy.mil
>   | =======================================================================
>   | 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
>
>

=======================================================================
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 Aug 11 19:22:32 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id QAA10590; Mon, 11 Aug 1997 16:32:38 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id QAA10574; Mon, 11 Aug 1997 16:32:37 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id QAA28290; Mon, 11 Aug 1997 16:32:37 -0700
Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA00821
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 16:32:36 -0700
	env-from (robj@quid.csd.sgi.com)
Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	 id QAA28282; Mon, 11 Aug 1997 16:32:36 -0700
Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	 id QAA01493; Mon, 11 Aug 1997 16:32:20 -0700
From: "Rob Jenkins" <robj@quid>
Message-Id: <9708111632.ZM1491@quid.csd.sgi.com>
Date: Mon, 11 Aug 1997 16:32:20 -0700
In-Reply-To: Robert Doyle <doyle@overlord.nrl.navy.mil>
        "glXMakeCurrentReadSGI" (Aug 11, 12:53pm)
References: <33EF4388.2781@overlord.nrl.navy.mil>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Robert Doyle <doyle@overlord.nrl.navy.mil>, info-performer@sgi.com
Subject: Re: glXMakeCurrentReadSGI
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

This is just dump of a few solutions to pbuffer problems that I've seen. If the
iR specific stuff doesn't help then let me know.

It could be that the error is exactly what the X error says, you just asked for
too big a pbuffer. The glXMakeCurrentReadSGI man page says:

BadAlloc may be generated if the server has delayed allocation of
     ancillary buffers until glXMakeCurrentReadSGI is called, only to find
     that it has insufficient resources to complete the allocation.

You only have 1 RM so you could easily be 'pixel challenged' for a big pbuffer.
What might be happening ( this is a guess ) is that an assumption gets made
when you configure the pbuffer that while reasonable (ish) ends up giving you a
much deeper pbuffer than you need ( or in your case, can have ).
glXChooseFBConfigSGIX actually returns a *list* of GLX frame buffer
configurations that match the specified attributes, the code you have might
just uses the first element in that list to then do glXCreateGLXPbufferSGIX.
The man page for glXChooseFBConfigSGI has detail but essentially, the list is
sorted by order of things like bits per component etc. It also mentions the use
of glXGetFBConfigAttribSGIX to retrieve additional attributes for the frame
buffer configurations and then select between them. This might be what you need
to do. If you look at the first config in the list, I expect that it's RGBA12
and might have a huge accumulation buffer and all sorts of things that you
don't need, and that makes the pixels too deep to make the Pbuffer. The list
returned would vary from platform to platform so it just maybe that on O2 the
first one is OK. On iR you could try adding logic like this:

int attributeList[] =
    {GLX_RENDER_TYPE_SGIX, GLX_RGBA_BIT_SGIX,
     GLX_DRAWABLE_TYPE_SGIX, GLX_PBUFFER_BIT_SGIX|GLX_WINDOW_BIT_SGIX,
     GLX_RED_SIZE, 1,
     GLX_BLUE_SIZE, 1,
     GLX_GREEN_SIZE, 1,
     GLX_DEPTH_SIZE, 1,
     None};

    GLXContext cx;
    GLXFBConfigSGIX *fbc;
    int nitems, i, match, a[5];

    /* Choose a FB config which fits the above description */
    fbc = glXChooseFBConfigSGIX(dpy, 0, attributeList, &nitems);

    /* find an FBconfig in list with RGB == 10 and Zbuffer > 1 */
    for(i = 0; i < nitems; i++)
    {
	glXGetFBConfigAttribSGIX(dpy, fbc[i], GLX_RED_SIZE, &a[0]);
	glXGetFBConfigAttribSGIX(dpy, fbc[i], GLX_GREEN_SIZE, &a[1]);
	glXGetFBConfigAttribSGIX(dpy, fbc[i], GLX_BLUE_SIZE, &a[2]);
	glXGetFBConfigAttribSGIX(dpy, fbc[i], GLX_ALPHA_SIZE, &a[3]);
	glXGetFBConfigAttribSGIX(dpy, fbc[i], GLX_DEPTH_SIZE, &a[4]);
        printf("r = %d, b = %d g = %d a = %d z = %d\n",
                                          a[0],a[1],a[2],a[3],a[4]);
	if(a[0] == 10 && a[1] == 10 && a[2] 10 && a[3] == 0 && a[4] > 1)
	{ match = i; break; }
    }

    if(!(cx = glXCreateContextWithConfigSGIX(dpy, fbc[match],
                                                         GLX_RGBA_TYPE_SGIX,
NULL, GL_TRUE)))
    {
      printf("Unable to create pbuffer context\n");
      exit(0);
    }

then use fbc[match] in glXCreateGLXPbufferSGIX or glXGetVisualFromFBConfigSGIX
as you need to.

You might implement a more clever scheme, I was just looking at the listing of
'findvis' and shooting for an RGB10 Z23 db visual ( with no accum buffer etc ),
you could specifically select no accum bits, check that it's db and all that to
make it more flexible. You might also what to make it flexible enough to get
the right thing on other platforms too.

Do you use Impact ? if you use Pbuffers on them: on a High Impact there are 3
special pbuffer timing tables available to you (1024x768_60_pbuf,
1024x768_72_pbuf, and 1024x768_76_pbuf).
You'll need to do

/usr/gfx/setmon -x 1024x768_76_pbuf

and then restart graphics.

Do you have an Maximum Impacts?  There should be enough frame buffer space
available to run 1280x1024 and use a 12/12/12 pbuffer.

There is quite a bit of detail in the release notes for gl_dev in chapter 7.

BTW make sure you have a recent iR gfx patch. In order of age ( one replacing
the other, they are 1355, 1699 and now the most recent: 1808

Cheers
Rob

On Aug 11, 12:53pm, Robert Doyle wrote:
> Subject: glXMakeCurrentReadSGI
> Performers:
>
> On an Onyx1 IR (1 RM), Performer 2.1, the use of:
> glXMakeCurrentReadSGI(dsp, pw->getWSDrawable(),
> pbuffer, pw->getGLCxt); in the draw callback
> generates a bad match error ("X Error of failed request:
> BadMatch (invalid parameter attributes)"). The function
> is used to attach the GLX context to both the pfPipeWindow
> and a previously configured pbuffer. The object is to
> use glCopyPixels() to copy an image from the pbuffer to
> the visible color buffer. No error is generated from
> a previous rendering into the pbuffer. This code works
> fine on an O2.
>
> In addition, Roger Corron's demo program using pbuffers
> as backing store (backingstore.c) generates an
> "X Error of failed request:  BadAlloc (insufficient
> resources for operation) at the glXMakeCurrentReadSGI()
> call on an IR but works fine on an O2.
>
> Is there a problem specific to the IR and if so, has
> anyone found a workaround?
>
> Thanks,
> Bob Doyle
>
>
> --
> Robert J. Doyle, Jr.            http://overlord.nrl.navy.mil
> Code 5594                   	e-mail: doyle@overlord.nrl.navy.mil
> Naval Research Laboratory   	phone: 202-767-8395
> Washington, DC  20375-5000  	fax: 202-404-7402
> =======================================================================
> 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 Robert Doyle



-- 
________________________________________________________________
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 Aug 11 19:22:36 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id PAA10042; Mon, 11 Aug 1997 15:02:01 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id PAA10026; Mon, 11 Aug 1997 15:02:01 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id PAA17102; Mon, 11 Aug 1997 15:02:00 -0700
Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA04874
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 15:01:58 -0700
	env-from (nicolas@cae.ca)
Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03)
          id AA16934; Mon, 11 Aug 1997 16:24:29 -0400
Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI)
	 id QAA04223; Mon, 11 Aug 1997 16:23:00 -0400
From: "Nicolas Gauvin" <nicolas@cae.ca>
Message-Id: <9708111622.ZM4221@christine.cae.ca>
Date: Mon, 11 Aug 1997 16:22:59 -0400
In-Reply-To: "John Sunderland" <j.sunderland@dial.pipex.com>
        "Intersections" (Aug 11, 12:44pm)
References: <199708111151.EAA19418@sgi.sgi.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: <j.sunderland@dial.pipex.com>
Subject: Re: Intersections
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 11, 12:44pm, John Sunderland wrote:
> Subject: Intersections
>
>   HitNum = ModelsParentDCSNode->isect(&Isegset, Result);
>   pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Got %d hits from Isectors",
>   HitNum);
>   }
>
> The problem I am having is that the isect call always returns 0 (i.e. in
> the above code HitNum = 0 ).  Has anyone got any ideas as to what I am
> doing wrong?  Your help will be much appreciated.

I encountered the same problem not long ago. I believe it might be a bug
in Performer when we request a pfNode::isect on a segset containing
more than one segment (your case).

For a quick fix, try replacing your single isect call with multiple isect calls
with a segset containing a single segment at a time. It worked for me.

I'll try to write a small test case of this problem for the Performer team.

-- 
Nicolas Gauvin              CAE Electronics Ltd., 8585 Cote De Liesse
3D Graphics Software        Saint-Laurent, Quebec, Canada, H4L-4X4
nicolas@cae.ca              Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 
=======================================================================
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 Aug 12 03:17:24 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id VAA12189; Mon, 11 Aug 1997 21:49:21 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id VAA12173; Mon, 11 Aug 1997 21:49:20 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id VAA21860; Mon, 11 Aug 1997 21:49:19 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA01489
	for <info-performer@sgi.com>; Mon, 11 Aug 1997 21:49:19 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id VAA19060; Mon, 11 Aug 1997 21:48:54 -0700
Date: Mon, 11 Aug 1997 21:48:54 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708112148.ZM19058@multipass.engr.sgi.com>
In-Reply-To: "Nicolas Gauvin" <nicolas@cae.ca>
        "Re: Intersections" (Aug 11,  4:22pm)
References: <199708111151.EAA19418@sgi.sgi.com> 
	<9708111622.ZM4221@christine.cae.ca>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: "Nicolas Gauvin" <nicolas@cae.ca>, <j.sunderland@dial.pipex.com>
Subject: Re: Intersections
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 11,  4:22pm, Nicolas Gauvin wrote:
> Subject: Re: Intersections
> On Aug 11, 12:44pm, John Sunderland wrote:
> > Subject: Intersections
> >
> >   HitNum = ModelsParentDCSNode->isect(&Isegset, Result);
> >   pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Got %d hits from Isectors",
> >   HitNum);
> >   }
> >
> > The problem I am having is that the isect call always returns 0 (i.e. in
> > the above code HitNum = 0 ).  Has anyone got any ideas as to what I am
> > doing wrong?  Your help will be much appreciated.
>
> I encountered the same problem not long ago. I believe it might be a bug
> in Performer when we request a pfNode::isect on a segset containing
> more than one segment (your case).
>
> For a quick fix, try replacing your single isect call with multiple isect
calls
> with a segset containing a single segment at a time. It worked for me.
>
> I'll try to write a small test case of this problem for the Performer team.
>

If this is the problem then it's already fixed in the 2.2 beta.

I have used multiple segs isectors without problems in 2.2.

Cheers,Angus.


=======================================================================
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 Aug 12 10:12:38 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA13041; Tue, 12 Aug 1997 07:19:13 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA13025; Tue, 12 Aug 1997 07:19:12 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA25340; Tue, 12 Aug 1997 07:19:11 -0700
Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA23891
	for <info-performer@sgi.com>; Tue, 12 Aug 1997 07:19:09 -0700
	env-from (scott@ht.com)
Received: by gauntlet.ht.com; id KAA08037; Tue, 12 Aug 1997 10:19:09 -0400 (EDT)
Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2)
	id xma008034; Tue, 12 Aug 97 10:18:46 -0400
Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations)
	id OAA04251; Tue, 12 Aug 1997 14:19:02 GMT
Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO)
	for info-performer@sgi.com id KAA07933; Tue, 12 Aug 1997 10:19:02 -0400
From: scott@ht.com (Scott McMillan)
Message-Id: <199708121419.KAA07933@hf.ht.com>
Subject: Re: Intersections
To: info-performer@sgi.com
Date: Tue, 12 Aug 1997 10:19:02 -0400 (EDT)
X-Mailer: ELM [version 2.4ME+ PL31 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

Forwarded message from Angus Dorbie -----
> On Aug 11,  4:22pm, Nicolas Gauvin wrote:
> > Subject: Re: Intersections
> > On Aug 11, 12:44pm, John Sunderland wrote:
> > > Subject: Intersections
> > >
> > >   HitNum = ModelsParentDCSNode->isect(&Isegset, Result);
> > >   pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Got %d hits from Isectors",
> > >   HitNum);
> > >   }
> > >
> > > The problem I am having is that the isect call always returns 0 (i.e. in
> > > the above code HitNum = 0 ).  Has anyone got any ideas as to what I am
> > > doing wrong?  Your help will be much appreciated.
> >
> > I encountered the same problem not long ago. I believe it might be a bug
> > in Performer when we request a pfNode::isect on a segset containing
> > more than one segment (your case).
> >
> > For a quick fix, try replacing your single isect call with multiple isect
> > calls with a segset containing a single segment at a time. It worked for
> > me.
> > I'll try to write a small test case of this problem for the Performer team.
> >
> 
> If this is the problem then it's already fixed in the 2.2 beta.
> 
> I have used multiple segs isectors without problems in 2.2.
> 
> Cheers,Angus.

I was successful in using multiple segs way back in 2.0 (no patches) but I
was allocating an array of 32 pfHit** even when I only had 4 or 5 segs.
Don't know if this has anything to do with my success, though.

Just my $0.02,
scott

-- 
  Scott McMillan  |    HT Medical, Inc.   | Developing medical VE's
   scott@ht.com   |   http://www.ht.com   | surgical simulations
 Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation
Fax: 301-984-2104 |  Rockville, MD 20852  | creation tools.
=======================================================================
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 Aug 12 10:27:38 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA13064; Tue, 12 Aug 1997 07:23:28 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA13048; Tue, 12 Aug 1997 07:23:28 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA25643; Tue, 12 Aug 1997 07:23:27 -0700
Received: from linc.cis.upenn.edu (LINC.CIS.UPENN.EDU [158.130.12.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA24791
	for <info-performer@sgi.com>; Tue, 12 Aug 1997 07:23:23 -0700
	env-from (cgeyer@seas.upenn.edu)
Received: from home.seas.upenn.edu (root@HOME.SEAS.UPENN.EDU [130.91.7.82])
	by linc.cis.upenn.edu (8.8.5/8.8.5) with ESMTP id KAA02725;
	Tue, 12 Aug 1997 10:23:21 -0400 (EDT)
Received: from blue.seas.upenn.edu (cgeyer@BLUE.SEAS.UPENN.EDU [130.91.5.148])
          by home.seas.upenn.edu (8.8.5/8.8.4) with ESMTP
	  id KAA20229; Tue, 12 Aug 1997 10:23:20 -0400 (EDT)
Received: (from cgeyer@localhost)
          by blue.seas.upenn.edu (8.8.5/8.8.4)
	  id KAA27228; Tue, 12 Aug 1997 10:23:15 -0400 (EDT)
Message-Id: <199708121423.KAA27228@blue.seas.upenn.edu>
Subject: culling difficulties
To: info-performer@sgi.com, remi@remi.engr.sgi.com
Date: Tue, 12 Aug 1997 10:23:15 -0400 (EDT)
From: "Christopher Geyer" <cgeyer@seas.upenn.edu>
X-Mailer: ELM [version 2.4 PL23-upenn3.1]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

If you'll remember I'm trying to model reflections without using texture 
mapping; achieving this by transforming the view to a virtual camera 
which is the reflection of the viewpoint accross the reflective face.

I have made a cull volume which is a subspace of the reflection of the
original culling volume; its facets are planes created by the virtual
viewpoint and the sides of the reflective face, as well as the reflective 
face itself.  I create this in the pre cull callback of the pfDCS which 
contains the reflection transformation.  All geometry which has as its 
parent this pfDCS should use the new cull volume.  So, in the pre cull 
callback I push the current culling pfPolytope onto a stack (taken from 
pfChannel::getCullPtope) and then set the current culling polytope using 
pfChannel::setCullPtope.  If I let it run geometry is culled incorrectly.

If I create a custom cull callback for my geomtry which calls 
getCullPtope( frust, PF_EYESPACE ) and checks each facet for containment 
then it works fine.  But if I let Performer do the culling it does not 
cull correctly.  

What is the order of transformations, if any, that I must apply to my 
frustum before calling pfChannel::setCullPtope?  I would much rather let 
Performer do the culling.  In what space does setCullPtope assume I'm 
passing it a frustum?  And is that the same at the pfDCS callback?
 
Christopher

----------------------------------------------------------------------------
 Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania
  215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/
=======================================================================
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 Aug 12 16:16:59 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA01263; Tue, 12 Aug 1997 13:25:14 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA01247; Tue, 12 Aug 1997 13:25:13 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA22138; Tue, 12 Aug 1997 13:25:13 -0700
Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA15614
	for <info-performer@sgi.com>; Tue, 12 Aug 1997 13:25:10 -0700
	env-from (ballard@sirius.ccd.bnl.gov)
Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id QAA02642 for <@bnl.gov:info-performer@sgi.com>; Tue, 12 Aug 1997 16:25:07 -0400 (EDT)
Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO)
	for info-performer@sgi.com id QAA12563; Tue, 12 Aug 1997 16:25:07 -0400
Date: Tue, 12 Aug 1997 16:25:07 -0400
From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
Message-Id: <199708122025.QAA12563@sirius.ccd.bnl.gov>
Apparently-To: info-performer@sgi.com
Status: O

I am running on iR with 6.4, dev2.0.2 and eoe2.0.4
The static perfly.OPT N64 OGL runs but puts Borders
around the X window!!!!!!!!
This does not happen in the N32 version.
Does anyone else have this problem?  Is there some
patch I don't know about or am I just crazy?
The same thing happens in my APP.
WHAT"S GOING ON WITH THE N64 LIBRARIES??????????

ALSO: perfly.DSO N64 OGL version dies, leaving the
following error message in its wake:
./perfly.DSO: rld: Fatal Error: attempted access to unresolvable symbol
in /usr/lib64/libpf_ogl.so: __vec_new2

I reinstalled the dev, the eoe and the patches just
to be sure everything was right.
 
Ballard Andrews
Brookhaven National Lab 
Computing Division
=======================================================================
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 Aug 12 16:16:58 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA01245; Tue, 12 Aug 1997 13:21:04 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA01229; Tue, 12 Aug 1997 13:21:03 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA21537; Tue, 12 Aug 1997 13:21:03 -0700
Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA13677
	for <info-performer@sgi.com>; Tue, 12 Aug 1997 13:20:55 -0700
	env-from (ballard@sirius.ccd.bnl.gov)
Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id QAA02495 for <@bnl.gov:info-performer@sgi.com>; Tue, 12 Aug 1997 16:20:52 -0400 (EDT)
Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO)
	for info-performer@sgi.com id QAA12555; Tue, 12 Aug 1997 16:20:37 -0400
Date: Tue, 12 Aug 1997 16:20:37 -0400
From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
Message-Id: <199708122020.QAA12555@sirius.ccd.bnl.gov>
Apparently-To: info-performer@sgi.com
Status: O

I am running on iR with 6.4, dev2.0.2 and eoe2.0.4
The static perfly.OPT N64 OGL runs but puts Borders
around the X window!!!!!!!!
This does not happen in the N32 version.
Does anyone else have this problem?  Is there some
patch I don't know about or am I just crazy?
The same thing happens in my APP.
WHAT"S GOING ON WITH THE NI am running on iR with 6.4, dev2.0.2 and eoe2.0.4
The static perfly.OPT N64 OGL runs but puts Borders
around the X window!!!!!!!!
This does not happen in the N32 version.
Does anyone else have this problem?  Is there some
patch I don't know about or am I just crazy?
The same thing happens in my APP.
WHAT"S GOING ON WITH THE Nsirius 290% 
sirius 290% mail info-performer@sgi.com

I am running on iR with 6.4, dev2.0.2 and eoe2.0.4
The static perfly.OPT N64 OGL runs but puts Borders
around the X window!!!!!!!!
This does not happen in the N32 version.
Does anyone else have this problem?  Is there some
patch I don't know about or am I just crazy?
The same thing happens in my APP.
WHAT"S GOING ON WITH THE N64 LIBRARIES??????????

ALSO: perfly.DSO N64 OGL version dies, leaving the
following error message in its wake:
./perfly.DSO: rld: Fatal Error: attempted access to unresolvable symbol
in /usr/lib64/libpf_ogl.so: __vec_new2

I reinstalled the dev, the eoe and the patches just
to be sure everything was right.
 
Ballard Andrews
Brookhaven National Lab 
Computing Division

=======================================================================
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 Aug 12 16:16:54 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA01058; Tue, 12 Aug 1997 11:17:15 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA01042; Tue, 12 Aug 1997 11:17:14 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA04167; Tue, 12 Aug 1997 11:17:13 -0700
Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA20249
	for <info-performer@sgi.com>; Tue, 12 Aug 1997 11:17:05 -0700
	env-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 LAA08159 for <info-performer@sgi.com>; Tue, 12 Aug 1997 11:25:09 -0700
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 SAA20223 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Tue, 12 Aug 1997 18:15:02 GMT
Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA13057 for info-performer@sgi.com; Tue, 12 Aug 1997 11:15:01 -0700
From: "Marcus Barnes" <marcus@multigen.com>
Message-Id: <9708121115.ZM13055@logan.engr.multigen.com>
Date: Tue, 12 Aug 1997 11:15:01 -0700
In-Reply-To: "Nicolas Gauvin" <nicolas@cae.ca>
        "Re: Instacing a model with different material" (Aug 11,  3:21pm)
References: <33EBC8EE.5B887AE5@bbs.para.co.kr> 
	<9708111521.ZM3774@christine.cae.ca>
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: Instacing a model with different material
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 11,  3:21pm, Nicolas Gauvin wrote:
> Try calling pfFlatten on a top parent node that has multiple instances as
> children. pfFlatten will make multiple copies of instanced geometries for
you.

man pfFlatten:

NOTES
     When instanced geometry is flattened, the copy created by pfFlatten
     shares pfGeoSet attribute arrays with the original when possible.  This
     means that the newly flattened pfGeoSet may share some arrays (e.g. color
     array), but not other arrays (e.g. the vertex array) with the original.
=======================================================================
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 Aug 12 22:07:43 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id TAA02656; Tue, 12 Aug 1997 19:09:48 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id TAA02640; Tue, 12 Aug 1997 19:09:47 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id TAA02291; Tue, 12 Aug 1997 19:09:46 -0700
Received: from dandan.engr.sgi.com ([150.166.37.49]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA04725
	for <info-performer@sgi.com>; Tue, 12 Aug 1997 19:09:45 -0700
	env-from (zhz@dandan.engr.sgi.com)
Received: (from zhz@localhost) by dandan.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA23319; Tue, 12 Aug 1997 19:09:44 -0700
Date: Tue, 12 Aug 1997 19:09:44 -0700
From: zhz@dandan.engr.sgi.com (Jenny Zhao)
Message-Id: <199708130209.TAA23319@dandan.engr.sgi.com>
To: ballard@sirius.ccd.bnl.gov
Subject: Re: N64
Cc: info-performer@sgi.com
Status: O

please add 
-lCsup in pfmakedefs line 119, before -lC.
this will solve the unresolvable symbol problem.

thanks!


Jenny Zhao                                   
zhz@engr.sgi.com                    
415 933-5091 (Voice)           
415 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  Tue Aug 12 22:07:43 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id TAA02620; Tue, 12 Aug 1997 19:02:55 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id TAA02604; Tue, 12 Aug 1997 19:02:55 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id TAA01850; Tue, 12 Aug 1997 19:02:54 -0700
Received: from bbs.para.co.kr ([203.234.157.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA03506
	for <info-performer@sgi.com>; Tue, 12 Aug 1997 19:02:51 -0700
	env-from (bryce@bbs.para.co.kr)
Received: from rtv.para.co.kr (rtv.para.co.kr [203.234.157.160]) by bbs.para.co.kr (8.7.1H1/8.6.9) with ESMTP id KAA12283 for <info-performer@sgi.com>; Wed, 13 Aug 1997 10:56:06 +0900 (KST)
Message-ID: <33F1169A.852781E3@bbs.para.co.kr>
Date: Wed, 13 Aug 1997 11:06:19 +0900
From: Byungsung Cho <bryce@bbs.para.co.kr>
X-Mailer: Mozilla 4.01 [en] (Win95; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: pfconv error
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Dear Performers,

I tried to use pfconv to make pfb file, but got an error message like
below.

sorak:/usr2/people/bscho/data[1] pfconv mbc.flt mbc.pfb
 1230:pfconv: rld: Fatal Error: cannot successfully map soname
'libpfs.so'
under any of the filenames
/usr/lib/libpfs.so:/lib/libpfs.so:/lib/cmplrs/cc/libpfs.so:/usr/lib/cmplrs/cc/libpfs.

so:/usr/lib/libpfs.so.3:/lib/libpfs.so.3:/lib/cmplrs/cc/libpfs.so.3:/usr/lib/cmplrs/cc/libpfs.so.3:




This is my first time using pfconv. Can anybody help on fixing the
problem?
I am using Performer verison 2.1.

Thanks in advance.

Thank you,

Byungsung Cho
rtv@bbs.para.co.kr






=======================================================================
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 Aug 13 04:45:58 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id XAA03166; Tue, 12 Aug 1997 23:25:24 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id XAA03150; Tue, 12 Aug 1997 23:25:23 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id XAA13772; Tue, 12 Aug 1997 23:25:22 -0700
Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA13829
	for <info-performer@sgi.com>; Tue, 12 Aug 1997 23:25:22 -0700
	env-from (src@rose.engr.sgi.com)
Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id XAA04274; Tue, 12 Aug 1997 23:25:20 -0700
From: "Sharon Clay" <src@rose.engr.sgi.com>
Message-Id: <9708122325.ZM4270@rose.engr.sgi.com>
Date: Tue, 12 Aug 1997 23:25:19 -0700
In-Reply-To: =?iso-8859-1?Q?_remi=40remi_=28R=E9mi_Arnaud=29
 _______=22Re=3A_performer_channel_view=22_=28Aug_11=2C_11=3A23am=29?=
References: <199708111823.LAA28225@remi.engr.sgi.com>
X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail)
To: remi@remi.engr.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=),
        kishore@triavest.com (Anita Kishore)
Subject: Re: performer channel view
Cc: info-performer@sgi.com, src@rose.engr.sgi.com
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708122325.ZM4270.engr.sgi.com"
Status: O


--PART-BOUNDARY=.19708122325.ZM4270.engr.sgi.com
Content-Description: Text
Content-Type: text/plain ; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Zm-Decoding-Hint: mimencode -q -u 

+>---- On Aug 11, 11:23am, R=E9mi Arnaud wrote:
> Subject: Re: performer channel view
->From guest@holodeck.csd.sgi.com  Mon Aug 11 16:43:50 1997
->
->Anita Kishore wrote:
->> =

->> Hi :
->> =

->> 	I am trying to compare and get to work two different ways of
->> setting eye point's position and orientation. For both the methods, t=
he
->> scene graph is same, having just one simple geometry with pre and pos=
t
->> DRAW callbacks.
->> =

->> method 1 :
->> ----------
->> 	- set performer channel's view matrix with the foll. values:
->> 		view.xyz =3D (2.5, -5, 1.6), view.hpr =3D (9, 5, 3)
->> 	- get openGL modelview matrix in the pre callback and print it.
->> 	- matrix printed is:
->> =

->> 	matarray :
->> 	0.985621 0.065307 0.155839 0.000000
->> 	0.160725 -0.077778 -0.983930 0.000000
->> 	-0.052137 0.994829 -0.087156 0.000000
->> 	-1.577008 -2.143883 -5.169798 1.000000
->
-> Note that the offsets (pfChannel::setViewOffsets) are also applied if
-> non null to that transformation matrix
->
->> =

->> =

->> method 2 :
->> ----------
->> 	- reset performer channel's view matrix to all 0, ie:
->> 		view.xyz =3D (0,0,0), view.hpr =3D (0,0,0)
->> 	- in the pre callback, use pfMakeCoordMat to make coordMat
->> 	  with the foll. values:
->> 		xyz =3D (2.5, 1.6, 5.0)  -  in openGL coordinate system
->> 		hpr =3D (9, 5, 3)
->> 	- pfMakeRotMat(viewMat, 90.0, 1, 0, 0)  -  to convert rotation part
->> 		from pf to openGL coordinate system.

It takes a bit more than that....


Here is what we have on the GL viewing stack (matrix 1):

    PFSET_VEC3(coord.xyz, 2.5, -5, 1.6);
    PFSET_VEC3(coord.hpr, 9, 5, 3);
    pfMakeCoordMat(coordMat, &coord);
    pfInvertOrthoMat(invMat, coordMat);
    pfMakeRotMat(rotMat, -90.0, 1, 0, 0); =

    pfPostMultMat(invMat, rotMat);

    -> ([R(r,y)R(p,x)R(h,z)T]^-1) * R(-90,x)

The view mat is equivalent to (even inthe man page!)
    R(r,y)*R(p,x)*R(h,z)*T

So we rotate the axes into pfSpace and then apply the inverse eye paramet=
ers
to get the origin at 0.
Since we _always_ will have the R(-90,X) on the mat stack, you'll need
to rotate from pfSpace to GL space and then back to use your GL position.=

You seem to have HPR in pfSpace by your example.
You can't just use pfMakeCoordMat because you need to
insert a rotation in between the translate and the HPR rotations to apply=

things in the proper frame.
So your view mat (use some faster construction math than this :-)) is:

    pfMatrix coordMat, rotMat, invMat, transMat;
    pfCoord coord;

    PFSET_VEC3(coord.xyz, 2.5, 1.6, 5);
    PFSET_VEC3(coord.hpr, 0, 0, 0);
    pfMakeIdentMat(coordMat);

    /* apply hpr by hand */
    pfMakeRotMat(rotMat, 3, 0, 1, 0); =

    pfPostMultMat(coordMat, rotMat);
    pfMakeRotMat(rotMat, 5, 1, 0, 0); =

    pfPostMultMat(coordMat, rotMat);
    pfMakeRotMat(rotMat, 9, 0, 0, 1); =

    pfPostMultMat(coordMat, rotMat);

    pfMakeTransMat(transMat, coord.xyz[0],coord.xyz[1],coord.xyz[2]);
    /* rotate pfSpace into GL for GL postion, then back for pfHPR */
    pfMakeRotMat(rotMat, 90.0, 1, 0, 0); =

    pfPostMultMat(transMat, rotMat);
    pfMakeRotMat(rotMat, -90.0, 1, 0, 0); =

    pfPreMultMat(transMat, rotMat);
    pfPostMultMat(coordMat, transMat);

    pfInvertOrthoMat(invMat, coordMat);
    /* finally, we apply our rotation matrix for the final GL matrix */
    pfMakeRotMat(rotMat, -90.0, 1, 0, 0); =

    pfPostMultMat(invMat, rotMat);

If your HPR is actually in GL space with heading rotated around +Y instea=
d
of +Z, then you'd do:

    pfMatrix coordMat, rotMat, invMat, transMat;
    pfCoord coord;


    PFSET_VEC3(coord.xyz, 2.5, 1.6, 5);
    PFSET_VEC3(coord.hpr, 0, 0, 0);
    pfMakeIdentMat(coordMat);

    /* apply GL space hpr by hand */
    pfMakeRotMat(rotMat, -3, 0, 0, 1); =

    pfPostMultMat(coordMat, rotMat);
    pfMakeRotMat(rotMat, 5, 1, 0, 0); =

    pfPostMultMat(coordMat, rotMat);
    pfMakeRotMat(rotMat, 9, 0, 1, 0); =

    pfPostMultMat(coordMat, rotMat);

    pfMakeTransMat(transMat, coord.xyz[0],coord.xyz[1],coord.xyz[2]);
    pfPostMultMat(coordMat, transMat);

    /* rotate pfSpace into GL for GL postion specification */
    pfMakeRotMat(rotMat, 90.0, 1, 0, 0); =

    pfPostMultMat(coordMat, rotMat);

    /* now rotate back to restore pfSpace */
    pfMakeRotMat(rotMat, -90.0, 1, 0, 0); =

    pfPreMultMat(coordMat, rotMat);

    pfInvertOrthoMat(invMat, coordMat);
    /* our rotation matrix */
    pfMakeRotMat(rotMat, -90.0, 1, 0, 0); =

    pfPostMultMat(invMat, rotMat);


And as Remi points out, if you have channel view offsets, you need
to add that to the xyz and hpr as well.

Hope this helps!
src.

-- =

-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev.
src@sgi.com  (415) 933 - 1002  FAX: (415) 965 - 2658  MS 8U-590
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@

--PART-BOUNDARY=.19708122325.ZM4270.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  Wed Aug 13 08:15:05 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id CAA03676; Wed, 13 Aug 1997 02:46:29 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id CAA03660; Wed, 13 Aug 1997 02:46:29 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id CAA24369; Wed, 13 Aug 1997 02:46:28 -0700
Received: from imtsg14.epfl.ch (imtsg14.epfl.ch [128.178.157.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA14213
	for <info-performer@sgi.com>; Wed, 13 Aug 1997 02:46:24 -0700
	env-from (guzzoni@imtsg14.epfl.ch)
Received: from imtsg12.epfl.ch (imtsg12.epfl.ch [128.178.157.40]) by imtsg14.epfl.ch (950413.SGI.8.6.12/8.6.12) with ESMTP id LAA25779 for <info-performer@sgi.com>; Wed, 13 Aug 1997 11:46:23 +0200
Received: (guzzoni@localhost) by imtsg12.epfl.ch (950413.SGI.8.6.12/8.6.11) id LAA01161 for info-performer@sgi.com; Wed, 13 Aug 1997 11:46:23 +0200
From: "Didier Guzzoni" <guzzoni@imtsg14.epfl.ch>
Message-Id: <9708131146.ZM1160@imtsg12.epfl.ch>
Date: Wed, 13 Aug 1997 11:46:23 -0600
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: One more intersection question
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi Performers,

I am also dealing with intersections. In the scene, there are different types
of objects, set with different intersections masks.

Some are set from the pfGeode :

mGeode->setTravMask(PFTRAV_ISECT, 0x2,
		    PFTRAV_SELF | PFTRAV_DESCEND, PF_SET);

Some, from the pfNode created by pfdLoadFile :

pfNode* model = pfdLoadFile(fileName);
model->setTravMask(PFTRAV_ISECT, 0x1,
		   PFTRAV_SELF | PFTRAV_DESCEND, PF_SET);

The problem is when I check for intersections by :

pfSeg    segSet;

segSet.mode = PFTRAV_IS_PRIM;
segSet.isectMask = CCollisionManager::OrganMask;
segSet.isectMask = 0x1;
segSet.activeMask = 0x03;
segSet.userData = NULL;
segSet.bound = NULL;
segSet.discFunc = NULL;
segSet.segs = ... my two segments

ECHO(" Nb Segs " << mRoot->isect(&segSet, mHits));

I get intersections for ALL solids, it seems to ignore intersection masks.

Has someone an idea about this behavior ?

Thanks in advance,

  Didier

-- 
Didier Guzzoni 
VRAI group, Swiss Federal Institute of Technology
Phone : ++41 21 693 3823   e-mail : guzzoni@imtsg7.epfl.ch         
Fax   : ++41 21 693 6540 
=======================================================================
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 Aug 13 07:58:43 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id CAA03646; Wed, 13 Aug 1997 02:33:47 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id CAA03630; Wed, 13 Aug 1997 02:33:46 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id CAA23949; Wed, 13 Aug 1997 02:33:45 -0700
Received: from imtsg14.epfl.ch (imtsg14.epfl.ch [128.178.157.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA12207
	for <info-performer@sgi.com>; Wed, 13 Aug 1997 02:33:43 -0700
	env-from (ogeorg@imtsg14.epfl.ch)
Received: from imtsg11.epfl.ch (imtsg11.epfl.ch [128.178.157.39]) by imtsg14.epfl.ch (950413.SGI.8.6.12/8.6.12) with ESMTP id LAA25744; Wed, 13 Aug 1997 11:33:11 +0200
Received: (ogeorg@localhost) by imtsg11.epfl.ch (950413.SGI.8.6.12/8.6.11) id LAA18503; Wed, 13 Aug 1997 11:33:11 +0200
From: "Olivier Georg" <ogeorg@imtsg14.epfl.ch>
Message-Id: <9708131133.ZM18501@imtsg11.epfl.ch>
Date: Wed, 13 Aug 1997 11:33:10 -0600
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Intersections (too...)
Cc: ogeorg@imtsg14.epfl.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi everybody,

The methods pfGeode::isect(pfSegSet* segSet, pfHit **hits[]) yields an array of
pointers to pointers to pfHit objects, with as many entries as there are
segments in segSet.

If I want all the intersections of a segment with the geode, I need a
discriminator callback returning PFTRAV_CONT (not ORing PFTRAV_IS_CLIP_END).
With this, my callback is called for all the intersections, but upon completion
of isect, I get only one intersection.
* Is it possible to get all of them ?
* Must I manage myself the intersections from inside the callback ?
* Finally, in the manual, only hits[i][0] is talked about, and not hits[i][j]
  (j!=0); what are they used for ?

Olivier

-- 
--------------------------------------------------------------------
| Olivier Georg      \__  e-mail:    ogeorg@imt12.epfl.ch          |
| Rte de Chailly 159    \__  home:   http://imtsg7.epfl.ch/~ogeorg |
| 1814 La Tour-de-Peilz    \__  tel: +41 21 944 15 42              |
------------------------------\__-----------------------------------
| On ne peut pas tuer le temps   \__                               |
| Sans blesser un peu l'eternite    \__       ________    __o      |
| ( As if you could kill time  )       \__      _____   _`\<,_     |
| ( without injuring eternity. )          \__      ___ (_)/ (_)    |
|                   Henry David Thoreau      \                     |
--------------------------------------------------------------------
=======================================================================
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 Aug 13 09:26:31 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id EAA03745; Wed, 13 Aug 1997 04:14:01 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id EAA03729; Wed, 13 Aug 1997 04:14:00 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id EAA27955; Wed, 13 Aug 1997 04:13:56 -0700
Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA25850
	for <info-performer@sgi.com>; Wed, 13 Aug 1997 04:13:50 -0700
	env-from (modellers@intersim.co.uk)
Received: from daisy (l114.mistral.co.uk [194.73.212.114]) by hinge.mistral.co.uk (8.7.4/8.6.9) with SMTP id LAA13855 for <info-performer@sgi.com>; Wed, 13 Aug 1997 11:18:00 +0100
Sender: johnw@hinge.mistral.co.uk
Message-ID: <33F19A82.167E@intersim.co.uk>
Date: Wed, 13 Aug 1997 11:29:07 +0000
From: Rick House <modellers@intersim.co.uk>
Organization: Intersim Limited
X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: Performer Help Group <info-performer@sgi.com>
Subject: Polygon Statistics
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi
        We are currently building numerous modelled environments for
differing SGI platforms. We have allocated a "guide line" number of
polygons per scene content for each varying scene. What seems to be 
a problems is that on viewing our scenes on perfly, with the GFX
option on statistics, it seems that the polygon statistic information
also includes backfacing polygons. Is there any option we can add 
into perfly to obmit backfacing polygon data. We realise that the
backfacing polygons have no draw or frame rate overhead but it would
be helpful to see how many full facing/processed polygons are being
displayed at any one time. 
        We are aware of "tri-strip" and "fill" time recommended 
modelling methods but in real world complex scenes all the rules 
cannot be totally adhered to. If there are any other guide lines
that are available for complex open flight scenes or suggestions to 
improve performance we would be most interested. 
  
        Much Thanks.
       
-- 

Regards,

Rick House,
Principal Visual Modeller,
Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK
Tel: +44 (0)1903 733428	Fax: +44 (0)1903 730246
email: modellers@intersim.co.uk Internet: http://www.intersim.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  Wed Aug 13 11:18:31 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id FAA03876; Wed, 13 Aug 1997 05:54:04 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id FAA03860; Wed, 13 Aug 1997 05:54:03 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id FAA04160; Wed, 13 Aug 1997 05:54:03 -0700
Received: from home.cynet.net (home.cynet.net [208.196.80.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA09635
	for <info-performer@sgi.com>; Wed, 13 Aug 1997 05:54:02 -0700
	env-from (dcibiceli@etcusa.com)
Received: from bangate.etcusa.com (roberto.palawnet.com [208.196.87.1]) by home.cynet.net (8.7.4/8.6.4) with SMTP id IAA03432 for <info-performer@sgi.com>; Wed, 13 Aug 1997 08:54:59 -0400 (EDT)
From: dcibiceli@home.cynet.net
Received: by bangate.etcusa.com; Wed, 13 Aug 97 9:07:18 EDT
Date: Wed, 13 Aug 97 9:05:14 EDT
Message-ID: <vines.guH8+34PwnA@bangate.etcusa.com>
X-Priority: 3 (Normal)
To: <info-performer@sgi.com>
Subject: Newcomer ..
X-Incognito-SN: 1298
X-Incognito-Format: VERSION=2.01a ENCRYPTED=NO
Status: O

Hi,
	I am new to the Performer tool. I would like to learn if there are 
any books on Performer which could speed up my learning curve. I have read a 
piece of Prfrmr/FAQ but it doesnt give much info. Could anybody please help 
me with that ? Thanks in advance ..

								Dogan Cibiceli
=======================================================================
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 Aug 13 11:49:03 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id IAA04215; Wed, 13 Aug 1997 08:51:00 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id IAA04199; Wed, 13 Aug 1997 08:50:59 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id IAA23649; Wed, 13 Aug 1997 08:50:58 -0700
Received: from iit.nrc.ca (smtpiit.iit.nrc.ca [132.246.36.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id IAA20287
	for <info-performer@sgi.com>; Wed, 13 Aug 1997 08:50:56 -0700
	env-from (Roy@iit.nrc.ca)
Message-ID: <n1340649420.96895@iit.nrc.ca>
Date: 13 Aug 1997 11:48:10 U
From: "Roy" <Roy@iit.nrc.ca>
Subject: aide
To: "performer" <info-performer@sgi.com>
X-Mailer: Mail*Link SMTP-QM 4.1.0
Status: O

                      Subject:                              Time:  11:41
  OFFICE MEMO         aide                                  Date:  13/08/97

Bonjour,
   je suis une etudiante et je travail au conseil national de recherches
Canada.  Je fais la programmation d'une interface utilisateurs avec l'aide de
Rapidapp.  Ce que Rapidapp ne permet pas, je le fait avec OSF Motifs.  Je dois
integrer un image a mon interface.  J'ai essaye avec plusieurs formats de
graphique mais je n'y arrive pas.  Dans la documentation on me dit que je peux
utiliser le format XPM Pixmap ou bien X Bitmap.  Avec le format XBM (je crois
que c'est X Bitmap) ca ne fonctionne pas.  Je suis incapable de transformer
mon graphique en format XPM Pixmap.  

Est-ce que que vous pourriez m'aider le plus vite possible puisque je termine
mon stage ce vendredi a midi.

Merci beaucoup

Melanie

=======================================================================
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 Aug 13 11:48:59 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id IAA04192; Wed, 13 Aug 1997 08:43:21 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id IAA04176; Wed, 13 Aug 1997 08:43:21 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id IAA21890; Wed, 13 Aug 1997 08:43:20 -0700
Received: from imtsg14.epfl.ch (imtsg14.epfl.ch [128.178.157.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA18010
	for <info-performer@sgi.com>; Wed, 13 Aug 1997 08:43:18 -0700
	env-from (guzzoni@imtsg14.epfl.ch)
Received: from imtsg15.epfl.ch (imtsg15.epfl.ch [128.178.157.51]) by imtsg14.epfl.ch (950413.SGI.8.6.12/8.6.12) with ESMTP id RAA26684 for <info-performer@sgi.com>; Wed, 13 Aug 1997 17:43:16 +0200
Received: (guzzoni@localhost) by imtsg15.epfl.ch (950413.SGI.8.6.12/8.6.11) id RAA17595 for info-performer@sgi.com; Wed, 13 Aug 1997 17:43:15 +0200
From: "Didier Guzzoni" <guzzoni@imtsg14.epfl.ch>
Message-Id: <9708131743.ZM17593@imtsg15.epfl.ch>
Date: Wed, 13 Aug 1997 17:43:15 -0600
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Intersections again...
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi friends,

One more question about intersections. After an intersection detected, I'm
trying to get some values back, especially the pfGeoSet and some userData
previously stored in it.

We are using the following method :

    uint query[] = { PFQHIT_FLAGS, PFQHIT_POINT, PFQHIT_NORM,
		     PFQHIT_GSET, PFQHIT_NAME, NULL };
    struct
    {
	int 		flags;
	pfVec3 		point;
	pfVec3 		normal;
	pfGeoSet	isectGeoset;
	char		name[50];
    } result;

and then :

  (*mHits[0])->mQuery(query, &result);

When I check with the dubbuger in (*mHits[0]), adresses of both the pfGeode and
pfGeoset are OK, but I get wrong values in the "result" variable.

Could someone help me ?

Thanks in advance,

  Didier

-- 
Didier Guzzoni 
VRAI group, Swiss Federal Institute of Technology
Phone : ++41 21 693 3823   e-mail : guzzoni@imtsg7.epfl.ch         
Fax   : ++41 21 693 6540 
=======================================================================
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 Aug 13 16:28:03 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA04667; Wed, 13 Aug 1997 10:57:11 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA04651; Wed, 13 Aug 1997 10:57:11 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA14805; Wed, 13 Aug 1997 10:57:10 -0700
Received: from mail.tvp.com.pl (ns.tvp.com.pl [195.164.31.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id KAA05665
	for <info-performer@sgi.com>; Wed, 13 Aug 1997 10:57:04 -0700
	env-from (Piotr.Surowiec@wor.tvp.com.pl)
From: Piotr.Surowiec@wor.tvp.com.pl
Received: from exwor.tvp.com.pl by mail.tvp.com.pl; (5.65v3.2/1.1.8.2/10Oct95-1132AM)
	id AA18663; Wed, 13 Aug 1997 19:58:20 +0200
Received: by exwor.tvp.com.pl with Internet Mail Service (5.0.1457.3)
	id <P8LGAQFJ>; Wed, 13 Aug 1997 19:57:35 +0200
Message-Id: <1F24BD2D1784D011840A00805FD6B1BD18CF7C@exwor.tvp.com.pl>
To: info-performer@sgi.com
Subject: Problem with motif.c on O2 with IRIX 6.3 incl. R10K
Date: Wed, 13 Aug 1997 19:57:29 +0200
X-Priority: 3
Mime-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1457.3)
Content-Type: text/plain
Status: O

Hi ,

After instalinng new version of IRIX 6.3 on my O2 computer, I found all
my programs connected with motif stopped working. 
I found, Performer demo program, motif.c, is not working when compiling
in ogl mode, too. The message of the X Error (X_GLXMakeCurrent) appears.
I have installed all patches which seems to be usefull, including 1795,
1876, 1976, but nothing changed.

Any help will be very appreciated !!!

Regards
Piotr



=======================================================================
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 Aug 13 16:59:59 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA04824; Wed, 13 Aug 1997 11:27:49 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA04808; Wed, 13 Aug 1997 11:27:48 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA20027; Wed, 13 Aug 1997 11:27:47 -0700
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA16751
	for <info-performer@sgi.com>; Wed, 13 Aug 1997 11:27:47 -0700
	env-from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA04861; Wed, 13 Aug 1997 11:27:26 -0700
From: remi@remi.engr.sgi.com (Rémi Arnaud)
Message-Id: <199708131827.LAA04861@remi.engr.sgi.com>
Subject: Re: Polygon Statistics
To: modellers@intersim.co.uk (Rick House)
Date: Wed, 13 Aug 1997 11:27:26 -0700 (PDT)
Cc: info-performer@sgi.com
In-Reply-To: <33F19A82.167E@intersim.co.uk> from "Rick House" at Aug 13, 97 11:29:07 am
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Content-Length: 3796      
Status: O

Rick House wrote:
> 
> Hi
>         We are currently building numerous modelled environments for
> differing SGI platforms. We have allocated a "guide line" number of
> polygons per scene content for each varying scene. What seems to be 
> a problems is that on viewing our scenes on perfly, with the GFX
> option on statistics, it seems that the polygon statistic information
> also includes backfacing polygons. Is there any option we can add 
> into perfly to obmit backfacing polygon data. We realise that the
> backfacing polygons have no draw or frame rate overhead but it would
> be helpful to see how many full facing/processed polygons are being
> displayed at any one time. 

 Every polygon inside an object that is not culled away (its bounding
 sphere is outisde the ViewFrustrum) is sent to the graphic pipe,
 Which include cliped polygons and back-face polygons. The statistics
 report that number. Back facing polygons and clipped polygons have
 a cost, some processing has to be made to decide if a polygon should
 go further in the graphic pipeline. Of course the polygon will cost
 less than a front facing polygon, just like a 1000 pixel surface
 polygon will cost more than a 50 pixels surface polygon. The goal
 is for the database to use have good spacialy subdivided database,
 so you can have not too large bounding spheres, and to make a 
 good usage of the LOD mechanism so you use less polygon and less
 fill when it is not realy needed. The optimial number of polygon
 is given by a per-frame object construction algorithm such as pfASD
 that you want to consider using in the database modeling.

 Do not concentrate on one parameter, especialy the polygon count as
 a 10000 t-mesh database with one texture will run faster than a 1000
 independant polygons with each one independant texture. So you may optimize
 the database by adding polygons, instead of reducing the polygon count.


>         We are aware of "tri-strip" and "fill" time recommended 
> modelling methods but in real world complex scenes all the rules 
> cannot be totally adhered to. If there are any other guide lines
> that are available for complex open flight scenes or suggestions to 
> improve performance we would be most interested. 
>   
>         Much Thanks.

 There are a few rules of thumb when designing a database for Performer.
 Here are the two most important that you will have to deal with:

 - Avoid context switching. One efficient way is to minimized the number
 of textures you are using. A good example is for non repetitive textures.
 If you have a building with a texture on each wall, do not create one
 texture per face. Create one image that has all the sides of the building
 in one image, and adjust the texture coordinates to map correctly in the
 texture map. Note that the texture coordinates will be shared at the edges,
 therefore you will avoid mis alignement problems, and as the whole building
 use the same texture, it can be one mesh, instead of multiples independant
 quads.

 - Avoid layers. One habit is to design objects like roads as a multiple
 layer surface because it use less polygons. It is true that subdividing 
 all the marks on a road will create a large number of polygons. The good
 solution in in between the two extremes. Make test databases for those
 objects, before you decide of a general construction rule for roads or
 airports. Note that the amount of polygon processing power is fixed, but
 you can add/remove Raster managers from a system. So if you are fill
 limited, it is a good solution to remove layers in the database by adding
 polygons. (Or turning on DVR !)


    _  /              _             _ 
   |_) _ ._ _ 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 Aug 13 19:02:40 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA05642; Wed, 13 Aug 1997 13:33:13 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA05626; Wed, 13 Aug 1997 13:33:12 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA09015; Wed, 13 Aug 1997 13:33:12 -0700
Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.3.16]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA29328
	for <info-performer@sgi.com>; Wed, 13 Aug 1997 13:33:11 -0700
	env-from (pixton@sunrise.ncsa.uiuc.edu)
Received: from mx1.ncsa.uiuc.edu (mx1.ncsa.uiuc.edu [141.142.3.15])
	by ex1.ncsa.uiuc.edu (8.8.5/8.8.5) with ESMTP id PAA12528;
	Wed, 13 Aug 1997 15:33:08 -0500 (CDT)
Received: from sunrise.ncsa.uiuc.edu (sunrise.ncsa.uiuc.edu [141.142.222.44])
	by mx1.ncsa.uiuc.edu (8.8.5/8.8.5) with SMTP id PAA02239;
	Wed, 13 Aug 1997 15:33:08 -0500 (CDT)
Received: by sunrise.ncsa.uiuc.edu (950911.SGI.8.6.12.PATCH825/940406.SGI)
	 id PAA29453; Wed, 13 Aug 1997 15:33:07 -0500
From: "John Pixton" <pixton@sunrise.ncsa.uiuc.edu>
Message-Id: <9708131533.ZM29451@sunrise.ncsa.uiuc.edu>
Date: Wed, 13 Aug 1997 15:33:06 -0500
In-Reply-To: "Roy" <Roy@iit.nrc.ca>
        "aide" (Aug 13, 11:48am)
References: <n1340649420.96895@iit.nrc.ca>
X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail)
To: "Roy" <Roy@iit.nrc.ca>
Subject: Re: aide
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 13, 11:48am, Roy wrote:

J'ai une programme qui s'appelle "ppmtoxpm" et aussi de tas des programme
qui s'appelle "___toppm".  Si vous avez les meme programmes, peut-etre
pouvez-vous les utiliser a transformer votre graphique en format XPM.

Premier, transformer en format PPM avec "___toppm".
Ensuite en XPM avec "ppmtoxpm".

J'ai une SGI "Indy".  Toutes les SGI computers avez cettes programmes.

J'espere que celui-ci t'aide,
John

(aussie pardon mon francais!)

> Subject: aide
>                       Subject:                              Time:  11:41
>   OFFICE MEMO         aide                                  Date:  13/08/97
>
> Bonjour,
>    je suis une etudiante et je travail au conseil national de recherches
> Canada.  Je fais la programmation d'une interface utilisateurs avec l'aide de
> Rapidapp.  Ce que Rapidapp ne permet pas, je le fait avec OSF Motifs.  Je
dois
> integrer un image a mon interface.  J'ai essaye avec plusieurs formats de
> graphique mais je n'y arrive pas.  Dans la documentation on me dit que je
peux
> utiliser le format XPM Pixmap ou bien X Bitmap.  Avec le format XBM (je crois
> que c'est X Bitmap) ca ne fonctionne pas.  Je suis incapable de transformer
> mon graphique en format XPM Pixmap.
>
> Est-ce que que vous pourriez m'aider le plus vite possible puisque je termine
> mon stage ce vendredi a midi.
>
> Merci beaucoup
>
> Melanie
>
> =======================================================================
> 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 Roy



-- 
------------------------------------------------------------------------
 John Pixton    pixton@ncsa.uiuc.edu  "I'm defeated and I know it, if
 NCSA Applications Group               I meet any human being from whom
 Urbana, IL  61801                     I find myself unable to learn
 http://monet.ncsa.uiuc.edu/~pixton    anything." -George Herbert Palmer
------------------------------------------------------------------------
=======================================================================
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 Aug 14 07:57:33 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id CAA07682; Thu, 14 Aug 1997 02:34:25 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id CAA07666; Thu, 14 Aug 1997 02:34:24 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id CAA12461; Thu, 14 Aug 1997 02:34:24 -0700
Received: from onyx.montesa (rppp2.encis.es [194.179.69.22]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA28564
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 02:33:21 -0700
	env-from (brainval@onyx.montesa)
Received: (from brainval@localhost) by onyx.montesa (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA23072 for info-performer@sgi.com; Thu, 14 Aug 1997 11:39:32 -0700
From: "brainval" <brainval@onyx.montesa>
Message-Id: <9708141139.ZM23066@onyx.montesa>
Date: Thu, 14 Aug 1997 11:39:31 -0700
Reply-To: brainval@ehome.encis.es
Organization: Brainstorm Multimedia
Department: Software Development
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: SgColorChooser Problem.
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708141139.ZM23066.montesa"
Status: O

--
--PART-BOUNDARY=.19708141139.ZM23066.montesa
Content-Type: text/plain; charset=us-ascii


Hello friends:

I am trying to use the SgColorChooser widget in a Performer + motif program
and i am having the following error when creating the widget:

ERROR #114  _GLgetfd : Cannot Open Graphics: ERR_NOGRAPHICS

I added the creation of this widget to the motif.c example and it happens
the same.

It does not happen if the ColorHexagon is not enabled by using the
XtSetArg (arg[n], SgNuseGl, False);


What's wrong with this ?
Is any body using a color chooser widget in a Performer application ?

Thanks for any help..

Ricardo Montesa

-- 
Brainstorm Multimedia.
Software Development.
brainval@ehome.encis.es


--PART-BOUNDARY=.19708141139.ZM23066.montesa
X-Zm-Content-Name: Makefile
Content-Description: Data
Content-Type: application/octet-stream ; name="Makefile"
Content-Transfer-Encoding: base64
X-Zm-Decoding-Hint: mimencode -b -u 

IyFzbWFrZSAtSiAxCiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIwojLS0gTWFrZWZpbGUgZm9yIFBlcmZvcm1l
ci9zcmMvcGd1aWRlL2xpYnBmL0MgZGlyZWN0b3J5ICAgICAgICAgICAtLSMKIy0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0jCiMtLSBSQ1MgdmVyc2lvbiBpbmZvcm1hdGlvbiAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIC0tIwojLS0gICAkUmV2aXNpb246IDEuNjggJCAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLSMKIy0tICAgJERhdGU6IDE5
OTYvMDQvMTEgMTE6NTI6NTEgJCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLS0j
CiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tIwoKIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0jCiMtLSBUaGUgZGVmYXVsdCBtYWtl
IHRhcmdldCBtYWtlcyB0aGUgSVJJU0dMIER5bmFtaWMgU2hhcmVkIE9iamVjdC4tIwojLS0g
VGhlIHRhcmdldHMgYXJlOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAtLSMKIy0tICAgIGJ1aWxkIGRlYnVnZ2luZyB2ZXJzaW9uczogaWdsZGJnIChv
ciBvZ2xkYmcpICAgICAgICAgICAgICAgLS0jCiMtLSAgICBidWlsZCBvcHRpbWl6ZWQgdmVy
c2lvbnM6IGlnbG9wdCAob3Igb2dsb3B0KSAgICAgICAgICAgICAgIC0tIwojLS0gICAgYnVp
bGQgZHluYW1pYyBzaGFyZWQgb2JqZWN0IHZlcnNpb25zOiBpZ2xkc28gb2dsZHNvICAgICAg
ICAtLSMKIy0tICAgIGJ1aWxkIGRlYnVnZ2luZyBkeW5hbWljIHNoYXJlZCBvYmplY3QgdmVy
c2lvbnM6IAkJICAtLSMKIy0tCQlpZ2xkZHNvIG9nbGRkc28gICAgICAgCQkJCSAgLS0jCiMt
LSAgICByZW1vdmUgYWxsIHVubmVlZGVkIGZpbGVzIGFmdGVyIGEgYnVpbGQ6IGNsZWFuICAg
ICAgICAgICAgIC0tIwojLS0gICAgcmVtb3ZlIGFsbCBtYWNoaW5lIGdlbmVyYXRlZCBmaWxl
czogY2xvYmJlciAgICAgICAgICAgICAgICAtLSMKIy0tCQkJCQkJCQkgIC0tIwojLS0JCQkJ
CQkJCSAgLS0jCiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIwoKIy0tCiMtLQlkZWZpbml0aW9ucwojLS0KCiNp
ZiAhZGVmaW5lZChQRlNUWUxFKQpQRlNUWUxFID0gMzIKI2VuZGlmCiNpZiAkKFBGU1RZTEUp
ID09ICI2NCIKT0JKRUNUX1NUWUxFID0gNjQKTElCQklUU1VGPTY0ClBGUkVMRUFTRT1ONjQK
I2VuZGlmCiNpZiAkKFBGU1RZTEUpID09ICJOMzIiCk9CSkVDVF9TVFlMRSA9IE4zMl9NMwpM
SUJCSVRTVUY9MzIKUEZSRUxFQVNFPU4zMgojZW5kaWYKI2lmICQoUEZTVFlMRSkgPT0gIjMy
IgpPQkpFQ1RfU1RZTEUgPSAzMgpMSUJCSVRTVUY9ClBGUkVMRUFTRT1PMzIKI2VuZGlmCgpp
bmNsdWRlICQoUk9PVCkvdXNyL2luY2x1ZGUvbWFrZS9jb21tb25kZWZzCgpQRlJPT1QgPz0g
JChST09UKQoKRFNPTElOS1MgPSBcCiAgICAgICAgLUwkKFBGUk9PVCkvdXNyL2xpYiQoTElC
QklUU1VGKSBcCiAgICAgICAgLUwkKFBGUk9PVCkvdXNyL2xpYiQoTElCQklUU1VGKS9saWJw
ZmRiIFwKICAgICAgICAtTCQoUEZST09UKS9saWIkKExJQkJJVFNVRikKCkREU09MSU5LUyA9
IFwKCS1MJChQRlJPT1QpL3Vzci9saWIkKExJQkJJVFNVRikvUGVyZm9ybWVyL0RlYnVnIFwK
CS1MJChQRlJPT1QpL3Vzci9saWIkKExJQkJJVFNVRikvUGVyZm9ybWVyL0RlYnVnL2xpYnBm
ZGIgXAoJLUwkKFBGUk9PVCkvbGliJChMSUJCSVRTVUYpCgpEQkdMSU5LUyA9IFwKCS1MJChQ
RlJPT1QpL3Vzci9saWIkKExJQkJJVFNVRikvUGVyZm9ybWVyL0RlYnVnU3RhdGljIFwKCS1M
JChQRlJPT1QpL3Vzci9saWIkKExJQkJJVFNVRikvUGVyZm9ybWVyL0RlYnVnU3RhdGljL2xp
YnBmZGIgXAoJLUwkKFBGUk9PVCkvbGliJChMSUJCSVRTVUYpCgpPUFRMSU5LUyA9IFwKCS1M
JChQRlJPT1QpL3Vzci9saWIkKExJQkJJVFNVRikvUGVyZm9ybWVyL1N0YXRpYyBcCgktTCQo
UEZST09UKS91c3IvbGliJChMSUJCSVRTVUYpL1BlcmZvcm1lci9TdGF0aWMvbGlicGZkYiBc
CgktTCQoUEZST09UKS9saWIkKExJQkJJVFNVRikKCklHTExJQiA9IC1pZ25vcmVfdW5yZXNv
bHZlZCAtbHBmX2lnbCAtbHBmZHVfaWdsIC1scGZ1aSAtbHBmdXRpbF9pZ2wKT0dMTElCID0g
LWlnbm9yZV91bnJlc29sdmVkIC1scGZfb2dsIC1scGZkdV9vZ2wgLWxwZnVpIC1scGZ1dGls
X29nbAoKI2lmIGRlZmluZWQoUEZTVEFUSUNfQ09OVkVSVEVSUykKSUdMTElCICs9IC1hbGwg
JChQRlNUQVRJQ19DT05WRVJURVJTKSAtbm9uZQpPR0xMSUIgKz0gLWFsbCAkKFBGU1RBVElD
X0NPTlZFUlRFUlMpIC1ub25lCiNlbmRpZgoKTElCSUdMCT0gLWlnbm9yZV91bnJlc29sdmVk
IC1sZ2wgCkxJQk9HTCAgPSAtaWdub3JlX3VucmVzb2x2ZWQgLWxHTFUgLWxHTCAtbFhleHQK
CiNpZiAkKFJFTEVBU0UpIDwgNi4yCklSSVhSRUw9LURJUklYNQojZWxzZQpJUklYUkVMPS1E
SVJJWDYKTElCSUdMCSs9IC1sWHNnaXZjCkxJQk9HTCAgKz0gLWxYc2dpdmMKI2VuZGlmCgoK
U1lTVEVNX0lSSVNHTCA9IFwKICAgICAgICAtbG1wYyBcCgktbGltYWdlIFwKCS1sZm0gXAoJ
JHtMSUJJR0x9IFwKCS1sWGlyaXN3IFwKCS1sWG0gXAoJLWxYdCBcCgktbGZwZSBcCgktbFht
dSBcCgktbFgxMSBcCgktbG0gXAoJLWxtYWxsb2MgXAoJLWxDCgpTWVNURU1fT1BFTkdMID0g
XAogICAgICAgIC1sbXBjIFwKCS1saW1hZ2UgXAoJLWxHTHcgXAoJLWxTZ20gXAoJJHtMSUJP
R0x9IFwKCS1sZnBlIFwKCS1sWG0gXAoJLWxYdCBcCgktbFhtdSBcCgktbFgxMSBcCgktbG0g
XAoJLWxtYWxsb2MgXAoJLWxDCgojaWYgJChQRlNUWUxFKSA9PSAiNjQiClNZU1RFTV9PUEVO
R0wgPSBcCgktbGltYWdlIFwKCS1sR0x3IFwKCSR7TElCT0dMfSBcCgktbFhtIFwKCS1sWG11
IFwKCS1sWDExIFwKCS1sbSBcCgktbEMKI2VuZGlmCgojaWYgJChQRlNUWUxFKSA9PSAiTjMy
IgpTWVNURU1fSVJJU0dMID0gXAoJLWxpbWFnZSBcCgkke0xJQklHTH0gXAoJLWxYbSBcCgkt
bFhtdSBcCgktbFgxMSBcCgktbG0gXAoJLWxmbSBcCgktbEMKClNZU1RFTV9PUEVOR0wgPSBc
CgktbGltYWdlIFwKCS1sR0x3IFwKCSR7TElCT0dMfSBcCgktbFhtIFwKCS1sWG11IFwKCS1s
WDExIFwKCS1sbSBcCgktbEMKI2VuZGlmCgojLS0gdGFyZ2V0cyBhcmUgdGhlIGV4ZWN1dGFi
bGVzClRBUkdFVFMJPSBcCgliZW5jaCBcCgljb21wbGV4IFwKCWRldGFpbCBcCgllYXJ0aHNr
eSBcCglmb2cgXAoJaGVsbG8gXAoJaW5oZXJpdCBcCglpbnRlcnNlY3QgXAoJbGF5ZXIgXAoJ
bHBzdGF0ZSBcCgltb3JwaCBcCgltb3RpZiBcCgltdWx0aWNoYW4gXAoJbXVsdGlwaXBlIFwK
CW11bHRpd2luIFwKCXBmY29udiBcCglwaXBld2luIFwKCXNpbXBsZSBcCglzdGF0cyBcCgl0
ZXh0IFwKCXRleHQzRCBcCgl0ZXh0dXJlIFwKCXRvcnVzTE9EIFwKCXdyaXRlYXNjaWkKCk9C
SkVDVFMgPSBcCgkkKFRBUkdFVFM6PS5vKVwKCWN1bGxkbC5vIFwKCWJpbGxib2FyZC5vCgoj
LS0KIy0tCiMtLQlnZW5lcmljIHRhcmdldHMKIy0tCgojLS0gbWFrZSBvcHRpbWl6ZWQgZHNv
IHZlcnNpb24gb2YgcHJvZ3JhbSBieSBkZWZhdWx0CmRlZmF1bHQ6IG9nbGRzbwoKIy0tIHN5
bm9ueW0gdGFyZ2V0cwpkZWJ1Zzogb2dsZGJnCgpvcHRpbWl6ZTogb2dsb3B0CgojLS0gbWFr
ZSBhbGwgdmVyc2lvbnMgb2YgcHJvZ3JhbQphbGw6IG9nbGRiZyBvZ2xvcHQgb2dsZHNvIG9n
bGRkc28KCiNpZiAkKFBGU1RZTEUpID09ICI2NCIKIy0tIG1ha2Ugb3B0aW1pemVkIGRzbyB2
ZXJzaW9uIG9mIHByb2dyYW0gYnkgZGVmYXVsdApkZWZhdWx0OiBvZ2xkc28KCiMtLSBzeW5v
bnltIHRhcmdldHMKZGVidWc6IG9nbGRiZwoKb3B0aW1pemU6IG9nbG9wdAoKIy0tIG1ha2Ug
YWxsIHZlcnNpb25zIG9mIHByb2dyYW0KYWxsOiBvZ2xkYmcgb2dsb3B0IG9nbGRzbyBvZ2xk
ZHNvCiNlbmRpZgoKaWdsZHNvOiAkKFRBUkdFVFM6PS5pZ2xkc28pCmlnbG9wdDogJChUQVJH
RVRTOj0uaWdsb3B0KQppZ2xkYmc6ICQoVEFSR0VUUzo9LmlnbGRiZykKaWdsZGRzbzogJChU
QVJHRVRTOj0uaWdsZGRzbykKCm9nbGRzbzogJChUQVJHRVRTOj0ub2dsZHNvKQpvZ2xvcHQ6
ICQoVEFSR0VUUzo9Lm9nbG9wdCkKb2dsZGJnOiAkKFRBUkdFVFM6PS5vZ2xkYmcpCm9nbGRk
c286ICQoVEFSR0VUUzo9Lm9nbGRkc28pCgojLS0gY2xlYW4gdXAgZGlyZWN0b3JpZXMge3Jl
bW92ZSBqdW5rfQpjbGVhbjoKCWlmIHRlc3QgLWQgREJHLiQoUEZSRUxFQVNFKS5JUklTR0w7
IHRoZW4gY2QgREJHLiQoUEZSRUxFQVNFKS5JUklTR0wgOyBybSAtZiAke09CSkVDVFN9IGNv
cmUgOyBjZCAuLiA7IGZpCglpZiB0ZXN0IC1kIERCRy4kKFBGUkVMRUFTRSkuT1BFTkdMOyB0
aGVuIGNkIERCRy4kKFBGUkVMRUFTRSkuT1BFTkdMIDsgcm0gLWYgJHtPQkpFQ1RTfSBjb3Jl
IDsgY2QgLi4gOyBmaQoJaWYgdGVzdCAtZCBPUFQuJChQRlJFTEVBU0UpLklSSVNHTDsgdGhl
biBjZCBPUFQuJChQRlJFTEVBU0UpLklSSVNHTCA7IHJtIC1mICR7T0JKRUNUU30gY29yZSA7
IGNkIC4uIDsgZmkKCWlmIHRlc3QgLWQgT1BULiQoUEZSRUxFQVNFKS5PUEVOR0w7IHRoZW4g
Y2QgT1BULiQoUEZSRUxFQVNFKS5PUEVOR0wgOyBybSAtZiAke09CSkVDVFN9IGNvcmUgOyBj
ZCAuLiA7IGZpCgojLS0gcmVtb3ZlIGFsbCBtYWNoaW5lLWJ1aWx0IGZpbGVzCmNsb2JiZXI6
IGNsZWFuCglpZiB0ZXN0IC1kIE9QVC4kKFBGUkVMRUFTRSkuSVJJU0dMIDsgdGhlbiBybSAt
cmYgT1BULiQoUEZSRUxFQVNFKS5JUklTR0wgOyBmaQoJaWYgdGVzdCAtZCBPUFQuJChQRlJF
TEVBU0UpLk9QRU5HTCA7IHRoZW4gcm0gLXJmIE9QVC4kKFBGUkVMRUFTRSkuT1BFTkdMIDsg
ZmkKCWlmIHRlc3QgLWQgREJHLiQoUEZSRUxFQVNFKS5JUklTR0wgOyB0aGVuIHJtIC1yZiBE
QkcuJChQRlJFTEVBU0UpLklSSVNHTCA7IGZpCglpZiB0ZXN0IC1kIERCRy4kKFBGUkVMRUFT
RSkuT1BFTkdMIDsgdGhlbiBybSAtcmYgREJHLiQoUEZSRUxFQVNFKS5PUEVOR0wgOyBmaQoJ
cm0gLWYgJHtUQVJHRVRTfQoKIy0tCiMtLQlsaWJyYXJ5IHRhcmdldHMKIy0tCgokKFRBUkdF
VFMpOiAkKEA6PS5pZ2xkc28pCgokKFRBUkdFVFM6PS5pZ2xkYmcpOiAuTUFLRQoJQGVjaG8g
IlxubWFraW5nIElyaXNHTCBEQkcgdmVyc2lvbiBvZiAkQCIKCUBpZiB0ZXN0ICEgLWQgREJH
LiQoUEZSRUxFQVNFKS5JUklTR0wgOyB0aGVuIG1rZGlyIC1wIERCRy4kKFBGUkVMRUFTRSku
SVJJU0dMIDsgZmkKCUAgcm0gLWYgJChAOlMvLmlnbGRiZy8vKQoJQGNkIERCRy4kKFBGUkVM
RUFTRSkuSVJJU0dMIDsgXAoJJHtNQUtFfSAtZiAuLi9NYWtlZmlsZSBPUFRJTUlaRVI9LWcg
TENERUZTPS1ESVJJU0dMIExDWFhERUZTPS1ESVJJU0dMIFwKCSAgICBMSUJSQVJJRVM9JyQo
SUdMTElCKSAke1NZU1RFTV9JUklTR0x9JyBcCgkgICAgJChAOlMvaWdsLy8pY21kIDsgCglA
ZWNobyAibWFraW5nIHN5bWJvbGljIGxpbmtzIHRvIERCRyB2ZXJzaW9ucyIKCWxuIC1zIERC
Ry4kKFBGUkVMRUFTRSkuSVJJU0dMLyQoQDpTL2lnbC8vKWNtZCAkKEA6Uy8uaWdsZGJnLy8p
IDsgCgokKFRBUkdFVFM6PS5pZ2xvcHQpOiAuTUFLRQoJQGVjaG8gIlxubWFraW5nIElyaXNH
TCBPUFQgdmVyc2lvbiBvZiAkQCIKCUBpZiB0ZXN0ICEgLWQgT1BULiQoUEZSRUxFQVNFKS5J
UklTR0wgOyB0aGVuIG1rZGlyIC1wIE9QVC4kKFBGUkVMRUFTRSkuSVJJU0dMIDsgZmkKCUAg
cm0gLWYgJChAOlMvLmlnbG9wdC8vKQoJQGNkIE9QVC4kKFBGUkVMRUFTRSkuSVJJU0dMIDsg
XAoJJHtNQUtFfSAtZiAuLi9NYWtlZmlsZSBPUFRJTUlaRVI9Ii1PIC1PbGltaXQgMjAwMCIg
TENERUZTPS1ESVJJU0dMIExDWFhERUZTPS1ESVJJU0dMIFwKCSAgICBMSUJSQVJJRVM9JyQo
SUdMTElCKSAke1NZU1RFTV9JUklTR0x9JyBcCgkgICAgJChAOlMvaWdsLy8pY21kIDsgY2Qg
Li4KCUBlY2hvICJtYWtpbmcgc3ltYm9saWMgbGlua3MgdG8gT1BUIHZlcnNpb25zIgoJbG4g
LXMgT1BULiQoUEZSRUxFQVNFKS5JUklTR0wvJChAOlMvaWdsLy8pY21kICQoQDpTLy5pZ2xv
cHQvLykgOyAKCiQoVEFSR0VUUzo9LmlnbGRzbyk6IC5NQUtFCglAZWNobyAiXG5tYWtpbmcg
SXJpc0dMIERTTyB2ZXJzaW9uIG9mICRAIgoJQGlmIHRlc3QgISAtZCBPUFQuJChQRlJFTEVB
U0UpLklSSVNHTCA7IHRoZW4gbWtkaXIgLXAgT1BULiQoUEZSRUxFQVNFKS5JUklTR0wgOyBm
aQoJQCBybSAtZiAkKEA6Uy8uaWdsZHNvLy8pCglAY2QgT1BULiQoUEZSRUxFQVNFKS5JUklT
R0wgOyBcCgkke01BS0V9IC1mIC4uL01ha2VmaWxlIE9QVElNSVpFUj0iLU8gLU9saW1pdCAy
MDAwIiBMQ0RFRlM9LURJUklTR0wgTENYWERFRlM9LURJUklTR0wgXAoJICAgIExJQlJBUklF
Uz0nJChJR0xMSUIpICR7U1lTVEVNX0lSSVNHTH0nIFwKCSAgICAkKEA6Uy9pZ2wvLyljbWQg
OyBjZCAuLgoJQGVjaG8gIm1ha2luZyBzeW1ib2xpYyBsaW5rcyB0byBEU08gdmVyc2lvbnMi
CglsbiAtcyBPUFQuJChQRlJFTEVBU0UpLklSSVNHTC8kKEA6Uy9pZ2wvLyljbWQgJChAOlMv
LmlnbGRzby8vKSA7CgokKFRBUkdFVFM6PS5pZ2xkZHNvKTogLk1BS0UKCUBlY2hvICJcbm1h
a2luZyBJcmlzR0wgRERTTyB2ZXJzaW9uIG9mICRAIgoJQGlmIHRlc3QgISAtZCBEQkcuJChQ
RlJFTEVBU0UpLklSSVNHTCA7IHRoZW4gbWtkaXIgLXAgREJHLiQoUEZSRUxFQVNFKS5JUklT
R0wgOyBmaQoJQCBybSAtZiAkKEA6Uy8uaWdsZGRzby8vKQoJQGNkIERCRy4kKFBGUkVMRUFT
RSkuSVJJU0dMIDsgXAoJJHtNQUtFfSAtZiAuLi9NYWtlZmlsZSBPUFRJTUlaRVI9LWcgTENE
RUZTPS1ESVJJU0dMIExDWFhERUZTPS1ESVJJU0dMICBcCgkgICAgTElCUkFSSUVTPSckKElH
TExJQikgJHtTWVNURU1fSVJJU0dMfScgXAoJICAgICQoQDpTL2lnbC8vKWNtZCA7IGNkIC4u
CglAZWNobyAibWFraW5nIHN5bWJvbGljIGxpbmtzIHRvIEREU08gdmVyc2lvbnMiCglsbiAt
cyBEQkcuJChQRlJFTEVBU0UpLklSSVNHTC8kKEA6Uy9pZ2wvLyljbWQgJChAOlMvLmlnbGRk
c28vLykgOwoKJChUQVJHRVRTOj0ub2dsZGJnKTogLk1BS0UKCUBlY2hvICJcbm1ha2luZyBP
cGVuR0wgREJHIHZlcnNpb24gb2YgJEAiCglAaWYgdGVzdCAhIC1kIERCRy4kKFBGUkVMRUFT
RSkuT1BFTkdMIDsgdGhlbiBta2RpciAtcCBEQkcuJChQRlJFTEVBU0UpLk9QRU5HTCA7IGZp
CglAIHJtIC1mICQoQDpTLy5vZ2xkYmcvLykKCUBjZCBEQkcuJChQRlJFTEVBU0UpLk9QRU5H
TCA7IFwKCSR7TUFLRX0gLWYgLi4vTWFrZWZpbGUgT1BUSU1JWkVSPSItZyAiIFwKCSAgICBM
SUJSQVJJRVM9JyQoT0dMTElCKSAke1NZU1RFTV9PUEVOR0x9JyBcCgkgICAgJChAOlMvb2ds
Ly8pY21kIDsgY2QgLi4KCUBlY2hvICJtYWtpbmcgc3ltYm9saWMgbGlua3MgdG8gREJHIHZl
cnNpb25zIgoJbG4gLXMgREJHLiQoUEZSRUxFQVNFKS5PUEVOR0wvJChAOlMvb2dsLy8pY21k
ICQoQDpTLy5vZ2xkYmcvLykgOwoKJChUQVJHRVRTOj0ub2dsb3B0KTogLk1BS0UKCUBlY2hv
ICJcbm1ha2luZyBPcGVuR0wgT1BUIHZlcnNpb24gb2YgJEAiCglAaWYgdGVzdCAhIC1kIE9Q
VC4kKFBGUkVMRUFTRSkuT1BFTkdMIDsgdGhlbiBta2RpciAtcCBPUFQuJChQRlJFTEVBU0Up
Lk9QRU5HTCA7IGZpCglAIHJtIC1mICQoQDpTLy5vZ2xvcHQvLykKCUBjZCBPUFQuJChQRlJF
TEVBU0UpLk9QRU5HTCA7IFwKCSR7TUFLRX0gLWYgLi4vTWFrZWZpbGUgT1BUSU1JWkVSPSIt
TyAtT2xpbWl0IDIwMDAiIFwKCSAgICBMSUJSQVJJRVM9JyQoT0dMTElCKSAke1NZU1RFTV9P
UEVOR0x9JyBcCgkgICAgJChAOlMvb2dsLy8pY21kIDsgY2QgLi4KCUBlY2hvICJtYWtpbmcg
c3ltYm9saWMgbGlua3MgdG8gT1BUIHZlcnNpb25zIgoJbG4gLXMgT1BULiQoUEZSRUxFQVNF
KS5PUEVOR0wvJChAOlMvb2dsLy8pY21kICQoQDpTLy5vZ2xvcHQvLykgOyAKCiQoVEFSR0VU
Uzo9Lm9nbGRzbyk6IC5NQUtFCglAZWNobyAiXG5tYWtpbmcgT3BlbkdMIERTTyB2ZXJzaW9u
IG9mICRAIgoJQGlmIHRlc3QgISAtZCBPUFQuJChQRlJFTEVBU0UpLk9QRU5HTCA7IHRoZW4g
bWtkaXIgLXAgT1BULiQoUEZSRUxFQVNFKS5PUEVOR0wgOyBmaQoJQCBybSAtZiAkKEA6Uy8u
b2dsZHNvLy8pCglAY2QgT1BULiQoUEZSRUxFQVNFKS5PUEVOR0wgOyBcCgkke01BS0V9IC1m
IC4uL01ha2VmaWxlIE9QVElNSVpFUj0iLU8gLU9saW1pdCAyMDAwIiBcCgkgICAgTElCUkFS
SUVTPSckKE9HTExJQikgJHtTWVNURU1fT1BFTkdMfScgXAoJICAgICQoQDpTL29nbC8vKWNt
ZCA7IGNkIC4uCglAZWNobyAibWFraW5nIHN5bWJvbGljIGxpbmtzIHRvIERTTyB2ZXJzaW9u
cyIKCWxuIC1zIE9QVC4kKFBGUkVMRUFTRSkuT1BFTkdMLyQoQDpTL29nbC8vKWNtZCAkKEA6
Uy8ub2dsZHNvLy8pOwoKJChUQVJHRVRTOj0ub2dsZGRzbyk6IC5NQUtFCglAZWNobyAiXG5t
YWtpbmcgT3BlbkdMIEREU08gdmVyc2lvbiBvZiAkQCIKCUBpZiB0ZXN0ICEgLWQgREJHLiQo
UEZSRUxFQVNFKS5PUEVOR0wgOyB0aGVuIG1rZGlyIC1wIERCRy4kKFBGUkVMRUFTRSkuT1BF
TkdMIDsgZmkKCUAgcm0gLWYgJChAOlMvLm9nbGRkc28vLykKCUBjZCBEQkcuJChQRlJFTEVB
U0UpLk9QRU5HTCA7IFwKCSR7TUFLRX0gLWYgLi4vTWFrZWZpbGUgT1BUSU1JWkVSPSItZyAi
ICBcCgkgICAgTElCUkFSSUVTPSckKE9HTExJQikgJHtTWVNURU1fT1BFTkdMfScgXAoJICAg
ICQoQDpTL29nbC8vKWNtZCA7IGNkIC4uCglAZWNobyAibWFraW5nIHN5bWJvbGljIGxpbmtz
IHRvIEREU08gdmVyc2lvbnMiCglsbiAtcyBEQkcuJChQRlJFTEVBU0UpLk9QRU5HTC8kKEA6
Uy9vZ2wvLyljbWQgJChAOlMvLm9nbGRkc28vLyk7Cgpkc286IAlvZ2xkc28KZGRzbzoJb2ds
ZGRzbwpkYmc6CW9nbGRiZwpvcHQ6CW9nbG9wdAoKIy0tCiMtLQlpbnRlcm5hbCB0YXJnZXRz
CiMtLQoKLlNVRkZJWEVTOiAuZGJnY21kIC5vcHRjbWQgLmRzb2NtZCAuZGRzb2NtZAoKLm8u
ZGJnY21kOiAKCSR7Q0N9ICR7Q0ZMQUdTfSAtbyAkQCAkPCAkKERCR0xJTktTKSAtYWxsICR7
TElCUkFSSUVTfQoKLm8ub3B0Y21kOiAKCSR7Q0N9ICR7Q0ZMQUdTfSAtbyAkQCAkPCAkKE9Q
VExJTktTKSAtYWxsICR7TElCUkFSSUVTfQoKLm8uZHNvY21kOiAKCSR7Q0N9ICR7Q0ZMQUdT
fSAtbyAkQCAkPCAkKERTT0xJTktTKSAtYWxsICR7TElCUkFSSUVTfQoKLm8uZGRzb2NtZDog
Cgkke0NDfSAke0NGTEFHU30gLW8gJEAgJDwgJChERFNPTElOS1MpIC1hbGwgJHtMSUJSQVJJ
RVN9CgojLS0KIy0tCWludGVybmFsIHRhcmdldHMKIy0tCgojLS0gbG9vayBmb3Igc291cmNl
cyBpbiB0aGlzIGRpcmVjdG9yeSB3aGVuIHJlY3Vyc2luZwouUEFUSDogLi4KCg==

--PART-BOUNDARY=.19708141139.ZM23066.montesa
X-Zm-Content-Name: motif.c
Content-Description: Data
Content-Type: application/octet-stream ; name="motif.c"
Content-Transfer-Encoding: base64
X-Zm-Decoding-Hint: mimencode -b -u 

LyoKICogQ29weXJpZ2h0IDE5OTUsIFNpbGljb24gR3JhcGhpY3MsIEluYy4KICogQUxMIFJJ
R0hUUyBSRVNFUlZFRAogKgogKiBVTlBVQkxJU0hFRCAtLSBSaWdodHMgcmVzZXJ2ZWQgdW5k
ZXIgdGhlIGNvcHlyaWdodCBsYXdzIG9mIHRoZSBVbml0ZWQKICogU3RhdGVzLiAgIFVzZSBv
ZiBhIGNvcHlyaWdodCBub3RpY2UgaXMgcHJlY2F1dGlvbmFyeSBvbmx5IGFuZCBkb2VzIG5v
dAogKiBpbXBseSBwdWJsaWNhdGlvbiBvciBkaXNjbG9zdXJlLgogKgogKiBVLlMuIEdPVkVS
Tk1FTlQgUkVTVFJJQ1RFRCBSSUdIVFMgTEVHRU5EOgogKiBVc2UsIGR1cGxpY2F0aW9uIG9y
IGRpc2Nsb3N1cmUgYnkgdGhlIEdvdmVybm1lbnQgaXMgc3ViamVjdCB0byByZXN0cmljdGlv
bnMKICogYXMgc2V0IGZvcnRoIGluIEZBUiA1Mi4yMjcuMTkoYykoMikgb3Igc3VicGFyYWdy
YXBoIChjKSgxKShpaSkgb2YgdGhlIFJpZ2h0cwogKiBpbiBUZWNobmljYWwgRGF0YSBhbmQg
Q29tcHV0ZXIgU29mdHdhcmUgY2xhdXNlIGF0IERGQVJTIDI1Mi4yMjctNzAxMyBhbmQvb3IK
ICogaW4gc2ltaWxhciBvciBzdWNjZXNzb3IgY2xhdXNlcyBpbiB0aGUgRkFSLCBvciB0aGUg
RE9EIG9yIE5BU0EgRkFSCiAqIFN1cHBsZW1lbnQuICBDb250cmFjdG9yL21hbnVmYWN0dXJl
ciBpcyBTaWxpY29uIEdyYXBoaWNzLCBJbmMuLAogKiAyMDExIE4uIFNob3JlbGluZSBCbHZk
LiBNb3VudGFpbiBWaWV3LCBDQSA5NDAzOS03MzExLgogKgogKiBQZXJtaXNzaW9uIHRvIHVz
ZSwgY29weSwgbW9kaWZ5LCBkaXN0cmlidXRlLCBhbmQgc2VsbCB0aGlzIHNvZnR3YXJlCiAq
IGFuZCBpdHMgZG9jdW1lbnRhdGlvbiBmb3IgYW55IHB1cnBvc2UgaXMgaGVyZWJ5IGdyYW50
ZWQgd2l0aG91dAogKiBmZWUsIHByb3ZpZGVkIHRoYXQgKGkpIHRoZSBhYm92ZSBjb3B5cmln
aHQgbm90aWNlcyBhbmQgdGhpcwogKiBwZXJtaXNzaW9uIG5vdGljZSBhcHBlYXIgaW4gYWxs
IGNvcGllcyBvZiB0aGUgc29mdHdhcmUgYW5kIHJlbGF0ZWQKICogZG9jdW1lbnRhdGlvbiwg
YW5kIChpaSkgdGhlIG5hbWUgb2YgU2lsaWNvbiBHcmFwaGljcyBtYXkgbm90IGJlCiAqIHVz
ZWQgaW4gYW55IGFkdmVydGlzaW5nIG9yIHB1YmxpY2l0eSByZWxhdGluZyB0byB0aGUgc29m
dHdhcmUKICogd2l0aG91dCB0aGUgc3BlY2lmaWMsIHByaW9yIHdyaXR0ZW4gcGVybWlzc2lv
biBvZiBTaWxpY29uIEdyYXBoaWNzLgogKgogKiBUSEUgU09GVFdBUkUgSVMgUFJPVklERUQg
IkFTLUlTIiBBTkQgV0lUSE9VVCBXQVJSQU5UWSBPRiBBTlkgS0lORCwKICogRVhQUkVTUywg
SU1QTElFRCBPUiBPVEhFUldJU0UsIElOQ0xVRElORyBXSVRIT1VUIExJTUlUQVRJT04sIEFO
WQogKiBXQVJSQU5UWSBPRiBNRVJDSEFOVEFCSUxJVFkgT1IgRklUTkVTUyBGT1IgQSBQQVJU
SUNVTEFSIFBVUlBPU0UuCiAqCiAqIElOIE5PIEVWRU5UIFNIQUxMIFNJTElDT04gR1JBUEhJ
Q1MgQkUgTElBQkxFIEZPUiBBTlkgU1BFQ0lBTCwKICogSU5DSURFTlRBTCwgSU5ESVJFQ1Qg
T1IgQ09OU0VRVUVOVElBTCBEQU1BR0VTIE9GIEFOWSBLSU5ELCBPUiBBTlkKICogREFNQUdF
UyBXSEFUU09FVkVSIFJFU1VMVElORyBGUk9NIExPU1MgT0YgVVNFLCBEQVRBIE9SIFBST0ZJ
VFMsCiAqIFdIRVRIRVIgT1IgTk9UIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GIERB
TUFHRSwgQU5EIE9OIEFOWQogKiBUSEVPUlkgT0YgTElBQklMSVRZLCBBUklTSU5HIE9VVCBP
RiBPUiBJTiBDT05ORUNUSU9OIFdJVEggVEhFIFVTRQogKiBPUiBQRVJGT1JNQU5DRSBPRiBU
SElTIFNPRlRXQVJFLgogKgogKiBtb3RpZi5jCiAqIAogKiBJUklTIFBlcmZvcm1lciBleGFt
cGxlIHVzaW5nIFggYW5kIG1vdGlmLgoKICogJFJldmlzaW9uOiAxLjUwICQgCiAqICREYXRl
OiAxOTk1LzEyLzAxIDIzOjMxOjI1ICQKICoKICogUnVuLXRpbWUgY29udHJvbHM6CiAqICAg
ICAgIEVTQy1rZXk6IGV4aXRzCiAqICAgICAgICBGMS1rZXk6IHByb2ZpbGUKICogICAgTGVm
dC1tb3VzZTogYWR2YW5jZQogKiAgTWlkZGxlLW1vdXNlOiBzdG9wCiAqICAgUmlnaHQtbW91
c2U6IHJldHJlYXQKICovCgojaW5jbHVkZSA8c3RkbGliLmg+CiNpbmNsdWRlIDxzdHJpbmcu
aD4KI2luY2x1ZGUgPHNpZ25hbC5oPgojaW5jbHVkZSA8bWF0aC5oPgojaW5jbHVkZSA8Z2V0
b3B0Lmg+CQkgICAgLyogZm9yIGNtZGxpbmUgaGFuZGxlciAqLwojaW5jbHVkZSA8WDExL1gu
aD4KI2luY2x1ZGUgPFgxMS9rZXlzeW0uaD4KI2luY2x1ZGUgPFgxMS9JbnRyaW5zaWMuaD4K
I2luY2x1ZGUgPFhtL01haW5XLmg+CQkgICAgLyogdmFyaW91cyBNb3RpZiB3aWRnZXQgaGVh
ZGVycyAqLwojaW5jbHVkZSA8WG0vWG0uaD4KI2luY2x1ZGUgPFhtL1RleHQuaD4KI2luY2x1
ZGUgPFhtL1Jvd0NvbHVtbi5oPgojaW5jbHVkZSA8WG0vUHVzaEIuaD4KI2luY2x1ZGUgPFht
L1RvZ2dsZUIuaD4KI2luY2x1ZGUgPFhtL0ZpbGVTQi5oPgojaW5jbHVkZSA8WG0vQ2FzY2Fk
ZUIuaD4KI2luY2x1ZGUgPFhtL0ZyYW1lLmg+CiNpZmRlZiBJUklTR0wKI2luY2x1ZGUgPFgx
MS9YaXJpc3cvR2x4TURyYXcuaD4gICAgLyogaGVhZGVyIGZvciBHTFggTW90aWYgd2lkZ2V0
ICovCiNlbHNlIC8qIE9QRU5HTCAqLwojaW5jbHVkZSA8WDExL0dMdy9HTHdNRHJhd0EuaD4J
ICAgIC8qIGhlYWRlciBmb3IgT3BlbkdMIE1vdGlmIHdpZGdldCAqLwojZW5kaWYgLyogR0wg
dHlwZSAqLwojaW5jbHVkZSA8UGVyZm9ybWVyL3BmLmg+CiNpbmNsdWRlIDxQZXJmb3JtZXIv
cGZ1dGlsLmg+CiNpbmNsdWRlIDxQZXJmb3JtZXIvcGZkdS5oPgojaW5jbHVkZSA8U2dtL0Nv
bG9yQy5oPgoKI2RlZmluZSBISVNQRUVECQkwLjFmCiNkZWZpbmUgTE9TUEVFRAkJMC4wMDFm
CiNkZWZpbmUJRkFSQ0xJUCAJMTAwMDAuMGYKCi8qIHVzZWQgaW4gaW5wdXQgcHJvY2VzcyBm
b3IgWCBtb3VzZSB0cmFja2luZyAqLwpzdGF0aWMgaW50IHRoZV9YX3lfbWF4OwojZGVmaW5l
IFhfdG9fR0xfWSh5KQkodGhlX1hfeV9tYXggLSAoeSkpCgovKgogKiBzdHJ1Y3R1cmUgdGhh
dCByZXNpZGVzIGluIHNoYXJlZCBtZW1vcnkgc28gdGhhdCB0aGUKICogYXBwbGljYXRpb24s
IGN1bGwsIGFuZCBkcmF3IHByb2Nlc3NlcyBjYW4gYWNjZXNzIGl0LgogKi8KdHlwZWRlZiBz
dHJ1Y3QKewogICAgcGZQaXBlV2luZG93ICAgICpwdzsKICAgIHBmQ2hhbm5lbAkgICAgKmNo
YW47CiAgICBwZlNjZW5lCSAgICAqc2NlbmU7CiAgICBwZk5vZGUJICAgICptb2RlbDsKICAg
IGludAkJICAgIGV4aXRGbGFnOwogICAgaW50CQkgICAgaW5XaW5kb3csIHJlc2V0OwogICAg
ZmxvYXQJICAgIG1vdXNlWDsKICAgIGZsb2F0CSAgICBtb3VzZVk7CiAgICBpbnQJCSAgICB3
aW5TaXplWCwgd2luU2l6ZVk7CiAgICBpbnQJCSAgICBtb3VzZUJ1dHRvbnM7CiAgICBwZkNv
b3JkCSAgICB2aWV3LCB2aWV3T3JpZzsKICAgIGZsb2F0CSAgICBzY2VuZVNpemU7CiAgICBp
bnQJCSAgICBkcmF3U3RhdHM7CiAgICBpbnQJCSAgICBsb2FkTmV3TW9kZWw7CiAgICBjaGFy
CSAgICBsb2FkRmlsZU5hbWVbUEZfTUFYU1RSSU5HXTsKICAgIGNoYXIJICAgIGxvYWRGaWxl
UGF0aFtQRl9NQVhTVFJJTkddOwp9IFNoYXJlZERhdGE7Cgp0eXBlZGVmIHN0cnVjdCBNb3Rp
ZkRhdGFfdCB7CiAgICBYVmlzdWFsSW5mbyAqdmk7CiAgICBXaW5kb3cgeFdpbiwgZ1hXaW47
CiAgICBpbnQgKmNvbmZpZzsKICAgIFh0V29ya1Byb2NJZCB3b3JrX2lkOwp9TW90aWZEYXRh
X3Q7CgovKiBJbnRlci1wcm9jZXNzIGNvbW11bmljYXRpb24gc3RydWN0dXJlcyAqLwpzdGF0
aWMgU2hhcmVkRGF0YSAqU2hhcmVkOwpNb3RpZkRhdGFfdCAqTW90aWY7CgovKiBmb3IgY29u
ZmlndXJpbmcgbXVsdGktcHJvY2VzcyAqLwpzdGF0aWMgaW50IFByb2NTcGxpdCA9IFBGTVBf
QVBQQ1VMTERSQVc7CnN0YXRpYyBpbnQgV3JpdGVTY2VuZSA9IDA7IC8qIHVzZSBwZkRlYnVn
UHJpbnQgdG8gd3JpdGUgb3V0IHNjZW5lIHVwb24gcmVhZCAqLwpzdGF0aWMgaW50IEZvcmtN
b3RpZiA9IDA7IC8qIHB1dCBNb3RpZiBpbiBhIGZvcmtlZCBwcm9jZXNzICovCnN0YXRpYyBp
bnQgV2luT3JnWD0wLCBXaW5PcmdZPTAsIFdpblNpemVYPTMwMCwgV2luU2l6ZVk9MzAwOwpj
aGFyIFByb2dOYW1lW1BGX01BWFNUUklOR107CiAgIApzdGF0aWMgdm9pZCBDdWxsQ2hhbm5l
bChwZkNoYW5uZWwgKmNoYW4sIHZvaWQgKmRhdGEpOwpzdGF0aWMgdm9pZCBEcmF3Q2hhbm5l
bChwZkNoYW5uZWwgKmNoYW4sIHZvaWQgKmRhdGEpOwpzdGF0aWMgdm9pZCBPcGVuUGlwZVdp
bihwZlBpcGVXaW5kb3cgKnB3KTsKc3RhdGljIHZvaWQgSW5pdFBpcGUodm9pZCk7CnN0YXRp
YyBpbnQgU2ltRnJhbWUodm9pZCk7CnN0YXRpYyB2b2lkIFVwZGF0ZVZpZXcodm9pZCk7CnN0
YXRpYyB2b2lkIExvYWRNb2RlbChjaGFyICpmaWxlbmFtZSk7CnN0YXRpYyB2b2lkIFVzYWdl
KHZvaWQpOwoKLyogTW90aWYgcHJvY2VzcyByb3V0aW5lcyAqLwpzdGF0aWMgdm9pZCBEb01v
dGlmKGludCBhcmdjLCBjaGFyICoqYXJndiwgaW50IGZvcmtlZCk7CnN0YXRpYyBpbnQgV29y
a1Byb2Modm9pZCk7CnN0YXRpYyB2b2lkIEluaXRNb3RpZldpZGdldChXaWRnZXQgdywgWHRQ
b2ludGVyIGRhdGEsIAojaWZkZWYgSVJJU0dMCiAgICBHbHhEcmF3Q2FsbGJhY2tTdHJ1Y3Qg
KiBjYik7CiNlbHNlIC8qIE9QRU5HTCAqLwogICAgR0x3RHJhd2luZ0FyZWFDYWxsYmFja1N0
cnVjdCAqIGNiKTsKI2VuZGlmIC8qIEdMIHR5cGUgKi8Kc3RhdGljIHZvaWQgR2V0VG9wSW5w
dXQoV2lkZ2V0IHcsIHZvaWQgKmNhbGwsIFhFdmVudCAqIGV2ZW50KTsKc3RhdGljIHZvaWQg
R2V0SW5wdXQoV2lkZ2V0IHcsIHZvaWQgKmNhbGwsIFhFdmVudCAqIGV2ZW50cCk7CnN0YXRp
YyB2b2lkIHF1aXRDQihXaWRnZXQgdywgWHRQb2ludGVyIGRhdGEsIFh0UG9pbnRlciBjYWxs
RGF0YSk7CnN0YXRpYyB2b2lkIGNvbG9yQ0IoV2lkZ2V0IHcsIFh0UG9pbnRlciBkYXRhLCBY
dFBvaW50ZXIgY2FsbERhdGEpOwpzdGF0aWMgdm9pZCBvcGVuQ0IoV2lkZ2V0IGZvbywgWHRQ
b2ludGVyIGRhdGEsIFh0UG9pbnRlciBjYWxsRGF0YSk7CgovKgogKglVc2FnZSgpIC0tIHBy
aW50IHVzYWdlIGFkdmljZSBhbmQgZXhpdC4gVGhpcyBwcm9jZWR1cmUKICoJaXMgZXhlY3V0
ZWQgaW4gdGhlIGFwcGxpY2F0aW9uIHByb2Nlc3MuCiAqLwoKc3RhdGljIHZvaWQKVXNhZ2Ug
KHZvaWQpCnsKICAgIHBmTm90aWZ5KFBGTkZZX0ZBVEFMLCBQRk5GWV9VU0FHRSwKCSJVc2Fn
ZTogJXMgWy1mXVstcCBwcm9jU3BsaXRdWy13XVstVyBveCxveSxzeCxzeV0gW2ZpbGUuZXh0
XVxuIiwgUHJvZ05hbWUpOwogICAgZXhpdCgxKTsKfQoKLyoKKglkb2NtZGxpbmUoKSAtLSB1
c2UgZ2V0b3B0IHRvIGdldCBjb21tYW5kLWxpbmUgYXJndW1lbnRzLCAKKglleGVjdXRlZCBh
dCB0aGUgc3RhcnQgb2YgdGhlIGFwcGxpY2F0aW9uIHByb2Nlc3MuCiovCgpzdGF0aWMgaW50
CmRvY21kbGluZShpbnQgYXJnYywgY2hhciAqYXJndltdKQp7CiAgICBpbnQJICAgIG9wdDsK
CiAgICBzdHJjcHkoUHJvZ05hbWUsIGFyZ3ZbMF0pOwogICAgCiAgICAvKiBwcm9jZXNzIGNv
bW1hbmQtbGluZSBhcmd1bWVudHMgKi8KICAgIHdoaWxlICgob3B0ID0gZ2V0b3B0KGFyZ2Ms
IGFyZ3YsICJGbTpwOndXOj8iKSkgIT0gLTEpCiAgICB7Cglzd2l0Y2ggKG9wdCkKCXsKCWNh
c2UgJ0YnOgoJICAgIEZvcmtNb3RpZiBePSAxOwoJICAgIGJyZWFrOwoKCWNhc2UgJ20nOgoJ
Y2FzZSAncCc6CgkgICAgUHJvY1NwbGl0ID0gYXRvaShvcHRhcmcpOwoJICAgIGJyZWFrOwoK
CWNhc2UgJ3cnOiAKCSAgICBXcml0ZVNjZW5lID0gMTsKCSAgICBicmVhazsKCgkvKiBTZXQg
dGhlIHdpbmRvdyBzaXplICovCgljYXNlICdXJzoKCSAgICBpZiAoc3NjYW5mKG9wdGFyZywg
IiVkLCVkLCVkLCVkIiwgCgkJICAgICZXaW5PcmdYLCAmV2luT3JnWSwgJldpblNpemVYLCAm
V2luU2l6ZVkpICE9IDQpCgkJaWYgKHNzY2FuZihvcHRhcmcsICIlZCwlZCIsICZXaW5TaXpl
WCwgJldpblNpemVZKSAhPSAyKQoJCSAgICBpZiAoc3NjYW5mKG9wdGFyZywgIiVkIiwgJldp
blNpemVYKSA9PSAxKQoJCQlXaW5TaXplWSA9IFdpblNpemVYOwoJICAgIGJyZWFrOwoJCglj
YXNlICc/JzogCgkgICAgVXNhZ2UoKTsKCX0KICAgIH0KICAgIHJldHVybiBvcHRpbmQ7Cn0K
Ci8qCiAqCW1haW4oKSAtLSBwcm9ncmFtIGVudHJ5IHBvaW50LiB0aGlzIHByb2NlZHVyZQog
KglpcyBleGVjdXRlZCBpbiB0aGUgYXBwbGljYXRpb24gcHJvY2Vzcy4KICovCgppbnQKbWFp
biAoaW50IGFyZ2MsIGNoYXIgKmFyZ3ZbXSkKewogICAgaW50CQlpOwogICAgaW50CQlhcmc7
CiAgICBwZk5vZGUJKnJvb3Q7CiAgICBwZlBpcGUgICAgICAqcDsKICAgIHBmRWFydGhTa3kg
ICplU2t5OwogICAgcGZMaWdodFNvdXJjZSAqc3VuOwogICAgcGZWZWMzCXdoZXJlOwogICAg
cGlkX3QJZnBpZCA9IDA7CiAgICAKICAgIC8qIHByb2Nlc3MgY29tbWFuZCBsaW5lIGFyZ3Vt
ZW50cyAqLwogICAgYXJnID0gZG9jbWRsaW5lKGFyZ2MsIGFyZ3YpOwogICAgCiAgICAvKiBQ
ZXJmb3JtZXIgSW5pdGlhbGl6YXRpb24gKi8KICAgIHBmSW5pdCgpOwogICAgCiAgICAvKgog
ICAgICogQWxsb2NhdGUgU2hhcmVkIGJlZm9yZSBmb3JrKCknaW5nIG1vdGlmIHNvIHRoYXQg
YWxsIAogICAgICogcHJvY2Vzc2VzIHNlZSB0aGUgU2hhcmVkIHBvaW50ZXIuCiAgICAgKi8K
ICAgIFNoYXJlZCA9IChTaGFyZWREYXRhKilwZk1hbGxvYyhzaXplb2YoU2hhcmVkRGF0YSks
IHBmR2V0U2hhcmVkQXJlbmEoKSk7CgogICAgU2hhcmVkLT5pbldpbmRvdyA9IDA7CiAgICBT
aGFyZWQtPnJlc2V0ID0gMTsKICAgIFNoYXJlZC0+ZXhpdEZsYWcgPSAwOwogICAgU2hhcmVk
LT5kcmF3U3RhdHMgPSAxOwogICAgU2hhcmVkLT5sb2FkTmV3TW9kZWwgPSAwOwogICAgcGZT
ZXRWZWMzKFNoYXJlZC0+dmlldy54eXosIDAuMGYsIC0xMDAuMGYsIDUwLjBmKTsKICAgIHBm
U2V0VmVjMyhTaGFyZWQtPnZpZXcuaHByLCAwLjBmLCAwLjBmLCAwLjBmKTsKICAgIAogICAv
KgogICAgKiBTZXQgZ2xvYmFsIGFwcGxpY2F0aW9uIGNvbmZpZ3VyYXRpb24gcGFyYW1ldGVy
cwogICAgKi8KICAgIAogICAgLyogY29uZmlndXJlIG11bHRpLXByb2Nlc3Mgc2VsZWN0aW9u
ICovCiAgICBwZk11bHRpcHJvY2VzcyhQcm9jU3BsaXQpOwoKICAgIC8qIGluaXRpYWxpemUg
dGhlIGZpbGUtbG9hZGVyIERTTyBiZWZvcmUgZm9ya2luZyBpbiBwZkNvbmZpZygpICovCiAg
ICBpZiAoYXJnIDwgYXJnYykKCXBmZEluaXRDb252ZXJ0ZXIoYXJndlthcmddKTsKICAgIAog
ICAgLyogaW5pdGlhdGUgbXVsdGktcHJvY2Vzc2luZyAqLwogICAgcGZDb25maWcoKTsJCiAg
ICAKICAgIC8qIAogICAgICogU2V0IG9mZiBtb3RpZiBBRlRFUiBwZkNvbmZpZyBzbyB0aGF0
IHdlIHdpbGwgaGF2ZSBxdWVyeSAKICAgICAqIGFjY2VzcyB0byBQZXJmb3JtZXIgb2JqZWN0
cyBpbiBzaGFyZWQgbWVtb3J5CiAgICAgKi8KICAgIE1vdGlmID0gKE1vdGlmRGF0YV90Kikg
cGZDYWxsb2MoMSwgc2l6ZW9mKE1vdGlmRGF0YV90KSwgcGZHZXRTaGFyZWRBcmVuYSgpKTsK
ICAgIGlmIChGb3JrTW90aWYpCiAgICB7CglpZiAoKGZwaWQgPSBmb3JrKCkpIDwgMCkKCSAg
ICBwZk5vdGlmeShQRk5GWV9GQVRBTCwgUEZORllfU1lTRVJSLCAKCQkiRm9yayBvZiBtb3Rp
ZiBwcm9jZXNzIGZhaWxlZC4iKTsKCWVsc2UgCglpZiAoZnBpZCkKCSAgICBwZk5vdGlmeShQ
Rk5GWV9OT1RJQ0UsIFBGTkZZX1BSSU5ULAoJCSJNb3RpZiBydW5uaW5nIGluIGZvcmtlZCBw
cm9jZXNzICVkIiwgZnBpZCk7CgoJaWYgKCFmcGlkKQoJICAgIERvTW90aWYoYXJnYywgYXJn
diwgRm9ya01vdGlmKTsKICAgIH0KICAgIAkgICAKICAgIHBmRnJhbWVSYXRlKDIwLjBmKTsK
ICAgIHBmUGhhc2UoUEZQSEFTRV9GUkVFX1JVTik7CiAgIAogICAvKgogICAgKiBMb2FkIHRo
ZSBpbml0aWFsIGRhdGFiYXNlCiAgICAqLwogICAgCiAgICAvKiBzcGVjaWZ5IGRpcmVjdG9y
aWVzIHdoZXJlIGdlb21ldHJ5IGFuZCB0ZXh0dXJlcyBleGlzdCAqLwogICAgaWYgKCEoZ2V0
ZW52KCJQRlBBVEgiKSkpCiAgICAgICAgcGZGaWxlUGF0aCgKICAgICAgICAgICAgIi4iCiAg
ICAgICAgICAgICI6Li9kYXRhIgogICAgICAgICAgICAiOi4uL2RhdGEiCiAgICAgICAgICAg
ICI6Li4vLi4vZGF0YSIKICAgICAgICAgICAgIjovdXNyL3NoYXJlL1BlcmZvcm1lci9kYXRh
IgogICAgICAgICAgICApOwogICAgcGZOb3RpZnkoUEZORllfSU5GTywgUEZORllfUFJJTlQs
CgkiRmlsZVBhdGg6ICVzIiwgcGZHZXRGaWxlUGF0aCgpKTsKICAgIAogICAgLyogaW5pdGlh
bGl6ZSB0aGUgc2NlbmUgZ3JhcGggKi8KICAgIFNoYXJlZC0+c2NlbmUgPSBwZk5ld1NjZW5l
KCk7CgogICAgLyogYWRkIGluZmluaXRlIGxpZ2h0IHNvdXJjZSB0byBzY2VuZSAqLwogICAg
c3VuID0gcGZOZXdMU291cmNlKCk7CiAgICBwZlNldFZlYzMod2hlcmUsIC0xLjBmLCAtMS4w
ZiwgMi4wZik7CiAgICBwZk5vcm1hbGl6ZVZlYzMod2hlcmUpOwogICAgcGZMU291cmNlUG9z
KHN1biwgd2hlcmVbMF0sIHdoZXJlWzFdLCB3aGVyZVsyXSwgMC4wZik7CiAgICBwZkxTb3Vy
Y2VDb2xvcihzdW4sIFBGTFRfRElGRlVTRSwgMS4wZiwgMS4wZiwgMS4wZik7CiAgICBwZkFk
ZENoaWxkKFNoYXJlZC0+c2NlbmUsIHN1bik7CgogICAgLyogYWRkIHBsYWNlIGhvbGRlciAi
bW9kZWwiIHRvIHNjZW5lICovCiAgICBTaGFyZWQtPm1vZGVsID0gKHBmTm9kZSAqKXBmTmV3
R3JvdXAoKTsKICAgIHBmQWRkQ2hpbGQoU2hhcmVkLT5zY2VuZSwgU2hhcmVkLT5tb2RlbCk7
CgogICAgLyogbG9hZCBmaWxlIG5hbWVkIG9uIGNvbW1hbmQgbGluZSAqLwogICAgaWYgKGFy
ZyA8IGFyZ2MpCglMb2FkTW9kZWwoYXJndlthcmddKTsKICAgIAogICAgLyogV3JpdGUgb3V0
IG5vZGVzIGluIHNjZW5lIChmb3IgZGVidWdnaW5nKSAqLwogICAgaWYgKFdyaXRlU2NlbmUp
CiAgICB7CglGSUxFICpmcDsKCWlmIChmcCA9IGZvcGVuKCJzY2VuZS5vdXQiLCAidyIpKQoJ
ewoJICAgIHBmUHJpbnQoU2hhcmVkLT5zY2VuZSwgUEZUUkFWX1NFTEZ8UEZUUkFWX0RFU0NF
TkQsIFBGUFJJTlRfVkJfREVCVUcsIGZwKTsKCSAgICBmY2xvc2UoZnApOwoJfQoJZWxzZQoJ
ICAgIHBmTm90aWZ5KFBGTkZZX1dBUk4sIFBGTkZZX1JFU09VUkNFLAoJCSJDb3VsZCBub3Qg
b3BlbiBzY2VuZS5vdXQgZm9yIGRlYnVnIHByaW50aW5nLiIpOwogICAgfQogCiAgIC8qCiAg
ICAqIENyZWF0ZSBQaXBlcywgV2luZG93cywgYW5kIENoYW5uZWxzCiAgICAqLwogICAgCiAg
ICAvKiBDcmVhdGUgUGVyZm9ybWVyIFdpbmRvdyAqLwogICAgcCA9IHBmR2V0UGlwZSgwKTsK
ICAgIFNoYXJlZC0+cHcgPSBwZk5ld1BXaW4ocCk7CiAgICBwZlBXaW5UeXBlKFNoYXJlZC0+
cHcsIFBGUFdJTl9UWVBFX1gpOwogICAgcGZQV2luTmFtZShTaGFyZWQtPnB3LCAiSVJJUyBQ
ZXJmb3JtZXIiKTsKCiAgICAvKiBzZXQgdGhlIHdpbmRvdyBpbml0aWFsaXphdGlvbiBjYWxs
YmFjayAqLwogICAgcGZQV2luQ29uZmlnRnVuYyhTaGFyZWQtPnB3LCBPcGVuUGlwZVdpbik7
CgogICAgLyogc2V0IHRoZSByZXF1ZXN0IGZvciB0aGUgY29uZmlndXJhdGlvbiBvZiB0aGUg
d2luZG93ICovCiAgICBwZkNvbmZpZ1BXaW4oU2hhcmVkLT5wdyk7CiAgICAKICAgIFNoYXJl
ZC0+Y2hhbiA9IHBmTmV3Q2hhbihwKTsKICAgIHBmQWRkQ2hhbihTaGFyZWQtPnB3LCBTaGFy
ZWQtPmNoYW4pOwogICAgcGZDaGFuVHJhdk1vZGUoU2hhcmVkLT5jaGFuLCBQRlRSQVZfQ1VM
TCwgUEZDVUxMX1ZJRVcgfCBQRkNVTExfR1NFVCk7CiAgICBwZkNoYW5UcmF2RnVuYyhTaGFy
ZWQtPmNoYW4sIFBGVFJBVl9DVUxMLCBDdWxsQ2hhbm5lbCk7CiAgICBwZkNoYW5UcmF2RnVu
YyhTaGFyZWQtPmNoYW4sIFBGVFJBVl9EUkFXLCBEcmF3Q2hhbm5lbCk7CiAgICBwZkNoYW5T
Y2VuZShTaGFyZWQtPmNoYW4sIFNoYXJlZC0+c2NlbmUpOwogICAgcGZDaGFuTmVhckZhcihT
aGFyZWQtPmNoYW4sIDAuMWYsIEZBUkNMSVApOwogICAgCiAgICAvKiBDcmVhdGUgYW4gZWFy
dGgvc2t5IG1vZGVsIHRoYXQgZHJhd3Mgc2t5L2dyb3VuZC9ob3Jpem9uICovCiAgICBlU2t5
ID0gcGZOZXdFU2t5KCk7CiAgICBwZkVTa3lNb2RlKGVTa3ksIFBGRVNfQlVGRkVSX0NMRUFS
LCBQRkVTX1NLWV9HUk5EKTsKICAgIHBmRVNreUF0dHIoZVNreSwgUEZFU19HUk5EX0hULCAt
MTAwLjBmKTsKICAgIHBmQ2hhbkVTa3koU2hhcmVkLT5jaGFuLCBlU2t5KTsKCiAgICAvKiBo
b3Jpem9udGFsIEZPViBpcyBtYXRjaGVkIHRvIHdpbmRvdyBhc3BlY3QgcmF0aW8gKi8KICAg
IHBmQ2hhbkZPVihTaGFyZWQtPmNoYW4sIDAuMGYsIDQ1LjBmKTsKICAgIAogICAgLyogaW5p
dGlhbGl6ZSB2aWV3cG9pbnQgKi8KICAgIHBmQ2hhblZpZXcoU2hhcmVkLT5jaGFuLCBTaGFy
ZWQtPnZpZXcueHl6LCBTaGFyZWQtPnZpZXcuaHByKTsKICAgIFBGQ09QWV9WRUMzKFNoYXJl
ZC0+dmlld09yaWcueHl6LCBTaGFyZWQtPnZpZXcueHl6KTsKICAgIFBGQ09QWV9WRUMzKFNo
YXJlZC0+dmlld09yaWcuaHByLCBTaGFyZWQtPnZpZXcuaHByKTsKICAgIAogICAvKgogICAg
KiBNYWluIHNpbXVsYXRpb24gbG9vcAogICAgKi8KICAgIAogICAgLyogaWYgTW90aWYgaXMg
Zm9ya2VkLCB3ZSBjb250cm9sIHRoZSBhcHAgbWFpbiBsb29wICovCiAgICBpZiAoRm9ya01v
dGlmKQogICAgewoJLyogd2FpdCBmb3IgTW90aWYgcHJvY2VzcyB0byBpbml0aWFsaXplIHRo
ZSBwZlBpcGVXaW5kb3cgcGFyYW1ldGVycyAqLwoJd2hpbGUgKCFNb3RpZi0+eFdpbikKCSAg
ICBzZ2luYXAoMSk7CgoJSW5pdFBpcGUoKTsKCQoJLyogbWFpbiBzaW11bGF0aW9uIGxvb3Ag
Ki8KCXdoaWxlICghU2hhcmVkLT5leGl0RmxhZykKCSAgICBTaW1GcmFtZSgpOwogICAgfQog
ICAgZWxzZQoJRG9Nb3RpZihhcmdjLCBhcmd2LCBGb3JrTW90aWYpOwoKICAgIC8qIHRlcm1p
bmF0ZSBjdWxsIGFuZCBkcmF3IHByb2Nlc3NlcyAoaWYgdGhleSBleGlzdCkgKi8KICAgIHBm
RXhpdCgpOwogICAgCiAgICAvKiBleGl0IHRvIG9wZXJhdGluZyBzeXN0ZW0gKi8KICAgIGV4
aXQoMCk7Cn0KCi8qCiAqCUxvYWRNb2RlbCgpIC0tIExvYWQgaW4gbmV3IGRhdGFiYXNlcyAt
CiAqCWlzIGV4ZWN1dGVkIGluIHRoZSBhcHBsaWNhdGlvbiBwcm9jZXNzLgogKi8KCnN0YXRp
YyB2b2lkCkxvYWRNb2RlbChjaGFyICpmaWxlbmFtZSkKewogICAgaW50CQkgICAgZm91bmQ9
MDsKICAgIHBmQm94ICAgICAgICAgICBiYm94OwogICAgCiAgICBwZk5vdGlmeShQRk5GWV9O
T1RJQ0UsIFBGTkZZX1BSSU5ULAoJIkxvYWRNb2RlbCAtIGxvYWRpbmcgZmlsZSAnJXMnIiwg
ZmlsZW5hbWUpOwoKICAgIGlmIChwZkZpbmRGaWxlKGZpbGVuYW1lLCBTaGFyZWQtPmxvYWRG
aWxlUGF0aCwgUl9PSykpCiAgICB7CglwZk5vZGUJKm5vZGU7CgljaGFyCSpjOwoKCS8qIGxv
YWQgbmFtZWQgZmlsZSAqLwoJaWYgKChub2RlID0gcGZkTG9hZEZpbGUoU2hhcmVkLT5sb2Fk
RmlsZVBhdGgpKSAhPSBOVUxMKQoJewoJICAgIC8qIGluc3RhbGwgbmV3IG1vZGVsIGludG8g
c2NlbmUgKi8KCSAgICBwZlJlcGxhY2VDaGlsZChTaGFyZWQtPnNjZW5lLCBTaGFyZWQtPm1v
ZGVsLCBub2RlKTsKCSAgICBwZkRlbGV0ZShTaGFyZWQtPm1vZGVsKTsKCSAgICBTaGFyZWQt
Pm1vZGVsID0gbm9kZTsKCSAgICBmb3VuZCA9IDE7CgoJICAgIC8qIHJlbW92ZSB1bnNlZCBv
YmplY3RzIGZyb20gcGZkQnVpbGRlciBzaGFyZSBjYWNoZSAqLwoJICAgIHBmZENsZWFuQmxk
clNoYXJlKCk7CgoJICAgIC8qIG9wdGltaXplIG1vZGVsIChvcHRpb25hbCkgKi8KI2RlZmlu
ZSBPUFRJTUlaRV9NT0RFTAojaWZkZWYgIE9QVElNSVpFX01PREVMCgkgICAgLyogb3B0aW1p
emUgc2hhcmluZyBvZiBnZW9zdGF0ZSBzdHJ1Y3R1cmVzIHdpdGhpbiBzY2VuZSAqLwoJICAg
IHBmZE1ha2VTaGFyZWQoU2hhcmVkLT5tb2RlbCk7CgoJICAgIC8qIGZhY3RvciBjb21tb24g
Z2Vvc3RhdGUgZWxlbWVudHMgdG8gc2NlbmUgZ2Vvc3RhdGUgKi8KCSAgICBwZmRNYWtlU2hh
cmVkU2NlbmUoU2hhcmVkLT5zY2VuZSk7CgoJICAgIC8qIG9wdGltaXplIHBmTGF5ZXIgbm9k
ZXMgdmlhICJESVNQTEFDRSBQT0xZR09OIiAqLwoJICAgIHBmZENvbWJpbmVMYXllcnMoU2hh
cmVkLT5tb2RlbCk7CgoJICAgIC8qIG9wdGltaXplIHBmQmlsbGJvYXJkIG5vZGVzIHZpYSAq
LwoJICAgIHBmZENvbWJpbmVCaWxsYm9hcmRzKFNoYXJlZC0+bW9kZWwsIDMyKTsKI2VuZGlm
CgoJICAgIC8qIHVwZGF0ZSBmaWxlIHBhdGggKi8KCSAgICBzdHJjcHkoU2hhcmVkLT5sb2Fk
RmlsZU5hbWUsIGZpbGVuYW1lKTsKCSAgICBjID0gc3RycmNocihTaGFyZWQtPmxvYWRGaWxl
UGF0aCwgJy8nKTsKCSAgICBpZiAoYykKCQkqYyA9ICdcMCc7Cgl9CiAgICB9CgogICAgLyog
c2V0IGFwcHJvcHJpYXRlIHZpZXdpbmcgcG9zaXRpb24gYW5kIG5lYXIvZmFyIGNsaXBwbGFu
ZXMgKi8KICAgIGlmIChmb3VuZCkgCiAgICB7CglmbG9hdCBzY2VuZVNpemU7CgkKCS8qIFNl
dCBpbml0aWFsIHZpZXcgdG8gYmUgImluIGZyb250IiBvZiBtb2RlbCAqLwoJLyogZGV0ZXJt
aW5lIGV4dGVudCBvZiBzY2VuZSdzIGdlb21ldHJ5ICovCglwZnVUcmF2Q2FsY0JCb3goU2hh
cmVkLT5tb2RlbCwgJmJib3gpOwogICAgCgkvKiBwbGFjZSB2aWV3IHBvaW50IGF0IGNlbnRl
ciBvZiBiYm94ICovCglwZkFkZFZlYzMoU2hhcmVkLT52aWV3Lnh5eiwgYmJveC5taW4sIGJi
b3gubWF4KTsKCXBmU2NhbGVWZWMzKFNoYXJlZC0+dmlldy54eXosIDAuNWYsIFNoYXJlZC0+
dmlldy54eXopOwoJCgkvKiBmaW5kIG1heCBkaW1lbnNpb24gKi8KCXNjZW5lU2l6ZSA9ICAg
ICAgICAgICAgICAgICAgICBiYm94Lm1heFtQRl9YXSAtIGJib3gubWluW1BGX1hdOwoJc2Nl
bmVTaXplID0gUEZfTUFYMihzY2VuZVNpemUsIGJib3gubWF4W1BGX1ldIC0gYmJveC5taW5b
UEZfWV0pOwoJc2NlbmVTaXplID0gUEZfTUFYMihzY2VuZVNpemUsIGJib3gubWF4W1BGX1pd
IC0gYmJveC5taW5bUEZfWl0pOwoJc2NlbmVTaXplID0gUEZfTUlOMihzY2VuZVNpemUsIDAu
NWYgKiBGQVJDTElQKTsKCVNoYXJlZC0+c2NlbmVTaXplID0gc2NlbmVTaXplOwoJCgkvKiBv
ZmZzZXQgc28gYWxsIGlzIHZpc2libGUgKi8KCVNoYXJlZC0+dmlldy54eXpbUEZfWV0gLT0g
MS41MGYqc2NlbmVTaXplOwoJU2hhcmVkLT52aWV3Lnh5eltQRl9aXSArPSAwLjI1ZipzY2Vu
ZVNpemU7CQogICAgfQojaWZkZWYgIFJFU0VUX1ZJRVdQT0lOVF9PTl9GQUlMRURfTE9BRAog
ICAgZWxzZQogICAgewoKCXBmU2V0VmVjMyhTaGFyZWQtPnZpZXcueHl6LCAwLjBmLCAtMTAw
LjBmLCA1MC4wZik7CglQRlNFVF9WRUMzKGJib3gubWluLCAtNTAwMC4wLCAtNTAwMC4wLCAt
NTAwMC4wKTsKCVBGU0VUX1ZFQzMoYmJveC5tYXgsICA1MDAwLjAsICA1MDAwLjAsICA1MDAw
LjApOwoJU2hhcmVkLT5zY2VuZVNpemUgPSAxMDAwMC4wZjsKICAgIH0KI2VuZGlmCn0KCi8q
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioKICoJCQkgICAgTW90aWYgUm91dGluZXMKICoqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKgogKi8KCnN0YXRpYyBYdEFwcENvbnRleHQgYXBwY29udGV4
dDsKCnZvaWQgCkRvTW90aWYoaW50IGFyZ2MsIGNoYXIgKiphcmd2LCBpbnQgZm9ya2VkKQp7
CiAgICBzdGF0aWMgU3RyaW5nIGFwcF9kZWZhdWx0c1tdID0gCiAgICB7CgkiKnNnaU1vZGU6
IHRydWUiLAoJIip1c2VTY2hlbWVzOiBhbGwiLAoJTlVMTCwKICAgIH07CiAgICBXaWRnZXQg
dG9wbGV2ZWw7CiAgICBXaWRnZXQgbWFpbncsIG1lbnViYXIsIG1lbnVwYW5lLCBidG4sIGNh
c2NhZGUsIGZyYW1lOwogICAgV2lkZ2V0IGdsd2lkZ2V0OwogICAgQXJnICAgIGFyZ3NbOF07
CiAgICBYVmlzdWFsSW5mbyAqdmk7CiAgICBEaXNwbGF5ICpkc3A7CiAgICAKICAgIHByY3Rs
KFBSX1RFUk1DSElMRCk7ICAgICAgICAvKiBFeGl0IHdoZW4gcGFyZW50IGRvZXMgKi8KICAg
IHNpZ3NldChTSUdIVVAsIFNJR19ERkwpOyAgICAvKiBFeGl0IHdoZW4gc2VudCBTSUdIVVAg
YnkgVEVSTUNISUxEICovCiAgICB0b3BsZXZlbCA9IFh0VmFBcHBJbml0aWFsaXplKCZhcHBj
b250ZXh0LCBQcm9nTmFtZSwgTlVMTCwgMCwKCQkJCSAmYXJnYywgYXJndiwgYXBwX2RlZmF1
bHRzLCBOVUxMLCBOVUxMKTsKICAgIGRzcCA9IFh0RGlzcGxheSh0b3BsZXZlbCk7CgogICAg
LyogQ3JlYXRlIG1haW4gd2luZG93IGFuZCBtb3RpZiBVSSB3aWRnZXRzICovCiAgICBtYWlu
dyA9IFhtQ3JlYXRlTWFpbldpbmRvdyh0b3BsZXZlbCwgIm1haW53IiwgTlVMTCwgMCk7CiAg
ICBYdE1hbmFnZUNoaWxkKG1haW53KTsKCiAgICAvKiBNZW51IEJhciAqLwogICAgbWVudWJh
ciA9IFhtQ3JlYXRlTWVudUJhcihtYWludywgIm1lbnViYXIiLCBOVUxMLCAwKTsKICAgIFh0
TWFuYWdlQ2hpbGQobWVudWJhcik7CiAgICAKICAgIC8qIEZpbGUgTWVudSAtPiBPcGVuIEZp
bGUgQnV0dG9uICovCiAgICBtZW51cGFuZSA9IFhtQ3JlYXRlUHVsbGRvd25NZW51KG1lbnVi
YXIsICJtZW51cGFuZSIsIE5VTEwsIDApOwoKICAgIGJ0biA9IFhtQ3JlYXRlUHVzaEJ1dHRv
bihtZW51cGFuZSwgIk9wZW4iLCBOVUxMLCAwKTsKICAgIFh0QWRkQ2FsbGJhY2soYnRuLCBY
bU5hY3RpdmF0ZUNhbGxiYWNrLCBvcGVuQ0IsIE5VTEwpOwogICAgWHRNYW5hZ2VDaGlsZChi
dG4pOwoKICAgIC8qIENvbG9yIE1lbnUgLT4gQ29sb3IgQnV0dG9uICovCiAgICBidG4gPSBY
bUNyZWF0ZVB1c2hCdXR0b24obWVudXBhbmUsICJDb2xvciIsIE5VTEwsIDApOwogICAgWHRB
ZGRDYWxsYmFjayhidG4sIFhtTmFjdGl2YXRlQ2FsbGJhY2ssIGNvbG9yQ0IsIE5VTEwpOwog
ICAgWHRNYW5hZ2VDaGlsZChidG4pOwoKICAgIC8qIEZpbGUgTWVudSAtPiBRdWl0IEJ1dHRv
biAqLwogICAgYnRuID0gWG1DcmVhdGVQdXNoQnV0dG9uKG1lbnVwYW5lLCAiUXVpdCIsIE5V
TEwsIDApOwogICAgWHRBZGRDYWxsYmFjayhidG4sIFhtTmFjdGl2YXRlQ2FsbGJhY2ssIHF1
aXRDQiwgTlVMTCk7CiAgICBYdE1hbmFnZUNoaWxkKGJ0bik7CgogICAgLyogTWVudSBCYXIg
LT4gRmlsZSBNZW51ICAqLwogICAgWHRTZXRBcmcoYXJnc1swXSwgWG1Oc3ViTWVudUlkLCBt
ZW51cGFuZSk7CiAgICBjYXNjYWRlID0gWG1DcmVhdGVDYXNjYWRlQnV0dG9uKG1lbnViYXIs
ICJGaWxlIiwgYXJncywgMSk7CiAgICBYdE1hbmFnZUNoaWxkKGNhc2NhZGUpOwogICAgCiAg
ICAvKiBjcmVhdGUgZnJhbWVkIGRyYXdpbmcgYXJlYSBmb3IgT3BlbkdMIHJlbmRlcmluZyAq
LwogICAgZnJhbWUgPSBYbUNyZWF0ZUZyYW1lKG1haW53LCAiZnJhbWUiLCBOVUxMLCAwKTsK
ICAgIFh0TWFuYWdlQ2hpbGQoZnJhbWUpOwoKICAgIC8qIENyZWF0ZSB0aGUgUGVyZm9ybWVy
IHJlbmRlcmluZyB3aWRnZXQgd2l0aCBkZWZhdWx0IHZpc3VhbCAqLwogICAgTW90aWYtPnZp
ID0gdmkgPSBwZkNob29zZUZCQ29uZmlnRGF0YSgodm9pZCoqKSYoTW90aWYtPmNvbmZpZyks
IAoJZHNwLCAtMSwgTlVMTCwgcGZHZXRTaGFyZWRBcmVuYSgpKTsKICAgIGdsd2lkZ2V0ID0g
WHRWYUNyZWF0ZU1hbmFnZWRXaWRnZXQoImdsd2lkZ2V0IiwKI2lmZGVmIElSSVNHTAoJZ2x4
TURyYXdXaWRnZXRDbGFzcywgZnJhbWUsIEdseE5nbHhDb25maWcsIChNb3RpZi0+Y29uZmln
KSwgCiNlbHNlIC8qIE9QRU5HTCAqLwoJZ2x3TURyYXdpbmdBcmVhV2lkZ2V0Q2xhc3MsIGZy
YW1lLCBHTHdOdmlzdWFsSW5mbywgdmksIAojZW5kaWYgLyogR0wgdHlwZSAqLwoJWG1OdG9w
T2Zmc2V0LCA4LAoJWG1Od2lkdGgsIFdpblNpemVYLCBYbU5oZWlnaHQsIFdpblNpemVZLAoJ
TlVMTCk7ICAgIAogICAgWHRBZGRFdmVudEhhbmRsZXIobWFpbncsIFN0cnVjdHVyZU5vdGlm
eU1hc2ssIAoJRkFMU0UsIChYdEV2ZW50SGFuZGxlcilHZXRUb3BJbnB1dCwgMCk7CiAgICBY
dEFkZEV2ZW50SGFuZGxlcihnbHdpZGdldCwgCgkoU3RydWN0dXJlTm90aWZ5TWFzayB8IFBv
aW50ZXJNb3Rpb25NYXNrIHwgRm9jdXNDaGFuZ2VNYXNrIHwKCUJ1dHRvblByZXNzTWFzayB8
IEJ1dHRvblJlbGVhc2VNYXNrIHwgS2V5UHJlc3NNYXNrKSwgCglGQUxTRSwgKFh0RXZlbnRI
YW5kbGVyKUdldElucHV0LCAwKTsKICAgIFh0QWRkQ2FsbGJhY2soZ2x3aWRnZXQsCiNpZmRl
ZiBJUklTR0wKCUdseE5naW5pdENhbGxiYWNrLCAKI2Vsc2UgLyogT1BFTkdMICovCglHTHdO
Z2luaXRDYWxsYmFjaywKI2VuZGlmIC8qIEdMIHR5cGUgKi8KCShYdENhbGxiYWNrUHJvYylJ
bml0TW90aWZXaWRnZXQsIDApOwogICAgWG1NYWluV2luZG93U2V0QXJlYXMobWFpbncsIG1l
bnViYXIsIE5VTEwsIE5VTEwsIE5VTEwsIGZyYW1lKTsKICAgIFh0UmVhbGl6ZVdpZGdldCh0
b3BsZXZlbCk7CiAgICBYU3luYyhkc3AsIEZBTFNFKTsKICAgIAogICAgLyogc2V0IFBpcGVX
aW5kb3cgWCBwYXJhbWV0ZXJzIGZyb20gdGhlIHdpZGdldCAqLwogICAgTW90aWYtPmdYV2lu
ID0gIFh0V2luZG93KGdsd2lkZ2V0KTsKICAgIGlmICghTW90aWYtPmdYV2luKQoJcGZOb3Rp
ZnkoUEZORllfV0FSTiwgUEZORllfUFJJTlQsICJNb3RpZiAtIE5vIEdGWCBXaW5kb3chISIp
OwojaWZkZWYgSVJJU0dMCiAgICAvKiBpZiB0aGUgR0xYdW5saW5rIGZhaWxzLCBHTCBjYWxs
cyBoYWQgcHJvYmFibHkgYmVlbiBtYWRlIGJlZm9yZSAKICAgICAqIHRoZSBNb3RpZiBwcm9j
ZXNzIHdhcyBmb3JrZWQgYW5kIGludGVybmFsIEdMIHN0YXRlIGlzIGNvbmZ1c2VkLgogICAg
ICovCiAgICBpZiAoTW90aWYtPmdYV2luICYmIChHTFh1bmxpbmsoZHNwLCBNb3RpZi0+Z1hX
aW4pIDwgMCkpCglwZk5vdGlmeShQRk5GWV9OT1RJQ0UsIFBGTkZZX1BSSU5ULCAiTW90aWYg
LSB1bmxpbmsgZmFpbGVkISEiKTsKICAgIFhTeW5jKGRzcCwgRkFMU0UpOwojZW5kaWYgLyog
R0wgdHlwZSAqLwogICAgLyogdGhpcyB3aWxsIHJlbGVhc2UgdGhlIHdhaXRpbmcgYXBwbGlj
YXRpb24gcHJvY2VzcyAqLwogICAgTW90aWYtPnhXaW4gPSAgWHRXaW5kb3coZnJhbWUpOyAK
ICAgIGlmICghZm9ya2VkKQogICAgewoJTW90aWYtPndvcmtfaWQgPSBYdEFwcEFkZFdvcmtQ
cm9jKGFwcGNvbnRleHQsIChYdFdvcmtQcm9jKVNpbUZyYW1lLCAwKTsKCUluaXRQaXBlKCk7
CiAgICB9CiAgICBYdEFwcE1haW5Mb29wKGFwcGNvbnRleHQpOwp9CgpzdGF0aWMgdm9pZApJ
bml0TW90aWZXaWRnZXQoV2lkZ2V0IHcsIFh0UG9pbnRlciBkYXRhLCAKI2lmZGVmIElSSVNH
TAogICAgR2x4RHJhd0NhbGxiYWNrU3RydWN0ICogY2IpCiNlbHNlIC8qIE9QRU5HTCAqLwog
ICAgR0x3RHJhd2luZ0FyZWFDYWxsYmFja1N0cnVjdCAqIGNiKQojZW5kaWYgLyogR0wgdHlw
ZSAqLwp7CiAgICBTY3JlZW4gKnNjciA9IFh0U2NyZWVuKHcpOwogICAgdGhlX1hfeV9tYXgg
PSBEaXNwbGF5SGVpZ2h0KFh0RGlzcGxheSh3KSwgWFNjcmVlbk51bWJlck9mU2NyZWVuKHNj
cikpOwp9CgpzdGF0aWMgdm9pZApHZXRUb3BJbnB1dChXaWRnZXQgdywgdm9pZCAqY2FsbCwg
WEV2ZW50ICogZXZlbnQpCnsKICAgIHN0YXRpYyBwaWRfdCBkcmF3X3BpZCA9IDA7CiAgICBz
d2l0Y2ggKGV2ZW50LT50eXBlKSAKICAgIHsKICAgIGNhc2UgTWFwTm90aWZ5OgoJaWYgKE1v
dGlmLT53b3JrX2lkKQoJICAgIE1vdGlmLT53b3JrX2lkID0gWHRBcHBBZGRXb3JrUHJvYyhh
cHBjb250ZXh0LCAoWHRXb3JrUHJvYylTaW1GcmFtZSwgMCk7CgkvKiBSZXN1bWUgYW55IHN0
b3BwZWQgZHJhdyBwcm9jZXNzIChzZWUgYmVsb3cpICovCglpZiAoZHJhd19waWQgPiAwKQoJ
ICAgIGtpbGwoZHJhd19waWQsIFNJR0NPTlQpOwoJYnJlYWs7CgogICAgY2FzZSBVbm1hcE5v
dGlmeToKCS8qIElmIHRoZXJlIGlzIGEgc2VwYXJhdGUgZHJhdyBwcm9jZXNzLCBpdCBtdXN0
IGJlIHRlbXBvcmFyaWx5CgkqIHN0b3BwZWQsIG90aGVyd2lzZSBpdCBidXN5LXdhaXRzLgoJ
Ki8KCWlmIChNb3RpZi0+d29ya19pZCkKCSAgICBYdFJlbW92ZVdvcmtQcm9jKE1vdGlmLT53
b3JrX2lkKTsKCWlmIChkcmF3X3BpZCA9PSAwKQoJewoJICAgIGludCBtb2RlID0gcGZHZXRN
dWx0aXByb2Nlc3MoKTsKCSAgICBpZiAobW9kZSAmIFBGTVBfRk9SS19EUkFXKQoJCWRyYXdf
cGlkID0gcGZHZXRQSUQoMCwgUEZQUk9DX0RSQVcpOwoJICAgIGVsc2UKCQlkcmF3X3BpZCA9
IC0xOwoJfQoJaWYgKGRyYXdfcGlkID4gMCkKCSAgICBraWxsKGRyYXdfcGlkLCBTSUdTVE9Q
KTsKCWJyZWFrOwogICAgfQp9CgpzdGF0aWMgdm9pZApHZXRJbnB1dChXaWRnZXQgdywgdm9p
ZCAqY2FsbCwgWEV2ZW50ICogZXZlbnQpCnsKICAgIHN0YXRpYyBpbnQgeD0wLCB5PTA7CiAg
ICAKICAgIHN3aXRjaCAoZXZlbnQtPnR5cGUpIAogICAgewogICAgY2FzZSBDb25maWd1cmVO
b3RpZnk6CglicmVhazsKCiAgICBjYXNlIE1vdGlvbk5vdGlmeTogCglpZiAoU2hhcmVkLT5t
b3VzZUJ1dHRvbnMpCgl7CgkgICAgWE1vdGlvbkV2ZW50ICptb3Rpb25fZXZlbnQgPSAoWE1v
dGlvbkV2ZW50ICopIGV2ZW50OwoJICAgIHggPSAgbW90aW9uX2V2ZW50LT54OwoJICAgIHkg
PSBTaGFyZWQtPndpblNpemVZIC0gbW90aW9uX2V2ZW50LT55OwoJfQoJYnJlYWs7CgogICAg
Y2FzZSBCdXR0b25QcmVzczogCiAgICB7CglYQnV0dG9uRXZlbnQgKmJ1dHRvbl9ldmVudCA9
IChYQnV0dG9uRXZlbnQgKikgZXZlbnQ7Cgl4ID0gYnV0dG9uX2V2ZW50LT54OwoJeSA9IFNo
YXJlZC0+d2luU2l6ZVkgLSBidXR0b25fZXZlbnQtPnk7CglTaGFyZWQtPmluV2luZG93ID0g
MTsKCXN3aXRjaCAoYnV0dG9uX2V2ZW50LT5idXR0b24pIAoJewoJICAgIGNhc2UgQnV0dG9u
MToKCQlTaGFyZWQtPm1vdXNlQnV0dG9ucyB8PSBCdXR0b24xTWFzazsKCQlicmVhazsKCSAg
ICBjYXNlIEJ1dHRvbjI6CgkJU2hhcmVkLT5tb3VzZUJ1dHRvbnMgfD0gQnV0dG9uMk1hc2s7
CgkJYnJlYWs7CgkgICAgY2FzZSBCdXR0b24zOgoJCVNoYXJlZC0+bW91c2VCdXR0b25zIHw9
IEJ1dHRvbjNNYXNrOwoJCWJyZWFrOwoJfQoJYnJlYWs7CiAgICB9CQoKICAgIGNhc2UgQnV0
dG9uUmVsZWFzZToKICAgIHsKCVhCdXR0b25FdmVudCAqYnV0dG9uX2V2ZW50ID0gKFhCdXR0
b25FdmVudCAqKSBldmVudDsKCXN3aXRjaCAoYnV0dG9uX2V2ZW50LT5idXR0b24pIAoJewoJ
ICAgIGNhc2UgQnV0dG9uMToKCQlTaGFyZWQtPm1vdXNlQnV0dG9ucyAmPSB+QnV0dG9uMU1h
c2s7CgkJYnJlYWs7CgkgICAgY2FzZSBCdXR0b24yOgoJCVNoYXJlZC0+bW91c2VCdXR0b25z
ICY9IH5CdXR0b24yTWFzazsKCQlicmVhazsKCSAgICBjYXNlIEJ1dHRvbjM6CgkJU2hhcmVk
LT5tb3VzZUJ1dHRvbnMgJj0gfkJ1dHRvbjNNYXNrOwoJCWJyZWFrOwoJfQoJYnJlYWs7CiAg
ICB9CgogICAgY2FzZSBNYXBOb3RpZnk6CglicmVhazsKCiAgICBjYXNlIFVubWFwTm90aWZ5
OgoJYnJlYWs7CgogICAgY2FzZSBGb2N1c0luOgoJU2hhcmVkLT5pbldpbmRvdyA9IDE7Cgli
cmVhazsKCiAgICBjYXNlIEZvY3VzT3V0OgoJU2hhcmVkLT5pbldpbmRvdyA9IDA7CglicmVh
azsKCiAgICBjYXNlIEtleVByZXNzOgogICAgewoJY2hhciBidWZbMTAwXTsKCWludCBydjsK
CUtleVN5bSBrczsKCXJ2ID0gWExvb2t1cFN0cmluZygmZXZlbnQtPnhrZXksIGJ1Ziwgc2l6
ZW9mKGJ1ZiksICZrcywgMCk7Cglzd2l0Y2goa3MpIHsKCWNhc2UgWEtfRXNjYXBlOiAKCSAg
ICBTaGFyZWQtPmV4aXRGbGFnID0gMTsKCSAgICBleGl0KDApOwoJICAgIGJyZWFrOwoJY2Fz
ZSBYS19zcGFjZToKCSAgICBTaGFyZWQtPnJlc2V0ID0gMTsKCSAgICBwZk5vdGlmeShQRk5G
WV9OT1RJQ0UsIFBGTkZZX1BSSU5ULCAgIlJlc2V0Iik7CgkgICAgYnJlYWs7CgljYXNlIFhL
X2c6CgljYXNlIFhLX0YxOgoJICAgIFNoYXJlZC0+ZHJhd1N0YXRzID0gIVNoYXJlZC0+ZHJh
d1N0YXRzOwoJICAgIGJyZWFrOwoJfQoJYnJlYWs7CiAgICB9CgogICAgZGVmYXVsdDoKCWJy
ZWFrOwogICAgfS8qIHN3aXRjaCAqLwoKICAgIC8qIHVwZGF0ZSBjdXJzb3IgdmlydHVhbCBw
b3NpdGlvbiB3aGVuIGN1cnNvciBpbnNpZGUgd2luZG93ICovCiAgICBTaGFyZWQtPm1vdXNl
WCA9IHg7CiAgICBTaGFyZWQtPm1vdXNlWSA9IHk7Cn0KCnN0YXRpYyB2b2lkIApsb2FkRmls
ZUNCKFdpZGdldCB3LCBYdFBvaW50ZXIgZGF0YSwgWHRQb2ludGVyIGNhbGxEYXRhKQp7CiAg
ICBYbUZpbGVTZWxlY3Rpb25Cb3hDYWxsYmFja1N0cnVjdCAqY2JzID0KCShYbUZpbGVTZWxl
Y3Rpb25Cb3hDYWxsYmFja1N0cnVjdCopIGNhbGxEYXRhOwogICAgaWYgKGNicykgCiAgICB7
CgljaGFyICpsb2FkZmlsZTsKCWlmICghWG1TdHJpbmdHZXRMdG9SKGNicy0+dmFsdWUsIFht
Rk9OVExJU1RfREVGQVVMVF9UQUcsICZsb2FkZmlsZSkpCgkgICAgcmV0dXJuOwoJc3RyY3B5
KFNoYXJlZC0+bG9hZEZpbGVOYW1lLCBsb2FkZmlsZSk7CglYdEZyZWUobG9hZGZpbGUpOwoJ
U2hhcmVkLT5sb2FkTmV3TW9kZWwgPSAxOwogICAgfQp9CgpzdGF0aWMgdm9pZCAKb3BlbkNC
KFdpZGdldCB3LCBYdFBvaW50ZXIgZGF0YSwgWHRQb2ludGVyIGNhbGxEYXRhKQp7CiAgICBz
dGF0aWMgV2lkZ2V0IGZzRGlhbG9nID0gTlVMTDsKICAgIHN0YXRpYyBYbVN0cmluZyB4U3Ry
OyAgICAKICAgIAogICAgaWYgKCFmc0RpYWxvZykKICAgIHsKCWZzRGlhbG9nID0gWG1DcmVh
dGVGaWxlU2VsZWN0aW9uRGlhbG9nKHcsInciLE5VTEwsMCk7CglYdEFkZENhbGxiYWNrKGZz
RGlhbG9nLFhtTm9rQ2FsbGJhY2ssIGxvYWRGaWxlQ0IsIE5VTEwpOwoJWHRBZGRDYWxsYmFj
ayhmc0RpYWxvZyxYbU5jYW5jZWxDYWxsYmFjaywgCgkgICAgKFh0Q2FsbGJhY2tQcm9jKSBY
dFVubWFuYWdlQ2hpbGQsIE5VTEwpOwkKICAgIH0KICAgIHhTdHIgPSBYbVN0cmluZ0NyZWF0
ZUxvY2FsaXplZChTaGFyZWQtPmxvYWRGaWxlUGF0aCk7CgogICAgcGZOb3RpZnkoUEZORllf
Tk9USUNFLCBQRk5GWV9QUklOVCwgCgkiU2V0IERpcmVjdG9yeSB0byAlcyIsIFNoYXJlZC0+
bG9hZEZpbGVQYXRoKTsKCiAgICAvKiBsb2FkIGZpbGUgc2VsZWN0b3Igd2l0aCBkaXJlY3Rv
cnkgb2YgcHJldmlvdXNseSBjaG9vc2VuIGZpbGUgKi8KICAgIFh0VmFTZXRWYWx1ZXMoZnNE
aWFsb2csIFhtTmRpcmVjdG9yeSwgeFN0ciwgTlVMTCk7CiAgICBYbVN0cmluZ0ZyZWUoeFN0
cik7CiAgICB4U3RyID0gWG1TdHJpbmdDcmVhdGVMb2NhbGl6ZWQoU2hhcmVkLT5sb2FkRmls
ZU5hbWUpOwoKICAgIHBmTm90aWZ5KFBGTkZZX0lORk8sIFBGTkZZX1BSSU5ULCAKCSJTZXQg
RmlsZW5hbWUgdG8gJXMiLCBTaGFyZWQtPmxvYWRGaWxlTmFtZSk7CgogICAgWHRWYVNldFZh
bHVlcyhmc0RpYWxvZywgWG1OZGlyU3BlYywgeFN0ciwgTlVMTCk7CiAgICBYbVN0cmluZ0Zy
ZWUoeFN0cik7CiAgICBYdE1hbmFnZUNoaWxkKGZzRGlhbG9nKTsKfQoKc3RhdGljIHZvaWQg
CmNvbG9yQ0IoV2lkZ2V0IHcsIFh0UG9pbnRlciBkYXRhLCBYdFBvaW50ZXIgY2FsbERhdGEp
CnsKICAgIFdpZGdldCBjb2wgPSBTZ0NyZWF0ZUNvbG9yQ2hvb3Nlcih3LCAiQ29sb3IgQ2hv
b3NlciIsIE5VTEwsIDApOwogICAgWHRNYW5hZ2VDaGlsZChjb2wpOwp9CgpzdGF0aWMgdm9p
ZCAKcXVpdENCKFdpZGdldCB3LCBYdFBvaW50ZXIgZGF0YSwgWHRQb2ludGVyIGNhbGxEYXRh
KQp7CiAgICBTaGFyZWQtPmV4aXRGbGFnID0gMTsKICAgIGV4aXQoMCk7Cn0KCi8qKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioKICoJCQkgICAgQXBwbGljYXRpb24gUm91dGluZXMKICoqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKgogKi8KCnN0YXRpYyB2b2lkCkluaXRQaXBlKHZvaWQpCnsK
ICAgIGludCBkc3BfeHNpemU7CiAgICBwZlBpcGUgKnA7CiAgICAKICAgIC8qIHNldCBwZlBp
cGVXaW5kb3cgcGFyYW1ldGVycyBmcm9tIHRoZSBNb3RpZiB3aWRnZXQgKi8KICAgIHBmUFdp
bldTRHJhd2FibGUoU2hhcmVkLT5wdywgTlVMTCwgTW90aWYtPmdYV2luKTsKICAgIHBmUFdp
bldTV2luZG93KFNoYXJlZC0+cHcsIE5VTEwsIE1vdGlmLT54V2luKTsKI2lmZGVmIElSSVNH
TAogICAgcGZQV2luRkJDb25maWdEYXRhKFNoYXJlZC0+cHcsIE1vdGlmLT5jb25maWcpOwoj
ZW5kaWYgLyogR0wgdHlwZSAqLwp9CgpzdGF0aWMgaW50ClNpbUZyYW1lKHZvaWQpCnsKICAg
IC8qIHdhaXQgdW50aWwgbmV4dCBmcmFtZSBib3VuZGFyeSAqLwogICAgcGZTeW5jKCk7Cgog
ICAgLyogU2V0IHZpZXcgcGFyYW1ldGVycy4gKi8KICAgIFVwZGF0ZVZpZXcoKTsKICAgIHBm
Q2hhblZpZXcoU2hhcmVkLT5jaGFuLCBTaGFyZWQtPnZpZXcueHl6LCBTaGFyZWQtPnZpZXcu
aHByKTsKCiAgICAvKiBpbml0aWF0ZSB0cmF2ZXJzYWwgdXNpbmcgY3VycmVudCBzdGF0ZSAq
LwogICAgcGZGcmFtZSgpOwogICAgCiAgICBpZiAoU2hhcmVkLT5sb2FkTmV3TW9kZWwpIAog
ICAgewoJLyogbG9hZCBuYW1lZCBkYXRhYmFzZSBpbiBwbGFjZSBvZiBjdXJyZW50IG9uZSAq
LwoJTG9hZE1vZGVsKFNoYXJlZC0+bG9hZEZpbGVOYW1lKTsKCVNoYXJlZC0+bG9hZE5ld01v
ZGVsID0gMDsKICAgIH0KCSAgICAKICAgIC8qIHJlYWQgd2luZG93IG9yaWdpbiBhbmQgc2l6
ZSAoaXQgbWF5IGhhdmUgY2hhbmdlZCkgKi8KICAgIHBmR2V0UFdpblNpemUocGZHZXRDaGFu
UFdpbihTaGFyZWQtPmNoYW4pLCAKCSZTaGFyZWQtPndpblNpemVYLCAmU2hhcmVkLT53aW5T
aXplWSk7CgkJICAgIAogICAgcmV0dXJuIEZBTFNFOyAvKiBNb3RpZjogZG9uJ3QgcmVtb3Zl
IHRoaXMgY2FsbGJhY2sgKi8KfQoKLyogCiAqCVVwZGF0ZVZpZXcoKSB1cGRhdGVzIHRoZSBl
eWVwb2ludCBiYXNlZCBvbiB0aGUgaW5mb3JtYXRpb24KICoJcGxhY2VkIGluIHNoYXJlZCBt
ZW1vcnkgYnkgR2V0SW5wdXQoKS4KICovCnN0YXRpYyB2b2lkICAgIApVcGRhdGVWaWV3KHZv
aWQpCnsKICAgIHN0YXRpYyBmbG9hdCBzcGVlZCA9IDAuMGY7CiAgICBwZkNvb3JkICp2aWV3
ID0gJlNoYXJlZC0+dmlldzsKICAgIGZsb2F0IG14LCBteTsKICAgIGZsb2F0IGNwOwoKICAg
IGlmICghU2hhcmVkLT5pbldpbmRvdyB8fCBTaGFyZWQtPnJlc2V0KQogICAgewoJc3BlZWQg
PSAwOwoJaWYgKFNoYXJlZC0+cmVzZXQpCgl7CgkgICAgUEZDT1BZX1ZFQzMoU2hhcmVkLT52
aWV3Lnh5eiwgU2hhcmVkLT52aWV3T3JpZy54eXopOwoJICAgIFBGQ09QWV9WRUMzKFNoYXJl
ZC0+dmlldy5ocHIsIFNoYXJlZC0+dmlld09yaWcuaHByKTsKCSAgICBTaGFyZWQtPnJlc2V0
ID0gMDsKCSAgICBTaGFyZWQtPm1vdXNlQnV0dG9ucyA9IDB4MDsKCSAgICBTaGFyZWQtPm1v
dXNlWCA9IFNoYXJlZC0+bW91c2VZID0gMDsKCX0KCXJldHVybjsKICAgIH0KICAKICAgIHN3
aXRjaCAoU2hhcmVkLT5tb3VzZUJ1dHRvbnMpCiAgICB7CiAgICBjYXNlIEJ1dHRvbjFNYXNr
OiAvKiBMRUZUTU9VU0U6IGZhc3RlciBmb3J3YXJkIG9yIHNsb3dlciBiYWNrd2FyZCovCglp
ZiAoc3BlZWQgPiAwLjBmKQoJICAgIHNwZWVkICo9IDEuMmY7CgllbHNlCgkgICAgc3BlZWQg
Lz0gMS4yZjsKCQoJaWYgKFBGX0FCU0xUKHNwZWVkLCBMT1NQRUVEICogU2hhcmVkLT5zY2Vu
ZVNpemUpKQoJICAgIHNwZWVkID0gTE9TUEVFRCAqIFNoYXJlZC0+c2NlbmVTaXplOwoJZWxz
ZSBpZiAoc3BlZWQgPj0gIEhJU1BFRUQgKiBTaGFyZWQtPnNjZW5lU2l6ZSkKCSAgICBzcGVl
ZCA9IEhJU1BFRUQgKiBTaGFyZWQtPnNjZW5lU2l6ZTsKCWJyZWFrOwoKICAgIGNhc2UgQnV0
dG9uMk1hc2s6CS8qIE1JRERMRU1PVVNFOiBzdG9wIG1vdmluZyAqLwoJc3BlZWQgPSAwLjBm
OwoJYnJlYWs7CgogICAgY2FzZSBCdXR0b24zTWFzazogLyogUklHSFRNT1VTRTogZmFzdGVy
IGJhY2t3YXJkIG9yIHNsb3dlciBmb3Jld2FyZCovCglpZiAoc3BlZWQgPCAwLjBmKQoJICAg
IHNwZWVkICo9IDEuMmY7CgllbHNlCgkgICAgc3BlZWQgLz0gMS4yZjsKCQoJaWYgKFBGX0FC
U0xUKHNwZWVkLCBMT1NQRUVEICogU2hhcmVkLT5zY2VuZVNpemUpKQoJICAgIHNwZWVkID0g
LUxPU1BFRUQgKiBTaGFyZWQtPnNjZW5lU2l6ZTsKCWVsc2UgaWYgKHNwZWVkIDw9ICAtSElT
UEVFRCAqIFNoYXJlZC0+c2NlbmVTaXplKQoJICAgIHNwZWVkID0gLUhJU1BFRUQgKiBTaGFy
ZWQtPnNjZW5lU2l6ZTsKCWJyZWFrOwogICAgfQogICAgCiAgICBpZiAoU2hhcmVkLT5tb3Vz
ZUJ1dHRvbnMpCiAgICB7CglteCA9IDIuMGYgKiAoU2hhcmVkLT5tb3VzZVggLyAoZmxvYXQp
U2hhcmVkLT53aW5TaXplWCkgLSAxLjBmOwoJbXkgPSAyLjBmICogKFNoYXJlZC0+bW91c2VZ
IC8gKGZsb2F0KVNoYXJlZC0+d2luU2l6ZVkpIC0gMS4wZjsKCSAgICAKCS8qIHVwZGF0ZSB2
aWV3IGRpcmVjdGlvbiAqLwoJdmlldy0+aHByW1BGX0hdIC09IG14ICogUEZfQUJTKG14KTsK
CXZpZXctPmhwcltQRl9QXSAgPSBteSAqIFBGX0FCUyhteSkgKiA5MC4wZjsKCXZpZXctPmhw
cltQRl9SXSAgPSAwLjBmOwogICAgCgkvKiB1cGRhdGUgdmlldyBwb3NpdGlvbiAqLwoJY3Ag
PSBjb3NmKFBGX0RFRzJSQUQodmlldy0+aHByW1BGX1BdKSk7Cgl2aWV3LT54eXpbUEZfWF0g
Kz0gc3BlZWQqc2luZigtUEZfREVHMlJBRCh2aWV3LT5ocHJbUEZfSF0pKmNwKTsKCXZpZXct
Pnh5eltQRl9ZXSArPSBzcGVlZCpjb3NmKC1QRl9ERUcyUkFEKHZpZXctPmhwcltQRl9IXSkq
Y3ApOwoJdmlldy0+eHl6W1BGX1pdICs9IHNwZWVkKnNpbmYoIFBGX0RFRzJSQUQodmlldy0+
aHByW1BGX1BdKSk7CiAgICB9Cn0KCi8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICoJCQkg
ICAgRHJhdyBQcm9jZXNzIFJvdXRpbmVzCiAqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICov
CgovKgogKglPcGVuUGlwZVdpbigpIC0tIGNyZWF0ZSBhIHdpbjogc2V0dXAgdGhlIEdMIGFu
ZCBJUklTIFBlcmZvcm1lci4KICoJVGhpcyBwcm9jZWR1cmUgaXMgZXhlY3V0ZWQgaW4gdGhl
IGRyYXcgcHJvY2VzcyAKICoJKHdoZW4gdGhlcmUgaXMgYSBzZXBhcmF0ZSBkcmF3IHByb2Nl
c3MpLgogKi8KCkRpc3BsYXkgKkRzcD1OVUxMOwoKc3RhdGljIHZvaWQKT3BlblBpcGVXaW4o
cGZQaXBlV2luZG93ICpwdykKewogICAgcGZQaXBlICpwOwogICAgV2luZG93IHc7CgogICAg
cGZPcGVuUFdpbihwdyk7CiAgICBEc3AgPSBwZkdldEN1cldTQ29ubmVjdGlvbigpOwp9Cgov
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqCiAqCQkJICAgIEN1bGwgUHJvY2VzcyBSb3V0aW5l
cwogKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqCiAqLwoKLyoKICoJQ3VsbENoYW5uZWwoKSAt
LSB0cmF2ZXJzZSB0aGUgc2NlbmUgZ3JhcGggYW5kIGdlbmVyYXRlIGEKICogCWRpc3BsYXkg
bGlzdCBmb3IgdGhlIGRyYXcgcHJvY2Vzcy4gIFRoaXMgcHJvY2VkdXJlIGlzIAogKglleGVj
dXRlZCBpbiB0aGUgY3VsbCBwcm9jZXNzLgogKi8KCnN0YXRpYyB2b2lkCkN1bGxDaGFubmVs
KHBmQ2hhbm5lbCAqY2hhbm5lbCwgdm9pZCAqZGF0YSkKewogICAgLyogCiAgICAgKiBwZkRy
YXdHZW9TZXQgb3Igb3RoZXIgZGlzcGxheSBsaXN0YWJsZSBQZXJmb3JtZXIgcm91dGluZXMK
ICAgICAqIGNvdWxkIGJlIGludm9rZWQgYmVmb3JlIG9yIGFmdGVyIHBmQ3VsbCgpCiAgICAg
Ki8KICAgIAogICAgcGZDdWxsKCk7Cn0KCi8qCiAqCURyYXdDaGFubmVsKCkgLS0gZHJhdyBh
IGNoYW5uZWwgYW5kIHJlYWQgaW5wdXQgcXVldWUuIHRoaXMKICoJcHJvY2VkdXJlIGlzIGV4
ZWN1dGVkIGluIHRoZSBkcmF3IHByb2Nlc3MgKHdoZW4gdGhlcmUgaXMgYQogKglzZXBhcmF0
ZSBkcmF3IHByb2Nlc3MpLgogKi8Kc3RhdGljIHZvaWQKRHJhd0NoYW5uZWwgKHBmQ2hhbm5l
bCAqY2hhbm5lbCwgdm9pZCAqZGF0YSkKewogICAgLyogZXJhc2UgZnJhbWVidWZmZXIgYW5k
IGRyYXcgRWFydGgtU2t5IG1vZGVsICovCiAgICBwZkNsZWFyQ2hhbihjaGFubmVsKTsKICAg
IAogICAgLyogaW52b2tlIFBlcmZvcm1lciBkcmF3LXByb2Nlc3NpbmcgZm9yIHRoaXMgZnJh
bWUgKi8KICAgIHBmRHJhdygpOwoKICAgIC8qIGRyYXcgUGVyZm9ybWVyIHRocm91Z2hwdXQg
c3RhdGlzdGljcyAqLwogICAgaWYgKFNoYXJlZC0+ZHJhd1N0YXRzKQoJcGZEcmF3Q2hhblN0
YXRzKGNoYW5uZWwpOwp9Cg==

--PART-BOUNDARY=.19708141139.ZM23066.montesa--

=======================================================================
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 Aug 14 12:04:54 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id GAA07893; Thu, 14 Aug 1997 06:31:35 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id GAA07877; Thu, 14 Aug 1997 06:31:35 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id GAA26062; Thu, 14 Aug 1997 06:31:34 -0700
Received: from mailgate.urz.uni-wuppertal.de (mailgate.urz.uni-wuppertal.de [132.195.20.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA02042
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 06:31:31 -0700
	env-from (kociok@wetnt7.elektro.uni-wuppertal.de)
Received: from wetnt7.elektro.uni-wuppertal.de by mailgate.urz.uni-wuppertal.de (8.8.3/8.7.3) with SMTP id PAA12665 for <@mailgate.urz.uni-wuppertal.de:info-performer@sgi.com>; Thu, 14 Aug 1997 15:31:28 +0200 (MDT)
Received: from wetnt7 (localhost [127.0.0.1]) by wetnt7.elektro.uni-wuppertal.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA24946 for <info-performer@sgi.com>; Thu, 14 Aug 1997 15:31:25 +0200
Sender: kociok@wetnt7.elektro.uni-wuppertal.de
Message-ID: <33F308AB.41C6@wetnt7.elektro.uni-wuppertal.de>
Date: Thu, 14 Aug 1997 15:31:24 +0200
From: Norbert Kociok <kociok@wetnt7.elektro.uni-wuppertal.de>
Organization: University of Wuppertal
X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Perfly
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi Performers!

When I use the Makefile to compile the perfly-application than I receive
the " IrisGL DSO version of perfly " as default.

Then Makefile is now written to creating a IrisGL DSO version or a
OpenGL DSO version of perfly.

My question is if someone know how I can influence the Makefile to get
the "OpenGL DSO version of perfly" after compiling the source code.

Regards,

Norbert Kociok
=======================================================================
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 Aug 14 13:03:06 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA07975; Thu, 14 Aug 1997 07:38:38 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA07959; Thu, 14 Aug 1997 07:38:38 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA02993; Thu, 14 Aug 1997 07:38:37 -0700
Received: from us.net (laurel.us.net [198.240.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA17047
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 07:38:30 -0700
	env-from (tbeaucha@d-a-s.com)
Received: from d-a-s.com (picard.d-a-s.com [198.240.116.34])
	by us.net (8.8.6/8.8.6) with SMTP id KAA25646
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 10:38:28 -0400 (EDT)
X-Provider: US Net - Advanced Internet Services - (301) 572-5926 - info@us.net
	    Where Business Connects! (tm) -- http://www.us.net/
Received: from skinner by d-a-s.com (4.1/SMI-4.1)
	id AA20440; Thu, 14 Aug 97 10:40:51 EDT
Sender: tbeaucha@d-a-s.com
Message-Id: <33F318F2.167E@d-a-s.com>
Date: Thu, 14 Aug 1997 10:40:50 -0400
From: "Tracey Beauchat (DAS)" <tbeaucha@d-a-s.com>
Organization: Dynamic Animations Systems, Inc.
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
Mime-Version: 1.0
To: info-performer@sgi.com
Subject: Intersection tests
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

I am trying to add ground clamping to an existing performer
application, and am using the pfNode::isect routine to do
so.  It appears that isect is either killing my process, or
is just never returning.  Is there a problem using isect in
the database handling process?  Must it be used only in
the application process?

Thanks for any help.

-- 
Tracey A. Beauchat, Ph.D.              Principal Engineer

Dynamic Animation Systems              Voice: (703)425-2203
6035 Burke Center Parkway              Fax  : (703)425-2204
Suite 200
Burke, VA 22015
=======================================================================
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 Aug 14 14:36:33 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA08098; Thu, 14 Aug 1997 09:05:54 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA08082; Thu, 14 Aug 1997 09:05:53 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA17481; Thu, 14 Aug 1997 09:05:50 -0700
Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA13993
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 09:05:49 -0700
	env-from (src@rose.engr.sgi.com)
Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA10116; Thu, 14 Aug 1997 09:05:48 -0700
From: "Sharon Clay" <src@rose.engr.sgi.com>
Message-Id: <9708140905.ZM10114@rose.engr.sgi.com>
Date: Thu, 14 Aug 1997 09:05:47 -0700
In-Reply-To: Piotr.Surowiec@wor.tvp.com.pl
        "Problem with motif.c on O2 with IRIX 6.3 incl. R10K" (Aug 13,  7:57pm)
References: <1F24BD2D1784D011840A00805FD6B1BD18CF7C@exwor.tvp.com.pl>
X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail)
To: Piotr.Surowiec@wor.tvp.com.pl, info-performer@sgi.com
Subject: Re: Problem with motif.c on O2 with IRIX 6.3 incl. R10K
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708140905.ZM10114.engr.sgi.com"
Status: O

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

+>---- On Aug 13,  7:57pm, Piotr.Surowiec@wor.tvp.com.pl wrote:
> Subject: Problem with motif.c on O2 with IRIX 6.3 incl. R10K
->
->Hi ,
->
->After instalinng new version of IRIX 6.3 on my O2 computer, I found all
->my programs connected with motif stopped working. 
->I found, Performer demo program, motif.c, is not working when compiling
->in ogl mode, too. The message of the X Error (X_GLXMakeCurrent) appears.
->I have installed all patches which seems to be usefull, including 1795,
->1876, 1976, but nothing changed.
->
->Any help will be very appreciated !!!

There was a regression for motif in Performer2.0.3 which shipped in
6.3.  This should have been added to our bug list on the web pasge - I
apologize for this oversize (and the bug).  Anyway,
it, and other things, are fixed/improved in 2.0.4 which is in 
patch 1696 and is in IRIX 6.4.  So, get Performer patch 1696.

src.

-- 
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev.
src@sgi.com  (415) 933 - 1002  FAX: (415) 965 - 2658  MS 8U-590
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@

--PART-BOUNDARY=.19708140905.ZM10114.engr.sgi.com
Content-Description: Message from Piotr.Surowiec@wor.tvp.com.pl
Content-Type: message/rfc822

Received: from holodeck.csd.sgi.com (holodeck.csd.sgi.com [150.166.145.108]) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id RAA08701 for <srf@rose.engr.sgi.com>; Wed, 13 Aug 1997 17:52:20 -0700
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA04667; Wed, 13 Aug 1997 10:57:11 -0700
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA04651; Wed, 13 Aug 1997 10:57:11 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA14805; Wed, 13 Aug 1997 10:57:10 -0700
Received: from mail.tvp.com.pl (ns.tvp.com.pl [195.164.31.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id KAA05665
	for <info-performer@sgi.com>; Wed, 13 Aug 1997 10:57:04 -0700
	env-from (Piotr.Surowiec@wor.tvp.com.pl)
From: Piotr.Surowiec@wor.tvp.com.pl
Received: from exwor.tvp.com.pl by mail.tvp.com.pl; (5.65v3.2/1.1.8.2/10Oct95-1132AM)
	id AA18663; Wed, 13 Aug 1997 19:58:20 +0200
Received: by exwor.tvp.com.pl with Internet Mail Service (5.0.1457.3)
	id <P8LGAQFJ>; Wed, 13 Aug 1997 19:57:35 +0200
Message-Id: <1F24BD2D1784D011840A00805FD6B1BD18CF7C@exwor.tvp.com.pl>
To: info-performer@sgi.com
Subject: Problem with motif.c on O2 with IRIX 6.3 incl. R10K
Date: Wed, 13 Aug 1997 19:57:29 +0200
X-Priority: 3
Mime-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1457.3)
Content-Type: text/plain

Hi ,

After instalinng new version of IRIX 6.3 on my O2 computer, I found all
my programs connected with motif stopped working. 
I found, Performer demo program, motif.c, is not working when compiling
in ogl mode, too. The message of the X Error (X_GLXMakeCurrent) appears.
I have installed all patches which seems to be usefull, including 1795,
1876, 1976, but nothing changed.

Any help will be very appreciated !!!

Regards
Piotr



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


--PART-BOUNDARY=.19708140905.ZM10114.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  Thu Aug 14 15:06:15 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA08183; Thu, 14 Aug 1997 09:31:44 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA08167; Thu, 14 Aug 1997 09:31:44 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA22038; Thu, 14 Aug 1997 09:31:43 -0700
Received: from aphrodite.zombie.com (zombie2.zombie.com [206.43.55.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA24192
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 09:31:41 -0700
	env-from (moore@wolfenet.com)
Received: from sun (styx.zombie.com [206.43.55.240])
          by aphrodite.zombie.com (post.office MTA v2.0 0813 ID# 0-12772)
          with SMTP id AAA192; Thu, 14 Aug 1997 09:29:40 -0700
Sender: tim@wolfenet.com
Message-ID: <33F332A0.167E@wolfenet.com>
Date: Thu, 14 Aug 1997 09:30:24 -0700
From: tim moore <moore@wolfenet.com>
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: brainval@ehome.encis.es
CC: info-performer@sgi.com
Subject: Re: SgColorChooser Problem.
References: <9708141139.ZM23066@onyx.montesa>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

brainval wrote:
> 
> Hello friends:
> 
> I am trying to use the SgColorChooser widget in a Performer + motif program
> and i am having the following error when creating the widget:
> 
> ERROR #114  _GLgetfd : Cannot Open Graphics: ERR_NOGRAPHICS
> 
Belive it or not, the SgColorChooser makes GL calls.  You are using the
IrisGL based widget in an OpenGL program.  Try using the
SgOglColorChooser widget instead.

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  Thu Aug 14 15:20:33 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA08250; Thu, 14 Aug 1997 09:42:31 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA08234; Thu, 14 Aug 1997 09:42:30 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA23505; Thu, 14 Aug 1997 09:42:30 -0700
Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA27847
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 09:42:24 -0700
	env-from (robj@quid.csd.sgi.com)
Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	 id JAA23482; Thu, 14 Aug 1997 09:42:23 -0700
Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	 id JAA09764; Thu, 14 Aug 1997 09:42:12 -0700
From: "Rob Jenkins" <robj@quid>
Message-Id: <9708140942.ZM9762@quid.csd.sgi.com>
Date: Thu, 14 Aug 1997 09:42:12 -0700
In-Reply-To: "brainval" <brainval@onyx.montesa>
        "SgColorChooser Problem." (Aug 14, 11:39am)
References: <9708141139.ZM23066@onyx.montesa>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: brainval@ehome.encis.es, info-performer@sgi.com
Subject: Re: SgColorChooser Problem.
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 14, 11:39am, brainval wrote:
> Subject: SgColorChooser Problem.
>
>
> Hello friends:
>
> I am trying to use the SgColorChooser widget in a Performer + motif program
> and i am having the following error when creating the widget:
>
> ERROR #114  _GLgetfd : Cannot Open Graphics: ERR_NOGRAPHICS
>

This often means you mixed OpenGL and IrisGL calls somewhere, is you performer
compiled ogldso ? Or you might have an old version of the ColorChooser that was
originally IrisGl, the OpenGL version comes with 6.2 ( and the 5.3 OpenGl one
is in the Dev Toolbox.

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 Aug 14 17:04:11 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id OAA09701; Thu, 14 Aug 1997 14:06:03 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id OAA09685; Thu, 14 Aug 1997 14:06:02 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id OAA04396; Thu, 14 Aug 1997 14:06:02 -0700
Received: from proxy3.ba.best.com (proxy3.ba.best.com [206.184.139.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA17604
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 14:06:00 -0700
	env-from (gcw@best.com)
Received: from gcw.vip.best.com (dynamic21.pm07.mv.best.com [206.184.194.53]) by proxy3.ba.best.com (8.8.6/8.8.BEST) with SMTP id OAA06942; Thu, 14 Aug 1997 14:01:12 -0700 (PDT)
Message-Id: <2.2.32.19970814210134.006bafb8@shell2.ba.best.com>
X-Sender: gcw@shell2.ba.best.com
X-Mailer: Windows Eudora Pro Version 2.2 (32)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 14 Aug 1997 14:01:34 -0700
To: Norbert Kociok <kociok@wetnt7.elektro.uni-wuppertal.de>,
        info-performer@sgi.com
From: george williams <gcw@best.com>
Subject: Re: Perfly
Status: O




At 03:31 PM 8/14/97 +0200, you wrote:
>Hi Performers!
>
>When I use the Makefile to compile the perfly-application than I receive
>the " IrisGL DSO version of perfly " as default.
>
>Then Makefile is now written to creating a IrisGL DSO version or a
>OpenGL DSO version of perfly.
>
>My question is if someone know how I can influence the Makefile to get
>the "OpenGL DSO version of perfly" after compiling the source code.
>

In the past, 'make all' would compile the statically and dynamically linked,
OpenGL and IRIS GL versions of perfly.  This may have changed in recent
versions.  Search for the words 'default' and 'all' in the Makefile to see
what targets are available.

George W.

>Regards,
>
>Norbert Kociok
>=======================================================================
>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 Aug 14 17:04:16 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA09661; Thu, 14 Aug 1997 13:57:24 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA09645; Thu, 14 Aug 1997 13:57:23 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA02920; Thu, 14 Aug 1997 13:57:23 -0700
Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA15149
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 13:57:22 -0700
	env-from (robj@quid.csd.sgi.com)
Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	 id NAA02907; Thu, 14 Aug 1997 13:57:22 -0700
Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	 id NAA10621; Thu, 14 Aug 1997 13:57:05 -0700
From: "Rob Jenkins" <robj@quid>
Message-Id: <9708141357.ZM10619@quid.csd.sgi.com>
Date: Thu, 14 Aug 1997 13:57:05 -0700
In-Reply-To: Norbert Kociok <kociok@wetnt7.elektro.uni-wuppertal.de>
        "Perfly" (Aug 14,  3:31pm)
References: <33F308AB.41C6@wetnt7.elektro.uni-wuppertal.de>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Norbert Kociok <kociok@wetnt7.elektro.uni-wuppertal.de>
Subject: Re: Perfly
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

If you look in the Makefile you'll see several options, doing 'make <an
option>' will do different builds for you.

The options are:

all igldbg iglopt igldso iglddso ogldbg oglopt ogldso oglddso

where igl == IrisGL, ogl == OpenGL, dso == Dynamic Shared Object, ddso == debug
using dso, opt == optimised, dbg == debug version ( no dso )

there's also clean and clober to tidy up for you so for example, to make an
OpenGL, optimized version of the program that uses DSOs do:

make ogldso

That would build a directory 'OPT.O32.OPENGL' and link the perfly executable to
the DSO in there. As you build with the different options you'll see a
directory built for each ( eg OPT.O32.IRISGL ) so just remeber that the perfly
exe is only linked to the last one you built.

Hopes this helps
Rob

On Aug 14,  3:31pm, Norbert Kociok wrote:
> Subject: Perfly
> Hi Performers!
>
> When I use the Makefile to compile the perfly-application than I receive
> the " IrisGL DSO version of perfly " as default.
>
> Then Makefile is now written to creating a IrisGL DSO version or a
> OpenGL DSO version of perfly.
>
> My question is if someone know how I can influence the Makefile to get
> the "OpenGL DSO version of perfly" after compiling the source code.
>
> Regards,
>
> Norbert Kociok
> =======================================================================
> 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 Norbert Kociok



-- 
________________________________________________________________
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 Aug 14 20:58:43 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id PAA09962; Thu, 14 Aug 1997 15:19:44 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id PAA09944; Thu, 14 Aug 1997 15:19:43 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id PAA15080; Thu, 14 Aug 1997 15:19:43 -0700
Received: from dandan.engr.sgi.com ([150.166.37.49]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA10744
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 15:19:42 -0700
	env-from (zhz@dandan.engr.sgi.com)
Received: (from zhz@localhost) by dandan.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA06896; Thu, 14 Aug 1997 15:19:37 -0700
From: "Jenny Zhao" <zhz@dandan.engr.sgi.com>
Message-Id: <9708141519.ZM6894@dandan.engr.sgi.com>
Date: Thu, 14 Aug 1997 15:19:37 -0700
In-Reply-To: Norbert Kociok <kociok@wetnt7.elektro.uni-wuppertal.de>
        "Perfly" (Aug 14,  3:31pm)
References: <33F308AB.41C6@wetnt7.elektro.uni-wuppertal.de>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Norbert Kociok <kociok@wetnt7.elektro.uni-wuppertal.de>,
        info-performer@sgi.com
Subject: Re: Perfly
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 14,  3:31pm, Norbert Kociok wrote:
> Subject: Perfly
> Hi Performers!
>
> When I use the Makefile to compile the perfly-application than I receive
> the " IrisGL DSO version of perfly " as default.
>
> Then Makefile is now written to creating a IrisGL DSO version or a
> OpenGL DSO version of perfly.
>
> My question is if someone know how I can influence the Makefile to get
> the "OpenGL DSO version of perfly" after compiling the source code.
>
> Regards,
>
> Norbert Kociok

you should be able to say
make ogldso (for the dso version of perfly),
make oglddso (for the ddso version of perfly),
make oglopt (for the opt static version of perfly),
and make ogldbg (for the dbg static version of perfly).



> =======================================================================
> 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 Norbert Kociok



-- 


Jenny Zhao                                   
zhz@engr.sgi.com                    
415 933-5091 (Voice)           
415 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  Fri Aug 15 04:03:13 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id WAA11894; Thu, 14 Aug 1997 22:40:29 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id WAA11878; Thu, 14 Aug 1997 22:40:28 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id WAA24553; Thu, 14 Aug 1997 22:40:27 -0700
Received: from scruz.net (nic.scruz.net [165.227.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA09392
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 22:40:24 -0700
	env-from (sjg@terrex.com)
Received: from stiiverse (chs4.sj.scruznet.com [205.179.108.12])
	by scruz.net (8.8.5/1.34) with SMTP id WAA12696
	for <info-performer@sgi.com>; Thu, 14 Aug 1997 22:40:21 -0700 (PDT)
Message-Id: <3.0.1.32.19970814224143.00a5e940@scruz.net>
X-Sender: chs@scruz.net
X-Mailer: Windows Eudora Pro Version 3.0.1 (32)
Date: Thu, 14 Aug 1997 22:41:43 -0700
To: info-performer@sgi.com
From: Steve Gifford <sjg@terrex.com>
Subject: Job Posting
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Status: O

Terrain Experts Inc. (TERREX) is a privately held software company that
develops, markets, and supports software for Realtime 3D Terrain
generation.  The company was formed in May of 1997.

The mission of TERREX is to develop, support, and market advanced end-user
tools for developers of 3D worlds. TERREX software will employ the most
advanced capabilities and functions available in the 3D terrain field in
conjunction with exceptional ease-of-use. TERREX is taking advantage of a
robust, clean sheet software design, to develop breakthrough tools for
Simulation, Training, Interactive Visualization, and Game Developer end-users.

TERREX has an exciting engineering oriented environment with all the
benefits of a startup in beautiful northern California. We are currently
looking for motivated, responsible engineers with the following backgrounds:
  * Computational geometry experience: including terrain triangulation,
topology, integration of cultural features, and automated feature generation. 
  * Exposure to database generation systems: including MultiGen (tm),
Designer's WorkBench (tm), EasyT (tm), Easiest (tm), Target (tm), S1000 or
others. 
  * Familiarity with graphics run-times and APIs: including Performer and
OpenGL.
  * Past experience working with source data and database formats such as:
DFAD, DTED, USGS DLG, USGS LULC, VPF, OpenFlight (tm), DWB (tm), GDF,
GeoTiff, CTDB, S1000 or SEDRIS API. 
  * Image processing and photogrammetry experience.
  * User interface work with Windows NT/95 or X11/Motif. 

If you have experience which covers more than one of the above areas, email
your resume to: jobs@terrex.com.

TERREX is an equal opportunity employer.

=======================================================================
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 Aug 15 08:21:03 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id CAA12330; Fri, 15 Aug 1997 02:54:28 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id CAA12314; Fri, 15 Aug 1997 02:54:27 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id CAA07180; Fri, 15 Aug 1997 02:54:26 -0700
Received: from onyx.montesa (rppp1.encis.es [194.179.69.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA14426
	for <info-performer@sgi.com>; Fri, 15 Aug 1997 02:54:23 -0700
	env-from (brainval@onyx.montesa)
Received: (from brainval@localhost) by onyx.montesa (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA00484 for info-performer@sgi.com; Fri, 15 Aug 1997 12:00:30 -0700
From: "brainval" <brainval@onyx.montesa>
Message-Id: <9708151200.ZM482@onyx.montesa>
Date: Fri, 15 Aug 1997 12:00:29 -0700
Reply-To: brainval@ehome.encis.es
Organization: Brainstorm Multimedia
Department: Software Development
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Still SgOglCreateColorChooser problem
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O


Hi:

Thanks for all the answers, but:

When using the SgOglCreateColorChooser() widget the programs also
crashes.

In fact, if you try to use the sgi example:

cd /usr/src/X11/motif/Sgm/colorc
mmkmf
make
ogl_test
Segmentation fault (core dumped)

I have tried this in two different machines.

Thanks for any other help.
(I am using 6.2, ogl Performer)

Ricardo Montesa


-- 
Brainstorm Multimedia.
Software Development.
brainval@ehome.encis.es

=======================================================================
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 Aug 15 15:34:08 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA13211; Fri, 15 Aug 1997 09:54:08 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA13195; Fri, 15 Aug 1997 09:54:07 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA14401; Fri, 15 Aug 1997 09:54:06 -0700
Received: from postal.dn.net (postal.dn.net [207.226.170.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA04835
	for <info-performer@sgi.com>; Fri, 15 Aug 1997 09:54:04 -0700
	env-from (gwaldron@peril.com)
Received: from peril.com (csi-east04.csi-east.com [206.161.162.196])
	by postal.dn.net (8.8.7/8.8.5) with ESMTP id MAA02854;
	Fri, 15 Aug 1997 12:54:33 -0400 (EDT)
Sender: glenn@dn.net
Message-ID: <33F398B7.B2E81B@peril.com>
Date: Thu, 14 Aug 1997 19:45:59 -0400
From: Glenn Waldron <gwaldron@peril.com>
Organization: PERIL Technologies
X-Mailer: Mozilla 4.02 [en] (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: brainval@ehome.encis.es
CC: info-performer@sgi.com
Subject: Re: Still SgOglCreateColorChooser problem
References: <9708151200.ZM482@onyx.montesa>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

brainval wrote:
> 
> Hi:
> 
> Thanks for all the answers, but:
> 
> When using the SgOglCreateColorChooser() widget the programs also
> crashes.
[...]

I had a similar problem using the Viewkit VkColorChooserDialog
object, which in turn uses the SgColorChooser widget.  Under
Performer 2.0, Performer would lose its GLX graphics context
after the widget was instantiated.

This fix worked for me; this code is in the pre-draw pfChannel
callback, and it saves the original context/drawable, and
then restores it every frame:  (Opengl only)

  static int first = TRUE;
  static Display* xdisplay;
  static GLXContext context;
  static GLXDrawable drawable;

  if (first)
    {
      first = FALSE;
      xdisplay = pfGetCurWSConnection();
      context = glXGetCurrentContext();
      drawable = glXGetCurrentDrawable();
    }
  else
    {
      glXMakeCurrent(xdisplay, drawable, context);
    }

hope this helps.. note, things work fine under pf2.2 beta without
this fix; I guess they fixed something.. enjoy, glenn

-- 
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 Aug 15 17:57:15 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA13446; Fri, 15 Aug 1997 12:17:17 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA13430; Fri, 15 Aug 1997 12:17:16 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA10033; Fri, 15 Aug 1997 12:17:15 -0700
Received: from cory.coryphaeus.com (smtp.coryphaeus.com [204.247.110.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA29492
	for <info-performer@sgi.com>; Fri, 15 Aug 1997 12:17:13 -0700
	env-from (nowlin@cory.coryphaeus.com)
Received: from gimli.coryphaeus.com by cory.coryphaeus.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO)
	for <@cory.coryphaeus.com:info-performer@sgi.com> id MAA13289; Fri, 15 Aug 1997 12:16:31 -0700
Received: from gimli by gimli.coryphaeus.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO)
	for <info-performer@sgi.com> id MAA09442; Fri, 15 Aug 1997 12:16:30 -0700
Sender: nowlin@smtp.coryphaeus.com
Message-ID: <33F4AB0D.63DE@coryphaeus.com>
Date: Fri, 15 Aug 1997 12:16:29 -0700
From: Sarah Nowlin <nowlin@smtp.coryphaeus.com>
X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP12)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: job opening
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Coryphaeus Software is a small dynamic 3D graphics software company in
Los Gatos, CA.  We offer a friendly, casual and fast-moving environment
in a hot industry.  We're looking for energetic, organized,
self-motivated individuals who learn quickly, work independently, and
play well with others.

Coryphaeus has an immediate opening for a Customer Support Engineer.

The ideal candidate will have a BA/BS in computer science or
engineering, experience in the simulation industry, and a cheerful,
positive, customer-oriented attitude. The individual in this
position will:

* answer the phone (hotline)
* resolve difficult or complex technical support questions
* test software during development and test cycles from customer
perspective and give feedback to Engineering
* prepare installation scripts and material, and do software 
release management 
* prepare training material and deliver training (depending on 
interest) 
* deliver application consulting services at customer sites 

Please email or fax resumes attn: Sarah Nowlin.

Sarah Nowlin
Director of Technical Services
nowlin@coryphaeus.com
fax 408-395-6351
=======================================================================
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 Aug 16 19:03:55 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA16157; Sat, 16 Aug 1997 13:36:15 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA16141; Sat, 16 Aug 1997 13:36:14 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA17599; Sat, 16 Aug 1997 13:36:13 -0700
Received: from send2.rocketmail.com (web1.rocketmail.com [205.180.57.67]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id NAA03630
	for <info-performer@sgi.com>; Sat, 16 Aug 1997 13:36:12 -0700
	env-from (nmaran@rocketmail.com)
Message-ID: <19970816203308.7024.rocketmail@send2.rocketmail.com>
Received: from [202.54.6.64] by web1; Sat, 16 Aug 1997 13:33:08 PDT
Date: Sat, 16 Aug 1997 13:33:08 -0700 (PDT)
From: Rajagopal Nedumaran <nmaran@rocketmail.com>
Subject: let me know about  'u'.
To: info-performer@sgi.com
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O



hello everybody,
           
            i have bunch of questions to ask. i recently heard about
the famous game DOOM is developed with vega. what is vega? how it
relates to perforemer. why we can't develop games like doom in
perforemer. is there any games developed in performer? 
  
           i visited id software site . but i can't find any details
about how they developed doom, quake games, and how they port their
games in multible platforms. is there any provision for porting
,converting iris performer applications to multi platforms.

       one more questions, is there any visual simultion pacage
,applicatins, software for PC's,

               finally, i would like to know about all of iris
performer experts.namely you. where are you?  which country you
belong? what are you doing? can i have a look at your homepages, and
biodata's and your interests, your company info.

Thanks.
                                              yours truly,
                                              Rajagopal Nedumaran.

_____________________________________________________________________
Sent by RocketMail. Get your free e-mail at http://www.rocketmail.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  Sun Aug 17 18:13:23 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA17783; Sun, 17 Aug 1997 12:40:22 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA17767; Sun, 17 Aug 1997 12:40:13 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA09919; Sun, 17 Aug 1997 12:40:12 -0700
Received: from class.eng.ohio-state.edu (class.eng.ohio-state.edu [128.146.233.49]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA01686
	for <info-performer@sgi.com>; Sun, 17 Aug 1997 12:40:11 -0700
	env-from (mahmoud@class.eng.ohio-state.edu)
Received: by class.eng.ohio-state.edu (950413.SGI.8.6.12/940406.SGI)
	for info-performer@sgi.com id PAA21969; Sun, 17 Aug 1997 15:34:17 -0400
From: "Mahmoud M.Rashad Halfawy" <mahmoud@class.eng.ohio-state.edu>
Message-Id: <9708171534.ZM21967@class.eng.ohio-state.edu>
Date: Sun, 17 Aug 1997 15:34:17 -0400
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Linker errors
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hello Eberybody:
I've just re-installed IRIX6.2 with all X, Xm, GL, Inventor, and Performer
subsystems. A program that was previoudly compiled with no problems is now
giving the following linker messages:

...
ld: INFO 31: libSgm.so.1 specified in the "libInventorXt.so.3"'s liblist cannot
be found or does not match the one specified in the link-line -- NON-QUICKSTART
ld: INFO 31: libXm.so.1 specified in the "libInventorXt.so.3"'s liblist cannot
be found or does not match the one specified in the link-line -- NON-QUICKSTART
ld: INFO 31: libC.so specified in the "libInventorXt.so.3"'s liblist cannot be
found or does not match the one specified in the link-line -- NON-QUICKSTART
...
ld: ERROR 33: Unresolved text symbol "XtRealizeWidget" -- 1st referenced by ...
ld: ERROR 33: Unresolved text symbol "XtManageChild" -- 1st referenced by ...
ld: ERROR 33: Unresolved data symbol "_XmStrings" -- 1st referenced by ...
ld: ERROR 33: Unresolved text symbol "XtVaSetValues" -- 1st referenced by ..
ld: INFO 60: Output file removed because of error.
*** Error code 1
smake: Error: 1 error

Am I missing some installation subsystems or doing another mistake?

thanks for any help.





=======================================================================
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 Aug 18 02:21:20 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id SAA18548; Sun, 17 Aug 1997 18:39:14 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id SAA18532; Sun, 17 Aug 1997 18:39:13 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id SAA23402; Sun, 17 Aug 1997 18:39:12 -0700
Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA11372
	for <info-performer@sgi.com>; Sun, 17 Aug 1997 18:39:05 -0700
	env-from (wryml@dimwit.dst.nk-exa.co.jp)
Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id KAA23528; Mon, 18 Aug 1997 10:39:02 +0900
Received: from dimwit.dst.nk-exa.co.jp (dimwit.dst.nk-exa.co.jp [160.14.100.100]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id KAA05134 for <info-performer@sgi.com>; Mon, 18 Aug 1997 10:39:02 +0900
Received: (from wryml@localhost) by dimwit.dst.nk-exa.co.jp (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA16269; Mon, 18 Aug 1997 10:18:42 +0900
Message-Id: <199708180118.KAA16269@dimwit.dst.nk-exa.co.jp>
To: info-performer@sgi.com
Subject: about DG5 outputs
Date: Mon, 18 Aug 1997 10:18:42 +0900
From: YAMANAKA MASAHIKO <wryml@dimwit.dst.nk-exa.co.jp>
Status: O

Sorry, this is not a Performer question, but there are many iR(DG5) users
in this ML, so please let me ask a simple question about DG5...

One DG5 board has (2or8) outputs + some composite outputs.
Some composite outputs are internaly same, aren't they?

So my question is, if I use DG5-8, can I use 8+1=9 outputs simultaneously?

When I used ircombine on iR before, I saw [Encoder] button beside [Channel]
buttons (Currently, I don't use iR and cannot confirm this).

Thanks,
--
M.Y.
=======================================================================
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 Aug 18 11:09:14 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id IAA19512; Mon, 18 Aug 1997 08:54:14 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id IAA19496; Mon, 18 Aug 1997 08:54:14 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id IAA08980; Mon, 18 Aug 1997 08:54:13 -0700
Received: from claws30.prosolvia.se (claws30.prosolvia.se [193.13.245.94]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA11740
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 08:54:09 -0700
	env-from (jesper@clarus.se)
Received: (from jesper@localhost) by claws30.prosolvia.se (950413.SGI.8.6.12/8.6.11) id RAA14290; Mon, 18 Aug 1997 17:53:53 +0200
From: =?iso-8859-1?Q?=22Jesper_Nystr=F6m=22?= <jesper@clarus.se>
Message-Id: <9708181753.ZM14288@claws30.prosolvia.se>
Date: Mon, 18 Aug 1997 17:53:52 +0000
In-Reply-To: YAMANAKA MASAHIKO <wryml@dimwit.dst.nk-exa.co.jp>
        "about DG5 outputs" (Aug 18, 10:18am)
References: <199708180118.KAA16269@dimwit.dst.nk-exa.co.jp>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: YAMANAKA MASAHIKO <wryml@dimwit.dst.nk-exa.co.jp>
Subject: Re: about DG5 outputs
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 18, 10:18am, YAMANAKA MASAHIKO wrote:
> Subject: about DG5 outputs
> Sorry, this is not a Performer question, but there are many iR(DG5) users
> in this ML, so please let me ask a simple question about DG5...
>
> One DG5 board has (2or8) outputs + some composite outputs.
> Some composite outputs are internaly same, aren't they?
>
> So my question is, if I use DG5-8, can I use 8+1=9 outputs simultaneously?

The answer is NO, you cannot use the encoder while all the channels are in use.

>
> When I used ircombine on iR before, I saw [Encoder] button beside [Channel]
> buttons (Currently, I don't use iR and cannot confirm this).
>
> Thanks,
> --
> M.Y.

Jesper


-- 
 ___ _			Jesper Nystrom	    Phone: +46 31 703 51 07
/  _| |___  __ _ _ ___ 	Manager, IAS        Phone: +46 31 703 51 00
| | | |_  \/ _| | | __\	Prosolvia Clarus AB Fax:   +46 31 703 51 20
| |_| | _ | | | | |__ |	Gardavagen 1        Email: jesper@clarus.se
\___|_|___|_| \___/___/	S-412 50 GOTEBORG   WWW:   www.clarus.se
SIXTH SENSE TECHNOLOGY  SWEDEN

"Bring your CAD models to life with CAD Real-Time Link"
=======================================================================
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 Aug 18 11:09:14 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id IAA19412; Mon, 18 Aug 1997 08:39:03 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id IAA19396; Mon, 18 Aug 1997 08:39:02 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id IAA02940; Mon, 18 Aug 1997 08:39:01 -0700
Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA05870
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 08:39:00 -0700
	env-from (bro@ht.com)
Received: by gauntlet.ht.com; id LAA28332; Mon, 18 Aug 1997 11:38:58 -0400 (EDT)
Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2)
	id xma028330; Mon, 18 Aug 97 11:38:51 -0400
Received: from zr.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations)
	id PAA27175; Mon, 18 Aug 1997 15:38:58 GMT
Received: by zr.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO)
	for info-performer@sgi.com id LAA23822; Mon, 18 Aug 1997 11:39:10 -0400
From: "Morten Bro-Nielsen (Ph.D.)" <bro@ht.com>
Message-Id: <9708181139.ZM23820@ht.com>
Date: Mon, 18 Aug 1997 11:39:09 -0400
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: pfVClockSync()
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi Performers,

[ This is my first posting on this list for a while. Please, excuse me
  if the question has an obvious answer. Couldn't find anything in the
  FAQ, and the mailing list archive wasn't up-to-date (ended spring 97) ]

I have a problem with the pfVClockSync() routine which I haven't
been able to understand.

I want to use the pfVClockSync() to make sure that my sproc'ed physics
process is synchronized to the Performer APP process. To do this I
call pfVClockSync before every loop. Unfortunately, I haven't been
getting the expected behaviour.

To find out exactly what was going on, I wrote the following small piece
of code:

In a sproc'ed process:

    // Start clock and set to zero
    pfStartVClock(); pfInitVClock(0);

    cerr << "Check of VClock routines:" << endl;
    cerr << "    pfGetVideoRate() = " << pfGetVideoRate() << endl;

    double rtime1 = pfGetTime();

    //
    // This should make it wait 10 second
    //
    for (int j=0; j<10; j++) pfVClockSync(pfGetVideoRate(),0);

    double rtime2 = pfGetTime()-rtime1;
    cerr << "    10 seconds is equal to " << rtime2 << endl;

The result of this on an Octane (MXI) is:

    Check of VClock routines:
        pfGetVideoRate() = 72
        10 seconds is equal to 0.0003856

and on an Onyx2 (InfiniteReality2) is:

    Check of VClock routines:
        pfGetVideoRate() = 72
        10 seconds is equal to 0.000392

I just don't understand it. I don't get the 10 seconds I was expecting.
What am I doing wrong?

Thanks, Morten

Compiled and run with

    Octane (Compile on Indigo II Extreme, run on Octane)
        I  performer_dev        06/05/97  Performer2.0 Development Software
        I  performer_eoe        04/18/97  Performer2.0.4 Execution Environment

    Onyx2
        I  performer_dev        07/10/97  Performer2.2 Development Software
        I  performer_eoe        07/10/97  Performer2.2 Execution Environment

-- 
                              ,,,
                             (o o)
-------------------------oOO--(_)--OOo------------------------------
Morten Bro-Nielsen, PhD          E-mail:                  bro@ht.com 
Senior Scientist                 HT WWW:           http://www.ht.com
HT Medical, Inc.                 Private: http://www.imm.dtu.dk/~bro
6001 Montrose Road, Suite 902             http://www.imm.dtu.dk/~mvox
Rockville, MD 20852, USA         Phone: +1(301)984-3706  Fax: ..-2104
-------------- Creator of Surgery Simulation Systems ----------------
=======================================================================
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 Aug 18 11:09:14 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id IAA19602; Mon, 18 Aug 1997 08:58:45 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id IAA19586; Mon, 18 Aug 1997 08:58:44 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id IAA10244; Mon, 18 Aug 1997 08:58:44 -0700
Received: from mailhost.mic.atr.co.jp (mic.atr.co.jp [133.186.20.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA21180
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 05:08:03 -0700
	env-from (noma@mic.atr.co.jp)
Received: from noma by mailhost.mic.atr.co.jp (8.8.5+2.7Wbeta5/3.5Wpl706/12/97) id VAA09335; Mon, 18 Aug 1997 21:07:57 +0900 (JST)
Message-Id: <199708181207.VAA09335@mailhost.mic.atr.co.jp>
X-Sender: noma@pop.mic.atr.co.jp
X-Mailer:  Macintosh Eudora Pro Version 3.0.2Jr2
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Date: Mon, 18 Aug 1997 21:07:36 +0900
To: info-performer@sgi.com
From: Haruo NOMA <noma@mic.atr.co.jp>
Subject: How to Edit IV File
Status: O


Dear Performer member,

I have one large IV formatted file (10MB with ASCII format). Now, I would
like to edit this file to change and add some polygons.

First, I have checked some 3D_CAD system, however, there are only few system
that can read IV file. As Ez3D, It can read but it is insufficient to edit
polygons. So I search translator that convert IV to other major format, but
I can not find the translator now.

Please let me know how should I edit this IV file. Are where any standard
method to edit IV file?

Thank you

Haruo Noma




----------------
Haruo Noma
ATR Media Integration and Communications Research Lab.
Tel: +81-774-95-1401 Fax: +81-774-95-1408
e-mail: noma@mic.atr.co.jp


=======================================================================
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 Aug 18 11:59:40 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA19639; Mon, 18 Aug 1997 09:04:25 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA19621; Mon, 18 Aug 1997 09:04:24 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA12578; Mon, 18 Aug 1997 09:04:21 -0700
Received: from phil.trevose.sgi.com ([169.238.50.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA17062
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 07:45:21 -0700
	env-from (markn@trevose.sgi.com)
Received: from arcturus.trevose.sgi.com by phil.trevose.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI)
	 id KAA07101; Mon, 18 Aug 1997 10:45:14 -0400
Received: from arcturus.trevose.sgi.com (localhost [127.0.0.1]) by arcturus.trevose.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA02252; Mon, 18 Aug 1997 10:45:10 -0400
Sender: markn@trevose.sgi.com
Message-ID: <33F85FF5.41C6@trevose.sgi.com>
Date: Mon, 18 Aug 1997 10:45:09 -0400
From: Mark Negovan <markn@trevose.sgi.com>
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: YAMANAKA MASAHIKO <wryml@dimwit.dst.nk-exa.co.jp>
CC: info-performer@sgi.com
Subject: Re: about DG5 outputs
References: <199708180118.KAA16269@dimwit.dst.nk-exa.co.jp>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi Yamanaka,

The composite output requires the use of one of the channels so
there are only 2 or 8 outputs (DG5-2 or DG5-8).

Mark
YAMANAKA MASAHIKO wrote:
> 
> Sorry, this is not a Performer question, but there are many iR(DG5) users
> in this ML, so please let me ask a simple question about DG5...
> 
> One DG5 board has (2or8) outputs + some composite outputs.
> Some composite outputs are internaly same, aren't they?
> 
> So my question is, if I use DG5-8, can I use 8+1=9 outputs simultaneously?
> 
> When I used ircombine on iR before, I saw [Encoder] button beside [Channel]
> buttons (Currently, I don't use iR and cannot confirm this).
> 
> Thanks,
> --
> M.Y.
> =======================================================================
> List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
>             Submissions:  info-performer@sgi.com
>         Admin. requests:  info-performer-request@sgi.com

-- 
___________________________________________________________________
Mark Negovan                          PHONE:  215 658 7000
Systems Engineer                      FAX:    215 638 9285
Silicon Graphics Cray Research Inc.   EMAIL:  markn@trevose.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 Aug 18 11:59:54 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA19950; Mon, 18 Aug 1997 09:40:11 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA19934; Mon, 18 Aug 1997 09:40:10 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA24502; Mon, 18 Aug 1997 09:40:10 -0700
Received: from yacko.csd.sgi.com ([150.166.145.94]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA03349; Mon, 18 Aug 1997 09:40:08 -0700
	env-from (ekunze@yacko.csd.sgi.com)
Received: from localhost by yacko.csd.sgi.com via SMTP (970321.SGI.8.8.5/911001.SGI)
	 id JAA18867; Mon, 18 Aug 1997 09:40:07 -0700 (PDT)
Message-Id: <199708181640.JAA18867@yacko.csd.sgi.com>
X-Mailer: exmh version 2.0delta 6/3/97
To: YAMANAKA MASAHIKO <wryml@dimwit.dst.nk-exa.co.jp>
cc: info-performer@sgi.com
Subject: Re: about DG5 outputs 
In-reply-to: Your message of "Mon, 18 Aug 1997 10:18:42 +0900."
             <199708180118.KAA16269@dimwit.dst.nk-exa.co.jp> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 18 Aug 1997 09:40:07 -0700
From: Eric Kunze <ekunze@yacko>
Status: O


> One DG5 board has (2or8) outputs + some composite outputs.
> Some composite outputs are internaly same, aren't they?

 Yes, the composite outputs  all contain the same data.

> 
> So my question is, if I use DG5-8, can I use 8+1=9 outputs simultaneously?

  No.  The encoder uses some of the hardware used by channel 1, so if the 
encoder is running, you may not use channel 1.

 So you have 7+1 = 8 outputs simultaneously.

> 
> When I used ircombine on iR before, I saw [Encoder] button beside [Channel]
> buttons (Currently, I don't use iR and cannot confirm this).

  If the encoder is selected, the channel 1 button will be disabled.

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 Aug 18 11:59:44 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA20372; Mon, 18 Aug 1997 10:26:36 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA20356; Mon, 18 Aug 1997 10:26:35 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA05383; Mon, 18 Aug 1997 10:26:34 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA24906
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 10:26:33 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA02400; Mon, 18 Aug 1997 10:26:28 -0700
Date: Mon, 18 Aug 1997 10:26:28 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708181026.ZM2398@multipass.engr.sgi.com>
In-Reply-To: YAMANAKA MASAHIKO <wryml@dimwit.dst.nk-exa.co.jp>
        "about DG5 outputs" (Aug 18, 10:18am)
References: <199708180118.KAA16269@dimwit.dst.nk-exa.co.jp>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: YAMANAKA MASAHIKO <wryml@dimwit.dst.nk-exa.co.jp>, info-performer@sgi.com
Subject: Re: about DG5 outputs
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Encoded output costs you a channel when used.

You will find that once you select encoded output you
will be unable yo exploit channel 1.

Cheers,Angus.

On Aug 18, 10:18am, YAMANAKA MASAHIKO wrote:
> Subject: about DG5 outputs
> Sorry, this is not a Performer question, but there are many iR(DG5) users
> in this ML, so please let me ask a simple question about DG5...
>
> One DG5 board has (2or8) outputs + some composite outputs.
> Some composite outputs are internaly same, aren't they?
>
> So my question is, if I use DG5-8, can I use 8+1=9 outputs simultaneously?
>
> When I used ircombine on iR before, I saw [Encoder] button beside [Channel]
> buttons (Currently, I don't use iR and cannot confirm this).
>
> Thanks,
> --
> M.Y.
> =======================================================================
> 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 YAMANAKA MASAHIKO


=======================================================================
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 Aug 18 11:59:39 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA19792; Mon, 18 Aug 1997 09:29:48 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA19776; Mon, 18 Aug 1997 09:29:48 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA21346; Mon, 18 Aug 1997 09:29:47 -0700
Received: from daniel.karlsruhe.sgi.com ([144.253.203.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA12382
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 04:41:36 -0700
	env-from (daniel@daniel.karlsruhe.sgi.com)
Received: by daniel.karlsruhe.sgi.com (950413.SGI.8.6.12/920502.SGI)
	 id NAA00873; Mon, 18 Aug 1997 13:40:34 +0200
From: "Daniel Banek" <daniel@daniel.karlsruhe.sgi.com>
Message-Id: <9708181340.ZM871@daniel.karlsruhe.sgi.com>
Date: Mon, 18 Aug 1997 13:40:34 -0600
In-Reply-To: YAMANAKA MASAHIKO <wryml@dimwit.dst.nk-exa.co.jp>
        "about DG5 outputs" (Aug 18, 10:18am)
References: <199708180118.KAA16269@dimwit.dst.nk-exa.co.jp>
Reply-To: panic@karlsruhe.sgi.com
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: YAMANAKA MASAHIKO <wryml@dimwit.dst.nk-exa.co.jp>, info-performer@sgi.com
Subject: Re: about DG5 outputs
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 18, 10:18am, YAMANAKA MASAHIKO wrote:
> Subject: about DG5 outputs
> Sorry, this is not a Performer question, but there are many iR(DG5) users
> in this ML, so please let me ask a simple question about DG5...
>
> One DG5 board has (2or8) outputs + some composite outputs.
> Some composite outputs are internaly same, aren't they?
>
> So my question is, if I use DG5-8, can I use 8+1=9 outputs simultaneously?
>
> When I used ircombine on iR before, I saw [Encoder] button beside [Channel]
> buttons (Currently, I don't use iR and cannot confirm this).
>
> Thanks,
> --
> M.Y.
> =======================================================================
> 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 YAMANAKA MASAHIKO

No sorry, encoder channel is channel 1. Only 8 channels simultaniously.

regards

daniel



-- 
                                        +---------------------------------+
                                        |  Daniel Banek                   |
      __      ____    __          * __  |  Projectmanager High-End Graphic|
 /\  / / /| /  /     /_//\  /| / / /    |  SiliconGraphics Germany        |
/_/ /_/ / |/  /     /  /--\/ |/ / /_    |  email: panic@karlsruhe.sgi.com |
                                        |  Mailstop: IDE-3170 VM 332 8931 |
                                        +---------------------------------+
=======================================================================
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 Aug 18 11:59:44 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA20350; Mon, 18 Aug 1997 10:20:24 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA20334; Mon, 18 Aug 1997 10:20:23 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA04105; Mon, 18 Aug 1997 10:20:22 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA21995
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 10:20:22 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA02393; Mon, 18 Aug 1997 10:20:20 -0700
Date: Mon, 18 Aug 1997 10:20:20 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708181020.ZM2391@multipass.engr.sgi.com>
In-Reply-To: Rajagopal Nedumaran <nmaran@rocketmail.com>
        "let me know about  'u'." (Aug 16,  1:33pm)
References: <19970816203308.7024.rocketmail@send2.rocketmail.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: Rajagopal Nedumaran <nmaran@rocketmail.com>, info-performer@sgi.com
Subject: Re: let me know about  'u'.
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 16,  1:33pm, Rajagopal Nedumaran wrote:
> Subject: let me know about  'u'.
>
>
> hello everybody,
>
>             i have bunch of questions to ask. i recently heard about
> the famous game DOOM is developed with vega. what is vega?

Is this a joke?

I think somebody has beed pulling your leg. None of id Softwares
games use Vega, they're mostly software engines with some HW
accelerated spinoffs like GLQuake where a port to OpenGL has
been made.


>.. how it
> relates to perforemer. why we can't develop games like doom in
> perforemer. is there any games developed in performer?

Some LBE customers use Performer, for example the original Disney
Aladin ride and now the Disney Quest developers.

There was a course at Siggraph 97 which you should try and get your
hands on. Sharon Clay and John Carmack were presenting, it sounds
like the kind of mix you are looking for. I think it was called
"real-time graphics for entertainment" or similar.


>
>            i visited id software site . but i can't find any details
> about how they developed doom, quake games, and how they port their
> games in multible platforms. is there any provision for porting
> ,converting iris performer applications to multi platforms.

Id either ports the graphics portion or occasionally gets someone
else to do the port. They invest a _lot_ of development time in their
graphics engines and have their own sophisticated culling algorithms
and optimized rendering tricks. Trying to emulate this kind of activity
is seriously non-trivial. OpenGL seems to be the approach id is adopting
for future HW accelerated games, but they write some sort of engine on
this as they did with GLQuake.

>
>        one more questions, is there any visual simultion pacage
> ,applicatins, software for PC's,

A few cross platform packages exist but the performance on SGI
machines really sucks when compared to performer. The trouble is
they write to the lowest common denominator and end up with
something which doesn't exploit the system capabilities of a high
end product.

If you want to deploy a game high end system you'd best target
that system and it's features, otherwise you are wasting your
time. We can run GLQuake on an Infinite Reality today, but
it's only a little better than GLQuake on an O2, because it
just improves performance and resolution.

Cheers,Angus.
=======================================================================
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 Aug 18 13:54:57 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA20391; Mon, 18 Aug 1997 10:29:22 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA20375; Mon, 18 Aug 1997 10:29:21 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA05842; Mon, 18 Aug 1997 10:29:21 -0700
Received: from sixty.engr.sgi.com ([198.29.106.150]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA26100
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 10:29:20 -0700
	env-from (javier@sixty.engr.sgi.com)
Received: (from javier@localhost) by sixty.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA02293; Mon, 18 Aug 1997 10:29:17 -0700
Date: Mon, 18 Aug 1997 10:29:17 -0700
From: javier@sixty.engr.sgi.com (Javier Castellar)
Message-Id: <9708181029.ZM2291@sixty.engr.sgi.com>
In-Reply-To: YAMANAKA MASAHIKO <wryml@dimwit.dst.nk-exa.co.jp>
        "about DG5 outputs" (Aug 18, 10:18am)
References: <199708180118.KAA16269@dimwit.dst.nk-exa.co.jp>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: YAMANAKA MASAHIKO <wryml@dimwit.dst.nk-exa.co.jp>, info-performer@sgi.com
Subject: Re: about DG5 outputs
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

No. When you make use of the composite output (aka encoder) it uses a portion
of the Channel 2 hardware. In other words, using the encoder disable Channel 2.

-Javier


On Aug 18, 10:18am, YAMANAKA MASAHIKO wrote:
> Subject: about DG5 outputs
> Sorry, this is not a Performer question, but there are many iR(DG5) users
> in this ML, so please let me ask a simple question about DG5...
>
> One DG5 board has (2or8) outputs + some composite outputs.
> Some composite outputs are internaly same, aren't they?
>
> So my question is, if I use DG5-8, can I use 8+1=9 outputs simultaneously?
>
> When I used ircombine on iR before, I saw [Encoder] button beside [Channel]
> buttons (Currently, I don't use iR and cannot confirm this).
>
> Thanks,
> --
> M.Y.
> =======================================================================
> 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 YAMANAKA MASAHIKO



-- 
*****************************************************************
* 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
=======================================================================
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 Aug 18 16:29:29 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA20422; Mon, 18 Aug 1997 10:44:41 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA20406; Mon, 18 Aug 1997 10:44:41 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA08542; Mon, 18 Aug 1997 10:44:40 -0700
Received: from sim6.dciem.dnd.ca (sim6.dciem.dnd.ca [131.136.68.217]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA09936
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 10:44:38 -0700
	env-from (pplachta@sim6.dciem.dnd.ca)
Received: (from pplachta@localhost) by sim6.dciem.dnd.ca (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA01438; Mon, 18 Aug 1997 13:44:23 -0400
Date: Mon, 18 Aug 1997 13:44:23 -0400 (EDT)
From: Peter Plachta <pplachta@sim6.dciem.dnd.ca>
To: info-performer@sgi.com
Subject: Threads.
Message-ID: <Pine.SGI.3.91.970818134122.1434A-100000@sim6.dciem.dnd.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


Hi
 I have a Performer program that uses pThreads to play sound files - 
sometimes it crashes, though (I get "X error (...) BadAccess (attempt to 
access private resource denied) ). I was wondering if this is a performer 
issue and if the next version will be pThread compatible
(we're using version 2.1 of Performer)

 Thanks,

	Peter


+-------------------------------------------------------------------------+
pplachta@sim6.dciem.dnd.ca              DCIEM,  P.O. Box 2000
Simulator Training Technologies         1133 Sheppard Ave. West
Tel:  (416)-635-2047                    North York, Ont., Canada
Fax:  (416)-635-2104                    M3M 3B9

=======================================================================
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 Aug 18 18:34:13 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id QAA22631; Mon, 18 Aug 1997 16:05:56 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id QAA22615; Mon, 18 Aug 1997 16:05:55 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id QAA00361; Mon, 18 Aug 1997 16:05:55 -0700
Received: from jsc-ems-gws02.jsc.nasa.gov (JSC-EMS-GWS02.jsc.nasa.gov [139.169.16.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id QAA11870
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 16:05:54 -0700
	env-from (hadi.m.tjandrasa1@jsc.nasa.gov)
Received: by jsc-ems-gws02.jsc.nasa.gov with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63)
	id <01BCAC02.1BED4D60@jsc-ems-gws02.jsc.nasa.gov>; Mon, 18 Aug 1997 18:11:11 -0500
Message-ID: <c=US%a=Telemail%p=NASA%l=JSC-EMS-MBS05-970818231116Z-7018@jsc-ems-gws02.jsc.nasa.gov>
From: "TJANDRASA, HADI M. (JSC-ER7)" <hadi.m.tjandrasa1@jsc.nasa.gov>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Display List
Date: Mon, 18 Aug 1997 18:11:16 -0500
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63
Encoding: 33 TEXT
Status: O

Hi Performers,

we are designing an out-the-window (OTW) simulation with a head-up
display (HUD) overlaying the OTW scene on a multiprocessor
(APP_CULL_DRAW) mode.  So far, It works fine when we use OpenGL
immediate mode.  We want to use an OpenGL display list (non-immediate
mode) and create a test program, but the HUD is not rendered; however,
the HUD is rendered when we change to a single processor (APPCULLDRAW)
mode (or perhaps my OpenGL display list test program is incorrectly
implemented for multiprocessing mode?).

The reason to use the display list is to shift the processing time from
the DRAW (immediate)  to the APP (display list) process. Note that we
will eventually use a dynamic display list, traversing the code for
updating vertices.

On a multiprocessor mode, my questions are:

1)  According to the Peformer Programmer's Guide and 'man' pages,
Performer's pf display list should be used for multiprocessing. Why
can't I use the OpenGL display list?

2)  If I use the Performer's pf display list, do I have to create a GSET
node for the HUD and attached it to the OTW scene graph?  I have looked
at the examples in .../libpr/ directory for the pf display list but
still have no clues.

Any suggestions will be greatly appreciated. Thanks in advance,

Hadi
hadi.m.tjandrasa1@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  Mon Aug 18 18:34:13 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id OAA22193; Mon, 18 Aug 1997 14:47:33 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id OAA22177; Mon, 18 Aug 1997 14:47:32 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id OAA20328; Mon, 18 Aug 1997 14:47:31 -0700
Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA22949
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 14:47:30 -0700
	env-from (bro@ht.com)
Received: by gauntlet.ht.com; id RAA09831; Mon, 18 Aug 1997 17:47:29 -0400 (EDT)
Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2)
	id xma009825; Mon, 18 Aug 97 17:47:05 -0400
Received: from zr.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations)
	id VAA01710; Mon, 18 Aug 1997 21:47:10 GMT
Received: by zr.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO)
	for info-performer@sgi.com id RAA26037; Mon, 18 Aug 1997 17:47:22 -0400
Resent-From: "Morten Bro-Nielsen (Ph.D.)" <bro@ht.com>
Resent-Message-Id: <9708181747.ZM26035@ht.com>
Resent-Date: Mon, 18 Aug 1997 17:47:22 -0400
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
Resent-To: info-performer@sgi.com
From: "Morten Bro-Nielsen (Ph.D.)" <bro@ht.com>
Message-Id: <9708181746.ZM26031@ht.com>
Date: Mon, 18 Aug 1997 17:46:54 -0400
In-Reply-To: ken sartor <sartor@bur.visidyne.com>
        "Re: pfVClockSync()" (Aug 18,  4:38pm)
References: <3.0.32.19970818163842.007dabd0@mail.bur.visidyne.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: ken sartor <sartor@bur.visidyne.com>
Subject: Re: pfVClockSync()
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

> >    //
> >    // This should make it wait 10 second
> >    //
> >    for (int j=0; j<10; j++) pfVClockSync(pfGetVideoRate(),0);
> >
>
> This just calls the function pfVClockSync ten times.  You are
> measuring how fast that this call can be made.  From your
> results it looks like it takes about 38 microseconds for the
> call to complete.

Hi Ken,

As I understand the pfVClockSync routine, it will wait until
the 'count' (number of video retraces - 72 times/sec in this case)
modulu pfGetVideoRate() (=72) is equal to zero. In other words
it sleeps until the next 72 video-retrace-boundary.

Assuming that the first time it is lucky and hits the 72-count
quickly. It will then return immediately.

But the following calls should all wait about 1 second. In total around
9-10 seconds.

According to the man-page, if it hits the boundary straight-away it
will wait until the next:

man: If the retrace count modulo rate is equal to offset at the time
     pfVClockSync is called, the caller will not return immediately but will
     go to sleep until rate ticks later.

Or am I misunderstanding this ?

Thanks for answering
--Morten

-- 
                              ,,,
                             (o o)
-------------------------oOO--(_)--OOo------------------------------
Morten Bro-Nielsen, PhD          E-mail:                  bro@ht.com 
Senior Scientist                 HT WWW:           http://www.ht.com
HT Medical, Inc.                 Private: http://www.imm.dtu.dk/~bro
6001 Montrose Road, Suite 902             http://www.imm.dtu.dk/~mvox
Rockville, MD 20852, USA         Phone: +1(301)984-3706  Fax: ..-2104
-------------- Creator of Surgery Simulation Systems ----------------

=======================================================================
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 Aug 18 18:34:16 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA21674; Mon, 18 Aug 1997 12:56:47 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA21658; Mon, 18 Aug 1997 12:56:46 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA29362; Mon, 18 Aug 1997 12:56:45 -0700
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA27661
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 12:56:45 -0700
	env-from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA03302; Mon, 18 Aug 1997 12:56:42 -0700
From: remi@remi.engr.sgi.com (Rémi Arnaud)
Message-Id: <199708181956.MAA03302@remi.engr.sgi.com>
Subject: Re: about DG5 outputs
To: wryml@dimwit.dst.nk-exa.co.jp (YAMANAKA MASAHIKO)
Date: Mon, 18 Aug 1997 12:56:42 -0700 (PDT)
Cc: info-performer@sgi.com
In-Reply-To: <199708180118.KAA16269@dimwit.dst.nk-exa.co.jp> from "YAMANAKA MASAHIKO" at Aug 18, 97 10:18:42 am
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Content-Length: 1028      
Status: O

YAMANAKA MASAHIKO wrote:
> 
> Sorry, this is not a Performer question, but there are many iR(DG5) users
> in this ML, so please let me ask a simple question about DG5...
> 
> One DG5 board has (2or8) outputs + some composite outputs.
> Some composite outputs are internaly same, aren't they?
> 
> So my question is, if I use DG5-8, can I use 8+1=9 outputs simultaneously?

 The composite output is a copy of an output it that case, but there are
 limitations.
> 
> When I used ircombine on iR before, I saw [Encoder] button beside [Channel]
> buttons (Currently, I don't use iR and cannot confirm this).

 all you need is the ircombine tool, and set the target to a 'virtual'
 infinite reality. You can play with the tool and see what possiblities 
 you have.

 Contact your local office to get a copy of ircombine and the video
 format files you want to play with.


    _  /              _             _ 
   |_) _ ._ _ 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 Aug 18 17:59:56 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA21031; Mon, 18 Aug 1997 12:16:13 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA21015; Mon, 18 Aug 1997 12:16:12 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA23589; Mon, 18 Aug 1997 12:16:12 -0700
Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA03047
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 12:16:09 -0700
	env-from (kishore@triavest.com)
Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO)
	 id MAA00771; Mon, 18 Aug 1997 12:17:39 -0700
Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO)
	 id MAA10858; Mon, 18 Aug 1997 12:19:42 -0700
From: "Anita Kishore" <kishore@triavest.com>
Message-Id: <9708181219.ZM10856@tracey.triavest.com>
Date: Mon, 18 Aug 1997 12:19:41 -0700
In-Reply-To: Haruo NOMA <noma@mic.atr.co.jp>
        "How to Edit IV File" (Aug 18,  9:07pm)
References: <199708181207.VAA09335@mailhost.mic.atr.co.jp>
X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail)
To: Haruo NOMA <noma@mic.atr.co.jp>, info-performer@sgi.com
Subject: Re: How to Edit IV File
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 18,  9:07pm, Haruo NOMA wrote:
> Subject: How to Edit IV File
>
> Dear Performer member,
>
> I have one large IV formatted file (10MB with ASCII format). Now, I would
> like to edit this file to change and add some polygons.
>
> First, I have checked some 3D_CAD system, however, there are only few system
> that can read IV file. As Ez3D, It can read but it is insufficient to edit
> polygons. So I search translator that convert IV to other major format, but
> I can not find the translator now.
>
> Please let me know how should I edit this IV file. Are where any standard
> method to edit IV file?
>
> Thank you
>
> Haruo Noma
>
>


You could use Inventor viewers "SceneViewer" or "gview" to certain extent.
Please consult their man pages for usage.

-anita
kishore@triavest.com

-- 
Anita Kishore
=======================================================================
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 Aug 18 18:34:16 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id QAA22613; Mon, 18 Aug 1997 16:04:51 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id QAA22597; Mon, 18 Aug 1997 16:04:51 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id QAA00184; Mon, 18 Aug 1997 16:04:50 -0700
Received: from jsc-ems-gws02.jsc.nasa.gov (JSC-EMS-GWS02.jsc.nasa.gov [139.169.16.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id QAA11039
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 16:04:48 -0700
	env-from (hadi.m.tjandrasa1@jsc.nasa.gov)
Received: by jsc-ems-gws02.jsc.nasa.gov with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63)
	id <01BCAC01.F4880170@jsc-ems-gws02.jsc.nasa.gov>; Mon, 18 Aug 1997 18:10:05 -0500
Message-ID: <c=US%a=Telemail%p=NASA%l=JSC-EMS-MBS05-970818231010Z-7011@jsc-ems-gws02.jsc.nasa.gov>
From: "TJANDRASA, HADI M. (JSC-ER7)" <hadi.m.tjandrasa1@jsc.nasa.gov>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Date: Mon, 18 Aug 1997 18:10:10 -0500
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63
Encoding: 33 TEXT
Status: O

Hi Performers,

we are designing an out-the-window (OTW) simulation with a head-up
display (HUD) overlaying the OTW scene on a multiprocessor
(APP_CULL_DRAW) mode.  So far, It works fine when we use OpenGL
immediate mode.  We want to use an OpenGL display list (non-immediate
mode) and create a test program, but the HUD is not rendered; however,
the HUD is rendered when we change to a single processor (APPCULLDRAW)
mode (or perhaps my OpenGL display list test program is incorrectly
implemented for multiprocessing mode?).

The reason to use the display list is to shift the processing time from
the DRAW (immediate)  to the APP (display list) process. Note that we
will eventually use a dynamic display list, traversing the code for
updating vertices.

On a multiprocessor mode, my questions are:

1)  According to the Peformer Programmer's Guide and 'man' pages,
Performer's pf display list should be used for multiprocessing. Why
can't I use the OpenGL display list?

2)  If I use the Performer's pf display list, do I have to create a GSET
node for the HUD and attached it to the OTW scene graph?  I have looked
at the examples in .../libpr/ directory for the pf display list but
still have no clues.

Any suggestions will be greatly appreciated. Thanks in advance,

Hadi
hadi.m.tjandrasa1@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  Tue Aug 19 04:04:47 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id WAA24808; Mon, 18 Aug 1997 22:43:12 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id WAA24792; Mon, 18 Aug 1997 22:43:11 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id WAA28357; Mon, 18 Aug 1997 22:43:11 -0700
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA23537
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 22:43:10 -0700
	env-from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA04794; Mon, 18 Aug 1997 22:43:08 -0700
From: remi@remi.engr.sgi.com (Rémi Arnaud)
Message-Id: <199708190543.WAA04794@remi.engr.sgi.com>
Subject: Re: Display List
To: hadi.m.tjandrasa1@jsc.nasa.gov (TJANDRASA, HADI M.)
Date: Mon, 18 Aug 1997 22:43:08 -0700 (PDT)
Cc: info-performer@sgi.com
In-Reply-To: <c=US%a=Telemail%p=NASA%l=JSC-EMS-MBS05-970818231116Z-7018@jsc-ems-gws02.jsc.nasa.gov> from "TJANDRASA, HADI M." at Aug 18, 97 06:11:16 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: 3018      
Status: O

TJANDRASA, HADI M. wrote:
> 
> Hi Performers,
> 
> we are designing an out-the-window (OTW) simulation with a head-up
> display (HUD) overlaying the OTW scene on a multiprocessor
> (APP_CULL_DRAW) mode.  So far, It works fine when we use OpenGL
> immediate mode.  We want to use an OpenGL display list (non-immediate
> mode) and create a test program, but the HUD is not rendered; however,
> the HUD is rendered when we change to a single processor (APPCULLDRAW)
> mode (or perhaps my OpenGL display list test program is incorrectly
> implemented for multiprocessing mode?).
> 
> The reason to use the display list is to shift the processing time from
> the DRAW (immediate)  to the APP (display list) process. Note that we
> will eventually use a dynamic display list, traversing the code for
> updating vertices.
> 
> On a multiprocessor mode, my questions are:
> 
> 1)  According to the Peformer Programmer's Guide and 'man' pages,
> Performer's pf display list should be used for multiprocessing. Why
> can't I use the OpenGL display list?
> 
> 2)  If I use the Performer's pf display list, do I have to create a GSET
> node for the HUD and attached it to the OTW scene graph?  I have looked
> at the examples in .../libpr/ directory for the pf display list but
> still have no clues.
> 

  OpenGL needs a context to be able to talk to the graphic pipeline (draw
  anything). Having more than one application talking to the graphic
  is not very efficient at it cause OpenGL context switching, that's why
  Performer has a Draw process, that is the only process talking to the
  pipeline at a time. Performer has a Display List that capture all
  performer draw/apply command, so the display list can be executed in
  the Draw process in an efficient way.

  If you want a process to create display list for the Draw Process, this 
  process must have a shared space (sproc) and have a context that share
  the texture and display list from the Draw Process (see glXCreateContext()).
  The App process is forked, and does not have a graphic context...
  If you go that way, you will have one more problem that is how to synchronize
  the HUD with the rest of the simulation. If the APP creates a new HUD that
  is going to be displaed immediatly by the DrawProcess, but you are running
  in a CULL/DRAW pipeline model, the HUD will not be in phase with the 
  main image, exactly 1 frame too early in that case.

  What you can do, is using the performer GeoSet objects, and the pfCycleBuffer that 
  let you change a geoset in the application, and get the right information
  to the draw process. You can also use a Performer display list that you
  will compute in the app, and render in the Draw Process. Even in that case
  you will appreciate the pfCycleBuffer mechanism that will help you to manage
  the memory associated with that.

  Regards



    _  /              _             _ 
   |_) _ ._ _ 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  Tue Aug 19 04:23:29 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id XAA24855; Mon, 18 Aug 1997 23:02:40 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id XAA24839; Mon, 18 Aug 1997 23:02:39 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id XAA29036; Mon, 18 Aug 1997 23:02:38 -0700
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA06869
	for <info-performer@sgi.com>; Mon, 18 Aug 1997 23:02:38 -0700
	env-from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id XAA04907; Mon, 18 Aug 1997 23:02:35 -0700
From: remi@remi.engr.sgi.com (Rémi Arnaud)
Message-Id: <199708190602.XAA04907@remi.engr.sgi.com>
Subject: Re: Threads.
To: pplachta@sim6.dciem.dnd.ca (Peter Plachta)
Date: Mon, 18 Aug 1997 23:02:35 -0700 (PDT)
Cc: info-performer@sgi.com
In-Reply-To: <Pine.SGI.3.91.970818134122.1434A-100000@sim6.dciem.dnd.ca> from "Peter Plachta" at Aug 18, 97 01:44:23 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: 657       
Status: O

Peter Plachta wrote:
> 
> 
> Hi
>  I have a Performer program that uses pThreads to play sound files - 
> sometimes it crashes, though (I get "X error (...) BadAccess (attempt to 
> access private resource denied) ). I was wondering if this is a performer 
> issue and if the next version will be pThread compatible
> (we're using version 2.1 of Performer)
> 
>  Thanks,
> 
> 	Peter
> 


 It looks like more an OS problem. Are you running 6.2 ? Did you try
 the application with 6.4 ?

 regards


    _  /              _             _ 
   |_) _ ._ _ 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  Tue Aug 19 07:29:58 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id CAA25175; Tue, 19 Aug 1997 02:04:56 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id CAA25159; Tue, 19 Aug 1997 02:04:55 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id CAA06080; Tue, 19 Aug 1997 02:04:55 -0700
Received: from dkamur.lego.com (firewall.lego.com [194.182.232.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA09940
	for <info-performer@sgi.sgi.com>; Tue, 19 Aug 1997 02:04:52 -0700
	env-from (svend@digi.lego.com)
Received: (from gproxy@localhost) by dkamur.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA11351 for <@dkamur.lego.com:info-performer@sgi.sgi.com>; Tue, 19 Aug 1997 11:05:43 +0200
Received: from hejmdal.digi.lego.com(171.20.104.9) by dkamur via smap (3.1)
	id xma011340; Tue, 19 Aug 97 11:05:28 +0200
Received: (from gproxy@localhost) by freja.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA02264 for <@freja.digi.lego.com:info-performer@sgi.sgi.com>; Tue, 19 Aug 1997 11:04:59 +0200
Received: from dynasty2.digi.lego.com(171.20.167.61) by freja via smap (3.1)
	id xma002262; Tue, 19 Aug 97 11:04:34 +0200
Received: from dynasty2 (localhost [127.0.0.1]) by dynasty2.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA02622 for <info-performer@sgi.sgi.com>; Tue, 19 Aug 1997 02:05:38 -0700
Sender: svend@digi.lego.com
Message-ID: <33F961E2.41C6@digi.lego.com>
Date: Tue, 19 Aug 1997 02:05:38 -0700
From: Svend Tang-Petersen <svend@digi.lego.com>
Organization: LEGO
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: VRML2.X Loader.
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi Performers.

I was searching the net and sgigate for a vrml2.x loader.
Has anyone written one yet ?

-- 

 Svend Tang-Petersen, MSc
 LEGO
 Kloevermarken 120
 7190 Billund
 Denmark

 e-mail: svend@digi.lego.com
 http://www.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 Aug 19 12:10:51 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA26151; Tue, 19 Aug 1997 09:59:53 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA26135; Tue, 19 Aug 1997 09:59:52 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA05980; Tue, 19 Aug 1997 09:59:51 -0700
Received: from amber.drawcomp.com ([204.170.241.126]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA05908
	for <info-performer@sgi.com>; Tue, 19 Aug 1997 09:59:50 -0700
	env-from (prakash@drawcomp.com)
Received: (from nobody@localhost)
	by amber.drawcomp.com (8.8.5/8.8.5) id MAA08776;
	Tue, 19 Aug 1997 12:53:53 -0400 (EDT)
X-Authentication-Warning: amber.drawcomp.com: nobody set sender to <prakash@drawcomp.com> using -f
Received: from porter(10.0.0.5) by amber.drawcomp.com via smap (V2.0)
	id xma008769; Tue, 19 Aug 97 12:53:33 -0400
Sender: gpmahesh@drawcomp.com
Message-ID: <33F9CF8D.446B@drawcomp.com>
Date: Tue, 19 Aug 1997 12:53:33 -0400
From: Prakash Mahesh <prakash@drawcomp.com>
Organization: DRaW Computing Assoc. Inc., http://www.drawcomp.com/prakash.html
X-Mailer: Mozilla 3.02 (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: Svend Tang-Petersen <svend@digi.lego.com>
CC: info-performer@sgi.com, "Paul J. Diefenbach" <pjdief@drawcomp.com>
Subject: Re: VRML2.X Loader.
References: <33F961E2.41C6@digi.lego.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Svend Tang-Petersen wrote:
> 
> Hi Performers.
> 
> I was searching the net and sgigate for a vrml2.x loader.
> Has anyone written one yet ?

Yes, OpenWorlds (by DRaW Computing Inc.) is a C++ VRML 2.0 library, and
will be available as a VRML 2.0 loader for Performer 2.2 (as one of the
friends of Performer) when  it is released. If you are looking for a
VRML loader for earlier versions of Performer let us know. You can look
at http://www.openworlds.com for more infromation.

Thanks.
-- 
  Prakash Mahesh                                     
  prakash@drawcomp.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 Aug 19 12:10:52 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA26109; Tue, 19 Aug 1997 09:53:47 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA26093; Tue, 19 Aug 1997 09:53:46 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA05181; Tue, 19 Aug 1997 09:53:45 -0700
Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA03024
	for <info-performer@sgi.com>; Tue, 19 Aug 1997 09:53:43 -0700
	env-from (kishore@triavest.com)
Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO)
	 id JAA01725; Tue, 19 Aug 1997 09:55:04 -0700
Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO)
	 id JAA14822; Tue, 19 Aug 1997 09:57:09 -0700
From: "Anita Kishore" <kishore@triavest.com>
Message-Id: <9708190957.ZM14818@tracey.triavest.com>
Date: Tue, 19 Aug 1997 09:57:07 -0700
In-Reply-To: =?iso-8859-1?Q?remi=40remi=2Eengr=2Esgi=2Ecom_=28R=E9mi_Arnau?=
 =?iso-8859-1?Q?d=29
 _______=22Re=3A_Threads=2E=22_=28Aug_18=2C_11=3A02pm=29?=
References: <199708190602.XAA04907@remi.engr.sgi.com>
X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail)
To: remi@remi.engr.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=),
        pplachta@sim6.dciem.dnd.ca (Peter Plachta)
Subject: Re: Threads.
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708190957.ZM14818.triavest.com"
Status: O


--PART-BOUNDARY=.19708190957.ZM14818.triavest.com
Content-Description: Text
Content-Type: text/plain ; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Zm-Decoding-Hint: mimencode -q -u 

On Aug 18, 11:02pm, R=E9mi Arnaud wrote:
> Subject: Re: Threads.
> Peter Plachta wrote:
> >
> >
> > Hi
> >  I have a Performer program that uses pThreads to play sound files -
> > sometimes it crashes, though (I get "X error (...) BadAccess (attempt=
 to
> > access private resource denied) ). I was wondering if this is a perfo=
rmer
> > issue and if the next version will be pThread compatible
> > (we're using version 2.1 of Performer)
> >
> >  Thanks,
> >
> > 	Peter
> >
>
>
>  It looks like more an OS problem. Are you running 6.2 ? Did you try
>  the application with 6.4 ?
>
>  regards
>
>
>     _  /              _             _
>    |_) _ ._ _ o   /\ |_)|\ | /\ | || \
>    | \(/_| | ||  /--\| \| \|/--\|_||_/



As far as I knew, pf2.1 didn't support pThreads, neither did 6.2, in 6.3 =
there
is a patch for using pThreads and 6.4 has direct support for it - is this=

info correct?

-anita
kishore@triavest.com

-- =

Anita Kishore

--PART-BOUNDARY=.19708190957.ZM14818.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  Tue Aug 19 12:10:53 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA26176; Tue, 19 Aug 1997 10:01:01 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA26160; Tue, 19 Aug 1997 10:01:00 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA06243; Tue, 19 Aug 1997 10:01:00 -0700
Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.3.16]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA06429
	for <info-performer@sgi.com>; Tue, 19 Aug 1997 10:00:59 -0700
	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.5/8.8.5) with ESMTP id MAA03661;
	Tue, 19 Aug 1997 12:00:58 -0500 (CDT)
Received: from space.ncsa.uiuc.edu (space.ncsa.uiuc.edu [141.142.4.10])
	by mx1.ncsa.uiuc.edu (8.8.5/8.8.5) with ESMTP id MAA27608;
	Tue, 19 Aug 1997 12:00:57 -0500 (CDT)
From: William Sherman -Visualization <wsherman@ncsa.uiuc.edu>
Received: (from wsherman@localhost)
          by space.ncsa.uiuc.edu (8.8.4/8.8.4)
	  id MAA17700; Tue, 19 Aug 1997 12:01:21 -0500 (CDT)
Date: Tue, 19 Aug 1997 12:01:21 -0500 (CDT)
Message-Id: <199708191701.MAA17700@space.ncsa.uiuc.edu>
To: info-performer@sgi.com, svend@digi.lego.com
Subject: Re:  VRML2.X Loader.
Cc: wsherman@ncsa.uiuc.edu
Status: O

> I was searching the net and sgigate for a vrml2.x loader.
> Has anyone written one yet ?

Swami (also on this list) is wrapping one up that uses performer,
and displays on any type of VR device (or just a workstation
display).  We plan to include it on the CAVERNUS (CAVE library user
group) in a couple weeks.

Svend (and anyone else interested) can send me mail to inquire
further after a couple of weeks if I forget to send email directly.

BTW, the CAVERNUS web page (with several other VR apps) can be
found under the NCSA VEG page:
	http://www.ncsa.uiuc.edu/VEG

>  Svend Tang-Petersen, MSc

	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  Tue Aug 19 16:29:24 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA26248; Tue, 19 Aug 1997 10:41:04 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA26232; Tue, 19 Aug 1997 10:41:03 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA12383; Tue, 19 Aug 1997 10:41:02 -0700
Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA25730
	for <info-performer@sgi.com>; Tue, 19 Aug 1997 10:40:52 -0700
	env-from (nchehayeb@ceit.es)
Received: by correo.ceit.es with Internet Mail Service (5.0.1458.49)
	id <34TZBWMB>; Tue, 19 Aug 1997 19:36:57 +0200
Message-ID: <4117B47B16A5CF118A6400805F4C3F51011A9C@correo.ceit.es>
From: "Chehayeb, Nassouh" <nchehayeb@ceit.es>
To: "'Info-Performer'" <info-performer@sgi.com>
Subject: C++ Objects in pfDataPool
Date: Tue, 19 Aug 1997 19:36:55 +0200
X-Priority: 3
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1458.49)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Status: O

Hi Performers,

	I want to create a general method to allocate object form a
pfDataPool, so I create the following class:

/*___________________________________________________*/
//PoolObject.h
	extern pfDataPool *GetDataPool();

	class PoolObject
	{
	public:
	   void *operator new(size_t sz, int id =3D 0);
               void operator delete(void *mem);
	};
=09
//PoolObject.cxx

	void *PoolObject::operator new(size_t sz, int id)
	{
	void *mem;

  	mem =3D (void *) GetDataPool()->alloc(sz, id);  // =BF=BF=BF cast =
from
volatile void * to void * ???
 	if (mem =3D=3D NULL)
	   pfNotify(/* error code */);

	return (mem);
	}

/*_________________________________________________*/

the user now can create its own classes that derive from my class and
use the operator new to create objects in the following way:

/*_________________________________________________*/

// MyObject.h

	class MyObject: public PoolObject
	{
 	protected:
	   int val;
=09
	public:
	   MyObject(int _val) { val =3D _val;}
	 ~MyObject() {}
	};

// in othe file the used can write:
	MyObject  *mo =3D new MyObject(500);
// will create the object in the pool memory and call its constuctor.
/*__________________________________________________*/

The problem is that this method may causes a SIGBUS error (because of
the cast above?).

Any help will be appreciated.

Nassouh Adel Chehayeb
C.E.I.T.
(Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa)
Applied Mechanics Department
Paseo de Manuel Lardizabal - 15
20009. San Sebastian (SPAIN)
e-mail: nchehayeb@ceit.es
Phone: ++34-43-21.28.00
Fax   : ++34-43-21.30.76



=======================================================================
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 Aug 19 17:31:19 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA26406; Tue, 19 Aug 1997 11:42:08 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA26390; Tue, 19 Aug 1997 11:42:07 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA19239; Tue, 19 Aug 1997 11:42:07 -0700
Received: from cod.nosc.mil (cod.nosc.mil [128.49.4.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA18566
	for <info-performer@sgi.com>; Tue, 19 Aug 1997 11:42:04 -0700
	env-from (croft@nosc.mil)
Received: from goofy1.nosc.mil (goofy1.nosc.mil [198.253.138.95])
	by cod.nosc.mil (8.8.7/8.8.7) with SMTP id LAA22003;
	Tue, 19 Aug 1997 11:42:02 -0700 (PDT)
Date: Tue, 19 Aug 1997 11:42:02 -0700 (PDT)
Message-Id: <199708191842.LAA22003@cod.nosc.mil>
X-Sender: croft@cod.nosc.mil
X-Mailer: Windows Eudora Version 2.0.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: info-performer@sgi.com
From: croft@nosc.mil (Bryan Croft)
Subject: World Database
Cc: croft@cod.nosc.mil
Status: O

Hello,

At the "Birds of a Feather" for Performer at SIGGRAPH 97'
I saw a World database in which the user could continually
zoom in on a given location on the globe and eventually zoom
in on the San Francisco area.  Is it possible to obtain this
database and from whom?  Thanks.


             Bryan Croft
****************************************************************************
*********

                      Bryan Croft
                      NCCOSC RDTE DIV D44206
                      53140 SYSTEMS STREET
                      SAN DIEGO, CA  92152-7560
                      (619)553-3458
                      FAX (619)553-6902
                      croft@nosc.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  Tue Aug 19 19:27:40 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA27058; Tue, 19 Aug 1997 13:37:34 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA27042; Tue, 19 Aug 1997 13:37:33 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA06820; Tue, 19 Aug 1997 13:37:33 -0700
Received: from coral.arc.nasa.gov (coral.arc.nasa.gov [128.102.119.141]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA12858
	for <info-performer@sgi.com>; Tue, 19 Aug 1997 13:37:30 -0700
	env-from (ethan@coral.arc.nasa.gov)
Received: from coral.arc.nasa.gov (localhost [127.0.0.1]) by coral.arc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA07676 for <info-performer@sgi.com>; Tue, 19 Aug 1997 13:22:16 -0700
Sender: ethan@coral.arc.nasa.gov
Message-ID: <33FA0078.41C6@coral.arc.nasa.gov>
Date: Tue, 19 Aug 1997 13:22:16 -0700
From: Ethan Phelps-Goodman <ethan@coral.arc.nasa.gov>
X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: IRIS Performer mailing list <info-performer@sgi.com>
Subject: How do I render a pfPipeWindow into a motif widget?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

I am trying to port a simulation package from Inventor to Performer. I
am having trouble making a pfPipeWindow draw into a Widget. I have a
window with several widgets, and in some of them I am trying to put a
pfPipeWindow. I create the pfPipeWindow and the widget, and then call
pfPipeWindow::setWSWindow(). When I call pfPipeWindow::open() a whole
new motif window is created outside of my origonal window. How do I make
Performer render to just one area of a window?

Here is the code I am using:

/* pfPipeWindow created here
...
*/

// I need a void** to pass to pfChooseFBConfigData()
int* foo = (int*)pfMalloc( sizeof(int), pfGetSharedArena() );
// I create an OpenGL rendering widget
windowWidget = XtVaCreateManagedWidget( name,
			glwMDrawingAreaWidgetClass, parentWidget,
			GLwNvisualInfo,
			pfChooseFBConfigData( (void**)&foo,
				XtDisplay(parentWidget), -1, NULL,
				pfGetSharedArena() ), NULL );
_win->setWSDrawable( NULL, XtWindow( windowWidget ) );
_win->setWSWindow( NULL, XtWindow( parentWidget ) );


/* pfPipeWindow::open() called later
...
*/


The widget is always black, and the seperate pfPipeWindow draws
properly. Its like I never called setWSWindow().

Does anyone know what's going wrong?

-- 

Ethan Phelps-Goodman
ethan@coral.arc.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  Wed Aug 20 02:48:36 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id VAA28623; Tue, 19 Aug 1997 21:22:28 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id VAA28607; Tue, 19 Aug 1997 21:22:27 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id VAA19136; Tue, 19 Aug 1997 21:22:27 -0700
Received: from mail.ucsd.edu (ucsd.ucsd.edu [132.239.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA00385
	for <info-performer@sgi.com>; Tue, 19 Aug 1997 21:22:25 -0700
	env-from (rmckinle@curly.ucsd.edu)
Received: from curly.ucsd.edu by mail.ucsd.edu; id VAA05495
	sendmail 8.8.5/UCSD8.3 via SMTP
	Tue, 19 Aug 1997 21:22:24 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com>
Received: from localhost (rmckinle@localhost) by curly.ucsd.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id VAA03660 for <info-performer@sgi.com>; Tue, 19 Aug 1997 21:19:16 -0700
Date: Tue, 19 Aug 1997 21:19:16 -0700 (PDT)
From: Ryan McKinley <rmckinle@curly.ucsd.edu>
To: info-performer@sgi.com
Subject: OpenGL context windows
Message-ID: <Pine.SGI.3.96.970819203119.3614A-100000@curly.ucsd.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


Hi -

I'm running Performer 2.1 on a single processor RE2.  I want to open a
single channel window, get keyPress information in that window, and be
able to make OpenGL calls directly to that window.  I know this is
possible (it's in the FAQ) but I haven't had success with the OpenGL
part.

I'm using:
 
    pfOpenPWin(pw); 

    dsp = pfGetCurWSConnection(); 
    win = pfGetPWinWSWindow(pw); 
    XSelectInput(dsp, win, KeyPressMask ); 
    XMapWindow(dsp, win); 

to open the window now.

in the main loop, I want to call something like:

   glDisable(GL_LIGHTING); 
   glDisable(GL_COLOR_MATERIAL); 
 
   glColor3f(1.0, 0.0, 0.0); 
   glBegin(GL_LINE_LOOP); 
      glVertex3f(5.0, 2.0, 1.0); 
      glVertex3f(5.0, 2.0, 6.0); 
      glVertex3f(5.0,12.0, 6.0); 
      glVertex3f(5.0,12.0, 1.0); 
   glEnd(); 
	
   glEnable(GL_COLOR_MATERIAL); 
   glEnable(GL_LIGHTING);  


I also have a question about callback routines...

perfly sets up callback functions like this:

    // Set the callback routines for the pfChannel
    pfChanTravFunc(chan, PFTRAV_APP, AppFunc); 
    pfChanTravFunc(chan, PFTRAV_CULL, CullFunc); 
    pfChanTravFunc(chan, PFTRAV_DRAW, DrawFunc);

It there any advantage to using callback routines if I'm running on a
single processor machine?

If so, what types of things should go in AppFunc and DrawFunc? 

Thanks for your help,

Ryan

=======================================================================
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 Aug 20 08:47:02 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id DAA29335; Wed, 20 Aug 1997 03:14:32 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id DAA29319; Wed, 20 Aug 1997 03:14:28 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id DAA01925; Wed, 20 Aug 1997 03:14:27 -0700
Received: from systech.hinet.net ([210.71.162.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA22622
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 03:14:23 -0700
	env-from (jim@systech.hinet.net)
Received: (from jim@localhost) by systech.hinet.net (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA23188; Wed, 20 Aug 1997 18:17:49 -0700
From: "jim" <jim@systech.hinet.net>
Message-Id: <9708201817.ZM23186@systech.hinet.net>
Date: Wed, 20 Aug 1997 18:17:48 -0700
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: jim@systech.hinet.net, info-performer@sgi.com
Subject: Is it possible to build Models by the digitizer
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi :
	Is there any method automeshing the points's positions from the
digitizer?  That is can I use these sampling positions to build a trianglized
model?

	Thanks!
Jim Tsai
=======================================================================
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 Aug 20 10:32:03 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id FAA29517; Wed, 20 Aug 1997 05:02:03 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id FAA29497; Wed, 20 Aug 1997 05:02:00 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id FAA05036; Wed, 20 Aug 1997 05:01:58 -0700
Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA09298
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 05:01:56 -0700
	env-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/911001.SGI)
	 id IAA03532; Wed, 20 Aug 1997 08:01:46 -0400
Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id HAA02220; Wed, 20 Aug 1997 07:48:23 -0400
Date: Wed, 20 Aug 1997 07:48:23 -0400
From: brian@dingbat.clubfed.sgi.com (Brian Furtaw)
Message-Id: <9708200748.ZM2218@dingbat.clubfed.sgi.com>
In-Reply-To: "Anita Kishore" <kishore@triavest.com>
        "Re: Threads." (Aug 19,  9:57am)
References: <199708190602.XAA04907@remi.engr.sgi.com> 
	<9708190957.ZM14818@tracey.triavest.com>
Reply-To: brian@sgi.com
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "Anita Kishore" <kishore@triavest.com>,
        remi@remi.engr.sgi.com (
 =?iso-8859-1?Q?R=E9mi_Arnaud?=),
        pplachta@sim6.dciem.dnd.ca (Peter Plachta),
        brian@hotsauce.clubfed.sgi.com (Brian Furtaw)
Subject: Re: Threads.
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708200748.ZM2218.clubfed.sgi.com"
Status: O


--PART-BOUNDARY=.19708200748.ZM2218.clubfed.sgi.com
Content-Description: Text
Content-Type: text/plain ; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Zm-Decoding-Hint: mimencode -q -u 

You may be making an XWindows call from one of your threads. X is not thr=
ead
safe so you can't do this.

Brian

On Aug 19,  9:57am, Anita Kishore wrote:
> Subject: Re: Threads.
>
> [ Text
>   Encoded with "quoted-printable" ] :
>
> On Aug 18, 11:02pm, R=E9mi Arnaud wrote:
> > Subject: Re: Threads.
> > Peter Plachta wrote:
> > >
> > >
> > > Hi
> > >  I have a Performer program that uses pThreads to play sound files =
-
> > > sometimes it crashes, though (I get "X error (...) BadAccess (attem=
pt to
> > > access private resource denied) ). I was wondering if this is a per=
former
> > > issue and if the next version will be pThread compatible
> > > (we're using version 2.1 of Performer)
> > >
> > >  Thanks,
> > >
> > > 	Peter
> > >
> >
> >
> >  It looks like more an OS problem. Are you running 6.2 ? Did you try
> >  the application with 6.4 ?
> >
> >  regards
> >
> >
> >     _  /              _             _
> >    |_) _ ._ _ o   /\ |_)|\ | /\ | || \
> >    | \(/_| | ||  /--\| \| \|/--\|_||_/
>
>
>
> As far as I knew, pf2.1 didn't support pThreads, neither did 6.2, in 6.=
3
there
> is a patch for using pThreads and 6.4 has direct support for it - is th=
is
> info correct?
>
> -anita
> kishore@triavest.com
>
> --
> Anita Kishore
>-- End of excerpt from Anita Kishore



-- =

    ----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


--PART-BOUNDARY=.19708200748.ZM2218.clubfed.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 Aug 20 14:22:15 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id IAA29781; Wed, 20 Aug 1997 08:36:02 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id IAA29765; Wed, 20 Aug 1997 08:36:01 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id IAA18238; Wed, 20 Aug 1997 08:36:01 -0700
Received: from coral.arc.nasa.gov (coral.arc.nasa.gov [128.102.119.141]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA08493
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 08:35:59 -0700
	env-from (ethan@coral.arc.nasa.gov)
Received: from coral.arc.nasa.gov (localhost [127.0.0.1]) by coral.arc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA09268 for <info-performer@sgi.com>; Wed, 20 Aug 1997 08:20:44 -0700
Sender: ethan@coral.arc.nasa.gov
Message-ID: <33FB0B4B.41C6@coral.arc.nasa.gov>
Date: Wed, 20 Aug 1997 08:20:43 -0700
From: Ethan Phelps-Goodman <ethan@coral.arc.nasa.gov>
X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: IRIS Performer mailing list <info-performer@sgi.com>
Subject: Re: How do I render a pfPipeWindow into a motif widget?
References: <33FA0078.41C6@coral.arc.nasa.gov> <9708200809.ZM7781@hotsauce.clubfed.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Brian Furtaw wrote:
> 
> On Aug 19,  1:22pm, Ethan Phelps-Goodman wrote:
> > Subject: How do I render a pfPipeWindow into a motif widget?
> > I am trying to port a simulation package from Inventor to Performer. I
> > am having trouble making a pfPipeWindow draw into a Widget. I have a
> > window with several widgets, and in some of them I am trying to put a
> > pfPipeWindow. I create the pfPipeWindow and the widget, and then call
> > pfPipeWindow::setWSWindow(). When I call pfPipeWindow::open() a whole
> > new motif window is created outside of my origonal window. How do I make
> > Performer render to just one area of a window?
> >
> > Here is the code I am using:
> >
> > /* pfPipeWindow created here
> > ...
> > */
> >
> > // I need a void** to pass to pfChooseFBConfigData()
> > int* foo = (int*)pfMalloc( sizeof(int), pfGetSharedArena() );
> > // I create an OpenGL rendering widget
> > windowWidget = XtVaCreateManagedWidget( name,
> >                       glwMDrawingAreaWidgetClass, parentWidget,
> >                       GLwNvisualInfo,
> >                       pfChooseFBConfigData( (void**)&foo,
> >                               XtDisplay(parentWidget), -1, NULL,
> >                               pfGetSharedArena() ), NULL );
> > _win->setWSDrawable( NULL, XtWindow( windowWidget ) );
> > _win->setWSWindow( NULL, XtWindow( parentWidget ) );
> >
> >
> > /* pfPipeWindow::open() called later
> > ...
> > */
> >
> >
> > The widget is always black, and the seperate pfPipeWindow draws
> > properly. Its like I never called setWSWindow().
> >
> > Does anyone know what's going wrong?
> >
> > --
> >
> > Ethan Phelps-Goodman
> > ethan@coral.arc.nasa.gov
> > 

> 
> Do you call pfPipeWindow::setOrigin(int xo, int yo); or
> pfPipeWindow::setOriginSize(int xo, int yo, int xs, int ys);
> Don't because I had problems getting performer to use a separate window
> when using theses calls. Looks like you are doing everything
> correctly maybe it is where you are calling the PfPipeWindow::open()
> where do you do that?
> 
> Brian
> 
> --
> o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o
> 
> 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


I call pfPipeWindow::open() later in the program when I want to show the
viewer. open() is called in the application process.



-- 

Ethan Phelps-Goodman
ethan@coral.arc.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  Wed Aug 20 15:40:05 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA00222; Wed, 20 Aug 1997 10:05:07 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA00204; Wed, 20 Aug 1997 10:05:06 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA29850; Wed, 20 Aug 1997 10:05:06 -0700
Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA23800
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 10:04:56 -0700
	env-from (kishore@triavest.com)
Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO)
	 id KAA02728; Wed, 20 Aug 1997 10:06:24 -0700
Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO)
	 id KAA20085; Wed, 20 Aug 1997 10:08:27 -0700
From: "Anita Kishore" <kishore@triavest.com>
Message-Id: <9708201008.ZM20083@tracey.triavest.com>
Date: Wed, 20 Aug 1997 10:08:25 -0700
In-Reply-To: Ryan McKinley <rmckinle@curly.ucsd.edu>
        "OpenGL context windows" (Aug 19,  9:19pm)
References: <Pine.SGI.3.96.970819203119.3614A-100000@curly.ucsd.edu>
X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail)
To: Ryan McKinley <rmckinle@curly.ucsd.edu>, info-performer@sgi.com
Subject: Re: OpenGL context windows
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 19,  9:19pm, Ryan McKinley wrote:
> Subject: OpenGL context windows
>
> Hi -
>
> I'm running Performer 2.1 on a single processor RE2.  I want to open a
> single channel window, get keyPress information in that window, and be
> able to make OpenGL calls directly to that window.  I know this is
> possible (it's in the FAQ) but I haven't had success with the OpenGL
> part.
>


The following works for me. But I use pf pipe window for rendering.

In the pipe window's config function, do:

	// register some keypress events
    	Dsp = pfGetCurWSConnection();
    	win = pfGetPWinWSWindow(pw);
    	XSelectInput(Dsp, win, KeyPressMask);

In the channel draw function, do :

	pfClearChan(chan);
    	pfDraw();
    	// check for any keypress events
        GetXInput();


GetXInput() function has :

    pfWSConnection dsp = pfGetCurWSConnection();

    if (XEventsQueued(dsp, QueuedAfterFlush))
    {
        while (XEventsQueued(dsp, QueuedAlready))
        {
            XEvent event;
            XNextEvent(Dsp, &event);

            switch (event.type)
            {
                case KeyPress:
                {
                    char buf[100];
                    int rv;
                    KeySym ks;
                    rv = XLookupString(&event.xkey, buf, sizeof(buf), &ks, 0);

                    switch(ks)
                    {
                        case XK_F1:
                            printf("XK_F1 pressed\n");
			    break;
		    }
		  }
		}
	    }
	}


This type of event checking is used in several of Pf sample programs that are
distributed.

Hope this helps.

-anita
kishore@triavest.com


-- 
Anita Kishore
=======================================================================
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 Aug 20 17:27:10 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA00687; Wed, 20 Aug 1997 11:39:43 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA00671; Wed, 20 Aug 1997 11:39:42 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA12272; Wed, 20 Aug 1997 11:39:42 -0700
Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA14218
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 11:39:41 -0700
	env-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 LAA07989 for <info-performer@sgi.com>; Wed, 20 Aug 1997 11:47:52 -0700
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 SAA17738 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Wed, 20 Aug 1997 18:37:48 GMT
Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA13443 for info-performer@sgi.com; Wed, 20 Aug 1997 11:37:47 -0700
From: "Marcus Barnes" <marcus@multigen.com>
Message-Id: <9708201137.ZM13439@logan.engr.multigen.com>
Date: Wed, 20 Aug 1997 11:37:47 -0700
In-Reply-To: "Chehayeb, Nassouh" <nchehayeb@ceit.es>
        "C++ Objects in pfDataPool" (Aug 19,  7:36pm)
References: <4117B47B16A5CF118A6400805F4C3F51011A9C@correo.ceit.es>
Organization: MultiGen Inc.
X-Phones: 1-408-556-2654
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "'Info-Performer'" <info-performer@sgi.com>
Subject: Re: C++ Objects in pfDataPool
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708201137.ZM13439.engr.multigen.com"
Status: O


--PART-BOUNDARY=.19708201137.ZM13439.engr.multigen.com
Content-Description: Text
Content-Type: text/plain ; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Zm-Decoding-Hint: mimencode -q -u 

On Aug 19,  7:36pm, Chehayeb, Nassouh wrote:
> I want to create a general method to allocate object form a
> pfDataPool, so I create the following class:

[munch]

> 	void *PoolObject::operator new(size_t sz, int id)
> 	{
> 	void *mem;
>
>	// =BF=BF=BF cast from volatile void * to void * ???
>   	mem =3D (void *) GetDataPool()->alloc(sz, id);

This cast is more precisely a const_cast<> and required by the language i=
n this
circumstance. The pointer returned by alloc() is to shared memory and the=
 data
it points to may be changed in ways unknown to the compiler. "volatile"
prevents the compiler from optimizing away data fetches related to the po=
inter
that are required for proper behavior. The reason you need the cast is be=
cause
C++ requires that operator new() return "void*" only.

[munch]

> 	class MyObject: public PoolObject
> 	{
>  	protected:
> 	   int val;
>
> 	public:
> 	   MyObject(int _val) { val =3D _val;}
> 	 ~MyObject() {}
> 	};
>
> // in othe file the used can write:
> 	MyObject  *mo =3D new MyObject(500);

"mo" is semantically volatile. Your scheme is casting away volatile. Your=
 class
is more properly defined as:

class MgObject: public PoolObject { ... int volatile val; ... };

All data members of classes derived from PoolObject should be declared
volatile.

> // will create the object in the pool memory and call its constuctor.
> /*__________________________________________________*/
>
> The problem is that this method may causes a SIGBUS error (because of
> the cast above?).

I don't think the cast is the problem. You don't show the statement that
produces the bus error (access alignment error).

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       +

--PART-BOUNDARY=.19708201137.ZM13439.engr.multigen.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 Aug 20 18:00:20 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA00933; Wed, 20 Aug 1997 12:08:31 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA00917; Wed, 20 Aug 1997 12:08:30 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA15837; Wed, 20 Aug 1997 12:08:29 -0700
Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA00815; Wed, 20 Aug 1997 12:08:28 -0700
	env-from (src@rose.engr.sgi.com)
Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA23822; Wed, 20 Aug 1997 12:08:27 -0700
From: "Sharon Clay" <src@rose.engr.sgi.com>
Message-Id: <9708201208.ZM23818@rose.engr.sgi.com>
Date: Wed, 20 Aug 1997 12:08:26 -0700
In-Reply-To: brian@dingbat.clubfed.sgi.com (Brian Furtaw)
        "Re: Threads." (Aug 20,  7:48am)
References: <199708190602.XAA04907@remi.engr.sgi.com> 
	<9708190957.ZM14818@tracey.triavest.com> 
	<9708200748.ZM2218@dingbat.clubfed.sgi.com>
X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail)
To: brian@sgi.com, "Anita Kishore" <kishore@triavest.com>,
        remi@remi.engr.sgi.com (
 =?iso-8859-1?Q?_R=E9mi_Arnaud?=),
        pplachta@sim6.dciem.dnd.ca (Peter Plachta),
        brian@hotsauce.clubfed.sgi.com (Brian Furtaw)
Subject: Re: Threads.
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708201208.ZM23818.engr.sgi.com"
Status: O


--PART-BOUNDARY=.19708201208.ZM23818.engr.sgi.com
Content-Description: Text
Content-Type: text/plain ; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Zm-Decoding-Hint: mimencode -q -u 

+>---- On Aug 20,  7:48am, Brian Furtaw wrote:
> Subject: Re: Threads.
->
->You may be making an XWindows call from one of your threads. X is not t=
hread
->safe so you can't do this.

More clarification here:  you can't use the _same_ X Display connection
in multipe threads. As Brian says, the error you are seeing does smell
of this.  Performer provides sproc-safe X connections through
pfGetCurWSConnection().  However, the mechanism used in Performer
does NOT work for pthreads.  So, you'll have to open your own X
connection and keep it in your pthread-specific memory area.

->
->Brian
->
->On Aug 19,  9:57am, Anita Kishore wrote:
->> Subject: Re: Threads.
->>
->> [ Text
->>   Encoded with "quoted-printable" ] :
->>
->> On Aug 18, 11:02pm, R=E9mi Arnaud wrote:
->> > Subject: Re: Threads.
->> > Peter Plachta wrote:
->> > >
->> > >
->> > > Hi
->> > >  I have a Performer program that uses pThreads to play sound file=
s -
->> > > sometimes it crashes, though (I get "X error (...) BadAccess (att=
empt to
->> > > access private resource denied) ). I was wondering if this is a p=
erformer
->> > > issue and if the next version will be pThread compatible
->> > > (we're using version 2.1 of Performer)
->> > >
->> > >  Thanks,
->> > >
->> > > 	Peter
->> > >
->> >
->> >
->> >  It looks like more an OS problem. Are you running 6.2 ? Did you tr=
y
->> >  the application with 6.4 ?
->> >
->> >  regards
->> >
->> >
->> >     _  /              _             _
->> >    |_) _ ._ _ o   /\ |_)|\ | /\ | || \
->> >    | \(/_| | ||  /--\| \| \|/--\|_||_/
->>
->>
->>
->> As far as I knew, pf2.1 didn't support pThreads, neither did 6.2, in =
6.3
->there
->> is a patch for using pThreads and 6.4 has direct support for it - is =
this
->> info correct?
->>
->> -anita
->> kishore@triavest.com
->>
->> --
->> Anita Kishore
->>-- End of excerpt from Anita Kishore
->
->-- =

->    ----oOOo----    ----oOOo----    ----oOOo----    ----oOOo----
->
->Brian Furtaw  (brian@sgi.com)	=

->VisSim  Technical  Consultant
->12200-G  Plum  Orchard  Drive  Office:(301)572-3293   Fax: (301)872-329=
3	=

->Silver Spring, Maryland 20904  OpenGL/ImageVision/OpenInventor/Performe=
r
->
->
+>---- End of excerpt from Brian Furtaw



-- =

-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev.
src@sgi.com  (415) 933 - 1002  FAX: (415) 965 - 2658  MS 8U-590
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@

--PART-BOUNDARY=.19708201208.ZM23818.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  Wed Aug 20 18:39:38 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA01058; Wed, 20 Aug 1997 12:59:57 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA01042; Wed, 20 Aug 1997 12:59:56 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA23037; Wed, 20 Aug 1997 12:59:56 -0700
Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA26837
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 12:59:54 -0700
	env-from (kvsasi@icemt.iastate.edu)
Received: from mammoth.icemt.iastate.edu (mammoth.icemt.iastate.edu [129.186.232.54]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id OAA22830 for <info-performer@sgi.com>; Wed, 20 Aug 1997 14:59:54 -0500
Received: from mammoth.icemt.iastate.edu (localhost [127.0.0.1]) by mammoth.icemt.iastate.edu (950413.SGI.8.6.12/8.6.12) with SMTP id OAA20938 for <info-performer@sgi.com>; Wed, 20 Aug 1997 14:59:53 -0500
Sender: kvsasi@icemt.iastate.edu
Message-ID: <33FB4CB9.167E@icemt.iastate.edu>
Date: Wed, 20 Aug 1997 14:59:53 -0500
From: Sasikumar Kutti <kvsasi@icemt.iastate.edu>
Organization: Iowa State University
X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Shading
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi

I am having a trouble with getting smooth shaded models. 

I imported a Multigen flight model in 'trackball.c'. It looks badly
shaded. So I inserted the following lines in the code


     pfShadeModel( PFSM_GOURAUD);
  
     pfOverride(PFSTATE_SHADEMODEL, PF_ON);
 


Further the model doesn't look different even if change to flat shading.

The model looks good in Multigen so I guess there is little chance that
it has very few polygons. 


Where could I be going wrong?

Any help will be appreciated.

Thanks



-- 
Sasikumar Kutti
 
kvsasi@iastate.edu
http://www.eng.iastate.edu/~kvsasi
=======================================================================
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 Aug 20 19:09:00 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA01137; Wed, 20 Aug 1997 13:21:44 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA01121; Wed, 20 Aug 1997 13:21:43 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA26981; Wed, 20 Aug 1997 13:21:42 -0700
Received: from mail.ucsd.edu (ucsd.ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA07924
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 13:21:40 -0700
	env-from (sbrown@nestor.ucsd.edu)
From: sbrown@nestor.ucsd.edu
Received: from nestor.ucsd.edu by mail.ucsd.edu; id NAA11603
	sendmail 8.8.5/UCSD8.3 via SMTP
	Wed, 20 Aug 1997 13:21:27 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com>
Received: from localhost (sbrown@localhost) by nestor.ucsd.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA10785 for <info-performer@sgi.com>; Wed, 20 Aug 1997 11:59:34 -0700
Date: Wed, 20 Aug 1997 11:59:33 -0700 (PDT)
To: info-performer@sgi.com
Subject: local -> world coordinates
Message-ID: <Pine.SGI.3.95.970820115802.10776A-100000@nestor.ucsd.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O


Hi -

I'm wondering if there is a simple way to get world coordinates from a
local coordinate system. 

My working knowlege of performer matrix operations is limited, so If this
requires matrix operations, an example would be a big help. 

Thanks

Sheldon Brown
UCSD Visual Arts 
sgbrown@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  Wed Aug 20 22:24:51 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id QAA01794; Wed, 20 Aug 1997 16:43:43 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id QAA01778; Wed, 20 Aug 1997 16:43:42 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id QAA27362; Wed, 20 Aug 1997 16:43:42 -0700
Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA23916
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 16:43:41 -0700
	env-from (robj@quid.csd.sgi.com)
Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	 id QAA27354; Wed, 20 Aug 1997 16:43:41 -0700
Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	 id QAA28842; Wed, 20 Aug 1997 16:43:25 -0700
From: "Rob Jenkins" <robj@quid>
Message-Id: <9708201643.ZM28840@quid.csd.sgi.com>
Date: Wed, 20 Aug 1997 16:43:25 -0700
In-Reply-To: Ethan Phelps-Goodman <ethan@coral.arc.nasa.gov>
        "Re: How do I render a pfPipeWindow into a motif widget?" (Aug 20,  8:20am)
References: <33FA0078.41C6@coral.arc.nasa.gov> 
	<9708200809.ZM7781@hotsauce.clubfed.sgi.com> 
	<33FB0B4B.41C6@coral.arc.nasa.gov>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Ethan Phelps-Goodman <ethan@coral.arc.nasa.gov>,
        IRIS Performer mailing list <info-performer@sgi.com>
Subject: Re: How do I render a pfPipeWindow into a motif widget?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Do you have a pfChannel somewhere ?

I've seen something like this before where a pfpipewindow::addChan to associate
the channel with the pipewindow was what was missing.

Also I would recommend you do the pfChooseFBConfigData before the
XtVaCreateManagedWidget, that way you cn check that you got what you asked for
which is *always* good practice.

Cheers
Rob

On Aug 20,  8:20am, Ethan Phelps-Goodman wrote:
> Subject: Re: How do I render a pfPipeWindow into a motif widget?
> Brian Furtaw wrote:
> >
> > On Aug 19,  1:22pm, Ethan Phelps-Goodman wrote:
> > > Subject: How do I render a pfPipeWindow into a motif widget?
> > > I am trying to port a simulation package from Inventor to Performer. I
> > > am having trouble making a pfPipeWindow draw into a Widget. I have a
> > > window with several widgets, and in some of them I am trying to put a
> > > pfPipeWindow. I create the pfPipeWindow and the widget, and then call
> > > pfPipeWindow::setWSWindow(). When I call pfPipeWindow::open() a whole
> > > new motif window is created outside of my origonal window. How do I make
> > > Performer render to just one area of a window?
> > >
> > > Here is the code I am using:
> > >
> > > /* pfPipeWindow created here
> > > ...
> > > */
> > >
> > > // I need a void** to pass to pfChooseFBConfigData()
> > > int* foo = (int*)pfMalloc( sizeof(int), pfGetSharedArena() );
> > > // I create an OpenGL rendering widget
> > > windowWidget = XtVaCreateManagedWidget( name,
> > >                       glwMDrawingAreaWidgetClass, parentWidget,
> > >                       GLwNvisualInfo,
> > >                       pfChooseFBConfigData( (void**)&foo,
> > >                               XtDisplay(parentWidget), -1, NULL,
> > >                               pfGetSharedArena() ), NULL );
> > > _win->setWSDrawable( NULL, XtWindow( windowWidget ) );
> > > _win->setWSWindow( NULL, XtWindow( parentWidget ) );
> > >
> > >
> > > /* pfPipeWindow::open() called later
> > > ...
> > > */
> > >
> > >
> > > The widget is always black, and the seperate pfPipeWindow draws
> > > properly. Its like I never called setWSWindow().
> > >
> > > Does anyone know what's going wrong?
> > >
> > > --
> > >
> > > Ethan Phelps-Goodman
> > > ethan@coral.arc.nasa.gov
> > >
>
> >
> > Do you call pfPipeWindow::setOrigin(int xo, int yo); or
> > pfPipeWindow::setOriginSize(int xo, int yo, int xs, int ys);
> > Don't because I had problems getting performer to use a separate window
> > when using theses calls. Looks like you are doing everything
> > correctly maybe it is where you are calling the PfPipeWindow::open()
> > where do you do that?
> >
> > Brian
> >
> > --
> > o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o
> >
> > 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
>
>
> I call pfPipeWindow::open() later in the program when I want to show the
> viewer. open() is called in the application process.
>
>
>
> --
>
> Ethan Phelps-Goodman
> ethan@coral.arc.nasa.gov
> =======================================================================
> 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 Ethan Phelps-Goodman



-- 
________________________________________________________________
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 Aug 21 00:01:03 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id VAA03003; Wed, 20 Aug 1997 21:02:34 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id VAA02987; Wed, 20 Aug 1997 21:02:33 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id VAA19660; Wed, 20 Aug 1997 21:02:33 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA10143
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 21:02:32 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id VAA03134; Wed, 20 Aug 1997 21:02:30 -0700
Date: Wed, 20 Aug 1997 21:02:30 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708202102.ZM3132@multipass.engr.sgi.com>
In-Reply-To: sbrown@nestor.ucsd.edu
        "local -> world coordinates" (Aug 20, 11:59am)
References: <Pine.SGI.3.95.970820115802.10776A-100000@nestor.ucsd.edu>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: sbrown@nestor.ucsd.edu, info-performer@sgi.com
Subject: Re: local -> world coordinates
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 20, 11:59am, sbrown@nestor.ucsd.edu wrote:
> Subject: local -> world coordinates
>
> Hi -
>
> I'm wondering if there is a simple way to get world coordinates from a
> local coordinate system.
>
> My working knowlege of performer matrix operations is limited, so If this
> requires matrix operations, an example would be a big help.

You transform the vertex through the matrix of the
local transformation.

Example Code:

For coords:

coordvec->xformPt(coordvec, modelmatrix);


For normals:

normvec->xformVec(normvec, modelmatrix);


Cheers,Angus.

=======================================================================
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 Aug 21 00:01:08 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id VAA03021; Wed, 20 Aug 1997 21:05:39 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id VAA03005; Wed, 20 Aug 1997 21:05:39 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id VAA19815; Wed, 20 Aug 1997 21:05:38 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAB10595
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 21:05:37 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id VAA03139; Wed, 20 Aug 1997 21:05:36 -0700
Date: Wed, 20 Aug 1997 21:05:36 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708202105.ZM3137@multipass.engr.sgi.com>
In-Reply-To: Sasikumar Kutti <kvsasi@icemt.iastate.edu>
        "Shading" (Aug 20,  2:59pm)
References: <33FB4CB9.167E@icemt.iastate.edu>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: Sasikumar Kutti <kvsasi@icemt.iastate.edu>, info-performer@sgi.com
Subject: Re: Shading
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 20,  2:59pm, Sasikumar Kutti wrote:
> Subject: Shading
> Hi
>
> I am having a trouble with getting smooth shaded models.
>
> I imported a Multigen flight model in 'trackball.c'. It looks badly
> shaded. So I inserted the following lines in the code
>
>
>      pfShadeModel( PFSM_GOURAUD);
>
>      pfOverride(PFSTATE_SHADEMODEL, PF_ON);
>
>
>
> Further the model doesn't look different even if change to flat shading.
>
> The model looks good in Multigen so I guess there is little chance that
> it has very few polygons.
>
>
> Where could I be going wrong?
>
> Any help will be appreciated.
>
> Thanks

Your code changes won't affect the geoset & geostate information created
by the loader so you probably have a model which has been shaded flat in
the tool.

When you <ctrl>g to shade in the tool select dynamic gouraud or just
dynamic depending on the tool and loader version, and make sure you
adjust the tolerances etc to give a smooth appearance.

Cheers,Angus
=======================================================================
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 Aug 21 02:40:27 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id VAA03049; Wed, 20 Aug 1997 21:15:18 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id VAA03033; Wed, 20 Aug 1997 21:15:18 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id VAA20234; Wed, 20 Aug 1997 21:15:17 -0700
Received: from helios.Discreet.QC.CA (discreet.com [207.219.240.29]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA12585
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 21:15:16 -0700
	env-from (dery@Discreet.COM)
Received: from cuba by helios.Discreet.QC.CA
	id AAA01656; Thu, 21 Aug 1997 00:09:09 -0400
Received: from atlantis (atlantis [172.16.100.56]) by cuba (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA17552 for <info-performer@sgi.com>; Thu, 21 Aug 1997 00:13:44 -0400
Received: (from dery@localhost) by atlantis (950413.SGI.8.6.12/) id AAA08967 for info-performer@sgi.com; Thu, 21 Aug 1997 00:13:39 -0400
From: "Jean-Luc Dery" <dery@Discreet.COM>
Message-Id: <9708210013.ZM8969@atlantis>
Date: Thu, 21 Aug 1997 00:13:39 -0400
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: multiprocessing
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi Perfs,

I'm having problems doing database management and multiprocessing; maybe
someone out there can help ??!

What I'm trying to do is a little bit ackward but here's what it is.

I want to have a main process that starts up Performer database management
(loading and unloading) processes along with Performer process(es).

What I'm doing is:

1- start my in which I call pfInitArenas so that the forked processes all map
to the same pfArena

2- fork database management processes in which I have to call
	pfInit
	pfConfig
	and init Performer derived node classes

3- fork a Performer process in which I call
	pfInit
	pfConfig
	init Performer derived node classes
	etc.

The database managers load pfScenes without any problem and the Performer
process gets a pointer to the pfScenes through shared memory; this works fine.
I get the pfScene pointer in the renderer and it contains some data I can
recognize. Once I get a scene pointer in the renderer, the scene graph doesn't
change anymore.

The problem is I can't traverse the scene; it appears that no child is seen in
the renderer process. All the virtual app functions set doing needApp never get
called and the renderer crashes in the culling process. And if I try
manipulating the scene child nodes, I get a Bad child at addr... warning
message.

I have tried loading scenes with and without the pfBuffer feature and I've
tried moving the pfInit in the main process manager ... no luck !

By the way, the pfArena pointer is the same in all processes.

I'm trying this with Performer 2.1 on an Octane.

Help !

Can this be done ??? if so, what I'm doing wrong or not doing ?

Thanks in advance for any 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
_____________________________________________________________________________
=======================================================================
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 Aug 21 05:01:44 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id XAA03276; Wed, 20 Aug 1997 23:37:37 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id XAA03260; Wed, 20 Aug 1997 23:37:37 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id XAA26922; Wed, 20 Aug 1997 23:37:36 -0700
Received: from  (alon.rtset.co.il [194.90.96.253]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA14072
	for <info-performer@sgi.com>; Wed, 20 Aug 1997 23:37:34 -0700
	env-from (rany@)
Received: (from rany@localhost) by  (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA05138; Thu, 21 Aug 1997 09:24:55 +0300
From: "Ran Yakir" <rany@@sgi.com>
Message-Id: <9708210924.ZM5136@alon>
Date: Thu, 21 Aug 1997 09:24:54 +0000
In-Reply-To: Sasikumar Kutti <kvsasi@icemt.iastate.edu>
        "Shading" (Aug 20,  2:59pm)
References: <33FB4CB9.167E@icemt.iastate.edu>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Sasikumar Kutti <kvsasi@icemt.iastate.edu>, info-performer@sgi.com
Subject: Re: Shading
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 20,  2:59pm, Sasikumar Kutti wrote:
> Subject: Shading
> Hi
>
> I am having a trouble with getting smooth shaded models.
>
> I imported a Multigen flight model in 'trackball.c'. It looks badly
> shaded. So I inserted the following lines in the code
>
>
>      pfShadeModel( PFSM_GOURAUD);
>
>      pfOverride(PFSTATE_SHADEMODEL, PF_ON);
>
>
>
> Further the model doesn't look different even if change to flat shading.
>
> The model looks good in Multigen so I guess there is little chance that
> it has very few polygons.
>

The problem is not the shading mode, but the normals. You propobaly have one
normal per polygon, which results in a 'faceted' shading. To have smooth
shading, each vertex should have its own normal. If several vertices are having
the same location they should share the same normal value.

Ran


-- 
 __                                  | Ran Yakir
 /_)  _  __   \  / _   / o __        | RT-SET Ltd.
/ )_ (_(_) )   \/ (_(_/<_(_)(        | 
              _/                     |   
-------------------------------------+--------------------------------
Phone :                              | E-mail : rany@rtset.co.il
  Work : 972-9-9552236  Ext #119     |          rany@netvision.net.il
  Res. : 972-9-7489974               |
Fax    : 972-9-9552239               |

http://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  Thu Aug 21 10:07:41 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id EAA04135; Thu, 21 Aug 1997 04:37:37 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id EAA04119; Thu, 21 Aug 1997 04:37:36 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id EAA12076; Thu, 21 Aug 1997 04:37:36 -0700
Received: from fly.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA02574
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 04:37:35 -0700
	env-from (lukeh@hiwaay.net)
Received: from HiWAAY.net.HiWAAY.net (tnt2-26.HiWAAY.net [208.147.148.26])
	by fly.HiWAAY.net (8.8.6/8.8.6) with SMTP id GAA11601
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 06:37:34 -0500 (CDT)
Message-Id: <3.0.32.19970814063826.007b9bc0@hiwaay.net>
X-Sender: lukeh@hiwaay.net
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Thu, 14 Aug 1997 06:38:28 -0500
To: info-performer@sgi.com
From: Luke Hoffman <lukeh@hiwaay.net>
Subject: OFF TOPIC: Satellite Image Formats
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Status: O

I'm building a terrain database and I have a set of satellite images to lay
over it in a .img format.  I'm not familiar with this format and the usual
net searches don't turn up anything useful.  Does anyone have a pointer to
a format description of this type of file.
                                    Luke
----------------------------------------------------------------
Luke Hoffman
lukeh@hiwaay.net
These are my principles.  If you don't like them, I have others.
                               Groucho Marx
=======================================================================
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 Aug 21 09:47:48 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id EAA04089; Thu, 21 Aug 1997 04:21:03 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id EAA04073; Thu, 21 Aug 1997 04:21:02 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id EAA11062; Thu, 21 Aug 1997 04:21:01 -0700
Received: from claws30.prosolvia.se (claws30.prosolvia.se [193.13.245.94]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA29943
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 04:20:59 -0700
	env-from (jesper@clarus.se)
Received: from claws30 (localhost [127.0.0.1]) by claws30.prosolvia.se (950413.SGI.8.6.12/8.6.11) with SMTP id NAA02302 for <info-performer@sgi.com>; Thu, 21 Aug 1997 13:20:57 +0200
Sender: jesper@clarus.se
Message-ID: <33FC2499.41C6@clarus.se>
Date: Thu, 21 Aug 1997 13:20:57 +0200
From: "Jesper Nystrvm" <jesper@clarus.se>
Organization: Prosolvia Clarus AB
X-Mailer: Mozilla 3.0SC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: pfconv missing textures
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

I have a problem with textures when converting flight files into pfb
files.

When I'm loading a flight file in perfly where all the textures are in
an other directory (../textures/) and this work as is should. Then I
convert this file into pfb file using pfconv and when I open the newly
created pfb file with perfly I don't see any textures at all. I get the
error message during loading:

PF Warning/Resource(2):        pfTexture::loadFile() - could not find
image file xxx.rgba

I get this message all the time while perfly is running:

PF Warning/Usage:              pfTexture::apply() - bad number of
components -1

It seems to me that the path to the textures is lost in pfconv. But if I
set the environment variable PFPATH to ../textures then it works just
fine!

Could someone help me to understand this!

Jesper

-- 
 ___ _			Jesper Nystrom	    Phone: +46 31 703 51 07
/  _| |___  __ _ _ ___ 	Manager, IAS        Phone: +46 31 703 51 00
| | | |_  \/ _| | | __\	Prosolvia Clarus AB Fax:   +46 31 703 51 20
| |_| | _ | | | | |__ |	Gardavagen 1        Email: jesper@clarus.se
\___|_|___|_| \___/___/	S-412 50 GOTEBORG   WWW:   www.clarus.se
SIXTH SENSE TECHNOLOGY  SWEDEN

"Bring your CAD models to life with CAD Real-Time Link"
=======================================================================
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 Aug 21 10:33:28 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id FAA04257; Thu, 21 Aug 1997 05:05:50 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id FAA04241; Thu, 21 Aug 1997 05:05:48 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id FAA13991; Thu, 21 Aug 1997 05:05:48 -0700
Received: from huey.ntsc.navy.mil (huey.ntsc.navy.mil [192.44.253.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA06733
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 05:05:47 -0700
	env-from (WILLIAM_MARINELLI@ntsc.navy.mil)
From: WILLIAM_MARINELLI@ntsc.navy.mil
Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1)
	id AA12910; Thu, 21 Aug 97 08:03:46 EDT
Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.11)
	id AA872176024; Thu, 21 Aug 97 07:43:20 EST
Date: Thu, 21 Aug 97 07:43:20 EST
Message-Id: <9707218721.AA872176024@CCMAIL.NTSC.NAVY.MIL>
To: info-performer@sgi.com
Subject: Re: Shading
Status: O

     My first guess is whether the multigen file provides vertex normals.


______________________________ Reply Separator _________________________________
Subject: Shading
Author:  Sasikumar Kutti <kvsasi@icemt.iastate.edu> at SMTPLINK-NTSC
Date:    8/20/97 10:41 PM


Hi
     
I am having a trouble with getting smooth shaded models. 
     
I imported a Multigen flight model in 'trackball.c'. It looks badly 
shaded. So I inserted the following lines in the code
     
     
     pfShadeModel( PFSM_GOURAUD);
     
     pfOverride(PFSTATE_SHADEMODEL, PF_ON);
     
     
     
Further the model doesn't look different even if change to flat shading.
     
The model looks good in Multigen so I guess there is little chance that 
it has very few polygons. 
     
     
Where could I be going wrong?
     
Any help will be appreciated.
     
Thanks
     
     
     
-- 
Sasikumar Kutti
     
kvsasi@iastate.edu
http://www.eng.iastate.edu/~kvsasi
======================================================================= 
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 Aug 21 11:22:42 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id FAA04487; Thu, 21 Aug 1997 05:55:49 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id FAA04471; Thu, 21 Aug 1997 05:55:48 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id FAA16451; Thu, 21 Aug 1997 05:55:47 -0700
Received: from mailgw1.fhg.de (mailgw1.fhg.de [153.96.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA15453
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 05:55:45 -0700
	env-from (solf@iff.fhg.de)
Received: by mailgw1.fhg.de (fhg.de); Thu, 21 Aug 1997 14:51:27 +0200 (MET DST)
X-ENV: (mailgw1.fhg.de) solf@iff.fhg.de -> info-performer@sgi.com.VIA-SMTP
Received: by mailgw1.fhg.de (fhg.de) with ESMTP; Thu, 21 Aug 1997 14:51:22 +0200 (MET DST) from iff.fhg.de
Received: by iff.fhg.de with SMTP; Thu, 21 Aug 1997 14:54:47 +0200 (MET DST) from sgi06.iff.fhg.de
Received: by sgi06.iff.fhg.de; Thu, 21 Aug 1997 14:56:10 +0200
From: "Maik Solf" <solf@iff.fhg.de>
Message-Id: <9708211456.ZM3302@sgi06>
Date: Thu, 21 Aug 1997 14:56:10 -0600
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Change Coordinates
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hallo,

Iwork with vega and performer and I try to move planes from objects.
With pfNodeIsectSegs and pfQueryHit I detect intersection with the
geoset, primitive and triangle. With pfGetGSetAttrLists I get the
coordinates-list from geoset. Now I can move the correct plane.
(all triangles with the same PF_X-value + or -)

But there are mistakes in intersecting the moved plane. I can only
detect intersection with the old plane (old coordinates).

There are also mistakes in vega's presentation. The clipping don't work
correct. In my opinion the clipping-algorithm works with the old
coordinates or vega has its own clipping-algorithm (I don't believe).

Maybe I need an pfUpdate ?


Thanks in advance for any help.


Maik



-- 
====================================================
Maik Solf                            solf@iff.fhg.de
Fraunhofer IFF
Steinfeldstr. 3                 fon: +49-39203/81591
D-39179 Barleben                fax: +49-39203/81649
====================================================
=======================================================================
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 Aug 21 12:41:06 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA04688; Thu, 21 Aug 1997 07:04:32 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA04672; Thu, 21 Aug 1997 07:04:31 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA21370; Thu, 21 Aug 1997 07:04:31 -0700
Received: from mailgate.urz.uni-wuppertal.de (mailgate.urz.uni-wuppertal.de [132.195.20.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA01680
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 07:04:29 -0700
	env-from (kociok@wetnt7.elektro.uni-wuppertal.de)
Received: from wetnt7.elektro.uni-wuppertal.de by mailgate.urz.uni-wuppertal.de (8.8.3/8.7.3) with SMTP id QAA00975 for <@mailgate.urz.uni-wuppertal.de:info-performer@sgi.com>; Thu, 21 Aug 1997 16:04:19 +0200 (MDT)
Received: from wetnt7 (localhost [127.0.0.1]) by wetnt7.elektro.uni-wuppertal.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA05582 for <info-performer@sgi.com>; Thu, 21 Aug 1997 16:04:20 +0200
Sender: kociok@wetnt7.elektro.uni-wuppertal.de
Message-ID: <33FC4AE3.41C6@wetnt7.elektro.uni-wuppertal.de>
Date: Thu, 21 Aug 1997 16:04:19 +0200
From: Norbert Kociok <kociok@wetnt7.elektro.uni-wuppertal.de>
Organization: University of Wuppertal
X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Magellan Space Mouse
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi Performers!

I try to integrate the  Magellan Space Mouse in a small performer sample
programm (stats.c). There you can navigate in the scene with the
standard-mouse.
In addition I want to navigate with the Magellan Space Mouse in this
sample programm. I have make it so far that the Magellan Space Mouse is
initialized and connected to the application-window.

The problem is now where the XSelectInput-query (of the keybord and the
standard-mouse) takes place.

I can get started the programm and navigate with the standard-mouse, but
in this moment when I make actions with the Magellan Space Mouse the
programm plunge with the error-message "Bus error".
  
Regards,

Norbert Kociok
=======================================================================
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 Aug 21 13:02:02 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA04813; Thu, 21 Aug 1997 07:26:28 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA04797; Thu, 21 Aug 1997 07:26:28 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA23178; Thu, 21 Aug 1997 07:26:27 -0700
Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA07221
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 07:26:26 -0700
	env-from (robj@quid.csd.sgi.com)
Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <@rock.csd.sgi.com:info-performer@sgi.com> id HAA23167; Thu, 21 Aug 1997 07:26:26 -0700
Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer@sgi.com id HAA00084; Thu, 21 Aug 1997 07:26:26 -0700
Resent-From: "Rob Jenkins" <robj@quid>
Resent-Message-Id: <9708210726.ZM82@quid.csd.sgi.com>
Resent-Date: Thu, 21 Aug 1997 07:26:26 -0700
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
Resent-To: info-performer@sgi.com
Received: from rock.csd.sgi.com by quid.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <robj@quid.csd.sgi.com> id JAA25741; Wed, 20 Aug 1997 09:25:05 -0700
Received: from holodeck.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	 id JAA24949; Wed, 20 Aug 1997 09:25:04 -0700
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer-request@holodeck.csd.sgi.com> id JAA29932; Wed, 20 Aug 1997 09:24:43 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer-request@relay.csd.sgi.com> id JAA24918; Wed, 20 Aug 1997 09:24:42 -0700
Received: from V70C.Npt.NUWC.Navy.Mil (NPT.NUWC.NAVY.MIL [129.190.70.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA04467
	for <info-performer-request@sgi.com>; Wed, 20 Aug 1997 09:24:40 -0700
	env-from (shellr@medeiros4.npt.nuwc.navy.mil)
Received: from TECH.NPT.NUWC.NAVY.MIL ("port 1426"@MEDEIROS4.NPT.NUWC.NAVY.MIL)
 by Npt.NUWC.Navy.Mil (PMDF V5.1-8 #13154)
 with ESMTP id <01IMNV3HVJ3IQPFGAN@Npt.NUWC.Navy.Mil> for
 info-performer-request@sgi.com; Wed, 20 Aug 1997 12:24:20 -0400 (EDT)
Received: from [129.190.82.132] by TECH.NPT.NUWC.NAVY.MIL with SMTP
 (Apple Internet Mail Server 1.1.1); Wed, 20 Aug 1997 12:26:25 -0400
Date: Wed, 20 Aug 1997 12:26:25 -0400
From: Richard Shell <shellr@MEDEIROS4.npt.nuwc.navy.mil>
Subject: Questions about SFLY
To: info-performer-request@sgi.com
Reply-to: Richard Shell <shellr@MEDEIROS4.npt.nuwc.navy.mil>
Message-id: <1340042511-181724094@TECH.NPT.NUWC.NAVY.MIL>
MIME-version: 1.0
X-Mailer: POPmail 2.3b7
Content-type: text/plain; charset=us-ascii
Status: O


I've down loaded the stereo performer program sfly from sgi's public folder.  
I've compiled the program on both an IRIS4D-340GTX and on a Power Indigo2 
Extreme.  The program comes up on the 4D but isn't in stereo.  When I change the
interocular distance it only moves a single object from left to right on the 
screen.  I've tried use the setmon command for both STR_RECT and STR_BOT.  
Neither command causes a stereo image.

On the Indigo the program compiles but when I run it, it just brings up a black 
screen with the arrow cursor on it.  It must be running, however, because 
hitting  the ESC key causes the program to quit.  Also the run time messages 
left on the screen are normal.  Again I've tried using the setmon command for 
both STR_RECT and STR_BOT but nothing changes.



Any suggestions ?


                 Thanks.

                 Richard Shell

Richard Shell
Naval Undersea Warfare Center
Code 8212 Bldg. 679/1
Newport, RI 02841
Phone: (401) 841-3307
E-mail:  shellr@medeiros4.npt.nuwc.navy.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  Thu Aug 21 16:19:36 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA05363; Thu, 21 Aug 1997 10:24:45 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA05347; Thu, 21 Aug 1997 10:24:44 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA16203; Thu, 21 Aug 1997 10:24:44 -0700
Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA04289
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 10:24:42 -0700
	env-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 KAA13036 for <info-performer@sgi.com>; Thu, 21 Aug 1997 10:32:53 -0700
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 RAA08275 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 21 Aug 1997 17:22:49 GMT
Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA19452 for info-performer@sgi.com; Thu, 21 Aug 1997 10:22:48 -0700
From: "Marcus Barnes" <marcus@multigen.com>
Message-Id: <9708211022.ZM19450@logan.engr.multigen.com>
Date: Thu, 21 Aug 1997 10:22:47 -0700
In-Reply-To: dorbie@multipass.engr.sgi.com (Angus Dorbie)
        "Re: Shading" (Aug 20,  9:05pm)
References: <33FB4CB9.167E@icemt.iastate.edu> 
	<9708202105.ZM3137@multipass.engr.sgi.com>
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: Shading
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 20,  9:05pm, Angus Dorbie wrote:
>
> Your code changes won't affect the geoset & geostate information created
> by the loader so you probably have a model which has been shaded flat in
> the tool.

For OpenFlight v14.2 and later the face lightmode flags determine the
shading/lighting of each polygon. The loader obeys them.

> When you <ctrl>g to shade in the tool select dynamic gouraud or just
> dynamic depending on the tool and loader version, and make sure you
> adjust the tolerances etc to give a smooth appearance.

Angus is referring to the Calculate Shading tool in MultiGen. Make sure you
also set the light mode as well, since the loader decides what colors and
normals to use (if any) based almost entirely upon this flag. To see what the
loader will give you, set your preview shading mode to "Explicit" in the
modeler.

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  Thu Aug 21 17:17:30 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id OAA06899; Thu, 21 Aug 1997 14:38:01 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id OAA06883; Thu, 21 Aug 1997 14:38:00 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id OAA22612; Thu, 21 Aug 1997 14:38:00 -0700
Received: from narnia.aero.swri.edu (narnia.aero.swri.edu [129.162.90.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA07963
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 14:37:58 -0700
	env-from (markus@narnia.aero.swri.edu)
Received: (from markus@localhost)
	by narnia.aero.swri.edu (8.8.5/8.8.5) id QAA10257
	for info-performer@sgi.com; Thu, 21 Aug 1997 16:37:03 -0500
From: Markus Haas <markus@narnia.aero.swri.edu>
Message-Id: <199708212137.QAA10257@narnia.aero.swri.edu>
Subject: usmemalign equivalent in performer??
To: info-performer@sgi.com
Date: Thu, 21 Aug 1997 16:37:03 -0500 (CDT)
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-

	I am working on an application that uses grio (guaranteed rate i/o) to load
frames of real time video into a buffer for display. Grio requires direct i/o, 
which in turn requires a memaligned buffer. I would like to be able to split app
off into its own process. This, of course, requires a shared memory arena.

Does performer have a way to simulate  usmemalign with a performer arena? 
(usmemalign + performer arena = crash)

Thanks,
Markus Haas

Southwest Research Institute
mhaas@swri.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  Thu Aug 21 17:17:31 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA05745; Thu, 21 Aug 1997 11:54:57 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA05729; Thu, 21 Aug 1997 11:54:56 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA29235; Thu, 21 Aug 1997 11:54:56 -0700
Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA08536
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 11:54:55 -0700
	env-from (kvsasi@icemt.iastate.edu)
Received: from kahuna.icemt.iastate.edu (kahuna.icemt.iastate.edu [129.186.232.36]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id NAA08646 for <info-performer@sgi.com>; Thu, 21 Aug 1997 13:54:54 -0500
Received: from kahuna.icemt.iastate.edu (localhost [127.0.0.1]) by kahuna.icemt.iastate.edu (950413.SGI.8.6.12/8.6.12) with SMTP id NAA16566 for <info-performer@sgi.com>; Thu, 21 Aug 1997 13:54:53 -0500
Sender: kvsasi@icemt.iastate.edu
Message-ID: <33FC8EFD.2781@icemt.iastate.edu>
Date: Thu, 21 Aug 1997 13:54:53 -0500
From: Sasikumar Kutti <kvsasi@icemt.iastate.edu>
Organization: Iowa State University
X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Shading
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi

I've not been able to solve shading problem yet. 

I do not know what else to check...

	My Multigen model has been shaded dynamic gouraud.
	
	My polygons have one normal per vertex.

	I've checked the tolerance and shading angle... They are good.

The result is as follows... 

	Once I calculate shading the model is smoothly shaded in MultiGen. 
Unfortunatly when I go to performer via 'trackball.c' my model is very
faceted. Trying to solve this I have shaded in multigen using dynamic,
gouraud, dynamic gouraud, and flat.  All seem to produce the same
result. 

Side note:  I use a great deal of material properties in this model...
with specular and emissive properties. I also tried changing the
lighting mode attribute of the models polygons from flat to
dynamic,gouraud. It didn't help in soving the problem.
	    
Thank you for any help you can provide,


-- 
Sasikumar Kutti
kvsasi@iastate.edu
http://www.eng.iastate.edu/~kvsasi
=======================================================================
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 Aug 21 17:17:31 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA06184; Thu, 21 Aug 1997 12:54:02 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA06168; Thu, 21 Aug 1997 12:54:01 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA07450; Thu, 21 Aug 1997 12:54:00 -0700
Received: from ns.kreative.net (ns.kreative.net [209.45.176.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA29385
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 12:53:57 -0700
	env-from (jjdavidian@db-comm.com)
Received: from DBCOMM ([209.45.176.201]) by ns.kreative.net (8.8.4/8.7.3) with SMTP id PAA02323 for <info-performer@sgi.com>; Thu, 21 Aug 1997 15:49:26 -0400 (EDT)
Sender: root@ns.kreative.net
Message-ID: <33FC82E7.41C6@db-comm.com>
Date: Thu, 21 Aug 1997 14:03:19 -0400
From: jjdavidian <jjdavidian@db-comm.com>
Organization: DBCOMM
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: other forums
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi:

Can you direct me to the SGI forum dealing with OpenGL and OpenGL
Optimizer.

Thanks

Jean-Jacques Davidian

<<<<<<<<<<<<>>>>>>>>>>>>>>
	 _     _
	| \AVI| \ 
	|_/   |_/IAN

<<<<<<<<<DBCOMM LLC>>>>>>>>
=======================================================================
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 Aug 21 17:17:32 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA05656; Thu, 21 Aug 1997 11:34:22 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA05640; Thu, 21 Aug 1997 11:34:21 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA26727; Thu, 21 Aug 1997 11:34:20 -0700
Received: from proxy3.ba.best.com (proxy3.ba.best.com [206.184.139.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA01853
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 11:34:16 -0700
	env-from (gcw@best.com)
Received: from gcw.vip.best.com (dynamic1.pm06.mv.best.com [206.184.194.1]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with SMTP id LAA04168 for <info-performer@sgi.com>; Thu, 21 Aug 1997 11:32:24 -0700 (PDT)
Message-Id: <2.2.32.19970821183235.006c91cc@shell2.ba.best.com>
X-Sender: gcw@shell2.ba.best.com
X-Mailer: Windows Eudora Pro Version 2.2 (32)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 21 Aug 1997 11:32:35 -0700
To: info-performer@sgi.com
From: george williams <gcw@best.com>
Subject: Re: local -> world coordinates
Status: O

At 09:02 PM 8/20/97 -0700, you wrote:
>On Aug 20, 11:59am, sbrown@nestor.ucsd.edu wrote:
>> Subject: local -> world coordinates
>>
>> Hi -
>>
>> I'm wondering if there is a simple way to get world coordinates from a
>> local coordinate system.
>>
>> My working knowlege of performer matrix operations is limited, so If this
>> requires matrix operations, an example would be a big help.
>
>You transform the vertex through the matrix of the
>local transformation.
>
>Example Code:
>
>For coords:
>
>coordvec->xformPt(coordvec, modelmatrix);
>
>
>For normals:
>
>normvec->xformVec(normvec, modelmatrix);
>
>
>Cheers,Angus.

If, "local coordinate system" means the matrix relative to parent, then you
might need walk the scene graph from the root node, accumulate matrices, and
then multipy the local coordinates through the accumulated matrix to get
world coordinates.  I'm guessing this is what Angus' "modelmatrix" is.

George W. 



>
>=======================================================================
>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 Aug 21 15:16:24 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA05166; Thu, 21 Aug 1997 09:25:46 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA05150; Thu, 21 Aug 1997 09:25:46 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA06617; Thu, 21 Aug 1997 09:25:45 -0700
Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA12519
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 09:25:42 -0700
	env-from (modellers@intersim.co.uk)
Received: from daisy (l119.mistral.co.uk [194.73.212.119]) by hinge.mistral.co.uk (8.7.4/8.6.9) with SMTP id QAA05342 for <info-performer@sgi.com>; Thu, 21 Aug 1997 16:29:30 +0100
Sender: johnw@hinge.mistral.co.uk
Message-ID: <33FC735B.41C6@intersim.co.uk>
Date: Thu, 21 Aug 1997 16:56:59 +0000
From: Julia Ellery <modellers@intersim.co.uk>
Organization: Intersim Limited
X-Mailer: Mozilla 2.02S (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: performer help group <info-performer@sgi.com>
Subject: Updating DCS nodes via node callbacks
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hello

I am trying to modify code that moves an object with the eyepoint
eg. a headup display object. The object is created with a DCS node
that is updated to match the eyepoint position immediately after
the eyepoint is updated between pfSync and pfFrame. This works fine.

Now, for the sake of generalisation, I want such objects to
be modelled in the database as normal and flagged as being
"stuck to eyepoint" so that the Realtime code can put a
node callback on the DCS node, in a similar way to other
special effects. However, I cannot seem to get this to work
whatever callback I try and put the code in
(ie. pre/post_app/cull/draw). The object "shudders" and seems
to change scale, as well as not correctly moving with the eyepoint.

Is it possible to do this sort of thing on a callback and
if so, how?

I have other DCS nodes that I am currently updating altogether
after pfFrame, that I am considering moving "locally" to
their respective node callbacks but now wonder if this
will give similar trouble.

Any comments appreciated.


Regards,

Julia Ellery,
Senior Visual Software Engineer,
Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK
Tel: +44 (0)1903 733428
Fax: +44 (0)1903 730246
email: modellers@intersim.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  Thu Aug 21 19:09:30 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id OAA06804; Thu, 21 Aug 1997 14:25:41 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id OAA06788; Thu, 21 Aug 1997 14:25:40 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id OAA21127; Thu, 21 Aug 1997 14:25:39 -0700
Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA02591
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 14:25:36 -0700
	env-from (ballard@sirius.ccd.bnl.gov)
Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id RAA29663 for <@bnl.gov:info-performer@sgi.com>; Thu, 21 Aug 1997 17:25:32 -0400 (EDT)
Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO)
	for info-performer@sgi.com id RAA26039; Thu, 21 Aug 1997 17:21:12 -0400
Date: Thu, 21 Aug 1997 17:21:12 -0400
From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews)
Message-Id: <199708212121.RAA26039@sirius.ccd.bnl.gov>
Apparently-To: info-performer@sgi.com
Status: O

Several times I have written to this mailing list
asking if anyone has noticed that the N64 version
of perfly draws borders around the Xwindow 
Is this a bug in the Performer libraries
and has it been fixed???
I am not aware of anything in the source code which
which is different for the O32 and N32 versions
(they don't have this problem).

Would someone please respond!!!!
If you are running N64 and you don't have 
this problem I'd like to hear about .

Thanks,

Ballard Andrews
Brookhaven Lab
Computing Division
=======================================================================
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 Aug 21 20:28:54 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id RAA08360; Thu, 21 Aug 1997 17:37:19 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id RAA08344; Thu, 21 Aug 1997 17:37:18 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id RAA16940; Thu, 21 Aug 1997 17:37:17 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA15610
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 17:37:17 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA04648; Thu, 21 Aug 1997 17:37:11 -0700
Date: Thu, 21 Aug 1997 17:37:11 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708211737.ZM4646@multipass.engr.sgi.com>
In-Reply-To: "Marcus Barnes" <marcus@multigen.com>
        "Re: Shading" (Aug 21, 10:22am)
References: <33FB4CB9.167E@icemt.iastate.edu> 
	<9708202105.ZM3137@multipass.engr.sgi.com> 
	<9708211022.ZM19450@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: Shading
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 21, 10:22am, Marcus Barnes wrote:
> Subject: Re: Shading
> On Aug 20,  9:05pm, Angus Dorbie wrote:
> >
> > Your code changes won't affect the geoset & geostate information created
> > by the loader so you probably have a model which has been shaded flat in
> > the tool.
>
> For OpenFlight v14.2 and later the face lightmode flags determine the
> shading/lighting of each polygon. The loader obeys them.
>
> > When you <ctrl>g to shade in the tool select dynamic gouraud or just
> > dynamic depending on the tool and loader version, and make sure you
> > adjust the tolerances etc to give a smooth appearance.
>
> Angus is referring to the Calculate Shading tool in MultiGen. Make sure you
> also set the light mode as well, since the loader decides what colors and
> normals to use (if any) based almost entirely upon this flag. To see what the
> loader will give you, set your preview shading mode to "Explicit" in the
> modeler.

I'm unclear what you mean by the "light mode" is this another property or
the Dynamic Gouraud, Gouraud, Dynamic radio in the shading gui I mentioned?

Cheers,Angus.
=======================================================================
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 Aug 21 20:28:56 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id PAA07120; Thu, 21 Aug 1997 15:35:02 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id PAA07104; Thu, 21 Aug 1997 15:35:02 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id PAA03056; Thu, 21 Aug 1997 15:35:01 -0700
Received: from burdell.cc.gatech.edu (burdell.cc.gatech.edu [130.207.3.207]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA02642
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 15:34:59 -0700
	env-from (koller@cc.gatech.edu)
Received: from gaia.cc.gatech.edu (koller@gaia.cc.gatech.edu [130.207.3.8]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id SAA21205; Thu, 21 Aug 1997 18:34:58 -0400 (EDT)
Received: (from koller@localhost) by gaia.cc.gatech.edu (8.8.4/8.6.9) id SAA11226; Thu, 21 Aug 1997 18:34:57 -0400 (EDT)
From: koller@cc.gatech.edu (David Koller)
Message-Id: <199708212234.SAA11226@gaia.cc.gatech.edu>
Subject: Re: OFF TOPIC: Satellite Image Formats
To: lukeh@hiwaay.net (Luke Hoffman)
Date: Thu, 21 Aug 1997 18:34:57 -0400 (EDT)
Cc: info-performer@sgi.com
In-Reply-To: <3.0.32.19970814063826.007b9bc0@hiwaay.net> from "Luke Hoffman" at Aug 14, 97 06:38:28 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Status: O

> I'm building a terrain database and I have a set of satellite images to lay
> over it in a .img format.  I'm not familiar with this format and the usual
> net searches don't turn up anything useful.  Does anyone have a pointer to
> a format description of this type of file.

This is probably the ERDAS IMAGINE .img file format.  There
is documentation and a programming API available from the ERDAS
FTP site at ftp://ftp.erdas.com/pub/imgautil/.

David Koller
koller@cc.gatech.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  Thu Aug 21 20:28:58 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id PAA07013; Thu, 21 Aug 1997 15:05:06 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id PAA06997; Thu, 21 Aug 1997 15:05:05 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id PAA27951; Thu, 21 Aug 1997 15:05:04 -0700
Received: from mailgw1.fhg.de (mailgw1.fhg.de [153.96.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA20382
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 15:05:03 -0700
	env-from (scheff@iff.fhg.de)
From: scheff@iff.fhg.de
Received: by mailgw1.fhg.de (fhg.de); Fri, 22 Aug 1997 00:01:03 +0200 (MET DST)
X-ENV: (mailgw1.fhg.de) scheff@iff.fhg.de -> 
Received: by mailgw1.fhg.de (fhg.de) with ESMTP; Fri, 22 Aug 1997 00:01:00 +0200 (MET DST) from ue.iff.fhg.de
Received: by ue.iff.fhg.de with SMTP; Fri, 22 Aug 1997 00:04:36 +0200 (MET DST) from sgi11.ue.iff.fhg.de
Date: Fri, 22 Aug 1997 00:05:37 +0200
Received: by sgi11.ue.iff.fhg.de; Fri, 22 Aug 1997 00:05:37 +0200
Message-Id: <9708220005.ZM24388@sgi11>
X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail)
To: info-performer@sgi.com
Subject: hands in VR
Cc: info-vega@paradigmsim.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi there,
this is not such a technical more a general question.
I want to use data gloves to provide direct manipulations with objects and such
things. My first idea was to use coordinates of tracking system directly (3
sensors: one on top of HMD, one at each hand).
I'm using two channels for stereo display. Eye separation distance I set to 6.5
cm. (Measured at my face in front of a mirror. ;-) ) Unfortunately the virtual
hands appear so close that I see them twice (due to stereo presentation and my
short arms.)
I compared my application with a commercial software (SmartScene). There is a
similar effect but I believe it is not so strong like in my app.
Did I make a stupid assumption? Is there somebody made similar experiences? Did
somebody solve this problem and could give me a hint? Is something wrong with
my eyes???
All help is appreciated.
Best regards,
Dirk.


-- 
----------------------------------------------------
Dipl.-Inf. Dirk Scheffter       
Fraunhofer IFF      fon:             +49-39203/81591
Steinfeldstr. 3     fax:             +49-39203/81619
D-39179 Barleben    e-mail:        scheff@iff.fhg.de
Germany             http://wwwue.iff.fhg.de/~scheff/
----------------------------------------------------
=======================================================================
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 Aug 21 21:28:38 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id SAA09259; Thu, 21 Aug 1997 18:34:05 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id SAA09243; Thu, 21 Aug 1997 18:34:04 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id SAA22379; Thu, 21 Aug 1997 18:34:04 -0700
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA03344
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 18:34:03 -0700
	env-from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA15096; Thu, 21 Aug 1997 18:34:01 -0700
From: remi@remi.engr.sgi.com (Rémi Arnaud)
Message-Id: <199708220134.SAA15096@remi.engr.sgi.com>
Subject: Re: usmemalign equivalent in performer??
To: markus@narnia.aero.swri.edu (Markus Haas)
Date: Thu, 21 Aug 1997 18:34:01 -0700 (PDT)
Cc: info-performer@sgi.com
In-Reply-To: <199708212137.QAA10257@narnia.aero.swri.edu> from "Markus Haas" at Aug 21, 97 04:37:03 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: 791       
Status: O

Markus Haas wrote:
> 
> Hello-
> 
> 	I am working on an application that uses grio (guaranteed rate i/o) to load
> frames of real time video into a buffer for display. Grio requires direct i/o, 
> which in turn requires a memaligned buffer. I would like to be able to split app
> off into its own process. This, of course, requires a shared memory arena.
> 
> Does performer have a way to simulate  usmemalign with a performer arena? 
> (usmemalign + performer arena = crash)
> 

 The easiest way is to alocate the size needed + the alignment, and return
 a pointer that is aligned, keeping the other pointer for further deletion

    _  /              _             _ 
   |_) _ ._ _ 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 Aug 21 21:28:39 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id SAA09286; Thu, 21 Aug 1997 18:41:11 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id SAA09270; Thu, 21 Aug 1997 18:41:10 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id SAA23009; Thu, 21 Aug 1997 18:41:09 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA06120
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 18:41:09 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA04887; Thu, 21 Aug 1997 18:41:07 -0700
Date: Thu, 21 Aug 1997 18:41:07 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708211841.ZM4885@multipass.engr.sgi.com>
In-Reply-To: jjdavidian <jjdavidian@db-comm.com>
        "other forums" (Aug 21,  2:03pm)
References: <33FC82E7.41C6@db-comm.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: jjdavidian <jjdavidian@db-comm.com>, info-performer@sgi.com
Subject: Re: other forums
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

There is no equivalent forum for Optimizer.

Check our web pages and contact the product mamager.

Larry McDonough
lardog@engr.sgi.com

If you have specific questions you can contact presales or
customer support.

Cheers,Angus.

On Aug 21,  2:03pm, jjdavidian wrote:
> Subject: other forums
> Hi:
>
> Can you direct me to the SGI forum dealing with OpenGL and OpenGL
> Optimizer.
>
> Thanks
>
> Jean-Jacques Davidian
>
> <<<<<<<<<<<<>>>>>>>>>>>>>>
> 	 _     _
> 	| \AVI| \
> 	|_/   |_/IAN
>
> <<<<<<<<<DBCOMM LLC>>>>>>>>
> =======================================================================
> 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 jjdavidian


=======================================================================
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 Aug 21 21:28:35 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id RAA08227; Thu, 21 Aug 1997 17:26:52 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id RAA08208; Thu, 21 Aug 1997 17:26:51 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id RAA15790; Thu, 21 Aug 1997 17:26:50 -0700
Received: from hockey.psl.nmsu.edu (hockey.NMSU.Edu [128.123.15.24]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id RAA12971
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 17:26:48 -0700
	env-from (smcgee@psl.nmsu.edu)
Received: from hockey by hockey.psl.nmsu.edu (5.x/1.01)
          id AA01010; Thu, 21 Aug 1997 18:26:42 -0600
Sender: smcgee@psl.nmsu.edu
Message-Id: <33FCDCC2.AEF@psl.nmsu.edu>
Date: Thu, 21 Aug 1997 18:26:42 -0600
From: Steve McGee <smcgee@psl.nmsu.edu>
X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.4 sun4c)
Mime-Version: 1.0
To: info-performer@sgi.com
Subject: VRML 2.0 File loader for Performer?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Does anyone have a VRML 2.0 loader for Performer?



-- 
--------------------------------------------------------------
Steve McGee		smcgee@psl.nmsu.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  Thu Aug 21 21:56:30 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id SAA09334; Thu, 21 Aug 1997 18:54:20 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id SAA09318; Thu, 21 Aug 1997 18:54:20 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id SAA23835; Thu, 21 Aug 1997 18:54:19 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA11629
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 18:54:18 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA04908; Thu, 21 Aug 1997 18:54:16 -0700
Date: Thu, 21 Aug 1997 18:54:16 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708211854.ZM4906@multipass.engr.sgi.com>
In-Reply-To: Julia Ellery <modellers@intersim.co.uk>
        "Updating DCS nodes via node callbacks" (Aug 21,  4:56pm)
References: <33FC735B.41C6@intersim.co.uk>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: Julia Ellery <modellers@intersim.co.uk>,
        performer help group <info-performer@sgi.com>
Subject: Re: Updating DCS nodes via node callbacks
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 21,  4:56pm, Julia Ellery wrote:
> Subject: Updating DCS nodes via node callbacks
> Hello
>
> I am trying to modify code that moves an object with the eyepoint
> eg. a headup display object. The object is created with a DCS node
> that is updated to match the eyepoint position immediately after
> the eyepoint is updated between pfSync and pfFrame. This works fine.
>
> Now, for the sake of generalisation, I want such objects to
> be modelled in the database as normal and flagged as being
> "stuck to eyepoint" so that the Realtime code can put a
> node callback on the DCS node, in a similar way to other
> special effects. However, I cannot seem to get this to work
> whatever callback I try and put the code in
> (ie. pre/post_app/cull/draw). The object "shudders" and seems
> to change scale, as well as not correctly moving with the eyepoint.
>
> Is it possible to do this sort of thing on a callback and
> if so, how?
>
> I have other DCS nodes that I am currently updating altogether
> after pfFrame, that I am considering moving "locally" to
> their respective node callbacks but now wonder if this
> will give similar trouble.

This is a *really* bad idea, it will exhibit the same difficulty,
the culling information will also be bogus since the cull process won't know
about object positions in the draw.

You need to perform the update in the application to stick an object
to the eye. Otherwise you have to pass the information downstream
using pfcyclebuffer methods and the culling will *very* likely be wrong.

The reason you see shuddering is the timing of your application driven
object position *write* in memory is asynchronous with the update of
the DCS in the draw callback which *reads* the same memory for the
position info.
The update will also happen too early if you don't buffer
the information downstream.

If you just update everything in the application the DCS and channel
position matrix info will be sent downstream at the same time when you
call pfFrame and you don't have to worry about cycle buffers or anything
else.

Cheers,Angus.

=======================================================================
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 Aug 21 21:56:32 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id SAA09363; Thu, 21 Aug 1997 18:59:15 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id SAA09347; Thu, 21 Aug 1997 18:59:14 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id SAA24206; Thu, 21 Aug 1997 18:59:14 -0700
Received: from hell.engr.sgi.com ([150.166.37.67]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA12927
	for <info-performer@sgi.com>; Thu, 21 Aug 1997 18:59:13 -0700
	env-from (hatch@hell.engr.sgi.com)
Received: (from hatch@localhost) by hell.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA29823; Thu, 21 Aug 1997 18:59:11 -0700
From: "Don Hatch" <hatch@hell.engr.sgi.com>
Message-Id: <9708211859.ZM29821@hell.engr.sgi.com>
Date: Thu, 21 Aug 1997 18:59:11 -0700
In-Reply-To: Markus Haas <markus@narnia.aero.swri.edu>
        "usmemalign equivalent in performer??" (Aug 21,  4:37pm)
References: <199708212137.QAA10257@narnia.aero.swri.edu>
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 (3.2.3 08feb96 MediaMail)
To: Markus Haas <markus@narnia.aero.swri.edu>, info-performer@sgi.com
Subject: Re: usmemalign equivalent in performer??
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 21,  4:37pm, Markus Haas wrote:
> Subject: usmemalign equivalent in performer??
> Hello-
> 
> 	I am working on an application that uses grio (guaranteed rate i/o) to load
> frames of real time video into a buffer for display. Grio requires direct i/o, 
> which in turn requires a memaligned buffer. I would like to be able to split app
> off into its own process. This, of course, requires a shared memory arena.
> 
> Does performer have a way to simulate  usmemalign with a performer arena? 
> (usmemalign + performer arena = crash)

The "us..." calls expect a different kind of arena.
Try using amemalign instead of usmemalign.

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  Fri Aug 22 07:20:46 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id BAA11603; Fri, 22 Aug 1997 01:56:26 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id BAA11587; Fri, 22 Aug 1997 01:56:25 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id BAA15894; Fri, 22 Aug 1997 01:56:24 -0700
Received: from CAE-GmbH.de (mail.cae-gmbh.de [195.124.148.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA09330
	for <info-performer@sgi.com>; Fri, 22 Aug 1997 01:56:20 -0700
	env-from (bball@cae-gmbh.de)
Received: by mail.cae-gmbh.de id <14978>; Fri, 22 Aug 1997 11:40:18 +0100
Date: Fri, 22 Aug 1997 09:18:31 +0100
From: Bettina Ball <bball@cae-gmbh.de>
To: Jesper Nystrvm <jesper@clarus.se>
Cc: Performer Info <info-performer@sgi.com>
Subject: Re: pfconv missing textures
Message-Id: <97Aug22.114018gmt+0100.14978@mail.cae-gmbh.de>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Status: O

On Thu, 21 Aug 1997, Jesper Nystrvm wrote:

> I have a problem with textures when converting flight files into pfb
> files.
>
> When I'm loading a flight file in perfly where all the textures are in
> an other directory (../textures/) and this work as is should. Then I
> convert this file into pfb file using pfconv and when I open the newly
> created pfb file with perfly I don't see any textures at all. I get the
> error message during loading:
>
> PF Warning/Resource(2):        pfTexture::loadFile() - could not find
> image file xxx.rgba
>
> I get this message all the time while perfly is running:
>
> PF Warning/Usage:              pfTexture::apply() - bad number of
> components -1
>
> It seems to me that the path to the textures is lost in pfconv. But if I
> set the environment variable PFPATH to ../textures then it works just
> fine!
>
> Could someone help me to understand this!

Hello Jesper,

you have to set a converter mode to store full path names in
the .pfb files. An excerpt from the pfconv README file:

 - By default just the name of a texture file is saved and not the full
   path of the texture file.  If you want the full path saved you should
   set the PFPFB_SAVE_TEXTURE_PATH mode to PF_ON.

So if you set the converter mode to

    pfdConverterMode_pfb (PFPFB_SAVE_TEXTURE_PATH, PF_ON);

you should be fine.

Hope this 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  Fri Aug 22 11:07:15 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id FAA12139; Fri, 22 Aug 1997 05:32:46 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id FAA12123; Fri, 22 Aug 1997 05:32:45 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id FAA25184; Fri, 22 Aug 1997 05:32:45 -0700
Received: from data.rsc.co.uk (data.rsc.co.uk [194.73.130.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA13786
	for <info-performer@sgi.com>; Fri, 22 Aug 1997 05:32:39 -0700
	env-from (Keith@mma.net)
Received: from ntserver.rsc.co.uk (mma.rsc.co.uk [195.14.1.230]) by data.rsc.co.uk (8.6.12/8.6.9) with ESMTP id NAA03461 for <info-performer@sgi.com>; Fri, 22 Aug 1997 13:32:34 +0100
Received: by NTSERVER with Internet Mail Service (5.0.1458.49)
	id <RHBLGW3P>; Fri, 22 Aug 1997 13:01:44 +0100
Message-ID: <F16D5BACB00DD111B6700060979AB62CAF80@NTSERVER>
From: Keith Henning <Keith@mma.net>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Repositioning of Objects using keystrokes - I need help
Date: Fri, 22 Aug 1997 13:01:42 +0100
X-Priority: 3
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.0.1458.49)
Content-Type: text/plain
Status: O

As an inexperienced user of performer I am having problems with making
an object respond in a way that I require.

senario :	Attempting to make vehicle respond to keystrokes so as
to 		make it change the direction and to give to forward
movement 		etc. etc.

present implementation :
		
		At present i am attempting to increment a set pfvec3 so
as to 		change the direction etc.

		The object has been set up as a DCS node as a child of
the 		scenegroup, so in attempting to make the increment the
required vector   

		DCS += 1.0
		pfDCSCoord(etc)

		This is one method attempted amongst many others..

		Please if there is anyone out there willing to help this
amatuer
		C programmer to solve what should be a simple problem..

		
=======================================================================
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 Aug 22 13:02:31 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA12322; Fri, 22 Aug 1997 07:19:51 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA12306; Fri, 22 Aug 1997 07:19:50 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA02292; Fri, 22 Aug 1997 07:19:50 -0700
Received: from amber.drawcomp.com ([204.170.241.126]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA07158
	for <info-performer@sgi.com>; Fri, 22 Aug 1997 07:19:47 -0700
	env-from (prakash@drawcomp.com)
Received: (from nobody@localhost)
	by amber.drawcomp.com (8.8.5/8.8.5) id KAA07922;
	Fri, 22 Aug 1997 10:13:41 -0400 (EDT)
X-Authentication-Warning: amber.drawcomp.com: nobody set sender to <prakash@drawcomp.com> using -f
Received: from porter(10.0.0.5) by amber.drawcomp.com via smap (V2.0)
	id xma007920; Fri, 22 Aug 97 10:13:28 -0400
Sender: gpmahesh@DRAWCOMP.COM
Message-ID: <33FD9E87.41C6@drawcomp.com>
Date: Fri, 22 Aug 1997 10:13:27 -0400
From: Prakash Mahesh <prakash@DRAWCOMP.COM>
Organization: DRaW Computing Assoc. Inc., http://www.drawcomp.com/prakash.html
X-Mailer: Mozilla 3.02 (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: Steve McGee <smcgee@psl.nmsu.edu>
CC: info-performer@sgi.com, "Paul J. Diefenbach" <pjdief@DRAWCOMP.COM>
Subject: Re: VRML 2.0 File loader for Performer?
References: <33FCDCC2.AEF@psl.nmsu.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Steve McGee wrote:
> 
> Does anyone have a VRML 2.0 loader for Performer?
> 

Yes, it (OpenWorlds VRML 2.0 loader) will be available with Performer
2.2, as part of friends of Performer. If you are looking for a loader
for earlier versions of Performer please let us know. We have complete
VRML 2.0 support with Performer, including animation, scripting, VR
device support, etc.

Thanks.
-- 
  Prakash Mahesh                                     
  prakash@drawcomp.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 Aug 22 13:34:58 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA12372; Fri, 22 Aug 1997 07:44:03 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA12356; Fri, 22 Aug 1997 07:44:02 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA04095; Fri, 22 Aug 1997 07:44:02 -0700
Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA13006
	for <info-performer@sgi.com>; Fri, 22 Aug 1997 07:44:01 -0700
	env-from (robj@quid.csd.sgi.com)
Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	 id HAA04084; Fri, 22 Aug 1997 07:44:01 -0700
Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	 id HAA04608; Fri, 22 Aug 1997 07:43:45 -0700
From: "Rob Jenkins" <robj@quid>
Message-Id: <9708220743.ZM4606@quid.csd.sgi.com>
Date: Fri, 22 Aug 1997 07:43:45 -0700
In-Reply-To: dorbie@multipass.engr.sgi.com (Angus Dorbie)
        "Re: other forums" (Aug 21,  6:41pm)
References: <33FC82E7.41C6@db-comm.com> 
	<9708211841.ZM4885@multipass.engr.sgi.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: dorbie@multipass.engr.sgi.com (Angus Dorbie),
        jjdavidian <jjdavidian@db-comm.com>, info-performer@sgi.com
Subject: Re: other forums
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

The web pages for both OpenGL and OpenGL Optimiser are linked off the page
www.sgi.com/Technology/ ( along with other products ). There is a public
newsgroup for OpenGL: comp.graphics.api.opengl

Cheers
Rob

On Aug 21,  6:41pm, Angus Dorbie wrote:
> Subject: Re: other forums
> There is no equivalent forum for Optimizer.
>
> Check our web pages and contact the product mamager.
>
> Larry McDonough
> lardog@engr.sgi.com
>
> If you have specific questions you can contact presales or
> customer support.
>
> Cheers,Angus.
>
> On Aug 21,  2:03pm, jjdavidian wrote:
> > Subject: other forums
> > Hi:
> >
> > Can you direct me to the SGI forum dealing with OpenGL and OpenGL
> > Optimizer.
> >
> > Thanks
> >
> > Jean-Jacques Davidian
> >
> > <<<<<<<<<<<<>>>>>>>>>>>>>>
> > 	 _     _
> > 	| \AVI| \
> > 	|_/   |_/IAN
> >
> > <<<<<<<<<DBCOMM LLC>>>>>>>>
> > =======================================================================
> > 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 jjdavidian
>
>
> =======================================================================
> 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 Aug 22 15:36:16 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA12651; Fri, 22 Aug 1997 09:08:17 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA12635; Fri, 22 Aug 1997 09:08:16 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA12491; Fri, 22 Aug 1997 09:08:15 -0700
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA13183
	for <info-performer@sgi.com>; Fri, 22 Aug 1997 09:08:12 -0700
	env-from (Daniela.Rainer@RUS.Uni-Stuttgart.DE)
Received: from vista.rus.uni-stuttgart.de (vista.rus.uni-stuttgart.de [129.69.29.12]) by artemis.rus.uni-stuttgart.de with ESMTP id SAA11921
  (8.6.13/IDA-1.6 for <info-performer@sgi.com>); Fri, 22 Aug 1997 18:08:09 +0200
Received: by vista.rus.uni-stuttgart.de (950413.SGI.8.6.12/930416.SGI/BelWue-1.1)
	for info-performer@sgi.com id SAA03899; Fri, 22 Aug 1997 18:08:09 +0200
From: "Daniela Rainer (RUS)" <Daniela.Rainer@RUS.Uni-Stuttgart.DE>
Message-Id: <9708221808.ZM3897@vista.rus.uni-stuttgart.de>
Date: Fri, 22 Aug 1997 18:08:08 +0000
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Material colors and multiple pfPipeWindows
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708221808.ZM3897.rus.uni-stuttgart.de"
Status: O

--
--PART-BOUNDARY=.19708221808.ZM3897.rus.uni-stuttgart.de
Content-Type: text/plain; charset=us-ascii

Hello,

I have a state problem with in an application with multiple windows and I
attached a small test example that shows the problem:

Both windows have the same view of an object. The object geoset contains colors
and normals.

I defined a global material with all components set to grey or white and
pfMtlColorMode(state->mtl, PFMTL_BOTH, PFMTL_CMODE_OFF) which should prohibit
that the object is drawn with the geometry colors.

Of course this is only a test program that should show the inconsistency
between the two windows, normally I would not define geometry colors and then
doesn't use them.

In the first window this looks like it was defined (an uncolored cube but
shaded cube) but in the second window the object is always drawn ambient with
the geometry color.

Does anybody have experience with multiple windows and state problems?

I compiled this program on an Indy 24-bit with IRIX 6.2 and Performer2.0.1.

Thanks for any help.

Best Regards
Daniela



-- 
-------------------------------------------------------------------------
Daniela Rainer                       | email: rainer@rus.uni-stuttgart.de
Rechenzentrum Uni Stuttgart (RUS)    | Tel:   +49 (0) 711 685 5790	
Allmandring 30a, 70550 Stuttgart     | Fax:   +49 (0) 711 682 357

--PART-BOUNDARY=.19708221808.ZM3897.rus.uni-stuttgart.de
X-Zm-Content-Name: state_multiwin.c
Content-Description: Text
Content-Type: text/plain ; name="state_multiwin.c" ; charset=us-ascii

/****************************************************************************************/
/*											*/
/*	Test for multiple windowsmaterial    						*/
/*	Spotlight seem to have a problem on RealityEngine with Performer 2.01		*/
/*											*/
/*	OpenGL based Performer 2.0(1)							*/
/*											*/
/*	cc -o state_multiwin state_multiwin.c  -lGLU -lGL -lpf_ogl -lpfdu_ogl 		*/
/*	-lpfutil_ogl -lmpc -limage -lfm -lXirisw -lXm -lXt -lfpe -lXmu -lX11		*/
/*	-lm -lmalloc -lC -lXext								*/	
/*											*/
/****************************************************************************************/

#include	<stdlib.h>
#include	<stdio.h>
#include        <math.h>


#define 	PF_CPLUSPLUS_API    0
#include 	<Performer/pf.h>
#include 	<Performer/pr.h>
#include 	<Performer/pfutil.h>
#include 	<Performer/pfdu.h>
#include 	<Performer/pfui.h>


void		OpenWindow(pfPipeWindow *pw);
void		DrawFunc(pfChannel *chan, void *data);
void		PreDraw(pfChannel *chan, void *data);
void		PostDraw(pfChannel *chan, void *data);

pfGeode		*loadCube(float size);

typedef struct
{
    pfLightModel	*lm;
    pfLight		*lt;
    pfMaterial	        *mtl;    

} sharedState;	

sharedState		*state;

int 
main(int argc, char *argv[])
{
    pfChannel	    *chan1, *chan2;
    pfScene	    *scene;
    pfDCS	    *rotateDCS;
    pfGeode	    *cubeGeode;
    pfGeode 	    *testObject;
    pfMatrix	    DCSMat,  mat;
    pfPipeWindow    *pw1, *pw2;
    pfCoord	    view;
    pfVec3	    axis;

    pfInit();

    state = (sharedState *) pfCalloc(1, sizeof(sharedState), pfGetSharedArena());

    pfMultiprocess(PFMP_APPCULL_DRAW);

    pfConfig();

    scene = pfNewScene();
    rotateDCS = pfNewDCS();
    cubeGeode = loadCube(5.0f);
    pfAddChild(scene, rotateDCS);
    pfAddChild(rotateDCS, cubeGeode);

    pw1 = pfNewPWin(pfGetPipe(0)); 
    pfPWinOriginSize(pw1,  100,  100,  400,  400);   
    pfPWinConfigFunc(pw1, OpenWindow);
    pfConfigPWin(pw1);
    pfFrame();

    pw2 = pfNewPWin(pfGetPipe(0)); 
    pfPWinOriginSize(pw2,  500,  100,  400,  400);   
    pfPWinConfigFunc(pw2, OpenWindow);
    pfConfigPWin(pw2);
    pfFrame();

    chan1 = pfNewChan(pfGetPipe(0));
    pfChanTravFunc(chan1,  PFTRAV_DRAW, DrawFunc);
    pfChanScene(chan1,scene);
    pfChanNearFar(chan1, 8.0, 20.0); 
    pfMakePerspChan(chan1,-3.0f, 3.0f, -3.0f, 3.0f);
    pfSetVec3(view.xyz, 0.0f, -14.0f, 0.0f);   
    pfSetVec3(view.hpr, 0.0f, 0.0f, 0.0f);
    pfChanView(chan1, view.xyz, view.hpr);
    pfAddChan(pw1, chan1);

    chan2 = pfNewChan(pfGetPipe(0));
    pfChanTravFunc(chan2,  PFTRAV_DRAW, DrawFunc);
    pfChanScene(chan2,scene);
    pfChanNearFar(chan2, 8.0, 20.0); 
    pfMakePerspChan(chan2,-3.0f, 3.0f, -3.0f, 3.0f);
    pfSetVec3(view.xyz, 0.0f, -14.0f, 0.0f);   
    pfSetVec3(view.hpr, 0.0f, 0.0f, 0.0f);
    pfChanView(chan2, view.xyz, view.hpr);
    pfAddChan(pw2, chan2);

    pfSetVec3(axis,1.0f, 0.0f, 0.0f);
    pfNormalizeVec3(axis);
    pfMakeRotMat(mat, 0.9f,axis[0], axis[1], axis[3]);
  
    while (1)
    {
	pfSync();

	pfGetDCSMat(rotateDCS, DCSMat);
	pfPostMultMat(DCSMat, mat);
	pfDCSMat(rotateDCS, DCSMat);

	pfFrame();
	
    
    }
}


void
OpenWindow(pfPipeWindow *pw)
{


    pfOpenPWin(pw);

    pfPWinIndex(pw, PFWIN_GFX_WIN);
    pfSelectPWin(pw);

    /* global state */
    pfCullFace(PFCF_OFF);
    pfShadeModel(PFSM_GOURAUD);
    pfEnable(PFEN_LIGHTING);
	
    /* twosided lighting */        
    state->lm = pfNewLModel(pfGetSharedArena());
    pfLModelTwoSide(state->lm, PF_ON);
    pfLModelLocal(state->lm, PF_ON);
    pfApplyLModel(state->lm);

    /* finite light */
    state->lt = pfNewLight(pfGetSharedArena());
    pfLightPos(state->lt, 0.0f, 0.0f, 10.0f, 1.0f); 
    pfLightColor(state->lt, PFLT_DIFFUSE, 1.0f, 1.0f, 1.0f);
    pfLightColor(state->lt, PFLT_AMBIENT, 0.1f, 0.1f, 0.1f);
    pfLightColor(state->lt, PFLT_SPECULAR, 1.0f, 1.0f, 1.0f);
        	
    /* two sided material that ignores all geometry colors*/ 
    state->mtl = pfNewMtl(pfGetSharedArena());
    pfMtlSide(state->mtl,  PFMTL_BOTH);
    pfMtlColorMode(state->mtl, PFMTL_BOTH, PFMTL_CMODE_OFF);
    pfMtlColor(state->mtl, PFMTL_AMBIENT, 0.2, 0.2, 0.2); 
    pfMtlColor(state->mtl, PFMTL_DIFFUSE, 0.9, 0.9, 0.9); 
    pfMtlColor(state->mtl, PFMTL_SPECULAR, 0.8, 0.8, 0.8); 
    pfMtlColor(state->mtl, PFMTL_EMISSION, 0.0f, 0.0f, 0.0f);
    pfMtlShininess(state->mtl, 16.0f);
    pfApplyMtl(state->mtl); 


}

void 
DrawFunc(pfChannel *chan, void *data)
{
    PreDraw(chan,data);
    pfDraw();
    PostDraw(chan,data);
}

void 
PreDraw(pfChannel *chan, void *data)
{
    
    pfLightOn(state->lt);    
    pfClearChan(chan);
   
  
}

void 
PostDraw(pfChannel *leftChan, void *data)
{
    
}


pfGeode	   
*loadCube(float size)
{
    pfGeoSet		*cubeGeoSet;
    pfGeode		*cubeGeode;
    pfGeoState		*cubeGeoState;
    pfMatrix		scaleMat,  rotMat;
    static pfVec4	*cubeColor;
    pfMaterial 		*cubemtl;
    
    cubeGeode = pfNewGeode();
    cubeGeoSet  = pfdNewCube(pfGetSharedArena());
    
    cubeColor = (pfVec4 *)pfCalloc(1, sizeof(pfVec4), pfGetSharedArena());
    pfSetVec4(cubeColor[0], 0.0f, 1.0f, 1.0f, 1.0f);
    pfGSetAttr(cubeGeoSet, PFGS_COLOR4,  PFGS_OVERALL, cubeColor,  NULL);
    
    pfMakeScaleMat(scaleMat, size, size, size);
    pfdXformGSet(cubeGeoSet,  scaleMat);
    
    pfMakeRotMat(rotMat, 45.0f, 1.0f,  0.0f,  0.0f); 
    pfdXformGSet(cubeGeoSet,  rotMat);
   
    pfAddGSet(cubeGeode,  cubeGeoSet);

    return(cubeGeode);

}



--PART-BOUNDARY=.19708221808.ZM3897.rus.uni-stuttgart.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  Sat Aug 23 09:24:18 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id DAA02399; Sat, 23 Aug 1997 03:59:29 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id DAA02383; Sat, 23 Aug 1997 03:59:28 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id DAA08260; Sat, 23 Aug 1997 03:59:27 -0700
Received: from hni.uni-paderborn.de (hni-ff.uni-paderborn.de [131.234.22.55]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA12513
	for <info-performer@sgi.com>; Sat, 23 Aug 1997 03:59:26 -0700
	env-from (guti@hni.uni-paderborn.de)
Received: from troi.uni-paderborn.de (troi [131.234.246.8]) by hni.uni-paderborn.de (8.8.4/hni-mailhub) with ESMTP id MAA00498 for <info-performer@sgi.com>; Sat, 23 Aug 1997 12:59:25 +0200 (MET DST)
Received: (guti@localhost) by troi.uni-paderborn.de (951211.SGI.8.6.12.PATCH1042/client-irix-hni) id MAA07440 for info-performer@sgi.com; Sat, 23 Aug 1997 12:59:24 +0200
From: "Stefan  Gutapfel" <guti@hni.uni-paderborn.de>
Message-Id: <9708231259.ZM7438@troi>
Date: Sat, 23 Aug 1997 12:59:24 -0600
X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail)
To: info-performer@sgi.com
Subject: Cloning of self-implemented subclasses
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hello,

I have implemented a new node class by subclassing the performer node
class pfGroup and adding addtional data member fields and functions.

Creating instances of the new node class (using the "new" operator)
and adding them to the scene graph works quite well. The performer
sample application "perfly" displays the scene without any errors or
warnings.

But when I create an instance and try to create clones by invoking
the inherited method "clone" on it, displaying the scene with perfly
causes a segmenation fault.

I tried to implement a new "clone"-method that copies the additional
data member fields first and then invokes the parent "clone"-method,
but the result was the same (segmanetation fault).

(I compiled the source code on an Indigo2 with IRIX 6.2, Maximum
Impact graphics board and Performer 2.0)

What am I doing wrong ?

Thanks,

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  Sun Aug 24 12:32:35 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA04332; Sun, 24 Aug 1997 07:01:03 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA04316; Sun, 24 Aug 1997 07:01:02 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA10392; Sun, 24 Aug 1997 07:01:02 -0700
Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA00916
	for <info-performer@sgi.com>; Sun, 24 Aug 1997 07:00:57 -0700
	env-from (czg@iname.com)
From: czg@iname.com
Received: from pc-czg (ab-1-6.bta.net.cn [202.99.63.6])
	by public.bta.net.cn (8.8.5/8.8.5) with SMTP id WAA03923
	for <info-performer@sgi.com>; Sun, 24 Aug 1997 22:00:37 +0900 (CDT)
Message-ID: <34011143.5678@iname.com>
Date: Sun, 24 Aug 1997 21:59:47 -0700
Reply-To: czg@iname.com
X-Mailer: Mozilla 3.01Gold (WinNT; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: how to distinguish nodes in a scene ?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hello Performer friends,
I have a question about Performer & Multigen. I build scene with
Multigen 14.2 and view it by my program on Performer 2.1. The question
is, how can I distinguish nodes into different types. I know that
Multigen have 2 user defined fields for each node, but Performer
doesn't support this. Is this right? and any other methord for my
goal?

Thanks ahead

Cao Zhigang
=======================================================================
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 Aug 25 07:33:51 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id CAA06363; Mon, 25 Aug 1997 02:09:41 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id CAA06347; Mon, 25 Aug 1997 02:09:40 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id CAA00309; Mon, 25 Aug 1997 02:09:40 -0700
Received: from philos.philosys.de (philos.philosys.de [193.100.254.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id CAA08798
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 02:09:37 -0700
	env-from (Wolfgang.Trog@philosys.de)
Received: from opal.philosys.de by philos.philosys.de (4.1/SMI-4.1)
	id AA13999; Mon, 25 Aug 97 11:09:30 +0200
Received: from opal (localhost [127.0.0.1]) by opal.philosys.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA18138 for <info-performer@sgi.com>; Mon, 25 Aug 1997 11:06:25 +0200
Sender: Wolfgang.Trog@philosys.de
Message-Id: <34014B11.2781@philosys.de>
Date: Mon, 25 Aug 1997 11:06:25 +0200
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: Performer Mailing List <info-performer@sgi.com>
Subject: LOD transition blending
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi Performers !

I'm trying to use LOD transition blending in a driving simulation. Due
to the manual, I can do this only on RealityEngine graphics systems. Is
there any possibility to do this on other machines, like an O2, too.

Thanks for your help !

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  Mon Aug 25 10:46:02 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id FAA06566; Mon, 25 Aug 1997 05:15:46 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id FAA06550; Mon, 25 Aug 1997 05:15:45 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id FAA02049; Mon, 25 Aug 1997 05:15:44 -0700
Received: from lurch.arl.mil (lurch.arl.mil [128.63.39.63]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA04848
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 05:15:43 -0700
	env-from (markt@arl.mil)
Date:     Mon, 25 Aug 97 8:11:56 EDT
From: "Mark A. Thomas" <markt@arl.mil>
To: info-performer@sgi.com
Subject:  Re:  how to distinguish nodes in a scene ?
Message-ID:  <9708250811.aa09311@lurch.arl.mil>
Status: O

You can distinquish nodes using the COMMENT field in the Multigen
nodes.  But you have to set a loader callback function, detailed
in the Multigen flight loader README, to use this.

The callback mechanism works for Multigen nodes and objects.  You
simple enable the callback mechanism, and process the multigen
nodes in your callback function in your Performer app.

Check out the README.  It is all there.

-markt

*===========================================================*
* Mark A. Thomas                    e-mail: markt@arl.mil   *
* Team Leader                       Tel:    (410)278-5011   *
* Virtual Technologies Team         FAX:    (410)278-4988   *
* U. S. Army Research Laboratory    DSN:         298-5011   *  
*===========================================================*
=======================================================================
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 Aug 25 11:42:12 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA07147; Mon, 25 Aug 1997 09:52:55 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA07131; Mon, 25 Aug 1997 09:52:54 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA27889; Mon, 25 Aug 1997 09:52:54 -0700
Received: from zuul.risc.rockwell.com (zuul.risc.rockwell.com [130.50.16.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA14454
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 09:52:53 -0700
	env-from (ctam@risc.rockwell.com)
Received: by zuul.risc.rockwell.com; id JAA11972; Mon, 25 Aug 1997 09:52:00 -0700 (PDT)
Received: from mirage.risc.rockwell.com(130.50.5.126) by zuul.risc.rockwell.com via smap (3.2)
	id xma011937; Mon, 25 Aug 97 09:51:35 -0700
Received: from MIRAGE (LOCALHOST [127.0.0.1]) by MIRAGE.risc.rockwell.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA02625 for <info-performer@sgi.com>; Mon, 25 Aug 1997 09:47:45 -0700
Sender: ckt@risc.rockwell.com
Message-ID: <3401B730.41C6@risc.rockwell.com>
Date: Mon, 25 Aug 1997 09:47:44 -0700
From: "Clement K. Tam" <ctam@risc.rockwell.com>
Organization: Rockwell Science Center
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Screen Resolution for Per Window Stereo
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hello,

I have recently downloaded a Performer based stereo.c from:
www.sgi.com/Technology/Performer/goodies.html

It works well on my dual monitor Onyx w/ IR graphics, viewed through
CrystalEyes Eyewear.

However, I cannot get my left monitor display (channel 0) switched to
high resolution with ircombine using the following vfo files:

1280x1024_120s.vfo
1024x768_120s.vfo

All I got is a blank screen on my left monitor.
Lower resolution with the following vfo files does work:

640x512_120s.vfo
640x480_120s.vfo

Lower refresh rate, higher resolution also works:

1024x768_96s.vfo

So my question is: Can I have the full 1280x1024 resolution while using
Per Window (Quad Buffer) stereo?

This Onyx has only ONE RM.  Could that be a factor?
Additional h/w info follows:


 /usr/gfx 44%gfxinfo
Graphics board 0 is "KONAS" graphics.
        Managed (":0.0") 2560x1024 
        Display has 8 channels
        4 GEs (of 4), occmask = 0x0f
        4MB external BEF ram, 32bit path
        1 RM6 board (of 1) 1/0/0/0
        Texture Memory: 64MB/-/-/-
        Small pixel depth
        32K cmap, 64K external gamma
        Channel 0:
         Origin = (0,0)
         Video Output: 1280 pixels, 1024 lines, 60.00Hz
(1280x1024_60.vfo)
        Channel 1:
         Origin = (0,538)
         Video Output: 640 pixels, 486 lines, 29.97Hz (640x486_30i.vfo)
        Channel 2:
         Origin = (1280,0)
         Video Output: 1280 pixels, 1024 lines, 60.00Hz
(1280x1024_60.vfo)
        Channel 3:
         Origin = (0,544)
         Video Output: 640 pixels, 480 lines, 60.00Hz (640x480_180q.vfo)


Thanks in advance for any suggestion or comment.
-- 
----------------------------------------------------------------
Clement K. Tam			|Research Scientist    
Rockwell Science Center		|Human Computer Interface
1049 Camino Dos Rios		|Voice: (805)373-4858
PO Box 1085, M/S A7A		|Comnet:     253-4858
Thousand Oaks, CA 91358		|Email: ctam@risc.rockwell.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 Aug 25 11:42:16 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA07232; Mon, 25 Aug 1997 10:15:17 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA07216; Mon, 25 Aug 1997 10:15:16 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA01008; Mon, 25 Aug 1997 10:15:14 -0700
Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA21905
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 10:15:01 -0700
	env-from (remi@remi.engr.sgi.com)
Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA04545; Mon, 25 Aug 1997 10:14:59 -0700
From: remi@remi.engr.sgi.com (Rémi Arnaud)
Message-Id: <199708251714.KAA04545@remi.engr.sgi.com>
Subject: Re: LOD transition blending
To: Wolfgang.Trog@philosys.de (Wolfgang Trog)
Date: Mon, 25 Aug 1997 10:14:59 -0700 (PDT)
Cc: info-performer@sgi.com
In-Reply-To: <34014B11.2781@philosys.de> from "Wolfgang Trog" at Aug 25, 97 11:06:25 am
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Content-Length: 937       
Status: O

Wolfgang Trog wrote:
> 
> Hi Performers !
> 
> I'm trying to use LOD transition blending in a driving simulation. Due
> to the manual, I can do this only on RealityEngine graphics systems. Is
> there any possibility to do this on other machines, like an O2, too.
> 
> Thanks for your help !
> 

  The LOD blending is done using multisampling alpha, exclusively available
  on graphics that have multisampling (RE2, IR). 
  It is possible to use the regular blending, but the polygons have to be
  sorted in back to front order in that case. (see the trenaparent bin
  in the pfChannel man page)
  You'll have to change the transparency of the object by hand acting on the
  geoState attached to the geoset you wish to blend, and have the transparency
  bin enabled

  regards

    _  /              _             _ 
   |_) _ ._ _ 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 Aug 25 11:42:14 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA07198; Mon, 25 Aug 1997 10:04:21 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA07182; Mon, 25 Aug 1997 10:04:20 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA29620; Mon, 25 Aug 1997 10:04:19 -0700
Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA17948
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 10:04:16 -0700
	env-from (robj@quid.csd.sgi.com)
Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	 id KAA29603; Mon, 25 Aug 1997 10:04:15 -0700
Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	 id KAA10429; Mon, 25 Aug 1997 10:03:23 -0700
From: "Rob Jenkins" <robj@quid>
Message-Id: <9708251003.ZM10427@quid.csd.sgi.com>
Date: Mon, 25 Aug 1997 10:03:23 -0700
In-Reply-To: Wolfgang Trog <Wolfgang.Trog@philosys.de>
        "LOD transition blending" (Aug 25, 11:06am)
References: <34014B11.2781@philosys.de>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Wolfgang Trog <Wolfgang.Trog@philosys.de>,
        Performer Mailing List <info-performer@sgi.com>
Subject: Re: LOD transition blending
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 25, 11:06am, Wolfgang Trog wrote:
> Subject: LOD transition blending
> Hi Performers !
>
> I'm trying to use LOD transition blending in a driving simulation. Due
> to the manual, I can do this only on RealityEngine graphics systems. Is
> there any possibility to do this on other machines, like an O2, too.
>

You can use LOD transistion on any machine but only blended LOD on machines
that support multisampling so only RE2 and iR.

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 Aug 25 11:42:13 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA06987; Mon, 25 Aug 1997 09:08:16 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA06971; Mon, 25 Aug 1997 09:08:15 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA22012; Mon, 25 Aug 1997 09:08:15 -0700
Received: from ciup1.ncc.up.pt (ciup1.ncc.up.pt [193.136.51.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA29895
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 09:08:07 -0700
	env-from (jrsilva@onyx.fe.up.pt)
Received: from garf.fe.up.pt (garfield.fe.up.pt) by ciup1.ncc.up.pt with SMTP id AA06028
  (5.65c/IDA-1.4.4 for <info-performer@sgi.com>); Mon, 25 Aug 1997 18:08:05 +0200
Received: from onyx (onyx.fe.up.pt) by garf.fe.up.pt with SMTP id AA20505
  (5.65c/IDA-1.4.4 for <@garfield:info-performer@sgi.com>); Mon, 25 Aug 1997 17:09:13 +0100
Received: by onyx (940816.SGI.8.6.9/940406.SGI.AUTO)
	for info-performer@sgi.com id RAA09063; Mon, 25 Aug 1997 17:20:52 GMT
From: "Jose Ricardo Silva" <jrsilva@onyx.fe.up.pt>
Message-Id: <9708251720.ZM9061@onyx.fe.up.pt>
Date: Mon, 25 Aug 1997 17:20:50 +0000
X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail)
To: info-performer@sgi.com
Subject: pfdGeoBuilder tools
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi !

I'm trying to use this tools to convert a GeoSet with type QUADS or POLYS into
GeoSet(s) with type TRIS or TRISTRIPS. I've tryed the following way:

1) I already have a GeoSet with type QUADS or POLYS before the following steps

2) I create a new GeoBuilder (with pfdNewGeoBldr)

3) I allocate a new pfdGeom structure with the number of vertices obtained with
    the following sentences:
   3.1) numVerts = pfGetGSetAttrRange(PolyOrQuad, PFGS_COORD3, NULL, &max);
   3.2) numVerts = PF_MAX2(numVerts, max + 1);

4) At this step i fill the pfdGeom structure with the data from the GeoSet
   (attribute lists, bindings and so on)

5) I attach the pfdGeom structure to the GeoBuilder with pfdAddPoly

6) I use pfdBuildGSets to return a pfList with the GeoSet(s)

My problem is that in step 6 the number of elements in the pfList is always 0.

I've tested it with a simple GeoSet with 6 QUADS forming a cube and it never
worked. I also tried to use pfdAddGeom instead of pfdAddPoly (the
pfdGeoBuilder man pages say that pfdAddPoly is a low-level function invoked by
pfdAddGeom, and should not be used directly).

Anyway, i don't seem to be able to find out what's wrong with the code, so if
somebody can help me on this i'd appreciate.

-- 
Jose' Ricardo F. Silva
Tel: (02) 9966175
e-mail:	jrsilva@onyx.fe.up.pt
=======================================================================
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 Aug 25 11:42:15 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id GAA06625; Mon, 25 Aug 1997 06:33:01 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id GAA06609; Mon, 25 Aug 1997 06:33:00 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id GAA06069; Mon, 25 Aug 1997 06:33:00 -0700
Received: from server07.icaen.uiowa.edu (server07.icaen.uiowa.edu [128.255.17.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA19390
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 06:32:58 -0700
	env-from (gthomas@icaen.uiowa.edu)
From: gthomas@icaen.uiowa.edu
Received: from server01.icaen.uiowa.edu (root@server01.icaen.uiowa.edu [128.255.17.41]) by server07.icaen.uiowa.edu (8.7.5/8.7.1) with ESMTP id IAA13640 for <info-performer@sgi.com>; Mon, 25 Aug 1997 08:32:56 -0500 (CDT)
Received: from l-cb00.icaen.uiowa.edu (gthomas@l-cb00.icaen.uiowa.edu [128.255.17.79]) by server01.icaen.uiowa.edu (8.7.5/8.7.1) with ESMTP id IAA14551 for <info-performer@sgi.com>; Mon, 25 Aug 1997 08:32:55 -0500 (CDT)
Received: (from gthomas@localhost) by l-cb00.icaen.uiowa.edu (8.7.6/client-6.1) id IAA14093 for info-performer@sgi.com; Mon, 25 Aug 1997 08:32:53 -0500 (CDT)
Message-Id: <199708251332.IAA14093@l-cb00.icaen.uiowa.edu>
Organization: Iowa Computer Aided Engineering Network, University of Iowa
Subject: Mailing list archives
To: info-performer@sgi.com
Date: Mon, 25 Aug 1997 08:32:52 -0500 (CDT)
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

Perhaps I was looking in the wrong place, but I noticed that the
mailing list archives at ftp://sgigate.sgi.com/pub/Performer/monthly-archives
only goes up to Feb '97.  I was looking for some recent notes about
VRML 2.0 loaders which seems to be unavailable.

- Geb
-- 
Dr. Geb Thomas                   The GROK Lab
Industrial Engineering           (o)  (319) 335-5936
The University of Iowa           (f)  (319) 335-5424
=======================================================================
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 Aug 25 11:42:13 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA06703; Mon, 25 Aug 1997 07:43:45 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA06687; Mon, 25 Aug 1997 07:43:44 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA12101; Mon, 25 Aug 1997 07:43:44 -0700
Received: from spiffy.paradigmsim.com (spiffy.paradigmsim.com [206.7.114.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA04777
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 07:43:42 -0700
	env-from (bruce@paradigmsim.com)
Received: from brucespc.paradigmsim.com by spiffy.paradigmsim.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO)
	 id JAA22905; Mon, 25 Aug 1997 09:41:38 -0500
Received: by brucespc.paradigmsim.com with Microsoft Mail
	id <01BCB13B.CB2DE260@brucespc.paradigmsim.com>; Mon, 25 Aug 1997 09:46:42 -0500
Message-ID: <01BCB13B.CB2DE260@brucespc.paradigmsim.com>
From: Bruce Caridi <bruce@paradigmsim.com>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Cc: "'Bruce Caridi'" <bruce@paradigmsim.com>,
        "'Virginia Higgins'"
	 <vhiggins@paradigmsim.com>
Subject: Career Opportunities with Paradigm Simulation!
Date: Mon, 25 Aug 1997 09:46:41 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Status: O


Attention Engineers!

Paradigm Simulation, a leader in visual simulation tools for SGI =
systems, has immediate openings for qualified individuals interested in =
a career in sales engineering. Positions are currently available in =
Southern California, Washington D.C., and Dallas.

Paradigm is growing rapidly and looking for motivated individuals who =
can provide technical support to Paradigm's domestic sales force. =
Activities include technical briefings, product demonstrations, and the =
development of applications using Vega products. Travel to exciting =
destinations within North America! Compensation package includes a =
competitive salary plus performance bonus, as well as excellent =
benefits.

BS in Computer Engineering or Computer Science is required. Experience =
working in a sales environment providing technical support is preferred. =
C/C++ programming skills and good working knowledge of the UNIX =
operating system required. Good communication & presentation skills are =
also required to be successful in this position.=20

For more information on Paradigm Simulation, visit our web site at =
www.paradigmsim.com

If your interested in this exciting opportunity, please fax or e-mail a =
current resume to:

Virginia Higgins
Human Resources
Paradigm Simulation, Inc.
14900 Landmark Blvd.
Dallas, TX  75240
(972) 960-2301
(972) 960-2303 FAX
vhiggins@paradigmsim.com

Thank you for your interest in Paradigm Simulation!

=======================================================================
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 Aug 25 14:46:42 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA07957; Mon, 25 Aug 1997 12:37:43 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA07941; Mon, 25 Aug 1997 12:37:42 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA19202; Mon, 25 Aug 1997 12:37:42 -0700
Received: from bert.arc.nasa.gov (bert.arc.nasa.gov [128.102.120.19]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA28259
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 12:37:37 -0700
	env-from (spelk@bert.arc.nasa.gov)
Received: from bert.arc.nasa.gov by bert.arc.nasa.gov (940816.SGI.8.6.9/1.35)
	id MAA00810; Mon, 25 Aug 1997 12:21:00 -0700
Sender: spelk@bert.arc.nasa.gov
Message-ID: <3401DB1C.41C6@bert.arc.nasa.gov>
Date: Mon, 25 Aug 1997 12:21:00 -0700
From: Steve Elkins <spelk@bert.arc.nasa.gov>
Organization: Sterling Software/NASA Ames Division
X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: spotlight problems
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Greetings,

I'm tring to impliment a projected texture spotlight on a iR running
Performer 2.1.  I am using the example from the man page on
pfLightSource.

If I run as a single process I get a good textured spot light, but the 
fog is not correct and both of my side windows do not display correctly.
If I run multiprocess (APP_CULL_DRAW) I get good fog, good display in
all 3 windows, but no spotlight.  It seems to be a local light.

Any ideas as to why I get such different results with single vs.
multiprocess?  

What do I need to do to get the spotlight to disply correctly in
multiprocees mode?

Thanks for any sugestions.

-- 
*****************************************************************************
Steve Elkins
Sterling Software
NASA Ames Research Center
spelk@bert.arc.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  Mon Aug 25 14:46:42 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA07293; Mon, 25 Aug 1997 10:41:18 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA07277; Mon, 25 Aug 1997 10:41:18 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA04801; Mon, 25 Aug 1997 10:41:17 -0700
Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA00774
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 10:41:14 -0700
	env-from (czg@iname.com)
From: czg@iname.com
Received: from pc-czg (ab-1-175.bta.net.cn [202.99.63.183])
	by public.bta.net.cn (8.8.5/8.8.5) with SMTP id BAA14843;
	Tue, 26 Aug 1997 01:41:09 +0900 (CDT)
Message-ID: <34029682.7D27@iname.com>
Date: Tue, 26 Aug 1997 01:40:34 -0700
Reply-To: czg@iname.com
X-Mailer: Mozilla 3.01Gold (WinNT; I)
MIME-Version: 1.0
To: info-performer@sgi.com
CC: Jenny Zhao <zhz@dandan.engr.sgi.com>
Subject: about distinguish nodes
References: <199708251541.IAA19495@dandan.engr.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hello friends,

in my earlly mail about distinguish nodes I didn't describe my meaning
clearlly. Now allow me to explain it:

In my performer program I want to seperate some Geodes from others
( they are all in ONE scene file ) so that some operations can be
performed to on part of Geodes and other Geodes not affected. The
operations include: paste terrain clip texture to terrain Geodes 
and not building Geodes; Intersection test with some Geodes(building).
But all Geodes are same type(pfGeode). In Multigen(used to make scene
database) each node can have 2 user defined fields. These fields can
be used to identify some specific nodes. But these fields can not be
read in performer. 

How to distinguish nodes of the same type ?

Thanks in advance

Cao Zhigang
=======================================================================
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 Aug 25 14:46:46 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA07883; Mon, 25 Aug 1997 12:33:58 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA07867; Mon, 25 Aug 1997 12:33:57 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA18571; Mon, 25 Aug 1997 12:33:55 -0700
Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA26656
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 12:33:46 -0700
	env-from (robj@quid.csd.sgi.com)
Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	 id MAA18191; Mon, 25 Aug 1997 12:29:25 -0700
Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	 id MAA01050; Mon, 25 Aug 1997 12:29:25 -0700
From: "Rob Jenkins" <robj@quid>
Message-Id: <9708251229.ZM1048@quid.csd.sgi.com>
Date: Mon, 25 Aug 1997 12:29:24 -0700
In-Reply-To: gthomas@icaen.uiowa.edu
        "Mailing list archives" (Aug 25,  8:32am)
References: <199708251332.IAA14093@l-cb00.icaen.uiowa.edu>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: gthomas@icaen.uiowa.edu, info-performer@sgi.com
Subject: Re: Mailing list archives
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 25,  8:32am, gthomas@icaen.uiowa.edu wrote:
> Subject: Mailing list archives
> Perhaps I was looking in the wrong place, but I noticed that the
> mailing list archives at ftp://sgigate.sgi.com/pub/Performer/monthly-archives
> only goes up to Feb '97.  I was looking for some recent notes about
> VRML 2.0 loaders which seems to be unavailable.


The archives are getting a little stale, we'll try and address that soon

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 Aug 25 19:19:29 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA08408; Mon, 25 Aug 1997 13:33:33 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA08392; Mon, 25 Aug 1997 13:33:32 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA26565; Mon, 25 Aug 1997 13:33:32 -0700
Received: from mailserv ([169.238.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA24476
	for <info-performer@sgi.com>; Mon, 25 Aug 1997 13:33:30 -0700
	env-from (brian@dingbat.clubfed.sgi.com)
Received: from dingbat.clubfed.sgi.com by mailserv via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI)
	 id QAA19344; Mon, 25 Aug 1997 16:33:20 -0400
Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA09226; Mon, 25 Aug 1997 16:19:28 -0400
Date: Mon, 25 Aug 1997 16:19:28 -0400
From: brian@dingbat.clubfed.sgi.com (Brian Furtaw)
Message-Id: <9708251619.ZM9225@dingbat.clubfed.sgi.com>
In-Reply-To: "Daniela Rainer (RUS)" <Daniela.Rainer@RUS.Uni-Stuttgart.DE>
        "Material colors and multiple pfPipeWindows" (Aug 22,  6:08pm)
References: <9708221808.ZM3897@vista.rus.uni-stuttgart.de>
Reply-To: brian@sgi.com
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "Daniela Rainer (RUS)" <Daniela.Rainer@RUS.Uni-Stuttgart.DE>,
        info-performer@sgi.com
Subject: Re: Material colors and multiple pfPipeWindows
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708251619.ZM9225.clubfed.sgi.com"
Status: O

--
--PART-BOUNDARY=.19708251619.ZM9225.clubfed.sgi.com
Content-Type: text/plain; charset=us-ascii

Daniela,

I tried two different approaches to solve your problem the first which ran much
faster then the second, I created a seconf matrl state->mtl1 and applied it in
the first channel then created and applied state->mtl in the second channel.

The second way I tired was using one matrl definition state->mtl I created it
in the first channel and apply'd it to both but this ran considerably slower.

Please see the changes I made in OpenWindow() and to shared state in the
attached code.

I think you are having this problem because each channel has its own global
GeoState and when you tried to recreate the state->mtl in the second call to
OpenWindow() it was changing the value of the pointer in the sharedState and
Performer ignored the new matrl in the second channels global GeoState. You do
have to enable lighting in both channels because of the separate global
GeoStates.

Brian



On Aug 22,  6:08pm, Daniela Rainer (RUS) wrote:
> Subject: Material colors and multiple pfPipeWindows
>
> Hello,
>
> I have a state problem with in an application with multiple windows and I
> attached a small test example that shows the problem:
>
> Both windows have the same view of an object. The object geoset contains
colors
> and normals.
>
> I defined a global material with all components set to grey or white and
> pfMtlColorMode(state->mtl, PFMTL_BOTH, PFMTL_CMODE_OFF) which should prohibit
> that the object is drawn with the geometry colors.
>
> Of course this is only a test program that should show the inconsistency
> between the two windows, normally I would not define geometry colors and then
> doesn't use them.
>
> In the first window this looks like it was defined (an uncolored cube but
> shaded cube) but in the second window the object is always drawn ambient with
> the geometry color.
>
> Does anybody have experience with multiple windows and state problems?
>
> I compiled this program on an Indy 24-bit with IRIX 6.2 and Performer2.0.1.
>
> Thanks for any help.
>
> Best Regards
> Daniela
>
>
>
> --
> -------------------------------------------------------------------------
> Daniela Rainer                       | email: rainer@rus.uni-stuttgart.de
> Rechenzentrum Uni Stuttgart (RUS)    | Tel:   +49 (0) 711 685 5790
> Allmandring 30a, 70550 Stuttgart     | Fax:   +49 (0) 711 682 357
>
> [ Text ] :
>
> /****************************************************************************************/
> /*
										*/
> /*	Test for multiple windowsmaterial
   						*/
> /*	Spotlight seem to have a problem on RealityEngine with Performer 2.01
	*/
> /*
										*/
> /*	OpenGL based Performer 2.0(1)
						*/
> /*
										*/
> /*	cc -o state_multiwin state_multiwin.c  -lGLU -lGL -lpf_ogl -lpfdu_ogl
		*/
> /*	-lpfutil_ogl -lmpc -limage -lfm -lXirisw -lXm -lXt -lfpe -lXmu -lX11
	*/
> /*	-lm -lmalloc -lC -lXext
							*/
> /*
										*/
> /****************************************************************************************/
>
> #include	<stdlib.h>
> #include	<stdio.h>
> #include        <math.h>
>
>
> #define 	PF_CPLUSPLUS_API    0
> #include 	<Performer/pf.h>
> #include 	<Performer/pr.h>
> #include 	<Performer/pfutil.h>
> #include 	<Performer/pfdu.h>
> #include 	<Performer/pfui.h>
>
>
> void		OpenWindow(pfPipeWindow *pw);
> void		DrawFunc(pfChannel *chan, void *data);
> void		PreDraw(pfChannel *chan, void *data);
> void		PostDraw(pfChannel *chan, void *data);
>
> pfGeode		*loadCube(float size);
>
> typedef struct
> {
>     pfLightModel	*lm;
>     pfLight		*lt;
>     pfMaterial	        *mtl;
>
> } sharedState;
>
> sharedState		*state;
>
> int
> main(int argc, char *argv[])
> {
>     pfChannel	    *chan1, *chan2;
>     pfScene	    *scene;
>     pfDCS	    *rotateDCS;
>     pfGeode	    *cubeGeode;
>     pfGeode 	    *testObject;
>     pfMatrix	    DCSMat,  mat;
>     pfPipeWindow    *pw1, *pw2;
>     pfCoord	    view;
>     pfVec3	    axis;
>
>     pfInit();
>
>     state = (sharedState *) pfCalloc(1, sizeof(sharedState),
pfGetSharedArena());
>
>     pfMultiprocess(PFMP_APPCULL_DRAW);
>
>     pfConfig();
>
>     scene = pfNewScene();
>     rotateDCS = pfNewDCS();
>     cubeGeode = loadCube(5.0f);
>     pfAddChild(scene, rotateDCS);
>     pfAddChild(rotateDCS, cubeGeode);
>
>     pw1 = pfNewPWin(pfGetPipe(0));
>     pfPWinOriginSize(pw1,  100,  100,  400,  400);
>     pfPWinConfigFunc(pw1, OpenWindow);
>     pfConfigPWin(pw1);
>     pfFrame();
>
>     pw2 = pfNewPWin(pfGetPipe(0));
>     pfPWinOriginSize(pw2,  500,  100,  400,  400);
>     pfPWinConfigFunc(pw2, OpenWindow);
>     pfConfigPWin(pw2);
>     pfFrame();
>
>     chan1 = pfNewChan(pfGetPipe(0));
>     pfChanTravFunc(chan1,  PFTRAV_DRAW, DrawFunc);
>     pfChanScene(chan1,scene);
>     pfChanNearFar(chan1, 8.0, 20.0);
>     pfMakePerspChan(chan1,-3.0f, 3.0f, -3.0f, 3.0f);
>     pfSetVec3(view.xyz, 0.0f, -14.0f, 0.0f);
>     pfSetVec3(view.hpr, 0.0f, 0.0f, 0.0f);
>     pfChanView(chan1, view.xyz, view.hpr);
>     pfAddChan(pw1, chan1);
>
>     chan2 = pfNewChan(pfGetPipe(0));
>     pfChanTravFunc(chan2,  PFTRAV_DRAW, DrawFunc);
>     pfChanScene(chan2,scene);
>     pfChanNearFar(chan2, 8.0, 20.0);
>     pfMakePerspChan(chan2,-3.0f, 3.0f, -3.0f, 3.0f);
>     pfSetVec3(view.xyz, 0.0f, -14.0f, 0.0f);
>     pfSetVec3(view.hpr, 0.0f, 0.0f, 0.0f);
>     pfChanView(chan2, view.xyz, view.hpr);
>     pfAddChan(pw2, chan2);
>
>     pfSetVec3(axis,1.0f, 0.0f, 0.0f);
>     pfNormalizeVec3(axis);
>     pfMakeRotMat(mat, 0.9f,axis[0], axis[1], axis[3]);
>
>     while (1)
>     {
> 	pfSync();
>
> 	pfGetDCSMat(rotateDCS, DCSMat);
> 	pfPostMultMat(DCSMat, mat);
> 	pfDCSMat(rotateDCS, DCSMat);
>
> 	pfFrame();
>
>
>     }
> }
>
>
> void
> OpenWindow(pfPipeWindow *pw)
> {
>
>
>     pfOpenPWin(pw);
>
>     pfPWinIndex(pw, PFWIN_GFX_WIN);
>     pfSelectPWin(pw);
>
>     /* global state */
>     pfCullFace(PFCF_OFF);
>     pfShadeModel(PFSM_GOURAUD);
>     pfEnable(PFEN_LIGHTING);
>
>     /* twosided lighting */
>     state->lm = pfNewLModel(pfGetSharedArena());
>     pfLModelTwoSide(state->lm, PF_ON);
>     pfLModelLocal(state->lm, PF_ON);
>     pfApplyLModel(state->lm);
>
>     /* finite light */
>     state->lt = pfNewLight(pfGetSharedArena());
>     pfLightPos(state->lt, 0.0f, 0.0f, 10.0f, 1.0f);
>     pfLightColor(state->lt, PFLT_DIFFUSE, 1.0f, 1.0f, 1.0f);
>     pfLightColor(state->lt, PFLT_AMBIENT, 0.1f, 0.1f, 0.1f);
>     pfLightColor(state->lt, PFLT_SPECULAR, 1.0f, 1.0f, 1.0f);
>
>     /* two sided material that ignores all geometry colors*/
>     state->mtl = pfNewMtl(pfGetSharedArena());
>     pfMtlSide(state->mtl,  PFMTL_BOTH);
>     pfMtlColorMode(state->mtl, PFMTL_BOTH, PFMTL_CMODE_OFF);
>     pfMtlColor(state->mtl, PFMTL_AMBIENT, 0.2, 0.2, 0.2);
>     pfMtlColor(state->mtl, PFMTL_DIFFUSE, 0.9, 0.9, 0.9);
>     pfMtlColor(state->mtl, PFMTL_SPECULAR, 0.8, 0.8, 0.8);
>     pfMtlColor(state->mtl, PFMTL_EMISSION, 0.0f, 0.0f, 0.0f);
>     pfMtlShininess(state->mtl, 16.0f);
>     pfApplyMtl(state->mtl);
>
>
> }
>
> void
> DrawFunc(pfChannel *chan, void *data)
> {
>     PreDraw(chan,data);
>     pfDraw();
>     PostDraw(chan,data);
> }
>
> void
> PreDraw(pfChannel *chan, void *data)
> {
>
>     pfLightOn(state->lt);
>     pfClearChan(chan);
>
>
> }
>
> void
> PostDraw(pfChannel *leftChan, void *data)
> {
>
> }
>
>
> pfGeode
> *loadCube(float size)
> {
>     pfGeoSet		*cubeGeoSet;
>     pfGeode		*cubeGeode;
>     pfGeoState		*cubeGeoState;
>     pfMatrix		scaleMat,  rotMat;
>     static pfVec4	*cubeColor;
>     pfMaterial 		*cubemtl;
>
>     cubeGeode = pfNewGeode();
>     cubeGeoSet  = pfdNewCube(pfGetSharedArena());
>
>     cubeColor = (pfVec4 *)pfCalloc(1, sizeof(pfVec4), pfGetSharedArena());
>     pfSetVec4(cubeColor[0], 0.0f, 1.0f, 1.0f, 1.0f);
>     pfGSetAttr(cubeGeoSet, PFGS_COLOR4,  PFGS_OVERALL, cubeColor,  NULL);
>
>     pfMakeScaleMat(scaleMat, size, size, size);
>     pfdXformGSet(cubeGeoSet,  scaleMat);
>
>     pfMakeRotMat(rotMat, 45.0f, 1.0f,  0.0f,  0.0f);
>     pfdXformGSet(cubeGeoSet,  rotMat);
>
>     pfAddGSet(cubeGeode,  cubeGeoSet);
>
>     return(cubeGeode);
>
> }
>
>
>-- End of excerpt from Daniela Rainer (RUS)



-- 
    ----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


--PART-BOUNDARY=.19708251619.ZM9225.clubfed.sgi.com
X-Zm-Content-Name: state_multiwin.c
Content-Description: Text
Content-Type: text/plain ; name="state_multiwin.c" ; charset=us-ascii


/****************************************************************************************/
/*											*/
/*	Test for multiple windowsmaterial    						*/
/*	Spotlight seem to have a problem on RealityEngine with Performer 2.01		*/
/*											*/
/*	OpenGL based Performer 2.0(1)							*/
/*											*/
/*	cc -o state_multiwin state_multiwin.c  -lGLU -lGL -lpf_ogl -lpfdu_ogl 		*/
/*	-lpfutil_ogl -lmpc -limage -lfm -lXirisw -lXm -lXt -lfpe -lXmu -lX11		*/
/*	-lm -lmalloc -lC -lXext								*/	
/*											*/
/****************************************************************************************/

#include	<stdlib.h>
#include	<stdio.h>
#include        <math.h>


#define 	PF_CPLUSPLUS_API    0
#include 	<Performer/pf.h>
#include 	<Performer/pr.h>
#include 	<Performer/pfutil.h>
#include 	<Performer/pfdu.h>
#include 	<Performer/pfui.h>


void		OpenWindow(pfPipeWindow *pw);
void		DrawFunc(pfChannel *chan, void *data);
void		PreDraw(pfChannel *chan, void *data);
void		PostDraw(pfChannel *chan, void *data);

pfGeode		*loadCube(float size);

typedef struct
{
    pfLightModel	*lm;
    pfLight		*lt;
    pfMaterial	        *mtl, *mtl1;    

} sharedState;	

sharedState		*state;

int 
main(int argc, char *argv[])
{
    pfChannel	    *chan1, *chan2;
    pfScene	    *scene;
    pfDCS	    *rotateDCS;
    pfGeode	    *cubeGeode;
    pfGeode 	    *testObject;
    pfMatrix	    DCSMat,  mat;
    pfPipeWindow    *pw1, *pw2;
    pfCoord	    view;
    pfVec3	    axis;

    pfInit();

    state = (sharedState *) pfCalloc(1, sizeof(sharedState), pfGetSharedArena());

    pfMultiprocess(PFMP_DEFAULT /*APPCULL_DRAW*/);

    pfConfig();

    scene = pfNewScene();
    rotateDCS = pfNewDCS();
    cubeGeode = loadCube(5.0f);
    pfAddChild(scene, rotateDCS);
    pfAddChild(rotateDCS, cubeGeode);

    pw1 = pfNewPWin(pfGetPipe(0)); 
    pfPWinOriginSize(pw1,  100,  100,  400,  400);   
    pfPWinConfigFunc(pw1, OpenWindow);
    pfConfigPWin(pw1);
    pfFrame();

    pw2 = pfNewPWin(pfGetPipe(0)); 
    pfPWinOriginSize(pw2,  500,  100,  400,  400);   
    pfPWinConfigFunc(pw2, OpenWindow);
    pfConfigPWin(pw2);
    pfFrame();

    chan1 = pfNewChan(pfGetPipe(0));
    pfChanTravFunc(chan1,  PFTRAV_DRAW, DrawFunc);
    pfChanScene(chan1,scene);
    pfChanNearFar(chan1, 8.0, 20.0); 
    pfMakePerspChan(chan1,-3.0f, 3.0f, -3.0f, 3.0f);
    pfSetVec3(view.xyz, 0.0f, -14.0f, 0.0f);   
    pfSetVec3(view.hpr, 0.0f, 0.0f, 0.0f);
    pfChanView(chan1, view.xyz, view.hpr);
    pfAddChan(pw1, chan1);

    chan2 = pfNewChan(pfGetPipe(0));
    pfChanTravFunc(chan2,  PFTRAV_DRAW, DrawFunc);
    pfChanScene(chan2,scene);
    pfChanNearFar(chan2, 8.0, 20.0); 
    pfMakePerspChan(chan2,-3.0f, 3.0f, -3.0f, 3.0f);
    pfSetVec3(view.xyz, 0.0f, -14.0f, 0.0f);   
    pfSetVec3(view.hpr, 0.0f, 0.0f, 0.0f);
    pfChanView(chan2, view.xyz, view.hpr);
    pfAddChan(pw2, chan2);

    pfSetVec3(axis,1.0f, 0.0f, 0.0f);
    pfNormalizeVec3(axis);
    pfMakeRotMat(mat, 0.9f,axis[0], axis[1], axis[3]);
  
    while (1)
    {
	pfSync();

	pfGetDCSMat(rotateDCS, DCSMat);
	pfPostMultMat(DCSMat, mat);
	pfDCSMat(rotateDCS, DCSMat);

	pfFrame();
	
    
    }
}


void
OpenWindow(pfPipeWindow *pw)
{
    static int doIt = 1;
    pfGeoState *gstate;

    pfOpenPWin(pw);

    pfPWinIndex(pw, PFWIN_GFX_WIN);
    pfSelectPWin(pw);

    /* global state */
    pfCullFace(PFCF_OFF);
    pfShadeModel(PFSM_GOURAUD);
    pfEnable(PFEN_LIGHTING);	/* This call must be made in both windows to
				 * get lighting. */
	
    if(doIt) {
	doIt = 0;
    /* two sided material that ignores all geometry colors*/ 
    state->mtl1 = pfNewMtl(pfGetSharedArena());
    pfMtlSide(state->mtl1,  PFMTL_BOTH);
    pfMtlColorMode(state->mtl1, PFMTL_BOTH, PFMTL_CMODE_OFF);
    pfMtlColor(state->mtl1, PFMTL_AMBIENT, 0.2, 0.2, 0.2); 
    pfMtlColor(state->mtl1, PFMTL_DIFFUSE, 0.9, 0.9, 0.9); 
    pfMtlColor(state->mtl1, PFMTL_SPECULAR, 0.8, 0.8, 0.8); 
    pfMtlColor(state->mtl1, PFMTL_EMISSION, 0.0f, 0.0f, 0.0f);
    pfMtlShininess(state->mtl1, 16.0f);
    pfApplyMtl(state->mtl1);
    
    } else {
    /* twosided lighting */        
    state->lm = pfNewLModel(pfGetSharedArena());
    pfLModelTwoSide(state->lm, PF_ON);
    pfLModelLocal(state->lm, PF_ON);
    pfApplyLModel(state->lm);

    /* finite light */
    state->lt = pfNewLight(pfGetSharedArena());
    pfLightPos(state->lt, 0.0f, 0.0f, 10.0f, 1.0f); 
    pfLightColor(state->lt, PFLT_DIFFUSE, 1.0f, 1.0f, 1.0f);
    pfLightColor(state->lt, PFLT_AMBIENT, 0.1f, 0.1f, 0.1f);
    pfLightColor(state->lt, PFLT_SPECULAR, 1.0f, 1.0f, 1.0f);
        	
    /* two sided material that ignores all geometry colors*/ 
    state->mtl = pfNewMtl(pfGetSharedArena());
    pfMtlSide(state->mtl,  PFMTL_BOTH);
    pfMtlColorMode(state->mtl, PFMTL_BOTH, PFMTL_CMODE_OFF);
    pfMtlColor(state->mtl, PFMTL_AMBIENT, 0.2, 0.2, 0.2); 
    pfMtlColor(state->mtl, PFMTL_DIFFUSE, 0.9, 0.9, 0.9); 
    pfMtlColor(state->mtl, PFMTL_SPECULAR, 0.8, 0.8, 0.8); 
    pfMtlColor(state->mtl, PFMTL_EMISSION, 0.0f, 0.0f, 0.0f);
    pfMtlShininess(state->mtl, 16.0f);
    
    pfApplyMtl(state->mtl);
    }


}

void 
DrawFunc(pfChannel *chan, void *data)
{
    PreDraw(chan,data);
    pfDraw();
    PostDraw(chan,data);
}

void 
PreDraw(pfChannel *chan, void *data)
{
    
    pfLightOn(state->lt);    
    pfClearChan(chan);
   
  
}

void 
PostDraw(pfChannel *leftChan, void *data)
{
    
}


pfGeode	   
*loadCube(float size)
{
    pfGeoSet		*cubeGeoSet;
    pfGeode		*cubeGeode;
    pfGeoState		*cubeGeoState;
    pfMatrix		scaleMat,  rotMat;
    static pfVec4	*cubeColor;
    pfMaterial 		*cubemtl;
    
    cubeGeode = pfNewGeode();
    cubeGeoSet  = pfdNewCube(pfGetSharedArena());
    
    cubeColor = (pfVec4 *)pfCalloc(1, sizeof(pfVec4), pfGetSharedArena());
    pfSetVec4(cubeColor[0], 0.0f, 1.0f, 1.0f, 1.0f);
    pfGSetAttr(cubeGeoSet, PFGS_COLOR4,  PFGS_OVERALL, cubeColor,  NULL);
    
    pfMakeScaleMat(scaleMat, size, size, size);
    pfdXformGSet(cubeGeoSet,  scaleMat);
    
    pfMakeRotMat(rotMat, 45.0f, 1.0f,  0.0f,  0.0f); 
    pfdXformGSet(cubeGeoSet,  rotMat);
   
    pfAddGSet(cubeGeode,  cubeGeoSet);

    return(cubeGeode);

}



--PART-BOUNDARY=.19708251619.ZM9225.clubfed.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 Aug 26 07:17:51 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id BAA10662; Tue, 26 Aug 1997 01:54:37 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id BAA10646; Tue, 26 Aug 1997 01:54:36 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id BAA27414; Tue, 26 Aug 1997 01:54:35 -0700
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA07238; Tue, 26 Aug 1997 01:54:32 -0700
	env-from (Daniela.Rainer@RUS.Uni-Stuttgart.DE)
Received: from vista.rus.uni-stuttgart.de (vista.rus.uni-stuttgart.de [129.69.29.12]) by artemis.rus.uni-stuttgart.de with ESMTP id KAA24768
  (8.6.13/IDA-1.6); Tue, 26 Aug 1997 10:54:30 +0200
Received: by vista.rus.uni-stuttgart.de (950413.SGI.8.6.12/930416.SGI/BelWue-1.1)
	 id KAA08873; Tue, 26 Aug 1997 10:54:30 +0200
From: "Daniela Rainer (RUS)" <Daniela.Rainer@RUS.Uni-Stuttgart.DE>
Message-Id: <9708261054.ZM8871@vista.rus.uni-stuttgart.de>
Date: Tue, 26 Aug 1997 10:54:29 +0000
In-Reply-To: brian@dingbat.clubfed.sgi.com (Brian Furtaw)
        "Re: Material colors and multiple pfPipeWindows" (Aug 25,  4:19pm)
References: <9708221808.ZM3897@vista.rus.uni-stuttgart.de> 
	<9708251619.ZM9225@dingbat.clubfed.sgi.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: brian@sgi.com
Subject: Re: Material colors and multiple pfPipeWindows in MULTIPROCESSING mode
Cc: info-performer@sgi.com
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708261054.ZM8871.rus.uni-stuttgart.de"
Status: O

--
--PART-BOUNDARY=.19708261054.ZM8871.rus.uni-stuttgart.de
Content-Type: text/plain; charset=us-ascii

Hello Brian,

thanks a lot for your answer.

The second material was not the only change you did to my program. You also
changed the multiprocessing model to PFMP_DEFAULT which is on my single
processor Indy PFMP_APPCULLDRAW. But in single processing this problem doesn't
arise.

The global shared material that was used twice was an error in my test program.
As I don't need it further more, I create the material in the OpenWindow
callback now. Only the light is a global variable.

Would you please have again a look at my program?


Best Regards
Daniela

-- 
-------------------------------------------------------------------------
Daniela Rainer                       | email: rainer@rus.uni-stuttgart.de
Rechenzentrum Uni Stuttgart (RUS)    | Tel:   +49 (0) 711 685 5790	
Allmandring 30a, 70550 Stuttgart     | Fax:   +49 (0) 711 682 357

--PART-BOUNDARY=.19708261054.ZM8871.rus.uni-stuttgart.de
X-Zm-Content-Name: state_multiwin.c
Content-Description: Text
Content-Type: text/plain ; name="state_multiwin.c" ; charset=us-ascii

/****************************************************************************************/
/*											*/
/*	Test for state varaibles in multiple windows and multiple processes  		*/
/*											*/
/*	OpenGL based Performer 2.0(1)							*/
/*											*/
/*	cc -o state_multiwin state_multiwin.c  -lpf_ogl -lpfdu_ogl 			*/
/*	-lpfutil_ogl -lmpc -limage -lfm -lfpe -lm -lmalloc -lC 				*/	
/*											*/
/****************************************************************************************/

#include	<stdlib.h>
#include	<stdio.h>
#include        <math.h>


#define 	PF_CPLUSPLUS_API    0
#include 	<Performer/pf.h>
#include 	<Performer/pr.h>
#include 	<Performer/pfutil.h>
#include 	<Performer/pfdu.h>
#include 	<Performer/pfui.h>


void		OpenWindow(pfPipeWindow *pw);
void		DrawFunc(pfChannel *chan, void *data);
void		PreDraw(pfChannel *chan, void *data);
void		PostDraw(pfChannel *chan, void *data);

pfGeode		*loadCube(float size);

typedef struct
{
    pfLight		*lt;

} sharedState;	

sharedState		*state;

int 
main(int argc, char *argv[])
{
    pfChannel	    *chan1, *chan2;
    pfScene	    *scene;
    pfDCS	    *rotateDCS;
    pfGeode	    *cubeGeode;
    pfGeode 	    *testObject;
    pfMatrix	    DCSMat,  mat;
    pfPipeWindow    *pw1, *pw2;
    pfCoord	    view;
    pfVec3	    axis;

    pfInit();

    state = (sharedState *) pfCalloc(1, sizeof(sharedState), pfGetSharedArena());

    pfMultiprocess(PFMP_APPCULL_DRAW); /* Please let the multiprocess model 
					  unchanged because the problem arises
					  only in mutiprocessing */

    pfConfig();

    scene = pfNewScene();
    rotateDCS = pfNewDCS();
    cubeGeode = loadCube(5.0f);
    pfAddChild(scene, rotateDCS);
    pfAddChild(rotateDCS, cubeGeode);

    pw1 = pfNewPWin(pfGetPipe(0)); 
    pfPWinOriginSize(pw1,  100,  100,  400,  400);   
    pfPWinConfigFunc(pw1, OpenWindow);
    pfConfigPWin(pw1);
    pfFrame();

    pw2 = pfNewPWin(pfGetPipe(0)); 
    pfPWinOriginSize(pw2,  500,  100,  400,  400);   
    pfPWinConfigFunc(pw2, OpenWindow);
    pfConfigPWin(pw2);
    pfFrame();

    chan1 = pfNewChan(pfGetPipe(0));
    pfChanTravFunc(chan1,  PFTRAV_DRAW, DrawFunc);
    pfChanScene(chan1,scene);
    pfChanNearFar(chan1, 8.0, 20.0); 
    pfMakePerspChan(chan1,-3.0f, 3.0f, -3.0f, 3.0f);
    pfSetVec3(view.xyz, 0.0f, -14.0f, 0.0f);   
    pfSetVec3(view.hpr, 0.0f, 0.0f, 0.0f);
    pfChanView(chan1, view.xyz, view.hpr);
    pfAddChan(pw1, chan1);

    chan2 = pfNewChan(pfGetPipe(0));
    pfChanTravFunc(chan2,  PFTRAV_DRAW, DrawFunc);
    pfChanScene(chan2,scene);
    pfChanNearFar(chan2, 8.0, 20.0); 
    pfMakePerspChan(chan2,-3.0f, 3.0f, -3.0f, 3.0f);
    pfSetVec3(view.xyz, 0.0f, -14.0f, 0.0f);   
    pfSetVec3(view.hpr, 0.0f, 0.0f, 0.0f);
    pfChanView(chan2, view.xyz, view.hpr);
    pfAddChan(pw2, chan2);

    pfSetVec3(axis,1.0f, 0.0f, 0.0f);
    pfNormalizeVec3(axis);
    pfMakeRotMat(mat, 0.9f,axis[0], axis[1], axis[3]);
  
    while (1)
    {
	pfSync();

	pfGetDCSMat(rotateDCS, DCSMat);
	pfPostMultMat(DCSMat, mat);
	pfDCSMat(rotateDCS, DCSMat);

	pfFrame();
	
    
    }
}


void
OpenWindow(pfPipeWindow *pw)
{
    static int firsttime = TRUE;
    pfMaterial *mtl;
    pfLightModel *lm;

    pfOpenPWin(pw);

    pfPWinIndex(pw, PFWIN_GFX_WIN);
    pfSelectPWin(pw);

    /* global state */
    pfCullFace(PFCF_OFF);
    pfShadeModel(PFSM_GOURAUD);
    pfEnable(PFEN_LIGHTING);

    /* two sided material that ignores all geometry colors*/ 
    mtl = pfNewMtl(pfGetSharedArena());
    pfMtlSide(mtl,  PFMTL_BOTH);
    pfMtlColorMode(mtl, PFMTL_BOTH, PFMTL_CMODE_OFF);
    pfMtlColor(mtl, PFMTL_AMBIENT, 0.2, 0.2, 0.2); 
    pfMtlColor(mtl, PFMTL_DIFFUSE, 0.9, 0.9, 0.9); 
    pfMtlColor(mtl, PFMTL_SPECULAR, 0.8, 0.8, 0.8); 
    pfMtlColor(mtl, PFMTL_EMISSION, 0.0f, 0.0f, 0.0f);
    pfMtlShininess(mtl, 16.0f);
    pfApplyMtl(mtl); 
	
    /*twosided light model*/
    lm = pfNewLModel(pfGetSharedArena());
    pfLModelTwoSide(lm, PF_ON);
    pfLModelLocal(lm, PF_ON);
    pfApplyLModel(lm);

    if (firsttime == TRUE) /* create the light only once */
    {
        firsttime = FALSE;
	state->lt = pfNewLight(pfGetSharedArena());
	pfLightPos(state->lt, 0.0f, 0.0f, 10.0f, 1.0f); 
	pfLightColor(state->lt, PFLT_DIFFUSE, 1.0f, 1.0f, 1.0f);
	pfLightColor(state->lt, PFLT_AMBIENT, 0.1f, 0.1f, 0.1f);
	pfLightColor(state->lt, PFLT_SPECULAR, 1.0f, 1.0f, 1.0f);


   }

   

}

void 
DrawFunc(pfChannel *chan, void *data)
{
    PreDraw(chan,data);
    pfDraw();
    PostDraw(chan,data);
}

void 
PreDraw(pfChannel *chan, void *data)
{
    
    pfLightOn(state->lt);    
    pfClearChan(chan);
   
  
}

void 
PostDraw(pfChannel *leftChan, void *data)
{
    
}


pfGeode	   
*loadCube(float size)
{
    pfGeoSet		*cubeGeoSet;
    pfGeode		*cubeGeode;
    pfGeoState		*cubeGeoState;
    pfMatrix		scaleMat,  rotMat;
    static pfVec4	*cubeColor;
    pfMaterial 		*cubemtl;
    
    cubeGeode = pfNewGeode();
    cubeGeoSet  = pfdNewCube(pfGetSharedArena());
    
    cubeColor = (pfVec4 *)pfCalloc(1, sizeof(pfVec4), pfGetSharedArena());
    pfSetVec4(cubeColor[0], 0.0f, 1.0f, 1.0f, 1.0f);
    pfGSetAttr(cubeGeoSet, PFGS_COLOR4,  PFGS_OVERALL, cubeColor,  NULL);
    
    pfMakeScaleMat(scaleMat, size, size, size);
    pfdXformGSet(cubeGeoSet,  scaleMat);
    
    pfMakeRotMat(rotMat, 45.0f, 1.0f,  0.0f,  0.0f); 
    pfdXformGSet(cubeGeoSet,  rotMat);
   
    pfAddGSet(cubeGeode,  cubeGeoSet);

    return(cubeGeode);

}



--PART-BOUNDARY=.19708261054.ZM8871.rus.uni-stuttgart.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  Tue Aug 26 08:40:28 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id DAA10791; Tue, 26 Aug 1997 03:15:07 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id DAA10775; Tue, 26 Aug 1997 03:15:06 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id DAA00839; Tue, 26 Aug 1997 03:15:06 -0700
Received: from zaphod.munich.sgi.com ([144.253.193.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA18638
	for <info-performer@sgi.com>; Tue, 26 Aug 1997 03:14:59 -0700
	env-from (joerg@munich.sgi.com)
Received: by zaphod.munich.sgi.com (950413.SGI.8.6.12/911001.SGI)
	 id MAA12096; Tue, 26 Aug 1997 12:14:24 +0200
Date: Tue, 26 Aug 1997 12:14:24 +0200
From: joerg@munich.sgi.com (Joerg Wallmersperger)
Message-Id: <9708261214.ZM12094@zaphod.munich.sgi.com>
In-Reply-To: Norbert Kociok <kociok@wetnt7.elektro.uni-wuppertal.de>
        "Magellan Space Mouse" (Aug 21,  4:04pm)
References: <33FC4AE3.41C6@wetnt7.elektro.uni-wuppertal.de>
X-Face: &vIl;h7sZQWT,[*l9Lv0V?,Y!-):)nd#6}j3h&cA^/}ge88rKRFgc<P[\M`P`c^Jbh]dR]K
                                                                                                                                                                             o4f&&:3uyi-fK&i:`{|9a=fGwN>k]KX4zY#L`Y.RQCn9W~";IOc_&EsMBM"9$PS?""S(LhLe.[^\ix
                                                                                                                                                                             \tTC)*L!j,i2-}/Y:+)he$GVO(Od-ojsX/Gx6b/og(<Q:=
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Norbert Kociok <kociok@wetnt7.elektro.uni-wuppertal.de>,
        info-performer@sgi.com
Subject: Re: Magellan Space Mouse
Cc: Volker Senft <Volker.Senft@dlr.de>
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708261214.ZM12094.munich.sgi.com"
Status: O

--
--PART-BOUNDARY=.19708261214.ZM12094.munich.sgi.com
Content-Type: text/plain; charset=us-ascii

Hallo Herr Kociok,

I integrated the Space Mouse into the Performer demo 'complex.C'. You can
use either the mouse, Space Mouse or both. I attached the code for
'spacemouse.C' to this mail. All extra code for the Space Mouse is
enclosed in '#ifdef SPACEMOUSE...#endif' directives.

Viel Spass mit der Space Mouse

Joerg Wallmersperger

On Aug 21,  4:04pm, Norbert Kociok wrote:
} Subject: Magellan Space Mouse
} Hi Performers!
}
} I try to integrate the  Magellan Space Mouse in a small performer
sample
} programm (stats.c). There you can navigate in the scene with the
} standard-mouse.
} In addition I want to navigate with the Magellan Space Mouse in this
} sample programm. I have make it so far that the Magellan Space Mouse is
} initialized and connected to the application-window.
}
} The problem is now where the XSelectInput-query (of the keybord and the
} standard-mouse) takes place.
}
} I can get started the programm and navigate with the standard-mouse,
but
} in this moment when I make actions with the Magellan Space Mouse the
} programm plunge with the error-message "Bus error".
}
} Regards,
}
} Norbert Kociok
} =======================================================================
} 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 Norbert Kociok



-- 
Joerg Wallmersperger
Silicon Graphics GmbH, Am Hochacker 3, 85630 Grasbrunn
E-mail: joerg@munich.sgi.com
Tel.:   089-46108314 (US: 49.89.46108314)
Fax.:   089-46107314 (US: 49.89.46107314)
http://reality.sgi.com/joerg_munich

--PART-BOUNDARY=.19708261214.ZM12094.munich.sgi.com
X-Zm-Content-Name: spacemouse.C
Content-Description: Text
Content-Type: text/plain ; name="spacemouse.C" ; charset=us-ascii

//
// 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.
//
//
// spacemouse.C
// ------------
//
// is based on the Performer example complex.C and includes support
// for the spacemouse device. 
// 
// new command line options are
//
// -s translation_speed; > 1.0 more translation speed, 0..1 less speed
//
// For further information on spacemouse
// devices watch out for
// 
// http://dv.op.dlr.de/FF-DR-RS/SC
// 
// If the compiler directives SPACEMOUSE and SPACEMOUSE_DEBUG are
// omitted the program behaves like 'complex'.
//
// spacemouse code was added by Andreas Loesch <andreas@munich.sgi.com>
// and Joerg Wallmersperger <joerg@munich.sgi.com>
// 
// complex.C documentation:
// ------------------------
// IRIS Performer example using cull and draw process callbacks.
// Mouse and keyboard go through GL which is simpler than mixed
// model (GLX), but does incur some overhead in the draw process.
// X input handling is done in a forked event handling process.
//
// $Revision: 1.18 $ 
// $Date: 1996/12/18 03:49:02 $
//
// Command-line options:
//  -b	: norborder window
//  -f	: full screen
//  -F	: put X input handling in a forked process
//  -m procsplit : multiprocess mode
//  -w	: write scene to file
// 
// Run-time controls:
//       ESC-key: exits
//        F1-key: profile
//    Left-mouse: advance
//  Middle-mouse: stop
//   Right-mouse: retreat

#include <stdlib.h>
#include <string.h>
#include <math.h>
#include <signal.h> // for sigset for forked X event handler process 
#include <getopt.h> // for cmdline handler 
#include <X11/keysym.h>
#ifdef IRISGL
#include <gl/device.h>
#endif // GL type 

#include <Performer/pf/pfNode.h>
#include <Performer/pf/pfPipe.h>
#include <Performer/pf/pfChannel.h>

#include <Performer/pr/pfLight.h>

#include <Performer/pfutil.h>
#include <Performer/pfdu.h>
#ifdef SPACEMOUSE
#include <X11/extensions/XInput.h>
#endif
//
// structure that resides in shared memory so that the
// application, cull, and draw processes can access it.

typedef struct
{
    pfPipeWindow    *pw;
    int		    exitFlag;
    int		    inWindow, reset;
    float	    mouseX, mouseY;
    int		    winSizeX, winSizeY;
    int		    mouseButtons;
    pfCoord	    view, viewOrig;
    float	    accelRate;
    float	    sceneSize;
    int		    drawStats;
    int		    XInputInited;
#ifdef SPACEMOUSE
    int             spacemouse;
    pfCoord         spacecoord;
    float           smousefactor;
#endif
#ifdef STEREO
    int             stereo;
#endif
} SharedData;

static SharedData *Shared;

#ifdef SPACEMOUSE
int          MagellanMotionEventType, 
             MagellanButtonPressEventType, 
             MagellanButtonReleaseEventType,
             MagellanMotionEventClass,
             MagellanButtonPressEventClass, 
             MagellanButtonReleaseEventClass;
XEventClass  ListOfEventClass[3];
float        transSpeed = 1.0;
#endif
#ifdef STEREO
static float Iod = .2f;
static float Converge = .02f;
static float Fov = 45.f;
static int FBAttrs[] = {
    PFFB_RGBA, 
    PFFB_DOUBLEBUFFER, 
    PFFB_STEREO, 
    PFFB_DEPTH_SIZE, 23, 
    PFFB_RED_SIZE, 1,
    PFFB_STENCIL_SIZE, 1, 
    None,
};
#endif
//
// APP process variables

// for configuring multi-process 
static int ProcSplit = PFMP_DEFAULT;
// write out scene upon read-in - uses pfDebugPrint 
static int WriteScene = 0;
static int FullScreen = 0;
static int WinType = PFPWIN_TYPE_X;
static int NoBorder = 0;
static int ForkedXInput = 0;
char ProgName[PF_MAXSTRING];
// light source created and updated in DRAW-process 
static pfLight *Sun;

static void CullChannel(pfChannel *chan, void *data);
static void DrawChannel(pfChannel *chan, void *data);
static void OpenPipeWin(pfPipeWindow *pw);
static void UpdateView(void);
static void GetGLInput(void);
static void InitXInput(pfWSConnection dsp);
static void DoXInput(void);
static void GetXInput(Display *dsp);
static void Usage(void);
#ifdef SPACEMOUSE
static void initSpaceMouse(void);
#endif

//
//	Usage() -- print usage advice and exit. This procedure
//	is executed in the application process.


static void
Usage (void)
{
    pfNotify(PFNFY_FATAL, PFNFY_USAGE, 
	     "\
Usage: %s [-s translation_speed] [-m procSplit] [-f] [-F] [-b]\
 [-w] [file.ext ...]\n", ProgName);
    exit(1);
}

//
//	docmdline() -- use getopt to get command-line arguments, 
//	executed at the start of the application process.


static int
docmdline(int argc, char *argv[])
{
    int	    opt;
    
    strcpy(ProgName, argv[0]);
    
    // process command-line arguments 
    while ((opt = getopt(argc, argv, "s:fFbm:wxp:?")) != -1)
    {
	switch (opt)
	{
	case 'f': 
	    FullScreen = 1;
	    break;
	case 'F': 
	    ForkedXInput = 1;
	    break;
	case 'm':
	case 'p':
	    ProcSplit = atoi(optarg);
	    break;
	case 'w': 
	    WriteScene = 1;
	    break;
	case 'x': 
	    WinType &= ~(PFPWIN_TYPE_X);
	    break;
	case 'b': 
	    NoBorder ^= 1;
	    break;
#ifdef SPACEMOUSE
        case 's':
            transSpeed = atof(optarg);
            break;
#endif
#ifdef STEREO
        case 'i': /* get interocular distance */
	    Iod = atof(optarg);
	    break;
        case 'c': /* set convergence ratio */
	    Converge = atof(optarg);
	    break;
	case 'v': /* get field of view */
	    Fov = atof(optarg);
	    break;
#endif
	case '?': 
        case 'h':
        
	    Usage();
	}
    }
    return optind;
}


//
//	main() -- program entry point. this procedure
//	is executed in the application process.


int
main (int argc, char *argv[])
{
    int		    arg;
    int		    found;
    pfPipe         *p;
    pfBox           bbox;
    float	    far = 10000.0f;
    float	    near = .1f;
    pfWSConnection  dsp=NULL;
#ifdef SPACEMOUSE
    pfMatrix        mat1,mat2;
    static double   thisTime = -1.0f;
    double          prevTime;
    float           deltaTime;
#endif
#ifdef STEREO
    unsigned int   mask;
    int            *leftArg, *rightArg;
    float	   halfNearWidth;
    float	   eyeAngle;
    pfVec3	   xyzOffsets;
    pfVec3	   hprOffsets;
#endif
    arg = docmdline(argc, argv);
    
    pfInit();
    
    // configure multi-process selection 
    pfMultiprocess(ProcSplit);
    
    // allocate shared before fork()'ing parallel processes 
    Shared = (SharedData*)pfMalloc(sizeof(SharedData), pfGetSharedArena());
    Shared->inWindow = 0;
    Shared->reset = 0;
    Shared->exitFlag = 0;
    Shared->drawStats = 1;
    Shared->XInputInited = 0;
    
    // Load all loader DSO's before pfConfig() forks 
    for (found = arg; found < argc; found++)
	pfdInitConverter(argv[found]);

    // initiate multi-processing mode set in pfMultiprocess call 
    // FORKs for Performer processes,  CULL and DRAW, etc. happen here.
    
    pfConfig();
    
    // configure pipes and windows 
    p = pfGetPipe(0);
    Shared->pw = new pfPipeWindow(p);
    Shared->pw->setName("IRIS Performer");
    Shared->pw->setWinType(WinType);
    if (NoBorder)
	Shared->pw->setMode(PFWIN_NOBORDER, 1);
    // Open and configure the GL window. 
    Shared->pw->setConfigFunc(OpenPipeWin);
    Shared->pw->config();
    
    if (FullScreen)
	Shared->pw->setFullScreen();
    else
	Shared->pw->setOriginSize(0, 0, 300, 300);
    
    // set off the draw process to open windows and call init callbacks 
    pfFrame();
    
    // create forked XInput handling process 
    // since the Shared pointer has already been initialized, that structure
    // will be visible to the XInput process. Nothing else created in the
    // application after this fork whose handles are not put in shared memory
    // (such as the database and channels) will be visible to the
    // XInput process.
    
    if (WinType & PFPWIN_TYPE_X)
    {
	pid_t	    fpid = 0;
	if (ForkedXInput)
	{
	    if ((fpid = fork()) < 0)
		pfNotify(PFNFY_FATAL, PFNFY_SYSERR, "Fork of XInput process failed.");
	    else if (fpid)
		pfNotify(PFNFY_NOTICE,PFNFY_PRINT,"XInput running in forked process %d",
			 fpid);
	    else if (!fpid)
		DoXInput();
	}
	else
	{
	    dsp = pfGetCurWSConnection();
	}
    }
    
    // specify directories where geometry and textures exist 
    if (!(getenv("PFPATH")))
        pfFilePath(
                   "."
                   ":./data"
                   ":../data"
                   ":../../data"
                   ":/usr/share/Performer/data"
                   );
    pfNotify(PFNFY_INFO, PFNFY_PRINT,"FilePath: %s\n", pfGetFilePath());
    
    // load files named by command line arguments 
    pfScene *scene = new pfScene();
    for (found = 0; arg < argc; arg++)
    {
        pfNode	   *root;
	if ((root = pfdLoadFile(argv[arg])) != NULL)
	{
	    scene->addChild(root);
	    found++;
	}
    }
    
    // if no files successfully loaded, terminate program 
#if 0
    if (!found)
	Usage();
#endif
    
    // Write out nodes in scene (for debugging) 
    if (WriteScene)
    {
	FILE *fp;
	if (fp = fopen("scene.out", "w"))
	{
	    pfPrint(scene, PFTRAV_SELF|PFTRAV_DESCEND, PFPRINT_VB_DEBUG, fp);
	    fclose(fp);
	}
	else
	    pfNotify(PFNFY_WARN, PFNFY_RESOURCE,
		     "Could not open scene.out for debug printing.");
    }
    
    // determine extent of scene's geometry 
    pfuTravCalcBBox(scene, &bbox);
    
    pfFrameRate(30.0f);
    pfPhase(PFPHASE_FREE_RUN);
#ifdef STEREO

        /* create a channel for each eye */
    pfChannel *left = new pfChannel(p);
    pfChannel *chan = left;
    pfChannel *right = new pfChannel(p);
    left->attach(right);
    mask = left->getShare();

    /* same viewport */
    mask |= PFCHAN_VIEWPORT;
    left->setShare(mask);
    left->setTravFunc(PFTRAV_CULL, CullChannel);
    left->setTravFunc(PFTRAV_DRAW, DrawChannel);
    left->setScene(scene);
    left->setNearFar(0.1f, far);

    /* set up data to distinguish between left and right eye */
    leftArg = (int *)left->allocChanData(sizeof(int));
    rightArg = (int *)right->allocChanData(sizeof(int));

    *leftArg = 1;
    *rightArg = 0;

    /* data never changes, so we only need to pass it once */
    left->passChanData();
    right->passChanData();
    left->setFOV(45.f, -1.f);

    /* set up offsets for left and right channels for stereo viewing */

    /* both eyes look at same spot 1/2 way between eyes at fusion distance */
    eyeAngle = PF_RAD2DEG(
	atanf(Iod *.5f /(Converge * (far - near) + near))); 

    /* left eye */
    hprOffsets.set(-eyeAngle, 0.f, 0.f);
    xyzOffsets.set(-Iod/2.f, 0.f, 0.f);
    left->setViewOffsets(xyzOffsets, hprOffsets);

    /* right eye */
    hprOffsets.set(eyeAngle, 0.f, 0.f);
    xyzOffsets.set(Iod/2.f, 0.f, 0.f);
    right->setViewOffsets(xyzOffsets, hprOffsets);
   
#else
    pfChannel *chan = new pfChannel(p);
    Shared->pw->addChan(chan);
    chan->setTravFunc(PFTRAV_CULL, CullChannel);
    chan->setTravFunc(PFTRAV_DRAW, DrawChannel);
    chan->setScene(scene);
    chan->setNearFar(near, far);
    // vertical FOV is matched to window aspect ratio 
    chan->setFOV(45.0f, -1.0f);
#endif
    // Create an earth/sky model that draws sky/ground/horizon 
//     pfEarthSky *eSky = new pfEarthSky();
//     eSky->setMode(PFES_BUFFER_CLEAR, PFES_SKY_GRND);
//     eSky->setAttr(PFES_GRND_HT, -10.0f);
//     chan->setESky(eSky);
  
    chan->setTravMode(PFTRAV_CULL, PFCULL_VIEW|PFCULL_GSET);
  
    if (found)
    {
	float sceneSize;
	// Set initial view to be "in front" of scene 
	
	// view point at center of bbox 
	Shared->view.xyz.add(bbox.min, bbox.max);
	Shared->view.xyz.scale(0.5f, Shared->view.xyz);
	
	// find max dimension 
	sceneSize = bbox.max[PF_X] - bbox.min[PF_X];
	sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Y] - bbox.min[PF_Y]);
	sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Z] - bbox.min[PF_Z]);
	sceneSize = PF_MIN2(sceneSize, 0.5f * far);
	Shared->sceneSize = sceneSize;
	
	// offset so all is visible 
	Shared->view.xyz[PF_Y] -=      sceneSize;
	Shared->view.xyz[PF_Z] += 0.25f*sceneSize;	
    }  else
    {
	Shared->view.xyz.set(0.0f, 0.0f, 100.0f);
	PFSET_VEC3(bbox.min, -5000.0f, -5000.0f, -1000000.0f);
	PFSET_VEC3(bbox.max, 5000.0f, 5000.0f, 10000000.0f);
	Shared->sceneSize = 10000.0f;
    }
    Shared->view.hpr.set(0.0f, 0.0f, 0.0f);
    chan->setView(Shared->view.xyz, Shared->view.hpr);
    PFCOPY_VEC3(Shared->viewOrig.xyz, Shared->view.xyz);
    PFCOPY_VEC3(Shared->viewOrig.hpr, Shared->view.hpr);
#ifdef SPACEMOUSE
    Shared->smousefactor = transSpeed * Shared->sceneSize;
#endif    
    // main simulation loop 
    while (!Shared->exitFlag)
    {
	// wait until next frame boundary 
	pfSync();
	
	pfFrame();
	
	// Set view parameters for next frame 
	UpdateView();
	
#ifndef SPACEMOUSE
        chan->setView(Shared->view.xyz, Shared->view.hpr);
#else
        prevTime = thisTime;
        thisTime = pfGetTime();
        if (prevTime > 0){
           deltaTime = thisTime-prevTime;
           Shared->spacecoord.xyz.scale(deltaTime,Shared->spacecoord.xyz);
           Shared->spacecoord.hpr.scale(deltaTime,Shared->spacecoord.hpr);
        }
	mat1.makeCoord(&Shared->view);
        mat2.makeCoord(&Shared->spacecoord);
        mat1.preMult(mat2);
        chan->setViewMat(mat1);
	mat1.getOrthoCoord(&Shared->view);
#endif
	// initiate traversal using current state 
    
	if (!ForkedXInput)
	{
	    if (!Shared->XInputInited)
		InitXInput(dsp);
	    if (Shared->XInputInited)
		GetXInput(dsp);
	}
    }
    
    // terminate cull and draw processes (if they exist) 
    pfExit();
    
    // exit to operating system 
    return 0;
}

static void 
InitXInput(pfWSConnection dsp)
{
    Window w;
#ifdef SPACEMOUSE
    initSpaceMouse();
#endif
    /* wait for X Window to exist in Performer shared memory */
   if (w = Shared->pw->getWSWindow())
   {
	XSelectInput(dsp, w, PointerMotionMask |
			ButtonPressMask | ButtonReleaseMask | 
			KeyPressMask | KeyReleaseMask);
	XMapWindow(dsp, w);
	XFlush(dsp);
	Shared->XInputInited = 1;
    }
}

//
// DoXInput() runs an asychronous forked even handling process.
//  Shared memory structures can be read from this process
//  but NO performer calls that set any structures should be 
//  issues by routines in this process.

void
DoXInput(void)
{
    // windows from draw should now exist so can attach X input handling
    // to the X window 
    
    Display *dsp = pfGetCurWSConnection();
    
    prctl(PR_TERMCHILD);        // Exit when parent does 
    sigset(SIGHUP, SIG_DFL);    // Exit when sent SIGHUP by TERMCHILD 
    
    InitXInput(dsp);
    
    while (1)
    {
	XEvent          event;
	if (!Shared->XInputInited)
	    InitXInput(dsp);
	if (Shared->XInputInited)
	{
	    XPeekEvent(dsp, &event);
	    GetXInput(dsp);
	}
    }
}

// 
//	UpdateView() updates the eyepoint based on the information
//	placed in shared memory by GetInput().

static void    
UpdateView(void)
{
    static float speed = 0.0f;
    pfCoord *view = &Shared->view;
    float cp;
    float mx, my;
    static double thisTime = -1.0f;
    double prevTime;
    float deltaTime;

    prevTime = thisTime;
    thisTime = pfGetTime();

    if (prevTime < 0.0f)
	return;

    if (!Shared->inWindow || Shared->reset)
    {
	speed = 0;
	Shared->reset = 0;
	Shared->accelRate = 0.1f * Shared->sceneSize;
	return;
    }

    deltaTime = thisTime - prevTime;
    switch (Shared->mouseButtons)
    {
    case Button1Mask: /* LEFTMOUSE: faster forward or slower backward*/
    case Button1Mask|Button2Mask:
	speed += Shared->accelRate * deltaTime;
	if (speed > Shared->sceneSize)
	    speed = Shared->sceneSize;
	break;
    case Button3Mask: /* RIGHTMOUSE: faster backward or slower foreward*/
    case Button3Mask|Button2Mask:
	speed -= Shared->accelRate * deltaTime;
	if (speed < -Shared->sceneSize)
	    speed = -Shared->sceneSize;
	break;
    }
    if (Shared->mouseButtons)
    {
	mx = 2.0f * (Shared->mouseX / (float)Shared->winSizeX) - 1.0f;
	my = 2.0f * (Shared->mouseY / (float)Shared->winSizeY) - 1.0f;
				     
	/* update view direction */
	view->hpr[PF_H] -= mx * PF_ABS(mx) * 30.0f * deltaTime;
	view->hpr[PF_P] += my * PF_ABS(my) * 30.0f * deltaTime;
#ifndef SPACEMOUSE
	view->hpr[PF_R]  = 0.0f;
#endif	

	/* update view position */
	cp = cosf(PF_DEG2RAD(view->hpr[PF_P]));
	view->xyz[PF_X] += speed*sinf(-PF_DEG2RAD(view->hpr[PF_H]))*cp;
	view->xyz[PF_Y] += speed*cosf(-PF_DEG2RAD(view->hpr[PF_H]))*cp;
	view->xyz[PF_Z] += speed*sinf( PF_DEG2RAD(view->hpr[PF_P]));
    }
    else
    {
	speed = 0.0f;
	Shared->accelRate = 0.1f * Shared->sceneSize;
    }
}

//
//	CullChannel() -- traverse the scene graph and generate a
// 	display list for the draw process.  This procedure is 
//	executed in the CULL process.


static void
CullChannel(pfChannel *, void *)
{
    // 
    // pfDrawGeoSet or other display listable Performer routines
    // could be invoked before or after pfCull()
    pfCull();
}

//
//	OpenPipeWin() -- create a win: setup the GL and IRIS Performer.
//	This procedure is executed in the DRAW process 
//	(when there is a separate draw process).


static void
OpenPipeWin(pfPipeWindow *pw)
{
#ifdef STEREO
    pw->setFBConfigAttrs(FBAttrs);
    
#endif
    pw->open();
#ifdef STEREO
    pw->query(PFQWIN_STEREO, &Shared->stereo);
    if(Shared->stereo == PFQFTR_FALSE)
      pfNotify(PFNFY_NOTICE, PFNFY_RESOURCE,
        "Couldn't get a stereo window; using mono mode");
#endif
#ifdef IRISGL    
    if (!(WinType & PFPWIN_TYPE_X))
    {
	// register events of note with event-queue manager 
	qdevice(ESCKEY);
	qdevice(F1KEY);
	qdevice(GKEY);
    }
#endif // GL type 
    
    // create a light source in the "south-west" (QIII) 
    Sun = new pfLight();
    Sun->setPos(-0.3f, -0.3f, 1.0f, 0.0f);
}


//
//	DrawChannel() -- draw a channel and read input queue. this
//	procedure is executed in the draw process (when there is a
//	separate draw process).

static void
DrawChannel (pfChannel *channel, void *left)
{
    // rebind light so it stays fixed in position 
    Sun->on();
#ifdef STEREO
    /* which buffer to draw into ? */
    if(Shared->stereo) { /* if not stereo, draw to left all the time */
	if(*(int*)left) {
#ifdef IRISGL
	    leftbuffer(1);
	    rightbuffer(0);
#else
	    glDrawBuffer(GL_BACK_LEFT);
#endif
	} else {
#ifdef IRISGL
	    leftbuffer(0);
	    rightbuffer(1);
#else
	    glDrawBuffer(GL_BACK_RIGHT);
#endif
#endif /*STEREO*/
	}
    }    
    // erase framebuffer and draw Earth-Sky model 
    channel->clear();
    
    // invoke Performer draw-processing for this frame 
    pfDraw();
    
    // draw Performer throughput statistics 
    
    if (Shared->drawStats)
	channel->drawStats();
    
    // read window origin and size (it may have changed) 
    channel->getPWin()->getSize(&Shared->winSizeX, &Shared->winSizeY);
    
#ifdef IRISGL
    //    if (!(WinType & PFPWIN_TYPE_X))
    GetGLInput();
#endif // GL type 	
#ifdef STEREO
    if(!Shared->stereo) /* mono mode */
	if(*(int*)left) /* add extra swap to draw both buffers */
            (channel->getPWin())->swapBuffers();	    
#endif
}

#ifdef IRISGL
static void
GetGLInput(void)
{
    long x, y;
    long xo, yo;
    
    while (qtest())
    {
	short           value;
	int            device = qread(&value);
	
	// only act on key-down transitions 
	if (value)
	{
	    switch (device)
	    {
		// ESC-key signals end of simulation 
	    case ESCKEY:
		Shared->exitFlag = 1;
		break;
		
		// g-key and F1-key toggles channel-stats display 
	    case GKEY:
	    case F1KEY:
		Shared->drawStats = !Shared->drawStats;
		break;
	    }
	}
    }
    // read cursor position (may be outside our window) 
    x = getvaluator(MOUSEX);
    y = getvaluator(MOUSEY);
    
    // IRIS GL - mouse pos in screen relative and focus management is not so good
    // so update cursor virtual position when cursor inside window 
    
    getorigin(&xo, &yo);
    if (x >= xo && x < (xo + Shared->winSizeX) && 
	y >= yo && y < (yo + Shared->winSizeY))
    {
	Shared->inWindow = 1;
	Shared->mouseX = x - xo;
	Shared->mouseY = y - yo;
	Shared->mouseButtons = ((getbutton(LEFTMOUSE)   ? Button1Mask : 0) |
				(getbutton(MIDDLEMOUSE) ? Button2Mask : 0) |
				(getbutton(RIGHTMOUSE)  ? Button3Mask : 0));
    }
    else
	Shared->inWindow = 0;
}
#endif // GL type 

static void
GetXInput(pfWSConnection dsp)
{
    static int x=0, y=0;
    
    if (XEventsQueued(dsp, QueuedAfterFlush))
    while (XEventsQueued(dsp, QueuedAlready))
    {
	XEvent event;
#ifdef SPACEMOUSE
	XDeviceButtonEvent *ButtonPtr;
        XDeviceMotionEvent *MotionPtr;    
#endif	
	XNextEvent(dsp, &event);
	
	switch (event.type) 
	{
	case ConfigureNotify:
	    break;
	case FocusIn:
	    Shared->inWindow = 1;
	    break;
	case FocusOut:
	    Shared->inWindow = 0;
	    break;
	case MotionNotify: 
	    {
		XMotionEvent *motion_event = (XMotionEvent *) &event;
		x =  motion_event->x;
		y = Shared->winSizeY - motion_event->y;
	    }
	    break;
	case ButtonPress: 
	    {
		XButtonEvent *button_event = (XButtonEvent *) &event;
		x = event.xbutton.x;
		y = Shared->winSizeY - event.xbutton.y;
		Shared->inWindow = 1;
		switch (button_event->button) {
		case Button1:
		    Shared->mouseButtons |= Button1Mask;
		    break;
		case Button2:
		    Shared->mouseButtons |= Button2Mask;
		    break;
		case Button3:
		    Shared->mouseButtons |= Button3Mask;
		    break;
		}
	    }
	    break;
	case ButtonRelease:
	    {
		XButtonEvent *button_event = (XButtonEvent *) &event;
		switch (button_event->button) {
		case Button1:
		    Shared->mouseButtons &= ~Button1Mask;
		    break;
		case Button2:
		    Shared->mouseButtons &= ~Button2Mask;
		    break;
		case Button3:
		    Shared->mouseButtons &= ~Button3Mask;
		    break;
		}
	    }
	    break;
	case KeyPress:
	    {
		char buf[100];
		int rv;
		KeySym ks;
		rv = XLookupString(&event.xkey, buf, sizeof(buf), &ks, 0);
		switch(ks) {
		case XK_Escape: 
		    Shared->exitFlag = 1;
		    exit(0);
		    break;
		case XK_space:
		    Shared->reset = 1;
		    PFCOPY_VEC3(Shared->view.xyz, Shared->viewOrig.xyz);
		    PFCOPY_VEC3(Shared->view.hpr, Shared->viewOrig.hpr);
		    pfNotify(PFNFY_NOTICE, PFNFY_PRINT,  "Reset");
		    break;
		case XK_g:
		    Shared->drawStats = !Shared->drawStats;
		    break;
		default:
		    break;
		}
	    }
	    break;
	default:
#ifdef SPACEMOUSE
        if  (event.type == MagellanMotionEventType){
	    MotionPtr = (XDeviceMotionEvent *) &(event);
            if ( (MotionPtr->axes_count == 6) && 
                 (MotionPtr->first_axis == 0)){
              Shared->spacecoord.xyz[0]=MotionPtr->axis_data[ 0 ]
                 *(.001*Shared->smousefactor);
              Shared->spacecoord.xyz[1]=MotionPtr->axis_data[ 2 ]
                 *(.001*Shared->smousefactor);
              Shared->spacecoord.xyz[2]=MotionPtr->axis_data[ 1 ]
                 *(.001*Shared->smousefactor);
              Shared->spacecoord.hpr[0]=.1*MotionPtr->axis_data[ 4 ];
              Shared->spacecoord.hpr[1]=.1*MotionPtr->axis_data[ 3 ];
              Shared->spacecoord.hpr[2]=.1*MotionPtr->axis_data[ 5 ];
              Shared->spacemouse=TRUE;
#ifdef SPACEMOUSE_DEBUG
              printf("factor: %f spaceball motion: xyz: %f %f %f hpr: %f %f %f\n",
                      Shared->smousefactor,
                      Shared->spacecoord.xyz[0],
                      Shared->spacecoord.xyz[1],
                      Shared->spacecoord.xyz[2],
                      Shared->spacecoord.hpr[0],
                      Shared->spacecoord.hpr[1],
                      Shared->spacecoord.hpr[2]);
#endif

            }
        }
        if  (event.type == MagellanButtonPressEventType){
            ButtonPtr = (XDeviceButtonEvent *) &(event);
        }
        if  (event.type == MagellanButtonReleaseEventType){
            ButtonPtr = (XDeviceButtonEvent *) &(event);
        }
#endif
	    break;
	}// switch 
    }
    Shared->mouseX = x;
    Shared->mouseY = y;
}

#ifdef SPACEMOUSE
void 
initSpaceMouse()
{
  int MagellanID, DeviceNumber, loop, c_class;
  XDeviceInfo *DeviceInfo;
  XDevice *Device;
  Window w;
  Display *dsp;

  XAxisInfoPtr XAxisPtr;
  XAnyClassPtr XClassPtr;
  int axis, axes;

  XExtensionVersion *ExtVersion;

  XFeedbackState *MagellanFeedback;
  int FeedbackNumber;

  w = Shared->pw->getWSWindow();
  dsp = pfGetCurWSConnection();
  ExtVersion = XGetExtensionVersion( dsp, "XInputExtension" );
  if ( (ExtVersion == NULL) || ((int)ExtVersion == NoSuchExtension) )
   {
    fprintf( stderr, "Cannot access X Input Extension. Exit ... \n");
    exit( -1 );
   };
  printf("X Input Extension Version %d.%d \n", ExtVersion->major_version, ExtVersion->minor_version );
  XFree( ExtVersion );

  DeviceInfo = XListInputDevices( dsp, &DeviceNumber );
  MagellanID = -1;
  for ( loop=0; loop<DeviceNumber; ++loop )
  {
   printf("------------------------------------------------------------------------\n");
   printf(" Type = %d \n", DeviceInfo[loop].type );
   printf("Device Name = %s Type = %d Atom = %s \n", DeviceInfo[loop].name,
           DeviceInfo[loop].type, XGetAtomName(dsp,DeviceInfo[loop].type) );
   printf(" Device Class(es) = %d  Use = %s \n", DeviceInfo[loop].num_classes,
            DeviceInfo[loop].use ? "TRUE" : "FALSE" );

   XClassPtr = (XAnyClassPtr) DeviceInfo[loop].inputclassinfo;
   for ( c_class=0; c_class<DeviceInfo[loop].num_classes; ++c_class )
    {
     switch( XClassPtr->c_class )
      {
       case 0: 
        printf("  Keyboard  Keycode Min = %d Max = %d  Number of Keys = %d \n",
                  ((XKeyInfo *)XClassPtr)->min_keycode,
                  ((XKeyInfo *)XClassPtr)->max_keycode,
                  ((XKeyInfo *)XClassPtr)->num_keys );
        break;

       case 1:
        printf("  Button(s)  Number of Buttons = %d \n", 
                  ((XButtonInfo *)XClassPtr)->num_buttons );
        break;

       case 2:
        printf("  Valuator(s)  Axes = %d  Mode = %d  Motion Buffer = %d \n",
                  ((XValuatorInfo *)XClassPtr)->num_axes,
                  ((XValuatorInfo *)XClassPtr)->mode,
                  ((XValuatorInfo *)XClassPtr)->motion_buffer );
        XAxisPtr = ((XValuatorInfo *)XClassPtr)->axes;
        axes = ((XValuatorInfo *)XClassPtr)->num_axes;
        for ( axis=0; axis<axes; ++axis )
         {
          printf("   Valuator = %d  Min = %d Max = %d  Resolution = %d \n", axis+1,
                     XAxisPtr->min_value, XAxisPtr->max_value, XAxisPtr->resolution );
          ++XAxisPtr;
         };
        break;

       default: 
        printf("  Class ID = %d  Length = %d \n", XClassPtr->c_class, XClassPtr->length );
        break;
      };  
     XClassPtr = (XAnyClassPtr) ((char *)XClassPtr+XClassPtr->length);
    };
  };

 for ( loop=0; loop<DeviceNumber; ++loop )
  {
   if ( strcmp( DeviceInfo[loop].name, "MAGELLAN" ) == NULL ||
        strcmp( DeviceInfo[loop].name, "magellan" ) == NULL )
    {
     MagellanID = DeviceInfo[loop].id;
     break;
    };
  };
 if ( MagellanID == -1 )
  {
   for ( loop=0; loop<DeviceNumber; ++loop )
    {
     if ( strcmp( DeviceInfo[loop].name, "SPACEBALL" ) == NULL ||
          strcmp( DeviceInfo[loop].name, "spaceball" ) == NULL )
      MagellanID = DeviceInfo[loop].id;
    };
  };

 XFreeDeviceList( DeviceInfo );
 printf("------------------------------------------------------------------------\n");
 printf("\n\n");

 if ( MagellanID == -1 )
  {
   printf("Magellan X Input Extension. \nCan't find Magellan. Exit ... \n" );
   exit( -1 );
  }
 else
  printf("Magellan X Input Extension ID = %d \n", MagellanID );

 Device = XOpenDevice( dsp, MagellanID );
 if ( Device == 0 )
  {
   printf("Magellan X Input Extension. \nCan't open Magellan. Exit ... \n" );
   exit( -1 );
  };

 DeviceMotionNotify( Device, MagellanMotionEventType, MagellanMotionEventClass );
 DeviceButtonPress( Device, MagellanButtonPressEventType, MagellanButtonPressEventClass );
 DeviceButtonRelease( Device, MagellanButtonReleaseEventType, MagellanButtonReleaseEventClass );

 printf("MotionNotify  Type=%d Class=%d \n", MagellanMotionEventType, MagellanMotionEventClass );
 printf("ButtonPress   Type=%d Class=%d \n", MagellanButtonPressEventType, MagellanButtonPressEventClass );
 printf("ButtonRelease Type=%d Class=%d \n", MagellanButtonReleaseEventType, MagellanButtonReleaseEventClass );

 ListOfEventClass[0] = MagellanMotionEventClass;
 ListOfEventClass[1] = MagellanButtonPressEventClass;
 ListOfEventClass[2] = MagellanButtonReleaseEventClass;

 XSelectExtensionEvent( dsp, w, ListOfEventClass, 3 );

 MagellanFeedback = XGetFeedbackControl( dsp, Device, &FeedbackNumber );
 printf("Magellan Feedback Number = %d \n", FeedbackNumber );
 for ( loop=0; loop<FeedbackNumber; ++loop )
  {
   printf("Feedback = %d  Class = %d  Length = %d  ID = %d \n", loop+1, MagellanFeedback->c_class, 
           MagellanFeedback->length, MagellanFeedback->id );
   switch( MagellanFeedback->c_class )
    {
     case KbdFeedbackClass:
      printf(" KbdFeedbackClass  Bell Volume = %d  Pitch = %d  Duration = %d   \n",
              ((XKbdFeedbackState *)MagellanFeedback)->percent,
              ((XKbdFeedbackState *)MagellanFeedback)->pitch,
              ((XKbdFeedbackState *)MagellanFeedback)->duration );
      break;

     case BellFeedbackClass:
      printf(" BellFeedbackClass  Bell Volume = %d  Pitch = %d  Duration = %d   \n",
              ((XBellFeedbackState *)MagellanFeedback)->percent,
              ((XBellFeedbackState *)MagellanFeedback)->pitch,
              ((XBellFeedbackState *)MagellanFeedback)->duration );
      break;

     case PtrFeedbackClass:
      printf(" PtrFeedbackClass   \n");
      break;

     case IntegerFeedbackClass:
      printf(" IntegerFeedbackClass   \n");
      break;

     case StringFeedbackClass:
      printf(" StringFeedbackClass   \n");
      break;

     case LedFeedbackClass:
      printf(" LedFeedbackClass   \n");
      break;

     default:
      printf(" Unkonw FeedbackClass \n");
    }
   MagellanFeedback = (XFeedbackState *)((char *)MagellanFeedback+MagellanFeedback->length);
  }
  Shared->spacemouse=FALSE;

}
#endif

--PART-BOUNDARY=.19708261214.ZM12094.munich.sgi.com
X-Zm-Content-Name: Makefile.spacemouse
Content-Description: Text
Content-Type: text/plain ; name="Makefile.spacemouse" ; charset=us-ascii

#!smake -J 1
#-------------------------------------------------------------------#
#-- Makefile for Performer/src/pguide/libpf/C++ directory         --#
#-------------------------------------------------------------------#
#-- RCS version information                                       --#
#--   $Revision: 1.74 $                                           --#
#--   $Date: 1997/06/06 11:30:05 $                                --#
#-------------------------------------------------------------------#

PFROOT ?= $(ROOT)
NEED_MOTIF_LIBS = true
include $(PFROOT)/usr/share/Performer/src/pfmakedefs

LCDEFS += -DSPACEMOUSE 
#-DSPACEMOUSE_DEBUG
LCXXDEFS += -DSPACEMOUSE
#-DSPACEMOUSE_DEBUG
#-- targets are the executables
TARGETS	= \
	spacemouse 

OBJECTS = $(TARGETS:=.o) 


include $(PFROOT)/usr/share/Performer/src/pfmakerules

--PART-BOUNDARY=.19708261214.ZM12094.munich.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 Aug 26 09:20:08 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id DAA10875; Tue, 26 Aug 1997 03:47:46 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id DAA10859; Tue, 26 Aug 1997 03:47:45 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id DAA02216; Tue, 26 Aug 1997 03:47:45 -0700
Received: from marv.rsc.co.uk (marv.rsc.co.uk [194.73.130.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA24898
	for <info-performer@sgi.com>; Tue, 26 Aug 1997 03:47:43 -0700
	env-from (aardvark@earthling.net)
Received: from pc_mog.nocrc.abb.no ([193.71.72.179]) by marv.rsc.co.uk
          (Netscape Messaging Server 3.0)  with SMTP id AAA16830
          for <info-performer@sgi.com>; Tue, 26 Aug 1997 11:40:56 +0100
Message-ID: <3402B596.2B30@earthling.net>
Date: Tue, 26 Aug 1997 12:53:10 +0200
From: Dr Colin Bridgewater <aardvark@earthling.net>
Reply-To: aardvark@earthling.net
Organization: ABB Teknologi, Marine Oil and Gas Group
X-Mailer: Mozilla 3.0Gold (Win95; I)
MIME-Version: 1.0
To: Performer Discussion Group <info-performer@sgi.com>
Subject: Re: about distinguish nodes
References: <199708251541.IAA19495@dandan.engr.sgi.com> <34029682.7D27@iname.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi There !

> In my performer program I want to seperate some Geodes from others
> ( they are all in ONE scene file ) so that some operations can be
> performed to on part of Geodes and other Geodes not affected. 

What about setting up node or channel traversal masks ? See the manual
pages for pfNodeTravMask() and pfChanTravMask() for further details.
Alternatively, get hold of a set of the new Performer training notes -
they are excellent and give some good examples of using node and channel
masks (of course, your local SGI salesman may want to *sell* you a copy
through your attending a training course, but that's for you to
negotiate over...grin).

> Multigen.. each node can have 2 user defined fields. These fields can
> be used to identify some specific nodes. But these fields can not be
> read in performer.

Are you sure about this ? Are you *really* sure about this ? Can't
rememeber the pf function at this moment, but you *can* reference nodes
by name. I did this as an experiment very recently: I used to think you
had to build models into separate files and load them with lots of calls
to pfLoadFile() if you wanted to be able to reference them uniquely.
However, an Australian knight in shining armour showed me that this
isn't necessary provided you give the sub-objects sane names (and even
then all is not lost).

Best wishes to everyone in pfLand()

Colin

PS Guesses as to the identity of the said white knight should be sent to
me on the back of used $5 bills. There may be a prize for the first
correct answer not sent by an employee of SGI...

__________________________________________________________________
Dr Colin Bridgewater                      Marine Oil and Gas Group
ABB Corporate Research, Bergerveien 12, N-1361 BILLINGSTAD, Norway
tel: +47 66 84 35 36  fax: +47 66 84 35 41   home: +47 32 81 71 70
=======================================================================
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 Aug 26 11:07:39 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id FAA11012; Tue, 26 Aug 1997 05:22:41 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id FAA10996; Tue, 26 Aug 1997 05:22:40 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id FAA07332; Tue, 26 Aug 1997 05:22:39 -0700
Received: from alpha.luc.ac.be (alpha.luc.ac.be [193.190.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA09592
	for <info-performer@sgi.com>; Tue, 26 Aug 1997 05:21:52 -0700
	env-from (dnouls@luc.ac.be)
Received: from woody.edm.luc.ac.be by alpha.luc.ac.be; (5.65v3.2/1.1.8.2/28Jul95-1212AM)
	id AA15544; Tue, 26 Aug 1997 14:25:02 +0200
Sender: dnouls@luc.ac.be
Message-Id: <3402E648.441834DF@luc.ac.be>
Date: Tue, 26 Aug 1997 14:20:56 +0000
From: David Nouls <dnouls@luc.ac.be>
X-Mailer: Mozilla 4.01b6C [en] (X11; I; IRIX 6.3 IP32)
Mime-Version: 1.0
To: info-performer@sgi.com
Subject: Which Performer on O2 ?
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hello,

What would be the correct version of Performer, to install on an O2 ? Is
it 2.0 or 2.1, and what patches should be installed ?

The Same for Image Vision Library ?

/)avid
-- 
This sig has been *CENSORED*
=======================================================================
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 Aug 26 11:33:46 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id FAA11089; Tue, 26 Aug 1997 05:46:15 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id FAA11073; Tue, 26 Aug 1997 05:46:14 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id FAA08582; Tue, 26 Aug 1997 05:46:13 -0700
Received: from zaphod.munich.sgi.com ([144.253.193.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA13766
	for <info-performer@sgi.com>; Tue, 26 Aug 1997 05:46:00 -0700
	env-from (joerg@munich.sgi.com)
Received: by zaphod.munich.sgi.com (950413.SGI.8.6.12/911001.SGI)
	 id OAA12574; Tue, 26 Aug 1997 14:44:49 +0200
Date: Tue, 26 Aug 1997 14:44:49 +0200
From: joerg@munich.sgi.com (Joerg Wallmersperger)
Message-Id: <9708261444.ZM12572@zaphod.munich.sgi.com>
X-Face: &vIl;h7sZQWT,[*l9Lv0V?,Y!-):)nd#6}j3h&cA^/}ge88rKRFgc<P[\M`P`c^Jbh]dR]K
                                                                                                                                                                             o4f&&:3uyi-fK&i:`{|9a=fGwN>k]KX4zY#L`Y.RQCn9W~";IOc_&EsMBM"9$PS?""S(LhLe.[^\ix
                                                                                                                                                                             \tTC)*L!j,i2-}/Y:+)he$GVO(Od-ojsX/Gx6b/og(<Q:=
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: <kociok@wetnt7.elektro.uni-wuppertal.de>, info-performer@sgi.com
Subject: Re: Magellan Space Mouse
Cc: Volker Senft <Volker.Senft@dlr.de>
Mime-Version: 1.0
Content-Type: multipart/mixed;
	boundary="PART-BOUNDARY=.19708261444.ZM12572.munich.sgi.com"
Status: O

--
--PART-BOUNDARY=.19708261444.ZM12572.munich.sgi.com
Content-Type: text/plain; charset=us-ascii

Hello Performers,

again the Space Mouse - I discovered a problem in my recently posted demo
program; please use this one.

Joerg

-- 
Joerg Wallmersperger
Silicon Graphics GmbH, Am Hochacker 3, 85630 Grasbrunn
E-mail: joerg@munich.sgi.com
Tel.:   089-46108314 (US: 49.89.46108314)
Fax.:   089-46107314 (US: 49.89.46107314)
http://reality.sgi.com/joerg_munich

--PART-BOUNDARY=.19708261444.ZM12572.munich.sgi.com
X-Zm-Content-Name: Makefile
Content-Description: Text
Content-Type: text/plain ; name="Makefile" ; charset=us-ascii

#!smake -J 1
#-------------------------------------------------------------------#
#-- Makefile for Performer/src/pguide/libpf/C++ directory         --#
#-------------------------------------------------------------------#
#-- RCS version information                                       --#
#--   $Revision: 1.74 $                                           --#
#--   $Date: 1997/06/06 11:30:05 $                                --#
#-------------------------------------------------------------------#

PFROOT ?= $(ROOT)
NEED_MOTIF_LIBS = true
include $(PFROOT)/usr/share/Performer/src/pfmakedefs

LCDEFS += -DSPACEMOUSE 
#-DSPACEMOUSE_DEBUG
LCXXDEFS += -DSPACEMOUSE
#-DSPACEMOUSE_DEBUG
#-- targets are the executables
TARGETS	= \
	spacemouse 

OBJECTS = $(TARGETS:=.o) 


include $(PFROOT)/usr/share/Performer/src/pfmakerules

--PART-BOUNDARY=.19708261444.ZM12572.munich.sgi.com
X-Zm-Content-Name: spacemouse.C
Content-Description: Text
Content-Type: text/plain ; name="spacemouse.C" ; charset=us-ascii

//
// 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.
//
//
// spacemouse.C
// ------------
//
// is based on the Performer example complex.C and includes support
// for the spacemouse device. 
// 
// new command line options are
//
// -s translation_speed; > 1.0 more translation speed, 0..1 less speed
//
// For further information on spacemouse
// devices watch out for
// 
// http://dv.op.dlr.de/FF-DR-RS/SC
// 
// If the compiler directives SPACEMOUSE and SPACEMOUSE_DEBUG are
// omitted the program behaves like 'complex'.
//
// spacemouse code was added by Andreas Loesch <andreas@munich.sgi.com>
// and Joerg Wallmersperger <joerg@munich.sgi.com>
// 
// complex.C documentation:
// ------------------------
// IRIS Performer example using cull and draw process callbacks.
// Mouse and keyboard go through GL which is simpler than mixed
// model (GLX), but does incur some overhead in the draw process.
// X input handling is done in a forked event handling process.
//
// $Revision: 1.18 $ 
// $Date: 1996/12/18 03:49:02 $
//
// Command-line options:
//  -b	: norborder window
//  -f	: full screen
//  -F	: put X input handling in a forked process
//  -m procsplit : multiprocess mode
//  -w	: write scene to file
// 
// Run-time controls:
//       ESC-key: exits
//        F1-key: profile
//    Left-mouse: advance
//  Middle-mouse: stop
//   Right-mouse: retreat

#include <stdlib.h>
#include <string.h>
#include <math.h>
#include <signal.h> // for sigset for forked X event handler process 
#include <getopt.h> // for cmdline handler 
#include <X11/keysym.h>
#ifdef IRISGL
#include <gl/device.h>
#endif // GL type 

#include <Performer/pf/pfNode.h>
#include <Performer/pf/pfPipe.h>
#include <Performer/pf/pfChannel.h>

#include <Performer/pr/pfLight.h>

#include <Performer/pfutil.h>
#include <Performer/pfdu.h>
#ifdef SPACEMOUSE
#include <X11/extensions/XInput.h>
#endif
//
// structure that resides in shared memory so that the
// application, cull, and draw processes can access it.

typedef struct
{
    pfPipeWindow    *pw;
    int		    exitFlag;
    int		    inWindow, reset;
    float	    mouseX, mouseY;
    int		    winSizeX, winSizeY;
    int		    mouseButtons;
    pfCoord	    view, viewOrig;
    float	    accelRate;
    float	    sceneSize;
    int		    drawStats;
    int		    XInputInited;
#ifdef SPACEMOUSE
    int             spacemouse;
    pfCoord         spacecoord;
    float           smousefactor;
#endif
#ifdef STEREO
    int             stereo;
#endif
} SharedData;

static SharedData *Shared;

#ifdef SPACEMOUSE
int          MagellanMotionEventType, 
             MagellanButtonPressEventType, 
             MagellanButtonReleaseEventType,
             MagellanMotionEventClass,
             MagellanButtonPressEventClass, 
             MagellanButtonReleaseEventClass;
XEventClass  ListOfEventClass[3];
float        transSpeed = 1.0;
#endif
#ifdef STEREO
static float Iod = .2f;
static float Converge = .02f;
static float Fov = 45.f;
static int FBAttrs[] = {
    PFFB_RGBA, 
    PFFB_DOUBLEBUFFER, 
    PFFB_STEREO, 
    PFFB_DEPTH_SIZE, 23, 
    PFFB_RED_SIZE, 1,
    PFFB_STENCIL_SIZE, 1, 
    None,
};
#endif
//
// APP process variables

// for configuring multi-process 
static int ProcSplit = PFMP_DEFAULT;
// write out scene upon read-in - uses pfDebugPrint 
static int WriteScene = 0;
static int FullScreen = 0;
static int WinType = PFPWIN_TYPE_X;
static int NoBorder = 0;
static int ForkedXInput = 0;
char ProgName[PF_MAXSTRING];
// light source created and updated in DRAW-process 
static pfLight *Sun;

static void CullChannel(pfChannel *chan, void *data);
static void DrawChannel(pfChannel *chan, void *data);
static void OpenPipeWin(pfPipeWindow *pw);
static void UpdateView(void);
static void GetGLInput(void);
static void InitXInput(pfWSConnection dsp);
static void DoXInput(void);
static void GetXInput(Display *dsp);
static void Usage(void);
#ifdef SPACEMOUSE
static void initSpaceMouse(void);
#endif

//
//	Usage() -- print usage advice and exit. This procedure
//	is executed in the application process.


static void
Usage (void)
{
    pfNotify(PFNFY_FATAL, PFNFY_USAGE, 
	     "\
Usage: %s [-s translation_speed] [-m procSplit] [-f] [-F] [-b]\
 [-w] [file.ext ...]\n", ProgName);
    exit(1);
}

//
//	docmdline() -- use getopt to get command-line arguments, 
//	executed at the start of the application process.


static int
docmdline(int argc, char *argv[])
{
    int	    opt;
    
    strcpy(ProgName, argv[0]);
    
    // process command-line arguments 
    while ((opt = getopt(argc, argv, "s:fFbm:wxp:?")) != -1)
    {
	switch (opt)
	{
	case 'f': 
	    FullScreen = 1;
	    break;
	case 'F': 
	    ForkedXInput = 1;
	    break;
	case 'm':
	case 'p':
	    ProcSplit = atoi(optarg);
	    break;
	case 'w': 
	    WriteScene = 1;
	    break;
	case 'x': 
	    WinType &= ~(PFPWIN_TYPE_X);
	    break;
	case 'b': 
	    NoBorder ^= 1;
	    break;
#ifdef SPACEMOUSE
        case 's':
            transSpeed = atof(optarg);
            break;
#endif
#ifdef STEREO
        case 'i': /* get interocular distance */
	    Iod = atof(optarg);
	    break;
        case 'c': /* set convergence ratio */
	    Converge = atof(optarg);
	    break;
	case 'v': /* get field of view */
	    Fov = atof(optarg);
	    break;
#endif
	case '?': 
        case 'h':
        
	    Usage();
	}
    }
    return optind;
}


//
//	main() -- program entry point. this procedure
//	is executed in the application process.


int
main (int argc, char *argv[])
{
    int		    arg;
    int		    found;
    pfPipe         *p;
    pfBox           bbox;
    float	    far = 10000.0f;
    float	    near = .1f;
    pfWSConnection  dsp=NULL;
#ifdef SPACEMOUSE
    pfMatrix        mat1,mat2;
    static double   thisTime = -1.0f;
    double          prevTime;
    float           deltaTime;
#endif
#ifdef STEREO
    unsigned int   mask;
    int            *leftArg, *rightArg;
    float	   halfNearWidth;
    float	   eyeAngle;
    pfVec3	   xyzOffsets;
    pfVec3	   hprOffsets;
#endif
    arg = docmdline(argc, argv);
    
    pfInit();
    
    // configure multi-process selection 
    pfMultiprocess(ProcSplit);
    
    // allocate shared before fork()'ing parallel processes 
    Shared = (SharedData*)pfMalloc(sizeof(SharedData), pfGetSharedArena());
    Shared->inWindow = 0;
    Shared->reset = 0;
    Shared->exitFlag = 0;
    Shared->drawStats = 1;
    Shared->XInputInited = 0;
    
    // Load all loader DSO's before pfConfig() forks 
    for (found = arg; found < argc; found++)
	pfdInitConverter(argv[found]);

    // initiate multi-processing mode set in pfMultiprocess call 
    // FORKs for Performer processes,  CULL and DRAW, etc. happen here.
    
    pfConfig();
    
    // configure pipes and windows 
    p = pfGetPipe(0);
    Shared->pw = new pfPipeWindow(p);
    Shared->pw->setName("IRIS Performer");
    Shared->pw->setWinType(WinType);
    if (NoBorder)
	Shared->pw->setMode(PFWIN_NOBORDER, 1);
    // Open and configure the GL window. 
    Shared->pw->setConfigFunc(OpenPipeWin);
    Shared->pw->config();
    
    if (FullScreen)
	Shared->pw->setFullScreen();
    else
	Shared->pw->setOriginSize(0, 0, 300, 300);
    
    // set off the draw process to open windows and call init callbacks 
    pfFrame();
    
    // create forked XInput handling process 
    // since the Shared pointer has already been initialized, that structure
    // will be visible to the XInput process. Nothing else created in the
    // application after this fork whose handles are not put in shared memory
    // (such as the database and channels) will be visible to the
    // XInput process.
    
    if (WinType & PFPWIN_TYPE_X)
    {
	pid_t	    fpid = 0;
	if (ForkedXInput)
	{
	    if ((fpid = fork()) < 0)
		pfNotify(PFNFY_FATAL, PFNFY_SYSERR, "Fork of XInput process failed.");
	    else if (fpid)
		pfNotify(PFNFY_NOTICE,PFNFY_PRINT,"XInput running in forked process %d",
			 fpid);
	    else if (!fpid)
		DoXInput();
	}
	else
	{
	    dsp = pfGetCurWSConnection();
	}
    }
    
    // specify directories where geometry and textures exist 
    if (!(getenv("PFPATH")))
        pfFilePath(
                   "."
                   ":./data"
                   ":../data"
                   ":../../data"
                   ":/usr/share/Performer/data"
                   );
    pfNotify(PFNFY_INFO, PFNFY_PRINT,"FilePath: %s\n", pfGetFilePath());
    
    // load files named by command line arguments 
    pfScene *scene = new pfScene();
    for (found = 0; arg < argc; arg++)
    {
        pfNode	   *root;
	if ((root = pfdLoadFile(argv[arg])) != NULL)
	{
	    scene->addChild(root);
	    found++;
	}
    }
    
    // if no files successfully loaded, terminate program 
#if 0
    if (!found)
	Usage();
#endif
    
    // Write out nodes in scene (for debugging) 
    if (WriteScene)
    {
	FILE *fp;
	if (fp = fopen("scene.out", "w"))
	{
	    pfPrint(scene, PFTRAV_SELF|PFTRAV_DESCEND, PFPRINT_VB_DEBUG, fp);
	    fclose(fp);
	}
	else
	    pfNotify(PFNFY_WARN, PFNFY_RESOURCE,
		     "Could not open scene.out for debug printing.");
    }
    
    // determine extent of scene's geometry 
    pfuTravCalcBBox(scene, &bbox);
    
    pfFrameRate(30.0f);
    pfPhase(PFPHASE_FREE_RUN);
#ifdef STEREO

        /* create a channel for each eye */
    pfChannel *left = new pfChannel(p);
    pfChannel *chan = left;
    pfChannel *right = new pfChannel(p);
    left->attach(right);
    mask = left->getShare();

    /* same viewport */
    mask |= PFCHAN_VIEWPORT;
    left->setShare(mask);
    left->setTravFunc(PFTRAV_CULL, CullChannel);
    left->setTravFunc(PFTRAV_DRAW, DrawChannel);
    left->setScene(scene);
    left->setNearFar(0.1f, far);

    /* set up data to distinguish between left and right eye */
    leftArg = (int *)left->allocChanData(sizeof(int));
    rightArg = (int *)right->allocChanData(sizeof(int));

    *leftArg = 1;
    *rightArg = 0;

    /* data never changes, so we only need to pass it once */
    left->passChanData();
    right->passChanData();
    left->setFOV(45.f, -1.f);

    /* set up offsets for left and right channels for stereo viewing */

    /* both eyes look at same spot 1/2 way between eyes at fusion distance */
    eyeAngle = PF_RAD2DEG(
	atanf(Iod *.5f /(Converge * (far - near) + near))); 

    /* left eye */
    hprOffsets.set(-eyeAngle, 0.f, 0.f);
    xyzOffsets.set(-Iod/2.f, 0.f, 0.f);
    left->setViewOffsets(xyzOffsets, hprOffsets);

    /* right eye */
    hprOffsets.set(eyeAngle, 0.f, 0.f);
    xyzOffsets.set(Iod/2.f, 0.f, 0.f);
    right->setViewOffsets(xyzOffsets, hprOffsets);
   
#else
    pfChannel *chan = new pfChannel(p);
    Shared->pw->addChan(chan);
    chan->setTravFunc(PFTRAV_CULL, CullChannel);
    chan->setTravFunc(PFTRAV_DRAW, DrawChannel);
    chan->setScene(scene);
    chan->setNearFar(near, far);
    // vertical FOV is matched to window aspect ratio 
    chan->setFOV(45.0f, -1.0f);
#endif
    // Create an earth/sky model that draws sky/ground/horizon 
//     pfEarthSky *eSky = new pfEarthSky();
//     eSky->setMode(PFES_BUFFER_CLEAR, PFES_SKY_GRND);
//     eSky->setAttr(PFES_GRND_HT, -10.0f);
//     chan->setESky(eSky);
  
    chan->setTravMode(PFTRAV_CULL, PFCULL_VIEW|PFCULL_GSET);
  
    if (found)
    {
	float sceneSize;
	// Set initial view to be "in front" of scene 
	
	// view point at center of bbox 
	Shared->view.xyz.add(bbox.min, bbox.max);
	Shared->view.xyz.scale(0.5f, Shared->view.xyz);
	
	// find max dimension 
	sceneSize = bbox.max[PF_X] - bbox.min[PF_X];
	sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Y] - bbox.min[PF_Y]);
	sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Z] - bbox.min[PF_Z]);
	sceneSize = PF_MIN2(sceneSize, 0.5f * far);
	Shared->sceneSize = sceneSize;
	
	// offset so all is visible 
	Shared->view.xyz[PF_Y] -=      sceneSize;
	Shared->view.xyz[PF_Z] += 0.25f*sceneSize;	
    }  else
    {
	Shared->view.xyz.set(0.0f, 0.0f, 100.0f);
	PFSET_VEC3(bbox.min, -5000.0f, -5000.0f, -1000000.0f);
	PFSET_VEC3(bbox.max, 5000.0f, 5000.0f, 10000000.0f);
	Shared->sceneSize = 10000.0f;
    }
    Shared->view.hpr.set(0.0f, 0.0f, 0.0f);
    chan->setView(Shared->view.xyz, Shared->view.hpr);
    PFCOPY_VEC3(Shared->viewOrig.xyz, Shared->view.xyz);
    PFCOPY_VEC3(Shared->viewOrig.hpr, Shared->view.hpr);
#ifdef SPACEMOUSE
    Shared->smousefactor = transSpeed * Shared->sceneSize;
#endif    
    // main simulation loop 
    while (!Shared->exitFlag)
    {
	// wait until next frame boundary 
	pfSync();
	
	pfFrame();
	
	// Set view parameters for next frame 
	UpdateView();
	
#ifndef SPACEMOUSE
        chan->setView(Shared->view.xyz, Shared->view.hpr);
#else
        prevTime = thisTime;
        thisTime = pfGetTime();
        if (prevTime > 0){
           deltaTime = thisTime-prevTime;
           Shared->spacecoord.xyz.scale(deltaTime,Shared->spacecoord.xyz);
           Shared->spacecoord.hpr.scale(deltaTime,Shared->spacecoord.hpr);
        }
	mat1.makeCoord(&Shared->view);
        mat2.makeCoord(&Shared->spacecoord);
        mat1.preMult(mat2);
        chan->setViewMat(mat1);
	mat1.getOrthoCoord(&Shared->view);
#endif
	// initiate traversal using current state 
    
	if (!ForkedXInput)
	{
	    if (!Shared->XInputInited)
		InitXInput(dsp);
	    if (Shared->XInputInited)
		GetXInput(dsp);
	}
    }
    
    // terminate cull and draw processes (if they exist) 
    pfExit();
    
    // exit to operating system 
    return 0;
}

static void 
InitXInput(pfWSConnection dsp)
{
    Window w;
#ifdef SPACEMOUSE
    initSpaceMouse();
#endif
    /* wait for X Window to exist in Performer shared memory */
   if (w = Shared->pw->getWSWindow())
   {
	XSelectInput(dsp, w, PointerMotionMask |
			ButtonPressMask | ButtonReleaseMask | 
			KeyPressMask | KeyReleaseMask);
	XMapWindow(dsp, w);
	XFlush(dsp);
	Shared->XInputInited = 1;
    }
}

//
// DoXInput() runs an asychronous forked even handling process.
//  Shared memory structures can be read from this process
//  but NO performer calls that set any structures should be 
//  issues by routines in this process.

void
DoXInput(void)
{
    // windows from draw should now exist so can attach X input handling
    // to the X window 
    
    Display *dsp = pfGetCurWSConnection();
    
    prctl(PR_TERMCHILD);        // Exit when parent does 
    sigset(SIGHUP, SIG_DFL);    // Exit when sent SIGHUP by TERMCHILD 
    
    InitXInput(dsp);
    
    while (1)
    {
	XEvent          event;
	if (!Shared->XInputInited)
	    InitXInput(dsp);
	if (Shared->XInputInited)
	{
	    XPeekEvent(dsp, &event);
	    GetXInput(dsp);
	}
    }
}

// 
//	UpdateView() updates the eyepoint based on the information
//	placed in shared memory by GetInput().

static void    
UpdateView(void)
{
    static float speed = 0.0f;
    pfCoord *view = &Shared->view;
    float cp;
    float mx, my;
    static double thisTime = -1.0f;
    double prevTime;
    float deltaTime;

    prevTime = thisTime;
    thisTime = pfGetTime();

    if (prevTime < 0.0f)
	return;

    if (!Shared->inWindow || Shared->reset)
    {
	speed = 0;
	Shared->reset = 0;
	Shared->accelRate = 0.1f * Shared->sceneSize;
	return;
    }

    deltaTime = thisTime - prevTime;
    switch (Shared->mouseButtons)
    {
    case Button1Mask: /* LEFTMOUSE: faster forward or slower backward*/
    case Button1Mask|Button2Mask:
	speed += Shared->accelRate * deltaTime;
	if (speed > Shared->sceneSize)
	    speed = Shared->sceneSize;
	break;
    case Button3Mask: /* RIGHTMOUSE: faster backward or slower foreward*/
    case Button3Mask|Button2Mask:
	speed -= Shared->accelRate * deltaTime;
	if (speed < -Shared->sceneSize)
	    speed = -Shared->sceneSize;
	break;
    }
    if (Shared->mouseButtons)
    {
	mx = 2.0f * (Shared->mouseX / (float)Shared->winSizeX) - 1.0f;
	my = 2.0f * (Shared->mouseY / (float)Shared->winSizeY) - 1.0f;
				     
	/* update view direction */
	view->hpr[PF_H] -= mx * PF_ABS(mx) * 30.0f * deltaTime;
	view->hpr[PF_P] += my * PF_ABS(my) * 30.0f * deltaTime;
#ifndef SPACEMOUSE
	view->hpr[PF_R]  = 0.0f;
#endif	

	/* update view position */
	cp = cosf(PF_DEG2RAD(view->hpr[PF_P]));
	view->xyz[PF_X] += speed*sinf(-PF_DEG2RAD(view->hpr[PF_H]))*cp;
	view->xyz[PF_Y] += speed*cosf(-PF_DEG2RAD(view->hpr[PF_H]))*cp;
	view->xyz[PF_Z] += speed*sinf( PF_DEG2RAD(view->hpr[PF_P]));
    }
    else
    {
	speed = 0.0f;
	Shared->accelRate = 0.1f * Shared->sceneSize;
    }
}

//
//	CullChannel() -- traverse the scene graph and generate a
// 	display list for the draw process.  This procedure is 
//	executed in the CULL process.


static void
CullChannel(pfChannel *, void *)
{
    // 
    // pfDrawGeoSet or other display listable Performer routines
    // could be invoked before or after pfCull()
    pfCull();
}

//
//	OpenPipeWin() -- create a win: setup the GL and IRIS Performer.
//	This procedure is executed in the DRAW process 
//	(when there is a separate draw process).


static void
OpenPipeWin(pfPipeWindow *pw)
{
#ifdef STEREO
    pw->setFBConfigAttrs(FBAttrs);
    
#endif
    pw->open();
#ifdef STEREO
    pw->query(PFQWIN_STEREO, &Shared->stereo);
    if(Shared->stereo == PFQFTR_FALSE)
      pfNotify(PFNFY_NOTICE, PFNFY_RESOURCE,
        "Couldn't get a stereo window; using mono mode");
#endif
#ifdef IRISGL    
    if (!(WinType & PFPWIN_TYPE_X))
    {
	// register events of note with event-queue manager 
	qdevice(ESCKEY);
	qdevice(F1KEY);
	qdevice(GKEY);
    }
#endif // GL type 
    
    // create a light source in the "south-west" (QIII) 
    Sun = new pfLight();
    Sun->setPos(-0.3f, -0.3f, 1.0f, 0.0f);
}


//
//	DrawChannel() -- draw a channel and read input queue. this
//	procedure is executed in the draw process (when there is a
//	separate draw process).

static void
DrawChannel (pfChannel *channel, void *left)
{
    // rebind light so it stays fixed in position 
    Sun->on();
#ifdef STEREO
    /* which buffer to draw into ? */
    if(Shared->stereo) { /* if not stereo, draw to left all the time */
	if(*(int*)left) {
#ifdef IRISGL
	    leftbuffer(1);
	    rightbuffer(0);
#else
	    glDrawBuffer(GL_BACK_LEFT);
#endif
	} else {
#ifdef IRISGL
	    leftbuffer(0);
	    rightbuffer(1);
#else
	    glDrawBuffer(GL_BACK_RIGHT);
#endif
	}
    }    
#endif /*STEREO*/
    // erase framebuffer and draw Earth-Sky model 
    channel->clear();
    
    // invoke Performer draw-processing for this frame 
    pfDraw();
    
    // draw Performer throughput statistics 
    
    if (Shared->drawStats)
	channel->drawStats();
    
    // read window origin and size (it may have changed) 
    channel->getPWin()->getSize(&Shared->winSizeX, &Shared->winSizeY);
    
#ifdef IRISGL
    //    if (!(WinType & PFPWIN_TYPE_X))
    GetGLInput();
#endif // GL type 	
#ifdef STEREO
    if(!Shared->stereo) /* mono mode */
	if(*(int*)left) /* add extra swap to draw both buffers */
            (channel->getPWin())->swapBuffers();	    
#endif
}

#ifdef IRISGL
static void
GetGLInput(void)
{
    long x, y;
    long xo, yo;
    
    while (qtest())
    {
	short           value;
	int            device = qread(&value);
	
	// only act on key-down transitions 
	if (value)
	{
	    switch (device)
	    {
		// ESC-key signals end of simulation 
	    case ESCKEY:
		Shared->exitFlag = 1;
		break;
		
		// g-key and F1-key toggles channel-stats display 
	    case GKEY:
	    case F1KEY:
		Shared->drawStats = !Shared->drawStats;
		break;
	    }
	}
    }
    // read cursor position (may be outside our window) 
    x = getvaluator(MOUSEX);
    y = getvaluator(MOUSEY);
    
    // IRIS GL - mouse pos in screen relative and focus management is not so good
    // so update cursor virtual position when cursor inside window 
    
    getorigin(&xo, &yo);
    if (x >= xo && x < (xo + Shared->winSizeX) && 
	y >= yo && y < (yo + Shared->winSizeY))
    {
	Shared->inWindow = 1;
	Shared->mouseX = x - xo;
	Shared->mouseY = y - yo;
	Shared->mouseButtons = ((getbutton(LEFTMOUSE)   ? Button1Mask : 0) |
				(getbutton(MIDDLEMOUSE) ? Button2Mask : 0) |
				(getbutton(RIGHTMOUSE)  ? Button3Mask : 0));
    }
    else
	Shared->inWindow = 0;
}
#endif // GL type 

static void
GetXInput(pfWSConnection dsp)
{
    static int x=0, y=0;
    
    if (XEventsQueued(dsp, QueuedAfterFlush))
    while (XEventsQueued(dsp, QueuedAlready))
    {
	XEvent event;
#ifdef SPACEMOUSE
	XDeviceButtonEvent *ButtonPtr;
        XDeviceMotionEvent *MotionPtr;    
#endif	
	XNextEvent(dsp, &event);
	
	switch (event.type) 
	{
	case ConfigureNotify:
	    break;
	case FocusIn:
	    Shared->inWindow = 1;
	    break;
	case FocusOut:
	    Shared->inWindow = 0;
	    break;
	case MotionNotify: 
	    {
		XMotionEvent *motion_event = (XMotionEvent *) &event;
		x =  motion_event->x;
		y = Shared->winSizeY - motion_event->y;
	    }
	    break;
	case ButtonPress: 
	    {
		XButtonEvent *button_event = (XButtonEvent *) &event;
		x = event.xbutton.x;
		y = Shared->winSizeY - event.xbutton.y;
		Shared->inWindow = 1;
		switch (button_event->button) {
		case Button1:
		    Shared->mouseButtons |= Button1Mask;
		    break;
		case Button2:
		    Shared->mouseButtons |= Button2Mask;
		    break;
		case Button3:
		    Shared->mouseButtons |= Button3Mask;
		    break;
		}
	    }
	    break;
	case ButtonRelease:
	    {
		XButtonEvent *button_event = (XButtonEvent *) &event;
		switch (button_event->button) {
		case Button1:
		    Shared->mouseButtons &= ~Button1Mask;
		    break;
		case Button2:
		    Shared->mouseButtons &= ~Button2Mask;
		    break;
		case Button3:
		    Shared->mouseButtons &= ~Button3Mask;
		    break;
		}
	    }
	    break;
	case KeyPress:
	    {
		char buf[100];
		int rv;
		KeySym ks;
		rv = XLookupString(&event.xkey, buf, sizeof(buf), &ks, 0);
		switch(ks) {
		case XK_Escape: 
		    Shared->exitFlag = 1;
		    exit(0);
		    break;
		case XK_space:
		    Shared->reset = 1;
		    PFCOPY_VEC3(Shared->view.xyz, Shared->viewOrig.xyz);
		    PFCOPY_VEC3(Shared->view.hpr, Shared->viewOrig.hpr);
		    pfNotify(PFNFY_NOTICE, PFNFY_PRINT,  "Reset");
		    break;
		case XK_g:
		    Shared->drawStats = !Shared->drawStats;
		    break;
		default:
		    break;
		}
	    }
	    break;
	default:
#ifdef SPACEMOUSE
        if  (event.type == MagellanMotionEventType){
	    MotionPtr = (XDeviceMotionEvent *) &(event);
            if ( (MotionPtr->axes_count == 6) && 
                 (MotionPtr->first_axis == 0)){
              Shared->spacecoord.xyz[0]=MotionPtr->axis_data[ 0 ]
                 *(.001*Shared->smousefactor);
              Shared->spacecoord.xyz[1]=MotionPtr->axis_data[ 2 ]
                 *(.001*Shared->smousefactor);
              Shared->spacecoord.xyz[2]=MotionPtr->axis_data[ 1 ]
                 *(.001*Shared->smousefactor);
              Shared->spacecoord.hpr[0]=.1*MotionPtr->axis_data[ 4 ];
              Shared->spacecoord.hpr[1]=.1*MotionPtr->axis_data[ 3 ];
              Shared->spacecoord.hpr[2]=.1*MotionPtr->axis_data[ 5 ];
              Shared->spacemouse=TRUE;
#ifdef SPACEMOUSE_DEBUG
              printf("factor: %f spaceball motion: xyz: %f %f %f hpr: %f %f %f\n",
                      Shared->smousefactor,
                      Shared->spacecoord.xyz[0],
                      Shared->spacecoord.xyz[1],
                      Shared->spacecoord.xyz[2],
                      Shared->spacecoord.hpr[0],
                      Shared->spacecoord.hpr[1],
                      Shared->spacecoord.hpr[2]);
#endif

            }
        }
        if  (event.type == MagellanButtonPressEventType){
            ButtonPtr = (XDeviceButtonEvent *) &(event);
        }
        if  (event.type == MagellanButtonReleaseEventType){
            ButtonPtr = (XDeviceButtonEvent *) &(event);
        }
#endif
	    break;
	}// switch 
    }
    Shared->mouseX = x;
    Shared->mouseY = y;
}

#ifdef SPACEMOUSE
void 
initSpaceMouse()
{
  int MagellanID, DeviceNumber, loop, c_class;
  XDeviceInfo *DeviceInfo;
  XDevice *Device;
  Window w;
  Display *dsp;

  XAxisInfoPtr XAxisPtr;
  XAnyClassPtr XClassPtr;
  int axis, axes;

  XExtensionVersion *ExtVersion;

  XFeedbackState *MagellanFeedback;
  int FeedbackNumber;

  w = Shared->pw->getWSWindow();
  dsp = pfGetCurWSConnection();
  ExtVersion = XGetExtensionVersion( dsp, "XInputExtension" );
  if ( (ExtVersion == NULL) || ((int)ExtVersion == NoSuchExtension) )
   {
    fprintf( stderr, "Cannot access X Input Extension. Exit ... \n");
    exit( -1 );
   };
  printf("X Input Extension Version %d.%d \n", ExtVersion->major_version, ExtVersion->minor_version );
  XFree( ExtVersion );

  DeviceInfo = XListInputDevices( dsp, &DeviceNumber );
  MagellanID = -1;
  for ( loop=0; loop<DeviceNumber; ++loop )
  {
   printf("------------------------------------------------------------------------\n");
   printf(" Type = %d \n", DeviceInfo[loop].type );
   printf("Device Name = %s Type = %d Atom = %s \n", DeviceInfo[loop].name,
           DeviceInfo[loop].type, XGetAtomName(dsp,DeviceInfo[loop].type) );
   printf(" Device Class(es) = %d  Use = %s \n", DeviceInfo[loop].num_classes,
            DeviceInfo[loop].use ? "TRUE" : "FALSE" );

   XClassPtr = (XAnyClassPtr) DeviceInfo[loop].inputclassinfo;
   for ( c_class=0; c_class<DeviceInfo[loop].num_classes; ++c_class )
    {
     switch( XClassPtr->c_class )
      {
       case 0: 
        printf("  Keyboard  Keycode Min = %d Max = %d  Number of Keys = %d \n",
                  ((XKeyInfo *)XClassPtr)->min_keycode,
                  ((XKeyInfo *)XClassPtr)->max_keycode,
                  ((XKeyInfo *)XClassPtr)->num_keys );
        break;

       case 1:
        printf("  Button(s)  Number of Buttons = %d \n", 
                  ((XButtonInfo *)XClassPtr)->num_buttons );
        break;

       case 2:
        printf("  Valuator(s)  Axes = %d  Mode = %d  Motion Buffer = %d \n",
                  ((XValuatorInfo *)XClassPtr)->num_axes,
                  ((XValuatorInfo *)XClassPtr)->mode,
                  ((XValuatorInfo *)XClassPtr)->motion_buffer );
        XAxisPtr = ((XValuatorInfo *)XClassPtr)->axes;
        axes = ((XValuatorInfo *)XClassPtr)->num_axes;
        for ( axis=0; axis<axes; ++axis )
         {
          printf("   Valuator = %d  Min = %d Max = %d  Resolution = %d \n", axis+1,
                     XAxisPtr->min_value, XAxisPtr->max_value, XAxisPtr->resolution );
          ++XAxisPtr;
         };
        break;

       default: 
        printf("  Class ID = %d  Length = %d \n", XClassPtr->c_class, XClassPtr->length );
        break;
      };  
     XClassPtr = (XAnyClassPtr) ((char *)XClassPtr+XClassPtr->length);
    };
  };

 for ( loop=0; loop<DeviceNumber; ++loop )
  {
   if ( strcmp( DeviceInfo[loop].name, "MAGELLAN" ) == NULL ||
        strcmp( DeviceInfo[loop].name, "magellan" ) == NULL )
    {
     MagellanID = DeviceInfo[loop].id;
     break;
    };
  };
 if ( MagellanID == -1 )
  {
   for ( loop=0; loop<DeviceNumber; ++loop )
    {
     if ( strcmp( DeviceInfo[loop].name, "SPACEBALL" ) == NULL ||
          strcmp( DeviceInfo[loop].name, "spaceball" ) == NULL )
      MagellanID = DeviceInfo[loop].id;
    };
  };

 XFreeDeviceList( DeviceInfo );
 printf("------------------------------------------------------------------------\n");
 printf("\n\n");

 if ( MagellanID == -1 )
  {
   printf("Magellan X Input Extension. \nCan't find Magellan. Exit ... \n" );
   exit( -1 );
  }
 else
  printf("Magellan X Input Extension ID = %d \n", MagellanID );

 Device = XOpenDevice( dsp, MagellanID );
 if ( Device == 0 )
  {
   printf("Magellan X Input Extension. \nCan't open Magellan. Exit ... \n" );
   exit( -1 );
  };

 DeviceMotionNotify( Device, MagellanMotionEventType, MagellanMotionEventClass );
 DeviceButtonPress( Device, MagellanButtonPressEventType, MagellanButtonPressEventClass );
 DeviceButtonRelease( Device, MagellanButtonReleaseEventType, MagellanButtonReleaseEventClass );

 printf("MotionNotify  Type=%d Class=%d \n", MagellanMotionEventType, MagellanMotionEventClass );
 printf("ButtonPress   Type=%d Class=%d \n", MagellanButtonPressEventType, MagellanButtonPressEventClass );
 printf("ButtonRelease Type=%d Class=%d \n", MagellanButtonReleaseEventType, MagellanButtonReleaseEventClass );

 ListOfEventClass[0] = MagellanMotionEventClass;
 ListOfEventClass[1] = MagellanButtonPressEventClass;
 ListOfEventClass[2] = MagellanButtonReleaseEventClass;

 XSelectExtensionEvent( dsp, w, ListOfEventClass, 3 );

 MagellanFeedback = XGetFeedbackControl( dsp, Device, &FeedbackNumber );
 printf("Magellan Feedback Number = %d \n", FeedbackNumber );
 for ( loop=0; loop<FeedbackNumber; ++loop )
  {
   printf("Feedback = %d  Class = %d  Length = %d  ID = %d \n", loop+1, MagellanFeedback->c_class, 
           MagellanFeedback->length, MagellanFeedback->id );
   switch( MagellanFeedback->c_class )
    {
     case KbdFeedbackClass:
      printf(" KbdFeedbackClass  Bell Volume = %d  Pitch = %d  Duration = %d   \n",
              ((XKbdFeedbackState *)MagellanFeedback)->percent,
              ((XKbdFeedbackState *)MagellanFeedback)->pitch,
              ((XKbdFeedbackState *)MagellanFeedback)->duration );
      break;

     case BellFeedbackClass:
      printf(" BellFeedbackClass  Bell Volume = %d  Pitch = %d  Duration = %d   \n",
              ((XBellFeedbackState *)MagellanFeedback)->percent,
              ((XBellFeedbackState *)MagellanFeedback)->pitch,
              ((XBellFeedbackState *)MagellanFeedback)->duration );
      break;

     case PtrFeedbackClass:
      printf(" PtrFeedbackClass   \n");
      break;

     case IntegerFeedbackClass:
      printf(" IntegerFeedbackClass   \n");
      break;

     case StringFeedbackClass:
      printf(" StringFeedbackClass   \n");
      break;

     case LedFeedbackClass:
      printf(" LedFeedbackClass   \n");
      break;

     default:
      printf(" Unkonw FeedbackClass \n");
    }
   MagellanFeedback = (XFeedbackState *)((char *)MagellanFeedback+MagellanFeedback->length);
  }
  Shared->spacemouse=FALSE;

}
#endif

--PART-BOUNDARY=.19708261444.ZM12572.munich.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 Aug 26 12:10:57 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id GAA11128; Tue, 26 Aug 1997 06:23:45 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id GAA11112; Tue, 26 Aug 1997 06:23:44 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id GAA10726; Tue, 26 Aug 1997 06:23:44 -0700
Received: from server07.icaen.uiowa.edu (server07.icaen.uiowa.edu [128.255.17.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA20969
	for <info-performer@sgi.com>; Tue, 26 Aug 1997 06:23:42 -0700
	env-from (gthomas@icaen.uiowa.edu)
From: gthomas@icaen.uiowa.edu
Received: from server01.icaen.uiowa.edu (root@server01.icaen.uiowa.edu [128.255.17.41]) by server07.icaen.uiowa.edu (8.7.5/8.7.1) with ESMTP id IAA02064 for <info-performer@sgi.com>; Tue, 26 Aug 1997 08:23:38 -0500 (CDT)
Received: from l-ecn040.icaen.uiowa.edu (gthomas@l-ecn040.icaen.uiowa.edu [128.255.17.160]) by server01.icaen.uiowa.edu (8.7.5/8.7.1) with ESMTP id IAA02701 for <info-performer@sgi.com>; Tue, 26 Aug 1997 08:23:37 -0500 (CDT)
Received: (from gthomas@localhost) by l-ecn040.icaen.uiowa.edu (8.7.6/client-6.1) id IAA16571 for info-performer@sgi.com; Tue, 26 Aug 1997 08:23:36 -0500 (CDT)
Message-Id: <199708261323.IAA16571@l-ecn040.icaen.uiowa.edu>
Organization: Iowa Computer Aided Engineering Network, University of Iowa
Subject: Spotlight textures
To: info-performer@sgi.com
Date: Tue, 26 Aug 1997 08:23:35 -0500 (CDT)
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 trying to project a single image as a spotlight texture onto a surface,
but can't seem to get the image from repeating or cropping.  I've tried a
variety of tricks, particularly focusing on:

  pfTexRepeat(myTexture, TX_WRAP, PFTEX_SELECT);

followed by:

  pfLSourceAttr(myLightSource, PFLS_PROJ_TEX, myTexture);

but can't get the projection to end at the boundary of the photo.  Either it
wraps or clamps, depending on what else I've been fooling with.

Could it be my hardware?  hinv gives:

Video: MVP unit 0 version 1.2
AV: AV1 Card version 1, O2Cam type 1 version 0 connected.
FLASH PROM version 4.0
On-board serial ports: 2
On-board EPP/ECP parallel port
1 180 MHZ IP32 Processor
FPU: MIPS R5000 Floating Point Coprocessor Revision: 1.0
CPU: MIPS R5000 Processor Chip Revision: 2.1
Data cache size: 32 Kbytes
Instruction cache size: 32 Kbytes
Secondary unified instruction/data cache size: 512 Kbytes on Processor 0
Main memory size: 64 Mbytes
Iris Audio Processor: version A3 revision 0
Integral Ethernet: ec0, version 1
  Tape drive: unit 7 on SCSI controller 1: DAT
    Disk drive / removable media: unit 3 on SCSI controller 1
  CDROM: unit 4 on SCSI controller 0
  Disk drive: unit 1 on SCSI controller 0
CRM graphics installed
Integral SCSI controller 1: Version ADAPTEC 7880
Integral SCSI controller 0: Version ADAPTEC 7880
Vice: DX

Thanks for the help.

- Geb

-- 
Dr. Geb Thomas                   The GROK Lab
Industrial Engineering           (o)  (319) 335-5936
The University of Iowa           (f)  (319) 335-5424
=======================================================================
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 Aug 26 17:05:33 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA12107; Tue, 26 Aug 1997 11:07:28 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA12091; Tue, 26 Aug 1997 11:07:27 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA14105; Tue, 26 Aug 1997 11:07:27 -0700
Received: from sguk.reading.sgi.com ([144.253.64.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA26910
	for <info-performer@sgi.com>; Tue, 26 Aug 1997 11:07:15 -0700
	env-from (clive@reading.sgi.com)
Received: from barney.reading.sgi.com (barney.reading.sgi.com [144.253.74.139]) by sguk.reading.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA18694; Tue, 26 Aug 1997 19:07:19 +0100
Received: from reading.sgi.com (barney.reading.sgi.com [144.253.74.139]) by barney.reading.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA03480; Tue, 26 Aug 1997 19:06:54 +0100
Sender: clive@reading.sgi.com
Message-ID: <34031B3D.45930F25@reading.sgi.com>
Date: Tue, 26 Aug 1997 19:06:53 +0100
From: Clive Harding <clive@reading.sgi.com>
X-Mailer: Mozilla 4.02 [en] (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: aardvark@earthling.net
CC: Performer Discussion Group <info-performer@sgi.com>
Subject: Re: about distinguish nodes
References: <199708251541.IAA19495@dandan.engr.sgi.com> <34029682.7D27@iname.com> <3402B596.2B30@earthling.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

You can recover most of  the information from the multigen nodes
(in OpenFlight) using the register node mechanism which is
REALLY well documented. You can see which bits you can get out
of your Groups, Lods, Objects etc by looking at the pfflt header
file. The following code fragment should help. Sorry if this is
spam since I've only seen a reply to a mail. Seems that the
performer-info stuff just disappears from my inbox ;)

#include <pfdb/pfflt.h>

static void *regFuncPtr = registerFunc;

void 
registerFunc ( pfNode *node, int mgOp, int *cbs, COMMENTcb *cbcom, void
*userData)
{
char text[80];
short id;

    if(cbcom) 
    {
	if(cbcom->text[0])
	{
	    // You can look at the comment field of a 
            // Group, Object etc. etc. etc.
	}
    }
    switch(mgOp)
    {
	case CB_GROUP: someval = ((GROUPcb *)cbs)->special2;
		       break;
	case CB_LOD:   someval = ((LODcb *)cbs)->special2;
		       break;
	case CB_OBJECT:someval = ((OBJcb *)cbs)->special2;
		       break;
	case CB_DOF:   getDofInfo((DOFcb *)cbs);
		       break;
	case ........ Ad Nauseam.
    }
	
    if(someval)
    {
        someFunction(node); // Actually do stuff to the pfNode.
    }
	
}




// Then somewhere after pfConfig()
    
    // Initialise the loader callback
    pfdConverterAttr(".flt", PFFLT_REGISTER_NODE, &regFuncPtr);

Cheers,
Clive.
-- 
________________________________________________________________
Clive Harding, Software Support Group, Silicon Graphics UK Ltd.       
Forum 1, Station Road, Theale, Reading, UK, RG7 4RA. 
Tel: 01189 307736 Fax: 01189 307553 Email: clive@reading.sgi.com

	    "Si non confectus, non reficiat."
=======================================================================
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 Aug 26 19:02:40 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA12477; Tue, 26 Aug 1997 12:55:14 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA12461; Tue, 26 Aug 1997 12:55:13 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA26895; Tue, 26 Aug 1997 12:55:12 -0700
Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA15654
	for <info-performer@sgi.com>; Tue, 26 Aug 1997 12:55:07 -0700
	env-from (rany@rtset.co.il)
Received: from rany (ts021p13.pop9a.netvision.net.il [194.90.5.141]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id XAA25507 for <info-performer@sgi.com>; Tue, 26 Aug 1997 23:20:28 +0200
Message-ID: <3403789F.729C3156@rtset.co.il>
Date: Wed, 27 Aug 1997 03:45:19 +0300
From: Ran Yakir <rany@rtset.co.il>
Reply-To: rany@rtset.co.il
Organization: RT-Set
X-Mailer: Mozilla 4.01 [en] (Win95; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: DIVO
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi,

Has anyone used DIVO on ONYX2 yet ? I've tried reading a video into
texture using DIVO. The video is read using the DMBuffer mechanism into
memory, and then glTexSubImage-ed into texture memory. The weird thing
is that the dmBufferFree() function, which is supposed to just free my
dmbuffer, is taking 2.5 milisec. This is way too much for swaping
pointers. Solutions, anyone ?

Thanks
Ran


--
 __                                  | Ran Yakir
 /_)  _  __   \  / _   / o __        | 28 Ben Gurion St.
/ )_ (_(_) )   \/ (_(_/<_(_)(        | Hod Hasharon 54200
              _/                     | Israel
-------------------------------------+--------------------------------
At Home :                            | At Work :
                                     |   RT-SET
  Voice  : +972-9-7489974            |   Voice  : +972-9-9552236
  Fax    : +972-9-7422149            |   Fax    : +972-9-9552239
  E-mail : rany@netvision.net.il     |   E-mail : rany@rtset.co.il
http://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  Tue Aug 26 19:48:12 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA12799; Tue, 26 Aug 1997 13:31:22 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA12783; Tue, 26 Aug 1997 13:31:21 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA01446; Tue, 26 Aug 1997 13:31:21 -0700
Received: from amber.drawcomp.com ([204.170.241.126]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA04138
	for <info-performer@sgi.com>; Tue, 26 Aug 1997 13:31:19 -0700
	env-from (prakash@drawcomp.com)
Received: (from nobody@localhost)
	by amber.drawcomp.com (8.8.5/8.8.5) id QAA01129
	for <info-performer@sgi.com>; Tue, 26 Aug 1997 16:24:33 -0400 (EDT)
X-Authentication-Warning: amber.drawcomp.com: nobody set sender to <prakash@drawcomp.com> using -f
Received: from porter(10.0.0.5) by amber.drawcomp.com via smap (V2.0)
	id xma001122; Tue, 26 Aug 97 16:24:08 -0400
Sender: gpmahesh@drawcomp.com
Message-ID: <34033B67.FF6@drawcomp.com>
Date: Tue, 26 Aug 1997 16:24:07 -0400
From: Prakash Mahesh <prakash@drawcomp.com>
Organization: DRaW Computing Assoc. Inc., http://www.drawcomp.com/prakash.html
X-Mailer: Mozilla 3.02 (X11; I; IRIX 6.2 IP22)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Texture with pfdNew*
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi,

I'm having troubles with texture mapping.  Currently to make a sphere I
am using pfdNewSphere, but this doesn't seem to generate any kind of
default texture coordinates.  Is there any easy way for me to generate
them for all of those shapes while still using the pfdNew* functions or
do I have to create the Sphere myself and put the texture coordinates in
when I make it?

Thanks.
-- 
  Prakash Mahesh                                     
  prakash@drawcomp.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 Aug 26 20:08:54 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id OAA12913; Tue, 26 Aug 1997 14:00:55 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id OAA12897; Tue, 26 Aug 1997 14:00:54 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id OAA05558; Tue, 26 Aug 1997 14:00:54 -0700
Received: from spiffy.paradigmsim.com (spiffy.paradigmsim.com [206.7.114.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA19124
	for <info-performer@sgi.com>; Tue, 26 Aug 1997 14:00:08 -0700
	env-from (root@spiffy.paradigmsim.com)
Received: by spiffy.paradigmsim.com (940816.SGI.8.6.9/940406.SGI.AUTO)
	for info-performer@sgi.com id PAA25972; Tue, 26 Aug 1997 15:58:01 -0500
Date: Tue, 26 Aug 1997 15:58:01 -0500
From: root@spiffy.paradigmsim.com (Super-User)
Message-Id: <199708262058.PAA25972@spiffy.paradigmsim.com>
To: info-performer@sgi.com
Subject: test
Status: O

testing mail to Paradigm Simulation.  no reply please.
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  Tue Aug 26 20:25:11 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id OAA12997; Tue, 26 Aug 1997 14:20:37 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id OAA12981; Tue, 26 Aug 1997 14:20:37 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id OAA08256; Tue, 26 Aug 1997 14:20:35 -0700
Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA26327
	for <info-performer@sgi.com>; Tue, 26 Aug 1997 14:20:34 -0700
	env-from (robj@quid.csd.sgi.com)
Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	 id OAA08248; Tue, 26 Aug 1997 14:20:34 -0700
Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	 id OAA03554; Tue, 26 Aug 1997 14:20:13 -0700
From: "Rob Jenkins" <robj@quid>
Message-Id: <9708261420.ZM3552@quid.csd.sgi.com>
Date: Tue, 26 Aug 1997 14:20:13 -0700
In-Reply-To: David Nouls <dnouls@luc.ac.be>
        "Which Performer on O2 ?" (Aug 26,  2:20pm)
References: <3402E648.441834DF@luc.ac.be>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: David Nouls <dnouls@luc.ac.be>, info-performer@sgi.com
Subject: Re: Which Performer on O2 ?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

The table belowis in the FAQs off the PF web page ( pointer in the sig of this
message )

So you want: pf 2.0 + patches 1696 (eoe) and 1392 (dev) for O2

Subject: ! -9- What version of IRIS Performer should I use?
Date: 17 Mar 97 00:00:01 EST

  IRIX             performer_eoe  performer_dev           +Patches
  -----------------------------------------------------------------------
  6.4                 2.0.4            2.0                     1392 (dev)
  6.3                 2.0.3            2.0         1696 (eoe), 1392 (dev)
  6.2 (IR only*)      2.1              2.1         n/a
  6.2 (non-IR*)       2.0.1            2.0         1696 (eoe), 1392 (dev)
  5.3                 2.0              2.0         1414 (eoe & dev)

  (*) Onyx [not Onyx2] InfiniteReality systems running 6.2 should use
  IRIS Performer 2.1 (eoe and dev).  Note that Performer 2.1 is
  -only- officially supported on Onyx InfiniteReality systems running
  IRIX 6.2.  Other systems running 6.2 should use 2.0.1 eoe and 2.0
  dev, (plus patches) as indicated above.

The latest Imagevision release is IL 3.1.1, IL too has a web page with this
info: www.sgi.com/Technology/ImageVision

IL 3.1.1 eoe can be downloaded from
www.sgi.com/Products/Evaluation/evaluation.html

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  Tue Aug 26 23:47:09 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id RAA13535; Tue, 26 Aug 1997 17:53:08 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id RAA13519; Tue, 26 Aug 1997 17:53:07 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id RAA09194; Tue, 26 Aug 1997 17:53:07 -0700
Received: from yacko.csd.sgi.com ([150.166.145.94]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA18803; Tue, 26 Aug 1997 17:53:06 -0700
	env-from (ekunze@yacko.csd.sgi.com)
Received: from localhost by yacko.csd.sgi.com via SMTP (970321.SGI.8.8.5/911001.SGI)
	 id RAA15467; Tue, 26 Aug 1997 17:53:05 -0700 (PDT)
Message-Id: <199708270053.RAA15467@yacko.csd.sgi.com>
X-Mailer: exmh version 2.0zeta 7/24/97
To: "Clement K. Tam" <ctam@risc.rockwell.com>
cc: info-performer@sgi.com, ekunze@yacko
Subject: Re: Screen Resolution for Per Window Stereo 
In-reply-to: Your message of "Mon, 25 Aug 1997 09:47:44 PDT."
             <3401B730.41C6@risc.rockwell.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 26 Aug 1997 17:53:05 -0700
From: Eric Kunze <ekunze@yacko>
Status: O

 
> However, I cannot get my left monitor display (channel 0) switched to
> high resolution with ircombine using the following vfo files:
> 
> 1280x1024_120s.vfo

  This format will generally only run on the high-end projectors, such as 
Barco or Electrohome. The SGI shipped monitor definitely won't display it as 
the horizontal rate is too high.

> 1024x768_120s.vfo
  
  This is at the edge of what most monitors can display. You don't say which 
monitor you have, looking at the horizontal rates in the manual and comparing 
them to the values for this format in /usr/gfx/ucode/KONA/dg4/vfo/README 
should give you an idea as to whether this should work or not.

> 
> All I got is a blank screen on my left monitor.
> Lower resolution with the following vfo files does work:
> 
> 640x512_120s.vfo
> 640x480_120s.vfo
> 
> Lower refresh rate, higher resolution also works:
> 
> 1024x768_96s.vfo
> 
> So my question is: Can I have the full 1280x1024 resolution while using
> Per Window (Quad Buffer) stereo?

  The IR can do it, it is a matter of finding a display capable of these 
speeds.  If you are using SGI shipped monitors, sticking to 1024x768_96s is 
probably your best bet.


Eric

> 
> This Onyx has only ONE RM.  Could that be a factor?
> Additional h/w info follows:
> 
> 
>  /usr/gfx 44%gfxinfo
> Graphics board 0 is "KONAS" graphics.
>         Managed (":0.0") 2560x1024 
>         Display has 8 channels
>         4 GEs (of 4), occmask = 0x0f
>         4MB external BEF ram, 32bit path
>         1 RM6 board (of 1) 1/0/0/0
>         Texture Memory: 64MB/-/-/-
>         Small pixel depth
>         32K cmap, 64K external gamma
>         Channel 0:
>          Origin = (0,0)
>          Video Output: 1280 pixels, 1024 lines, 60.00Hz
> (1280x1024_60.vfo)
>         Channel 1:
>          Origin = (0,538)
>          Video Output: 640 pixels, 486 lines, 29.97Hz (640x486_30i.vfo)
>         Channel 2:
>          Origin = (1280,0)
>          Video Output: 1280 pixels, 1024 lines, 60.00Hz
> (1280x1024_60.vfo)
>         Channel 3:
>          Origin = (0,544)
>          Video Output: 640 pixels, 480 lines, 60.00Hz (640x480_180q.vfo)
> 
> 
> Thanks in advance for any suggestion or comment.
> -- 
> ----------------------------------------------------------------
> Clement K. Tam			|Research Scientist    
> Rockwell Science Center		|Human Computer Interface
> 1049 Camino Dos Rios		|Voice: (805)373-4858
> PO Box 1085, M/S A7A		|Comnet:     253-4858
> Thousand Oaks, CA 91358		|Email: ctam@risc.rockwell.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  Wed Aug 27 07:39:01 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id CAA14893; Wed, 27 Aug 1997 02:12:24 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id CAA14877; Wed, 27 Aug 1997 02:12:23 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id CAA08388; Wed, 27 Aug 1997 02:12:22 -0700
Received: from otto.artcom.de (schleuse-inx-bt.artcom.de [195.21.176.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id CAA16088
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 02:12:19 -0700
	env-from (crux@artcom.de)
Received: from coop by otto.artcom.de with smtp
	id m0x3e7C-00AEVlC; Wed, 27 Aug 97 11:10 MDT
Sender: crux@artcom.de
Message-ID: <3403EEF6.52BF@artcom.de>
Date: Wed, 27 Aug 1997 05:10:14 -0400
From: Dirk Luesebrink <crux@artcom.de>
Organization: art+com gmbh
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: gthomas@icaen.uiowa.edu
CC: info-performer@sgi.com
Subject: Re: Spotlight textures
References: <199708261323.IAA16571@l-ecn040.icaen.uiowa.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

try using CLAMP and put a one pixel wide neutral border in your texture.
for example white. than only this borders gets clamped over the rest of
the surface. remind when mipmaping the border must be wider maybe
because of automaitcally generated lower resolution versions of you
original texture. that would blur some photo pixels into the border.

dirk.

thats a workaround.


gthomas@icaen.uiowa.edu wrote:
> 
> I'm trying to project a single image as a spotlight texture onto a surface,
> but can't seem to get the image from repeating or cropping.  I've tried a
> variety of tricks, particularly focusing on:
> 
>   pfTexRepeat(myTexture, TX_WRAP, PFTEX_SELECT);
> 
> followed by:
> 
>   pfLSourceAttr(myLightSource, PFLS_PROJ_TEX, myTexture);
> 
> but can't get the projection to end at the boundary of the photo.  Either it
> wraps or clamps, depending on what else I've been fooling with.
> 
> Could it be my hardware?  hinv gives:
> 
> Video: MVP unit 0 version 1.2
> AV: AV1 Card version 1, O2Cam type 1 version 0 connected.
> FLASH PROM version 4.0
> On-board serial ports: 2
> On-board EPP/ECP parallel port
> 1 180 MHZ IP32 Processor
> FPU: MIPS R5000 Floating Point Coprocessor Revision: 1.0
> CPU: MIPS R5000 Processor Chip Revision: 2.1
> Data cache size: 32 Kbytes
> Instruction cache size: 32 Kbytes
> Secondary unified instruction/data cache size: 512 Kbytes on Processor 0
> Main memory size: 64 Mbytes
> Iris Audio Processor: version A3 revision 0
> Integral Ethernet: ec0, version 1
>   Tape drive: unit 7 on SCSI controller 1: DAT
>     Disk drive / removable media: unit 3 on SCSI controller 1
>   CDROM: unit 4 on SCSI controller 0
>   Disk drive: unit 1 on SCSI controller 0
> CRM graphics installed
> Integral SCSI controller 1: Version ADAPTEC 7880
> Integral SCSI controller 0: Version ADAPTEC 7880
> Vice: DX
> 
> Thanks for the help.
> 
> - Geb
> 
> --
> Dr. Geb Thomas                   The GROK Lab
> Industrial Engineering           (o)  (319) 335-5936
> The University of Iowa           (f)  (319) 335-5424
> =======================================================================
> 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 Aug 27 10:22:13 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id EAA15112; Wed, 27 Aug 1997 04:45:19 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id EAA15096; Wed, 27 Aug 1997 04:45:18 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id EAA14734; Wed, 27 Aug 1997 04:45:18 -0700
Received: from systech.hinet.net ([210.71.162.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA09650
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 04:45:15 -0700
	env-from (jim@systech.hinet.net)
Received: (from jim@localhost) by systech.hinet.net (950413.SGI.8.6.12/950213.SGI.AUTOCF) id TAA22810; Wed, 27 Aug 1997 19:47:55 -0700
From: "jim" <jim@systech.hinet.net>
Message-Id: <9708271947.ZM22808@systech.hinet.net>
Date: Wed, 27 Aug 1997 19:47:54 -0700
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-vega@paradigmsim.com, info-performer@sgi.com
Subject: How to build the senario of submarine
Cc: jim@systech.hinet.net
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi:
	Have you any ideas about submarine simulation. I'd like to render the
circle channel of telescope and the undersea senario.

	Thanks in advance

-- 
Support Engineer    Jim Tsai
System & Technology Corp. Visual Simulation Group
www.systech.hinet.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  Wed Aug 27 11:54:17 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id IAA15455; Wed, 27 Aug 1997 08:59:28 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id IAA15439; Wed, 27 Aug 1997 08:59:27 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id IAA06804; Wed, 27 Aug 1997 08:59:26 -0700
Received: from mailman.sni.net (mailman.sni.net [199.117.27.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA13302
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 08:59:24 -0700
	env-from (cmalley@evt.com)
Received: from bull.evt.com ([204.133.157.19]) by mailman.sni.net (8.8.5/8.7.3) with SMTP id IAA01349; Wed, 27 Aug 1997 08:56:23 -0700 (PDT)
Received: from bull (localhost [127.0.0.1]) by bull.evt.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA01752; Wed, 27 Aug 1997 09:59:10 -0600
Sender: cmalley@evt.com
Message-ID: <34044ECD.41C6@evt.com>
Date: Wed, 27 Aug 1997 09:59:09 -0600
From: Chris Malley <cmalley@evt.com>
Organization: EVT
X-Mailer: Mozilla 3.01 (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: David Nouls <dnouls@luc.ac.be>, info-performer@sgi.com
Subject: Re: Which Performer on O2 ?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

David-

Here are some details that aren't obvious from the FAQ entry 
on this subject. (The FAQ entry was already posted, so I 
won't repeat it.)

For O2, you want to end up with performer_eoe 2.0.4 and
performer_dev 2.0.2.  Here's how to get there:

(1) Load performer_eoe 2.0.3 from the IRIX 6.3 for O2 CD.

(2) Install patch 1696 to upgrade performer_eoe to 2.0.4.

(3) Load performer_dev 2.0 from the Performer 2.0 CD.

(4) Install patch 1392 to upgrade performer_dev to 2.0.2.

Patches are available at the SGI patch site, @
http://www.surf.sgi.com/SurfZone/Support/allpatch/

-Chris

-- 
Chris Malley
Evolving Video Technologies          voice: 303-456-1450
7850 Vance Drive, Suite 210            fax: 303-456-1434
Arvada, CO 80003                     email: cmalley@evt.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 Aug 27 11:54:21 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA15484; Wed, 27 Aug 1997 09:02:28 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA15468; Wed, 27 Aug 1997 09:02:28 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA07278; Wed, 27 Aug 1997 09:02:27 -0700
Received: from otto.artcom.de (schleuse-inx-bt.artcom.de [195.21.176.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA14486
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 09:02:25 -0700
	env-from (axel@artcom.de)
Received: from bolle by otto.artcom.de with smtp
	id m0x3kVl-009tRMC; Wed, 27 Aug 97 18:00 MDT
Sender: axel@artcom.de
Message-ID: <34044F00.167E@artcom.de>
Date: Wed, 27 Aug 1997 18:00:00 +0200
From: Axel Schmidt <axel@artcom.de>
Organization: ART+COM GmbH
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: pfDelete bug
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi.

Attribute arrays of a pfGeoSet not unrefed/deleted after
deletion of the pfGeoSet using pfDelete(). The pfGeoSet
manpage says:
    ...
    When a pfGeoSet is deleted with pfDelete, all pfMalloc'ed
    lists will have their reference counts decremented by one
    and will be freed if their count reaches 0.
    ...

A workaround for this bug is using pfMemory::checkDelete()
instead of pfDelete() and everthing works like expected.

But what workaround exists for pfAsyncDelete(), which have the same
bug as pfDelete()? (I've tested it with a lot of pfFrame()s to force
the deletion)

As I now, pfDelete() uses pfBuffer::checkDelete(). What
is the difference between pfBuffer::checkDelete() and
pfMemory::checkDelete()?


The following code demonstrates, what I mean.


Axel.

----------------------------------------------------

//
// Compile with: CC -o pfDeleteTest pfDeleteTest.c++ -lpf -lfpe
//
// Test using pfDelete():
//
//     pfDeleteTest
//
// Test using pfMemory::checkDelete():
//
//     pfDeleteTest Du musst Amboss oder Hammer sein
//

#include <Performer/pr/pfGeoSet.h>
#include <Performer/pf/pfGeode.h>


main(int ac, char** av)
{
    pfInit();
    pfMultiprocess(PFMP_APPCULLDRAW); // no mp
    pfConfig();

    pfGeode* geode = new pfGeode();

    pfGeoSet* gset = new pfGeoSet();
    gset->ref(); // ref, so we can check if refcount is decremented
after
                 // geode was deleted

    pfVec3* coord = (pfVec3*)pfMalloc(3 * sizeof(pfVec3),
pfGetSharedArena());
    pfMemory::getMemory(coord)->ref(); // ref, so we can check if
refcount was
                                       // decremented after geoset was
deleted

    gset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, coord, 0);
    gset->setPrimType(PFGS_TRIS);
    gset->setNumPrims(1);

    geode->addGSet(gset);

    int retval;
    fprintf(stderr, "before any deletion         : geode-rc(%d)
gset-rc(%d) coord-rc(%d)\n", geode->getRef(), gset->getRef(),
pfMemory::getMemory(coord)->getRef());
    if (ac == 1) {
        retval = pfDelete(geode);
        fprintf(stderr, "after pfDelete(geode)==%d    :            
gset-rc(%d) coord-rc(%d)\n", retval, gset->getRef(),
pfMemory::getMemory(coord)->getRef());
    } else {
        retval = pfMemory::checkDelete(geode);
        fprintf(stderr, "after checkDelete(geode)==%d :            
gset-rc(%d) coord-rc(%d)\n", retval, gset->getRef(),
pfMemory::getMemory(coord)->getRef());
    }
    if (ac == 1) {
        retval = pfUnrefDelete(gset);
        fprintf(stderr, "after
pfUnrefDelete(gset)==%d:                        coord-rc(%d) <- should
be 1\n", retval, pfMemory::getMemory(coord)->getRef());
    } else {
        retval = pfMemory::unrefDelete(gset);
        fprintf(stderr, "after unrefDelete(gset)==%d 
:                        coord-rc(%d) <- should be 1\n", retval,
pfMemory::getMemory(coord)->getRef());
    }

}
=======================================================================
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 Aug 27 11:54:19 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA15286; Wed, 27 Aug 1997 07:21:33 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA15270; Wed, 27 Aug 1997 07:21:32 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA25064; Wed, 27 Aug 1997 07:21:32 -0700
Received: from tribble.cme.nist.gov (tribble.cme.nist.gov [129.6.32.54]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA12703
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 07:21:26 -0700
	env-from (sangster@cme.nist.gov)
Received: from titanic.cme.nist.gov (titanic.cme.nist.gov [129.6.32.10])
	by tribble.cme.nist.gov (8.8.6/8.8.6) with ESMTP id KAA02327
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 10:21:24 -0400 (EDT)
Received: from grip (grip [129.6.34.143])
	by titanic.cme.nist.gov (8.8.6/8.8.6) with SMTP id KAA15493
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 10:21:22 -0400 (EDT)
Sender: sangster@cme.nist.gov
Message-ID: <3404394F.167E@cme.nist.gov>
Date: Wed, 27 Aug 1997 10:27:27 -0400
From: Scott Angster <sangster@cme.nist.gov>
Organization: National Institute of Standards and Technology
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Re: Which Performer on O2 ?
References: <3402E648.441834DF@luc.ac.be> <9708261420.ZM3552@quid.csd.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Rob Jenkins wrote:

> 
> So you want: pf 2.0 + patches 1696 (eoe) and 1392 (dev) for O2
> 

I have a question regarding this.  On our recently received O2's we were
shipped Performer 2.1.  I thought I had remembered from the many
postings on this question that 2.0 + patches was the proper version.  I
checked the FAQ's and then called our Government SGI reseller about
this.  They felt 2.1 was the proper version to be shipped according to
their database but said they would talk to SGI to confirm this.  The
next day they called back saying that their SGI rep told them that 2.1
is shipped with O2's, not 2.0.  This is in contradiction to what the
FAQ's say.  Can anyone elaborate on this?

Thank you.

Scott
-- 
Dr. Scott R. Angster
Associate in Research, Washington State University
Guest Researcher, National Institute of Standards and Technology
Email: sangster@cme.nist.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  Wed Aug 27 16:40:24 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA15801; Wed, 27 Aug 1997 10:16:25 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA15785; Wed, 27 Aug 1997 10:16:24 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA16654; Wed, 27 Aug 1997 10:16:24 -0700
Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA16143
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 10:16:23 -0700
	env-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 KAA05648 for <info-performer@sgi.com>; Wed, 27 Aug 1997 10:24:38 -0700
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 RAA02736 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Wed, 27 Aug 1997 17:14:36 GMT
Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA07126 for info-performer@sgi.com; Wed, 27 Aug 1997 10:14:36 -0700
From: "Marcus Barnes" <marcus@multigen.com>
Message-Id: <9708271014.ZM7124@logan.engr.multigen.com>
Date: Wed, 27 Aug 1997 10:14:35 -0700
In-Reply-To: czg@iname.com
        "about distinguish nodes" (Aug 26,  1:40am)
References: <199708251541.IAA19495@dandan.engr.sgi.com> 
	<34029682.7D27@iname.com>
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: about distinguish nodes
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 26,  1:40am, czg@iname.com wrote:
> In my performer program I want to seperate some Geodes from others
> ( they are all in ONE scene file ) so that some operations can be
> performed to on(e) part of Geodes and other Geodes not affected.

The phrases "separate geodes" and "part of geodes" imply that you are really
trying to manipulate pfGeoSet and pfGeoState objects. pfGeode's are _always_
distinct nodes in the scene graph after all.

Separating geometry into geodes is simply a matter of hierarchical modeling. In
MultiGen, simply create separate group or object beads and model some faces
under (as children) one object (or group) and some under another.

Note that separating geometry by hierarchy doesn't mean that their appearance
or graphics state (pfGeoState) is separate.

> The operations include: paste terrain clip texture to terrain Geodes
> and not building Geodes;

pfClipTexture's are not bound to pfGeode's per se, they are bound to
pfGeoState's. pfGeoState's are bound to pfGeoSet's which are bound to
pfGeode's. High performance rendering requires that geostates be shared between
as many "identical" geosets as possible. The OpenFlight loader spends much of
its time optimizing geostate sharing. State that is initially shared cannot be
easily unshared at runtime.

> But all Geodes are same type(pfGeode). In Multigen(used to make scene
> database) each node can have 2 user defined fields. These fields can
> be used to identify some specific nodes. But these fields can not be
> read in performer.

Correct. OpenFlight attributes that do not map to Performer attributes are not
part of the collating criteria use by the loader to separate geometry, by
graphics state, in the scene graph.

> How to distinguish nodes of the same type ?

Would you be interested in having the OpenFlight loader extend pfGeoState to
include new attributes, say face DFAD FID and SMC, and include them as sort
criteria?

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 Aug 27 17:37:50 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA16001; Wed, 27 Aug 1997 11:08:05 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA15985; Wed, 27 Aug 1997 11:08:04 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA23831; Wed, 27 Aug 1997 11:08:04 -0700
Received: from dekalb.external.lmco.com (dekalb.external.lmco.com [192.35.35.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA07457
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 11:08:00 -0700
	env-from (rrabbitz@motown.lmco.com)
Received: from franklin.vf.lmco.com (franklin.vf.lmco.com [166.17.5.51])
	by dekalb.external.lmco.com (8.8.6/8.8.6) with ESMTP id OAA21101
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 14:07:59 -0400 (EDT)
Received: from serling.motown.lmco.com (serling.motown.lmco.com [129.204.6.42])
	by franklin.vf.lmco.com (8.8.5/8.8.5) with ESMTP id OAA15237
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 14:07:58 -0400 (EDT)
Received: from newton.motown.lmco.com (newton [129.204.6.238])
	by serling.motown.lmco.com (8.8.5/8.8.5) with ESMTP id OAA05182;
	Wed, 27 Aug 1997 14:07:43 -0400 (EDT)
From: Richard Rabbitz <rrabbitz@motown.lmco.com>
Received: (rrabbitz@localhost) by newton.motown.lmco.com (8.6.11/8.6.6) id OAA00740; Wed, 27 Aug 1997 14:07:44 -0400
Date: Wed, 27 Aug 1997 14:07:44 -0400
Message-Id: <199708271807.OAA00740@newton.motown.lmco.com>
To: info-performer@sgi.com
Subject: OpenGL graphics state during draw callback
Cc: rrabbitz@motown.lmco.com
Status: O


Hi Performers,

We have an application where we need to customize channel drawing to include
some OpenGL calls. I know this must be done in the DRAW process since this
is the only place to get a handle to a graphics context. When we enter the
draw process we draw the scene graph (which renders correctly), but then when
we try to make some render call in OpenGL it seems as though the projection
and model matrix stacks are not retained from the channel setup, so we have
to go and set these again in OpenGL to ensure the proper view transformation
for our OpenGL rendering. So my question is: In the draw callback does the
graphics context we are handed retain any state from the channel call made
previously? Or, do we have set the view transformation explicitly every time do
OpenGL rendering?

Thanks,

=================================/|==========================
|                  _____________/_|__                       |
| L O C K H E E D  M A R T I N /  | /      G E S            |
|                             /   |/                        |
| Rich Rabbitz                      Phone: (609) 722-4559   |
| Mail Stop 137-124                 Fax  : (609) 273-5185   |
| Moorestown, NJ  08057          rrabbitz@motown.lmco.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 Aug 27 19:01:45 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA16689; Wed, 27 Aug 1997 12:28:40 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA16673; Wed, 27 Aug 1997 12:28:39 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA04952; Wed, 27 Aug 1997 12:28:39 -0700
Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA13498
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 12:28:38 -0700
	env-from (robj@quid.csd.sgi.com)
Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	 id MAA04944; Wed, 27 Aug 1997 12:28:38 -0700
Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	 id MAA05597; Wed, 27 Aug 1997 12:28:37 -0700
From: "Rob Jenkins" <robj@quid>
Message-Id: <9708271228.ZM5595@quid.csd.sgi.com>
Date: Wed, 27 Aug 1997 12:28:37 -0700
In-Reply-To: "jim" <jim@systech.hinet.net>
        "How to build the senario of submarine" (Aug 27,  7:47pm)
References: <9708271947.ZM22808@systech.hinet.net>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: "jim" <jim@systech.hinet.net>, info-vega@paradigmsim.com,
        info-performer@sgi.com
Subject: Re: How to build the senario of submarine
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

If you quesion is how to achieve the circular 'window' then you could do that
with a stencil mask, you draw a circle to the stencil planes, enable a stencil
test such that anything then drawn outside the circle fails the stencil test. I
think there's OpenGL examples, you could put the OpenGL in a predraw call back
then draw the scene, I dare sat someone on the list has done something similar
already.

Cheers
Rob

On Aug 27,  7:47pm, jim wrote:
> Subject: How to build the senario of submarine
> Hi:
> 	Have you any ideas about submarine simulation. I'd like to render the
> circle channel of telescope and the undersea senario.
>
> 	Thanks in advance
>
> --
> Support Engineer    Jim Tsai
> System & Technology Corp. Visual Simulation Group
> www.systech.hinet.net
> =======================================================================
> 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 jim



-- 
________________________________________________________________
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 Aug 27 19:54:08 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id NAA17166; Wed, 27 Aug 1997 13:28:17 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id NAA17150; Wed, 27 Aug 1997 13:28:16 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id NAA12690; Wed, 27 Aug 1997 13:28:15 -0700
Received: from portal.chevron.com (portal.chevron.com [192.131.127.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id NAA11522
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 13:28:12 -0700
	env-from (WRVO@chevron.com)
Received: by portal.chevron.com id AA29691
  (InterLock SMTP Gateway 3.0 for info-performer@sgi.com);
  Wed, 27 Aug 1997 13:28:10 -0700
Received: by portal.chevron.com (Protected-side Proxy Mail Agent-2);
  Wed, 27 Aug 1997 13:28:10 -0700
Message-Id: <199708272028.NAA05733@cybil.sr.chevron.com>
Received: by portal.chevron.com (Protected-side Proxy Mail Agent-1);
  Wed, 27 Aug 1997 13:28:10 -0700
From: "Volz, Bill (wrvo)" <WRVO@chevron.com>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>
Subject: Rendering  a 3-d texture
Date: Wed, 27 Aug 1997 13:28:02 -0700
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1458.49)
Status: O

I have a 3-d texture I want to render this cube in a given number of
planes where each plane is perpendicular to the eye direction (parallel
to the screen). I can't seem to figure out what transforms I need to do
this. I've tried Texture matrix and generating the coordinates in
EYE_LINEAR with a constant box in x,y (0,0->1,0->1,1->0,1->0,0) and the
z coordinate changing but this rendering stuff that is outside of the
cube. The current code generates and renders the cube parallel to the
cube's z's axis not parallel to the screen. I know it can be done, but
how? I looked at the tex3d program but it renders using the
texture matrix and just uses that to modify the orientation of the cube,
not the view direction.

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  Wed Aug 27 21:03:46 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id OAA17362; Wed, 27 Aug 1997 14:45:45 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id OAA17346; Wed, 27 Aug 1997 14:45:44 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id OAA23137; Wed, 27 Aug 1997 14:45:44 -0700
Received: from nick.arc.nasa.gov (nick.arc.nasa.gov [143.232.48.121]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA15572
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 14:45:38 -0700
	env-from (selkins@mail.arc.nasa.gov)
Received: from [128.102.120.123] (262-0164-gfp4006-16.arc.nasa.gov [128.102.120.123])
	by nick.arc.nasa.gov (8.8.7/8.8.6) with ESMTP id OAA29882;
	Wed, 27 Aug 1997 14:44:24 -0700 (PDT)
Message-Id: <v03102800b02a297eafa8@[128.102.120.118]>
Mime-Version: 1.0
Content-Type: text/enriched; charset="us-ascii"
Date: Wed, 27 Aug 1997 12:01:32 -0700
To: info-performer@sgi.com
From: Steve Elkins <selkins@mail.arc.nasa.gov>
Subject: Job at NASA Ames Research Center
Cc: mhernan@mail.arc.nasa.gov
Status: O

<fontfamily><param>Times</param>The TAP (Terminal Area Productivity)
simulator is a medium-fidelity simulator for investigating aircraft
taxiing and surface operations under low visibility conditions at NASA
Ames Research Center.  The project is prototyping cockpit displays such
as HUD and Map displays. 


The simulation software is currently written in C and is being upgraded
to the newest version of SGI Performer.   Assignments will include:  1)
participation in the design and development of a new flight simulator
system to replace the current legacy system with an OO design and
language (C++).  It is anticipated that the candidate will have a
leadership role in this redesign, and 2) general simulation programming
in support of experimental platforms for human factors research, to
include interface with several researchers in designing, scheduling,
and managing different experiment projects and analysis tools. 
Projects are developed on SGI, PC, or Mac.  


Required qualifications for this position include: A BS or MS degree in
engineering, mathematics or CS (MS preferred). Experience using OOA/OOD
is required. The candidate must also have an extensive background in
real-time simulation (preferably flight simulation) and real-time
graphics.  Thorough knowledge of GL/OpenGL, TCP/IP networking, and
serial communications is mandatory. Experience in SGI Performer is
strongly preferred, and Mac or PC programming is a plus. The applicant
must have excellent oral and written communication skills and must
enjoy working in a highly interactive environment between researchers
and software development staff. Project management experience is a
plus.


Please submit your resume in ASCII form to: 
sterling_software@mail.arc.nasa.gov 


 Sterling Software 

 Recruiting 

 P.O.Box 138 

 Moffett Field, CA 94035-0138 

 Fax 415/604-1503 


 Equal Opportunity Employer. 


</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  Thu Aug 28 02:08:08 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id XAA18775; Wed, 27 Aug 1997 23:24:16 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id XAA18759; Wed, 27 Aug 1997 23:24:15 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id XAA05735; Wed, 27 Aug 1997 23:24:15 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA22946
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 23:24:14 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id XAA02061; Wed, 27 Aug 1997 23:24:11 -0700
Date: Wed, 27 Aug 1997 23:24:11 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708272324.ZM2059@multipass.engr.sgi.com>
In-Reply-To: "Volz, Bill (wrvo)" <WRVO@chevron.com>
        "Rendering  a 3-d texture" (Aug 27,  1:28pm)
References: <199708272028.NAA05733@cybil.sr.chevron.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: "Volz, Bill (wrvo)" <WRVO@chevron.com>,
        "'info-performer@sgi.com
 '" <info-performer@sgi.com>
Subject: Re: Rendering  a 3-d texture
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 27,  1:28pm, Volz, Bill (wrvo) wrote:
> Subject: Rendering  a 3-d texture
> I have a 3-d texture I want to render this cube in a given number of
> planes where each plane is perpendicular to the eye direction (parallel
> to the screen). I can't seem to figure out what transforms I need to do
> this. I've tried Texture matrix and generating the coordinates in
> EYE_LINEAR with a constant box in x,y (0,0->1,0->1,1->0,1->0,0) and the
> z coordinate changing but this rendering stuff that is outside of the
> cube. The current code generates and renders the cube parallel to the
> cube's z's axis not parallel to the screen. I know it can be done, but
> how? I looked at the tex3d program but it renders using the
> texture matrix and just uses that to modify the orientation of the cube,
> not the view direction.
>

I have written a performer based example which shows a simple
volume rendering method using 3D texture coordinates produced
using texgen with appropriate matrix operations for orientation.
I won't post the code here but if anyone wants a copy
they are welcome to it if they ask.

The program is suboptimal w.r.t. clipping the orthogonal
quad polys to the reoriented volume cube and fragment pixel
fragment operation, it zbuffers for example, but this may
be desirable for some applications.

Cheers,Angus.
=======================================================================
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 Aug 28 02:08:11 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id UAA18316; Wed, 27 Aug 1997 20:42:31 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id UAA18300; Wed, 27 Aug 1997 20:42:30 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id UAA28232; Wed, 27 Aug 1997 20:42:29 -0700
Received: from mailgate2.boeing.com (mailgate2.boeing.com [199.238.248.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA18252
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 20:42:27 -0700
	env-from (shankar@redwood.rt.cs.boeing.com)
Received: from splinter.boeing.com by mailgate2.boeing.com (SMI-8.6/SMI-SVR4)
	id UAA03643; Wed, 27 Aug 1997 20:42:25 -0700
Received: from redwood.rt.cs.boeing.com by splinter.boeing.com with SMTP
	(1.37.109.16/16.2) id AA242099421; Wed, 27 Aug 1997 20:37:01 -0700
Received: from vidya by redwood.rt.cs.boeing.com (5.x/SMI-SVR4)
	id AA17446; Wed, 27 Aug 1997 20:43:14 -0700
Received: (from shankar@localhost) by vidya (950413.SGI.8.6.12/950213.SGI.AUTOCF) id UAA04460 for info-performer@sgi.com; Wed, 27 Aug 1997 20:42:20 -0700
From: "Shankar Swamy" <shankar@redwood.rt.cs.boeing.com>
Message-Id: <9708272042.ZM4459@vidya>
Date: Wed, 27 Aug 1997 20:42:20 -0700
In-Reply-To: Richard Rabbitz <rrabbitz@motown.lmco.com>
        "OpenGL graphics state during draw callback" (Aug 27,  2:07pm)
References: <199708271807.OAA00740@newton.motown.lmco.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: Re: OpenGL graphics state during draw callback
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O


>
> So my question is: In the draw callback does the
> graphics context we are handed retain any state from the channel call made
> previously? Or, do we have set the view transformation explicitly every time
> > do OpenGL rendering?
>


I haven't seen this documented anywhere, but it appears like the
transformation matrices are handed over to the draw callbacks.
This makes sense since this would save  a glLoadIdentity()
or a glPopMatrix() in the performer (source) code, which would
be required to change/restore the matrix.

In fact, the post-draw callback for the (n-1)th frame will have the same
viewing matrix that the pre-draw callback for the n-th frame gets.  You
can verify that by printing the matrices from the callbacks with something
like:


int preDrawCB(pfTraverser*, void*){
  static int ii = 0 ;

  float  myMat[16] ;
  printf("Iteration no. %d IN PRE-DRAW\n", ii++) ;

  glMatrixMode(GL_MODELVIEW_MATRIX) ;
  glGetFloatv(GL_MODELVIEW_MATRIX, myMat) ;

  printf("Row 0:   %5.3f,  %5.3f,  %5.3f,  %5.3f\n",
        myMat[0], myMat[4], myMat[8], myMat[12]);
  printf("Row 1:   %5.3f,  %5.3f,  %5.3f,  %5.3f\n",
        myMat[1], myMat[5], myMat[9], myMat[13]);
  printf("Row 2:   %5.3f,  %5.3f,  %5.3f,  %5.3f\n",
        myMat[2], myMat[6], myMat[10], myMat[14]);
  printf("Row 3:   %5.3f,  %5.3f,  %5.3f,  %5.3f\n",
        myMat[3], myMat[7], myMat[11], myMat[15]);

return NULL ; } //preDrawCB(...)


int postDrawCB(pfTraverser* myTr, void*) {
  static int ii = 0 ;

  float  myMat[16] ;
  printf("Iteration no. %d IN POST-DRAW\n", ii++) ;

  glMatrixMode(GL_MODELVIEW_MATRIX) ;
  glGetFloatv(GL_MODELVIEW_MATRIX, myMat) ;

  printf("Row 0:   %5.3f,  %5.3f,  %5.3f,  %5.3f\n",
        myMat[0], myMat[4], myMat[8], myMat[12]);
  printf("Row 1:   %5.3f,  %5.3f,  %5.3f,  %5.3f\n",
        myMat[1], myMat[5], myMat[9], myMat[13]);
  printf("Row 2:   %5.3f,  %5.3f,  %5.3f,  %5.3f\n",
        myMat[2], myMat[6], myMat[10], myMat[14]);
  printf("Row 3:   %5.3f,  %5.3f,  %5.3f,  %5.3f\n",
        myMat[3], myMat[7], myMat[11], myMat[15]);

  return NULL ; } //postDrawCB(...)


 - shankar swamy
 -------------------------------------------------------------------
 shankar@boeing.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 Aug 28 01:51:41 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id UAA18201; Wed, 27 Aug 1997 20:17:07 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id UAA18185; Wed, 27 Aug 1997 20:17:06 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id UAA26697; Wed, 27 Aug 1997 20:17:06 -0700
Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA10542
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 20:17:02 -0700
	env-from (czg@iname.com)
From: czg@iname.com
Received: from pc-czg (ab-1-137.bta.net.cn [202.99.63.145])
	by public.bta.net.cn (8.8.5/8.8.5) with SMTP id LAA13951
	for <info-performer@sgi.com>; Thu, 28 Aug 1997 11:16:50 +0900 (CDT)
Message-ID: <3405C05D.6385@iname.com>
Date: Thu, 28 Aug 1997 11:15:58 -0700
Reply-To: czg@iname.com
X-Mailer: Mozilla 3.01Gold (WinNT; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Intersect Mask
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hello Performer frienfs,

Thanks for reply of my earlly question about how to distinguish
nodes.
Now I encounter another difficulty. I use intersect traversal to
get the hight above the terrain. The terrain group and the cloud
group are masked with different intersect masks using pfNodeTravMask.
The terrain is 0x01 and cloud is 0x08. Then I set segset.isectMask
to 0x01. When the view point is above terrain and under cloud, it
works right. But when above cloud, the hight is against the CLOUD.
What's wrong?

Thanks inadvance

Cao Zhigang



My code is as follows:


in generic.c :

pfSegSet	segset;

void
InitIsect(void)
{
    segset.activeMask = 1;
    segset.isectMask = 0x0001;
    segset.discFunc = NULL;
    segset.bound = NULL;
    segset.mode = PFTRAV_IS_PRIM|PFTRAV_IS_NORM|PFTRAV_IS_CULL_BACK;
    pfSetVec3(segset.segs[0].dir, 0.0f, 0.0f, -1.0f);
    segset.segs[0].length = 50000.0f;
}


/* using ViewState->viewCoord as shared->yval & shared->zval */
void
IsectFunc(void *data)
{
int		isect;
pfVec3		pnt, xpnt;
pfMatrix	xmat;
pfHit		**hits[32];

    /* update location of intersection segment */
    pfSetVec3(segset.segs[0].pos, 
		    ViewState->viewCoord.xyz[PF_X], 
		    ViewState->viewCoord.xyz[PF_Y], 
		    ViewState->viewCoord.xyz[PF_Z]);

    /* do an intersection test against the scene graph */
    isect = pfNodeIsectSegs(ViewState->scene, &segset, hits);

    /* if successful, print out the hight of view point against the
terrain */
    if (isect)
    {
	pfQueryHit(*hits[0], PFQHIT_POINT, &pnt);
	/* transform object point into scene coordinates */
	pfQueryHit(*hits[0], PFQHIT_XFORM, xmat);
	pfXformPt3(xpnt, pnt, xmat);
    }
	printf("\n%8.3f", ViewState->viewCoord.xyz[PF_Z]-pnt[PF_Z]);
}




in perfly.c :

int
initSceneGraph(pfScene *scene)
{
    pfNode     *root;
    int		i;
    int		j;
    int		loaded	= 0;
    pfSphere    bsphere;
    int		intersectmask[2];

	.
	.
	.

    /* setup Database files and intersect mask */
    DatabaseFiles[0]=terrainfile;
    DatabaseFiles[1]=cloudfile;
    NumFiles=2;
    intersectmask[0]=0x01;
    intersectmask[1]=0x08;
    

    /* Load each of the files named on the command line */
    for (i = 0;	i < NumFiles; i++)
    {
	for (j = 0; j < ViewState->iterate; j++)
	{
	    /* Load the database. create a hierarchy under node "root" */
	    root = pfdLoadFile(DatabaseFiles[i]);

		.
		.
		.

	    pfAddChild(ViewState->sceneGroup, root);
	    ++loaded;

	    /* set intersect mask */
	    pfNodeTravMask(root, PFTRAV_ISECT, intersectmask[i],
               PFTRAV_SELF | PFTRAV_DESCEND, PF_SET);
	    
	}
    }
=======================================================================
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 Aug 28 02:26:25 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id XAA18793; Wed, 27 Aug 1997 23:28:19 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id XAA18777; Wed, 27 Aug 1997 23:28:18 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id XAA05874; Wed, 27 Aug 1997 23:28:17 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA23655
	for <info-performer@sgi.com>; Wed, 27 Aug 1997 23:28:17 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id XAA02072; Wed, 27 Aug 1997 23:28:15 -0700
Date: Wed, 27 Aug 1997 23:28:15 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708272328.ZM2070@multipass.engr.sgi.com>
In-Reply-To: Richard Rabbitz <rrabbitz@motown.lmco.com>
        "OpenGL graphics state during draw callback" (Aug 27,  2:07pm)
References: <199708271807.OAA00740@newton.motown.lmco.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: Richard Rabbitz <rrabbitz@motown.lmco.com>, info-performer@sgi.com
Subject: Re: OpenGL graphics state during draw callback
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 27,  2:07pm, Richard Rabbitz wrote:
> Subject: OpenGL graphics state during draw callback
>
> Hi Performers,
>
> We have an application where we need to customize channel drawing to include
> some OpenGL calls. I know this must be done in the DRAW process since this
> is the only place to get a handle to a graphics context. When we enter the
> draw process we draw the scene graph (which renders correctly), but then when
> we try to make some render call in OpenGL it seems as though the projection
> and model matrix stacks are not retained from the channel setup, so we have
> to go and set these again in OpenGL to ensure the proper view transformation
> for our OpenGL rendering. So my question is: In the draw callback does the
> graphics context we are handed retain any state from the channel call made
> previously? Or, do we have set the view transformation explicitly every time
do
> OpenGL rendering?

It depends where you insert the callbacks.

In the channel draw callback where you clear and call pfDraw you
won't have a suitable modelviewing matrix, however in node callbacks you
do, so if you need the viewing transform the simplest way could be
to add a callback to an unculled scene graph node with pfNodeTravFuncs
or C++ equivalent. You can use bins to order the rendering.

Cheers,Angus.
=======================================================================
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 Aug 28 12:40:15 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id GAA20134; Thu, 28 Aug 1997 06:44:43 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id GAA20118; Thu, 28 Aug 1997 06:44:42 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id GAA28738; Thu, 28 Aug 1997 06:44:42 -0700
Received: from tribble.cme.nist.gov (tribble.cme.nist.gov [129.6.32.54]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA11128
	for <info-performer@sgi.com>; Thu, 28 Aug 1997 06:44:40 -0700
	env-from (sangster@cme.nist.gov)
Received: from titanic.cme.nist.gov (titanic.cme.nist.gov [129.6.32.10])
	by tribble.cme.nist.gov (8.8.6/8.8.6) with ESMTP id JAA29835;
	Thu, 28 Aug 1997 09:44:37 -0400 (EDT)
Received: from grip (grip [129.6.34.143])
	by titanic.cme.nist.gov (8.8.6/8.8.6) with SMTP id JAA11515;
	Thu, 28 Aug 1997 09:44:35 -0400 (EDT)
Sender: sangster@cme.nist.gov
Message-ID: <3405823A.59E2@cme.nist.gov>
Date: Thu, 28 Aug 1997 09:50:50 -0400
From: Scott Angster <sangster@cme.nist.gov>
Organization: National Institute of Standards and Technology
X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
MIME-Version: 1.0
To: Eric Hirschorn <eric@mred.bgm.link.com>
CC: info-performer@sgi.com
Subject: Re: Which Performer on O2 ?
References: <9708272100.AA04317@mred.bgm.link.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Eric-

Thanks for the mail but I guess I forgot to clarify that I was refering
to the development environment, not the execution only environment.  The
Performer development environment according to the FAQ's should be 2.0.2
and execution be 2.0.4 but when you buy it from SGI the database
apparently says ship 2.1.

Scott

Eric wrote:
> 
> I've ported a large Performer-based package to O2, and have found
> it to work fine if you use Performer 2.0.3 which comes right on the
> IRIX 6.3 CDROM.
> 
> Cheers,
> 
> Eric
> 


-- 
Dr. Scott R. Angster
Associate in Research, Washington State University
Guest Researcher, National Institute of Standards and Technology
Email: sangster@cme.nist.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 Aug 28 13:07:40 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA20568; Thu, 28 Aug 1997 10:45:51 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA20552; Thu, 28 Aug 1997 10:45:50 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA26163; Thu, 28 Aug 1997 10:45:50 -0700
Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA29362
	for <info-performer@sgi.com>; Thu, 28 Aug 1997 10:45:49 -0700
	env-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 KAA11211 for <info-performer@sgi.com>; Thu, 28 Aug 1997 10:54:05 -0700
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 RAA01235 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 28 Aug 1997 17:44:03 GMT
Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA16156 for info-performer@sgi.com; Thu, 28 Aug 1997 10:44:02 -0700
From: "Marcus Barnes" <marcus@multigen.com>
Message-Id: <9708281044.ZM16154@logan.engr.multigen.com>
Date: Thu, 28 Aug 1997 10:44:02 -0700
In-Reply-To: "Marcus Barnes" <marcus@multigen.com>
        "Re: about distinguish nodes" (Aug 27, 10:14am)
References: <199708251541.IAA19495@dandan.engr.sgi.com> 
	<34029682.7D27@iname.com> 
	<9708271014.ZM7124@logan.engr.multigen.com>
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: about distinguish nodes
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 27, 10:14am, Marcus Barnes wrote:
> On Aug 26,  1:40am, czg@iname.com wrote:
> > In my performer program I want to seperate some Geodes from others
> > ( they are all in ONE scene file ) so that some operations can be
> > performed to on(e) part of Geodes and other Geodes not affected.
>
> The phrases "separate geodes" and "part of geodes" imply that you are really
> trying to manipulate pfGeoSet and pfGeoState objects. pfGeode's are _always_
> distinct nodes in the scene graph after all.
>
> Separating geometry into geodes is simply a matter of hierarchical modeling.

... and I was assuming that nodes were not instanced. ;)

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  Thu Aug 28 12:16:41 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id GAA20086; Thu, 28 Aug 1997 06:27:25 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id GAA20070; Thu, 28 Aug 1997 06:27:24 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id GAA27677; Thu, 28 Aug 1997 06:27:23 -0700
Received: from jsc-ems-gws03.jsc.nasa.gov (jsc-ems-gws03.jsc.nasa.gov [139.169.39.19]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA07202
	for <info-performer@sgi.com>; Thu, 28 Aug 1997 06:27:22 -0700
	env-from (hadi.m.tjandrasa1@jsc.nasa.gov)
Received: by jsc-ems-gws03.jsc.nasa.gov with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63)
	id <01BCB38D.291CDF90@jsc-ems-gws03.jsc.nasa.gov>; Thu, 28 Aug 1997 08:34:12 -0500
Message-ID: <c=US%a=Telemail%p=NASA%l=JSC-EMS-MBS0-970828133307Z-33920@jsc-ems-gws03.jsc.nasa.gov>
From: "TJANDRASA, HADI M. (JSC-ER7)" <hadi.m.tjandrasa1@jsc.nasa.gov>
To: "'info-performer@sgi.com'" <info-performer@sgi.com>,
        "'Rob Jenkins'"
	 <robj@quid>
Subject: RE: How to build the senario of submarine
Date: Thu, 28 Aug 1997 08:33:07 -0500
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63
Encoding: 58 TEXT
Status: O

Hi Rob,

Is there any penalty in perfomance using the stencil mechanism, such as
RM throughput, extra processing time, or else? If there is any, can you
elaborate on that?

Thanks in advance,
Hadi

>----------
>From: 	Rob Jenkins[SMTP:robj@quid.csd.sgi.com]
>Sent: 	Wednesday, August 27, 1997 2:28 PM
>To: 	jim; info-vega@paradigmsim.com; info-performer@sgi.com
>Subject: 	Re: How to build the senario of submarine
>
>If you quesion is how to achieve the circular 'window' then you could do that
>with a stencil mask, you draw a circle to the stencil planes, enable a
>stencil
>test such that anything then drawn outside the circle fails the stencil test.
>I
>think there's OpenGL examples, you could put the OpenGL in a predraw call
>back
>then draw the scene, I dare sat someone on the list has done something
>similar
>already.
>
>Cheers
>Rob
>
>On Aug 27,  7:47pm, jim wrote:
>> Subject: How to build the senario of submarine
>> Hi:
>> 	Have you any ideas about submarine simulation. I'd like to render the
>> circle channel of telescope and the undersea senario.
>>
>> 	Thanks in advance
>>
>> --
>> Support Engineer    Jim Tsai
>> System & Technology Corp. Visual Simulation Group
>> www.systech.hinet.net
>> =======================================================================
>> 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 jim
>
>
>
>-- 
>________________________________________________________________
>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
>
=======================================================================
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 Aug 28 13:07:35 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA20485; Thu, 28 Aug 1997 10:07:57 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA20469; Thu, 28 Aug 1997 10:07:56 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA20749; Thu, 28 Aug 1997 10:07:56 -0700
Received: from amelnx.advmar.com (amelnx.advmar.com [152.136.205.23]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id KAA15690
	for <info-performer@sgi.com>; Thu, 28 Aug 1997 10:07:52 -0700
	env-from (ghershony_arie@amelnx.advmar.com)
From: ghershony_arie@amelnx.advmar.com
Received: from cc:Mail by amelnx.advmar.com
	id AA872799005; Thu, 28 Aug 97 12:56:40 EST
Date: Thu, 28 Aug 97 12:56:40 EST
Encoding: 11 Text
Message-Id: <9707288727.AA872799005@amelnx.advmar.com>
To: info-performer@sgi.com
Subject: Flight Simulator
Status: O

I got a small task to add some flight characteristics to an airplane which takes
off vertically
like an Helicopter.  The plan has to bank and pitch (nose up a bit) while it
turns.
Does any body has source code/functions for a task like that, or at least the
algorithm.

Any help would be greatly appreciated

Thanks,
Eric Ghershony

=======================================================================
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 Aug 28 13:07:39 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA20442; Thu, 28 Aug 1997 09:44:18 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA20426; Thu, 28 Aug 1997 09:44:17 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA17777; Thu, 28 Aug 1997 09:44:17 -0700
Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA05706
	for <info-performer@sgi.com>; Thu, 28 Aug 1997 09:44:15 -0700
	env-from (scott@ht.com)
Received: by gauntlet.ht.com; id MAA13619; Thu, 28 Aug 1997 12:44:08 -0400 (EDT)
Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2)
	id xma013615; Thu, 28 Aug 97 12:43:39 -0400
Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations)
	id QAA25571; Thu, 28 Aug 1997 16:43:54 GMT
Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO)
	 id MAA09017; Thu, 28 Aug 1997 12:43:52 -0400
From: scott@ht.com (Scott McMillan)
Message-Id: <199708281643.MAA09017@hf.ht.com>
Subject: Re: Intersections
In-Reply-To: <9708221453.ZM24376@imtsg12.epfl.ch> from Didier Guzzoni at "Aug 22, 97 02:53:46 pm"
To: guzzoni@imtsg14.epfl.ch (Didier Guzzoni)
Date: Thu, 28 Aug 1997 12:43:52 -0400 (EDT)
Cc: info-performer@sgi.com
X-Mailer: ELM [version 2.4ME+ PL31 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

Didier Guzzoni wrote:
> Scott McMillan wrote:
> > I was successful in using multiple segs way back in 2.0 (no patches) but I
> > was allocating an array of 32 pfHit** even when I only had 4 or 5 segs.
> > Don't know if this has anything to do with my success, though.
> 
> I am stuck trying to do the same, and it doesn't work. Let me show you
> what I do :
> 
>     pfHit       **mHits[PFIS_MAX_SEGS];
>     pfSegSet	segSet;
> 
>     segSet.mode = PFTRAV_IS_PRIM;
>     segSet.isectMask = 0xFFFFFFFF;
>     segSet.activeMask = 0x03;
>     segSet.userData = NULL;
>     segSet.bound = NULL;
>     segSet.discFunc = NULL;
> 
>     segSet.segs[...] = mySegs (Two of them, and there are OK)
> 
>     nbHits=(mRoot->isect(&segSet, (pfHit***)mHits))
>     (Where mRoot is a pfNode pointing the whole scene)
> 
>     Even if I intersect the two segments, I get only (and always) one hit.
> 
> My question is : Can I request the intersection query from the Root ?
>            Shall I set some masks in the root itself (Using setTravMask)

I dusted off an old example in which I attach geometry I am interested in
contacting with to the scene, along with other stuff I am not interested in
testing intersections:

   const int CONTACT_GEOMETRY_MASK = 0x02;  // arbitrarily set one bit

   // G_shared->anatomy is a pfNode *
   G_shared->anatomy = pfdLoadFile("hersheymod6.obj");

   // G_shared->scene is a pfScene *
   G_shared->scene->addChild(G_shared->anatomy);
   G_shared->anatomy->setTravMask(PFTRAV_ISECT, CONTACT_GEOMETRY_MASK,
                                  PFTRAV_SELF|PFTRAV_DESCEND,
                                  PF_SET);

For grins and giggles I also set the scene's isect traversal mask to
CONTACT_GEOMETRY_MASK, with no difference in behaviour.  I suspect Performer
may be traversing the tree back to the root when I call setTravMask for the
anatomy node.  If this is not the case, then you need to set the isect
traversal masks of all parent nodes to the OR'ed combination of all its
children's isect traversal mask.  (I vaguely recall someone posting a
function that does this already, but I can't seem to find it at the moment).

Next I set up the intersection data structures.  Since I have
NUM_CONTACT_POINTS isect segments and
                ((long) pow(2,NUM_CONTACT_POINTS)) - 1
is the corresponding bit field representation for setting the activeMask

   const int NUM_CONTACT_SEGMENTS = 4;
   pfHit **m_hits[PFIS_MAX_SEGS];
   pfSegSet m_contact_seg_set;

   m_contact_seg_set.mode = PFTRAV_IS_PRIM|PFTRAV_IS_CULL_BACK|PFTRAV_IS_NORM;
   m_contact_seg_set.activeMask = ((long) pow(2,NUM_CONTACT_POINTS)) - 1;
   m_contact_seg_set.discFunc = NULL;
   m_contact_seg_set.bound = NULL;
   m_contact_seg_set.isectMask = CONTACT_GEOMETRY_MASK;

All this can be set once.  I was also successful when setting the isectMask
to 0xffffffff.  I also ignore backfaces (PFTRAV_IS_CULL_BACK) but including
or omitting this has no effect on whether or not multiple isects are
detected.  (Note: I am also asking for the normals, which again has no effect
on whether or not multiple hits are detected).

Now for each isect test, I need to define the isect segments themselves, and
for this I will use the pfSet::makePnts function (you can do whatever)

   pfVec3 pnt1[NUM_CONTACT_SEGMENTS], pnt2[NUM_CONTACT_SEGMENTS];

   // do something here to define the beginning and end of each contact
   // segment and store the results in pnt1[i] and pnt2[i] respectively.

   for (int i=0; i<NUM_CONTACT_SEGMENTS; i++)
   {
      m_contact_seg_set.segs[i].makePts(pt1, pt2);
   }

Then I check for contacts against the geometry (I have also tried isecting
against the scene with the same success):

   int num_hits = G_shared->anatomy->isect(&m_contact_seg_set, m_hits);

A possible culprit to your problems is your specification of the pfHit
argument.  You shouldn't need the cast.

Now I need to process the pfHit info if num_hits is greater than 0;

   if (num_hits) 
   {
      cerr << num_hits << ": ";

      for (i=0; i<NUM_CONTACT_POINTS; i++)
      {
         static int flags;
         m_hits[i][0]->query(PFQHIT_FLAGS, &flags);

         // Make sure point and normal are valid - you don't need the latter.
         if ((flags & PFHIT_POINT) && (flags & PFHIT_NORM))
         {
            // if we got here that means segment_i encountered a contact.
            cerr << i << ' ';

            static pfVec3 pnt, norm;
            m_hits[i][0]->query(PFQHIT_POINT, pnt.vec);
            m_hits[i][0]->query(PFQHIT_NORM,  norm.vec);

            // if the object is attached via some DCS -- must Xform vectors
            // to express them in the global coordinate system.
            if (flags & PFHIT_XFORM)
            {
               static pfMatrix xform;

               m_hits[i][0]->query(PFQHIT_XFORM, (float*)xform.mat);
               pnt.xformPt(pnt, xform);
               norm.xformVec(norm, xform);
            }

            // do stuff with pnt and norm here to visualize results
         }
      }
      cerr << endl;
   }

I have line segment classes that were developed in-house which I use to debug
this stuff.  I attach line segments to the scene which indicate where my
isect segs are and where the contact point is (if present) and aligned along
the normal direction at the intersection.  I highly recommend you do
something like this to debug your intersection testing.  You may find that
your intersection line segments aren't where they are supposed to be.

By the way this works under Performer 2.0 (with the latest patches) on an
Indigo2 Impact.  I don't know about 2.1, but still works under 2.2beta.

Hope this helps,
scott

-- 
  Scott McMillan  |    HT Medical, Inc.   | Developing medical VE's
   scott@ht.com   |   http://www.ht.com   | surgical simulations
 Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation
Fax: 301-984-2104 |  Rockville, MD 20852  | creation tools.
=======================================================================
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 Aug 28 13:07:35 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id KAA20586; Thu, 28 Aug 1997 10:49:46 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id KAA20570; Thu, 28 Aug 1997 10:49:45 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id KAA26613; Thu, 28 Aug 1997 10:49:45 -0700
Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA00900
	for <info-performer@sgi.com>; Thu, 28 Aug 1997 10:49:42 -0700
	env-from (scott@ht.com)
Received: by gauntlet.ht.com; id NAA14347; Thu, 28 Aug 1997 13:49:38 -0400 (EDT)
Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2)
	id xma014339; Thu, 28 Aug 97 13:49:35 -0400
Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations)
	id RAA26330; Thu, 28 Aug 1997 17:49:52 GMT
Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO)
	 id NAA09116; Thu, 28 Aug 1997 13:49:52 -0400
From: scott@ht.com (Scott McMillan)
Message-Id: <199708281749.NAA09116@hf.ht.com>
Subject: Re: How to build the senario of submarine
To: jim@systech.hinet.net
Date: Thu, 28 Aug 1997 13:49:51 -0400 (EDT)
Cc: info-performer@sgi.com
X-Mailer: ELM [version 2.4ME+ PL31 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Status: O

----- Forwarded message from Rob Jenkins -----

On Aug 27,  7:47pm, jim wrote:
> Subject: How to build the senario of submarine
> Hi:
> 	Have you any ideas about submarine simulation. I'd like to render the
> circle channel of telescope and the undersea senario.
>

If your quesion is how to achieve the circular 'window' then you could do that
with a stencil mask, you draw a circle to the stencil planes, enable a stencil
test such that anything then drawn outside the circle fails the stencil test. I
think there's OpenGL examples, you could put the OpenGL in a predraw call back
then draw the scene, I dare say someone on the list has done something similar
already.

Cheers
Rob

----- End of forwarded message from Rob Jenkins -----

Gee, could Rob be talking about me? ;-)

Actually the original thread began back in January with Angus Dorbie's post
(Re: pfPipeWindows & Texture on iR).  And since then I have been fiddling
with it.  Here's all the info I can give about using stencil planes to do
this.

1) use OpenGL

2) Add a stencil_flag variable to the shared arena

3) Get a visual that supports stencils.  I do this after the call to
pfPipeWindow::config() and before pfPipeWindow::open()

   pw->config();

   //-------------------------------------------------------------------
   // Visuals testing code
   int constraints[] = {PFFB_DOUBLEBUFFER,
                        PFFB_USE_GL,
                        PFFB_RGBA,
                        PFFB_DEPTH_SIZE, 24,
                        PFFB_STENCIL_SIZE, 2,
                        PFFB_RED_SIZE, 5,
                        PFFB_ALPHA_SIZE, 0,
                        NULL};

   pfFBConfig vis=pfuChooseFBConfig(NULL,-1,constraints,pfGetSharedArena());

   // if a visual is available that meets these constratints configure it.
   if (vis)
   {
      cerr << "pfuChooseFBConfig returned ID: " << hex << vis->visualid
           << endl;
      pw->setFBConfigId(vis->visualid);
   }
   pw->open();

   //pfuPrintPWinFBConfig(pw, NULL);

   // find out which visual I have and whether or not it supports stencils
   int vid = pw->getFBConfigId();

   int dst;
   int num = pw->query(PFQWIN_STENCIL_BITS, &dst);
   cerr << "Number of Stencil bits available = " << dst << endl;
   if (dst > 0)
      G_shared->stencil_flag         = TRUE;
   else
      G_shared->stencil_flag         = FALSE;

A few notes: (1) you may have to fiddle with the constraints array as you go
from platform to platform; (2) be careful not to request the 23depth/1stencil
mode on the RE's and IR's because a clear of the depth buffer will also
destroy any stencil information (thanks Sharon) -- thats why I have requested
two stencil bits even though only one is needed in my application.

4) You need to build the stencil mask in the DRAW process so I do the
following at the beginning of my draw callback:

   static int first_time = TRUE;

   // ======= FIRST TIME INIT =======
   if (first_time)
   {
      if (G_shared->stencil_flag)
      {
         StencilHUD(scope_chan->getPWin());
      }
      first_time = FALSE;
   }

This uses the StencilHUD function from Angus Dorbie:

static void StencilHUD(pfPipeWindow *pw)
{
   double f;
   static int mapped = 0;
   float new_x = 0.0f, new_y = 0.0f;

   pw->select(); //pfSelectPWin(pw);

   glPushMatrix();
   glLoadIdentity();
   glMatrixMode(GL_PROJECTION);
   glPushMatrix();
   glLoadIdentity();
   glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0);
   glMatrixMode(GL_MODELVIEW);

   glDisable(GL_CULL_FACE);
   glDisable(GL_DEPTH_TEST);
   glEnable(GL_STENCIL_TEST);

   glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0);

   glClearColor(1.0f, 0.0f, 0.0f, 1.0f);
   glClear(GL_COLOR_BUFFER_BIT);
   glColor3f(0.0f, 0.0f, 0.0f);

   /* Clear stencil planes to one over entire window */
   glClearStencil(0);
   glClear(GL_STENCIL_BUFFER_BIT);
   /* were a drawin' */
   glStencilFunc(GL_ALWAYS, 0x1, 0x1);
   glStencilOp(GL_REPLACE, GL_REPLACE, GL_REPLACE);


   glBegin(GL_TRIANGLE_FAN);
   for(f = 0.0; f< 359.5; f+=1.0)
   {
      pfSinCos((float)f, &new_x, &new_y);
      glVertex2f(new_x, new_y);
   }
   glEnd();

   glEnable(GL_CULL_FACE);
   glEnable(GL_DEPTH_TEST);

   // reset framebuffer
   glClearColor(0.0f, 0.0f, 0.0f, 1.0f);
   glClear(GL_COLOR_BUFFER_BIT);

   glMatrixMode(GL_PROJECTION);
   glPopMatrix();
   glMatrixMode(GL_MODELVIEW);
   glPopMatrix();

   glClearColor(1.0f, 0.0f, 0.0f, 1.0f);
}

Note that this sets up the projection so that 0,0 is in the middle of the
channel (or is it pipewindow?) and a circle is drawn with radius 1 centered
at 0,0 which takes it to the edges of the channel.

Also note I have only gotten this to work in full screen applications.  I
have started trying to do this in smaller window that I can move around with
little luck yet.  I am pretty sure that if you begin moving the window around
you need to rebuild the stencil plane each time.  Not sure about resizing
yet.

5) You must enable the stencil test in the DRAW callback as follows:

   // enable stencil test
   if (G_shared->stencil_flag)
   {
      glStencilFunc(GL_EQUAL, 0x1, 0x1);
      glStencilOp(GL_KEEP, GL_KEEP, GL_KEEP);
      glEnable(GL_STENCIL_TEST);
   }

   // ========= DRAW =========
   // invoke Performer draw-processing for this frame 
   pfDraw();

   // disable stencil test
   if (G_shared->stencil_flag)
   {
      glDisable(GL_STENCIL_TEST);
   }

6) If you don't get a visual with stencil bits then you have to resort to
using OpenGL commands in post-DRAW to draw black polygons around the outside
of your view.  I can use the same orthographic projection as in StencilHUD,
to do this.

void drawScopeTemplate()
{
   float x,y;
   const int NUM_SIDES = 48;

   glColor3ub(0,0,0);
   glBegin(GL_TRIANGLE_STRIP);
   for (int j=0; j<NUM_SIDES; j++)
   {
      pfSinCos(((float) j)*360.0/((float) (NUM_SIDES - 1)), &x, &y);
      glVertex2f(x*1.414, y*1.414);
      glVertex2f(x,    y);
   }
   glEnd();
}

-- 
  Scott McMillan  |    HT Medical, Inc.   | Developing medical VE's
   scott@ht.com   |   http://www.ht.com   | surgical simulations
 Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation
Fax: 301-984-2104 |  Rockville, MD 20852  | creation tools.
=======================================================================
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 Aug 28 19:23:50 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id MAA20988; Thu, 28 Aug 1997 12:51:54 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id MAA20972; Thu, 28 Aug 1997 12:51:53 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id MAA12307; Thu, 28 Aug 1997 12:51:53 -0700
Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA21135
	for <info-performer@sgi.com>; Thu, 28 Aug 1997 12:51:52 -0700
	env-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 NAA11836 for <info-performer@sgi.com>; Thu, 28 Aug 1997 13:00:08 -0700
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 TAA03970 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 28 Aug 1997 19:50:06 GMT
Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA16848 for info-performer@sgi.com; Thu, 28 Aug 1997 12:50:06 -0700
From: "Marcus Barnes" <marcus@multigen.com>
Message-Id: <9708281250.ZM16846@logan.engr.multigen.com>
Date: Thu, 28 Aug 1997 12:50:05 -0700
In-Reply-To: Axel Schmidt <axel@artcom.de>
        "pfDelete bug" (Aug 27,  6:00pm)
References: <34044F00.167E@artcom.de>
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: pfDelete bug
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 27,  6:00pm, Axel Schmidt wrote:
> Attribute arrays of a pfGeoSet not unrefed/deleted after
                                 ^^^^^^^^^^^^^^^^^^^
> deletion of the pfGeoSet using pfDelete(). The pfGeoSet
> manpage says:
>     ...
>     When a pfGeoSet is deleted with pfDelete, all pfMalloc'ed
>     lists will have their reference counts decremented by one
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
i.e attribute arrays.

>     and will be freed if their count reaches 0.
          ^^^^^^^^^^^^^
I think you misread this here.

> A workaround for this bug is using pfMemory::checkDelete()
> instead of pfDelete() and everthing works like expected.

The short story is: pfDelete calls pfBuffer::checkDelete which ultimately
calls, or schedules calls to, pfMemory::destroy.

pfUpdatable's are scheduled via pfBuffer::pf_addDeletionUpdate and
pfMemory::destroy is invoked in the APP process by pfSync (at least three
pfFrame's later).

NOTE: I'm ignoring all the destructors and derived class operations that happen
in between these two end points.

> But what workaround exists for pfAsyncDelete(), which have the same
> bug as pfDelete()?

I don't think there is a bug.

> As I (k)now, pfDelete() uses pfBuffer::checkDelete(). What
> is the difference between pfBuffer::checkDelete() and
> pfMemory::checkDelete()?

pfBuffer::checkDelete's job is to (arrange to) delete pfMemory's in a MP safe
manner.

pfMemory::checkDelete's job is to (perhaps) delete pfMemory's while honoring
their reference counts.

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  Fri Aug 29 01:48:02 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id UAA23058; Thu, 28 Aug 1997 20:04:37 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id UAA23042; Thu, 28 Aug 1997 20:04:36 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id UAA00419; Thu, 28 Aug 1997 20:04:36 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA29974
	for <info-performer@sgi.com>; Thu, 28 Aug 1997 20:04:35 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id UAA04185 for info-performer@sgi.com; Thu, 28 Aug 1997 20:04:35 -0700
Date: Thu, 28 Aug 1997 20:04:35 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708282004.ZM4183@multipass.engr.sgi.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: (Fwd) Re: DIVO
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O


--- Forwarded mail from willmc@vmaster (Will McGovern)

Date: Thu, 28 Aug 1997 19:55:15 -0700
From: willmc@vmaster (Will McGovern)
To: dorbie (Angus Dorbie)
Subject: Re: DIVO
Cc: vince@vmaster

Hi Ran,

I just reproduced the problem you are having... I was also getting
approx 3ms for each dmBufferFree.  The cause of this is cache flushing
which occurs if you have DM_CACHEABLE set the DM_TRUE.  If you turn
off the cachability of the buffer pool the time drops to ~0.05ms :-)

The code of relevance is :

dmBufferSetPoolDefaults( paramList, num, size, DM_FALSE, DM_TRUE );
                                               ^^^^^^^^
This will solve your problem...

- Will

> Hi,
>
> Has anyone used DIVO on ONYX2 yet ? I've tried reading a video into
> texture using DIVO. The video is read using the DMBuffer mechanism into
> memory, and then glTexSubImage-ed into texture memory. The weird thing
> is that the dmBufferFree() function, which is supposed to just free my
> dmbuffer, is taking 2.5 milisec. This is way too much for swaping
> pointers. Solutions, anyone ?
>
> Thanks
> Ran

--
Will McGovern                       Email willmc@sgi.com
Applied Engineering                 Phone +1.415.9337069
Advanced Entertainment Systems      FAX   +1.415.9327069
Silicon Graphics Inc.

"Love your enemies just in case your friends turn out to
                be a pack of bastards."


---End of forwarded mail from willmc@vmaster (Will McGovern)
=======================================================================
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 Aug 29 04:04:03 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id WAA23680; Thu, 28 Aug 1997 22:19:06 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id WAA23664; Thu, 28 Aug 1997 22:19:05 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id WAA06530; Thu, 28 Aug 1997 22:19:05 -0700
Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA26803
	for <info-performer@sgi.com>; Thu, 28 Aug 1997 22:19:04 -0700
	env-from (src@rose.engr.sgi.com)
Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA29578; Thu, 28 Aug 1997 22:19:02 -0700
Date: Thu, 28 Aug 1997 22:19:02 -0700
From: src@rose.engr.sgi.com (Sharon Clay)
Message-Id: <199708290519.WAA29578@rose.engr.sgi.com>
To: ballard@sirius.ccd.bnl.gov, info-performer@sgi.com
Subject: N64 No-border windows - Work-Around
Cc: robj@rock
Status: O


Hi all,

Several times some persistant folks have asked why in N64
windows refuse to shed their borders.  Sorry for the delay
but I finally chased this one down and will fix it for 
future versions.  I include work-around code below.
You can apply the work-around in any process as soon as
you know you have a mapped X-window.  The easiest way
to do this is in your pfPWinConfig callback which is were 
the example below does it and rips the borders off the window
after it is opened.   Sorry again for the delay - it took
a bit to realize between us and X where the conversion
trouble was and then it turned out to be very simple.

Add this utility code:

#include <Xm/MwmUtil.h>

static Atom mwm_hints_atom = 0;

static void
getMwmHints(Display *dsp,  Window w, PropMwmHints *pHints)
{
    PropMwmHints *hp;
    Atom type;
    int	fmt;
    
    unsigned long nitems, bytes_after;
    
    /* get special atom for 4DWM motif window manager */
    if (!mwm_hints_atom)
	mwm_hints_atom = XInternAtom(dsp, "_MOTIF_WM_HINTS", FALSE);
    
    XGetWindowProperty(dsp, w, mwm_hints_atom, 0, 4, False, mwm_hints_atom,
		       &type, 
		       &fmt, &nitems, &bytes_after, (unsigned char**)&hp);
    if (hp) {
	*pHints = *hp;
    } else
	memset(pHints, 0, sizeof *pHints);
}

static void 
setXWindowDecoration(Display *dsp,  Window w, int flag)
{
    PropMwmHints hints;
    
    /* get special atom for 4DWM motif window manager */
    if (!mwm_hints_atom)
	mwm_hints_atom = XInternAtom(dsp, "_MOTIF_WM_HINTS", FALSE);
    
    getMwmHints(dsp, w, &hints);
    if (flag == 0)
	hints.decorations = 0x0;
    else
	hints.decorations = MWM_DECOR_ALL;
    hints.flags |= MWM_HINTS_DECORATIONS;
    XChangeProperty(dsp, w, mwm_hints_atom, mwm_hints_atom, 32,
		    PropModeReplace, (unsigned char *)&hints, 4);
}

/* pfPWinConfigFunc() callback */ 
static void
OpenPipeWin(pfPipeWindow *pw)
{
    pfPipe *p;
    Window w;
    Display *dsp;
    
    pfOpenPWin(pw);

    dsp = pfGetCurWSConnection();
    setXWindowDecoration(dsp, pfGetPWinWSWindow(pw), 0);
    /* A hack upon hack: if the windows were opened with borders,
     * X moved the window up a bit.  But, in libpf, Performer doesn't
     * keep track of X's changes to the window position because this
     * would be deadly to performance.  So, these two lines get
     * around our check for null change to the origin and cause us
     * to put the now borderless window truly in the right spot.
     */
    pfPWinOrigin(pw, 1, 1); 
    pfPWinOrigin(pw, 0, 0);
    /* flush the X display to make it happen right away */
    XFlush(dsp);

    ......
}

src.
-----{-----{---@   -----{----{---@   -----{----{---@   -----{----{---@
Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev.
src@sgi.com  (415) 933 - 1002  FAX: (415) 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  Fri Aug 29 07:57:32 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id CAA24027; Fri, 29 Aug 1997 02:20:50 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id CAA24011; Fri, 29 Aug 1997 02:20:50 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id CAA17894; Fri, 29 Aug 1997 02:20:49 -0700
Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA08809
	for <info-performer@sgi.com>; Fri, 29 Aug 1997 02:20:48 -0700
	env-from (Hilbrink@nlr.nl)
Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78])
	by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id LAA29453
	for <@nlrgup.nlr.nl:info-performer@sgi.com>; Fri, 29 Aug 1997 11:20:46 +0200 (DST)
Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message."
Received: from nlr.nl by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO)
	for <info-performer@sgi.com> id LAA11641; Fri, 29 Aug 1997 11:20:44 +0200
Sender: niels@nlr.nl
Message-ID: <3406946C.459D551D@nlr.nl>
Date: Fri, 29 Aug 1997 11:20:44 +0200
From: Niels Hilbrink <Hilbrink@nlr.nl>
Organization: National Aerospace Laboratory
X-Mailer: Mozilla 4.02 [en] (X11; I; IRIX 5.3 IP22)
MIME-Version: 1.0
To: "info-performer@sgi.com" <info-performer@sgi.com>
Subject: Bug in setView and setViewMat methods ?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hi perfomers,

If got a problem with the setView (and setViewMat) method of the pfChannel
class.

my code is as follows :

TransCoord.hpr[PF_H] = 0.0;
TransCoord.hpr[PF_P] = 0.0;
TransCoord.hpr[PF_R] = 0.0;
        
TransCoord.xyz[PF_X] = 0.0;
TransCoord.xyz[PF_Y] = -10000;
TransCoord.xyz[PF_Z] = 1000;

left->setView(TransCoord.xyz, TransCoord.hpr);

after this the dbx output of the left viewMatrix looks like this :

   viewMat = class pfMatrix {
        mat = {
            [0] {
                [0] 1.0
                [1] 0.0
                [2] 0.0
                [3] 0.0
            }
            [1] {
                [0] 0.0
                [1] 1.0
                [2] 0.0
                [3] 0.0
            }
            [2] {
                [0] -10000.0
                [1] 1000.0
                [2] 1.0
                [3] 0.0
            }
            [3] {
                [0] -10000.0
                [1] 1000.0
                [2] 0.0
                [3] 0.0

This is clearly not correct, for starters the rotation matrix should be
orthogonal and the [3][3] element should be 1. 

So my Question is this a bug or am I doing something from !!??

I'm running performer version 2.1 on an ONYX RE2 (I know, performer 2.1 is not
meant for a RE2 even so this should not happen right? Or is this "bug" an
example of the difference between RE2 and IR versions of Performer ?)

Best regards,
        Niels Hilbrink


-- 
      _/     _/ _/       _/_/_/_/   Niels Hilbrink (RS NOP)
     _/     _/ _/       _/    _/    Hilbrink@nlr.nl
    _/_/   _/ _/       _/    _/     tel : (++31)(0)527 248224 (NLR)
   _/ _/  _/ _/       _/_/_/_/            (++31)(0)527 242259 (Home)
  _/   _/_/ _/       _/  _/	        
 _/     _/ _/       _/    _/        National Aerospace Laboratory (NLR)
_/     _/ _/_/_/_/ _/      _/       http://www.nlr.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  Fri Aug 29 11:05:47 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id FAA24318; Fri, 29 Aug 1997 05:13:19 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id FAA24302; Fri, 29 Aug 1997 05:13:18 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id FAA25467; Fri, 29 Aug 1997 05:13:18 -0700
Received: from gateway1.srs.gov (gateway1.srs.gov [192.33.240.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA07341
	for <info-performer@sgi.com>; Fri, 29 Aug 1997 05:13:05 -0700
	env-from (randal.sims@srs.gov)
Received: by gateway1.srs.gov id AA10258
  (InterLock SMTP Gateway 3.0 for info-performer@sgi.com);
  Fri, 29 Aug 1997 08:12:57 -0400
Message-Id: <199708291212.AA10258@gateway1.srs.gov>
Received: by gateway1.srs.gov (Internal Mail Agent-2);
  Fri, 29 Aug 1997 08:12:57 -0400
Received: by gateway1.srs.gov (Internal Mail Agent-1);
  Fri, 29 Aug 1997 08:12:57 -0400
Date: Fri, 29 Aug 1997 08:12:51 -0400
From: Randy Sims <randal.sims@srs.gov>
Subject: Forum97 Performer Overview Presentation ?
To: info-performer@sgi.com
Mime-Version: 1.0 (generated by SEMI MIME-Edit 0.80)
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
X-Emacs: 20.2 XEmacs Lucid without mule
Status: O

Thanks for the online Forum97 slides ...

	http://www.sgi.com/Technology/Performer/devforum/forum97_session.sho

But, could you provide a matrix of feature vs hardware.  For instance,
it is not obvious (at least to me) what will (not) be supported in 2.2
for those of us with older machines like Indigo2/MaxImpact and
Onyx/RE2. 

Regards --

Randal N. Sims (Randy)           |  Tel:   (803)725-8347
Westinghouse Savannah River Co.  |  Fax:   (803)725-8829
SRS, 773-42A, 129                |  Email: randal.sims@srs.gov
Aiken, SC 29808-0001 USA         |  URL:   "under construction"

DISCLAIMER: The opinions expressed are mine and do not necessarily
	    represent Westinghouse Savannah River Co. or the
	    United States Department of Energy.



=======================================================================
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 Aug 29 12:22:10 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id GAA24486; Fri, 29 Aug 1997 06:21:19 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id GAA24470; Fri, 29 Aug 1997 06:21:18 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id GAA28946; Fri, 29 Aug 1997 06:21:18 -0700
Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA21037
	for <info-performer@sgi.com>; Fri, 29 Aug 1997 06:21:13 -0700
	env-from (czg@iname.com)
From: czg@iname.com
Received: from pc-czg (ab-1-270.bta.net.cn [202.99.62.30])
	by public.bta.net.cn (8.8.5/8.8.5) with SMTP id VAA11682
	for <info-performer@sgi.com>; Fri, 29 Aug 1997 21:20:52 +0900 (CDT)
Message-ID: <34079F13.67A@iname.com>
Date: Fri, 29 Aug 1997 21:18:27 -0700
Reply-To: czg@iname.com
X-Mailer: Mozilla 3.01Gold (WinNT; I)
MIME-Version: 1.0
To: info-performer@sgi.com
Subject: Intersect Mask ... done
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status: O

Hello Performer friends,

I found what's wrong in my program: After the mask are set, there is
another sentence in "generic.c" that setup the collide mask. I remarked
it and the program works.

Cao Zhigang
=======================================================================
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 Aug 29 13:47:46 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id HAA24565; Fri, 29 Aug 1997 07:29:16 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id HAA24549; Fri, 29 Aug 1997 07:29:16 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id HAA05165; Fri, 29 Aug 1997 07:29:15 -0700
Received: from dekalb.external.lmco.com (dekalb.external.lmco.com [192.35.35.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA06101
	for <info-performer@sgi.com>; Fri, 29 Aug 1997 07:29:05 -0700
	env-from (rrabbitz@motown.lmco.com)
Received: from franklin.vf.lmco.com (franklin.vf.lmco.com [166.17.5.51])
	by dekalb.external.lmco.com (8.8.6/8.8.6) with ESMTP id KAA19581
	for <info-performer@sgi.com>; Fri, 29 Aug 1997 10:29:03 -0400 (EDT)
Received: from serling.motown.lmco.com (serling.motown.lmco.com [129.204.6.42])
	by franklin.vf.lmco.com (8.8.5/8.8.5) with ESMTP id KAA21559
	for <info-performer@sgi.com>; Fri, 29 Aug 1997 10:29:03 -0400 (EDT)
Received: from newton.motown.lmco.com (newton [129.204.6.238])
	by serling.motown.lmco.com (8.8.5/8.8.5) with ESMTP id KAA00065;
	Fri, 29 Aug 1997 10:28:44 -0400 (EDT)
From: Richard Rabbitz <rrabbitz@motown.lmco.com>
Received: (rrabbitz@localhost) by newton.motown.lmco.com (8.6.11/8.6.6) id KAA02012; Fri, 29 Aug 1997 10:28:45 -0400
Date: Fri, 29 Aug 1997 10:28:45 -0400
Message-Id: <199708291428.KAA02012@newton.motown.lmco.com>
To: info-performer@sgi.com
Subject: material state after channel draw callback
Cc: rrabbitz@motown.lmco.com
Status: O


Hi Performers,

We have an application where we need to customize channel drawing to include
some OpenGL calls.  When we enter the draw callback we draw the scene graph
(which renders correctly), but then we try to set the material using
the calls:

   GLfloat    shininess[]   = {110.0F};
   GLfloat    specular[]    = {0.5F, 0.5F, 0.5F, 1.0F}; /* Highlights */
   GLfloat    mat_diffuse[] = {0.0F, 1.0F, 0.0F, 1.0F}; /* Material color */

   glMaterialfv(GL_FRONT, GL_DIFFUSE, mat_diffuse);
   glMaterialfv(GL_FRONT, GL_SPECULAR, specular);
   glMaterialfv(GL_FRONT, GL_SHININESS, shininess);

These calls do not seem to change the material state. My question is
what is the best way to set the material state in OpenGL during a 
drawing callback?

=================================/|==========================
|                  _____________/_|__                       |
| L O C K H E E D  M A R T I N /  | /      G E S            |
|                             /   |/                        |
| Rich Rabbitz                      Phone: (609) 722-4559   |
| Mail Stop 137-124                 Fax  : (609) 273-5185   |
| Moorestown, NJ  08057          rrabbitz@motown.lmco.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 Aug 29 16:01:25 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id JAA24928; Fri, 29 Aug 1997 09:31:16 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id JAA24912; Fri, 29 Aug 1997 09:31:15 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id JAA19844; Fri, 29 Aug 1997 09:31:15 -0700
Received: from igate1.hac.com (igate1.HAC.COM [192.48.33.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA14881
	for <info-performer@sgi.com>; Fri, 29 Aug 1997 09:31:11 -0700
	env-from (seberino@or_lab.tu.hac.com)
Received: from or_lab.tu.hac.com ([147.24.174.8])
          by igate1.hac.com (8.8.4/8.8.4) with SMTP
	  id JAA28977 for <info-performer@sgi.com>; Fri, 29 Aug 1997 09:30:49 -0700 (PDT)
Received: (from seberino@localhost) by or_lab.tu.hac.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA07106 for info-performer@sgi.com; Fri, 29 Aug 1997 09:30:22 -0700
From: "Charles Seberino" <seberino@or_lab.tu.hac.com>
Message-Id: <9708290930.ZM7104@or_lab.tu.hac.com>
Date: Fri, 29 Aug 1997 09:30:22 -0700
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: info-performer@sgi.com
Subject: which: glDrawPixels or glTexImage?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

I am wondering which method is more efficient.

Problem:

    I have a floating point array of intensity values (0->1) for an image.  I
need to draw this array several frames later into a pfChannel.  Would it be
better to call glDrawPixels with my array, or should I create a texture and
apply it to a flat polygon to draw it in the channel?  I need to do this
routine every frame.  Is there a different method for drawing this to a
channel?  I am running on an Onyx2, 2RM 64MB texture, pf2.1.

Any help would be appreciated.

Charles

-- 
-----------------------------------------------------------------------
Charles Seberino                    Hughes Missile Systems Company
seberino@or_lab.tu.hac.com          phone: (520) 794-7078
                                    fax:   (520) 794-8625
=======================================================================
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 Aug 29 20:30:48 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id OAA25934; Fri, 29 Aug 1997 14:00:03 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id OAA25918; Fri, 29 Aug 1997 14:00:02 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id OAA00661; Fri, 29 Aug 1997 14:00:01 -0700
Received: from mailbox2.ucsd.edu (mailbox2.ucsd.edu [132.239.1.54]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA14309
	for <info-performer@sgi.com>; Fri, 29 Aug 1997 14:00:00 -0700
	env-from (jaf@chem.ucsd.edu)
Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox2.ucsd.edu (8.8.5/8.6.9) with SMTP id NAA04025 for <info-performer@sgi.com>; Fri, 29 Aug 1997 13:59:59 -0700 (PDT)
Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4)
	id NAA04872 for <info-performer@sgi.com>; Fri, 29 Aug 1997 13:59:58 -0700
Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12)
	id VAA27254; Fri, 29 Aug 1997 21:00:05 GMT
From: jaf@chem.ucsd.edu (Jeremy Friesner)
Message-Id: <199708292100.VAA27254@sdchemw1.ucsd.edu>
Subject: My scenery is invisible in single process mode?
To: info-performer@sgi.com
Date: Fri, 29 Aug 1997 14:00:05 -0700 (PDT)
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Status: O


Hi Everybody,

I'm encountering another new and fascinating weirdness with my Performer app--
it works fine in multi-process mode (i.e. PFMP_FORK_CULL | PFMP_FORK_DRAW |
PFMP_FORK_ISECT | PFMP_FORK_DBASE), but if I run it as a single process (i.e.
PFMP_APPCULLDRAW), many subgraphs of my scene don't get drawn.

I printed out the scene graph with pfPrint(), and they are indeed there--also,
the collision detection detects them (I can pick them and bounce off of them!),
but something seems to be truncating the draw traversal so that they are invisible!
Does anyone know what might cause this behavior?  (This happens on our O2 and
on our Onyx/RE2)

Thanks,
Jeremy

ps the node masks are 0xFFFFFFFF for the whole tree, so it's not that.
=======================================================================
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 Aug 29 21:26:23 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id PAA26222; Fri, 29 Aug 1997 15:11:50 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id PAA26206; Fri, 29 Aug 1997 15:11:49 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id PAA09146; Fri, 29 Aug 1997 15:11:49 -0700
Received: from mail.ucsd.edu (ucsd.ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA06834
	for <info-performer@sgi.com>; Fri, 29 Aug 1997 15:11:48 -0700
	env-from (verdi@piano.ucsd.edu)
Received: from imm.ucsd.edu by mail.ucsd.edu; id PAA01730
	sendmail 8.8.5/UCSD8.3 via SMTP
	Fri, 29 Aug 1997 15:11:47 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com>
Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI)
	for info-performer@sgi.com id PAA22572; Fri, 29 Aug 1997 15:11:46 -0700
Date: Fri, 29 Aug 1997 15:11:46 -0700
From: verdi@piano.ucsd.edu (Tom Impelluso)
Message-Id: <199708292211.PAA22572@imm.ucsd.edu>
To: info-performer@sgi.com
Subject: pfDelete(frust);
Status: O

Hello


In /usr/share/Performer/src/pguide/libpr/C

I found: hlcube.c

In hlcube.c ...

There is this code snip:

	/*etc*/

    win = pfNewWin(NULL);
    pfWinOriginSize(win, 0, 0, 500, 500);
    pfWinName(win, "Performer cubes");
    pfWinType(win, PFWIN_TYPE_X);
    pfOpenWin(win);

    frust = pfNewFrust(NULL);
    pfMakeSimpleFrust(frust, 45.0f);
    pfFrustNearFar(frust, 1.0f, 100.0f);
    pfApplyFrust(frust);
    pfDelete(frust);

	/*etc*/


Could somone tell me why one can delete the "frust" right
after creating it and setting its attributes?
What is gained?
Why is this allowed?


Thanks,
Tom
=======================================================================
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 Aug 29 23:55:54 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id SAA26652; Fri, 29 Aug 1997 18:07:37 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id SAA26636; Fri, 29 Aug 1997 18:07:36 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id SAA27366; Fri, 29 Aug 1997 18:07:35 -0700
Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA25263
	for <info-performer@sgi.com>; Fri, 29 Aug 1997 18:07:34 -0700
	env-from (dorbie@multipass.engr.sgi.com)
Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA01065; Fri, 29 Aug 1997 18:07:15 -0700
Date: Fri, 29 Aug 1997 18:07:15 -0700
From: dorbie@multipass.engr.sgi.com (Angus Dorbie)
Message-Id: <9708291807.ZM1063@multipass.engr.sgi.com>
In-Reply-To: "Charles Seberino" <seberino@or_lab.tu.hac.com>
        "which: glDrawPixels or glTexImage?" (Aug 29,  9:30am)
References: <9708290930.ZM7104@or_lab.tu.hac.com>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: "Charles Seberino" <seberino@or_lab.tu.hac.com>, info-performer@sgi.com
Subject: Re: which: glDrawPixels or glTexImage?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

On Aug 29,  9:30am, Charles Seberino wrote:
> Subject: which: glDrawPixels or glTexImage?
> I am wondering which method is more efficient.
>
> Problem:
>
>     I have a floating point array of intensity values (0->1) for an image.  I
> need to draw this array several frames later into a pfChannel.  Would it be
> better to call glDrawPixels with my array, or should I create a texture and
> apply it to a flat polygon to draw it in the channel?  I need to do this
> routine every frame.  Is there a different method for drawing this to a
> channel?  I am running on an Onyx2, 2RM 64MB texture, pf2.1.
>
> Any help would be appreciated.
>

If you want to draw the image more than once then use texture, otherwise
it's probably better to glDrawPixels the image, but why not measure this
in your application.

Cheers,Angus.
=======================================================================
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 Aug 30 16:43:51 1997
Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI)
	for info-performer-dist@holodeck.csd.sgi.com id LAA28568; Sat, 30 Aug 1997 11:09:42 -0700
Return-Path: <guest>
Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI)
	for <info-performer@holodeck.csd.sgi.com> id LAA28552; Sat, 30 Aug 1997 11:09:41 -0700
Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI)
	for <info-performer@relay.csd.sgi.com> id LAA07555; Sat, 30 Aug 1997 11:09:40 -0700
Received: from ciup1.ncc.up.pt (ciup1.ncc.up.pt [193.136.51.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id LAA07362
	for <info-performer@sgi.com>; Sat, 30 Aug 1997 11:09:38 -0700
	env-from (jrsilva@onyx.fe.up.pt)
Received: from garf.fe.up.pt (garfield.fe.up.pt) by ciup1.ncc.up.pt with SMTP id AA18741
  (5.65c/IDA-1.4.4 for <info-performer@sgi.com>); Sat, 30 Aug 1997 20:09:36 +0200
Received: from onyx (onyx.fe.up.pt) by garf.fe.up.pt with SMTP id AA18344
  (5.65c/IDA-1.4.4 for <@garfield:info-performer@sgi.com>); Sat, 30 Aug 1997 19:10:42 +0100
Received: by onyx (940816.SGI.8.6.9/940406.SGI.AUTO)
	for info-performer@sgi.com id TAA06257; Sat, 30 Aug 1997 19:22:25 GMT
From: "Jose Ricardo Silva" <jrsilva@onyx.fe.up.pt>
Message-Id: <9708301922.ZM6255@onyx.fe.up.pt>
Date: Sat, 30 Aug 1997 19:22:23 +0000
X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail)
To: info-performer@sgi.com
Subject: pfRealloc bug?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Status: O

Hi.

I doing a program under IRIX 5.3 with Performer 2.0, in which i use the
function
 'pfRealloc' a lot of times. I sometimes get a core dumped when using it, even
when the new allocated memory space is smaller than it was before doing the
reallocation.

So i was wondering if there's something wrong with the function it self.

Thanks in advance!

-- 
Jose' Ricardo F. Silva
Tel: (02) 9966175
e-mail:	jrsilva@onyx.fe.up.pt
=======================================================================
List Archives, FAQ, FTP:  http://www.sgi.com/Technology/Performer/
            Submissions:  info-performer@sgi.com
        Admin. requests:  info-performer-request@sgi.com