From guest Mon Dec 2 07:18:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA15646; Mon, 2 Dec 1996 06:26:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA15630; Mon, 2 Dec 1996 06:26:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA01649; Mon, 2 Dec 1996 06:26:58 -0800 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA05652 for ; Mon, 2 Dec 1996 06:26:15 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA09577; Mon, 2 Dec 96 08:18:42 -0500 Date: Mon, 2 Dec 96 08:18:42 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9612021318.AA09577@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: re: PERFORMER1.2 LINK Status: O Tran cong Tam writes: : WE ARE USING PERFORMER1.2 NOT PERFORMER2.0 in the last mail : ^^^ ^^^ ..... : ld: : Unresolved: : pfNewGset : pfRemoveGset : pfGetNumGsets : pfAddGset : pfGetGset This is weird - but if there is any confusion over whether this is truly a Perf 1.2 or a Perf 2.0 issue, then one guess might be that we are somehow compiling parts of the system in C++ and other parts in C, then all the other (C++) Performer functions would link OK, but the newly inserted (C) functions would not. One weird thing is that the link line says... cc -xansi -D__STDC__ .... -lC ^^ ^^^ C C++ This is only a stray thought - I could be way off track. 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 (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) ======================================================================= 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 Dec 2 07:33:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA15671; Mon, 2 Dec 1996 06:43:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA15655; Mon, 2 Dec 1996 06:43:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA02043; Mon, 2 Dec 1996 06:43:35 -0800 Received: from magellan.bgm.link.com (magellan.bgm.link.com [130.210.238.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA08635 for ; Mon, 2 Dec 1996 06:42:57 -0800 Received: by magellan.bgm.link.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id IAA05079; Mon, 2 Dec 1996 08:43:29 -0600 Date: Mon, 2 Dec 1996 08:43:29 -0600 From: cvillarm@magellan.bgm.link.com (Cris Villarma) Message-Id: <199612021443.IAA05079@magellan.bgm.link.com> To: info-performer@sgi.com Subject: pfHighlight Status: O I'm wanting to use pfHighlight to dynamically color an aircraft *.flt model. My code compiles but bombs out during run-time when it reaches I call pfGSetHlight. Here's some of my code: ----------------------- pfGeoSet *models[50]; pfHighlight *hlight[50]; void init (void) { int index; for (index=1; index<50; index++) { hlight[index] = pfNewHlight(NULL); if (hlight[index]) { pfHlightMode (hlight[index], PFHL_FILL); pfHlightColor(hlight[index], PFHL_BGCOLOR, 1.0f, 1.0f, 1.0f); pfHlightAlpha(hlight[index], 0.5); } } for (index=1; index<50; index++) { models[index] = (pfGeoSet *) pfdLoadFile("model.flt"); if (models[index]) pfGSetHlight(models[index],hlight[index]); } } Cris Villarma cvillarm@magellan.bgm.link.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 Dec 2 08:59:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA16014; Mon, 2 Dec 1996 08:21:42 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA15998; Mon, 2 Dec 1996 08:21:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA05677; Mon, 2 Dec 1996 08:22:17 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA28684 for ; Mon, 2 Dec 1996 08:21:39 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id LAA14667; Mon, 2 Dec 1996 11:13:42 -0500 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA09896; Mon, 2 Dec 1996 11:09:59 -0500 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) id LAA05053; Mon, 2 Dec 1996 11:14:26 -0500 From: "Bernard Leclerc" Message-Id: <9612021114.ZM5051@eagle.cae.ca> Date: Mon, 2 Dec 1996 11:14:23 -0500 In-Reply-To: cvillarm@magellan.bgm.link.com (Cris Villarma) "pfHighlight" (Dec 2, 8:43am) References: <199612021443.IAA05079@magellan.bgm.link.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: cvillarm@magellan.bgm.link.com (Cris Villarma) Subject: Re: pfHighlight Cc: Performer Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Cris Villarma wrote: > I'm wanting to use pfHighlight to dynamically color > an aircraft *.flt model. My code compiles but bombs out > during run-time when it reaches I call pfGSetHlight. > > Here's some of my code: > ----------------------- > > pfGeoSet *models[50]; > pfHighlight *hlight[50]; > > void > init (void) > { > int index; > > for (index=1; index<50; index++) > { > hlight[index] = pfNewHlight(NULL); > if (hlight[index]) > { > pfHlightMode (hlight[index], PFHL_FILL); > pfHlightColor(hlight[index], PFHL_BGCOLOR, 1.0f, 1.0f, 1.0f); > pfHlightAlpha(hlight[index], 0.5); > } > } > > for (index=1; index<50; index++) > { > models[index] = (pfGeoSet *) pfdLoadFile("model.flt"); > if (models[index]) > pfGSetHlight(models[index],hlight[index]); > } > } Cris, You can't cast a pfNode (returned by pfdLoadFile) to a pfGeoSet. This is why pfGSetHlight() crashes when accessing the pointer. You might want ot look at pfuTravNodeHlight() to highlight a specific node such as the one returned by pfdLoadFile(). -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 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 Dec 2 09:10:37 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA16074; Mon, 2 Dec 1996 08:32:21 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA16058; Mon, 2 Dec 1996 08:32:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA06197; Mon, 2 Dec 1996 08:32:56 -0800 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA01112 for ; Mon, 2 Dec 1996 08:32:14 -0800 Received: from rtset.co.il (amit.rtset.co.il [194.90.96.238]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id SAA01877; Sun, 3 Dec 1995 18:25:45 +0200 Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA02069; Mon, 2 Dec 1996 18:27:11 +0200 From: "Ran Yakir" Message-Id: <9612021827.ZM2067@amit> Date: Mon, 2 Dec 1996 18:27:10 +0000 In-Reply-To: cvillarm@magellan.bgm.link.com (Cris Villarma) "pfHighlight" (Dec 2, 8:43am) References: <199612021443.IAA05079@magellan.bgm.link.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: cvillarm@magellan.bgm.link.com (Cris Villarma) Subject: Re: pfHighlight Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > pfGeoSet *models[50]; > pfHighlight *hlight[50]; > > void > init (void) > { > int index; > > for (index=1; index<50; index++) > { > hlight[index] = pfNewHlight(NULL); > if (hlight[index]) > { > pfHlightMode (hlight[index], PFHL_FILL); > pfHlightColor(hlight[index], PFHL_BGCOLOR, 1.0f, 1.0f, 1.0f); > pfHlightAlpha(hlight[index], 0.5); > } > } > > for (index=1; index<50; index++) > { > models[index] = (pfGeoSet *) pfdLoadFile("model.flt"); > if (models[index]) > pfGSetHlight(models[index],hlight[index]); > } > } pfdLoadFile() returns a pfNode*, which is a higher level object than a pfGeoSet. If you want to get down to geoset level and change geoset attributes, you'll have to traverse the graph returned from pfdLoadFile(), all the way down to the geosets. Right now you are trying to call pfGSetHlight() with a pfGroup or a pfGeode as an argument. I suppose that performer doesn't like it. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | RT-SET Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@rtset.co.il Work : 972-9-9552236 | rany@netvision.net.il Res. : 972-9-7489974 | Fax : 972-9-9552239 | ======================================================================= 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 Dec 2 10:00:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA16216; Mon, 2 Dec 1996 09:24:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA16200; Mon, 2 Dec 1996 09:24:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA08777; Mon, 2 Dec 1996 09:24:38 -0800 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA12066 for ; Mon, 2 Dec 1996 09:23:55 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id JAA10639; Mon, 2 Dec 1996 09:27:41 -0800 Received: from repo.engr.multigen.com (repo.engr.multigen.com [204.119.70.44]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id RAA22815; Mon, 2 Dec 1996 17:20:16 GMT Received: from repo (localhost.engr.multigen.com [127.0.0.1]) by repo.engr.multigen.com (940816.SGI.8.6.9/8.6.12) with SMTP id JAA05114; Mon, 2 Dec 1996 09:25:53 -0800 Sender: andy@multigen.com Message-ID: <32A31121.167E@multigen.com> Date: Mon, 02 Dec 1996 09:25:53 -0800 From: Andrew Walker Organization: MultiGen, Inc. X-Mailer: Mozilla 2.01 (X11; I; IRIX 5.3 IP17) MIME-Version: 1.0 To: yangLei CC: info-performer@sgi.com Subject: Re: How to construct scene? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O yangLei wrote: > > I want to construct a very large scene. I guess it will divide into > serveral part. and object in this scene can be add and remove as a > component.Just like Autocad. But I want to know how to connect those > together. Can you tell me how you solve this problem. > > yanglei > tsinghu UNIV ,P.R.C. > Yang Lei Please consider our tools. Check out our website www.multigen.com. You may find it interesting. We also now have a University program that is very reasonable please contact: Cindi Christian cchristian@multigen.com (408) 556-2616 -- Andrew R. Walker awalker@multigen.com Member of Technical Staff ( 408 ) - 556 - 2627 DIRECT MultiGen Inc. ( 408 ) - 261 - 4100 MAIN 550 S. Winchester Blvd. Suite 500 ( 408 ) - 261 - 4101 FAX San Jose, CA 95128 http://www.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 Mon Dec 2 11:08:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA16628; Mon, 2 Dec 1996 10:29:29 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16612; Mon, 2 Dec 1996 10:29:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA13190; Mon, 2 Dec 1996 10:30:04 -0800 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA27783 for ; Mon, 2 Dec 1996 10:29:26 -0800 Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id SAA20784 for info-performer@sgi.com; Mon, 2 Dec 1996 18:28:49 GMT From: Jan Barglowski Posted-Date: Mon, 2 Dec 1996 10:28:07 GMT Message-Id: <199612021828.SAA20784@cyclops> Subject: Re: C++ Draw Callback? To: bleclerc@cae.ca (Bernard Leclerc) Date: Mon, 2 Dec 1996 10:28:07 -0800 (PST) In-Reply-To: <9611280949.ZM29669@eagle.cae.ca> from "Bernard Leclerc" at Nov 28, 96 09:49:11 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: 1792 Sender: jan@euryale.chinalake.navy.mil Status: O Bernard Leclerc wrote: > > Jan Barglowski wrote: > > > I'd like to have a C++ method as the callback function, set by > > pfChannel->setTravFunc(). > > Martin Reddy wrote: > > > [...] or, perhaps more elegantly, your callback should be > > defined as a static member function of the object, e.g. > > > > class MyClass { > > public: > > static void DrawChannel( pfChannel *chan, void *data ); > > }; > > > > .... > > chan->setTravFunc( PFTRAV_DRAW, MyClass::DrawChannel ); > > .... > > > > Martin's suggestion should be extended a little more by deriving a new > class from pfChannel. In order to obtain a virtual draw function, I'm > using a class similar to this: > > class myChannel: public pfChannel { > public: > myChannel(pfPipe*); > virtual void draw() { clear(); pfDraw(); } > private: > static void drawCallback(pfChannel*, void*); > }; > > myChannel::myChannel(pfPipe* p) : pfChannel(p) > { > setTravFunc( PFTRAV_DRAW, drawCallback ); > } > > void myChannel::drawCallback(pfChannel* chan, void*) > { > ((myChannel*) chan)->draw(); > } > > > > With a class like this one, "new myChannel" will automatically create a > pfChannel and assign it a DRAW callback which, in fact, is a virtual C++ > method. Remember to use chanData (or a pfCycleBuffer) to maintain frame > accurate data in all stages (APP, CULL and DRAW). > > Is this what you were looking for Jan? > Beautiful! I entirely forgot that I could subclass Performer objects. Thanks to all who responded -- I got lots of interesting OO thoughts on which to start my mind off on Monday morning.. jan -- Jan Anthony Barglowski jan@cyclops.chinalake.navy.mil Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Dec 2 11:40:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA16780; Mon, 2 Dec 1996 11:02:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA16764; Mon, 2 Dec 1996 11:02:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA18090; Mon, 2 Dec 1996 11:03:30 -0800 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA06150 for ; Mon, 2 Dec 1996 11:02:51 -0800 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id OAA16018; Mon, 2 Dec 1996 14:02:48 -0500 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 2 Dec 96 13:53:40 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.30); 2 Dec 96 13:53:37 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Mon, 2 Dec 1996 13:53:27 EST Subject: (Fwd) Size of objects X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <615FEEB2884@P3.ENZIAN.COM> Status: O I tried this on info-vega, but without much success; I'll try it here and see what I come up with. We're using Vega 2.02 with Performer 2.0 on a RE^2 with 2xRM4 and Irix 5.3 and IGL libraries. Part of our TTPRR includes measuring the size of objects on the screen. When we run perfly, the sizes come out correct. When we run any Vega application, the objects are too small. The error is not linear, but in general the percentage difference is worse the closer the object is. (Sizes range from 90.16% to 64.89% of their intended size.) Neither of the windows has a border. The Vega application is a minimal thing. I haven't added anything to it but my debugging printouts. The perfly code is "mostly" unmodified: I added changes for alpha blending in high-quality mode, flimmering fixes, and my debugging printouts. I've printed out the FOV and clip planes in both applications, and they match. I've printed the Vega viewing matrix, projection matrix, and WorldToScene matrix of the Vega app; all of them are trivial orthonormal matrices. I've checked the Vega skew, which is 0.0 all through. I'm running out of ideas. I've set up the Vega .adf file to put a wall at (0, 200, 0). The observer is default. When I call perfly, I set the observer at (0, -200, 0). The wall fills the screen horizontally in perfly, but has plenty of space around it in Vega. (It's easy to see the difference without getting out the ruler in this case.) Anybody know what's going on? Even a suggestion on where to look would be helpful. Thanks in advance, Jude Anthony jude@p3.enzian.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 Dec 2 11:43:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA16799; Mon, 2 Dec 1996 11:06:36 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA16783; Mon, 2 Dec 1996 11:06:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA18819; Mon, 2 Dec 1996 11:07:11 -0800 Received: from mcenroe.cs.unc.edu (mcenroe.cs.unc.edu [152.2.128.184]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA07069 for ; Mon, 2 Dec 1996 11:06:30 -0800 Received: from valine.cs.unc.edu by mcenroe.cs.unc.edu (8.6.10/UNC_06_21_94) id OAA15246; Mon, 2 Dec 1996 14:04:44 -0500 From: Hansong Zhang Received: by valine.cs.unc.edu (950413.SGI.8.6.12/UNC_06_21_94) id OAA14952; Mon, 2 Dec 1996 14:04:40 -0500 Message-Id: <199612021904.OAA14952@valine.cs.unc.edu> Subject: Re: How to construct scene? To: awalker@multigen.com (Andrew Walker) Date: Mon, 2 Dec 1996 14:04:38 -0500 (EST) Cc: yl@s1000e.cs.tsinghua.edu.cn, info-performer@sgi.com In-Reply-To: <32A31121.167E@multigen.com> from "Andrew Walker" at Dec 2, 96 09:25:53 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 727 Status: O yangLei wrote: > > I want to construct a very large scene. I guess it will divide into > serveral part. and object in this scene can be add and remove as a > component.Just like Autocad. But I want to know how to connect those > together. Can you tell me how you solve this problem. > > yanglei > tsinghu UNIV ,P.R.C. > Ni(3) Hao(3)! Some tools allow you to piece databases together by "external references" (I'm using the Multigen terminology), i.e. you have the parts and you build a skeleton scene with only file names of your parts and their transformations in it. For systems that doesn't support external references (like Alias), you have to load all the parts in and save them - if you have enough memory. Hansong ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Dec 2 12:55:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA17253; Mon, 2 Dec 1996 12:18:14 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA17237; Mon, 2 Dec 1996 12:18:14 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA28910; Mon, 2 Dec 1996 12:18:49 -0800 Received: from proxy2.ba.best.com (proxy2.ba.best.com [206.184.139.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA24224 for ; Mon, 2 Dec 1996 12:18:12 -0800 Received: from triavest.vip.best.com (triavest.vip.best.com [206.86.19.150]) by proxy2.ba.best.com (8.8.3/8.7.3) with SMTP id MAA28196 for ; Mon, 2 Dec 1996 12:15:04 -0800 (PST) Message-ID: <32A338C1.69B2@triavest.com> Date: Mon, 02 Dec 1996 12:14:57 -0800 From: Triavest Reply-To: mdilworth@aol.com Organization: Triavest Inc. X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Job Opportunities Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O EMPLOYMENT OPPORTUNITY Software Developers Triavest, a supplier of 3D graphics applications to the broadcast and video production industries, is seeking software developers with experience in UNIX, C, C++ and focus in one or more of the following areas for employment in its San Francisco facilities: - System administration under IRIX operating systems (SGI platform) - Open Inventor and/or Performer - 2D image processing - Motif/GUI development - Application development using Illustra (or similar) database engine Engineers will work on advanced tools for next-generation production studio environments, including: virtual set authoring tools, off-line production planning tools, on-line production tools, real-time graphics rendering, asset management subsystems and development of interfaces to various computer and video hardware devices. Triavest offers competitive compensation packages and a creative work environment. Interested parties should forward resumes to: Human Resources Triavest Corp. 2800 Third Street San Francisco, CA 94107 Fax: 415.920.0622 e-mail: Mdilworth@aol.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 Dec 2 13:50:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA17778; Mon, 2 Dec 1996 13:07:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA17762; Mon, 2 Dec 1996 13:07:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA01321; Mon, 2 Dec 1996 13:08:15 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA04907 for ; Mon, 2 Dec 1996 13:07:35 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id PAA08907; Mon, 2 Dec 1996 15:57:35 -0500 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA27282; Mon, 2 Dec 1996 15:53:21 -0500 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) id PAA07257; Mon, 2 Dec 1996 15:57:25 -0500 From: "Bernard Leclerc" Message-Id: <9612021557.ZM7255@eagle.cae.ca> Date: Mon, 2 Dec 1996 15:57:21 -0500 In-Reply-To: "Jude Anthony" "(Fwd) Size of objects" (Dec 2, 1:53pm) References: <615FEEB2884@P3.ENZIAN.COM> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Jude Anthony" Subject: Re: Size of objects Cc: Performer Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Jude Anthony wrote: > I tried this on info-vega, but without much success; I'll try it here > and see what I come up with. > > We're using Vega 2.02 with Performer 2.0 on a RE^2 with 2xRM4 and Irix > 5.3 and IGL libraries. > > Part of our TTPRR includes measuring the size of objects on the > screen. When we run perfly, the sizes come out correct. When we run > any Vega application, the objects are too small. The error is not > linear, but in general the percentage difference is worse the closer > the object is. (Sizes range from 90.16% to 64.89% of their intended > size.) > > Neither of the windows has a border. The Vega application is a > minimal thing. I haven't added anything to it but my debugging > printouts. The perfly code is "mostly" unmodified: I added changes > for alpha blending in high-quality mode, flimmering fixes, and my > debugging printouts. > > I've printed out the FOV and clip planes in both applications, and > they match. I've printed the Vega viewing matrix, projection > matrix, and WorldToScene matrix of the Vega app; all of them are > trivial orthonormal matrices. I've checked the Vega skew, which is > 0.0 all through. I'm running out of ideas. > > I've set up the Vega .adf file to put a wall at (0, 200, 0). The > observer is default. When I call perfly, I set the observer at > (0, -200, 0). The wall fills the screen horizontally in perfly, but > has plenty of space around it in Vega. (It's easy to see the > difference without getting out the ruler in this case.) > > Anybody know what's going on? Even a suggestion on where to look > would be helpful. Jude, If the viewing parameters are the same in both perfly and your Vega-based app but you're not seeing the same thing, then I'd say you're not looking at the same object. Have you examined the scene graph produced by perfly (the "Show Tree" button on the GUI). Is there a SCS (with a scale factor) added to your scene by Vega? This is just another direction to look for the solution to your problem. -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 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 Dec 2 14:42:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA18116; Mon, 2 Dec 1996 14:02:36 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA18100; Mon, 2 Dec 1996 14:02:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA04289; Mon, 2 Dec 1996 14:03:10 -0800 Received: from newton.ncsa.uiuc.edu (newton.ncsa.uiuc.edu [141.142.2.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA16942 for ; Mon, 2 Dec 1996 14:02:18 -0800 Received: from eads.ncsa.uiuc.edu (eads.ncsa.uiuc.edu [141.142.4.3]) by newton.ncsa.uiuc.edu (8.6.11/8.6.12) with SMTP id QAA02864; Mon, 2 Dec 1996 16:02:01 -0600 Date: Mon, 2 Dec 1996 15:59:59 -0600 (CST) From: "Dee A. Chapman" To: info-performer@sgi.com cc: "Dee A. Chapman" Subject: traffic simulations and paths Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello, I'm trying to create a simulation in which cars follow simulated traffic lights. I have the control of the lights working, but getting the cars to obey the signals is causing me some trouble. What I've done so far is create 4 segments. The 1 segment is always followed, the 2nd segment is followed if the traffic signal is red or yellow (car slows and stops), the 3rd segment is followed after the light switches from red to green (car accelerates and goes), and the 4th segment is followed if the light is green when the car approaches the intersection (car keeps driving through intersection). The part I'm having trouble with is getting the car to follow the appropriate segments. (Note each segment is actually a separate path I've created). Actually, I'm having trouble getting them to follow any segment but the very first one. So... finally, my questions are: 1. I want to be able to decide which segment (path) to follow on the fly. I can check the value of the traffic signal and choose the appropriate path... but I can't get the car to take if for some reason. Any ideas? Do the segments need to be connected in some way first in order for the same car to follow multiple paths? And if so, how can I do this while still maintaining the ability to choose on the fly. 2. Is there a way to know when the car has completed the following of a path? I didn't notice any such call in the pfuPath man pages. I'm guessing this traffic simulation has been done before, so if any one can share some sample code, I'd be most thankful. Thanks much for any help you can provide. Dee ======================================================================= 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 Dec 2 16:25:52 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA19102; Mon, 2 Dec 1996 15:45:54 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA19086; Mon, 2 Dec 1996 15:45:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA10823; Mon, 2 Dec 1996 15:46:29 -0800 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA10226 for ; Mon, 2 Dec 1996 15:45:51 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA17167; Mon, 2 Dec 96 17:38:18 -0500 Date: Mon, 2 Dec 96 17:38:18 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9612022238.AA17167@mred.bgm.link.com> To: info-performer@sgi.com Subject: Anti-Aliasing on an O2. Status: O Has anyone out there played with faking anti-aliasing (S-L-O-W-L-Y) on an O2 using either polygons outlined with anti-aliased lines, or rendering with jittered screen soordinates in multiple passes? Does it work? Are there any slick tricks in Performer to make this easy? Thanks y_o4':nz{_)9"om 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 (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) ======================================================================= 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 Dec 2 17:04:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA19308; Mon, 2 Dec 1996 16:25:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA19292; Mon, 2 Dec 1996 16:25:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA14362; Mon, 2 Dec 1996 16:25:59 -0800 Received: from belle.sva.edu (sva.edu [199.35.154.203]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA18814 for ; Mon, 2 Dec 1996 16:25:19 -0800 Received: by belle.sva.edu (940816.SGI.8.6.9/930416.SGI.AUTO) id TAA02919; Mon, 2 Dec 1996 19:20:56 -0500 Date: Mon, 2 Dec 1996 19:20:51 -0500 (EST) From: Ken Feingold To: info-performer@sgi.com Subject: Tele / Performer 2.x Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Has anyone updated the Tele application from Performer 1.2? I am particularly interested in getting it running on a MaximumImpact under 6.2 with Impact Video + CSC + TRAM, and Performer 2.0.1. Or, has anyone had experience which you're willing to share on general revision of Performer code written for the Sirius board to work with the MGV? Many 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 Dec 3 07:46:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA22970; Tue, 3 Dec 1996 07:08:46 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA22954; Tue, 3 Dec 1996 07:08:45 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA10576; Tue, 3 Dec 1996 07:08:44 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA11938; Tue, 3 Dec 1996 07:09:20 -0800 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA22951 for ; Tue, 3 Dec 1996 07:08:42 -0800 Received: from montpelier.ait.nrl.navy.mil (montpelier [132.250.128.71]) by ait.nrl.navy.mil (8.8.3/8.8.3) with ESMTP id KAA21984; Tue, 3 Dec 1996 10:08:39 -0500 (EST) From: Rasty Allen Received: (from allen@localhost) by montpelier.ait.nrl.navy.mil (8.7.5/8.7.3) id KAA04907; Tue, 3 Dec 1996 10:08:39 -0500 (EST) Date: Tue, 3 Dec 1996 10:08:39 -0500 (EST) Message-Id: <199612031508.KAA04907@montpelier.ait.nrl.navy.mil> To: info-performer@sgi.com Subject: problems with pfFrameStats() Cc: mfp@maps.cs.cmu.edu, eza@maps.cs.cmu.edu Status: O I am experiencing problems displaying frame stats in more than one pfChannel in a Performer app. The application in question is used to view multiple terrain databases on a single screen. All statistics are properly displayed in their respective channels with the exception of the "Visible Geometry" and "CPU Stats". The code used to switch between statistics modes in each channel is as follows: for (n=0;nnumdbs;n++) { if( init ) ViewState->statsarr[n] = pfGetChanFStats(ViewState->Chans[n]); switch(ViewState->stats) { case 0: pfFStatsClass(ViewState->statsarr[n], PFSTATS_ALL, PFSTATS_OFF); break; case 1: pfFStatsClass(ViewState->statsarr[n], PFSTATS_ALL, PFSTATS_OFF); pfFStatsClass(ViewState->statsarr[n], PFFSTATS_ENPFTIMES, PFSTATS_ON); pfFStatsClass(ViewState->statsarr[n], PFSTATSHW_ENCPU, PFSTATS_ON); pfFStatsClass(ViewState->statsarr[n], PFSTATS_ENGFX, PFSTATS_ON); break; case 2: pfFStatsClass(ViewState->statsarr[n], PFSTATS_ALL, PFSTATS_ON); pfFStatsClass(ViewState->statsarr[n], PFFSTATS_ENPFTIMES, PFSTATS_ON); PFSTATS_GFX_GEOM|PFSTATS_GFX_TSTRIP_LENGTHS| PFSTATS_GFX_STATE|PFSTATS_GFX_XFORM, PFSTATS_SET); pfFStatsClass(ViewState->statsarr[n], PFSTATSHW_ENGFXPIPE_FILL, PFSTATS_~ OFF); break; case 3: pfFStatsClass(ViewState->statsarr[n], PFSTATS_ALL, PFSTATS_OFF); pfFStatsClass(ViewState->statsarr[n], PFFSTATS_ENPFTIMES, PFSTATS_ON); pfFStatsClass(ViewState->statsarr[n], PFSTATSHW_ENGFXPIPE_FILL, PFSTATS_ ON); break; } } The visible geometry and cpu numbers are correctly shown in _one_ channel but not in the other channels. The channels not showing these stats do contain the vis. goemetry and cpu stat fields but show "0" instead of the # of tris, etc. I am able to switch between stat modes in all channels and the "Nodes Visible" and all other statistics correctly correspond to their channels. I get the following errors when switching between stat modes: PF Warning/Usage: pfOpenStats(pfStats*) for 0x1836e680 ignored Already have a different opened pfStats=0x1830d370 mask=0x10. My question is: Why does the statistics display work for one channel and not the others? Why do the statistics for the other channels work except for Visible Geom. and CPU Stat numbers? What do I need to do to correctly display all statistics from all channels? v/r Rasty Allen ======================================================================= 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 Dec 3 10:07:45 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA23331; Tue, 3 Dec 1996 09:29:21 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA23315; Tue, 3 Dec 1996 09:29:20 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA14988; Tue, 3 Dec 1996 09:29:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA18067; Tue, 3 Dec 1996 09:29:56 -0800 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA25527 for ; Tue, 3 Dec 1996 09:27:52 -0800 Received: by correo.ceit.es with Microsoft Exchange (IMC 4.0.837.3) id <01BBE147.24E314D0@correo.ceit.es>; Tue, 3 Dec 1996 18:23:56 +0100 Message-ID: From: "Chehayeb, Nassouh" To: "'Info Performer'" Subject: Sharing Texture memory Date: Tue, 3 Dec 1996 18:23:53 +0100 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi Performer's, I use one pipeline (pfPipe) and two pfPipeWindow to draw the same scene (pfScene). I download the scene texture list on each window sequentially. It seems that the latest textures override the first one. I would like to know how I can share the hardware texture memory between the windows. Thanks, Nassouh Departamento de Mecanica Aplicada -Area de Mecanica Computacional- C.E.I.T. (Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) Paseo de Manuel Lardizabal - 15 20009. San Sebastian (SPAIN) Telefono: ++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 Dec 3 12:10:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA23693; Tue, 3 Dec 1996 11:31:28 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA23677; Tue, 3 Dec 1996 11:31:27 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA20342; Tue, 3 Dec 1996 11:31:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA25497; Tue, 3 Dec 1996 11:32:02 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA24454 for ; Tue, 3 Dec 1996 11:31:23 -0800 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA11023; Tue, 3 Dec 1996 10:32:25 -0500 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) id KAA11792; Tue, 3 Dec 1996 10:35:21 -0500 From: "Bernard Leclerc" Message-Id: <9612031035.ZM11790@eagle.cae.ca> Date: Tue, 3 Dec 1996 10:35:18 -0500 In-Reply-To: pere1@cluny.ensam.fr "Fire and smoke with Performer 2.0 and OpenGL?" (Nov 17, 7:05am) References: <9611170705.ZM1324@unknown.zmail.host> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Re: Fire and smoke with Performer 2.0 and OpenGL? Cc: PERE@cluny.ensam.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O pere1@cluny.ensam.fr wrote: > In Performer1.2, I used an IRIS GL program found in sgigate.sgi.com. > The name of this program is flames. > > => Is there anybody who ports this source in OpenGL? > Or perhaps > => Somebody could give me some fire in Performer 2.0 and OpenGL. Several weeks ago, Glenn Waldron posted this message regarding "smoke using geodes". Maybe that's what you're looking for. > --- Forwarded mail from Glenn Waldron > > Due to many requests, I've put my smoke module (using geodes) on the > SGI ftp site in the pub directory. Name: glennssmoke.tar.Z > Feel free to flame it, ask for help with it, steal it, whatever! Let me > know if there are any questions. Glenn. -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 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 Dec 3 12:38:35 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA23798; Tue, 3 Dec 1996 12:00:49 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23778; Tue, 3 Dec 1996 12:00:48 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA21455; Tue, 3 Dec 1996 12:00:47 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA27034; Tue, 3 Dec 1996 12:01:24 -0800 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA01057 for ; Tue, 3 Dec 1996 12:00:42 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA29542; Tue, 3 Dec 96 13:53:11 -0500 Date: Tue, 3 Dec 96 13:53:11 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9612031853.AA29542@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: Sharing Texture memory Status: O > I use one pipeline (pfPipe) and two pfPipeWindow to draw the same scene > (pfScene). I download the scene texture list on each window > sequentially. It seems that the latest textures override the first one. > > I would like to know how I can share the hardware texture memory > between the windows. My understanding is that Performer handles this for you in OpenGL, (at least it does on iR hardware) - but it's impossible in IrisGL. 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 (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) ======================================================================= 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 Dec 3 14:53:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA24212; Tue, 3 Dec 1996 14:14:23 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA24196; Tue, 3 Dec 1996 14:14:22 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA26427; Tue, 3 Dec 1996 14:14:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA04289; Tue, 3 Dec 1996 14:14:57 -0800 Received: from camus.paradigmsim.com (camus.paradigmsim.com [206.7.114.160]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA29813 for ; Tue, 3 Dec 1996 14:14:17 -0800 From: rweyrauch@camus.paradigmsim.com Received: (from rweyrauch@localhost) by camus.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA20607; Tue, 3 Dec 1996 16:12:03 -0600 Message-Id: <9612031612.ZM20605@camus.paradigmsim.com> Date: Tue, 3 Dec 1996 16:12:03 -0600 In-Reply-To: "Jude Anthony" "(Fwd) Size of objects" (Dec 2, 1:53pm) References: <615FEEB2884@P3.ENZIAN.COM> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-vega@paradigmsim.com, "Jude Anthony" , info-performer@sgi.com Subject: Re: Size of objects Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 2, 1:53pm, Jude Anthony wrote: > Subject: (Fwd) Size of objects > > [...] > > Part of our TTPRR includes measuring the size of objects on the > screen. When we run perfly, the sizes come out correct. When we run > any Vega application, the objects are too small. The error is not > linear, but in general the percentage difference is worse the closer > the object is. (Sizes range from 90.16% to 64.89% of their intended > size.) > > Neither of the windows has a border. The Vega application is a > minimal thing. I haven't added anything to it but my debugging > printouts. The perfly code is "mostly" unmodified: I added changes > for alpha blending in high-quality mode, flimmering fixes, and my > debugging printouts. > > I've printed out the FOV and clip planes in both applications, and > they match. I've printed the Vega viewing matrix, projection > matrix, and WorldToScene matrix of the Vega app; all of them are > trivial orthonormal matrices. I've checked the Vega skew, which is > 0.0 all through. I'm running out of ideas. > > I've set up the Vega .adf file to put a wall at (0, 200, 0). The > observer is default. When I call perfly, I set the observer at > (0, -200, 0). The wall fills the screen horizontally in perfly, but > has plenty of space around it in Vega. (It's easy to see the > difference without getting out the ruler in this case.) > The default observer in Vega is attached to a the default motion model with is placed at (0,-10,0) not at the origin. Sounds to me like you are viewing the object from a distance of 200 meters in perfly and 210 meters in Vega. Try changing the location of the motion model to the origin and rerun your test. > Anybody know what's going on? Even a suggestion on where to look > would be helpful. > > Thanks in advance, > Jude Anthony > jude@p3.enzian.com > >-- End of excerpt from Jude Anthony -- Rick Weyrauch voice: (972) 960-2301 Paradigm Simulation Inc. fax: (972) 960-2303 14900 Landmark Blvd., Suite 400 rweyrauch@paradigmsim.com Dallas TX 75240 www.paradigmsim.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Dec 3 18:03:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA26019; Tue, 3 Dec 1996 17:22:23 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA26003; Tue, 3 Dec 1996 17:22:22 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA03557; Tue, 3 Dec 1996 17:22:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA15365; Tue, 3 Dec 1996 17:22:57 -0800 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA08456; Tue, 3 Dec 1996 17:22:19 -0800 Received: from quid.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id RAA03553; Tue, 3 Dec 1996 17:22:18 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id RAA08796; Tue, 3 Dec 1996 17:22:14 -0800 From: "Rob Jenkins" Message-Id: <9612031722.ZM8794@quid.csd.sgi.com> Date: Tue, 3 Dec 1996 17:22:14 -0800 In-Reply-To: chien@systech.hinet.net (chien) "" (Nov 26, 8:29am) References: <9611261629.AA10535@systech.hinet.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: chien@systech.hinet.net (chien), info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O sorry this is late - try patch 1447 which is the latest Impact gfx patch for Irix 6.2 ( replaces 1333 ), let me know if it's still a problem. Cheers Rob On Nov 26, 8:29am, chien wrote: > Subject: > To:"info-performer" > Hi performer experts: > I run Vega in indigo2 impact with IRIX 6.2,I already install patch1333,1406,1417,1488.But I face a abnormal behavior: > At 1st time I tried enter Vega-lynx it will log out,I login again then everything back to normal.I check SYSLOG file > I got these information: > Nov 25 12:26:31 4A:impact unix: WARNING: Graphics error > Nov 25 12:26:31 2A:impact unix: irnode=88438bb0 > Nov 25 12:26:31 2A:impact unix: gfxp=8cf46f98, boundrn=8823a858, rnodep=8916675c > Nov 25 12:26:31 2A:impact unix: gfxp=8d5e4784, boundrn=8823a8c8, rnodep=8a5f9004 > Nov 25 12:26:31 2A:impact unix: active_rnode=8a5f9004 > Nov 25 12:26:31 2A:impact unix: busy_dma: bf070104/0 > Nov 25 12:26:31 2A:impact unix: status: bf070000/152 > Nov 25 12:26:31 2A:impact unix: fifo_status: bf070004/7800000 > Nov 25 12:26:31 2A:impact unix: gio_status: bf070100/0 > Nov 25 12:26:31 2A:impact unix: rebus_sync: bf05021c/2 > Nov 25 12:26:31 2A:impact unix: window: bf045000/9e0 > Nov 25 12:26:31 2A:impact unix: hqpc: bf046000/962 > Nov 25 12:26:31 2A:impact unix: flag_set: bf070008/190d00 > Nov 25 12:26:31 2A:impact unix: hq_config: bf050000/7e86 > Nov 25 12:26:31 2A:impact unix: gio_config: bf050114/765b900f > Nov 25 12:26:31 2A:impact unix: re_status: bf07c578/101 > Nov 25 12:26:33 3B:impact fatal IO error 131 (Connection reset by peer) > > If there any person could inform me about this,I will very appreciate. > Best Regards > > Chien Lung Chen > Director of engineer > System and Technology Corp. > email:chien@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 chien -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 3 21:16:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA27322; Tue, 3 Dec 1996 20:37:42 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA27306; Tue, 3 Dec 1996 20:37:41 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA08660; Tue, 3 Dec 1996 20:37:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA25413; Tue, 3 Dec 1996 20:38:17 -0800 Received: from netcom12.netcom.com (netcom12.netcom.com [192.100.81.124]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA08602 for ; Tue, 3 Dec 1996 20:37:38 -0800 Received: (from ptinker@localhost) by netcom12.netcom.com (8.6.13/Netcom) id UAA10788; Tue, 3 Dec 1996 20:37:37 -0800 Date: Tue, 3 Dec 1996 20:37:37 -0800 From: ptinker@netcom.com (Peter A. Tinker) Message-Id: <199612040437.UAA10788@netcom12.netcom.com> To: info-performer@sgi.com Subject: iR genlock problems Status: O I recently reported here that I was having problems genlocking a three-pipe iR: pfFrame reports that pipes are not genlocked. Many thanks to those who replied! Here's what I've found. * 8-CPU (R4400) Onyx * 3 iR Pipes * IRIX 6.2 + patch 1355 * Performer 2.+, OpenGL 1. Use the H/C Sync as the genlock signal; daisy-chain this through the genlock in and genlock out of the other pipes. Terminate the genlock out of the last pipe. 2. With ircombine, set the sync source of pipe 0 to INTERNAL; set sync source of pipes 1 and 2 to EXTERNAL. 3. With ircombine, specify the sync format as the vfo corresponding to the cmb (more on this later). 4. Use gfxinfo -v to examine the sync specifications and genlock status. Ignore the fact that gfxinfo reports all sync as INTERNAL. f IF each pipe is set up identically with 1280x1024_60 or 2@1280x1024_60 and uses 1280x1024_60.vfo as the sync format, running perfly -c 3 pfFrame does not complain of genlock problems. BUT if one is different, e.g. 8@640x480_60 as in our case, then perfly -c 2 -C 0,1 reports no genlock problem perfly -c 2 -C 1,2 reports no genlock problem perfly -c 2 -C 0,2 reports no genlock problem BUT perfly -c 3 reports genlock missing between pipes 0 and 2, using any of -C 0,1,2 -C 0,2,1 or without the -C option. What's going on, and is there any way of stopping it? Can I only genlock pipes that are configured identically? That would really be a drag. Am I specifying an incorrect vfo? What vfo should I use for the 8@640x480_60 pipe? Has anyone successfully genlocked pipes running very different configurations? Is this a Performer bug? Pete Tinker Hughes Research Labs ======================================================================= 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 Dec 4 01:05:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA27689; Wed, 4 Dec 1996 00:28:05 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA27673; Wed, 4 Dec 1996 00:28:04 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA13387; Wed, 4 Dec 1996 00:28:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA01479; Wed, 4 Dec 1996 00:28:40 -0800 Received: from grisu.munich.sgi.com ([144.253.192.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA06593 for ; Wed, 4 Dec 1996 00:28:01 -0800 Received: from sellby01.supportpartner.munich.sgi.com by grisu.munich.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/940406.SGI) for <@urmel.supportpartner.munich.sgi.com:info-performer@sgi.com> id JAA26154; Wed, 4 Dec 1996 09:19:51 +0100 Received: by sellby01.supportpartner.munich.sgi.com (951211.SGI.8.6.12.PATCH1042/940406.SGI.AUTO) for info-performer@sgi.com id JAA26938; Wed, 4 Dec 1996 09:28:15 +0100 Date: Wed, 4 Dec 1996 09:28:15 +0100 From: karlheinz@munich.sgi.com (Karlheinz Goller) Message-Id: <199612040828.JAA26938@sellby01.supportpartner.munich.sgi.com> To: info-performer@sgi.com Status: O Dr. Karlheinz Goller Software Support Germany | E-mail: karlheinz@munich.sgi.com Silicon Graphics GmbH | Tel.: 0130 / 112550 Am Hochacker 3 | Fax.: 089 / 46108-190 85630 Grasbrunn | Online Support: http://www-support.sgi.de ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Dec 4 05:41:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA28098; Wed, 4 Dec 1996 05:02:48 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA28082; Wed, 4 Dec 1996 05:02:06 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA18955; Wed, 4 Dec 1996 05:02:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA07990; Wed, 4 Dec 1996 05:02:38 -0800 Received: from swissonline.ch (www-sol2.swissonline.ch [194.209.12.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA12859 for ; Wed, 4 Dec 1996 05:01:56 -0800 Received: from sol-14-159.swissonline.ch by swissonline.ch (SMI-8.6/SMI-SVR4(19960912-ast)) id OAA26592; Wed, 4 Dec 1996 14:03:06 +0100 Received: by sol-14-159.swissonline.ch with Microsoft Mail id <01BBE1EB.24115360@sol-14-159.swissonline.ch>; Wed, 4 Dec 1996 13:57:52 +-100 Message-ID: <01BBE1EB.24115360@sol-14-159.swissonline.ch> From: Vector Technologies To: "'info-performer@sgi.com'" Subject: RE: traffic simulations and paths Date: Wed, 4 Dec 1996 13:56:54 +-100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Status: O Dee: We've implemented the traffic control simulation in another way: if the = traffic light goes yellow or red, a vertical invisible polygon is = switched "on" perpendicular to the road. Collision detection in front of = the vehicle senses the polygon and decelerates the vehicle. Advantage: = the same model can be applied to avoid collison of vehicles between each = other. We implemented the above procedure for Performer "town". If you = have specific questions, feel free to contact us. Etienne. ******************************************* VECTOR TECHNOLOGIES SA 7, ch de la Venoge CH - 1025 St-SULPICE Switzerland tel: +41 21 691 42 43 fax: +41 21 691 42 40 email: vectortc@swissonline.ch Explore with us the 3rd dimension ! ******************************************* ---------- From: Dee A. Chapman[SMTP:dchapman@ncsa.uiuc.edu] Sent: lundi, 02. d=E9cembre 1996 16,59 To: info-performer@sgi.com Cc: Dee A. Chapman Subject: traffic simulations and paths Hello, I'm trying to create a simulation in which cars follow simulated traffic lights. I have the control of the lights working, but getting the cars to obey the signals is causing me some trouble. What I've done so far is create 4 segments. The 1 segment is always followed, the 2nd segment is followed if the traffic signal is red or yellow (car slows and stops), the 3rd segment is followed after the light switches from red to green (car accelerates and goes), and the 4th segment is followed if the light is green when the car approaches the intersection (car keeps driving through intersection). =20 The part I'm having trouble with is getting the car to follow the appropriate segments. (Note each segment is actually a separate path I've created). Actually, I'm having trouble getting them to follow any segment but the very first one. So... finally, my questions are: 1. I want to be able to decide which segment (path) to follow=20 on the fly. I can check the value of the traffic signal and choose the appropriate path... but I can't get the car to take if for some reason. Any ideas? Do the segments need to be connected in some way first in order for the same car to follow multiple paths? And if = so, how can I do this while still maintaining the ability to choose on the fly. 2. Is there a way to know when the car has completed the following of a path? I didn't notice any such call in the pfuPath man pages. I'm guessing this traffic simulation has been done before, so if any one can share some sample code, I'd be most thankful. Thanks much for any help you can provide. Dee =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Dec 4 08:35:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA28426; Wed, 4 Dec 1996 07:57:14 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA28404; Wed, 4 Dec 1996 07:56:33 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA22762; Wed, 4 Dec 1996 07:56:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA14120; Wed, 4 Dec 1996 07:55:53 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA11346 for ; Wed, 4 Dec 1996 07:55:14 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id KAA15992; Wed, 4 Dec 1996 10:37:00 -0500 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA07403; Wed, 4 Dec 1996 10:30:57 -0500 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) id KAA20847; Wed, 4 Dec 1996 10:32:01 -0500 From: "Bernard Leclerc" Message-Id: <9612041031.ZM20845@eagle.cae.ca> Date: Wed, 4 Dec 1996 10:31:58 -0500 In-Reply-To: "Chehayeb, Nassouh" "Sharing Texture memory" (Dec 3, 6:23pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Chehayeb, Nassouh" Subject: Re: Sharing Texture memory Cc: Performer Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Chehayeb, Nassouh wrote: > I use one pipeline (pfPipe) and two pfPipeWindow to draw the same scene > (pfScene). I download the scene texture list on each window > sequentially. It seems that the latest textures override the first one. > > I would like to know how I can share the hardware texture memory > between the windows. Since you have only one pfPipe, there's only one DRAW process. In theory, you should preload the textures from a DRAW stage configuration function. The sharing of texture between pfPipeWindows is automatic as pointed out by Steve Baker. Take a look at pfStageConfigFunc() and pfuDownloadTexList(). -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 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 Wed Dec 4 11:06:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA28843; Wed, 4 Dec 1996 10:26:16 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA28823; Wed, 4 Dec 1996 10:25:35 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA26815; Wed, 4 Dec 1996 10:25:29 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA25811; Wed, 4 Dec 1996 10:26:06 -0800 Received: from dekalb.vf.mmc.com (dekalb.vf.mmc.com [192.35.35.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA19765 for ; Wed, 4 Dec 1996 10:25:25 -0800 Received: from franklin.vf.lmco.com ([166.17.5.51]) by dekalb.vf.mmc.com (8.7.6/8.7.3) with ESMTP id NAA15997 for ; Wed, 4 Dec 1996 13:25:24 -0500 (EST) Received: from serling.motown.lmco.com (serling.motown.lmco.com [129.204.6.42]) by franklin.vf.lmco.com (8.7.6/8.7.3) with ESMTP id NAA08553 for ; Wed, 4 Dec 1996 13:25:23 -0500 (EST) Received: from newton.motown.lmco.com (newton [129.204.6.238]) by serling.motown.lmco.com (8.7.2/8.7.2) with ESMTP id NAA08315; Wed, 4 Dec 1996 13:25:21 -0500 (EST) From: David Higginbotham Received: (dhigginb@localhost) by newton.motown.lmco.com (8.6.11/8.6.6) id NAA04012; Wed, 4 Dec 1996 13:25:22 -0500 Date: Wed, 4 Dec 1996 13:25:22 -0500 Message-Id: <199612041825.NAA04012@newton.motown.lmco.com> To: info-performer@sgi.com Subject: Picking in Stereo Cc: dhigginb@motown.lmco.com Status: O I'm using OpenGL with Performer, and supporting stereo using 2 channels, supplying the view matrix and using pfChanViewMat(). When I'm not in stereo mode picking succeeds; when in stereo mode, picking is off a bit (due to the displacement of either eye, I assume). Is there an established or recommended method of handling picking in Stereo out there? Thanks. Dave Higginbotham // phone: 609-722-3739 Lockheed Martin GES // fax: 609-273-5182 MS: 137-123 \X/ dhigginb@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 Dec 4 11:17:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA28900; Wed, 4 Dec 1996 10:36:57 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA28880; Wed, 4 Dec 1996 10:36:16 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA27175; Wed, 4 Dec 1996 10:36:14 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26411; Wed, 4 Dec 1996 10:36:50 -0800 Received: from gts07 (gts07.elan.af.mil [129.198.51.17]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA21982 for ; Wed, 4 Dec 1996 10:35:56 -0800 Received: by gts07 (931110.SGI/940406.SGI) for info-performer@sgi.com id AA01879; Wed, 4 Dec 96 10:35:20 -0800 From: "Tracy Hunt" Message-Id: <9612041035.ZM1877@gts07.elan.af.mil> Date: Wed, 4 Dec 1996 10:35:19 -0800 In-Reply-To: "Bernard Leclerc" "Re: Sharing Texture memory" (Dec 4, 10:31am) References: <9612041031.ZM20845@eagle.cae.ca> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.com Subject: Model of B2 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Good Morning, Does anyone have a model of the B2 or know of a CHEAP source? Thanks, Tracy Hunt hunt@gts.elan.af.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Dec 4 12:12:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA29032; Wed, 4 Dec 1996 11:35:32 -0800 Return-Path: Received: from kern.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA29015; Wed, 4 Dec 1996 11:35:31 -0800 Received: by kern.csd.sgi.com (940816.SGI.8.6.9/911001.SGI) id LAA25682; Wed, 4 Dec 1996 11:35:30 -0800 From: indu@kern (Indu Bingham) Message-Id: <199612041935.LAA25682@kern.csd.sgi.com> Subject: display 2d text To: info-performer@kern Date: Wed, 4 Dec 1996 11:35:29 -0800 (PST) Cc: gfx-tech@kern X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 315 Status: O I would like to display 2D text, using pfdLoadFont() function and the example shows to use the Times-Elfin font and I would like to use different font. Could I use the X fonts?? I tried but was not successful?? Thanks in advance -- Indu Bingham http://reality.sgi.com/employees/indu_csd/indu.html indu@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 Dec 4 12:13:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA29058; Wed, 4 Dec 1996 11:39:00 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA29042; Wed, 4 Dec 1996 11:38:19 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA28868; Wed, 4 Dec 1996 11:38:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA00503; Wed, 4 Dec 1996 11:38:53 -0800 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA06446 for ; Wed, 4 Dec 1996 11:38:12 -0800 Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA093268521; Wed, 4 Dec 1996 13:42:02 -0600 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 AA101048142; Wed, 4 Dec 1996 13:35:42 -0600 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-1996Dec04.123200.1074.19678; Wed, 04 Dec 1996 13:36:25 -0600 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer) Message-Id: <1996Dec04.123200.1074.19678@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: Wed, 04 Dec 1996 13:36:25 -0600 Subject: high speed data file playback Status: O If I wish to replay data from a hard-drive what is the preferred command for opening and reading the data-file for maximum performance. The machine will be either a Max Impact or Infinite Reality (probably IR)? How much could be read in a 20th of a second? Jeffry J. Brickley =============================================================== Jeffry J. Brickley jbrickley@lmwsmr.lesc.lockheed.com 3D Systems Programmer for Lockheed Martin, White Sands Missile Range =============================================================== Dedicated to pushing the limits of any SGI I'm given.... =============================================================== ======================================================================= 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 Dec 4 13:22:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA29646; Wed, 4 Dec 1996 12:44:15 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA29626; Wed, 4 Dec 1996 12:43:34 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA00616; Wed, 4 Dec 1996 12:43:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA05187; Wed, 4 Dec 1996 12:44:03 -0800 Received: from gauntlet.ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA22323 for ; Wed, 4 Dec 1996 12:43:22 -0800 Received: by gauntlet.ht.com; id QAA28748; Wed, 4 Dec 1996 16:48:53 -0500 (EST) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma028744; Wed, 4 Dec 96 16:48:42 -0500 Received: from hf.ht.com by ht.com (940816.SGI.8.6.9/3.1.090690-High Techsplanations) id UAA26981; Wed, 4 Dec 1996 20:43:33 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA29422; Wed, 4 Dec 1996 15:43:33 -0500 From: scott@ht.com (Scott McMillan) Message-Id: <199612042043.PAA29422@hf.ht.com> Subject: Re: high speed data file playback To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) Date: Wed, 4 Dec 1996 15:43:32 -0500 (EST) Cc: info-performer@sgi.com In-Reply-To: <1996Dec04.123200.1074.19678@MKTPO.mkt.lesc.lockheed.com> from "Jeff Brickley" at Dec 4, 96 01:36:25 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O > If I wish to replay data from a hard-drive what is the preferred command for > opening and reading the data-file for maximum performance. The machine will > be either a Max Impact or Infinite Reality (probably IR)? How much could be > read in a 20th of a second? > Jeffry J. Brickley Depending on how much data you are talking about the following may or may not be a viable alternative: When I was doing this for real-time playback of a dynamic simulation that would take hours to complete, the simulation would output the state to a file every 20th of a second, and when it came time to do a playback, I would read ALL of the data into memory first and then step through the data 1/20th a second at a time. That way I wouldn't have to worry about disk access affecting frame rate, except for virtual memory swaps which I don't think ever happened in my situation. The state of my system wasn't too large (about 50 floating point numbers per frame) and I had the memory to burn. > =============================================================== > Jeffry J. Brickley jbrickley@lmwsmr.lesc.lockheed.com > 3D Systems Programmer for Lockheed Martin, White Sands Missile Range > =============================================================== > Dedicated to pushing the limits of any SGI I'm given.... > =============================================================== Me too... scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation 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 Wed Dec 4 13:41:35 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA29739; Wed, 4 Dec 1996 13:02:46 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA29723; Wed, 4 Dec 1996 13:02:05 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA01052; Wed, 4 Dec 1996 13:02:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA06351; Wed, 4 Dec 1996 13:02:37 -0800 Received: from od.sri.com (od.sri.com [128.18.53.220]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA26396 for ; Wed, 4 Dec 1996 13:01:56 -0800 Received: by od.sri.com (940816.SGI.8.6.9/940406.SGI) id MAA20456; Wed, 4 Dec 1996 12:59:46 -0800 From: "Nathaniel Bletter" Message-Id: <9612041259.ZM20454@od.sri.com> Date: Wed, 4 Dec 1996 12:59:44 -0800 In-Reply-To: David Higginbotham "Picking in Stereo" (Dec 4, 1:25pm) References: <199612041825.NAA04012@newton.motown.lmco.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: David Higginbotham , info-performer@sgi.com Subject: Re: Picking in Stereo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 4, 1:25pm, David Higginbotham wrote: > Subject: Picking in Stereo > I'm using OpenGL with Performer, and supporting stereo using 2 channels, > supplying the view matrix and using pfChanViewMat(). > > When I'm not in stereo mode picking succeeds; when in stereo mode, picking > is off a bit (due to the displacement of either eye, I assume). Is there an > established or recommended method of handling picking in Stereo out there? Do you mean that performer is picking the wrong object because of screen offsets, or that picking in one means that object isn't neccesarily under the cursor in the other eye. If the latter, people usually pick things in this way with their dominant eye. YOu can figure out which eye is dominant by pointing at a small object with both eyes open and holding your finger there. Then close each eye and see which one actually "sees" your finger over the object- this is the dominant eye. Or you can look through a hole at something. The eye that actually sees the object through the hole is the dominant eye. You could set up a little graphics scene to test for the dominant eye for each user at the begininng of each session and then apply the picking to the image for the dominant eye. The other way of picking in 3D is with a 3D ray that you can shoot through an object, but this is unnatural and much more difficult for distant objects, especially with noisy 3D trackers. If the problem is with performer instead, perhaps if you're using old style stereo (with the screen split in half) the blanking bar in the middle might be messing up the screen to world coordinate transformation. -- Nat Bletter SRI International nat@od.sri.com http://os.sri.com/people/nat/ (415) 859-4358 ======================================================================= 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 Dec 4 16:47:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA01807; Wed, 4 Dec 1996 16:06:36 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA01791; Wed, 4 Dec 1996 16:05:55 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA06324; Wed, 4 Dec 1996 16:05:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA17522; Wed, 4 Dec 1996 16:06:31 -0800 Received: from gauntlet.ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA07800 for ; Wed, 4 Dec 1996 16:05:52 -0800 Received: by gauntlet.ht.com; id UAA01120; Wed, 4 Dec 1996 20:11:23 -0500 (EST) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma001118; Wed, 4 Dec 96 20:11:23 -0500 Received: from hf.ht.com by ht.com (940816.SGI.8.6.9/3.1.090690-High Techsplanations) id AAA28181; Thu, 5 Dec 1996 00:06:14 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id TAA29919; Wed, 4 Dec 1996 19:06:11 -0500 From: scott@ht.com (Scott McMillan) Message-Id: <199612050006.TAA29919@hf.ht.com> Subject: Isect weirdness To: info-performer@sgi.com Date: Wed, 4 Dec 1996 19:06:11 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O I have been experiencing some weird behavious using isect.... When I have a normalized direction vector, and a VERY small length (on the order of 1e-9) Performer outputs a warning message: PF Warning/Usage: No inverse: singular matrix When I have a zero length direction vector and a zero length it doesn't complain at all. Anybody know why it is doing this? My guess would be that isect checks for zero length dir vectors in the pfSegSet and handles them appropriately, but it can't deal with the small numbers that aren't exactly zero but should be???? scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation 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 Dec 5 01:27:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA03497; Thu, 5 Dec 1996 00:49:53 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA03481; Thu, 5 Dec 1996 00:49:52 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA17365; Thu, 5 Dec 1996 00:49:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA05590; Thu, 5 Dec 1996 00:50:29 -0800 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA25264 for ; Thu, 5 Dec 1996 00:49:46 -0800 Received: by systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA02281; Thu, 5 Dec 96 15:46:57 -0800 From: "chien" Message-Id: <9612051546.ZM2279@systech.hinet.net> Date: Thu, 5 Dec 1996 15:46:30 -0800 In-Reply-To: "Rob Jenkins" "Re: how to get patch1447" (Dec 4, 7:38am) References: <9611261629.AA10535@systech.hinet.net> <9612031722.ZM8794@quid.csd.sgi.com> <9612041310.ZM5023@systech.hinet.net> <9612040738.ZM9704@quid.csd.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: "Rob Jenkins" Subject: incorect texture for indigo2 impact under IRIS 5.3 Cc: info-performer@sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O To:"Rob" Cc:"performer" Thanks for Rob's help!I have a problem about texture apperance were quit coarse in indigo2 impact under IRIS5.3 and 6.2.Did there any patch for this or what I should do for texture. Thanks ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Dec 5 03:22:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA03833; Thu, 5 Dec 1996 02:44:25 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA03817; Thu, 5 Dec 1996 02:44:20 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA19678; Thu, 5 Dec 1996 02:44:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA08270; Thu, 5 Dec 1996 02:44:57 -0800 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA09494 for ; Thu, 5 Dec 1996 02:41:52 -0800 Received: by systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA02665; Thu, 5 Dec 96 17:45:21 -0800 Date: Thu, 5 Dec 96 17:45:21 -0800 From: terence@systech.hinet.net (Terence Ker) Message-Id: <9612060145.AA02665@systech.hinet.net> To: info-performer@sgi.com Subject: Patches for Indigo2 High Impact Status: O Hi, everyone; I know that someone else had gone thru this before, could anyone kindly send me a list of all the patches I want to make IINDIGO2 high IMPACT graphics look perfectly normal. The OS is IRIS 5.3 Thanks a lot! -= Terence Ke =- Systems & Technology Taipei, Taiwan e-mail: terence@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 Thu Dec 5 03:43:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA03877; Thu, 5 Dec 1996 03:04:56 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA03861; Thu, 5 Dec 1996 03:04:52 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA20038; Thu, 5 Dec 1996 03:04:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA08794; Thu, 5 Dec 1996 03:05:29 -0800 Received: from hni.uni-paderborn.de (hni-ff.uni-paderborn.de [131.234.22.55]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA12293 for ; Thu, 5 Dec 1996 03:01:44 -0800 Received: from troi.uni-paderborn.de (troi [131.234.246.8]) by hni.uni-paderborn.de (8.8.4/hni-mailhub) with ESMTP id MAA00406 for ; Thu, 5 Dec 1996 12:00:16 +0100 (MET) From: Carsten Scharfe Received: (dragon@localhost) by troi.uni-paderborn.de (951211.SGI.8.6.12.PATCH1042/client-irix-hni) id MAA05082 for info-performer@sgi.com; Thu, 5 Dec 1996 12:00:14 +0100 Message-Id: <199612051100.MAA05082@troi.uni-paderborn.de> Subject: subclassing a pfNode To: info-performer@sgi.com Date: Thu, 5 Dec 1996 12:00:14 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi, does anybody tried to derive a subclass from pfNode? I followed the guidelines of the Performer Porg. Manual for subclassing, but i only get the error, that pfNode has no default constructor. So, how do i have to design the constructor of a new pfNode subclass? Does anybody have experience in this? Thanks, Carsten Scharfe dragon@hni.uni-paderborn.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 Thu Dec 5 05:22:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA04159; Thu, 5 Dec 1996 04:45:08 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA04143; Thu, 5 Dec 1996 04:45:03 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA22043; Thu, 5 Dec 1996 04:45:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA11093; Thu, 5 Dec 1996 04:45:40 -0800 Received: from hil-img-1.compuserve.com (hil-img-1.compuserve.com [149.174.177.131]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA27433 for ; Thu, 5 Dec 1996 04:45:00 -0800 Received: by hil-img-1.compuserve.com (8.6.10/5.950515) id HAA10126; Thu, 5 Dec 1996 07:44:57 -0500 Date: 05 Dec 96 07:42:32 EST From: Grafix-Lab <100564.1475@CompuServe.COM> To: Performer-List Subject: Volume Rendering? Message-ID: <961205124231_100564.1475_GHW67-1@CompuServe.COM> Status: O We have not yet purchased Performer because we don't know if there are any commands for volume rendering in Performer. Are there such commands? Thanks & bye Oliver Eichhorn Grafix-Lab ======================================================================= 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 Dec 5 06:12:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA04287; Thu, 5 Dec 1996 05:35:13 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA04271; Thu, 5 Dec 1996 05:35:09 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA22865; Thu, 5 Dec 1996 05:35:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA12568; Thu, 5 Dec 1996 05:35:44 -0800 Received: from dekalb.vf.mmc.com (dekalb.vf.mmc.com [192.35.35.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA04137 for ; Thu, 5 Dec 1996 05:34:58 -0800 Received: from franklin.vf.lmco.com ([166.17.5.51]) by dekalb.vf.mmc.com (8.7.6/8.7.3) with ESMTP id IAA20243 for ; Thu, 5 Dec 1996 08:34:55 -0500 (EST) Received: from serling.motown.lmco.com (serling.motown.lmco.com [129.204.6.42]) by franklin.vf.lmco.com (8.7.6/8.7.3) with ESMTP id IAA20045 for ; Thu, 5 Dec 1996 08:34:55 -0500 (EST) Received: from newton.motown.lmco.com (newton [129.204.6.238]) by serling.motown.lmco.com (8.7.2/8.7.2) with ESMTP id IAA01313; Thu, 5 Dec 1996 08:34:51 -0500 (EST) From: David Higginbotham Received: (dhigginb@localhost) by newton.motown.lmco.com (8.6.11/8.6.6) id IAA05066; Thu, 5 Dec 1996 08:34:54 -0500 Date: Thu, 5 Dec 1996 08:34:54 -0500 Message-Id: <199612051334.IAA05066@newton.motown.lmco.com> To: info-performer@sgi.com Subject: More on Picking Cc: dhigginb@motown.lmco.com Status: O Thanks to those whose responded to the picking in Stereo question. I resolved the advertised problem by averaging the normalized screen coordinates reported by pfuCalcNormalizedChanXY() by calling it for both the left and the right channels. Picking in Stereo is working well. I'd encountered an additional problem which I'd earlier attributed to stereo mode which remains to be resolved. When picking the turret portion of a flt tank model, the reported coordinates are way off in the X/Y plane. Picking the rest of the tank, or any portions of all the other flt models in our scene, produces correct results. `Anyone have a thought on this? Thanks. Dave Dave Higginbotham // phone: 609-722-3739 Lockheed Martin GES // fax: 609-273-5182 MS: 137-123 \X/ dhigginb@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 Thu Dec 5 07:04:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04463; Thu, 5 Dec 1996 06:23:48 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04447; Thu, 5 Dec 1996 06:23:44 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA23797; Thu, 5 Dec 1996 06:23:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA13882; Thu, 5 Dec 1996 06:24:21 -0800 Received: from lurch.arl.mil (lurch.arl.mil [128.63.39.63]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA11666 for ; Thu, 5 Dec 1996 06:23:37 -0800 Date: Thu, 5 Dec 96 9:17:14 EST From: Andrew Neiderer To: info-performer@sgi.com cc: neiderer@arl.mil Subject: Xlib and Performer Message-ID: <9612050917.aa11218@lurch.arl.mil> Status: O I don't follow this newsgroup closely, so sorry if this has been addressed. Please send any comments to me if not of general interest. I am new to Performer. I feel somewhat comfortable with Xlib. Therefore, I plan to use X for event handling and window management, and libpf/libpr for low level rendering on our Onyx. Unless there is a significant penalty for doing so, ie X calls are sent to the X server which talks to the h/w and I should avoid this. Perhaps there is another option, such as OpenGL. I will learn Performer exclusively if need be, but I'd like to use my X stuff to get up and running quickly. Thanks for your time. - Andy Neiderer US Army Research Lab ======================================================================= 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 Dec 5 07:27:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04583; Thu, 5 Dec 1996 06:47:19 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04567; Thu, 5 Dec 1996 06:47:11 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA24240; Thu, 5 Dec 1996 06:47:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA01308; Thu, 5 Dec 1996 06:47:48 -0800 Received: from discreet.qc.ca (discreet.qc.ca [198.168.76.29]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA15582 for ; Thu, 5 Dec 1996 06:47:07 -0800 Received: by gate.discreet.qc.ca id <46140>; Thu, 5 Dec 1996 10:06:59 -0500 From: "Jean-Luc Dery" Message-Id: <96Dec5.100659est.46140@gate.discreet.qc.ca> Date: Thu, 5 Dec 1996 09:48:35 -0500 In-Reply-To: Carsten Scharfe "subclassing a pfNode" (Dec 5, 6:00am) References: <199612051100.MAA05082@troi.uni-paderborn.de> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Carsten Scharfe , info-performer@sgi.com Subject: Re: subclassing a pfNode Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Carsten, The pfNode class is an abstract class which has at least one pure virtual function and is used in Performer as a the base class for the node type classes (pfGroup, pfSCS, ...). No object can be created from an abstract class until all its pure virtual functions are defined. An easy way to get around this problem is to derive new classes from pfGroup which has no pure virtual function. There you go ! Have fun, Jean-Luc -- _____________________________________________________________________________ Jean-Luc Dery Discreet Logic System Engineer 5505 boul. St-Laurent, bureau 5200 3-D Graphics Technology Montreal (Quebec), Canada, H2T 1S6 Tel: (514) 272-0525 #394 Email: dery@discreet.com Fax: (514) 272-0585 _____________________________________________________________________________ ======================================================================= 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 Dec 5 07:40:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04659; Thu, 5 Dec 1996 07:01:17 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04643; Thu, 5 Dec 1996 07:01:13 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24524; Thu, 5 Dec 1996 07:01:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA01828; Thu, 5 Dec 1996 07:01:51 -0800 Received: from belle.sva.edu (sva.edu [199.35.154.203]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA17880 for ; Thu, 5 Dec 1996 07:01:05 -0800 Received: from marconi.sva.edu by belle.sva.edu via ESMTP (940816.SGI.8.6.9/930416.SGI.AUTO) for <@belle.sva.edu:info-performer@sgi.com> id JAA09678; Thu, 5 Dec 1996 09:56:32 -0500 Received: by marconi.sva.edu (940816.SGI.8.6.9/930416.SGI.AUTO) id JAA06107; Thu, 5 Dec 1996 09:56:32 -0500 Date: Thu, 5 Dec 1996 09:56:29 -0500 (EST) From: Ken Feingold To: info-performer@sgi.com Subject: PFTMPDIR - problem not in FAQs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On a MaxImpact with: 1 195 MHZ IP28 Processor CPU: MIPS R10000 Processor Chip Revision: 2.5 FPU: MIPS R10010 Floating Point Chip Revision: 0.0 Data cache size: 32 Kbytes Instruction cache size: 32 Kbytes Secondary unified instruction/data cache size: 1 Mbyte Main memory size:128 Mbytes IMPACT Video (mgv): unit 0, revision 4, TMI/CSC: revision 3 Graphics board: Maximum Impact/TRAM option card (TRAM card has 4MB) swap space is set to 400MB I have PFTMPDIR set to /dev/zero When I try to run certain Performer demos, such as "tele", I get the following error regarding PFTMPDIR (some others work ok, and my own databases read just fine into perfly) : "Performer Fatal (2): pfInit: statfs failed for /dev/zero=" I have tried setting PFTMPDIR to a file on a local drive with 4GB free, but also get the same error. What's the problem here? 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 Thu Dec 5 07:53:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04702; Thu, 5 Dec 1996 07:15:13 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04686; Thu, 5 Dec 1996 07:15:09 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24836; Thu, 5 Dec 1996 07:15:08 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA02163; Thu, 5 Dec 1996 07:15:46 -0800 Received: from relay.interserv.com (relay.interserv.com [165.121.1.67]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA21125 for ; Thu, 5 Dec 1996 07:15:05 -0800 From: inca@public.bta.net.cn Received: from 202.96.61.232 ([202.96.61.232]) by relay.interserv.com with SMTP id AA14410 (5.67b/IDA-1.5 for info-performer@sgi.com); Thu, 5 Dec 1996 07:14:53 -0800 Date: Thu, 5 Dec 1996 07:14:53 -0800 Message-Id: <199612051514.AA14410@relay.interserv.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: request help about texture map To: info-performer@sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi Performer, I'm newer into Performer and developing a flight simulation application. IRIX6.2 Performer2.1 on 2 CPU iR machine with 2 RM6(16M+16M). (gfxinfo says) 1. it seems to give me only 8M TRAM, run texproxy (from OpenGL sample) get: RGB 1:1 (1024 x 1024) RGB5_EXT 1:1 (2048 x 2048) (i add for GL_RGB5_EXT) RGB5_EXT 2:1 (2048 x 1024) why 4096x4096x2 can't fit, if can't exceed 16M, why 4096x2048x2 fault too. can't reach 16M in one texture, really? 2. is internal format GL_RGB5_EXT or PFTEX_RGB_5 2 bytes/pixel? run texture (from pguide) with 2 2048x2048 images, speed slowdown. i'm using 16M or 32M TRAM? where can find description about RMs TRAM usage? 3. can i create a 4096x4096(no fit TRAM) texture with NULL image then subload a 1024x1024 to center? then subload half resolution texture to larger area as level 1, half res to more larger...(level 2,3...) it's sure that far area only use low_res texture so high_res texture never used. is it possible? 4. i flight round earth with many textures, the virtualSize limit 32768 in ImageCache & ClipTexture is too small. another question is it can't round loop, when near virtualSize get back near 0, icache does't know loop & read all data from disk. is there any solution? 5. use icache(modifed), validRegion at 2048x1024 ok,2048x2048 texture wrong.why? invalidBorder in ClipTexture is for each level or only one? is it useful? Any suggestion are welcome, Thanks very much. liubin Bejing, China inca@public.bta.net.cn and inca@public2.bta.net.cn (P.S. send both address avoid miss out) ======================================================================= 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 Dec 5 08:16:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04800; Thu, 5 Dec 1996 07:38:31 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04784; Thu, 5 Dec 1996 07:38:26 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA25305; Thu, 5 Dec 1996 07:38:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA03016; Thu, 5 Dec 1996 07:39:04 -0800 Received: from hni.uni-paderborn.de (hni-ff.uni-paderborn.de [131.234.22.55]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA25810 for ; Thu, 5 Dec 1996 07:38:21 -0800 Received: from troi.uni-paderborn.de (troi [131.234.246.8]) by hni.uni-paderborn.de (8.8.4/hni-mailhub) with ESMTP id QAA04714 for ; Thu, 5 Dec 1996 16:38:14 +0100 (MET) From: Carsten Scharfe Received: (dragon@localhost) by troi.uni-paderborn.de (951211.SGI.8.6.12.PATCH1042/client-irix-hni) id QAA07960 for info-performer@sgi.com; Thu, 5 Dec 1996 16:38:12 +0100 Message-Id: <199612051538.QAA07960@troi.uni-paderborn.de> Subject: again: subclassing pfNode To: info-performer@sgi.com Date: Thu, 5 Dec 1996 16:38:12 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi, i think my problem was misunderstood. Subclassing from pfGroup instead of pfNode would give the derived Node Class the properties of a pfGroup. That is not my aim. I need a complete new Node type with no such redundant properties. This new node type should positioned as a leaf in the scene graph only. Therefore it has to be derived from pfNode. My question is: How can i accomplish this? How do i have to implement the constructor for the new node type? Do i have to make use of pfBuffers? If there is anybody who did this - and there is certainly somebody, since all other node types are derived from pfNode - please help me. Carsten Scharfe dragon@hni.uni-paderborn.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 Thu Dec 5 09:06:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA05229; Thu, 5 Dec 1996 08:27:35 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA05213; Thu, 5 Dec 1996 08:27:35 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA26621; Thu, 5 Dec 1996 08:27:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA05234; Thu, 5 Dec 1996 08:28:13 -0800 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA06117 for ; Thu, 5 Dec 1996 08:27:33 -0800 Received: from quid.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id IAA26618; Thu, 5 Dec 1996 08:27:32 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id IAA11418; Thu, 5 Dec 1996 08:27:27 -0800 From: "Rob Jenkins" Message-Id: <9612050827.ZM11416@quid.csd.sgi.com> Date: Thu, 5 Dec 1996 08:27:27 -0800 In-Reply-To: "chien" "incorect texture for indigo2 impact under IRIS 5.3" (Dec 5, 3:46pm) References: <9611261629.AA10535@systech.hinet.net> <9612031722.ZM8794@quid.csd.sgi.com> <9612041310.ZM5023@systech.hinet.net> <9612040738.ZM9704@quid.csd.sgi.com> <9612051546.ZM2279@systech.hinet.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "chien" Subject: Re: incorect texture for indigo2 impact under IRIS 5.3 Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 5, 3:46pm, chien wrote: > Subject: incorect texture for indigo2 impact under IRIS 5.3 > To:"Rob" > Cc:"performer" > > Thanks for Rob's help!I have a problem about texture apperance were quit coarse > in indigo2 impact under IRIS5.3 and 6.2.Did there any patch for this or what I > should do for texture. > > Thanks >-- End of excerpt from chien If your Impact only has 1 Meg of TRAM ( texture memory ) then it only supports 16 bit textures so with RGBA you only get 4 bits/component which can cause banding, run /usr/gfx/gfxinfo on that machine to check the amount of TRAM you have. You could get 8 bits/component for 2 component textures or it is possible to disable the use of HW texturing on a 1 TRAM machine, SW texturing won't have the resolution restriction but **would be slow**: setenv USE_SOFT_TEXTURE 1 will disable HW texturing - only on 1 TRAM machines though. Obviously just use unsetenv or set it back to 0 to re-enable. This isn't global, in other words if you set this in a shell it only effects programs run in that shell afterwards -if you run the same code in another shell ( without the variable set ) it'll use HW texturing. If lack of TRAM is the problem then upgrading to 4 Meg TRAM is the best option, if you do have 4 M TRAM then let me know.... Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 5 09:26:56 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA05424; Thu, 5 Dec 1996 08:48:38 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA05408; Thu, 5 Dec 1996 08:48:38 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA27219; Thu, 5 Dec 1996 08:48:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA06418; Thu, 5 Dec 1996 08:49:16 -0800 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA10626 for ; Thu, 5 Dec 1996 08:48:36 -0800 Received: from quid.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id IAA27212; Thu, 5 Dec 1996 08:48:35 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id IAA11455; Thu, 5 Dec 1996 08:48:35 -0800 From: "Rob Jenkins" Message-Id: <9612050848.ZM11453@quid.csd.sgi.com> Date: Thu, 5 Dec 1996 08:48:34 -0800 In-Reply-To: terence@systech.hinet.net (Terence Ker) "Patches for Indigo2 High Impact" (Dec 5, 5:45pm) References: <9612060145.AA02665@systech.hinet.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: terence@systech.hinet.net (Terence Ker), info-performer@sgi.com Subject: Re: Patches for Indigo2 High Impact Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 5, 5:45pm, Terence Ker wrote: > Subject: Patches for Indigo2 High Impact > > Hi, everyone; > > I know that someone else had gone thru this before, could anyone > kindly send me a list of all the patches I want to make IINDIGO2 high > IMPACT graphics look perfectly normal. The OS is IRIS 5.3 > > Thanks a lot! > I think I'll get T-shirts made with this on :-) If you ever have anything to do with Impacts PLEASE SAVE THIS SOMEWHERE, this *isn't* the complete list of recommended patches for Impact as that depends on you situation but this is the most recent Xserver and graphics patches for Impact which are essential: Irix 5.3: 1332 - Impact Graphics bug fixes for 5.3 1543 - X server fixes for Impact graphics Irix 6.2: 1447 - Bug fix patch for Indigo2 Impact and Impact 10000 1574 - X server patch for Irix 6.2, all platforms except Infinite Reality If you ever have anything to do with Impacts and you haven't saved this yet then please do. Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 5 10:47:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05877; Thu, 5 Dec 1996 10:09:53 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05861; Thu, 5 Dec 1996 10:09:52 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA29720; Thu, 5 Dec 1996 10:09:47 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA10828; Thu, 5 Dec 1996 10:10:26 -0800 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA29141 for ; Thu, 5 Dec 1996 10:09:46 -0800 Received: from sapo.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id KAA29713; Thu, 5 Dec 1996 10:09:41 -0800 Received: by sapo.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id KAA22356; Thu, 5 Dec 1996 10:09:21 -0800 Date: Thu, 5 Dec 1996 10:09:21 -0800 From: kenny@sapo (Kenny Huang) Message-Id: <9612051009.ZM22354@sapo.csd.sgi.com> In-Reply-To: terence@systech.hinet.net (Terence Ker) "Patches for Indigo2 High Impact" (Dec 5, 5:45pm) References: <9612060145.AA02665@systech.hinet.net> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: terence@systech.hinet.net (Terence Ker), info-performer@sgi.com Subject: Re: Patches for Indigo2 High Impact Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 5, 5:45pm, Terence Ker wrote: > Subject: Patches for Indigo2 High Impact > > Hi, everyone; > > I know that someone else had gone thru this before, could anyone > kindly send me a list of all the patches I want to make IINDIGO2 high > IMPACT graphics look perfectly normal. The OS is IRIS 5.3 > > Thanks a lot! > > > > > -= Terence Ke =- > > Systems & Technology > Taipei, Taiwan > e-mail: terence@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 Terence Ker The following is the recommended list for Indigo 2. recommended list 870 - 5.3 EFS rollup patch for all 5.3 non-XFS releases 1122 - SCSI roll up for 5.3 without XFS 1268 - 5.3/5.3xfs combined kernel rollup patch 1391 - NLM4 server and high availability support 1477 - NFS kernel rollup patch 1497 - Availmon and IRIX Crash Roll-Up For IRIX 5.3 1529 - IRIX 5.3 Networking Rollup Patch 1548 - 5.3 hinv roll up 1579 - IRIX 5.3 X rollup patch for all platforms except Impact If you only want graphics specific one. Install the following IMPACT-only list 1332 - Impact Graphics bug fixes for 5.3 1543 - X server fixes for Impact graphics ======================================================================= 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 Dec 5 11:21:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05952; Thu, 5 Dec 1996 10:38:08 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05936; Thu, 5 Dec 1996 10:37:59 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA00622; Thu, 5 Dec 1996 10:37:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA12322; Thu, 5 Dec 1996 10:38:38 -0800 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA05858 for ; Thu, 5 Dec 1996 10:37:50 -0800 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id NAA23867; Thu, 5 Dec 1996 13:37:36 -0500 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 5 Dec 96 13:27:58 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.30); 5 Dec 96 13:27:43 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-vega@paradigmsim.com, info-performer@sgi.com Date: Thu, 5 Dec 1996 13:27:36 EST Subject: Re: Size of objects X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <65D92770134@P3.ENZIAN.COM> Status: O > The default observer in Vega is attached to a the default motion > model with is placed at (0,-10,0) not at the origin. Sounds to me > like you are viewing the object from a distance of 200 meters in > perfly and 210 meters in Vega. Try changing the location of the > motion model to the origin and rerun your test. Ah-hah! Thank you very much. And thanks to everyone who helped out here. Turns out that the test data I was given was erroneous; the observer was attached to a motion model that started the observer several meters (database units) away from the origin. As soon as I eliminated the offset, perfly and vega showed (almost) exactly the same thing. The sizes of objects in both applications now match to as near as we can measure. I wish it had been something more complicated, so I didn't feel like an idiot. On the other hand, I'm glad it was easy to correct. Thanks again! Jude Anthony jude@p3.enzian.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 Dec 5 11:46:12 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA06206; Thu, 5 Dec 1996 11:04:10 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06185; Thu, 5 Dec 1996 11:03:54 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA01402; Thu, 5 Dec 1996 11:03:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA13725; Thu, 5 Dec 1996 11:04:32 -0800 Received: from natashya.eden.com (natashya.eden.com [199.171.21.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA12140 for ; Thu, 5 Dec 1996 11:03:51 -0800 Received: from wesson (www.wesson.com [204.177.175.50]) by natashya.eden.com (8.8.3/8.8.1) with SMTP id NAA10895 for ; Thu, 5 Dec 1996 13:03:44 -0600 (CST) Message-Id: <199612051903.NAA10895@natashya.eden.com> From: "Dr. Tan" Date: Thu, 5 Dec 1996 12:50:00 Subject: Performer 2.1 bug #2 & #3 under IRIX 6.2 on IR w/ 3 pipes, 4:4:2 raster mgrs X-Mailer: Internet Series for Microsoft Mail ( V2.0.1G ) Mime-Version: 1.0 To: "'info-performer@sgi.com'" Status: O Hi, 16 bit textures cause crashes. It kicks you all the way back to the login prompt. Switching to 32 bit texture fixes the problem. Performer does not free texture memory properly. After loading/unloading large textures for a while, the system runs out of memory. ======================================================================= 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 Dec 5 11:46:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA06222; Thu, 5 Dec 1996 11:04:13 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06187; Thu, 5 Dec 1996 11:03:57 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA01410; Thu, 5 Dec 1996 11:03:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA13732; Thu, 5 Dec 1996 11:04:35 -0800 Received: from natashya.eden.com (natashya.eden.com [199.171.21.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA12110 for ; Thu, 5 Dec 1996 11:03:46 -0800 Received: from wesson (www.wesson.com [204.177.175.50]) by natashya.eden.com (8.8.3/8.8.1) with SMTP id NAA10891 for ; Thu, 5 Dec 1996 13:03:44 -0600 (CST) Message-Id: <199612051903.NAA10891@natashya.eden.com> From: "Dr. Tan" Date: Thu, 5 Dec 1996 12:46:00 Subject: Performer 2.1 bug #1 under IRIX 6.2 on IR w/ 3 pipes, 4:4:2 raster mgrs X-Mailer: Internet Series for Microsoft Mail ( V2.0.1G ) Mime-Version: 1.0 To: "'info-performer@sgi.com'" Status: O Hi, Ground fog does not work. ======================================================================= 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 Dec 5 12:11:56 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA06390; Thu, 5 Dec 1996 11:34:00 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06374; Thu, 5 Dec 1996 11:33:55 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA02293; Thu, 5 Dec 1996 11:33:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA15440; Thu, 5 Dec 1996 11:34:33 -0800 Received: from natashya.eden.com (natashya.eden.com [199.171.21.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA19318 for ; Thu, 5 Dec 1996 11:33:50 -0800 Received: from wesson (www.wesson.com [204.177.175.50]) by natashya.eden.com (8.8.3/8.8.1) with SMTP id NAA14187 for ; Thu, 5 Dec 1996 13:33:48 -0600 (CST) Message-Id: <199612051933.NAA14187@natashya.eden.com> From: "Dr. Tan" Date: Thu, 5 Dec 1996 13:16:00 Subject: Performer 2.1 bug #4 under IRIX 6.2 on IR w/ 3 pipes, 4:4:2 raster mgrs X-Mailer: Internet Series for Microsoft Mail ( V2.0.1G ) Mime-Version: 1.0 To: "'info-performer@sgi.com'" Status: O Hi, Subloading texture: Try loading a small rectangle inside a big texture. The rectangle becomes a connected line on the same horizontal line of the big texture. ======================================================================= 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 Dec 5 13:30:56 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA07080; Thu, 5 Dec 1996 12:53:18 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA07064; Thu, 5 Dec 1996 12:53:13 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA04604; Thu, 5 Dec 1996 12:53:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA19449; Thu, 5 Dec 1996 12:53:51 -0800 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA06480 for ; Thu, 5 Dec 1996 12:53:09 -0800 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id PAA21299; Thu, 5 Dec 1996 15:53:05 -0500 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 5 Dec 96 15:43:27 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.30); 5 Dec 96 15:43:11 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Thu, 5 Dec 1996 15:43:06 EST Subject: Need a Math Lesson X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <65FD48876D8@P3.ENZIAN.COM> Status: O Hi again everybody. I'm still working on the object size problem. As it turns out, object sizes are the same in our perfly and Vega applications, and they're both off a little bit. They show up around 97% of their intended size, with error getting worse the farther out the object gets. I've already been burned once by a bad calculation method, which made us believe object sizes were as bad as 64% of the intended value. So I'm wondering if I'm doing this correctly. Our old method worked by comparing the angle (twice the inverse tangent of the ratio of the object's length to the distance from the observer) to the known field of view, 45 degrees. This turned out not to generate linear values (twice the distance didn't give half the size), so I finally rejected it. Our new method takes advantage of different ratios. Like this: L2 \===============/ = \ / | \ / | \ / | \ L1 / | Range \-----/ - | \ / | Eye | \ / | Range | O - = So that L1 is the size of our screen, L2 is the length of the object, the EyeRange is the distance from our actual eyepoint to the screen, and Range is the distance from our (performer) eyepoint to the object. When we try to decide how large an object should be on the screen, we calculate: L1 / EyeRange == L2 / Range and keep L1 as an unknown. This is the model that gives us the much smaller errors (objects around 97% of calculated size). At least it's linear. Is this the correct way to find the size of object on the screen, or am I missing something? Thanks in advance (again), Jude Anthony jude@p3.enzian.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 Dec 5 14:45:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA07394; Thu, 5 Dec 1996 14:05:59 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA07378; Thu, 5 Dec 1996 14:05:54 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA06641; Thu, 5 Dec 1996 14:05:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA23023; Thu, 5 Dec 1996 14:06:32 -0800 Received: from natashya.eden.com (natashya.eden.com [199.171.21.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA22455 for ; Thu, 5 Dec 1996 14:05:51 -0800 Received: from wesson (www.wesson.com [204.177.175.50]) by natashya.eden.com (8.8.3/8.8.1) with SMTP id QAA29662 for ; Thu, 5 Dec 1996 16:05:48 -0600 (CST) Message-Id: <199612052205.QAA29662@natashya.eden.com> From: "Dr. Tan" Date: Thu, 5 Dec 1996 15:57:00 Subject: Performer 2.1 bug #5 & #6 under IRIX 6.2 on IR w/ 3 pipes, 4:4:2 raster mgrs X-Mailer: Internet Series for Microsoft Mail ( V2.0.1G ) Mime-Version: 1.0 To: "'info-performer@sgi.com'" Status: O Hi, The raster managers are 16MB ones. At 1280x1024 resolution, z-buffer works best at 4-bits! Larger numbers cause order problems much more often. Polygon clipping errors occur often when the view is banked left or right in a simulated aircraft flight. As a result, large triangles flash across the screen randomly. ======================================================================= 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 Dec 5 15:42:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA07754; Thu, 5 Dec 1996 15:03:24 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA07734; Thu, 5 Dec 1996 15:03:20 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA08366; Thu, 5 Dec 1996 15:03:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA25904; Thu, 5 Dec 1996 15:03:59 -0800 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA05150 for ; Thu, 5 Dec 1996 15:03:07 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA02648; Thu, 5 Dec 96 16:55:34 -0500 Date: Thu, 5 Dec 96 16:55:34 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9612052155.AA02648@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: Need a Math Lesson Status: O > L1 / EyeRange == L2 / Range This is the correct calculation. A simple application of similar triangles should convince you that it is correct. However, this equation is easily misused: 1) Make sure that the ratio of the vertical and horizontal field of view angles is appropriate to the vertical and horizontal display resolution. [ Is the % error in object size the same in both vertical and horizontal screen axes? ] 2) This is assuming a simple frustum - not some kind of weird skewed one. 3) Also, the term "range" is a little confusing here. This term is actually the distance between the object and the plane parallel to the screen that goes through the eyepoint. It is not the pythagorean distance between the eye and the object (the 'slant range'). For simplicity, make sure the object is in the center of the screen when you measure it! 4) How are you measuring the object's size on the screen? Antialiasing blurs the edges of the object by a pixel or so - you can easily mis-measure by 3% of the object's size unless it covers a significant area of the screen. 5) Do you (or your loader or Vega) have any units conversions (eg feet to meters, nautical miles to meters, etc)? If so, double-check the conversion factors. Some of the early versions of Performer were shipped with incorrect conversion factors in the MultiGen Flight loader. ----------------------------------------------------------------------------- Jude Anthony said: > I'm still working on the object size problem. ...... > Our new method takes advantage of different ratios. Like this: > L2 > \===============/ = > \ / | > \ / | > \ / | > \ L1 / | Range > \-----/ - | > \ / | Eye | > \ / | Range | > O - = > > >So that L1 is the size of our screen, L2 is the length of the object, >the EyeRange is the distance from our actual eyepoint to the screen, >and Range is the distance from our (performer) eyepoint to the >object. When we try to decide how large an object should be on the >screen, we calculate: > > L1 / EyeRange == L2 / Range > >and keep L1 as an unknown. 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 (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. ======================================================================= 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 Dec 5 16:22:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA08026; Thu, 5 Dec 1996 15:36:30 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA08008; Thu, 5 Dec 1996 15:36:25 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA09563; Thu, 5 Dec 1996 15:36:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA28000; Thu, 5 Dec 1996 15:37:03 -0800 Received: from shrsys.hslc.org (SHRSYS.HSLC.ORG [192.100.94.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA12400 for ; Thu, 5 Dec 1996 15:36:21 -0800 Received: from porter (PPP28.HSLC.ORG) by SHRSYS.HSLC.ORG (PMDF V5.1-5 #18943) with SMTP id <01ICNSTCANBE9H01ZY@SHRSYS.HSLC.ORG> for info-performer@sgi.com; Thu, 5 Dec 1996 18:33:44 EST Date: Thu, 05 Dec 1996 18:30:58 -0500 From: Prakash Mahesh Subject: Drawing spheres, boxes etc. Sender: gpmahesh@DRAWCOMP.COM To: info-performer@sgi.com Message-id: <32A75B32.794B@drawcomp.com> Organization: DRaW Computing Assoc. Inc. MIME-version: 1.0 X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Status: O I am relatively a beginner to Performer. I was trying a few simple Performer apps. for drawing standard objects like sphere, box etc. I would like to change the dimensions of these objects. So I tried pfdNewSphere which basically draws a unit sphere and cannot be resized. So I thought of using pfMakeEmptySphere which gives a bounding sphere, but doesn't seem like drawing a sphere. Can somebody give me a tip of how to go about doing this? Thanks for your time. -- 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 Thu Dec 5 16:25:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA08080; Thu, 5 Dec 1996 15:42:48 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA08064; Thu, 5 Dec 1996 15:42:47 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA09824; Thu, 5 Dec 1996 15:42:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA28328; Thu, 5 Dec 1996 15:43:26 -0800 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA13870 for ; Thu, 5 Dec 1996 15:42:45 -0800 Received: from quid.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id PAA09821; Thu, 5 Dec 1996 15:42:45 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id PAA12202; Thu, 5 Dec 1996 15:42:44 -0800 From: "Rob Jenkins" Message-Id: <9612051542.ZM12200@quid.csd.sgi.com> Date: Thu, 5 Dec 1996 15:42:44 -0800 In-Reply-To: "Jude Anthony" "Need a Math Lesson" (Dec 5, 3:43pm) References: <65FD48876D8@P3.ENZIAN.COM> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Jude Anthony" , info-performer@sgi.com Subject: Re: Need a Math Lesson Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 5, 3:43pm, Jude Anthony wrote: > Subject: Need a Math Lesson > Hi again everybody. > > I'm still working on the object size problem. As it turns out, > object sizes are the same in our perfly and Vega applications, and > they're both off a little bit. They show up around 97% of their > intended size, with error getting worse the farther out the object > gets. > If one of the values you use relies on information in the Z buffer in some way then that might explain this behaviour, in a perspective viewing frustum the resolution of the Z buffer is inversely proportional to the distance in Z from the eye. The *ratio* between near and far clipping controls the extent of this non-linearity, keeping near:far as small as possible ( rule of thumb say <= 1000 ) helps. Note - a small increase in the near value can reduce that ratio a lot so if you push the near clip out further does the error get less ? > I've already been burned once by a bad calculation method, which made > us believe object sizes were as bad as 64% of the intended value. So > I'm wondering if I'm doing this correctly. > > Our old method worked by comparing the angle (twice the inverse > tangent of the ratio of the object's length to the distance from the > observer) to the known field of view, 45 degrees. This turned out > not to generate linear values (twice the distance didn't give half > the size), so I finally rejected it. > > Our new method takes advantage of different ratios. Like this: > L2 > \===============/ = > \ / | > \ / | > \ / | > \ L1 / | Range > \-----/ - | > \ / | Eye | > \ / | Range | > O - = > > > So that L1 is the size of our screen, L2 is the length of the object, > the EyeRange is the distance from our actual eyepoint to the screen, > and Range is the distance from our (performer) eyepoint to the > object. When we try to decide how large an object should be on the > screen, we calculate: > L1 / EyeRange == L2 / Range > and keep L1 as an unknown. > > This is the model that gives us the much smaller errors (objects > around 97% of calculated size). At least it's linear. Is this the > correct way to find the size of object on the screen, or am I missing > something? > A perspective frustum with a given FOV will look distorted if the eye isn't a certian distance from the screen - do you choose you eye distance based on that or is it arbitary ? The OpenGL Programming Guide discusses this around P92 ( this is online, installed from gl_dev.books if you don't have hard copy ) so you may be suffering because of that maybe. I guess there's also the issue of screen resolution, ulitmately an object can only be drawn to the nearest pixel, say a line in the distance is 2 pixels wide, you move further away and it then gets drawn 1 pixel wide but you probably haven't doubled the distance away from it. You ought to be able to get pretty good calc of how big an object *should* look though if you know it's distance from you accurately but that value may always be a bit different from how big it is - I'm sure others have tackled this and may post more specific thoughts. Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 5 16:51:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA08375; Thu, 5 Dec 1996 16:13:50 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA08359; Thu, 5 Dec 1996 16:13:46 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA11110; Thu, 5 Dec 1996 16:13:45 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA00915; Thu, 5 Dec 1996 16:14:24 -0800 Received: from decuac.dec.com (decuac.dec.com [192.5.214.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA20942 for ; Thu, 5 Dec 1996 16:13:39 -0800 Received: from chessi.cop.dec.com by decuac.dec.com; (5.65/1.1.8.2/18Jan95-1237PM) id AA18989; Thu, 5 Dec 1996 19:13:36 -0500 Received: from bjodial3_port4.bjo.dec.com by chessi.cop.dec.com; (5.65v3.2/1.1.8.2/01Mar95-0125PM) id AA20808; Thu, 5 Dec 1996 19:13:34 -0500 Message-Id: <32A7652C.47A4@cop.dec.com> Date: Thu, 05 Dec 1996 19:13:32 -0500 From: "Jeffrey J. Eng" Reply-To: jeff.eng@cop.dec.com Organization: Digital Equipment Corporation X-Mailer: Mozilla 3.01Gold (WinNT; I) Mime-Version: 1.0 To: info-performer@sgi.com Subject: pfGUI widgets with Coryphaeus EasyScene Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi everyone, I am trying to build an application using Performer 1.2, IRIX 5.3, and Coryphaeus EasyScene (ES)3.0. We are currently using a mixture of an ES script file, ES main's loop, and our own added modules (containing Performer code an other ES API code). My questions maybe more suited for a Coryphaeus newsgroup, but I figured I would try hear first. Here are the following questions: 1) I would like my application to contain some type of GUI similiar to the style presented in the perfly example. The examples provided with EasyScene seem to use an external Motif application that communicates via the ES API with the ES process running the simulation. Is there a reason why the Performer GUI (pfGUI) functions can't be used with the Coryphaeus EasyScene? 2) I was able to add a panel with various buttons and slider bars from the PfGUI into my ES application, but it appears that my mouse events for any of the GUI widgets do not seem to be processed. In fact, ES uses the mouse events to drive the direction of my simulation. I made the pfGUIViewpoint a small section of my screen for where the panel is located and I did a pfChanViewpoint for the rest of the screen dedicated for rendering my scene. Has anyone tried mixing the pfGUI with EasyScene and can they help steer me in the right direction. An example would be greatly appreciated. 3) Can the pfGUI buttons support a pixmap? I would like part of my panel to contains buttons with pixmaps that look like buttons on a VCR. Thanks in advance, Jeff Eng --------------------------------------------------------------- Jeff Eng Digital Equipment Corp. 6406 Ivy Lane Greenbelt, MD 20770 email: jeff.eng@cop.dec.com phone: 301-688-9312 ======================================================================= 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 Dec 5 19:24:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA09563; Thu, 5 Dec 1996 18:42:38 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA09547; Thu, 5 Dec 1996 18:42:34 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA15516; Thu, 5 Dec 1996 18:42:33 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA07292; Thu, 5 Dec 1996 18:43:12 -0800 Received: from sable.nus.sg (sable.nus.sg [137.132.1.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA23817 for ; Thu, 5 Dec 1996 18:42:17 -0800 Received: from leonis.nus.sg (eng30228@leonis.nus.sg [137.132.1.18]) by sable.nus.sg (8.6.10/8.6.9) with ESMTP id KAA30899 for ; Fri, 6 Dec 1996 10:42:06 +0800 Received: from localhost (eng30228@localhost) by leonis.nus.sg (8.6.10/8.6.9/CNS-3.5) with SMTP id KAA20439 for ; Fri, 6 Dec 1996 10:42:04 +0800 Date: Fri, 6 Dec 1996 10:42:04 +0800 (SST) From: LIM MING WAH To: info-performer@sgi.com Subject: Picking program? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello all, Does anybody know of any picking program that allows a user to pick at a model and then move it such as in perfly? I know that there is a pick.c somewhere but I don't seem to have it. Can someone sent me a copy of it? I need this urgently !!! Thanks a million!!!!!!!! Jon ======================================================================= 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 Dec 6 02:17:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA10372; Fri, 6 Dec 1996 01:38:59 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA10356; Fri, 6 Dec 1996 01:38:50 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23315; Fri, 6 Dec 1996 01:38:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA18413; Fri, 6 Dec 1996 01:39:20 -0800 Received: from relay-11.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA23764 for ; Fri, 6 Dec 1996 01:38:36 -0800 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-10.mail.demon.net id aa1026948; 6 Dec 96 9:31 GMT From: Mark Baranowski To: info-performer@sgi.com Cc: jeff.eng@cop.dec.com Subject: Re: pfGUI widgets with Coryphaeus EasyScene Date: Fri, 06 Dec 1996 09:31:03 GMT Organization: Pera Message-ID: <32a7e234.3123613@post.demon.co.uk> References: <32A7652C.47A4@cop.dec.com> In-Reply-To: <32A7652C.47A4@cop.dec.com> X-Mailer: Forte Agent .99f/32.275 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Thu, 05 Dec 1996 19:13:32 -0500, Jeff wrote: >Hi everyone, > > I am trying to build an application using Performer 1.2, >IRIX 5.3, and Coryphaeus EasyScene (ES)3.0. > 2) I was able to add a panel with various buttons and slider=20 > bars from the PfGUI into my ES application, but it appears > that my mouse events for any of the GUI widgets do not > seem to be processed. In fact, ES uses the mouse events to > drive the direction of my simulation. I made the > pfGUIViewpoint a small section of my screen for where the > panel is located and I did a pfChanViewpoint for the rest=20 > of the screen dedicated for rendering my scene. > > Has anyone tried mixing the pfGUI with EasyScene and > can they help steer me in the right direction. An example > would be greatly appreciated. I haven't had any experience with EasyScene (so all that follows might be a load of *!#* with respect to EasyScene), but this sounds like the same problem we had integrating the pfuGUI routines into our Vega application. The pfuGUI functions expect the mouse data to be stored in a pfuMouse structure. I guess that ES reads the mouse/keyboard events itself and makes them available to you give some API. There are probably two approaches you can take. 1. Try to get Performer to collect the input before EasyScene. Probably/Possibly not the approach to take, as I would guess ES may need such input if it updates motion models or whatever for you. 2. Use the ES API to get mouse (& keyboard ?) inputs and map them into the pfuMouse ( & pfuEvent?) structures so that the GUI routines can use them. Note that as you are using Performer 1.2, one of the pfuGUI routines reads the mouse and updates a local pfuMouse structure directly. You will have to modify the code to stop this and instead accept a pfuMouse structure which you can pass in as a parameter from your application. (Fortunately, exactly this change was made in Performer 2) =20 > 3) Can the pfGUI buttons support a pixmap? I would like > part of my panel to contains buttons with pixmaps that > look like buttons on a VCR. No, but all the source code is there to let you create these sorts of buttons if you are so inclined. >Thanks in advance, > >Jeff Eng Regards Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leicestershire. UK. Tel: +44 1664 501501, Fax: +44 1664 501553 ======================================================================= 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 Dec 6 02:44:12 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA10412; Fri, 6 Dec 1996 02:06:20 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA10396; Fri, 6 Dec 1996 02:06:15 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA23807; Fri, 6 Dec 1996 02:06:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA18982; Fri, 6 Dec 1996 02:06:54 -0800 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA26618 for ; Fri, 6 Dec 1996 02:06:11 -0800 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id LAA28631 for info-performer@sgi.com; Fri, 6 Dec 1996 11:05:15 -0800 Date: Fri, 6 Dec 1996 11:05:15 -0800 From: Tran cong Tam Message-Id: <199612061905.LAA28631@sirssg1.epfl.ch> To: info-performer@sgi.com Status: O Hi Performers, Thanks a lot to Bernard Leclerc, Steve Baker, Michael Jones, Tim Moore and others. Your helps were precious. Some days ago, I had problem : > Unresolved: > pfNewGset > pfRemoveGset > pfGetNumGsets > pfAddGset > pfGetGset I have tried all of your ideas. But don't find a solution. Now, I am working on other project then I'll be back soon. Some precisions : 1) We have maintenance contract with SGI in Switzerland. 2) We 've not upgraded to IRIX6.2 and Performer2.0, because : - We have other sofwares that don't run with IRIX6.2 - Inventor Loader of Performer2.0 consumes too much texture memory. Thanks again, Tran /-------------------------------------------------------/ | TRAN | | IDERALPE Lausanne SWITZERLAND | | Email: tran@sirssg1.epfl.ch | /-------------------------------------------------------/ ======================================================================= 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 Dec 6 05:11:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA10953; Fri, 6 Dec 1996 04:30:42 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA10937; Fri, 6 Dec 1996 04:30:38 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA26742; Fri, 6 Dec 1996 04:30:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA22308; Fri, 6 Dec 1996 04:31:17 -0800 Received: from unknown (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA14656 for ; Fri, 6 Dec 1996 04:30:33 -0800 Received: from mdc.com by unknown with SMTP (1.37.109.20/16.2) id AA014555387; Fri, 6 Dec 1996 06:29:48 -0600 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Fri, 06 Dec 1996 06:29:47 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 06 Dec 1996 06:27:33 -0600 From: Bryan Wasileski To: info-performer@sgi.com Subject: Node Draw Traversal Callbacks Status: O Peformers: I seem to be having some difficulty with some assigning pre and post node travseral callbacks. I have a class in which a public member is a pfNode; the objects created from this class are allocated from shared memory. After I initialize the class and it members, I go through the member pfnodes and try to assign the pre and post draw traversals. The very first pfNode cause the program to dump. The message says that it is an illegal instruction. Below is a peice of the code... for(i=0;imrp_target[i]->obj->setTravFuncs(PFTRAV_DRAW, MrpTargetPreDraw,MrpTargetPostDraw); gm - pointer to the shared memory mrp_target[i]->obj - is of type *pfNode. The pre and post draw functions are: MrpTargetPreDraw(); MrpTargetPostDraw(); .......Here are those function declarations: void MrpTargetPreDraw(pfTraverser *trav, void *data) { int i,j; pfChannel *current_chan = trav->getChan(); pfNode *current_node = trav->getNode(); if(!gm->USE_MRP_OCCLUSSION) return; for(i=0;imrp_chan[i]) { MrpChanShareData *chan_data = ( MrpChanShareData *)current_chan->getChanData(); for(j=0;jmrp_target[chan_data->target_index]->obj ) ClearMRPStencilMask(); break; } return; } and..... void MrpTargetPostDraw(pfTraverser *trav, void *data) { int i,j; pfChannel *current_chan = trav->getChan(); pfNode *current_node = trav->getNode(); if(!gm->USE_MRP_OCCLUSSION) return; // Check to see if this is an mrp channel for(i=0;imrp_chan[i]) { MrpChanShareData *chan_data = ( MrpChanShareData *)current_chan->getChanData(); for(j=0;jmrp_target[chan_data->target_index]->obj ) SetMRPStencilMask(); break; } return; } I use these pre and post callback to change stencil mask settings.... This routines are located in the same source file as all the draw and cull callbacks for the channels; If anyone has any advise or see something wrong, please let me know. I really need to have this working. Thanks. - Bryan Wasileski McDonnell Douglas Training Systems St. Louis, MO ======================================================================= 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 Dec 6 05:36:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA11009; Fri, 6 Dec 1996 04:59:08 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA10993; Fri, 6 Dec 1996 04:58:59 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA27227; Fri, 6 Dec 1996 04:58:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA22744; Fri, 6 Dec 1996 04:59:38 -0800 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id EAA19975 for ; Fri, 6 Dec 1996 04:58:53 -0800 Received: from alley.fel.tno.nl by sun4nl.NL.net (5.65b/NLnet-3.4) id AA22050; Fri, 6 Dec 1996 13:58:42 +0100 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id NAA28990; Fri, 6 Dec 1996 13:55:23 +0100 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id NAA04960; Fri, 6 Dec 1996 13:48:53 +0100 (MET) From: Mario Veraart Message-Id: <199612061248.NAA04960@s00sn1.fel.tno.nl> Subject: Re: Drawing spheres, boxes etc. To: prakash@DRAWCOMP.COM (Prakash Mahesh), info-performer@sgi.com (Performer) Date: Fri, 6 Dec 1996 13:48:53 +0100 (MET) In-Reply-To: <32A75B32.794B@drawcomp.com> from "Prakash Mahesh" at Dec 5, 96 06:30:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > I am relatively a beginner to Performer. I was trying a few simple > Performer apps. for drawing standard objects like sphere, box etc. I > would like to change the dimensions of these objects. > So I tried pfdNewSphere which basically draws a unit sphere and cannot > be resized. > So I thought of using pfMakeEmptySphere which gives a bounding sphere, > but doesn't seem like drawing a sphere. > Can somebody give me a tip of how to go about doing this? Hi, Just add a pfDCS or pfSCS node between the loaded object and the scene root. With pfDCS you can dynamic scale the object, and with pfSCS you have a fixed scale (use the right pfMatrix routine to construct the scaling matrix). If you just want a bigger sphere than you can add the correct pfSCS and call pfFlatten (or node->flatten for C++) to change the geometry. After that you can delete the pfSCS. Look at the perfy code for an exampel of how to do this. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Dec 6 06:41:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11288; Fri, 6 Dec 1996 06:03:52 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11272; Fri, 6 Dec 1996 06:03:48 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA28361; Fri, 6 Dec 1996 06:03:47 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA24756; Fri, 6 Dec 1996 06:04:23 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA28950 for ; Fri, 6 Dec 1996 06:03:42 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA22880; Fri, 6 Dec 1996 09:03:30 -0500 Date: Fri, 6 Dec 1996 09:03:30 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9612060903.ZM22879@hotsauce.clubfed.sgi.com> In-Reply-To: "Dr. Tan" "Performer 2.1 bug #2 & #3 under IRIX 6.2 on IR w/ 3 pipes, 4:4:2 raster mgrs" (Dec 5, 12:50pm) References: <199612051903.NAA10895@natashya.eden.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Dr. Tan" , "'info-performer@sgi.com '" Subject: Re: Performer 2.1 bug #2 & #3 under IRIX 6.2 on IR w/ 3 pipes, 4:4:2 raster mgrs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O How did you discover this bug, do you have a sample of code which demostrates this bug? If you do have sample code we can reproduce the problem here and fix it. What patches are loaded on your system (versions patch\*)? Have you opened a call with Technical Support to report this problem? Technical Support will be happy to help solve your problem. Brian On Dec 5, 12:50pm, Dr. Tan wrote: > Subject: Performer 2.1 bug #2 & #3 under IRIX 6.2 on IR w/ 3 pipes, 4:4:2 > Hi, > > 16 bit textures cause crashes. It kicks you all the way back to the login prompt. > Switching to 32 bit texture fixes the problem. > > Performer does not free texture memory properly. After loading/unloading large textures for a while, the system runs out of memory. > > > > > > > ======================================================================= > 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 Dr. Tan -- 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-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 Fri Dec 6 07:10:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11432; Fri, 6 Dec 1996 06:30:44 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11416; Fri, 6 Dec 1996 06:30:40 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA28902; Fri, 6 Dec 1996 06:30:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA25515; Fri, 6 Dec 1996 06:31:19 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA02941 for ; Fri, 6 Dec 1996 06:30:38 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA22982; Fri, 6 Dec 1996 09:30:27 -0500 Date: Fri, 6 Dec 1996 09:30:27 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9612060930.ZM22981@hotsauce.clubfed.sgi.com> In-Reply-To: Tran cong Tam "" (Dec 6, 11:05am) References: <199612061905.LAA28631@sirssg1.epfl.ch> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Tran cong Tam , info-performer@sgi.com Subject: Undefined functions in Perf-1.2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You missed one really important suggestion and I don't know who originally said this but, you have mis-spelled the listed function names in your source code. Do a man on each of these and I think you will see that GSet has a capital S in it. Examples below, "% man pfNewGset pfGeoSet(3pf) IRIS Performer 2.2 libpr C Reference Pages pfGeoSet(3pf) NAME pfNewGSet, pfGetGSetClassType, pfCompileGSet, pfDrawGSet," Brian On Dec 6, 11:05am, Tran cong Tam wrote: > Subject: > > > Hi Performers, > > Thanks a lot to Bernard Leclerc, Steve Baker, > Michael Jones, Tim Moore and others. Your helps were > precious. > > Some days ago, I had problem : > > > Unresolved: > > pfNewGset > > pfRemoveGset > > pfGetNumGsets > > pfAddGset > > pfGetGset > > I have tried all of your ideas. But don't find a > solution. Now, I am working on other project then I'll > be back soon. > > > Some precisions : > > 1) We have maintenance contract with SGI in Switzerland. > > 2) We 've not upgraded to IRIX6.2 and Performer2.0, because : > > - We have other sofwares that don't run with IRIX6.2 > - Inventor Loader of Performer2.0 consumes too much > texture memory. > > Thanks again, > > Tran > > /-------------------------------------------------------/ > | TRAN | > | IDERALPE Lausanne SWITZERLAND | > | Email: tran@sirssg1.epfl.ch | > /-------------------------------------------------------/ > > ======================================================================= > 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 Tran cong Tam -- 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-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 Fri Dec 6 07:33:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11523; Fri, 6 Dec 1996 06:55:37 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11507; Fri, 6 Dec 1996 06:55:29 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA29387; Fri, 6 Dec 1996 06:55:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA26286; Fri, 6 Dec 1996 06:56:08 -0800 Received: from camus.paradigmsim.com (camus.paradigmsim.com [206.7.114.160]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA06894 for ; Fri, 6 Dec 1996 06:55:25 -0800 From: rweyrauch@camus.paradigmsim.com Received: (from rweyrauch@localhost) by camus.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA23798; Fri, 6 Dec 1996 08:52:28 -0600 Message-Id: <9612060852.ZM23796@camus.paradigmsim.com> Date: Fri, 6 Dec 1996 08:52:28 -0600 In-Reply-To: Bryan Wasileski "Node Draw Traversal Callbacks" (Dec 6, 6:27am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Bryan Wasileski , info-performer@sgi.com Subject: Re: Node Draw Traversal Callbacks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 6, 6:27am, Bryan Wasileski wrote: > Subject: Node Draw Traversal Callbacks > Peformers: > I seem to be having some difficulty with some assigning pre and post > node travseral callbacks. I have a class in which a public member is a > pfNode; the objects created from this class are allocated from shared > memory. After I initialize the class and it members, I go through the > member pfnodes and try to assign the pre and post draw traversals. The > very first pfNode cause the program to dump. The message says that it > is an illegal instruction. Below is a peice of the code... > > for(i=0;i gm->mrp_target[i]->obj->setTravFuncs(PFTRAV_DRAW, > MrpTargetPreDraw,MrpTargetPostDraw); > > gm - pointer to the shared memory > mrp_target[i]->obj - is of type *pfNode. > > The pre and post draw functions are: > MrpTargetPreDraw(); > MrpTargetPostDraw(); > > .......Here are those function declarations: > > void > MrpTargetPreDraw(pfTraverser *trav, void *data) > { > int i,j; > pfChannel *current_chan = trav->getChan(); > > pfNode *current_node = trav->getNode(); > > if(!gm->USE_MRP_OCCLUSSION) > return; > > for(i=0;i if(current_chan == gm->mrp_chan[i]) > { > MrpChanShareData *chan_data = > ( MrpChanShareData *)current_chan->getChanData(); > for(j=0;j if( current_node == gm->mrp_target[chan_data->target_index]->obj > ) > ClearMRPStencilMask(); > break; > } > return; > } > > > and..... > > void > MrpTargetPostDraw(pfTraverser *trav, void *data) > { > int i,j; > pfChannel *current_chan = trav->getChan(); > > pfNode *current_node = trav->getNode(); > > if(!gm->USE_MRP_OCCLUSSION) > return; > > // Check to see if this is an mrp channel > for(i=0;i if(current_chan == gm->mrp_chan[i]) > { > MrpChanShareData *chan_data = > ( MrpChanShareData *)current_chan->getChanData(); > for(j=0;j if( current_node == gm->mrp_target[chan_data->target_index]->obj > ) > SetMRPStencilMask(); > break; > } > return; > } > > > I use these pre and post callback to change stencil mask settings.... > This routines are located in the same source file as all the draw and cull > callbacks for the channels; > If anyone has any advise or see something wrong, please let me know. > I really need to have this working. Thanks. > > - Bryan Wasileski > McDonnell Douglas Training Systems > St. Louis, MO > >-- End of excerpt from Bryan Wasileski Try making the node pre/post draw callbacks static member functions. Use the pfNode::setTravData function to pass a pointer to the instance you want to process in the draw callbacks. Rick -- Rick Weyrauch voice: (972) 960-2301 Paradigm Simulation Inc. fax: (972) 960-2303 14900 Landmark Blvd., Suite 400 rweyrauch@paradigmsim.com Dallas TX 75240 www.paradigmsim.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Dec 6 10:02:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12336; Fri, 6 Dec 1996 09:22:15 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12315; Fri, 6 Dec 1996 09:22:02 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03081; Fri, 6 Dec 1996 09:22:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA02480; Fri, 6 Dec 1996 09:22:40 -0800 Received: from smorgum.coryphaeus.com (smorgum.coryphaeus.com [204.247.110.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA06658 for ; Fri, 6 Dec 1996 09:21:56 -0800 Received: by smorgum.coryphaeus.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA29721; Fri, 6 Dec 1996 09:20:14 -0800 Date: Fri, 6 Dec 1996 09:20:14 -0800 From: rfox@coryphaeus.com (Randy Fox) Message-Id: <9612060920.ZM29719@smorgum.coryphaeus.com> In-Reply-To: Mark Baranowski "Re: pfGUI widgets with Coryphaeus EasyScene" (Dec 6, 9:31am) References: <32A7652C.47A4@cop.dec.com> <32a7e234.3123613@post.demon.co.uk> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Mark Baranowski , info-performer@sgi.com Subject: Re: pfGUI widgets with Coryphaeus EasyScene Cc: jeff.eng@cop.dec.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Mark is pretty much correct. Refer to Chapter 5 of your ES3.0 API Reference for API calls to get mouse events. The EasyScene GUI is another example of how to attach a GUI to an EasyScene application. It has a couple of advantages. The GUI runs in a different thread. Multiple GUI's can talk to EasyScene at once. You can detach GUI's during runtime if you wish. It utilizes the EasyScene Comamnd Interface API which you can extend with your own commands. Randy ---- Randy Fox Coryphaeus Software, Inc. Sr. Software Engineer 985 University Ave. Suite 31 rfox@coryphaeus.com Los Gatos CA, 95030 www.coryphaeus.com Tel: 408/395-4537 >2. Use the ES API to get mouse (& keyboard ?) inputs and map them into >the pfuMouse ( & pfuEvent?) structures so that the GUI routines can >use them. Note that as you are using Performer 1.2, one of the pfuGUI >routines reads the mouse and updates a local pfuMouse structure >directly. You will have to modify the code to stop this and instead >accept a pfuMouse structure which you can pass in as a parameter from >your application. (Fortunately, exactly this change was made in >Performer 2) ======================================================================= 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 Dec 6 11:33:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA12682; Fri, 6 Dec 1996 10:52:13 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA12666; Fri, 6 Dec 1996 10:52:05 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06096; Fri, 6 Dec 1996 10:52:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA07042; Fri, 6 Dec 1996 10:52:43 -0800 Received: from sgidev.mdc.com (SGIDEV.MDC.COM [129.200.1.58]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA28135 for ; Fri, 6 Dec 1996 10:51:57 -0800 Received: by sgidev.mdc.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA06075; Fri, 6 Dec 1996 10:47:26 -0800 From: "Salvador Cabaruvias" Message-Id: <9612061047.ZM6073@sgidev.mdc.com> Date: Fri, 6 Dec 1996 10:47:22 -0800 In-Reply-To: "Jeffrey J. Eng" "pfGUI widgets with Coryphaeus EasyScene" (Dec 5, 7:13pm) References: <32A7652C.47A4@cop.dec.com> Reply-to: sal@sgidev.mdc.com X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: jeff.eng@cop.dec.com Subject: Re: pfGUI widgets with Coryphaeus EasyScene Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 5, 7:13pm, Jeffrey J. Eng wrote: > Subject: pfGUI widgets with Coryphaeus EasyScene > Hi everyone, > > I am trying to build an application using Performer 1.2, > IRIX 5.3, and Coryphaeus EasyScene (ES)3.0. We are currently > using a mixture of an ES script file, ES main's loop, and our > own added modules (containing Performer code an other ES API > code). My questions maybe more suited for a Coryphaeus > newsgroup, but I figured I would try hear first. > > Here are the following questions: > > 1) I would like my application to contain some type of > GUI similiar to the style presented in the perfly > example. > > The examples provided with EasyScene seem to use > an external Motif application that communicates via > the ES API with the ES process running the simulation. > > Is there a reason why the Performer GUI (pfGUI) functions > can't be used with the Coryphaeus EasyScene? No, you can use them but be carefull about mixing ESGUI/ES functions with pfGUI. > > 2) I was able to add a panel with various buttons and slider > bars from the PfGUI into my ES application, but it appears > that my mouse events for any of the GUI widgets do not > seem to be processed. In fact, ES uses the mouse events to > drive the direction of my simulation. I made the > pfGUIViewpoint a small section of my screen for where the > panel is located and I did a pfChanViewpoint for the rest > of the screen dedicated for rendering my scene. > > Has anyone tried mixing the pfGUI with EasyScene and > can they help steer me in the right direction. An example > would be greatly appreciated. If your intention is to control EasyScene with pfGUI, I would skip the script file (or just use it to configure your hardware) with none of other features scheduled. That way you don't the problem you just mentioned with the widgets. I would use the escene API to build the escene with pfGUI. > > 3) Can the pfGUI buttons support a pixmap? I would like > part of my panel to contains buttons with pixmaps that > look like buttons on a VCR. > > Thanks in advance, > > Jeff Eng > > --------------------------------------------------------------- > Jeff Eng > Digital Equipment Corp. > 6406 Ivy Lane > Greenbelt, MD 20770 > email: jeff.eng@cop.dec.com > phone: 301-688-9312 > ======================================================================= > 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 Jeffrey J. Eng -- ---------------------------------------------------------------. Salvador Cabaruvias | sal@sgidev.mdc.com | ---------------------------------------------------------------. CSSL | "Well I be done seen about every | McDonnell Douglas thing when I see an elephant | (310) 593-6719 | fly" --Dumbo-- | ---------------------------------------------------------------: ======================================================================= 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 Dec 6 13:32:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA13040; Fri, 6 Dec 1996 12:54:27 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA13024; Fri, 6 Dec 1996 12:54:21 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10140; Fri, 6 Dec 1996 12:54:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA13450; Fri, 6 Dec 1996 12:55:00 -0800 Received: from shrsys.hslc.org (SHRSYS.HSLC.ORG [192.100.94.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA28394 for ; Fri, 6 Dec 1996 12:54:18 -0800 Received: from porter (PPP16.HSLC.ORG) by SHRSYS.HSLC.ORG (PMDF V5.1-5 #18943) with SMTP id <01ICP1ERIRFE9GZFFS@SHRSYS.HSLC.ORG> for info-performer@sgi.com; Fri, 6 Dec 1996 15:50:51 EST Date: Fri, 06 Dec 1996 15:48:04 -0500 From: Prakash Mahesh Subject: Sharing window Sender: gpmahesh@DRAWCOMP.COM To: info-performer@sgi.com Message-id: <32A88684.446B@drawcomp.com> Organization: DRaW Computing Assoc. Inc. MIME-version: 1.0 X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Status: O I don't know how specific I can be about my question. Anyway, here is my problem: I have a Performer application which is almost like a blackbox. I have to load my performer app. into that. I already have a hook into the other(parent) app. which will call my app. When I try using the arena of the parent app. for drawing my app., it takes up the entire window (I am not creating any new windows.) So, I have to basically be part of the parent Performer app. (which is kinda black box). How do I go about doing this? I would appreciate any help in this regard. Thanks for your time. -- 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 Dec 6 14:56:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA13414; Fri, 6 Dec 1996 14:11:38 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA13398; Fri, 6 Dec 1996 14:11:21 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA12508; Fri, 6 Dec 1996 14:11:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA17118; Fri, 6 Dec 1996 14:11:59 -0800 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA14542 for ; Fri, 6 Dec 1996 14:11:16 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA04699; Fri, 6 Dec 96 16:59:27 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id QAA04740; Fri, 6 Dec 1996 16:59:38 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <32A89749.2E7@ash.crd.ge.com> Date: Fri, 06 Dec 1996 16:59:37 -0500 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 2.0 (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: Hansong Zhang Cc: Martin Reddy , jan@euryale.chinalake.navy.mil, info-performer@sgi.com Subject: Re: C++ Draw Callback? References: <199611281537.KAA05238@csg.cs.unc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hansong Zhang wrote: > > > The same thing can be done to non-static member functions, also. > But you need a explicit type conversion: > > chan->setTravFunc( PFTRAV_DRAW, (pfChanFuncType)MyClass::DrawChannel ); > > You'll still get an warning about this conversion, but you could > ignore that... No you can't. Non-static member functions have a "this" pointer passed in behind the scenes as part of the calling convention. If you try to invoke the member function as if it were an ordinary function, it will crash immediately if you're lucky, and deceptively appear to work, for now, if you're unlucky. What will likely happen is that your member function will think that the pfChannel* parameter passed in by performer is actually the this-pointer, and will think that the void* parameter passed in is atually the pfChannel* parameter, leaving the void* parameter undefined within the member function, and it all goes downhill from there... -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= 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 Dec 6 20:51:12 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA15117; Fri, 6 Dec 1996 20:10:21 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA15101; Fri, 6 Dec 1996 20:10:04 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA22458; Fri, 6 Dec 1996 20:10:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA29565; Fri, 6 Dec 1996 20:09:28 -0800 Received: from mcenroe.cs.unc.edu (mcenroe.cs.unc.edu [152.2.128.184]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA11193 for ; Fri, 6 Dec 1996 20:08:47 -0800 Received: from coons.cs.unc.edu by mcenroe.cs.unc.edu (8.6.10/UNC_06_21_94) id WAA23285; Fri, 6 Dec 1996 22:56:45 -0500 From: Hansong Zhang Received: by coons.cs.unc.edu (950413.SGI.8.6.12/UNC_06_21_94) id WAA13758; Fri, 6 Dec 1996 22:56:42 -0500 Message-Id: <199612070356.WAA13758@coons.cs.unc.edu> Subject: Re: C++ Draw Callback? To: volpe@ash.crd.ge.com (Christopher R Volpe) Date: Fri, 6 Dec 1996 22:56:42 -0500 (EST) Cc: zhangh@cs.unc.edu, mxr@dcs.ed.ac.uk, jan@euryale.chinalake.navy.mil, info-performer@sgi.com In-Reply-To: <32A89749.2E7@ash.crd.ge.com> from "Christopher R Volpe" at Dec 6, 96 04:59:37 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3282 Status: O Chris Volpe wrote: > > Hansong Zhang wrote: > > > > > > The same thing can be done to non-static member functions, also. > > But you need a explicit type conversion: > > > > chan->setTravFunc( PFTRAV_DRAW, (pfChanFuncType)MyClass::DrawChannel ); > > > > You'll still get an warning about this conversion, but you could > > ignore that... > > No you can't. Non-static member functions have a "this" pointer passed > in behind the scenes as part of the calling convention. If you try to > invoke the member function as if it were an ordinary function, it will > crash immediately if you're lucky, and deceptively appear to work, for > now, if you're unlucky. What will likely happen is that your member > function will think that the pfChannel* parameter passed in by performer > is actually the this-pointer, and will think that the void* parameter > passed in is atually the pfChannel* parameter, leaving the void* > parameter undefined within the member function, and it all goes downhill > from there... > Good point. I examined my code and realized why the hack worked for me. But, a forced type conversion CAN work properly, and it's needed when a callback function *cannot* be static for some reason. Here's a report of what I got, for anybody interested... I have a global function table of member functions, functype FuncTable[64] = { ... (functype)MyClass::draw_for_a_specific_attribute_binding; ... } And in another member function of the same class, I select a function from the function table and call it: MyClass::Draw(...) { ... FuncTable[Index](); // note: this function has no argument } When MyClass::Draw() is called, the calling stack is like: stack ptr + 0 | THIS pointer | stack ptr + 4 | int index | .... And after entering function FuncTable[Index](), THE STACK REMAINS THE SAME and the this pointer is still on top of stack, which is happily used by draw_for_a_specific.. function! So for it to work two conditions must be satisfied: a) the compiler doesn't put any other implicit parameter in calling stack frame (e.g. the return address as they normally have in the stack on PCs). b) The called function (i.e. functions suffering from the forced type conversion) should have any arguments. Now, the *correct* way to do it is to pass the "this" pointer explicitly. i.e. for a variable FuncPtr defined and init'd as: functype FuncPtr = (functype) MyClass::memberFunc; we should call it as: FuncPtr(objectPtr, other_arguments); - sure we are assuming the compiler places the "this" pointer as the 1st arg, which is true for the AT&T cfront and sgi's integrated CC. but the performer traversal master function doesn't pass an explicit "this". As Bernard pointed out, we can subclass pfChannel. Hansong ------------------------------------------------------------- Hansong Zhang \ zhangh@cs.unc.edu Walkthrough Group \ http://www.cs.unc.edu/~zhangh Department of Computer Science \ (919)962-1835 (O) UNC-Chapel Hill \ (919)914-3973 (H) "I create abstract systems from pure information, Albert. I'm a *programmer*... Quantum nonlocality is a bug." -- God ------------------------------------------------------------- ======================================================================= 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 Dec 7 05:19:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA16062; Sat, 7 Dec 1996 04:41:46 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA16046; Sat, 7 Dec 1996 04:41:41 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA01788; Sat, 7 Dec 1996 04:41:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA11702; Sat, 7 Dec 1996 04:42:21 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA07573; Sat, 7 Dec 1996 04:41:38 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA14007; Sat, 7 Dec 1996 12:41:30 GMT From: "Angus Dorbie" Message-Id: <9612071241.ZM14003@bitch.reading.sgi.com> Date: Sat, 7 Dec 1996 12:41:30 +0000 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Anti-Aliasing on an O2." (Dec 2, 5:38pm) References: <9612022238.AA17167@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: Anti-Aliasing on an O2. Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19612071241.ZM14003.reading.sgi.com" Status: O --PART-BOUNDARY=.19612071241.ZM14003.reading.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 We've run the IMPACT Rapier fire trainer on O2 and everything just works, including the line antialiasing. I posted a bunch of stuff a while back on how this is implemented including some code, althouh you might have to add copying of geostates to the original post. I've heard some talk of using the ICE chip on O2 for this. The idea is to render to a high res pbuffer then filter to a smaller display window using the new chip. This should provide better quality (equiv' to accumulation & jitter without the multiple geometry overhead) than line antialiasing, (also RE & iR multisample) but you'd take a major fill performance penalty. I don't expect the filtering with image copy will be too big a hit on O2 it'll be the overhead for brute force AA fill so you may be better off sticking to AA lines. Cheers, Angus. On Dec 2, 5:38pm, Steve Baker wrote: > Subject: Anti-Aliasing on an O2. > > Has anyone out there played with faking anti-aliasing > (S-L-O-W-L-Y) on an O2 using either polygons outlined > with anti-aliased lines, or rendering with jittered > screen soordinates in multiple passes? > > Does it work? > > Are there any slick tricks in Performer to make this > easy? > > Thanks =7Fy_o4=7F=06':nz{_)9"om > > > > 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 (external) http://MrEd.bgm.link.com/staff/steve (intranet) > http://web2.airmail.net/sjbaker1 (external) > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Steve Baker --PART-BOUNDARY=.19612071241.ZM14003.reading.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 Dec 7 13:06:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA16658; Sat, 7 Dec 1996 12:28:06 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA16642; Sat, 7 Dec 1996 12:27:56 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA09855; Sat, 7 Dec 1996 12:27:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA20479; Sat, 7 Dec 1996 12:28:35 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA23184 for ; Sat, 7 Dec 1996 12:27:53 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id MAA00830; Sat, 7 Dec 1996 12:27:51 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA24097; Sat, 7 Dec 1996 12:27:50 -0800 From: "Sharon Clay" Message-Id: <9612071227.ZM24095@rose.asd.sgi.com> Date: Sat, 7 Dec 1996 12:27:50 -0800 In-Reply-To: "Ran Yakir" "Re: pfHighlight" (Dec 2, 6:27pm) References: <199612021443.IAA05079@magellan.bgm.link.com> <9612021827.ZM2067@amit> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Ran Yakir" , cvillarm@magellan.bgm.link.com (Cris Villarma) Subject: Re: pfHighlight Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Dec 2, 6:27pm, Ran Yakir wrote: > Subject: Re: pfHighlight -> ->pfdLoadFile() returns a pfNode*, which is a higher level object than a ->pfGeoSet. If you want to get down to geoset level and change geoset attributes, ->you'll have to traverse the graph returned from pfdLoadFile(), all the way down ->to the geosets. Right now you are trying to call pfGSetHlight() with a pfGroup ->or a pfGeode as an argument. I suppose that performer doesn't like it. -> Exactly. However, for exactly this purpose we have the pfuTravNodeHlight() traversal that will traverse a subtree under the provided node and place a provided hlight structure (or NULL to turn off highlighting) on all of the pfGeoSets in the subtree. This is what perfly uses to highlight the scene graph when you select pieces of it thorugh the hierarchy display (h-key). As a final note, be sure to allocate your highlight structures from the shared arena (pfGetSharedArena()) if you want to be able to run MP. Good Luck! 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 Sat Dec 7 13:39:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA16723; Sat, 7 Dec 1996 13:01:42 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA16707; Sat, 7 Dec 1996 13:01:38 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA10437; Sat, 7 Dec 1996 13:01:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA21208; Sat, 7 Dec 1996 13:02:13 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA26421 for ; Sat, 7 Dec 1996 13:01:31 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA01336; Sat, 7 Dec 1996 13:01:28 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA24292; Sat, 7 Dec 1996 13:01:27 -0800 From: "Sharon Clay" Message-Id: <9612071301.ZM24290@rose.asd.sgi.com> Date: Sat, 7 Dec 1996 13:01:27 -0800 In-Reply-To: "Chehayeb, Nassouh" "Sharing Texture memory" (Dec 3, 6:23pm) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Chehayeb, Nassouh" , "'Info Performer'" Subject: Re: Sharing Texture memory Cc: guyr@engr.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Dec 3, 6:23pm, Chehayeb, Nassouh wrote: > Subject: Sharing Texture memory ->X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 -> ->Hi Performer's, -> -> I use one pipeline (pfPipe) and two pfPipeWindow to draw the same scene ->(pfScene). I download the scene texture list on each window ->sequentially. It seems that the latest textures override the first one. -> -> I would like to know how I can share the hardware texture memory ->between the windows. As Steve Baker pointed out, you can do this. OpenGL lets you share texture objects and GL display lists between graphics contexts (and windows) in a process share group (meaning the windows have to be of the same pfPipe as you are doing). We did not have windows of a pfPipe share these states by default in Performer 2.0 or 2.1 but probably will in the future. This sharing of GL objects must be declared at the time that a graphics context is created (ie. when a window is opened). Add this line of code to your window creation section for each window (before pfPWinConfig(): pfPWinShare(pwin[i], PFWIN_SHARE_GL_CXT | PFWIN_SHARE_STATE_BIT | PFWIN_SHARE_GL_OBJS); if (i) pfAttachPWin(pwin[0], pwin[i]); Also, on IMPACT, you will need the latest IMPACT patch (1447) for state sharing to work. Maybe Guy can confirm that I have this correct. Given all this, let me point out that there will still be some penalty paid (probaby on the order of 1 msec) for switching between the multiple windows as you draw so be sure you want the functionality that you are paying for and can't get away with using multiple viewports in a single window. A common reason for using multiple windows is for GUI - in which case, it is worth it to have extra logic to not update a window if it is not dirty. If the window is managed by Performer and drawn with a pfChannel, you will need to turn off the channel draw traversal mask (pfChanTravMask()) to make sure that we don't touch the window. 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 Sun Dec 8 13:07:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA18527; Sun, 8 Dec 1996 12:28:15 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA18511; Sun, 8 Dec 1996 12:28:10 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA06353; Sun, 8 Dec 1996 12:28:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA18604; Sun, 8 Dec 1996 12:28:51 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA10820; Sun, 8 Dec 1996 12:28:06 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id UAA14991; Sun, 8 Dec 1996 20:28:02 GMT From: "Angus Dorbie" Message-Id: <9612082028.ZM14989@bitch.reading.sgi.com> Date: Sun, 8 Dec 1996 20:28:02 +0000 In-Reply-To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) "high speed data file playback" (Dec 4, 1:36pm) References: <1996Dec04.123200.1074.19678@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley), info-performer@sgi.com (info-performer) Subject: Re: high speed data file playback Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 4, 1:36pm, Jeff Brickley wrote: > Subject: high speed data file playback > > If I wish to replay data from a hard-drive what is the preferred command for > opening and reading the data-file for maximum performance. The machine will The secret of high performance disk i/o is to use multiple drives. xfs makes this really simple for the programmer because you can build a logical volume which will stripe your data across multiple drives so you can gat high sustainable i/o from a single file system. Look at the manual entry for xlv_make and mkfs_xfs. You should also use an asyncronous process to read the data into a shared memory buffer which can then be read by another process, this should smooth out any variation in performance form disk. > be either a Max Impact or Infinite Reality (probably IR)? How much could be > read in a 20th of a second? >-- End of excerpt from Jeff Brickley Depends on the number & speed of your disks, I think you can get about 7-15Mb/sec per HDD, why don't you try measuring this. 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 Sun Dec 8 12:53:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA18494; Sun, 8 Dec 1996 12:13:57 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA18478; Sun, 8 Dec 1996 12:13:51 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA06098; Sun, 8 Dec 1996 12:13:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA18329; Sun, 8 Dec 1996 12:14:32 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA09236; Sun, 8 Dec 1996 12:13:48 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id UAA14981; Sun, 8 Dec 1996 20:13:45 GMT From: "Angus Dorbie" Message-Id: <9612082013.ZM14979@bitch.reading.sgi.com> Date: Sun, 8 Dec 1996 20:13:45 +0000 In-Reply-To: David Higginbotham "Picking in Stereo" (Dec 4, 1:25pm) References: <199612041825.NAA04012@newton.motown.lmco.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: David Higginbotham , info-performer@sgi.com Subject: Re: Picking in Stereo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Picking in stereo becomes a 3D collision problem rather tahn a Line Of Sight problem. If you want it to work with LOS then you can only expect this to work for one eye since a 2D position on the screen will map to a different LOS vector for each eye and potentially pick a different object. Cheers, Angus. On Dec 4, 1:25pm, David Higginbotham wrote: > Subject: Picking in Stereo > I'm using OpenGL with Performer, and supporting stereo using 2 channels, > supplying the view matrix and using pfChanViewMat(). > > When I'm not in stereo mode picking succeeds; when in stereo mode, picking > is off a bit (due to the displacement of either eye, I assume). Is there an > established or recommended method of handling picking in Stereo out there? > > Thanks. > > Dave Higginbotham // phone: 609-722-3739 > Lockheed Martin GES // fax: 609-273-5182 > MS: 137-123 \X/ dhigginb@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 >-- End of excerpt from David Higginbotham ======================================================================= 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 Dec 8 13:13:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA18550; Sun, 8 Dec 1996 12:34:22 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA18534; Sun, 8 Dec 1996 12:34:18 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA06474; Sun, 8 Dec 1996 12:34:17 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA18830; Sun, 8 Dec 1996 12:34:58 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA11385; Sun, 8 Dec 1996 12:34:14 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id UAA14998; Sun, 8 Dec 1996 20:34:11 GMT From: "Angus Dorbie" Message-Id: <9612082034.ZM14996@bitch.reading.sgi.com> Date: Sun, 8 Dec 1996 20:34:10 +0000 In-Reply-To: scott@ht.com (Scott McMillan) "Isect weirdness" (Dec 4, 7:06pm) References: <199612050006.TAA29919@hf.ht.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: Isect weirdness Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 4, 7:06pm, Scott McMillan wrote: > Subject: Isect weirdness > I have been experiencing some weird behavious using isect.... > > When I have a normalized direction vector, and a VERY small length > (on the order of 1e-9) Performer outputs a warning message: > > PF Warning/Usage: No inverse: singular matrix > Looks like this could be due to floating point rounding, do you really need this size of vector? > When I have a zero length direction vector and a zero length it > doesn't complain at all. > There's no such thing, it's probably defaulting to something sane, or maybe you get lucky with the code. > Anybody know why it is doing this? My guess would be that isect > checks for zero length dir vectors in the pfSegSet and handles them > appropriately, but it can't deal with the small numbers that aren't > exactly zero but should be???? Sounds like a good guess to me. >-- End of excerpt from Scott McMillan ======================================================================= 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 Dec 8 16:44:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA19153; Sun, 8 Dec 1996 16:06:19 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA19137; Sun, 8 Dec 1996 16:06:14 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA10573; Sun, 8 Dec 1996 16:06:14 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA23321; Sun, 8 Dec 1996 16:06:55 -0800 Received: from relay.interserv.com (relay.interserv.com [165.121.1.67]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA03994 for ; Sun, 8 Dec 1996 16:06:09 -0800 From: inca@public.bta.net.cn Received: from 202.96.61.200 ([202.96.61.200]) by relay.interserv.com with SMTP id AA09953 (5.67b/IDA-1.5 for info-performer@sgi.com); Sun, 8 Dec 1996 16:06:03 -0800 Date: Sun, 8 Dec 1996 16:06:03 -0800 Message-Id: <199612090006.AA09953@relay.interserv.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: How to enter the mailing list To: info-performer@sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi everybody: i'm not on the mailing list, but hope that some of you will be able to help me. how to enter the mailing list? my email address is inca@public.bta.net.cn. thanks! liubin Beijing, China ======================================================================= 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 Dec 8 20:45:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA19657; Sun, 8 Dec 1996 20:07:34 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA19641; Sun, 8 Dec 1996 20:07:29 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA14762; Sun, 8 Dec 1996 20:07:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA28238; Sun, 8 Dec 1996 20:08:10 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA01264 for ; Sun, 8 Dec 1996 20:07:27 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA01760; Sun, 8 Dec 1996 20:07:21 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA28476; Sun, 8 Dec 1996 20:07:20 -0800 From: "Sharon Clay" Message-Id: <9612082007.ZM28474@rose.asd.sgi.com> Date: Sun, 8 Dec 1996 20:07:20 -0800 In-Reply-To: "Angus Dorbie" "Re: Picking in Stereo" (Dec 8, 8:13pm) References: <199612041825.NAA04012@newton.motown.lmco.com> <9612082013.ZM14979@bitch.reading.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Angus Dorbie" , David Higginbotham , info-performer@sgi.com Subject: Re: Picking in Stereo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Dec 8, 8:13pm, Angus Dorbie wrote: > Subject: Re: Picking in Stereo ->Subject: Re: Picking in Stereo -> ->Picking in stereo becomes a 3D collision problem rather tahn a ->Line Of Sight problem. -> ->If you want it to work with LOS then you can only expect this to work ->for one eye since a 2D position on the screen will map to a different ->LOS vector for each eye and potentially pick a different object. Exactly - this is especially true since picking takes into account the channel view offsets that are usually set up to do stereo. You could undo the channel view You could set the view offset to 0 for the purpose of the picking each frame before the pick (and reset it after). This way you would pick from between the eyes instead of from the side. For future Performer, we should probably have it be settable whether or not view offsets are used in the picking. 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 Sun Dec 8 21:30:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA19727; Sun, 8 Dec 1996 20:51:38 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA19711; Sun, 8 Dec 1996 20:51:33 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA15541; Sun, 8 Dec 1996 20:51:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA29071; Sun, 8 Dec 1996 20:51:48 -0800 Received: from ihl.t.u-tokyo.ac.jp (ghidorah.ihl.t.u-tokyo.ac.jp [133.11.72.156]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA05937 for ; Sun, 8 Dec 1996 20:50:30 -0800 Received: from mebius.ihl.t.u-tokyo.ac.jp (mebius.ihl.t.u-tokyo.ac.jp [133.11.72.176]) by ihl.t.u-tokyo.ac.jp (8.7.1+2.6Wbeta4/3.4W2) with SMTP id NAA19538 for ; Mon, 9 Dec 1996 13:50:02 +0900 (JST) Received: by mebius.ihl.t.u-tokyo.ac.jp with Microsoft Mail id <01BBE5D7.D4984960@mebius.ihl.t.u-tokyo.ac.jp>; Mon, 9 Dec 1996 13:49:43 +0900 Message-ID: <01BBE5D7.D4984960@mebius.ihl.t.u-tokyo.ac.jp> From: Michel RIESTERER To: "'info-performer@sgi.com'" Subject: Microstation Loader for Performer 2.0 Date: Mon, 9 Dec 1996 13:49:37 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi everyone, I want to load Microstation files into Performer and I'm looking for a loader. I've seen on the SGI Web site that a company called Jacobus Technology had developped such a loader for Microstation CAD data files. I've tried to send send an e-mail and a fax two weeks ago but I still have no answer. Does anybody know how I can contact them or where I can find this kind of loader ? Thanks in advance, Michel Riesterer. ======================================================================= 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 Dec 8 23:35:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA20170; Sun, 8 Dec 1996 22:56:51 -0800 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA20154; Sun, 8 Dec 1996 22:56:46 -0800 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA17781; Sun, 8 Dec 1996 22:56:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA01670; Sun, 8 Dec 1996 22:57:27 -0800 Received: from sable.nus.sg (sable.nus.sg [137.132.1.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA20205 for ; Sun, 8 Dec 1996 22:56:34 -0800 Received: from leonis.nus.sg (eng30228@leonis.nus.sg [137.132.1.18]) by sable.nus.sg (8.6.10/8.6.9) with ESMTP id OAA26450 for ; Mon, 9 Dec 1996 14:52:20 +0800 Received: from localhost (eng30228@localhost) by leonis.nus.sg (8.6.10/8.6.9/CNS-3.5) with SMTP id OAA29344 for ; Mon, 9 Dec 1996 14:52:19 +0800 Date: Mon, 9 Dec 1996 14:52:19 +0800 (SST) From: LIM MING WAH To: info-performer@sgi.com Subject: Ascii output Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello all!!! Does anybody know whether performer can output an ascii format of the vertices of an object at any position and whether this sampling rate can be controlled? I am currently trying to check out whether to use openGL or Performer to run a visualisation routine with a collision detection algorithm written in c to run in the background. The routine will be such that the program will be able to move the object (2 objects separately) and the vertices of both objects will be sampled regularly to be sent to the collision detection routine to check for any intersection or contact. Thanks a lot!!! Jon ========================================================================== Jonathan Lim Ming Wah Department of Mechanical and Production Engineering Faculty of Engineering National University of Singapore ========================================================================== ======================================================================= 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 Dec 9 04:55:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA20894; Mon, 9 Dec 1996 04:53:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA20878; Mon, 9 Dec 1996 04:53:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA11162; Mon, 9 Dec 1996 04:54:25 -0800 Received: from windows1.ks-t.no (windows1.ks-t.no [193.71.169.107]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA03653 for ; Mon, 9 Dec 1996 04:53:36 -0800 Received: from PC117 ([193.71.169.124]) by windows1.ks-t.no (post.office MTA v1.9.1 ID# 0-11124) with SMTP id AAA74 for ; Mon, 9 Dec 1996 13:55:27 +0100 Received: by PC117 with Microsoft Mail id <01BBE5D8.A10D4A40@PC117>; Mon, 9 Dec 1996 13:55:26 +-100 Message-ID: <01BBE5D8.A10D4A40@PC117> From: "Martin F. Kraugerud" To: "'info-performer@sgi.com'" Subject: RE: Fire and smoke with Performer 2.0 and OpenGL? Date: Mon, 9 Dec 1996 13:55:24 +-100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O pere1@cluny.ensam.fr wrote: > >Several weeks ago, Glenn Waldron posted this message regarding "smoke >using geodes". Maybe that's what you're looking for. > >> --- Forwarded mail from Glenn Waldron >> >> Due to many requests, I've put my smoke module (using geodes) on the >> SGI ftp site in the pub directory. Name: glennssmoke.tar.Z >> Feel free to flame it, ask for help with it, steal it, whatever! Let me >> know if there are any questions. Glenn. Can someone please mail the pointer to this file as I was unable to locate it. Martin___ ___________________________________________________________ Martin F. Kraugerud Kongsberg Simulation & Training AS Josefine Nilsens v.6 Baneveien 32 N-3600 KONGSBERG N-3600 KONGSBERG Tel:(+47) 3272 4526 Tel:(+47) 3273 5766 ======================================================================= 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 Dec 9 06:46:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA21183; Mon, 9 Dec 1996 06:44:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA21167; Mon, 9 Dec 1996 06:44:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA14475; Mon, 9 Dec 1996 06:45:22 -0800 Received: from arl-img-6.compuserve.com (arl-img-6.compuserve.com [149.174.217.136]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA18741 for ; Mon, 9 Dec 1996 06:44:39 -0800 Received: by arl-img-6.compuserve.com (8.6.10/5.950515) id JAA15117; Mon, 9 Dec 1996 09:39:35 -0500 Date: 09 Dec 96 09:37:34 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: Ken Feingold Cc: info_performer Subject: Re: PFTMPDIR - problem not in FAQs Message-ID: <961209143733_101372.3460_JHP114-2@CompuServe.COM> Status: O Are you sure that this demo, is compatible with your system version, or Performer version ? Y HALLAKOUN ======================================================================= 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 Dec 9 06:55:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA21212; Mon, 9 Dec 1996 06:54:31 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA21196; Mon, 9 Dec 1996 06:54:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA14797; Mon, 9 Dec 1996 06:55:13 -0800 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA20312 for ; Mon, 9 Dec 1996 06:54:23 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA02995; Mon, 9 Dec 96 09:47:55 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id JAA10593; Mon, 9 Dec 1996 09:48:06 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <32AC26A5.1C26@ash.crd.ge.com> Date: Mon, 09 Dec 1996 09:48:05 -0500 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 2.0 (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Re: C++ Draw Callback? References: <199612070356.WAA13758@coons.cs.unc.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hansong Zhang wrote: > > Chris Volpe wrote: > > > > Hansong Zhang wrote: > > > > > > > > > The same thing can be done to non-static member functions, also. > > > But you need a explicit type conversion: > > > > > > chan->setTravFunc( PFTRAV_DRAW, (pfChanFuncType)MyClass::DrawChannel ); > > > > > > You'll still get an warning about this conversion, but you could > > > ignore that... > > > > No you can't. Non-static member functions have a "this" pointer passed > > in behind the scenes as part of the calling convention. If you try to > > invoke the member function as if it were an ordinary function, it will > > crash immediately if you're lucky, and deceptively appear to work, for > > now, if you're unlucky. What will likely happen is that your member > > function will think that the pfChannel* parameter passed in by performer > > is actually the this-pointer, and will think that the void* parameter > > passed in is atually the pfChannel* parameter, leaving the void* > > parameter undefined within the member function, and it all goes downhill > > from there... > > > Good point. I examined my code and realized why the hack worked for > me. But, a forced type conversion CAN work properly, and it's needed > when a callback function *cannot* be static for some reason. Well, this just goes to show that you can lead a person to knowledge, but you cannot make him think. This forced type conversion CAN work properly, if you're very unlucky, but it cannot be GUARANTEED to work properly. And this kind of broken coding is never needed. The only time a function cannot be a static member function is when it needs to access non-static members, and in order to do this you need a this-pointer to indicate whose non-static members you want to access. > Here's a report > of what I got, for anybody interested... > > I have a global function table of member functions, > > functype FuncTable[64] = { > ... > (functype)MyClass::draw_for_a_specific_attribute_binding; > ... > } I presume "functype" is NOT a pointer-to-member-function type, but is rather of type pointer-to-ordinary-function, or equivalently, pointer-to-static-member-function. > > And in another member function of the same class, I select a function from > the function table and call it: > > MyClass::Draw(...) { > ... > FuncTable[Index](); // note: this function has no argument > } This is a catastrophe waiting to happen. > > When MyClass::Draw() is called, the calling stack is like: > > stack ptr + 0 | THIS pointer | > stack ptr + 4 | int index | > .... This is what I was referring to earlier when I said "if you're unlucky, it will appear to work, for now". > > And after entering function FuncTable[Index](), THE STACK REMAINS THE SAME > and the this pointer is still on top of stack, which is happily used by > draw_for_a_specific.. function! Today, not necessarily tomorrow. > > So for it to work two conditions must be satisfied: > a) the compiler doesn't put any other implicit parameter in calling stack > frame (e.g. the return address as they normally have in the stack on PCs). > b) The called function (i.e. functions suffering from the forced type > conversion) should have any arguments. > > Now, the *correct* way to do it is to pass the "this" pointer explicitly. No, the *correct* way to do it is *not* to invoke functions via function pointers that do not have the same type as the function they point to. Specifically, in your case, the *correct* way to do this is to store, ahead of time, the pointer to the instance you know you want the callback function to operate on, in a static class member variable. (And I presume you already know which instance you want to operate on because you already suggested passing it explicitly.) And then, your static-member-function callback should examine this static instance pointer, and invoke the desired non-static-member-function on *it*. > i.e. for a variable FuncPtr defined and init'd as: > > functype FuncPtr = (functype) MyClass::memberFunc; > > we should call it as: FuncPtr(objectPtr, other_arguments); > - sure we are assuming the compiler places the "this" pointer as the 1st arg, > which is true for the AT&T cfront and sgi's integrated CC. But not necessarily true in the next release of these compilers. -Chris "A little knowledge is a dangerous thing" -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= 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 Dec 9 06:57:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA21232; Mon, 9 Dec 1996 06:55:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA21215; Mon, 9 Dec 1996 06:55:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA14839; Mon, 9 Dec 1996 06:56:22 -0800 Received: from drsews.nrl.navy.mil (drsews.nrl.navy.mil [132.250.132.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA20400 for ; Mon, 9 Dec 1996 06:55:31 -0800 Received: from navajo.nrl.navy.mil by drsews.nrl.navy.mil (4.1/4.7) id AA15237; Mon, 9 Dec 96 10:10:24 EST Message-Id: <2.2.32.19961209150529.006add94@drsews.nrl.navy.mil> X-Sender: charlie@drsews.nrl.navy.mil X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 09 Dec 1996 10:05:29 -0500 To: info-performer@sgi.com From: Charlie Fletcher Subject: Getting Started--need modeller Status: O Hi-- I am new to Performer and SGI and I am trying to get started. We just installed an Oynx running 6.2 and Performer 2.1. I have gone through the demos and some of the sample code, but now I want to start building some simple scenes. However, there seems to be no modeller installed. There is a man page for i3dm, but it is not on the system. I would like to know what to use and tips for obtaining a modeller (either i3dm or something equivalent.) What are the commercial options? I would like to keep to something (for now) that dumps inventor (iv) format. All suggestions welcome. Is this a FAQ?--I couldn't find any related topics in the FAQ list. Does everyone just use a text editor? Thanks in advance, Charlie ======================================================================= 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 Dec 9 07:35:12 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA21759; Mon, 9 Dec 1996 07:33:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21743; Mon, 9 Dec 1996 07:33:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA16613; Mon, 9 Dec 1996 07:34:22 -0800 Received: from due.unit.no (due.unit.no [129.241.1.83]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA26912 for ; Mon, 9 Dec 1996 07:33:35 -0800 Received: from localhost (morten@localhost) by due.unit.no (8.7.5/8.7.3) with SMTP id QAA16450; Mon, 9 Dec 1996 16:33:02 +0100 (MET) Date: Mon, 9 Dec 1996 16:33:01 +0100 (MET) From: Morten Eriksen To: Charlie Fletcher cc: info-performer@sgi.com Subject: Re: Getting Started--need modeller In-Reply-To: <2.2.32.19961209150529.006add94@drsews.nrl.navy.mil> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > What are the commercial options? I would like to keep to something > (for now) that dumps inventor (iv) format. Medit is a great low-cost modeller, specially geared towards making Performer scenes. Take a look at http://www.medit3d.com, there's a demo version for free download. It comes with importers and exporters for several different file formats, and Inventor is among them. The file conversion tools aren't very good, though, most of the attributes and hierarchies are lost in the conversion process. But fear not, I'm 95% done with a Medit->Inventor conversion tool which is "perfect" (i.e. conserves materials, textures, environment mapping, LOD-trees, hierarchies, etc etc). I'll let you know when I've completely finished it. :-) Morten ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Dec 9 07:42:09 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA21844; Mon, 9 Dec 1996 07:41:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21828; Mon, 9 Dec 1996 07:40:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA16852; Mon, 9 Dec 1996 07:41:41 -0800 Received: from mule0.mindspring.com (mule0.mindspring.com [204.180.128.166]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA28181 for ; Mon, 9 Dec 1996 07:40:57 -0800 Received: from 38.12.237.150 (ip150.herndon10.va.interramp.com [38.12.237.150]) by mule0.mindspring.com (8.8.2/8.7.3) with SMTP id PAA168770; Mon, 9 Dec 1996 15:40:52 GMT Message-ID: <32ABECF1.1DDE@coryphaeus.com> Date: Mon, 09 Dec 1996 10:41:56 +0000 From: Bill MacKrell Reply-To: bill@coryphaeus.com Organization: Coryphaeus Software, Inc. X-Mailer: Mozilla 3.0Gold (Macintosh; I; PPC) MIME-Version: 1.0 To: Charlie Fletcher CC: info-performer@sgi.com Subject: Re: Getting Started--need modeller References: <2.2.32.19961209150529.006add94@drsews.nrl.navy.mil> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Charlie, Check out our website at http://www.coryphaeus.com for an overview of the visual simulation products we develop and market for the SGI platform. Coryphaeus has been in business for the last six years as well as a Silicon Graphics Premiere Partner providing affordable, high-performance solutions for the visual simulation community. We have an integrated suite of tools that provide solutions for database modeling, model behavior definition, dynamic instrumentation, terrain development and real-time (performer-based) scene generation. Our database modeling tool is called Designer's Workbench (DWB) and supports all the popular file formats. Regards, Bill MacKrell Coryphaeus Software Charlie Fletcher wrote: > > Hi-- > > I am new to Performer and SGI and I am trying to get started. > We just installed an Oynx running 6.2 and Performer 2.1. I have > gone through the demos and some of the sample code, but now > I want to start building some simple scenes. However, there seems > to be no modeller installed. There is a man page for i3dm, but it > is not on the system. I would like to know what to use and tips > for obtaining a modeller (either i3dm or something equivalent.) > What are the commercial options? I would like to keep to something > (for now) that dumps inventor (iv) format. > > All suggestions welcome. Is this a FAQ?--I couldn't find any related > topics in the FAQ list. Does everyone just use a text editor? > > Thanks in advance, > > Charlie > +========================================================+ | | | _/_/_/_/ _/_/_/_/ _/_/_/_/ | | _/ _/ _/ | | _/ _/_/_/_/ _/ | | _/ _/ _/ | | _/_/_/_/ _/_/_/_/ _/_/_/_/ | | | |--------------------------------------------------------| | Bill MacKrell bill@coryphaeus.com | | Coryphaeus Software Inc. ph:(703) 917-6624 | | 1420 Spring Hill Road fx:(703) 918-0394 | | Suite 480 | | McLean, VA 22102 | | =========> http://www.coryphaeus.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 Dec 9 07:44:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA21884; Mon, 9 Dec 1996 07:42:56 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21868; Mon, 9 Dec 1996 07:42:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA16927; Mon, 9 Dec 1996 07:43:38 -0800 Received: from belle.sva.edu (sva.edu [199.35.154.203]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA28740 for ; Mon, 9 Dec 1996 07:42:53 -0800 Received: from marconi.sva.edu by belle.sva.edu via ESMTP (940816.SGI.8.6.9/930416.SGI.AUTO) id KAA27971; Mon, 9 Dec 1996 10:37:58 -0500 Received: by marconi.sva.edu (940816.SGI.8.6.9/930416.SGI.AUTO) id KAA16841; Mon, 9 Dec 1996 10:37:56 -0500 Date: Mon, 9 Dec 1996 10:37:54 -0500 (EST) From: Ken Feingold To: Jean BENOIT <101372.3460@compuserve.com> cc: info_performer Subject: Re: PFTMPDIR - problem not in FAQs In-Reply-To: <961209143733_101372.3460_JHP114-2@CompuServe.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O These are demos that were distributed with 6.2 for the R10000. I am assuming (perhaps incorrectly) that they are compatible with my system. Some of the Performer demos work fine, others (such as tele) have this problem. How could I ascertain whether they are compatible or not? And what does the statfs error indicate? I have read the man page related to this, but it doesn't really isolate the problem, as far as I can tell... Has anyone else had a similar problem on the MaxImpact R10000? On 9 Dec 1996, Jean BENOIT wrote: > Are you sure that this demo, is compatible with your system version, or > Performer version ? > > Y HALLAKOUN > > ======================================================================= > 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 Dec 9 07:48:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA21959; Mon, 9 Dec 1996 07:46:58 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21943; Mon, 9 Dec 1996 07:46:57 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA17335; Mon, 9 Dec 1996 07:47:39 -0800 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA29684 for ; Mon, 9 Dec 1996 07:46:52 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA13629; Mon, 9 Dec 96 09:39:11 -0500 Date: Mon, 9 Dec 96 09:39:11 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9612091439.AA13629@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: C++ Draw Callback? Status: O Hansong Zhang said: > But, a forced type conversion CAN work properly, and it's needed > when a callback function *cannot* be static for some reason. ...<>... When (if) you get this working, I'd really like to get a copy for my web site - I collect code like this. http://web2.airmail.net/sjbaker1 :-) 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 (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. ======================================================================= 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 Dec 9 08:16:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA22351; Mon, 9 Dec 1996 08:13:49 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA22335; Mon, 9 Dec 1996 08:13:48 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA18868; Mon, 9 Dec 1996 08:14:30 -0800 Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA04781 for ; Mon, 9 Dec 1996 08:13:45 -0800 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-5.mail.demon.net id aa519363; 9 Dec 96 15:41 GMT From: Mark Baranowski To: info-performer@sgi.com Subject: Re: Getting Started--need modeller Date: Mon, 09 Dec 1996 15:41:14 GMT Organization: Pera Message-ID: <32ac2e84.24978813@post.demon.co.uk> References: <2.2.32.19961209150529.006add94@drsews.nrl.navy.mil> In-Reply-To: <2.2.32.19961209150529.006add94@drsews.nrl.navy.mil> X-Mailer: Forte Agent .99f/32.275 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Mon, 09 Dec 1996 10:05:29 -0500, Charlie wrote: > >What are the commercial options? I would like to keep to something >(for now) that dumps inventor (iv) format. > >All suggestions welcome. Is this a FAQ?--I couldn't find any related=20 >topics in the FAQ list. Does everyone just use a text editor? We use two modellers on our SGI machines: MultiGen (http://www.multigen.com) - pretty much most things you want but you pay for it!! and Medit (http://www.medit3d.com ) - very capable and at a price that doesn't make you cry ;) While inventor is not their native database format, both have the capability to generated inventor files (can't remember which version though). Regards, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leicestershire. UK. Tel: +44 1664 501501, Fax: +44 1664 501553 ======================================================================= 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 Dec 9 08:33:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA22656; Mon, 9 Dec 1996 08:32:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA22640; Mon, 9 Dec 1996 08:32:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA20041; Mon, 9 Dec 1996 08:33:36 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA08580 for ; Mon, 9 Dec 1996 08:32:51 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id LAA03985; Mon, 9 Dec 1996 11:20:52 -0500 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA21661; Mon, 9 Dec 1996 10:35:24 -0500 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) id KAA03307; Mon, 9 Dec 1996 10:29:10 -0500 From: "Bernard Leclerc" Message-Id: <9612091029.ZM3305@eagle.cae.ca> Date: Mon, 9 Dec 1996 10:29:07 -0500 In-Reply-To: Carsten Scharfe "again: subclassing pfNode" (Dec 5, 4:38pm) References: <199612051538.QAA07960@troi.uni-paderborn.de> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Carsten Scharfe Subject: Re: again: subclassing pfNode Cc: Performer Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Carsten Scharfe wrote: > i think my problem was misunderstood. > > Subclassing from pfGroup instead of pfNode would > give the derived Node Class the properties of a pfGroup. > That is not my aim. > > I need a complete new Node type with no such redundant properties. > This new node type should positioned as a leaf in the scene graph only. > Therefore it has to be derived from pfNode. > > My question is: > > How can i accomplish this? > How do i have to implement the constructor for the new node type? > Do i have to make use of pfBuffers? > > > If there is anybody who did this - and there is certainly somebody, > since all other node types are derived from pfNode - > please help me. Since you want to create a new type of leaf node, you might need to derive it from pfNode. But before doing so, isn't your new node a kind of pfGeode, pfBillboard, pfText, pfLightPoint or pfLightSource? If it's the case, then I suggest you derive your new class from one of these node types. If you really need to derive from pfNode, you'll need support from the Performer Team because this abstract base class is not documented sufficiently to allow you to derive a new class from it. -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 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 Dec 9 08:27:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA22571; Mon, 9 Dec 1996 08:25:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA22555; Mon, 9 Dec 1996 08:25:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA19569; Mon, 9 Dec 1996 08:26:08 -0800 Received: from rainich.dcs.ed.ac.uk (rainich.dcs.ed.ac.uk [129.215.160.105]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA06837 for ; Mon, 9 Dec 1996 08:24:48 -0800 Received: from calvay.dcs.ed.ac.uk by rainich.dcs.ed.ac.uk with SMTP (PP); Mon, 9 Dec 1996 16:12:09 +0000 Received: from localhost by calvay.dcs.ed.ac.uk; Mon, 9 Dec 1996 16:09:04 GMT Date: Mon, 9 Dec 1996 16:09:01 +0000 (GMT) From: Martin Reddy Reply-To: Martin Reddy To: Charlie Fletcher cc: info-performer@sgi.com Subject: Re: Getting Started--need modeller In-Reply-To: <2.2.32.19961209150529.006add94@drsews.nrl.navy.mil> Message-ID: Organisation: Department of Computer Science - University of Edinburgh MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > I would like to know what to use and tips for obtaining a modeller > (either i3dm or something equivalent.) What are the commercial options? > I would like to keep to something (for now) that dumps inventor (iv) > format. If Inventor compatability is a prime requirement, then the Ez3d modeler from Radiance Software may be worth investigating. This is based upon the iv format and uses the format as its primary storage format (although it can read/write other formats). Prices range from around $400 to $2,500. Find out more from http://www.radiance.com/ There is also the Medit (v2.0) system which is primarily designed around Performer. It uses its own proprietary file format, however it can transparently load and save Inventor format files. More details on the web page: http://www.medit3d.com/. As far as I can make out, this is free. Although I've never used it so I could be wrong. You could also go for the more feature rich options such as ModelGen/ MultiGen or Designer's Workbench (DWB). See http://www.multigen.com and http://www.coryphaeus.com/, respectively. Although ModelGen does not explicitly load and save Inventor format files (it uses the OpenFlight (flt) format) the modeler comes with some good conversion tools, including a flt2iv translator. If money is a factor, then the cheap options would be Medit or Ez3d, while MultiGen and DWB are on the more expensive side (but of course for more features). Hope this helps, Martin. +============================================================================+ | Martin Reddy Dept. of Computer Science | | University of Edinburgh | | e-mail : mxr@dcs.ed.ac.uk Mayfield Road, EH9 3JZ | | http://www.dcs.ed.ac.uk/home/mxr/ Tel : (0131) 650 5164 | +============================================================================+ ======================================================================= 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 Dec 9 09:12:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA23071; Mon, 9 Dec 1996 09:10:47 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA23055; Mon, 9 Dec 1996 09:10:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA22211; Mon, 9 Dec 1996 09:11:29 -0800 Received: from wlp1.wl.wpafb.af.mil (wlp1.wl.wpafb.af.mil [134.131.28.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA16928 for ; Mon, 9 Dec 1996 09:10:44 -0800 Received: by wlp1.wl.wpafb.af.mil; (5.65v3.2/1.1.8.2/20Sep95-0402PM) id AA09839; Mon, 9 Dec 1996 12:10:33 -0500 Alternate-Recipient: allowed Auto-Forwarded: prohibited Content-Return: allowed Disclose-Recipients: prohibited Conversion: allowed Importance: normal Sensitivity: Company-Confidential Subject: Re: B2 MODEL From: Gregory W Larson To: info-performer@sgi.com Message-Id: <961209121029.24590@wlp1.wl.wpafb.af.mil.0> Date: Mon, 9 Dec 96 12:10:30 -0500 X-Mailer: MAILworks 1.7-A Status: O TRACY, I have a basic model of a B2 which I did using Designers Workbench. Its pretty simple (100 or so polygons, no texture, no LOD's) but it looks nice. I can export in several performer compatible formats if you are interested. ****************************************************************************** * Gregory W. Larson EMAIL: larsongw@wl.wpafb.af.mil * * WL/FIGD Simulation Operations * * Tel: (513) 255-4618 Fax: (513) 255-9746 * ****************************************************************************** ======================================================================= 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 Dec 9 09:11:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA23025; Mon, 9 Dec 1996 09:09:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA23009; Mon, 9 Dec 1996 09:09:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA22105; Mon, 9 Dec 1996 09:09:44 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA16611 for ; Mon, 9 Dec 1996 09:09:01 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id JAA22101; Mon, 9 Dec 1996 09:09:43 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id JAA18836; Mon, 9 Dec 1996 09:09:00 -0800 From: "Rob Jenkins" Message-Id: <9612090909.ZM18834@quid.csd.sgi.com> Date: Mon, 9 Dec 1996 09:09:00 -0800 In-Reply-To: inca@public.bta.net.cn "How to enter the mailing list" (Dec 8, 4:06pm) References: <199612090006.AA09953@relay.interserv.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: inca@public.bta.net.cn, info-performer@sgi.com Subject: Re: How to enter the mailing list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 8, 4:06pm, inca@public.bta.net.cn wrote: > Subject: How to enter the mailing list > Hi everybody: > > i'm not on the mailing list, but hope that some of you > will be able to help me. how to enter the mailing list? > my email address is inca@public.bta.net.cn. thanks! > > liubin > Beijing, China > > ======================================================================= > 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 inca@public.bta.net.cn each mail to info-performer now gets this info added to it, for *ALL* subscribe/unsubscribe ( and other admin requests ) please use info-performer-request@sgi.com Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 9 09:11:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA23043; Mon, 9 Dec 1996 09:09:34 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA23027; Mon, 9 Dec 1996 09:09:33 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA22122; Mon, 9 Dec 1996 09:10:15 -0800 Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA16670 for ; Mon, 9 Dec 1996 09:09:30 -0800 Received: from apollo13.demon.co.uk ([158.152.181.251]) by relay-6.mail.demon.net id aa621670; 9 Dec 96 17:03 GMT From: Gordon Tomlinson To: Charlie Fletcher Cc: info-performer@sgi.com Subject: Re: Getting Started--need modeller Date: Mon, 09 Dec 1996 17:01:29 GMT Organization: PERA Reply-To: gordont@apollo13.demon.co.uk Message-ID: <32ad44d3.7482509@post.demon.co.uk> References: <2.2.32.19961209150529.006add94@drsews.nrl.navy.mil> In-Reply-To: <2.2.32.19961209150529.006add94@drsews.nrl.navy.mil> X-Mailer: Forte Agent .99f/32.275 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O [snip] HI Charlie For a cost effective modeller there is a product called Medit, have a look at there web site where you can bown load a fully working version ( Version 2 has Just be released ) the web site is www.medit3d.com=20 or visit www.apollo13.demon.co.uk for what I have got to say I also use Multigen, even though it is good is damn expensive any down load Medit and play.... Cheers GT PS. even though I advocate Medit I have nothing to do withit, it's just a great product and from a modeller view and programmers view I can appreciate it.. Gordon Tomlinson =20 *************************************************************** Email: gordon@apollo13.demon.co.uk WWW: http://www.apollo13.demon.co.uk *************************************************************** The Truth is out there ........... =20 Smoke me a Kipper I'll be back for Breakfast ..... =20 *************************************************************** ======================================================================= 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 Dec 9 09:26:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA23142; Mon, 9 Dec 1996 09:25:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA23126; Mon, 9 Dec 1996 09:25:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA23176; Mon, 9 Dec 1996 09:25:49 -0800 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA20157 for ; Mon, 9 Dec 1996 09:25:04 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA14688; Mon, 9 Dec 96 11:17:28 -0500 Date: Mon, 9 Dec 96 11:17:28 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9612091617.AA14688@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: again: subclassing pfNode Status: O Carsten Scharfe wrote: > i think my problem was misunderstood. > > Subclassing from pfGroup instead of pfNode would > give the derived Node Class the properties of a pfGroup. > That is not my aim. I think I understand what you want - and although it *seems* reasonable, I'm not sure you'll get it to work in practice. The problem is that when Performer walks the database tree for any reason (APP, CULL, ISECT and others need to do this), they have no idea what to do with your node. Imagine that CULL is traversing the scene graph, selecting just those nodes that are in the field of view. Somehow, it has to know that for pfGroups and their derivatives, it has to recurse down into the child nodes, and for pfGeodes and their derivatives, that something different happens. The trouble with the pfNode abstract class is that it appears to have no documented public/protected member function for deciding what CULL should do. I would have expected there to be a pfNode::cull() member function, but (at least according to the man page) there is no such beast. This is a little suprising - but that's it. Performer doesn't know how to traverse your new node so you're stuck. I would definitely suggest that you pick a node like pfGroup or pfGeode to derive from and suffer the additional penalty. 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 (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. ======================================================================= 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 Dec 9 10:05:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA23711; Mon, 9 Dec 1996 10:03:21 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA23695; Mon, 9 Dec 1996 10:03:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26044; Mon, 9 Dec 1996 10:04:02 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA29491 for ; Mon, 9 Dec 1996 10:03:19 -0800 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA22194; Mon, 9 Dec 1996 10:03:15 -0800 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA12701; Mon, 9 Dec 1996 10:03:16 -0800 From: "Javier Castellar" Message-Id: <9612091003.ZM12699@sixty.asd.sgi.com> Date: Mon, 9 Dec 1996 10:03:15 -0800 In-Reply-To: ptinker@netcom.com (Peter A. Tinker) "iR genlock problems" (Dec 3, 8:37pm) References: <199612040437.UAA10788@netcom12.netcom.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: ptinker@netcom.com (Peter A. Tinker), info-performer@sgi.com Subject: Re: iR genlock problems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O >Has anyone successfully genlocked pipes running very different >configurations? Is this a Performer bug? What is the result of /usr/gfx/gfxinfo -v | grep Sync ? Are you using patch 1355 ? -Javier -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * * Core Design - Applied Engineering * Fax: 415-964-8671 * * Advanced Systems Division * MailStop: 8L-800 * ************************************************************************* * 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 Dec 9 11:55:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA24011; Mon, 9 Dec 1996 11:53:23 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA23995; Mon, 9 Dec 1996 11:53:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA03419; Mon, 9 Dec 1996 11:54:05 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA14707 for ; Mon, 9 Dec 1996 11:53:21 -0800 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA21221; Mon, 9 Dec 1996 13:58:00 -0500 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) for info-performer@sgi.com id BAA04598; Mon, 9 Dec 1996 01:56:28 -0500 From: "Bernard Leclerc" Message-Id: <9612090156.ZM4596@eagle.cae.ca> Date: Mon, 9 Dec 1996 01:56:25 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Performer Mailing List Subject: PFCHAN_SWAPBUFFERS_HW and genlock Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Simple question: Can channels on different pipes share PFCHAN_SWAPBUFFERS_HW even when their pipes are not genlocked? I'm trying to isolate and reproduce an intermittent problem. Sometime my program will complain about 'swap buffer failed'. It looks like this message is printed from the GL itself - not from Performer. I'd like to leave the following statement unchanged whether or not the pipes are genlocked: chan[0]->setShare(PFCHAN_SCENE | PFCHAN_SWAPBUFFERS | PFCHAN_SWAPBUFFERS_HW | PFCHAN_APPFUNC); It is possible that this statement is causing the 'swap buffer failed' problem? Any opinion? -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 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 Dec 9 13:48:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA24608; Mon, 9 Dec 1996 13:47:06 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA24592; Mon, 9 Dec 1996 13:47:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA11660; Mon, 9 Dec 1996 13:47:47 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA09237 for ; Mon, 9 Dec 1996 13:47:02 -0800 Received: from uucp3.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp3.UU.NET [192.48.96.34]) id QQbtjz05244; Mon, 9 Dec 1996 16:46:36 -0500 (EST) Received: from ds9.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Mon, 9 Dec 1996 16:46:48 -0500 Received: from cagiva.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA22601; Mon, 9 Dec 96 16:15:35 EST Received: by cagiva.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id QAA07020; Mon, 9 Dec 1996 16:15:35 -0500 From: "Daniel Jia" Message-Id: <9612091615.ZM7018@cagiva> Date: Mon, 9 Dec 1996 16:15:34 -0500 In-Reply-To: uunet!mred.bgm.link.com!steve (Steve Baker) "Re: again: subclassing pfNode" (Dec 9, 11:17am) References: <9612091617.AA14688@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: uunet.uu.net!uunet!mred.bgm.link.com!steve (Steve Baker), uunet.uu.net!uunet!sgi.com!info-performer Subject: Re: again: subclassing pfNode Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 9, 11:17am, Steve Baker wrote: > Subject: Re: again: subclassing pfNode > > Carsten Scharfe wrote: > > > i think my problem was misunderstood. > > > > Subclassing from pfGroup instead of pfNode would > > give the derived Node Class the properties of a pfGroup. > > That is not my aim. > > I think I understand what you want - and although it *seems* > reasonable, I'm not sure you'll get it to work in practice. > > The problem is that when Performer walks the database tree > for any reason (APP, CULL, ISECT and others need to do this), > they have no idea what to do with your node. > > Imagine that CULL is traversing the scene graph, selecting > just those nodes that are in the field of view. Somehow, > it has to know that for pfGroups and their derivatives, it > has to recurse down into the child nodes, and for pfGeodes > and their derivatives, that something different happens. > > The trouble with the pfNode abstract class is that it appears > to have no documented public/protected member function for > deciding what CULL should do. > > I would have expected there to be a pfNode::cull() member > function, but (at least according to the man page) there > is no such beast. This is a little suprising - but that's > it. Performer doesn't know how to traverse your new node > so you're stuck. > > >-- End of excerpt from Steve Baker There is a virtual int nb_cull(int mode, int cullResult, _pfCuller *trav) = 0; and a virtual int nb_intersect(_pfIsector *itrav) = 0; in pfNode. So it seems that once you correctly supply these functions, the newly derived class should work. But at least I haven't seen any documentation on how to furnish these functions. Does anyone know how to do 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 Mon Dec 9 13:48:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA24590; Mon, 9 Dec 1996 13:46:36 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA24574; Mon, 9 Dec 1996 13:46:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA11610; Mon, 9 Dec 1996 13:47:18 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA08918 for ; Mon, 9 Dec 1996 13:46:04 -0800 Received: from uucp3.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp3.UU.NET [192.48.96.34]) id QQbtjz04799; Mon, 9 Dec 1996 16:45:37 -0500 (EST) Received: from ds9.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Mon, 9 Dec 1996 16:45:48 -0500 Received: from cagiva.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA22564; Mon, 9 Dec 96 15:55:00 EST Received: by cagiva.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id PAA06999; Mon, 9 Dec 1996 15:55:01 -0500 From: "Daniel Jia" Message-Id: <9612091555.ZM6997@cagiva> Date: Mon, 9 Dec 1996 15:55:00 -0500 In-Reply-To: "Bernard Leclerc" "Re: again: subclassing pfNode" (Dec 9, 10:29am) References: <199612051538.QAA07960@troi.uni-paderborn.de> <9612091029.ZM3305@eagle.cae.ca> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Bernard Leclerc" , Carsten Scharfe Subject: Re: again: subclassing pfNode Cc: Performer Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 9, 10:29am, Bernard Leclerc wrote: > Subject: Re: again: subclassing pfNode > > ... ... > > If you really need to derive from pfNode, you'll need support from the > Performer Team because this abstract base class is not documented > sufficiently to allow you to derive a new class from it. > > >-- End of excerpt from Bernard Leclerc Good point! Shouldn't that be well documented? ======================================================================= 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 Dec 9 14:02:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA24907; Mon, 9 Dec 1996 14:01:22 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA24889; Mon, 9 Dec 1996 14:01:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA12910; Mon, 9 Dec 1996 14:02:03 -0800 Received: from unknown (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA12930 for ; Mon, 9 Dec 1996 14:01:17 -0800 Received: from mdc.com by unknown with SMTP (1.37.109.20/16.2) id AA244393278; Mon, 9 Dec 1996 14:27:58 -0600 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Mon, 09 Dec 1996 14:27:58 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Mon, 09 Dec 1996 13:50:28 -0600 From: Bryan Wasileski To: info-performer@sgi.com Subject: Node Callbacks Status: O Performers: Another question regarding Node callbacks. I have a class which contains an array of pfNode members. The object create from this class is allocated from shared memory. In my node callback, I need to know which pfNode in the above array is currently being drawn. I use the trav->getNode() to get the current node within the callback; I am cannot get a "TRUE" comparison result of this node to any of the pfNodes in my list from shared memory. How do go about determining which node in the list you are drawing? thanks. - Bryan ======================================================================= 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 Dec 9 14:00:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA24862; Mon, 9 Dec 1996 13:59:05 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA24846; Mon, 9 Dec 1996 13:59:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA12649; Mon, 9 Dec 1996 13:59:46 -0800 Received: from mailer.fsu.edu (mailer.fsu.edu [128.186.6.122]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA12381 for ; Mon, 9 Dec 1996 13:59:00 -0800 Received: from eagle.eng.fsu.edu by mailer.fsu.edu with SMTP id AA14427 (5.65c/IDA-1.4.4 for ); Mon, 9 Dec 1996 15:42:54 -0500 Received: from raven.eng.fsu.edu by eagle.eng.fsu.edu (5.x/SMI-SVR4) id AA16071; Mon, 9 Dec 1996 15:45:16 -0500 From: holland@eagle.eng.fsu.edu (Aubrey Holland) Received: by raven.eng.fsu.edu (5.x) id AA14502; Mon, 9 Dec 1996 15:45:03 -0500 Message-Id: <9612092045.AA14502@raven.eng.fsu.edu> Subject: Darkened Textures To: info-performer@sgi.com Date: Mon, 9 Dec 1996 15:45:03 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL17 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hello, I've been having trouble with a texture map which I have been using in my application not appearing correctly. I have noticed that as I increase the graphical intensity of my scene, the texture becomes a darkened version of the actual RGB file(Not lightly darkened, but almost completely black). Strangely, in the same run, if I highlight the geode with the texture on it, it appears correctly. I'm using a modified version of perfly. Also, I've noticed that if I load up only the geode containing the texture and not the rest of my scene, the texture appears just fine. Does anyone know why this phenomenon might occur?? Thanks, Aubrey Holland holland@coaps.fsu.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Dec 9 14:20:56 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA25216; Mon, 9 Dec 1996 14:19:14 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA25200; Mon, 9 Dec 1996 14:19:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA14146; Mon, 9 Dec 1996 14:19:56 -0800 Received: from firewall.cgsd.com (firewall.cgsd.com [205.164.126.98]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA17508 for ; Mon, 9 Dec 1996 14:19:11 -0800 Received: (from etran@localhost) by firewall.cgsd.com (8.6.12/8.6.12) id KAA15834; Mon, 9 Dec 1996 10:37:03 -0800 Date: Mon, 9 Dec 1996 10:36:57 -0800 (PST) From: Eric Tran To: info-performer@sgi.com Subject: Re: Ascii output In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 9 Dec 1996, LIM MING WAH wrote: > > Hello all!!! > Does anybody know whether performer can output an ascii format of > the vertices of an object at any position and whether this sampling rate > .... You may want to try using pfPrint(scene, PFTRAV_SELF|PFTRAV_DESCEND, PFPRINT_VB_DEBUG, fp); The perfly example use this "in generic.C" Eric Tran ------------------------------------------- Computer Graphics Systems Development Corp. (415)903-4940 (415)903-4932 (415)903-4930 Fax: (415)967-5252 ======================================================================= 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 Dec 9 14:33:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA25462; Mon, 9 Dec 1996 14:32:16 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA25446; Mon, 9 Dec 1996 14:32:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA15017; Mon, 9 Dec 1996 14:32:58 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA21411 for ; Mon, 9 Dec 1996 14:32:14 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id OAA15014; Mon, 9 Dec 1996 14:32:57 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id OAA19548; Mon, 9 Dec 1996 14:32:13 -0800 From: "Rob Jenkins" Message-Id: <9612091432.ZM19546@quid.csd.sgi.com> Date: Mon, 9 Dec 1996 14:32:13 -0800 In-Reply-To: holland@eagle.eng.fsu.edu (Aubrey Holland) "Darkened Textures" (Dec 9, 3:45pm) References: <9612092045.AA14502@raven.eng.fsu.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: holland@eagle.eng.fsu.edu (Aubrey Holland), info-performer@sgi.com Subject: Re: Darkened Textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 9, 3:45pm, Aubrey Holland wrote: > Subject: Darkened Textures > Hello, > > I've been having trouble with a texture map which I have been > using in my application not appearing correctly. I have noticed that as > I increase the graphical intensity of my scene, the texture becomes a > darkened version of the actual RGB file(Not lightly darkened, but almost > completely black). Strangely, in the same run, if I highlight the geode > with the texture on it, it appears correctly. I'm > using a modified version of perfly. Also, I've noticed that if I load up > only the geode containing the texture and not the rest of my scene, the > texture appears just fine. > Does anyone know why this phenomenon might occur?? > > Thanks, > > Aubrey Holland > holland@coaps.fsu.edu > ======================================================================= > 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 Aubrey Holland This sounds like something you should get a support call logged on. We'd need more detail of the platform you see this on, version of pf, patches installed etc. If you are having this problem on Impact then check you have the latest gfx patches installed ( 1447 for Irix 6.2, 1332 for 5.3 ). Do you have SW support ? If so please contact you're local office to log the call ( if you mail me the call reference I'll look out for it ). Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 9 15:16:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA25924; Mon, 9 Dec 1996 15:14:39 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA25908; Mon, 9 Dec 1996 15:14:38 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA19234; Mon, 9 Dec 1996 15:15:20 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA03995 for ; Mon, 9 Dec 1996 15:14:33 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id SAA19925; Mon, 9 Dec 1996 18:10:35 -0500 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA16864; Mon, 9 Dec 1996 18:12:49 -0500 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id SAA04236; Mon, 9 Dec 1996 18:12:24 -0500 From: "Nicolas Gauvin" Message-Id: <9612091812.ZM4234@christine.cae.ca> Date: Mon, 9 Dec 1996 18:12:24 -0500 In-Reply-To: Bryan Wasileski "Node Callbacks" (Dec 9, 1:50pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: bwasileski@mdc.com Subject: Re: Node Callbacks and pfNode derivation Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 9, 1:50pm, Bryan Wasileski wrote: > Subject: Node Callbacks > Performers: > Another question regarding Node callbacks. I have a class which > contains an array of pfNode members. The object create from this class > is allocated from shared memory. In my node callback, I need to know > which pfNode in the above array is currently being drawn. I use the > trav->getNode() to get the current node within the callback; I am cannot > get a "TRUE" comparison result of this node to any of the pfNodes in my > list from shared memory. How do go about determining which node in the > list you are drawing? > thanks. > Use pfNodeTravData(node, PFTRAV_DRAW, node) to save your application node pointer and retrieve it with trav->getData in your draw callback. You cannot rely on the node returned by trav->getNode because Performer doesn't really make a traversal of the scene graph when it has reached the draw stage. What is done in fact is executing a display list built by the cull stage. This display list no longer contains the notions of node and scene graph, it contains references to pfGeoSet, explosed pfGeoState and other undocumented things needed to efficiently draw the primites without the overhead of a traversal. Also when multiprocessing, the pointers to the nodes are multibuffered across the various stages. In other words, the node pointer in the app and in the cull may not the same! This is done to ensure frame accuracy of changes made on a node and it is done internally by Performer so it is transparent to you. This is why we cannot derive directly from pfNode. It would involve re-writting those virtual and undocumented nb_functions. Much like asking the Performer team "Could you give us the Performer source?" ;) When I started deriving classes from Performer classes I also find it was a bit of a drag not to be able to derive directly from pfNodes. But then I saw all the pfUpdatable stuff in pfNode.h and I came to the conclusion that it was better left alone. I started deriving from pfGroup and everything worked fine since then. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 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 Dec 9 15:53:35 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA26465; Mon, 9 Dec 1996 15:52:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA26449; Mon, 9 Dec 1996 15:51:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA22452; Mon, 9 Dec 1996 15:52:42 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA13916 for ; Mon, 9 Dec 1996 15:51:58 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id SAA17151; Mon, 9 Dec 1996 18:46:33 -0500 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA16546; Mon, 9 Dec 1996 18:48:55 -0500 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) for info-performer@sgi.com id SAA05441; Mon, 9 Dec 1996 18:48:29 -0500 From: "Nicolas Gauvin" Message-Id: <9612091848.ZM5439@christine.cae.ca> Date: Mon, 9 Dec 1996 18:48:28 -0500 In-Reply-To: "Nicolas Gauvin" "Re: Node Callbacks and pfNode derivation" (Dec 9, 6:12pm) References: <9612091812.ZM4234@christine.cae.ca> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Node Callbacks and pfNode derivation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 9, 6:12pm, Nicolas Gauvin wrote: > > Use pfNodeTravData(node, PFTRAV_DRAW, node) to save your application node > pointer and retrieve it with trav->getData in your draw callback. ^^^^^^^^^^^^^ oops I was wrong, I meant to get back the app node pointer via the callback argument: int (*pfNodeTravFuncType)(pfTraverser *trav, void *userData); ^^^^^^^^^^^^^^^ -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 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 Dec 9 16:59:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA26926; Mon, 9 Dec 1996 16:57:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA26910; Mon, 9 Dec 1996 16:57:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA26384; Mon, 9 Dec 1996 16:57:49 -0800 Received: from wolfe.net (mail1.wolfe.net [204.157.98.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA29188 for ; Mon, 9 Dec 1996 16:57:03 -0800 Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfe.net (8.8.0/8.8.0) with ESMTP id QAA19224; Mon, 9 Dec 1996 16:58:13 -0800 (PST) From: Timothy Moore Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id QAA19687; Mon, 9 Dec 1996 16:56:58 -0800 (PST) Date: Mon, 9 Dec 1996 16:56:58 -0800 (PST) Message-Id: <199612100056.QAA19687@gonzo.wolfenet.com> To: robj@quid CC: holland@eagle.eng.fsu.edu, info-performer@sgi.com In-reply-to: "Rob Jenkins"'s message of Mon, 9 Dec 1996 14:32:13 -0800 <9612091432.ZM19546@quid.csd.sgi.com> Subject: Re: Darkened Textures Status: O From: "Rob Jenkins" Date: Mon, 9 Dec 1996 14:32:13 -0800 On Dec 9, 3:45pm, Aubrey Holland wrote: > Subject: Darkened Textures > Hello, > > I've been having trouble with a texture map which I have been > using in my application not appearing correctly. I have noticed that as > I increase the graphical intensity of my scene, the texture becomes a > darkened version of the actual RGB file(Not lightly darkened, but almost > completely black). Strangely, in the same run, if I highlight the geode > with the texture on it, it appears correctly. I'm > using a modified version of perfly. Also, I've noticed that if I load up > only the geode containing the texture and not the rest of my scene, the > texture appears just fine. > Does anyone know why this phenomenon might occur?? > This sounds like something you should get a support call logged on. While Rob would certainly know better than I when a support call is required, there might be a simpler explanation. You haven't said very much about how you created the textured geode... do the GeoSets actually have color attributes? If not, they are "inheriting" some random color from the rest of the scene, whereas when you displayed the geode alone white was be the default color if you didn't set a color via a pfMaterial. 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 Mon Dec 9 18:00:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA27516; Mon, 9 Dec 1996 17:59:09 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA27500; Mon, 9 Dec 1996 17:59:08 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA00074; Mon, 9 Dec 1996 17:59:51 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA11439 for ; Mon, 9 Dec 1996 17:59:07 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id RAA00069; Mon, 9 Dec 1996 17:59:50 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id RAA20085; Mon, 9 Dec 1996 17:59:06 -0800 From: "Rob Jenkins" Message-Id: <9612091759.ZM20083@quid.csd.sgi.com> Date: Mon, 9 Dec 1996 17:59:06 -0800 In-Reply-To: Timothy Moore "Re: Darkened Textures" (Dec 9, 4:56pm) References: <199612100056.QAA19687@gonzo.wolfenet.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Timothy Moore Subject: Re: Darkened Textures Cc: holland@eagle.eng.fsu.edu, info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 9, 4:56pm, Timothy Moore wrote: > Subject: Re: Darkened Textures > From: "Rob Jenkins" > Date: Mon, 9 Dec 1996 14:32:13 -0800 > > On Dec 9, 3:45pm, Aubrey Holland wrote: > > Subject: Darkened Textures > > Hello, > > > > I've been having trouble with a texture map which I have been > > using in my application not appearing correctly. I have noticed that as > > I increase the graphical intensity of my scene, the texture becomes a > > darkened version of the actual RGB file(Not lightly darkened, but almost > > completely black). Strangely, in the same run, if I highlight the geode > > with the texture on it, it appears correctly. I'm > > using a modified version of perfly. Also, I've noticed that if I load up > > only the geode containing the texture and not the rest of my scene, the > > texture appears just fine. > > Does anyone know why this phenomenon might occur?? > > > > This sounds like something you should get a support call logged on. > > While Rob would certainly know better than I when a support call is > required, there might be a simpler explanation. You haven't said very > much about how you created the textured geode... do the GeoSets > actually have color attributes? If not, they are "inheriting" some > random color from the rest of the scene, whereas when you displayed > the geode alone white was be the default color if you didn't set a > color via a pfMaterial. > > Tim >-- End of excerpt from Timothy Moore This sounds reasonable, and worth looking into. I suggested a call really because I thought I saw this question the other day and I don't think there's been any responses prior to Tims'. There's often a grey area between the sort of question to post to info-performer and the sort that requires support as a rule of thumb I'd say by all means post things, the experience of all the users on this alias is an extremely powerful resource but if the problem is complicated, protracted or needs defining more then think about logging a call too. If you get a quick answer back from the list then great but it's a shame to wait a week, not get replies and then log a call. Once you have a call reference you have something solid to chase us (SGI) with :-) Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 9 18:22:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA27632; Mon, 9 Dec 1996 18:21:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA27616; Mon, 9 Dec 1996 18:20:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA01257; Mon, 9 Dec 1996 18:21:41 -0800 Received: from igate1.hac.com (igate1.HAC.COM [192.48.33.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA15272 for ; Mon, 9 Dec 1996 18:20:52 -0800 Received: from msmail4.hac.com ([147.17.106.42]) by igate1.hac.com (8.8.4/8.8.4) with SMTP id SAA23849 for ; Mon, 9 Dec 1996 18:20:41 -0800 (PST) Message-ID: Date: 9 Dec 1996 18:19:34 -0800 From: "Tinker, Peter A" Subject: More on APP_CULLDRAW bug(?) To: "Performer mailing list" X-Mailer: Mail*Link SMTP-MS 3.0.2 Status: O IRIX 6.2 Performer 2.2.0 (but problem also appeared in 2.0) 3-pipe iR I need to run my application as APP_CULLDRAW. However, the following code shows that pfConfig forks a CULLDRAW process if pfMultipipe is called with the argument 1, but forks both CULL and DRAW for each pipe whenever pfMultipipe is called with an argument other than 1. I can't find any indication of why this should be so -- I'm not forking an LPOINT process, and I'm setting pfMultiprocess explicitly. This code is taken from common/main.c with a few calls added near the top, and compiled and linked as perfly. Any ideas? - Pete Tinker Hughes Research Labs int main(int argc, char *argv[]) { pfInit(); pfNotifyLevel(PFNFY_INFO); pfMultiprocess(PFMP_FORK_CULL); pfMultipipe(2); pfConfig(); } ======================================================================= 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 Dec 10 00:58:29 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA29031; Tue, 10 Dec 1996 00:57:06 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA29015; Tue, 10 Dec 1996 00:57:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA15411; Tue, 10 Dec 1996 00:57:48 -0800 Received: from tri.kbs.co.kr (tri.kbs.co.kr [202.31.176.32]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA09041 for ; Tue, 10 Dec 1996 00:56:29 -0800 Received: from fortune.kbs.co.kr by tri.kbs.co.kr (8.6.12H1/8.6.4) id RAA29530; Tue, 10 Dec 1996 17:55:58 +0900 Message-ID: <32AD2524.7861@tri.kbs.co.kr> Date: Tue, 10 Dec 1996 17:53:57 +0900 From: "Choi, Changrak" Reply-To: fortune@tri.kbs.co.kr Organization: Goddess of Fortune X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: Performer Submissions Subject: Can I use NURBS in Performer 2.1? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Performers: Can I use NURBS in Performer 2.1? I am using 4xR1000/ir system. If I can use NURBS, tell me the way. thanks. - Fortune ======================================================================= 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 Dec 10 02:32:56 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA29261; Tue, 10 Dec 1996 02:31:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA29245; Tue, 10 Dec 1996 02:31:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA17740; Tue, 10 Dec 1996 02:32:22 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA20898 for ; Tue, 10 Dec 1996 02:31:38 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id CAA08613; Tue, 10 Dec 1996 02:31:36 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id CAA12005; Tue, 10 Dec 1996 02:31:35 -0800 From: "Sharon Clay" Message-Id: <9612100231.ZM12003@rose.asd.sgi.com> Date: Tue, 10 Dec 1996 02:31:35 -0800 In-Reply-To: "Bernard Leclerc" "PFCHAN_SWAPBUFFERS_HW and genlock" (Dec 9, 1:56am) References: <9612090156.ZM4596@eagle.cae.ca> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Bernard Leclerc" , Performer Mailing List Subject: Re: PFCHAN_SWAPBUFFERS_HW and genlock Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Dec 9, 1:56am, Bernard Leclerc wrote: > Subject: PFCHAN_SWAPBUFFERS_HW and genlock -> ->Simple question: -> -> Can channels on different pipes share PFCHAN_SWAPBUFFERS_HW even -> when their pipes are not genlocked? -> ->I'm trying to isolate and reproduce an intermittent problem. Sometime my ->program will complain about 'swap buffer failed'. It looks like this ->message is printed from the GL itself - not from Performer. -> ->I'd like to leave the following statement unchanged whether or not the ->pipes are genlocked: -> -> chan[0]->setShare(PFCHAN_SCENE | PFCHAN_SWAPBUFFERS | -> PFCHAN_SWAPBUFFERS_HW | PFCHAN_APPFUNC); -> ->It is possible that this statement is causing the 'swap buffer failed' ->problem? I am not sure but it is certainly possible. FYI, PFCHAN_SWAPBUFFERS_HW across pipes will currently only work on RE2 and you need the swap-ready cable hooked up. OpenGL iR support is in patch 1355 and will be in Performer2.2. 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 Tue Dec 10 02:36:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA29281; Tue, 10 Dec 1996 02:35:17 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA29265; Tue, 10 Dec 1996 02:35:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA17851; Tue, 10 Dec 1996 02:35:58 -0800 Received: from ns.calvacom.fr (ns.calvacom.fr [194.2.168.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA21083 for ; Tue, 10 Dec 1996 02:34:02 -0800 Received: from sirrah (par02.calvacom.fr [194.206.190.34]) by ns.calvacom.fr (8.7.3/8.6.9) with SMTP id LAA14151; Tue, 10 Dec 1996 11:33:54 +0100 (MET) Sender: guy@ns.calvacom.fr Message-ID: <32AD3C05.41C6@calva.net> Date: Tue, 10 Dec 1996 11:31:50 +0100 From: Guy Premont Organization: Silicon Worlds S.A. X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com CC: Simon Mills Subject: Off-axis camera References: <9612060145.AA02665@systech.hinet.net> <9612050848.ZM11453@quid.csd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi everyone, I'm having a difficulty that is not specifically from Performer, but I'm certain somebody here could help me. I'm fairly new to Performer (worked on it for about 6-8 months) so please forgive me if this is a stupid question! I'm working with Performer 2.0. I'm trying to setup a camera that can be off-axis; that is, the line from the eyepoint doesn't pass through the center of the image and it is not perpendicular to the image. My first idea was to create a frustum with pfMakePerspChan and then to offset the axis it with pfChanViewOffsets. However, this doesn't seem to work. Would there be a way to describe the frustum directly with a pfMatrix? I guess I can do it with GL calls but I have to be in the draw process, am I right? Thanks Guy Premont =========================================== Silicon Worlds S.A. 10, rue Louis Morard 75014 Paris France Tel: +33 (01) 53.90.11.11 Fax: +33 (01) 53.90.11.12 =========================================== ======================================================================= 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 Dec 10 02:59:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA29382; Tue, 10 Dec 1996 02:58:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA29366; Tue, 10 Dec 1996 02:58:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA18310; Tue, 10 Dec 1996 02:58:45 -0800 Received: from hni.uni-paderborn.de (hni-ff.uni-paderborn.de [131.234.22.55]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA24485 for ; Tue, 10 Dec 1996 02:57:54 -0800 Received: from hydra.uni-paderborn.de (hydra [131.234.144.9]) by hni.uni-paderborn.de (8.8.4/hni-mailhub) with ESMTP id LAA27913 for ; Tue, 10 Dec 1996 11:52:35 +0100 (MET) Received: from hydra (localhost.dfn.de [127.0.0.1]) by hydra.uni-paderborn.de (8.6.10/hni-client-sunos) with SMTP id LAA23485 for ; Tue, 10 Dec 1996 11:47:36 +0100 Sender: brandt@hni.uni-paderborn.de Message-ID: <32AD3FC6.42DC694A@hni.uni-paderborn.de> Date: Tue, 10 Dec 1996 11:47:34 +0100 From: Christoph Brandt Organization: Heinz Nixdorf Institut X-Mailer: Mozilla 3.0 (X11; I; SunOS 4.1.4 sun4c) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Environment mapping with perfly Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, i have problems getting an environment mapped inventor model displayed correctly with perfly, e.g. the model is not textured. Is there a parameter i am missing when starting perfly or is the inventor loader not supporting environment maps? Anyone has experienced this before? Christoph Brandt - Heinz Nixdorf Institut ======================================================================= 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 Dec 10 04:49:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA29783; Tue, 10 Dec 1996 04:48:29 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA29767; Tue, 10 Dec 1996 04:48:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA21702; Tue, 10 Dec 1996 04:49:11 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA11857; Tue, 10 Dec 1996 04:48:24 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA23586; Tue, 10 Dec 1996 12:48:18 GMT From: "Angus Dorbie" Message-Id: <9612101248.ZM23584@bitch.reading.sgi.com> Date: Tue, 10 Dec 1996 12:48:18 +0000 In-Reply-To: Guy Premont "Off-axis camera" (Dec 10, 11:31am) References: <9612060145.AA02665@systech.hinet.net> <9612050848.ZM11453@quid.csd.sgi.com> <32AD3C05.41C6@calva.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Guy Premont , info-performer@sgi.com Subject: Re: Off-axis camera Cc: Simon Mills Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You don't wanna do that, you wanna do this. Use the pfFrustum member function makePersp which allows you to specify off axis projections. The viewing vector (hpr) is specified as usual, don't try to specify the viewing vector relative to the frustum, take a wholistic view; thus: (hpr) .........|....._____________ frustum specified on plane | / _ - defined by hpr vector and | / _ - near clip distance for makePersp | / _ - | / _ - |/- o eye The only thing you have to worry about is that the fog range & z is specified along the viewing vector. Cheers, Angus. On Dec 10, 11:31am, Guy Premont wrote: > Subject: Off-axis camera > Hi everyone, > > I'm having a difficulty that is not specifically from Performer, but I'm > certain somebody here could help me. I'm fairly new to Performer (worked > on it for about 6-8 months) so please forgive me if this is a stupid > question! I'm working with Performer 2.0. > > I'm trying to setup a camera that can be off-axis; that is, the line > from the eyepoint doesn't pass through the center of the image and it is > not perpendicular to the image. My first idea was to create a frustum > with pfMakePerspChan and then to offset the axis it with > pfChanViewOffsets. However, this doesn't seem to work. Would there be a > way to describe the frustum directly with a pfMatrix? I guess I can do > it with GL calls but I have to be in the draw process, am I right? > > Thanks > > Guy Premont >-- End of excerpt from Guy Premont ======================================================================= 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 Dec 10 04:51:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA29802; Tue, 10 Dec 1996 04:50:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA29786; Tue, 10 Dec 1996 04:50:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA21720; Tue, 10 Dec 1996 04:51:17 -0800 Received: from imtsg11.epfl.ch (imtsg11.epfl.ch [128.178.45.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA11776 for ; Tue, 10 Dec 1996 04:47:10 -0800 Received: (from andenmat@localhost) by imtsg11.epfl.ch (940816.SGI.8.6.9/8.6.12) id NAA08064 for info-performer@sgi.com; Tue, 10 Dec 1996 13:47:02 +0100 From: "Yann Andenmatten" Message-Id: <9612101347.ZM8062@imtsg11.epfl.ch> Date: Tue, 10 Dec 1996 13:47:02 +0100 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: colors problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I've a problem (certainly easy) that I cannot solve. I work on a perfly-based application. I've different textured objects in a scene, and I want to add an axis system with one color by axis. I can see the colors only if I turn the lighting off. Does it exist a parameter so that my lines (witch should be green, blue and red) doesn't appear in white ? (it doesn't seem to be a highlighting problem) Thanks for help Yann Andenmatten PS : here's my code : // coordinate system axisX = new pfGeoSet(); axisY = new pfGeoSet(); axisZ = new pfGeoSet(); /* Define the type of pfGeoSet */ axisX->setPrimType(PFGS_LINES); axisY->setPrimType(PFGS_LINES); axisZ->setPrimType(PFGS_LINES); /* Set the coord of the lines */ axisX->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisXcoord, NULL); axisY->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisYcoord, NULL); axisZ->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisZcoord, NULL); /* Set the color of the lines */ axisX->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisXColor, NULL); axisY->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisYColor, NULL); axisZ->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisZColor, NULL); /* Set the number of lines in the pfGeoSet */ axisX->setNumPrims(1); axisY->setNumPrims(1); axisZ->setNumPrims(1); char buf1[16]; sprintf(buf1, "coordSysObject\0"); coordSys = new pfGeode; coordSys->addGSet(axisX); coordSys->addGSet(axisY); coordSys->addGSet(axisZ); coordSys->setName (buf1); char buf2[15]; sprintf(buf2, "coordSysCoord\0"); coordSysDCS = new pfDCS; coordSysDCS->addChild (coordSys); coordSysDCS->setName(buf2); -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne [] [] [] [] [] > Swiss Federal Institute of Technology [][] [][][] [][] [] > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 [][][] [] [] [][][] > yandenmat@di.epfl.ch ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ======================================================================= 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 Dec 10 05:59:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA00148; Tue, 10 Dec 1996 05:57:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA00131; Tue, 10 Dec 1996 05:57:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA24149; Tue, 10 Dec 1996 05:58:41 -0800 Received: from sgiger.munich.sgi.com ([144.253.192.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA21405 for ; Tue, 10 Dec 1996 05:57:55 -0800 Received: from benedikt.munich.sgi.com by sgiger.munich.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI) id OAA29818; Tue, 10 Dec 1996 14:57:53 +0100 Received: (from bjk@localhost) by benedikt.munich.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA06161; Tue, 10 Dec 1996 14:57:52 +0100 From: "Benedikt Kessler" Message-Id: <9612101457.ZM6159@benedikt.munich.sgi.com> Date: Tue, 10 Dec 1996 14:57:52 +0100 In-Reply-To: Christoph Brandt "Environment mapping with perfly" (Dec 10, 11:47am) References: <32AD3FC6.42DC694A@hni.uni-paderborn.de> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Christoph Brandt Subject: Re: Environment mapping with perfly Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 10, 11:47am, Christoph Brandt wrote: > Subject: Environment mapping with perfly > Hi, > > i have problems getting an environment mapped inventor model displayed > correctly with perfly, e.g. the model is not textured. Is there a > parameter i am missing when starting perfly or is the inventor loader > not supporting environment maps? > > Anyone has experienced this before? > > Christoph Brandt > - Heinz Nixdorf Institut > ======================================================================= Hi! It seems your not the first one with this problem (see old messages attached below). But there's a solution! Du scheinst nicht der erste mit diesem Problem zu sein (siehe Mail weiter unten). Allerdings gabe es zu dieser Mail auch noch keine Antwort. That's what happening: - When you activate ivfix in ivview you will see the same problem you have in Performer - the following (among other things) happens when the Inventor Loader in Performer har read your file: // Optimize converted scene graph pfNotify(PFNFY_INFO, PFNFY_MORE, " Optimizing Performer scene graph"); if (DoFlatten) { result = pfdFreezeTransforms(result, NULL); result->flatten(0); } if (DoClean) result = pfdCleanTree(result, NULL); perfly has the option perfly -y iv,4,0 xxx.iv which sets DoClean to 0. This way the pre- and post-traversal callbacks which turn on and off env-mapping are left intact (it seems pfdCleanTree is removind/replacing the node that had the callbacks attached). But there's a second problem; the loader seems to retesselate the object's geosets. There are also a few options to correct this: All three possibilities (maybe there are even more) provide correct results (even if the options look a little bit inconsistent): -o 3 disable PFDBLDR_MESH_MAX_TRIS -O 3 enable PFDBLDR_MESH_MAX_TRIS -O 5 enable PFDBLDR_MESH_LOCAL_LIGHTING all together: perfly -O 3 -y iv,4,0 xxx.iv Ciao! Benedikt On Oct 16, 10:03pm, Axel Sammet wrote: > Subject: Inventor loader problems > Hi > > I have problem getting environment mapped geometries to work in perfly. > the models are inventor based and work perfect in performer 2.0 on RE2 > under 5.3. On iR (Performer 2.1+Patch 1355), however, the environment > mapping won't work. Modifying perfly to environment-map the entire scene > works, but of course that's not what I want. ivview on the iR also shows > the correct mappings. > I know there was the same kind of problem with env.mapping in the old > inventor loader under IRIX 5.3. Did the bug slip back in? > > has anybody experienced a similar behaviour? > > ONYX RE2 DS/4xR4400 150MHz/512MB RAM/4 RM5/MCO ---> WORKS > ONYX iR RACK 2-Pipe/TKO/DG4-8/8xR10K/1GB RAM/2x4 RM6-64 ---> DOESN'T WORK > > > Thanks, Axel > Sender: purschke@audi.de Date: Mon, 23 Sep 1996 09:28:44 +0200 From: Frank Purschke To: info-performer@sgi.com Subject: EnvMapping with Inventor files in perfly Here is another one on perfly: I have problems to get an environment mapping on inventor objects in perfly. The following inventor sample describes a little bit closer what I mean: Inventor file: test.iv --------------------------- #Inventor V2.0 ascii Separator { TextureCoordinateEnvironment { } Texture2Transform { center 0.5 0.5 } Texture2 { filename "/usr/share/data/textures/reflect/cafe.rgb" model MODULATE } Cube { } } This small example works fine with ivview but it fails with perfly. Any hints would be very helpful! Frank -- Frank Purschke Volkswagen AG Virtual Reality Lab -- +---------------------------------+----------------------------------+ |Benedikt J. Kessler | Silicon Graphics GmbH | |Training Munich | Am Hochacker 3 - Technopark | |Silicon Graphics Computer Systems| 85630 Grasbrunn-Neukeferloh, FRG | | --- __o ,__o | | | ------_ \<,_ _-\_<, | Phone: (+int) 89 46108-212 or -0 | |----- (*)/ (*) (*)/'(*) | Fax: (+int) 89 46108-190 or 222| +---------------------------------+----------------------------------+ |Network: | +--------------------------------------------------------------------+ ======================================================================= 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 Dec 10 06:14:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA00216; Tue, 10 Dec 1996 06:13:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA00197; Tue, 10 Dec 1996 06:13:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA24652; Tue, 10 Dec 1996 06:13:55 -0800 Received: from sgiger.munich.sgi.com ([144.253.192.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA23668 for ; Tue, 10 Dec 1996 06:13:10 -0800 Received: from benedikt.munich.sgi.com by sgiger.munich.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI) id PAA02590; Tue, 10 Dec 1996 15:13:07 +0100 Received: (from bjk@localhost) by benedikt.munich.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA06481; Tue, 10 Dec 1996 15:13:05 +0100 From: "Benedikt Kessler" Message-Id: <9612101513.ZM6479@benedikt.munich.sgi.com> Date: Tue, 10 Dec 1996 15:13:05 +0100 In-Reply-To: "Yann Andenmatten" "colors problem" (Dec 10, 1:47pm) References: <9612101347.ZM8062@imtsg11.epfl.ch> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Yann Andenmatten" Subject: Re: colors problem Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi! You could attach a pfGeoState object to your geosets where you turn most things off: lighting, texturing, ... You could also leave lighting on, but then you should do (sorry for the C-code): pfGeoState *gstate; pfMaterial *mtl; /**** Make graphics state ****/ gstate = pfNewGState(pfGetSharedArena()); mtl = pfNewMtl(pfGetSharedArena()); pfMtlColorMode(mtl, PFMTL_FRONT, PFMTL_CMODE_AD); pfGStateAttr(gstate, PFSTATE_FRONTMTL, mtl); pfGStateMode(gstate, PFSTATE_ENLIGHTING, PF_ON); ... pfGSetGState(axisX, gstate); pfGSetGState(axisY, gstate); pfGSetGState(axisZ, gstate); Another idea: You shouldput the three lines in one pfGeoSet using the primitive type PFGS_LINES and an attribute binding PFGS_PER_PRIM? Bye! Benedikt On Dec 10, 1:47pm, Yann Andenmatten wrote: > Subject: colors problem > Hello, > > I've a problem (certainly easy) that I cannot solve. > > I work on a perfly-based application. I've different textured objects > in a scene, and I want to add an axis system with one color by axis. > I can see the colors only if I turn the lighting off. > > Does it exist a parameter so that my lines (witch should be green, blue > and red) doesn't appear in white ? (it doesn't seem to be a highlighting > problem) > > Thanks for help > > Yann Andenmatten > > > PS : here's my code : > > // coordinate system > axisX = new pfGeoSet(); > axisY = new pfGeoSet(); > axisZ = new pfGeoSet(); > > /* Define the type of pfGeoSet */ > axisX->setPrimType(PFGS_LINES); > axisY->setPrimType(PFGS_LINES); > axisZ->setPrimType(PFGS_LINES); > > /* Set the coord of the lines */ > axisX->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisXcoord, NULL); > axisY->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisYcoord, NULL); > axisZ->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisZcoord, NULL); > > /* Set the color of the lines */ > axisX->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisXColor, NULL); > axisY->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisYColor, NULL); > axisZ->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisZColor, NULL); > > /* Set the number of lines in the pfGeoSet */ > axisX->setNumPrims(1); > axisY->setNumPrims(1); > axisZ->setNumPrims(1); > > char buf1[16]; > sprintf(buf1, "coordSysObject\0"); > coordSys = new pfGeode; > coordSys->addGSet(axisX); > coordSys->addGSet(axisY); > coordSys->addGSet(axisZ); > coordSys->setName (buf1); > > char buf2[15]; > sprintf(buf2, "coordSysCoord\0"); > coordSysDCS = new pfDCS; > coordSysDCS->addChild (coordSys); > coordSysDCS->setName(buf2); > -- +---------------------------------+----------------------------------+ |Benedikt J. Kessler | Silicon Graphics GmbH | |Training Munich | Am Hochacker 3 - Technopark | |Silicon Graphics Computer Systems| 85630 Grasbrunn-Neukeferloh, FRG | | --- __o ,__o | | | ------_ \<,_ _-\_<, | Phone: (+int) 89 46108-212 or -0 | |----- (*)/ (*) (*)/'(*) | Fax: (+int) 89 46108-190 or 222| +---------------------------------+----------------------------------+ |Network: | +--------------------------------------------------------------------+ ======================================================================= 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 Dec 10 08:01:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA00645; Tue, 10 Dec 1996 07:58:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA00629; Tue, 10 Dec 1996 07:58:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA28680; Tue, 10 Dec 1996 07:59:38 -0800 Received: from sgiger.munich.sgi.com ([144.253.192.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA12641 for ; Tue, 10 Dec 1996 07:57:52 -0800 Received: from sgihan.hannover.sgi.com by sgiger.munich.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI) id QAA18310; Tue, 10 Dec 1996 16:56:41 +0100 Received: from luca.hannover.sgi.com by sgihan.hannover.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) id QAA05855; Tue, 10 Dec 1996 16:56:24 +0100 Received: by luca.hannover.sgi.com (940816.SGI.8.6.9/930416.SGI) id QAA24715; Tue, 10 Dec 1996 16:56:24 +0100 From: "Axel Sammet" Message-Id: <9612101656.ZM24713@luca.hannover.sgi.com> Date: Tue, 10 Dec 1996 16:56:24 +0000 In-Reply-To: "Benedikt Kessler" "Re: Environment mapping with perfly" (Dec 10, 14:57) References: <32AD3FC6.42DC694A@hni.uni-paderborn.de> <9612101457.ZM6159@benedikt.munich.sgi.com> X-Face: +.n!QKG7O5w\:2hJh%S}+iu)$t[N^n/eh9w-}^>U?i6]!O|,ubP5E$:C05Wot=|3?_N&bjk 4w%$@iFnNm&KCFms>NC]uX!T)xVcoM32jd`qO\VWkG6zc(!H)d`?1>CNrT:HOyT2mtxJ$(*M,QBe4d LYJVuvh!kn}3M}wqP6}cd(b0%+q9$.{+kIFC3ECFnZ3/ok|NqVgtG0^/{+9-6i52'n,H::f|!_du_e Gd*A~4xUbln#@ Organization: Silicon Graphics GmbH X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: "Benedikt Kessler" , brandt@hni.uni-paderborn.de Subject: Re: Environment mapping with perfly Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Benedikt! In the mean time there's a common fix available : -------------------------------------------------------------------------- Environment mapping in Inventor loader is broken in OpenGL in 2.0 This can be fixed in libpfiv/pfiv.C in enable/disable SphereMap(): int enableSphereMap(pfTraverser *, void *) { #ifdef IRISGL texgen(TX_S, TG_SPHEREMAP, NULL); texgen(TX_T, TG_SPHEREMAP, NULL); texgen(TX_S, TG_ON, NULL); texgen(TX_T, TG_ON, NULL); #else glTexGenf(GL_S, GL_TEXTURE_GEN_MODE, GL_SPHERE_MAP ); glTexGenf(GL_T, GL_TEXTURE_GEN_MODE, GL_SPHERE_MAP); glEnable(GL_TEXTURE_GEN_S); glEnable(GL_TEXTURE_GEN_T); #endif return PFTRAV_CONT; } int disableSphereMap(pfTraverser *, void *) { #ifdef IRISGL texgen(TX_S, TG_OFF, NULL); texgen(TX_T, TG_OFF, NULL); #else glDisable(GL_TEXTURE_GEN_S); glDisable(GL_TEXTURE_GEN_T); #endif return PFTRAV_CONT; } Cheers Axel On Dec 10, 14:57, Benedikt Kessler wrote: > Subject: Re: Environment mapping with perfly > On Dec 10, 11:47am, Christoph Brandt wrote: > > Subject: Environment mapping with perfly > > Hi, > > > > i have problems getting an environment mapped inventor model displayed > > correctly with perfly, e.g. the model is not textured. Is there a > > parameter i am missing when starting perfly or is the inventor loader > > not supporting environment maps? > > > > Anyone has experienced this before? > > > > Christoph Brandt > > - Heinz Nixdorf Institut > > ======================================================================= > > Hi! > > It seems your not the first one with this problem (see old messages > attached below). But there's a solution! > > Du scheinst nicht der erste mit diesem Problem zu sein (siehe Mail weiter > unten). Allerdings gabe es zu dieser Mail auch noch keine Antwort. > > That's what happening: > > - When you activate ivfix in ivview you will see the same problem you have > in Performer > > - the following (among other things) happens when the Inventor Loader in > Performer har read your file: > > // Optimize converted scene graph > pfNotify(PFNFY_INFO, PFNFY_MORE, " Optimizing Performer scene > graph"); > > if (DoFlatten) > { > result = pfdFreezeTransforms(result, NULL); > result->flatten(0); > } > > if (DoClean) > result = pfdCleanTree(result, NULL); > > perfly has the option perfly -y iv,4,0 xxx.iv which sets DoClean to 0. > This way the pre- and post-traversal callbacks which turn on and off > env-mapping are left intact (it seems pfdCleanTree is removind/replacing > the node that had the callbacks attached). > > But there's a second problem; the loader seems to retesselate the object's > geosets. There are also a few options to correct this: > > All three possibilities (maybe there are even more) provide correct > results (even if the options look a little bit inconsistent): > > -o 3 disable PFDBLDR_MESH_MAX_TRIS > -O 3 enable PFDBLDR_MESH_MAX_TRIS > -O 5 enable PFDBLDR_MESH_LOCAL_LIGHTING > > all together: perfly -O 3 -y iv,4,0 xxx.iv > > Ciao! Benedikt > > On Oct 16, 10:03pm, Axel Sammet wrote: > > Subject: Inventor loader problems > > Hi > > > > I have problem getting environment mapped geometries to work in perfly. > > the models are inventor based and work perfect in performer 2.0 on RE2 > > under 5.3. On iR (Performer 2.1+Patch 1355), however, the environment > > mapping won't work. Modifying perfly to environment-map the entire scene > > works, but of course that's not what I want. ivview on the iR also shows > > the correct mappings. > > I know there was the same kind of problem with env.mapping in the old > > inventor loader under IRIX 5.3. Did the bug slip back in? > > > > has anybody experienced a similar behaviour? > > > > ONYX RE2 DS/4xR4400 150MHz/512MB RAM/4 RM5/MCO ---> WORKS > > ONYX iR RACK 2-Pipe/TKO/DG4-8/8xR10K/1GB RAM/2x4 RM6-64 ---> DOESN'T > WORK > > > > > > Thanks, Axel > > > > Sender: purschke@audi.de > Date: Mon, 23 Sep 1996 09:28:44 +0200 > From: Frank Purschke > To: info-performer@sgi.com > Subject: EnvMapping with Inventor files in perfly > > Here is another one on perfly: > I have problems to get an environment mapping on inventor objects in > perfly. The following inventor sample describes a little bit closer what > I mean: > > Inventor file: test.iv > --------------------------- > #Inventor V2.0 ascii > > Separator { > TextureCoordinateEnvironment { > } > Texture2Transform { > center 0.5 0.5 > } > Texture2 { > filename "/usr/share/data/textures/reflect/cafe.rgb" > model MODULATE > } > Cube { > } > } > > This small example works fine with ivview but it fails with perfly. > Any hints would be very helpful! > > Frank > -- > Frank Purschke > Volkswagen AG > Virtual Reality Lab > > -- > +---------------------------------+----------------------------------+ > |Benedikt J. Kessler | Silicon Graphics GmbH | > |Training Munich | Am Hochacker 3 - Technopark | > |Silicon Graphics Computer Systems| 85630 Grasbrunn-Neukeferloh, FRG | > | --- __o ,__o | | > | ------_ \<,_ _-\_<, | Phone: (+int) 89 46108-212 or -0 | > |----- (*)/ (*) (*)/'(*) | Fax: (+int) 89 46108-190 or 222| > +---------------------------------+----------------------------------+ > |Network: | > +--------------------------------------------------------------------+ > ======================================================================= > 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 Benedikt Kessler -- _____________________________________________________________________ Axel Sammet Visual Simulation, Digital Media, CAD/CAM Silicon Graphics GmbH | Tel: +49 511 9017229 (HNV Office) Ahrensburger Strasse 3 | Tel: +49 40 6028282 (Home Office) 30659 Hannover | Fax: +49 511 6138115 Germany | E-Mail: axel@hannover.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 Dec 10 10:27:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA00974; Tue, 10 Dec 1996 10:26:01 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA00958; Tue, 10 Dec 1996 10:26:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA08085; Tue, 10 Dec 1996 10:26:43 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA16876 for ; Tue, 10 Dec 1996 10:25:58 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA08828; Tue, 10 Dec 1996 13:25:45 -0500 Date: Tue, 10 Dec 1996 13:25:45 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9612101325.ZM8827@hotsauce.clubfed.sgi.com> In-Reply-To: "Rob Jenkins" "Re: Darkened Textures" (Dec 9, 2:32pm) References: <9612092045.AA14502@raven.eng.fsu.edu> <9612091432.ZM19546@quid.csd.sgi.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Rob Jenkins" , holland@eagle.eng.fsu.edu (Aubrey Holland), info-performer@sgi.com Subject: Re: Darkened Textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Do the GeoSets within the Geode have normals defined, are they facing forward? Is the color of the geometry white, I believe the default texturing parameter is to blend the texels with the polygon color. If you could provide a sample of your code which demonstrates the problem to the SGI technical assistance center as Rob suggested that would greatly advance the effort to solve your problem. Brian On Dec 9, 2:32pm, Rob Jenkins wrote: > Subject: Re: Darkened Textures > On Dec 9, 3:45pm, Aubrey Holland wrote: > > Subject: Darkened Textures > > Hello, > > > > I've been having trouble with a texture map which I have been > > using in my application not appearing correctly. I have noticed that as > > I increase the graphical intensity of my scene, the texture becomes a > > darkened version of the actual RGB file(Not lightly darkened, but almost > > completely black). Strangely, in the same run, if I highlight the geode > > with the texture on it, it appears correctly. I'm > > using a modified version of perfly. Also, I've noticed that if I load up > > only the geode containing the texture and not the rest of my scene, the > > texture appears just fine. > > Does anyone know why this phenomenon might occur?? > > > > Thanks, > > > > Aubrey Holland > > holland@coaps.fsu.edu > > ======================================================================= > > 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 Aubrey Holland > > This sounds like something you should get a support call logged on. We'd need > more detail of the platform you see this on, version of pf, patches installed > etc. If you are having this problem on Impact then check you have the latest > gfx patches installed ( 1447 for Irix 6.2, 1332 for 5.3 ). Do you have SW > support ? If so please contact you're local office to log the call ( if you > mail me the call reference I'll look out for it ). > > Cheers > Rob > > -- > ________________________________________________________________ > Rob Jenkins mailto:robj@csd.sgi.com > Silicon Graphics, Mtn View, California, USA > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Rob Jenkins -- 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-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 Tue Dec 10 11:02:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA01131; Tue, 10 Dec 1996 11:00:25 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA01115; Tue, 10 Dec 1996 11:00:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA10594; Tue, 10 Dec 1996 11:01:08 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA25242 for ; Tue, 10 Dec 1996 11:00:22 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA08931; Tue, 10 Dec 1996 14:00:16 -0500 Date: Tue, 10 Dec 1996 14:00:16 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9612101400.ZM8930@hotsauce.clubfed.sgi.com> In-Reply-To: "Yann Andenmatten" "colors problem" (Dec 10, 1:47pm) References: <9612101347.ZM8062@imtsg11.epfl.ch> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Yann Andenmatten" , info-performer@sgi.com Subject: Re: colors problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I believe your problem is that you have not specified any normals for the lines, you could do two things specify normals for the lines (i.e. axisX->setAttr(PFGS_NORMAL3, PFGS_PER_VERTEX, axisXnorms, NULL); ) or render the lines unlit (i.e. axisX->setPrimType(PFGS_FLAT_LINESTRIPS); ). Of course you realize there is the third unspecified option which I am sure someone else will cover. Brian On Dec 10, 1:47pm, Yann Andenmatten wrote: > Subject: colors problem > Hello, > > I've a problem (certainly easy) that I cannot solve. > > I work on a perfly-based application. I've different textured objects > in a scene, and I want to add an axis system with one color by axis. > I can see the colors only if I turn the lighting off. > > Does it exist a parameter so that my lines (witch should be green, blue > and red) doesn't appear in white ? (it doesn't seem to be a highlighting > problem) > > Thanks for help > > Yann Andenmatten > > > PS : here's my code : > > // coordinate system > axisX = new pfGeoSet(); > axisY = new pfGeoSet(); > axisZ = new pfGeoSet(); > > /* Define the type of pfGeoSet */ > axisX->setPrimType(PFGS_LINES); > axisY->setPrimType(PFGS_LINES); > axisZ->setPrimType(PFGS_LINES); > > /* Set the coord of the lines */ > axisX->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisXcoord, NULL); > axisY->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisYcoord, NULL); > axisZ->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisZcoord, NULL); > > /* Set the color of the lines */ > axisX->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisXColor, NULL); > axisY->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisYColor, NULL); > axisZ->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisZColor, NULL); > > /* Set the number of lines in the pfGeoSet */ > axisX->setNumPrims(1); > axisY->setNumPrims(1); > axisZ->setNumPrims(1); > > char buf1[16]; > sprintf(buf1, "coordSysObject\0"); > coordSys = new pfGeode; > coordSys->addGSet(axisX); > coordSys->addGSet(axisY); > coordSys->addGSet(axisZ); > coordSys->setName (buf1); > > char buf2[15]; > sprintf(buf2, "coordSysCoord\0"); > coordSysDCS = new pfDCS; > coordSysDCS->addChild (coordSys); > coordSysDCS->setName(buf2); > > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne > [] [] [] [] [] > Swiss Federal Institute of Technology > [][] [][][] [][] [] > > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 > [][][] [] [] [][][] > yandenmat@di.epfl.ch > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ======================================================================= > 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 Yann Andenmatten -- 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-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 Tue Dec 10 11:36:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA01284; Tue, 10 Dec 1996 11:34:25 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA01268; Tue, 10 Dec 1996 11:34:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA13010; Tue, 10 Dec 1996 11:35:08 -0800 Received: from mailer.fsu.edu (mailer.fsu.edu [128.186.6.122]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA02760 for ; Tue, 10 Dec 1996 11:34:12 -0800 Received: from enso.coaps.fsu.edu by mailer.fsu.edu with SMTP id AA14940 (5.65c/IDA-1.4.4 for <@mailer.fsu.edu:info-performer@sgi.com>); Tue, 10 Dec 1996 14:33:12 -0500 Received: (from holland@localhost) by enso.coaps.fsu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA06679 for info-performer@sgi.com; Tue, 10 Dec 1996 14:33:08 -0500 From: holland@enso.coaps.fsu.edu (Aubrey Holland) Message-Id: <9612101433.ZM6677@enso.coaps.fsu.edu> Date: Tue, 10 Dec 1996 14:33:06 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Darkened Textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Thanks to everybody who helped me with my texture problem. It turned that, as you suggested, I wasn't setting a color for my geometry and so it was being blended with the nearby polygons. Thanks for the help, Aubrey Holland holland@coaps.fsu.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 Tue Dec 10 11:54:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA01352; Tue, 10 Dec 1996 11:52:06 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA01336; Tue, 10 Dec 1996 11:52:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA14196; Tue, 10 Dec 1996 11:52:49 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA07053; Tue, 10 Dec 1996 11:52:04 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA29811; Tue, 10 Dec 1996 11:52:02 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA13428; Tue, 10 Dec 1996 11:52:01 -0800 From: "Sharon Clay" Message-Id: <9612101152.ZM13426@rose.asd.sgi.com> Date: Tue, 10 Dec 1996 11:52:01 -0800 In-Reply-To: brian@sgi.com (Brian Furtaw) "Re: colors problem" (Dec 10, 2:00pm) References: <9612101347.ZM8062@imtsg11.epfl.ch> <9612101400.ZM8930@hotsauce.clubfed.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: brian@sgi.com, "Yann Andenmatten" , info-performer@sgi.com Subject: Re: colors problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Dec 10, 2:00pm, Brian Furtaw wrote: > Subject: Re: colors problem -> ->I believe your problem is that you have not specified any normals for the ->lines, you could do two things specify normals for the lines (i.e. ->axisX->setAttr(PFGS_NORMAL3, PFGS_PER_VERTEX, axisXnorms, NULL); ) or render ->the lines unlit (i.e. axisX->setPrimType(PFGS_FLAT_LINESTRIPS); ). Of course ->you realize there is the third unspecified option which I am sure someone else ->will cover. If the lines are to be lit then normals are probably a good suggestion. However, I think the key problem her eis the lack of a pfGeoState for the pfGeoSet. Every pfGeoSet should be given a pfGeoState or else the gset will inherit random stuff from the previous pfGeoState. Once a pfGeoState is assgined, then the gset will only inherit from the global state as it is supposed to. The reason for this is that for performance reasons we do a lazy pop of pfGeoState changes so it takes a new specified pfGeoState to pop off changes from the previous one. When placed in a scene graph, the previous pfGeoState that will be drawn is not even known because we sort the pfGeoSets at the end of the cull before the pfDispList is handed to the draw. In this case, the pfGeoState should probably set off the PFSTATE_ENLIGHTING and PFSTATE_ENTEXTURE modes with pfGStateMode(). -> ->Brian -> ->On Dec 10, 1:47pm, Yann Andenmatten wrote: ->> Subject: colors problem ->> Hello, ->> ->> I've a problem (certainly easy) that I cannot solve. ->> ->> I work on a perfly-based application. I've different textured objects ->> in a scene, and I want to add an axis system with one color by axis. ->> I can see the colors only if I turn the lighting off. ->> ->> Does it exist a parameter so that my lines (witch should be green, blue ->> and red) doesn't appear in white ? (it doesn't seem to be a highlighting ->> problem) ->> ->> Thanks for help ->> ->> Yann Andenmatten ->> ->> ->> PS : here's my code : ->> ->> // coordinate system ->> axisX = new pfGeoSet(); ->> axisY = new pfGeoSet(); ->> axisZ = new pfGeoSet(); ->> ->> /* Define the type of pfGeoSet */ ->> axisX->setPrimType(PFGS_LINES); ->> axisY->setPrimType(PFGS_LINES); ->> axisZ->setPrimType(PFGS_LINES); ->> ->> /* Set the coord of the lines */ ->> axisX->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisXcoord, NULL); ->> axisY->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisYcoord, NULL); ->> axisZ->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisZcoord, NULL); ->> ->> /* Set the color of the lines */ ->> axisX->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisXColor, NULL); ->> axisY->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisYColor, NULL); ->> axisZ->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisZColor, NULL); ->> ->> /* Set the number of lines in the pfGeoSet */ ->> axisX->setNumPrims(1); ->> axisY->setNumPrims(1); ->> axisZ->setNumPrims(1); ->> ->> char buf1[16]; ->> sprintf(buf1, "coordSysObject\0"); ->> coordSys = new pfGeode; ->> coordSys->addGSet(axisX); ->> coordSys->addGSet(axisY); ->> coordSys->addGSet(axisZ); ->> coordSys->setName (buf1); ->> ->> char buf2[15]; ->> sprintf(buf2, "coordSysCoord\0"); ->> coordSysDCS = new pfDCS; ->> coordSysDCS->addChild (coordSys); ->> coordSysDCS->setName(buf2); ->> ->> ->> -- ->> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ->> [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne ->> [] [] [] [] [] > Swiss Federal Institute of Technology ->> [][] [][][] [][] [] > ->> [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 ->> [][][] [] [] [][][] > yandenmat@di.epfl.ch ->> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ->> ======================================================================= ->> 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 Yann Andenmatten -> ->-- ->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-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 -> +>---- 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 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= 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 Dec 10 12:32:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA01577; Tue, 10 Dec 1996 12:30:57 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA01561; Tue, 10 Dec 1996 12:30:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA16906; Tue, 10 Dec 1996 12:31:39 -0800 Received: from gauntlet.ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA14682; Tue, 10 Dec 1996 12:30:46 -0800 Received: by gauntlet.ht.com; id QAA01912; Tue, 10 Dec 1996 16:36:23 -0500 (EST) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma001908; Tue, 10 Dec 96 16:36:19 -0500 Received: from te.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id UAA15480; Tue, 10 Dec 1996 20:31:08 GMT Received: by te.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA07238; Tue, 10 Dec 1996 15:31:07 -0500 From: scott@ht.com (Scott McMillan) Message-Id: <199612102031.PAA07238@te.ht.com> Subject: Re: colors problem To: brian@sgi.com Date: Tue, 10 Dec 1996 15:31:07 -0500 (EST) Cc: andenmat@imtsg11.epfl.ch, info-performer@sgi.com In-Reply-To: <9612101400.ZM8930@hotsauce.clubfed.sgi.com> from "Brian Furtaw" at Dec 10, 96 02:00:16 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O > > I believe your problem is that you have not specified any normals for the > lines, you could do two things specify normals for the lines (i.e. > axisX->setAttr(PFGS_NORMAL3, PFGS_PER_VERTEX, axisXnorms, NULL); ) or render > the lines unlit (i.e. axisX->setPrimType(PFGS_FLAT_LINESTRIPS); ). Of course > you realize there is the third unspecified option which I am sure someone else > will cover. > > Brian Wrong. A normal is used for shading, and what I assume is wanted is bright segment that appears the same from all directions (no normals are required). Here's what I would try adding to the code below for diagnostic line segments: > > On Dec 10, 1:47pm, Yann Andenmatten wrote: > > Subject: colors problem > > Hello, > > > > I've a problem (certainly easy) that I cannot solve. > > > > I work on a perfly-based application. I've different textured objects > > in a scene, and I want to add an axis system with one color by axis. > > I can see the colors only if I turn the lighting off. > > > > Does it exist a parameter so that my lines (witch should be green, blue > > and red) doesn't appear in white ? (it doesn't seem to be a highlighting > > problem) > > > > Thanks for help > > > > Yann Andenmatten > > > > > > PS : here's my code : > > > > // coordinate system > > axisX = new pfGeoSet(); > > axisY = new pfGeoSet(); > > axisZ = new pfGeoSet(); > > > > /* Define the type of pfGeoSet */ > > axisX->setPrimType(PFGS_LINES); > > axisY->setPrimType(PFGS_LINES); > > axisZ->setPrimType(PFGS_LINES); > > > > /* Set the coord of the lines */ > > axisX->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisXcoord, NULL); > > axisY->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisYcoord, NULL); > > axisZ->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, axisZcoord, NULL); > > > > /* Set the color of the lines */ > > axisX->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisXColor, NULL); > > axisY->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisYColor, NULL); > > axisZ->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, axisZColor, NULL); > > > > /* Set the number of lines in the pfGeoSet */ > > axisX->setNumPrims(1); > > axisY->setNumPrims(1); > > axisZ->setNumPrims(1); pfGeoState *gstate = new pfGeoState(); // Set up the graphics state - a few are probably not be required, // but I think the first one is the important one gstate->setMode(PFSTATE_ENLIGHTING, PFTR_OFF); gstate->setMode(PFSTATE_TRANSPARENCY, PFTR_OFF); gstate->setMode(PFSTATE_ENTEXTURE, PFTR_OFF); gstate->setMode(PFSTATE_ENWIREFRAME, PFTR_ON); axisX->setGState(gstate); axisY->setGState(gstate); axisZ->setGState(gstate); > > > > char buf1[16]; > > sprintf(buf1, "coordSysObject\0"); > > coordSys = new pfGeode; > > coordSys->addGSet(axisX); > > coordSys->addGSet(axisY); > > coordSys->addGSet(axisZ); > > coordSys->setName (buf1); > > > > char buf2[15]; > > sprintf(buf2, "coordSysCoord\0"); > > coordSysDCS = new pfDCS; > > coordSysDCS->addChild (coordSys); > > coordSysDCS->setName(buf2); > > > > > > -- > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne > > [] [] [] [] [] > Swiss Federal Institute of Technology > > [][] [][][] [][] [] > > > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 > > [][][] [] [] [][][] > yandenmat@di.epfl.ch > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > -- > 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-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 -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation 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 Dec 10 13:26:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA01867; Tue, 10 Dec 1996 13:24:54 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA01851; Tue, 10 Dec 1996 13:24:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA20237; Tue, 10 Dec 1996 13:25:36 -0800 Received: from lynx.cbr.dit.csiro.au (lynx-f.cbr.dit.csiro.au [192.107.9.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA27395 for ; Tue, 10 Dec 1996 13:24:50 -0800 Received: from cronulla.cbr.dit.csiro.au by lynx.cbr.dit.csiro.au (8.8.3/1.07S) id IAA20642; Wed, 11 Dec 1996 08:24:48 +1100 (EST) Received: by cronulla.cbr.dit.csiro.au (8.8.3/1.07S5C) id VAA02301; Tue, 10 Dec 1996 21:24:46 GMT From: "Rochelle O'Hagan" Message-Id: <9612110824.ZM2299@cronulla> Date: Wed, 11 Dec 1996 08:24:46 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Setting up views Cc: rohagan@cbr.dit.csiro.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I'm very new to Performer & 3dGraphics in general and am having a few problems with viewing objects. I'm trying to display a surface using a triangle geoset. The data has world coordinates around (375000 550000 -300). I am trying to find an easy way of working out where the viewpoint should be to see the data. Are there any easy and obvious ways to work out the viewpoint coordinates? Sorry about the basic question. Regards, Rochelle -- ____________________________________________________________________ Rochelle.O'Hagan@cbr.dit.csiro.au "DaM&GE" Developer CSIRO Mathematical and Information Sciences GPO Box 664 Ph: +61 6 216 7092 CANBERRA ACT 2601 AUSTRALIA Fax: +61 6 216 7111 ======================================================================= 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 Dec 10 13:31:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA01904; Tue, 10 Dec 1996 13:30:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA01888; Tue, 10 Dec 1996 13:30:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA20715; Tue, 10 Dec 1996 13:31:25 -0800 Received: from shrsys.hslc.org (SHRSYS.HSLC.ORG [192.100.94.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA28736 for ; Tue, 10 Dec 1996 13:30:35 -0800 Received: from porter (PPP46.HSLC.ORG) by SHRSYS.HSLC.ORG (PMDF V5.1-5 #18943) with SMTP id <01ICUNUFJWZS9I5IFO@SHRSYS.HSLC.ORG> for info-performer@sgi.com; Tue, 10 Dec 1996 16:27:23 EST Date: Tue, 10 Dec 1996 16:24:20 -0500 From: Prakash Mahesh Subject: setColor for pfMaterial Sender: gpmahesh@DRAWCOMP.COM To: info-performer@sgi.com Message-id: <32ADD504.ABD@drawcomp.com> Organization: DRaW Computing Assoc. Inc. MIME-version: 1.0 X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Status: O I was doing something like this: pfMaterial *mtl=new pfMaterial; mtl->setColor(PFMTL_DIFFUSE, 0.8f, 0.8f, 0.2f); mtl->setColor(PFMTL_SPECULAR, 0.0f, 0.0f, 0.0f); mtl->setColor(PFMTL_AMBIENT, 1.0f, 1.0f, 1.0f); mtl->setColor(PFMTL_EMISSION, 1.0f, 1.0f, 1.0f); ..... I get a Performer warning saying : Unknown color token x (where x is 1, 2, 3 or 4 above) Am I doing something wrong? Thanks for any help. -- 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 Dec 10 14:16:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA02216; Tue, 10 Dec 1996 14:14:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA02200; Tue, 10 Dec 1996 14:14:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA23423; Tue, 10 Dec 1996 14:15:24 -0800 Received: from shrsys.hslc.org (SHRSYS.HSLC.ORG [192.100.94.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA11081 for ; Tue, 10 Dec 1996 14:14:38 -0800 Received: from porter (PPP46.HSLC.ORG) by SHRSYS.HSLC.ORG (PMDF V5.1-5 #18943) with SMTP id <01ICUPDI4PVC9I624U@SHRSYS.HSLC.ORG> for info-performer@sgi.com; Tue, 10 Dec 1996 17:11:01 EST Date: Tue, 10 Dec 1996 17:07:53 -0500 From: Prakash Mahesh Subject: Re: setColor for pfMaterial Sender: gpmahesh@drawcomp.com To: info-performer@sgi.com Message-id: <32ADDF39.41C6@drawcomp.com> Organization: DRaW Computing Assoc. Inc. MIME-version: 1.0 X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit References: <32ADD504.ABD@drawcomp.com> <96Dec10.172417est.46104@gate.discreet.qc.ca> Status: O Jean-Luc Dery wrote: > > I was doing something like this: > > > > pfMaterial *mtl=new pfMaterial; > > > > mtl->setColor(PFMTL_DIFFUSE, 0.8f, 0.8f, 0.2f); > > mtl->setColor(PFMTL_SPECULAR, 0.0f, 0.0f, 0.0f); > > mtl->setColor(PFMTL_AMBIENT, 1.0f, 1.0f, 1.0f); > > mtl->setColor(PFMTL_EMISSION, 1.0f, 1.0f, 1.0f); > > ..... > > I get a Performer warning saying : Unknown color token x (where x is 1, > > 2, 3 or 4 above) > > > > Am I doing something wrong? > > Thanks for any help. > > -- > The IRISGL token must be defined during compilation. This determines whether > the irisgl.h or the opengl.h file is used. > > Try adding -DIRISGL to your compilation line. > > Hope this helps. > > Jean-Luc > > -- > Yes, I am doing this while compiling. But still I am getting the warning. And this is a runtime warning and not comiple time warning. Thanks for your time. And help will be appreciated. -- 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 Dec 10 14:05:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA02147; Tue, 10 Dec 1996 14:04:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA02131; Tue, 10 Dec 1996 14:04:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA22905; Tue, 10 Dec 1996 14:04:46 -0800 Received: from discreet.qc.ca (discreet.qc.ca [198.168.76.29]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA07503 for ; Tue, 10 Dec 1996 14:04:00 -0800 Received: by gate.discreet.qc.ca id <46104>; Tue, 10 Dec 1996 17:24:17 -0500 From: "Jean-Luc Dery" Message-Id: <96Dec10.172417est.46104@gate.discreet.qc.ca> Date: Tue, 10 Dec 1996 17:05:22 -0500 In-Reply-To: Prakash Mahesh "setColor for pfMaterial" (Dec 10, 4:24pm) References: <32ADD504.ABD@drawcomp.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Prakash Mahesh , info-performer@sgi.com Subject: Re: setColor for pfMaterial Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 10, 4:24pm, Prakash Mahesh wrote: > Subject: setColor for pfMaterial > I was doing something like this: > > pfMaterial *mtl=new pfMaterial; > > mtl->setColor(PFMTL_DIFFUSE, 0.8f, 0.8f, 0.2f); > mtl->setColor(PFMTL_SPECULAR, 0.0f, 0.0f, 0.0f); > mtl->setColor(PFMTL_AMBIENT, 1.0f, 1.0f, 1.0f); > mtl->setColor(PFMTL_EMISSION, 1.0f, 1.0f, 1.0f); > ..... > I get a Performer warning saying : Unknown color token x (where x is 1, > 2, 3 or 4 above) > > Am I doing something wrong? > Thanks for any help. > -- > Prakash Mahesh > prakash@drawcomp.com >-- End of excerpt from Prakash Mahesh The IRISGL token must be defined during compilation. This determines whether the irisgl.h or the opengl.h file is used. Try adding -DIRISGL to your compilation line. Hope this helps. Jean-Luc -- _____________________________________________________________________________ Jean-Luc Dery Discreet Logic System Engineer 5505 boul. St-Laurent, bureau 5200 3-D Graphics Technology Montreal (Quebec), Canada, H2T 1S6 Tel: (514) 272-0525 #394 Email: dery@discreet.com Fax: (514) 272-0585 _____________________________________________________________________________ ======================================================================= 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 Dec 10 17:20:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA03273; Tue, 10 Dec 1996 17:18:29 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA03257; Tue, 10 Dec 1996 17:18:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA05395; Tue, 10 Dec 1996 17:19:11 -0800 Received: from mail (mail.tsinghua.edu.cn [166.111.8.250]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id RAA22670 for ; Tue, 10 Dec 1996 17:18:17 -0800 Received: from ns.cs.tsinghua.edu.cn by mail (5.x/SMI-SVR4) id AA14475; Wed, 11 Dec 1996 09:14:44 +0800 Received: from s1000e.cs.tsinghua.edu.cn (s1000e.cs.tsinghua.edu.cn [166.111.89.7]) by ns.cs.tsinghua.edu.cn (8.6.12/8.6.12) with ESMTP id IAA24528 for ; Wed, 11 Dec 1996 08:18:34 -0600 Received: by s1000e.cs.tsinghua.edu.cn (SMI-8.6/SMI-SVR4) id JAA09360; Wed, 11 Dec 1996 09:18:47 +0800 Date: Wed, 11 Dec 1996 09:18:47 +0800 (CST) From: yangLei To: info-performer@sgi.com Subject: about stereoscopic CrystalEyes In-Reply-To: <9612101248.ZM23584@bitch.reading.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I buy a CrystalEyes Stereoscopic System. I remeber someone have post paper on net which said how to use stereoscopic. But I cannot get it from mail box. Have any one remember it ? thanks yang lei /************************************************************* Yang lei tsinghua Univ. AI Lab. Mobile Robot Group yl@s1000e.cs.tsinghua.edu.cn /********************************************************* ======================================================================= 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 Dec 10 23:33:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA00959; Tue, 10 Dec 1996 23:32:22 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA00943; Tue, 10 Dec 1996 23:32:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA18596; Tue, 10 Dec 1996 23:33:05 -0800 Received: from imtsg11.epfl.ch (imtsg11.epfl.ch [128.178.45.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA15124 for ; Tue, 10 Dec 1996 23:32:10 -0800 Received: (from andenmat@localhost) by imtsg11.epfl.ch (940816.SGI.8.6.9/8.6.12) id IAA13861 for info-performer@sgi.com; Wed, 11 Dec 1996 08:32:08 +0100 From: "Yann Andenmatten" Message-Id: <9612110832.ZM13859@imtsg11.epfl.ch> Date: Wed, 11 Dec 1996 08:32:07 +0100 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Colors problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Yann I've been just added the pfGeoState to my axis system, like Scott McMillan told me, and now it's working. I've three nice colored lines ! Thanks Scott, Brian, Sharon Rose and Benedikt ! Yann Andenmatten -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne [] [] [] [] [] > Swiss Federal Institute of Technology [][] [][][] [][] [] > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 [][][] [] [] [][][] > yandenmat@di.epfl.ch ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ======================================================================= 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 Dec 11 02:42:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA01270; Wed, 11 Dec 1996 02:41:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA01254; Wed, 11 Dec 1996 02:41:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA24461; Wed, 11 Dec 1996 02:42:10 -0800 Received: from sable.nus.sg (sable.nus.sg [137.132.1.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA07387 for ; Wed, 11 Dec 1996 02:41:23 -0800 Received: from leonis.nus.sg (eng30228@leonis.nus.sg [137.132.1.18]) by sable.nus.sg (8.6.10/8.6.9) with ESMTP id SAA31621 for ; Wed, 11 Dec 1996 18:41:20 +0800 Received: from localhost (eng30228@localhost) by leonis.nus.sg (8.6.10/8.6.9/CNS-3.5) with SMTP id SAA06384 for ; Wed, 11 Dec 1996 18:41:20 +0800 Date: Wed, 11 Dec 1996 18:41:19 +0800 (SST) From: LIM MING WAH To: info-performer@sgi.com Subject: How to activate the other object? (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Ignore last mail !! Silly mistake of me!!!! This is the problem!!!!! Hello all, I have modified perfly such that it creates a different DCS for every object listed at the command line. scene | |\ | | \ dcs dcs dcs | | \ gp gp gp / \ \ / \ \ obj obj light How come I can only manipulate the last object loaded? can I switch between the object I want to move? How can I do that? Jonathan ======================================================================= 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 Dec 11 02:39:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA01250; Wed, 11 Dec 1996 02:37:49 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA01234; Wed, 11 Dec 1996 02:37:48 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA24410; Wed, 11 Dec 1996 02:38:32 -0800 Received: from sable.nus.sg (sable.nus.sg [137.132.1.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA07103 for ; Wed, 11 Dec 1996 02:37:39 -0800 Received: from leonis.nus.sg (eng30228@leonis.nus.sg [137.132.1.18]) by sable.nus.sg (8.6.10/8.6.9) with ESMTP id SAA00392 for ; Wed, 11 Dec 1996 18:37:23 +0800 Received: from localhost (eng30228@localhost) by leonis.nus.sg (8.6.10/8.6.9/CNS-3.5) with SMTP id SAA31423 for ; Wed, 11 Dec 1996 18:37:23 +0800 Date: Wed, 11 Dec 1996 18:37:23 +0800 (SST) From: LIM MING WAH To: info-performer@sgi.com Subject: How to activate the other object? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello all, I have modified perfly such that it creates a different DCS for every object listed at the command line. But there seems to be an extra branch with nothing at the end. scene / | |\ / | | \ dcs dcs dcs dcs / | | \ gp gp gp gp / \ \ / \ \ obj obj light why is there an extra dcs with nothing at the end? How come I can only manipulate the last object loaded? can I switch between the object I want to move? How can I do that? I have included the part of perfly that I have modified. /* Create a DCS for TRACKBALL pfiXformer */ ViewState->sceneDCS = pfNewDCS(); ViewState->sceneGroup = pfNewGroup(); pfAddChild(ViewState->sceneDCS, ViewState->sceneGroup); if (ViewState->xformerModel == PFITDF_TRACKBALL) { pfAddChild(scene, ViewState->sceneDCS); } else pfAddChild(scene, ViewState->sceneGroup); /* Load each of the files named on the command line */ for (i = 0; i < NumFiles; i++) { for (j = 0; j < ViewState->iterate; j++) { /* Create a DCS for TRACKBALL pfiXformer */ ViewState->sceneDCS = pfNewDCS(); ViewState->sceneGroup = pfNewGroup(); pfAddChild(ViewState->sceneDCS, ViewState->sceneGroup); if (ViewState->xformerModel == PFITDF_TRACKBALL) { pfAddChild(scene, ViewState->sceneDCS); } else pfAddChild(scene, ViewState->sceneGroup); /* Load the database. create a hierarchy under node "root" */ root = pfdLoadFile(DatabaseFiles[i]); if (root == NULL) { pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "WARNING: could not load \"%s\"", DatabaseFiles[i]); continue; } Thanks a lot!!!! Jonathan ======================================================================= 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 Dec 11 02:52:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA01294; Wed, 11 Dec 1996 02:50:17 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA01278; Wed, 11 Dec 1996 02:50:17 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA24693; Wed, 11 Dec 1996 02:51:00 -0800 Received: from imtsg7.epfl.ch (imtsg7.epfl.ch [128.178.45.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA08192 for ; Wed, 11 Dec 1996 02:49:47 -0800 Received: (from guzzoni@localhost) by imtsg7.epfl.ch (940816.SGI.8.6.9/8.6.12) id LAA06262; Wed, 11 Dec 1996 11:39:59 +0100 Date: Wed, 11 Dec 1996 11:39:59 +0100 (MET) From: Didier Guzzoni To: info-performer@sgi.com Subject: Texture video live Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi Performers, We are trying to do some texturing by using a real time video flow. Our graphic board is the Indigo2 IMPACT Video and we only have gl code examples. We would like to know if some Performer based code exists for this kind of application. For instance, is there a Performer equivalent for : glXMakeCurrentReadSGI () Thanks in advance, Didier Guzzoni Didier Guzzoni Swiss Federal Institute of Technology Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch Fax : ++41 21 693 5859 ======================================================================= 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 Dec 11 03:20:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA01527; Wed, 11 Dec 1996 03:18:52 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA01511; Wed, 11 Dec 1996 03:18:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA25494; Wed, 11 Dec 1996 03:19:35 -0800 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id DAA14219 for ; Wed, 11 Dec 1996 03:18:48 -0800 Received: from alley.fel.tno.nl by sun4nl.NL.net (5.65b/NLnet-3.4) id AA16654; Wed, 11 Dec 1996 12:18:03 +0100 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id MAA18185; Wed, 11 Dec 1996 12:14:50 +0100 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id MAA28572; Wed, 11 Dec 1996 12:09:11 +0100 (MET) From: Mario Veraart Message-Id: <199612111109.MAA28572@s00sn1.fel.tno.nl> Subject: Re: How to activate the other object? To: eng30228@leonis.nus.sg (LIM MING WAH) Date: Wed, 11 Dec 1996 12:09:11 +0100 (MET) Cc: info-performer@sgi.com (Performer) In-Reply-To: from "LIM MING WAH" at Dec 11, 96 06:37:23 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi, > why is there an extra dcs with nothing at the end? How come I can only > manipulate the last object loaded? can I switch between the object I want > to move? How can I do that? > I have included the part of perfly that I have modified. > > > /* Create a DCS for TRACKBALL pfiXformer */ > ViewState->sceneDCS = pfNewDCS(); > ViewState->sceneGroup = pfNewGroup(); > pfAddChild(ViewState->sceneDCS, ViewState->sceneGroup); > if (ViewState->xformerModel == PFITDF_TRACKBALL) > { > pfAddChild(scene, ViewState->sceneDCS); > } > else > pfAddChild(scene, ViewState->sceneGroup); > > /* Load each of the files named on the command line */ > for (i = 0; i < NumFiles; i++) > { > for (j = 0; j < ViewState->iterate; j++) > { > > /* Create a DCS for TRACKBALL pfiXformer */ > ViewState->sceneDCS = pfNewDCS(); Here you must keep track of all the DCSs created. You can do that with a pfList. > ViewState->sceneGroup = pfNewGroup(); > pfAddChild(ViewState->sceneDCS, ViewState->sceneGroup); Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Dec 11 04:59:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA01985; Wed, 11 Dec 1996 04:58:08 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA01969; Wed, 11 Dec 1996 04:58:08 -0800 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA28905; Wed, 11 Dec 1996 04:58:52 -0800 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id EAA12009; Wed, 11 Dec 1996 04:58:07 -0800 Received: from gateway.ivex3d.com (ivex3d.com [204.241.103.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA27851 for ; Wed, 11 Dec 1996 04:56:47 -0800 Received: by gateway.ivex3d.com from localhost (router,SLMAIL95 V2.2); Tue, 10 Dec 1996 22:20:19 Eastern Standard Time Received: by gateway.ivex3d.com from ntserver.ivex3d.com (192.168.1.27::mail daemon; unverified,SLMAIL95 V2.2); Tue, 10 Dec 1996 22:20:18 Eastern Standard Time Message-ID: <32AE2D0E.21EB@ivex3d.com> Date: Tue, 10 Dec 1996 22:39:58 -0500 From: "Rambabu Munjuluri" Organization: IVEX X-Mailer: Mozilla 2.0 (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com, info-vega@paradigmsim.com Subject: User interface using Motif/Vkit/pfuWidget ??? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi : I posted this question long time ago, but never got a convincing answer. We have a Vega App with calls to Perf as well. Right now we are using a Motif user interface with push-buttons, toggles, scale-sliders and most importantly TEXTFIELD widgets.We are very much concerned with the use of a Motif Widget for a visual (we are targeting a 60Hz frame rate) We suspect that, this could hit our frame rate. Did anybody try this without a performance hit (in terms of frame rate) ? As far as I know, pfuWidget-set doesn't have a TEXTFIELD widget. So, I have not tried to use "pfuWidget-set". Am I right ? Was anyone successful in getting a textfield widget to work ? How helpful is Viewkit in building a user interface for such an APP ? Would there be any problems OR how flexible is it, to embedd a VegaApp in ViewKit with all our desired widget types (including textfields etc) ? All our apps need to have OpenGL as the lower level library, so we cannot use GL windows etc for our visuals. So, is there a better "windowing interface" approach to this problem ? Thanks in advance Ram ram@ivex3d.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Dec 11 06:27:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA02198; Wed, 11 Dec 1996 06:26:21 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02182; Wed, 11 Dec 1996 06:26:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA02045; Wed, 11 Dec 1996 06:27:04 -0800 Received: from dekalb.vf.mmc.com (dekalb.vf.mmc.com [192.35.35.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA09221 for ; Wed, 11 Dec 1996 06:26:18 -0800 Received: from franklin.vf.lmco.com ([166.17.5.51]) by dekalb.vf.mmc.com (8.7.6/8.7.3) with ESMTP id JAA27874 for ; Wed, 11 Dec 1996 09:26:16 -0500 (EST) Received: from serling.motown.lmco.com (serling.motown.lmco.com [129.204.6.42]) by franklin.vf.lmco.com (8.7.6/8.7.3) with ESMTP id JAA08646 for ; Wed, 11 Dec 1996 09:26:16 -0500 (EST) Received: from newton.motown.lmco.com (newton [129.204.6.238]) by serling.motown.lmco.com (8.7.2/8.7.2) with ESMTP id JAA11019 for ; Wed, 11 Dec 1996 09:26:13 -0500 (EST) From: David Higginbotham Received: (dhigginb@localhost) by newton.motown.lmco.com (8.6.11/8.6.6) id JAA23258 for info-performer@sgi.com; Wed, 11 Dec 1996 09:26:23 -0500 Date: Wed, 11 Dec 1996 09:26:23 -0500 Message-Id: <199612111426.JAA23258@newton.motown.lmco.com> To: info-performer@sgi.com Subject: re: User interface using Motif/Vkit/pfuWidget ??? Status: O ram@ivex3d.com writes: > ...We are very much concerned with the use of a Motif Widget for a visual > (we are targeting a 60Hz frame rate). We suspect that, this could hit > our frame rate. Did anybody try this without a performance hit (in > terms of frame rate) ? We're using the glwMDrawingArea widget, tying it into Performer with pfPWinWSDrawable(). We haven't measured performance yet, but we're achieving a 60Hz frame rate with complex terrain data. Dave Dave Higginbotham // phone: 609-722-3739 Lockheed Martin GES // fax: 609-273-5182 MS: 137-123 \X/ dhigginb@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 Dec 11 06:41:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA02240; Wed, 11 Dec 1996 06:40:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02224; Wed, 11 Dec 1996 06:40:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA02606; Wed, 11 Dec 1996 06:41:19 -0800 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA11037 for ; Wed, 11 Dec 1996 06:40:25 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA27731; Wed, 11 Dec 96 08:32:40 -0500 Date: Wed, 11 Dec 96 08:32:40 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9612111332.AA27731@mred.bgm.link.com> To: info-performer@sgi.com Subject: DRAW process anomalies. Status: O Perf 2.0 MR, IRIX 5.3, RE2. We have a 3 pipe system with APP_CULL_DRAW, every process on a 200MHz CPU of it's own. Every process is running comfortably less than ~24msec per frame and the system is correctly GenLocked (as far as we can tell). Yet despite all of this, it refuses to run at 30Hz. Timings are: DRAW: 22, 24, 22ms CULL: 7, 10, 7ms APP : 10ms (end of pfFrame to pfSync) <1ms (end of pfSync to pfFrame) Unfortunately, we are have very tiny channel sizes and using Performer stats is hard. However, careful timing of my own clearly reveals that the DRAW processes on pipes 0 and 1 are not starting up until well into the frame. This results in them failing to complete within 33msec. Pipe 2's DRAW, and all three CULL processes are starting at exactly the correct time (very shortly after pfFrame returns in APP) but the DRAW processes for pipes 0 and 1 are not starting until sometime AFTER their respective cull processes have completed since the times for CULL and DRAW taken together exceed 33ms, we break frames all the time unless we move to a very simple area of the database such that CULL+DRAW can get under 33ms. We are running with the pfPhase set to LIMIT - FREE_RUN seems to do the same thing - and the system locks up completely in LOCK to the point that we have to do a stopgfx/startgfx to get the system to come back. I don't think this is a new problem, we have seen it before, but managed to 'get away with it' because CULL times were a lot smaller. HELP!! 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 (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. ======================================================================= 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 Dec 11 06:50:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA02277; Wed, 11 Dec 1996 06:49:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02261; Wed, 11 Dec 1996 06:49:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA03029; Wed, 11 Dec 1996 06:50:24 -0800 Received: from mh1.well.com (mh1.well.com [206.15.64.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA12540 for ; Wed, 11 Dec 1996 06:49:37 -0800 Received: from well.com (stereo@well.com [206.15.64.10]) by mh1.well.com (8.7.6/8.7.5) with SMTP id GAA29917; Wed, 11 Dec 1996 06:48:49 -0800 (PST) Date: Wed, 11 Dec 1996 06:48:48 -0800 (PST) From: Tim Crane Subject: Re: about stereoscopic CrystalEyes To: yangLei cc: info-performer@sgi.com, tcrane@crystaleye.com In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1935004172-850315728:#17425" Status: O This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1935004172-850315728:#17425 Content-Type: TEXT/PLAIN; charset=US-ASCII I can send you some information. You can also write support@crystaleye.com On Wed, 11 Dec 1996, yangLei wrote: > I buy a CrystalEyes Stereoscopic System. I remeber someone have post > paper on net which said how to use stereoscopic. But I cannot get it from > mail box. Have any one remember it ? > > thanks > > yang lei > > /************************************************************* > Yang lei > tsinghua Univ. AI Lab. > Mobile Robot Group > yl@s1000e.cs.tsinghua.edu.cn > /********************************************************* --0-1935004172-850315728:#17425 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="indy2.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: VGltIENyYW5lO0plZmYgTXVycmF5DQ0KU3RlcmVvR3JhcGhpY3MgVGVjaCBT dXBwb3J0DQ0KMjE3MSBFLiBGcmFuY2lzY28gQmx2ZA0NClNhbiBSYWZhZWwg Q0EgOTQ5MDENDQo0MTUtNDU5LTQ1MDAgNDE1LTQ1NS0xODQ0IGZheA0NCgl0 Y3JhbmVAY3J5c3RhbGV5ZS5jb207am11cnJheUBjcnlzdGFsZXllLmNvbQ0N CkM6XFBST1dJTlxVUExPQURcSU5EWTIuVFhUICAgcmV2aXNlZCA3LzIwLzk1 DQ0KDQ0KIA0NCkNBQkxFUzoNDQo0RFhYWCwgQ1JJTVNPTiwgT05ZWCwgUkVB TElUWSBFTkdJTkU6DQ0KVGhlIGNvbm5lY3Rpb24gZm9yIHRoaXMgdHlwZSBp cyB0aGUgZmlyc3QgcG93ZXJlZCBwZXJpcGhlcmFsIGNvbm5lY3RvciANDQpU VFlEMiBvciBQMiBwb3J0LiAgQmUgc3VyZSB0aGUgcG9ydCBpcyBzZXQgZm9y IE5PVCBBVFRBQ0hFRCBpbiB0aGUgDQ0KU1lTVEVNIE1BTkFHRVIvU1lTVEVN IFRPT0xTL1BPUlQgU0VUVVAuICANDQpUaGUgY2FibGUgdG8gdXNlIGlzIHRo ZSBTRyBwYXJ0ICMgNjk5Nzcgb3IgKFNHSSBwYXJ0ICMgMDE4LTAxODItMDAx KQ0NCkl0IGlzIGEgOHBpbiBESU4gdG8gRGI5Lg0NCg0NCklORFksIElORElH TyBTRVJJRVM6DQ0KVGhlIGNvbm5lY3Rpb24gZm9yIHRoaXMgdHlwZSBpcyBs b2NhdGVkIGNsb3NlIHRvIHdoZXJlIHRoZSBtb25pdG9yIA0NCnBsdWdzIGlu IChub3QgdG8gYmUgY29uZnVzZWQgd2l0aCB0aGUgc2VyaWFsIGNvbm5lY3Rv cnMpLiBUaGUgY2FibGUgdG8gDQ0KdXNlIGlzIHRoZSBTRyBwYXJ0ICMgNjk5 NzkgKFNHSSBwYXJ0ICMgWDUtUC5TVFZJRVcpIEl0IGlzIGEgMyBwaW4gDQ0K TUlOSSBESU4gdG8gREI5Lg0NCg0NCkRFTU9TOg0NCglOT1RFOiBUaGVzZSBt YXkgaGF2ZSB0byBiZSBsb2FkZWQgaW4gZnJvbSANDQoJdGhlIFNHSSBkaXN0 cmlidXRpb24gc29mdHdhcmUuDQ0KICAgICAgIA0NCkkgc3VnZ2VzdCBmaW5k aW5nIHNvbWUgb2YgdGhlIHJlc2lkZW50IGRlbW8gc29mdHdhcmUgdGhhdCB0 aGUgbG9jYXRlZA0NCmluIHRoZSBkaXIgOiB1c3IvcGVvcGxlLzREZ2lmdC9l eGFtcGxlcy9kZXZpY2VzL1N0ZXJlb1ZpZXcNDQoNDQpOZXN0ZWQgY3ViZXMg aXMgYW5vdGhlciBnb29kICJzdGVyZW8gdGVzdCIgcHJvZ3JhbS4gIEl0IHNo b3VsZCBiZSBhIA0NCnNpbXBsZSBwbHVnIGFuZCBwbGF5LiAgDQ0KDQ0KQWxz byB0cnkgdGhlIHNldG1vbiBjb21tYW5kOiAvdXNyL2dmeC9zZXRtb24gLW4g U1RSX1JFQ1QNDQp0byB0dXJuIG9uIHRoZSBzdGVyZW8gb3B0aW9uLiAgVGhp cyB3aWxsIGVsb25nYXRlIHRoZSBtb25pdG9yIA0NCih0byAxMjAgSHogcmVm cmVzaCByYXRlKSB0aGUgY29tbWFuZCAvdXNyL2dmeC9zZXRtb24gLW4gNjBI WiB3aWxsIA0NCnR1cm4gb2ZmIHRoZSBzdGVyZW8uICBOT1RFOiBUaGUgLW4g dG9nZ2xlIGlzIG5lZWQgc28gdGhlIGZvcm1hdCB3aWxsIA0NCm5vdCBiZSBz YXZlZCBpbiBFRVBST00sIGFuZCBqdXN0IGxvYWRlZCB0ZW1wb3JhcmlseS4N DQoNDQpBbHNvIHRoZXJlIGlzIGEgcHJvZ3JhbSBjYWxsZWQgL3Vzci9kZW1v cy9iaW4vcG93ZXJmbGlwIA0NCmRhdGEgaXMgbG9jYXRlZCBpbiAvdXNyL2Rl bW9zL2RhdGEveWFvZGwvDQ0KL3Vzci9kZW1vcy9iaW4vcG93ZXJmbGlwIC1T ICAvdXNyL2RlbW9zL2RhdGEveWFvZGwvKGRhdGEgZmlsZSkNDQp3aWxsIGNy ZWF0ZSBhIHN0ZXJlbyBpbWFnZS4NDQptYW4gcG93ZXJmbGlwIHdpbGwgZ2l2 ZSB5b3UgaW5mbyBvbiB0aGF0LiANDQoqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioNDQoNDQpXSUxMIFRIRSBTWVNURU0gR08gSU5U TyBTVEVSRU8gTU9ERT86DQ0KR1QgYW5kIEdUWCBSVjEgR3JhcGhpY3MNDQpz dXBwb3J0IDMwSFosIDYwSFosIE5UU0MsIFBBTCwgYW5kIDMwSFpfU0cuDQ0K DQ0KR1QgYW5kIEdUWCBSVjEuMixSVjIgR3JhcGhpY3MNDQpzdXBwb3J0IDMw SFosIDYwSFosIE5UU0MsIFBBTCwgMzBIWl9TRyAzNDMgYW5kDQ0KU1RSX1JF Q1QuDQ0KDQ0KUnVuICJoaW52IiB0byBkZXRlcm1pbmUgaGFyZHdhcmUgLi4u DQ0KUnVuICIudXNyL2dmeC9nZnhpbmZvIi4gIFRoYXQgc2hvdWxkIGhlbHAg dXMgb3V0IGluIGZpZ3VyaW5nIHRoZSANDQpyZXZpc2lvbi4gDQ0KDQ0KVGhl IG90aGVyIHdheSBpcyB0aGUgYnJ1dGUgZm9yY2UgbWV0aG9kOw0NCi91c3Iv Z2Z4L3NldG1vbiAtbiA2MEhaICh0aGVuIHJldHVybikNDQpjdXQgYW5kIHBh c3RlIHRoZSBhYm92ZSBjb21tYW5kIGludG8gdGhlIG1vdXNlIGN1dCBhbmQg cGFzdGUgYnVmZmVyLg0NCnR5cGUgL3Vzci9nZngvc2V0bW9uIC1uIFNUUl9S RUNUDQ0KSWYgdGhlIG1vbml0b3IgY2FuIGRvIHN0ZXJlbyBtb2RlIHRoZW4g eW91IHdpbGwgc2VlIHN0cmV0Y2hlZCBvdXQgdGV4dA0NCndpdGggdGhlIGJv dHRvbSBoYWxmIG9mIHRoZSBzY3JlZW4gb3ZlcmxhaWQgb24gdG9wIG9mIHRo ZSB0b3AgaGFsZi4NDQpJZiB0aGUgbW9uaXRvciBjYW5ub3QgZG8gc3RlcmVv IGFuZCBnb2VzIGNyYXp5LCBhbmQgeW91IGNhbiBub3Qgc2VlIA0NCndoYXQg eW91IGFyZSBkb2luZywgcHJlc3MgdGhlIG1pZGRsZSBtb3VzZSBidXR0b24g dG8gZ2V0IHRoZSANDQovdXNyL2dmeC9zZXRtb24gLW4gNjBIWiBjb21tYW5k IHR5cGVkIGluIG9yIGhhdmUgdHlwZSBpdCBpbiBibGluZC4NDQoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNDQoNDQpSRUQg TEVEIElORElDQVRPUjoNDQpUaGUgVmlzaWJsZSBSRUQgTEVEIGlzIGEgbXVs dGkgcHVycG9zZSBpbmRpY2F0b3IuIDEpIFBvd2VyLiANDQoyKSBTd2l0Y2gg aXMgaW4gSEkgb3IgTE9XLiAzKSBUZWxscyB3aGVuIHRoZSBMZWZ0L1JpZ2h0 IA0NCihzdGVyZW8gNjBIeiBzaWduYWwpIGlzIHByZXNlbnQuIDQpIFBoYXNl LCBicmlnaHRlciBpbiB0aGUgcmlnaHQgZXllLiANDQpOb3RlOiBBbGwgb2Yg dGhlIGZpcnN0IDMgY29uZGl0aW9ucyBtdXN0IGJlIG1ldCBmb3IgdGhlIGxp Z2h0DQ0KdG8gdHVybiBvbi4NDQoqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKg0NCg0NClNHSSBFTUlUVEVSIFZTIFBDL1BS TyBFTUlUVEVSOg0NClRoZSBlbWl0dGVycyBzb2xkIHRocm91Z2ggU0dJIGRp c3RyaWJ1dGlvbiBhcmUgZGlmZmVyZW50IGZyb20gdGhlIA0NCm9uZXMgU3Rl cmVvR3JhcGhpY3MgQ29ycC4gc2VsbHMgZGlyZWN0bHkgZm9yIG90aGVyIGNv bXB1dGVycyBhbmQgb3IgDQ0KdmlkZW8gc3lzdGVtcy4gIEFsdGhvdWdoIHVw b24gYSBjYXN1YWwgbG9vayB0aGV5IGFwcGVhciB0byBiZSB0aGUgDQ0Kc2Ft ZSwgdGhleSBhcmUgbm90ISAgVGhlIGJlc3Qgd2F5IHRvIHRlbGwgdGhlIGRp ZmZlcmVuY2UgaXMgYnkgDQ0KbG9va2luZyBhdCB0aGUgcmVhciBwYW5lbC4g IFRoZSBTR0kgdHlwZSBoYXMgb25seSBhIERCOSBjb25uZWN0b3IgDQ0KYW5k IGEgcmFuZ2Ugc3dpdGNoLCB3aGlsZSB0aGUgUEMvUFJPIGVtaXR0ZXIgaGFz IGFuIGFkZGl0aW9uYWwgDQ0KQk5DIGNvbm5lY3Rvci4gIFRoZSB0d28gZW1p dHRlcnMgYXJlIHdpcmVkIGRpZmZlcmVudGx5IHRocm91Z2ggdGhlIERCOSAN DQphbmQgYXJlIG5vdCBkaXJlY3RseSBjb21wYXRpYmxlLiAgVGhlIFNHSSB0 eXBlIGVtaXR0ZXIgd2lsbCBPTkxZIA0NCndvcmsgd2l0aCBTR0kgY29tcHV0 ZXJzIGFuZCBjYWJsZXMsIHRoZSBQQy9QUk8gZW1pdHRlciBXSUxMIE5PVC4g IA0NCkRvIG5vdCBnZXQgdGhlbSBtaXhlZCB1cCBvciB5b3Ugd2lsbCBoYXZl IHByb2JsZW1zLiAgQWRhcHRvcnMgYXJlIA0NCmF2YWlsYWJsZSB0byAicmV3 aXJlIHRoZSBjYWJsZXMiIGZvciBjYXNlcyB3aXRoIGluY29tcGF0aWJsZSAN DQplbWl0dGVycy4gIFRoZSBTR0kgdG8gUFJPICgjIDgyMjUwKSBpcyBmb3Ig U0dJIGNvbXB1dGVyIGFuZCBjYWJsZSANDQpzZXRzIGdvaW5nIHRvIGEgUEMv UFJPIGVtaXR0ZXIsIHRoZSBvdGhlciBpcyBQUk8gdG8gU0dJICgjIDgyMjQ5 KSANDQpmb3Igb3RoZXIgbm9uIFNHSSBjb21wdXRlcnMgYW5kIGNhYmxlcyB0 byBTR0kgZW1pdHRlcnMuICBTZWUgDQ0KU3RlcmVvR3JhcGhpY3MgQ29ycC4g Zm9yIGluZm8gaW4gdGhlbS4NDQoqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKg0NCg0NClBTVFZJRVctSU5EWSBF WUVXQVJFIC8gRU1JVFRFUiBTRVQ6DQ0KVGhlIEluZHkgKEJsdWUpIEVZRVdB UkUgLyBFTUlUVEVSIFNFVCBpcyBub3QgY29tcGF0aWJsZSB3aXRoIGFuZCBv dGhlciANDQpleWV3YXJlLiAgVGhleSBhcmUgdW5pcXVlLiAgQmx1ZSBleWV3 YXJlIHVuaXRzIHdpbGwgb25seSB3b3JrIHdpdGggDQ0KYmx1ZSBlbWl0dGVy cy4gIFRoaXMgc2V0IGlzIGNvbXBhdGlibGUgd2l0aCBhbnkgb2YgdGhlIElu ZHksSW5kaWdvLEluZGlnbzINDQphbmQgRWxhbiBncmFwaGljcyB0aGF0IHVz ZSB0aGUgc21hbGwgMyBwaW4gTUlOSSBESU4gdHlwZSBjb25uZWN0b3IgYXMg DQ0KdGhlIFNURVJFTyBvdXRwdXQuICBUaGVyZSBhcmUgb25seSBhIGhhbmRm dWwgb2YgdGhlc2UgdW5pdHMgb3V0IGluIA0NCnRoZSBmaWVsZC4NDQo= --0-1935004172-850315728:#17425-- ======================================================================= 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 Dec 11 07:36:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02594; Wed, 11 Dec 1996 07:35:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA02578; Wed, 11 Dec 1996 07:35:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05038; Wed, 11 Dec 1996 07:35:50 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA20097 for ; Wed, 11 Dec 1996 07:35:03 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id KAA01341; Wed, 11 Dec 1996 10:31:33 -0500 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA19803; Wed, 11 Dec 1996 10:33:02 -0500 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) for info-performer@sgi.com id KAA23029; Wed, 11 Dec 1996 10:30:42 -0500 From: "Bernard Leclerc" Message-Id: <9612111030.ZM23027@eagle.cae.ca> Date: Wed, 11 Dec 1996 10:30:38 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Performer Mailing List Subject: Rendering 2 channels at different update rates Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello all, Suppose you need to render multiple pfChannels on the same pfPipeWindow. Let's say you want 2 channels, one running at 30 Hz, the other running at, say, 10 Hz. First, the application must be running at 30 Hz in this case since it's the fastest update rate required. Ideally, you would render channel 0 (the one at 30 Hz) every frame, while you render channel 1 once every three frames to obtain the desired 10 Hz update rate. Since we're using a double buffer, the scene in channel 1 must be drawn in the back buffer and then copied into the front buffer in order to have the same image displayed for several frames when the pfPipe will swap buffers. Now the question is what's the fastest way to copy the back buffer into the front buffer? I've tried two methods. One is to send the back buffer image into the accumulation buffer then activate the front buffer and recall the image from the accumulation buffer. The other method I've tried is to use a rectcopy() while the readsource() is set to the backbuffer and the destination set to the frontbuffer. Both methods seem to work although the acbuf operation seems to be faster than the rectcopy. I started to observe strange behavior on channel 1 (the one at 10 Hz) when channel 0 is overloaded. That is when the overall update rate of 30 Hz cannot be maintained. It looks to me as if only one buffer was updated while the other buffer keeps its old content. You can imagine the effect: swapping buffer with two different images in each buffer can be very distracting. Because I'm not sure how to solve the problem, I'm asking you for advice, comments or ideas. If there's someone else out there who already experienced the same problem, who already implemented that kind of functionality, I'd would appreciate if you could share your experience with us. Thanks for reading so far... -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 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 Wed Dec 11 07:47:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02644; Wed, 11 Dec 1996 07:45:52 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA02628; Wed, 11 Dec 1996 07:45:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05536; Wed, 11 Dec 1996 07:46:35 -0800 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA21994 for ; Wed, 11 Dec 1996 07:45:35 -0800 Message-Id: <199612111545.HAA21994@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 11 Dec 1996 16:06:58 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 11 Dec 1996 16:06:58 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Wed, 11 Dec 1996 16:05:47 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Wed, 11 Dec 1996 15:57:10 +0100 Date: Wed, 11 Dec 1996 15:57:10 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;961211145710] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: RE: colors problem MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C Excuse my silly question, Brian, but could you explain me what yo= u mean by "specifying the normal of a line" There are an infinity of normals for a single line, and I'm afraid s= pecifying a unic normal will favor one direction for lighting, and make a dark= line for the others directions. I had also the same problem with line colors ; I just cannot control= the color of a line, even by specifying an ambient or emissive color for= it. Michael. ____________________________________________________________________= ___________ _ De: P=3DINTERNET; DDA.TYPE=3DRFC-822; DDA.VALUE=3Dguest(a)holodeck.c= sd.sgi.com le Mar 10 D=E9c 1996 20:18 Objet: Re: colors problem A: Yann Andenmatten; P=3DINTERNET; DDA.TYPE=3DRFC-822; DDA.VALUE=3Dinfo-performer(a)sgi.com; BOCCARA Michael Fichiers: BDY698.TXT RFC-822-Headers: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Mime-Version: 1.0 Content-Type: text/plain; charset=3Dus-ascii ======================================================================= 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 Dec 11 07:57:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02685; Wed, 11 Dec 1996 07:56:16 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA02669; Wed, 11 Dec 1996 07:56:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA06177; Wed, 11 Dec 1996 07:56:59 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA23714 for ; Wed, 11 Dec 1996 07:56:12 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id KAA15993; Wed, 11 Dec 1996 10:40:51 -0500 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA11568; Wed, 11 Dec 1996 10:41:36 -0500 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) id KAA23115; Wed, 11 Dec 1996 10:39:15 -0500 From: "Bernard Leclerc" Message-Id: <9612111039.ZM23113@eagle.cae.ca> Date: Wed, 11 Dec 1996 10:39:12 -0500 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "DRAW process anomalies." (Dec 11, 8:32am) References: <9612111332.AA27731@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: DRAW process anomalies. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Steve Baker wrote: > > Perf 2.0 MR, IRIX 5.3, RE2. > > We have a 3 pipe system with APP_CULL_DRAW, every process on a 200MHz CPU > of it's own. Every process is running comfortably less than ~24msec > per frame and the system is correctly GenLocked (as far as we can tell). > Yet despite all of this, it refuses to run at 30Hz. > > Timings are: > > DRAW: 22, 24, 22ms > CULL: 7, 10, 7ms > APP : 10ms (end of pfFrame to pfSync) > <1ms (end of pfSync to pfFrame) > > Unfortunately, we are have very tiny channel sizes and using > Performer stats is hard. However, careful timing of my own clearly > reveals that the DRAW processes on pipes 0 and 1 are not starting > up until well into the frame. This results in them failing to complete > within 33msec. Pipe 2's DRAW, and all three CULL processes are > starting at exactly the correct time (very shortly after pfFrame > returns in APP) but the DRAW processes for pipes 0 and 1 are not > starting until sometime AFTER their respective cull processes have > completed since the times for CULL and DRAW taken together exceed > 33ms, we break frames all the time unless we move to a very > simple area of the database such that CULL+DRAW can get under 33ms. > > We are running with the pfPhase set to LIMIT - FREE_RUN > seems to do the same thing - and the system locks up completely > in LOCK to the point that we have to do a stopgfx/startgfx to > get the system to come back. > > I don't think this is a new problem, we have seen it before, > but managed to 'get away with it' because CULL times were a > lot smaller. Steve, I'm experiencing a similar problem with our 2-pipe RE2/MCO. I'm meeting with the Performer team next week to discuss several problems including this one. I'll report later with a "good" answer - I hope. -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 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 Wed Dec 11 08:09:37 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA02782; Wed, 11 Dec 1996 08:08:19 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA02766; Wed, 11 Dec 1996 08:08:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA07268; Wed, 11 Dec 1996 08:09:02 -0800 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA26022 for ; Wed, 11 Dec 1996 08:08:12 -0800 Message-Id: <199612111608.IAA26022@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 11 Dec 1996 16:40:08 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 11 Dec 1996 16:40:08 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (undefined,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Wed, 11 Dec 1996 16:39:43 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Wed, 11 Dec 1996 16:32:16 +0100 Date: Wed, 11 Dec 1996 16:32:16 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com, guest@holodeck.csd.sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;961211153216] Original-Encoded-Information-Types: teletex,undefined X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: "(Questions Performer)" (Receipt Notification Requested) (Non Receipt Notification Requested), Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: re: colors problems not resolved Content-Type: multipart/mixed; boundary="---Multi-Part-Message-Level-1-1-2486" MIME-Version: 1.0 Status: O -----Multi-Part-Message-Level-1-1-2486 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0C Hello all, You seem to be lucky, Yann, because I followed the advices of Scott = for setting a geostate to my line geoset, and this doesn't work I am trying to construct a line strip and a set of points tracing th= e path of a given moving object. THere is a piece of code, in the atached file I set the color of the line and the points in the setAttr(PFGS_COLOR= 4, ...) function of pfGeoSet. I set a gstate to my geoset, specifying only n= ot to enable lighting The result is that my points appear with fancy colors, changing depe= nding on direction, and my linestrip does not appear at all !! I am compiling above OPEN GL, on an O2 with 1 RM, and IRIX 5.3 any help ? Michael Boccara ____________________________________________________________________= ___________ _ De: P=3DINTERNET; DDA.TYPE=3DRFC-822; DDA.VALUE=3Dguest(a)holodeck.c= sd.sgi.com le Mer 11 D=E9c 1996 14:51 Objet: Colors problem A: P=3DINTERNET; DDA.TYPE=3DRFC-822; DDA.VALUE=3Dinfo-performer(a)sg= i.com; BOCCARA Michael Fichiers: BDY2.TXT RFC-822-Headers: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) Mime-Version: 1.0 Content-Type: text/plain; charset=3Dus-ascii -----Multi-Part-Message-Level-1-1-2486 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 I2luY2x1ZGUgPFBlcmZvcm1lci9wci9wZkdlb1NldC5oPg0KI2luY2x1ZGUgPFBlcmZvcm1l ci9wci9wZkdlb1N0YXRlLmg+DQojaW5jbHVkZSA8UGVyZm9ybWVyL3ByL3BmVGV4dHVyZS5o Pg0KI2luY2x1ZGUgPFBlcmZvcm1lci9wci9wZk1hdGVyaWFsLmg+DQoNCnBmTm9kZSogDQpD cmVhdGVUcnVjKHZvaWQpDQp7DQogIHZvaWQgKmFyZW5hID0gcGZHZXRTaGFyZWRBcmVuYSgp Ow0KDQogIHBmR2VvU3RhdGUgKmdzdGF0ZSA9IG5ldyhhcmVuYSkgcGZHZW9TdGF0ZTsNCiAg Z3N0YXRlLT5zZXRNb2RlKFBGU1RBVEVfRU5MSUdIVElORywgUEZfT0ZGKTsNCiAgZ3N0YXRl LT5zZXRNb2RlKFBGU1RBVEVfVFJBTlNQQVJFTkNZLCBQRlRSX09GRik7DQoJIA0KICBsaW5l Q29sb3IgPSAocGZWZWM0KiluZXcoc2l6ZW9mKHBmVmVjNCksIGFyZW5hKXBmTWVtb3J5Ow0K ICBsaW5lQ29sb3ItPnNldCgxLjBmLCAwLjBmLCAwLjBmLCAxLjBmKTsgLy8gcm91Z2UNCiAg cG9pbnRDb2xvciA9IChwZlZlYzQqKW5ldyhzaXplb2YocGZWZWM0KSwgYXJlbmEpcGZNZW1v cnk7DQogIHBvaW50Q29sb3ItPnNldCgxLjBmLCAxLjBmLCAxLjBmLCAxLjBmKTsgLy8gYmxh bmMgDQoNCiAgY3JkbGlzdCA9IChwZlZlYzMqKW5ldygxMjggKiBzaXplb2YocGZWZWMzKSwg YXJlbmEpIHBmTWVtb3J5Ow0KICBpbGlzdCA9ICh1c2hvcnQqKW5ldygxMjggKiBzaXplb2Yo dXNob3J0KSwgYXJlbmEpIHBmTWVtb3J5Ow0KICBsZW4gPSAoaW50KiluZXcoc2l6ZW9mKGlu dCksIGFyZW5hKSBwZk1lbW9yeTsNCiAgbGVuWzBdID0gMDsNCiAgZm9yKGludCBpID0gMDsg aSA8IDEyODsgaSsrKSB7DQogICAgaWxpc3RbaV0gPSBpOw0KICAgIGNyZGxpc3RbaV0gPSAu Li47IC8vIHJlYWQgY29vcmRzIGZyb20gZmlsZS4uLg0KICB9DQoJIA0KICBwZkdlb1NldCAq bGluZUdTZXQgPSBuZXcoYXJlbmEpIHBmR2VvU2V0Ow0KICBwZkdlb1NldCAqcG9pbnRHU2V0 ID0gbmV3KGFyZW5hKSBwZkdlb1NldDsNCg0KICAvLyBvbmUgbGluZXNldCBhbmQgb25lIHBv aW50c2V0IGZvciB0aGUgc2FtZSBjb29yZHMgc2V0DQogIGxpbmVHU2V0LT5zZXRQcmltVHlw ZShQRkdTX0xJTkVTVFJJUFMpOw0KICBsaW5lR1NldC0+c2V0TnVtUHJpbXMoMSk7DQogIGxp bmVHU2V0LT5zZXRQcmltTGVuZ3RocyhsZW4pOw0KICBsaW5lR1NldC0+c2V0QXR0cihQRkdT X0NPT1JEMywgUEZHU19QRVJfVkVSVEVYLCBjcmRsaXN0LCBpbGlzdCk7DQogIGxpbmVHU2V0 LT5zZXRBdHRyKFBGR1NfQ09MT1I0LCBQRkdTX09WRVJBTEwsIGxpbmVDb2xvciwgTlVMTCk7 DQogIGxpbmVHU2V0LT5zZXRHU3RhdGUoZ3N0YXRlKTsNCg0KICBwb2ludEdTZXQtPnNldFBy aW1UeXBlKFBGR1NfUE9JTlRTKTsNCiAgcG9pbnRHU2V0LT5zZXROdW1QcmltcyhsZW5bMF0p Ow0KICBwb2ludEdTZXQtPnNldEF0dHIoUEZHU19DT09SRDMsIFBGR1NfUEVSX1ZFUlRFWCwg Y3JkbGlzdCwgaWxpc3QpOw0KICBwb2ludEdTZXQtPnNldEF0dHIoUEZHU19DT0xPUjQsIFBG R1NfT1ZFUkFMTCwgcG9pbnRDb2xvciwgTlVMTCk7DQogIHBvaW50R1NldC0+c2V0R1N0YXRl KGdzdGF0ZSk7DQoJIA0KICBwZkdlb2RlICpnZW9kZSA9IG5ldyBwZkdlb2RlOw0KICBnZW9k ZS0+YWRkR1NldChsaW5lR1NldCk7DQogIGdlb2RlLT5hZGRHU2V0KHBvaW50R1NldCk7DQoN CiAgcmV0dXJuIGdlb2RlOw0KfQ0K -----Multi-Part-Message-Level-1-1-2486-- ======================================================================= 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 Dec 11 08:25:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA02958; Wed, 11 Dec 1996 08:24:26 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA02942; Wed, 11 Dec 1996 08:24:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA08174; Wed, 11 Dec 1996 08:25:09 -0800 Received: from wlp1.wl.wpafb.af.mil (wlp1.wl.wpafb.af.mil [134.131.28.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA29433 for ; Wed, 11 Dec 1996 08:24:22 -0800 Received: by wlp1.wl.wpafb.af.mil; (5.65v3.2/1.1.8.2/20Sep95-0402PM) id AA32409; Wed, 11 Dec 1996 11:24:20 -0500 Alternate-Recipient: allowed Auto-Forwarded: prohibited Content-Return: allowed Disclose-Recipients: prohibited Conversion: allowed Importance: normal Sensitivity: Company-Confidential Subject: SIF Database format From: Gregory W Larson To: info-performer@sgi.com Message-Id: <961211112418.4976@wlp1.wl.wpafb.af.mil.0> Date: Wed, 11 Dec 96 11:24:19 -0500 X-Mailer: MAILworks 1.7-A Status: O I am looking for information on "SIF" format database structure...is it a combination of other formats, is there a performer loader or converter to get it into a one of the more standard performer compatible formats. Any information would be greatly appreciated. ****************************************************************************** * Gregory W. Larson EMAIL: larsongw@wl.wpafb.af.mil * * WL/FIGD Simulation Operations * * Tel: (513) 255-4618 Fax: (513) 255-9746 * ****************************************************************************** ======================================================================= 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 Dec 11 09:26:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA03382; Wed, 11 Dec 1996 09:24:34 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03366; Wed, 11 Dec 1996 09:24:33 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA12129; Wed, 11 Dec 1996 09:25:17 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA12200 for ; Wed, 11 Dec 1996 09:24:31 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA13117; Wed, 11 Dec 1996 12:22:52 -0500 Date: Wed, 11 Dec 1996 12:22:52 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9612111222.ZM13115@hotsauce.clubfed.sgi.com> In-Reply-To: BOCCARA Michael "RE: colors problem" (Dec 11, 3:57pm) References: <199612111545.HAA21994@sgi.sgi.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: BOCCARA Michael , Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: Re: colors problem Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19612111222.ZM13115.clubfed.sgi.com" Status: O --PART-BOUNDARY=.19612111222.ZM13115.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 are right that was obviously a silly suggestion, my mistake. Brian On Dec 11, 3:57pm, BOCCARA Michael wrote: > Subject: RE: colors problem > > [ plain text > Encoded with "quoted-printable" ] : > > =0C Excuse my silly question, Brian, but could you explain me what = you mean by > "specifying the normal of a line" > There are an infinity of normals for a single line, and I'm afraid= specifying > a unic normal will favor one direction for lighting, and make a da= rk line for > the others directions. > I had also the same problem with line colors ; I just cannot contr= ol the > color of a line, even by specifying an ambient or emissive color f= or it. > > Michael. > __________________________________________________________________= _____________ > _ > De: P=3DINTERNET; DDA.TYPE=3DRFC-822; DDA.VALUE=3Dguest(a)holodeck= =2Ecsd.sgi.com le > Mar 10 D=E9c 1996 20:18 > Objet: Re: colors problem > A: Yann Andenmatten; P=3DINTERNET; DDA.TYPE=3DRFC-822; > DDA.VALUE=3Dinfo-performer(a)sgi.com; BOCCARA Michael > Fichiers: BDY698.TXT > > RFC-822-Headers: > X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) > Mime-Version: 1.0 > Content-Type: text/plain; charset=3Dus-ascii > > 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 BOCCARA Michael -- = 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-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 --PART-BOUNDARY=.19612111222.ZM13115.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 Dec 11 09:35:12 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA03435; Wed, 11 Dec 1996 09:34:10 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03419; Wed, 11 Dec 1996 09:34:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA12905; Wed, 11 Dec 1996 09:34:50 -0800 Received: from tecsun1.tec.army.mil (tec.army.mil [192.12.124.17]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA14410 for ; Wed, 11 Dec 1996 09:33:54 -0800 Received: from cornelius.army.mil. (cornelius.tec.army.mil [199.123.86.247]) by tecsun1.tec.army.mil (8.7.5/8.7.3) with SMTP id MAA00768; Wed, 11 Dec 1996 12:26:08 -0500 (EST) Received: by cornelius.army.mil. (SMI-8.6/SMI-SVR4) id MAA26959; Wed, 11 Dec 1996 12:18:43 -0500 Date: Wed, 11 Dec 1996 12:18:43 -0500 From: riggs@cornelius.tec.army.mil (Bill Riggs) Message-Id: <199612111718.MAA26959@cornelius.army.mil.> To: info-performer@sgi.com, larsongw@wl.wpafb.af.mil Subject: Re: SIF Database format Status: O SIF is not a runtime format for terrain databases. Its purpose is to support the exchange of terrain information from one IG format to another. Try calling the Aircrew Training Systems office at Kirtland AFB, (505) 846-2473. Bill Riggs LNK Corporation, Inc. (703) 644-1111 ======================================================================= 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 Dec 11 10:31:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03755; Wed, 11 Dec 1996 10:29:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03739; Wed, 11 Dec 1996 10:29:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA17280; Wed, 11 Dec 1996 10:30:18 -0800 Received: from mailgate1.boeing.com ([130.42.28.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA26137 for ; Wed, 11 Dec 1996 10:29:32 -0800 Received: from splinter.boeing.com by mailgate1.boeing.com (SMI-8.6/SMI-SVR4) id KAA20822; Wed, 11 Dec 1996 10:28:16 -0800 Received: from maxwell.itdl.ds.boeing.com by splinter.boeing.com with ESMTP (1.37.109.16/16.2) id AA046348749; Wed, 11 Dec 1996 10:25:49 -0800 Received: by maxwell.itdl.ds.boeing.com (940816.SGI.8.6.9/930416.SGI.AUTO) id KAA16856; Wed, 11 Dec 1996 10:28:08 -0800 From: "Andrew Sulen" Message-Id: <9612111028.ZM16854@maxwell.itdl.ds.boeing.com> Date: Wed, 11 Dec 1996 10:28:06 -0800 In-Reply-To: Gregory W Larson "SIF Database format" (Dec 11, 11:24am) References: <961211112418.4976@wlp1.wl.wpafb.af.mil.0> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Gregory W Larson , info-performer@sgi.com Subject: Re: SIF Database format Cc: andys@maxwell.itdl.ds.boeing.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O >I am looking for information on "SIF" format database structure...is it a >combination of other formats, is there a performer loader or converter to get >it into a one of the more standard performer compatible formats. Any >information would be greatly appreciated. The SIF format is documented in MIL-STD-1821 "Standard Simulator Data Base(SSDB) Interchange Format Design Standard". Also, a web site dedicated to SIF is found at http://sdbf.irk.aetc.af.mil/sdbf2.html -- ------------------------------------------------ Andy Sulen Boeing Defense & Space Group Integrated Technology Development Laboratories Ph: (206) 544-6438 [Desk] (206) 655-7449 [Lab] E-MAIL: andy.b.sulen@boeing.com FAX: (206) 655-1875 ------------------------------------------------ ======================================================================= 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 Dec 11 10:58:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03913; Wed, 11 Dec 1996 10:56:48 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03892; Wed, 11 Dec 1996 10:56:47 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA19633; Wed, 11 Dec 1996 10:57:31 -0800 Received: from octagon.tacom.army.mil (octagon.tacom.army.mil [147.240.16.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA03209 for ; Wed, 11 Dec 1996 10:56:40 -0800 From: tidrowd@cc.tacom.army.mil Received: from cc.tacom.army.mil by octagon.tacom.army.mil (8.8.4/8.8.4-kbp) with SMTP id NAA26747; Wed, 11 Dec 1996 13:48:26 -0500 (EST) Received: from ccMail by cc.tacom.army.mil (IMA Internet Exchange 1.04b) id 2af01400; Wed, 11 Dec 96 13:45:20 -0500 Mime-Version: 1.0 Date: Wed, 11 Dec 1996 13:38:07 -0500 Message-ID: <2af01400@cc.tacom.army.mil> Subject: Re: SIF Database format To: info-performer@sgi.com, Gregory W Larson Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Status: O Check out the Simulator Database Facility at http://sdbf.irk.aetc.af.mil. It has info on SIF, including a toolkit and editor for reading and manipulating SIF DB's, and has sample databases. Also, some of the DB editors (MultiGen, DWB?) can read SIF and convert it to their native format. Not sure about a Performer loader, but I'm sure somebody has made one (anybody?) Don Tidrow Visual Simulation Developer US Army TACOM ______________________________ Reply Separator _________________________________ Subject: SIF Database format Author: Gregory W Larson at TWLAN-SMTP Date: 12/11/96 11:24 AM I am looking for information on "SIF" format database structure...is it a combination of other formats, is there a performer loader or converter to get it into a one of the more standard performer compatible formats. Any information would be greatly appreciated. ****************************************************************************** * Gregory W. Larson EMAIL: larsongw@wl.wpafb.af.mil * * WL/FIGD Simulation Operations * * Tel: (513) 255-4618 Fax: (513) 255-9746 * ****************************************************************************** ======================================================================= 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 Dec 11 12:37:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA04351; Wed, 11 Dec 1996 12:36:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA04335; Wed, 11 Dec 1996 12:36:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA29592; Wed, 11 Dec 1996 12:36:50 -0800 Received: from Ode.GSC.GTE.Com (Ode-se1.GSC.GTE.Com [192.31.1.181]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA25532 for ; Wed, 11 Dec 1996 12:35:58 -0800 Received: from mtvex01.mtv.gtegsc.com ("port 4755"@mtvex01.mtv.gtegsc.com) by Ode.GSC.GTE.Com (PMDF V5.0-6 #14304) id <01ICW0CL70EE000051@Ode.GSC.GTE.Com> for info-performer@sgi.com; Wed, 11 Dec 1996 15:35:37 -0500 (EST) Received: by mtvex01.mtv.gtegsc.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.57) id <01BBE75F.B479A140@mtvex01.mtv.gtegsc.com>; Wed, 11 Dec 1996 12:34:51 -0800 Date: Wed, 11 Dec 1996 13:33:00 -0800 From: Kaylor Brett Subject: pfHighlight crash To: Performer Group Cc: Kaylor Brett Message-id: MIME-version: 1.0 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.57 Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7bit Status: O All, Long time listener, first time caller. I am using an ONYX, RE2 (2 pipes), 2 R4400, 5.3, Performer 2.0. I create a pfHighlight from the SharedArena. I re-use the same highlight and do not delete it. I have tried pfuTravNodeHlight as well as geoSet->setHlight on the geoSets I want to highlight (not both methods at once). My application turns on and off the highlights rapidly. Now, my application may run correctly for hours, but other times just minutes. It crashes one of two ways. One is the death of child draw. The highlight causes the draw process to crash deep inside pfDraw. Here is the callstack. ----------------------------------------------------------------------- ----- -------------------------------------- drawX_FLAT_TRISTRIPS_NvVv(gset = 0x1832f230, coords = 0x18313208 = "=6\0214>j\026\036j\026\036w\027Y", norms = 0x18296c60 = "\200", colors = , texCoords = ) ["gststrip.C":732] pfHighlight::pr_hlFill(this = 0x1833d7f0) ["pfHighlight.C":939] pfHighlight::pr_draw(this = 0x1833d7f0) ["pfHighlight.C":780] pfGeoSet::pr_drawHlightOnly(this = 0x18398840, _hl = 0x1833d7f0) ["gsdraw.C":4402] pfGeoSet::pr_drawHlighted(this = 0x18398840, _coords = 0x183131f0 = "=6\0214>w\027Yw\027Yj\026\036j\026\036w\027Y", _norms = 0x18296c60 = "\200", _colors = 0x181d5640 = ">\356\356\357>\343\260~>\304\304\305\?\200", _tcoords = ) ["gsdraw.C":4348] genDrawGSet(gset = 0x18398840, coords = 0x183131f0 = "=6\0214>w\027Yw\027Yj\026\036j\026\036w\027Y", norms = 0x18296c60 = "\200", colors = 0x181d5640 = ">\356\356\357>\343\260~>\304\304\305\?\200", tcoords = ) ["gsdraw.C":4501] pfDispList::pr_caseDL_DRAW_GSET_GSTATE(data = 0x18978a6c) ["pfDispList.C":937] pfDispList::pr_drawFlat(this = 0x18978890) ["pfDispList.C":1546] pfDispList::draw(this = 0x18978890) ["pfDispList.C":400] pfChannel::pf_drawScene(this = 0x180d07c0) ["pfChannel.C":1747] pfChannel::pf_draw(this = 0x180d07c0) ["pfChannel.C":1739] pfDraw() ["pfProcess.C":3874] Draw(chan = 0x180e93e0, data = 0x0) ["Draw.C":133] pfChannel::pf_callDrawFunc(this = 0x180d07c0) ["pfChannel.C":1805] doDraw(drawChan = 0x180d07c0) ["pfProcess.C":3768] mpDraw() ["pfProcess.C":4079] pfConfig() ["pfProcess.C":1639] CApp::InitPerformer(this = 0x7fffae84, config = 0x10061148) ["CApp.C":909] CApp::CApp(this = 0x7fffae84, config = 0x10061148) ["CApp.C":184] main(argc = 2, argv = 0x7fffaf04) ["Main.C":98] __start() ["crt1text.s":133] ----------------------------------------------------------------------- ----- ---------------------------------------- Sometimes it will cause the graphics to dump. The message in the SYSLOG is a fifo overflow. I have run this on another machine (same config, but with 4 processors) and get the same result. Any help would be greatly appreciated. brett. ============================================ Brett B. Kaylor Software Engineer GTE Government Systems 1805 West Drake Drive Tempe, AZ 85283 brett.kaylor@mtv.gtegsc.com Tel: 602.777.1725 Fax: 602.777.1717 ============================================ ======================================================================= 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 Dec 11 13:12:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA04528; Wed, 11 Dec 1996 13:11:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA04510; Wed, 11 Dec 1996 13:11:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA03989; Wed, 11 Dec 1996 13:11:47 -0800 Received: from wlp1.wl.wpafb.af.mil (wlp1.wl.wpafb.af.mil [134.131.28.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA03165; Wed, 11 Dec 1996 13:10:45 -0800 Received: by wlp1.wl.wpafb.af.mil; (5.65v3.2/1.1.8.2/20Sep95-0402PM) id AA05840; Wed, 11 Dec 1996 16:10:39 -0500 Alternate-Recipient: allowed Auto-Forwarded: prohibited Content-Return: allowed Disclose-Recipients: prohibited Conversion: allowed Importance: normal Sensitivity: Company-Confidential Subject: B2 Model uploaded From: Gregory W Larson To: info-performer-request@sgi.com, info-performer@sgi.com Message-Id: <961211161034.4976@wlp1.wl.wpafb.af.mil.0> Date: Wed, 11 Dec 96 16:10:34 -0500 X-Mailer: MAILworks 1.7-A Status: O Per the request of several performer user group members I have uploaded a B2 model which I generated in Designers Workbench ftp://sgigate.sgi.com/receive. Please move this file (b2.dwb) to an appropriate location such as the Performer 'misc' directory. The model is approx 100 polygons. ****************************************************************************** * Gregory W. Larson EMAIL: larsongw@wl.wpafb.af.mil * * WL/FIGD Simulation Operations * * Tel: (513) 255-4618 Fax: (513) 255-9746 * ****************************************************************************** ======================================================================= 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 Dec 11 15:55:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA05172; Wed, 11 Dec 1996 15:53:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA05156; Wed, 11 Dec 1996 15:53:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA25969; Wed, 11 Dec 1996 15:54:21 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA09098 for ; Wed, 11 Dec 1996 15:53:35 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id PAA25965; Wed, 11 Dec 1996 15:54:20 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id PAA25560; Wed, 11 Dec 1996 15:53:34 -0800 From: "Rob Jenkins" Message-Id: <9612111553.ZM25558@quid.csd.sgi.com> Date: Wed, 11 Dec 1996 15:53:34 -0800 In-Reply-To: Kaylor Brett "pfHighlight crash" (Dec 11, 1:33pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Kaylor Brett , Performer Group Subject: Re: pfHighlight crash Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Kaylor This is another case where I'd say it may be worth your while logging a support call. If anyone on this list has ideas that solve your problem then great but in the event of that not happening we can work it with you. The sort of thing we'd look at first are what patches you have, if anything in particualar causes the crash and all that. Have you tried narrowing the code down to a small example that shows the same problem ? It may prove useful if you could. The whole SYSLOG output would be helpful too. Have you run the code through a profiler, say Workshop to look for memory leaks etc ? You certianly ought to have the Performer patch 1414 and there's a list of other recommended Onyx patches that may depend in part on you situation. Cheers Rob On Dec 11, 1:33pm, Kaylor Brett wrote: > Subject: pfHighlight crash > All, > > Long time listener, first time caller. I am using an ONYX, RE2 (2 > pipes), > 2 R4400, 5.3, Performer 2.0. > > I create a pfHighlight from the SharedArena. I re-use the same > highlight and do not > delete it. > > I have tried pfuTravNodeHlight as well as geoSet->setHlight on the > geoSets I want to highlight (not both methods at once). > > My application turns on and off the highlights rapidly. > > Now, my application may run correctly for hours, but other times just > minutes. > It crashes one of two ways. > > One is the death of child draw. The highlight causes the draw process > to crash > deep inside pfDraw. Here is the callstack. > > ----------------------------------------------------------------------- > ----- -------------------------------------- > drawX_FLAT_TRISTRIPS_NvVv(gset = 0x1832f230, coords = 0x18313208 = > "=6\0214>j\026\036j\026\036w\027Y", > norms = 0x18296c60 = "\200", colors = , texCoords = pointer>) ["gststrip.C":732] > pfHighlight::pr_hlFill(this = 0x1833d7f0) ["pfHighlight.C":939] > pfHighlight::pr_draw(this = 0x1833d7f0) ["pfHighlight.C":780] > pfGeoSet::pr_drawHlightOnly(this = 0x18398840, _hl = 0x1833d7f0) > ["gsdraw.C":4402] > pfGeoSet::pr_drawHlighted(this = 0x18398840, _coords = 0x183131f0 = > "=6\0214>w\027Yw\027Yj\026\036 3\251=\002\fJ>j\026\036w\027Y", _norms = 0x18296c60 = > "\200", _colors = 0x181d5640 = > ">\356\356\357>\343\260~>\304\304\305\?\200", _tcoords = ) > ["gsdraw.C":4348] > genDrawGSet(gset = 0x18398840, coords = 0x183131f0 = > "=6\0214>w\027Yw\027Yj\026\036 3\251=\002\fJ>j\026\036w\027Y", norms = 0x18296c60 = > "\200", colors = 0x181d5640 = > ">\356\356\357>\343\260~>\304\304\305\?\200", tcoords = ) > ["gsdraw.C":4501] > pfDispList::pr_caseDL_DRAW_GSET_GSTATE(data = 0x18978a6c) > ["pfDispList.C":937] > pfDispList::pr_drawFlat(this = 0x18978890) ["pfDispList.C":1546] > pfDispList::draw(this = 0x18978890) ["pfDispList.C":400] > pfChannel::pf_drawScene(this = 0x180d07c0) ["pfChannel.C":1747] > pfChannel::pf_draw(this = 0x180d07c0) ["pfChannel.C":1739] > pfDraw() ["pfProcess.C":3874] > Draw(chan = 0x180e93e0, data = 0x0) ["Draw.C":133] > pfChannel::pf_callDrawFunc(this = 0x180d07c0) ["pfChannel.C":1805] > doDraw(drawChan = 0x180d07c0) ["pfProcess.C":3768] > mpDraw() ["pfProcess.C":4079] > pfConfig() ["pfProcess.C":1639] > CApp::InitPerformer(this = 0x7fffae84, config = 0x10061148) > ["CApp.C":909] > CApp::CApp(this = 0x7fffae84, config = 0x10061148) ["CApp.C":184] > main(argc = 2, argv = 0x7fffaf04) ["Main.C":98] > __start() ["crt1text.s":133] > ----------------------------------------------------------------------- > ----- ---------------------------------------- > > Sometimes it will cause the graphics to dump. The message in the SYSLOG > is a > fifo overflow. > > I have run this on another machine (same config, but with 4 processors) > and get the same > result. > > Any help would be greatly appreciated. > > brett. > > ============================================ > Brett B. Kaylor > Software Engineer > GTE Government Systems > 1805 West Drake Drive > Tempe, AZ 85283 > > brett.kaylor@mtv.gtegsc.com > > Tel: 602.777.1725 > Fax: 602.777.1717 > ============================================ > ======================================================================= > 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 Kaylor Brett -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 11 19:23:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA05664; Wed, 11 Dec 1996 19:16:30 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA05648; Wed, 11 Dec 1996 19:16:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA05351; Wed, 11 Dec 1996 19:17:09 -0800 Received: from mail (mail.tsinghua.edu.cn [166.111.8.250]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id TAA15303 for ; Wed, 11 Dec 1996 19:16:15 -0800 Received: from ns.cs.tsinghua.edu.cn by mail (5.x/SMI-SVR4) id AA26903; Thu, 12 Dec 1996 11:12:48 +0800 Received: from s1000e.cs.tsinghua.edu.cn (s1000e.cs.tsinghua.edu.cn [166.111.89.7]) by ns.cs.tsinghua.edu.cn (8.6.12/8.6.12) with ESMTP id KAA24532 for ; Thu, 12 Dec 1996 10:16:38 -0600 Received: by s1000e.cs.tsinghua.edu.cn (SMI-8.6/SMI-SVR4) id LAA24619; Thu, 12 Dec 1996 11:16:52 +0800 Date: Thu, 12 Dec 1996 11:16:52 +0800 (CST) From: yangLei To: info-performer@sgi.com Subject: about Medit In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I use Medit as model tool (download from net). I found a problem. I cannot save file.it may be I cannot register license. I install licence,but it tell me following info: Fatal error in Medit license daemon: Bad key file. How can I do. Can someone mail his keyfile to me. yang lei ======================================================================= 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 Dec 11 19:58:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA05783; Wed, 11 Dec 1996 19:57:18 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA05767; Wed, 11 Dec 1996 19:57:07 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA06593; Wed, 11 Dec 1996 19:57:52 -0800 Received: from sable.nus.sg (sable.nus.sg [137.132.1.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA21017 for ; Wed, 11 Dec 1996 19:56:58 -0800 Received: from leonis.nus.sg (eng30228@leonis.nus.sg [137.132.1.18]) by sable.nus.sg (8.6.10/8.6.9) with ESMTP id LAA24721 for ; Thu, 12 Dec 1996 11:56:55 +0800 Received: from localhost (eng30228@localhost) by leonis.nus.sg (8.6.10/8.6.9/CNS-3.5) with SMTP id LAA14479 for ; Thu, 12 Dec 1996 11:56:54 +0800 Date: Thu, 12 Dec 1996 11:56:54 +0800 (SST) From: LIM MING WAH To: info-performer@sgi.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello all, I have modified perfly such that it creates a different DCS for every object listed at the command line. scene / | \ / | \ dcs dcs dcs / | \ gp gp gp / | \ / | \ object1 object2 light How come I can only manipulate the last object loaded? Is it possible to switch between the object I want to move? How can I do that? For eg. on entering perfly, I would only be able to move the last object that I load. But I would like to switch form object to object and be able to control each object individually. For the loading part, I have just modified the code by putting the pfAddChild into a loop. Thanks!!! ps : I think the previous mails I sent were not sent out. Jonathan National University of Singapore ======================================================================= 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 Dec 11 23:10:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA06744; Wed, 11 Dec 1996 23:09:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA06728; Wed, 11 Dec 1996 23:09:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA12109; Wed, 11 Dec 1996 23:10:08 -0800 Received: from sable.nus.sg (sable.nus.sg [137.132.1.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA14376 for ; Wed, 11 Dec 1996 23:09:06 -0800 Received: from leonis.nus.sg (eng30228@leonis.nus.sg [137.132.1.18]) by sable.nus.sg (8.6.10/8.6.9) with ESMTP id PAA04387 for ; Thu, 12 Dec 1996 15:08:51 +0800 Received: from localhost (eng30228@localhost) by leonis.nus.sg (8.6.10/8.6.9/CNS-3.5) with SMTP id PAA31417 for ; Thu, 12 Dec 1996 15:08:50 +0800 Date: Thu, 12 Dec 1996 15:08:50 +0800 (SST) From: LIM MING WAH To: info-performer@sgi.com Subject: Collide? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Dear all, I have some problems. How does the collide mode for perfly work? And how do I enable a real collision to occur in perfly as in driving.c? ie, there will be no intersection or the minimum distance between objects can be controlled? How do I draw a bounding sphere/box around my object? Can anyone advise me on these? Thanks!!! Jonathan ======================================================================= 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 Dec 12 06:56:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08309; Thu, 12 Dec 1996 06:54:50 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA08293; Thu, 12 Dec 1996 06:54:49 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA27271; Thu, 12 Dec 1996 06:55:34 -0800 Received: from ns.calvacom.fr (ns.calvacom.fr [194.2.168.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA14510 for ; Thu, 12 Dec 1996 06:54:38 -0800 Received: from sirrah (bor11.calvacom.fr [194.206.190.139]) by ns.calvacom.fr (8.7.3/8.6.9) with SMTP id PAA27221 for ; Thu, 12 Dec 1996 15:54:26 +0100 (MET) Sender: guy@ns.calvacom.fr Message-ID: <32B01CAD.2781@calva.net> Date: Thu, 12 Dec 1996 15:54:37 +0100 From: Guy Premont Organization: Silicon Worlds S.A. X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: Off-axis camera References: <9612060145.AA02665@systech.hinet.net> <9612050848.ZM11453@quid.csd.sgi.com> <32AD3C05.41C6@calva.net> <9612101248.ZM23584@bitch.reading.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Thanks to all who answered. I solved my problem easily by doing it simply. I just had to put the right values in pfMakePerspChan! Guy Premont =========================================== Silicon Worlds S.A. 10, rue Louis Morard 75014 Paris France Tel: +33 (01) 53.90.11.11 Fax: +33 (01) 53.90.11.12 =========================================== ======================================================================= 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 Dec 12 08:09:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA08548; Thu, 12 Dec 1996 08:08:09 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA08532; Thu, 12 Dec 1996 08:08:08 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA01068; Thu, 12 Dec 1996 08:08:53 -0800 Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA28528 for ; Thu, 12 Dec 1996 08:08:05 -0800 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-6.mail.demon.net id aa608820; 12 Dec 96 15:50 GMT From: Mark Baranowski To: info-performer@sgi.com Subject: Re: about Medit Date: Thu, 12 Dec 1996 15:50:13 GMT Organization: Pera Message-ID: <32b027fd.26165738@post.demon.co.uk> References: In-Reply-To: X-Mailer: Forte Agent .99f/32.275 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Thu, 12 Dec 1996 11:16:52 +0800 (CST), you wrote: >I use Medit as model tool (download from net). I found a problem.=20 > I cannot save file.it may be I cannot register license. I install=20 >licence,but it tell me following info: Fatal error in Medit license=20 >daemon: Bad key file. How can I do. Can someone mail his keyfile to me. > > >yang lei The version of Medit downloadable on the net is for evaluation purposes only and will not allow you to save databases with more than 500 polygons, 4 Materials or 2 Textures. Regards. Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leicestershire. UK. Tel: +44 1664 501501, Fax: +44 1664 501553 ======================================================================= 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 Dec 12 08:44:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA08696; Thu, 12 Dec 1996 08:42:38 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA08680; Thu, 12 Dec 1996 08:42:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA02700; Thu, 12 Dec 1996 08:43:23 -0800 Received: from leno.orl.mmc.com (leno.orl.mmc.com [141.240.180.139]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA05144 for ; Thu, 12 Dec 1996 08:42:30 -0800 Received: by leno.orl.mmc.com (4.1/1.34.a) id AA07663; Thu, 12 Dec 96 11:13:08 EST Date: Thu, 12 Dec 96 11:13:08 EST From: leed@iplmaster.orl.lmco.com (Lee Dixon) Message-Id: <9612121613.AA07663@leno.orl.mmc.com> To: info-performer@sgi.com Subject: remove Status: O Please remove me from distribution. I can't keep up with the number of messages ;) ======================================================================= 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 Dec 12 09:18:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA08892; Thu, 12 Dec 1996 09:16:34 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA08874; Thu, 12 Dec 1996 09:16:33 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA04753; Thu, 12 Dec 1996 09:17:18 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA12290; Thu, 12 Dec 1996 09:16:32 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id JAA04750; Thu, 12 Dec 1996 09:17:17 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id JAA26788; Thu, 12 Dec 1996 09:16:31 -0800 From: "Rob Jenkins" Message-Id: <9612120916.ZM26786@quid.csd.sgi.com> Date: Thu, 12 Dec 1996 09:16:31 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer-request@sgi.com Subject: (Fwd) remove Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O In an effort to keep the number of messages down please send all admin requests ( including subscribe/unsubcribe ) to info-performer-request, I've forwarded this one there. Cheers Rob --- Forwarded mail from leed@iplmaster.orl.lmco.com (Lee Dixon) Date: Thu, 12 Dec 96 11:13:08 EST From: leed@iplmaster.orl.lmco.com (Lee Dixon) To: info-performer@sgi.com Subject: remove Please remove me from distribution. I can't keep up with the number of messages ;) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ---End of forwarded mail from leed@iplmaster.orl.lmco.com (Lee Dixon) -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 12 11:44:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA09348; Thu, 12 Dec 1996 11:43:17 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA09332; Thu, 12 Dec 1996 11:43:17 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA14991; Thu, 12 Dec 1996 11:44:02 -0800 Received: from gatekeep.ti.com (news.ti.com [192.94.94.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA16214 for ; Thu, 12 Dec 1996 11:43:12 -0800 Received: from dskp3.itg.ti.com ([172.25.2.71]) by gatekeep.ti.com (8.6.13) with ESMTP id NAA06131 for ; Thu, 12 Dec 1996 13:43:11 -0600 Received: from ti (mallbright.dseg.ti.com [172.25.56.33]) by dskp3.itg.ti.com (8.8.3/8.8.2) with SMTP id NAA04197 for ; Thu, 12 Dec 1996 13:42:40 -0600 (CST) X-Mailer: BeyondMail for Windows/Professional 2.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit To: info-performer@sgi.com From: "Michael M. Allbright" Subject: Real-Time Debugging of Performer Apps Date: Thu, 12 Dec 1996 13:43:28 -0800 X-BeyondMail-Priority: 1 Message-Id: Conversation-Id: Reply-To: "Michael M. Allbright" X-Receipt-From-Agent: true Status: O Has anyone had any success with real time debugging applications such as Purify, Insure++, etc. in debugging Performer applications. I have spent some time debugging with Purify, to no avail. In order to perform the tests, I locked down to one processor and created a wrapper to translate amalloc and afree calls to malloc and free respectively (amalloc and afree are called by pfMalloc and pfFree). Nevertheless, Purify spat out thousands of errors messages which, on inspection, appeared to be in error themselves. I just got an evaluation copy of Insure++, but I wanted to see if anybody out there had any experience with this before I invest further time. Thanks --Mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Dec 12 12:03:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA09412; Thu, 12 Dec 1996 12:01:38 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA09396; Thu, 12 Dec 1996 12:01:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA16195; Thu, 12 Dec 1996 12:02:22 -0800 Received: from pepe (pepe.atc.missouri.edu [128.206.105.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA20256 for ; Thu, 12 Dec 1996 12:01:33 -0800 Received: (from ccjeremy@localhost) by pepe (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA07937 for info-performer@sgi.com; Thu, 12 Dec 1996 14:01:24 -0600 From: "Jeremy Hinegardner" Message-Id: <9612121401.ZM7935@pepe.dmc.missouri.edu> Date: Thu, 12 Dec 1996 14:01:22 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Texture Paging Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Has anyone done a log of texutre paging? I am looking for some good information on exactly how it is done and how to do it. I have some extremely texture intesive databases that I will be working with and I have never done texure paging before. So any help is appreciated. Thanks in advance, -Jeremy Hinegardner -- ************************************************** Jeremy Hinegardner Advanced Technology Center 303s Memorial Union University of Missouri-Columbia Columbia, Missouri 65211 (573) 882-7600, (573) 884-6700 (FAX) ************************************************** ======================================================================= 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 Dec 12 12:30:54 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA09662; Thu, 12 Dec 1996 12:29:09 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA09644; Thu, 12 Dec 1996 12:29:08 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA18123; Thu, 12 Dec 1996 12:29:53 -0800 Received: from caligari.com (sprite.caligari.com [206.40.94.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA25947 for ; Thu, 12 Dec 1996 12:29:06 -0800 Received: from jupiter.caligari.com by caligari.com (SMI-8.6/SMI-SVR4) id MAA05197; Thu, 12 Dec 1996 12:28:24 -0800 Message-Id: <199612122028.MAA05197@caligari.com> Comments: Authenticated sender is From: "Pari Natarajan" <> To: info-performer@sgi.com Date: Thu, 12 Dec 1996 12:27:28 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Help: Texture mapping! Reply-to: pari@caligari.com X-mailer: Pegasus Mail for Win32 (v2.42a) Status: O Hi guys, Sorry, this is not a performer question. I need to draw a circle on any type of polygon like a square, trapezium, parralelogram etc. The circle should get mapped correctly in the texture so that it looks like a circle on the polygon. Everything should happen in real time. I have a sphere and I move around a object made with different kinds of polygons. The sphere should leave traces of circles on the other object. If anyone know how to do it, please let me know. thanks pari. ======================================================================= 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 Dec 12 18:58:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA14447; Thu, 12 Dec 1996 18:56:58 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA14431; Thu, 12 Dec 1996 18:56:57 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA04979; Thu, 12 Dec 1996 18:57:42 -0800 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA14296 for ; Thu, 12 Dec 1996 18:56:55 -0800 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id SAA14428; Thu, 12 Dec 1996 18:56:54 -0800 Date: Thu, 12 Dec 1996 18:56:54 -0800 From: allan (Allan Schaffer) Message-Id: <9612121856.ZM14426@holodeck.csd.sgi.com> In-Reply-To: Gregory W Larson "B2 Model uploaded" (Dec 11, 4:10pm) References: <961211161034.4976@wlp1.wl.wpafb.af.mil.0> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Gregory W Larson , info-performer@sgi.com Subject: Re: B2 Model uploaded Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 11, 4:10pm, Gregory W Larson wrote: > > Per the request of several performer user group members I have > uploaded a B2 model which I generated in Designers Workbench > ftp://sgigate.sgi.com/receive. Please move this file (b2.dwb) to an > appropriate location such as the Performer 'misc' directory. The > model is approx 100 polygons. Done. Performer users, the model is now available from: ftp://sgigate.sgi.com/pub/Performer/misc/ the name of the file is 'b2.dwb' Allan -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Dec 13 03:11:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA15947; Fri, 13 Dec 1996 03:09:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA15931; Fri, 13 Dec 1996 03:09:14 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA09974; Fri, 13 Dec 1996 03:09:59 -0800 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id DAA10836 for ; Fri, 13 Dec 1996 03:09:08 -0800 Received: from alley.fel.tno.nl by sun4nl.NL.net (5.65b/NLnet-3.4) id AA03070; Fri, 13 Dec 1996 12:05:31 +0100 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id MAA04078; Fri, 13 Dec 1996 12:02:17 +0100 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id LAA11279; Fri, 13 Dec 1996 11:56:44 +0100 (MET) From: Mario Veraart Message-Id: <199612131056.LAA11279@s00sn1.fel.tno.nl> Subject: Re: Help: Texture mapping! To: pari@caligari.com Date: Fri, 13 Dec 1996 11:56:44 +0100 (MET) Cc: info-performer@sgi.com In-Reply-To: <199612122028.MAA05197@caligari.com> from "Pari Natarajan" at Dec 12, 96 12:27:28 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > Sorry, this is not a performer question. > I need to draw a circle on any type of polygon like > a square, trapezium, parralelogram etc. The > circle should get mapped correctly in the texture > so that it looks like a circle on the polygon. Everything > should happen in real time. I have a sphere and > I move around a object made with different kinds > of polygons. The sphere should leave traces of > circles on the other object. If anyone know how > to do it, please let me know. I would suggest to draw these circles in OpenGL. Keep track of where you want a circle to appear, gather enough parameters to draw it every frame, and draw a circles as a connected line strip in 3D every frame. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Dec 13 06:28:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA16486; Fri, 13 Dec 1996 06:26:46 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA16470; Fri, 13 Dec 1996 06:26:44 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA21992; Fri, 13 Dec 1996 06:27:30 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA07618 for ; Fri, 13 Dec 1996 06:26:43 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA03421; Fri, 13 Dec 1996 09:25:05 -0500 Date: Fri, 13 Dec 1996 09:25:05 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9612130925.ZM3420@hotsauce.clubfed.sgi.com> In-Reply-To: Mario Veraart "Re: Help: Texture mapping!" (Dec 13, 11:56am) References: <199612131056.LAA11279@s00sn1.fel.tno.nl> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Mario Veraart , pari@caligari.com Subject: Re: Help: Texture mapping! Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O As long the geometry you want to leave the circle on is coplanar, you can create a circle on top of a polygon using pfdNewCircle or pfdNewRing. To ensure that the circle is on top of the geometry parent the geometry then the circle to a pfLayer node. Brian On Dec 13, 11:56am, Mario Veraart wrote: > Subject: Re: Help: Texture mapping! > > Sorry, this is not a performer question. > > I need to draw a circle on any type of polygon like > > a square, trapezium, parralelogram etc. The > > circle should get mapped correctly in the texture > > so that it looks like a circle on the polygon. Everything > > should happen in real time. I have a sphere and > > I move around a object made with different kinds > > of polygons. The sphere should leave traces of > > circles on the other object. If anyone know how > > to do it, please let me know. > > I would suggest to draw these circles in OpenGL. > Keep track of where you want a circle to appear, gather > enough parameters to draw it every frame, and draw > a circles as a connected line strip in 3D every frame. > > Mario > ======================================================================= > 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 Mario Veraart -- 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-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 Fri Dec 13 07:50:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA16744; Fri, 13 Dec 1996 07:48:19 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA16728; Fri, 13 Dec 1996 07:48:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA27542; Fri, 13 Dec 1996 07:49:04 -0800 Received: from dekalb.vf.mmc.com (dekalb.vf.mmc.com [192.35.35.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA22145 for ; Fri, 13 Dec 1996 07:48:13 -0800 Received: from franklin.vf.lmco.com ([166.17.5.51]) by dekalb.vf.mmc.com (8.7.6/8.7.3) with ESMTP id KAA17005 for ; Fri, 13 Dec 1996 10:48:08 -0500 (EST) Received: from serling.motown.lmco.com (serling.motown.lmco.com [129.204.6.42]) by franklin.vf.lmco.com (8.7.6/8.7.3) with ESMTP id KAA26492 for ; Fri, 13 Dec 1996 10:48:08 -0500 (EST) Received: from newton.motown.lmco.com (newton [129.204.6.238]) by serling.motown.lmco.com (8.7.2/8.7.2) with ESMTP id KAA08111; Fri, 13 Dec 1996 10:48:04 -0500 (EST) From: David Higginbotham Received: (dhigginb@localhost) by newton.motown.lmco.com (8.6.11/8.6.6) id KAA13458; Fri, 13 Dec 1996 10:48:16 -0500 Date: Fri, 13 Dec 1996 10:48:16 -0500 Message-Id: <199612131548.KAA13458@newton.motown.lmco.com> To: info-performer@sgi.com Subject: Orthographic Projection in Performer Cc: dhigginb@motown.lmco.com, rrabbitz@motown.lmco.com Status: O Does anyone know how to do orthographic projection in Performer or if it's even supported? Thanks in advance. Dave Dave Higginbotham // phone: 609-722-3739 Lockheed Martin GES // fax: 609-273-5182 MS: 137-123 \X/ dhigginb@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 Dec 13 08:05:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA16801; Fri, 13 Dec 1996 08:03:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA16785; Fri, 13 Dec 1996 08:03:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA28844; Fri, 13 Dec 1996 08:04:20 -0800 Received: from pure.PureAtria.COM ([192.232.5.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA24964 for ; Fri, 13 Dec 1996 08:03:31 -0800 Received: from wfw_tpurcell (pc8128.pureatria.com [192.232.8.128]) by pure.PureAtria.COM (8.7.6/8.7.3/PUREATRIA.COM) with SMTP id IAA01301; Fri, 13 Dec 1996 08:02:10 -0800 (PST) Date: Fri, 13 Dec 1996 08:02:10 -0800 (PST) Message-Id: <199612131602.IAA01301@pure.PureAtria.COM> X-Sender: tpurcell@pureatria.com X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Michael M. Allbright" From: Ted Purcell Subject: Purify Cc: info-performer@sgi.com Status: O Hello Micheal and to All Peoples Concerned, I recently received your email regarding Purify and its abilities to detect errors in "real-time" applications (not run-time, which Purify detects). I am very curious as to what error messages that you were receiving from Purify on the mentioned app. Please forward this information to me so that I may provide you with the proper answer to your problems. We have recently upgraded Purify/ PureCoverage to versions 4.0 respectively, which may have alleviated the problems. Were you using this version or a later version of the tool? We are dedicated to providing high quality software development tools to our customers and if you can help us in accomplishing this goal, with any new information, we would be greatly appreciative! Have a great day and thank you very much in advance for your valuable time in this matter. To: info-performer@sgi.com From: "Michael M. Allbright" Subject: Real-Time Debugging of Performer Apps Date: Thu, 12 Dec 1996 13:43:28 -0800 Reply-To: "Michael M. Allbright" Has anyone had any success with real time debugging applications such as Purify, Insure++, etc. in debugging Performer applications. I have spent some time debugging with Purify, to no avail. In order to perform the tests, I locked down to one processor and created a wrapper to translate amalloc and afree calls to malloc and free respectively (amalloc and afree are called by pfMalloc and pfFree). Nevertheless, Purify spat out thousands of errors messages which, on inspection, appeared to be in error themselves. I just got an evaluation copy of Insure++, but I wanted to see if anybody out there had any experience with this before I invest further time. Thanks --Mike Ted Purcell Jr. "Improving Software Corporate Sales Quality Everywhere!" Ph. (408) 524-3207 Pure Atria Corporation Fx. (408) 720-9200 1309 S. Mary Avenue tpurcell@pureatria.com Sunnyvale, CA. 94087 Web Address: http://www.pureatria.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 Dec 13 09:01:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17104; Fri, 13 Dec 1996 08:59:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17088; Fri, 13 Dec 1996 08:59:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA07588; Fri, 13 Dec 1996 09:00:20 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA06123; Fri, 13 Dec 1996 08:59:26 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA00306; Fri, 13 Dec 1996 16:59:07 GMT From: "Angus Dorbie" Message-Id: <9612131659.ZM304@bitch.reading.sgi.com> Date: Fri, 13 Dec 1996 16:59:06 +0000 In-Reply-To: David Higginbotham "Orthographic Projection in Performer" (Dec 13, 10:48am) References: <199612131548.KAA13458@newton.motown.lmco.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: David Higginbotham , info-performer@sgi.com Subject: Re: Orthographic Projection in Performer Cc: rrabbitz@motown.lmco.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Well I've never used it but it seem to me that chan->makeOrtho might be of some use to you. Cheers, Angus. On Dec 13, 10:48am, David Higginbotham wrote: > Subject: Orthographic Projection in Performer > Does anyone know how to do orthographic projection in Performer or > if it's even supported? Thanks in advance. > > Dave > > > Dave Higginbotham // phone: 609-722-3739 > Lockheed Martin GES // fax: 609-273-5182 > MS: 137-123 \X/ dhigginb@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 >-- End of excerpt from David Higginbotham ======================================================================= 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 Dec 13 09:01:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17122; Fri, 13 Dec 1996 08:59:56 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17106; Fri, 13 Dec 1996 08:59:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA07648; Fri, 13 Dec 1996 09:00:41 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA06201 for ; Fri, 13 Dec 1996 08:59:53 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id JAA07640; Fri, 13 Dec 1996 09:00:39 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id IAA28909; Fri, 13 Dec 1996 08:59:51 -0800 From: "Rob Jenkins" Message-Id: <9612130859.ZM28907@quid.csd.sgi.com> Date: Fri, 13 Dec 1996 08:59:51 -0800 In-Reply-To: David Higginbotham "Orthographic Projection in Performer" (Dec 13, 10:48am) References: <199612131548.KAA13458@newton.motown.lmco.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: David Higginbotham , info-performer@sgi.com Subject: Re: Orthographic Projection in Performer Cc: rrabbitz@motown.lmco.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 13, 10:48am, David Higginbotham wrote: > Subject: Orthographic Projection in Performer > Does anyone know how to do orthographic projection in Performer or > if it's even supported? Thanks in advance. man pfFrustum should cover it ( pfMakeOrthoFrust etc ). Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 13 09:18:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17236; Fri, 13 Dec 1996 09:16:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17220; Fri, 13 Dec 1996 09:16:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA09910; Fri, 13 Dec 1996 09:17:09 -0800 Received: from sgidev.mdc.com (SGIDEV.MDC.COM [129.200.1.58]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA09819 for ; Fri, 13 Dec 1996 09:16:18 -0800 Received: from mbsgi4.mdc.com by sgidev.mdc.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for <@sgidev.mdc.com:info-performer@sgi.com> id JAA24373; Fri, 13 Dec 1996 09:14:21 -0800 Received: from mbsgi4 by mbsgi4.mdc.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA11161; Fri, 13 Dec 1996 09:14:20 -0800 Sender: olivier@sgidev.mdc.com Message-ID: <32B18EEB.41C6@sgidev.mdc.com> Date: Fri, 13 Dec 1996 09:14:19 -0800 From: Olivier Schreiber Organization: McDonnell Douglas X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Accmulation buffer with OpenGL Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I might have missed on the december mailings about this topic but after checking the previous months in the archive I cannot yet find an example of accumulation buffer with OpenGL performer. With help from Nicolas Gauvin, I have a working callback in Iris GL but converting it to OpenGL does not yield any result. Any hint at what I am doing wrong? (I am running on IR 6.2, performer 2.1 Thanks in advance. Here is the Callback both in OpenGL and Iris GL: #include #include #include void printvis(Display*,XVisualInfo*); #ifdef OPENGL void DrawFunc(pfChannel *chan, void *data) { static long count = 0; float multiplier,geom; int attribList[]={GLX_RGBA,GLX_DOUBLEBUFFER, GLX_ACCUM_RED_SIZE,12, GLX_ACCUM_GREEN_SIZE,12, GLX_ACCUM_BLUE_SIZE,12, GLX_ACCUM_ALPHA_SIZE,12, None}; Display *dpy; XVisualInfo *vis; if (count==0) { dpy = pfGetCurWSConnection(); printf("dpy=pfGetCurWSConnection=0x%x\n",dpy); vis=glXChooseVisual(dpy,0,attribList ); printf("vis=0x%x\n",vis); printvis(dpy,vis); glClear(GL_ACCUM_BUFFER_BIT); } /* glDrawBuffer(GL_FRONT); */ /* glReadBuffer(GL_FRONT); */ glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); pfDraw(); /* post-draw */ multiplier = 0.8f; glAccum( GL_MULT, multiplier ); glAccum( GL_ACCUM, 1.0f ); glAccum( GL_ACCUM, multiplier ); geom = geom*multiplier + 1.0f; glAccum(GL_RETURN, 1.0f/geom); count+=1; } void printvis(Display *dpy,XVisualInfo *vis){ int value ; glXGetConfig(dpy,vis,GLX_DOUBLEBUFFER,&value ); printf("GLX_DOUBLEBUFFER=%d\n",value); glXGetConfig(dpy,vis,GLX_RED_SIZE,&value ); printf("GLX_RED_SIZE=%d\n",value); glXGetConfig(dpy,vis,GLX_GREEN_SIZE,&value ); printf("GLX_GREEN_SIZE=%d\n",value); glXGetConfig(dpy,vis,GLX_BLUE_SIZE,&value ); printf("GLX_BLUE_SIZE=%d\n",value); glXGetConfig(dpy,vis,GLX_ALPHA_SIZE,&value ); printf("GLX_ALPHA_SIZE=%d\n",value); glXGetConfig(dpy,vis,GLX_ACCUM_RED_SIZE,&value ); printf("GLX_ACCUM_RED_SIZE=%d\n",value); glXGetConfig(dpy,vis,GLX_ACCUM_GREEN_SIZE,&value ); printf("GLX_ACCUM_GREEN_SIZE=%d\n",value); glXGetConfig(dpy,vis,GLX_ACCUM_BLUE_SIZE,&value ); printf("GLX_ACCUM_BLUE_SIZE=%d\n",value); glXGetConfig(dpy,vis,GLX_ACCUM_ALPHA_SIZE,&value ); printf("GLX_ACCUM_ALPHA_SIZE=%d\n",value); glXGetConfig(dpy,vis,GLX_DEPTH_SIZE,&value ); printf("GLX_DEPTH_SIZE=%d\n",value); } #else void DrawFunc(pfChannel *chan, void *data) { float multiplier,geom; static int first = TRUE; if (first) { acsize( 12 ); gconfig(); acbuf( AC_CLEAR, 0.0f ); first = FALSE; } clear(); pfDraw(); /* post-draw */ multiplier = 0.8f; acbuf( AC_MULT, multiplier ); acbuf( AC_ACCUMULATE, 1.0f ); geom = geom*multiplier + 1.0f; acbuf(AC_RETURN, 1.0f/geom); acbuf(AC_RETURN, 1.0f); } #endif -- Olivier Schreiber olivier@sgidev.mdc.com 310 593 9739 FAX 593 0296 Military Transport Aircraft, McDonnell Douglas Corporation Mail Code D041/0056, 2401 E. Wardlow Road Long Beach, CA 90807-5309 ======================================================================= 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 Dec 13 10:58:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA17790; Fri, 13 Dec 1996 10:56:19 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA17774; Fri, 13 Dec 1996 10:56:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23551; Fri, 13 Dec 1996 10:57:04 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA02013 for ; Fri, 13 Dec 1996 10:56:16 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA04316; Fri, 13 Dec 1996 13:54:38 -0500 Date: Fri, 13 Dec 1996 13:54:38 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9612131354.ZM4315@hotsauce.clubfed.sgi.com> In-Reply-To: David Higginbotham "Orthographic Projection in Performer" (Dec 13, 10:48am) References: <199612131548.KAA13458@newton.motown.lmco.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: David Higginbotham , info-performer@sgi.com Subject: Re: Orthographic Projection in Performer Cc: rrabbitz@motown.lmco.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O man on pfFrustum pfFrustum::makeOrtho(float left, float right, float bottom, float top); man on pfChannel void pfChannel::makeOrtho(float left, float right, float bottom, float top); So both pfFrustum and pfChannel support Othrographic projections. Brian On Dec 13, 10:48am, David Higginbotham wrote: > Subject: Orthographic Projection in Performer > Does anyone know how to do orthographic projection in Performer or > if it's even supported? Thanks in advance. > > Dave > > > Dave Higginbotham // phone: 609-722-3739 > Lockheed Martin GES // fax: 609-273-5182 > MS: 137-123 \X/ dhigginb@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 >-- End of excerpt from David Higginbotham -- 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-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 Fri Dec 13 11:29:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA17985; Fri, 13 Dec 1996 11:27:01 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA17969; Fri, 13 Dec 1996 11:27:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA28663; Fri, 13 Dec 1996 11:27:33 -0800 Received: from neiddd.com ([207.176.67.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA08584 for ; Fri, 13 Dec 1996 11:25:04 -0800 Received: from ohio.neiddd.com (ohio.neiddd.com [207.176.67.10]) by neiddd.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA09452; Fri, 13 Dec 1996 14:21:21 -0500 Received: (from rltwiddy@localhost) by ohio.neiddd.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA10601; Fri, 13 Dec 1996 14:21:16 -0500 From: "Ray Twiddy" Message-Id: <9612131421.ZM10599@ohio.neiddd.com> Date: Fri, 13 Dec 1996 14:21:16 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Job Opportunities Cc: kevin@trident.neiddd.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Nomura Enterprise Inc. is developing an interactive, real-time subsurface navigation simulation system. We are seeking software developers and scientists to support this challenging, long-term program in addition to other projects. Join an elite team of physicists, engineers, and computer scientists to advance the simulation technology. The following positions are available: Software Simulation Developer Outstanding opportunities to design and develop state-of-the-art simulation/animation system. Seeking computer graphics programmer analyst with a minimum of a B.S. degree and 4 years experience with: - Object-oriented design and development - SGI OpenGL, Inventor, and Performer - 3-D Modeling (Alias/Wavefront, Coryphaeus, Paradigm) - C++ - Unix (preferably IRIX) - OSF Motif - DIS/HLA/CORBA Simulation Database Programmer Scientist with a related degree and a minimum of 4 years of applied experience in the following areas are needed: - GIS/Terrain databases - Geographic and Oceanographic data management - Object-oriented databases - Computer graphics modeling and simulation - Object-oriented design and development - C++ - Unix (preferably IRIX) - DIS/HLA/CORBA Software Programmer Analyst Programmer analyst with a background on test and evaluation for visual simulation systems. Position requires a minimum of a B.S. degree and 2 years experience with: - Software testing and evaluation - Object-oriented design/development/testing - Human factors experience - GUI development - C++ - Unix (preferably IRIX) - DIS/HLA/CORBA Please fax, email, or mail resumes specifying the position for which you are applying to: FAX: (703) 818-7626, Attn: Kevin Truong EMAIL: kevin@neiddd.com MAIL: NEI, Attn: Kevin Truong, 14240-G Sullyfield Circle, Chantilly, VA 20151-1661. -- Ray Twiddy | / ____/ / NEI - Nomura Enterprise Inc. rltwiddy@neiddd.com | / / / 14240-G Sullyfield Circle Bus. (703) 818-1990 / | / ___/ / Chantilly, VA 20151-1661 FAX (703) 818-7626 / / / / ___________________________________________________ __/ __/ _____/ __/ ======================================================================= 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 Dec 13 13:21:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA18538; Fri, 13 Dec 1996 13:19:44 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA18522; Fri, 13 Dec 1996 13:19:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA07298; Fri, 13 Dec 1996 13:20:29 -0800 Received: from osiris.minneapolis.sgi.com ([169.238.230.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA00592 for ; Fri, 13 Dec 1996 13:19:41 -0800 Received: from calisto.minneapolis.sgi.com by osiris.minneapolis.sgi.com via ESMTP (940816.SGI.8.6.9/930416.SGI) for <@osiris.minneapolis.sgi.com:info-performer@sgi.com> id PAA11026; Fri, 13 Dec 1996 15:11:26 -0600 Received: from calisto by calisto.minneapolis.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id NAA05113; Fri, 13 Dec 1996 13:10:12 -0800 Sender: watters@minneapolis.sgi.com Message-ID: <32B1C633.794B@minneapolis.sgi.com> Date: Fri, 13 Dec 1996 13:10:11 -0800 From: Sam Watters Organization: Silicon Graphics, Inc. X-Mailer: Mozilla 3.0 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Performer+motif on IR looks wierd Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O A customer ran the motif program found in /usr/share/Perfomer/src/pguide/libpf/motif.c on an IR system and had some wierd results. It appeared that the z-buffering was not working correctly. For instance, when looking at the blimp.flt model, you could still see the gondola even when it was rotated so that it was on the far side of the blimp. You could see the same behavior with the fins on the blimp as well. I tried another program I wrote and saw the same behavior. The programs are rendering into a GL widget that was created as follows: _glwidget = XtVaCreateManagedWidget ( "glwidget", glwMDrawingAreaWidgetClass, _frame, GLwNrgba, True, GLwNdoublebuffer, True, GLwNallocateBackground, True, XmNwidth, 707, XmNheight, 707, (XtPointer) NULL ); Any ideas? -- ---------------------------------------------------------------------- Sam Watters | phone: 612-893-3611 Systems Application Engineer | vmail: 800-326-1020 x57912 Silicon Graphics, Inc. | email: watters@minneapolis.sgi.com 5601 Green Valley Dr. | Bloomington, MN 55437 | ---------------------------------------------------------------------- ======================================================================= 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 Dec 13 13:26:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA18564; Fri, 13 Dec 1996 13:25:31 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA18545; Fri, 13 Dec 1996 13:25:30 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA07570; Fri, 13 Dec 1996 13:26:16 -0800 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA01884 for ; Fri, 13 Dec 1996 13:25:27 -0800 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id QAA05613; Fri, 13 Dec 1996 16:00:51 -0500 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 13 Dec 96 15:49:52 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.30); 13 Dec 96 15:49:48 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Fri, 13 Dec 1996 15:49:41 EST Subject: Fill Speed X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <71FF64C4A5F@P3.ENZIAN.COM> Status: O Machine: Irix 5.3 RE^2 2RM2 Performer 2.01 We just made a scene consisting of 2000 tris, 100 of which are 125x125, 900 of which are 75x75, and 1000 of which are 50x50. None of the polygons are completely occluded, but some are overlapped. We're supposed to be able to run at 30Hz with this scene, but we're getting 15Hz at best. The weird thing is that our real-life scenes contain upwards of 10,000 variously-sized polygons and run just fine. We think the problem is the amount of time necessary to fill all those polygons. Anybody have a suggestion on how to speed things up? Thanks, Jude Anthony jude@p3.enzian.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 Dec 13 14:57:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA19404; Fri, 13 Dec 1996 14:55:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA19388; Fri, 13 Dec 1996 14:55:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA13304; Fri, 13 Dec 1996 14:56:28 -0800 Received: from gateway.ivex3d.com (ivex3d.com [204.241.103.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA21285 for ; Fri, 13 Dec 1996 14:55:35 -0800 Received: by gateway.ivex3d.com from localhost (router,SLMAIL95 V2.2); Fri, 13 Dec 1996 17:47:36 Eastern Standard Time Received: by gateway.ivex3d.com from ntserver.ivex3d.com (192.168.1.27::mail daemon; unverified,SLMAIL95 V2.2); Fri, 13 Dec 1996 17:47:35 Eastern Standard Time Message-ID: <32B1E0AC.43F8@ivex3d.com> Date: Fri, 13 Dec 1996 18:03:08 -0500 From: "Rambabu" Organization: IVEX X-Mailer: Mozilla 2.0 (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: 4Dgifts directory ??? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi : This is not strictly a performer question but I thought of giving it a try. I am looking for the sample demos (code and binaries) under 4Dgifts directory. I have looked for it on all the CDs we have (IRIX6.2 iR etc), but could never find it. Can anyone tell me which CD I need to search so that I would know if I have all the right CDs. OR is there any site from where I could download this dir ? Thanks Rambabu ram@ivex3d.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Dec 13 15:34:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA22256; Fri, 13 Dec 1996 15:32:42 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA22240; Fri, 13 Dec 1996 15:32:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA15814; Fri, 13 Dec 1996 15:33:28 -0800 Received: from belle.sva.edu (sva.edu [199.35.154.203]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA28812 for ; Fri, 13 Dec 1996 15:32:39 -0800 Received: by belle.sva.edu (940816.SGI.8.6.9/930416.SGI.AUTO) id SAA12830; Fri, 13 Dec 1996 18:27:15 -0500 Date: Fri, 13 Dec 1996 18:27:10 -0500 (EST) From: Ken Feingold To: Rambabu cc: info-performer@sgi.com Subject: Re: 4Dgifts directory ??? In-Reply-To: <32B1E0AC.43F8@ivex3d.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > I am looking for the sample demos (code and binaries) under 4Dgifts All of the things that should be under 4Dgifts are installed under /usr/share and /usr/demos in 6.2. Happy hunting... ======================================================================= 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 Dec 13 16:11:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA22597; Fri, 13 Dec 1996 16:09:23 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA22581; Fri, 13 Dec 1996 16:09:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA18210; Fri, 13 Dec 1996 16:10:08 -0800 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA06188 for ; Fri, 13 Dec 1996 16:09:21 -0800 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id QAA22578; Fri, 13 Dec 1996 16:09:19 -0800 Date: Fri, 13 Dec 1996 16:09:19 -0800 From: allan (Allan Schaffer) Message-Id: <9612131609.ZM22576@holodeck.csd.sgi.com> In-Reply-To: "Rambabu" "4Dgifts directory ???" (Dec 13, 6:03pm) References: <32B1E0AC.43F8@ivex3d.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Rambabu" , info-performer@sgi.com Subject: Re: 4Dgifts directory ??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 13, 6:03pm, Rambabu wrote: > I am looking for the sample demos (code and binaries) under 4Dgifts > directory. I have looked for it on all the CDs we have (IRIX6.2 > iR etc), but could never find it. Can anyone tell me which CD > I need to search so that I would know if I have all the right CDs. > OR > is there any site from where I could download this dir ? The 4Dgifts were retired after IRIX 5.3. Some of the samples were moved to /usr/share or /usr/demos, but the rest [the IRIS GL samples, in particular] are no longer shipped. If you have an IRIS Developers Option disk from any IRIX 5.x release you could load 4Dgifts from there. Just set 'rulesoverride on' in inst to overcome any OS-dependency rules and install. Allan -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Dec 13 19:54:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA23934; Fri, 13 Dec 1996 19:53:17 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA23918; Fri, 13 Dec 1996 19:53:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA27686; Fri, 13 Dec 1996 19:54:04 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA14344 for ; Fri, 13 Dec 1996 19:53:16 -0800 Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id TAA26051; Fri, 13 Dec 1996 19:53:14 -0800 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id TAA01860; Fri, 13 Dec 1996 19:53:12 -0800 From: "Don Hatch" Message-Id: <9612131953.ZM1858@hell.asd.sgi.com> Date: Fri, 13 Dec 1996 19:53:12 -0800 In-Reply-To: Ted Purcell "Purify" (Dec 13, 8:02am) References: <199612131602.IAA01301@pure.PureAtria.COM> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: blythe@hell.asd.sgi.com, "Michael M. Allbright" , Ted Purcell Subject: Re: Purify Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 13, 8:02am, Ted Purcell wrote: > Subject: Purify > Hello Micheal and to All Peoples Concerned, > > I recently received your email regarding Purify and its abilities to detect > errors in "real-time" applications (not run-time, which Purify detects). I > am very curious as to what error messages that you were receiving from > Purify on the mentioned app. Please forward this information to me so that I > may provide you with the proper answer to your problems. > > We have recently upgraded Purify/ PureCoverage to versions 4.0 respectively, > which may have alleviated the problems. Were you using this version or a > later version of the tool? > > We are dedicated to providing high quality software development tools to our > customers and if you can help us in accomplishing this goal, with any new > information, we would be greatly appreciative! > > Have a great day and thank you very much in advance for your valuable time > in this matter. > > > > To: info-performer@sgi.com > From: "Michael M. Allbright" > Subject: Real-Time Debugging of Performer Apps > Date: Thu, 12 Dec 1996 13:43:28 -0800 > Reply-To: "Michael M. Allbright" > > > Has anyone had any success with real time debugging applications such as > Purify, Insure++, etc. in debugging Performer applications. > > I have spent some time debugging with Purify, to no avail. In order to perform > the tests, I locked down to one processor and created a wrapper to translate > amalloc and afree calls to malloc and free respectively (amalloc and afree are > called by pfMalloc and pfFree). Nevertheless, Purify spat out thousands of > errors messages which, on inspection, appeared to be in error themselves. > > I just got an evaluation copy of Insure++, but I wanted to see if anybody out > there had any experience with this before I invest further time. > > Thanks > --Mike > > Ted Purcell Jr. "Improving Software > Corporate Sales Quality Everywhere!" > Ph. (408) 524-3207 Pure Atria Corporation > Fx. (408) 720-9200 1309 S. Mary Avenue > tpurcell@pureatria.com Sunnyvale, CA. 94087 > > Web Address: http://www.pureatria.com > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Ted Purcell Hi Ted, There are three big problems that keeps Purify from being as useful as it could be for Performer programs (multithreaded graphics programs in general). These problems exist with Purify version 4.0 on SGI machines. 1. Purify does not know about amalloc/afree/arealloc, which are the shared memory allocation routines used by virtually every part of Performer. Part of this missing functionality in Purify can be regained by recompiling with those functions defined as malloc/free/realloc, and then forcing Performer to run in single-process mode (i.e. partially lobotomizing Performer), as Michael Allbright described. There are also other memory allocation routines (usmalloc, etc.) which I think are also not recognized by Purify, though they are less frequently used. 2. Performer's memory allocation routines pfMalloc et al. are wrappers for amalloc/afree/arealloc that allocate a chunk of memory slightly bigger than requested, and prepend a small header that is used internally. Accessing the header outside of pfMalloc etc. should be an illegal memory access, but Purify can not catch it. 3. There are hundreds of graphics routines (different for different kinds of SGI graphics hardware) that Purify does not work well with, mostly generating UMRs and ZPWs. Probably these are what Michael is referring to. I believe the UMRs are mostly from kernel calls that fill in memory that Purify does not know about. Deciding which of these errors are worth pursuing requires a lot of guesswork on the part of the developer. Fixing these problems will require a lot of work and communication between graphics engineers at SGI and Pure Atria, to sort out which bugs are SGI's and which are Purify's, and to come up with a general plan for making Purify know about graphics routines on existing and future machines. Unfortunately this is not happening, and Purify continues to fall distressingly short of being the incredibly useful tool that it should be (and would be with the proper support from SGI). 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 Sat Dec 14 03:48:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA25222; Sat, 14 Dec 1996 03:47:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA25206; Sat, 14 Dec 1996 03:47:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA10892; Sat, 14 Dec 1996 03:48:28 -0800 Received: from teil.soft.net (tata_elxsi.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA28649 for ; Sat, 14 Dec 1996 03:47:32 -0800 Received: from abhiroop by teil.soft.net via SMTP (940816.SGI.8.6.9/920502.SGI.JF) for id RAA09085; Sat, 14 Dec 1996 17:16:54 -0530 Sender: sunil@teil.soft.net Message-ID: <32B32E5D.1CFB@teil.soft.net> Date: Sat, 14 Dec 1996 14:46:53 -0800 From: Sunil S Hadap Organization: Tata Elxsi (India) Ltd. X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Performer Subject: About real-time reflections! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I am a new Performer mailing list member, I don't know whether this question is covered. For many days I am thinking about real-time reflections, how it is done! I am not talking about tricks like environment mapping or even multi-pass rendering in IR. There are real-time reflections implementations in some products. One of them is by Clarus. The reflections on the car body and the reflective flooring is not due to environment mapping as it is dynamic. Meaning if you introduce any new geometry in the scene, it gets reflected. It is also not due to multi-pass rendering as there are too many reflecting surfaces and hence can not be done by multi-pass rendering. I searched a lot about this, even I have my own ideas about it. One of the idea is doing single-pass per-vertex raytracing in the scene. I just wonder is this sufficiently fast so that it can be done in real-time. Thank a lot Sunil Hadap Tata Elxsi (India) Ltd. ======================================================================= 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 Dec 14 14:24:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA26653; Sat, 14 Dec 1996 14:22:53 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA26637; Sat, 14 Dec 1996 14:22:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA27309; Sat, 14 Dec 1996 14:23:41 -0800 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA29291 for ; Sat, 14 Dec 1996 14:22:21 -0800 Received: from dialup.netvision.net.il (ts002p3.pop9a.netvision.net.il [194.90.11.41]) by server.rtset.co.il (8.6.12/8.6.9) with SMTP id AAA02443; Sat, 16 Dec 1995 00:16:23 +0200 Message-ID: <32B408CE.4D88@rtset.co.il> Date: Sun, 15 Dec 1996 06:18:54 -0800 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-SET X-Mailer: Mozilla 3.01 (Win16; I) MIME-Version: 1.0 To: Jude Anthony CC: info-performer@sgi.com Subject: Re: Fill Speed References: <71FF64C4A5F@P3.ENZIAN.COM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Jude, The answer lies in the title of the question : it is all a matter of fill speed. The RE2 goes with either RM4 or RM5, which has the same performance. The fill performance of one RM is declared to be 55M pixels/sec for textured antialiased pixels, and 90M pixels for non textured pixels. The number of tri-linear interpolations/sec is even less - about 40M pixels/sec/RM. Assuming you will get almost this number (you shoud get close), then with 2RM you get 110M pixels for tex-AA. If you sum your pixels you get something like 4.5M pixels (100*125*125/2+900*75*75/2+1000*50*50/2). You can't squeeze this into about 100M pixels 30 times. Ran Jude Anthony wrote: > > Machine: Irix 5.3 RE^2 2RM2 Performer 2.01 > > We just made a scene consisting of 2000 tris, 100 of which are > 125x125, 900 of which are 75x75, and 1000 of which are 50x50. None > of the polygons are completely occluded, but some are overlapped. > > We're supposed to be able to run at 30Hz with this scene, but we're > getting 15Hz at best. > > The weird thing is that our real-life scenes contain upwards of > 10,000 variously-sized polygons and run just fine. We think the > problem is the amount of time necessary to fill all those polygons. > > Anybody have a suggestion on how to speed things up? > > Thanks, > Jude Anthony > jude@p3.enzian.com > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-989974 | Voice : +972-9-552236 Fax : +972-9-422149 | Fax : +972-9-552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il ======================================================================= 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 Dec 14 23:51:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA27740; Sat, 14 Dec 1996 23:50:39 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA27724; Sat, 14 Dec 1996 23:50:38 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA10708; Sat, 14 Dec 1996 23:51:27 -0800 Received: from (eclipse.rtset.co.il [194.90.96.228]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA18148 for ; Sat, 14 Dec 1996 23:50:36 -0800 Received: (from rany@localhost) by (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA22397; Sun, 15 Dec 1996 09:35:02 +0200 From: "Ran Yakir" Message-Id: <9612150935.ZM22395@eclipse> Date: Sun, 15 Dec 1996 09:35:02 +0000 In-Reply-To: Olivier Schreiber "Accmulation buffer with OpenGL" (Dec 13, 9:14am) References: <32B18EEB.41C6@sgidev.mdc.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Olivier Schreiber Subject: Re: Accmulation buffer with OpenGL Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Either something from your program is missing here (what is printvis()), or the window does not get the visual. As far as I know, you should create the X window with the visual that has accumulation buffer. No more of the easy iridgl life, where you could gconfig() whenever you wanted to. Ran On Dec 13, 9:14am, Olivier Schreiber wrote: > Subject: Accmulation buffer with OpenGL > Hi, > I might have missed on the december mailings about this topic > but after checking the previous months in the archive I cannot > yet find an example of accumulation buffer with OpenGL performer. > > With help from Nicolas Gauvin, I have a working callback in Iris GL > but converting it to OpenGL does not yield any result. > Any hint at what I am doing wrong? > (I am running on IR 6.2, performer 2.1 > Thanks in advance. > Here is the Callback both in OpenGL and Iris GL: > > #include > #include > #include > void printvis(Display*,XVisualInfo*); > > #ifdef OPENGL > void DrawFunc(pfChannel *chan, void *data) > { > static long count = 0; > float multiplier,geom; > int attribList[]={GLX_RGBA,GLX_DOUBLEBUFFER, > GLX_ACCUM_RED_SIZE,12, > GLX_ACCUM_GREEN_SIZE,12, > GLX_ACCUM_BLUE_SIZE,12, > GLX_ACCUM_ALPHA_SIZE,12, > None}; > Display *dpy; > XVisualInfo *vis; > if (count==0) { > dpy = pfGetCurWSConnection(); > printf("dpy=pfGetCurWSConnection=0x%x\n",dpy); > vis=glXChooseVisual(dpy,0,attribList ); > printf("vis=0x%x\n",vis); > printvis(dpy,vis); > glClear(GL_ACCUM_BUFFER_BIT); > } > /* glDrawBuffer(GL_FRONT); */ > /* glReadBuffer(GL_FRONT); */ > glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT); > pfDraw(); > /* post-draw */ > multiplier = 0.8f; > glAccum( GL_MULT, multiplier ); > glAccum( GL_ACCUM, 1.0f ); > glAccum( GL_ACCUM, multiplier ); > geom = geom*multiplier + 1.0f; > glAccum(GL_RETURN, 1.0f/geom); > count+=1; > } > void printvis(Display *dpy,XVisualInfo *vis){ > int value ; > glXGetConfig(dpy,vis,GLX_DOUBLEBUFFER,&value ); > printf("GLX_DOUBLEBUFFER=%d\n",value); > glXGetConfig(dpy,vis,GLX_RED_SIZE,&value ); > printf("GLX_RED_SIZE=%d\n",value); > glXGetConfig(dpy,vis,GLX_GREEN_SIZE,&value ); > printf("GLX_GREEN_SIZE=%d\n",value); > glXGetConfig(dpy,vis,GLX_BLUE_SIZE,&value ); > printf("GLX_BLUE_SIZE=%d\n",value); > glXGetConfig(dpy,vis,GLX_ALPHA_SIZE,&value ); > printf("GLX_ALPHA_SIZE=%d\n",value); > glXGetConfig(dpy,vis,GLX_ACCUM_RED_SIZE,&value ); > printf("GLX_ACCUM_RED_SIZE=%d\n",value); > glXGetConfig(dpy,vis,GLX_ACCUM_GREEN_SIZE,&value ); > printf("GLX_ACCUM_GREEN_SIZE=%d\n",value); > glXGetConfig(dpy,vis,GLX_ACCUM_BLUE_SIZE,&value ); > printf("GLX_ACCUM_BLUE_SIZE=%d\n",value); > glXGetConfig(dpy,vis,GLX_ACCUM_ALPHA_SIZE,&value ); > printf("GLX_ACCUM_ALPHA_SIZE=%d\n",value); > glXGetConfig(dpy,vis,GLX_DEPTH_SIZE,&value ); > printf("GLX_DEPTH_SIZE=%d\n",value); > } > #else > void DrawFunc(pfChannel *chan, void *data) > { > float multiplier,geom; > static int first = TRUE; > if (first) { > acsize( 12 ); > gconfig(); > acbuf( AC_CLEAR, 0.0f ); > first = FALSE; > } > clear(); > pfDraw(); > /* post-draw */ > multiplier = 0.8f; > acbuf( AC_MULT, multiplier ); > acbuf( AC_ACCUMULATE, 1.0f ); > geom = geom*multiplier + 1.0f; > acbuf(AC_RETURN, 1.0f/geom); > acbuf(AC_RETURN, 1.0f); > } > #endif > > -- -- __ | Ran Yakir /_) _ __ \ / _ / o __ | RT-SET Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@rtset.co.il Work : 972-9-9552236 | rany@netvision.net.il Res. : 972-9-7489974 | Fax : 972-9-9552239 | ======================================================================= 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 Dec 15 06:50:09 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA28528; Sun, 15 Dec 1996 06:48:56 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA28512; Sun, 15 Dec 1996 06:48:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA20696; Sun, 15 Dec 1996 06:49:46 -0800 Received: from ns2.cnc.ac.cn (ns2.cnc.ac.cn [159.226.1.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA23400 for ; Sun, 15 Dec 1996 06:48:39 -0800 Received: from ica.canet.cn by ns2.cnc.ac.cn (5.67b/IDA-1.5) id AA14599; Sun, 15 Dec 1996 23:02:05 -0800 Received: by ica.canet.cn (4.1/SMI-4.1) id AA03688; Sun, 15 Dec 96 22:48:52 CST Date: Sun, 15 Dec 96 22:48:52 CST From: nic207@ica.canet.cn (NIC207) Message-Id: <9612151448.AA03688@ica.canet.cn> To: info-performer@sgi.com Subject: pfDCS Status: O Hi,Performer exports: I made two modifications to the sample programe perfly.But when I ran it,I got a error message:Bus error(default)stopped on signal SIGBUS pfBuffer::pf_indexUpdatable()["pfBuffer.C":356,0x090c5108]. My modifications are: 1 Make a subroutine which adds dynamic models under pfDCS intto the scene. This subroutine is called by InitScene() . 2 Make another subroutine which change the pfDCS. This subroutine is called by updateSim(). I don't know why Any help will be very appreciated! My address is nic207@ica.canet.cn ======================================================================= 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 Dec 15 08:54:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA28836; Sun, 15 Dec 1996 08:53:08 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA28820; Sun, 15 Dec 1996 08:53:07 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA23439; Sun, 15 Dec 1996 08:53:54 -0800 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/950213.SGI.AUTOCF) via ESMTP id IAA04255 for ; Sun, 15 Dec 1996 08:52:56 -0800 Received: from visvr1.rus.uni-stuttgart.de (visvr1-fd.rus.uni-stuttgart.de [129.69.18.62]) by artemis.rus.uni-stuttgart.de with ESMTP id RAA07072 (8.6.13/IDA-1.6 for ); Sun, 15 Dec 1996 17:52:47 +0100 Received: by visvr1.rus.uni-stuttgart.de (950413.SGI.8.6.12/930416.SGI/BelWue-1.1) for info-performer@sgi.com id RAA19318; Sun, 15 Dec 1996 17:48:48 +0100 From: "Daniela Rainer" Message-Id: <9612151748.ZM19316@visvr1.rus.uni-stuttgart.de> Date: Sun, 15 Dec 1996 17:48:47 +0000 Reply-To: rainer@rus.uni-stuttgart.de Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Line width of line-geosets Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I have a problem with geosets that contain lines: If I set the line width with pfGSetLineWidth of one geoset all other geosets that contain lines are drawn with this line width. I use IRIX 6.2 and Performer 2.01 on a Crimson with RealityEngine I graphics. Thanks for any help Regards Daniela -- ------------------------------------------------------------------------- Daniela Rainer | email: rainer@rus.uni-stuttgart.de Rechenzentrum Uni Stuttgart (RUS) | Tel: +49 (0) 711 685 5970 Allmandring 30a, 70550 Stuttgart | Fax: +49 (0) 711 678 7672 ======================================================================= 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 Dec 15 12:45:54 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA29402; Sun, 15 Dec 1996 12:44:39 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA29386; Sun, 15 Dec 1996 12:44:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA29342; Sun, 15 Dec 1996 12:45:27 -0800 Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA26913 for ; Sun, 15 Dec 1996 12:44:35 -0800 Received: from apollo13.demon.co.uk ([158.152.181.251]) by relay-5.mail.demon.net id aa507433; 15 Dec 96 20:21 GMT From: Gordon Tomlinson To: NIC207 Cc: info-performer@sgi.com Subject: Re: pfDCS Date: Sun, 15 Dec 1996 20:18:46 GMT Organization: PERA Reply-To: gordont@apollo13.demon.co.uk Message-ID: <32b45b4a.590153@post.demon.co.uk> References: <9612151448.AA03688@ica.canet.cn> In-Reply-To: <9612151448.AA03688@ica.canet.cn> X-Mailer: Forte Agent .99f/32.275 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Sun, 15 Dec 96 22:48:52 CST, you wrote: >Hi,Performer exports: > I made two modifications to the sample programe perfly.But when I >ran it,I got a error message:Bus error(default)stopped on signal SIGBUS >pfBuffer::pf_indexUpdatable()["pfBuffer.C":356,0x090c5108]. > My modifications are: >1 Make a subroutine which adds dynamic models under pfDCS intto the = scene. >This subroutine is called by InitScene() . >2 Make another subroutine which change the pfDCS. This subroutine is = called >by updateSim(). > I don't know why=20 > Any help will be very appreciated! > HI with the little information given above , (i.e) what you are doing in InitScene() and updateSim() and which function you are falling over=20 in, I can only make an educated guess that you are using pointers to access the DCS's and that these are not using shared memory and /or that the pointers are invalid or inaccessable to updateSim() to asses things properly you need to post these functions. Season Greetings Gordon Tomlinson =20 *************************************************************** Email: gordon@apollo13.demon.co.uk WWW: http://www.apollo13.demon.co.uk *************************************************************** The Truth is out there ........... =20 Smoke me a Kipper I'll be back for Breakfast ..... =20 *************************************************************** ======================================================================= 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 Dec 15 19:51:09 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA00424; Sun, 15 Dec 1996 19:49:53 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA00408; Sun, 15 Dec 1996 19:49:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA10975; Sun, 15 Dec 1996 19:50:42 -0800 Received: from lynx.cbr.dit.csiro.au (lynx-f.cbr.dit.csiro.au [192.107.9.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA11005 for ; Sun, 15 Dec 1996 19:49:51 -0800 Received: from cronulla.cbr.dit.csiro.au by lynx.cbr.dit.csiro.au (8.8.3/1.07S) id OAA02248; Mon, 16 Dec 1996 14:49:47 +1100 (EST) Received: by cronulla.cbr.dit.csiro.au (8.8.3/1.07S5C) id DAA12268; Mon, 16 Dec 1996 03:49:46 GMT From: "Rochelle O'Hagan" Message-Id: <9612161449.ZM12266@cronulla> Date: Mon, 16 Dec 1996 14:49:46 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: stereo viewing Cc: rohagan@cbr.dit.csiro.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I'm trying to write a simple Performer program that will display a scene in stereo. I've basically just modified the stereo.c file from the Performer home page and converted it to C++. The problem is that it doesn't display the scene in stereo. It seems to be switching buffers ok, but only one image is displayed. I'm running it on an Indy R5000 with 8bit Graphics, and also on an Indigo2 R10000 Maximum Impact, and get the same results on both. A (probably) way off guess is that the Indigo2 doesn't have a stereo-buffer and so can't support quad-buffer stereo. Is this likely to be true, and if so, how can stereo be done? I know the machine is stereo capable because other programs can run in stereo mode. What is the best way to use Performer to display in stereo mode? Thanks for any help, Rochelle -- ____________________________________________________________________ Rochelle.O'Hagan@cbr.dit.csiro.au "DaM&GE" Developer CSIRO Mathematical and Information Sciences GPO Box 664 Ph: +61 6 216 7092 CANBERRA ACT 2601 AUSTRALIA Fax: +61 6 216 7111 ======================================================================= 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 Dec 15 22:40:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA00821; Sun, 15 Dec 1996 22:38:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA00805; Sun, 15 Dec 1996 22:38:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA02834; Sun, 15 Dec 1996 22:39:20 -0800 Received: from sable.nus.sg (sable.nus.sg [137.132.1.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA28319 for ; Sun, 15 Dec 1996 22:38:25 -0800 Received: from leonis.nus.sg (eng30228@leonis.nus.sg [137.132.1.18]) by sable.nus.sg (8.8.4/8.6.9) with ESMTP id OAA07364 for ; Mon, 16 Dec 1996 14:37:46 +0800 (SST) Received: from localhost (eng30228@localhost) by leonis.nus.sg (8.8.4/8.6.9/CNS-3.5) with SMTP id OAA06536 for ; Mon, 16 Dec 1996 14:37:46 +0800 (SST) Date: Mon, 16 Dec 1996 14:37:45 +0800 (SST) From: LIM MING WAH To: info-performer@sgi.com Subject: DCS existence? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello all, In perfly, I loaded the different objects under different DCS. I have put the load command inside the loop as shown: /* Load each of the files named on the command line */ for (i = 0; i < NumFiles; i++) { for (j = 0; j < ViewState->iterate; j++) { /* Create a DCS for TRACKBALL pfiXformer */ ViewState->sceneDCS = pfNewDCS(); ViewState->sceneGroup = pfNewGroup(); pfAddChild(ViewState->sceneDCS, ViewState->sceneGroup); if (ViewState->xformerModel == PFITDF_TRACKBALL) { pfAddChild(scene, ViewState->sceneDCS); } else pfAddChild(scene, ViewState->sceneGroup); /* Load the database. create a hierarchy under node "root" */ root = pfdLoadFile(DatabaseFiles[i]); if (root == NULL) { pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "WARNING: could not load \"%s\"", DatabaseFiles[i]); continue; } I want to access the different DCS again for moving the individual model, can I do that? Or do I have to define each DCSs differently in the loop? Jonathan ======================================================================= 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 Dec 15 22:40:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA00840; Sun, 15 Dec 1996 22:39:05 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA00824; Sun, 15 Dec 1996 22:39:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA02846; Sun, 15 Dec 1996 22:39:54 -0800 Received: from d26vs046d.ccf.swri.edu (d26vs046d.ccf.swri.edu [129.162.26.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id WAA28362 for ; Sun, 15 Dec 1996 22:39:02 -0800 From: WDea@swri.edu Received: by d26vs046d.ccf.swri.edu; Mon, 16 Dec 96 0:37:04 CST Date: Mon, 16 Dec 96 0:35:02 CST Message-ID: X-Priority: 3 (Normal) To: Subject: Is there a freeImage() ref count? Status: O My Performer application allocates and frees textures several times. Some of these these textures share images. On occasion, a texture image is freed with pfTexture::freeImage() that is being used by another texture and an undesirable "white image" appears. Is there any way to check and see if an image is being used by another texture before calling pfTexture::freeImage()? An image reference count maybe? Or is there another way to avoid this scenario? Thanks in advance, Frank -- William Frank Dea _________/|__________ /--------/-/---------/ / / / / / / "If you want to get results ... /- /---/-/---/ -/ try a prayer!" / / / / / / /--------/-/---------/ wdea@swri.edu Research Engineer Southwest Research Institute ======================================================================= 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 Dec 15 23:43:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA01131; Sun, 15 Dec 1996 23:42:16 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA01115; Sun, 15 Dec 1996 23:42:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA04559; Sun, 15 Dec 1996 23:43:05 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA05274 for ; Sun, 15 Dec 1996 23:42:15 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id XAA10162; Sun, 15 Dec 1996 23:42:10 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id XAA11084; Sun, 15 Dec 1996 23:42:09 -0800 From: "Sharon Clay" Message-Id: <9612152342.ZM11082@rose.asd.sgi.com> Date: Sun, 15 Dec 1996 23:42:09 -0800 In-Reply-To: WDea@swri.edu "Is there a freeImage() ref count?" (Dec 16, 12:35am) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: WDea@swri.edu, Subject: Re: Is there a freeImage() ref count? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Dec 16, 12:35am, WDea@swri.edu wrote: > Subject: Is there a freeImage() ref count? -> ->My Performer application allocates and frees textures several times. ->Some of these these textures share images. On occasion, a texture ->image is freed with pfTexture::freeImage() that is being used by -> ->Is there any way to check and see if an image is being used by another ->texture before calling pfTexture::freeImage()? An image reference count ->maybe? Or is there another way to avoid this scenario? -> If your texture image was allocated with a pf allocation routine, such as pfMalloc, then the image data will be reference counted when you call pfTexture::setImage. A texture image created with pfTexLoadFile will be such an image. Additionally, the GL has its own copy of the texture so it is fine to You can get the reference count of any pfMemory ptr with pfGetRef(). delete the texture image after the texture has been first applied. It sounds like what it possibly happening is that pfTexture::freeImage() is being called before it has actually been applied for that pfTexture. If after a dereference, the reference count is not 0, the image memory will not be deleted, but the image pointer for that texture will be set to NULL. If the pfTexture was dirty (as in that image had been previously set or changed and an apply had not yet been done) a subsequent apply could cause the white texture. In OpenGL, another way one can easily get the "white texture" problem is if something has caused a GL error to happen. So, it is always good to put a check for GL errors in your main loop to make sure this isn't happening: #ifndef IRISGL { int err; if ((err = glGetError()) != GL_NO_ERROR) pfNotify(PFNFY_NOTICE,PFNFY_USAGE,"OpenGL Error 0x%x - %s",err, gluErrorString(err)); } #endif /* GL Type */ Good luck! 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 Mon Dec 16 00:17:45 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA01320; Mon, 16 Dec 1996 00:16:10 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA01304; Mon, 16 Dec 1996 00:16:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA06073; Mon, 16 Dec 1996 00:16:59 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA09046 for ; Mon, 16 Dec 1996 00:16:08 -0800 Received: from proxima.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id AAA10793; Mon, 16 Dec 1996 00:16:07 -0800 Received: by proxima.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id AAA28638; Mon, 16 Dec 1996 00:16:06 -0800 From: "Tom McReynolds" Message-Id: <9612160016.ZM28636@proxima.asd.sgi.com> Date: Mon, 16 Dec 1996 00:16:05 -0800 In-Reply-To: "Rochelle O'Hagan" "stereo viewing" (Dec 16, 2:49pm) References: <9612161449.ZM12266@cronulla> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Rochelle O'Hagan" , info-performer@sgi.com Subject: Re: stereo viewing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There is more than one type of stereo mode. You might want to take a look at the directions link on the same page you got the stereo programs. It describes which machines support which stereo modes, and how to configure your screen to run the stereo mode(s) supported. Let me know if you need more info... -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 Mon Dec 16 02:56:18 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA01687; Mon, 16 Dec 1996 02:55:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA01671; Mon, 16 Dec 1996 02:55:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA11089; Mon, 16 Dec 1996 02:55:50 -0800 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/950213.SGI.AUTOCF) via ESMTP id CAA28095 for ; Mon, 16 Dec 1996 02:54:51 -0800 Received: from visvr1.rus.uni-stuttgart.de (visvr1-fd.rus.uni-stuttgart.de [129.69.18.62]) by artemis.rus.uni-stuttgart.de with ESMTP id LAA14933 (8.6.13/IDA-1.6); Mon, 16 Dec 1996 11:54:46 +0100 Received: by visvr1.rus.uni-stuttgart.de (950413.SGI.8.6.12/930416.SGI/BelWue-1.1) id LAA21785; Mon, 16 Dec 1996 11:50:47 +0100 From: rus3d@visvr1.rus.uni-stuttgart.de (Daniela Rainer) Message-Id: <199612161050.LAA21785@visvr1.rus.uni-stuttgart.de> Subject: Re: Line width of line-geosets To: rioj7@fel.tno.nl (Mario Veraart) Date: Mon, 16 Dec 1996 11:50:46 +0100 (MEZ) Cc: info-performer@sgi.com Reply-To: rainer@rus.uni-stuttgart.de In-Reply-To: <199612161018.LAA07651@s00sn1.fel.tno.nl> from "Mario Veraart" at Dec 16, 96 11:18:36 am Content-Type: text Content-Length: 841 Status: O > > > I have a problem with geosets that contain lines: > > > > If I set the line width with pfGSetLineWidth of one geoset all other geosets > > that contain lines are drawn with this line width. > > > > I use IRIX 6.2 and Performer 2.01 on a Crimson with RealityEngine I graphics. > > The state change in Performer is a lazy state change. If you don't specify > how the state should be it won't change and thus be what ever was left > by some other geometry. You have to specify for each geoset the relevant > states, set them explicitly or let them inherit from the global state. > > Mario > Hi Mario, I'm not sure if the line width is a state. It belongs to the geoset and not to the geostate. Do you think I have to specify a line width for each line geoset? Thanks for your help, Regards Daniela -- rainer@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 Mon Dec 16 04:18:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA01961; Mon, 16 Dec 1996 04:16:44 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA01945; Mon, 16 Dec 1996 04:16:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA13576; Mon, 16 Dec 1996 04:17:33 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA07700; Mon, 16 Dec 1996 04:16:38 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA02756; Mon, 16 Dec 1996 12:16:26 GMT From: "Angus Dorbie" Message-Id: <9612161216.ZM2754@bitch.reading.sgi.com> Date: Mon, 16 Dec 1996 12:16:26 +0000 In-Reply-To: Sunil S Hadap "About real-time reflections!" (Dec 14, 2:46pm) References: <32B32E5D.1CFB@teil.soft.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Sunil S Hadap , Performer Subject: Re: About real-time reflections! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 14, 2:46pm, Sunil S Hadap wrote: > Subject: About real-time reflections! > Hi, I am a new Performer mailing list member, I don't know whether this > question is covered. > > For many days I am thinking about real-time reflections, how it is done! > I am not talking about tricks like environment mapping or even > multi-pass rendering in IR. This is how it's always done. It's the only way in OpenGL. > There are real-time reflections > implementations in some products. One of them is by Clarus. The > reflections on the car body and the reflective flooring is not due to > environment mapping as it is dynamic. Meaning if you introduce any new > geometry in the scene, it gets reflected. It is also not due to > multi-pass rendering as there are too many reflecting surfaces and hence > can not be done by multi-pass rendering. You seem to have a limited definition of multi-pass. If you render the scene to six frusta forming the complete cube from the centre of the object it should be possible to read these into texture memory and use a second pass to render an environment map (so far this is similar to a dome distortion correction pass), this image then read into texture memory and used as an accurate environment map which is used in the third and final pass, rendering the scene from the eye. > > I searched a lot about this, even I have my own ideas about it. One of > the idea is doing single-pass per-vertex raytracing in the scene. I just > wonder is this sufficiently fast so that it can be done in real-time. Possible but panfull, you'd have to implement a complete ray tracer with all the texture and lighting calculations to match OpenGL & your database. 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 Dec 16 07:49:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02525; Mon, 16 Dec 1996 07:48:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA02509; Mon, 16 Dec 1996 07:48:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA22173; Mon, 16 Dec 1996 07:48:54 -0800 Received: from mgate.uni-hannover.de (mgate.uni-hannover.de [130.75.2.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA08761 for ; Mon, 16 Dec 1996 07:44:30 -0800 Received: from helios (actually helios.tnt.uni-hannover.de) by mgate with SMTP (PP); Mon, 16 Dec 1996 16:43:38 +0100 Received: from chopin by helios (SMI-8.6/SMI-SVR4) id QAA19757; Mon, 16 Dec 1996 16:43:10 +0100 Sender: schulze@helios Message-ID: <32B56E07.41C6@tnt.uni-hannover.de> Date: Mon, 16 Dec 1996 16:43:03 +0100 From: Peter Schulze Organization: Universitaet Hannover, Theoretische Nachrichtentechnik X-Mailer: Mozilla 2.01S (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: glGenLists & multiprocessing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I wonder, why I failed to allocate display list indices in multiprocessing-mode( APP_CULL_DRAW) by using the OpenGL command "glGenLists", although it works in APPCULLDRAW. My src looks like: ... /* fontDLHandle is located in sharedArena to be visible to APP and DRAW routines*/ ViewState->fontDLHandle=glGenLists( (GLuint) LAST+1 ); if(ViewState->fontDLHandle==0) { pfNotify(PFNFY_FATAL, PFNFY_USAGE,"loadXFont: Couldn't get %d display lists\n",LAST+1); exit(1); } ... fontDLHandle becomes 0, if LAST+1==0 (-> never!) or if the requested number of indices isn't available.[OpenGL Prog.Guide] Does anybody knows what's going wrong in APP_CULL_DRAW ? Thank you, Peter ======================================================================= 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 Dec 16 07:38:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02468; Mon, 16 Dec 1996 07:36:45 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA02452; Mon, 16 Dec 1996 07:36:44 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA21564; Mon, 16 Dec 1996 07:37:33 -0800 Received: from ns.calvacom.fr (ns.calvacom.fr [194.2.168.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA07439 for ; Mon, 16 Dec 1996 07:36:37 -0800 Received: from sirrah ([195.6.162.231]) by ns.calvacom.fr (8.7.3/8.6.9) with SMTP id QAA00263 for ; Mon, 16 Dec 1996 16:36:26 +0100 (MET) Sender: guy@ns.calvacom.fr Message-ID: <32B56AE5.41C6@calva.net> Date: Mon, 16 Dec 1996 16:29:41 +0100 From: Guy Premont Organization: Silicon Worlds S.A. X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Overlay plane.... References: <9612060145.AA02665@systech.hinet.net> <9612050848.ZM11453@quid.csd.sgi.com> <32AD3C05.41C6@calva.net> <9612101248.ZM23584@bitch.reading.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I'm porting a Performer application to a Indigo2 Max Impact and I'm having some trouble with the porting of functions related to the overlay plane. This application was running on an Onyx (Irix 5.3 Performer 2.0 & GL) and the porting is towards a Max Impact (Irix 6.2 Performer 2.1 & OpenGL). The porting is rather simple and direct however when I want to put a picture on the overlay plane troubles arrive. In my draw process, I was simply doing drawmode(OVERLAY); lrectwrite(...); drawmode(NORMALDRAW); and it worked fast and painlessly. Now, i'm trying something like: pwOver = pfGetPWinOverlayWin(pw); pfSelectWin(pwOver); glMatrixMode( GL_MODELVIEW ); glPushMatrix(); glLoadIdentity(); glMatrixMode( GL_PROJECTION ); glPushMatrix(); glLoadIdentity(); glOrtho( ... ); glRasterPos2i(x, y); glDrawPixels(...); glMatrixMode( GL_MODELVIEW ); glPopMatrix(); glMatrixMode( GL_PROJECTION ); glPopMatrix(); pfSelectPWin(pw); But it doesn't work. Could somebody give my a hint? Thanks, Guy Premont =========================================== Silicon Worlds S.A. 10, rue Louis Morard 75014 Paris France Tel: +33 (01) 53.90.11.11 Fax: +33 (01) 53.90.11.12 =========================================== ======================================================================= 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 Dec 16 08:23:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA02778; Mon, 16 Dec 1996 08:21:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA02760; Mon, 16 Dec 1996 08:21:58 -0800 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA24400; Mon, 16 Dec 1996 08:22:48 -0800 Received: from hotsauce.clubfed.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id IAA14134; Mon, 16 Dec 1996 08:21:56 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA13670 for info-performer@sgihub.corp.sgi.com; Mon, 16 Dec 1996 11:20:25 -0500 Date: Mon, 16 Dec 1996 11:20:25 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9612161120.ZM13669@hotsauce.clubfed.sgi.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@fddi-odin.corp.sgi.com Subject: Intersection of viewing frustum and a plane Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Could someone help? I am trying to intersect a plane (point on the plane (0,0,0) planes, normal vector of the plane (0,0,1)) with a pfFrustum, the current view frustum. Should I maybe be trying to do this with a pfPolytope instead? Then I would only have to intesect the six facets with my plane at the origin. The desired result would be the plane trimmed to fit inside the frustum. This allows me to compute the minmum amount of surface features. Does anyone know how to do this? 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-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 Dec 16 09:26:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA03151; Mon, 16 Dec 1996 09:25:51 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03135; Mon, 16 Dec 1996 09:25:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA28885; Mon, 16 Dec 1996 09:26:41 -0800 Received: from imtsg11.epfl.ch (imtsg11.epfl.ch [128.178.45.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA29305 for ; Mon, 16 Dec 1996 09:25:36 -0800 Received: (from andenmat@localhost) by imtsg11.epfl.ch (940816.SGI.8.6.9/8.6.12) id SAA25725 for info-performer@sgi.com; Mon, 16 Dec 1996 18:25:18 +0100 From: "Yann Andenmatten" Message-Id: <9612161825.ZM25723@imtsg11.epfl.ch> Date: Mon, 16 Dec 1996 18:25:17 +0100 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Cylindrical texturation problem. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I'm trying to apply texture with a cylindrical function. My problem is that I can't associate only one point of the texture per vertice, but once I've turned around the object, I've a joint's problem. y v ^ ^ _2_ |________ 3.' | `.1 | | / | \ | | 4| +----|0-> x | | \ / | | 5`.___.'7 +--------+--> u 6 0 1 Here I apply the texture 8 times (0 to 1, 1 to 2, ... , 7 to 0) The problem is for the segment between 7 and 0 : the texture is applied 7 times. A solution is : y v ^ ^ _2_ |________ 3.' | `.1 | | / | \ | | 4| +----|0-> x | | \ / | | 3`.___.'1 +--------+--> u 2 0 1 But the disadvantage is the generation of a symmetry (segments 1-0-1 and 3-4-3). Is there an other solution ? For the moment I use the setRepeat (PFTEX_WRAP, PFTEX_REPEAT). Thanks for helping me ! Yann -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne [] [] [] [] [] > Swiss Federal Institute of Technology [][] [][][] [][] [] > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 [][][] [] [] [][][] > yandenmat@di.epfl.ch ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ======================================================================= 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 Dec 16 09:19:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA03121; Mon, 16 Dec 1996 09:18:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03105; Mon, 16 Dec 1996 09:18:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA28331; Mon, 16 Dec 1996 09:19:14 -0800 Received: from gatekeep.ti.com (news.ti.com [192.94.94.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA27949; Mon, 16 Dec 1996 09:18:21 -0800 Received: from dskp3.itg.ti.com ([172.25.2.71]) by gatekeep.ti.com (8.6.13) with ESMTP id LAA00547; Mon, 16 Dec 1996 11:18:20 -0600 Received: from ti (mallbright.dseg.ti.com [172.25.56.33]) by dskp3.itg.ti.com (8.8.3/8.8.2) with SMTP id LAA29957; Mon, 16 Dec 1996 11:17:49 -0600 (CST) X-Mailer: BeyondMail for Windows/Professional 2.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit To: hatch@hell.asd.sgi.com From: "Michael M. Allbright" Subject: Re: Real-Time Debugging of Performer Apps Date: Mon, 16 Dec 1996 11:18:40 -0800 X-BeyondMail-Priority: 1 Message-Id: Conversation-Id: Reply-To: "Michael M. Allbright" Cc: info-performer@sgi.com X-Receipt-From-Agent: true Status: O Hi Don, Thanks for your reply, I think you summed up the difficulties of real-time Performer debugging quite well. I don't think Purify will be a viable solution unless or until PureAtria begins to offer serious solutions for third-party library instrumentation, which as far as I know, is not currently part of the Purify picture. You might be interested to know that ParaSoft Corp's Insure++ (http://www.parasoft.com) has an API designed to let the user (or ParaSoft) instrument third party libraries. This may be the solution that we have been looking for. We just got their sales pitch last week, and I am hopeful regarding it's potential. However, As you noted there are hundreds of low level graphics calls in Performer, so it is likely that more than the top level Performer functions need to be instrumented. I am not sure how this could be done without source code for the library though. Even then, with all the low level and machine specific calls Performer makes, I wonder if it will be possible. By the way, is this (real-time Performer debugging) a common thread here, or am I the only one distressed by the inability to produce large yet truly robust Performer apps? Let me know what you think... --Mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Dec 16 10:03:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03416; Mon, 16 Dec 1996 10:01:57 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03400; Mon, 16 Dec 1996 10:01:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA01608; Mon, 16 Dec 1996 10:02:46 -0800 Received: from smorgum.coryphaeus.com (smorgum.coryphaeus.com [204.247.110.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA08117; Mon, 16 Dec 1996 10:00:50 -0800 Received: by smorgum.coryphaeus.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA07443; Mon, 16 Dec 1996 09:56:36 -0800 Date: Mon, 16 Dec 1996 09:56:36 -0800 From: rfox@coryphaeus.com (Randy Fox) Message-Id: <9612160956.ZM7441@smorgum.coryphaeus.com> In-Reply-To: "Michael M. Allbright" "Re: Real-Time Debugging of Performer Apps" (Dec 16, 11:18am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Michael M. Allbright" , hatch@hell.asd.sgi.com Subject: Re: Real-Time Debugging of Performer Apps Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O It is a common thread. We have looked at Purify and Insure++ in the past and are currently re-evaluating. We are very discouraged that Purify doesn't support the varous spins on shared memory. We have another tool that utilizes usmalloc, so we can't use Purify for our non-Performer apps, as well as our Performer apps. Thanks for the tip on Insure++. We'll probably give that a try next. Any one out there have any experience with Insure++ recently? Randy Fox -- Randy Fox Coryphaeus Software, Inc. Sr. Software Engineer 985 University Ave. Suite 31 rfox@coryphaeus.com Los Gatos CA, 95030 www.coryphaeus.com Tel: 408/395-4537 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 Mon Dec 16 10:05:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03455; Mon, 16 Dec 1996 10:04:08 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03439; Mon, 16 Dec 1996 10:04:07 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA01822; Mon, 16 Dec 1996 10:04:57 -0800 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA09038 for ; Mon, 16 Dec 1996 10:04:05 -0800 Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA21954; Mon, 16 Dec 96 09:04:30 PST Message-Id: Date: 16 Dec 1996 10:05:11 U From: "SCOTT OFRIEL" Subject: Geosets Disappearing To: info-performer@sgi.com X-Mailer: Mail*Link SMTP-QM 3.0.2 Status: O Greetings Performer Friends: I was having a problem with some of my geosets disappearing on a window resize. When I was reading some of the email I noticed "lines disappearing..." case. In that case they were saying that the lines were disappearing because they were getting CULLED out. The solution, I believe, was to recalculate the bounding volume. I used this solution for my situation and it worked, that is for some of my geosets. Others geosets still disappear. To force Performer to recompute the bounding volume for the geoset (as per man page for pfGeoSet) I am using the following code in my window resize routine: pfBox *box = new pfBox; box = NULL; gset->setBound( box, PFBOUND_DYNAMIC ); Again, for some geosets this works for others it does not? Does anyone know what's up with this? By the way I am using an Indigo2 Extreme, Perf. 2.0, IRIX 5.3. Thanks much, Scott 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 Dec 16 10:23:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03578; Mon, 16 Dec 1996 10:21:52 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03562; Mon, 16 Dec 1996 10:21:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA03105; Mon, 16 Dec 1996 10:22:44 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA13464; Mon, 16 Dec 1996 10:21:41 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id SAA04193; Mon, 16 Dec 1996 18:21:33 GMT From: "Angus Dorbie" Message-Id: <9612161821.ZM4191@bitch.reading.sgi.com> Date: Mon, 16 Dec 1996 18:21:33 +0000 In-Reply-To: Guy Premont "Overlay plane...." (Dec 16, 4:29pm) References: <9612060145.AA02665@systech.hinet.net> <9612050848.ZM11453@quid.csd.sgi.com> <32AD3C05.41C6@calva.net> <9612101248.ZM23584@bitch.reading.sgi.com> <32B56AE5.41C6@calva.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Guy Premont , info-performer@sgi.com Subject: Re: Overlay plane.... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You seem to be using lrectwrite in your gl code. This is surprising since the overlay would require a colour indexed image written using rectwrite (I've made this mistalke myself before). Check the format of the glDrawPixels is GL_COLOR_INDEX and your data is the right format and the colour map is set correctly. Cheers, Angus. On Dec 16, 4:29pm, Guy Premont wrote: > Subject: Overlay plane.... > Hi, > > I'm porting a Performer application to a Indigo2 Max Impact and I'm > having some trouble with the porting of functions related to the overlay > plane. > > This application was running on an Onyx (Irix 5.3 Performer 2.0 & GL) > and the porting is towards a Max Impact (Irix 6.2 Performer 2.1 & > OpenGL). The porting is rather simple and direct however when I want to > put a picture on the overlay plane troubles arrive. > > In my draw process, I was simply doing > drawmode(OVERLAY); > lrectwrite(...); > drawmode(NORMALDRAW); > and it worked fast and painlessly. > > Now, i'm trying something like: > pwOver = pfGetPWinOverlayWin(pw); > pfSelectWin(pwOver); > glMatrixMode( GL_MODELVIEW ); glPushMatrix(); glLoadIdentity(); > glMatrixMode( GL_PROJECTION ); glPushMatrix(); glLoadIdentity(); > > glOrtho( ... ); > glRasterPos2i(x, y); > glDrawPixels(...); > glMatrixMode( GL_MODELVIEW ); glPopMatrix(); > glMatrixMode( GL_PROJECTION ); glPopMatrix(); > pfSelectPWin(pw); > > But it doesn't work. > > > Could somebody give my a hint? > > Thanks, > Guy Premont > > =========================================== > Silicon Worlds S.A. > 10, rue Louis Morard 75014 Paris France > Tel: +33 (01) 53.90.11.11 > Fax: +33 (01) 53.90.11.12 > =========================================== > ======================================================================= > 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 Guy Premont ======================================================================= 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 Dec 16 10:43:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03792; Mon, 16 Dec 1996 10:42:21 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03776; Mon, 16 Dec 1996 10:42:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA04368; Mon, 16 Dec 1996 10:43:13 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA18329 for ; Mon, 16 Dec 1996 10:42:21 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA14775; Mon, 16 Dec 1996 13:40:47 -0500 Date: Mon, 16 Dec 1996 13:40:47 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9612161340.ZM14774@hotsauce.clubfed.sgi.com> In-Reply-To: "SCOTT OFRIEL" "Geosets Disappearing" (Dec 16, 10:05am) References: Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "SCOTT OFRIEL" , info-performer@sgi.com Subject: Re: Geosets Disappearing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I was the one who asked about the disappearing lines I later commented about updating the bounding box because I found out that my lines where getting culled. I finally disabled culling for the node, // disable culling for this node geode2->setTravMask(PFTRAV_CULL, 0, PFTRAV_SELF|PFTRAV_DESCEND, PF_SET); but someone else I can't remember who said what about the bounding sphere. Performer culls based on bounding spheres also. So you may want to try updating the bounding sphere for your geodes or DCSs. Brian On Dec 16, 10:05am, SCOTT OFRIEL wrote: > Subject: Geosets Disappearing > Greetings Performer Friends: > > I was having a problem with some of my geosets disappearing on a window > resize. When I was reading some of the email I noticed "lines > disappearing..." case. In that case they were saying that the lines were > disappearing because they were getting CULLED out. The solution, I believe, > was to recalculate the bounding volume. > > I used this solution for my situation and it worked, that is for some of my > geosets. Others geosets still disappear. > > To force Performer to recompute the bounding volume for the geoset (as per > man page for pfGeoSet) I am using the following code in my window resize > routine: > > pfBox *box = new pfBox; > box = NULL; > gset->setBound( box, PFBOUND_DYNAMIC ); > > Again, for some geosets this works for others it does not? Does anyone know > what's up with this? By the way I am using an Indigo2 Extreme, Perf. 2.0, > IRIX 5.3. > > Thanks much, > Scott O' > > > ======================================================================= > 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 SCOTT OFRIEL -- 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-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 Dec 16 11:17:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA04124; Mon, 16 Dec 1996 11:16:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA04108; Mon, 16 Dec 1996 11:16:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA06714; Mon, 16 Dec 1996 11:17:13 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA26911 for ; Mon, 16 Dec 1996 11:16:22 -0800 Received: from precious.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA00987; Mon, 16 Dec 1996 11:16:20 -0800 Received: (from nemec@localhost) by precious.asd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA03628; Mon, 16 Dec 1996 11:16:17 -0800 From: "Philip Nemec" Message-Id: <9612161116.ZM3626@precious.asd.sgi.com> Date: Mon, 16 Dec 1996 11:16:17 -0800 In-Reply-To: "Yann Andenmatten" "Cylindrical texturation problem." (Dec 16, 6:25pm) References: <9612161825.ZM25723@imtsg11.epfl.ch> X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Yann Andenmatten" , info-performer@sgi.com Subject: Re: Cylindrical texturation problem. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You only need to have the transition from 7 to 0 become a transition from 7 to 8. 8 should be equivalent to 0 so if the polygons go 7.0 7.1 7.2 ... 7.8 7.9 0.0 you should be fine. ======================================================================= 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 Dec 16 11:14:09 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA04085; Mon, 16 Dec 1996 11:13:10 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA04069; Mon, 16 Dec 1996 11:13:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA06532; Mon, 16 Dec 1996 11:13:59 -0800 Received: from bud.crs4.it (bud.crs4.it [156.148.4.27]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA26158 for ; Mon, 16 Dec 1996 11:12:58 -0800 Received: by bud.crs4.it (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id UAA07826; Mon, 16 Dec 1996 20:12:44 +0100 From: "Enrico Loi" Message-Id: <9612162012.ZM7824@bud.crs4.it> Date: Mon, 16 Dec 1996 20:12:36 +0100 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.com Subject: Good-bye Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Unsubscribe me.- Regards for everybody- Gianmauro Cuccuru -- CLUB MODELLISMO STORICO CAGLIARI Via G.Randaccio, 31 09134 CAGLIARI ITALY http://www.crs4.it/cmsc ======================================================================= 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 Dec 16 11:13:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA04058; Mon, 16 Dec 1996 11:11:42 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA04042; Mon, 16 Dec 1996 11:11:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA06466; Mon, 16 Dec 1996 11:12:33 -0800 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/950213.SGI.AUTOCF) via ESMTP id LAA25906 for ; Mon, 16 Dec 1996 11:11:40 -0800 From: paul@bham-ht.bioc.uab.edu (Paul Sherman) Received: by bham-ht.bioc.uab.edu (950413.SGI.8.6.12/3.1.090690-HT Medical) id TAA02715; Mon, 16 Dec 1996 19:08:14 GMT Message-Id: <199612161908.TAA02715@bham-ht.bioc.uab.edu> Subject: Re: Real-Time Debugging of Performer Apps To: info-performer@sgi.com Date: Mon, 16 Dec 1996 13:08:14 -0600 (CST) 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: 1225 Status: O Kind of off topic, but I thought that some people may be interested. Interesting that this thread would show up now... Last week, I was in Mountain View for something called the Developer's Advisory Forum, where a series of issues facing developers were discussed. No, this was never announced to the general public, I think that they just picked a sample of smaller developers (ie. those that do not have SGI engineers sitting on site all the time) from a variety of fields and invited us out. Anyway, one of the things discussed was software tools and they were mentioning purify as the ultimate solution. I pointed out that purify did not work with performer, which appeared to be news to the developer's group. Also, I greatly extolled info-performer as the type of information resource that they would do well to emulate in other areas. If anyone has any other questions about what went on at that meeting, I would be happy to share information. The main gist of the day was that one of the major problems impacting an SGI developer was access to information. Soon (perhaps around May or June), we should see more avenues of access available to developers. Paul Sherman paul@ht.com paul@bham-ht.bioc.uab.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Dec 16 11:53:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA04574; Mon, 16 Dec 1996 11:51:36 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA04558; Mon, 16 Dec 1996 11:51:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA09524; Mon, 16 Dec 1996 11:52:24 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA05605 for ; Mon, 16 Dec 1996 11:51:34 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id LAA09516; Mon, 16 Dec 1996 11:52:23 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id LAA04312; Mon, 16 Dec 1996 11:51:32 -0800 From: "Rob Jenkins" Message-Id: <9612161151.ZM4310@quid.csd.sgi.com> Date: Mon, 16 Dec 1996 11:51:32 -0800 In-Reply-To: "Jeremy Hinegardner" "Texture Paging" (Dec 12, 2:01pm) References: <9612121401.ZM7935@pepe.dmc.missouri.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Jeremy Hinegardner" , info-performer@sgi.com Subject: Re: Texture Paging Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 12, 2:01pm, Jeremy Hinegardner wrote: > Subject: Texture Paging > Has anyone done a log of texutre paging? I am looking for some good > information on exactly how it is done and how to do it. I have some extremely > texture intesive databases that I will be working with and I have never done > texure paging before. So any help is appreciated. > Javier Castellar posted some guidelines for doing this *on Infinite Reality* a while ago, I'll paste it below: Cheers Rob --------------------------------------------- Hi, Following please find how to page textures in iR using performer. Performer initialization for texture paging : --------------------------------------------- share->tex = pfNewTex ( arena ); /* PFTEX_SOURCE_IMAGE = source is in main memory */ /* PFTEX_SOURCE_FRAMEBUFFER = source is the framebuffer */ /* PFTEX_SOURCE_VIDEO = source is Sirius live video */ pfTexLoadMode ( share->tex, PFTEX_LOAD_SOURCE, PFTEX_SOURCE_IMAGE); /* you should match the internal format with the external format */ /* you could use GL_RGB10_EXT but since you need a fast paging * /* I recomend PFTEX_RGB_5 (five bits per component) */ pfTexFormat ( share->tex, PFTEX_INTERNAL_FORMAT , PFTEX_RGB5 ); pfTexFormat ( share->tex, PFTEX_SUBLOAD_FORMAT , PF_ON); pfTexFilter ( share->tex, PFTEX_MINFILTER , PFTEX_BILINEAR ); pfTexFilter ( share->tex, PFTEX_MAGFILTER , PFTEX_BILINEAR ); /* Texture size warnning: padding to powers of two */ pfTexImage (share->tex , NULL, 3, textureSizeS, textureSizeT, 1); Performer/OpenGL initialization draw callback (at initialization on FIRST frame) -------------------------------------------------------------------------------- [ You should make in on the Pre draw callback with other initializations ] if( share->first ) { /* texture initialization (just in case) */ /* this is the place in which the texture definition is being MADE */ pfApplyTex(dist->tex); } Performer/OpenGL POST draw callback (real time ... ) ---------------------------------------------------- [It is in the POST draw callback in order to perform parallel paging while the Raster Manager 6 is busy] pfSubloadTex( share->tex, PFTEX_IMAGE, (uint *) image , 0, 0, 0, 0 , textureSizeS, textureSizeT); If you change the image pointer per frame: you have a movie. As far as I know the performer API works nicely (pfTexture::subload, pfTexture::subloadLevel). pfSubloadTex is using internally glBindTextureEXT and glTexSubImage2DEXT, glCopyTexSubImage2DEXT ... etc. You have to convert the images to 5551 format (the main memory format) to match the internal format and then save a lot of paging bandwidth. It is very easy. Remember: all powers of two !!!!!!!!! My advice is to work in fields (60hz) of 512x256. Use izoom to perform the scan down. If they work in frames (30hz) I may suggest 512x512. If they need more, you can use a 1kx1k texture and then Subtexload only the video image. For subtexload in pieces you need to follow paddings of 8 pixels in S and T. Regards. -Javier -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: (415)-933-1589 | 933-2108 (lab) * * Applied Engineering * Fax: (415)-964-8671 * * Advanced Systems Division * MailStop: 8L-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 16 12:53:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA05055; Mon, 16 Dec 1996 12:52:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA05039; Mon, 16 Dec 1996 12:52:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA15088; Mon, 16 Dec 1996 12:52:51 -0800 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA19787 for ; Mon, 16 Dec 1996 12:51:59 -0800 Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA25712; Mon, 16 Dec 96 11:52:24 PST Message-Id: Date: 16 Dec 1996 12:49:55 U From: "SCOTT OFRIEL" Subject: Geosets Disappearing Act To: info-performer@sgi.com X-Mailer: Mail*Link SMTP-QM 3.0.2 Status: O Subject: Time: 12:34 PM OFFICE MEMO Geosets Disappearing Act Date: 12/16/96 Greetings again, Performers: A special thanks to Brian for responding and his solution helped immensely in one of our other applications. However, his solution led me to another man page chase for this particular app. I discovered that if I do not need culling for my channel I can simply disable it. I used: ch->setTravMask(PFTRAVCULL, 0); That immediately fixed everything. In our other application we need culling so we will implement Brian's solution which is to disable culling for a particular geode. Thanks to all on info-performer! Scott 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 Dec 16 13:30:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA05414; Mon, 16 Dec 1996 13:29:09 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA05398; Mon, 16 Dec 1996 13:29:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA17576; Mon, 16 Dec 1996 13:30:05 -0800 Received: from unknown (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA27244 for ; Mon, 16 Dec 1996 13:29:13 -0800 Received: from mdc.com by unknown with SMTP (1.37.109.20/16.2) id AA079661861; Mon, 16 Dec 1996 15:31:01 -0600 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Mon, 16 Dec 1996 15:31:00 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Mon, 16 Dec 1996 14:57:40 -0600 From: Bryan Wasileski To: info-performer@sgi.com Subject: changing Material Types Status: O Performers: I need to change the how some flt files are rendered on a per viewport basis. In some viewports, I need to render the flt model as they should be. In others, I need to render them completely black. Can anyone provide some advise on the best way to accomplish this? - bryan wasileski McDonnell Douglas Training 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 Dec 16 13:42:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA05458; Mon, 16 Dec 1996 13:40:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA05442; Mon, 16 Dec 1996 13:40:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA18332; Mon, 16 Dec 1996 13:41:24 -0800 Received: from kirk.dnaco.net (kirk.dnaco.net [206.150.232.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA29333 for ; Mon, 16 Dec 1996 13:40:33 -0800 Received: from picard.dnaco.net (eheft@picard.dnaco.net [206.150.232.4]) by kirk.dnaco.net (8.7.6/8.7.3) with ESMTP id QAA02878 for ; Mon, 16 Dec 1996 16:40:31 -0500 (EST) From: Eric Heft Received: (eheft@localhost) by picard.dnaco.net (8.7.6/8.6.9) id QAA09129 for info-performer@sgi.com; Mon, 16 Dec 1996 16:40:29 -0500 (EST) Message-Id: <199612162140.QAA09129@picard.dnaco.net> Subject: Source code to demos? To: info-performer@sgi.com (Performer Mailing List) Date: Mon, 16 Dec 1996 16:40:28 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi , I was wondering if / how to get the source code for either the town or flight demo. We've just figured out how to get performer w/ MCO to display the correct test patterns and it would be pretty easy to modify either demo to work on the HMD :) If it helps we have a full support contract and could play some phone tag if we have to ... Thanks for any help, 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 Dec 16 14:11:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05671; Mon, 16 Dec 1996 14:10:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA05655; Mon, 16 Dec 1996 14:10:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA20147; Mon, 16 Dec 1996 14:10:56 -0800 Received: from Ode.GSC.GTE.Com (Ode-se1.GSC.GTE.Com [192.31.1.181]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA04764 for ; Mon, 16 Dec 1996 14:10:03 -0800 Received: from mtvex01.mtv.gtegsc.com ("port 4181"@mtvex01.mtv.gtegsc.com) by Ode.GSC.GTE.Com (PMDF V5.0-6 #14304) id <01ID332Z43TA000051@Ode.GSC.GTE.Com> for info-performer@sgi.com; Mon, 16 Dec 1996 17:09:42 -0500 (EST) Received: by mtvex01.mtv.gtegsc.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.57) id <01BBEB5A.AFF1E430@mtvex01.mtv.gtegsc.com>; Mon, 16 Dec 1996 14:09:01 -0800 Date: Mon, 16 Dec 1996 15:05:00 -0800 From: Kaylor Brett Subject: pfHighlight crash To: Performer Group Message-id: MIME-version: 1.0 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.57 Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7bit Status: O Last week I sent out a message about a pfHighlight crash. Rob Jenkins responed asking about a code snip. The following is a change to perfly's main loop that duplicates the error. Adjusting the kFrameSkip from 2 to 200 makes no difference. Following the code snip is the callstack. This only occurrs in MultiPipe mode. I am running 2 RE2 pipes, 2 4400 processors, Performer 2.0 with patch 1414 (using IRISGL), IRIX 5.3. If anyone has any idea or perhaps a similiar configuration and can test this, it would be greatly appreciated. I just use a simple (50 polygon) textured model for perfly. ----------------------------------------------------------------------- ----- -------------------------------- /* Set the MP synchronization phase. */ pfPhase(ViewState->phase); pfHighlight* hl = new(pfGetSharedArena()) pfHighlight; hl->setMode(PFHL_FILL); hl->setColor(PFHL_FGCOLOR, 255.0f, 0.0f, 0.0f); hl->setAlpha(0.8f); int frameCnt = 0; int hlOn = 0; const int kFrameSkip = 10; /* Application main loop */ while (!SimDone()) { frameCnt++; if (frameCnt % kFrameSkip == 0) { if (hlOn) { hlOn = 0; pfuTravNodeHlight(ViewState->sceneGroup, PFHL_OFF); } else { hlOn = 1; pfuTravNodeHlight(ViewState->sceneGroup, hl); } } ... rest of regular perfly loop code. } ----------------------------------------------------------------------- ----- -------------------------------- drawX_FLAT_TRISTRIPS_NvVv() ["gststrip.C":732] pfHighlight::pr_hlFill() ["pfHighlight.C":943] pfHighlight::pr_draw() ["pfHighlight.C":784] pfGeoSet::pr_drawHlightOnly() ["gsdraw.C":4402] pfGeoSet::pr_drawHlighted() ["gsdraw.C":4348] genDrawGSet() ["gsdraw.C":4501] pfGeoSet::draw() ["pfGeoSet.C":1671] _pfCuller::popQuick() ["pfCuller.C":766] pfLayer::nb_cull() ["pfLayer.C":192] pfGroup::nb_cull() ["pfGroup.C":247] pfGroup::nb_cull() ["pfGroup.C":247] pfGroup::nb_cull() ["pfGroup.C":247] pfGroup::nb_cull() ["pfGroup.C":247] pfSCS::nb_cull() ["pfSCS.C":308] pfScene::nb_cull() ["pfScene.C":269] _pfCuller::nb_cull() ["pfCuller.C":197] beginDraw() ["pfProcess.C":3865] pfDraw() ["pfProcess.C":3897] DrawFunc() ["main.C":261] pfChannel::pf_callDrawFunc() ["pfChannel.C":1808] doDraw() ["pfProcess.C":3792] mpCullDraw() ["pfProcess.C":4278] pfConfig() ["pfProcess.C":1539] main() ["main.C":102] __start() ["crt1text.s":133] ======================================================================= 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 Dec 16 14:26:55 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05759; Mon, 16 Dec 1996 14:25:31 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA05743; Mon, 16 Dec 1996 14:25:30 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA21047; Mon, 16 Dec 1996 14:26:20 -0800 Received: from Ode.GSC.GTE.Com (Ode-se1.GSC.GTE.Com [192.31.1.181]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA07221; Mon, 16 Dec 1996 14:25:22 -0800 Received: from mtvex01.mtv.gtegsc.com ("port 4202"@mtvex01.mtv.gtegsc.com) by Ode.GSC.GTE.Com (PMDF V5.0-6 #14304) id <01ID33LMAP7C000051@Ode.GSC.GTE.Com>; Mon, 16 Dec 1996 17:24:46 -0500 (EST) Received: by mtvex01.mtv.gtegsc.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.57) id <01BBEB5C.C8883970@mtvex01.mtv.gtegsc.com>; Mon, 16 Dec 1996 14:24:01 -0800 Date: Mon, 16 Dec 1996 15:14:00 -0800 From: Gullen Jim Subject: Re: Intersection of viewing frustum and a plane To: "'PerformerSIG'" Cc: "brian@sgi.com" Message-id: MIME-version: 1.0 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.57 Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7bit Status: O > On December 16, 1996 8:20AM Brian Furtaw wrote > > I am trying to intersect a plane (point on the plane (0,0,0) planes, normal > vector of the plane (0,0,1)) with a pfFrustum, the current view frustum. Should > I maybe be trying to do this with a pfPolytope instead? Then I would only have > to intesect the six facets with my plane at the origin. The desired result > would be the plane trimmed to fit inside the frustum. This allows me to compute > the minmum amount of surface features. Does anyone know how to do this? The intersection of the "standard" view frustum with the ground plane (z = 0) will always be a quadralateral, triangle, or no intersection. You can easily create 4 line segments originating at the frustum's Near corners and extending to their corresponding Far corner. You would then need to intersect these against a relatively huge "ground" face to get the 0, 1, 2, 3, or 4 points of the frustum's intersection with the simulated ground plane (note: actually, you'll need to work with the line segments for all 12 edges to cover all cases, but you can still get only a quad, tri, or nil intersect). You will also need to relate the 4 line segments and ground face into the same coordinate system. The easiest way is to relate the ground face (its vertices) to the line segments. Do this by attaching the ground face geode as a child node of a pfDCS node. The required pfDCS matrix will be the inverse of the channel-to-world matrix: pfMatrix dcsMat, offsetMat, viewMat; chan->getOffsetViewMat(&offsetMat); chan->getViewMat(&viewMat); dcsMat->multMat(offsetMat, viewMat); dcsMat->invertFull(mat); Suggest you read man pages for pfSegSet, pfNode::isect, pfDCS. ======================================================================= 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 Dec 16 14:30:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05783; Mon, 16 Dec 1996 14:29:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA05767; Mon, 16 Dec 1996 14:29:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA21333; Mon, 16 Dec 1996 14:30:22 -0800 Received: from lynx.cbr.dit.csiro.au (lynx-f.cbr.dit.csiro.au [192.107.9.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA07946; Mon, 16 Dec 1996 14:29:29 -0800 Received: from cronulla.cbr.dit.csiro.au by lynx.cbr.dit.csiro.au (8.8.3/1.07S) id JAA15433; Tue, 17 Dec 1996 09:29:25 +1100 (EST) Received: by cronulla.cbr.dit.csiro.au (8.8.3/1.07S5C) id WAA13295; Mon, 16 Dec 1996 22:29:24 GMT From: "Rochelle O'Hagan" Message-Id: <9612170929.ZM13293@cronulla> Date: Tue, 17 Dec 1996 09:29:23 -0500 In-Reply-To: "Tom McReynolds" "Re: stereo viewing" (Dec 16, 12:16am) References: <9612161449.ZM12266@cronulla> <9612160016.ZM28636@proxima.asd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Tom McReynolds" Subject: stereo viewing - help!! Cc: rohagan@cbr.dit.csiro.au, info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Tom, Thanks for your reply. I've had a look and the Indigo2 Max Impact seems to have 2 stereo modes it should support - 1024x768_96s and 1280x492_120s. When I do a setmon with the first format, the screen goes blank (ie switches) and stays that way. The second format causes the windows/shells on the screen to display double, with the first view almost off the screen, and the second view much lighter and lower. If I try to run the stereo app it still doesn't appear to be in stereo and is faint & transparent. The only other stereo options that should be supported are STR_TOP, STR_BOT and STR_RECT which aren't really what I'm after. Any ideas? Thanks, Rochelle On Dec 16, 12:16am, Tom McReynolds wrote: > Subject: Re: stereo viewing > > There is more than one type of stereo mode. You might want to take a look at > the directions link on the same page you got the stereo programs. It describes > which machines support which stereo modes, and how to configure your screen > to run the stereo mode(s) supported. > > Let me know if you need more info... > -- ____________________________________________________________________ Rochelle.O'Hagan@cbr.dit.csiro.au "DaM&GE" Developer CSIRO Mathematical and Information Sciences GPO Box 664 Ph: +61 6 216 7092 CANBERRA ACT 2601 AUSTRALIA Fax: +61 6 216 7111 ======================================================================= 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 Dec 16 19:24:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA06875; Mon, 16 Dec 1996 19:22:19 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA06859; Mon, 16 Dec 1996 19:22:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA08937; Mon, 16 Dec 1996 19:23:08 -0800 Received: from ctasim.com (ctasim.com [206.6.123.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA06906 for ; Mon, 16 Dec 1996 19:22:12 -0800 Received: by random.ctasim.com (940816.SGI.8.6.9/920502.SGI.AUTO) for info-performer@sgi.com id UAA05181; Mon, 16 Dec 1996 20:16:56 -0700 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9612162016.ZM5179@random.ctasim.com> Date: Mon, 16 Dec 1996 20:16:54 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: core in pfGroupList after first pfSync Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hey all, I am porting a flight simulator application from performer 1.2 on IRIX 5.3 to performer 2.1 on IRIX 6.2 to run on a reciently upgraded Onyx with the following stuff: hinv 4 150 MHZ IP19 Processors CPU: MIPS R4400 Processor Chip Revision: 5.0 FPU: MIPS R4000 Floating Point Coprocessor Revision: 0.0 Secondary unified instruction/data cache size: 1 Mbyte Data cache size: 16 Kbytes Instruction cache size: 16 Kbytes Main memory size: 256 Mbytes, 2-way interleaved I/O board, Ebus slot 3: IO4 revision 1 Integral EPC serial ports: 4 Graphics board: InfiniteReality IIntegral Ethernet controller: et0, Ebus slot 3 EPC external interrupts Integral SCSI controller 1: Version WD33C95A, differential, revision 0 Disk drive: unit 3 on SCSI controller 1 Disk drive: unit 2 on SCSI controller 1 Disk drive: unit 1 on SCSI controller 1 Integral SCSI controller 0: Version WD33C95A, single ended, revision 0 CDROM: unit 6 on SCSI controller 0 Tape drive: unit 5 on SCSI controller 0: unknown CC synchronization join counter Integral EPC parallel port: Ebus slot 3 VME bus: adapter 0 mapped to adapter 13 VME bus: adapter 13 I am linking with no special flags and the following libraries: -lpfdwb_ogl -lpfflt_ogl -lpfutil_ogl -lpf_ogl -lpfdu_ogl\ -limage -lfm -lgl -lX11 -lm -ll -lC -lGL -lGLU My compile lines are similar to the following: cc -ansi -D_SVR4_SOURCE -I/usr/cs/dwb2/rtm52 -D__EXTENSIONS__ -DNeedFunctionPrototypes=1 -Dmips -DDATA_COLLECTION -DFORMS -DMARP GCINCS = -I. -I/usr/icsim/camiIR/inc -I -I/usr/include -fullwarn -woff 799,658 -D__STDC__=1 -g -G 0 -float -c otw.c My problem is that the only way I can get the application to run correctly is in the debugger and pfMultiprocess( PFMP_APPCULLDRAW );. When I run PFMP_APPCULLDRAW without the debugger, I get a core with the following partial stack dump: > 0 _pfGroupList::operator[](int) const(0x181dcd5c, 0x0, 0x0, 0x181dcd40) ["../../../lib/libpf/pfLists.C":38, 0x5e29d3a8] 1 pfNode::pf_recurParentPaths(pfGroup*,_pfVoidList&,pfNode*,int)(0x181dcd40, 0x1818a820, 0x0, 0x181dcd40) ["../../../lib/libpf/pfNode.C":1504, 0x5e2515e4] 2 pfNode::pf_findParentPaths(pfGroup*,_pfVoidList&)(0x181dcd40, 0x1818a820, 0x1818a88c, 0x181dcd40) ["../../../lib/libpf/pfNode.C":1432, 0x5e24fb2c] 3 pfScene::pf_cleanLSources(_pfLSourceList&)(0x1818a820, 0x18100950, 0x0, 0x181dcd40) ["../../../lib/libpf/pfScene.C":347, 0x5e2688bc] 4 clean(void)(0x181dcd5c, 0x0, 0x0, 0x181dcd40) ["../../../lib/libpf/pfProcess.C":1904, 0x5e2a8758] 5 pfAppFrame(0x181dcd5c, 0x0, 0x0, 0x181dcd40) ["../../../lib/libpf/pfProcess.C":2101, 0x5e2a8d20] 6 pfSync(0x181dcd5c, 0x0, 0x0, 0x181dcd40) ["../../../lib/libpf/pfProcess.C":2127, 0x5e2a8eac] 7 DrawPerformer(otw = 0x103291e8, ir = 0) ["/disk2p6/icsim/camiIR/src/simlib/Display/otw.c":4653, 0x4857e4] [...] This is the first pfSync. When I try running PFMP_APP_CULL_DRAW like I want, I run out of Arena memory with the following messages: PF Fatal/Resource(2): pfStruct::new() Unable to allocate 134217728 bytes from arena 0x18100000. Try using pfSharedArenaSize() to increase the arena size (currently 262144.00 KBytes) and check for adequate setrlimit() values and available space on swap (or pfTmpDir()). I have attached in the debugger as the program eats memory and I get the following stack dump: > 0 _pfGroupList::grow(void)(0x13b806, 0x4ee018, 0x200000, 0x1851c40c) ["../../../lib/libpf/pfLists.C":38, 0x5e29d5e8] 1 _pfGroupList::setNum(int)(0x1851c40c, 0x3ef5c290, 0x200000, 0x1851c40c) ["../../../lib/libpf/pfLists.C":38, 0x5e29d6a4] 2 _pfGroupList::operator=(const _pfGroupList&)(0x1851c40c, 0x181f119c, 0x200000, 0x1851c40c) ["../../../lib/libpf/pfLists.C":38, 0x5e29ded4] 3 pfNode::pf_copy(const pfNode*,int)(0x1851c3f0, 0x181f1180, 0x200000, 0x1851c40c) ["../../../lib/libpf/pfNode.C":212, 0x5e24f454] 4 pfNode::pfNode(const pfNode*,pfBuffer*)(0x1851c3f0, 0x181f1180, 0x0, 0x1851c40c) ["../../../lib/libpf/pfNode.C":66, 0x5e24d8f0] 5 pfLightSource::pfLightSource(const pfLightSource*,pfBuffer*)(0x1851c3f0, 0x181f1180, 0x0, 0x1851c40c) ["../../../lib/libpf/pfLightSource.C":63, 0x5e241590] 6 pfLightSource::pf_bufferClone(pfBuffer*)(0x181f1180, 0x0, 0x200000, 0x1851c40c) ["../../../lib/libpf/pfLightSource.C":152, 0x5e2418a0] 7 pfBuffer::pf_bufferCloneUpdatable(pfUpdatable*,int)(0x18136660, 0x181f1180, 0x1, 0x1851c40c) ["../../../lib/libpf/pfBuffer.C":813, 0x5e2187d0] 8 pfBuffer::pf_prepareNewUpdatables(int)(0x18136660, 0x0, 0x200000, 0x1851c40c) ["../../../lib/libpf/pfBuffer.C":776, 0x5e218694] 9 pfSync(0x13b806, 0x4ee018, 0x200000, 0x1851c40c) ["../../../lib/libpf/pfProcess.C":2122, 0x5e2a8e60] 10 DrawPerformer(otw = 0x10140020, ir = 0) ["/disk2p6/icsim/camiIR/src/simlib/Display/otw.c":4653, 0x4857e4] [...] The same place again on the first pfSync. I don't have any problems using Perfly with PFMP_APP_CULL_DRAW. Any ideas??? -- Russ ________________________________________________ ______________________________ Though my eyes could see | Russell Suter I still was a blind man. | Voice : (303) 889-1262 Though my mind could think | Fax : (303) 889-1210 I still was a mad man. | Internet : russell@ctasim.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 Dec 16 23:39:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA07517; Mon, 16 Dec 1996 23:37:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA07501; Mon, 16 Dec 1996 23:37:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA16981; Mon, 16 Dec 1996 23:37:56 -0800 Received: from imtsg11.epfl.ch (imtsg11.epfl.ch [128.178.45.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA07144; Mon, 16 Dec 1996 23:37:01 -0800 Received: (from andenmat@localhost) by imtsg11.epfl.ch (940816.SGI.8.6.9/8.6.12) id IAA01483; Tue, 17 Dec 1996 08:36:47 +0100 From: "Yann Andenmatten" Message-Id: <9612170836.ZM1481@imtsg11.epfl.ch> Date: Tue, 17 Dec 1996 08:36:47 +0100 In-Reply-To: "Philip Nemec" "Re: Cylindrical texturation problem." (Dec 16, 11:16am) References: <9612161825.ZM25723@imtsg11.epfl.ch> <9612161116.ZM3626@precious.asd.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com, nemec@precious.asd.sgi.com Subject: Re: Cylindrical texturation problem. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O >You only need to have the transition from 7 to 0 become a transition from 7 to >8. 8 should be equivalent to 0 so if the polygons go 7.0 7.1 7.2 ... 7.8 7.9 >0.0 you should be fine. Do you propose I have to add some polygons ? Anyway the probeme is alway between 7.9 and 0.0. It will remain a "garbage line" : .-----. |._____.| (It's my cylinder) | || | | || | | || | `.__||_.' 7.9--^^-- 0.0 Yann -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne [] [] [] [] [] > Swiss Federal Institute of Technology [][] [][][] [][] [] > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 [][][] [] [] [][][] > yandenmat@di.epfl.ch ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ======================================================================= 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 Dec 16 23:44:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA07587; Mon, 16 Dec 1996 23:43:28 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA07571; Mon, 16 Dec 1996 23:43:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA17089; Mon, 16 Dec 1996 23:44:17 -0800 Received: from imtsg11.epfl.ch (imtsg11.epfl.ch [128.178.45.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA07992 for ; Mon, 16 Dec 1996 23:43:24 -0800 Received: (from andenmat@localhost) by imtsg11.epfl.ch (940816.SGI.8.6.9/8.6.12) id IAA01521 for info-performer@sgi.com; Tue, 17 Dec 1996 08:43:22 +0100 From: "Yann Andenmatten" Message-Id: <9612170843.ZM1519@imtsg11.epfl.ch> Date: Tue, 17 Dec 1996 08:43:22 +0100 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: pfTexture::setRepeat Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, can anyone explain me the difference between : PFTEX_REPEAT and PFTEX_CLAMP with pfTexture::setRepeat ? Thanks ! Yann -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne [] [] [] [] [] > Swiss Federal Institute of Technology [][] [][][] [][] [] > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 [][][] [] [] [][][] > yandenmat@di.epfl.ch ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ======================================================================= 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 Dec 17 00:39:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA07949; Tue, 17 Dec 1996 00:37:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA07933; Tue, 17 Dec 1996 00:37:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA20154; Tue, 17 Dec 1996 00:38:43 -0800 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/950213.SGI.AUTOCF) via ESMTP id AAA14382 for ; Tue, 17 Dec 1996 00:37:49 -0800 Received: from viserv.rus.uni-stuttgart.de (viserv-fd.rus.uni-stuttgart.de [129.69.18.55]) by artemis.rus.uni-stuttgart.de with ESMTP id JAA29003 (8.6.13/IDA-1.6); Tue, 17 Dec 1996 09:37:42 +0100 Received: by viserv.rus.uni-stuttgart.de (950911.SGI.8.6.12.PATCH825/930416.SGI/BelWue-1.1) id JAA21540; Tue, 17 Dec 1996 09:38:31 +0100 From: "Daniela Rainer (RUS Uni Stuttgart)" Message-Id: <9612170938.ZM21538@viserv.rus.uni-stuttgart.de> Date: Tue, 17 Dec 1996 09:38:31 +0000 In-Reply-To: "Rochelle O'Hagan" "stereo viewing - help!!" (Dec 17, 9:29am) References: <9612161449.ZM12266@cronulla> <9612160016.ZM28636@proxima.asd.sgi.com> <9612170929.ZM13293@cronulla> Reply-To: rainer@rus.uni-stuttgart.de Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Rochelle O'Hagan" Subject: Re: stereo viewing - help!! Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We have a Maximum Impact and 1024x768_96s Stereo works. But I remember that there is a patch for Impact that fixes some stereo problems. Regards Daniela -- ------------------------------------------------------------------------- Daniela Rainer | email: rainer@rus.uni-stuttgart.de Rechenzentrum Uni Stuttgart (RUS) | Tel: +49 (0) 711 685 5970 Allmandring 30a, 70550 Stuttgart | Fax: +49 (0) 711 678 7672 ======================================================================= 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 Dec 17 00:44:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA07969; Tue, 17 Dec 1996 00:43:37 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA07953; Tue, 17 Dec 1996 00:43:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA20242; Tue, 17 Dec 1996 00:43:58 -0800 Received: from (eclipse.rtset.co.il [194.90.96.228]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA14987 for ; Tue, 17 Dec 1996 00:43:05 -0800 Received: (from rany@localhost) by (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA10989; Tue, 17 Dec 1996 10:25:30 +0200 From: "Ran Yakir" Message-Id: <9612171025.ZM10987@eclipse> Date: Tue, 17 Dec 1996 10:25:29 +0000 In-Reply-To: Peter Schulze "glGenLists & multiprocessing" (Dec 16, 4:43pm) References: <32B56E07.41C6@tnt.uni-hannover.de> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Peter Schulze Subject: Re: glGenLists & multiprocessing Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Do you, by any chance, call glGenLists() from the application process ? All GL commands have to be called from the DRAW process. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | RT-SET Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@rtset.co.il Work : 972-9-9552236 | rany@netvision.net.il Res. : 972-9-7489974 | Fax : 972-9-9552239 | ======================================================================= 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 Dec 17 01:12:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA08195; Tue, 17 Dec 1996 01:11:30 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA08179; Tue, 17 Dec 1996 01:11:29 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA21246; Tue, 17 Dec 1996 01:12:19 -0800 Received: from joerg.munich.sgi.com ([144.253.192.161]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA18274 for ; Tue, 17 Dec 1996 01:11:25 -0800 Received: by joerg.munich.sgi.com (950413.SGI.8.6.12/911001.SGI) id KAA11553; Tue, 17 Dec 1996 10:11:08 +0100 Date: Tue, 17 Dec 1996 10:11:08 +0100 From: joerg@munich.sgi.com (Joerg Wallmersperger) Message-Id: <9612171011.ZM11551@joerg.munich.sgi.com> In-Reply-To: "Daniela Rainer (RUS Uni Stuttgart)" "Re: stereo viewing - help!!" (Dec 17, 9:38am) References: <9612161449.ZM12266@cronulla> <9612160016.ZM28636@proxima.asd.sgi.com> <9612170929.ZM13293@cronulla> <9612170938.ZM21538@viserv.rus.uni-stuttgart.de> X-Face: &vIl;h7sZQWT,[*l9Lv0V?,Y!-):)nd#6}j3h&cA^/}ge88rKRFgck]KX4zY#L`Y.RQCn9W~";IOc_&EsMBM"9$PS?""S(LhLe.[^\ix \tTC)*L!j,i2-}/Y:+)he$GVO(Od-ojsX/Gx6b/og( Subject: Re: stereo viewing - help!! Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Daniela, } We have a Maximum Impact and 1024x768_96s Stereo works. But I remember that } there is a patch for Impact that fixes some stereo problems. There is patch 1447 for IRIX 6.2 - graphics patch for Indigo2 Impact and Impact 10000. Regarding stereo it fixes the following bugs: ... o Bug 283416: When using the full screen stereo extension, double-buffered applications could display the wrong buffer. o Bug 349983: Stereo sync-signal is reversed. ... As a German Varsity customer you can get the patch at ftp://sgi-patch.rz.rwth-aachen.de Note: * This ftp-server only (!) accepts domains of German Varsity customers. * install this patch ONLY on IMPACT systems with IRIX 6.2 Regards Joerg -- Joerg Wallmersperger, Software Support Germany Silicon Graphics GmbH, Am Hochacker 3, 85630 Grasbrunn E-mail: joerg_wallmersperger@sgi.com Tel.: 0130-112550 (US: 011.49.89.46108234) Fax.: 089-46108190 (US: 011.49.89.46108190) http://reality.sgi.com/employees/joerg_munich Online Support: http://www-support.sgi.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 Dec 17 02:22:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA08375; Tue, 17 Dec 1996 02:20:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA08359; Tue, 17 Dec 1996 02:20:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA23269; Tue, 17 Dec 1996 02:21:29 -0800 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA25861 for ; Tue, 17 Dec 1996 02:20:35 -0800 Received: from alley.fel.tno.nl by sun4nl.NL.net (5.65b/NLnet-3.4) id AA00366; Tue, 17 Dec 1996 11:20:29 +0100 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id LAA04193; Tue, 17 Dec 1996 11:17:21 +0100 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id LAA01939; Tue, 17 Dec 1996 11:11:43 +0100 (MET) From: Mario Veraart Message-Id: <199612171011.LAA01939@s00sn1.fel.tno.nl> Subject: Re: changing Material Types To: bwasileski@mdc.com (Bryan Wasileski) Date: Tue, 17 Dec 1996 11:11:43 +0100 (MET) Cc: info-performer@sgi.com (Performer) In-Reply-To: from "Bryan Wasileski" at Dec 16, 96 02:57:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > I need to change the how some flt files are rendered on a > per viewport basis. In some viewports, I need to render the flt > model as they should be. In others, I need to render them completely > black. Can anyone provide some advise on the best way > to accomplish this? > - bryan wasileski > McDonnell Douglas Training Systems You can use indexed geostates for the geosets. Look at the man pages for pfGSetGStateIndex(...) for pfGset and pfChanGStateTable(...) for pfChannel Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Dec 17 02:26:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA08399; Tue, 17 Dec 1996 02:25:22 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA08383; Tue, 17 Dec 1996 02:25:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA23411; Tue, 17 Dec 1996 02:26:12 -0800 Received: from milan.doe.ernet.in ([202.41.99.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA26484 for ; Tue, 17 Dec 1996 02:25:07 -0800 Received: from iisc.ernet.in ([144.16.64.3]) by milan.doe.ernet.in (4.1/SMI-4.1) id AA14931; Tue, 17 Dec 96 15:44:26+050 Received: from aero.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id RAA23007; Wed, 8 Jan 1997 17:53:29 GMT Received: by aero.iisc.ernet.in (ERNET-IISc/SMI-4.1) id AA17703; Tue, 17 Dec 1996 15:52:51 -0500 Date: Tue, 17 Dec 1996 15:52:50 -0500 (GMT) From: S Parthiban To: info-performer@sgi.com Subject: 12bits/Extreme Graphics/VTX Graphics Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O dear performers: i am a novice to this field. although this is not related to performer, i feel you can help me in addressing the following: Could you please explain 12bits (indy), Extreme Graphics (Indigo) and VTX Graphics (Onyx) and a small note on them. thank you very much with regards s parthiban ======================================================================= 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 Dec 17 02:40:18 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA08444; Tue, 17 Dec 1996 02:38:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA08428; Tue, 17 Dec 1996 02:38:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA23728; Tue, 17 Dec 1996 02:39:48 -0800 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA28130 for ; Tue, 17 Dec 1996 02:38:56 -0800 Received: from alley.fel.tno.nl by sun4nl.NL.net (5.65b/NLnet-3.4) id AA03820; Tue, 17 Dec 1996 11:38:48 +0100 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id LAA04512; Tue, 17 Dec 1996 11:35:40 +0100 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id LAA02267; Tue, 17 Dec 1996 11:29:55 +0100 (MET) From: Mario Veraart Message-Id: <199612171029.LAA02267@s00sn1.fel.tno.nl> Subject: Re: pfTexture::setRepeat To: andenmat@imtsg11.epfl.ch (Yann Andenmatten) Date: Tue, 17 Dec 1996 11:29:54 +0100 (MET) Cc: info-performer@sgi.com In-Reply-To: <9612170843.ZM1519@imtsg11.epfl.ch> from "Yann Andenmatten" at Dec 17, 96 08:43:22 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > can anyone explain me the difference between : > PFTEX_REPEAT and PFTEX_CLAMP with pfTexture::setRepeat ? > Yann You can read it in the OpenGL Programming guide in Chapter 9 about texture mapping. For REPEAT you use the fractional part of the texture index and with CLAMP you set any coordinate below 0.0 to 0.0 and any above 1.0 to 1.0. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Dec 17 05:34:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA08933; Tue, 17 Dec 1996 05:33:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA08917; Tue, 17 Dec 1996 05:33:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA29298; Tue, 17 Dec 1996 05:34:03 -0800 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA21471 for ; Tue, 17 Dec 1996 05:33:06 -0800 Received: from (dina.rtset.co.il [194.90.96.249]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id PAA07052 for <@server.rtset.co.il:info-performer@sgi.com>; Mon, 18 Dec 1995 15:29:31 +0200 Received: (from alon@localhost) by (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA03187 for info-performer@sgi.com; Tue, 17 Dec 1996 15:15:48 +0200 From: "Alon J. Rosenfeld" Message-Id: <9612171515.ZM3185@dina> Date: Tue, 17 Dec 1996 15:15:47 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfb Loader/Saver Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi there, I am writing an application (my app), sort of a convertor, in the format of a shared object (so). It is suppose to be called by a parent app (which I have no editing or debugging capabilities) as a plug-in. My app seems to work fine. The problem rises when I try to save the performer tree as xxx.pfb. I get an error message (in run time, rld:) that it cannot find pfNotify(). It appears to me that my app "knows" all pf routines until it gets into the pfb shared object. At that point it "looses" all its knoledge, and dies on the first pf call. Alon -- \________ \___ \_________ \__________ \___ \__________ \___ \___ \___ \___ \___ Alon J Rosenfeld \___ \___ \___ \___ \___ RT-SET Ltd. \__________ \___ \___ \_________ Tel: 972-9-552236 \__________ \___ \___ \_________ Fax: 972-9-552239 \___ \___ \__________ \___ \___ Home: 972-3-683 6533 \___ \___ \________ \___ \___ Fax: 972-3-683 6521 \___ \___ \______ \___ \___ Email: alon@rtset.co.il ======================================================================= 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 Dec 17 06:13:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA09068; Tue, 17 Dec 1996 06:11:53 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA09052; Tue, 17 Dec 1996 06:11:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA00700; Tue, 17 Dec 1996 06:12:42 -0800 Received: from unknown (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA26502 for ; Tue, 17 Dec 1996 06:11:49 -0800 Received: from mdc.com by unknown with SMTP (1.37.109.20/16.2) id AA195422020; Tue, 17 Dec 1996 08:13:40 -0600 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Tue, 17 Dec 1996 08:13:40 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Tue, 17 Dec 1996 06:56:47 -0600 From: Bryan Wasileski To: info-performer@sgi.com Subject: pfMaterial -Mario, Benedikt: Status: O Mario, Benedikt: Thanks for resonding. I did not quite explain my self adequately yesterday about the material types (or maybe I did and I don't under stand myself)...So let me try once more. I have several viewport (channels), 15 or more, all viewing into one scene. Within this scene, I have several aircraft. Each channel is assigned an aircraft as the "aircraft of interest" for that channel. It is possible that 3-4 channels may be assigned the same aircraf but viewed from a different perspectivet. Within each channel, the "aircraft of intereset" for that channel is to be rendered exactly as it should be; I would like all other aircraft within the same channel to be rendered completely black. The intent here is to used the black aircraft to stencil out portions of the aircraft of interest when appropriate. Currently, I have node a draw traversals in which I try to use the stencil plane to accomplish the same task. That has not yet yielded the result I was looking for. I figured I could change the material type and/or turn off the lighting for the aircraft which are not the "aircraft of interest" for that channel in the node pre-draw and change it back to normal on the node post draw . That also did not seem to work either. I'm not completely sure how to use the Geostatetables, but my understanding was that it was on a per channel basis only. In this situation I need it on a node basis as well as a channel basis. So if your previous suggestions are still the ones to persue, let me know. Thanks again. - Bryan Wasileski McDonnell Douglas St. Louis, MO ======================================================================= 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 Dec 17 06:44:06 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA09203; Tue, 17 Dec 1996 06:42:54 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA09187; Tue, 17 Dec 1996 06:42:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA01818; Tue, 17 Dec 1996 06:43:43 -0800 Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA29948 for ; Tue, 17 Dec 1996 06:35:53 -0800 Received: from safran.imag.fr (safran.imag.fr [129.88.32.200]) by imag.imag.fr (8.8.1/8.6.9) with ESMTP id PAA02157 for ; Tue, 17 Dec 1996 15:35:41 +0100 (MET) Received: (from douville@localhost) by safran.imag.fr (8.6.10/8.6.9) id PAA29727 for info-performer@sgi.com; Tue, 17 Dec 1996 15:35:41 +0100 From: Jean-Luc Douville Message-Id: <199612171435.PAA29727@safran.imag.fr> Subject: sgi/news To: info-performer@sgi.com Date: Tue, 17 Dec 1996 15:35:40 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Status: O Does exist a newsgroup concerning sgi.Performer ? Regards. +-------------------+------------------------------------------------------+ | Jean-Luc Douville | iMAGIS/IMAG, B.P. 53, 38041 Grenoble Cedex 9. France | | | Tel: (+33) 76.63.56.85 -- Fax: (+33) 76.44.66.75 | +-------------------+-----------------+------------------------------------+ | E-Mail: Jean-Luc.Douville@imag.fr | W3: http://w3imagis.imag.fr/ | +-------------------------------------+------------------------------------+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Dec 17 07:15:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA09327; Tue, 17 Dec 1996 07:13:31 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA09311; Tue, 17 Dec 1996 07:13:30 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA03233; Tue, 17 Dec 1996 07:14:21 -0800 Received: from mh1.well.com (mh1.well.com [206.15.64.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA06395; Tue, 17 Dec 1996 07:13:28 -0800 Received: from well.com (stereo@well.com [206.15.64.10]) by mh1.well.com (8.7.6/8.7.5) with SMTP id HAA12433; Tue, 17 Dec 1996 07:13:14 -0800 (PST) Date: Tue, 17 Dec 1996 07:13:12 -0800 (PST) From: Tim Crane Subject: Re: stereo viewing - help!! To: "Rochelle O'Hagan" cc: Tom McReynolds , rohagan@cbr.dit.csiro.au, info-performer@sgi.com In-Reply-To: <9612170929.ZM13293@cronulla> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Did you compress the images verticaly by one half before changing the set mon? For stereo to work with the CrystalEyes system an above and below format is needed with the left eye first. On Tue, 17 Dec 1996, Rochelle O'Hagan wrote: > Hi Tom, > > Thanks for your reply. I've had a look and the Indigo2 Max Impact seems to > have 2 stereo modes it should support - 1024x768_96s and 1280x492_120s. When I > do a setmon with the first format, the screen goes blank (ie switches) and > stays that way. The second format causes the windows/shells on the screen to > display double, with the first view almost off the screen, and the second view > much lighter and lower. If I try to run the stereo app it still doesn't appear > to be in stereo and is faint & transparent. > > The only other stereo options that should be supported are STR_TOP, STR_BOT and > STR_RECT which aren't really what I'm after. > ======================================================================= 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 Dec 17 10:06:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09826; Tue, 17 Dec 1996 10:05:17 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09810; Tue, 17 Dec 1996 10:05:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA13393; Tue, 17 Dec 1996 10:06:00 -0800 Received: from wolfe.net (mail1.wolfe.net [204.157.98.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA11703 for ; Tue, 17 Dec 1996 10:04:54 -0800 Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfe.net (8.8.0/8.8.0) with ESMTP id KAA16768; Tue, 17 Dec 1996 10:06:11 -0800 (PST) From: Timothy Moore Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id KAA09803; Tue, 17 Dec 1996 10:04:51 -0800 (PST) Date: Tue, 17 Dec 1996 10:04:51 -0800 (PST) Message-Id: <199612171804.KAA09803@gonzo.wolfenet.com> To: andenmat@imtsg11.epfl.ch CC: info-performer@sgi.com In-reply-to: "Yann Andenmatten"'s message of Tue, 17 Dec 1996 08:36:47 +0100 <9612170836.ZM1481@imtsg11.epfl.ch> Subject: Re: Cylindrical texturation problem. Status: O From: "Yann Andenmatten" Date: Tue, 17 Dec 1996 08:36:47 +0100 References: <9612161825.ZM25723@imtsg11.epfl.ch> <9612161116.ZM3626@precious.asd.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii >You only need to have the transition from 7 to 0 become a transition from 7 to >8. 8 should be equivalent to 0 so if the polygons go 7.0 7.1 7.2 ... 7.8 7.9 >0.0 you should be fine. Do you propose I have to add some polygons ? Anyway the probeme is alway between 7.9 and 0.0. It will remain a "garbage line" : .-----. |._____.| (It's my cylinder) | || | | || | | || | `.__||_.' 7.9--^^-- 0.0 Yann No... The last two vertices can each have two texture coordinate pairs. For example, that vertex in your diagram can have tex coords (0,0) in the first polygon and (8.0) in the last. No need to add polygons. 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 Tue Dec 17 10:32:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09927; Tue, 17 Dec 1996 10:30:48 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09911; Tue, 17 Dec 1996 10:30:48 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA15149; Tue, 17 Dec 1996 10:31:38 -0800 Received: from wolfe.net (mail1.wolfe.net [204.157.98.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA17449 for ; Tue, 17 Dec 1996 10:30:25 -0800 Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfe.net (8.8.0/8.8.0) with ESMTP id KAA20556; Tue, 17 Dec 1996 10:31:35 -0800 (PST) From: Timothy Moore Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id KAA14813; Tue, 17 Dec 1996 10:30:15 -0800 (PST) Date: Tue, 17 Dec 1996 10:30:15 -0800 (PST) Message-Id: <199612171830.KAA14813@gonzo.wolfenet.com> To: bwasileski@mdc.com CC: info-performer@sgi.com In-reply-to: Bryan Wasileski's message of Tue, 17 Dec 1996 06:56:47 -0600 Subject: Re: pfMaterial -Mario, Benedikt: Status: O Date: Tue, 17 Dec 1996 06:56:47 -0600 From: Bryan Wasileski I'm not completely sure how to use the Geostatetables, but my understanding was that it was on a per channel basis only. In this situation I need it on a node basis as well as a channel basis. So if your previous suggestions are still the ones to persue, let me know. pfGeoState tables are assigned per channel, so they are quite useful in solving your problem. Here's the approach: Assign each pfGeoState used in each aircraft model a unique index across all the models. Don't share the indices i.e, a pfGeoState that is used in two different models gets a different index for each model. Set the indices in the pfGeoSets using pfGSetGStateIndex. For each channel, create a pfGeoState table sized to your maximum index plus 1. The table entries that correspond to pfGeoStates of the aircraft of interest for that channel hold those pfGeoStates; all the other entries hold a pfGeoState that will render polygons as black. That pfGeoState could have a pfMaterial with ambient and diffuse components of (0,0,0). Done :-) 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 Tue Dec 17 09:05:05 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA09575; Tue, 17 Dec 1996 09:03:11 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA09559; Tue, 17 Dec 1996 09:03:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA09081; Tue, 17 Dec 1996 09:04:01 -0800 Received: from imtsg12.epfl.ch (imtsg12.epfl.ch [128.178.45.26]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA27655 for ; Tue, 17 Dec 1996 09:02:38 -0800 Received: (from quinet@localhost) by imtsg12.epfl.ch (950413.SGI.8.6.12/8.6.12) id SAA17713 for info-performer@sgi.com; Tue, 17 Dec 1996 18:02:00 +0100 From: "Frederic Quinet" Message-Id: <9612171802.ZM17712@imtsg12.epfl.ch> Date: Tue, 17 Dec 1996 18:02:00 +0100 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Texturing with a live video flow Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Im actually trying to modify a sample called vidtotex which uses GL library. The aim of the modification is to have a VL-Performer program. There is such a program called movietex which suses Sirius Video Board (but im actually using indigo2 impact video board) and Performer. Does anyone know if movitex works with Sirius board ? Is there an equivalent to glCopySubImage2DEXT in Performer's library? Anyone having some experience ,in texturing with real time video flow, i could bother with some other question ? Thanks for answering... Frederic Quinet quinet@imtsg12.epfl.ch ======================================================================= 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 Dec 17 11:29:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA10132; Tue, 17 Dec 1996 11:28:34 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA10116; Tue, 17 Dec 1996 11:28:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA19234; Tue, 17 Dec 1996 11:29:24 -0800 Received: from Can-D (can-d.ponton.uni-hannover.de [130.75.132.27]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA28903 for ; Tue, 17 Dec 1996 11:28:06 -0800 Received: by Can-D (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id UAA03279; Tue, 17 Dec 1996 20:11:45 +0100 From: "Karsten Reuter" Message-Id: <9612172011.ZM3277@Can-D> Date: Tue, 17 Dec 1996 20:11:45 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Performer & VkColorChooserDialog Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'm pretty new in Performer programming and I'm working on an interface where I use the VkColorChooserDialog to select the colors for the EarthSky-model. But after I used the VkColorChooserDialog the Rendering is broken. When calling pfFrame() only the Displaybuffer is swapped but displaying does not function any more. Thanks, Karsten -- -- Karsten Reuter ------------------------ -- PONTON EUROPEAN MEDIA ART LAB --------- -- Lister Str. 17 - D-30163 Hannover ----- -- http://www.ponton.uni-hannover.de ----- -- email:karsten@ponton.uni-hannover.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 Dec 17 11:36:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA10202; Tue, 17 Dec 1996 11:35:49 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA10186; Tue, 17 Dec 1996 11:35:48 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA20429; Tue, 17 Dec 1996 11:36:34 -0800 Received: from discreet.qc.ca (discreet.qc.ca [198.168.76.29]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA01262 for ; Tue, 17 Dec 1996 11:35:42 -0800 Received: by gate.discreet.qc.ca id <46112>; Tue, 17 Dec 1996 14:56:10 -0500 From: "Jean-Luc Dery" Message-Id: <96Dec17.145610est.46112@gate.discreet.qc.ca> Date: Tue, 17 Dec 1996 14:36:57 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Load Management Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Perfs, I have a Performer process driving 2 channels on a single graphics pipe. One needs to be real-time and the other could be asynchronous (whenever there is time to do it). This means that the RT channel needs to be rendered at at least 30 Hz, using stress management provided by Performer, and the other should be rendered when possible, without having the RT channel's rate go lower than 30 Hz. What's the best, most efficient way to do this; is the only possible way through the stress control functions provided for the channels, do I have to implement my own load management inside the draw process ??? Thanks for any help on this. -- _____________________________________________________________________________ Jean-Luc Dery Discreet Logic System Engineer 5505 boul. St-Laurent, bureau 5200 3-D Graphics Technology Montreal (Quebec), Canada, H2T 1S6 Tel: (514) 272-0525 #394 Email: dery@discreet.com Fax: (514) 272-0585 _____________________________________________________________________________ ======================================================================= 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 Dec 17 11:53:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA10320; Tue, 17 Dec 1996 11:51:33 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA10304; Tue, 17 Dec 1996 11:51:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA23737; Tue, 17 Dec 1996 11:52:21 -0800 Received: from gaia.asd.sgi.com ([150.166.170.49]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA06612 for ; Tue, 17 Dec 1996 11:51:29 -0800 Received: by gaia.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA09130; Tue, 17 Dec 1996 11:51:23 -0800 From: "Chrysa Caulfield" Message-Id: <9612171151.ZM9128@gaia.asd.sgi.com> Date: Tue, 17 Dec 1996 11:51:21 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: 16-bit per channel textures Cc: sbrown@rttc.redstone.army.mil Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Please reply to Scott Brown. Thanks. --- Forwarded mail from sbrown@rttc.redstone.army.mil Date: Mon, 9 Dec 1996 08:25:16 -0800 To: webmaster@www.sgi.com From: sbrown@rttc.redstone.army.mil (Scott Brown) Reply-To: sbrown@rttc.redstone.army.mil Subject: Mail from WWW return_url_label: [Return to Previous Document] return_url: /Archive/FAQs/performer/ name: Scott Brown ftype: ffb email: sbrown@rttc.redstone.army.mil company: Amtec Corp. location: North America user_agent: Mozilla/2.0 (compatible; MSIE 3.0; Windows 95; 1280,1024) I'm interested in displaying 16-bit per channel textures in Performer. I've constucted a database with 16-bit textures but Perfomer doesn't seem to display the textures correctly. Is this a bug in Performer and if so, is a patch available. -- Received from: (136.205.91.87) ---End of forwarded mail from sbrown@rttc.redstone.army.mil -- ___ |___| Chrysa Caulfield, ASD Marketing 415-933-6549 phone | Silicon Graphics Computer Systems 415-964-8671 fax / \ 2011 N. Shoreline Bvd, MS 8L-800 /\/ \/\ Mountain View, CA 94043-1389 chrysa@asd.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 Dec 17 12:22:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA10518; Tue, 17 Dec 1996 12:21:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10500; Tue, 17 Dec 1996 12:21:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA26588; Tue, 17 Dec 1996 12:21:52 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA14137; Tue, 17 Dec 1996 12:20:55 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id UAA08115; Tue, 17 Dec 1996 20:20:49 GMT From: "Angus Dorbie" Message-Id: <9612172020.ZM8113@bitch.reading.sgi.com> Date: Tue, 17 Dec 1996 20:20:49 +0000 In-Reply-To: "Chrysa Caulfield" "16-bit per channel textures" (Dec 17, 11:51am) References: <9612171151.ZM9128@gaia.asd.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Chrysa Caulfield" , info-performer@sgi.com Subject: Re: 16-bit per channel textures Cc: sbrown@rttc.redstone.army.mil Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You say you've constructed a database, how? Is this your own scene graph or are you expecting a loader to handle some 16bit per component file you've thrown its way? What machine/OS/performer version are you using? Thanks, Angus. On Dec 17, 11:51am, Chrysa Caulfield wrote: > Subject: 16-bit per channel textures > Please reply to Scott Brown. Thanks. > > > --- Forwarded mail from sbrown@rttc.redstone.army.mil > > Date: Mon, 9 Dec 1996 08:25:16 -0800 > To: webmaster@www.sgi.com > From: sbrown@rttc.redstone.army.mil (Scott Brown) > Reply-To: sbrown@rttc.redstone.army.mil > Subject: Mail from WWW > > return_url_label: [Return to Previous Document] > return_url: /Archive/FAQs/performer/ > name: Scott Brown > ftype: ffb > email: sbrown@rttc.redstone.army.mil > company: Amtec Corp. > location: North America > user_agent: Mozilla/2.0 (compatible; MSIE 3.0; Windows 95; 1280,1024) > > I'm interested in displaying 16-bit per channel textures in Performer. I've > constucted a database with 16-bit textures but Perfomer doesn't seem to display > the textures correctly. Is this a bug in Performer and if so, is a patch > available. > > > -- > Received from: (136.205.91.87) > > > ---End of forwarded mail from sbrown@rttc.redstone.army.mil > > -- > ___ > |___| Chrysa Caulfield, ASD Marketing 415-933-6549 phone > | Silicon Graphics Computer Systems 415-964-8671 fax > / \ 2011 N. Shoreline Bvd, MS 8L-800 > /\/ \/\ Mountain View, CA 94043-1389 chrysa@asd.sgi.com > __/ \ / \_______________________________________________________ > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Chrysa Caulfield ======================================================================= 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 Dec 17 12:31:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA10588; Tue, 17 Dec 1996 12:30:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10572; Tue, 17 Dec 1996 12:30:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA27178; Tue, 17 Dec 1996 12:30:52 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA16079 for ; Tue, 17 Dec 1996 12:30:01 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id MAA27169; Tue, 17 Dec 1996 12:30:51 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id MAA06878; Tue, 17 Dec 1996 12:29:59 -0800 From: "Rob Jenkins" Message-Id: <9612171229.ZM6876@quid.csd.sgi.com> Date: Tue, 17 Dec 1996 12:29:59 -0800 In-Reply-To: "Chrysa Caulfield" "16-bit per channel textures" (Dec 17, 11:51am) References: <9612171151.ZM9128@gaia.asd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: sbrown@rttc.redstone.army.mil Subject: Re: 16-bit per channel textures Cc: "Chrysa Caulfield" , info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Scott Please could you provide a more detailed definition of the problem with info like: The platform, OS, Performer version, patches installed and more detail on how the textures seem incorrect ( a screen snapshot would be useful ). Also sample code ( ideally a sort example that shows the problem our relevant snippets of a large app ) If you'd like to be able to track your problem to solution I'd suggest you log a support call with the TAC, including such details as above. You can call the TAC on 1-800-800-4SGI ( 4744). If you mail me the call reference number I'd be glad to pick the call up and work through it with you. That way you have a reference number and single contact person. Some stabs in the dark below :-) If you're seeing banding ( quantisation ) in the textures then that may just be a feature of the fact that to are using 16 bit textures. RGBA 16 bit = 4 bits/component so a greyscale going from black to white would only have 16 discrete levels of grey and would tend to have bunching of values around those levels. If you're using Impact please make sure you have patch 1447 ( for Irix 6.2 ) or 1332 ( for Irix 5.3 ) If you're using iR please make sure you have patch 1355. If you have Performer 2.0 please make sure you have the correct pf 2.0 patch/patches: There are three patches: patch 1414 for IRIX 5.3-6.1 (requires that you have Performer2.0). patch 1392 - dev for IRIX 6.2 (requires that you have Performer2.0). patch 1347 - eoe for IRIX 6.2 You may have a conflict between your texture defition anfd the internal format Performer is using to store the textures ( see man page for pfTexture esp setFormat method ). You may not be achieving the frame buffer config you asked for ( if using RE2 or iR ), try checking what you got ( use xwininfo -tree then -id outside code or in code look at pfGetWinFBConfig etc ). Cheers Rob On Dec 17, 11:51am, Chrysa Caulfield wrote: > Subject: 16-bit per channel textures > Please reply to Scott Brown. Thanks. > > > --- Forwarded mail from sbrown@rttc.redstone.army.mil > > Date: Mon, 9 Dec 1996 08:25:16 -0800 > To: webmaster@www.sgi.com > From: sbrown@rttc.redstone.army.mil (Scott Brown) > Reply-To: sbrown@rttc.redstone.army.mil > Subject: Mail from WWW > > return_url_label: [Return to Previous Document] > return_url: /Archive/FAQs/performer/ > name: Scott Brown > ftype: ffb > email: sbrown@rttc.redstone.army.mil > company: Amtec Corp. > location: North America > user_agent: Mozilla/2.0 (compatible; MSIE 3.0; Windows 95; 1280,1024) > > I'm interested in displaying 16-bit per channel textures in Performer. I've > constucted a database with 16-bit textures but Perfomer doesn't seem to display > the textures correctly. Is this a bug in Performer and if so, is a patch > available. > > > -- > Received from: (136.205.91.87) > > > ---End of forwarded mail from sbrown@rttc.redstone.army.mil > > -- > ___ > |___| Chrysa Caulfield, ASD Marketing 415-933-6549 phone > | Silicon Graphics Computer Systems 415-964-8671 fax > / \ 2011 N. Shoreline Bvd, MS 8L-800 > /\/ \/\ Mountain View, CA 94043-1389 chrysa@asd.sgi.com > __/ \ / \_______________________________________________________ > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Chrysa Caulfield -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 17 17:24:05 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA12078; Tue, 17 Dec 1996 17:22:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA12062; Tue, 17 Dec 1996 17:22:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA16330; Tue, 17 Dec 1996 17:23:22 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA24465 for ; Tue, 17 Dec 1996 17:22:30 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id UAA20712; Tue, 17 Dec 1996 20:20:50 -0500 Date: Tue, 17 Dec 1996 20:20:50 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9612172020.ZM20711@hotsauce.clubfed.sgi.com> In-Reply-To: "Rob Jenkins" "Re: 16-bit per channel textures" (Dec 17, 12:29pm) References: <9612171151.ZM9128@gaia.asd.sgi.com> <9612171229.ZM6876@quid.csd.sgi.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Rob Jenkins" , sbrown@rttc.redstone.army.mil Subject: Re: 16-bit per channel textures Cc: "Chrysa Caulfield" , info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Scott, I really think you need only use the pfTexture::setFormat() method. Your textures are probably being read in as 8bit per component when you wish to have 16bit per component. Try this if your using Perf2.X and C++ assume ..... pfTexture *texture = new pfTexture; texture->setFormat(PFTEX_IMAGE_FORMAT, GL_RGB16_EXT); or texture->setFormat(PFTEX_IMAGE_FORMAT, GL_RGBA16_EXT); or to stay within Performer settle for 12bit per component texture->setFormat(PFTEX_IMAGE_FORMAT, PFTEX_RGBA_12); I would think any of these will slow things down a bit. Let me know how this works out. Brian On Dec 17, 12:29pm, Rob Jenkins wrote: > Subject: Re: 16-bit per channel textures > Hi Scott > > Please could you provide a more detailed definition of the problem with info > like: > > The platform, OS, Performer version, patches installed and more detail on how > the textures seem incorrect ( a screen snapshot would be useful ). Also sample > code ( ideally a sort example that shows the problem our relevant snippets of a > large app ) > > If you'd like to be able to track your problem to solution I'd suggest you log > a support call with the TAC, including such details as above. You can call the > TAC on 1-800-800-4SGI ( 4744). If you mail me the call reference number I'd be > glad to pick the call up and work through it with you. That way you have a > reference number and single contact person. > > Some stabs in the dark below :-) > > If you're seeing banding ( quantisation ) in the textures then that may just be > a feature of the fact that to are using 16 bit textures. RGBA 16 bit = 4 > bits/component so a greyscale going from black to white would only have 16 > discrete levels of grey and would tend to have bunching of values around those > levels. > > If you're using Impact please make sure you have patch 1447 ( for Irix 6.2 ) or > 1332 ( for Irix 5.3 ) > > If you're using iR please make sure you have patch 1355. > > If you have Performer 2.0 please make sure you have the correct pf 2.0 > patch/patches: > > There are three patches: > patch 1414 for IRIX 5.3-6.1 (requires that you have Performer2.0). > patch 1392 - dev for IRIX 6.2 (requires that you have Performer2.0). > patch 1347 - eoe for IRIX 6.2 > > You may have a conflict between your texture defition anfd the internal format > Performer is using to store the textures ( see man page for pfTexture esp > setFormat method ). > > You may not be achieving the frame buffer config you asked for ( if using RE2 > or iR ), try checking what you got ( use xwininfo -tree then -id outside code > or in code look at pfGetWinFBConfig etc ). > > Cheers > Rob > > On Dec 17, 11:51am, Chrysa Caulfield wrote: > > Subject: 16-bit per channel textures > > Please reply to Scott Brown. Thanks. > > > > > > --- Forwarded mail from sbrown@rttc.redstone.army.mil > > > > Date: Mon, 9 Dec 1996 08:25:16 -0800 > > To: webmaster@www.sgi.com > > From: sbrown@rttc.redstone.army.mil (Scott Brown) > > Reply-To: sbrown@rttc.redstone.army.mil > > Subject: Mail from WWW > > > > return_url_label: [Return to Previous Document] > > return_url: /Archive/FAQs/performer/ > > name: Scott Brown > > ftype: ffb > > email: sbrown@rttc.redstone.army.mil > > company: Amtec Corp. > > location: North America > > user_agent: Mozilla/2.0 (compatible; MSIE 3.0; Windows 95; 1280,1024) > > > > I'm interested in displaying 16-bit per channel textures in Performer. I've > > constucted a database with 16-bit textures but Perfomer doesn't seem to > display > > the textures correctly. Is this a bug in Performer and if so, is a patch > > available. > > > > > > -- > > Received from: (136.205.91.87) > > > > > > ---End of forwarded mail from sbrown@rttc.redstone.army.mil > > > > -- > > ___ > > |___| Chrysa Caulfield, ASD Marketing 415-933-6549 phone > > | Silicon Graphics Computer Systems 415-964-8671 fax > > / \ 2011 N. Shoreline Bvd, MS 8L-800 > > /\/ \/\ Mountain View, CA 94043-1389 chrysa@asd.sgi.com > > __/ \ / \_______________________________________________________ > > > > ======================================================================= > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > > Submissions: info-performer@sgi.com > > Admin. requests: info-performer-request@sgi.com > >-- End of excerpt from Chrysa Caulfield > > > > -- > ________________________________________________________________ > Rob Jenkins mailto:robj@csd.sgi.com > Silicon Graphics, Mtn View, California, USA > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Rob Jenkins -- 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-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 Tue Dec 17 23:36:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA13208; Tue, 17 Dec 1996 23:34:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA13192; Tue, 17 Dec 1996 23:34:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA29697; Tue, 17 Dec 1996 23:35:29 -0800 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA11594 for ; Tue, 17 Dec 1996 23:34:33 -0800 From: flysiml@public.bta.net.cn Received: from caftei-adm (ts4-28.bta.net.cn [202.96.61.220]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id PAA28511 for ; Wed, 18 Dec 1996 15:34:14 +0800 Message-ID: <32B79E22.4E97@public.bta.net.cn> Date: Wed, 18 Dec 1996 15:32:50 +0800 Reply-To: flysiml@public.bta.net.cn X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: questions about REACT Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi friends, I have 2 questions about REACT: 1. what is the relationship of IRIX -- REACT -- Performer program ? that is, how REACT works to help realtime performance of visual simulation ? 2. I have a visual simulation program developed on IRIX using Performer, how can I run it on REACT ? thanks ahead. flysiml@piblic.bta.net.cn ======================================================================= 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 Dec 18 01:13:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA13629; Wed, 18 Dec 1996 01:11:45 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA13613; Wed, 18 Dec 1996 01:11:44 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA03529; Wed, 18 Dec 1996 01:12:02 -0800 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA23015 for ; Wed, 18 Dec 1996 01:10:57 -0800 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id KAA23900; Wed, 18 Dec 1996 10:09:41 -0800 Date: Wed, 18 Dec 1996 10:09:41 -0800 From: Tran cong Tam Message-Id: <199612181809.KAA23900@sirssg1.epfl.ch> To: info-performer@sgi.com, schulze@tnt.uni-hannover.de Subject: Multi process Status: O Hi Peter, You didn't say about your Platforme, Irix Version and Performer Version. But I got the same problem with Performer1.2 , Onyx Reality Engine-2 , IRIX 5.3 Then I saw that problem disappeared with Performer2.0 Hope these notes can help Regards Tran /-------------------------------------------------------/ | TRAN | | IDERALPE Lausanne SWITZERLAND | | Email: tran@sirssg1.epfl.ch | /-------------------------------------------------------/ ======================================================================= 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 Dec 18 04:39:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA14492; Wed, 18 Dec 1996 04:37:49 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA14476; Wed, 18 Dec 1996 04:37:48 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA09609; Wed, 18 Dec 1996 04:38:38 -0800 Received: from alexandra.mtl.com (mtl.com [207.90.66.51]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA22059 for ; Wed, 18 Dec 1996 04:37:40 -0800 Received: from max (max.mtl.com [207.90.66.59]) by alexandra.mtl.com (8.7.2/8.7.3) with SMTP id HAA11731; Wed, 18 Dec 1996 07:38:13 -0500 (EST) Received: (from jcollier@localhost) by max (950413.SGI.8.6.12/950213.SGI.AUTOCF) id HAA06223; Wed, 18 Dec 1996 07:40:50 -0500 Date: Wed, 18 Dec 1996 07:40:50 -0500 From: jcollier@mtl.com (John Collier) Message-Id: <9612180740.ZM6221@max.mtl.com> In-Reply-To: Bryan Wasileski "pfMaterial -Mario, Benedikt:" (Dec 17, 6:56am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Bryan Wasileski Subject: Re: pfMaterial -Mario, Benedikt: Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Could you use pfOverride to override the materials for the aircraft to be colored black based on the current channel? John On Dec 17, 6:56am, Bryan Wasileski wrote: > Subject: pfMaterial -Mario, Benedikt: > Mario, Benedikt: > Thanks for resonding. > I did not quite explain my self adequately yesterday about the material > types (or maybe I did and I don't under stand myself)...So let me > try once more. I have several viewport (channels), 15 or more, all > viewing into one scene. Within this scene, I have several aircraft. Each > channel is assigned an aircraft as the "aircraft of interest" for that > channel. It is possible that 3-4 channels may be assigned the same > aircraf but viewed from a different perspectivet. Within each channel, > the "aircraft of intereset" for that channel is to be rendered exactly as it > should be; I would like all other aircraft within the same channel to be > rendered completely black. The intent here is to used the black aircraft to > stencil out portions of the aircraft of interest when appropriate. > Currently, I have node a draw traversals in which I try to use the stencil > plane to accomplish the same task. That has not yet yielded the result I > was looking for. I figured I could change the material type and/or turn off > the lighting for the aircraft which are not the "aircraft of interest" for that > channel in the node pre-draw and change it back to normal on the node > post draw . That also did not seem to work either. > I'm not completely sure how to use the Geostatetables, but my > understanding was that it was on a per channel basis only. In this > situation I need it on a node basis as well as a channel basis. So if your > previous suggestions are still the ones to persue, let me know. > > Thanks again. > > - Bryan Wasileski > McDonnell Douglas > St. Louis, MO > > > ======================================================================= > 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 Bryan Wasileski -- John A. Collier e-mail: jcollier@mtl.com MTL Systems, Inc. voice: (513) 426-3111 3481 Dayton-Xenia Rd. fax: (513) 426-8301 Dayton, OH 45432-2796 ======================================================================= 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 Dec 18 05:03:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA14573; Wed, 18 Dec 1996 05:01:44 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA14555; Wed, 18 Dec 1996 05:01:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA10292; Wed, 18 Dec 1996 05:02:33 -0800 Received: from unknown (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA24714 for ; Wed, 18 Dec 1996 05:01:40 -0800 Received: from mdc.com by unknown with SMTP (1.37.109.20/16.2) id AA170224218; Wed, 18 Dec 1996 07:03:38 -0600 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Wed, 18 Dec 1996 07:03:37 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Wed, 18 Dec 1996 07:00:50 -0600 From: Bryan Wasileski To: info-performer@sgi.com Subject: Painting nodes black Status: O Thanks to all those who responded to the issue rendering nodes black.... The problem turned out to be rather simple and about 4 lines of code. For the views/channels I was concerned about, since I cannot tolerate a lit background I never turned the lighting on. Since the lighting was not turned on, setting the material properties to black had no effect. The solution was just to turn on the lighting, call pfClear to black (in lieu of a pfChannel::clear). In the pre draw for each node to be rendered black, assign a black pfMaterial and then pfOverride. When the node comes around which needs to be rendered normally, then just set it back (i.e. turn off the pfOverride). Thanks again. - Bryan Wasileski McDonnell Douglas Training Systems St. Louis, MO ======================================================================= 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 Dec 18 10:39:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA15308; Wed, 18 Dec 1996 10:38:26 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15292; Wed, 18 Dec 1996 10:38:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA28174; Wed, 18 Dec 1996 10:39:17 -0800 Received: from beyond.clubfed.sgi.com ([169.238.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA27771 for ; Wed, 18 Dec 1996 10:38:23 -0800 Received: from stymie.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) for <@beyond.clubfed.sgi.com:info-performer@sgi.com> id NAA25157; Wed, 18 Dec 1996 13:38:22 -0500 Received: by stymie.clubfed.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id NAA07942; Wed, 18 Dec 1996 13:38:09 -0500 From: dolson@stymie.clubfed.sgi.com (Dale Olson) Message-Id: <9612181338.ZM7940@stymie.clubfed.sgi.com> Date: Wed, 18 Dec 1996 13:38:06 -0500 X-Face: T~4}gq$WJ44q+`0[U)RGd!OW.:L#{)[<+dD(Ig+k{yv@jd2/ztNGnn*[t_?~q^LZS@&;%gL \ZFZtw}s1~JiL[gyR<%i&8LQN=Zk,xu4er2kY*dIM}8u?qJb:]%Wq6#YwO!5t$XjKF$rA}N>[,vctm ,,i[U[_@?kTUp^:o?SY`^q2h&rScuJyYDyF\6I@8IL]4Y$~f~2Yp09.n8d3(nCo4Ly.4V~[{?acf|c 3~aI=Y_C/:#%ME\JyhJ9v~y@/z- X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: info-performer@sgi.com Subject: Driving Simulator Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am working on an opportunity to upgrade a driving simulator and the customer is particularly interested in rendering fidelity of the roadway signs. Does anyone know any tips/tricks for maximizing legibility at a distance and/or modeling the reflective properties of the sign lettering? The customer is currently using an old Star Technologies image generator with separate high intensity slide projectors with gymballed mirrors to project the signs. If we can get textured polygons to look as good as the projected images, the Onyx2 sale is a done deal! -- ...................................................................... : Dale Olson | : : Systems Engineer | : : 12200-G Plum Orchard Dr. | "I'll MAKE the damn thing work... : : Silver Spring, MD | : : 20904 | (301) 572-3265 VM 6-238-3265 : ...................................................................... ======================================================================= 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 Dec 18 10:47:45 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA15339; Wed, 18 Dec 1996 10:46:50 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15323; Wed, 18 Dec 1996 10:46:49 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA28869; Wed, 18 Dec 1996 10:47:41 -0800 Received: from imtsg12.epfl.ch (imtsg12.epfl.ch [128.178.45.26]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA29682 for ; Wed, 18 Dec 1996 10:46:44 -0800 Received: (from quinet@localhost) by imtsg12.epfl.ch (950413.SGI.8.6.12/8.6.12) id TAA00168 for info-performer@sgi.com; Wed, 18 Dec 1996 19:46:41 +0100 From: "Frederic Quinet" Message-Id: <9612181946.ZM167@imtsg12.epfl.ch> Date: Wed, 18 Dec 1996 19:46:41 +0100 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Indy2 Impact video Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Im using an Impact video board on indigo2 R10000 impcat with Performer 2.0 Irix 6.2. and Iris GL and i would like to perform video live texturing. I've tried to run movietex.c and it didnt work. Eric Rose told me to take a look at the ML of june. And i've found out ( tell me if im wrong or if u have clues ): - RE : Performer can load the video texture in Irix 5.3 : a patch was supposed to be released ( is it actually? ) - IR :Performer cannot load the video texture in Irix 5.3 I took also the code of lv.c it did compile though it didnt work. My questions are: -Is Performer 2.0 able to load video texture on my machine on Irix 6.2 ( should i Upgrade Performer or get back to Irix 5.3 ? ) -If i have to do callbacks, do i have to use gl or pf functions ? -Do i have to worry about an offset to respect the TRAM restrictions...? Thanks in advance. Fred ( quinet@imtsg12.epfl.ch ) ======================================================================= 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 Dec 18 12:26:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA15739; Wed, 18 Dec 1996 12:25:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA15721; Wed, 18 Dec 1996 12:25:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA05774; Wed, 18 Dec 1996 12:26:04 -0800 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA22106 for ; Wed, 18 Dec 1996 12:25:09 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA09276; Wed, 18 Dec 96 15:20:59 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id PAA28225; Wed, 18 Dec 1996 15:21:08 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <32B85234.727F@ash.crd.ge.com> Date: Wed, 18 Dec 1996 15:21:08 -0500 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 2.0 (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: info-performer@sgi.com Subject: pfCoord Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O The pfDCS class makes reference to the pfCoord class in the reference manual. But I can't find any description of this pfCoord class anywhere in the reference manual or the programmer's guide. Am I looking in the wrong place? (I found out what I need to know by looking for the definition in the include files, but shouldn't the thing be documented somewhere anyway?) thanks, -Chris -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= 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 Dec 18 12:28:35 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA15759; Wed, 18 Dec 1996 12:27:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA15743; Wed, 18 Dec 1996 12:27:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA05845; Wed, 18 Dec 1996 12:28:31 -0800 Received: from ist.ucf.edu (babylon.ist.ucf.edu [132.170.193.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA22713 for ; Wed, 18 Dec 1996 12:27:31 -0800 From: greg@ist.ucf.edu Received: from flash.ist.ucf.edu (flash.ist.ucf.edu [132.170.190.10]) by ist.ucf.edu (8.7.3/8.7.3) with SMTP id PAA17473 for ; Wed, 18 Dec 1996 15:26:53 -0500 (EST) Received: by flash.ist.ucf.edu (940816.SGI.8.6.9) id PAA10890; Wed, 18 Dec 1996 15:26:52 -0500 Date: Wed, 18 Dec 1996 15:26:52 -0500 Message-Id: <199612182026.PAA10890@flash.ist.ucf.edu> To: info-performer@sgi.com Subject: Bounding volumes Status: O Fellow pfUsers, I have a geometry heirarchy like so: pfDCS | pfGroup | pfSequence / | \ / | \ / | \ pfGeode pfGeode pfGeode | | | pfGSet pfGSet pfGSet The pfDCS moves about quite a bit in the simulation and its bounding volume updates just fine. The bounding volume for the geometry below it does not update as the DCS moves, though. But, the bounding volume does change as the geometry cycles through the sequence. I tried forcing the volumes to update: [pfGroup]->setBound( NULL, PFBOUND_DYNAMIC ); When that didn't work I went down a level further to force the gsets to update: geode = (pfGeode *)[pfGroup]->getChild( i ); gSet = geode->getGSet( 0 ); gSet->setBound( NULL, PFBOUND_DYNAMIC ); How can I make the bounding volumes of the children reflect the new position of the parent DCS? Do I have to grab the matrix from the DCS and apply it with the bounding sphere of the geometry every frame? Thanks in advance. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Greg Wiatroski Army Research Institute Virtual Environment Testbed Visual Systems Lab Institute for Simulation and Training University of Central Florida http://www.vsl.ist.ucf.edu/~greg greg@vsl.ist.ucf.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 Dec 18 13:42:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA16301; Wed, 18 Dec 1996 13:40:56 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA16285; Wed, 18 Dec 1996 13:40:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA10836; Wed, 18 Dec 1996 13:41:46 -0800 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA07448 for ; Wed, 18 Dec 1996 13:40:50 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA11085; Wed, 18 Dec 96 16:30:38 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id QAA29456; Wed, 18 Dec 1996 16:30:47 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <32B86287.16A4@ash.crd.ge.com> Date: Wed, 18 Dec 1996 16:30:47 -0500 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 2.0 (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: Jason Williams Cc: info-performer@sgi.com Subject: Re: pfCoord References: <32B85234.727F@ash.crd.ge.com> <9612181609.ZM995@cerebus> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Jason Williams wrote: > > pfCoord is referenced in the pfMatrix man page as: > > typedef struct > { > pfVec3 xyz; > pfVec3 hpr; > } pfCoord; > > Jason. So it is! Right there on page 340 in the C++ Reference Pages book! It sure would be nice if the index entry for pfCoord in that book listed page 340, instead of just the two pages in which the word "pfCoord" appears in the "see also" list. :-(. Thanks. -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= 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 Dec 18 15:47:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA17195; Wed, 18 Dec 1996 15:45:54 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA17179; Wed, 18 Dec 1996 15:45:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA20177; Wed, 18 Dec 1996 15:46:45 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA03442 for ; Wed, 18 Dec 1996 15:45:52 -0800 Received: from precious.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA21903; Wed, 18 Dec 1996 15:45:51 -0800 Received: (from nemec@localhost) by precious.asd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA03368; Wed, 18 Dec 1996 15:45:50 -0800 From: "Philip Nemec" Message-Id: <9612181545.ZM3366@precious.asd.sgi.com> Date: Wed, 18 Dec 1996 15:45:49 -0800 In-Reply-To: dolson@stymie.clubfed.sgi.com (Dale Olson) "Driving Simulator" (Dec 18, 1:38pm) References: <9612181338.ZM7940@stymie.clubfed.sgi.com> X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dolson@stymie.clubfed.sgi.com (Dale Olson), info-performer@sgi.com Subject: Re: Driving Simulator Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O A couple of tips: * pay attention to the filters - most of the mipmap filters will blur away some of the sharp contrast of a texture. But for a sign the sharp contrast is supposed to be there... Use non-blurring filters, maybe even a sharpen filter when making the mipmaps. * offset the texture LOD to bias towards using more detailed levels so you're always drawing with more pixels ======================================================================= 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 Dec 18 14:01:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA16437; Wed, 18 Dec 1996 13:59:16 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA16421; Wed, 18 Dec 1996 13:59:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA11930; Wed, 18 Dec 1996 14:00:06 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA11567 for ; Wed, 18 Dec 1996 13:59:14 -0800 Received: from lum.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA17116; Wed, 18 Dec 1996 13:59:06 -0800 Received: by lum.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA13820; Wed, 18 Dec 1996 13:59:06 -0800 Date: Wed, 18 Dec 1996 13:59:06 -0800 From: mace@lum.asd.sgi.com (Rob Mace) Message-Id: <199612182159.NAA13820@lum.asd.sgi.com> To: info-performer@sgi.com, greg@ist.ucf.edu Subject: Re: Bounding volumes Status: O > How can I make the bounding volumes of the children reflect the new position > of the parent DCS? The bounding volume of a parent reflects the bounding volume of its children. Not the other way around. When doing culling/intersection testing/etc. the bounding volumes are transformed by the accumulated transformations encountered in reaching that bounding volume in the scene graph. Rob Mace ======================================================================= 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 Dec 18 16:23:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA17402; Wed, 18 Dec 1996 16:22:14 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA17386; Wed, 18 Dec 1996 16:22:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA22216; Wed, 18 Dec 1996 16:23:05 -0800 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/950213.SGI.AUTOCF) via ESMTP id QAA10547 for ; Wed, 18 Dec 1996 16:22:08 -0800 Received: by class.eng.ohio-state.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id TAA02885; Wed, 18 Dec 1996 19:19:01 -0500 From: "Mahmoud M.Rashad Halfawy" Message-Id: <9612181919.ZM2883@class.eng.ohio-state.edu> Date: Wed, 18 Dec 1996 19:19:01 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Makefile error Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello everybody: Many times when I try to make a legitimate Makefile that includes the commondefs file, I get the following message: /usr/include/make/commondefs:793: *** missing separator. Stop. However, I can make the same file when I'm logged in as root. I appreciate if anyone would help me to know what is worng. I'm using Onyx and IRIX 6.2 Thanks, Mahmoud. ======================================================================= 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 Dec 18 21:20:15 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA19100; Wed, 18 Dec 1996 21:18:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA19084; Wed, 18 Dec 1996 21:18:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA05937; Wed, 18 Dec 1996 21:18:55 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA23902 for ; Wed, 18 Dec 1996 21:18:02 -0800 Received: from beast.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA03148; Wed, 18 Dec 1996 21:18:02 -0800 Received: by beast.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA05410; Wed, 18 Dec 1996 21:18:00 -0800 Date: Wed, 18 Dec 1996 21:18:00 -0800 From: graham@beast.asd.sgi.com (Graham) Message-Id: <9612182118.ZM5408@beast.asd.sgi.com> In-Reply-To: dolson@stymie.clubfed.sgi.com (Dale Olson) "Driving Simulator" (Dec 18, 1:38pm) References: <9612181338.ZM7940@stymie.clubfed.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: dolson@stymie.clubfed.sgi.com (Dale Olson), info-performer@sgi.com Subject: Re: Driving Simulator Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Why not use faces that emitt light (in multigen lingo: give the face(s) a unique material code with "emissive" properties) on the road signs to emulate the reflectivity of the signs. This should have both effects: making the signs stand out more, thereby maximizing legibility and faking the reflectivity. Some thoughts, Grambo On Dec 18, 1:38pm, Dale Olson wrote: > Subject: Driving Simulator > I am working on an opportunity to upgrade a driving simulator and the customer > is particularly interested in rendering fidelity of the roadway signs. Does > anyone know any tips/tricks for maximizing legibility at a distance and/or > modeling the reflective properties of the sign lettering? > > The customer is currently using an old Star Technologies image generator with > separate high intensity slide projectors with gymballed mirrors to project the > signs. > > If we can get textured polygons to look as good as the projected images, the > Onyx2 sale is a done deal! > > -- > > ...................................................................... > : Dale Olson | : > : Systems Engineer | : > : 12200-G Plum Orchard Dr. | "I'll MAKE the damn thing work... : > : Silver Spring, MD | : > : 20904 | (301) 572-3265 VM 6-238-3265 : > ...................................................................... > > ======================================================================= > 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 Dale Olson -- ---------------------------------------------------------------------- Graham (Grambo) Beasley Silicon Graphics, Inc. MTS (Simulator Guy) (415) 933-5420 graham@sgi.com ---------------------------------------------------------------------- "Being fair is not always convenient!" Javier's Father ======================================================================= 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 Dec 19 01:08:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA19485; Thu, 19 Dec 1996 01:07:19 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA19469; Thu, 19 Dec 1996 01:07:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA14424; Thu, 19 Dec 1996 01:08:10 -0800 Received: from ns.calvacom.fr (ns.calvacom.fr [194.2.168.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA20765 for ; Thu, 19 Dec 1996 01:07:05 -0800 Received: from sirrah (par37.calvacom.fr [195.6.162.231]) by ns.calvacom.fr (8.7.3/8.6.9) with SMTP id KAA29517; Thu, 19 Dec 1996 10:06:51 +0100 (MET) Sender: guy@ns.calvacom.fr Message-ID: <32B90501.41C6@calva.net> Date: Thu, 19 Dec 1996 10:04:01 +0100 From: Guy Premont Organization: Silicon Worlds S.A. X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: Frederic Quinet CC: info-performer@sgi.com Subject: Re: Texturing with a live video flow References: <9612171802.ZM17712@imtsg12.epfl.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Frederic Quinet wrote: > > Im actually trying to modify a sample called vidtotex which > uses GL library. The aim of the modification is to have a VL-Performer > program. There is such a program called movietex which suses Sirius Video > Board (but im actually using indigo2 impact video board) and Performer. Hi, I don't really have any answers for you, as I've just begun to look into the subject myself. I have a question though. Where could I get the movietex program? I searched for it in a couple of ftp sites, but I didn't find it. It would probably be very useful to me as it seems to be for the hardware I've got (Onyx, RE, Sirius). Thanks, Guy Premont =========================================== Silicon Worlds S.A. 10, rue Louis Morard 75014 Paris France Tel: +33 (01) 53.90.11.11 Fax: +33 (01) 53.90.11.12 =========================================== ======================================================================= 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 Dec 19 02:07:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA19630; Thu, 19 Dec 1996 02:06:23 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA19614; Thu, 19 Dec 1996 02:06:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA15936; Thu, 19 Dec 1996 02:07:14 -0800 Received: from relay.interserv.com (relay.interserv.com [165.121.2.67]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA27768 for ; Thu, 19 Dec 1996 02:06:19 -0800 From: inca@public.bta.net.cn Received: from 202.96.61.14 ([202.96.61.14]) by relay.interserv.com with SMTP id AA29982 (5.67b/IDA-1.5 for info-performer@sgi.com); Thu, 19 Dec 1996 02:06:13 -0800 Date: Thu, 19 Dec 1996 02:06:13 -0800 Message-Id: <199612191006.AA29982@relay.interserv.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: How to use Multiple MPImageCaches To: info-performer@sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi all, is there anybody who could tell me how to use multiple MPImageCaches ? i initialize 2 MPImageCaches by pfdLoadMPImageCache and pfAddMPImage. the 2 MPImageCaches should be always updated, but only use one of them. how i can specify which one used ? pfApplyMPImageCache didnt work. Thanks for any help. liubin inca@public.bta.net.cn ======================================================================= 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 Dec 19 07:08:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA20130; Thu, 19 Dec 1996 07:07:20 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA20114; Thu, 19 Dec 1996 07:07:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA25553; Thu, 19 Dec 1996 07:08:11 -0800 Received: from gateway.ivex3d.com (ivex3d.com [204.241.103.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA10949 for ; Thu, 19 Dec 1996 07:07:14 -0800 Received: by gateway.ivex3d.com from localhost (router,SLMAIL95 V2.2); Thu, 19 Dec 1996 09:58:13 Eastern Standard Time Received: by gateway.ivex3d.com from ntserver.ivex3d.com (192.168.1.27::mail daemon; unverified,SLMAIL95 V2.2); Thu, 19 Dec 1996 09:58:12 Eastern Standard Time Message-ID: <32B95C00.4C7@ivex3d.com> Date: Thu, 19 Dec 1996 10:15:12 -0500 From: "Rambabu" Organization: IVEX X-Mailer: Mozilla 2.0 (Win95; I) MIME-Version: 1.0 To: scheff@iff.fhg.de, info-vega@daisy.paradigmsim.com, info-performer@sgi.com Subject: Separating Vega/Performer Apps from the GUI Apps !!!! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi : Thanks Dirk for some real good suggestions regarding separating Vega/Performer Apps from GUI (Motif) Apps, and using socket commmunication for a better performance. I understand that ToolTalk is a good Message-passing toolkit between applications. Has anybody tried using ToolTalk in this context ( Vega/Performer with Motif)? Or, for that matter, any similar socket communication approach to get a better performance ? Regards Ram ram@ivex3d.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Dec 19 08:48:37 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA20388; Thu, 19 Dec 1996 08:47:20 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA20372; Thu, 19 Dec 1996 08:47:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA00985; Thu, 19 Dec 1996 08:48:11 -0800 Received: from burnout.cts.com (burnout.cts.com [204.216.216.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA29591; Thu, 19 Dec 1996 08:47:17 -0800 Received: from [204.212.158.123] (danstipe.cts.com [204.212.158.123]) by burnout.cts.com (8.6.12/8.6.9) with SMTP id IAA27045; Thu, 19 Dec 1996 08:47:11 -0800 X-Sender: danstipe@sd.cts.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 19 Dec 1996 08:55:53 -0800 To: dolson@sgi.com From: danstipe@cts.com (Daniel Stipe) Subject: Re: Driving Simulator and Road Signs Cc: graham@sgi.com, info-performer@sgi.com Status: O Using a slide projector reminds me of the Target Projectors that the military often use to enhance the brightness, contrast, and detail of small objects against a lower resolution background. There are a few issues to consider. First, a slide or target projector has a higher resolution focussed over a smaller area than the number of pixels that cover the sign in an ordinary scene. Second, the brightness and contrast of a slide projector is most often a lot higher than video projectors. If this is indeed the case, then your best bet might be to investigate using an O2 as a replacement for the slide projector. You may need to replace the slide projector with a video projector of some type in order to keep brightness up. Sounds like a fascinating project. How many channels? How many simultaneous signs? What fields of view? More details on the system being upgraded would help. >Why not use faces that emitt light (in multigen lingo: give the face(s) a >unique material code with "emissive" properties) on the road signs to emulate >the reflectivity of the signs. This should have both effects: making the signs >stand out more, thereby maximizing legibility and faking the reflectivity. > >Some thoughts, > >Grambo > > > > >On Dec 18, 1:38pm, Dale Olson wrote: >> Subject: Driving Simulator >> I am working on an opportunity to upgrade a driving simulator and the >customer >> is particularly interested in rendering fidelity of the roadway signs. Does >> anyone know any tips/tricks for maximizing legibility at a distance and/or >> modeling the reflective properties of the sign lettering? >> >> The customer is currently using an old Star Technologies image generator with >> separate high intensity slide projectors with gymballed mirrors to project >the >> signs. >> >> If we can get textured polygons to look as good as the projected images, the >> Onyx2 sale is a done deal! >> >> -- >> >> ...................................................................... >> : Dale Olson | : >> : Systems Engineer | : >> : 12200-G Plum Orchard Dr. | "I'll MAKE the damn thing work... : >> : Silver Spring, MD | : >> : 20904 | (301) 572-3265 VM 6-238-3265 : >> ...................................................................... >> >> ======================================================================= >> 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 Dale Olson > > > >-- > >---------------------------------------------------------------------- >Graham (Grambo) Beasley Silicon Graphics, Inc. >MTS (Simulator Guy) (415) 933-5420 graham@sgi.com >---------------------------------------------------------------------- > >"Being fair is not always convenient!" > Javier's Father > >======================================================================= >List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ---------------------------------------------------------- Dan Stipe (619) 578-8914 ph/fax President e:mail danstipe@cts.com VERTx Inc. PO Box 910135, San Diego, CA 92191 ---------------------------------------------------------- ======================================================================= 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 Dec 19 09:29:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20589; Thu, 19 Dec 1996 09:28:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20573; Thu, 19 Dec 1996 09:28:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA03804; Thu, 19 Dec 1996 09:28:56 -0800 Received: from unknown (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA09054 for ; Thu, 19 Dec 1996 09:28:00 -0800 Received: from mdc.com by unknown with SMTP (1.37.109.20/16.2) id AA239696598; Thu, 19 Dec 1996 11:29:58 -0600 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Thu, 19 Dec 1996 11:29:58 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 19 Dec 1996 10:07:46 -0600 From: Bryan Wasileski To: info-performer@sgi.com Subject: pfNode Traversal Status: O Here's another one. This may have more to do with programming then performer but.... I am dynamically instancing new pfNodes when needed. I need to assign specific node callback traversals to these new nodes. The node traversals are declared static in scoped within the main() file. The routine where I instance the new pfnodes is in another file and routine. Since the traversal is static to the one file, I cannot resolve the routine within the other unit at link time. I have attempted to place a couple of function pointers in global memory but I am now getting errors at compile time: The error is that function pointers to bound functions can only used to call the function. Does anyone have any advise to give for this situation? I need to be able to assign the call back traversal to node which are created in external routines. - Bryan Wasileski McDonnell Douglas Training Systems thank. ======================================================================= 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 Dec 19 12:31:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA21310; Thu, 19 Dec 1996 12:29:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA21294; Thu, 19 Dec 1996 12:29:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA18433; Thu, 19 Dec 1996 12:30:32 -0800 Received: from gateway.ivex3d.com (ivex3d.com [204.241.103.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA20589 for ; Thu, 19 Dec 1996 12:29:35 -0800 Received: by gateway.ivex3d.com from localhost (router,SLMAIL95 V2.2); Thu, 19 Dec 1996 15:20:46 Eastern Standard Time Received: by gateway.ivex3d.com from ntserver.ivex3d.com (192.168.1.27::mail daemon; unverified,SLMAIL95 V2.2); Thu, 19 Dec 1996 15:20:45 Eastern Standard Time Message-ID: <32B9A79B.290F@ivex3d.com> Date: Thu, 19 Dec 1996 15:37:47 -0500 From: "Rambabu" Organization: IVEX X-Mailer: Mozilla 2.0 (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com, info-vega@paradigmsim.com Subject: SharedArena and Global Variables for Multiprocessing ??? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi : I remember there was a discussion on using Global variables and SharedArena() but I don't have any transcript of that discussion with me. So I just wanted to make sure that I am have my understanding correct. Using a pfMalloc/vgMalloc to allocate memory for data_structures will enable me to share the data among differnt Processes. Am I correct? Suppose I have a structure whose fields(int/float etc) are being set through a GUI interface, and which will subsequently be read into the Vega/Performer App as control parameters, will it make a difference if I use pfMalloc/VgMalloc/malloc functions and try to share the data when Multiprocessing ?? Thanks Ram ram@ivex3d.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Dec 20 01:12:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA24439; Fri, 20 Dec 1996 01:10:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA24423; Fri, 20 Dec 1996 01:10:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA26376; Fri, 20 Dec 1996 01:10:54 -0800 Received: from beauty.beijing.sgi.com ([155.11.213.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA20292 for ; Fri, 20 Dec 1996 01:09:50 -0800 Received: from beauty by beauty.beijing.sgi.com via SMTP (950413.SGI.8.6.12/930416.SGI) id QAA06797; Fri, 20 Dec 1996 16:37:53 -0800 Sender: frank@beijing.sgi.com Message-ID: <32BB3161.167E@beijing.sgi.com> Date: Fri, 20 Dec 1996 16:37:53 -0800 From: Frank Zhan X-Mailer: Mozilla 3.0C-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com CC: fastline@corp.sgi.com, frank@beijing.sgi.com Subject: questions about react Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Status: O URGENT !!!! Hello Dear Sir , Now my customer have bought one Onyx RE2 systems for V.R. application , and also they have project to buy a new system maybe Onyx2. But they have some questions , when they using the system , there is very long delay using their C programm , I told them something about React , so they asked how to achieve real time using the react and their C programm . I hope you can also give me a example step-by-step . Thank you very much . I am looking forward to your anwer . Best Regards, Frank Zhan ======================================================================= 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 Dec 20 02:35:15 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA24754; Fri, 20 Dec 1996 01:56:22 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA24738; Fri, 20 Dec 1996 01:56:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA27801; Fri, 20 Dec 1996 01:57:14 -0800 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA25370 for ; Fri, 20 Dec 1996 01:56:15 -0800 Received: by systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA04960; Fri, 20 Dec 96 17:57:07 -0800 Date: Fri, 20 Dec 96 17:57:07 -0800 From: chien@systech.hinet.net (chien) Message-Id: <9612210157.AA04960@systech.hinet.net> To: info-performer@sgi.com Status: O To:"info-performer" Dear info-performer: I tried running Vega in maximum impact R10000 but I face "NOTICE: Mgras locking under gfxlockablemem limit"warniing message and the texture were not correct. Is there any person have similar experience can advice me how to solve this? Thanks for your kindly assistance! Chien Lung Chen Director of engineer System and Technology Corp. email:chien@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 Fri Dec 20 04:32:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA24996; Fri, 20 Dec 1996 04:09:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA24980; Fri, 20 Dec 1996 04:08:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA02157; Fri, 20 Dec 1996 04:09:48 -0800 Received: from cesit1.unifi.it (cesit1.unifi.it [150.217.1.31]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA12666 for ; Fri, 20 Dec 1996 04:08:49 -0800 Received: from INGFI1.ING.UNIFI.IT by CESIT1.UNIFI.IT (PMDF V5.0-4 #3688) id <01ID8FR23G40000QP3@CESIT1.UNIFI.IT> for info-performer@sgi.com; Fri, 20 Dec 1996 13:06:40 +0100 (MET) Received: from aguirre.ing.unifi.it by INGFI1.ING.UNIFI.IT with SMTP; Fri, 20 Dec 1996 13:06:06 +0100 (MET) Received: from vesna.dsi.unifi.it by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA21154; Fri, 20 Dec 1996 13:06:01 +0100 Received: by vesna.dsi.unifi.it (950413.SGI.8.6.12) id NAA00993; Fri, 20 Dec 1996 13:05:31 +0100 Date: Fri, 20 Dec 1996 13:05:26 +0100 From: Luigi Rella Subject: Impact R10000 and Mgras To: info-performer@sgi.com Message-id: <9612201305.ZM991@vesna.dsi.unifi.it> MIME-version: 1.0 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Status: O I have an Indigo2 High Impact with R10K that presents the same problem. I`m running Performer 2.1 on Irix 6.2. The message "NOTICE: Mgras locking under gfxlockablemem limit of 1490 pages exceeded (would be 1491, req 1)" appears when I use a texture terrain model and the machine continuosly swaps . I added additional swap space but this don't solve the problem. I contacted the italian SGI on-line service but they gave me no answer. -- ----------------------------------------------------------------------- | | | Luigi Rella | | | | Visual Information Processing Lab. | | CS Dept. - University of Florence | | e-mail: rella@aguirre.ing.unifi.it | | tel: +39.55.4796365 | ! | ----------------------------------------------------------------------- ======================================================================= 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 Dec 20 06:41:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA25180; Fri, 20 Dec 1996 06:07:47 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA25164; Fri, 20 Dec 1996 06:07:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA06297; Fri, 20 Dec 1996 06:08:39 -0800 Received: from philos.philosys.de (philos.philosys.de [193.100.254.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA28934 for ; Fri, 20 Dec 1996 06:07:34 -0800 Received: from indy.philosys.de by philos.philosys.de (4.1/SMI-4.1) id AA29099; Fri, 20 Dec 96 14:42:13 +0100 Received: by indy.philosys.de (950511.SGI.8.6.12.PATCH526/940406.SGI) id OAA07532; Fri, 20 Dec 1996 14:38:52 +0100 From: "Michael Plass" Message-Id: <9612201438.ZM7530@indy.philosys.de> Date: Fri, 20 Dec 1996 14:38:52 +0100 In-Reply-To: Luigi Rella "Impact R10000 and Mgras" (Dec 20, 13:05) References: <9612201305.ZM991@vesna.dsi.unifi.it> X-Face: 'P$1d%Uhm?@0Pu=oS5`:ob[rK&V2]6m}|G~1@XyNoav`~5|u_r|^(qHbM`t~4~;!$7Lo7 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Luigi Rella , info-performer@sgi.com Subject: Re: Impact R10000 and Mgras Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 20, 13:05, Luigi Rella wrote: > Subject: Impact R10000 and Mgras > I have an Indigo2 High Impact with R10K that presents the same problem. > I`m running Performer 2.1 on Irix 6.2. > > The message "NOTICE: Mgras locking under gfxlockablemem limit of 1490 pages > exceeded (would be 1491, req 1)" appears when I use a texture terrain model and > the machine continuosly swaps . > > I added additional swap space but this don't solve the problem. > > I contacted the italian SGI on-line service but they gave me no answer. We had the same problem. As super-user do # systune -i gfxlockablemem 100 Anwser the question with 'y', quit systune and reboot your machine. -- Michael Plass PHILOSYS Software GmbH, Carl-von-Linde Str. 30a, 85716 Unterschleissheim phone: +49 (0)89 / 321 407-21 fax: +49 (0)89 / 321 407-36 e-mail: plass@philosys.de www: http://www.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 Fri Dec 20 09:14:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA25517; Fri, 20 Dec 1996 09:13:20 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA25501; Fri, 20 Dec 1996 09:13:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA15738; Fri, 20 Dec 1996 09:14:13 -0800 Received: from imtsg12.epfl.ch ([128.178.45.26]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA01603 for ; Fri, 20 Dec 1996 09:13:13 -0800 Received: (from quinet@localhost) by imtsg12.epfl.ch (950413.SGI.8.6.12/8.6.12) id SAA04685 for info-performer@sgi.com; Fri, 20 Dec 1996 18:13:12 +0100 From: "Frederic Quinet" Message-Id: <9612201813.ZM4684@imtsg12.epfl.ch> Date: Fri, 20 Dec 1996 18:13:12 +0100 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Indigo2 Impact video Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Still using an Impact video board on indigo2 R10000 impact with Performer 2.0 Irix 6.2. and Iris GL. As no one gave me answers to: > -Is Performer 2.0 able to load video texture on my machine on Irix 6.2 > -If i have to do callbacks, do i have to use gl or pf functions ? > -Do i have to worry about an offset (with Performer) to respect the TRAM >restrictions...? I kept on trying to run lv.c ( code,in the ML archive of june 1996, wich is based on a movietex.c ). This code is supposed to load a frame using call backs and three functions: -glXCreateXGLXVideoSourceSGIX -glXMakeCurrentReadSGI -pfLoadTex To get at least one frame, i just had to fix gltexformat to PFTEX_RGBA_8 . Doing this it appeared that the frame came from the buffer used by vidtotex.c . This would mean that pfLoadTex doesn't work and that there is no equivalent in Performer of the function : glCopyTexSubImage2DEXT wich is used to load frames in the TRAM. Does it mean there is no way to use Performer for video live texturing on Indigo2 Impact with an Impact video board ? Would Performer 2.2 make any change? Thanks in advance. Fred. quinet@imtsg12.epfl.ch ======================================================================= 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 Dec 20 10:23:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA25739; Fri, 20 Dec 1996 10:22:19 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA25723; Fri, 20 Dec 1996 10:22:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20932; Fri, 20 Dec 1996 10:23:12 -0800 Received: from due.unit.no (due.unit.no [129.241.1.83]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA17758 for ; Fri, 20 Dec 1996 10:22:15 -0800 Received: from localhost (morten@localhost) by due.unit.no (8.7.5/8.7.3) with SMTP id TAA25142 for ; Fri, 20 Dec 1996 19:22:12 +0100 (MET) Date: Fri, 20 Dec 1996 19:22:11 +0100 (MET) From: Morten Eriksen To: info-performer@sgi.com Subject: Announcement: new tool for Medit users Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I hope this is within the acceptable boundaries for market-droid babble on this mailing-list. :-} -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- POLYRED - Polygon Reduction for Medit Users. PolyRed is a tool for optimizing 3D models for real time visualization by reducing the number of polygons while preserving all model features, such as textures, materials, colors, object/scene hierarchy and volume. PolyRed can do automatic creation of Level-Of-Detail trees and comes with a user-friendly GUI. The PolyRed homepage is at http://sigma.nss.unit.no/polyred.htm. This page contains a presentation of the features, some examples (with screenshots) and a demo version available for download. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Regards, Morten Eriksen, NSS. ======================================================================= 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 Dec 20 11:33:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25924; Fri, 20 Dec 1996 11:32:01 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA25908; Fri, 20 Dec 1996 11:32:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA26772; Fri, 20 Dec 1996 11:32:54 -0800 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA03542 for ; Fri, 20 Dec 1996 11:31:58 -0800 Received: from vivid.autometric.com by relay4.UU.NET with SMTP (peer crosschecked as: vivid.autometric.com [198.49.5.66]) id QQbuyg23588; Fri, 20 Dec 1996 14:31:54 -0500 (EST) Received: from torus by vivid.autometric.com via ESMTP (950215.SGI.8.6.10/920502.SGI) for <@vivid.autometric.com:info-performer@sgi.com> id OAA18849; Fri, 20 Dec 1996 14:31:51 -0500 Received: (from cowling@localhost) by torus (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA07734 for info-performer@sgi.com; Fri, 20 Dec 1996 14:31:50 -0500 From: "Bob Cowling" Message-Id: <9612201431.ZM7733@torus.autometric.com> Date: Fri, 20 Dec 1996 14:31:49 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Job Opportunities Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Job Announcement -- Autometric, Inc. is located in Springfield, Virginia. We develop high-end SGI visualization products. We are seeking software developers from entry level to intermediate who are interested in solving challenging problems dealing with everything from terrain visualization to satellite simulation. Check out http://www.sgi.com/Products/hardware/Onyx/Solutions/defense.html as well as our home page (www.autometric.com) to see some of the exciting projects we work on. We're looking for smart people who have a B.S. degree in Computer Science and know C/C++. Skills in some or all of the following is desired: OpenGL, Irix/Unix, Inventor, 2D/3D, image processing, Motif/X and of course Performer. Please forward your resume to myself: Fax: (703) 658-4401 E-mail: cowling@autometric.com EEO/AA Principals Only -- -------------------------------------------------------------------- Robert Cowling cowling@autometric.com Director, Product Engineering (703) 658-4035 ======================================================================= 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 Dec 20 13:12:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA26193; Fri, 20 Dec 1996 13:11:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA26177; Fri, 20 Dec 1996 13:11:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA02883; Fri, 20 Dec 1996 13:11:56 -0800 Received: from ctasim.com (ctasim.com [206.6.123.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA21491 for ; Fri, 20 Dec 1996 13:10:59 -0800 Received: by random.ctasim.com (940816.SGI.8.6.9/920502.SGI.AUTO) for info-performer@sgi.com id OAA18293; Fri, 20 Dec 1996 14:04:28 -0700 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9612201404.ZM18291@random.ctasim.com> Date: Fri, 20 Dec 1996 14:04:25 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Coplanar polygon flicker... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hey once again, I know I've seen something on this but I can't seem to find it. I have a Multigen database which has coplanar polygons that flicker when I run with my new Performer 2.1 application linked with the OpenGL libraries. It doesn't flicker when I use my old Performer 1.2 version with IrixGL. I seem to recall somewhere that this was something easily fixed. Any help refreshing my feeble memory would be greatly appreciated. Thanks in advance. -- Russ ________________________________________________ ______________________________ Though my eyes could see | Russell Suter I still was a blind man. | Voice : (303) 889-1262 Though my mind could think | Fax : (303) 889-1210 I still was a mad man. | Internet : russell@ctasim.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 Dec 20 13:12:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA26211; Fri, 20 Dec 1996 13:11:10 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA26195; Fri, 20 Dec 1996 13:11:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA02891; Fri, 20 Dec 1996 13:12:02 -0800 Received: from gauntlet.ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA21528; Fri, 20 Dec 1996 13:11:04 -0800 Received: by gauntlet.ht.com; id RAA15813; Fri, 20 Dec 1996 17:16:25 -0500 (EST) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma015657; Fri, 20 Dec 96 17:15:55 -0500 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id VAA19516; Fri, 20 Dec 1996 21:10:29 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA03914; Fri, 20 Dec 1996 15:57:01 -0500 From: "Morten Bro-Nielsen" Message-Id: <9612201557.ZM3912@ht.com> Date: Fri, 20 Dec 1996 15:57:01 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: bro@ht.com Subject: JOBS: Surgery simulation / Graphics / Virtual reality Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O HT Medical, Inc. is looking for new people to join our exciting team. HT Medical, Inc. (formerly High Techplanations) of Rockville, Maryland is a leading developer of physically-based virtual environment software whose primary application area is surgery simulation. We are currently working on projects for development of turnkey products as well as core research, and has immediate full-time openings for several software development people. At HT you will find an exciting team of people, a full machine park with all the stuff you ever wanted to try, and a lot of challenges. We are looking for the following people: 1. Sr. software engineer - Simulation and Graphics [Multiple positions] We are looking for creative, problem-solving individuals (M.Sc./Ph.D. or equivalent) to work on advanced simulation software for our virtual surgery systems. If you like developing advanced solutions for practical problems, can implement algorithms from SIGGRAPH papers, and find the idea of writing such a paper an interesting challenge, you are the right person. You need a strong background in applied math, must be familiar with OpenGL computer graphics on SGI/UNIX workstations. SGI Performer experience a plus. C/C++ required, real-time systems and OO would be nice. 2. Software engineer - Computer Graphics [Multiple positions] We are looking for creative, problem-solving individuals (B.Sc./M.Sc. or equivalent) to develop realistic computer graphics environments for our virtual surgery systems. If you like creating cool graphics applications, and are good at finding non-standard solutions to non-standard problems, you are the right person. Experience with SGI/UNIX workstations and one or more of the following is required: OpenGL, Performer, or Inventor. In addition, experience with VRML and game graphics packages such as Direct3D and RenderWare is a plus. 3. Electrical/computer engineer We are looking for a creative, problem-solving individual (B.Sc./M.Sc.) to develop software interfaces for force-feedback devices, as well as other hardware used in our virtual surgery systems. You will also contribute to the design of these devices in collaboration with our hardware partners. You should have experience in working with device drivers and hardware. Hardware interfacing in UNIX/SGI a plus. You should be familiar with various interface cards - VME to PCI - and their individual quirks. Experience with force-feedback devices or robotics would be a definite plus. 4. System Administrator We are looking for a cool-headed individual to manage our multi-platform environment. If you are a quick - but methodical - problem-solver, can adapt in a fast-paced environment and at the same time keep calm, you are the right person. The network includes several SGI/UNIX systems, PCs (Win95/NT), Macs, an FTP/Web server and a firewall. Responsibilities include updating SGI software and OS, and maintaining shared file systems, internal and external networks, email, and DNS. Travel a strong possibility for shows and demonstrations. To keep things running smoothly, experience with SGIs a must, NFS/NIS, firewalls, and network proxies a plus. Please respond by email: jobs@ht.com or fax: (301) 984-2104 -- ,,, (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 Fri Dec 20 15:42:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA26966; Fri, 20 Dec 1996 15:40:57 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA26950; Fri, 20 Dec 1996 15:40:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA13893; Fri, 20 Dec 1996 15:41:50 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA24813 for ; Fri, 20 Dec 1996 15:40:55 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id PAA13889; Fri, 20 Dec 1996 15:41:49 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id PAA01971; Fri, 20 Dec 1996 15:40:54 -0800 From: "Rob Jenkins" Message-Id: <9612201540.ZM1969@quid.csd.sgi.com> Date: Fri, 20 Dec 1996 15:40:54 -0800 In-Reply-To: russell@ctasim.com ("Russell Suter" ) "Coplanar polygon flicker..." (Dec 20, 2:04pm) References: <9612201404.ZM18291@random.ctasim.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: russell@ctasim.com ("Russell Suter" ), info-performer@sgi.com Subject: Re: Coplanar polygon flicker... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Russ RELNOTES FOR IRIX 6.2: Performer_eoe Known Problems and Workarounds say: o Coplanar polygons: pfDecal works only on machines that support the stencil or displacepolygon command. The default decaling mode for PFDECAL_BASE uses displacepolygon instead of stencil. This can significantly improve rendering performance but can result in visual anomalies where layer polygons incorrectly "poke" through other geometry. If you wish to use stencil then specify the PFDECAL_BASE_HIGH_QUALITY token. Also you may find reducing the ratio of your near:far clipping planes may help ( get you more Zbuffer resolution as you move towards horizon ). Cheers Rob On Dec 20, 2:04pm, Russell Suter wrote: > Subject: Coplanar polygon flicker... > Hey once again, > > I know I've seen something on this but I can't seem to find it. I have a > Multigen database which has coplanar polygons that flicker when I run with > my new Performer 2.1 application linked with the OpenGL libraries. It doesn't > flicker when I use my old Performer 1.2 version with IrixGL. I seem to > recall somewhere that this was something easily fixed. Any help refreshing > my feeble memory would be greatly appreciated. > > Thanks in advance. > > > -- > Russ > ________________________________________________ ______________________________ > Though my eyes could see | Russell Suter > I still was a blind man. | Voice : (303) 889-1262 > Though my mind could think | Fax : (303) 889-1210 > I still was a mad man. | Internet : russell@ctasim.com > ________________________________________________|______________________________ > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Russell Suter -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Dec 21 14:51:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA29492; Sat, 21 Dec 1996 14:50:33 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA29476; Sat, 21 Dec 1996 14:50:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA05930; Sat, 21 Dec 1996 14:51:27 -0800 Received: from ctasim.com (ctasim.com [206.6.123.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA04555 for ; Sat, 21 Dec 1996 14:50:28 -0800 Received: by random.ctasim.com (940816.SGI.8.6.9/920502.SGI.AUTO) id PAA19021; Sat, 21 Dec 1996 15:44:24 -0700 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9612211544.ZM19019@random.ctasim.com> Date: Sat, 21 Dec 1996 15:44:21 -0700 In-Reply-To: "Rob Jenkins" "Re: Coplanar polygon flicker..." (Dec 20, 3:40pm) References: <9612201404.ZM18291@random.ctasim.com> <9612201540.ZM1969@quid.csd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Rob Jenkins" , info-performer@sgi.com Subject: Re: Coplanar polygon flicker... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 20, 3:40pm, Rob Jenkins wrote: > Subject: Re: Coplanar polygon flicker... > Russ > > RELNOTES FOR IRIX 6.2: Performer_eoe Known Problems and Workarounds say: > > o Coplanar polygons: pfDecal works only on machines that > support the stencil or displacepolygon command. The > default decaling mode for PFDECAL_BASE uses > displacepolygon instead of stencil. This can > significantly improve rendering performance but can > result in visual anomalies where layer polygons > incorrectly "poke" through other geometry. If you wish > to use stencil then specify the > PFDECAL_BASE_HIGH_QUALITY token. > > Also you may find reducing the ratio of your near:far clipping planes may help > ( get you more Zbuffer resolution as you move towards horizon ). > > Cheers > Rob > Thanks Rob, that's exactly what I needed! > On Dec 20, 2:04pm, Russell Suter wrote: [snip...] >-- End of excerpt from Rob Jenkins -- Russ ________________________________________________ ______________________________ Though my eyes could see | Russell Suter I still was a blind man. | Voice : (303) 889-1262 Though my mind could think | Fax : (303) 889-1210 I still was a mad man. | Internet : russell@ctasim.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 Dec 23 05:15:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA01977; Mon, 23 Dec 1996 05:14:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA01961; Mon, 23 Dec 1996 05:14:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA06566; Mon, 23 Dec 1996 05:15:46 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA18930; Mon, 23 Dec 1996 05:14:47 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id NAA18097; Mon, 23 Dec 1996 13:14:44 GMT From: "Angus Dorbie" Message-Id: <9612231314.ZM18095@bitch.reading.sgi.com> Date: Mon, 23 Dec 1996 13:14:44 +0000 In-Reply-To: "Frederic Quinet" "Indigo2 Impact video" (Dec 20, 6:13pm) References: <9612201813.ZM4684@imtsg12.epfl.ch> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Frederic Quinet" , info-performer@sgi.com Subject: Re: Indigo2 Impact video Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 20, 6:13pm, Frederic Quinet wrote: > Subject: Indigo2 Impact video > > Still using an Impact video board on indigo2 R10000 impact with > Performer 2.0 Irix 6.2. and Iris GL. > As no one gave me answers to: > > > -Is Performer 2.0 able to load video texture on my machine on Irix 6.2 > > -If i have to do callbacks, do i have to use gl or pf functions ? > > -Do i have to worry about an offset (with Performer) to respect the > TRAM > >restrictions...? > > I kept on trying to run lv.c ( code,in the ML archive of june 1996, > wich > is based on a movietex.c ). This code is supposed to load a frame using > call backs and three functions: > -glXCreateXGLXVideoSourceSGIX > -glXMakeCurrentReadSGI > -pfLoadTex > > To get at least one frame, i just had to fix gltexformat to > PFTEX_RGBA_8 . Doing this it appeared that the frame came from the buffer > used by vidtotex.c . This would mean that pfLoadTex doesn't work and that there > is no equivalent in Performer of the function : glCopyTexSubImage2DEXT wich is > used to load frames in the TRAM. You should be able to use the gl. The API also supports specifying a video source although I wouldn't be surprised if this isn't functional in 2.0.1 on IMPACT. pfTexLoadMode (tex, PFTEX_LOAD_SOURCE, PFTEX_SOURCE_VIDEO); > Does it mean there is no way to use Performer for video live texturing > on Indigo2 Impact with an Impact video board ? > Would Performer 2.2 make any change? > > Thanks in advance. > Fred. quinet@imtsg12.epfl.ch > > ======================================================================= > 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 Frederic Quinet ======================================================================= 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 Dec 23 05:54:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA02066; Mon, 23 Dec 1996 05:53:50 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA02050; Mon, 23 Dec 1996 05:53:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA07676; Mon, 23 Dec 1996 05:54:56 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA23555 for ; Mon, 23 Dec 1996 05:53:59 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for <@giraffe.asd.sgi.com:info-performer@sgi.com> id FAA15055; Mon, 23 Dec 1996 05:53:58 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id FAA02317; Mon, 23 Dec 1996 05:53:57 -0800 Date: Mon, 23 Dec 1996 05:53:57 -0800 From: src@rose.asd.sgi.com (Sharon Clay) Message-Id: <199612231353.FAA02317@rose.asd.sgi.com> To: info-performer@sgi.com Subject: Happy pfHolidays! Status: O We are dreaming of a pfChristmas, Even better than the ones we've had before, Where the textures are paging, and the features are staying, Aligned to terrain morphing forever more... Please enjoy our electronic holdiay card to you, created by our own Jenny Zhao, on the Performer web site: http://www.sgi.com/Technology/Performer/. Have a very happy holiday season and New Year! The IRIS Performer Team. -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ 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 Mon Dec 23 09:16:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA02415; Mon, 23 Dec 1996 09:14:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA02399; Mon, 23 Dec 1996 09:14:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA17443; Mon, 23 Dec 1996 09:16:04 -0800 Received: from hinge.mistral.co.uk (ns.mistral.co.uk [194.73.212.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA25896 for ; Mon, 23 Dec 1996 09:15:01 -0800 Received: from daisy (l111.mistral.co.uk [194.73.212.111]) by hinge.mistral.co.uk (8.6.9/8.6.9) with SMTP id SAA16586 for ; Mon, 23 Dec 1996 18:18:34 GMT Sender: johnw@hinge.mistral.co.uk Message-ID: <32BEBF27.167E@intersim.co.uk> Date: Mon, 23 Dec 1996 17:19:36 +0000 From: John Wintle Organization: Intersim Limited X-Mailer: Mozilla 3.0C-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Performer Group Submissions Subject: It's Christmas Time! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Performers, Hope you all have a Merry Christmas and a Happy New Year, and come and see our Christmas card at the Intersim Web site! http://www.intersim.co.uk Regards, Martin, Rick, John, Paul and Andy. The Intersim Visual Modelling Group, 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 Mon Dec 23 20:08:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA04689; Mon, 23 Dec 1996 20:06:44 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA04669; Mon, 23 Dec 1996 20:06:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA13212; Mon, 23 Dec 1996 20:07:53 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA13407 for ; Mon, 23 Dec 1996 20:06:54 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id EAA21429; Tue, 24 Dec 1996 04:06:52 GMT From: "Angus Dorbie" Message-Id: <9612240406.ZM21425@bitch.reading.sgi.com> Date: Tue, 24 Dec 1996 04:06:52 +0000 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Merry Christmas. Cc: dorbie@bitch.reading.sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19612240406.ZM21425.reading.sgi.com" Status: O -- --PART-BOUNDARY=.19612240406.ZM21425.reading.sgi.com Content-Type: text/plain; charset=us-ascii If using zmail drag the attached compressed flt file to a temporary directory, cd there and then: uncompress Yule.flt.Z perfly Yule.flt A 'sun' lightsource is best. Have a Merry Christmas and a Happy New Year. Cheers, Angus. --PART-BOUNDARY=.19612240406.ZM21425.reading.sgi.com X-Zm-Content-Name: Yule.flt.Z Content-Description: Data Content-Type: application/octet-stream ; name="Yule.flt.Z" ; x-irix-type=CompressFile Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u --PART-BOUNDARY=.19612240406.ZM21425.reading.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 Dec 23 20:10:09 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA05030; Mon, 23 Dec 1996 20:09:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA05014; Mon, 23 Dec 1996 20:09:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA13673; Mon, 23 Dec 1996 20:10:21 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA13757 for ; Mon, 23 Dec 1996 20:09:20 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id EAA21640; Tue, 24 Dec 1996 04:09:19 GMT From: "Angus Dorbie" Message-Id: <9612240409.ZM21632@bitch.reading.sgi.com> Date: Tue, 24 Dec 1996 04:09:18 +0000 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Cc: dorbie@bitch.reading.sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19612240409.ZM21632.reading.sgi.com" Status: O -- --PART-BOUNDARY=.19612240409.ZM21632.reading.sgi.com Content-Type: text/plain; charset=us-ascii OOPS, ignore the previous message. OK, it'll work this time, I promise. If using zmail drag the attached compressed flt file to a temporary directory, cd there and then: uncompress Yule.flt.Z perfly Yule.flt A 'sun' lightsource is best. Have a Merry Christmas and a Happy New Year. Cheers, Angus. --PART-BOUNDARY=.19612240409.ZM21632.reading.sgi.com X-Zm-Content-Name: Yule.flt.Z Content-Description: Data Content-Type: application/octet-stream ; name="Yule.flt.Z" ; x-irix-type=CompressFile Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u H52QAAIAwEVGDICDCBE2QFiASp0yIIiUGQNCBg0QMGboqEFDRwwcIGLkyGFDQcKEBhBCOKAi 4EFAJ2PKnEmzZk1MFfIBQSjwIBmbQIPG1GXiINGTIARQAOCPqdN4AEwBYATgHYBmABwBYFc1 69WujwCwAgDPq9aymACEteoLQCOyAMZ55QZ2YFdIACQBcAfgH4A7AEAAWAUgD4AoALwBEAeA AwBNiQF8AKAlsuAOAMIBYCEZwDcAgQB4AAAOwDHRAGaRDgwAjufOkxW3ArALQDQArwA8AxAM QC4A0ADMxgoMACwA3QAgA6Ctr3O/0J9Lj07deUwLALDvrpEdgDMAVLp/lyMeQKTyubF//67e e/fc7M27x04+fvj43OO3594+fHvy7Z3XXnruxQdfd+fFV19393WXX3ftYbdfef65B6B7ArpH 4HoALDVbfAl2tyB2DWL3oF8JRZfiSSoi1GJ0TVUn43Q0zmhjjTjOKIQLBPzwxz/G5EANAPng kIQVTvxwwimoKMmkk6jcUI8EiUhJpZWJ9AAMMMHgEMwKIejgBAge7EBCaT9ooQphMkUgQQbY RHCAMLjwlJCbcMpJp50zOSGIYEIFKuigg/qgw5qGInroKj6IkoopjT4aqSk/HPHPNpVemuk2 PSijyj457PHMH6GOGoQ2qqjigxJr8imTn4ASKuustNZaEw5IVAMMrrryCowPoIASig/66LPP DzTQUssPcMATD7PO/mCBJZcgq+xMQrgGwA8w2ertt9+6eQECetZ5UE8HiUvunOa6hJCP//xx wyiS8DJvvY3WsgKx+GxbQhVA/JDFPQf8sAUaAPjgTg9L9PBLK6hgq4YpSvjwDz/1gKuxTW5a gEG5rgLQ8cfshnwSrN5ye5DK23brQ2kJw/zyQTf8sA47Nd+cMzsSFFJAAT3/HHQBKagyFssb 3ylBBSiAfK7STDvt7qt/Jq2xD8UlnDXWB/mQRhVVeA222FVA+2yzz05bbRZg/0BA15KoEvFB LLDsJgU4SI2uyBLgrTdNKFstOLg2WFKHFj4c8888hR8OrLDEGmvtsmibLS21P7wATQ8+CAMI CDccAEwT2a7c7clVD6766kC5KQEW5f6wxDLM+OCJJ58k9PiwxR6bLOXRVq52D1VgIUAOD/Qz hQ2ytLJE6dsKZBLr1AvqZgRo/I3Q9dmX/HSff7Isfrfjm34QDpyoEAL66rMfAggaaLIJ/PLT vwkMTVjRcvW0ugkBHtpLlwT+F8CYBM5q5dufAhNIgkqArYEPdGAVSoABQASCghbEYCBagANX bEsErbKVmx6AiAKOsITem5oBU8e/lJHvheZbYLdI0IlSmIKGNsShKSYwixnMgIc+BOIMVEAN IiRMGCFUoZscgIkCoi5WLYyiUBJIRRgGJg9pSAMIsKhFLjKADaxoxRfDOMZWqKAUMEhYGI7g QSkiJAgVYAZCBgAAMeSDEG4UipsYgIsCygAKgPxjIAEJhRg4oRWuMCQiFemKKh4kBwNQRypy IIpvtEIHFxCAGYIAhhjyBAIBMAAngPIjVvDhJGKoADCQdpACnKQJ2OjXoByAopMEAJSidNMC kCE1AJSSGLrkZQr3Nsc63hFKUPLBO+pRBRj8qwouWEIMb2ANalETcwxYWTa3tU2glOAQeFDg QWgpk1uGkhO6hEEELpCDuR3kl3sUzAGJKQEFxGmYSrOnCRWQCF/+w5RmQpOaVhGBCFACCT8q RVoOQkc7EiJRjHKUVBAyKaDsLnK+U5blhEctHwhCEIP4QQ5yoYuEQM9uElhAGg94EjclAB0m lMBLCwhRAMBqUpPalE4txSlPgUpUpAJqBPiJhV+GzFdIzdWvgsU7yf3OoyAVKUl1x1SMTm6j 0VIbUE7aJny+C202/VMEIMAG14ihA1SIwASYAIxfJrVXSt1dMR1qsoSw1KTaEh9YzZACQMBL XvSyV2DztS999OsH/wJCDniwJh/1wxk5cEJjS2BDxFaWshMVSg0EoApeJGQHFtjAGOzmgDNA IGRjvQcQ1pkOz26vAraAQilP+b10OcAMsUJXQ/0BAn75C2AnawI53HQAOKyznRFwQBnSeC43 IaCTsIoAbGX7T2IElxx1BcBuoegjfySDqpDr3VUrx9FLbDWvp7OrcMeKhuNE1wFi6GRtBRLd CTQBGUZNiBj8sZPaiswBYdDW1PbmJgOg4AEHSMJY1DvcCugCv/+kbUAeAIBFkINrAHhAAvqB A4bUkb8JQbCCLVpV8f4Oq2mjVkLgVUsAnDS9ACgAgpEAKAGQQcSs+BEhjgMEJnTzBxR+BCd+ VIhoBBkbEIAHJvBiywpAgBl3gAJD26FjdACFwptAGAAEMCQg0AAXOu4XEKBg3XMRWQMACIN2 +YSAAzw5yghpzpaD864/+MMF4G1qRoF3tqyq2CZcTcgAmAuA6SGkCdUoc4xVgpAuRMAA7gCF TbCBkGocRACWDshStDsDhFB6y58OQAQYSmhDu/LSHm7lpb8D6lQP2tMzgUMMbmCDFecgCgHw AV4c8AMVnIIbvf51sOlikxwI4hNfsEEWrNCIGwChBH9YMYyJaVcWGloAyQXu9wTgh0sjAiHT ezWDEyLrGtQguVSQcm3fZoR6sKIGOJCBAkAAgiGwIQ1jWENE3uCGMswbBHR4Q735bYY0yKEN 53KkON81Ul3oGhKRuKiJNUpeP5sX0Oi1bRROJ2oFHCC9PzoEDQAn3EtTAsFRIJcDoMBkFbq4 H3MTwBYAMISFXBe1DniCpP1LcwKgUwIBAGAKD+KE9QJd6HviuU0k7lSKB8/itibpwyPx4lcJ lwgJQEiPSZBcJtDZXQIYAc0X4ibSHNedRBduyDtc3x7IMiBlR2HSlSgBAMi9XQSeQA8QEFYQ KJyVCCk6dhkudUhAnOl7RvHlLl6TQIssAv+Ax9mzm3ZyhHw5Q/C5WnXQ4fneCfJN9Gq6LvAC oot1AjlAgqvQFYAfMYLYAmhj4IWbQLXiAAs8SaDuxCGOcfiA9+OwLKUwK/wcGGAnxkf+8U9y AxNYIQE5OFRmFVhQf6CiXGq1QTibGwHrO9GufQhPQoZwABaotQbfNvM/Xn9pVwz14yQf/JbP JQ+10mChYPfg1gUJBf5fl5GMtHu993sDWGJNx2eWo1UYF0PrVHp9d3PzpVYxsBzN5XEwNn4G wBnjtmWWcC7soFYw8GkuJwQwdy57MHYGVHL+pVYvYGXnEk0MeAEtIExzRxOIN15Pl2KMlzDA R4DjUHUiMwEuwHc8NwSbgRACcC6CAIGxBwBbp1YtgAF8EgBGWHMiI4MgMHkM9iOKsFKnxwIo wBPrxAL3NHcEdgFkaEITsAJsx0I8OIA9aICJV3E6eF4r0ycqiBAkeH0TkAK411xoqE7s5E7U Nnvy11ITgAJaNmB3cgErAFOid4UOWF8nsH0BAVUh1XB5dl06wAu98CuXoA+48AMggAIKgFjh hIr+YolC0QOKgCgPoAst8S7TlhA/sgjQ5YY2tV4XoAL4gH0TQAKEuE6++H2Bp4vkZ34TMAJ4 53rENgAa8H4XaIiL1Vh/8FhqJQIUGBDCJ3y6gwmYkAmkCDlyiIN9VocLuHBK1IvrYoaNOIm6 KHjOKIYT8AFvhy5vIyiCt1md9QADUAcfWI9E6HIy0V3fxWBW9TskFl4HqHgK2DXgKI4gICxA eCcWCIFb9mZQoFYc0Hku5wQpQA8aBg4iiQDxwAYYCQYIli4TsAGqp3QEoADrhALGNYgQOAA8 0HdqpQF/CHcXgAJNE4nfGI7jOCzleGJ0uHh2uC3bMwEYYIm3pAFNIGAzQUyCx1A5WV8XkH4+ eQKAoIUEaYioNQEWgH+s14gnkDdCWW1ZOAEVQIg30AjHYQPuoArYAC/w0I3Eh1mzcgNR0As5 IG1WN1z2xUsWqFYNIF+MGBNJeFeCt04mgATAyAACJmoXEJnGaHog4HhqtQAcZ2u4pmsAwGu+ RmxiWZB2BgQ3iJQ5qJTpaDeXiRfzFH+odQElADuRKJoO8IAbGBNqJTo8oWzM5mzQBpmQAJaV F3W6oFYG8HW5NnG1sJB6Zo4J+Gcx0V2lAITrRALd444xQV+6KAZC0F+nuTINp1b5CIglAApg WYjJ2SYTMACnFYEQYAIuaBOCl5DXgpr/MA2r6XTn6JqNl1fbQwGusGCDaTYAwFdfOQFOuHqA E4/CpZ+14Cb/oG4+KQLQ0J60uYIS4A+KeZbbcwEicHc+oAirUAErJgO4kAOI1TbP9KJVABQ2 cFozihA3IA+loASCyTf8wHERsAEzoHqziYeHuKB95Sb70HIiOnoaypuGuE4hEHp04ib6sHM+ OaWZ2Xc+KHxukg/HcS4nqgiLsKKyMAv/iYDltZSAV3nrBAKSN4hucg/OKaWlUaSDWZsgcH2R mHyaiZHUJwH1UBb+5YOGylSAOhNp6pAdpQhkaqazUJEreAEf0EdDt4vDRamW6p1U01txKCzX hWJuIg+EZplwyqFGOhNuEg/k+ZwHOKZl+i4ycKaLmpQPSROOh1oS8A65mFsR8AD3AAYRQAGw wAQd6psS4A6VGTIK6pgT2oPA5ybtAKQX4AFZaJMUBXzXRaE+KIDBF4YB8APgKq5heRI48AT2 sAo2UAVCsAo4cAn7UAU8sAZ7EAV2Q6yjZKTr9AEQcHZuog5hCncbAAPhxFLdipDQ6SbpkDWL OXrWCqVuegEcAIlVKgHoUKcSS7F4563eWquteavYknF8Yw6E2rAiQwGt4BjOmqkcsFpyKgHm AAAMMAw8UJMd4IW5dawBMLM7AApP1gHZI7EoqRLM4AJQ8LOL2Hr/QAp28COicJ8CMLMuQAhu Qg4g8COV0C42eJQAWp2XcLBdA3ySCgA0IAA7YQBmW2gBYA8BgAZr27bn8gSoZQGPAAy9hKkR QLd2G4nNGj4gy2DaKQFVIIVKFxNyhZDamq0FyJBz+LHWiasEmi4W4AgbGol5S7kxJQVEqosy cbiGKKoSEAU92aQuJmArO5SZ4CZQkLQU+gMxQAu5Q1GhkAeW8AMhAAbPYLu4q7u7YRM30ANS AAs5UAmzUAU3AAhecBKAN2rRJQFOwJWsN1YYIJkUwApUoa90+zEv2wRmiVF9h2KJuj0SwASE GDJxOZd1KYJuagGMIHns4rqxIAt55rEB+rcxoZ3Ve7152iYSkAQi6J5BcZV2hQYfIwFIcJ/h 2gmt8A/YMHg/0AFWoA46eyfsKzJreYxQpKhcq6YWB7/yS1FMFbhGQLgB8Qvdcjo/kgmMkMI9 6aYD8Do2RQd84CZFEIbn4gsjMA0SvD0WsAj9eqmP2cM/zKkr5HeaUAPiADMpSA4/QAx60Afk 6SZD8JLcGAPxO78bzKg7GLJ3uL+SKw9fKQFBkLR5qwhZaLkWYMYxBQQFK1YyyEsWEA9UnBA2 Z4gmjKw/AL0zAS/+iagM9gMJIAVlc1oc8AMB0AFZAGT+YAc/8AH/kAY/QAEjoAZaPBM9MJGh IAT/MA6b8ANblgpzmwjqxLda1bw8sLH82cegymBlHLTIJQE7sI1W+Se5ipAoqqLiqwP/K6O8 bEUs4wPokEU/0AK49wPqpsU9UAtgk8zLrMxVYIQxSAB8x6BuggMlG70Q8ALGVb0StsS66pHc GKPPFMDrZQGH0EQvewPzCXcWgAjfdlOOGqtevDeI9QX/UM/3XAL2TL9eewOc4Ik58ARncAaX TJEim7fujJx4qwGe4BrNSwOt+iOdgB3w/Kj66nHdxDczgKGihgCsgH8iYwGGIKxAXM4jvaU3 BZ0/MAH/QA8r3dIvTQ/8vKYyUdCZfNASAANA6tElG9KF0C4t954nIQA/QgoSprRM+wAKwAKm uTdIG1MuAAo8i6WI8ACAAAco8COjYAt0bAIYUAAM8AsIsAOtxwEIUAH5GI0TgGYS8AAX4APq YAkoANdyTddzncW2+rgJYdNjm2GAoAZvdwNWvQbIAEpSQAkQysOE8JXD9AAGsAE5GRM1GgCD IAVW3YI2kZ5L/GR1AA9PlgX4Z2hiiBBM8NQGwA5D0rmVYAX+udqtzdozDXU1jcl9LShrKwCX cNuXoNQt8HU3EAAKEAALYE6/qgA5AAYC0AYD4AUSzQwSzQtK4AdWABlEa7QJwQDBkArAAAFA wA8YwN37gAfGCgDCoAR9kAreUAACYQ/RrQKuNdRFfdRFbQe600o+YN/2jdeOu8UIwdciGwDS MAApgQACIOAHYQ8yMXII8SOycAMLqgXrfBBBQAmdFwA2DABWAAH/EAv4oOF2wJU9iQUaDgtf FxNmUAUBW7ZnixC4ZwS9AAgBMA0DoNknYQYb8HY0AAFEAAUsIAO/MAXqEACGoAQQgAOr0AUA YORI3gN8EABXcFHa8AKwsNJiYAGVPNsG7UkJYQS7gAhICwBcDgsQgAgigA6gJAj88COf0MK2 +E8Be0sbjg8pAQD24OEwYOce7uX/YAeH4OEvQJ49Sp6A/i49HRMzW7M2kYS0GEPi42sn8ANA QAI68ANTwAoZgMxgJROajA5B4COBUAhCEAb5VgdwAAJjIAdlEAZ0UAZkAAJm8AZyAAJkoOph AAJiEAZzABEFxwYQkQV1wOsuYAYnweWIQG/0Bua7IOZkbuYBgOY/AgogQW8msRPBXQ9wu+XA gABzzg84KhM2kBEb8exYQG8tYOzHfhDcbgTAQAE+kg7q4CPAUDZ21g2xrYM2jS3/8A/+4MkB oApzkAb8BgJzEAZ2wOogkAZuAAK+DuxmwAZ04AK3vgYmEQCjAADWXvEZExBPsO3RDQVtcRAq DgBoS+0B8AoBcAAlf/Jxy/F+4PEIEfIjr7a7EAAVEAAzj8sBsPHo3vHS8PJpG/PBfQwBUAIi 1TY5YPRjo9/1Sy33rukim7bBHQ7hGgBS78kaz/JQELMg//NQHwDtEABL4PVgv/I73/L64PNn 2/X3EABVEABrf6M5j/Vnv/VpT/L/EABbEAB3P3NXX/ZRsJt0L/I/oACxsAWDX/iHvwX1vnhN f78ii/YiHyhIbQeOfQMXDvNQLwATEABvoPmcT/YAwA/RHQW1FvhALwAbEAB1gPqqD/qi7wek D/mn7wEBcAcCQPuA0fehP/oVIw6K8Cu+D/y/v/jDg8nYYghtAA4sw/JRkLymn/krEAB+IADR 3226//rN/2RGy/XULhNzDgD9kBBI+/OQrwDRPd3nguABoWVrey6LmBAlkNgCoeMiAAs+0At4 gAv3n//7r/9K77VbJd/tu24RAIIAXLh+0U0HKAOEQOPKiRFhDAjQDyhA6uHYdgAj6HrSxBiM PWPg+hIg1OJ+aqsJDAQfUAS4gBUggSYQBZ7A/1deGt9JEAJv4B+UjW7R9RCDJggANrADWj/Z l7YCAmKwBDgQAHSgCLgD1tnIAQJXgA90PSmQFwIAE9QLEfAkQAIQGNymQFYIAFbQETyaSEN5 0ow8AAY14BGogFUQBsdgGWQULNDiuMDxs+gQAgcAFG/QTogBFMAOAkB4OHgIIAp4gPdz4fJI TdBxRMHHATkhR+TkIApABaUEGLA9AMAHdJwKSCNi4ARQgjnX8wDAUTBCfCcA9AGEUQQAQBqh AxHAA/SCJJAJMgGW2mOF7iS8AGUAA6JBmwIAnTCN1IFQCAQKADcgBErMF+ACGPMD3AEykAGK iQe4A3uQBWSBIIgFesBHkAPMkBBiIQCQA6HQZhQAWHA6gAABUAaaQIn1wl8YDCfAKxgHPGAc EIEfoAyZIUJwhgDEAwCBCnAA/ECs8AXHgBeuAxxwCGJFDzgEJaAfzAIGoAD4gY+IA0WhGXpC AAAK1WEEGABWQIkBAQSAC1aBNpyH9bC/EYF5wA96wAPAADbARzCC+CcQ00gciIb5AEQlBCCw FAKAYrIZ9DBW8IBT0AAKQQ8ABIhAFPzDgHgOB6IeoIUdwBCsg3dY4lZGObAEZECJ9QB6UAqq wCxgARsAEfwAP6ACakNH/Au0UAPkAzWApRYiAcgHseIH/MSg2N+awQT4AT3ABsCDVeIH6AAE rIlpZA7QwgkQDNCBYlqH8cALZMWtKBQtQRcQBD3AFBSDVLAUzeJJcIZugBYKgB8wG7QOB6AA 9eAk0sX+dgFmwAboAeiAFSyApdgU/+JA/AO0MASMgzuApXwBw3oX3OATrCeKogUYQBeYBWbA HpiBH6AHQMA+sIxp5CaqwxAwAKpArAACBoADIILT8QNCYwk4HT6ACBgCL9AD7MALwAOssRgo OrQIAGahOuQA8YAXvEV2yAeyom8Ejo/OA/SAeVAA/KEe0AUgDRYOxDdAC9lhH6iK0HEXWEfR eDp6gDs4BAPAB5yAcaACkuNyPAjOMA3QwtyYCN4ibbxRK8M3YqkeYAiEwYV5AmDgCbBG1wgb fQktHAE54BUopl+AD7jACVgxzQANLIJY4QPWgS4QAr2gElwBVfADxAAfgGbMETOqQwj5Cnhj hTwBWTFDbkiK4iGZQA8QkXzRRAqBBqkigcAIKABogGFlu4YYDC1BGNACJ9EGhIII4AvawBa4 ZylgCWS8FEkLSUCtgHQHwALMgAFwD27BD4iSUxI/DsSC6COBJMNaiEQSIfAAI4kk34WS9AA+ oA1wAQbwJZdAOWiQH9EDKMJX0ApOYj6YBRuAN/pCYIgQeEEwmAIPgAcwgjpwBsphgySPHuAX hMQ2eRBIYkB4iCmxUBoOK9ADzgAi4AEakSMyx8CoJw+i/tA6DNEVnESIGCt6gRZgBbagB3gA cADJ/gBAbJBsIBT+AnQAC+hBNewAd1ExAkUlxgt4QD7Qjt+gCTSDvngWxWQaUQOhEBg0AEOA DhRiBpAE4EwrDkuE0AvAQBIIBz1AGCiCSMAsG6R+1JMXYBwogWoYAbaAAZiL2/Ig9IJiwA5e QA94BMygE1BGp8gczUAonAlAQDPeAYbVG9kjQtgBDEAQQAIf0ATYQTawjw1SDETL3HgI/GNt JE8F8zdyyz9wCCxBcOQEK4A1gscGKaz0JDvcA+gxOmKpjHk6ekE9CAW8wAeUACfAyPSAcmyQ XiBapseqaB5XjIBECL4ABpwBTnDfVAAZWJCv8SlyAVoYAVgBIKiKIeAKqIOVKSM5JBagBVHA B1CDU5ACSiQf2JFPMQpEwwpJAt4ii+SNVbO/ichM0CF1wRDwmkbkKS4BWngBBAFX0DogwAWo ACzFAxZBKvgGiskHhANfgAB+wAbQAo6gTq6DBnkDaCFDZBOV8keiASWmqJxkP/gBSjIC1Mkw KR7TiAkIhb4gVaiCqmglT8IuuAGIQAZgqVlQBOYBJMCS7C5K3oMGqRb1ZMlTlQhBUs6CDLBi BqViMpRTIAPwgkWZyP7AMmyQxsVktsPAyQGVF6vklnNADgyCGeAAakE1CJW0M1qaSiU2JFfB ynye8vJVCoNeMCu1wExskGtAZ4YDXrAy8YEj4AIrZjHKy23ACioBD9AFKMAElMunSCqBAQcI B70gVlBIR0AF4CVXnJ+sYBPwAl1wAuzB/mSOeRIYpMslgKXs1hYgALxRfgKAeckOakAvwJfk kinyS2dZR6Llf7yNuXE3gkaDeRB8wRBYAQSgBwyCOOANIOZTLAMmdDMyLB+gaFaoxmyhTkAX mIEZgAG4ADoQmVvMGUJLPfkfyRMwyI2GYD3+UADgQleAAegFM1Qa2FDmCCn9Z3R0otQRY/7M Fio0QUFbUAFfAGk2yB8QLTfAIZgAt9GNTgC0qSHfISoYBirAB9xRFOA1wSZzFAImVGqeyab5 B7Rh2myhW5MF+ICrmQS8JookodEIXQqCdVAV86YKIJZ+UzEAzcE5AAynFmgEdbIdNMhICgws 6Zmsm5TUJvyCw8kIBGcv0Ad1Eio8RVIqORUiQxydmvJIno5foCQdQJzcAi4tSr4dEmoHouE6 KAC49CAAg2u4CU6i71ST3rAY8AJxOA6NpzkkproyJIKBWLHuAgJvBJ8AgBcYDj7QCzxlRvwD G7FB5gGQ6A8oJQDopgGAYILTldgA0sCLQwSUwlbSRGyqJ6clO+Cm19IGaEMN2i2TAD7oBeIy ETxQErpOIyU6iAWnRpkCS0EgLA9oODWWg6AXJEstWhabZedkhILxB6QCbnoY68HK1KA9oDFu 0MhIJ0VogyyIwIA6VlDo+N62xRjdoC8zGPiCmTkHtigJlY1PlAMkggr6H30mC92gHLMU+AIi wAn46HcMj87QD4DO1JYQgIHAXJnX8WAygEBwAnxBw5wGPvWj9kiKSVRroxQdkAWyGvgCBKkE FiS3U5qBVB0ISUJqSOso0NyaKsAXXE0j4Egb5BIFBnKUm8pROjojW+gddQG+4I7WRx3JOKNl LUUIQzKZhlM2uUt7aZMEpnVymH7UuaknTSlkRaWnUCasUi3ACHwBAIWlUVIeNMgvEC1BK2S1 pJgUvSUE0+oLBsBoBaVRUpQ+xYa6WhBiVU2VWRGc9oCJOA96wUXkq+hUVJLQPrAWg4E54J4V IB58gQwaLwFAD7CLd6AX6EVasFA/6gxTh1IxDXBPBEAA+oEBFYpeUQf0ArHYDbqrM+yRMhWy 0lSjOkXdoyHQB75gPraAsPpeaWF6PB0x9QD0ASmKHX8ABugF88AAFACRCVUvY2asjVU1NyoC bZhVu4ZwNAO9wDhWAv7qYD3ADyCbigkYnM13cUitq4isBL7AQwYMExk3qaRBdJpEVWpSTbva Na5mFPAFibSP8kjQKToraOlMCKczda7O1gkJfgEQOAAVYHPuWHX4OKvqY60Jv9Qf8NIlqWSf Yo+sm3dTmVpSvuk3ASdFGZwIYLS+ziiZDhqk2NSTI/YgUEguQAJiJI2loh4SRK5NuNkgP6ee /LE2gReEAlOwT42sm1kxUfKtMkfJhGYjpItks262sMJZt3kjr0AnM5GP9KMC0lLpNEdi1FQH dVXR6lVasAS05il4ATp2lkbLJqt1nmw4LQTQIIACTTkZrpTkpYuSWZaEEto1CyNLraElsW82 RF4BT9A2l0CoZY5LFAjI0aooRzHkm9Wjw0AGINv9ylifImtVh561UrrWg8ADOIEjIAQr83BK AsHpCxZslNxhzLGYzkYZq3WaJiAgrBxya9aARUoLrIDXHHT9ddxOTchqbtEtRdmaMWDT2isT aQCtLC2Mtu902gKAantts60WiAS0tUd82yUrbN9oBS22uFbRIlsYkFiHgQvwmv3WxdJabppm t0WJ1bVm1EMegb76FGEqqVWmppYXoFpV20JZ7ZTVAHUS3PJTu1VpIeulzbTv8GouARz7aX8t CVWRP0Ad7ABp0Bk5AYwRtnVADegOZ3ACxAEt4ALzgAr8ADVABVSDv/Ww+YAHxIB3iKC0TgbY BguAYHKAb8APaMElQAM1Qwk0gTSAK6MhPVADaCArtgNVcAasJdjdoesAChwAH6AK7IE5+AFS oBWU2ae4BaIhNLABnSArooN5AALe4gZIunvNH0gD+0cMIMBdorpWd9BGw28QA36ANuwXAaAq ft2wS1GCADoApRVABqCBH6B22e7VBQIB4BZkgVxIC2ICELgAUUDrrQx0ZQxoQSaYBG/gB1SA JMBqmGP6VIcA4M+tGHYgDYhBVcS9undbUBMi4ANCQSvwKx5AGPQu5ugEouE9qAUD9l3oAypw Dd4i9F0x09ClVYBtAA1+QPYtviS0BUTDcmAOBIBCBADZ4AsoxPNLUQDBIaBkRSAZSADhmwS2 Lwm9A7SwANwBLqCYfIEoYAbM4ExSgAUwBk4iG6gE+YAWMAE7MAF8wDCoBH3wo+JQdUgA1ABu eRfqABGMgqo4gSvwu/gC78AX+IBEIAm0gQ9wBnaAq8lNWhgAusA1wJhZ1wVUwxZ8EnuAKwgG gOwZ5AMf0AwggShokOoE6/IAnaZ1erA1kMAU+CQaAE9ADcghLui0OHiEftRIGnQRQSkYiSVY 2GkdIkxRJMENwBRhIACkAg9cCWYRc6ydR1YCFAAs9Qu6wQ4QA7cRAqQDQUAw8YAB+AW+oAOI AMV3BAyAnGGOzzYP7+F34YcBsdYRxIT4XRjiX+ADFPEJbMTZwK/ux2mwLnPn3DUDVXEB0ABO QDDnAB6AA77AE9wAPUADKAAgQDNPMQs4TqEABFQxK26DsYAFMAN2QAMAATs4Us5wCIziUrwy TnEqXsWt+BXbjllMAx5ABvhgzHFpkuBnYA4mZD2oAWZA0BEAS6DgVsYX+AWwmBwIgFTgCxqx R3WGG0kdHgA9rMT68A7wAgpxHJfjbbGJE7EImALt2AB8hqfIA2jhPC4A2tAP42Oto49XzCbu xCJACwRkzfAUuc427sbv4huHY4ZMjlfMOYYDPkAds+NGLHM/qhLgwT6YPElKHuACCCY/IAXm ICv+ADOQDn7BAngAxsAXfOAWsEZpYRqekCk4FKyYlxx9f0AXyASvwBdcAnrQAXwBDv6MHzUK 18IFHDinz8ogyllRDdSBckADGEEgyLdNuDAyx0hqDU1wVkzBK/hdYOV3cZRZgQ9Yyi3AKduB 3iBq1aEVJphZ9wWszLW8MmZyOfgBN1kZ6ORKQGhIqA3QlZw3B2TFfiEAbuPoZVi+YAYMg86r AKAADAC8grdBJgFdWQ5IAm/0BtagHRBbyAs0TQEymAQ+QA5kAS2KeRvkCtCVb/cMyF1VQBW9 7t0Fmv2AGihbXKAG2gHrXbsNcgPoymYQCkZjpQwAniAQPN/cmxB6ASiwBNz1CESDv5t9DfAY 1pXx4BZggZXpD16BHbiN/LeFKgM24HdaAB14B+5X+45SXckPVEEW4I30YBoIZa0TngHAL+Cj EMAH0IM8UA8IMPy9zqNBJkxlLjCEs7CajAPsYDKqgR2ACG6wHegF6zlSpmBR8BbT8G1kwy0U EpwDUOoF+IEOYMKQwCo7w0i6kluAQuzB1wALu2A1ywB4gVLcAUZABuPgmgqgFWEXsAbaMC+z YAOtZmfyOQDMDwAZ0GENNJaj4Tc+A2iYGws6TLxD1XEjOcdvwAc04oFcpD2sQq6KB1khMmmK oogT2UNuxNsgQv8AfmADaEFVHABqIBOcSV9MMC1AHsAAP+AJbIBeMAOawAy4AmL6FCtEA0CK n/Ev7hqyOBm6YjgwA8QBM5gHERpgDiStw6YL0jSqyzvhoZxJAPBQ8nFHfhcxIBJMukx9AwLy 4K3SP0AjV2huXA0bMkVRx6fgB5zjOBCQkfFAJMOV+DZmaY68jyEyFvgB/bgR38m6bI+9AJam x7R6tiriW52rDYBcqMs/IAiPRBTtkmFyVmzRChVG9wK5DKGR9YSu0GZZLTtriqKhFcEP6NA6 wBc0YVWQqAW0AibQ2jomF0oEDQGm7g44BHJZGEToX5CCzzBDNsFDeVu3UDcMhwPAKRjMMaAn R8qsu3UpiuyxzaRXzUYANwAGaMAo2ASNJPDeJxJ6BjhzDjheuRM0Y1qt83iVbmlGBpnAF6hm WzB1q26DhB2R8u2igQk5d8+A6L3NLTQ3DwFdqAa0wW9+fzXaDt43SnwHnjB9Zs65k/r+AB+w N1fj+22Q5sd2UgEfIEC7wR3ABOYXaKtZ6gsEfMHenAHpuScmY/asCviemo3PsUvaSm37zEct gC/Yz9+AAFvnER0t0/CKQcs7ekXb56PcCt4yPdgXMzpCA4NzXZVtL4a2z1rZHNAAUFAMHgCI 7ro1+ifnzqA8Ev/2LzjKsEAp04MN4KCrNXN8AdESRavkIKyiJ+RMVgc2+QEUAzqcAvQ2pcYw D4oQWL1KuaXVbKZ2UZxaShsAypm4ufFJ1MhLehAzrF+wqkOyAIAUjfhYV+lfQKbNtNZB02qa UUPj3Omm4bSc7gWzgBUwg8VZl4EB8taGxfstNmo1K6dXiZumALOgEJiCHQhJJyYp5o3OWHn/ afs8qKdxHqAFFYAFRF8A/QuO9G0kAEo6WANNJ62qf8EbCMjzm23rSUq9ulM3sNDfrjsS7ADX FQlqQECe2LVbXa+MI42GL7Wa7d2oGoDr7YO8MmM1ArfPD1kRj4GALLzL98CewtXwLqdrAbqF u/APwAVKgFrrbc39LoIwb+TL9tkII+EE8AzugbgO0XrbQqNgFbyX9bV9hsG9YAZLAm4gl2m0 AN/bVBloPuAIvMJz5wW+B7NgExwDVjCYZUCD3AOIOQYAAQEKeu1uwqaikhkL/ILKvF8Db0mO tz/g8JrC3Ll4JxLHJs0HoQdIXj3gCyrvNSjZtffq/oDETMa3zFt8zKUXHZCBX5B618Bv9tjM kQxg51ugBfhwd64DI7E++4LxXAN+gXk+otW5QUrVSEmcAxNkRc6BoBrWZ+d8CSLAL5DO1Fk9 C/JyUA5EojLFv2BA0NVnH+B/p8AvCMBJdviu7YF4kk/4CwixNLxSOu4WXWRhtP7L209Rkkto Mxxi3fYa5tFUVENvgl/QoXEAiBbRA7Gh6kIYA8XRtTLH5jwgDgjdX7CgGzQ0d7FlWBRU0DQs 6P62D3DDzuAXxGFG8YHtsAlfprY7d+LuS6y7c+eq9gWoWnZrUub4mge4pIasp1tLF/QErgN+ QexuxAv9n/NpZmyf03el3N7s+xXH4hvgB2KAMH7jrzpaXu/cmb3V9+6W07/gF7jpChALpDdK TyNNI1IWbwCLvNf08lazbjoD/AI5zQtkQTcwA/rrn89qNevBK6WpVrP9WBFvARIexLmxAKXg H5x3o2OELgBaQas23aq7qp7uqvjU7XOmruiZ2gZ89YqsK+03ZMXf5kAcW3Aqqo5XgVaHxRg9 iKuBMlCPU7ApKOIS/Ii/g13gC2iwOpDh1dsK12MdXcXVrBHuBb+Ah/+DH04K5nVeRuYpubHb 5y38DH7BC38CiJ05dgBdOaHnuQnGmDjcF+BzfS6HB7MDguexWYDOXTVgxvHuE8CvfXceYOZP /XO9by3YA7t0/Ibin12Up+E6YOTb4I+H8tebfH8AH2a+B0lsF2VqEgR8gfWlBOkZKwjyy37K M/s5l9s/gLN7dlzwBBx0SXm9ij13MvbvXoRdAWSX7CA6tMbbsszXFzc+jdsnEYkXdkmgDhx0 IGeO0NBK3+MKutSdUOtOGIo4CvwCQ/wrGvEj7u0e1q0rU7ieuzNx16jrd112D3fmqIsDdEzI drYXpCeEOwYAYkEAyAQBi4Qu0R+gpyHrRvfTOzRQ/4JBPQOsgSmQZyQ0wI/pMs3T07RPX9/S 4k0P9TktCzhBJohOBFlXXmnIWuCt4Vz3x1JgwR/iidwg4/EPaOrvtMmXdYh8jov1rs7GRhoc V3NS/cF9t13/yAH5HQ/EkhmpD/gtr9QfnIGj9UjQqYN3g8TccHIXnoRyfsONOC+IA+nAG7Dz dy2X6TJz9AHRsF5z0xJc36+yEdc152Cbd+hO3YQhJwk9AiCRBxzz7v6DNfsPaNGP4BfA6FxQ 6Ge47KW91+kdVIBbsEu3gCRQAWYXHiiDXzAAPkHuq9LFQfm+C+brfN+Fqmf1udMIIAN24ANy QR0wAbTeH9xH+v19+8BJHL/l19ev+l1aATyBgnR1lCDZ0xFeTX+3faXEv/pX2gP7FnoIZoE1 MGbTIAHQ+k/Aimr0oq4Jvfin2+duMQNuQSbABbNgGWQDJ57S9WSB79US3cKDcAMADPzx0m7E 6qtGF/grf48D/u4O4SKAC8huKm3CfwBxnqKwNzmvzF/fHq1BBvADAqMWdANtL6az83Z+F93Z DpxEjn9vQwEjIIfcQBaQfGTdnrPASYzP83llsPyVEQNEQT4wZA+AEKx7+sarW3ylfPEuHWgG 6h8wqGdBNWACsnR4i2qGTOZZ90Sn67+7f8uBiT+vsbwkdvhAc1jj6kMsu02TCYe9S3vFOG2f rfOn/bu4AlPgBcjHJTAGkn1EJaENHe37AJXstDEBb9z52wLuU9wTsAReQLI/AI3Vw7ZnLbC7 wfaKAfyuSxT0g18QAB4AH1j3eqBB5nQgsNKvcpnW3vI+Tm8Azz7TZYAwpt7MMWlH6gLe5qvi gWfgCzxTr1t33CAx/UXOiljd6gv8/h0HfPcp4PpP8dx42OxcyXPnJX/8br9rUINQIAo8OzdQ BXZf80fDUl5VUfnfT/7W1eO7g1+QBWrBNpj5w5uWg5hbng1yubg/Hb6g3Md0KDANwlqtz/xP McBz/jRdj1v6Rw/9ctoXyPQ8YAFYZwYQw/MdXHfV1QBIGkG3+x106piqMKUxXAScWPdQuH5X H+xn0UUCNkDZN699X8Bd7iTcIX/jnn1W7RkBv4Cr0wmAf/9cc/fcSQPR3bYA+P0Cwh464AsY ez5AskdMbG2RktH3TiF999/6NtLpATPeK+b0QX2rlZL3h3FTTd6B549tAVIeJ4bw1X5tnZj3 1lV9Bt7Vx9Wdeb9A79eIXQOwkQEAdFkDedSItw84GIIOCPALxF3vghYgDBR8JsAQ0Af4APyA JrCzoUVaYDQUDcgDKeAv8AXqAmFgODAC7FCCgCjAAvgCK8A94MjNAcMARQYHAl3IABhAB0RY SwAKoBCBAJHAFMAbxQAMgC7gC1QBRYAw4LowAEjeIRgNJYKLYO50B4aB7QAfgKV4FH4gICgI Mn2FYBaICCqCjKAjiDdFgsBRIMAJJACXYBEQfMQB2kDm5SwZAFJANJQL2AJohx0IBuJNeiBk 1gauAb5AGvg6mYG+YOdkAORKHhYoGAs+grQg0GQL4oKYYHvFC3aCvyAZFgrEAimeMYgH4k1j oABlBvoCzaAayAZqAklAFpgDfIKwoIvXCGKDkmDuRAlagpigM7AJgoPSIBlWCMht9tkoOAtO AXwYH6AJfAHtIBYwCxACZQCi1hEZAGSYNWgPyoKVEiSYD6pZvCA/WAS8Aj5AILAJqD9woDhI DnqBx2BGOFqog8IAIpYGFgG+QBsoAk2EFWE9qEwZAPfgQbhL8YKEHSaIcImETQFNKAwSgyjh OZgRBgGDAPqnASgBOIAv0AKcAcbAL5AHWAGlT0lID4aCN2FOmBFmg65bi5YLAgIWHQPwGwiF HtYwWAwahEdhUogQyALBgBTQVdkAEwAX8AvsAesANhYOXoVFYRhYA+xNa2Fb+BbGhXNhXZgF 1oRY4Q2oFTohGiH6ZwsuALmgHFAFagPnnVXoYc2BdSBaiBgihacDW+gW+gJwoVxIF9qFASFe eBHig7UgJ8AYYoJ5wGMYGd6FkyEdmBfiTZghRbEUEgFO4RkADEiFVGEW6AJEQ1zgG1gQpoSI 4UpYBgoDwkA7CBO2gX4Ua/gDWIRZIUaIGHKF2wIlyAvkgnVAWLgaSoNjQDR0DdQCLYw5GAZG giuTQhgGtINKgCwAEepWcCATIBo2h6Thu8AT5oKOgC8gEoY/E6FstBzahIahczjGQYc/wHuI CTIKIuHsVHKFQj1AClAKhVa21wgAC1AAtNtBEANIAy5AuzaNwHHlABLwDqB/4ZETMgLAAYQA h7QLkALoAKflCbRfbgAMUHc8RTmTh6UMPAEt1rZwYbh5GiKHaA+dA/CAP+ADyAJ1AIloIi5Z P8A8oA00AOifVeaEiAC6gEEgq1ACEwAtMAoAA8jRDdAG4BFPUfbgYcEDDwAr8gOcA0hCVUQk GokrQwEgDpQAncMicJkNAVFAJ9AgIXoeFjaQCBQD2pA8EA5EAVpikag7cAHF0pdkDbxOTiKU yBzZh/rAGDDetFCXgA8h6IQApgANQDCVAbOAF0AL4AAMAB7weygA5MFTJDF5WPjABlAEZFB3 ABAANRWK2tATYAPYiLGAEZAC+ADyADUAbw1EbNTwhwq0AATTPMAJ9BVaB6FIA2hDFAAVEEy5 ArsAqUgNJIcf1WjnYYEDT0DoVcNhAKvAoFgo7lCNgD3AB6QJdYAU8CgSfQBeNMQPDAJaQe6E DfgARkAlBR6+C3cAGMAO+AJSwBQgDvgAHoAvoGY8RSjbmEYtrhjXYrZ4EK5M3SKxFy7SO+Xi GIAzRUP6QChABwhQ54AtYApUQx5AN3DyrQxngAJwBYhru8AR4AuUi84Pc8RZ/QD9gAkQCjSI JwEQEDAOjNsCH3AO6AIzwCkwCYgDC6MvYAU9RUnbD5Av7ovvQr/4L2odF+PKVDCGDc3ALrBz lYuKCQk1aYVqWYAJsLu9AwXAFPAWcQCzgCVwEgkJ7cAvcAAMANOhOKAAnCBPkQwAEj0DrUA9 Vg3IA42ZYRQ0nkRbQC+gBvgCSIAWADKWigUcgJasQY280dT4/TghQKPQ+C5kjWiAD4AEXFC+ ANgoptUDOSPGxDNSAejR1chwUANH1NE4DPgCSmO75ww1AbpSOIADHAErUzZQAHACCtGG2CEC TZeAM6AqcAGWgBZVIp6IDJ2upCYCAyuTm8gEaR1b4mzFBDgCI8ADMwasAj8AmbgJNEgcgK5E JWaKKaMVAAXEiVyifQYB5AESgA8QDbgDfoWTOAjMa8YABGAPZEX6wKrgH3GK3JIoAAKMImCA HcBrlYoZlwlHr40BSsDKZA9oA0LApjgrAk3nAAXADPwAQUAgkCtCj/Ma3WgC2I0Ngfa4uwkJ 6cAP4Dc+ioJjv8fimQDKYw2nNd1GGuEpyA+cA17SFlAA3ALkoi9QGSBrzOG2wA/0A6XUu9jf TAN8gCDwA+wBhUADEEDCT8jaPBAI5AG8UT2QCkQDt1HL+C6kADpAuLIDxAM+XLm4Bohp4gAB ULq9C/tALhBfsIwC4ynICTQB/iAcYAjEAyFjATi8gYJZ0QGZQFZKHqS8xEAiRxBkAxAy2ovW GvVoPWKPeaPa2DV0j8cA+BgIsINyI7IWPJKE20LxqAT8jHpjHqc8alHNoycQN1IDviH9BiwK iytDPkAsCjppYwOWLO4BzOKNpTQyjczRufQLGI5IwC6lOGoCZpOMCDk6A7KAL0A59gI/wOXY IAl/v4CPCCRSFEIiEBA65k4lQB9wAtAAlAA3IAWkjlFAvsIcxWO/AJXIivwCWKITUA09kmrW 7XgB+AK7oxvwAziJhYBlRza+C2ajpYU8qllZ4xngNm4BCoCuyCsKcJIS1MiHTY1VY6UkK9Zj WWMawDVqAfCALnlItnU5487YMx6PhmLuJCRsf0djzKQ03nrSowWZB6xMGiQHqUCqWSDkYDRC 3gMBZO1Iv52MWZHKqC0ihLnTy8iE7QLlXbmI5BR99OOKsYRRAx1kDAk07Y+jiP9oCxyRF2Al UAacRPGACMAGKERBpH3GBGgCxkAkcwqgASGjOclLTouOQFbULlZFCeUv0C2uAz5AuAgOhIyu 1/AWD6yKreKrWA21kblTrXgPfEmugCVYRQ5vleKl+C6UA5liEzkheYr9gA8QKsoAY2TYyEv2 iX8iFRUozgBsZBdpnyGKXAAtUAWAAn9j4MgjrohMW+50YZAipZYfmcfRiMeAL4AjdmGG5FOU Dv0CaiKbmDu5iRsH6CgnAk2j4xHwC3QAYwClQCaaiYLc5rhLeY4jESmZMNCJFcAvkAJYA5LA KtkGtJLoImnnJ05I16MQAE3mQt2jNvALhI8AZKm4Sw5ECFikFDwGhWqWFnlYJo8gwDvwC4SR uqJP2WF5XnLL5kYsqo8URbIIB/wCWkAdsLQpjYXhOakv8ov+YjWUP7aTCoAVgDBWDOXiAJn6 6UraJB/WTeKP2yI4qQPYViNkPRBAZgHzGkU54l2UMCTGqFGCAesAuDgFRJflYkgpPd4DAuWE VFAelM0lH7ZQRoUUwEMZMn4BDdIIoCu1A/Wkenc/dpf7JP/4C/iPt0DIOE/ClJaiAEVTGpZW oxNpn3mK+4AvECr+AGPkDjCvjZQ8We7kKqoARaV++QvUivKAXukKIGKlYhnJSwKLD4qapUZ6 T/mlG2kPnJapJUB2TfKIryO/KDsqRHblD+AllovCwCIQMJCJmiSE9wMQmCPegWksbo8rQ624 /aUArsCv4FjyiDGlfXkH4JfC5Cy5LXiK/IB/aQR4c6XiqZhGtAFXoQDlQwKX7GQex0DaAXNh IeBLlYsA0nIVDaGXbJ99dk9CmfrjOSDzwZcBpNdGQhEBulIBSbwhkPkkxtgLMJBrQJVpRMqT DVLh5WGlkCukmtVCvpBApD7ZNcyQ+ZwNKQ+EjA0jCTWC9YgXpG+5Qb5FCeWXpAMIAKJePGAP RJRIWzQ0WY54lmWG2d+IAiFAWBNGBpgN0g6Q6A2WuVNhyUXqlz5A9ygNLJaBgEtpKs5rimSQ aHtpAIvADlCPFQGKQARAC1QCRMAM8AuIANQA58RLepIrRihZFdGatmbu9AHoA5sAMGMHpIYi QCUwavBqYSXBRFZWQ8hmLkQHsABw2g7gDfADvyY1gEXSbxHjxGgT7IdRpn2mMeoCMMAocAI4 AgGkEyCmbY6dYzjwOVZK2SZFQQewAStlQXYA/JrSppj2OmJMWCIUcCblmyvDBwANIADADA5w C4Sb4yYviWeuGHvmWzRbtlAzZO4iaAaQpxKoFmsykrNmrakNwYSoAA2QDSQDD2e0uWkwRyVA NERs5k6hJLYpcr4LCicD4AugAzgAKRBuCojM0WHmYWGXA+W7sF3igyvTQokMOJS2ZLkotzxF e1CauCbWY9em1oFwJgx0QBvQAfwCBZl9Fm06KNRmIgAMzJX25kg0dfoCdMAKAA+Iet7AP7Bz 8ohAp3ZpUBKd78JCeQwsmKdA0ukLiB/D28AJc46YUufMqWYtmygWOmAHJAIAJ+ZIQnGSE6co 6EJanMElFTVDRgPomCEgDwSQMyEc2A+UR3RAi5Q7JWX+wJnEAewB0ADB1AXQAkJADRAJdAF+ gMXgD1SLlmd5ZAV4A7vbMJADYAOe5ytQB/BGo2fpeXqmnvoO6/kLXp7qUAXwBhiev8AzMAXY AZ5nIfD7sGWkp+mJeqqevqc0CHyuQ6WABaCSbSh7wM94AuwDomfzuXtCn1ng9FkBCAPnwIhH DGADtCfHRg9cAbin9/l89p7hZ3mkCswCu1ss4Af8AT+jBxAEdJ+65/u5emaBxQAPVgmQb79A MJAOZANnkgVACAxwLdQ/oAgMAT0AoxQOGGVNQAknDV4f6pAEMA1kALubAYqAGkZOQD2wu9kA q4AJ0AOwAV5A+8VTJnyxkAGgCaxFAkAaQJ74AMZAE7AFVEMbQD9AAJAnvkAqkAT0VGRALlAN +ACbwChQCcGBL6hdxpRxSDXoDap1WAAyQIHZQpEB+YAM8ANQoS0ADboE0IdwIExhl4kDSkA9 Jg04AoWAQmQBBAGbQC7UCDQAmcAvUAWIArwWPfAEHGzSoDZAC0kA+UB68QuMoWWoYcQAyAGQ 2TCwDUwCbmg94J8kA6lAlykN9gKCUSNgC/Bh08AMYAIoRBVAK+CVUBRU6AjwC1Ch+ZYxsASg h78gM7AWeYojXiQ6iXJsd4A/ABz5oOdYEIoN+AJF6G0wESahQIAAwA5UAfUYMcAHdAFnUgWw BdQAO5QD+gP0Ar8OpNkFNAEUnzRIi04AfkAhsEvporwox2YC1DHbQgZgBIQCvcAcsAronExA HlDotKC0qADwCSQCAhQhIAmoR1pHBdAJ4AIz6BqqDPwAb6gfcLZhKEjoWoQFfAAqmTmKjlZK GwAa8AjMoIJo7lIF1AOzgC+AiKJ+vyctRAHgAbkAwXQJTAEqAKNZCSADuOcsYAfYAAMAFjAM WD1oh/SpkCYBkJx91gv8AxUAo7kxYkyn0UWakW6kB0FH2oJOnxTAGxB65k7RQAbgBTCapQDG tjKkpBipRsqRZoHtgEJaDBgCu1Q0MJIymhDAMLBi0AHhgA83CRgAq0AP0ARgAErpRNgMKKT0 gDWgkgUDkoADcCY1ZdEAxsQHQAM7QC+QAawD3YAvwAFgWFngMqCQOgNvAMGkCEgANKYTQvtM AYVYOKBsuQGqwD/AA/ACp0DY9gvSohQASDrijaQlKct4kuZOXgA+EAT0AFPABQAOEAsrgNmn jCqkDKlDCpFKpBQp0NQNrAMyERhQApAAPkBqmRxMhMqAQiqT7m416U3KMuak6N89cGf8As6i AOADaAJjACgqDWYDQilRSpMepSxjUqo7fKaHwGZZAuRVqaVqNRHmA71pUQqcApHC6buwA+QA eIAnpw2AAy/RFsCV/IKiwFsal74Lc2ldajFiQQRTEWAFXDojACyzC/ACF0DNeJmqQxQAXCqX 0qUIJXlKUcimdADg1QMMTpoAGeDPSYPVwFokAfQBu5QwMAZsAmfSBhAOIJhAkyrwDWAAPUAc wARgAsxCNgDBtaABavD5esaes2fteXs2qA9qhDqhVqgXqifkgmKemqeaxXl6nqAnZBYBtAHk EhngBowAPsA2UAYAgCbqMgoDOAEqGStgBigACWorYAjwoC9qjDqj1qg3ahYYD6xFKgAssLs5 A31ADpCgeknonxEgB8ACbigQ8O4QAKeAmgcDGABLavA5fI54xifyaRgpn5CZlYqlAgxbapea BVYo6tAEAAbQArvbM8AENKQcWxYQC+gOLyoLsIm6ARyAL2CjBnAmKpxKfVqfuRP2qX1ynxRF n/qnBqqDaha4jDajz6gAgKBKo9ToD2CNYqPaKDfqjUqq5RH5aX6inwnq+gkcqQLeACrQC8QB V0AKgI5lA8ppPRqnmgFSwC71CpACQCrH9gTwnAmDETAHPADwKBBgCPwCBAAq0M28p+vQ/Fl/ 3p/55/5JUfiqwCrAMKwWq8cqOBotVQDqAALQo6I+gs4G8ARkNBqlERAMzAKrwDtwBPgAhEAh EAKAqiaTPoAEqGTCwDhABuCgEsAZoJLdAeIquWquoqvqKrsaU7UDFwAf9gyAAkYWxzYEgAK7 FL46rpar52q6uq7OotfqM3AK7FKbwyZAbNmfI57Cqq82rP0qxGoy/QK2Ye5EDGACVEC36g6I HbmTxsqw8qsPq6waUzEDl8Du9gqsAfpAgsoLqAP3ar66sjqs/mp2sANspYGAKJCASgHRQC5E CBgB/UAEygbYAL+AHVAN4BkeKzAwAUwD/lwBGrSeSRmAHnAPMCxaV7l3gooB98Av8Ac4Agjp eyq15gJhAMZUCKwCXkA19HXJAKcDD6AJlAE0wBWaC+CQ5UAw4Amwq7/AP1AMTAFqK9taDfV/ DEDL1A4wAI0EFVrddQMrQFDznvattOfuJg1YklWRBQAKsAOQmQRwAAwCbqgoUGQVTnOMNNgJ REsTgC/AA/Bhk6sUIHoJYKcDLzAAaAHxQCG6ajIAi0AckAX+A7rSP9ABlJ+50zSQCJwC5tcT 4KzmcYfrNkeFUl+MqyGQBTKnetIE8AhEUb3r7/oWaQB3wBnQus6tDsAmmgugAz5A3vrxwIG4 a6TkD9gCw8AzagOIoPTZK8AHzKBHqz5AjLoB45DTSqT9guGr1FoH9AIqGTFwvh6c14AoMINC ANDAOZCNtgL5KR/Q4WSBnkDuqgDkATsULvAM0AH7VxgQBigxPoDmKo68oQ5k4TRfDqak6ytC wTqwEKzUmQgcAlzr65rIDKSrBO36FkStZhv6ujKMg98A1ioA1AMJ6xFwANQAx4AEsAygq4PA NWW2WgCv6C7FC3wDwUA1hAGIArrA7nYH2LA4rA7Lw/qw1qqeZAEMA96kmhUNTAFxgBELD1QD NewNm8PusIRAD5sF9hFSbCWgAUiuAIAxIOhkAJ+ACjCC4gA52VPKDvwAJAAGALXCgb9AtGQB 1Cv1WDBQAswAWOs/UAaoZNVKCWCWrgOTwA/gBKgBhucP+zphTJiAIzAHHHKxgBKwu9EAMJIP 4AasAgrVChDA+qtArC8gxBKxRiwSu0MpAm3AMQCZbgCRQNPKARh6HKwU6wu4sNsCDCvD0rAU xQfQBQAbounOpQ7kT1lgKaDHUrEC1BWbxWodGMAWCxwRAF8AJ0Cb+gDZqwMwBPyOE2GYCgxY AGYsGqvGel1tLGSmy2IDxqk398vOAVmgKFrGnrG5U8+zzVZKbKwbmzs9ALuAImCdtgOkYgWA BbKwj+y7EMlOsl5XJbu7KQB/gDiSnvJVDMAkwO99qUnoNZvPrgz7LCVryQJNzOw7KgX0AP2Z NFvxRK0TACywt+ZOwkAAQA0ccvuAOYD+bQPKQDMQoUIBMaAZgAuIAP5qBeCuwqvyKr1qrwJN JK1JGwegtL+ASsvSRq3YqraaO7EC3KqumtGsVXDASimjJgFOWSMghcayUisoUGj+AqjAHhCm SZ04wCKA/j0BRe0V6gYgtc6AUuuvTgCjQBvAh+Vzup4TogG0AB8A+qcGiANxQJaaD/wCmUFG Z7ZWAACrwEqwdqsHq1rL1rq1cG04INe2oPXrBFAImFe50zOQCZwCt1H80A8AR1htKPCnZk1d LRRrotavFYDESrH2ABYrx4axUhSN7WN7gzUCku2XGtjeryrZMGALEAOJbf/6vwawA2wBe8BO hJQtyLq7jawlK8d2suoOJG0tsKpqAUiYShvaGgDsSfMqCIhmudMqUA7oAtimKZAGAEdqwDjQ BASrqdpiUHn+gsHtyxqzbp40q82Ks1IUze1zCzBEt+LAdPtRFUR9GBTg4LB0kgDjFStqAy2m L1AGFAL7wC9gBZQA6NlMEG/9AtRAL9ABEm+eAA/gH0UD+xTfFQmMgFhAADAP+ADXwBvw5R2e ulI2UATMPXqmEhCwgY4EDnlyyXQAf+A/QAgoVF1AJ5Dz/VS60jJgBUBBeiYq8FzFirfAdbsy EAHhgKuaAZgCd4APEAZIACQMCTUF6ErOABrQDAR3PGA1FALEA0YAbxQCwAAogC9QC8QCRxMM sA5AuCSUr/gLVANhgICp3pkBtQ7oSAFgrhTFI7AGSAG8AOPaV9YBpwA2+VHJRr/AMWAeBnfT wDZwG4UAecAWQDBFAUkApNkAPAGmgC+AAowAoS0AcONGSsWAClAA7FL5QClQQMWKvcAKsGKU AVwAq0YIGAMWgA+AC4QCXioA4HPekVNA0qRnNgB8gI87DzQAu1sEUA1QAb4AOCAAUKgyAAeA s/GS3UA1gMuqWfhANfAFCDoiAAUAiqZ/nEMPEAR0A2DAD2AHcAJL5/AmDqwC3YBKhg/8AxuA fwTk7lI7wBowBvQAmgARkAsMM1BAZfcUObnOgA6wnVJIUQDiGCvSAwdAVpQTdQA9gCMQCoBV cS6eRb9dA7ZANrBL3QNZgCYA6yIA+0B7lArQAtKA7WAFFAE/gBxgCCCRzJGjESmFA/bABqCS 8QM8gGYTMIGEKpkJ4A2cA5wYIaAH+AAVgBNg7vKS5MBDZ2FOA6SAQhQCpLi7mxygC+hUSMAD kIUCAlPAEhL86UrjwC8AC6hk+0AAoN0Jk30AOrC7eQENjy/gDSACCoAvMAd4AFWh9AgOMAJq wLrLAcR12263CzT9AwLAr8ALnAG1S5y7Acxr44A1AHvmTveALODmErqGbjs5DawBPgAZAAzY AY6uIipW6UrbgOqqkvUDM0As4ONqAjwKtwQMBAH5nB+wDKgBvEAxcAvEBEqUrgQOpAJGwIjH D1gAfKEwqQUIAegfPaAEXAKeHRjwCPgC7EAkoIjet9hANyCLqln8wCnAAvi4g297FAcEA86s FlACKAC/QAHgAahhwxs5gAeoorkTPgAOiANnEpt79apZe4A50A30Ao0AOQAG2LkjgLz5FM2D kZI4QAN0A7ubPkADWAWxohDwB+xSOU7ItgycA3+ATJcLfKMd1i8QDXAB1Cjx1gfEAYNizEvB +gP6wGmJBXACzoAvIASIAe9e3hspsV9TlB3IArSYAVMLoGICTS/AAFCTjQBKwMOpmpy3Gpc0 4AYwqHpmGgAF+EfGL3AUDbQDxMAvIANMAVqA85sPfHHR0DiwCDy0FqalCOs2AE6ovEQmXAK+ gIYrjnS4q+NTpB56WOHAEQArVpZvwOwYK1oDfwAPqgpEAtuc8ZBrJLiImzPEXHlY5QAkIINq gGTAAeAffQP1wAxaBhgCS4B8awLsXfkOdcMcNU5WWgHQA9ln+MASMA20vvbAJ7C7DbkmgJH7 X8IA7MCyJ8D9ANvAHkAOALp5wD6w5vICUZ99xuJenS8uHyDjSgAwhjNkZ/4A4QAmsA6oZPfA DVAHvEUigAbQ9wJNWq4x0OWeAKMImKtDVnzYQBngCdDBdsDKFisKA4SASobo4gG+ACFQDPwD jm4o8PJWfNlAKgD8pr6kAK8SK/oB4OAvAOe6cnNuyIYCiADSLjyHDvAASMDuhg94A5BA64sP DMJsVDWwB4S6AsDDVOp2GrPcNJBHlpqmwBwwSurBM+gh0AMcALauN0Au7bpZ5tjrYaUDlEDW q2bZA9CAXhYrRsEEU7K7BzC7RECj1AJAAf3EU6QFREPiwDCA3Ap0KoArMEo6AFQAw9ILpAK2 gDFg77oo+i55+RTthh4WN9AOfAO7lD2wiGm8+QAYMCHlRA1AuAsKrAM/QJzLCzNHYJyHhQ54 A9blL6APNAAYwKBodvFGCm850PD+ARBvE1AGO8M2AxvACKy7pEAuMAaXwfmuLjCthbx1AC83 BSgCdWaidwpQlkywNBAODIqDQHL4rZkBbYDNiwhgADpvBwD9phHiVtD1C1y+At0gQJUETIww xnQGTANuQNcLDCQClXCkWxSfA3QAO5o70QPtgD7g4wbEgRPS+w74ALwAGiACJMQBwE0HAHzA PwA5MODWY/sAAVAMtL6fwChg4b6935/cS/cWA7YA/ktCIcFXYiQwCexu+cA5MDMIk1/Apdo1 GL4K3g8ABqwCjG8kEBYga+PAFWADqGT6AB4ABLS+ibE73Na6AahlCaABhL4egO7LHOHDP0A6 0AGsALuUnDMADIpHQPq5MuQ4i4AvsPw+mBZALkD8MkfjsIe1DoQBTIBKZg/EArxqwAQKrxix 7zhA+44Dn4CdKwIko1vwN8ACoALBnRPgjMaKOfE7xP3Khd+vNiD+hgHVqvwIDnwAYsBipwOQ AVBTbAyZDcCOgAE8BTS/ubEhWPGRA9AAGNAa9wMrb6woA3zBFEX8+w38AvQv5KmaZDBwXD5Q A3h79lkyMAeUA57nGeAMEEwRQBDQDvQCYUAK4EBJAVTAUjvegkR7AIWWO2kDJkAGcFLyADqA UwwE3MJdwDEQDNw/kkAbPBD5Sx6WPvCtIogVIwdAImNMbYAxIAvwAnMAKfAI3D+RwNDCHDVU ydqBvGIoyAyyYeQgQ8gScg9QIfdnGPIda+NyyB7yygAii8iG0Y38LtirD2+KzIn1ApIANcsc VQHeFw+wztpn4oAYMAx0qx/AXPwusAFfgCvgC+wCLEAm0AvAA1xTg2QEjE3LwBKwuyUDCYA7 kKC2yQTTNswJ+AJJhgPgCxAAvMCe2jTyyX7yuwAovwNxFKH8LvABOMAvoMedA9kVPJAKpMIk VOv4c5rJGFOaXL5ybJbyygAnuwI+AJ2sCdzJefJTlCr+APYAEYBw0HFJl0KkASAAYty78ATE AzkAQicKmAGekQfAuzJHTiOlyAm0p7lTNgAECAKCzq7cK68MZcA1IJixAQ0APuAZZQCgstiY D6ABnMS5KS1jTFeAKRAN8AA3ACUw+SUAHpKYhg8syyeRswwtS528MsZULSsDPgC2TA9sy6AM slYr38orAzqQK9PL0/KQGQ94c+SAKHAGFMu8ndjIeDkGudM6IAzMANZSMjDhdg3KQCZQB/gC k4AMcFp+AUnANlLx1QP6gAVQj4UDYkBSBwRkABaz7oAOXANIgC+AA4ABZwDvlgQUA2LaPSAH yFW50zHQCgQAFfPFnDDgA3OASrwHYAAWgM3cPIFqOjPPvDL4zAGA29oyUxREsy7QAxzNSTPI vDSPzCWzNoQyLwJY69TcNXADB8Ah4AOESzKfGMADeHgV38McXE3MQbPuoAFRwoYAPFAA/AJq c567J9PAqQASoA3ZA/gALlMpcQBLMkWRBlQAi4CJyQw0CRiyNFzxsQM2wBz8LtgDMYAywEZq yV3DPuAF6EtGAAPAOTQDGYBuWfGBA0oAFoCXeVNZcolMUSwCs8CG5Sfmku+w8prkeVjTQAdQ CWBM+MA7YAewkYVzHpcLYLE/AARgAbhbGLKGvAXrAsNAGip+8QCqROps4a4BosDRpAZYALZp M5AC9AFi2jvwDVwCGNM80AM8A4Oym7wyeABXAC/wAxgBZgA7RgDMAnwBslYONAG4yOSMCcCO /GiqnDBkA2KAOzCT8QNfQC+QCUwBhGoaQYZJA8pAOOAiHQKogEK0AdjPPoAPwAgsi3lALnAK 3MmJgJRMv+ECyQAp0D6xA0dA+OwO2wAkgCzgIwAB+UAv0AfAAxIhqCYP1M0YUzwABkwCunK9 THOiAA5kBGAIyIUJADxQBohpCHElcLu5AVguvilDdw3zwChQMCgBCYAZZQwQA4Wm2PgN3AFq AO5MAgQCB+cQnTAoArdAIPADMAEuwCwQ2d0DHTColgtsA8QAEFYFwLUEs4XrBnABIxcboAyU i8AAE6CDDW/SADyAARBMubMdgG1a0b5AEbAPXGZmgCjgD/gCxkA7YEFvwe5ACaD2vgvyQAzA CoTNQrMP8AmAAvgyMFAPuHIgc1UKqpEDJgA9cLt1AZaAYyY2JwwAgzDwe0SONjPOjKxFA8kA I4Ax3QMxwDQgSgvNPcAlYAJQxexAJzB3qs1sM/12C3QBvMW7cA9AAsPUyjxK8wJ6ACtgI74D fADhqTa3rNJjN5ABpAAYkz1QByQAcTPQZACYNz6AOTAAtAJ4Mw8ATX9USdsvIA/sAZEAb+RC D8ZK8oMMNJUDuAA3gODmAjVAQjwMfLj0GzywC4jP2wI9EARAACOy6qxmVQB+gBZNA9QCBQAT FgTYw1KfD1AdvQvugDlwDQTUKtkSoAB8jxMAIfArJAHqAB3qDCHBv4A9kAMAPgFzHbAG/Iy9 MxW1D0wCQoAPMAn0A30A4EUFOM70Gz6wBngAJ9E4oAVgz85z7rQFLEk+gC2QASwC9w81oLXQ b+pALvCeZWQVwCzgeNnPNtkwAKxOAecAH7AodwIX7fAmD7wAk5PQiQHwAAo0VB06ABsywBGw AvQCfoAWQJXQb/VAN7ARbgvowAOgCVTK/DTvRq76APWAPUAD+M+3wMgIU64AL9G7gA1cAzs0 qlxXg71qgENdDtQDd7IWcCFxe5LA+7syAM4UQBVdMOt/CcCydAWwAooAIX0PzK/59CGkDc0D j0DPkkbnTheADbCR2gDJwA7gGdEBxnO/9wvQA4MAMUAwtQPXgCFgWatkLMAtQEiePAyvAqAA nAa82j1ACWynP4A4AAuk06e1mtUF4AA55SjwCIwA8FAF0C3zkvlACkAKYEwK8okrRBfMv0Aa EARQbgsAKbA1HgMYwGMpQOtK6UC7smLMA9pzNt1C0QF6gATpDFwA9lnePGDCANcpoaMC7KBe 1yjtC8wCiAAn5gnAAsNAOD0Z8Gr0wCqAf74L5sDoIF9TUdXAFkAMlKYcQD0QThPIsrU9kA0w ASvTNRClTti+QDpgDCgDPYA0gAQcYmrzTju83QOXgA2QwdheLLPQ7Au8A4FAH7D0MrMbdsSk K4nUJLV9JjCf1O307gY0b42FQAfABcjUeSYJhQ9TSDf1hKRT8wGeJ+Zsn3kBbgAT4AucAvKA 2dwLUAN378kbKRmXD7WaFVFP1D21mmVRLwO/QEY9DPgAHHW/zBwxmZHSOc1cq1nrdIPsTrdQ 8PQ54AtcA7nAyJUEDAOZQINUzHWS+zQf5k9DAD+jlQ0gYwKrZg8wBwwBPoAV8Apch7wkPgBY 71KDdWFdP9fVd0AQUA/4Aic0IeA/+wIbLFvtVu9ScfVcbVjvbh1uQeoPRAFyAFo9B7S9zJFF Zk5z1fVYPPBVh9V1dQ4wBfQBv8AQAgXcyWRA1vEU5Q0SmlKtktUDTfVTXVcTAOHaL4AFvAII wKI8CmQ09Ft2DSr/At11DA1eVwGBgDLQC7gD5QAvsMY1ALEWs3dcj3jK9Z1t1lrRvwAX4Ajw lK5AKRBdAgOEgGBKv9HWtrUpllvv1rnTDnAJiAG/gAPQ4cBDDUAINmyK1gZmaX1s0tsLACig BPwCJMARsGp6HJlG+BdZC8f4QGXdXFNRtYA+wGYHAVwAO/ALMADzwD07vHnYIHbuJGLnACS2 iZ0N9AIq9t3MS89rDfaDrWZF2E0AJD1bVdh/oxaQYffYvFo8AANMtWoWPPBfz9KzFYGNiB3Y wYCCPa+115ZeIhlfB9g2tiHwAsij00AcIATYzJp0ND1NC8d1gGhjTNvYGkAxQOq5AyvAsKo1 84i18+2c+urOJ2VK3QOwAxrBL6ABGAP60qA9BO2J0RDyvAlgxsxzlS1QW1cmgDmwB/wCesAG QOxZAWMAmwPHkc6ms3qHOg/OVrauwQmMfm9AKvD7WQFIANcJz5UDfXM9BjgLzmhjSu0DGAIt wCLnAEgC7dqgHUa7mJAzQhpSV86X8+L9AwgAnUALwALWAvvA/RMKOK7O0LP1C2DQpAAZx0F7 0NwSCB0LiK0ktAkND8SqJNS59AMQ0AZ06otAA9s7VAswApydoKchYEKjAxPvQEQqaUXwM2E5 P7PJ/LTg1A8EAL9AGaAC3K99ACrQPvdL0ZD2zD0bmN8zsWU/IxY3QKQEBNgCPhwBgAucpswR DaAr1dF39N2tR4/cffQ+YPgF0oN0If2fOkOo8RhdRqt3Z7TYaUXLUDQAE/ALXAHNTmS3D2ht xNzmBUULu1M0wQ03jAKQZxhwCuzbNWqD9DD20N4YEC2DJwz+wBHQ2SEBV4BtCQzIABHOR2X7 /QArNDygXb7Q4jbGNNckzSWAGdAMENK5gJIJAJBov/Q/QAcT0yNRjZ0Q8AL7gCXADuYD7sDD CTKLzGIjK53U/QKw9DSwxo7S33M4ELKlA+lApqw2P73IGidNDzzboPQcHklnAQRAIeALVAOj QBCsNuNioFoivUirWY30I8116w6egA5QCwzY8AA4u3PzavgAPdA8w3sLdF39B9gBagAPUAlE AW4AWs0IyNnSoz7gAHQCE5IysAUwAbeRjbx4L3j9wCrQC+wDo0AeAGf7AwsQr+aKw+LvgizO BFDUVtwUUAH0ANBAWnL/WAPDXBqRVkRK+AAkgAsIUPIy77xn22cOQBbQqQ0GjhyG/FgzR5vZ wMYFiAPuqe1FOG/jeSw4EAXwAIdAM1AHyNS9tDOEJlJI1nhWlI0X2bkTA8ADDKEhQCMQCsjU G7hs7Q0oAyXOD7C1Rs2vNtBUCmABPQCzAP4syqEA+Ua/mQNXwATwSiMD6UDvzYMuA4gAECpC V9pxw7w2DUw0eJk04DgDAbY4DxoEmAC5LhoQDfgnvYAuMPmSUDGArrQOoADXADfpg/PjLdQo 4AeoCvFAMiB1YcgFeRqRk0dK30ASICi/C/hADA6UU1FEAB3w8yUAbEAUiZQ3SJNuLlACUAN4 WQg+lfMCncAkUB9FANqAREsFONzyIz2AA/DTLN4sLoDD5U0AK5CfVgBuwBNwJ4sCrx3eFw3N Ay+AC9BC+wOQgELUkr8LKoA/8OiAAJIAANkMSABj4WnsfTkAXVdqPAUoA+iRlW0w2ANyXzyQ DZQCcLYMoF7bFC4nDXAAjNYS91TuAyAD38AnQCpCA2yAPS3fDURvMD0wXaNv18AhMBKt4zuU PyAPvNm5wA4Apw3aSdRApH3fA5/AsbwtxNt59zb+A7DBbIAPgAb0CLJ5gwQj/wBueV3dDsjl DfnKEAXQK7+ABCAGrAEm9BxAQTJHkaVCTpmPeOnAZZ6Z+95dQDiAAZ8D4UAGUGkTACssPAeY C+a5UzxAmBvmmnlifgKEgJKA/vOYz9EuJnKunP8CzPlUDsjEANPhEUAApG1buSBnm48AuxRu rZur5ufAAoBYyQJagC4gU4/TcBw8YJrXY6S1aT04u96s+SgQN0ID+emgDVeS47rSQV7iwOGK EA5qP/sCD/kPgI5N5ARAKBBtPEUN8S9wklsAhLFKvptb2ThMD5DyJtb4wP2jCwTj/a6uhJFr 5FQvR+6RA03VwPP7C4wBGEAYAGcDA5bpfeuVg+UgOBq9om/jZPkkQAfksdpA7oIhp99phIr0 CzTlTzmrK5Wv6ZBZVf7WYuVHZ4VOeEdKO3lPLtD95Hw60CSUW4JF+WqEIbvYLuYwoADQAoAu AJD8SJ1AQAjbNegAQ1HcqAuEAD8AF6AILLggMTLQBzCg9pk+gAbQ3F7XGPAE8EaDNiHgC5AC MID+ZAD0AdNAg/RdLYd9ABGwS9UDpcA5oCtPAYzju5AFDAMzgCAZC8wAeHUJwSNK6pS68Qft rLFkgC8wg1LeN8AvIIUcTUYAOdBuw3GmOqret4YBPCoyWwb0ABgThgwB2MY+AEobDfABPa8z /AsAA4PANrBL7QM7wDxgLVkCgM6ibJeLNQpAImMFPAHWpbxOr9vrAh0QLHbqAHkAecIL/AFJ AC4YDWgDWlQakAfEj2mEv/sLZAO7ADCa+oYC0oCuvABMA/XYMn4N6H+TgG+GA4ACmPZnCa3z dKmjoGMBIAPbJEXRDGAA+oC13Qgk1LQAEnDqDkQzMK/uq0NWA0AWMAlUQ9EVGXASHayewFqZ CURpRUAHwIfDc+G6kBQAaAIhO30mGGRFGPID4At04g0aJrAFRLpA18v+1n0APADSHgPIvP1N LMAGNAO/QB0QDqQBPsAhQAew3h/VKDev1+s8nQkQ5Kaj6gAgoMT0AkfArYuO5QIdGCvwBuS5 OkCD27ELSd/03bcO4ZgClA5wDPgBv4AKMAzERxqAGTADDkQigJK3CkipkBW3IQ4IOhXANGAE qGRqswSA0PUDdIAP0ACAANgBr9YNjO5CkgCgDrAqaxgXUAXsUmSALhC5jQOYQCogQ70AXCgJ RQ1u7I976U4NrIZAgAUgCzQBPOgRHmZtAQ4A92oLeAFb80elAojuQYATRRYoAwkoPTBhGXRJ wLSWDTwBFwYekA4Mwh+VNMe8e+zKVLjyBSGzE8Ajbp8lAPfACNgCtAPpgA/gm/93JNT3Hind 7uG78RcFuAJVEQYwAsipudMz7QvAArxAzBQKMAOW3kcFI8/vu5s/AAHwAGvsDbAyqlkJwD6Q DYg1wcAu8AOYALcATe0MpQDg++YWC6BMXtcD0FWrWby0LyAIyAO2JDKwCuCdJFTLecDj7gJd CEAEOGbnAEyeOwXvqoDpWgg8vEYp/H7fHuwAVgAgD2ywtxcXwIBxS+fNHbBZbgV4tTSAa0N4 ezvCfstBACmAQoQB8LotUyZgBjwAv8ANMACsRjFAPqBcgcRme/3OCUDMlRJGRNtRFO+wj25w TzoSAAhwb5JQ2tgv0IT1Wf3ACLACMJrxgIpLRU1uYoAvsAa0AVZOFiAD+NvOUCKPDQQCeXpB GAAUAmdSpBQHtVCUvCWPyQsMm3yDlMg7Ay/AHJU7bTh+M8soDIRfqPwGUMlf8pl8K09tgvK7 W8tLyrOMv8ApT0XFA96AxwMCyAMynxdAAEzGw9swcAacjb9AI39JsYxIAPbtCyDzyjwzz809 8/MaLC/Lq1m0PEJ5y79D3LwvsMw38+D81fULSPPUvDWPUGbzK8YYoA9sjRoAE7DDbgPDQOh6 3y7yI14j/8izjJE8wWTP4/P6fI3azy9Zv4A4v0uV87Y8Lr8tHPS+QD6/zy/0vJopgNV4gbrA TcwyUgLNgAAlB1gCrvUoQAe0A7yADVADuKe8ZCnwAwQ1dqAuEMNqHR1AMuAP1GMjfUl/0qf0 K72YVgoowrO8LgAOCDoeQAZAC+D0JL0vYNKj9Co9Sy9bu/Qw/T4g03+lNv3gfnPmVaXASo2O +QO66Rb8ZpO+BaFMXxV1ALaAojWtoQNYvVYPB3D1Pj1QT84L9US9UW/Vo/U8ulrP1j9Fu/pX z9F/A2N9WZ8VpQF5uC8QCeQBDwUl0AuEw8zRrq4LrAAic0wPDpTyUYAfsDIB9k3hYF/YH/a6 ejT009eMfStczzLK9e8CZS/YE/Y+gGGP2LuYi31jL9U/9ixjZH8KJgNfgFUtCbQAc+wXsAtA i2S8Rt8HxfQePRAJ0nNIsL1sT9urarc9j7jZj3j/gGcPRIL2XUNwr9oN97Y9bv9Rkcm/Ygcg tIqCKICJxjICAte9mnV8gLpOQAkAVk0By4ALPxBR9z/ANYAKmN4FYXZP1KcAWfd37wuE9+N9 ed8goffdgCpAuqtZ/gAL0AQAjDeA/5o7yff0PaVj3yNr6j17bwe69ywjfD/iFQHlwDjgC6AB foCGfQGMAp7lem2l2QJGcHv/A3ylq8A+9stF+BN+hf8LXPgZ/hYeDeX3+7191t//9yxjgK+S QfgSPoVv4WP4hvaKz+F7gXwUiL+P/QB5gAoA2jEA4EBWyQNsiDl+dd/dt/faPRDJ3RNMQf6Q X+Sbrkj+U1TMXXn6fQfv3wP4Av7KEOX7AkS+kV/l95zREDpACdgDrjApUAZbjP0AEC/qzTyq 3T8Ac3UAxYBo81H5nFoRNGAGpPnwAFE/CfT5BTecLwnI+Q9Mnc+VJ3pCwCewS/ED6z1CqQlc AMiuoE/o0/l2/hZcDuj5fL6fD+irWScAEVC1IQKCQBrwC9QAYcBGC6q1FuoLhdQJM5ogwAmg knX6n36oP+qX+mKaOpDoL/qNPsv46O9SsL4vAOqL+qS+qe9kR0Oo/oiHD6z6LGOrjzFtASNA NuALOALhQCNg82LwDRJqvA6EA1cYJ+yEs4ynwD5lMDT7z360P+1n8Bw4oq/os3S5PhC566+N 4D60L+17A9S+IHftZ/usLimw7QOR3f6KsQGYA6JAYRcJNADkUEHLI5r5aD4nvOZ7AG2+vs/v +/sA/6c3CfCItv65T/mm+3bpur8y7Pv9fiLw7wf8D7+sHC09AHaAaUxFhQNwADtdKZkA1etM QOLRBM5Qqmi3QAFm/Mhf8p9JJkAQgAFQjCu/fYsqak9mQChvWs38WkcJ8AaQAYOOmvWoMUcu /wPQC/QCuRDJb/I7IaMppC9aHf0klMvfALAC+QBk5vSfSSXAMQBkngQ5v0zQ8n/8KIBYNvJX Au3AbcQCJIXTSNiP9+78pZIKsADMVuEA2q/2NwGEUkzg9gtsdovFyIPW/Wm/1rEC7AF9AFRm 9NsEY7+e9ADAARxA02/3C/4wgNA84lH9H5XV/wVk3i0U4H8brQDTwBaA81P+iT8w8ACQAkNA 08++P4JwQLkz9SP+cL/dcgZYA+hfOHD64005QDKaO4H+rX8E0AcsLJvU7A9EQgPt8OpfE4T+ D8A6QH/2/uQAQpkD7AJF/7zH+qcRVr828A50RrJ/8q91pLXTpt6P+0P/H/8IYBJtUi+AQ7SG 7QP2wOf//G8L2tMJUAP8/eG/QkQBPALFn/Z//rv8EUAP8Atn/u2/1iEBrAMutPDP8rf+DwA1 APYL/Cf+q5QILq4A5r/hX+uvAZAFaAW8Q8IB+b9KyQRgE9AKoJHt/Tx+ehIHQD6ACdCACQc8 ANoBbxEBwCCgDmD4c/4pALl/pRIJAONnk/IBfIv0O9B1/j+dHwrQboECcAPQ/VqAahljABcr Bij2AwACAXgBfz8c4MpAH8AGeAO0/bZ/6L9+ygsAH/AAFAJuC/4BhQBjwBFw/kc3kQXgANA/ 4gAOgCtN62AaeFfxAN9+KMDoHQdAT0RFyQJuAVcG/wBuQFrrCyiwid4ZAOAAkBkzIBDGCaAH mAKeAJOAtxdHwNMEaCIHnJzRA2wxbEAMIBAAA2AJYH3xAbWAqJ0GwBrADvj/CwNeADoBhSbA EQ8AAuaEoAB0AMABMzYTYCMQD2gBOACkArCAk8AzSf6u9BcIRPqVR+IB/Do+YChQ/9cA0AZY AJGAqaLbSx7AFPAOEQesAislEYBQWybwAmgKVIdgAAQBPq0Wii2QEggEkAD0AiwBCcBNYCzw AkAnigNyAQYBZxIQQAAgBFAC5AVW/cojx4BgYBnwGXgm+QBUAk4BzT9rYOWvPAILCJMAjriB NL3Jk8oPFkg3yQEQAHIh4gB0YKWkA7AFIAUwAmWAeEAMQBBgEHYOhAayjEIB+oBwIDtQHXIB 0AQgAnhQ4gBRgMqMBUABqAPsAgeC0TsCwBOMD6gQHImsALwB4ziwH0SwAiAowwJWBAV/f6h0 nCYQH7gMtANAAxCCH8FKiQrAj/UKpAL6Av8Aeb8yYErQCbECIANAAe6BPUBH4BzgFhAH7APA rbQOJgAEwBagJXgHjAVWALwBrzE+oE+wGlICkAYskuR/RUFsYE8DcLQUDPoBALAAyUCSIN3k CfAP6An+BCslJIBaAAPgIegSHARiASZYSsGvINQPC+AXm/yVBR8AUTEeVDXgH2B3q5SkACQA DsFS4DVQHcIAEAJUA+SCdEFBBwqAG5ARdAtGBfmCFoAcE5cuMKh1MEXIAUSC4sDEHxDgAWAC cAYABuuCTogBnXFGI1gWhABsApIBl0HBoBjgJqgXHAeqQ+BZ3wAelDVACeAFrJS8ADwAjgCi oDKQFsIAgATszoAmq8HWoBPCBYAOAALgBMGAeEAGABngCQCZyQ0KOlwAPYysYE4QD/gACDio BlmDgo4WwDKAqgQVnA2qQyAAwoDkTQvFOKh1cAG4AUJShkHr4GQQCKAbPMT5Am4AZ5IRwALg Z1UalAwyACgAqUEu3XnwTAJsCvxVB7WC6pAFADoAFwCZUaugB0FHA4ArYHsQ7gcEULhhA9A/ /sHW1y1gHVANhAhCAAgBzoAGTIIQdLQFsFwNCMOAD4BgwPKphVIN6APw04AAGgAZABzlQhgc tARQA7l0HkKsVTHADqAcBA7GAhkAaYB9gFwwRYjMEgE0AGSD+MHJYORt6EYjlLYsAlBG98Hl YCwQAlAMeAN0RjqEH0IMACutRdgGLP59+Lh0bqMzCQPgHeAKEAiWBcMa9D4KW5RQ68AAsACQ AEmEL8JJQH6MQ7glrJQgAJ4BdjEwIS3kATAKKHEc4sqETogDgCgADmAlPAwCASAA2gAlwDtk CNUK0zooAF4AG4AGoUvwB4AOoAJ0AoAj4oBOgBXgLXKcAgEICg+D6b0mQAqNB6EofIuQAOYB 0oDfoMDmB1ANULntHiqFWgcSgAigl3b7GxSeA2wA3gBEIagwcmINCEupCT0s74A8wIUoW7Eq dEKQAPIAghbOIKTwHNAKSAYgCvsAlwCFyApg7/IotA7+AKwBAABpQrYCWKgQUQFAA+ABmkIM 4A+AGvAJwK8tC4OFWocUgF9qHTgoNAdAAhQAv0JsoV1wFvAOqBMaC90B04BAybWwWXgFYMTp Co2F54BLgLowbHEBsAJURWAAhgC0YJDQRRgNqQZIA3ZjPIh64b1wDaADKBbiB6eFcYARyu9B YKh1gAEIAOxjr8IfgDmgzYUoZBi6BnMBdABz4cHQHcALYANUDO2FDUMXwKvuVeg/aQLEQw6B Z8AHxTFANxgexA8CAzoA44BuBuAIEfguSAOuAfeFfL8OQD7gH4UynAPWAUmGHIA4gM+tDEgz nKz9AaOFvUDAShqgA4AQLBoakBSBSMO9oP+EEVAeFAdUBU9+QkEcoZAwWuIBCAHwA7yCTEGn YNTQNAgM8ADgACIcVEG14LPhKsgkxAD6T3gMacFqSFhwLEgy3ACcAjwBtcCr4VqwLVgqPAz6 T8oAAxOK4EKwIUgW9Bt2APYBLACUoMrsIlgY7BtaB8uGmhOP4OIwJAg0TAS8AOKAM0EgwEpw M9gy3BrqSQIlzYDOSEJwcWgTHBuG/jgAo4AhAEJQHogYmgYaDD2HZUMcwNaKD8g6BAJ4A8GB JEMPwBNg7kc79AfOA9WBQENjgBisd/iVqgeaDlt/GwBfQKGNePgPDAgCDcUAXSZJIDHQEogJ JBl2APABVgBQIDFwFNg2TBp6ABwAaYA44C3QCSEBaAVqDfmFehIOgCFg9qIKJAbmAoMAhcPH 4QagDzA7FAaOD4uBx8DuodSQAgA9/K0AADAoa5hLYPzQZVgBwB4CWPgOAEQJYCyAFIgzdBta AMCHQhIEYjWkfOgKJBlSANaH45X/IbtEF0gynADQDyOIGkT9X/7Qgpg6dKIgECsprkOSoQVA dghCJABURW6HGkPYoQVgd+g/dCGmA8tIjkOXIQVAeMhNOSHS9IyHHUTlYQ0RowQQjCGiD9cd gMMWYlWEIZgXbCAmDSsAiEMT4v+wKsI45Bb6DS0AkUPIig+xUrICoBw6EfeHlkMlotZhc3g+ 5PvNUUKHWsQpouCvdGhBpBpKEW2IWMOhoArRayhGrJQ0BZ+C70KX4QoxwgHigSNC/diGFkS4 oTJli2grFAsOEGGHE4C7YQ9RjWhHZAtaER+HFACT4QExhPjtWRkaEfl+FYCYYQ2RN2IzPB7O AHMCPMNBIiVxW5APoAN6EpOA6w6hYYhFgugHBAR+EcmGE4Cl4RvxhgM1fBX+AuIBBbhNotbh AEAG8MLZEu8BjYCeRh+xGmIAWAQYA16H6EM4nDmgB6BLrJQMAIgAfzhbYjygGLDYSiMmEJ0Q AoALQDDgkogB/AWsA5AAMpdhIkOGFMAGQCYKbMxpMQBoWh+xKnICeAUkAyCDA0EKySFgUrhO 1DqcAPIAewBuYi+QQjLUGyICBU8BxoAyYjfxC7I3qCee/LgAeQD9oWnwF9AO4AGUwQyKTggT wNLCnNhNjAdUAig+EEUgQAtgF5DE+CWyAxxlokQ/okaxEEAJoCjuE/EBRACaWEaRBTALqB6+ EhN/5jQSgJrunUJIBAKwANAAkwB4okvwF8AOMAAAzGiKjEQnRAuAMaRP3Aua09ZQ/kRhEirg EXBKTBVRSMYBGMWaYghADhAueynC/VYy86uM4kSCEWBSNCrOAyRvk0SRIghA22BVRAEyFOkB IjOtIj7gj1dWTALeEhUB2ylxorSFDbALECjuE+8B4QDRmVzRCYFf+wDoFA+DFJIcwCmgmeiE qABwAWwBh8RkojwgA2C9siYOYYwBHAC7olFxHRCDISxG77yIecTlYIcH9jICKARwU1ZO9Bm6 omTxo9Lh+QHsA+ABOAAnCmhR2iIZ+CtuAkuL+4BLgORMmbJaLCweFhOLDZLNIgCAG5CYoi36 bSCLo0VnyGbRFpUNqKDUFi+Lj0ESoW5RFJA9gqwcF0MAS8VTYmlRH9AOmAWoFm0vU8WqYmYR ODhdrARsZHyLFaOtYleRtEgLoQxk7cCLI5GxYvNvJKhZFIysAS4Bn0XbCwhgrahQFC7yYDoA xUXnou1lo9hRbCvCFskBvb13ynGxBUBSHC/aFz0s+wBGACXgulgxYim6FLeLucXyojUgDWBc tL3cFHOKykXByDmgySdg3C8SFTOMyBdowMpOv1gxaie+E0GMpsUkwCeAwTgSuSfmE1GM+oB4 gBSAxfhPDCiCGHcCiABkQIWxYmQCQCjWFwciw0UVBvfkuChRJAUYGIGMPJgmgA4gvlgx4iX6 Ev2L0qIhQJevw1gxKiYeE1GM+4B1AFmxm1IxeiZGE6GMdpkCgDIgxHJczCZuE2+MA4DJxY4R DUNOPDKmEUqL8gBNQMYQslLjqpQ4GYuK5EWH2CFgaKdMqTM6IayMbkYAQGnxHGANUAUAWPyM nB9oIp7xwMiEWwCUFOmMthcz46IRyehhsQe0AJiGkMaKEQGgzYhijAeAAgaAfUbbi4nRtYgP LC2aA1Azh0ZRIz5x0vhmnL+IA+yBmcaRiAkAoBhcpDS+mCIAkQAnCqKxx5hQRDHWA2YAHKhY I1BwoohilAfsAKyLwsZKCX/xx9hq9LCcA5IBnoNko1CxwIhiPAdkAFAAqcYGY0sRt5iLiYbE A1gBcjhpo00Rp0hqbC9GeJwBr693CqJxqGit6zQSAQoBukbsYnQRxVgO2AaYAbKNlhaqYrmR uzh/UQEwA/CNeBNQAFcRxQgPqAWUAoQkiEb14iOx1Oh2uQbw50KN4UX6YrHxCKAAiDdWjC4A osVqIzgADgBwZC36FauNLwDYn7jRsIhY7DTiAtxZEMfGDXDR15gNQDamHJ9QmMXOIfpwEGgI 0AOAECtG04LaTFsxFmgBgAecyUA8OMcUQITwVRi96wX5DytGF0SIANERA6AmOzqORCYA74Bl QK0xDJgBWAMoV4COI5EKgA3gdrF0LAKou9KIFaMQQKdk4eg5jN7BAq6O7x4nRAjgAHDzIzpa AF5QN8f0Yg2A6Ld0FAGcCEWJFaMPADWgLydzbANmAFQAvkOgYnixEfD16zsKAjEAgwB7Dd5x JPIN0wXsG9uAFoB2ALQQ7Mh41ACwAViNnMBrQLCL8qh1YAEgAW4BU8d84BcAFIV1FPz1A9iK EEZBYAYADfAEkCI2GEEBlYBAYyywiEINmCSWGIkAoABmIyfwGABFKD1WSk4ADgApgOyRFmIB iAUwAOKOQEEeAN5w6ZgD4ADYHkciJYB4QBTg8ah6DAL4AZCPJz9KwPpq6bgJ2DKmHWshuIAu AOZxGbiHwT46ISZ0JIDhozrEAvAOaAQ8H6swmIAZ49LxDnAo5Dx+e9YA+CiiYwbgR/B+rJQI AO4B5DuSIchP5Pfze/o9G1J+JMMIAMwv9gf0syPa/HSP9L+en9avAWkrHPqNHz9+S7+mHwUy 0kECkPrtHKMlV7+s3yZlA0kC8PpRH5OGD4CyH93v8cdFZPslIOV+K0j7IE0Q73eClBpGAPx+ mxQWpBNCBUD4Uz+K/hh/jj8ZpOYw8kd2PCI2AC5/Wj8dpOaw8weB/PiR/kx/1j8gEjhAC3CB LJW8/mJ/vj+71Bzge5V6TBrq/nh/mb8sJEsO+OeDLP4d/8KQUUi00fKvCiktkf5R/8SQHYCv RBGS7/cA8P51ACOA5EPyXxOyVKL+Y/8VAMmH8L/QI/3P/hf7w0PeCfl/NUiyYQAQ1DjyM0RC AKoACECSIQPQAUgAVIhEACiAgshoiQaQA8gCBAG+C/oBBoB1QFNRe6IC1Po5AU2LVICf4Qey VFIDvAF6IlcG9AAd4ChS8fcDDAK+IrcF8oAi4CxSWrIEbALeIhVyUcBZ5O3FCogFdBomaxwB kABhpAVgDDhb6QOuDO4BakBl5BswDmiMjAeYEomOFwA9oOjQGNkOQAc02QyPvcBBYCGQGpky xM7VEleRtxdIYDPyfigBECC6HT2B2sNBygJxDwkXSQXaD4mBEADzITZyFlgLvB86ANwB8zJ0 5C9QGyg9PJNAAEaI6EhmIC/AGRh4tBgJAIYAwsgKQDZwddiQtJ3hDtGRFYByYDOydrgBAB4m JN2B8ECOJBBRILkP3Eg2JDkARURspEFQcWgRJBy6HSWCmEOVmQoAIziHFARyBL9OgsORiAog 5phDLDteAEyCLMlsIUtw6QgTbMCMDnWSbMSE5E4QbBj0yxoSHY+CSUFhoN4w0iE2fEoeA6aC VkO1oZUEK4iN5AoyJSMnhsSl41kQHjiVJAE4EomOcMG9z2IQMwgEQAHgBbmN4ci+4F9wLSno OAEQBmuSccnEYH+QMfh7hBQlIiWDlEHLIF0SKPgL4Bz2JGeOnkHQ4GDy9zgaFEaiBp+DukEg gAsANpiJ5AvaBiGT0cHeoDBSOEgcxA1CB7UOLYDkIFrSOeiZjEyyAKaDcMm94J0wO1gc/Ewq G7+DeEnV5AOAPCgXnA+CjtaDVUggwHswPsghtE0Kk6gBMkhwpGpSP8gflA/+B4VJAUJhpIEQ QeibRAwtCNWPd0IIoYSwORkwqRBWJieDGsL+YI/QCYEBEBGmJk2DukkToXbyQ3gBWBHSI2GE MkIU4YfQAmAjvE4+AHaE6sle1I/wOykZJBIaCeOTT6glIVoSIdYfhBMuRKiEuUksYX+yT2gm 9BJCJwtaY0ItIYHy/IgmzE2yCd2EfMIzyQBgTpibxBPqCaGEC0rcCKBQ/UgoNBSqCheFoUIV gKMwYngNkBR+CkGUkRNM4SySU+gppBWiKDVEo8LYpGnwSoQq/FDiwVqFVcgfQKxwVhi2qBX6 SHCFMsrE35WoVxgubBYSCyOGyEJlYdiCWZgtfBauKKmF1sIlpbjQCYEC2BZGDL2F4MJ1YWOQ XJijRBfOC3kQTEq7YLswSAn3uxLJCz+G90IDgL6wC7kX5BT+C3cPFkMnRMjxQ7WKRBgqDMUB cUogwAuAAADLEk7OKCeGFbCAIciwUuICwBh2KTuGaEqtwwuAC+BvO0zy/TgAksSeYQ0HGbmL hBnKDJ2R2wJo5M2QTUk21BmGEomG5UhrpCqSU3k6VCVKKpsx3kgy5QxwAyBLPFX2086RpMrW nxawajiVLAE4JVeRZUM6YtwwVFiVxFWaDdGGWUm5ISARV8kBECSWAaeSI4CwJK7Sbrh8lEpq Jc+SxMokYk5S8OeSxFUeDhOH00qVIE0yd5hFFAZmDneSyUViZRgxW+mESAEMJZeVgAA0ordS JpmUjFXOAFGHqkPmIRDpIbmLNBvWD7eBFclvIBtSd8g7FAZyJD2S7kpUIgeAhyivdEJsAEaS AUuXX/JweeivPEmmJImV/cP24ZmkHflg9FOG/q6H2UOJZbllHpk7hCBqLFk3+khiJQbxY+mE +EcGJBOWbZQPIsnyToiQRFnqSfiHXaa9YjHQHYmrLCBmLEOK7BKOJa7ygRg+dCxeYkKWLst1 x8gSZ6l1MFmyIT2I90qZ5UESGUhCjFeGFDFK9EoVIgvRmjjW01eqEGmIVEuODcDSYtn62yEO D5+WHBuEJddyBli6YlgCFUWKKEnnIa6SAiCtBFtyEauVQUsoIrbSbbmD3FbuLLuVZ8uqCLjy L9m1HFfSLYEA5krD5OHPb3hGrKDUFI0mpMG1pRsxa2lHvFUGLS0Ausq/JQmgV/m4PBsmFW2F w8qgJbGiwpS3LLUoK4OWicRmZecSLAit1FxGKomWaSRKJckwk9jN2Csq5KKRq8ud4SxR6HSN XFuaKlGX24Ju5DfSUek2jCViGnGX5shFoDQxl+izdCb2EquQcLhgomVRAGBMVD8qE5mJxctt gT8gEYAOmEXeEqmJYcUbzgtAEGC9/CaGE1mJ3x5O4yoSnahOrCmaANyJfEuzIj5gnni5BAKY AFaNtkTVF6Ajo1gCoDXaEgmK7csSgI/RlthQfCjWFEsAxMbxpUUxqhhUtClyFPeQcLiPYvuS BUBtHF+iFFWKNcUVwLbxfilTbF+uAMiNtsSe4k9xpfhhHF/KA5CKjEvE0LzRgQlVbF+CAPSN tsSsS1axpvgBCAJgycaXX0V2QFgRo2RoVFW6FdsBaMX25Qdgi+W8jAfAFS2LFYCM4/gSr6hX BF8WFluL8UvBomUxLlRy9GAyFrOX+r+V4/iSssiFlFlSAHiSg8vXIg+ms8hkzDoKMQOWsEXU Io2xUqKi+DiCGU2LssUxphOCiUmfpDTuBHiLZEbbiwRAignGFIw4TNaMaxgsJnuR34h8YS7i MTNCI8w6ZoysuqjGHOOgMM+Y+gDvYiGzhfnCFGTuBLQA50Uq40jEA1DDvDEKAN6LXczrHw/z xnjIyC+iFzuPB0wsI4CxkMnAfDSeMROMC0YSo0Vwgglm3AlMGP+YNEEMZitTALBhHDJaGDuY jkzgwIjxk3nyQ19iGVWMhcz35YsRkSljLGTWL22MrUy7g45RlRn021/OMoWMzEw7YgDTkRkA UDJmMo2XT0ZB5phGyljIZF5eGU+ZWkY15g9gelm95GSKGeOYygt+wPZSukgLSTPGBqOZDwrx pTYzzjhnfDliMzGPpUV0wJ6x44hNbF5WGwuN/MxxJvWSnelhkQc4GhGO1wl1JvcSxWhp/F2q G20vAAB55thS0Oht/DRaHGWNvswz5qmRlyNuFGbiM12NsEZ7JtTPfnnGXFLlGsWN+ste4xnz 1xhsFGk+G6aZE00447HxognK7C9qM5+N0UaXZikz0DhovDbyM4EAEsyKJe+Sw+NtBDfSNLmI skxtZj0A3YjQbDDiMmOa3sZ341FThMlUpDfaG3+aJ0ztIlSTBuZv/GkyMgmaP4CC48FR3EjJ fNREBm2N9ACH41TTdrjJPGPKAyiOa80gZl1R48hxHDkiMc+Y54CQ40+TjWlyRDk+NCtGc8zI IsvR5fjXbNzoMc+aYUAMQM3R/EgSsQToHF2W0Tufo+uxcSN0TF9yAo2O9kfyoSFA6SiQbDpm NlcLUcfrZNUR7Wh7mQBsHS2bs0evY/8RMTR2dDueHZ2OeBO2Iz3y7RgBYGx6ANQAnSmBpN2R sdkB2DvaMGOBf8fAo+/RCfEB0ABo1JaOiUfYZqWEBQAFcDy6HSWPq02bouUxN2kB0DxONgV/ n8frJAZg9Kjc3EGeHumRq8fW42dzBQB7hE7SHqObJgDc42yT99jddF8GH6GTxcfj42ezBKB8 bGMmNpuP0U0SgPQRtUkLyQBYHxmbJQDtY24SA9B9vG4eZ8KPuckLQPnxs+kZSD+6HduPq03T IgwgpAnZxADQHyOc+ABrAEcTHbl//AdEOPsB74BKwC5yAEn3I0EiIHGVCsiYXwHyTEICeEAm ICWQI0gD5AjAAimAzEDGONODHchdZAhyAinjNEEKIFWQOUghJODx3PKC7Fee/YScNMgEJA4y 86eETAH0IAWQQMgg520kBUCElEQiIaWc2UImpADyCYn8M8xNIdmQEYArZJfTMLKF/G1qT3Z/ Wj8xpAaADCmANP6lOdOQIMI1pCTSDTnm5EfJIQWQdshK5CVGD5mA7EPqOVk3gcgEJCHyz+mE aABcAwyBuMpFpB9SIcIAUAW8AnyQk8gHoCHyAXAD2AKwITeRHcBTZD0gFLmLdBOsADN/p8io y6hyokn/a0V2Ik8i6YBGQAZvqCk1nE0CAU+d7wJyADbA9pfFdBk2AHqRsE6dzwIgPwfZvAAQ I12VLybVJTpyGUkGnBmWI98Bowgz5/pxGgnsFAdwAjgnrE7wZDZyDygMNEayXw55pE5aCCEQ 0QmqxJigAzQALrdepzpyZQkBoFlCNjuBn8CV5QNADEDCekqiAhGC90MGwAagFpDg5EeuLBUA AMkBJzAQ3kkMbADsAVhF2MhmYMGSJRe1xEhOJAeeGwCrJUZSIznwzABsLaOdkkF2wjuw4Sm2 hHgSCPWB/MB4YENSA/Cw7HWuJMmVmkO4ZbZz/QiTBHmmAOyWkM2bpORwJJICOGxCBH+SJ0GQ JwrgXFnhLEqaPNuVI8/by1JyVwkWdFzmPKGSCEFkJeXy53mVbEYiKzOXOc8LgFeS5zkk+lzm PDEAY0mmp4+kdJnzTEuGBu2Jb0mio1zy6nnyu0tqPfWSi8mIol8SLVkZ5HpC/QqT18nEpNnT fdmYREvuAniTVBTuoLKRMqn1vEyWJgUdLADNpNZzONiaNE2KJtGRzcE3AGZS8IeaJDpiB7WD cU/XpBOCBQCbREvSJo2TrS/cpNYTPlibPE4ihoCT9k08IHGyP0idBAEkJ4mOy0nI5/XvDYBm Q0c+CIeOvUnL5xjHOomWzE7iJyslUKgRITqSASCefH0WFs2TWs8Y4YzwQ0gBaE+iJeGTHMLt JBBgAjCfNHwWCY+Ewk8KgH4S8MmfxFCeSQgAAEqt5y8gS/gmzFASAAyUWk8xoVzQP6kbSBMC PtuEQzc44Q/gH0AEAAcIIy2Ue0L/pABgQxkxLBTWH3uUL0ofiYiSQ1minBT+HnyUIgAVZcSw UzhTvH/GP0UAMcqI4akwVeii9I/gKCOGO0obJegISCkAJVJqKe2CR8o6ZZJy9xCmpFI6KSOG UEoK6JQSCHACsFLWKbGURUp7IpcyYuilDIFWSlAAY0oB6JkyW5GnfAHMLDiU/kKA4cJwULkb tAbQKV2Wdko4JQ1UMsmnVHZKDCmGLNAdaAvAUEkCRVQGQasiLgBGpbKzZHgyrHaGKoWdQUtL ZTPSGInsDBtZPGeAnsqmYTnS2QntrHXCDoOGQ0NjJ8bk2rkEZVU6NMWg74JvZ7hz5Dk1pFVq JX2eV1BUYtfwayj1HAEMPeOgLr9fpdFTbSh24EoSK42VacNRktMTD9pGUSTWQamehND0YdtS JiiTFHkmQl+GUUSTJ8qTDboHQRoAjjKHLc9wZdBSqHI5lHnSPNmgoEPRISYU5/kIhVdSJD1P Bc+gpb2SIZmgUniqQrGWDUus1cPTC3pEHFh+LfGVWKuKJy2U77ewNEkenDqebFAOQMTyHmmQ NHeyQTGW8Uitw7qz3emr9FgSQ7mE8042pPqQffgMrZTgO0+WoFCVZTW00Pnv9EHCLC2L5U6h 5i7UbWizhGJWSpahPkieZQuxGiLvpHdaEIeWZ8tqyDX0aKkNjYdqHfydAM+1ZQkxhEnwhEhK LZOWNcWE50XycQkLHV06IRyeOMRxaNLQa7lIFClmAHShe0wzohCRH8rxVFtqLhehGUUVgCNU ISo1lFu+EasiJ8/GIUeUbIhFRBpkFDOh/M2Xpd/SINqW/IQ+QguX/NAUACl0JBr6owAsLiWX cFCaaOsPckkH/VvaQfGIbNA9YvuyD7qHXHcYKzOKIoBBqE6UbGkI9YkiQpeiqMRIYhPUHroy iAdAQdmgrEvCoo4y2Rm7/FS6LrmgS1AKwO2SKrotIIN2EFuVwEs1qLLzlki8BF56F1BfQ0zl ZfQSYnQBcD/+EpeJWlF7wEBTmoi9nIvSA9aZtkTvpVY0H4AE+Dp6MNOJ+cuMpstSnkhP/F/C Lx2Y/UR+KAmApLkYxV9KRp2Zi9H+ZfuSBADTTITeEi+KFsxQ5hBTgckPXQE0MBejD8z2pQqA lVkZrWDyQ1UASc2RJ0/Rp2jBfGp6Rj+Y1KiM4gcgCrBgI2ESMEWKHgBygMBHNqrCbF92AFyY 1ssY5gzTMFLJHF/iMNOKNUWhmK5AmvjDjF4OP7+YslEi5hLzrokaVWJaRyMAt8X75RPTOgoB oGPKRqmYlkUJgMvz/LdZDABwMeGZ19G55ilTjAkfdVCYMbWZscXZoiSz3BIeTWbCMeGj5VHB 5izzjgkfVY9qQreaOwE/Jnx0N9ob1WZSFwmbXMZJpnCUp4kvUmTCR4+jjUwEqXnRllkja446 Mi+Z8MULaVuTmolfhGUCNUWj+NFRJnzUNGrKxI8qGAuZq1FxaES024h8eWXCR2GjGMZZZi1z RWobhYrqFkWMJtISgGJ0q5liXDHCR0sAj1EHaTETPjoZRWbmMnOMJlISAGYUQSoAgGbyMm2F nVEfaZJxyQjPHGfa9MCa/ABuZpe0H1AXBWtmGbeMtUVa2V60lRkAOGd2Sf+iC81WpjsTlpms KYyCNemZU00vKVxUm6nP5DMWNj+RZdJ/ZnMUGOBnVJOWM92aB01pI3YOMHrGbGjmSQmjhlFt pqeREUkotb0ISU+MGk1UI0ozSUokLQe8Gn+aTdLQY2nRpLnWlJKqNJWawMam5kiEM2pkLDbO NMWNKwAUKZEUp/nTZJFSSJ2NPk1xY4w08zkqNWrqSmOjcdDS4lIz3VgprRitAHqkM1Ki5vBH qiluZJDaMEuL9cZ7I1lzQkpv7GqKGzGkYE2xpqqUOWrWRAKWFtOaD8c/6TxwREokfWtWHMWN EwDsaLA0GiKsq2u6NO2jls1Bo15T3AgebWJKSk+O21LWjXl0XRrhaTmuNQ2kKVGao83xsykB cGxeJ3uOP8fvowSgsul2xGwuHi8xm83M5+zRs/kwPYduz3KTo832ZgTgtNl1jJQONy1GeoD/ TCLU7EjarBh9D2MA8E2442eTA4DbFEZiAHabn80NgG9T/wh45G0aN82byc3xZnMzYBp5nDxW TGmC0023o3Xzs6kCyG4uHbmbn80UwHdT/8h6NHDuIMubS0cuQO1xvqnedDuyN+eb7023o/GR sUkCqG8yH52Pn80RwH5T//jf/GySAASc3Efv43ViHwAHOIclJBecP9NkjS8gCaCMhHBmNntE E06X6YXzbgoP0HAKIzucEc56QIhzxBnyK3HKOE+cQcsUJwNSxuniRHHCODN/G0gRAI0z0Wnj hJwaIEUAOU5JJNaPx0kf9HEmOoGcTE4hZArABYnihEFiOe2CSU4U55LzyHkbQQE8OROdUc7Q aeu0yomrPEJi/linjUEtZ6KTy4mG1JV9OROQYs7eqdSpzJmARHPWObmTbM5Ep5vzeDoIlHPW TumcwlN21p0z0ZnnxP/9IYEADYB7QDvABxkB8HNaTxUiDQAPgDsUxTno/J5qHRIAh84ypABw 0YkqcXRCOhuAks7r6QKg0pngHHduQ3WTOwBgAHUTHrmyXACwO6GT0RV7ZBnwfogAiIbuI2mB K0tIAzZ0ZDqQ5HeeSRIA3dCA50Jy4KkBSIUSPQmSGk+slSv058nwjIXSZ2ahyVLVpMQzJNmQ vABARBGb+cCS5MATAwAMHZkWBA+CJs+NaAgVPGkBKHmuK0ciKIBJ6MhU5SnzXI/aCWGeQcnf o0sUKjp7tHneUBuDM9EZasRz5+msrIaMAHKiSlQCIdBT6ikCuIMSUaWCe9BREtLThbr0bKLG ipSiUdTEZtTTi1opEQE8RcOozMG4YNjTfZn1nH36BdeeJQCv5+wT7Mkh5EtC/caegM+y5xpV pii4RKMOCT+DcNS2J+Dz7Tn4XG7SPWefds/toOITqKn3nH3yPe+egr+/J2Qz8FlI3UEWPk2f rElIKhex8Qn4fHymPqOBks/ZJ+VT9Fkp+QCkArQBucnNJynVLmUAsF2BPvEBB8JVKhCgA0D6 PH9KJ2WpHgBbQAvAQen6DH7yPr2TWs/apy9VFIj7nH3qPm2fxUDfJ+AT+ElhE35GAIqfps/j JzJVArD8nKQ2P8mEGcqqQJVQ+kn9jFByAbGfs0/tp/OzhvMJ+Nt9PyGU4s97QPnz/JknTH8u KMc0XgCdFA7U/akALaPOP0mUJsoCaKxI/1mn5H+eKP0jAdA65QC0nooYOoDWKROg+lRhEgNU oOoAlVIqRFAAEVAc6AT0AZoZvIDWKTOgFFX3pQcUBwoCzaiaAEagdcoSaEb1BJACFaiuQOmF O1AXwAt0//mmPIKCJm2gT8qEoQ60KtIC6IFeKYGgKNUlIhE0pGoEzamCJpWgQMOb6LGSDwpF RaHmQSOXQ9VRkhXVj8o1tFxSUbeoV9T0ISA0WPlFpRsuK5uiSVXQ0RnVqKozWYReQlVmKQAZ KldVT3KtDKJSKXWoUVXIoSX0KNkY9KE+DjmhMckW4xCVqfo5TFeKQlVmKIAk6ljVf7IP9aDi myyoj9BVaMNzgxpYLYj2A08pINS9qi20Flg7NKFSOEGhE1G/KneyhZpWFYZGD4eBUsL8KRsS Gdo//Z92LHuW99MC6vh0EwoPLUhqHRSobMj54b3StFopgaDmQzWXw1CyKP5Uf7q6NCBaR/2n zNDHpTNUtipaZUNeEKmhslXUagexHiqzdK16Q/uqLNEKqj90Zzm1/FtmAAiradUZopEzo3gB SKwOBNcdBMu/pWN1F1m2bF+yUC2ibFC2ZeDwbxlWbSLGLSOhf8scqkiUrnrNwltmFFEAblUd 4ko0o3gCmKvuVWGi6VW96nXVJqobzCg+UeWIO0ukKlJ0qbpXFYryQ1laflDN5VFUqghGva9i VZGiW9V4Ii6Rbea6tAd8SX+JclHgZT0gUDrExIvORdsBE4CbnGx0mlhNTIt+Ae4+51FwolZU jhEplY020sqXBUwSwJDUM7q+bIzGWDmlNNbIqE+UMupiVYQMRaeknlHNKD90BJAlpat+Rn+j ektZqWf0HkAa/VuqAE6jstHUaEyUNepidY2SV4GlUdXZ6AbzcIksHaseFXOj0VHe6FoUH1DC 5IdyAKil48viKD90A4ActSUqRymiHlLZ6HO0fbkBIJd6Rn2YcUUj5mpBXZpl1Y5+R7mjUVbv KO6yQJgLuDyKRxuLg9YGACMgB4C8RI+SR+Or5kbOomcRPhoB4LOiUcOYqUVKK6CVX4rG1I9G SIuWhdaPJvLlP3olxZ4uWkWttSgCaakVAgBp5WMmSJuLpdYOgJgVxkjIhI+eWYejnNZE5ndx P8qParMmMyGZHFKxU5yVX1qLwmTCR+us01E2aYn0Rqpk1ZIiGFWkpdYna4uUSIrKLGSmAKis xFYAgI201JoCwLJeWjWMHMZPq0qwy+otLS8CSZmkM1Zna5G0kHkrHGYqSeWPpdYRAI812wol hY+OAICsztZalJWU16ohKrKiUNuj1swuqYV1T0okDZNOGcWt24INq10UnIkmvU6AWEWsxNY2 6ZixS4oOOLE+S9uZasYuKYv1TipnzJMOXMGafdKApsIVrEloHJQWSh+uF9eCZqJUpEkotLgy NC+NedKNa6fRoilulLFiSrWZG01QKY5V3eoppXAWS0ci8lYnKZGUVCpuvLeeSomkLM18ab+1 VerWfJW6NJsiNs1ZKbTxpyltvZVeiXKlLs1rq4z031rUDDdmXb2tXNdzI7EU0Sj3azeWNJml Lk1Za4O0U3rVFDfeWq2u5QBrqUuTzZoh5bRqS8WNGoBhq7oVXLrWRLZaXc2la81Kq3z0prlx /GmOGu6js9J5qUvTARBq7WsqXU2tjNbB5lqT1XogZaAuNj+bEACDqdtRsol5ZZgOOx2mgseR SAOAAWA5WzpSTEOvjJqLqf7R6tjedACwAYQA5k3V5so0ZKrsJJm2NzkADgCUqdtRZfozBRG2 TOuOd0fUKztrZsrhrJnGTG+myE3Fo/B1B7kzfW76TJevmsOg6bBzaNp7TQEYTQWSSNPeKwpg acrhbJomTaGmAkmpaX6zajrsvJr2XkkAWdNh59Y0bOo1FUjiNz+bIoCxKYezbNp7HQGgTQWS Bc676TygbSqMVHCCAsyPL6a5ad104bp8lRiGAeJB88f3ZwE2HMAK4KlxOPmPd9N1wDeApvYI JXHeOEFHiFM2qOL0AltGbZwmTh+nMj8DZAhgchq0VPox/TiwasfMae10c4qCDZh4TkuwoFPc 6QmUdJo4NZ3KThuDqdPE6erUtKKEPAG8TkuwsVMZbGaQdhq0tJ0mIYWQJwDdaQmWdzryE0Pe /KiQwFORY/SUO0k8RXEaT6ew0bvkaQl2eYqFtQA4T4uw0NMmLJwT0pf9K8FWTxuR11P+3fa0 z7n+I3QCARIA4lMwZ/kUDasQKQCkTwWQ61M3LAHAfSqJhJ+6YQ8A9FNspP10gEoMHGvQVoed /NP76QHAs4qRfHeuLAkABtSEpL3zfioAyHcuHfedK8sCQAQ1ISnwlKwOAgGrUdV1yMHTE3sB gK7SVdchHVRcaDrKuloWHKEOPH1Rj1UGqgrVE2sBoKyeYl+oZtW2pFgVIlhDnQgeUX+PaNVT LA/1F5sZbLW2AYGoIE8TgH0VIogBMKIyQluM+tVWLBM1q1pGLapuBJGCQU+1YQiAwLoRLHpK PddVCdakZxeVGosYarAyY8eo5NiASYT1LahGraOyJUsAbVTI5tZzjypHlcfSUSlsdtRIBx51 kqpHdccKOjRRfdSx6p0QkLpHFaROUgmpmlSa4CFVHptITXxGJlUAjVR57CNVkfqQlaRWPUmT FFlBRwrgkgrZPHz2PQUdKgBO6iTVk0pho056ACwAEzhRKtzTPKj67ACcUlOp+0HOp+qTA9BK rb2GPj+pHJtaquHzloqTHZzpUnmpG8Jm6odQAgBMnX0KU4Wyg5Riqjz2mDpMvcQoUyepzNRD nPDzAWAB6A0aP++TTVnWTTW16nlNVVDiZb4B5hx57PRzQIlHYwGIIrOfCcrqJ8EkHlBOdUyC P8epKwN3QCKgTzkyRX/CZftp8dQVJT01oap2vKfWKeuf/1S8CT8VB+pP5cuOcQKqONCBqmH2 A9AKEAWsKBGq8E+L00I1MdtQBVNuQE8AEdWR57EwWagBVYiYACyqOFCMqkM16LdR1cx2VEez dkSQKg5UpIqajSiWVBOzJ1VBJU11pdpPban6VJebMFUMqEzVpbrctKl+QHGqslnB3051NdtT Dc4uN4GqxEqhaiCUwgVgVYUiVZezwiRurEswdgisnEqCY4uixUrOJXS2HGtVDVoyK/OG2th1 rN+QA+BVZaueQHex09myKsjzBBCM3atWQlee9kRjrNsQrpqMXcZOZ0Oh69lo7HgWuXpYRWaB YtmrglVSrCnWPWtYzaCuYhOi7NXF6iv2hHpd7YUOPGux4NVSaGyVteqEMMRuVm2rilhGrCp0 t0qhtYZEYkmrwNUObSV2gZpWVa2KD4mBmtjXang1tiqztNDWVm+WstVFbG41KLpblVlCYker 4VV4qMxyREsPBYiOEmshm1jNJXI1o4gB+M8WWJurLNFS7EA0KFoQzShWAFixfkOGKD8UFstd jayyRCG0vlWMaE0RBYCe9Rt6RPmh7Nn1aoHVvVpTPAHIZxei81XzpX2WcGlXBdPqZyGJQlWk qDV2OssTrSOqHaWzV0Sn6t/yOhtI5FxqFc2x09nQZUMUaiKetQ6yRSmsRkwWz0ttLQpMFCYm atUBgEJGrYcVeKkNOAGIvbKsJFZz6LYAGuALsPN5RgWjc1FxQCQgGnQbRYwOWdOtRtYa61B0 55qq1bGyREUA89Ysq2X0bxnxOboGWR2K7UsRgL9VwgoajYk2W42sTFaQIks0BQBlpbGmFNuX KABsq6zWysoSVUTkSBejGsz2ZQqA3LpTxI3SWWetvtH2pQYAzboYVbM6V32ti9E3698SA6B3 NbLOWfmhGQA7K6a2OjpodQBkA+hni1E/a7tWa5DEHCxaRxUAjVcnJqJVtpoAOLUGRiuL1lEG AAaAHHArlbReM0uW71pRq2mRPlpq3U2gbqitaUz4KL7W0Oof7S3yW9+w/toBqSfzYiuwJdje GAEACtJS6wYAW+sgrbWWWre1uFZ1q661kOnfrLvmWzek8FFybbeUPepeDJGWWtO1yVYS6cYW 4Qq4/NWGXU2L0NaLLbF22spprbbCR5O1W9dya42Uwni0BbsqbWtRO1JuK7X2Dvgj3WVebEcA qNqf7T4AmGlvZdX+bGOM8NaLLaxW6EpvXWaWWmu1uscgIyMg2Ao62tXSbO0yAdcrqaI2eVdw FZPKbSG1Uzv8aDizS1qpvdR+W8OME1e5LafWU5tvnZN2SUW1pFp1K55UUdoOWNSiGEOuilK8 bcr1SgTQVJT2bSe3Bs0W6c/1XTC4ndw6ShWliNvJ7aR0rYm1vbkSSXOuRVevrdJWK/IpFTeO bUWl3kZc41oTbetrTJW6bt22VNtoiLERQopoTAH4bFe3tFJx49DW6mptxDaKG5G2vNKu61rT WRsvNdIwNYW3U1st5rIU3ihuHNmuXTmt0dKfJsoW7ip3FZceRMG1RNK7q0tTZju55buKG3G2 f1e4prjRXQuvnZUWXte39Fq8puLVewsEmNgqbOMB+FJxY7828rrS9JeKGzu25s3La++1AcAC mEsOOzmvvVcGALEOvgl6/ZgmAEivA87T68f0AKB65XCyXj+bCoDXa+zVY/p91ADQXl2bJVOx U+41ZVrb/GxiAH6vus3g68f0AkB8hWwGNxmbGQDkq0AyZ1p9bb4OO6GbSVPp67mT+gp9RQFc Xyuc2Vfo6wmA++rC9b5qX8GvFU7xa9iU/HruNL9CX0cA6ddz5/q19yoCaL9WON+vvdcf1/SR bHp9hL/eX0uwhdMWbAggA/sI3cBaTltfHlgNLAh2xYk3IcGyQU2wGkgDJAhABVuEZcGecfEm L9g3bgyWB4uEpcFqYG2wQlgOaA5WA7uD1fwBBX+wb9wgLB/3NmICIMKyQY2wp9OIohL2jcuE Na2IIU1mUFgUZ/BUDGuGqsImTq+wnNw1jBb2jcuFDeUqc76wj9wwrCUXzlkBmJ6aYb9/5tNK SQFAe8o99Z7SYbUOoi8cbRl3DmtaMUQGAO6wic48bCz3QcGHrZ36YYe5nJ9AbEJyENuhJQBo Vt+R6c776QBAQ/vzdMTeTwEAH9qk5ySWEEsw6Qd0A66JT09M7P00ABCkTXp2YlWxsE8jbTcW g1o7rAAMaDeCqdj+rAQQSisedMV6YicADNqyIMbTF7qGscUKZHGx69kurXiwFxtXBQq2ZzeC HcFk7JlWhAqUBHmWANa04sFmbEzwqyprfNPmCC8A09jtbMBkTmsnnKKSURFDeFrxoEQSKzmV FAyEY7moXUGp5wdADVARE0uuKTW6IIBCbY7Q6rlHjcfmPOex/thSSz32pnuPPcTlY0cA+9iq Zz8WH8uWFAGgPQ2fBNmcbuTEIFv1RMhmZMeIC9mbbkPWFyD3LFdGZG+6E1mHrEbWIjsypaQm ZNuSHNmcp0f2q5sCEMlWPUmyLFnPE0p2MzlK7ckaLF+yREdVqlsXRFiTfaXGUue6GQCdrOmT J1uSVX1qAH6yrc+grFT2QwgBKMrKY4+yg90zyQNAEbCGNaamJ7OyTggGABFA4PX7zNsmdhk1 VdkKpTQVsos9HQU8/biyT0Js6loWLLuZHMveZcOaZtnNpDhVtPsu8D3wOqueb1nW7sqgGzAB MHmZPtupp110AC/gDeAD3ctGZvEmflkcKGB2MXsOUL5qZguzv10gEhEgsiFQrVEaZjsAjdnH rKyQoGoxmgdoVhKhQ0pfoUc1M4vdnai2Zp8NoFnNrGjWMqsQ4Ywydzmq30ITqK1QNauZZc2S d4N+r1nNbLzwSzkDXSLSZgmztlnjLE0wN3tR3c3eZmmCvlmOKnC2vjtGHM62d4uzBF4uInJ2 E6qcpaoKkzi6j8M56FcSpAsUDazqadOxJl3s7FR1KrnSbeleVUWXMF2Z7he0PJs5PAEIdF2G 6llirPvyoDudfc8qdCuvldWVKEU36AfRdRniZ1W8JgCL7heUP2ugTecuV1WhSFp5bmHxndvi LdDWDicA9FyXoYL2npvP9Rs6aD2xFAB/7nXVsrqOJAY6cw+xUVAMLTf3eEPNDaxyaDGrXMBs bim0tArmXRl4c8G5j1AT7cqSnKuifYR+Q62jV142ZDnUOjrNndE+QtWh1lFsri43rfpbzSBe EyFG31zuKnFVz8rmPa46La+06lw6LZLWSUvkvSI2aWuKSF4E7V5VSvu3xOfGYtOq3VV+aJQ3 Qsvn1dIWME285lWsKHqVJarwEtNeV0uiy9GT30KXbEgBSNMWMB+6AdnrKn6V1KvjPSLyVz+i sSIIrx5RwFpTBAGEdPWIF16tIlSVvbq5xPWWUlm6R8sHa69XxKtYNNXSarO28URV7YFVdbtT lF+2L0MAsVoj66yWJRoCwLeaa3G1/NAQAO7WUDvARNb+bneKwVpkbbE2yypl/VueAJS12l5m LX3VabtTjNbyQ1EA0Vv84Je1fZkBINlGWcus41puLXGUB7DCLGBeAMC3nlFx7ZW2XOtlPddq V9W1RlY8q2VRAZCw/SXmFSe+8dvuqL120GoAyNdWRsejg9YCQMZ2MepoHbQiAAa2BVv36KS1 1Erxbd8WbRm2F1uTwMO2aBuxLbV2fCm2uUxS68VW5Mu//ZCqWi+2J1+PbTIzZHux7fdeb1W2 JtuL7cA2Zfu3NRlZSEutB1+X7d/2kRnJ5NlaABi+T1sQ6cH29gLxDbvCXpatpVYUwLk3d/ts DTDybFEA696mr9G21PruTdq+bV2ZTFu2L72X7Au1DbceF/G9Ztdc5rn1bAvtfduuW+GjIgBq L9nXZLQkLbVie8m2L9t6q+HX2+v1rZKubeGj4l6mq6SU5urSFAH0fQe/qNvKr+BXesu69bki Gg+/sNvhj+xW3NjttdWqW5OupN9xL8OxoOl0pd+KfaOunNbgrUsT7Uu0VbcWb3+abd/k7fDH V+rSPAHMfTm/w9LHK973fot2pd8afSe32Vtx49KXe/tvFDdGfbOlBsfH69V3Zjv4Nd+6NC8A Xd/VLeBV3NjyVdi2S3+aMl/i7fx2c3v08fgOXfO3Lk2er8K2HuC/dWkGfQO4A9PeawKggEvd ROBCXxEAC9yGqS/oYwrWKL12NstuH9MBQAXXhXvB7b1Og2CvHdPoJgbggzvsfG2acEe4u9cS bu/VAoDCrXDCTHuvFYAWbs7zhfvZvADIcCucNNwerg333InD1b7qcHOe1c3NY+/1BPDDfXoG cT+mJgAi7gbYiCvEReI+PZW4VFwmLgrYifsxFQFEcVHAU1zoawjAivv0xOJCX0EA8lcXLv1V CPzF9VOaBN4GSQjCmeSPUPAEnj8Qzrw4tYIq8NuAA/AGmAIPCqrArgQWgKwhUEC+yXeYgVsM NIEqsOphnTGQ8EggDOZ+b4MwMBwACxwUKAOfgdHAMwE1MABgneGRwD8sB+DAiwYx8EIMKGAH PgMHBfTAfGCEwDbiDfw/DATDAfYxNoFCsBn4ENwIXgMjBBYR24h+ASBYDswdEApIgvMdlOC3 gSX4ILBQsHCcC3APm+DNABwgXlcT+ATjgWUCiGCEQCm4J/EHbgTLgfmGNAFXcCgYADAKVg6c gs8F34ZUsBgYnBEJThHcgXfBvWAKRACAK6EJtgWrgk05dWBjsCEYKBALPgjIEpbB54I6gTBY 1lCYaQVLgyfB1OBK8B74XGDDCAC4IAQAUohtcAzACywT0AWHg0XB4+CAgA0DHfwLVgfTgYvB LoJj8DuYFxwPDgD8IejBWwbVgzp4EOwNzgdPg20C1WB/8KXhJYENVgdDgnPB32BQ8D54FIwN DghfGsIJ6uBOMCE4IvwKjgkkhNMPAoDtQwBAG+wMFgPHAFjBMwF3MEJYHDyfGAlfhC8NEQN1 MC64HcwRRgb3g8/Bn4YBAN9BHUwMhggbhMHBK2F48HxCAJAT7jwMABjBcWBVsEjAE1wTngjH g4nCDAUtg04YALANlgF0g33CB4E7cEf4JFANngprF6TCaYFtsA+BKfwTlggHhfnBbOBLMEOh FpwUFgQ/hFPCTeGzcC94ESFLGAA0g9vChBqNMD44K6wPlgvHgwEAUuG6MFvYETwDQAnThMvC W+GEQFeYAmEXPggQAMIQYuGZcExAJVwTqAYDAK7B5gICACq4JEyo6QnDhRHDNuF1hixBM8xQ uAsThqHBe+G+QF+4MswSLg07hv8QBIBgMGeYBnAV/gzzhQ/CrGGhsGv4f5h+eAxThWfD7ODJ cFw4N4wWdgzbMGLDjmGSMF6YBnAPLgjfhoHCxGGKsLlAADA3IABYGbbBNACCMFZYNYwbTgO3 hgMCmWEXBGkYO/wWPgw/h83C0eF4MGn4f+iCKACkg2fDemHnMHcYOuwd1g3/D/8Q7mHHsGx4 OWwYFg6Dhp3C8wnkcIyBcFEAEAjPhiXDJwHKcH24OMwbbiW8JBRwv+HlsGfYPDwfRg8viEfB EOIYw0uiAIARng2jhuXDWuHQMEy4lTA3KABQGrbBNYDaMIU4RAwgJhEfBAwARAgDQIcBRRwc ThAPhy/E8eACwNxARtxKOBFzhmsAzeHtMIvYLzyfMBG/iDsPBgCksCNYpUcWPg8nhsEN32EA ABFiAECBMACEhTnDNoD+sI34P0wkXgsbh1/Eg2E5sA0AQZwQUBDngb/DVGIw8Yv4SowXtgFM iP3DTmIRschjoWAAqBKbhsXEH2Ih8WoYRxwgPg6bCw4AkGHO8A1ARQwnrhA/iQ8C1WDfMAAA UKwm3gbfAGrEZeIb8ZnYPlwnPggwihfFm2G88A0gSGwbNhTLiSvFmOIX8Z1YFXwD0A53iofE 6eH5hAFAlnAA+EMcAPbDjuAbQHm4UIwq5hMnh1sJ24cDgHI4Vhwf1hN3hyfFDOIMsa7YUhwo 1hRriSPFXOJUMbHYUvwnvg4LisnECAEzMSz4O3wpPgC4IFrFEeJY8Zt4SxwnbhGHihfFLoiT b7b4FpwnPhXviYHFo2BssZSYcPEqHhergnEAhGJusafYW9wuXhcfBBAABmK8MA4AUhwtlhRP i+3DHOJ78fYBARAT5gzHG5rE8+IusZR4YPxpSADshA3GpuIV8bn4X8wgRgBsHxzG9+KCsb54 ViwvrhWji+PBBOODAMYYAJAAmBFzhi82CGOPMcW4FxwjXigkAJTEcuAcwLYYWdwtVhhbiUXF ImM2sSN4JJAynhh7hL/DN2OSscsYZqwUhgHEi/vFyWJbMclYy5AAcBmHiYvG/GIAgLT4Z0wp ZhWnHxIAo2KTMAyAU0wr9hlzhYHGsgSscc7YXaw1jhh3jL3GiuHvcNNYZCxLUAAUix3BMQAY AMcYaVwzVhYLjRHFNowEwNNYa9wrlhj/ilfG8WC9Md4YUZwphhvDAI7FB4Gp8dfYPlwvxhcj imHFcuC4MbRYauwvphoziOvFCoCrcdaYGzwzThxXjhfHDGKxcaEh/aAA2BVHjmEA5eKu8d/Y cjwKFh2XjgfH6uC4cTQ4afwxnk+4jRHF5gIFgLMYL7wOjhorjtPG9uHbcaHBBaEAKBxHjmMA XOOz8eoYdDwKLh4jil0QC4D3MO84BmA2phknjO3GjmOq8EtiAdAhnh7PjT3HtGPA8XxiAbA9 nhssAHzE0+O+seqYPlw7PgiQj93HnwbuMdlY1nASnh3XjZXG8mOq8KeBAfAw5h3LAFLHymP2 sfgYIUCEeBkjBEzGvOMZwNEYfHw/bh8vjUXGFAgGAAIZbjwD8B1/joHHoWMtgwT5gDw/ph4n j63HKmPW8V+487BBJgV3kMfCG+HwsQh5PiE4LjT8IRgARGOT8Azge0w5ViEzjwPHEWQN8gQ5 cjwDUB8HkC3EDuQSMgz5IMAA0BnzkBHHNeQG8gBZZkFCxj8YkZXCM4DJ8e8YSmwfBgAsFIrI 5OATcuc4iXw9Vho7j6nChAsGwN5Y1jADACCDkNHGVGQG8RdZjExEjiHLGmjD9uMuchBZgxxB 3hzHAGgAFmQbMgZ5FDxEllnIErDIDuEPMt1YjrxExiL7kQ8CDbcOcnY4jhxCviHPJwzJiWR5 sCKZhjxFRhR/h03BAIBIsjlYkexDPiMvj/fI8eDoMSL5D9EAgBwrhWkASORKcqHhO9wAICWb CxoAu2O4MQ1AinxBTiOPglvJiGQXRClZkbxFViVXg3fJmWQXhANAegw33hczktHIlmT78ALA fPyScADki4vJgmQGMiF5hew+nhs4k8cJ3eNicvV4kNxIBiXPJxwA24dr8mhCY1xMpiTXkpPJ DGJw8jhhblAy7iDjADrJ3GRk8irZPtxOHidnjN3JqeRz8jyZQfw+lhK/JMTFPGFash7ZlhxK /icTLq7JPOFesj65GixOFheDi93JZuR48ieZoPxNfklYi9fJHeQcwAKZi9xNpihjlB/Ki2LT sVI4B5BHViJTk+3JIeV7sjo4BxBN5ijLk6vBIeOUcowhmywHlgFQj4/JE2V08igYAfBpsBiP E9DHjmCbsjl5oKxTBhl/GhwAn4YHQP84qBwDgCdLkzvKReX5hFL5p3wQeADskFXBNuV8MlF5 nzwKnipnGJDEbmSbskDZpOxIfhFrGazKPeL5sU1ZobxVhilvHwLGGmK18lI4hUxW9iYLjB3E VOWqsFUYpyxAPikjlfHKA2K1sk2ZrwxEXiL/lQPLX2XBckvZl/wdRisjlq3DguVt8lP5pdxY 7jxAlmMMQOWaskWAsHwo5irniD8Nl2XqsFqZBuBUdinnlD3LqmIihI64qhxWRiVzlj/FRAgb XlX5iSwGtgiMlafJZeUMw0JBtpxhGCNbBNjKdWWPsm65qswYpi3PgWkAEeXJ8mm5K7xbZgwv lWvKKeLXsrd4tbxliDnQlLHKNYCSMm7ZrhxjsC6zltXKQGLpssKYtxwSXgiDlyXLpuW+cm6Z vPySCNKAl4fKweWoMnHZvLxlICZDl0vLjGX7sHu5vsxQeC5jl7XK8WXUcn/50kC42CRXhW8A t2WosoBZu9B5gApnGDbHMoAbAHB5uyxcDhBWlWUJEIC3cU35BpBcTi8Xlk/KGeYL80EAAmA8 xirDi8XLduMQ8x74DzFMVisbk+nKFGb58miCcEFiRiSbkmvLB2MYs4K5Guxg3iRnkjXMJmb0 cn6ZQexgjiQ/ACDMOAD4cox5wXxkRiTbMBgASGb88kK5sfxHxjCXmHHMAOYlczW4xnxIlln4 lnEACWbKsn2Yy8xGziTfmOfAOIAJ846ZlZx+KDOLksXCqGMUs9K4AfBK/kOMOebHFeSN8pD5 lmwuuDPvgUXKguB1sJzZgQwB6DOnHyAAsWQ5cAV5sTxlHjP3mV0Q/GM8801ZxyxmZhBHmvfA 0OPrcqBZybxmtg/jksHIz2NJs5S5rcxK/kPojkfMZ+YKcpa508wg9jOfmgsNgGZCzaxh0LxE djU/miXNauZK8ygY0Yw7fhxLmjvMe+Z4MK95dOw+1jQTavbKlObl8nc4f5w5vhc/kwHBW+A3 gBcHAvBkkANwA4AbgQA2B9ECDmCsAAOrgmcAMgBGM6nZPhwBIFxEAF4SEQBjM7hZyNxoZhCX m9MF24cIADlZ0bxZTjarl7nL8mZ4c7ogs/xtlgGMmgPM1eBz80FAAkCEkABclQXBMoBVs645 HixwBgAYnPXNYuEIM635pJxuHjh3HiQAbmRwc65Z2Uxu3j5gnPfNeOb/8cQ5txwB+DR8nB3O xmUfgp653TwKJjgPnCkQEoDNsQ9Bu8xqbjkXnGUJD2exMLh55Mxdfjg7nGUJiQg8Mwo5NVxz jgf7nIPODueM8wyZ5yxcPjkjnScAV2ZCTQ+Z6Sxjdjr/ISQAKefCMNV5wYx1PghAnb3OqeYo 8ta5GiwBoEBMAMwFE4BE87d5BrBxvjcLl8/OBwEKAOGCAvBMVjSXkcfO32G4c4fgJZF2xjPD ke3NH+bcct957xx3VjfjkfHO9mG5c9x5bkAB4De7hcXNAOfvsOK5Q/BpoDv7ndnN42YGseWZ 8nwQqAD4l93CnOaF83xi8+x5Ljz7nf/NWmbJ8/ah9AwAqAAcnAk1rmXAc2e5GkwBmBtUALQM FYCU8ywZ8ax5tj0vFBrPfue2c+CZuwx8bj0vFCoAY+QZMrCZ5RwPLj4jnzvPn+e88Mo58zwK Zj0/n1vPMufsMu+5+kyEKCB2nl/PPWTIc+rZPux67jzLEiwAQGZBMEdg+8xwnhuUnA8CFoCo cw8Z9Vx0nk/km7MDf4h2Bp65BqBw5jgziPXP+Gf4c6y5hxxm9j+Pgt/PKGf4s9pZ/Sx8nj1/ hxHQVVn4s/y5BrB8pj7Hg+PPCuiDwAXAvvxt/nawn+cTGGgAwAZaAI1ntgHQnEXPJGgRNOHi AlB37kCLn+vPA+eFwgQg/XABUDfbADDPkWf7cNdZBL19iECLhW0AoWcD9AXaBVGD1kDPmzvQ 9GcUdHaACD03GEH/oPvPbmcZ8whaBN2EdjwTasbEH2gN9Ar608CCLkE3oOXEXWgR9KcBAxB9 LgxXoHPQDOIZ9EEAA9B5wABknAfFWWgAABt6Db1QwAAknx/Fceg5tByaAuGGxjNvivPQWgY7 9Bpa5lwqzkMvFK6NB4EMgPxZVmyITkT/IQTRkeEktBB6PiGIBgAoohPRqWZaQx6aApEBSD9g AAjRBego9IL5E42JTkQPoCXMcWhEdHbAhpEBWEATajjMqWhWtAviEi0WPjHLnuXEl2hLtAtC A8CBFgS/mInOSuhcNC+6FF2LfkEHo9MPw+gtXAvaF42DHj8ziDvRBwENwEsiAzCATjKnos0F 0uhotLoZBwCFHj4LlwHQFgBs9BHaFx2K9kbLmAHQGoC5gQbACs12/kJ7i9fR0ei5wQagDI0D OEM7o0fB4WgN9EtiAwB+1ijHofPR2NzOQzoaz0xSjkMPpAPSB4F+FEHaGD2JjkcnpLUM82iC dDMaBo3NJUIopLG5KeccQBBaFF0NDkOToRPSyeccgCSaI/0dDkNvACgQ/GiCdDfaAW0fTklj c1HSMmeU8S3aW+ySvnE8pAnS7miF8UXaJt0YSD8TanjGM2mdtJaBA2DD2AAYl2nD02c09CjY KH0QIEo3paPOtOETdENaDk2E0I00pWPNtGGGNEnaPmyVbgy4IDoAvehHcEYgDt2VBktfpefH tOGNtDl6wcwBMBeYpQEAHYBltFh6JL2WrgZPLA4CHYDtQwdgHC2WXknLie/ScOm5gVkaOwwD KEezpBnEb+m9NF7aCk0bzknbjRPTn4a4NFo6zhyUfky/JDoAnwYPQPQZj5yUvkfHg/PS2uiD gNkQLS1orkwrjUHTooHOg2IaO4w8jkMrplPTomk3Mh55Iq2Efk17ALQMmGnStFr6MD0Kzk2L BrQMHoCjdFPZNZ2ZXihopknTfmlv8XFaNGCcHiPjkR3TSmN4dEVaNL05xiPboynS0mkPgCzh A+CTZg53pinS3Gnq9EHgAwCVHiybph3IEWmM9Hj6zMwc1krXpb/D6ekPQPpBO42WlgHQpqfS 9GnJQPqhUlGf3k3LifPT/GnJQHmaLs2bjgeTp8fT5oIPgCuaOZyc1kkvFDgAfwgQQFiaOWyY lhMzpQMDhAv5dH0aOu1A1lBjqA8CIAC5NHP4Oq2E9lCHqBHUaGkFchw6QH2iDgwYm7PDUumt NIOYRb19UFCnqN3TBer5hI3aRQ2i5ktnh+/TMupRMIQaRP1pCAFsppfO5+klMgigSN15CAHI pqfOSeqT8pL6IOCkplIfqRvUdmMjNZVayzClSFFXqL3F6wMqNQUiBFCdZjvHocPUAAAy9ZY6 RU2inkpXqdPUsgQRQHf67wyMdlNrGeTUVOqj9OE5Sp1b7lIDAPDUf2qoNHP4TE2B8ABQIEoU aOlFMp+auxwCOFSnH9TU5GH/NJg6Tp1+EAFgpUnLZ+o4tbkAT00exlIrjQHVluqDQJkjUf2l VhiDql0QZtRENYd6iZyq/lO7IEYAE+ro8qJauByeFlAfBEYAImrt86xaxlyrxlWnC2LVOGo5 8bsZAOCrFhnkqoHU72n78IFaMvCqflGvn3fVC+Zl9Qhg++Crxg6bG+LQxepp9a3aR81/xla/ JEYA7udcdanabtxwBlcPnDfT8IYVtQtiT3GrZkxToNXV7epb9YvaAw2trgZrq4nVnwYSwGba BI2t3j7oq7fVaGkbQLDaW2yuBgD8qw3Wr2dUMrI6Rw2wRlifqwPWkmqFscvZYe1wdk4zievV 32F2tcFay0ACOEpniePQ3ImDAAmAAkECqE5joTHW9uGQtcFaltCxDlivqk/KLeuV9UGgBNCd tgG0qYPU8eCR9cz6D1ECYE/DoVHWDGKdNQCgZy2yrk7joYHWo+CS9cw6/VACwEr/oZHWOWtZ QtN6Zt2dLkRDrecTNOuZtbmgBLCgZkRfrXfWt2rChVcDLX0DIFDLiW8TB4Gx9dDaZ+2pdiAT rQEAauvIBNl6XK00flvLrYfWTuuXdW55ag23fkmYAF7UsOivNd46bb194FqjpW3RdWqcNdba BfG37jzLpv3RgmsTwNzAUC2aPkoXpCPXk+uFggmAMc1SjkNvrivXsWm0dA5gYS0n/lz/pg8C J4DNtEY6Dp26Dl3DprHDImnWNRFiNA0ASEuIrtvWS2TbNWx6C/eilkknrpPVDGLKdZq6UK26 1lszqsfUnQffr+j6Zg28HgU3qlHXwOnoc4r4O62EXk4rr+HScukUcYy6eR0PRlNPqWvXxuUU 8cBaYYymPgEsFJTXKOKxtOD6em2+Rl2PkVPEEWu7MfuaAiGZTl+brb3FkunaNQWiLT0/ThHj rqXUn4YhdU+6f12YjkN/r53S4GsCtvFauNy+HmBjczfHKWLmNcM6gf3Adl/3r2XH62uYNEj6 gr29nmCfAFDS++tYc3Z5fG035l+/pNfQ0utwM+taIL19yEajiO3TK+xo9EviBADBrjf/rj3Y soRs9BYuLA0kvl8rjGnY0WjCBVCif51wjkMPsXfYiWhXNJCYbu1APmK3og8CKICoM5B4gS1j jmInseHPPmkgsQRbTqwB0EtvH6jR/WsVteAaNQ2YRgGcmWsAFWTX9PbBjG2KDmOTsJXGYGwA ABtbDg3BHjqDiJXQgOmuNApAhI2kvmH/pV0Qe2wo9hkbSu3H9hbPsQPZcmwlttZZcH3IdkGQ olHEYmfBNSk6kb2GdiOjsanYbGlPNBHiAmCFRmNvsb3FXWlONhRbhE2nvmNPpRHZomwqdP96 T13IVhijsucGKAAl9qCakc2E1kAbmzkCpGtDNhF6+9CHRhHTAOLXSuM+NA8a7Ny/fla3su3G VuxVtPm5mO3DRmb/IbzPAIAUAA+7Wy24lmYvs1vP7+saABN7iWzNxmYfBKyvxWxMdjUYnO3N Nj4Xsz/ZCmNydu75m33Lplcfs5XGKYDV8/HZks2vFlyjnxPRNozyM4pYYB2LpkN/s/nS/Odc tsJYFZ0CsD2/nvnPwGwHcvk5ms14bmc3s4PZdejOQwqgk/2xlmQvFCba/+z+9cn6ne1ALmh/ sz8NKgDptZs4Du3RBgCEtE3P+2x0tt14IXUQOGkDAPrOKOKfNUd7iayHVkO/tKXYR+uZ9km5 pv2HwGjHtN/YHe1Pw9f5pZ3FtlrrtHPLGG2idktbeu21Pmpzl13aSOeYc/+6bB2HdmlLtV/a SmxNtOB68HzVLjv3r7nRJO3Vs5ahcY0iBjOHtQnXLe2Ddpq5qt15aFz3rb/aKm2lsQqgrf2S gI32ryHXTm3hsl37rQ235mFfrvPaMua9ttpaBRC+7lwLrgnbaWvCBaz6ri3QthvfnhfPM2sl 9upacF17jjsTLlQA7+vYNWV7boDZjmzftf/Xe2sXRGd7aJ3F9l2bshXXlm2vs7nAF3HXFmdL ni/bsoTONooYKA3YXjCPtlnbAIAVgE/620G9nkqPtnXbVOv58bejg322tmEAtw3WxuVvB1B7 iax39mo7rLfB347GttJY70wC6DywtqHbcuOqNsu68/Cvxm4/tB3IuO2DNXAbuw3a5i4ftw/W IwAr9Ldjm31SPm6nt0XWyW0YgGs7Zb1QeG8HBvjSJuj5NoMYsU2sJlyMqqHbc+XadjWYvz2q zm1HnQXWvW3UtoFbVI2qjjULrInb3uIVwB8iVJ3bPjMLrJfb7e1K9abawg3DFlyvACrV6QfJ tXDbhn3a5l7PJ0Tcf+r59BhZYP3dXiIvtofWE+4DdxFbcI22NlhTIFYADm6JM437D4HjFlXL uPXbo+BWdY87TZ3cFjkLroXWKutHhHBbjC3g/g4LrZXcuW0Hdxrbw20ugHJzm5bcGO7c8pD7 yk3kXnJLtx3Ifmout5Yaut3HLnFPsFXWGmsQgLH5Bt3ihllrGdTcBwElN5m7vC1chnLDuQMD cukbNHtby72ufklcucncQO54MJe7RS2hXnLHtR3Ig27CxZgbS1zK9hUruLXUH+rGQOEY2twY eAOgl4nDcuB4QzTZABBsnk94HukG24fp2Pw43iBZ5nQznz3doe5PQwsg+hxv+B6bui3Qnm5V d+ehBeBGjjc4lV/dSul4MAfhINACWCjMIEbdM+6aAK7bMz2f6HXzumUJLgCfdLwBWjzspki3 AJDdfwgXwJk53tA5bnYroV0A0W5zAW8Q2J1ctnZPpV8AhIsXwEviODLqZnLTBLzdCm5x90Hg BTA3eAFYoXEAU25hd6f7IAADIELIt+ndte6ds00A3W3ipnd3HmAACwUYwBgZ3l3qnnd7QhYK n25PiGmY0s0FpiFjulXBQGgIt8I4BmDDiAH8IWIAFu5ZdpPbPmzxdhCZC9Z2wm1F9cabQdzx BgCAvE3eGe+E9hIZ4+0gckHIAMLSQOg2d245BmAukAG8JGQAa+7Y88h7FEzzPgjgvFveIe89 N3f55P3zBgDIAPDbNIBA93yC6D03eHmHvA/dS2Snt9G76a3ellXvvOPBNu+DwAyACGGmhm7r qq/e84mtt9ZbyzADSG6HlwXXYm8AQNlb6/16Vul9uZfIZmq190JhBrDiNmabueXEMwCytyyB BrDbvlajvbUMfG+tt9mbzi1jXnuTLWwYNIADtzY7Dm34TnxrveveSu/HN8jjD0EDsHC/qwXX FG8HUfrhyyDcdmffvb3FLG+jN+GCBuCKzhJLvO3GoW/SN8jDwc3PFlxzvskWLogaAMz7Bh2H lnrLAD4NNYA8NxC69k24yH2DPErfF2uw9+/7IOD7BgDUANbcFW3hN+yb+L19kH13voXewmXn t/G7+Y3fHmkLrm/fxO9Pgw0g+pwlhnqflGsA2u/Ogw3AjTwmTnD3u43f2m8tw/ZbuJ3T/nwr jNffki71d3L7aa38tn5Xvg8CNoAVt1Hb/W03tn7nv/Hf5O+mNv9baTz+xn9TIGwAm+Mxscyb u1wAl3TJEmwA82/C94IZAo7/liVYPtjf0G8Zc+abbGEuuAEcuFHRrm9zgfQbdcL+9n7nll/f JHAAgAdcuI24HoA7kFfgKvD0ww3Awf2LdoEvkaXfNYC5wQ2g9J1jVn6PwF0QJHDoNrw7Dp0C 34GfD2De1mjBdQocB0C4mIGzwBfgwmUneJKDcIErYIFLwKvBOfDzwfYBB4DfNmsLrnEAW/BP Qw6A+73W/oJvH8bg54MuuAmcu8wFfyQQIWTGwm28tg38pIwD+DRcwAEAOQDy9197Dp5broM/ ErQMaHDotmFb+Y0Gx4MDwpPbo+s4dCE8B7BQgIMLwlXeJ2U4OB68Eb7i1mwrvzfgMPAcQAKc JEAE/0NIwXUAu23TtqP7/A0DB4U/EjbhkW88uCzBFA4A0AEcuGnbfHDushS8Ct4KPzMPis3f E+xPePrBFO4oduSai6fSrHBr10FABxBrHhRnubnLwXBzgSt8fjwofnuflJfhrXBluCt6UAwJ 74O/JIRzB4EdgFx6UAwFlzFjwwEAO4Dtww6ALz0ovoJ/h7/h4/Bs+Da8gC241oZnw+cGOwAr 9KA4FR4OfyRQIHgA0edB8RpcuFwPH7gQIdLhjmIMtvI7He4Pp7a8nh/Fp2+lMUGcB9B5iIcz w1vT7fBPA0Oc2uJGfhQ7w2feNgxNuIMo6vworoZzlzXirfA/BA/AuPwo7oYvmEHiI/GN+EPc HM7xFokvFHreAfEM+IIZGq4DcEHwAMbIj+JUODT8Jk5tIYkHuGPhwuWU+MDlHr453hTjwuXE QnEegCwBJi4oNk9fws0FSnGf9zZchS24ronncWwYPQCOeIdb+d0DwIqnH3oAxXAS9yh8gt0V z+OYC7LizHB/cxwaLW5dOYtPw4PdQHEZcw8g/cAD0DL4AMLSm2KZeDV4Lt41IFyAxdPiqfC/ eMKAcOE2Sovvw+Xi5oLCuHVlGm7uHovLiSEjXYOXxAygKE7IjosvmH0AZ3AKBCOcGb7IVn5j xh8JCwU9CmdcL/4dFo1Pwv/gnPFUuGk8D941kIffnQXXPgAxuJbhAu4obnT/whXcOQAKRD/c ES4oZmVbxqvB/fBv+A8gH67x/o2fw7cPw/FHwkFc5G0ctw9LwpPjSQ5y+C87Dv0Np4UzwZnh mOp2OBWccJEcr42zxBnE0PHruAp8Gr57FlxDx43g0XHseCq8DT4eJ36Tw9HYcejYOM3AhoEA Z4bbvR3j3mL5uAN8ZXAQ93srv38A4u8HOE6cmv0fF39TIH4AFfHFt3lc/U2BuH87itPVSnAb hh9c0kUSv3wrvyfkYHCGFjPc840fVxhPyH8ACwUKuKO4nl3/XiiAyPHf+fDW94Wc+s383pBf xNngzW/kOEl8920eXygcv4nf2/Dgd3McPG4jf0msv0fk3/FRMPy7+I39dhS3vzvkdmMEOchj 880Rp3/vyEfBSnKyxR9iOcQM338jyZXGVHIpOcjDJ41g9ogLl7Pkge9tQVGcqm0e33vbMCbj VfIgeTz4/i3p6jzQvavkpHH7sPUb/H0CrZKnwq3fbUnJt5H8ML5gfpNTKdnezPAW+JXcgUwn N3p/Go7egfKEOKH8UD43yJM7invgT/J4cJ586u3zNjZLmF/kwuVJedG76y0oToIrv+PeRe+s 96OcT14N/rBovWUJhXFHsRx8UL5ENpUnDF4SQACO+B6cVX5SjpVHxvvizPBBeKR8PmErH4xX SmzhiXDBNRAg/XAXp4jnyr3khW9ZQt47jzMNt4TvysfeWm8iBBCgGM4J/3tXStziufI4OYMY Mu6EOIvLylPhae+s98ClKA4Lp5XnltPeUfFu+ajbaByHnpZTW2QJPPFtMLxYUb5EdpcPxfM4 UWd48TFcuMwW54m3wl3R8GJt+Sh4WG4sH7i8nuHFqXCCucG8UgIwp0wrv4EANvHOAz581C0Q f5Y7IWziRIjPuLy8NO0Z3z5MzPHgA2+IuPK7Lp7HST84xDfmmHK5+FfchmHzo5gjyxfMfHEA QMscHP7uHk5HxCUchAt3+MZcTT6fKIv/y4fhseZ9scA8HuwzJ4bjzCnmqfCZudG8Fk4xJ5V/ h5XmJnO5dLzhKO4tdoczzZMcz+ZGcLSZOxAG+HW0lnbBme4y90zAAEATKzpDzIIAL4kgwPYh CDA3CAJ8GoQARAghwMG8Mj42L5svnDcNQgAtgxBgoSAEoEAIATbH8G7EMdmc+bxpGALYMIYA f4i9+UEgb17uZnbbzYXQhfP0wxDAXIA4PwgYzsvd1e7HOc66cO6CIAIQLibnlvNp92tc2K05 515vGogALwkiwPbBc245B5jbxmMCg3MLNN5cltA3Pwiozm3nUnPfeN2c+QwxIwLMDYgAn4Yi ABGiCNB5KAJoGYoAxuUk86a7dF6gxpsvFIoAFIgiAO184M0c353Lzi3nfwgjgA0Der44T55P x/fdzHObcOHcXGAEyJ4fzvPl2XHSOeHcdk64MJ4fBIwAkvOguc773B0+dwqfzrcPRgBzgfsc AMA6l5eXx9Xn13MXQ/RclmAE6Jwbm5PMmfP1OQDgCEC4OAK8JI4A24cjAF86ydztrp/7hTcN sbGDABKACOFAPwgw0EfdVm/6uQIdCdB58Nlp0Dno7+6vtwg9gI4EWCggASgQJnRe8MH87A1A z3VvGpAAsoQkgA3jha5BT57Dx8HnCnQJugd9+6BD16AvvLXmle5aQ9fc4UEFNhjfx70fFvT0 MMQsCfCHSAKkH5IA5oIkgAtCCUC4YA2C0G/dUXQc8aZBCbB9UALMDZQAn4YlAKubQL5Ct6Ef BJYAnYclgJbBjH4QIKOD0B3nCvQlwEJhCUCBkKO/0WfoCfQA+hJAlsAEsGHw0d/oPvQKugKd CfCHYAKkHwrpb3TAOYccip5HJ0Kg0Q8CjnRMer6cRN5G90xDzJgA5gImgAtiKnUQaAK8JJoA 24cmwARdRd5JLzqP0ecGsASigyX93U37BqIL0rUMToDOQywdAEBHl5fTyGvonulNwyHdpoBL j6PXunXk1nM3+lrMhoFKJzrs0Qfeye9W+t0ck55+cAJQIJrpy/RR90Zbmg45r6N/GpwARAgn ACF92m39Bqa70g8CTwAbxhPgD/EESD88AYLmNmugQOxcmf4EcEFAAQgX63R0urJbps1N35wf BKAALwkowPbhno5OB5gfySnpAXQowNwACvBpEKj/06XmTvJkejD9IJByoKh3Hhjq//QJupUc oU5PNxe00y3qFPWlMsP7DTA5fngPgwXgjm6ZhZw4CqBliAIsFKIAA28yeeJape4tdqlT1GUJ UoB9OhSapq4wtqkDAHLqFPWYeiiap243hqkfBIDqP/V8OQh8ps5tcyBHAXDq6QcpQNAcUp5S b6ovkVnqQfWjOsB8CG5vJqorjY3qSfWDwBQgLJ1m3kh71Z3qFIixulZ91P1O5iuf1ZfIUgAX hFpdzyU1B2t31a3qJ2UpwB9iCrB9mAJM0Fflt/G3+kkZq/5Tl6u/u2flgXW8em45ri5Wf0lQ AVjduvKqupyYsQ4eIEJMAQ7rQGrBem75sn4QeKx31g/mk22mupx4CuBY1zJQAZLnknDRek1d y8BZBw8MvMvlifXR+qeBCtB5oAJsjjXKCW7NOne5tW5b76yPkTXKMWrdunCZCkCB6K0DAKoA PmmNslZauC5jpq0fBIoHz/Uzs0Z5p65Y5y4T1onrFHXjskZ5qF5dH65TIJDrz/VYs0a57cxc XzBj14/r5gKb+jZYo3yzLq9Xg33qVYD0+m29Yi5Z9xaD14/rLggrQFiapNxe767LmKHr4IHa evSZpZxb968vmAHsnnXwgHbdKX7adq9/h0/rnXXLulyapcxdlxNTAVjrLwm1+npdBkBeN7BX gy/sYnXChV99fsxS7q+P1ucGc3W9Oomdbh5b9xbz1Y/qfwig+nq9M95g97B/h1/sP3UbhlR9 xV5h9xbv2HPsN3USe/W8xa4wlgKkH57q4XUhu1ndxm4fNrIn2TEc+/X0eY1dTqxff7KD19fr KvT6usK4CuCCuK/31rHsy3UmO4OYy95ZlyVUAaTrP3TV+pY9/WBcd64DgkfqW2STOhxAJL1k p7K/JKwA2wcrAF9aJD2SdrDbh60An4YrABECz05iZ6Nr2e3GpLeDAKBd0W5sFkn32BXGV4DO w6IdwzFhh5Cr2e3GVwAtwxVgoSBoL7Sb2L3FVwAKRKIdw7Fnn6T7jf0CYvZR8BVAlhBpV7RP 2Dnph3alcaj9ILBqd7WT2FnpsXYHMhbAhlFrBwDM2tfrtfRLu9IYC/CHwAKkH1rtwPY6u7cY C2AumLWT2m/tffZUezwYC+CC2LXT2n/r0fRc+xKZ2X4QoLZf22/tj3a7cRaAcOFtvwqK18vp U3ZvcRbgJZEF2D5Y24Htn3aFcRZgbsBtf7av1/np2vaTchbg0zBu77aL1w/qp3Y/O4N43n4Q 2Lf720nsEXUiu91YC0CEMLgLGvfsG/WAu7R9PqEF6DxoAbQM/fZ7u7JdYUxof7gr2iHu0XY5 sRZgocBwL7hD3KnrVPbtw8jd5I5wD7fL2okQK3cMR6N9qZ5uVxhrASgQWgBZQsn93h5vtxuX 2/vtlAE3ssy4wC4nXrd3210QF3cSew08355btrZfBV0QRvf1OlVd4S5rlyU43dvtSvfM+sS9 2/6H6LVj3aXuG3dMe+eh105sV7qH3L3Fk/ZW+1VQum5XF7Y7kDPtivZPg7Fd6e5yf7sP2gPt QvcyuNt9iRxz77T72rXr9Wi3+tadMoBz57Rr1wHrEneRO8yd5P5bR6wn3tXtn4aSO2Xgth5Z p7o7kCvuBffIO+Vd6150J1w43DHvb3YkOhe4wyxnjxsjmxvs1Cil8RbAhrEF+ENopzrIW2N+ sSQ4kywnXr0fBF7vAIAtQKzZ9B5Nnr2n3h3Iuvfbe/phC+CKNr1Lln3vtfc/BBeAcMEFkEub 3r/HyHdvcev9INB8F77D3tXiM/Xf+xIZ9159BwBwAYzNpnfEcfRdYcx93z4Q36/v0OLxu934 /O593z5wAfjSpvfOsfpdabx8p75/GroA0WfTe3J5/u5Arr8DAPDv1Hfne0Zggcx/XyJ33wHw //fXc9w43p1S176flA/wnYfvO+xd3416lxNL4BPwB4EugBt5AX98/wbT3r3FF3gNPPUd/p4R gL574B3wueX3ewZey9AFMC4v4J3KBfgH/P2dAtEFsCNnBMTvJ3gL/P1dlgCAVwdnBNLvOXhv MQK+Bn8Q8AL4pBfw8vcgvMIYAW+Ez8Ar4DMC+3clvN34uVaEt2F4AaLOcePXeQD5A7+E7zxc 4VfwsHfdecAdBc9dFsEDAL7wZ/gzcxa+9y6FVxqb4b0A6YcWfBi+A/8T5sJP4RcKcPgi/O69 ME2Ab8M7kL0ALogvAOHiCyCAB7hv4cnwwmVA/EGAEL+IB78XptnwdXhEvIz5C7B9YMQDAL4A JPiI+yFeTiyIX8R/GsAA+ffCtAk+Es+JJ1yA4hfxhXgYvB9+iWyJP8UDAMAAT3itdgXeW9yK 7zxg4mHvCOauuiR+wXyLf8V3HsAAG/jCdBKeFE+L/8QvFMAAY2TJcRSeGK8w/gJ84ikQp3gf vKB8DC8ndsUj4w8CYAAb/NKdGu8ttsbLEmDxsPep+/rYDq80Bse/4mUJYYAjvHybDv8cJsc7 kM3x6XhsfDDeU96Ar8ZrGeLxaQYsvHxbFc+MtxuDAfDw5oIwgBpevo2D78eX4xcKAnlsfDJe vg2EN8i/4ykQCfk0wx5e716P78ZD5M0F2fhw/DK+Hb+LrwZn5CXyB4EwQPEdddyHd8gvkT/y IvmQvDre8b6J9xbj41PydYSwdNy48j6O78h/h/HxYgDCRRhAHx8sn8UrjHfyB4GcfFDe+Y48 Lslz5OXEYoDtgxhgbiAGsEKvgxnsgXWbvH04KR+U/zSMAfLvyGNI/FHeW3yVr8ofBMYACnjk MTt+PuyOXyIv5b/yWoYxgAseeTyK38orjM/yAAC1vFc+dox998nbjZvyX/mFwhggGY88Lsi7 5e/yVnkKBFi+g4w8bsj/5ZXGg/m4vGDejow8HsYf5h3IYwAtAxnAhkEGwMIjjzfyZHmpPIM4 Mu8T+EPI5WPHjXFuvMJYLg8AqMz7BNTw1GPZ+yr+pEyaJwOkH/byhHkKfEV+NE+BcM37BHbv 1OOxvCFYMz8Khs2X5s0FYwDGvNhcNG83Ds7f5n0CxXfqMT/+Mb9EnswP5Q8CZQCZPPXYL5+Z lxM75wEA0fnOfGzeMF+d9xab5rHzhIsyAFE+7m2XVxp/58Xzp/nYPGZ+N2+dTz+g57Hz4Pc7 slG+O68wts3D54/zsWMxfE3eOm8uKANsH8oA8Pc7slaePm83JgP05+cGZIDk/JB9P++dd0EA 6KHzTvlZw3yePe8tNgMQIcwAnQczwAZ+1qCaN8mflC30BwENfYh+LZ9wZ9ArjM0ACwUR/YKC L6+J9yT7BXjz8WAMfYhelnAGOMLPGtryBHqlsYweAFCjD9Fv6GXqs3m7sYq+R8+jt8zL4oP0 OnotwxngD2EGYNFz5yn0J3oKxJL+IOApIczT3KPycmIzAI3eXHAGSM4HrsvzDmQtPZXeBdGj jx1P4030dmMifZf+IEDAIMxv49H0SmMifZu+SO+mH9BD6dP0f4g5PRqAKM9VB9Mvkaf0gOGX RJXeTI+jv9PH6dMPe3o2fXy+rZ59lxOfAfrznwY0QIC+7Y6kdyA/6tn0c4M1vZn+ST8JhtHP J9b0gOG5ARogQk+Rx9J7i0H1o3o2vXQ+8N6o9xbr6T8NaQCsPOK9Ja8wntPH6tn0RHmWvIu+ LH9STtQDAG71v/qwPE2eVm839tWnAToPaID4fE++Ur9ETtYfBI71z/oNfLh5Qt+plxOnARYK aQAKRBrAjhxu7tAz50/K1/pnvSxBDXCEDzfb6av13mJyvbj+IKAGwMKHm3Xz6HqFcbaeXZ9+ UAPs3sPNhfp4vd14Xg8AsNev6+3BdXlmPbh+XG8uUAMU38PN1HlDvQN5W8+ud0G06zvI4WZO PSjYU8+u/0MY7A8CawCZfLjZMZ+jdyCrAdIPa4CXxBoA/B5uXs/r65XGH3uM/fbBX28PDs3D 6T325oKRPcYe/m6f9tZ37JfI/noAwBpgbnCxb9mf6yf2cuKLvc5+brAGcMrbp+H1QPt0vQui aI+x19gP51/2S+SMPcb+08AGyL/bp5fzN/uTcsg+Wn8QYAMo4O3TCfuTvQN5aw8A8Nqr7CH2 kWw/vdZ++2C2L9tL68nzAvvcsszebT+zR9ub7JP2CuOdfddey8AGcMFbBKj1eHu7sd6+bL9Q YNrbg/XzxHqlMdOecN+1T8ZbBH72L3o58eKeDUCBqNpD7Bf0iXsHsuW+bE+Dd9zH01v1CuMy wKfhUl+aP9jj24nzcXpzgZi+bM+tN8Tv6in2PHpzARtAlpCgh9iX6DP3zXkXxOz+K9+6R9pH 7iv0soQdfRugXI9SR92H6WUJw/uufesea6+wXyLv7i11Now2gLv+SG+qVxg/76X3vHvbvcT+ dz+aR9575r/2V3rj/RJ5Rw+it9Sp4SPMd3vuvZC+89AGSD8k7+3BZ3rc/Uk5eW++Pwi0Ae71 b3r5fW6Zfn+/t9+768Xx+nvuMvbeUmcuaAMc7Pv0cXsB/h/CgP+V/9rT46v3xXn2vQuiKz8Q /olD8JXGYoCXxHUeKD8QPr0n8IXL13nOPADADSCTBzfb7Jv3J+XrPAk/JI+FBzdD7nn1uWWg /AjfFL+BXzfr4uXEIny4vBvA+Q5uztcH7hHzWoYd/kFghd/BZ96L7ZfIK/wR/kvCDQB+BzeH 7X/4DuQkPhNfHn9C1nGr7XPLwPghfiUe/q5xvuF7i+HyVPkRPhffyH3F5y7r8OcGQvyBsMs+ gC9cFuKL8Yf4TvmZsxdfYezGdwN8Gqb4avwXPux+ij/C/zS8AfLvPgTfPQyfu8zH/+Mv4rn4 T3s2/iR+bmDIv8Q38T/3ZfxEPEZ+oSCHHwif7qH2J+V/vCf+IPAGUMBHkU/4R/xM/kKhk5+B d8FHkfX4cmI5PACAlO995+K36CXK6nulsTN+EU+4eAPU8Iv3mPzc8ix/la9lIOVb8o34UPwl Mivfls/JN+VT78X3J+Vh/kJBBW/J394P8oXLKvhV/kLh/G7J59ij8HX5hAtF/Co/GR9FTt8/ 8yfxtXwKBDF/IBy/f93LiYn523xOvh2Z7QzKD+Yn83v5soQ3gCkfgG/O9xbL89X5B4GNHjlf kA+7v+e3BljvxXe2sw8/lg98d0Fs9HLvu3fr9Bx/Ck+B4AJQ7fPv3umFPv390+B/hwNg4ZnD 7XyCvgH+02DR79pD9KnikXwZ8+a+o6+zl8kzh/n5FnjCxfS9NaCGZw4P9L/5C+aKfvqhox9I BuZr9E/KJH04wEw/oQ8Xv+A7kHP6MXuTvhX/gy9jltq3Bgr2F30Ou0Qf+O56t2HAAYrvI+ql /vb9D/HUz+e39Nf49XyFsU4/n++CiAOY9BnwPv0l8lYfAODVz+cn9GXzYX2cvrmgrE/Wd77/ qKX6av2DQBzgJfGwdwgn8rP6duOHfVufXX+ERyV782H3aQAtA9neWe8QvuQr8hfMZPuUPVkf /D5LzujD9KvBZPs4wPaBsM8ZviPf7vH6SmNn/WKfSt/Sf+Url2/6uWXFPr8+DgB/nyW/9GH3 in3SvlyfsQ+kT+vnliX7cv25QRzAKT9LfuKD9rnLsH2y/ui+s+/Mh91X6XX7Ifpk/CzZmh/K zy3z68P1zxCI/peeqL9g5tfLAYgQqn2HcDkflv/Y/w6r9pP7BwE5gAI+6e3Yh91f97X7cn3a Pj2fuu/d/zSA958hG/ikN0rfWzzbz+5rGZr0vOTTfpaeAiEHeO+74JHL8n1vsRxgoSAHoO/b kZHLNv3qvn14DmDD6O9n9+/71fKQ/oKZwH8QmAP8IQz8DmFRODI/tzwHSD/s9xv8Cf3UOnO/ Glzhb/AX+BH8f3058RzABdHhBwDMAXbv02u4fm6ZDkC4oAO8JOgA4HfttYqfu0wHmBu4+A8C LP4Osvh6xi9cpgN8Gmr8OH6ZfIp4va8wrgMQIeoAnYc6wAYefs3jlzHXARYKSP6DgJFfxw8D CPDD7p/8Un4KRJQ/I3w4bvIvmOsAsoQ6gJbfBZ8i7u3LicH8BwE7gA1DzE/lJ+6783PLdoA/ hJpfym9HjmB7+avBcf40f/phzp8Rpq9P+LnLI349f5ofC59d7u6L+F0QdgBzwYdDxy8y3/B/ h338Un4of/49u0zktxvbAVwQWH6CiFM+u5zfVxhf+un8kX5Gv5VfTnwHIFyg+QEAn/4+v21f wM8gLvUP+kH9fX4zv7e4xJ/n/wsI+T8Cd/7vcIk/0I/qJ/Rb8P/8PX7Cxadf06/j9+C79rnL d4CXxLA/x58RhsoD+2XMyf6DgKsf1V98BxKj8mf9Noxpf7S/2V/pVxoz+E386QdXf7O/0283 hvFL+1/8Qv6A/bFfuOzgP/fj+GP8Pf1n/4L/D/Ht3/Y3gkfqfn5BgbfZJDzF3nd/RijSd4Dt wx1gbnAH2PST8cfm/34lNB6ACIEH6DzgAZb8WP0XccJ/Ko0HWCjgASgQeIA6P1ofdj7xV3Dn AWwYeYA/RB5ADY/G3iYTfE7dB4E8gLkgD+CC0AMI+e/6En+UPwBAD/CS0ANsH/QA8Hc0Njz5 5A/rPgjoAT4NewAixB5AAY/GJhPz/HPd84k9gJZhD7BQ2AMk4y/Z/n6Z/x5AlsAHsGHwAQj9 o3OEv8yfD5B+4AOYC/gA1X7EPULg6E/sPgj0AQgXfYCXRB8gxl8c9350/M/f+Tez/6fBDzDp x9yP/d/+E2w/QOfBD6Bl8AOQ+b/n5268v5zYD0CB8APIEv4Ab+PQOxS4MXAG6CSvFzHI0WaO uaxg319ukLIH1tOOgGPCxR/gD/EHSD/8AcwFfwAXBCBAyD8/D6wbOXHEhAtAwEsCELB9AATM DQABn4ZAQN3fmY/5FyETLgIBnYdAgJYhELBQCARQIAIBdf6kd1e99n9DJlwIAmwYgoA/hCAg /SAIMBcIAsL+3nziPyiZcDEIoP6/JAYB24dBwNxgELDpD6Ff/m3ChAtCABGCENB5IARoGQgB CwVCwNM/yx5wl/4TlMP/soRCgA2jEPCHKASkH34aOn4aekrd/V9UJlwUAlwQhgCEC4YALwmG ANsHhgA5f2l2KXWnfx9jAoCfBocARAiHAJ0HhwBaBucM+X8vffx/nmWEC4cAFAiHALIEiAA2 DIgAfwjuDPl/AX4YgHpghAuIAOYCiAAuCIkAhAuJAC8JiQAxfoZ2AXcLgJl/BwGJAHMDiQCf BooARAiKAJ0HigBLfgpyDXYmgOJghAuKAAsFigAUCIoAsgSLADYMiwCEfpZ2+3/gfwcBiwDp B4sA5gKLAC4IjACEC1RD+X/Rf1OAUwHbB4wAcwOMAJ8GjQBECI0ARH+mdlt4RIDwYIQLjQBa Bo0ACwWNABQIjQCyBI4AR3j8Z459bYD8YIQLjgB/CI4A6QeOAOYCjgAuCI8AQn7BdgqAYICP AC8JjwDbB48AcwOPAJ8GkACTfsh07X9ggJAAnQeQAFoGkAALBZAAFAhgOBlh2XaXgE5hhAuR ADYMkQB/CJEA6QeRAOYCkQDVftt0pn9ggJIAhAuSAC8JkgDbB5IAcwOSAJt+6Hbff6WABwGT AEQIkwCdB5MAWgaTAAsFkwBPf5B8UoDAgAAAkwCyBJQANgyUAH8I7zYAAJQAKH6Gfbt6fICq B4QLlAAuCJUAhAuVAC8JlQDbB5UAOX+ue9R93IByaAcBlQCfBpYARAiWAJ0HlgBaBpYAZH6X fdR9NYC2fwcBlgAUCJYAsgSXADYMlwB/CJcAJH+efellUmJggJcA5gKXAC4ImACEC5gALwmY ADF+uHxsgGCAmABzA5gAnwaZAEQImQCdB5kAS36tfaSAfmGEC5kACwWZABQImQCyBJoANgya AIR+x3zjeOuAhAsGQQcBmgDmApoALgibAIQLmwDOd9psznz6gMV/BwGbANsHmwBzA5sAnwac AEQInABEf+F7MYFggJwAWgacAAsFnAAUCJwAsgSdAHmAy32/gCSBBwGdAH8InQDpB+soXYEu CJ4AQn7TfZ99CYHOgJ4ALwmeANsHngBzA54AnwafAJN++XvbgGCAnwCdB58AWgafAAsFnwAU CJ8AdX7jfWiBQIHTfwcBoAA2DKAAfwigAOkHoADmAqAA1X4IfFuB6WGEC6EAlIEvCaEA2weh AHMDoQCbfg98I4GTgQcBogBECKIAnQeiAFoGogALBaIAT3+MekOAYICiALIEowA2DKMAfwij AOkHowAofpR6koGofwcBowAuCKQAhAukAC8JpADbB6QAOX9ecA12hIHvfwcBpACfBqUARAil AJ0HPz0HAQoFOn6lep+Bu4EAAKUAFAilALIEpgA2DKYAfwimACR/rHqtgc6ApgDmAqYALgin AIQLpwAvCacAMX6zenaBzoBMAgcBpwCfBqgARAioAJ0HqABLfrp66oBggKgACwWoABQIqACy BKkANgypAIR+w3q7esmB/X8HAakA6QepAOYCqQAuCKoAhAuqAD2By3q6gQyABwGqANsHcgMd gp8GqwBECO4KOn6hdc2AXIGDAVoGqwALBasAFAirALIErACJf6J3XWAOb8BikWM2a3uAYICs AH8IrADpB6wA5gKsAC4IrQAyeTZrL3yEW/uAwgEvCa0A2wcQAwcBrQCfBq4A+Xc2a4J8MoEH Aa4AnQeuAFoGrgALBa4AFAiuAHZkNmsXgGCArwA2DK8AfwivAOkHrwDmAq8AxXc2ayWAYICw AIQLsAAvCbAA2wewAHMDsABOeTZrq35WgiUeRAixAJ0HsQBaBrEACwWxAMl4Nmu0f2CAHA4H AbIANgyyAH8IsgDpB7IAu3c2a25+fgF+grIALgizAIQLswAvCbMA2wezAPB3NmvefEiCQYGp AZ8GtABECIsiBwG0AFoGtAAueLdww39ggLQAFAi0ALIEtQA2DNwhBwG1AGp4g2I6gs6AtQDm ArUALgi2AIQLtgAvCbYA4HfGcF11poKFgQAARCHQgp8GtwBECLcAnQe3ABt4zXCzgs6AtwAL BbcAFAi3ALIEuAA2DLgAWHjUcNuCKYK4AOkHuADmArgALgi5AIQLuQDOd9xw6IKggb4B2we5 AHMDuQCfBroARAi6AAp45XD1gtiBugBaBiMTlhAUCLoAsgS7AEd4g2KKgs6AuwB/CF0OBwG7 AOYCuwAuCLwAMnnzcM2CYIC8AC8JvADbB7wAcwO8AJ8GvQD5d/pwAoMcghsUnQe9AFoGvQAL Bb0AFAi9AHZkj2KAe5iCYIB2Li0Ufwi+Pi0U5gI3Jx1kCHEbg86A2jpqFi8JCx5qFnMDYCU/ g41+G4I2gIJHuwLKFFoGwAALBcAAyXgWcSiDTYPAALIEwQA2DMEAfwjBAOkHwQC7dx1xV4NJ gm0RBwHCAIQLwgAvCcIA2wfCAPB3JXFkg6eCwgCfBsMARAjDAJ0HwwBaBsMAsYL1YzN1zoLK gQAAwwAUCMMAsgTEADYMxAB/CMQAvoKzZjN1foLEAOYCxAAuCMUAhAvFAC8JxQDLgrh+jYNg gMUAcwPFAJ8GxgBECMYAnQfGANmCv35Ogc6AxgALBcYAFAjGALIExwA2DMcA5oLGfteBKYPH AOkHxwDmAscALgjIAIQLyADzgs5+43h/gw6CygHbB8gAcwPIAJ8GyQBECMkAAIMgfSiC9oLJ AFoGyQALBckAFAjJALIEygAMg1txz4PYgcoAfwjKAOkHygDmAsoALgjLABmDYnG0g02DywAv CcsA2wfLAHMDywCfBswAJoPqfumDSYLMAJ0HzABaBswACwXMABQIzAAzg/F+wYNggM0ANgzN AH8IzQDpB80A5gLNAMV3eXFxg8+CzgCEC84ALwnOANsHzgBzA84ATnmbYpeCaYEpgs8ARAjP AJ0HzwBaBs8ACwXPAFWDB39Mg0mCzwCyBNAANgzQAH8I0ADpB9AAYoMRf2iBfoLQAC4I0QCE C9EALwnRANsH0QBvg2B9AXfCgxmABwHRAJ8G0gBECNIAnQfSAFoG0gCxght/p4MpgtIAFAjS ALIE0wA2DNMAfwjTAL6CdmwrhKeC0wDmAtMALgjUAIQL1AAvCdQAy4IwfziEYIDUAHMD1ACf BtUARAjVAJ0H1QDZgix2VIT2gtUACwXVABQI1QCyBNYANgzWAOaCNHaBdUaEJ4AHAdYA6QfW AOYC1gAuCNcAhAswMz+DaXvcgymD1wDbB+o9BwHXAJ8G2ABECNgAAINwe2GEz4LYAFoG2AAL BdgAFAixBAcB2QAzgm8DkX8tZQtikWMUaHCCzoDZAH8I2QDpB9kA5gIWKgcB2gBCfgl+KXXK NimC2gAvCdoA2wfaAHMD2gCfBtsAk34SfnuE2IHbAJ0H2wBaBtsACwXbABQI2wB1fhp+pISA g9wANgzcAH8I3ADpB9wA5gLcANV+sHXRhCmD3QCEC90ALwndANsH3QBzA90Ae4LscpqDzoDe AEQI3gCdB94AWgbeAAsF3gCIgr5w64RNg94AsgTfADYM3wB/CN8A6QffAJWCW2MQhICD3wAu COAAhAvgAC8J4ADbB+AAo4Lqaw12xIT2guAAnwbhAEQIhiMHAeEAWgZxMB1k3w5jgs6A4QAU COEAsgTiADYM4gB/COIAanjfDraEKYLiAOYC4gAuCOMAhAvjAC8J4wDgd98Oq34ghdiB4wBz A+MAnwbkAEQI5ACdB+QAG3jrbRKFw4PkAAsF5AAUCOQAsgTlADYM5QBYeN8OHYR+guUA6Qfw NAcB5QAuCOYAhAvmAM533w5fgM6A5gDbB+YAcwPmAJ8G5wBECOcACngmaDWDHoT2gucAWgbn AAsF5wAUCOcAsgToAEd4JmjAgimC6AB/COgA6Qf7QQcB6AAuCOkARYJLgwF3SIUpg+kALwnp ANsH6QBzA+kAnwbZKiuFk2blgSmC6gCdB+oAWgbqAAsF6gAUCOoAYYJ3ZFWFR4QAADs5BwHr AH8I6wDpB+sA5gLrAG6CNnMfhWCA7ACEC+wALwnsANsH7ABzA+wAe4J9g6WF9oLtAEQI7QCd B+0AWgbtAAsF7QCIgoyDzYXYge0AsgTuADYM7gB/CO4A6QfuAJWCmYPahSmD7gAuCO8AhAvv AC8J7wDbB+8Ao4KmgxaBzoDvAJ8G8ABECKhFBwHwAFoGSgYrhbOD43iYhU2D8AAUCPAAsgTx ADYM8QB/CPEAOIXAg/SFKYL4WwcB8QAuCPIAhAvyAC8J8gBFhc6D3oTDg/IAcwPyAJ8G8wBE CPMAnQfzAFOF24MchrOF8wALBfMAFAjWXQcB9AA2DPQAYIXogwWFSYL0AOkH9ADmAvQALgj1 AIQL9QBthfWDAYZggPUA2wf1AHMD9QCfBvYARAj2AHqFAoQPhvaC9gBaBvYACwX2ABQIgDMH AfcAiIVDfSmGioQAAPcAfwj3AOkH9wDmAvcALgj4AEWCSn34hCmC+AAvCfgA2wf4AHMDsFQH AfkAU4IqhPaDp4JFAnSGWgb5AAsF+QAUCPkAYYI3hAiBAoZJgvoANgz6AH8I+gDpB6IIBwH6 AG6CRIQ2hqeC+wCEC/sALwnhDQcB+wBzA/sAe4JThFCG2IH8AEQI/ACdB/wAWgb8AAsF/ACI gmCEeIbPgvwAsgT9ADYM/QB/CP0A6Qf9AJWCbYQIgX6C/QAuCP4AhAv+AC8J/gDbB9YHK4V6 hFt4hYangv4Anwb/AEQI/wCdB/8AWgb/AC54N2h9gmCA/wAUCP8AoBdybC4BuAcCATiFloRd hkWALgF1AgIBVgYBAAEAUgjmhqoH5oZFhaOErIbKgeaGEQPmhpQGAQACAJkQAgAdBvSGU4VZ f+CGboABAaMu/obLAfSGoBcDAOAKGSkrhVp4u3rHhoWBAQADAN8GDIfjhgMA5YYEAOiGBABt hWJ//4HAgAEABADhBBqH8YYEAPOGBQCZEAUAeoVtf+6GDoJtUggDbVJpAW1SAYcFAKAXBgbZ Yvh+pWWzhEphpWJvhVyBoQTchgYADocGAOOGBgDlhmxHP4MIh9R9CofvhgcA6oYHAByHBwDx hgcA84YIACaDF4duhBmHCAD4hggAKYcIACuHCAABhwgAM4Mlh5KGC4cJAOAKCQDchgkADocJ AOOGLwVChzqFoIHADeiGCgDqhgoAHIcKAPGG9gRCh9SGGYcLAJkQCwD4hgsAKYcLACuHuwRC h858RYcnhwsAoBcMAOAKDADchgwADod8BEKHYoVTgDsL5YYUMQEBDQDqhg0AHIcNAG+DyGWy hYqEAQANAPOGDgCZEA4A+IYOACmHTAQ/g95/l4WRhw4AAYcKNxMG4AoPANyGJASph4qFbIcP AOOGDwDlhhAA6IYQAOqG/wOphy98VoK3BPGGlhdwB5kQEQD4htgDqYdVgpGHEQArhxEAAYcR AKAXEgDgCjAMMmFPdF+H74YSAA6HEgDjhhYLAQFOCeGH84L+cZeENoABABMAHIcTAPGGEwDz hhQAmRB4A6mHR4WRhxQAKYcUACuHFAABhxQAoBdMA6mHkIcZhxUA3IYVAA6HFQDjhhUA5YYe A6mH3nyEh0eEAQAWAOqGFgAchxYA8YZALAEB4wI/g2uA8oE4hxcA+IYXACmHFwArhxcAAYcX ADODsHYmhw2IGADgClBPAQEYAA6HGADjhhgADoS4dieInocZAOiGGQDqhhkAHIcZAPGGcAIY iM2HGYe7MgEBGgD4hhoAKYcaACuHGgBVg790w4SRhxoAoBcbAOAKGwDchkkRAQEbAGKDloDa hyeHGwDlhhwA6IYcAOqGHAAchxwAb4OxgDSI4YYBABwA84YdAJkQHQD4hkALAQEdALGCvoBn iP2GhwwBh9dDAQEeAOAKHgDchh4AvoLMgIF1DIiehx4A44YeAOWGHwDohh8A6oYfAMuC2oAY hziHHwDxhh8A84YgAJkQIAD4hiAA2YLpgFKHOIcgACuHIAABh/NFAQEhAOAKIQDmgviAnYhs hyEADochAOOGIQDlhiIA6IYiAPOCB4Gzd8OHIgAchyIA8YYiAPOGT1QBASMAAIMVgQmHkYcj ACmHIwArhyMAAYcjAKAXJAAMgyKBWogNiGZJAQEkAA6HJADjhiQA5YYUBD+DMIGfhhyCQw/q hiUAHIclAPGGJQDzhkFB3IgOgziHJgD4hiYAKYcmACuHJgABhyYAM4NNgd6I54cnAOAKJwDc hicADoeAMAEBJwAOhFqBq4cZhygA6IY+XPJgHIeHEPJgG4RngbmGkYcpAJkQKQD4ht1WAQEp ACuHKQBVg3WBkIhshykAoBcqAOAKKgDchioADocqAGKDgoEPiRmHEFkBASsA6IYrAOqGKwAc hysAb4ORgXWIfYAsifOGLACZECwA+IY3RQEBLACxgp6BQ4YZhywAAYcsAKAXLQDgCsQMAQEt AL6CrIHmh/uAAQAtAOOGLQDlhi4A6IYuAOqGLgDLgrmBNondgAEBLgDxhi4A84YvAJkQLwD4 hlw1MYc0gqSFk3+VfUBoQIg4hy8AK4cvAAGHS0ABAUQud4lghYB/UIlBgQEAMAAOhzAA44Yw AOWGMQDohjEAFodrh7uBAQAxAByHMQDxhjEA84YyAJkQSn3qYEBod4c4h6oXAQEyACuHMgAB hzIAoBczAIiFnIdrhmyHMwDchjMADoczAOOGMwDlhjQARYKqh9GInoc0AOqGNAAchzQA8YY0 APOGNQBTgux/sYloiOlqAQA1ACmHNQArhzUAAYc1AGGC+n/8hjeJAQA2AOAKNgDchjYADoc2 AOOGNgBuggmAy4lfiQEANwDohjcA6oY3AByHNwDxhjcAe4LZh/eIUYk4AJkQa20BADgAKYc4 ACuHOACIguWH2YnsgOyJoBc5AOAKOQDchjkADoc5AJWCM4C+iXaIOQDlhjoA6IY6AOqGOgAc hzoAo4JCgHyJC4e6DAEBOwCZEDsA+IY7ACmHOwDShlGA9InohrEMEYqgFzwA4Ao8ANyGPAA4 hRZyDorvhqcMAQE8AOWGPQDohvY/AQE9AEWFGYgciYqJPQDxhj0A84Y+AJkQPgD4htI5K4Uz iAGKzIk+ACuHqzmXCKAX5ArhCmCFiYAbitwIDocvHNwI5YaDQAEB5EE/ii2FOIdsDFOK8YZA APOGQQCZEEEAeoVZiOeJfYljDAEBQQArh0EAAYdBAKAXQgCIhaOAQYraiUIA3IZCAA6HQgDj hkIA5YZDAEWCZohvivWJUwwBAUMAHIdDAPGGQwDzhkQAU4J0iHyK6IZEAPiGRAAph0QAK4dE AAGHRABhgoGIXon1iTUMAQFFANyGRQAOh0UA44ZFAG6CnIgpiTiHIwwBAUYA6oZGAByHRgDx hkYAe4KpiKOKbIdHAJkQRwD4hkcAKYdHACuHRwCIgraIHnjDh0cAoBdIAOAKSADchkgADodI AJWCw4g0it+IBwwBAUkA6IZJAOqGSQAch0kAo4LQiGKKC4f+CwEBSgCZEEwh2ooph0oA0obd iBqIbIdKAAGHSgCgF40gAQFLANyGSwA4hbl4pImKiUsA44ZLAOWGTADohkwA6oZMAEWF9ojj ioqJ5AsBAUwA84ZNAJkQTQD4hk0AU4UDiYmKAQHcCwuLAYdNAKAXTgDgCk4AYIUOibeIkYfP CwEBTgDjhk4A5YZPAOiGTwBthRuJqoiKiU8AHIdPAPGGTwDzhlAAmRBQAHqFKIkWixmHqwsB AVAAK4dQAAGHUACgF1EAiIU1iQqLOBDchlEADodRAOOGUQDlhlIARYJCideK74aaCwEBUgAc h1IA8YZSAPOGUwBTgk+JTIpYEPiGUwAph1MAK4dTAAGHUwBhgl2JPYtrOQEBVADchlQADodU AOOGVABugseBJ4onh4MLAQFVAOqGVQAch1UA8YZVAHuC1oE9i1YAmRBWAPiGVgAph1YAK4dW AIiC5IFuiw2IVgCgF1cA4ApXANyGVwAOh1cAu2L4fkhkNIcmYRJm6ohsh1cA5YZYAOiGWADq hlgAHIdYADSJ/4c4h1gA84ZZAJkQWQD4hlkAKYegDT+DhotWi1kAAYdZAKAXWgDgCloA3IZa AL6C8YHKiueHWgDjhloA5YZbAOiGWwDqhlsAy4IagpaKxIvxhlsA84ZcAJkQXAD4hlwA2YIn glaLXAArh1wAAYdcAKAXXQDgCl0A5oLOclaLXQAOh10A44ZdAOWGXgDohl4A84LChFaLXgAc h14A8YZeAPOGXwCZEF8AAIPQhEmLJ4dfACmHXwArh18AAYdfAKAXYAAMg92EyosBAWAA3IZg AA6HYADjhmAA5YZhABmD6oT6iw2IYQDqhmEAHIdhAPGGYQDzhuQv7mT3hOeF54diAPiGYgAp h2IAK4diAAGHYgB2ZPNynYdoiGMA4AqVNwEBYwAOh2MA44ZjAMV3+nIujHaIZADohmQA6oZk AByHZADxhmQATnnwYnCJbIdlAJkQZQD4hmUAKYdlACuHZQDJePBiVopJjKAXZgDgCmYA3IZm AA6HKi0fjJeJbIdmAOWGZwDohmcA6oZnAByHZwDwdwFzO4zMiWcA84ZoAJkQaAD4hmgAKYdo AC54CHNtjNqJaAABh2gAoBdpAOAKaQDchmkAanjwYjeHbIdpAOOGaQDlhixdAQFqAOqGagDg d/tifIXDh2oA8YZqAPOGawCZEGsA+IZrABt4+2K2h4qJawArh4QNAQFrAKAXbADgCmwAWHj7 YsKHkYdsAA6HbADjhmwA5YZtAOiGbQDOd/tiSIyKiW0AHIdtAPGGbQDzhm4AmRBuAAp4+2Jg jIqJbgAph24AK4duAAGHbgCgF28AR3hCc3qM9YlvANyGbwAOh28A44ZvAOWGcAAyeftipIts h3AA6oZwAByHcADxhnAA84ZxAPl3+2KHjIqJcQD4hnEAKYdxACuHcQABh3EALIwAhhSMnody AOAKcgDchnIADodyAOOGcgA5jA6G/YrfiHMA6IZzAOqGrhgBAXMA8YZzAEaMG4YHjAEAdACZ EHQA+IZ0ACmHdAArh3QAU4wohhaNdACgF3UA4Ap1ANyGdQAOh3UAu3fxBsiM34h1AOWGdgDo hnYA6oZ2AByHdgBrjFyGFo12APOGdwCZEHcA+IZ3ACmHTxvuZGqGIYxRiXcAAYd3AKAXeADg CngA3IZ4AIWMd4Y9i/kPAQF4AOWGbxoBAXkA6oYXO+5kg4YwiziHeQDxhnkA84Z6AJkQegD4 hnoAn4yRhvyMaIh6ACuHegABh3oAoBd7AOAKewCsjJ6GCY3nh3sADod7AOOGewDlhnwA6IZ8 ALmMq4Y9i3wAHId8APGGfADzhn0AmRB9ABNkin9qiQQA --PART-BOUNDARY=.19612240409.ZM21632.reading.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 Dec 24 03:11:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA05728; Tue, 24 Dec 1996 03:10:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA05712; Tue, 24 Dec 1996 03:10:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA20852; Tue, 24 Dec 1996 03:11:17 -0800 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA26428 for ; Tue, 24 Dec 1996 03:10:15 -0800 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id MAA06367 for info-performer@sgi.com; Tue, 24 Dec 1996 12:09:40 -0800 Date: Tue, 24 Dec 1996 12:09:40 -0800 From: Tran cong Tam Message-Id: <199612242009.MAA06367@sirssg1.epfl.ch> To: info-performer@sgi.com Subject: NOEL Status: O Very best Christmas and Wonderful new year for all Performers Bon Noel et merveilleuse nouvelle annee a tous Buon Natale et eccelente anno a tutti quant con tutti frutti Tran. /-------------------------------------------------------/ | TRAN | | IDERALPE Lausanne SWITZERLAND | | Email: tran@sirssg1.epfl.ch | /-------------------------------------------------------/ ======================================================================= 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 Dec 24 06:04:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA05960; Tue, 24 Dec 1996 06:02:39 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA05944; Tue, 24 Dec 1996 06:02:38 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA04726; Tue, 24 Dec 1996 06:03:43 -0800 Received: from hil-img-3.compuserve.com (hil-img-3.compuserve.com [149.174.177.133]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA17861 for ; Tue, 24 Dec 1996 06:02:42 -0800 Received: by hil-img-3.compuserve.com (8.6.10/5.950515) id JAA01049; Tue, 24 Dec 1996 09:02:40 -0500 Date: 24 Dec 96 09:00:28 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: info_performer Subject: Happy Noel and HNY Message-ID: <961224140027_101372.3460_JHP68-1@CompuServe.COM> Status: O for all performer lovers, I wish main() { pfChristmas(PF_GOOD); pfNewYear(PF_WITHBOTTLEOFWINE & PF_TOOMUCH) pfExit( PF_COMEBACK AFTERHOLIDAYS); } ======================================================================= 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 Dec 24 14:01:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA06636; Tue, 24 Dec 1996 14:00:12 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA06620; Tue, 24 Dec 1996 14:00:11 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA23779; Tue, 24 Dec 1996 14:01:16 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA00638 for ; Tue, 24 Dec 1996 14:00:17 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id OAA23774; Tue, 24 Dec 1996 14:01:14 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id OAA08275; Tue, 24 Dec 1996 14:00:09 -0800 From: "Rob Jenkins" Message-Id: <9612241400.ZM8273@quid.csd.sgi.com> Date: Tue, 24 Dec 1996 14:00:08 -0800 In-Reply-To: Eric Heft "Source code to demos?" (Dec 16, 4:40pm) References: <199612162140.QAA09129@picard.dnaco.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Eric Heft , info-performer@sgi.com (Performer Mailing List) Subject: Re: Source code to demos? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Can't rememebr if I saw any other responses so sorry if this is a dup. The town demo uses perfly which you can install the source of. In /usr/share/Performer/data/town there's a couple of scripts that run 'town', so you can edit them to get the demo multipipe etc ( just change the perfly options - see man perfly or run perfly -h ) The perfly source is in /usr/share/Performer/src/sample Have a great Christmas and New Year, Cheers Rob On Dec 16, 4:40pm, Eric Heft wrote: > Subject: Source code to demos? > Hi , > > I was wondering if / how to get the source code for either > the town or flight demo. We've just figured out how to get > performer w/ MCO to display the correct test patterns and it > would be pretty easy to modify either demo to work on the > HMD :) > > If it helps we have a full support contract and could play > some phone tag if we have to ... > > Thanks for any help, > Eric > ======================================================================= > 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 Eric Heft -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 24 14:23:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA06728; Tue, 24 Dec 1996 14:22:01 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA06712; Tue, 24 Dec 1996 14:22:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA26699; Tue, 24 Dec 1996 14:22:59 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA04002 for ; Tue, 24 Dec 1996 14:22:01 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id OAA26693; Tue, 24 Dec 1996 14:22:58 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id OAA08316; Tue, 24 Dec 1996 14:21:53 -0800 From: "Rob Jenkins" Message-Id: <9612241421.ZM8314@quid.csd.sgi.com> Date: Tue, 24 Dec 1996 14:21:52 -0800 In-Reply-To: S Parthiban "12bits/Extreme Graphics/VTX Graphics" (Dec 17, 3:52pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: S Parthiban , info-performer@sgi.com Subject: Re: 12bits/Extreme Graphics/VTX Graphics Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi I think your best bet would be to go to 'Silicon Surf', try under these links for the info you want: http://www.sgi.com/Products/Indy/ http://www.sgi.com/Products/Indigo2 VTX gfx is basically a scaled down RE2, there's lots of info on the web site, in fact if you start from http://www.sgi.com/P and follow the 'find' link ( top left at the moment ) you can search for what you need. Cheers Rob On Dec 17, 3:52pm, S Parthiban wrote: > Subject: 12bits/Extreme Graphics/VTX Graphics > dear performers: > i am a novice to this field. although this is not related to > performer, i feel you can help me in addressing the following: > > Could you please explain 12bits (indy), Extreme Graphics (Indigo) > and VTX Graphics (Onyx) and a small note on them. > thank you very much > with regards > s parthiban > ======================================================================= > 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 S Parthiban -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.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 Dec 26 01:48:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA12752; Thu, 26 Dec 1996 01:46:49 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA12736; Thu, 26 Dec 1996 01:46:48 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA09481; Thu, 26 Dec 1996 01:47:50 -0800 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA06172 for ; Thu, 26 Dec 1996 01:46:45 -0800 Received: by systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA04743; Thu, 26 Dec 96 17:47:50 -0800 From: "Jim" Message-Id: <9612261747.ZM4741@systech.hinet.net> Date: Thu, 26 Dec 1996 17:47:23 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.com Subject: pf{get}TexMap problem Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Merry P's: The warn message when I run a Vega application is: warn pf{Get}TexMap() is only supported for OpenGL I have Performer 2.0 and patch 1447 installed in the machine Indego2 maximum impact. Happy New Year and Give me some lessons, please. -- Jim Tsai Software Engineer Visual Simulation sec. System & Technology Corp. Taipei Email : jim@systech.hinet.net Tel: 886-2-6981599 Fax: 886-2-6981211 Address: 18F-5, No. 79, Hsin Tai Wu Road, Sec. 1, Hsi-chih, Taipei Hsien, Taiwan, R.O.C. ======================================================================= 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 Dec 26 14:55:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA13884; Thu, 26 Dec 1996 14:54:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA13868; Thu, 26 Dec 1996 14:54:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA02707; Thu, 26 Dec 1996 14:55:07 -0800 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA15360 for ; Thu, 26 Dec 1996 14:54:04 -0800 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id RAA22530; Thu, 26 Dec 1996 17:54:02 -0500 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 26 Dec 96 17:50:50 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.30); 26 Dec 96 17:50:24 EST From: "Bill Storma" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Thu, 26 Dec 1996 17:50:20 EST Subject: How to test for forked processes X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <859D72C13E5@P3.ENZIAN.COM> Status: O Fellow Performer users: Since Performer forks its processes when running in a multi-pipe, multi-process environment, what is a good way to determine if the process is the parent or the child ? According to the Performer Programmers Guide, the forking is done within the pfConfig call. Therefore any code processed before this call will be run by both the parent and its children (which is what i want to avoid). I'm sure others have had this problem; what are the best solutions ? I don't believe I want to test using the fork() call, since it will create a child process if called from the parent. Any better ideas ? Thanks. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bill Storma Phone: 407-282-1884 Enzian Technology FAX: 407-282-3013 Orlando, Fl. 32817 e-mail: bills@p3.enzian.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 Dec 27 08:00:18 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA16315; Fri, 27 Dec 1996 07:59:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA16299; Fri, 27 Dec 1996 07:59:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA03158; Fri, 27 Dec 1996 08:00:07 -0800 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA11300 for ; Fri, 27 Dec 1996 07:59:06 -0800 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id KAA06800; Fri, 27 Dec 1996 10:59:02 -0500 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 27 Dec 96 10:55:44 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.30); 27 Dec 96 10:55:40 EST From: "Bill Storma" To: info-performer@sgi.com Date: Fri, 27 Dec 1996 10:55:32 EST Subject: Reserved signals for Performer X-mailer: Pegasus Mail v3.31 Message-ID: <86AEE273005@P3.ENZIAN.COM> Status: O This question probably should go to the SGI performer group. Are there any signals that are reserved for Performer that should not be used or re-assigned by the user ? I.e, SIGSEGV, SIGCHLD, SIGALRM, etc. I can't find any documentation on this in the Performer Guides. I want to make sure I don't assign a reserved signal. Thanks. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bill Storma Phone: 407-282-1884 Enzian Technology FAX: 407-282-3013 Orlando, Fl. 32817 e-mail: bills@p3.enzian.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 Dec 27 09:16:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA16479; Fri, 27 Dec 1996 09:14:51 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA16463; Fri, 27 Dec 1996 09:14:50 -0800 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA08237; Fri, 27 Dec 1996 09:15:54 -0800 Received: from odin.corp.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17473; Fri, 27 Dec 1996 09:07:29 -0800 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id JAA13873; Fri, 27 Dec 1996 09:07:29 -0800 Received: from shrsys.hslc.org (SHRSYS.HSLC.ORG [192.100.94.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA20500 for ; Fri, 27 Dec 1996 09:07:27 -0800 Received: from porter (PPP18.HSLC.ORG) by SHRSYS.HSLC.ORG (PMDF V5.1-5 #18943) with SMTP id <01IDI5LSSD9W8WZ2CD@SHRSYS.HSLC.ORG> for info-performer@sgi.com; Fri, 27 Dec 1996 12:04:15 EST Date: Fri, 27 Dec 1996 12:00:19 -0500 From: Prakash Mahesh Subject: caps for geometries Sender: gpmahesh@DRAWCOMP.COM To: info-performer@sgi.com Message-id: <32C400A3.2781@drawcomp.com> Organization: DRaW Computing Assoc. Inc. MIME-version: 1.0 X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Status: O I was creating some basic geometry nodes compliant to VRML2.0 spec. In cases like Cone and Cylinder the spec. gives an option of either having the caps or not (For example the Cone can be open at the bottom or closed). I was using pfdNewCone to construct my Cone and scaled it using a scaling matrix. But, is there some way of opening up the cap for these geometries with my present setup? I would appreciate any suggestions. Happy New Year to all! -- 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 Dec 27 14:07:35 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA17495; Fri, 27 Dec 1996 14:06:12 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA17479; Fri, 27 Dec 1996 14:06:11 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA28075; Fri, 27 Dec 1996 14:07:20 -0800 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA03786 for ; Fri, 27 Dec 1996 14:06:17 -0800 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id RAA25502; Fri, 27 Dec 1996 17:06:16 -0500 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 27 Dec 96 17:02:54 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.30); 27 Dec 96 17:02:41 EST From: "Bill Storma" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Fri, 27 Dec 1996 17:02:40 EST Subject: Cancel request for fork info X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <8710C3A6AC7@P3.ENZIAN.COM> Status: O To any performer users who were going to answer my request for fork info, please cancel it. The problem I am tracking down turned out not to be in the forking process, but somewhere in the exit routine, specifically some interaction between the vgExit and my user exit routine called from vgExit. Somehow the process is rerun several times before terminating. I don't have an answer to why the system behaves as it does, but I can isolate the problem. Thanks. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bill Storma Phone: 407-282-1884 Enzian Technology FAX: 407-282-3013 Orlando, Fl. 32817 e-mail: bills@p3.enzian.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 Dec 29 22:44:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA21741; Sun, 29 Dec 1996 22:43:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA21725; Sun, 29 Dec 1996 22:43:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA11690; Sun, 29 Dec 1996 22:44:13 -0800 Received: from sable.nus.sg (sable.nus.sg [137.132.1.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA05836 for ; Sun, 29 Dec 1996 22:42:40 -0800 Received: from leonis.nus.sg (eng30228@leonis.nus.sg [137.132.1.18]) by sable.nus.sg (8.8.4/8.6.9) with ESMTP id OAA13267 for ; Mon, 30 Dec 1996 14:42:21 +0800 (SST) Received: from localhost (eng30228@localhost) by leonis.nus.sg (8.8.4/8.6.9/CNS-3.5) with SMTP id OAA28100 for ; Mon, 30 Dec 1996 14:42:15 +0800 (SST) Date: Mon, 30 Dec 1996 14:42:14 +0800 (SST) From: LIM MING WAH To: info-performer@sgi.com Subject: Reference point Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello everybody, Happy New Year to all!!! I have currently been able to save individual pointers to the DCS of each object that I have loaded into perfly. When I access the pointers again, the reference point of the object stays at the last object that I loaded. All translations , rotations therefore happens about that reference point. How can I get the reference point (or origin of my "current" object back when I used the pointer? ========================================================================== Jonathan Lim Ming Wah Department of Mechanical and Production Engineering Faculty of Engineering National University of Singapore ========================================================================== ======================================================================= 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 Dec 30 09:31:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22530; Mon, 30 Dec 1996 09:30:08 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22514; Mon, 30 Dec 1996 09:30:07 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA04949; Mon, 30 Dec 1996 09:31:13 -0800 Received: from ctasim.com (ctasim.com [206.6.123.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA29878 for ; Mon, 30 Dec 1996 09:30:03 -0800 Received: by random.ctasim.com (940816.SGI.8.6.9/920502.SGI.AUTO) for info-performer@sgi.com id KAA24036; Mon, 30 Dec 1996 10:24:36 -0700 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9612301024.ZM24034@random.ctasim.com> Date: Mon, 30 Dec 1996 10:24:30 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Undocumented IRIS GL gl_sincos??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hey all, In porting my performer application from 1.2 to 2.0, I've run across an old gl call that may be undocumented/unsupported: gl_sincos. I can find no reference to the call in man pages or the OpenGL Porting Guide nor can I find a prototype in the /usr/include/gl header files. It appears that the prototype should look something like: void gl_sincos(int,float*,float*); At least that's how we are calling it. Could someone let me know what the function does so I can write a replacement?? Thanks... -- Russ _______________________________________________ ______________________________ Though my eyes could see | Russell Suter I still was a blind man. | Voice : (303) 889-1262 Though my mind could think | Fax : (303) 889-1210 I still was a mad man. | Internet : russell@ctasim.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 Dec 30 09:54:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22639; Mon, 30 Dec 1996 09:53:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22623; Mon, 30 Dec 1996 09:53:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA06573; Mon, 30 Dec 1996 09:54:47 -0800 Received: from ns.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA04597 for ; Mon, 30 Dec 1996 09:53:42 -0800 Received: by ns.fel.tno.nl; id SAA06600; Mon, 30 Dec 1996 18:59:47 +0100 (MET) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma006598; Mon, 30 Dec 96 18:59:20 +0100 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id SAA16858; Mon, 30 Dec 1996 18:44:46 +0100 (MET) From: Mario Veraart Message-Id: <199612301744.SAA16858@s00sn1.fel.tno.nl> Subject: Re: Undocumented IRIS GL gl_sincos??? To: russell@ctasim.com (Russell Suter) Date: Mon, 30 Dec 1996 18:44:46 +0100 (MET) Cc: info-performer@sgi.com (Performer) In-Reply-To: <9612301024.ZM24034@random.ctasim.com> from "Russell Suter" at Dec 30, 96 10:24:30 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > void > gl_sincos(int,float*,float*); > > At least that's how we are calling it. Could someone let me know what the > function does so I can write a replacement?? > Russ > _______________________________________________ ______________________________ > Though my eyes could see | Russell Suter It will calculate the sin(x) and cos(x) of one of the arguments. This function exists because it's cheaper to calculate both if you want them both. I don't know if the int argument (angle?) is in degrees. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Dec 30 10:01:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA22676; Mon, 30 Dec 1996 10:00:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA22660; Mon, 30 Dec 1996 10:00:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA07049; Mon, 30 Dec 1996 10:01:12 -0800 Received: from geordi.airinc.com (derrick.ott.hookup.net [165.154.43.219]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA05675 for ; Mon, 30 Dec 1996 09:59:38 -0800 Received: from geordi by geordi.airinc.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA22017; Mon, 30 Dec 1996 12:52:59 -0500 Sender: prider@airinc.com Message-ID: <32C8017A.41C6@airinc.com> Date: Mon, 30 Dec 1996 12:52:58 -0500 From: Paul Rider Organization: Airborne Data Technologies X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: Russell Suter CC: info-performer@sgi.com Subject: Re: Undocumented IRIS GL gl_sincos??? References: <9612301024.ZM24034@random.ctasim.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Russell Suter wrote: > > Hey all, > > In porting my performer application from 1.2 to 2.0, I've run across an old > gl call that may be undocumented/unsupported: gl_sincos. I can find no > reference to the call in man pages or the OpenGL Porting Guide nor can I find > a prototype in the /usr/include/gl header files. It appears that the > prototype should look something like: > > void > gl_sincos(int,float*,float*); Well, since it's a performer app anyways... use pfSinCos... FUNCTION SPECIFICATION #include void pfSinCos(float arg, float* sin, float* cos); hope this helps... ciao, Paul J. Rider. ======================================================================= 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 Dec 30 10:31:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA22854; Mon, 30 Dec 1996 10:30:06 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA22838; Mon, 30 Dec 1996 10:30:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA09357; Mon, 30 Dec 1996 10:31:10 -0800 Received: from ctasim.com (ctasim.com [206.6.123.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA11689 for ; Mon, 30 Dec 1996 10:30:04 -0800 Received: by random.ctasim.com (940816.SGI.8.6.9/920502.SGI.AUTO) id LAA24203; Mon, 30 Dec 1996 11:24:48 -0700 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9612301124.ZM24201@random.ctasim.com> Date: Mon, 30 Dec 1996 11:24:43 -0700 In-Reply-To: "Mahmoud M.Rashad Halfawy" "Makefile error" (Dec 18, 7:19pm) References: <9612181919.ZM2883@class.eng.ohio-state.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Mahmoud M.Rashad Halfawy" , info-performer@sgi.com Subject: Re: Makefile error Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 18, 7:19pm, Mahmoud M.Rashad Halfawy wrote: > Subject: Makefile error > Hello everybody: > > Many times when I try to make a legitimate Makefile that includes the > commondefs file, I get the following message: > > /usr/include/make/commondefs:793: *** missing separator. Stop. > > However, I can make the same file when I'm logged in as root. > I appreciate if anyone would help me to know what is worng. I'm using Onyx and > IRIX 6.2 > > > Thanks, > Mahmoud. > ======================================================================= > 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 Mahmoud M.Rashad Halfawy Hey Mahmoud, I don't know if you have had a response to this yet but I had the same problem. What I found it to be was that my PATH environment variable was finding gnu make before the /sbin/make. I changed the order in my PATH and set an alias for gnu make. Hope this helps... -- Russ _______________________________________________ ______________________________ Though my eyes could see | Russell Suter I still was a blind man. | Voice : (303) 889-1262 Though my mind could think | Fax : (303) 889-1210 I still was a mad man. | Internet : russell@ctasim.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 Dec 30 11:26:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA22988; Mon, 30 Dec 1996 11:24:56 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA22972; Mon, 30 Dec 1996 11:24:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA13932; Mon, 30 Dec 1996 11:26:01 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA23672 for ; Mon, 30 Dec 1996 11:24:57 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA15372; Mon, 30 Dec 1996 11:24:50 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA01024; Mon, 30 Dec 1996 11:24:49 -0800 From: "Remi Arnaud / Performer" Message-Id: <9612301124.ZM1022@remi.asd.sgi.com> Date: Mon, 30 Dec 1996 11:24:49 -0800 In-Reply-To: russell@ctasim.com ("Russell Suter" ) "Undocumented IRIS GL gl_sincos???" (Dec 30, 10:24am) References: <9612301024.ZM24034@random.ctasim.com> X-Face: #u?+;>p{-Ci})Ft+l6j@MS8ff>3#392Sq^]=)^Y8lB#9eb~aI26hmrSMC(/4$76Y3H16cujkD,ajsB:J"Jm7~/Xg"{KutuwfAN.L5JlSnlRu9#{b?EhRYXM6=-wA[?4wr0$ix Subject: Undocumented IRIS GL gl_sincos??? > Hey all, > > In porting my performer application from 1.2 to 2.0, I've run across an old > gl call that may be undocumented/unsupported: gl_sincos. I can find no > reference to the call in man pages or the OpenGL Porting Guide nor can I find > a prototype in the /usr/include/gl header files. It appears that the > prototype should look something like: > > void > gl_sincos(int,float*,float*); > > At least that's how we are calling it. Could someone let me know what the > function does so I can write a replacement?? > I guess you can replace it by pfSinCos() -- Remi -- o o Remi ARNAUD - Silicon Graphics, Performer, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard, Mountain View, CA94043 o o o o Email: remi@asd.sgi.com - Tel: (415) 933 6208 - Fax: (415) 965 2658 o 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 Dec 30 12:37:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA23140; Mon, 30 Dec 1996 12:36:26 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23124; Mon, 30 Dec 1996 12:36:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA20162; Mon, 30 Dec 1996 12:37:30 -0800 Received: from dekalb.vf.mmc.com (dekalb.vf.mmc.com [192.35.35.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA09232 for ; Mon, 30 Dec 1996 12:36:26 -0800 Received: from franklin.vf.lmco.com ([166.17.5.51]) by dekalb.vf.mmc.com (8.7.6/8.7.3) with ESMTP id PAA25941; Mon, 30 Dec 1996 15:36:12 -0500 (EST) Received: from serling.motown.lmco.com (serling.motown.lmco.com [129.204.6.42]) by franklin.vf.lmco.com (8.7.6/8.7.3) with ESMTP id PAA10919; Mon, 30 Dec 1996 15:36:12 -0500 (EST) Received: from kirk (kirk [129.204.16.40]) by serling.motown.lmco.com (8.7.2/8.7.2) with SMTP id PAA11579; Mon, 30 Dec 1996 15:36:10 -0500 (EST) Received: by kirk (950413.SGI.8.6.12/940406.SGI) id PAA07388; Mon, 30 Dec 1996 15:38:42 -0500 Date: Mon, 30 Dec 1996 15:38:42 -0500 From: hill@kirk.motown.lmco.com (Deb Hill) Message-Id: <199612302038.PAA07388@kirk> To: russell@ctasim.com ("Russell Suter" ) Subject: Re: Undocumented IRIS GL gl_sincos??? Cc: info-performer@sgi.com Status: O Russell Suter wrote: > > Hey all, > > In porting my performer application from 1.2 to 2.0, I've run across an old > gl call that may be undocumented/unsupported: gl_sincos. I can find no > reference to the call in man pages or the OpenGL Porting Guide nor can I find > a prototype in the /usr/include/gl header files. It appears that the > prototype should look something like: > > void > gl_sincos(int,float*,float*); This may be moot, but the integer angle is probably in tenths of a degree just to be consistent with other gl calls such as rotate. _______ Deborah Hill //\ __ //\ Phone: (609) 722-3757 Lockheed Martin GES // \\ // \\ Fax : (609) 273-5182 Mail Stop 137-124 \\ //__\\ // dhill@motown.lmco.com Moorestown, NJ 08057 \\/____\\/ ======================================================================= 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 Dec 30 14:08:06 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA23401; Mon, 30 Dec 1996 14:06:50 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA23385; Mon, 30 Dec 1996 14:06:49 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA26709; Mon, 30 Dec 1996 14:07:55 -0800 Received: from kirk.dnaco.net ([206.150.232.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA26175 for ; Mon, 30 Dec 1996 14:06:50 -0800 Received: from picard.dnaco.net (eheft@picard.dnaco.net [206.150.232.4]) by kirk.dnaco.net (8.7.6/8.7.3) with ESMTP id RAA04162 for ; Mon, 30 Dec 1996 17:06:13 -0500 (EST) From: Eric Heft Received: (eheft@localhost) by picard.dnaco.net (8.7.6/8.6.9) id RAA07130 for info-performer@sgi.com; Mon, 30 Dec 1996 17:06:10 -0500 (EST) Message-Id: <199612302206.RAA07130@picard.dnaco.net> Subject: Adding a 3d tracker to perfly. To: info-performer@sgi.com (Performer Mailing List) Date: Mon, 30 Dec 1996 17:06:06 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi All, I was wondering if anyone has done any modifications to add a 3d tracker to perfly. To save space I'll let those interested check out http://www.dnaco.net/~eheft/hmd.html The basic questions boil down to : Given I'm modifying perfly, and perflys default view to is +Y, and view up is +Z. 1: If I have a view to and view up vector, how do I get the HPR values used by pfChanViewOffsets? 2: If I have a DCS object (sceneDCS) which is translated to a point x,y,z. How do I rotate the DCS about the origin? 2a: How do you rotate a DCS node about an arbitrary point. If you check out http://www.dnaco.net/~eheft/hmd.html please use the mail to item at the bottom to give me any feedback on the page layout. I'm trying to learn html :) Thanks 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 Dec 30 20:31:37 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA25668; Mon, 30 Dec 1996 20:30:23 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA25652; Mon, 30 Dec 1996 20:30:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA17643; Mon, 30 Dec 1996 20:31:31 -0800 Received: from sable.nus.sg (sable.nus.sg [137.132.1.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA23378 for ; Mon, 30 Dec 1996 20:30:08 -0800 Received: from leonis.nus.sg (eng30228@leonis.nus.sg [137.132.1.18]) by sable.nus.sg (8.8.4/8.6.9) with ESMTP id MAA28936 for ; Tue, 31 Dec 1996 12:29:51 +0800 (SST) Received: from localhost (eng30228@localhost) by leonis.nus.sg (8.8.4/8.6.9/CNS-3.5) with SMTP id MAA01775 for ; Tue, 31 Dec 1996 12:29:42 +0800 (SST) Date: Tue, 31 Dec 1996 12:29:36 +0800 (SST) From: LIM MING WAH To: info-performer@sgi.com Subject: Keeping current position Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello all, I have recently tried to load many objects (up to 5) to perfly by distributing them to different DCSs. Then I modified the keybd.c to take in numbers from 1 to 5 and this toggles through the objects to be moved. The problem I face is that whenever I toggle back to an object whcih I have moved previously, it altomatically resets to its initial position. Is there any way which I can preserve their most recent position when I call up the object? I have added this to the keybd.c file: void toggleobject(int choice) { ViewState->sceneDCS = pointer[choice]; initXformer(); } ========================================================================== Jonathan Department of Mechanical and Production Engineering Faculty of Engineering National University of Singapore ========================================================================== ======================================================================= 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 Dec 31 02:36:15 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA26154; Tue, 31 Dec 1996 02:35:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA26138; Tue, 31 Dec 1996 02:35:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA28131; Tue, 31 Dec 1996 02:36:15 -0800 Received: from server.artemedia.de (server.artemedia.de [194.221.74.66]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA04841 for ; Tue, 31 Dec 1996 02:35:05 -0800 Received: from fitz (10.3.2.5) by jaco.artemedia.de (EMWAC SMTPRS 0.81) with SMTP id ; Tue, 31 Dec 1996 11:35:37 +0100 Sender: claude@artemedia.de Message-ID: <32C8EC9B.167E@artemedia.de> Date: Tue, 31 Dec 1996 11:36:11 +0100 From: Jean-Claude Bachmann Organization: ARTEMEDIA PRODUCTIONS GmbH X-Mailer: Mozilla 2.01 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com CC: sal@sgidev.mdc.com Subject: video textures with Sirius on iR Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I am trying to get the example found under /usr/share/Performer/src/pguide/libpr/C/movietex.c to work with our Sirius board under Performer2.1 and OpenGL using an Infinite Reality. The example I mentioned never even got through the compiler using OpenGL. I am sure somebody else already solved this problem. It would be nice to have a working copy or any other solution giving live video textures using Performer. Thanks J.C. -- ******************************************************************** * Artemedia GmbH | Tel.: +49 [0]30 25443 - 0 * * Jean-Claude Bachmann | Tel.: +49 0172 - 219 13 76 * * Budapesterstr. 40 | Fax.: +49 [0]30 25443 - 240 * * D-10787 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 Dec 31 08:10:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA26575; Tue, 31 Dec 1996 08:09:17 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA26559; Tue, 31 Dec 1996 08:09:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA08835; Tue, 31 Dec 1996 08:10:26 -0800 Received: from hoback.ncsa.uiuc.edu (hoback.ncsa.uiuc.edu [141.142.221.192]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA16318 for ; Tue, 31 Dec 1996 08:08:53 -0800 Received: (from elpeters@localhost) by hoback.ncsa.uiuc.edu (8.7.1/8.7.1) id KAA01311; Tue, 31 Dec 1996 10:08:10 -0600 (CST) From: "Edward Peters" Message-Id: <9612311008.ZM1309@hoback.ncsa.uiuc.edu> Date: Tue, 31 Dec 1996 10:08:10 -0600 In-Reply-To: LIM MING WAH "Keeping current position" (Dec 30, 10:37pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Keeping current position Cc: eng30228@leonis.nus.sg Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > I have recently tried to load many objects (up to 5) to perfly by > distributing them to different DCSs. Then I modified the keybd.c to take > in numbers from 1 to 5 and this toggles through the objects to be moved. > The problem I face is that whenever I toggle back to an object whcih I > have moved previously, it altomatically resets to its initial position. > Is there any way which I can preserve their most recent position when I > call up the object? I'm not sure I understand the question entirely, but the pfSwitch node might provide the functionality you're looking for. If you build something like this: pfDCS | pfSwitch / | \ obj1 obj2 obj3 ... and so on Then you make modifications to the pfDCS and switch geometry using mySwitch->setVal(int which) Whichever geometry you use, it will appear at the point specified by the DCS. Happy Performing. Ed Peters elpeters@ncsa.uiuc.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 Tue Dec 31 08:54:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA26682; Tue, 31 Dec 1996 08:53:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA26666; Tue, 31 Dec 1996 08:53:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA11334; Tue, 31 Dec 1996 08:54:16 -0800 Received: from hoback.ncsa.uiuc.edu (hoback.ncsa.uiuc.edu [141.142.221.192]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA23000 for ; Tue, 31 Dec 1996 08:53:12 -0800 Received: (from elpeters@localhost) by hoback.ncsa.uiuc.edu (8.7.1/8.7.1) id KAA01660; Tue, 31 Dec 1996 10:51:45 -0600 (CST) From: "Edward Peters" Message-Id: <9612311051.ZM1658@hoback.ncsa.uiuc.edu> Date: Tue, 31 Dec 1996 10:51:44 -0600 In-Reply-To: Eric Heft "Adding a 3d tracker to perfly." (Dec 30, 4:18pm) References: <199612302206.RAA07130@picard.dnaco.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Eric Heft , info-performer@sgi.com (Performer Mailing List) Subject: Re: Adding a 3d tracker to perfly. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > 1: If I have a view to and view up vector, how do I get the HPR values > used by pfChanViewOffsets? If you get your view right vector and normalize all your view vectors, you can do something like this: // build a matrix with three orthonormal vectors pfMatrix myMat; myMat.setRow(0,rightVec); myMat.setRow(1,frontVec); myMat.setRow(2,upVec); pfCoord myCoord; myMat.getOrthoCoord(&myCoord); heading = myCoord.hpr[0]; pitch = myCoord.hpr[1]; roll = myCoord.hpr[2]; > 2: If I have a DCS object (sceneDCS) which is translated to a point > x,y,z. How do I rotate the DCS about the origin? > > 2a: How do you rotate a DCS node about an arbitrary point. Question 2 is just a specific case of question 2a. You should check out the pfMatrix and pfDCS man pages. You can get the matrix of your DCS node: pfMatrix DCSmat; myDCS->getMat(&DCSmat); You can build a rotation matrix: pfMatrix myMat; myMat.makeRot(90,0,0,1); for example, which makes myMat into the matrix which rotates 90 degrees around the positive Z axis at the origin. Then you pre-multiply the DCS matrix by this rotation matrix and store the results: DCSmat.preMult(myMat); myDCS->setMat(DCSmat); Hope this helps. Happy Performing. Ed Peters elpeters@ncsa.uiuc.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 Tue Dec 31 10:38:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA26920; Tue, 31 Dec 1996 10:37:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA26904; Tue, 31 Dec 1996 10:37:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA17884; Tue, 31 Dec 1996 10:38:51 -0800 Received: from neiddd.com ([207.176.67.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA10020 for ; Tue, 31 Dec 1996 10:35:39 -0800 Received: from ohio.neiddd.com (ohio.neiddd.com [207.176.67.10]) by neiddd.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA16682 for <@trident.neiddd.com:info-performer@sgi.com>; Tue, 31 Dec 1996 13:38:46 -0500 Received: (from rltwiddy@localhost) by ohio.neiddd.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA20014 for info-performer@sgi.com; Tue, 31 Dec 1996 13:37:29 -0500 From: "Ray Twiddy" Message-Id: <9612311337.ZM20012@ohio.neiddd.com> Date: Tue, 31 Dec 1996 13:37:29 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: LOD support in pfobj.c Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I would like to take advantage of Wavefront's Model to create level-of-detail models for use in our Performer application. Before I re-invent the wheel yet again - Is there a version of pfobj.c (from /usr/share/Performer/src/lib/libpfdb/) that converts LOD information contained in Wavefront's obj format into Performer pfLOD Nodes? -- Ray Twiddy | / ____/ / NEI - Nomura Enterprise Inc. rltwiddy@neiddd.com | / / / 14240-G Sullyfield Circle Bus. (703) 818-1990 / | / ___/ / Chantilly, VA 20151-1661 FAX (703) 818-7626 / / / / ___________________________________________________ __/ __/ _____/ __/ ======================================================================= 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 Dec 31 10:58:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA26993; Tue, 31 Dec 1996 10:57:06 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA26977; Tue, 31 Dec 1996 10:57:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA19361; Tue, 31 Dec 1996 10:58:18 -0800 Received: from geordi.airinc.com (derrick.ott.hookup.net [165.154.43.219]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA14051 for ; Tue, 31 Dec 1996 10:57:10 -0800 Received: from geordi by geordi.airinc.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA23140; Tue, 31 Dec 1996 13:50:22 -0500 Sender: prider@airinc.com Message-ID: <32C9606D.41C6@airinc.com> Date: Tue, 31 Dec 1996 13:50:21 -0500 From: Paul Rider Organization: Airborne Data Technologies X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: "Performer mailing list." Subject: Runway Lights Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hey, Happy (almost) New Year. Here is my situation: --------------------- -I'm doing the lights for a runway. -I have a string of lights (aprox 90)that need to flash in sequence (I think pfSequence is in order). -Each light should flash twice a second(changes state every 1/4 second) in sequence from their begining until the runway threshold. Here is my problem: ------------------- If I use a pfSequence to cycle through the lights by the time I get to the third light, the first is ready to be turned on again. As far as I know there is no way to specify this with pfSequence nodes. (Please correct me if I'm wrong). Here is my question(s): -------------------- How can I get around this? Do I need to create a whole mess of pfSequences?, is there Here is your solution/suggestion: ;-) ---------------------- P.S.: The solution shouldn't be too costly as far as performance. ======================================================================= 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 Dec 31 12:50:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA27628; Tue, 31 Dec 1996 12:48:42 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA27612; Tue, 31 Dec 1996 12:48:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA26734; Tue, 31 Dec 1996 12:49:55 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA02819 for ; Tue, 31 Dec 1996 12:48:50 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id MAA24819; Tue, 31 Dec 1996 12:48:48 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA02586; Tue, 31 Dec 1996 12:48:44 -0800 From: "Remi Arnaud / Performer" Message-Id: <9612311248.ZM2584@remi.asd.sgi.com> Date: Tue, 31 Dec 1996 12:48:44 -0800 In-Reply-To: Paul Rider "Runway Lights" (Dec 31, 1:50pm) References: <32C9606D.41C6@airinc.com> X-Face: #u?+;>p{-Ci})Ft+l6j@MS8ff>3#392Sq^]=)^Y8lB#9eb~aI26hmrSMC(/4$76Y3H16cujkD,ajsB:J"Jm7~/Xg"{KutuwfAN.L5JlSnlRu9#{b?EhRYXM6=-wA[?4wr0$ix, "Performer mailing list." Subject: Re: Runway Lights Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 31, 1:50pm, Paul Rider wrote: > Subject: Runway Lights > Hey, Happy (almost) New Year. > > Here is my situation: > --------------------- > -I'm doing the lights for a runway. > -I have a string of lights (aprox 90)that need to flash in sequence (I > think pfSequence is in order). > -Each light should flash twice a second(changes state every 1/4 second) > in sequence from their begining until the runway threshold. > > > Here is my problem: > ------------------- > If I use a pfSequence to cycle through the lights by the time I get to > the third light, the first is ready to be turned on again. As far as I > know there is no way to specify this with pfSequence nodes. (Please > correct me if I'm wrong). I don't quite understand the effect. If you have N lights that change state every 1/4 seconds, and the delay between two lights is also 1/4 seconds, then you have only two patterns 1010101010 and 0101010101 . Anyway, you can count the number of patterns you want to have, make an object for each (including the 90 lights) and do a pfSequence. Happy New Year -- remi -- o o Remi ARNAUD - Silicon Graphics, Performer, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard, Mountain View, CA94043 o o o o Email: remi@asd.sgi.com - Tel: (415) 933 6208 - Fax: (415) 965 2658 o 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 Dec 31 14:20:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA28151; Tue, 31 Dec 1996 14:19:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA28135; Tue, 31 Dec 1996 14:19:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA02822; Tue, 31 Dec 1996 14:20:29 -0800 Received: from osiris.minneapolis.sgi.com ([169.238.230.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA17379 for ; Tue, 31 Dec 1996 14:19:24 -0800 Received: from calisto.minneapolis.sgi.com by osiris.minneapolis.sgi.com via ESMTP (940816.SGI.8.6.9/930416.SGI) for <@osiris.minneapolis.sgi.com:info-performer@sgi.com> id QAA29738; Tue, 31 Dec 1996 16:19:17 -0600 Received: from calisto by calisto.minneapolis.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id OAA04095; Tue, 31 Dec 1996 14:17:55 -0800 Sender: watters@minneapolis.sgi.com Message-ID: <32C99112.167E@minneapolis.sgi.com> Date: Tue, 31 Dec 1996 14:17:54 -0800 From: Sam Watters Organization: Silicon Graphics, Inc. X-Mailer: Mozilla 3.0 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Moving eyepoint vs. DCS translations Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O The pfi Trackball that is included with Performer is a nice tool for mapping 2D screen motion to a trackball model. The rotation/translation matrix produced by the tool works great when you apply that matrix to the DCS node for a scene graph. But, what if you want the user's eyepoint to move instead of the DCS? Anybody figured out how to use the trackball and get that effect. I want to have two channels viewing the same database, and if the trackball matrix manipulates the DCS for the model it will make the rotations/translations occur in both views. If I move the eyepoint that won't be a problem. I could also use shared instancing, but moving the eyepoint still seems to be the "elegant" solution. Suggestions/solutions would be much appreciated. -- ---------------------------------------------------------------------- Sam Watters | phone: 612-893-3611 Technical Consultant | vmail: 633-3611 Silicon Graphics, Inc. | email: watters@minneapolis.sgi.com 5601 Green Valley Dr. | Bloomington, MN 55437 | ---------------------------------------------------------------------- ======================================================================= 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 Dec 31 15:27:52 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA28649; Tue, 31 Dec 1996 15:26:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA28633; Tue, 31 Dec 1996 15:26:14 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA09638; Tue, 31 Dec 1996 15:27:17 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA27558 for ; Tue, 31 Dec 1996 15:26:13 -0800 Received: from lum.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA00796; Tue, 31 Dec 1996 15:26:04 -0800 Received: by lum.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA17629; Tue, 31 Dec 1996 15:26:05 -0800 Date: Tue, 31 Dec 1996 15:26:05 -0800 From: mace@lum.asd.sgi.com (Rob Mace) Message-Id: <199612312326.PAA17629@lum.asd.sgi.com> To: info-performer@sgi.com, russell@ctasim.com ("Russell Suter" ) Subject: Re: Undocumented IRIS GL gl_sincos??? Status: O gl_sincos was a table driven sin/cos lookup function in iris gl. It's prototype would be: void gl_sincos(int angle_in_10th_of_a_degree, float *sin, float *cos); You should replace it's use with pfSinCos(). Here is a #define that can make the change, but I recomend actually making the change in your code. #define gl_sincos(a, s, c) pfSinCos((a)*0.1f, (s), (c)) pfSinCos() is both faster and more accurate then gl_sincos(). Rob Mace ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com