From guest Thu May 1 11:32:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA24405; Thu, 1 May 1997 09:32:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA24389; Thu, 1 May 1997 09:32:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19162; Thu, 1 May 1997 09:32:29 -0700 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA19086 for ; Thu, 1 May 1997 09:32:28 -0700 env-from (kishore@aimnet.com) Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id JAA23478; Thu, 1 May 1997 09:32:26 -0700 (PDT) Date: Thu, 1 May 1997 09:32:26 -0700 (PDT) From: David Plew Message-Id: <199705011632.JAA23478@shell1.aimnet.com> To: info-performer@sgi.com, sicma@hni.uni-paderborn.de Subject: Re: Rotation of a door and pfDCS Status: O I have done something similar to what you need. My code takes care of all transformation possible on an object about the specified center. It is along the following steps: // To rotate the object about the given center, first translate // it to the origin, rotate, then translate it back. pfMatrix mat1, mat2, mat3, rot; pfMakeTransMat(mat1, x, y, z) // object translation pfMakeTransMat(mat2, -centerX, -centerY, -centerZ) pfMakeTransMat(mat3, centerX, centerY, centerZ) pfMakeScaleMat(scaleMat, sx, sy, sz) pfMakeEulerMat(rot, h, p, r) pfPostMultMat(mat2, rot); pfPostMultMat(mat2, scaleMat); pfPostMultMat(mat2, mat3); pfPostMultMat(mat2, mat1); pfDCSMat(dcs, mat2) With the above code, I am able to rotate two doors about their hinges, which looks like closing or opening the doors. Hope this helps. -anita kishore@aimnet.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 May 1 11:32:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA24381; Thu, 1 May 1997 09:28:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA24365; Thu, 1 May 1997 09:28:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA18457; Thu, 1 May 1997 09:28:04 -0700 Received: from svmail03.mdc.com (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA17649 for ; Thu, 1 May 1997 09:27:58 -0700 env-from (jbarhorst@mdc.com) Received: from mdc.com by svmail03.mdc.com with SMTP (1.37.109.20/16.2) id AA042434340; Thu, 1 May 1997 11:32:21 -0500 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Thu, 01 May 1997 11:32:18 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 01 May 1997 10:55:23 -0500 From: James Barhorst To: info-performer@sgi.com Cc: jbarhorst@mdc.com Subject: Draw Process Status: O Dear Performer Veterans, I am running a fairly simple 60 Hz performer application on a single processor of my 4-CPU Onyx (by using PFMP_APPCULLDRAW). When I display statistics, I notice that APP and CULL occur immediately at the beginning of the frame taking about 0.1 milliseconds each. Then nothing seems to happen for about 7 milliseconds until DRAW (which takes about 5-6 milliseconds) starts. DRAW always ends 3.3 milliseconds before the end of the frame. If DRAW takes longer, it seems to start sooner in the next frame. If it takes less time, it starts later next frame. I need more time at the end of each frame to do some additional processing on this CPU. Why is there this long delay before the DRAW? Is there any way to DRAW sooner? Thanks in advance, Jim Barhorst ======================================================================= 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 May 1 13:41:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA24470; Thu, 1 May 1997 10:13:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA24454; Thu, 1 May 1997 10:13:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23911; Thu, 1 May 1997 10:13:38 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA00043 for ; Thu, 1 May 1997 10:13:33 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id NAA25744; Thu, 1 May 1997 13:13:32 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma025741; Thu, 1 May 97 13:13:32 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id RAA13062; Thu, 1 May 1997 17:13:48 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id MAA13164; Thu, 1 May 1997 12:06:12 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199705011606.MAA13164@hf.ht.com> Subject: FAQ & patch 1696 - need installation clarification To: info-performer@sgi.com Date: Thu, 1 May 1997 12:06:10 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O pfSwmgrs: I used to have 2.0.2 (1347 and 1392) installed and I wanted to upgrade to Performer 2.0.4 complete with N32 static libs and the compatibility DSO's. I removed all the Performer patches, and went back to my IRIX 6.2 CD to install the necessary/additional base subsystems (at this point I have a Performer 2.0 DEV and a Performer 2.0.1 EOE). When I go to reinstall patch 1392 on my system it complains about the following: ---------------------------------------------------------- Conflicts: Patch patchSG0001392.dev_sw32.common_static_performer does not have base subsystem performer_dev.sw32.common_performer version 1009000150 to 1232792133 installed. ----------------------------------------------------------- I have not been able to find performer_dev.sw32.common_performer but I did find performer_dev.sw32.common_static_performer which "seems" to be the correct dependency. ^^^^^^ My versions -n output gives the following: I performer_dev.sw32.common_static_performer 1009000170 Performer2.0 GL-independent Static Libraries (n32) I "set rulesoverride on" and continue anyway (now I constantly get this conflict in swmgr). Is this the correct move? Now I want to install patch 1696 (Performer 2.0.4 EOE). It won't install the following: patchSG0001696.performer_eoe_compat32.performer2_0 patchSG0001696.performer_eoe_compat.performer2_0 patchSG0001696.performer_eoe_compat.performer1_2 because I don't have the following (respectively): performer_eoe.compat32.performer2_0 (1009000170 to 1263370534) performer_eoe.compat.performer2_0 (1009000170 to 1263370534) performer_eoe.compat.performer1_2 (1009000170 to 1263370534) As I understand them, the release notes say the first two are for 2.1 installations. Although, I haven't actually found any comments that say the aren't for 2.0.1 installations, I assume I do not need them in my configuration. For the last, however, I do have performer_eoe.sw.performer1_2 (123279213) Performer 1.2 Compatibility DSOs which I assume covers the last one. Am I interpreting all this correctly? Thanks, scott -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 1 13:41:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA24570; Thu, 1 May 1997 10:37:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA24554; Thu, 1 May 1997 10:37:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26352; Thu, 1 May 1997 10:37:12 -0700 Received: from stealth.afit.af.mil (stealth.afit.af.mil [129.92.2.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA05935; Thu, 1 May 1997 10:37:00 -0700 env-from (srotherm@afit.af.mil) Received: from fox.afit.af.mil (srotherm@fox.afit.af.mil [129.92.11.117]) by stealth.afit.af.mil (8.8.5/8.7.3) with ESMTP id NAA28300; Thu, 1 May 1997 13:36:42 -0400 (EDT) Received: (srotherm@localhost) by fox.afit.af.mil (8.6.12/8.6.9) id NAA20826; Thu, 1 May 1997 13:36:47 -0400 Date: Thu, 1 May 1997 13:36:46 -0400 (EDT) From: Scott A Rothermel To: Rémi Arnaud cc: info-performer@sgi.com, Dave Doak Subject: Re: Help with pfDrawBin In-Reply-To: <199705010352.UAA23630@remi.asd.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Status: O Mr. Arnaud (and everyone else): =09Regarding the patches; I checked with our System Administator=20 and we don't have the patches. We checked the SGI web site and found the= =20 1347/1392/1414/1696 patches. We are running Irix6.2, Performer eoe 2.0.1= =20 and Performer dev 2.0 on OnyxRE2 and HighImpact Indigo 2's =091) Are these the patches you spoke of?? =092) Which of the patches do we use? From the documentation we are=20 thinking we should use 1696 for the eoe and 1392 for the dev. =093) Is the '2.2' you mention the next version of the Performer=20 Libraries and if so any word on availability? Thanks Scott On Wed, 30 Apr 1997, R=E9mi Arnaud wrote: > It should work. Do you have the performer patches installed ? >=20 > Note that the bin #2 is the LightPoint Bin in 2.2, and there will > be a pfGetChanFreeBin(chan) that will give you the next available > bin for the current channel. >=20 > _ / _ _=20 > |_) _ ._ _ o /\ |_)|\ | /\ | || \ > | \(/_| | || /--\| \| \|/--\|_||_/ > =20 >=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 Thu May 1 16:06:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA24552; Thu, 1 May 1997 10:34:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA24536; Thu, 1 May 1997 10:34:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26015; Thu, 1 May 1997 10:33:41 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA04961 for ; Thu, 1 May 1997 10:33:34 -0700 env-from (chris@scotch.physics.ucla.edu) Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id KAA28985; Thu, 1 May 1997 10:33:28 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA02999; Thu, 1 May 1997 09:54:12 -0700 Date: Thu, 1 May 1997 09:54:12 -0700 (PDT) From: Chris Mitchell To: Cory Tsang cc: info-performer@sgi.com Subject: Re: Piping Inventor Scene Graphs into Performer In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > Hi, Hi. > I was wondering if it were possible to pipe Inventor output directly into > Performer without having to go through the intermediary step of creating > an *.iv file. Yeah, I did this with the mkfifo() command... maybe not what you want, but I couldn't find any better way. Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 1 11:43:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA24286; Thu, 1 May 1997 08:59:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA24270; Thu, 1 May 1997 08:59:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA14061; Thu, 1 May 1997 08:59:09 -0700 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 IAA10589 for ; Thu, 1 May 1997 08:59:03 -0700 env-from (nicolas@cae.ca) Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA19910; Thu, 1 May 1997 11:52:18 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id LAA03102; Thu, 1 May 1997 11:49:35 -0400 From: "Nicolas Gauvin" Message-Id: <9705011149.ZM3100@christine.cae.ca> Date: Thu, 1 May 1997 11:49:35 -0400 In-Reply-To: Project sicma "Rotation of a door and pfDCS" (Apr 30, 4:54pm) References: <199704301454.QAA06688@troi.uni-paderborn.de> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: sicma@hni.uni-paderborn.de Subject: Re: Rotation of a door and pfDCS Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 30, 4:54pm, Project sicma wrote: > Subject: Rotation of a door and pfDCS > Hi, > > i have some problems with the pfDCS. > > I want to rotate a pfDCS around a certain point. The DCS is actually a door in the model. > This door should be rotated 90 degrees. > > > door->setRot(0,0,i); > door->setTrans(rot_point.xyz[0],rot_point.xyz[1],rot_point.xyz[2]); > > Has anyone solved such a problem by now? > A DCS applies the rotation first and then the translation (R*T). So the door is first rotated around its origin and then the result of this rotation is moved to the position set by setTrans. If you want to change the rotation point you have to apply a translation before the rotation (T*R). This will effectively change the origin of your geometry and its point of rotation. A combination of DCS and SCS can do this: | DCS (contains only your rotation) | SCS (contains only your translation) | geometry You could then flatten your SCS and remove it from the hierarchy. -- 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 Thu May 1 16:36:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA24631; Thu, 1 May 1997 11:04:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA24615; Thu, 1 May 1997 11:04:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA29459; Thu, 1 May 1997 11:04:13 -0700 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 LAA12877 for ; Thu, 1 May 1997 11:04:12 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA24877; Thu, 1 May 1997 11:04:02 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA24895; Thu, 1 May 1997 11:03:57 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705011803.LAA24895@remi.asd.sgi.com> Subject: Re: Help with pfDrawBin To: srotherm@afit.af.mil (Scott A Rothermel) Date: Thu, 1 May 1997 11:03:57 -0700 (PDT) Cc: info-performer@sgi.com, ddoak@afit.af.mil In-Reply-To: from "Scott A Rothermel" at May 1, 97 01:36:46 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1382 Status: O Scott A Rothermel wrote: > > Mr. Arnaud (and everyone else): > > Regarding the patches; I checked with our System Administator > and we don't have the patches. We checked the SGI web site and found the > 1347/1392/1414/1696 patches. We are running Irix6.2, Performer eoe 2.0.1 > and Performer dev 2.0 on OnyxRE2 and HighImpact Indigo 2's > 1)Are these the patches you spoke of?? Yes > 2) Which of the patches do we use? From the documentation we are > thinking we should use 1696 for the eoe and 1392 for the dev. Yes > 3) Is the '2.2' you mention the next version of the Performer > Libraries and if so any word on availability? It is in Beta right now, should be there in a few months. > > Thanks > Scott > > On Wed, 30 Apr 1997, R=E9mi Arnaud wrote: > > > It should work. Do you have the performer patches installed ? > >=20 > > Note that the bin #2 is the LightPoint Bin in 2.2, and there will > > be a pfGetChanFreeBin(chan) that will give you the next available > > bin for the current channel. > >=20 > > _ / _ _=20 > > |_) _ ._ _ o /\ |_)|\ | /\ | || \ > > | \(/_| | || /--\| \| \|/--\|_||_/ > > =20 > >=20 > _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 1 11:58:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA24210; Thu, 1 May 1997 07:53:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24194; Thu, 1 May 1997 07:53:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA09675; Thu, 1 May 1997 07:53:09 -0700 Received: from sgitokyo.nsg.sgi.com ([134.14.128.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA25213 for ; Thu, 1 May 1997 07:53:06 -0700 env-from (kaki@kaki.nsg.sgi.com) Received: from kaki.nsg.sgi.com (kaki.nsg.sgi.com [134.14.135.4]) by sgitokyo.nsg.sgi.com (8.6.12+2.4W/3.3W8-SGI(sgitokyo.sgi)) with ESMTP id XAA12459 for <@sgitokyo.nsg.sgi.com:info-performer@sgi.com>; Thu, 1 May 1997 23:52:31 +0900 Received: (from kaki@localhost) by kaki.nsg.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id XAA18800 for info-performer@sgi.com; Thu, 1 May 1997 23:52:29 +0900 From: kaki@kaki.nsg.sgi.com (Masanori Kakimoto) Message-Id: <9705012352.ZM18798@kaki.nsg.sgi.com> Date: Thu, 1 May 1997 23:52:29 +0900 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfDelete problem, again Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O In the attached program, pfDelete does not really delete nodes with Performer2.1 on an Onyx IR. Please try making "bbox" and run with an input file while watching memory consumption with 'gr_osview -a'. If you try big , the shared arena will eventually run out, which should not happen if these pfDelete's are working. Could anyone point out what is wrong? /* * bbox.C -- Prints bounding box data of a 3D model file. * Use modified /usr/share/Performer/src/pguide/libpf/C++/Makefile to * compile. * Written by Masanori Kakimoto (kaki@nsg.sgi.com) */ #include #include #include #include #include #include void PrintBBox(char *fileName, int repeats); void MyPfDelete(pfMemory *ptr); int main(int argc, char *argv[]) { if (argc != 3) { fprintf(stderr, "Usage: %s \n", argv[0]); exit(1); } pfInit(); pfuInitUtil(); pfdInitConverter(argv[1]); pfConfig(); pfFilePath(".:/usr/share/Performer/data"); // Repeat loading and pfDelete'ing. PrintBBox(argv[1], atoi(argv[2])); while (1) { if (getchar() == 'a') { break; } } } void PrintBBox(char *fileName, int repeats) /* Computes bounding box of the model file and print min[x,y,z] and max[x,y,z] to standard output. */ { int i; pfScene *tmpScene = new pfScene; for (i = 0; i < repeats; i++) { pfNode *aNode = pfdLoadFile(fileName); pfBox bbox; if (aNode != NULL) { tmpScene->addChild(aNode); #if 1 pfuTravCalcBBox(aNode, &bbox); printf("%s (%d) %.1f %.1f %.1f %.1f %.1f %.1f\n", fileName, i, bbox.min[0], bbox.min[1], bbox.min[2], bbox.max[0], bbox.max[1], bbox.max[2]); #endif tmpScene->removeChild(aNode); MyPfDelete(aNode); } } MyPfDelete(tmpScene); } void MyPfDelete(pfMemory *ptr) { int deleted; deleted = pfDelete(ptr); if (deleted == TRUE) { fprintf(stderr, "pfDelete succeeded.\n"); } else if (deleted == FALSE) { fprintf(stderr, "pfDelete failed.\n"); } else if (deleted == -1) { fprintf(stderr, "pfDelete failed for non-pfMemory.\n"); } else { fprintf(stderr, "pfDelete returned %d.\n", deleted); } } -- Masanori Kakimoto mailto:kaki@nsg.sgi.com East Asia Technology Network, Tokyo Center c/o Nihon Silicon Graphics Cray Tel:81-3-5488-1852 Fax:81-3-5420-2397 Voice mail: (external)81-3-5488-1863-1119 (internal)822-1119 ======================================================================= 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 May 1 17:51:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA24882; Thu, 1 May 1997 12:11:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA24866; Thu, 1 May 1997 12:11:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA04740; Thu, 1 May 1997 12:11:03 -0700 Received: from stealth.afit.af.mil (stealth.afit.af.mil [129.92.2.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA00929; Thu, 1 May 1997 12:11:00 -0700 env-from (srotherm@afit.af.mil) Received: from fox.afit.af.mil (srotherm@fox.afit.af.mil [129.92.11.117]) by stealth.afit.af.mil (8.8.5/8.7.3) with ESMTP id PAA01972; Thu, 1 May 1997 15:10:58 -0400 (EDT) Received: (srotherm@localhost) by fox.afit.af.mil (8.6.12/8.6.9) id PAA21013; Thu, 1 May 1997 15:10:58 -0400 Date: Thu, 1 May 1997 15:10:58 -0400 (EDT) From: Scott A Rothermel To: Rémi Arnaud cc: info-performer@sgi.com Subject: Re: Help with pfDrawBin In-Reply-To: <199705011803.LAA24895@remi.asd.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Status: O Mr. Arnaud: =09We installed the patches and the problem still exists. I also=20 tried using other bins besides 2 (like 3) and used GeoSets composed of=20 things other than points, but the same thing still happens. =09Any other ideas or suggestions? If anyone has any example=20 programs that use Bins, that might help me find the problem. Thanks Scott =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=3D=3D=3D=3D= =3D=3D=3D Scott A. Rothermel, 2Lt, USAF Master's Student, GCS-97D Department of Electrical and Computer Engineering Air Force Institute of Technology VOICEMAIL: (937) 255-3636 x6122 E-MAIL: srotherm@afit.af.mil http://www.afit.af.mil/Schools/EN/ENG/LABS/GRAPHICS/people/srotherm/index.h= tml =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=3D=3D=3D=3D= =3D=3D=3D On Thu, 1 May 1997, R=E9mi Arnaud wrote: > Scott A Rothermel wrote: > >=20 > > Mr. Arnaud (and everyone else): > >=20 > > Regarding the patches; I checked with our System Administator > > and we don't have the patches. We checked the SGI web site and found t= he > > 1347/1392/1414/1696 patches. We are running Irix6.2, Performer eoe 2.0= .1 > > and Performer dev 2.0 on OnyxRE2 and HighImpact Indigo 2's >=20 > > 1)Are these the patches you spoke of?? >=20 > Yes >=20 > > 2) Which of the patches do we use? From the documentation we are > > thinking we should use 1696 for the eoe and 1392 for the dev. >=20 > Yes >=20 > > 3) Is the '2.2' you mention the next version of the Performer > > Libraries and if so any word on availability? >=20 > It is in Beta right now, should be there in a few months. >=20 > >=20 > > Thanks > > Scott > >=20 > > On Wed, 30 Apr 1997, R=3DE9mi Arnaud wrote: > >=20 > > > It should work. Do you have the performer patches installed ? > > >=3D20 > > > Note that the bin #2 is the LightPoint Bin in 2.2, and there will > > > be a pfGetChanFreeBin(chan) that will give you the next available > > > bin for the current channel. > > >=3D20 > > > _ / _ _=3D20 > > > |_) _ ._ _ o /\ |_)|\ | /\ | || \ > > > | \(/_| | || /--\| \| \|/--\|_||_/ > > > =3D20 > > >=3D20 > >=20 >=20 > _ / _ _=20 > |_) _ ._ _ o /\ |_)|\ | /\ | || \ > | \(/_| | || /--\| \| \|/--\|_||_/ > =20 >=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 Thu May 1 18:06:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA24988; Thu, 1 May 1997 12:22:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA24972; Thu, 1 May 1997 12:22:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA05462; Thu, 1 May 1997 12:22:34 -0700 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 MAA03762 for ; Thu, 1 May 1997 12:22:34 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id MAA29665; Thu, 1 May 1997 12:22:17 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA29275; Thu, 1 May 1997 12:22:16 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705011922.MAA29275@remi.asd.sgi.com> Subject: Re: Help with pfDrawBin To: srotherm@afit.af.mil (Scott A Rothermel) Date: Thu, 1 May 1997 12:22:16 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: from "Scott A Rothermel" at May 1, 97 03:10:58 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 41685 Status: O Scott A Rothermel wrote: > > Mr. Arnaud: > > =09We installed the patches and the problem still exists. I also=20 > tried using other bins besides 2 (like 3) and used GeoSets composed of=20 > things other than points, but the same thing still happens. > > =09Any other ideas or suggestions? If anyone has any example=20 > programs that use Bins, that might help me find the problem. > Heres' the bin example in 2.2. you'll be able to adapt in for 2.0 by removing non existing api. By pressing Space you will switch between pfDrawBin() and pfDraw(). You will see only half the database in the pfDrawBin case as the database is separate in two bins, and only one is displayed using pfDrawBin() ---- sample/libpf/C/bins.c ----- /* * Copyright 1995, Silicon Graphics, Inc. * ALL RIGHTS RESERVED * * UNPUBLISHED -- Rights reserved under the copyright laws of the United * States. Use of a copyright notice is precautionary only and does not * imply publication or disclosure. * * U.S. GOVERNMENT RESTRICTED RIGHTS LEGEND: * Use, duplication or disclosure by the Government is subject to restrictions * as set forth in FAR 52.227.19(c)(2) or subparagraph (c)(1)(ii) of the Rights * in Technical Data and Computer Software clause at DFARS 252.227-7013 and/or * in similar or successor clauses in the FAR, or the DOD or NASA FAR * Supplement. Contractor/manufacturer is Silicon Graphics, Inc., * 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311. * * Permission to use, copy, modify, distribute, and sell this software * and its documentation for any purpose is hereby granted without * fee, provided that (i) the above copyright notices and this * permission notice appear in all copies of the software and related * documentation, and (ii) the name of Silicon Graphics may not be * used in any advertising or publicity relating to the software * without the specific, prior written permission of Silicon Graphics. * * THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, * EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY * WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. * * IN NO EVENT SHALL SILICON GRAPHICS BE LIABLE FOR ANY SPECIAL, * INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, OR ANY * DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, * WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY * THEORY OF LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE * OR PERFORMANCE OF THIS SOFTWARE. * * file: bins.c * --------------- * * Example for using bins * * $Revision: 1.3 $ $Date: 1996/09/28 01:26:10 $ * * Command-line options: * -b : set value for BenchLoop - num frames to put in benchmark, * used with runtime interactive benchmark mode * -B : auto benchmark mode - totally not interactive * will continuously benchmark sets of _frames_ frames * -c : turn off clear * -C : cull mode * -e h,p,r : initial viewing angles * -E : turn on earth-sky * -F filePath : set pfFilePath() * -i : bench interval in elapsed time * -I : set frame-stats interval in frames * -q : goes with the auto bench mode - exit prog after num frames * -l p1,p2,p3 : CPU to processor mapping * -L : lock down CPUs - requires root id * -m : multiprocess configuration * -n notify : set pfNotifyLevel * -o 1/2 : use GL objects for scene=1 or gsets=2 * -p x,y,z : initial position * -P : set phase - default is PFPHASE_FLOAT * -q val : optimization of gstates * -Q count : quite after count frames * -r : frame rate * -s scale : set the LOD scale * -S : run app in single buffer * -t : force default texture override * -T : use TAG clear * -z : set framestats mode on * -Z : don't free CPus * * Run-time controls: * SPACE : toggle pfDrawBin / pfDraw * ESC-key: exits * Left-mouse: advance * Middle-mouse: stop * Right-mouse: retreat 'g': toggle display of channel stats * 'o': use 1 GL object for entire scene * 'O': use GL objects for all gsets in scene * ctrl-o: back to immediate mode drawing * 'p': toggle phase * 'r': reset position and stop * ' ': stop * 'b': put into non-interactive bench mode for BenchLoop frames * 's': put into single buffer for benchmark mode * (will defeat pfPhase settting but can give more accurate * drawing benchmarks over multiple frames) * 'z': toggle into statistics-gathering mode * 'B', 'Z': put into statistics gathering and benchmark mode permanently. * 'w': change window resolution: toggles through startup, full screen, * VGA, and 100x100 */ #include #include #include #include #include #include #include #include #include #include #include #include #include #include /* Performer Callback functions */ static void CullChannel(pfChannel *chan, void *data); static void DrawChannel(pfChannel *chan, void *data); static void OpenPipeline(int pipe, uint stage); static void ConfigCull(int pipe, uint stage); static void OpenPipeWin(pfPipeWindow *pw); static void SwapFunc(pfPipe *p, pfPipeWindow *pwin); static void Usage(void); /* stats utility functions */ static void GetXInput(void); static void UpdateView(void); static void queryFrameStats(pfFrameStats *fstats); static void initFrameStats(void); static void calcFrameStats(void); static void dumpBenchStats(void); static void dumpFrameStats(void); static void makeGSetObjs(pfNode *node, int enable); #define WIN_SELECT_INIT 0 #define WIN_SELECT_TINEY 1 #define WIN_SELECT_VGA 2 #define WIN_SELECT_HIRES 3 #define NUM_WIN_SELECTS 4 #define HISPEED 0.1f #define LOSPEED 0.001f static int AppCPU=-1, CullCPU=-1, DrawCPU=-1; /* * structure that resides in shared memory so that the * application, cull, and draw processes can access it. */ typedef struct { pfChannel *channel; pfPipeWindow *pw; pfCoord initView, view; pfList *texList; pfScene *scene; int exitFlag; float mouseX; float mouseY; float speed; float sceneSize; int phase; int graph; int quitCount; int reset; int benchMode; int benchLoop; int setBuffer; int frameStatsMode; int initFrameStats; int winSelect; int drawMode; int winSizeX, winSizeY; unsigned int buttons; int inWindow; int drawBins; } SharedData; /* * structures for keeping timing data */ typedef struct FrameTimingData { double startTime; int startFrame, endFrame; /* counts of frames for each process */ pfFStatsValProc counts, last, misses; /* buffers for holding timing data */ float *app, *cull, *draw, *total; /* frame stamps for cull and draw */ int *appFrames, *cullFrames, *drawFrames, *totalFrames; /* calculated statistics */ pfFStatsValProc cum, avg, min, minFrames, max, maxFrames, variance, stdDev; pfFStatsValPFTimesDraw drawhist[PFFSTATS_MAX_HIST_FRAMES]; }FrameTimingData; static SharedData *Shared; static int RestrictProcessors = 0, FreeProcessors = 1; static int ProcSplit = PFMP_DEFAULT; static int Clear = 1; static int ESky = 0; static int SingleBuffer = 0; static int BenchLoop = 100; static float FrameRate = 60.0f; static int InitXYZ=0, InitHPR=0; static unsigned int WinType = PFPWIN_TYPE_X; static FrameTimingData *FrameStats=NULL; static int FrameStatsMaxFrames = 500; static int FrameStatsETime = 5; /* seconds */ static int WinOriginX=0, WinOriginY=0, WinSizeX=500, WinSizeY=500; static float LODscale = 1.0f; static int DftTexOverride = 0; static int CullMode = PFCULL_SORT | PFCULL_VIEW; /* we use bins ! */ static int OptimizeGStates = 0x0; /* light source created and updated in draw-process */ static pfLight *Sun; static char progName[80]; static int *myBin; /* get free bin id */ /* * main() -- program entry point. this procedure * is executed in the application process. */ char OptionStr[] = "b:BcC:de:EF:i:I:l:Lm:n:o:p:P:q:Q:r:s:StTW:xzZ?"; static int docmdline(int argc, char *argv[]) { int opt; extern char *optarg; extern int optind; strcpy(progName, argv[0]); if (argc < 2) Usage(); /* process command-line arguments */ while ((opt = getopt(argc, argv, OptionStr)) != -1) { switch (opt) { case 'b': /* set benchloop */ Shared->benchLoop = BenchLoop = atoi(optarg); break; case 'B': /* auto benchmark mode - totally not interactive */ Shared->benchMode = -1; break; case 'c': /* turn off clear */ Clear ^= 1; break; case 'C': CullMode = atoi(optarg); break; case 'e': if (sscanf(optarg, "%f,%f,%f", &Shared->initView.hpr[PF_H], &Shared->initView.hpr[PF_P], &Shared->initView.hpr[PF_R]) == 3) InitHPR = TRUE; break; case 'E': /* turn on earth-sky */ ESky ^= 1; break; case 'F': pfFilePath(optarg); break; case 'i': /* bench interval in elapsed time */ FrameStatsETime = atof(optarg); break; case 'I': /* set bench interval in frames */ FrameStatsMaxFrames = atoi(optarg); break; case 'l': { int i1, i2, i3; if (sscanf(optarg, "%d,%d,%d", &i1, &i2, &i3) == 3) { AppCPU = i1; CullCPU = i2; DrawCPU = i3; } } break; case 'L': /* lock down CPUs - requires root id */ RestrictProcessors = 1; break; case 'm': /* multiprocess configuration */ ProcSplit = atoi(optarg); break; case 'n': pfNotifyLevel(atoi(optarg)); break; case 'o': Shared->drawMode = atoi(optarg); break; case 'p': /* initial position */ if (sscanf(optarg, "%f,%f,%f", &Shared->initView.xyz[PF_X], &Shared->initView.xyz[PF_Y], &Shared->initView.xyz[PF_Z]) == 3) InitXYZ = TRUE; break; case 'P': /* set phase - default is PFPHASE_FLOAT */ Shared->phase = atoi(optarg); break; case 'q': /* gstate optimization */ OptimizeGStates = atoi(optarg); break; case 'Q': /* goes with the auto bench mode - exit prog after num benchmarks */ Shared->quitCount = atoi(optarg); break; case 'r': FrameRate = atof(optarg); break; case 's': /* run app in single buffer */ LODscale = atof(optarg); break; case 'S': /* run app in single buffer */ SingleBuffer ^= 1; break; case 't': DftTexOverride ^= 1; break; case 'T': ESky = PFES_TAG; break; case 'W': /* Set the window size */ if (sscanf(optarg, "%ld,%ld,%ld,%ld", &WinOriginX, &WinOriginY, &WinSizeX, &WinSizeY) != 4) { if (sscanf(optarg, "%ld,%ld", &WinSizeX, &WinSizeY) != 2) { if (sscanf(optarg, "%ld", &WinSizeX) == 1) { WinSizeY = WinSizeX; WinOriginX = -1; } else WinSizeX = -1; } else WinOriginX = -1; } break; case 'x': break; case 'z': /* start up in frame-stats mode */ Shared->frameStatsMode = 1; break; case 'Z': /* start up in frame-stats mode */ FreeProcessors ^= 1; break; default: Usage(); } } return optind; } /* * Usage() -- print usage advice and exit. This procedure * is executed in the application process. */ static void Usage (void) { fprintf(stderr, "Usage: %s [-c] [-B benchLoop] [-e bool] [-q count] file.ext ...\n", progName); fprintf(stderr, " Then press Space to toggle from pfDraw to pfDrawBin\n"); exit(1); } extern assignBins (pfNode *node); int main (int argc, char *argv[]) { int arg; int found; pfScene *scene; pfNode *root; pfChannel *chan; pfPipe *p; pfFrameStats *fstats; pfEarthSky *eSky; pfBox bbox; float far = 10000.0f; double dbstart, dbend, start, end; pfNotifyLevel(PFNFY_INFO); pfInit(); start = pfGetTime(); /* allocate shared before fork()'ing parallel processes */ Shared = (SharedData*)pfCalloc(1, sizeof(SharedData), pfGetSharedArena()); Shared->speed = 0.0f; Shared->phase = PFPHASE_FLOAT; Shared->mouseX = Shared->mouseY = -1; Shared->winSelect = WIN_SELECT_INIT; Shared->inWindow = 0; Shared->drawBins = 0; arg = docmdline(argc, argv); Shared->winSizeX = WinSizeX; Shared->winSizeY = WinSizeY; if (Shared->frameStatsMode || Shared->benchMode) Shared->initFrameStats = 1; /* force MP mode to time each process task individually */ pfMultiprocess(ProcSplit); /* Load all loader DSO's before pfConfig() forks */ for (found = arg; found < argc; found++) pfdInitConverter(argv[found]); /* allocate myBin in shared memory */ { void *arena = pfGetSharedArena(); myBin = (int*) pfMalloc(sizeof(int),arena); } /* initiate multi-processing mode set in pfMultiprocess call */ pfConfig(); /* Process and schedual control: requires ROOT id. * Assign a non-degrading priority to all Performer processes. * User processes spawned from this one will inherit the same priority. * Additionally, all processes are restricted and isolated on * separate processors. */ if (RestrictProcessors) { pfuPrioritizeProcs(TRUE); if (AppCPU > -1) pfuLockDownProc(AppCPU); else pfuLockDownApp(); } Shared->scene = scene = pfNewScene(); /* specify directories where geometry and textures exist */ if (pfGetFilePath() == NULL) pfFilePath( "." ":./data" ":../data" ":../../data" ":/usr/share/Performer/data" ); /* load files named by command line arguments */ dbstart = pfGetTime(); for (found = 0; arg < argc; arg++) { if ((root = pfdLoadFile(argv[arg])) != NULL) { pfAddChild(scene, root); found++; } } if (!found) { fprintf(stderr,"Cannot load file [%s]\n",argv[arg]); exit(-1); } pfdMakeShared((pfNode *)scene); pfdMakeSharedScene(scene); Shared->texList = pfuMakeTexList((pfNode *)scene); dbend = pfGetTime(); p = pfGetPipe(0); pfPipeSwapFunc(p, SwapFunc); pfFrameRate(FrameRate); pfPhase(Shared->phase); Shared->pw = pfNewPWin(p); pfPWinName(Shared->pw, "IRIS Performer"); pfPWinType(Shared->pw, WinType); pfPWinOriginSize(Shared->pw, WinOriginX, WinOriginY, WinSizeX, WinSizeY); /* Open and configure the GL window. */ pfPWinConfigFunc(Shared->pw, OpenPipeWin); pfConfigPWin(Shared->pw); pfStageConfigFunc(0, PFPROC_DRAW, OpenPipeline); pfConfigStage(0, PFPROC_DRAW); pfStageConfigFunc(0, PFPROC_CULL, ConfigCull); pfConfigStage(0, PFPROC_CULL); chan = Shared->channel = pfNewChan(p); pfChanTravFunc(chan, PFTRAV_CULL, CullChannel); pfChanTravFunc(chan, PFTRAV_DRAW, DrawChannel); pfChanScene(chan, scene); /* enable only the most minimal stats - tracking of process frame times */ fstats = pfGetChanFStats(chan); pfFStatsClass(fstats, PFFSTATS_ENPFTIMES, PFSTATS_SET); /* turn off accumulation and averaging of stats */ pfFStatsAttr(fstats, PFFSTATS_UPDATE_FRAMES, 0.0f); /* Create an earth/sky model that draws sky/ground/horizon */ eSky = pfNewESky(); switch(ESky) { case 0: pfESkyMode(eSky, PFES_BUFFER_CLEAR, PFES_FAST); break; case 1: pfESkyMode(eSky, PFES_BUFFER_CLEAR, PFES_SKY_GRND); break; case PFES_TAG: pfESkyMode(eSky, PFES_BUFFER_CLEAR, PFES_TAG); break; } pfESkyAttr(eSky, PFES_GRND_HT, -10.0f); pfESkyColor(eSky, PFES_CLEAR, .3f, .3f, .7f, 1.0f); pfChanESky(chan, eSky); pfChanTravMode(chan, PFTRAV_CULL, CullMode); pfChanLODAttr(chan, PFLOD_SCALE, LODscale); /* vertical FOV is matched to window aspect ratio */ pfChanFOV(chan, 45.0f, -1.0f); if (found) { /* Set initial view to be "in front" of scene */ /* determine extent of scene's geometry */ pfuTravCalcBBox(scene, &bbox); /* view point at center of bbox */ pfAddVec3(Shared->view.xyz, bbox.min, bbox.max); pfScaleVec3(Shared->view.xyz, 0.5f, Shared->view.xyz); /* find max dimension */ Shared->sceneSize = bbox.max[PF_X] - bbox.min[PF_X]; Shared->sceneSize = PF_MAX2(Shared->sceneSize, bbox.max[PF_Y] - bbox.min[PF_Y]); Shared->sceneSize = PF_MAX2(Shared->sceneSize, bbox.max[PF_Z] - bbox.min[PF_Z]); far = PF_MAX2(far, Shared->sceneSize * 2.5f); pfChanNearFar(chan, 0.1f, far); /* offset so all is visible */ if (!InitXYZ) { Shared->view.xyz[PF_Y] -= Shared->sceneSize; Shared->view.xyz[PF_Z] += 0.25*Shared->sceneSize; } else pfCopyVec3(Shared->view.xyz, Shared->initView.xyz); if (!InitHPR) pfSetVec3(Shared->view.hpr, 0.0f, 0.0f, 0.0f); else pfCopyVec3(Shared->view.hpr,Shared->initView.hpr); } else { if (!InitXYZ) pfSetVec3(Shared->view.xyz, 0.0f, 0.0f, 100.0f); PFSET_VEC3(bbox.min, -5000.0, -5000.0, -1000000.0); PFSET_VEC3(bbox.max, 5000.0, 5000.0, 10000000.0); } /* save initial viewpoint for reset */ if (!InitXYZ) pfCopyVec3(Shared->initView.xyz, Shared->view.xyz); if (!InitHPR) pfCopyVec3(Shared->initView.hpr, Shared->view.hpr); pfChanView(chan, Shared->view.xyz, Shared->view.hpr); /* set up bin order for user bins */ *myBin = pfGetChanFreeBin(chan); pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Free bin id = %d",*myBin); pfChanBinOrder(chan, *myBin, *myBin); pfChanBinOrder(chan, *myBin+1, *myBin+1); pfChanBinSort(chan, *myBin, PFSORT_DRAW_ORDER, NULL); pfChanBinSort(chan, *myBin+1, PFSORT_DRAW_ORDER, NULL); assignBins ((pfNode *)scene); end = pfGetTime(); pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Database load time: %g secs.", dbend-dbstart); pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Application startup time: %g secs.", end-start); /* main simulation loop */ while (!Shared->exitFlag) { float cp; /* wait until next frame boundary */ pfSync(); /*** Critical Section ***/ /* compute new view */ UpdateView(); /* Set view parameters. */ pfChanView(chan, Shared->view.xyz, Shared->view.hpr); /* initiate next frame traversal using current state */ pfFrame(); /*** End Critical Section ***/ if (Shared->initFrameStats == 1) initFrameStats(); /* query timing stats */ if (Shared->benchMode || Shared->frameStatsMode) queryFrameStats(fstats); if (!Shared->benchMode) { static int prevGraph = 0; if (Shared->graph) { /* if display stats - turn averaging back on */ if (!prevGraph) pfFStatsAttr(fstats, PFFSTATS_UPDATE_SECS, 2.0f); pfDrawChanStats(chan); } else if (prevGraph) pfFStatsAttr(fstats, PFFSTATS_UPDATE_SECS, 0.0f); prevGraph = Shared->graph; } else if (Shared->benchMode) { if ((Shared->benchLoop <= 0)) { if (!Shared->frameStatsMode) { fprintf(stderr,"-------------\n"); dumpBenchStats(); initFrameStats(); fprintf(stderr,"-------------\n"); } if ((Shared->benchMode < 0)) /* app is running in permanent benchmark mode */ { Shared->benchLoop = BenchLoop; if (Shared->quitCount && --Shared->quitCount == 0) Shared->exitFlag = 1; } else { Shared->benchMode = Shared->benchLoop = 0; Shared->setBuffer = 1; } } } } if (FreeProcessors) pfuFreeCPUs(); pfExit(); return 0; } /* * OpenPipeline() -- create a pipeline: setup the window system, * the IRIS GL, and IRIS Performer. this procedure is executed in * the draw process (when there is a separate draw process). */ Display *Dsp=NULL; static void OpenPipeline(int pipe, uint stage) { if (RestrictProcessors) { if (DrawCPU > -1) pfuLockDownProc(DrawCPU); else pfuLockDownDraw(pfGetPipe(pipe)); } } static void OpenPipeWin(pfPipeWindow *pw) { int xmax, ymax; Window xwin; pfOpenPWin(pw); { Dsp = pfGetCurWSConnection(); xwin = pfGetPWinWSWindow(pw); XSelectInput(Dsp, xwin, StructureNotifyMask | PointerMotionMask | FocusChangeMask | ButtonPressMask | ButtonReleaseMask | KeyPressMask); XMapWindow(Dsp, xwin); XFlush(Dsp); } if (SingleBuffer) { #ifdef IRISGL frontbuffer(TRUE); backbuffer(FALSE); #else /* OPENGL */ glDrawBuffer(GL_FRONT); #endif } if (DftTexOverride) { void *arena = pfGetSharedArena(); uint *image = pfMalloc(sizeof(int*), arena); pfTexture *tex = pfNewTex(arena); *image = 0xffff00ff; pfTexImage(tex, image, 4, 1, 1, 1); pfApplyTex(tex); pfApplyTEnv(pfNewTEnv(arena)); pfOverride(PFSTATE_TEXTURE | PFSTATE_TEXENV, 1); } /* create a light source in the "south-west" (QIII) */ Sun = pfNewLight(NULL); pfLightPos(Sun, -0.3f, -0.3f, 1.0f, 0.0f); } /* * CullChannel() -- traverse the scene graph and generate a * display list for the draw process. This procedure is * executed in the cull process. */ static void ConfigCull(int pipe, uint stage) { if (RestrictProcessors) { if (CullCPU > -1) pfuLockDownProc(CullCPU); else pfuLockDownCull(pfGetPipe(pipe)); } } static void CullChannel(pfChannel *channel, void *data) { (channel, data); /* remove compiler warn about unused var */ pfCull(); } /* * DrawChannel() -- draw a channel and read input queue. this * procedure is executed in the draw process (when there is a * separate draw process). */ static void DrawChannel (pfChannel *channel, void *data) { static int first=1; static int owinselect; (data); /* remove compiler warn about unused var */ if (first) { pfuDownloadTexList(Shared->texList, PFUTEX_SHOW); owinselect = Shared->winSelect; first=0; } if (Shared->setBuffer == 1) { if (Shared->benchMode) { pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Single-Buffered benchmark"); #ifdef IRISGL frontbuffer(TRUE); backbuffer(FALSE); #else /* OPENGL */ glDrawBuffer(GL_FRONT); #endif } else { #ifdef IRISGL backbuffer(TRUE); frontbuffer(FALSE); #else /* OPENGL */ glDrawBuffer(GL_BACK); #endif } Shared->setBuffer = 0; } /* rebind light so it stays fixed in position */ pfLightOn(Sun); /* erase framebuffer and draw Earth-Sky model */ if (Clear) pfClearChan(channel); if (Shared->drawBins) { pfDrawBin(*myBin); } else pfDraw(); /* examine the event queue for keyboard events */ if (!Shared->benchMode) { /* read window origin and size (it may have changed) */ pfGetPWinSize(Shared->pw, &Shared->winSizeX, &Shared->winSizeY); GetXInput(); if (Shared->winSelect != owinselect) { int xo, yo; owinselect = Shared->winSelect; switch(owinselect) { case WIN_SELECT_INIT: xo = WinOriginX; yo = WinOriginY; Shared->winSizeX = WinSizeX; Shared->winSizeY = WinSizeY; break; case WIN_SELECT_TINEY: xo = yo = 0; Shared->winSizeX = Shared->winSizeY = 100; break; case WIN_SELECT_VGA: xo = yo = 0; Shared->winSizeX = 640; Shared->winSizeY = 480; break; case WIN_SELECT_HIRES: xo = yo = 0; Shared->winSizeX = 1280; Shared->winSizeY = 1024; break; } pfPWinOriginSize(Shared->pw, xo, yo, Shared->winSizeX, Shared->winSizeY); } } /* if !(Shared->benchMode) */ else Shared->benchLoop--; if (Shared->benchMode >= 0) { /* if not in auto-bench mode, count draw frames */ if (Shared->quitCount && --Shared->quitCount == 0) Shared->exitFlag = 1; } } static void SwapFunc(pfPipe *p, pfPipeWindow *pwin) { if (Shared->benchMode) return; pfSwapPWinBuffers(pwin); } static void UpdateView(void) { pfCoord *view = &Shared->view; float mx, my; float speed; float cp; /* update cursor virtual position when cursor inside window */ if (!Shared->inWindow || Shared->reset) { Shared->speed = 0; if (Shared->reset) { pfCopyVec3(Shared->view.xyz, Shared->initView.xyz); pfCopyVec3(Shared->view.hpr,Shared->initView.hpr); Shared->reset = 0; } return; } switch (Shared->buttons) { case Button1Mask: /* LEFTMOUSE: faster forward or slower backward*/ if (Shared->speed > 0.0f) Shared->speed *= 1.2f; else Shared->speed /= 1.2f; if (PF_ABSLT(Shared->speed, LOSPEED * Shared->sceneSize)) Shared->speed = LOSPEED * Shared->sceneSize; else if (Shared->speed >= HISPEED * Shared->sceneSize) Shared->speed = HISPEED * Shared->sceneSize; break; case Button2Mask: /* MIDDLEMOUSE: stop moving */ Shared->speed = 0.0f; break; case Button3Mask: /* RIGHTMOUSE: faster backward or slower foreward*/ if (Shared->speed < 0.0f) Shared->speed *= 1.2f; else Shared->speed /= 1.2f; if (PF_ABSLT(Shared->speed, LOSPEED * Shared->sceneSize)) Shared->speed = -LOSPEED * Shared->sceneSize; else if (Shared->speed <= -HISPEED * Shared->sceneSize) Shared->speed = -HISPEED * Shared->sceneSize; break; } mx = 2.0f * (Shared->mouseX / (float)Shared->winSizeX) - 1.0f; my = 2.0f * (Shared->mouseY / (float)Shared->winSizeY) - 1.0f; /* update view direction */ view->hpr[PF_H] -= mx * PF_ABS(mx); view->hpr[PF_P] = my * PF_ABS(my) * 90.0f; view->hpr[PF_R] = 0.0f; /* update view position */ cp = cosf(PF_DEG2RAD(view->hpr[PF_P])); speed = Shared->speed; view->xyz[PF_X] += speed*sinf(-PF_DEG2RAD(view->hpr[PF_H])*cp); view->xyz[PF_Y] += speed*cosf(-PF_DEG2RAD(view->hpr[PF_H])*cp); view->xyz[PF_Z] += speed*sinf( PF_DEG2RAD(view->hpr[PF_P])); } /* * Event handling */ static void GetXInput(void) { static int x=0, y=0; int haveMotion = 0; pfWSConnection dsp = pfGetCurWSConnection(); if (XEventsQueued(dsp, QueuedAfterFlush)) while (XEventsQueued(dsp, QueuedAlready)) { XEvent event; XNextEvent(Dsp, &event); switch (event.type) { case ConfigureNotify: break; case MotionNotify: { XMotionEvent *motion_event = (XMotionEvent *) &event; x = motion_event->x; y = Shared->winSizeY - motion_event->y; haveMotion = 1; Shared->inWindow = 1; } case FocusIn: Shared->inWindow = 1; break; case FocusOut: Shared->inWindow = 0; break; case ButtonPress: { XButtonEvent *button_event = (XButtonEvent *) &event; x = event.xbutton.x; y = Shared->winSizeY - event.xbutton.y; switch (button_event->button) { case Button1: Shared->buttons |= Button1Mask; break; case Button2: Shared->buttons |= Button2Mask; break; case Button3: Shared->buttons |= Button3Mask; break; } } break; case ButtonRelease: { XButtonEvent *button_event = (XButtonEvent *) &event; x = event.xbutton.x_root; y = Shared->winSizeY - event.xbutton.y; switch (button_event->button) { case Button1: Shared->buttons &= ~Button1Mask; break; case Button2: Shared->buttons &= ~Button2Mask; break; case Button3: Shared->buttons &= ~Button3Mask; break; } } break; case KeyPress: { char buf[100]; int rv; KeySym ks; rv = XLookupString(&event.xkey, buf, sizeof(buf), &ks, 0); switch(ks) { /* ESC-key signals end of simulation */ case XK_Escape: Shared->exitFlag = 1; break; case XK_space: Shared->drawBins = !Shared->drawBins; break; case XK_F1: Shared->speed = 0.0f; Shared->reset = 1; break; case XK_F2: Shared->graph ^= 1; break; case XK_F12: fprintf(stderr, "Viewpoint: %f,%f,%f HPR: %f,%f,%f\n", Shared->view.xyz[PF_X], Shared->view.xyz[PF_Y], Shared->view.xyz[PF_Z], Shared->view.hpr[PF_H], Shared->view.hpr[PF_P], Shared->view.hpr[PF_R]); break; case XK_p: /* change the phase locking method */ if (Shared->phase == PFPHASE_FREE_RUN) Shared->phase = PFPHASE_FLOAT; else if (Shared->phase == PFPHASE_FLOAT) Shared->phase = PFPHASE_LOCK; else if (Shared->phase == PFPHASE_LOCK) Shared->phase = PFPHASE_FREE_RUN; break; case XK_b: /* put into bench mode */ if (!Shared->benchMode) { Shared->initFrameStats = 1; Shared->benchMode = 1; Shared->benchLoop = BenchLoop; if (Shared->setBuffer) Shared->setBuffer = 1; } else { Shared->benchMode = 0; Shared->benchLoop = 0; Shared->setBuffer = 1; } break; case XK_g: Shared->graph ^= 1; break; case XK_o: /* use GL object for entire scene */ Shared->drawMode = 1; break; case XK_O: /* use GL objects for gsets */ Shared->drawMode = 2; break; case 15: /* XXXX ctrl-o - back toimm mode */ if (Shared->drawMode == -2) makeGSetObjs((pfNode*)Shared->scene, 0); Shared->drawMode = 0; fprintf(stderr, "Back to immediate mode.\n"); break; case XK_r: Shared->speed = 0.0f; Shared->reset = 1; break; case XK_s: Shared->setBuffer = 2; break; case XK_w: Shared->winSelect = (Shared->winSelect + 1) % NUM_WIN_SELECTS; break; case XK_W: Shared->winSelect = (Shared->winSelect + (NUM_WIN_SELECTS - 1)) % NUM_WIN_SELECTS; break; case XK_z: /* put into frame-stats mode */ Shared->frameStatsMode = !Shared->frameStatsMode; pfNotify(PFNFY_INFO, PFNFY_PRINT,"FrameStatsMode: %d", Shared->frameStatsMode); Shared->initFrameStats = 1; break; case XK_Z: /* put PERMANENTLY into frame-stats bench mode */ Shared->frameStatsMode = 1; pfNotify(PFNFY_INFO, PFNFY_PRINT,"FrameStatsMode: %d", Shared->frameStatsMode); /* No break here on purpose !!! */ case XK_B: Shared->initFrameStats = 1; Shared->benchLoop = BenchLoop; Shared->benchMode = -1; if (Shared->setBuffer) Shared->setBuffer = 1; pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Now in permanent non-interactive benchmark mode."); break; } } } /* switch event */ } Shared->mouseX = x; Shared->mouseY = y; } /* * Timing and statistics utilities */ static void initFrameStats(void) { static pfFStatsValProc zero_pfFStatsValProc = {0.0f, 0.0f, 0.0f, 0.0f}; static pfFStatsValProc neg_pfFStatsValProc = {-1.0f, -1.0f, -1.0f, -1.0f}; Shared->initFrameStats = 0; if (!FrameStats) { FrameStats = (FrameTimingData *) pfCalloc(1, sizeof(FrameTimingData), pfGetSharedArena()); if (FrameStats) { FrameStats->app = (float *) pfCalloc(1, sizeof(float)*FrameStatsMaxFrames*2, pfGetSharedArena()); FrameStats->cull = (float *) pfCalloc(1, sizeof(float)*FrameStatsMaxFrames*2, pfGetSharedArena()); FrameStats->draw = (float *) pfCalloc(1,sizeof(float)*FrameStatsMaxFrames*2, pfGetSharedArena()); FrameStats->appFrames = (int *) pfCalloc(1, sizeof(float)*FrameStatsMaxFrames*2, pfGetSharedArena()); FrameStats->cullFrames = (int *) pfCalloc(1, sizeof(float)*FrameStatsMaxFrames*2, pfGetSharedArena()); FrameStats->drawFrames = (int *) pfCalloc(1, sizeof(float)*FrameStatsMaxFrames*2, pfGetSharedArena()); FrameStats->totalFrames = (int *) pfCalloc(1, sizeof(float)*FrameStatsMaxFrames*2, pfGetSharedArena()); FrameStats->total = (float *) pfCalloc(1, sizeof(float)*FrameStatsMaxFrames*2, pfGetSharedArena()); } if (!FrameStats || !FrameStats->app || !FrameStats->cull || !FrameStats->draw || !FrameStats->total) { if (FreeProcessors) pfuFreeCPUs(); pfNotify(PFNFY_FATAL, PFNFY_RESOURCE, "initFrameStats: failed to alloc FrameStats!"); } } FrameStats->counts = zero_pfFStatsValProc; FrameStats->misses = zero_pfFStatsValProc; FrameStats->cum = zero_pfFStatsValProc; FrameStats->avg = zero_pfFStatsValProc; FrameStats->max = neg_pfFStatsValProc; FrameStats->min = neg_pfFStatsValProc; FrameStats->startFrame = pfGetFrameCount(); FrameStats->endFrame = 0; } typedef struct StatsResult { /* CAREFUL - doubles must be double word alinged so put * types that have doubles in them first or you will see * garbage numbers come back! */ double start; pfFStatsValPFTimesDraw drawhist[PFFSTATS_MAX_HIST_FRAMES]; pfFStatsValProc appstamp; pfFStatsValProc time; pfFStatsValProc misses; } StatsResult; static void queryFrameStats(pfFrameStats *fstats) { /* * query a pfFrameStats structure for process frame times * - call from application process */ static unsigned int StatsQuery[] = { PFFSTATS_BUF_PREV | PFFSTATSVAL_PFTIMES_START, /* double */ PFFSTATS_BUF_PREV | PFFSTATSVAL_PFTIMES_HIST_ALL_DRAW, /* pfFStatsValPFTimesDraw */ PFFSTATS_BUF_PREV | PFFSTATSVAL_PFTIMES_APPSTAMP, /* pfFStatsValProc */ PFFSTATS_BUF_PREV | PFFSTATSVAL_PFTIMES_PROC, /* pfFStatsValProc */ PFFSTATS_BUF_PREV | PFFSTATSVAL_PFTIMES_MISSES, /* pfFStatsValProc */ NULL }; static StatsResult dst; int i; if (!FrameStats) initFrameStats(); /* get the prev frame times and corresponding app frame stamps */ pfMQueryFStats(fstats, StatsQuery, &dst, 0); /* record new frame data */ if (Shared->frameStatsMode) { if ((FrameStats->counts.total > 0.0f) && (((FrameStats->counts.app >= FrameStatsMaxFrames) || ((pfGetTime() - FrameStats->startTime) >= FrameStatsETime)))) { FrameStats->endFrame = dst.appstamp.app; fprintf(stderr,"-------------\n"); calcFrameStats(); dumpFrameStats(); fprintf(stderr,"-------------\n"); initFrameStats(); FrameStats->startTime = dst.start; } else { i = (int)FrameStats->counts.app; FrameStats->app[i] = dst.time.app * 1000.0f; FrameStats->appFrames[i] = dst.appstamp.app; FrameStats->counts.app++; if (FrameStats->last.cull != dst.appstamp.cull) { FrameStats->cull[(int)FrameStats->counts.cull] = dst.time.cull * 1000.0f; FrameStats->cullFrames[(int)FrameStats->counts.cull] = dst.appstamp.cull; FrameStats->counts.cull++; } if (FrameStats->last.draw != dst.appstamp.draw) { FrameStats->draw[(int)FrameStats->counts.draw] = dst.time.draw * 1000.0f; FrameStats->drawFrames[(int)FrameStats->counts.draw] = dst.appstamp.draw; FrameStats->total[(int)FrameStats->counts.total] = dst.time.total * 1000.0f; FrameStats->totalFrames[(int)FrameStats->counts.total] = dst.appstamp.total; FrameStats->counts.draw++; FrameStats->counts.total++; } FrameStats->misses.cull += dst.misses.cull; FrameStats->misses.draw += dst.misses.draw; FrameStats->misses.total += dst.misses.total; for (i=0; i < PFFSTATS_MAX_HIST_FRAMES; i++) FrameStats->drawhist[i] = dst.drawhist[i]; } } else if (Shared->benchMode) { FrameStats->cum.app += dst.time.app; FrameStats->counts.app++; if (FrameStats->last.cull != dst.appstamp.cull) { FrameStats->cum.cull += dst.time.cull; FrameStats->counts.cull++; } if (FrameStats->last.draw != dst.appstamp.draw) { FrameStats->cum.draw += dst.time.draw; FrameStats->cum.total += dst.time.total; FrameStats->counts.draw++; FrameStats->counts.total++; } } FrameStats->last = dst.appstamp; } static void dumpBenchStats(void) { if (!FrameStats) initFrameStats(); fprintf(stderr, "bench frame counts: app=%.0f, cull=%.0f, draw=%.0f, frame=%.0f \n", FrameStats->counts.app, FrameStats->counts.cull, FrameStats->counts.draw, FrameStats->counts.total); fprintf(stderr, "\tbench msecs: app=%6.2f, cull=%6.2f, draw=%6.2f, frame=%6.2f \n", 1000.0f * FrameStats->cum.app/FrameStats->counts.app, 1000.0f * FrameStats->cum.cull/FrameStats->counts.cull, 1000.0f * FrameStats->cum.draw/FrameStats->counts.draw, 1000.0f * FrameStats->cum.total/FrameStats->counts.total); } static void dumpFrameStats(void) { fprintf(stderr, "FrameStats - num app frames:%d[%d-%d] time: %f\n", (int)FrameStats->counts.total, (int)FrameStats->startFrame,(int)FrameStats->endFrame, pfGetTime()); fprintf(stderr, "\tNum Frames:\tapp=%d cull=%d draw=%d\n", (int)FrameStats->counts.app, (int)FrameStats->counts.cull, (int)FrameStats->counts.draw); fprintf(stderr, "\tFrames Misses (%.0fHz):\tcull=%d draw=%d frame=%d\n", pfGetFrameRate(), (int)FrameStats->misses.cull, (int)FrameStats->misses.draw, (int)FrameStats->misses.total); fprintf(stderr, "\tAvg Times(msecs): app=%3.1f cull=%3.1f draw=%3.1f frame=%3.1f\n", FrameStats->avg.app, FrameStats->avg.cull, FrameStats->avg.draw, FrameStats->avg.total); fprintf(stderr, "\tMin Times:\t%5d:%3.1f %5d:%3.1f %5d:%3.1f %5d:%3.1f\n", (int)FrameStats->minFrames.app, FrameStats->min.app, (int)FrameStats->minFrames.cull, FrameStats->min.cull, (int)FrameStats->minFrames.draw, FrameStats->min.draw, (int)FrameStats->minFrames.total, FrameStats->min.total); fprintf(stderr, "\tMax Times:\t%5d:%3.1f %5d:%3.1f %5d:%3.1f %5d:%3.1f\n", (int)FrameStats->maxFrames.app, FrameStats->max.app, (int)FrameStats->maxFrames.cull, FrameStats->max.cull, (int)FrameStats->maxFrames.draw, FrameStats->max.draw, (int)FrameStats->maxFrames.total, FrameStats->max.total); fprintf(stderr, "\tMax-Min:\t%3.1f %3.1f %3.1f %3.1f\n", FrameStats->max.app - FrameStats->min.app, FrameStats->max.cull - FrameStats->min.cull, FrameStats->max.draw - FrameStats->min.draw, FrameStats->max.total - FrameStats->min.total); fprintf(stderr, "\tStd Devation:\t" "(%.3f,%.3f%%) (%.3f,%.3f%%) (%.3f,%.3f%%) (%.3f,%.3f%%)\n", FrameStats->stdDev.app, FrameStats->stdDev.app/FrameStats->avg.total, FrameStats->stdDev.cull, FrameStats->stdDev.cull/FrameStats->avg.total, FrameStats->stdDev.draw, FrameStats->stdDev.draw/FrameStats->avg.total, FrameStats->stdDev.total, FrameStats->stdDev.total/FrameStats->avg.total); fprintf(stderr, "\tFrame start: %.3g\n", FrameStats->startTime); fprintf(stderr, "\tDraw history: chan=%.3g-%.3g pfDraw=%.3g-%.3g swap=%.3g\n", FrameStats->drawhist[1].start, FrameStats->drawhist[1].end, FrameStats->drawhist[1].pfDrawStart, FrameStats->drawhist[1].pfDrawEnd, FrameStats->drawhist[1].afterSwap); } #define CACL_PROC_SD(sd, proc, s, e) { \ float tsd, dev; \ int t; \ tsd = 0.0f; \ for (t = s; t <= e; t++) \ { \ dev = FrameStats->##proc[t] - FrameStats->avg.##proc; \ tsd += (dev*dev); \ } \ tsd /= (float)((e-s)+1.0f); \ sd = fsqrt(tsd); \ } /* this uses ANSI parameter concatenation */ #define CALC_PROC_STATS(proc, skip) { \ float sum, ftmp; \ int i, total, num, end; \ total = FrameStats->counts.##proc; \ end = total-(skip); \ num = end - skip; \ sum = 0.0f; \ for (i=skip; i < end ; i++) \ { \ ftmp = FrameStats->##proc[i]; \ sum += ftmp; \ if ((FrameStats->min.##proc > ftmp) || (FrameStats->min.##proc < 0)) \ { \ FrameStats->min.##proc = ftmp; \ FrameStats->minFrames.##proc = FrameStats->##proc##Frames[i]; \ } \ if (FrameStats->max.##proc < ftmp) \ { \ FrameStats->max.##proc = ftmp; \ FrameStats->maxFrames.##proc = FrameStats->##proc##Frames[i]; \ } \ } \ /* toss out min and max */ \ FrameStats->avg.##proc = \ (sum - (FrameStats->min.##proc + FrameStats->max.##proc)) \ / (float)(num - 2); \ CACL_PROC_SD(FrameStats->stdDev.##proc, proc, skip, num); \ } static void calcFrameStats(void) { int last; /* skip the first & last 4 30 hz frames */ last = PF_MAX2((int) (4*(30.0f/FrameRate)), 4); CALC_PROC_STATS(app, last); CALC_PROC_STATS(cull, last); CALC_PROC_STATS(draw, last); CALC_PROC_STATS(total, last); } static void makeGSetObjs(pfNode *node, int enable) { int i, n; if(pfIsOfType(node, pfGetGeodeClassType())) { n = pfGetNumGSets(node); for(i=0; i Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA25905; Thu, 1 May 1997 14:52:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA14245; Thu, 1 May 1997 14:52:21 -0700 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 OAA09145 for ; Thu, 1 May 1997 14:52:15 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id OAA25898; Thu, 1 May 1997 14:51:48 -0700 Date: Thu, 1 May 1997 14:51:48 -0700 From: allan (Allan Schaffer) Message-Id: <9705011451.ZM25896@holodeck.csd.sgi.com> In-Reply-To: scott@ht.com (Scott McMillan) "FAQ & patch 1696 - need installation clarification" (May 1, 12:06pm) References: <199705011606.MAA13164@hf.ht.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: FAQ & patch 1696 - need installation clarification Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 1, 12:06pm, Scott McMillan wrote: > [...] > Am I interpreting all this correctly? Yep. > I used to have 2.0.2 (1347 and 1392) installed and I wanted to > upgrade to Performer 2.0.4 complete with N32 static libs and the > compatibility DSO's. I removed all the Performer patches, and went > back to my IRIX 6.2 CD to install the necessary/additional base > subsystems (at this point I have a Performer 2.0 DEV and a Performer > 2.0.1 EOE). When I go to reinstall patch 1392 on my system it > complains about the following: > > ---------------------------------------------------------- > Conflicts: > > Patch patchSG0001392.dev_sw32.common_static_performer does not have > base subsystem performer_dev.sw32.common_performer version 1009000150 > to 1232792133 installed. > > ----------------------------------------------------------- > > I have not been able to find performer_dev.sw32.common_performer but I > did find performer_dev.sw32.common_static_performer which "seems" to be > the correct dependency. ^^^^^^ > > My versions -n output gives the following: > > I performer_dev.sw32.common_static_performer 1009000170 Performer2.0 > GL-independent Static Libraries (n32) > > I "set rulesoverride on" and continue anyway (now I constantly get > this conflict in swmgr). Is this the correct move? Yes. We found this bug a while back (SCR 416983), it looks like the prerequisite for 'inst' was misnamed: It should have been common_static_performer, but ended up common_performer. You're fine doing a 'rulesoverride on' in this case. > Now I want to install patch 1696 (Performer 2.0.4 EOE). > It won't install the following: > patchSG0001696.performer_eoe_compat32.performer2_0 > patchSG0001696.performer_eoe_compat.performer2_0 > patchSG0001696.performer_eoe_compat.performer1_2 > > because I don't have the following (respectively): > performer_eoe.compat32.performer2_0 (1009000170 to 1263370534) > performer_eoe.compat.performer2_0 (1009000170 to 1263370534) > performer_eoe.compat.performer1_2 (1009000170 to 1263370534) > > As I understand them, the release notes say the first two are for 2.1 > installations. Although, I haven't actually found any comments that > say the aren't for 2.0.1 installations, I assume I do not need them > in my configuration. For the last, however, I do have > performer_eoe.sw.performer1_2 (123279213) Performer 1.2 Compatibility > DSOs which I assume covers the last one. I don't know why the last one (replacing performer_eoe.sw.performer1_2) didn't install if you have the prior versions, but your overall evaluation is correct. 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 Thu May 1 21:23:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA26690; Thu, 1 May 1997 15:46:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA26674; Thu, 1 May 1997 15:46:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA17556; Thu, 1 May 1997 15:46:35 -0700 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 PAA21909 for ; Thu, 1 May 1997 15:46:34 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id PAA17553; Thu, 1 May 1997 15:46:33 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id PAA23256; Thu, 1 May 1997 15:46:17 -0700 From: "Rob Jenkins" Message-Id: <9705011546.ZM23252@quid.csd.sgi.com> Date: Thu, 1 May 1997 15:46:16 -0700 In-Reply-To: Scott A Rothermel "Re: Help with pfDrawBin" (May 1, 1:36pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Scott A Rothermel Subject: Re: Help with pfDrawBin Cc: Dave Doak , info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19705011546.ZM23252.csd.sgi.com" Status: O --PART-BOUNDARY=.19705011546.ZM23252.csd.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On May 1, 1:36pm, Scott A Rothermel wrote: > Subject: Re: Help with pfDrawBin > > [ plain text > Encoded with "quoted-printable" ] : Mr. Arnaud (and everyone else): > > Regarding the patches; I checked with our System Administator > and we don't have the patches. We checked the SGI web site and found t= he > 1347/1392/1414/1696 patches. We are running Irix6.2, Performer eoe 2.0= =2E1 > and Performer dev 2.0 on OnyxRE2 and HighImpact Indigo 2's > 1) Are these the patches you spoke of?? They are > 2) Which of the patches do we use? From the documentation we are > thinking we should use 1696 for the eoe and 1392 for the dev. Correct > 3) Is the '2.2' you mention the next version of the Performer > Libraries and if so any word on availability? > It is, I don't know a date, but it's in Beta test at the moment so 'soon'= =2E Allan Schaffer posted some FAQ on the pf patches earlier and updated the = FAQ under the performer web page http://www.sgi.com/Technology/Performer/ Cheers Rob > Thanks > Scott > > On Wed, 30 Apr 1997, R=E9mi Arnaud wrote: > > > It should work. Do you have the performer patches installed ? > > > > Note that the bin #2 is the LightPoint Bin in 2.2, and there will > > be a pfGetChanFreeBin(chan) that will give you the next available > > bin for the current channel. > > > > _ / _ _ > > |_) _ ._ _ 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 A Rothermel -- = ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA --PART-BOUNDARY=.19705011546.ZM23252.csd.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 1 22:18:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA27369; Thu, 1 May 1997 16:50:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA27350; Thu, 1 May 1997 16:50:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA21111; Thu, 1 May 1997 16:50:30 -0700 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 QAA04730 for ; Thu, 1 May 1997 16:50:24 -0700 env-from (mace@lum.asd.sgi.com) Received: from lum.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA14083; Thu, 1 May 1997 16:50:11 -0700 Received: by lum.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA13118; Thu, 1 May 1997 16:50:10 -0700 Date: Thu, 1 May 1997 16:50:10 -0700 From: mace@lum.asd.sgi.com (Rob Mace) Message-Id: <199705012350.QAA13118@lum.asd.sgi.com> To: info-performer@sgi.com, scott@ht.com (Scott McMillan) Subject: Re: FAQ & patch 1696 - need installation clarification Cc: mace@lum.asd.sgi.com Status: O > From: scott@ht.com (Scott McMillan) > > I used to have 2.0.2 (1347 and 1392) installed and I wanted to upgrade to > Performer 2.0.4 complete with N32 static libs and the compatibility DSO's. I > removed all the Performer patches, First of all there is no reason to do this. It should not hurt anything, but it should not help anything either. > and went back to my IRIX 6.2 CD to install > the necessary/additional base subsystems (at this point I have a Performer > 2.0 DEV and a Performer 2.0.1 EOE). When I go to reinstall patch 1392 on my > system it complains about the following: > > ---------------------------------------------------------- > Conflicts: > > Patch patchSG0001392.dev_sw32.common_static_performer does not have > base subsystem performer_dev.sw32.common_performer version 1009000150 > to 1232792133 installed. I looked into this. The spec file for patch 1392 had a typo. The dependency should have been on performer_dev.sw32.common_static_performer > I "set rulesoverride on" and continue anyway (now I constantly get > this conflict in swmgr). Is this the correct move? Since the typo exists, setting rulesoverride is the correct thing. > Now I want to install patch 1696 (Performer 2.0.4 EOE). > It won't install the following: > patchSG0001696.performer_eoe_compat32.performer2_0 > patchSG0001696.performer_eoe_compat.performer2_0 > patchSG0001696.performer_eoe_compat.performer1_2 > > because I don't have the following (respectively): > performer_eoe.compat32.performer2_0 (1009000170 to 1263370534) > performer_eoe.compat.performer2_0 (1009000170 to 1263370534) > performer_eoe.compat.performer1_2 (1009000170 to 1263370534) > As I understand them, the release notes say the first two are for 2.1 > installations. Although, I haven't actually found any comments that say the > aren't for 2.0.1 installations, I assume I do not need them in my > configuration. Since you are installing on top of 2.0.x you should not install performer_eoe.compat32.performer2_0 and performer_eoe.compat.performer2_0. They are there for when you install patch 1696 on top of Performer 2.1. > For the last, however, I do have > performer_eoe.sw.performer1_2 (123279213) Performer 1.2 Compatibility DSOs > which I assume covers the last one. The 6.2 installation tools contained the following deficiency. A subsystem in a patch can only follow one other subsystem. It can not follow subsystem A or subsystem B or subsystem C for example. Since patch 1696 is meant to be installed on Performer 2.0, 2.0.1, 2.0.2, 2.0.3 or 2.1 and there were subsystem name changes between these releases this posed a problem. For this reason you might need to set rulesoverride to on to get all the pieces installed that you want. This is the case with patchSG0001696.performer_eoe_compat.performer1_2. The 1.2 compatibity subsystem changed names between all these Performer relseases. > Am I interpreting all this correctly? Basically yes. Thanks, 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 Fri May 2 05:48:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA01154; Fri, 2 May 1997 00:37:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA01138; Fri, 2 May 1997 00:37:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA08881; Fri, 2 May 1997 00:37:35 -0700 Received: from alf.mandator.se (mandator.se [195.84.33.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA18064 for ; Fri, 2 May 1997 00:37:32 -0700 env-from (ulf.yngwe@mandator.se) From: ulf.yngwe@mandator.se Received: by alf.mandator.se; id AA00127; Fri, 2 May 97 09:36:17 +0200 Received: from mail.mandator.se(192.168.140.10) by alf.mandator.se via smap (3.2) id xma000121; Fri, 2 May 97 09:36:15 +0200 Received: by mail.mandator.se(Lotus SMTP MTA v1.06 (346.8 3-18-1997)) id C125648B.00296AA4 ; Fri, 2 May 1997 09:32:22 +0200 X-Lotus-Fromdomain: MANDATOR To: info-performer@sgi.com Message-Id: Date: Fri, 2 May 1997 09:31:05 +0200 Subject: Error when using -mips4 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O When i compile the following program with the -mips4 flag I get the error shown below when I run it. If I use the -mips2 flag it works fine. Does anyone know if I should use anymore flag to get it running or is it a bug. I use IRIX 6.3 and Performer 2.1 on an O2. #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include void main( ) { /* Initialize Performer */ pfInit(); pfConfig(); sleep(20); } /* === */ #>make pffault /usr/bin/cc -mips4 -o pffault pffault.c -lpf_ogl -lpfdu_ogl -lpfutil_ogl -limage -lGLU -lGL -lXext -lfpe -lm -lc ld32: WARNING 84: /usr/lib32/libpfdu_ogl.so is not used for resolving any symbol. ld32: WARNING 85: definition of __checktraps in /usr/lib32/mips4/libfpe.so preempts that definition in /usr/lib32/mips4/libc.so. ld32: WARNING 85: definition of __readenv_sigfpe in /usr/lib32/mips4/libfpe.so preempts that definition in /usr/lib32/mips4/libc.so. #>pffault X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 141 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 0 Current serial number in output stream: 21 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 2 06:32:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA01336; Fri, 2 May 1997 01:22:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA01320; Fri, 2 May 1997 01:22:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA09875; Fri, 2 May 1997 01:22:01 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA23263 for ; Fri, 2 May 1997 01:21:35 -0700 env-from (a00chc00@nchc.gov.tw) Received: from elf (elf.nchc.gov.tw [140.110.12.169]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id QAA05354 for ; Fri, 2 May 1997 16:21:31 +0800 (CST) Message-ID: <3369A461.F5FC3208@nchc.gov.tw> Date: Fri, 02 May 1997 16:22:57 +0800 From: "Charlie H. Chang" Organization: NCHC X-Mailer: Mozilla 4.0b3 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Compiler problem X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Status: O Hi, I am trying to compile Performer code for Onyx2 IR machine running IRIX 6.4, but can't find some of the libraries like libXirisw.so, libfm, and so on. It seems to me some of them don't have corresponding libraries in /usr/lib64. Can anyone show me how to do this, or which menu to find out those information? Thank you in advance! -- Charlie H. Chang E-mail: a00chc00@nchc.gov.tw Voice: 886-3-5776085x209 Fax: 886-3-5773620 Media & Visualization Lab, National Center for High-performance Computing ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 2 09:41:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA01505; Fri, 2 May 1997 04:17:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA01489; Fri, 2 May 1997 04:17:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA11726; Fri, 2 May 1997 04:17:01 -0700 Received: from relay.mod.uk (relay.mod.uk [192.5.29.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id EAA13774 for ; Fri, 2 May 1997 04:16:54 -0700 env-from (ccparker@taz.dra.hmg.gb) Message-Id: <199705021116.EAA13774@sgi.sgi.com> Received: from hermes.dra.hmg.gb by relay.mod.uk with local SMTP id ; Fri, 2 May 1997 12:16:51 +0100 Received: from taz.dra.hmg.gb by hermes.dra.hmg.gb (MX V4.2 VAX) with SMTP; Fri, 02 May 1997 12:16:47 GMT Received: from ccparker.dra.hmg.gb ([146.80.23.148]) by taz.dra.hmg.gb (MX V4.2 AXP) with SMTP; Fri, 02 May 1997 12:16:46 GMT Comments: Authenticated sender is From: "Charles Parker" Organization: DERA UK. To: info-performer@sgi.com Date: Fri, 2 May 1997 12:15:05 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Running demo cliptex in MP mode X-mailer: Pegasus Mail for Windows (v2.33) Status: O Can anyone help me to get cliptex (the demo) to run in multiprocessing mode. I have redefined the windowing calls, set up the DRAW callback, set PFMP_APP_CULLDRAW, created a pfNewMPClipTexure, shadowed it using pfMPClipTextureClipTexture and added it to the pipe using pfAddMPClipTexture. In the simulation loop I have replaced the pfClipTextureCenter and pfApplyClipTexture with their MP counterparts but the program falls over when it encounters pfApplyMPClipTexture. I have looked at the demo asdfly and its seems that the only cliptexturing call it perfoms in the simulation loop is pfMPTextureCenter. Shouldn't it call one of the ~Apply~ routines?. If I remove the call to pfApplyMPClipTexture the program runs dut does not display anything. -------------------------------------------------- Charles Parker Virtual Cockpits Group DERA Farnborough 2067Rm Probert Bldg Ively Road Farnborough Hampshire England GU14 0LX Tel : +44 1252 393624 Fax : +44 1252 393091 ======================================================================= 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 May 2 16:48:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02556; Fri, 2 May 1997 11:26:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA02540; Fri, 2 May 1997 11:25:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA26826; Fri, 2 May 1997 11:25:59 -0700 Received: from otto.artcom.de ([192.76.129.42]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA08325 for ; Fri, 2 May 1997 11:25:52 -0700 env-from (axel@artcom.de) Received: from bolle by otto.artcom.de with smtp id m0wNMzS-009rCPC; Fri, 2 May 97 20:23 MDT Sender: axel@artcom.de Message-ID: <336A3121.167E@artcom.de> Date: Fri, 02 May 1997 20:23:29 +0200 From: Axel Schmidt Organization: ART+COM GmbH X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: Error when using -mips4 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O On my O2 your program runs without any problem compiled with -mips4. It could be a problem with your performer version 2.1. For IRIX 6.3 you should better use eoe 2.0.4 (eoe 2.0.3 + patch 1696). The dev should be 2.0.2 (eoe 2.0 + patch 1392). As long as I know performer 2.1 is only for Onyx(1) with InfiniteReality running IRIX 6.2. 2.0.4 seems to be more recent then 2.1. Axel PS: How about a patch that changes the version from 2.1 to 2.0.1 or something near that? :-) Axel ulf.yngwe@mandator.se wrote: > > When i compile the following program with the -mips4 flag I get the error > shown below > when I run it. If I use the -mips2 flag it works fine. Does anyone know if > I should > use anymore flag to get it running or is it a bug. I use IRIX 6.3 and > Performer 2.1 > on an O2. > > #include > #include > #include > #include > #include > #include > > #include > #include > #include > #include > #include > #include > > #include > #include > #include > > void main( > ) > { > /* Initialize Performer */ > pfInit(); > > pfConfig(); > > sleep(20); > } > /* === */ > > #>make pffault > /usr/bin/cc -mips4 -o pffault pffault.c -lpf_ogl -lpfdu_ogl > -lpfutil_ogl -limage -lGLU -lGL -lXext -lfpe -lm -lc > ld32: WARNING 84: /usr/lib32/libpfdu_ogl.so is not used for resolving any > symbol. > ld32: WARNING 85: definition of __checktraps in /usr/lib32/mips4/libfpe.so > preempts that definition in /usr/lib32/mips4/libc.so. > ld32: WARNING 85: definition of __readenv_sigfpe in > /usr/lib32/mips4/libfpe.so preempts that definition in > /usr/lib32/mips4/libc.so. > #>pffault > X Error of failed request: BadAlloc (insufficient resources for operation) > Major opcode of failed request: 141 (GLX) > Minor opcode of failed request: 5 (X_GLXMakeCurrent) > Serial number of failed request: 0 > Current serial number in output stream: 21 > > -- Axel Schmidt axel@artcom.de fon +49-30-254 17 3 ART+COM Berlin http://www.artcom.de/ fax +49-30-254 17 555 ======================================================================= 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 May 2 17:25:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA02704; Fri, 2 May 1997 12:01:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA02688; Fri, 2 May 1997 12:00:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA28358; Fri, 2 May 1997 12:00:48 -0700 Received: from ntserver.ivex3d.com (ivex3d.com [204.241.103.127]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA17521 for ; Fri, 2 May 1997 12:00:39 -0700 env-from (ram@ivex3d.com) Received: by ntserver.ivex3d.com from localhost (router,SLmailNT V2.3); Fri, 02 May 1997 14:54:43 Eastern Daylight Time Received: by ntserver.ivex3d.com from eng9 (204.241.103.127::mail daemon; unverified,SLmailNT V2.3); Fri, 02 May 1997 14:54:42 Eastern Daylight Time Sender: "ram munjulu" Message-ID: <336A3896.446B@ivex3d.com> Date: Fri, 02 May 1997 14:55:18 -0400 From: "Rambabu" X-Mailer: Mozilla 2.01S (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: Charles Parker CC: info-performer@sgi.com Subject: Re: Running demo cliptex in MP mode References: <199705021116.EAA13774@sgi.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Charles Parker wrote: > > Can anyone help me to get cliptex (the demo) to run in > multiprocessing mode. I have redefined the windowing calls, > set up the DRAW callback, set > PFMP_APP_CULLDRAW, created a pfNewMPClipTexure, shadowed it using > pfMPClipTextureClipTexture and added it to the pipe using > pfAddMPClipTexture. In the simulation loop I have replaced the > pfClipTextureCenter and pfApplyClipTexture with their MP counterparts > but the program falls over when it encounters pfApplyMPClipTexture. I > have looked at the demo asdfly and its seems that the only > cliptexturing call it perfoms in the simulation loop is > pfMPTextureCenter. Shouldn't it call one of the ~Apply~ routines?. If > I remove the call to pfApplyMPClipTexture the program runs dut does not > display anything. > -------------------------------------------------- > Charles Parker > Virtual Cockpits Group > DERA Farnborough > 2067Rm > Probert Bldg > Ively Road > Farnborough > Hampshire > England > GU14 0LX > > Tel : +44 1252 393624 > Fax : +44 1252 393091 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com Hi, Is this database in Mulitgen format ? and if so, which loader are you using ? I believe, the loader would create a clipcenter and attach a PreApp callback to the Channel which will automatically adjust the clipcenter for you following a generic centering algorithm. I assume we could simply attach our own centering algorithm to do this. Marcus, is my inderstanding correct ? -- Ram +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rambabu Munjuluri Phone # : 770-564-1148 E-mail : ram@ivex3d.com Fax : 770-381-0622 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ======================================================================= 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 May 2 20:06:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA03674; Fri, 2 May 1997 14:31:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03644; Fri, 2 May 1997 14:31:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA04922; Fri, 2 May 1997 14:31:06 -0700 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 OAA24092 for ; Fri, 2 May 1997 14:31:05 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id OAA03638; Fri, 2 May 1997 14:30:24 -0700 Date: Fri, 2 May 1997 14:30:24 -0700 From: allan (Allan Schaffer) Message-Id: <9705021430.ZM3636@holodeck.csd.sgi.com> In-Reply-To: "Charlie H. Chang" "Compiler problem" (May 2, 4:22pm) References: <3369A461.F5FC3208@nchc.gov.tw> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Charlie H. Chang" , info-performer@sgi.com Subject: Re: Compiler problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 2, 4:22pm, Charlie H. Chang wrote: > > I am trying to compile Performer code for Onyx2 IR machine running > IRIX 6.4, but can't find some of the libraries like libXirisw.so, > libfm, and so on. It seems to me some of them don't have > corresponding libraries in /usr/lib64. Can anyone show me how to do > this, or which menu to find out those information? libfm (IRIS GL Font Manager) is a library for use with IRIS GL, for which only 32-bit bindings are available. For 64-bit graphics code you must use OpenGL. That is highly recommended in your case anyways, since OpenGL is the native API for the Onyx2 IR. libXirisw.so is the library for the GlxDraw & GlxMDraw widget; it's a symlink to libSgm.so on my system. A 64-bit binding probably exists in motif_dev.sw64.dev, or if not, I do see: motif_eoe.sw64.eoe usr/lib64/libSgm.so Allan -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat May 3 00:42:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA05052; Fri, 2 May 1997 19:18:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA05036; Fri, 2 May 1997 19:18:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA13904; Fri, 2 May 1997 19:17:45 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA25915 for ; Fri, 2 May 1997 19:17:38 -0700 env-from (a00chc00@nchc.gov.tw) Received: from elf (elf.nchc.gov.tw [140.110.12.169]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id KAA06475; Sat, 3 May 1997 10:12:03 +0800 (CST) Message-ID: <336A9F49.34043778@nchc.gov.tw> Date: Sat, 03 May 1997 10:13:29 +0800 From: "Charlie H. Chang" Organization: NCHC X-Mailer: Mozilla 4.0b3 [en] (WinNT; I) MIME-Version: 1.0 To: Allan Schaffer CC: info-performer@sgi.com Subject: Re: Compiler problem X-Priority: 3 (Normal) References: <3369A461.F5FC3208@nchc.gov.tw> <9705021430.ZM3636@holodeck.csd.sgi.com> Content-Type: text/plain; charset=iso-8859-1 Status: O Allan Schaffer wrote: > > libfm (IRIS GL Font Manager) is a library for use with IRIS GL, for > which only 32-bit bindings are available. For 64-bit graphics code > you must use OpenGL. That is highly recommended in your case > anyways, since OpenGL is the native API for the Onyx2 IR. > > libXirisw.so is the library for the GlxDraw & GlxMDraw widget; it's > a > symlink to libSgm.so on my system. A 64-bit binding probably exists > > in motif_dev.sw64.dev, or if not, I do see: > motif_eoe.sw64.eoe usr/lib64/libSgm.so > -- > Allan Schaffer > allan@sgi.com > Silicon Graphics > http://reality.sgi.com/allan Ok, I tried to make a link to /usr/lib64/libSgm.so.1 for /usr/lib64/libXirisw.so then compile the "multichan.c" Performer code without error. But when I ran the program, here is the error message: PF Notice: pfLoadFile_sv: x29.sv PF Warning/Usage: pfAddPoly() Degenerate polygon has 2 vertices 4565:./multichan: rld: Fatal Error: attempted access to unresolvable symbol in /usr/lib64/libpf_ogl.so: __vec_new2 And the following are the arguments/flags used for compiler: -nostdinc -I/usr/include -mips4 -64 -O -OPT:Olimit=2000 -MDupdate depend -L/usr/lib64 -L/lib64 -all -ignore_unresolved -L/usr/lib/libpfdb -lpf_ogl -lpfdu_ogl -lpfui -lpfutil_ogl -lmpc -limage -ignore_unresovled -lGL -lXsgivc -lXirisw -lXm -lXt -lfpe -lXmu -lX11 -lm -lmalloc -lC Can anyone tell me what I might have done wrong? Thank you in advance! -- Charlie H. Chang E-mail: a00chc00@nchc.gov.tw Voice: 886-3-5776085x209 Fax: 886-3-5773620 Media & Visualization Lab, National Center for High-performance Computing ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat May 3 02:22:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA05373; Fri, 2 May 1997 21:04:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA05357; Fri, 2 May 1997 21:04:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA15235; Fri, 2 May 1997 21:01:31 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA07477 for ; Fri, 2 May 1997 21:01:03 -0700 env-from (a00chc00@nchc.gov.tw) Received: from elf (elf.nchc.gov.tw [140.110.12.169]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id MAA06571 for ; Sat, 3 May 1997 12:01:02 +0800 (CST) Message-ID: <336AB8D3.C8677156@nchc.gov.tw> Date: Sat, 03 May 1997 12:02:27 +0800 From: "Charlie H. Chang" Organization: NCHC X-Mailer: Mozilla 4.0b3 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: compile performer code with "-64" option!? X-Priority: 3 (Normal) Content-Type: multipart/mixed; boundary="------------6776D37CED2C4DA3761F4873" Status: O This is a multi-part message in MIME format. --------------6776D37CED2C4DA3761F4873 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, I attach my problem as following... -- Charlie H. Chang E-mail: a00chc00@nchc.gov.tw Voice: 886-3-5776085x209 Fax: 886-3-5773620 Media & Visualization Lab, National Center for High-performance Computing --------------6776D37CED2C4DA3761F4873 Content-Type: text/plain; charset=us-ascii; name="ttt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ttt" Hi, I think I should describe my compiling problem more clearly, so this is the error message I got: ---------------------------------------------------------------------------- /usr/bin/cc -DOPENGL -nostdinc -I/usr/include -mips4 -64 -O -OPT:Olimit=2000 -MDupdate Depend -w -o pathFly pathFly.c -L/usr/lib/libpfdb -L/usr/lib64 -L/lib64 -all -lpf_ogl -lpfdu_ogl -lpfui -lpfutil_ogl -lmpc -limage -lGL -lXsgivc -lXirisw -lXm -lXt -lfpe -lXmu -lX11 -lm -lmalloc -lC ld64: ERROR 33: Unresolved text symbol "XextCreateExtension" -- 1st referenced by /usr/lib64/libXsgivc.a(Xvc.o). ld64: ERROR 33: Unresolved text symbol "XextFindDisplay" -- 1st referenced by /usr/lib64/libXsgivc.a(Xvc.o). ld64: ERROR 33: Unresolved text symbol "XextAddDisplay" -- 1st referenced by /usr/lib64/libXsgivc.a(Xvc.o). ld64: ERROR 33: Unresolved text symbol "XextRemoveDisplay" -- 1st referenced by /usr/lib64/libXsgivc.a(Xvc.o). ld64: ERROR 33: Unresolved text symbol "XMissingExtension" -- 1st referenced by /usr/lib64/libXsgivc.a(Xvc.o). *** Error code 2 (bu21) ---------------------------------------------------------------------------- And my Makefile: ---------------------------------------------------------------------------- # CC=/usr/bin/cc GFLAGS=-DOPENGL PLIB=${OPENGL} INCFLAGS=-nostdinc -I/usr/include SYSFLAGS=-mips4 -64 -O -OPT:Olimit=2000 -MDupdate Depend #SYSFLAGS=-mips2 -O -Olimit 2000 -MDupdate Depend SYSLIBDIR=-L/usr/lib64 -L/lib64 -all #SYSLIBDIR=-L/usr/lib -L/lib -all -ignore_unresolved PERFLIBDIR=-L/usr/lib/libpfdb LIBDIR=${PERFLIBDIR} ${SYSLIBDIR} # warning messages MISCFLAGS=-w # # libraries; for now, I take away "-ignore_unresolved" option ... # IRISGL=-lpf_igl -lpfdu_igl -lpfui -lpfutil_igl -lmpc -limage -lfm \ # -ignore_unresolved -lgl -lXsgivc -lXirisw -lXm -lXt -lfpe -lXmu \ -lgl -lXsgivc -lXirisw -lXm -lXt -lfpe -lXmu \ -lX11 -lm -lmalloc -lC OPENGL=-lpf_ogl -lpfdu_ogl -lpfui -lpfutil_ogl -lmpc -limage \ -lGL -lXsgivc -lXirisw -lXm -lXt -lfpe -lXmu \ -lX11 -lm -lmalloc -lC # OBJS=pathFly.o EXEC=pathFly CFLAGS=${GFLAGS} ${INCFLAGS} ${SYSFLAGS} ${MISCFLAGS} pathFly: ${CC} ${CFLAGS} -o pathFly pathFly.c ${LIBDIR} ${PLIB} clean: rm -f ${OBJS} clobber: rm -f ${OBJS} ${EXEC} core Depend ---------------------------------------------------------------------------- When I use "-mips2 ..." option, the program gets compiled and runs, but with option of "-mips4 ... -L/lib64 ...", I get the error message. Can someone help me? Thank you in advance! --------------6776D37CED2C4DA3761F4873-- ======================================================================= 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 May 3 14:00:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA06403; Sat, 3 May 1997 08:43:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA06387; Sat, 3 May 1997 08:43:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA23088; Sat, 3 May 1997 08:43:15 -0700 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 IAA17295; Sat, 3 May 1997 08:43:14 -0700 env-from (uunet.uu.net!ds9!cavalier!gan) Received: from uucp2.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp2.UU.NET [192.48.96.40]) id QQcnyk03111; Sat, 3 May 1997 11:43:23 -0400 (EDT) Received: from ds9.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Sat, 3 May 1997 11:43:13 -0400 Received: from cavalier by cambridge.com (4.1/SMI-4.1-SWS) id AB00247; Sat, 3 May 97 11:40:21 EDT Received: by cavalier.cambridge.com.cambridge.com (951211.SGI.8.6.12.PATCH1502/SMI-4.1-SWS) id LAA00814; Sat, 3 May 1997 11:26:15 -0400 From: rock.csd.sgi.com!sgi.com!uunet.uu.net!ds9!cavalier!gan (Gan Wang) Message-Id: <9705031126.ZM812@cavalier.cambridge.com> Date: Sat, 3 May 1997 11:26:14 -0700 In-Reply-To: uunet!kaki.nsg.sgi.com!kaki (Masanori Kakimoto) "pfDelete problem, again" (May 1, 11:52pm) References: <9705012352.ZM18798@kaki.nsg.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: uunet.uu.net!uunet!kaki.nsg.sgi.com!kaki (Masanori Kakimoto), uunet.uu.net!uunet!sgi.com!info-performer Subject: Re: pfDelete problem, again Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You didn't call a single pfFrame() in your program, and that is where Performer does many magical and critical things, including bookkeeping on the scene graph and pfMemory. While pfDelete tries to honor reference counts, I don't know how Performer would handle this without a pfFrame. Anyone knows? Gan On May 1, 11:52pm, Masanori Kakimoto wrote: > Subject: pfDelete problem, again > In the attached program, pfDelete does not really delete nodes > with Performer2.1 on an Onyx IR. > > Please try making "bbox" and run with an input file while watching > memory consumption with 'gr_osview -a'. If you try big , > the shared arena will eventually run out, which should not happen if > these pfDelete's are working. > > Could anyone point out what is wrong? > > > /* > * bbox.C -- Prints bounding box data of a 3D model file. > * Use modified /usr/share/Performer/src/pguide/libpf/C++/Makefile to > * compile. > * Written by Masanori Kakimoto (kaki@nsg.sgi.com) > */ > > #include > #include > > #include > #include > > #include > #include > > void PrintBBox(char *fileName, int repeats); > void MyPfDelete(pfMemory *ptr); > > int > main(int argc, char *argv[]) > { > if (argc != 3) { > fprintf(stderr, "Usage: %s \n", argv[0]); > exit(1); > } > pfInit(); > pfuInitUtil(); > pfdInitConverter(argv[1]); > pfConfig(); > pfFilePath(".:/usr/share/Performer/data"); > > // Repeat loading and pfDelete'ing. > PrintBBox(argv[1], atoi(argv[2])); > > while (1) { > if (getchar() == 'a') { > break; > } > } > } > > void > PrintBBox(char *fileName, int repeats) > /* Computes bounding box of the model file and print min[x,y,z] and > max[x,y,z] to standard output. > */ > { > int i; > pfScene *tmpScene = new pfScene; > > for (i = 0; i < repeats; i++) { > pfNode *aNode = pfdLoadFile(fileName); > pfBox bbox; > > if (aNode != NULL) { > tmpScene->addChild(aNode); > #if 1 > pfuTravCalcBBox(aNode, &bbox); > printf("%s (%d) %.1f %.1f %.1f %.1f %.1f %.1f\n", > fileName, i, > bbox.min[0], bbox.min[1], bbox.min[2], > bbox.max[0], bbox.max[1], bbox.max[2]); > #endif > tmpScene->removeChild(aNode); > MyPfDelete(aNode); > } > } > MyPfDelete(tmpScene); > } > > void > MyPfDelete(pfMemory *ptr) > { > int deleted; > > deleted = pfDelete(ptr); > > if (deleted == TRUE) { > fprintf(stderr, "pfDelete succeeded.\n"); > } else if (deleted == FALSE) { > fprintf(stderr, "pfDelete failed.\n"); > } else if (deleted == -1) { > fprintf(stderr, "pfDelete failed for non-pfMemory.\n"); > } else { > fprintf(stderr, "pfDelete returned %d.\n", deleted); > } > } > > > -- > Masanori Kakimoto mailto:kaki@nsg.sgi.com > East Asia Technology Network, Tokyo Center > c/o Nihon Silicon Graphics Cray > Tel:81-3-5488-1852 Fax:81-3-5420-2397 > Voice mail: (external)81-3-5488-1863-1119 (internal)822-1119 > ======================================================================= > 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 Masanori Kakimoto -- Gan Wang Cambridge Research Associates Voice: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 E-mail: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat May 3 15:28:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA06493; Sat, 3 May 1997 10:13:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06477; Sat, 3 May 1997 10:13:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23722; Sat, 3 May 1997 10:13:50 -0700 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 KAA02320 for ; Sat, 3 May 1997 10:13:50 -0700 env-from (hatch@hell.asd.sgi.com) Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA28972; Sat, 3 May 1997 10:13:40 -0700 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA06378; Sat, 3 May 1997 10:13:39 -0700 From: "Don Hatch" Message-Id: <9705031013.ZM6376@hell.asd.sgi.com> Date: Sat, 3 May 1997 10:13:39 -0700 In-Reply-To: "Charlie H. Chang" "Re: Compiler problem" (May 3, 10:13am) References: <3369A461.F5FC3208@nchc.gov.tw> <9705021430.ZM3636@holodeck.csd.sgi.com> <336A9F49.34043778@nchc.gov.tw> 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: "Charlie H. Chang" Subject: Re: Compiler problem Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 3, 10:13am, Charlie H. Chang wrote: > 4565:./multichan: rld: Fatal Error: attempted access to unresolvable > symbol > in /usr/lib64/libpf_ogl.so: __vec_new2 > > And the following are the arguments/flags used for compiler: > -nostdinc -I/usr/include -mips4 -64 -O -OPT:Olimit=2000 -MDupdate depend > > -L/usr/lib64 -L/lib64 -all -ignore_unresolved -L/usr/lib/libpfdb > -lpf_ogl -lpfdu_ogl -lpfui -lpfutil_ogl -lmpc -limage -ignore_unresovled > > -lGL -lXsgivc -lXirisw -lXm -lXt -lfpe -lXmu -lX11 -lm -lmalloc -lC > > Can anyone tell me what I might have done wrong? > Thank you in advance! You have to link with CC (not cc or ld), even when it's a C program. (__vec_new2 is defined in some other undocumented library that CC automatically pulls in). Sorry, I know it's gross. Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon May 5 05:42:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA09128; Mon, 5 May 1997 00:28:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA09112; Mon, 5 May 1997 00:28:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA09127; Mon, 5 May 1997 00:28:01 -0700 Received: from tls-cs1.cert.fr (tls-cs1.cert.fr [134.212.190.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA24370 for ; Mon, 5 May 1997 00:28:00 -0700 env-from (Francois.Seprey@cert.fr) Received: (uucp@localhost) by tls-cs1.cert.fr (8.6.9/8.5) id JAA22462; Mon, 5 May 1997 09:27:03 +0200 Received: from unknown(134.212.240.112) by tls-cs1.cert.fr via smap (V1.3) id sma022459; Mon May 5 09:27:01 1997 Received: by indyrix (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id DAA19615; Mon, 5 May 1997 03:03:35 GMT From: "Francois.Seprey" Message-Id: <9705050303.ZM19613@indyrix> Date: Mon, 5 May 1997 03:03:34 +0000 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello I have problems with my intersection segment. I'd like to attach it to a pfDCS. But when I run the program, an other object is attached at the place. Is it possible to attach a segment to a PFDCS? Is it just a problem of allocation of memory? Thanks -- Francois.Seprey ======================================================================= 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 May 5 08:17:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA09298; Mon, 5 May 1997 02:54:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA09282; Mon, 5 May 1997 02:54:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA10517; Mon, 5 May 1997 02:54:05 -0700 Received: from mail.icenet.no (mail.icenet.no [194.19.25.97]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA10568 for ; Mon, 5 May 1997 02:53:59 -0700 env-from (autosim@icenet.no) Received: from bob (tromso24.icenet.no [194.19.25.24]) by mail.icenet.no (8.8.5/8.8.5) with SMTP id KAA22456 for ; Mon, 5 May 1997 10:50:14 +0200 Message-ID: <336DA62F.5CF@icenet.no> Date: Mon, 05 May 1997 11:19:43 +0200 From: Inge Henriksen Reply-To: inge@autosim.no Organization: Autosim A/S X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: sgi-infoperformer Subject: RE2 subface flicker problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O -- Hello Performers In our flight database we call external references (signs and so fourth), these signs faces have subfaces. These subfaces starts flickering when the database reaches a certain size, but seems to work fine until this size is reached. Is there a way of correcting this without using pfDecal ? Is it a z-buffer memory problem? We have a Onyx RE2, and run the software with Performer 1.2. Thank you for any help... ------------- Inge E.Henriksen Autosim A/S P.box 2303 N-9002 Tromsoe Norway E-mail: Tlf.nr.: +47 77 67 50 75 Fax nr.: +47 77 67 67 01 ======================================================================= 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 May 5 10:10:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA09658; Mon, 5 May 1997 07:10:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA09642; Mon, 5 May 1997 07:10:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA13709; Mon, 5 May 1997 07:10:02 -0700 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 HAA12116 for ; Mon, 5 May 1997 07:09:47 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199705051409.HAA12116@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 5 May 1997 15:39:59 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 5 May 1997 15:39:59 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Mon, 5 May 1997 15:35:29 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Mon, 5 May 1997 17:34:20 +0200 Date: Mon, 5 May 1997 17:34:20 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970505153420] 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: Source for pfNotify handler MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0C I did it. Here is an example where I want to make another standard output for a cer= tain type of warning, for debug use : /////////////////////////////////////////////////// static void notify_handler(pfNotifyData* nfy_data); int main(int argc, char* argv[]) < pfNotifyHandler(notify_handler); pfInit(); etc... > void notify_handler(pfNotifyData *nfy_data) < // default Performer stuff // pfDefaultNotifyHandler(nfy_data); // prints HaHa for a few error strings // if(strstr(nfy_data->emsg, "FP zero over zero") || strstr(nfy_data->emsg, "FP division by zero") || strstr(nfy_data->emsg, "FP overflow")) < pfNotify(PFNFY_ALWAYS, PFNFY_PRINT, "Ha Ha !!!"); > > Is it ok ? Michael (also) ======================================================================= 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 May 5 10:11:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA09626; Mon, 5 May 1997 07:04:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA09610; Mon, 5 May 1997 07:04:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA13581; Mon, 5 May 1997 07:04:34 -0700 Received: from arl-img-9.compuserve.com (arl-img-9.compuserve.com [149.174.217.139]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA11352 for ; Mon, 5 May 1997 07:04:33 -0700 env-from (vsm_mrs@compuserve.com) Received: by arl-img-9.compuserve.com (8.6.10/5.950515) id KAA04541; Mon, 5 May 1997 10:04:13 -0400 Date: Mon, 5 May 1997 10:02:48 -0400 From: Jean BENOIT Subject: Rotation of a door and pfDCS To: info-performer Message-ID: <199705051004_MC2-15F8-CC98@compuserve.com> Status: O I think you have to work with pfMatrix, define a matrix with translate coord. et rotate coord . ======================================================================= 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 May 5 09:52:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA09405; Mon, 5 May 1997 04:35:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA09389; Mon, 5 May 1997 04:35:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA11222; Mon, 5 May 1997 04:35:12 -0700 Received: from tls-cs1.cert.fr (tls-cs1.cert.fr [134.212.190.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA21021 for ; Mon, 5 May 1997 04:32:43 -0700 env-from (Francois.Seprey@cert.fr) Received: (uucp@localhost) by tls-cs1.cert.fr (8.6.9/8.5) id NAA25723; Mon, 5 May 1997 13:32:04 +0200 Received: from unknown(134.212.240.112) by tls-cs1.cert.fr via smap (V1.3) id sma025720; Mon May 5 13:31:54 1997 Received: by indyrix (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id HAA21641; Mon, 5 May 1997 07:07:12 GMT From: "Francois.Seprey" Message-Id: <9705050707.ZM21639@indyrix> Date: Mon, 5 May 1997 07:07:10 +0000 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello My problem is to dig holes with a bucket. My bucket is a pfDCS object. I partitionned the ground into 60 gsets and I'd like to change the upper face when my bucket is in contact with it. But, I don't really know how to set intersections (I'm a new user of performer). Could you give me your ideas? -- Francois.Seprey ======================================================================= 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 May 5 11:12:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA09722; Mon, 5 May 1997 07:23:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA09706; Mon, 5 May 1997 07:23:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA14098; Mon, 5 May 1997 07:23:07 -0700 Received: from hil-img-2.compuserve.com (hil-img-2.compuserve.com [149.174.177.132]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA14911 for ; Mon, 5 May 1997 07:23:06 -0700 env-from (vsm_mrs@compuserve.com) Received: by hil-img-2.compuserve.com (8.6.10/5.950515) id KAA18085; Mon, 5 May 1997 10:22:24 -0400 Date: Mon, 5 May 1997 10:21:17 -0400 From: Jean BENOIT Subject: Re:Rotation of a door and pfDCS To: info-performer , Project sicma Message-ID: <199705051021_MC2-15F4-E84A@compuserve.com> Status: O Another solution is, if your door is a 3D model , you can insert a DCS like a Dof on your modeler, and keep the node with pfConverterAttr fct.. bye . Yo ======================================================================= 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 May 5 11:12:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA09856; Mon, 5 May 1997 08:38:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA09840; Mon, 5 May 1997 08:38:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA17529; Mon, 5 May 1997 08:38:04 -0700 Received: from ntserver.ivex3d.com (ivex3d.com [204.241.103.127]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA05834 for ; Mon, 5 May 1997 08:38:02 -0700 env-from (ram@ivex3d.com) Received: by ntserver.ivex3d.com from localhost (router,SLmailNT V2.3); Mon, 05 May 1997 11:30:53 Eastern Daylight Time Received: by ntserver.ivex3d.com from eng9 (204.241.103.127::mail daemon; unverified,SLmailNT V2.3); Mon, 05 May 1997 11:30:52 Eastern Daylight Time Sender: "ram munjulu" Message-ID: <336DFD4F.41C6@ivex3d.com> Date: Mon, 05 May 1997 11:31:27 -0400 From: "Rambabu" X-Mailer: Mozilla 2.01S (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: "Francois.Seprey" CC: info-performer@sgi.com Subject: Re: None References: <9705050303.ZM19613@indyrix> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Francois.Seprey wrote: > > Hello > > I have problems with my intersection segment. > I'd like to attach it to a pfDCS. But when I run > the program, an other object is attached at the place. > Is it possible to attach a segment to a PFDCS? > Is it just a problem of allocation of memory? > Thanks > > -- > Francois.Seprey > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com Instead of attaching the intersection segment to a pfDCS, you could transform the position of the segement, using the DCS transformation matrix which you get from the object, in the intersection callback function. Something like void intersection_CB() { ...... ...... pfXformPt3(pfSeg.pos, pos, mat); ...... } -- Ram +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rambabu Munjuluri Phone # : 770-564-1148 E-mail : ram@ivex3d.com Fax : 770-381-0622 IVEX Corporation, Norcross GA. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ======================================================================= 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 May 5 11:12:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA09882; Mon, 5 May 1997 08:46:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA09866; Mon, 5 May 1997 08:46:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA17947; Mon, 5 May 1997 08:46:32 -0700 Received: from athena.wes.army.mil (athena.wes.army.mil [134.164.13.245]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA07957 for ; Mon, 5 May 1997 08:46:27 -0700 env-from (stephens@zeus.wes.army.mil) Received: from zeus.wes.army.mil (zeus.wes.army.mil [134.164.13.24]) by athena.wes.army.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA22071 for <@athena.wes.army.mil:info-performer@sgi.com>; Mon, 5 May 1997 10:46:14 -0500 Received: (from stephens@localhost) by zeus.wes.army.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA13812 for info-performer@sgi.com; Mon, 5 May 1997 10:49:39 -0500 From: stephens@zeus.wes.army.mil (Mike Stephens) Message-Id: <199705051549.KAA13812@zeus.wes.army.mil> Subject: memory usage To: info-performer@sgi.com Date: Mon, 5 May 1997 10:49:39 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 752 Status: O although this is a general question it came up in a pf context so let me pick your collective brains. is there a system/library call to tell how much memory your process is using? evidently i have a memory leak i a pf program. a small leak (if there is such a thing) that took a long time to cause problems since there's a lot of memory in the system in was developed on. i found that i could artificially make it worse by changing some array sizes. if fact this is how it was detected. i used gr_osview to see the memory get gobbled. what i want to be able to do is what gr_osview does under the covers: get a memory usage number. this way the memory usage could be monitored without a tool like gr_osview. thanks, mike (stephens@wes.army.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 Mon May 5 14:45:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA09943; Mon, 5 May 1997 09:13:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA09927; Mon, 5 May 1997 09:13:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19655; Mon, 5 May 1997 09:13:28 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA15549 for ; Mon, 5 May 1997 09:13:21 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Mon, 05 May 1997 12:13:07 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Mon, 05 May 1997 12:13:06 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <336E06D5.41C6@etcflorida.com> Date: Mon, 05 May 1997 12:12:05 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: pfFindNode Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Is it posible to find a node within a loaded data base where the tree is created in the modeling tool???? root = pfdLoadFile("thingy.dwb"); l_leg = (pfDCS*) pfFindNode(root, "l_leg", pfGetGroupClassType()); Or do I need to create each moving part on the model as a seperate peace??? I hope not. Thanks:: Garrett ======================================================================= 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 May 5 15:56:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA10149; Mon, 5 May 1997 10:27:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10132; Mon, 5 May 1997 10:27:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA24967; Mon, 5 May 1997 10:27:15 -0700 Received: from cordoba.reading.sgi.com ([144.253.74.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA07277 for ; Mon, 5 May 1997 10:27:13 -0700 env-from (gedwards@cordoba.reading.sgi.com) Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id SAA03846; Mon, 5 May 1997 18:26:49 +0100 From: "Greg Edwards, SGI UK." Message-Id: <9705051826.ZM3844@cordoba.reading.sgi.com> Date: Mon, 5 May 1997 18:26:49 +0100 Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Performer Instructors needed. Cc: brenda@cordoba.reading.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Due to growing volume of Performer training, the UK Professional Services group requires a further Performer instructor. The person should be very familiar with Performer 2.0 or later and preferably have been involved in significant Performer development so that basic Performer infrastructure and rendering is second nature. However a talented instructor with good general 3D graphics knowledge and a willingness to learn rapidly would also suit. A machine can be loaned (in UK) (or possibly outside by arrangement with other subs) to brush up on Pf. The requirement is initially part-time, ie one course per 8 weeks or so, but opportunities also exist to instruct Inventor, OpenGL and other future graphics products (Cosmo 3D etc.). Applications from outside UK welcome, we are able to discuss using instructors from abroad. Please contact Brenda Sprigens at +44 118 9257725 (brenda@reading.sgi.com) for administrative details and Greg Edwards at +44 589 397039 (gedwards@reading.sgi.com) for technical details. -- ___________________________________________________________________ Greg Edwards, High Performance Graphics Consulting Group, SGI UK. surface: Professional Services, Silicon Graphics UK Ltd, Forum 1, Station Rd, Theale, Reading, RG7 4RA, UK. switch: +44(0)118 925-7500, desk -7740, fax -7774, admin -7778/7737, vmail -7502*7740, email gedwards@sgi.com, mailstop IGB-311O. ======================================================================= 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 May 5 22:04:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA12589; Mon, 5 May 1997 16:34:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA12573; Mon, 5 May 1997 16:34:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA23374; Mon, 5 May 1997 16:34:55 -0700 Received: from eprsun.cmr.uq.edu.au (eprsun.cmr.uq.edu.au [130.102.60.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA23979 for ; Mon, 5 May 1997 16:34:52 -0700 env-from (ojg@sophe.cmr.uq.edu.au) Received: from sophe.cmr.uq.edu.au (sophe.cmr.uq.edu.au [130.102.60.4]) by eprsun.cmr.uq.edu.au (8.8.5/8.8.5) with ESMTP id JAA16401 for ; Tue, 6 May 1997 09:30:06 +1000 (EST) Received: (from ojg@localhost) by sophe.cmr.uq.edu.au (8.8.5/8.8.5) id GAA18421 for info-performer@sgi.com; Tue, 6 May 1997 06:31:13 +1000 (AET) From: "Ole-Johnny Gjoen" Message-Id: <9705060631.ZM18419@sophe.cmr.uq.edu.au> Date: Tue, 6 May 1997 06:31:13 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: remove Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O remove -- Ole-Johnny Gjoen ======================================================================= 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 May 6 01:17:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA13323; Mon, 5 May 1997 19:54:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA13307; Mon, 5 May 1997 19:54:28 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA01699; Mon, 5 May 1997 19:54:26 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id TAA12377; Mon, 5 May 1997 19:51:27 -0700 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 TAA01178 for ; Mon, 5 May 1997 19:50:06 -0700 env-from (bleclerc@poster.cae.ca) Received: tid WAA04198; Mon, 5 May 1997 22:47:10 -0400 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA32482; Mon, 5 May 1997 22:46:20 -0400 Received: from eagle.cae.ca by eagle.cae.ca via SMTP (950413.SGI.8.6.12/930416.SGI) id WAA16390; Mon, 5 May 1997 22:40:54 -0400 Sender: bleclerc@poster.cae.ca Message-Id: <336E9A36.167E@cae.ca> Date: Mon, 05 May 1997 22:40:54 -0400 From: Bernard Leclerc Organization: CAE Electronics Ltd. X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: James Barhorst Cc: info-performer@sgi.com Subject: Re: Draw Process References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O James Barhorst wrote: > Dear Performer Veterans, > > I am running a fairly simple 60 Hz performer application on a single > processor of my 4-CPU Onyx (by using PFMP_APPCULLDRAW). When I > display statistics, I notice that APP and CULL occur immediately at the > beginning of the frame taking about 0.1 milliseconds each. Then nothing > seems to happen for about 7 milliseconds until DRAW (which takes about > 5-6 milliseconds) starts. DRAW always ends 3.3 milliseconds before the > end of the frame. If DRAW takes longer, it seems to start sooner in the > next frame. If it takes less time, it starts later next frame. I need more time > at the end of each frame to do some additional processing on this CPU. > > Why is there this long delay before the DRAW? Is there any way to > DRAW sooner? James, Could you provide us with the the pfPhase() used in your application? Also, remember that in single process mode, the culling and the drawing are performed by the DRAW stage. That explains why the statistics show almost no time spent in CULL. My guess is the culling of your scene takes approximately 7 ms. Please, verify this by using PFMP_APPCULL_DL_DRAW to force the pfCull() statistics to appear in the CULL stage. Regarding your need for more time at the end of each frame, you don't have much choice. In single process mode, at 60 Hz, you have only 16.6 ms to prepare the frame, cull it, then render it. Tough luck ;-) -- Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, 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 May 6 04:24:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA13815; Mon, 5 May 1997 23:10:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA13799; Mon, 5 May 1997 23:10:15 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA05488; Mon, 5 May 1997 23:10:15 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA29667 for ; Mon, 5 May 1997 22:56:24 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id WAA26322; Mon, 5 May 1997 22:56:23 -0700 Received: from sgitokyo.nsg.sgi.com ([134.14.128.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA25676 for ; Mon, 5 May 1997 22:55:56 -0700 env-from (kaki@kaki.nsg.sgi.com) Received: from kaki.nsg.sgi.com (kaki.nsg.sgi.com [134.14.135.4]) by sgitokyo.nsg.sgi.com (8.6.12+2.4W/3.3W8-SGI(sgitokyo.sgi)) with ESMTP id OAA05781; Tue, 6 May 1997 14:54:15 +0900 Received: (from kaki@localhost) by kaki.nsg.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA24270; Tue, 6 May 1997 14:53:08 +0900 From: kaki@kaki.nsg.sgi.com (Masanori Kakimoto) Message-Id: <9705061453.ZM24268@kaki.nsg.sgi.com> Date: Tue, 6 May 1997 14:53:07 +0900 In-Reply-To: holodeck.csd.sgi.com!rock.csd.sgi.com!sgi.com!uunet.uu.net!ds9!cavalier!gan (Gan Wang) "Re: pfDelete problem, again" (May 3, 11:26am) References: <9705012352.ZM18798@kaki.nsg.sgi.com> <9705031126.ZM812@cavalier.cambridge.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: gan@cambridge.com Subject: Re: pfDelete problem, again Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thank you, Gan. By simply inserting a pfFrame() in the same loop as pfDelete, it works. It seems that actual freeing is done in pfFrame. On May 3, 11:26am, Gan Wang wrote: > Subject: Re: pfDelete problem, again > You didn't call a single pfFrame() in your program, and that is where Performer > does many magical and critical things, including bookkeeping on the scene graph > and pfMemory. While pfDelete tries to honor reference counts, I don't know how > Performer would handle this without a pfFrame. Anyone knows? > > Gan -- Masanori Kakimoto mailto:kaki@nsg.sgi.com East Asia Technology Network, Tokyo Center c/o Nihon Silicon Graphics Cray Tel:81-3-5488-1852 Fax:81-3-5420-2397 Voice mail: (external)81-3-5488-1863-1119 (internal)822-1119 ======================================================================= 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 May 6 06:56:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA14041; Tue, 6 May 1997 01:38:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA14025; Tue, 6 May 1997 01:38:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA08861; Tue, 6 May 1997 01:38:34 -0700 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 BAA17054 for ; Tue, 6 May 1997 01:38:29 -0700 env-from (silicon-worlds@calva.net) Received: from sirrah (parb09.calvacom.fr [194.250.25.73]) by ns.calvacom.fr (8.7.3/8.6.9) with SMTP id KAA24302 for ; Tue, 6 May 1997 10:38:25 +0200 (MET DST) Sender: guy@ns.calvacom.fr Message-ID: <336EEDF2.41C6@calva.net> Date: Tue, 06 May 1997 10:38:10 +0200 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 Mailing List Subject: Video texture again.. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Performers, Here I am again with my problem of video texturing. The corruption of the video texture occurs in a scene with several textures, one of these is taken from a video source. The video image is sometimes overwritten by other textures. My software is based on perfly (Performer 2.0 and IRIX5.3), and runs on an Onyx RE2 with Sirius boards. - First, the different objects are loaded. - The pfSharedTexList is examimed; I look for a texture named video.rgb and its parametes are changed into those of a video texture (SOURCE_VIDEO, etc..) - Then, all the textures are loaded with pduDownloadTexList. - I finish the configuration by verifying the pfGeoStates that use the video texture. All the calls to the video library and configuration are done in the draw process. The video image is corrupted by the textures that were defined before it. If the video texture is the first one defined in the database, it's ok, no problems. If it is the second one defined, it is partly overwritten by the first one. If it is the third, it is overwritten by the first two, etc... It seems to be a problem of texture memory allocation but I don't know how to handle it apart from always define the video texture first... Does somebody know how to handle this? Thanks, Guy Premont =========================================== Silicon Worlds S.A. 12, rue de Chatillon 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 May 6 07:22:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA14077; Tue, 6 May 1997 02:01:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA14061; Tue, 6 May 1997 02:01:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA09233; Tue, 6 May 1997 02:01:50 -0700 Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA19796 for ; Tue, 6 May 1997 02:01:47 -0700 env-from (Hilbrink@nlr.nl) Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78]) by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id LAA11080 for <@nlrgup.nlr.nl:info-performer@sgi.com>; Tue, 6 May 1997 11:01:43 +0200 (DST) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from sylvester by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA24752; Tue, 6 May 1997 11:01:42 +0200 Sender: niels@nlr.nl Message-ID: <336EF375.D62552DF@nlr.nl> Date: Tue, 06 May 1997 11:01:41 +0200 From: Niels Hilbrink Organization: National Aerospace Laboratory X-Mailer: Mozilla 4.0b3C (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: "info-performer@sgi.com" Subject: pfLightSource and performance ?! X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I've got a question on the subject of pfLightSources. I noticed a performance drop of nearly 50% in using either a local or global lightsource. Is this normal ?? I think its quite a lot. I mean there's nothing in the manual pages on this performance drop (yes there is something in there like that local lightsource "incur a performance penalty" but not 50%). So either I so something wrong (most likely scenario) or this is normal behaviour. Best Regards, Niels Hilbrink -- Niels Hilbrink (RS NOP) National Aerospace Laboratory (NLR) mailto:Hilbrink@nlr.nl Voorsterweg 31, 8316 PR Marknesse (++31)(0)527 242259 (Home) P.O. Box 153, 8300 AD Emmeloord (++31)(0)527 248224 (NLR) the Netherlands ======================================================================= 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 May 6 15:42:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA14952; Tue, 6 May 1997 10:41:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA14936; Tue, 6 May 1997 10:41:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA28613; Tue, 6 May 1997 10:41:45 -0700 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 KAA05992 for ; Tue, 6 May 1997 10:41:41 -0700 env-from (dhigginb@motown.lmco.com) Received: from franklin.vf.lmco.com ([166.17.5.51]) by dekalb.vf.mmc.com (8.8.5/8.8.5) with ESMTP id NAA13925 for ; Tue, 6 May 1997 13:41:34 -0400 (EDT) Received: from serling.motown.lmco.com (serling.motown.lmco.com [129.204.6.42]) by franklin.vf.lmco.com (8.8.5/8.8.5) with ESMTP id NAA01223 for ; Tue, 6 May 1997 13:41:33 -0400 (EDT) Received: from newton.motown.lmco.com (newton [129.204.6.238]) by serling.motown.lmco.com (8.8.5/8.8.5) with ESMTP id NAA06092; Tue, 6 May 1997 13:41:29 -0400 (EDT) From: David Higginbotham Received: (dhigginb@localhost) by newton.motown.lmco.com (8.6.11/8.6.6) id NAA11089; Tue, 6 May 1997 13:41:42 -0400 Date: Tue, 6 May 1997 13:41:42 -0400 Message-Id: <199705061741.NAA11089@newton.motown.lmco.com> To: info-performer@sgi.com Subject: Performer within Multi-threaded Applications Cc: dhigginb@motown.lmco.com, higginb@kirk.lmco.com, rabbitz@[129.204.16.40] Status: O We have an large multi-threaded application that gathers and computes data for a shipboard combat system. This program is divided into several threads such as real-time data gathering, simulation, display, etc. Right now the display thread is implemented using OpenGL. Our app has ability to use either sproc() or Posix threads, selectable at compile time. In either case global memory is automatically shared among all threads - the Unix brand of shared memory is not used. We would like to use Performer to implement the display thread. The question is, what complications can arise by generating a Performer application as a thread in a larger system? Will this interfere with Performer's multi-processing and shared memory? Any advice on the best way to do such an integration? Thanks in advance. ======================================================================= 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 May 6 15:42:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA15500; Tue, 6 May 1997 12:44:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA15484; Tue, 6 May 1997 12:44:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA11222; Tue, 6 May 1997 12:44:20 -0700 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 MAA18556 for ; Tue, 6 May 1997 12:44:12 -0700 env-from (marcus@logan.engr.multigen.com) 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 MAA19650 for ; Tue, 6 May 1997 12:51:03 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA25951 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Tue, 6 May 1997 19:39:37 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA01725 for info-performer@sgi.com; Tue, 6 May 1997 12:49:14 -0700 From: "Marcus Barnes" Message-Id: <9705061249.ZM1723@logan.engr.multigen.com> Date: Tue, 6 May 1997 12:49:13 -0700 In-Reply-To: msitech "spotlight" (Apr 26, 9:42am) References: <33620649.7E51@edgenet.net> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: performer Subject: Re: spotlight Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 26, 9:42am, msitech wrote: > Subject: spotlight > Hello again!! > > I'm running performer 2.0 fro our marine sims.. > > I'd like to use the spotlight option on a couple of piers.. > > I've set the light source, palette, direction, etc. > > I bring up sim,,but no spotlight.. > > Is the problem with the way I've set up the hierchy in Multi-Gen(ive got > 14.2)or what could it be????? I assume that you are modelling light sources in MultiGen right? In order for the OpenFlight loader to load the light sources the "export to realtime" flag must be checked. This is done in the modeler from the light source attribute page. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 6 16:17:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA15572; Tue, 6 May 1997 13:01:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA15556; Tue, 6 May 1997 13:01:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA12843; Tue, 6 May 1997 13:01:49 -0700 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 NAA25751 for ; Tue, 6 May 1997 13:01:47 -0700 env-from (marcus@logan.engr.multigen.com) 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 NAA19713 for ; Tue, 6 May 1997 13:08:40 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA26362 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Tue, 6 May 1997 19:57:14 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA01814 for info-performer@sgi.com; Tue, 6 May 1997 13:06:51 -0700 From: "Marcus Barnes" Message-Id: <9705061306.ZM1812@logan.engr.multigen.com> Date: Tue, 6 May 1997 13:06:51 -0700 In-Reply-To: Inge Henriksen "RE2 subface flicker problem" (May 5, 11:19am) References: <336DA62F.5CF@icenet.no> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: sgi-infoperformer Subject: Re: RE2 subface flicker problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 5, 11:19am, Inge Henriksen wrote: > > In our flight database we call external references (signs and so > fourth), these signs faces have subfaces. These subfaces starts > flickering when the database reaches a certain size, but seems to work > fine until this size is reached. Is there a way of correcting this > without using pfDecal ? Is it a z-buffer memory problem? We have a Onyx > RE2, and run the software with Performer 1.2. Since your model uses subfaces you are already using pfDecal. The OpenFlight loader creates pfLayer subgraphs when it converts subfaces. The reason that you see z-fighting as your database grows in because you're exceeding the resolution of the z-buffer. The simplest way to increase z-buffer resolution is to increase your near-clip distance from say 1.0 to 10.0 (or similar). Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 6 18:28:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA15535; Tue, 6 May 1997 12:56:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA15519; Tue, 6 May 1997 12:56:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA12341; Tue, 6 May 1997 12:56:48 -0700 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 MAA23753 for ; Tue, 6 May 1997 12:56:46 -0700 env-from (marcus@logan.engr.multigen.com) 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 NAA19701 for ; Tue, 6 May 1997 13:03:38 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA26334 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Tue, 6 May 1997 19:52:11 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA01792 for info-performer@sgi.com; Tue, 6 May 1997 13:01:49 -0700 From: "Marcus Barnes" Message-Id: <9705061301.ZM1790@logan.engr.multigen.com> Date: Tue, 6 May 1997 13:01:49 -0700 In-Reply-To: "Rambabu" "Re: Running demo cliptex in MP mode" (May 2, 2:55pm) References: <199705021116.EAA13774@sgi.sgi.com> <336A3896.446B@ivex3d.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Running demo cliptex in MP mode Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 2, 2:55pm, Rambabu wrote: > Subject: Re: Running demo cliptex in MP mode > > I believe, the loader would create a clipcenter and attach a PreApp > callback to the Channel which will automatically adjust the clipcenter > for you following a generic centering algorithm. > > I assume we could simply attach our own centering algorithm to do this. > Marcus, is my inderstanding correct ? Not quite Ram, Later revisions of the OpenFlight loader (R15.2d and up) will arrange to automatically center the first pfClipTexture that it creates. It does this buy attached a prenode TRAV_APP callback to the appropriate pfNode for the subgraph currently being created. The loader's centering functions requires that the cliptexture be projected so the loader mode PFFLT_USETEXMAP must be enabled and the modeler must have created a texture mapping entry in MultiGen for that texture. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 6 18:56:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA16953; Tue, 6 May 1997 17:04:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA16937; Tue, 6 May 1997 17:04:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA03144; Tue, 6 May 1997 17:04:09 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA11966 for ; Tue, 6 May 1997 17:04:05 -0700 env-from (a00chc00@nchc.gov.tw) Received: from elf ([140.110.12.169]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id IAA27183 for ; Wed, 7 May 1997 08:04:01 +0800 (CST) Message-ID: <336FC749.71B11F44@nchc.gov.tw> Date: Wed, 07 May 1997 08:05:29 +0800 From: "Charlie H. Chang" Organization: NCHC X-Mailer: Mozilla 4.0b3 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: compile Performer code with "-mips4 -64" options... X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Status: O Hi, Has anyone tried to compile Performer programs using "-mips4 -64.." options? I have an Onyx2 IR (R10k) running IRIX 6.4, and the following are my cc flags: -DOPENGL -nostdinc -I/usr/include -mips4 -64 -O -OPT:Olimit=2000 -MDupdate Depend -L/usr/lib/libpfdb -L/usr/lib64 -L/lib64 -all -w -lpf_ogl -lpfdu_ogl -lpfui -lpfutil_ogl -lmpc -limage -lGL -lGLU -lXsgivc -lXirisw -lXm -lfpe -lXt -lXmu -lXext -lX11 -lm -lmalloc -lC If I use "-mips2" instead of "-mips4 -64" and change -L options accordingly, the program gets compiled and run without error. But with the above flags, the program gets compiled, however, it can't run. The console window will show message: WARNING: RRM_ValidFault: killing process 0x673 because not bound to an rn And Performer message - PF Warning/Usage(12): pfMemory::new() Unable to allocate 786464 bytes from the heap. killed Anyone knows what goes wrong? Thank you in advance! -- Charlie H. Chang E-mail: a00chc00@nchc.gov.tw Voice: 886-3-5776085x209 Fax: 886-3-5773620 Media & Visualization Lab, National Center for High-performance Computing ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 6 18:56:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA16876; Tue, 6 May 1997 16:56:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA16860; Tue, 6 May 1997 16:56:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA02445; Tue, 6 May 1997 16:56:35 -0700 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 QAA09852 for ; Tue, 6 May 1997 16:56:33 -0700 env-from (nicolas@cae.ca) Received: tid TAA19634; Tue, 6 May 1997 19:55:10 -0400 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA151594; Tue, 6 May 1997 19:54:43 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) for info-performer@sgi.com id TAA07658; Tue, 6 May 1997 19:48:36 -0400 From: "Nicolas Gauvin" Message-Id: <9705061948.ZM7656@christine.cae.ca> Date: Tue, 6 May 1997 19:48:36 -0400 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfLayer + stencil not working on Impact? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'm trying to use pfLayers with mode PFDECAL_BASE_STENCIL on a Max Impact without much success. I made sure my frame buffer has at least 1 bit of stencil and I'm using OpenGL. If I take the pfLayer example in /usr/share/Performer/src/pguide/libpf/C/layer.c and force the mode to PFDECAL_BASE_STENCIL instead of the default DISPLACE I get flickering of the coplanar polygons. To convince myself that the stencil was there and working correctly I implemented the layering algorithm using the immediate glStencil* OpenGL calls. I tried that with some simple coplanar polygons in a draw callback of the same Performer app and it worked perfectly. However if I put the same kind of polygons in a scene graph under a pfLayer node with mode STENCIL it doesn't work. pfLayer / | \ / | \ base layer1 layer2 [my layers are fully contained and coplonar with the base] I would be curious to know if others have had similar experiences. My config is Performer 2.2 latest beta + IRIX 6.2 + Max Impact + usual gfx patches. -- --- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 6 18:56:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA16707; Tue, 6 May 1997 16:34:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA16691; Tue, 6 May 1997 16:34:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA00831; Tue, 6 May 1997 16:34:30 -0700 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 QAA00420 for ; Tue, 6 May 1997 16:34:26 -0700 env-from (bleclerc@cae.ca) Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA105101; Tue, 6 May 1997 19:30:08 -0400 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id TAA18872; Tue, 6 May 1997 19:24:15 -0400 Date: Tue, 6 May 1997 19:24:15 -0400 From: bleclerc@cae.ca (Bernard Leclerc) Message-Id: <199705062324.TAA18872@eagle.cae.ca> To: Niels Hilbrink Subject: Re: pfLightSource and performance ?! Cc: info-performer@sgi.com Status: O Niels Hilbrink wrote: > I've got a question on the subject of pfLightSources. > > I noticed a performance drop of nearly 50% in using either a local or global > lightsource. Is this normal ?? No. This is not normal. What exactly do you mean by 50% drop? In My case, I noticed a small increase in processing time when using infinite and local light sources - something in the order of a milli-second. What kind of hardware are you using? Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, 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 May 6 18:56:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA15684; Tue, 6 May 1997 13:52:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA15668; Tue, 6 May 1997 13:52:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA17474; Tue, 6 May 1997 13:52:38 -0700 Received: from mailbox1.ucsd.edu (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA10676 for ; Tue, 6 May 1997 13:52:31 -0700 env-from (jaf@chem.ucsd.edu) Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox1.ucsd.edu (8.8.5/8.6.9) with SMTP id NAA07393 for ; Tue, 6 May 1997 13:52:28 -0700 (PDT) Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4) id NAA28534 for ; Tue, 6 May 1997 13:52:27 -0700 Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12) id UAA12345; Tue, 6 May 1997 20:52:32 GMT From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199705062052.UAA12345@sdchemw1.ucsd.edu> Subject: Some questions on Really Big Background Geometry (tm) To: info-performer@sgi.com Date: Tue, 6 May 1997 13:52:32 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi Everyone, I'm playing around with giving my Performer scene some "background" by placing a super-scaled-up piece of geometry around my scene (e.g. a gigantic sphere with a nice scene bitmap textured onto it). I have some questions about this technique, maybe some of you who have done it before can help or give me suggestions on a better way... - Previously, I used pfFog to conceal the paging in of new scenery. If I turn it on now, of course, the background geometry is turned black. It would be nice if I could leave pfFog on for the foreground geometry, and turn it off for the background, and (here's what I expect to be the big catch) have the pfFog "fade" the foreground geometry to transparent, instead of to black (so that I don't get black silhuoettes of my foreground scenery in front of my colorful background scenery). Is there a way to do all this? - What is the best way to take advantage of the knowledge that the background geometry won't have anything drawn behind it? Will it give me any performance advantages to put it in its own bin? In it's own pfChannel? (And then overlay a foreground-scenery channel on top of that?) Is it possible to specify a different far clipping plane and fogging setup for an individual pfNode? How about for each bin? Or will I need to do a separate pfChannel for this? - Is there a better way than this to do backgrounds? Thanks for any help, Jeremy ======================================================================= 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 May 6 23:30:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA17295; Tue, 6 May 1997 17:55:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA17279; Tue, 6 May 1997 17:55:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA06609; Tue, 6 May 1997 17:55:43 -0700 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 RAA25698 for ; Tue, 6 May 1997 17:55:42 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id RAA10856; Tue, 6 May 1997 17:55:39 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA16647; Tue, 6 May 1997 17:55:31 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705070055.RAA16647@remi.asd.sgi.com> Subject: Re: pfLightSource and performance ?! To: Hilbrink@nlr.nl (Niels Hilbrink) Date: Tue, 6 May 1997 17:55:31 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <336EF375.D62552DF@nlr.nl> from "Niels Hilbrink" at May 6, 97 11:01:41 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1104 Status: O Niels Hilbrink wrote: > > Hi, > > I've got a question on the subject of pfLightSources. > > I noticed a performance drop of nearly 50% in using either a local or global > lightsource. Is this normal ?? > > I think its quite a lot. I mean there's nothing in the manual pages on this > performance drop (yes there is something in there like that local lightsource > "incur a performance penalty" but not 50%). So either I so something wrong (most > likely scenario) or this is normal behaviour. > > Best Regards, > Niels Hilbrink Local light source use a projective texture, alpha blending multipass algorithm. The whole database is send twice to the pipe, resulting in a nearly 50% drop of for performance. Global lightning is done through OpenGL lights. The performance hit depends on the number of lights that are turned on. You may want to try different number of light on your system to see the difference in performance. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 7 05:02:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA20089; Tue, 6 May 1997 23:45:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA20073; Tue, 6 May 1997 23:45:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA19164; Tue, 6 May 1997 23:45:24 -0700 Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA13669 for ; Tue, 6 May 1997 23:45:22 -0700 env-from (Hilbrink@nlr.nl) Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78]) by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id IAA10508 for <@nlrgup.nlr.nl:info-performer@sgi.com>; Wed, 7 May 1997 08:45:19 +0200 (DST) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from sylvester by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA28582; Wed, 7 May 1997 08:45:17 +0200 Sender: niels@nlr.nl Message-ID: <337024FC.D71C4CBD@nlr.nl> Date: Wed, 07 May 1997 08:45:16 +0200 From: Niels Hilbrink Organization: National Aerospace Laboratory X-Mailer: Mozilla 4.0b3C (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: "info-performer@sgi.com" Subject: Collision detection X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I was wondering if anybody knows what kind of algorithm is used in the collision detection functions of performer, especially in the pfBoxContainsBox routine. and I also was wondering if performer has the ability (ie buildin functions) to performer collision or interferences checking in arbitrary shaped polytopes. To my knowlegde it has not please correct me if I'm wrong. Best regards, Niels Hilbrink -- Niels Hilbrink (RS NOP) National Aerospace Laboratory (NLR) mailto:Hilbrink@nlr.nl Voorsterweg 31, 8316 PR Marknesse (++31)(0)527 242259 (Home) P.O. Box 153, 8300 AD Emmeloord (++31)(0)527 248224 (NLR) the Netherlands ======================================================================= 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 May 7 06:21:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA20429; Wed, 7 May 1997 01:09:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA20413; Wed, 7 May 1997 01:09:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA23062; Wed, 7 May 1997 01:09:02 -0700 Received: from punt-1.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 BAA27955 for ; Wed, 7 May 1997 01:09:01 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-1.mail.demon.net id aa0518214; 7 May 97 8:58 BST From: Mark Baranowski To: info-performer@sgi.com Subject: Re: pfLightSource and performance ?! Date: Wed, 07 May 1997 07:59:21 GMT Organization: Pera Message-ID: <33713640.2562832@post.demon.co.uk> References: <336EF375.D62552DF@nlr.nl> In-Reply-To: <336EF375.D62552DF@nlr.nl> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Tue, 06 May 1997 11:01:41 +0200, Niels wrote: >Hi, > >I've got a question on the subject of pfLightSources.=20 > >I noticed a performance drop of nearly 50% in using either a local or = global >lightsource. Is this normal ??=20 > >I think its quite a lot. I mean there's nothing in the manual pages on = this >performance drop (yes there is something in there like that local = lightsource >"incur a performance penalty" but not 50%). So either I so something = wrong (most >likely scenario) or this is normal behaviour. How are you measuring performance? If you are just looking at the framerate figure, you may find that for example your framerate has gone from 60Hz to 30Hz by just adding lightsources. If this is the case, your draw time was previously only just within the 1/60th second required for 60Hz update and the extra millisecond(s) required for the lightsources has just pushed you over. Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= 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 May 7 07:19:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA20517; Wed, 7 May 1997 02:08:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA20501; Wed, 7 May 1997 02:08:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA25365; Wed, 7 May 1997 02:08:44 -0700 Received: from firewall.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 CAA04945; Wed, 7 May 1997 02:08:36 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id LAA26026; Wed, 7 May 1997 11:21:48 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma025948; Wed, 7 May 97 11:21:19 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id LAA12062; Wed, 7 May 1997 11:07:38 +0200 (MET DST) From: Mario Veraart Message-Id: <199705070907.LAA12062@s00sn1.fel.tno.nl> Subject: Re: pfLightSource and performance ?! To: remi@remi.asd.sgi.com (R mi Arnaud) Date: Wed, 7 May 1997 11:07:38 +0200 (MET DST) Cc: Hilbrink@nlr.nl, info-performer@sgi.com In-Reply-To: <199705070055.RAA16647@remi.asd.sgi.com> from "Rémi Arnaud" at May 6, 97 05:55:31 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Remi Arnaud wrote: > Local light source use a projective texture, alpha blending multipass algorithm. > The whole database is send twice to the pipe, resulting in a nearly 50% > drop of for performance. > Global lightning is done through OpenGL lights. The performance hit > depends on the number of lights that are turned on. I didn't knew that the OpenGL lights where capable of generating so much energy in the scene that there is a spontaneous electrical discharge in the database or the computer. Maybe the damage of these lightnings is the cause of the performance drop 8-). > You may want to try different number of light on your system to > see the difference in performance. How much can a SGI workstation indure? 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 May 7 09:19:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA20816; Wed, 7 May 1997 06:14:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA20800; Wed, 7 May 1997 06:14:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA02084; Wed, 7 May 1997 06:14:10 -0700 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 GAA05521 for ; Wed, 7 May 1997 06:14:07 -0700 env-from (uunet.uu.net!ds9!cerebus.cambridge.com!jason) Received: from uucp4.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp4.UU.NET [192.48.96.35]) id QQcomu26555; Wed, 7 May 1997 09:14:12 -0400 (EDT) Received: from ds9.UUCP by uucp4.UU.NET with UUCP/RMAIL ; Wed, 7 May 1997 09:14:05 -0400 Received: from cerebus.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA09721; Wed, 7 May 97 09:12:21 EDT Received: by cerebus.cambridge.com (940816.SGI.8.6.9/SMI-4.1-SWS) id JAA01618; Wed, 7 May 1997 09:12:20 -0400 From: jason@cerebus.cambridge.com (Jason Williams) Message-Id: <9705070912.ZM1616@cerebus> Date: Wed, 7 May 1997 09:12:19 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: subclassing pfNode types and cloning Cc: jason@cerebus.cambridge.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I have subclassed the pfDCS node type and I am trying to clone instances of these new class types. On the second attempt to clone such a node, my process segment faults with the call stack stripped. It dies on my overriden nb_clone member function for the new class. This is the clone function for the new class OBJM_EntityNode: pfNode* OBJM_EntityNode::nb_clone() { OBJM_EntityNode *newEntity; void *arena = pfMemory::getArena(this); int ii; newEntity = new OBJM_EntityNode; newEntity->copy(this); for (ii = 0;ii < getNumChildren();ii++) { newEntity->addChild(getChild(ii)->clone(0)); } return((pfNode *) newEntity); } The OBJM_EntityNode class is a subclass of the pfDCS class type. Does anyone have experience with doing this and subclassing pfNode types. Its hard to believe that I am the first one trying to do this. Any help would be much appreciated, and thanks in advance. Jason @ Cambridge Research Associates. ======================================================================= 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 May 7 09:19:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA20731; Wed, 7 May 1997 04:56:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA20715; Wed, 7 May 1997 04:56:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA28799; Wed, 7 May 1997 04:56:19 -0700 Received: from teal.csn.net (teal.csn.net [199.117.27.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA25079 for ; Wed, 7 May 1997 04:56:14 -0700 env-from (<@sub22007.jic.com:cpawlows@moon.jic.com>) Received: (from agent@localhost) by teal.csn.net (8.8.5/8.6.9) id FAA15954 for ; Wed, 7 May 1997 05:56:13 -0600 (MDT) Received: from gateway.meu.edu(198.62.160.1) by teal.csn.net via smap (V2.0) id xma015934; Wed, 7 May 97 05:55:57 -0600 Received: from [206.156.0.2] by gateway.meu.edu id aa28544; 7 May 97 8:01 MDT Received: from sub22007.jic.com by moon.moon.jic.com id aa08870; 7 May 97 5:53 MDT Message-ID: <33705F45.5794@moon.jic.com> Date: Wed, 07 May 1997 07:53:58 -0300 From: Carol Pawlowski Reply-To: cpawlows@moon.jic.com X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Elevation in MultiGen and Performer Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Status: O Hi, I am running a DIS simulation using NavySAF (a form of ModSAF). I am also using VEGA (a Performer wrapper) to fly over a very flat piece of terrain created with MultiGen. In MultiGen I increased the elevation by a factor of 4 in order to create a pretty picture. Is there any way in Performer that I can compensate for my change in elevation automatically so that my elevation corresponds to that generated by NavySAF? ======================================================================= 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 May 7 08:36:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA20661; Wed, 7 May 1997 03:23:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA20645; Wed, 7 May 1997 03:23:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA26668; Wed, 7 May 1997 03:23:34 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA15119 for ; Wed, 7 May 1997 03:23:32 -0700 env-from (a00chc00@nchc.gov.tw) Received: from elf ([140.110.12.169]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id SAA02022 for ; Wed, 7 May 1997 18:23:21 +0800 (CST) Message-ID: <3370586C.8D57400@nchc.gov.tw> Date: Wed, 07 May 1997 18:24:45 +0800 From: "Charlie H. Chang" Organization: NCHC X-Mailer: Mozilla 4.0b3 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: warning message about UXrn00 X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Status: O Hi, I have modified "pathFly.c" from the Performer tutorial source, when I compile it under Onyx2 IR (R10k, IRIX6.4) with OpenGL library, it runs ok; but if compile under Onyx RE2 (R4400, IRIX6.2) with OpenGL, it runs and shows some message in the console window: Attempt to access UXrn00 which has been fDeleted Can someone tell me what that means, what causes the message to be generated, and how to stop it. Thank you in advance! -- Charlie H. Chang E-mail: a00chc00@nchc.gov.tw Voice: 886-3-5776085x209 Fax: 886-3-5773620 Media & Visualization Lab, National Center for High-performance Computing ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 7 09:19:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA20991; Wed, 7 May 1997 07:21:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA20975; Wed, 7 May 1997 07:21:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05690; Wed, 7 May 1997 07:21:49 -0700 Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA18056 for ; Wed, 7 May 1997 07:21:46 -0700 env-from (Hilbrink@nlr.nl) Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78]) by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id QAA26514; Wed, 7 May 1997 16:21:13 +0200 (DST) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from sylvester by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA00640; Wed, 7 May 1997 16:21:10 +0200 Sender: niels@nlr.nl Message-ID: <33708FD5.C6C822F6@nlr.nl> Date: Wed, 07 May 1997 16:21:09 +0200 From: Niels Hilbrink Organization: National Aerospace Laboratory X-Mailer: Mozilla 4.0b3C (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: Mark Baranowski CC: info-performer@sgi.com Subject: Re: pfLightSource and performance ?! X-Priority: 3 (Normal) References: <336EF375.D62552DF@nlr.nl> <33713640.2562832@post.demon.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Mark Baranowski wrote: > How are you measuring performance? If you are just looking at the > framerate figure, you may find that for example your framerate has > gone from 60Hz to 30Hz by just adding lightsources. If this is the > case, your draw time was previously only just within the 1/60th second > required for 60Hz update and the extra millisecond(s) required for the > lightsources has just pushed you over. Well you're right except that it went from a 'normal' 15-20 Hz to approx. 7-8 Hz. According to the man pages the following values are valid : 20.0, 15.0, 12.0, 10.0, 8.57, 7.5, 6.67, and 6.0 so You'd expect a value of at least 12 Hz right ? Niels. -- Niels Hilbrink (RS NOP) National Aerospace Laboratory (NLR) mailto:Hilbrink@nlr.nl Voorsterweg 31, 8316 PR Marknesse (++31)(0)527 242259 (Home) P.O. Box 153, 8300 AD Emmeloord (++31)(0)527 248224 (NLR) the Netherlands ======================================================================= 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 May 7 09:19:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA21035; Wed, 7 May 1997 07:37:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21019; Wed, 7 May 1997 07:37:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07078; Wed, 7 May 1997 07:37:30 -0700 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 HAA21191 for ; Wed, 7 May 1997 07:37:29 -0700 env-from (vsm_mrs@compuserve.com) Received: by hil-img-3.compuserve.com (8.6.10/5.950515) id KAA03736; Wed, 7 May 1997 10:36:55 -0400 Date: Wed, 7 May 1997 10:36:26 -0400 From: Jean BENOIT Subject: RE:Re: RE2 subface flicker problem to M.Barnes To: info-performer , "Marcus Barnes" Message-ID: <199705071036_MC2-161C-EBB3@compuserve.com> Status: O Like said Inge Henriksen, this problem depend on the size of the Database, is it not possible to define the zbuffer considering the near cull and the far cull, and not the size of BDD ?? Yo ======================================================================= 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 May 7 09:19:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA21061; Wed, 7 May 1997 07:41:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21045; Wed, 7 May 1997 07:41:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07340; Wed, 7 May 1997 07:41:17 -0700 Received: from hil-img-10.compuserve.com (hil-img-10.compuserve.com [149.174.177.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA21824 for ; Wed, 7 May 1997 07:41:15 -0700 env-from (vsm_mrs@compuserve.com) Received: by hil-img-10.compuserve.com (8.6.10/5.950515) id KAA25091; Wed, 7 May 1997 10:41:14 -0400 Date: Wed, 7 May 1997 10:40:53 -0400 From: Jean BENOIT Subject: RE:pfLayer + stencil not working on Impact? To: info-performer Message-ID: <199705071041_MC2-161C-EC9F@compuserve.com> Status: O I have the same problem, and I use the mode PFDECAL_BASE_STENCIL in the pfConvertAttr fct, before loading the DB, And it's works. YO ======================================================================= 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 May 7 13:45:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA21172; Wed, 7 May 1997 08:11:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA21156; Wed, 7 May 1997 08:11:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09760; Wed, 7 May 1997 08:11:35 -0700 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 ESMTP id IAA02615 for ; Wed, 7 May 1997 08:11:14 -0700 env-from (nchehayeb@ceit.es) Received: by correo.ceit.es with Internet Mail Service (5.0.1457.3) id ; Wed, 7 May 1997 17:03:45 +0200 Message-ID: <4117B47B16A5CF118A6400805F4C3F51011A6B@correo.ceit.es> From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: pfNode::getTravData() return non NULL pointer. Date: Wed, 7 May 1997 17:03:43 +0200 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Status: O Hi , I notice that the function pfNode::getTravData(int travId) return a non NULL pointer after the database loading phase. That is the database loader change the default value (NULL) and forget to restore it. I wonder if there is a workaround to get the correct result other than traversing the database and resetting this value. Best regards, Nassouh Adel Chehayeb C.E.I.T. (Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) Applied Mechanics Department Paseo de Manuel Lardizabal - 15 20009. San Sebastian (SPAIN) e-mail: nchehayeb@ceit.es Phone: ++34-43-21.28.00 Fax : ++34-43-21.30.76 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 7 14:52:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA21426; Wed, 7 May 1997 09:22:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA21410; Wed, 7 May 1997 09:22:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA15342; Wed, 7 May 1997 09:22:52 -0700 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 JAA28192 for ; Wed, 7 May 1997 09:22:50 -0700 env-from (bleclerc@cae.ca) Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA158327; Wed, 7 May 1997 12:18:52 -0400 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id MAA20890; Wed, 7 May 1997 12:12:33 -0400 Date: Wed, 7 May 1997 12:12:33 -0400 From: bleclerc@cae.ca (Bernard Leclerc) Message-Id: <199705071612.MAA20890@eagle.cae.ca> To: Niels Hilbrink Subject: Re: Collision detection Cc: info-performer@sgi.com Status: O Niels Hilbrink wrote, > I was wondering if anybody knows what kind of algorithm is used in the > collision detection functions of performer, especially in the > pfBoxContainsBox routine. > > And I also was wondering if performer has the ability (ie buildin functions) > to performer collision or interferences checking in arbitrary shaped > polytopes. To my knowlegde it has not. Please correct me if I'm wrong. Performer has no real mechanism to perform volume to volume collision detection. However, our group has successfully integrated a public library implementing this functionality. You'll find more on the subject at this address: http://www.cs.unc.edu/~geom/OBB/OBBT.html We used the RAPID library with the ISECT process to perform collision detection on various objects comprising the visual database of the International Space Station. Results are impressive... These people at UNC did a very good job. Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, 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 May 7 15:30:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA21488; Wed, 7 May 1997 09:46:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA21472; Wed, 7 May 1997 09:46:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA17574; Wed, 7 May 1997 09:46:44 -0700 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 JAB04780 for ; Wed, 7 May 1997 09:46:41 -0700 env-from (bleclerc@cae.ca) Received: tid MAA04736; Wed, 7 May 1997 12:41:16 -0400 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA150842; Wed, 7 May 1997 12:39:12 -0400 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id MAA20954; Wed, 7 May 1997 12:32:41 -0400 Date: Wed, 7 May 1997 12:32:41 -0400 From: bleclerc@cae.ca (Bernard Leclerc) Message-Id: <199705071632.MAA20954@eagle.cae.ca> To: Niels Hilbrink Subject: Re: pfLightSource and performance ?! Cc: info-performer@sgi.com Status: O > > Niels Hilbrink wrote: > > > > > I've got a question on the subject of pfLightSources. > > > > > > I noticed a performance drop of nearly 50% in using either a local or > > > global lightsource. Is this normal ?? > > > > No. This is not normal. > > > > What exactly do you mean by 50% drop? In My case, I noticed a small increase > > in processing time when using infinite and local light sources - something > > in the order of a milli-second. > > > > What kind of hardware are you using? > > Onyx (6*R10k) + REII. The delay (in the Draw stage) is around 50 milliseconds > compared to a similar scene (ie same flt database) in perfly. This is a huge delay... As Remi Arnaud mentioned, using projective texture is really costly. However I'm not convinced that you're using this feature of the pfLightSource class. Here are a more questions to help us identify what's going on. What is the pfFrameRate() and pfPhase()? I assume 30 or 60Hz and PFPHASE_LOCK. What is the pfMultiprocess() mode? PFMP_APP_CULL_DRAW? What are the timings observed in perfly for the APP, CULL and DRAW stages? What are the timings observed in your program? And finally, how is the pfLightSource created? Is it something like this? pfLightSource* ls = new pfLightSource; ls->setPos(0, 0, -1, 0); or ls->setPos(0, 0, 100, 1); ls->setSpotDir(0, 0, -1); Or is it more complicated? Let us know, we'll see what we can do... Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, 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 May 7 17:10:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA22160; Wed, 7 May 1997 11:14:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA22144; Wed, 7 May 1997 11:14:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA26451; Wed, 7 May 1997 11:14:47 -0700 Received: from mail.edgenet.net (mail.edgenet.net [205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA05250 for ; Wed, 7 May 1997 11:14:45 -0700 env-from (msitech@edgenet.net) Received: from edgenet ([205.181.169.104]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA21465 for ; Wed, 7 May 1997 14:16:15 -0400 Message-ID: <3370C7E0.2EC1@edgenet.net> Date: Wed, 07 May 1997 14:20:16 -0400 From: msitech Reply-To: msitech@edgenet.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: performer Subject: I can't hear you? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello! could someone please check to see if I'm still registered w/the "FAQ"?? I'm at "msitech@edgenet.net" thank-you Joe ======================================================================= 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 May 7 18:25:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA22505; Wed, 7 May 1997 12:30:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA22489; Wed, 7 May 1997 12:30:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA03022; Wed, 7 May 1997 12:30:22 -0700 Received: from mail.etcflorida.com ([207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA25583 for ; Wed, 7 May 1997 12:30:16 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Wed, 07 May 1997 15:29:18 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Wed, 07 May 1997 15:29:17 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <334FE2F0.794B@etcflorida.com> Date: Sat, 12 Apr 1997 15:30:56 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: [Fwd: pfFindNode] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Garrett Williams wrote: > > Is it posible to find a node within a loaded data base where the tree is > created in the modeling tool???? > > root = pfdLoadFile("thingy.dwb"); > l_leg = (pfDCS*) pfFindNode(root, "l_leg", pfGetGroupClassType()); > > Or do I need to create each moving part on the model as a seperate > peace??? I hope not. > The help was nice but this is what I have found out:: When Performer's standard loader loads in models it tends to remove group names unless there is multiple siblings (of group types) under the group then it keeps the name unchanged. Groups at the bottom of tree will allways lose its name. I have not tryed but I think that polygon and vertices will allway lose their names. I tracked the load process to pfdLoadFile.c . I rember seeing the load code for the diferent format loaders some whare and I would like to modify the loader so that the group names stay and control how the model is loaded. any and all suggestions would be thankfull Thanks:: Garrett ======================================================================= 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 May 7 18:25:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA23444; Wed, 7 May 1997 16:15:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA23428; Wed, 7 May 1997 16:15:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA24195; Wed, 7 May 1997 16:15:06 -0700 Received: from zeus.lnk.com (zeus.lnk.com [198.116.32.11]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id QAA02876 for ; Wed, 7 May 1997 16:15:03 -0700 env-from (lelkins@zeus.lnk.com) Received: by zeus.lnk.com (4.1/1.35) id AA12864; Wed, 7 May 97 19:15:01 EDT From: lelkins@zeus.lnk.com (Les Elkins) Message-Id: <9705072315.AA12864@zeus.lnk.com> Subject: class of pfNode*? To: info-performer@sgi.com Date: Wed, 7 May 1997 19:15:00 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 775 Status: O Hello.... Maybe I'm just being dense and not seeing this in the man pages, but given a pfNode *, can I determine what the pointer is actually referencing (is the object really a pfGroup, pfDCS, or what)? At first read I had thought that the member function getClassType would do this, but it's a static member of pfNode, so that's what my pfNode->getClassType() invokes. Is there a virtual counterpart, and if not how would one determine what the run time type is? (dynamic_cast doesn't seem to be in the C++ compiler- at least not in the one I'm using...) Many thanks... -Les ----------------------------------------------------------------------- Les Elkins LNK Corporation, Inc Riverdale, MD (301) 927-3223 lelkins@lnk.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 May 7 18:14:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA22439; Wed, 7 May 1997 12:17:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA22423; Wed, 7 May 1997 12:17:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA01954; Wed, 7 May 1997 12:17:21 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA22737 for ; Wed, 7 May 1997 12:17:09 -0700 env-from (marcus@logan.engr.multigen.com) 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 MAA23789 for ; Wed, 7 May 1997 12:24:01 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA16600 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Wed, 7 May 1997 19:12:34 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA08236 for info-performer@sgi.com; Wed, 7 May 1997 12:22:10 -0700 From: "Marcus Barnes" Message-Id: <9705071222.ZM8234@logan.engr.multigen.com> Date: Wed, 7 May 1997 12:22:09 -0700 In-Reply-To: "Rambabu" "Re: Running demo cliptex in MP mode" (May 7, 2:29pm) References: <199705021116.EAA13774@sgi.sgi.com> <336A3896.446B@ivex3d.com> <9705061301.ZM1790@logan.engr.multigen.com> <3370C9F3.41C6@ivex3d.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Running demo cliptex in MP mode Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 7, 2:29pm, Rambabu wrote: > Marcus Barnes wrote: > > > > The loader's centering functions requires that the cliptexture be projected > > so the loader mode PFFLT_USETEXMAP must be enabled and the modeler must have > > created a texture mapping entry in MultiGen for that texture. > > So, does that mean that we don't have to do anything more to adjust the > clipcenter ? Yup, the setup and centering is complete. Each frame the callback queries the channel's pipe to see if a pfMPClipTexture has been bound yet. If not it does some the setup. The idea was to allow people to use cliptextures in perfly with no additional effort wrt using classic textures. > If, incase we wish to, we have to find the node and attach > the a new callback to the node. is it ? The centering node isn't very distinguished. It happens to have a TRAV_APP prenode callback and its userdata is a pfGeoState. Areas of improvement I know of are: A loader mode to disable the setup. The setup logic needs to be more robust in the face of "cliptexture centering competition" with an application (perfly even). Ownership of the pfMPClipTexture isn't well defined and right now effectively belongs to the pfPipe. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 7 18:26:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA23108; Wed, 7 May 1997 15:47:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA23092; Wed, 7 May 1997 15:47:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA21204; Wed, 7 May 1997 15:47:08 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA24001 for ; Wed, 7 May 1997 15:47:05 -0700 env-from (marcus@logan.engr.multigen.com) 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 PAA24595 for ; Wed, 7 May 1997 15:53:57 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id WAA20961 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Wed, 7 May 1997 22:42:29 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA09713 for info-performer@sgi.com; Wed, 7 May 1997 15:52:05 -0700 From: "Marcus Barnes" Message-Id: <9705071552.ZM9711@logan.engr.multigen.com> Date: Wed, 7 May 1997 15:52:05 -0700 In-Reply-To: "Chehayeb, Nassouh" "pfNode::getTravData() return non NULL pointer." (May 7, 5:03pm) References: <4117B47B16A5CF118A6400805F4C3F51011A6B@correo.ceit.es> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "'Info-Performer'" Subject: Re: pfNode::getTravData() return non NULL pointer. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 7, 5:03pm, Chehayeb, Nassouh wrote: > > I notice that the function pfNode::getTravData(int travId) return a > non NULL pointer after the database loading phase. That is the database > loader change the default value (NULL) and forget to restore it. I > wonder if there is a workaround to get the correct result other than > traversing the database and resetting this value. More likely the loader (you didn't say which one) has installed some node traversal callbacks and associated data. It's probably best to leave the traversal data alone until you're sure about what it's there for ... Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 7 17:29:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA22265; Wed, 7 May 1997 11:31:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA22249; Wed, 7 May 1997 11:31:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA28023; Wed, 7 May 1997 11:31:33 -0700 Received: from ntserver.ivex3d.com (ivex3d.com [204.241.103.127]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA10113 for ; Wed, 7 May 1997 11:31:28 -0700 env-from (ram@ivex3d.com) Received: by ntserver.ivex3d.com from localhost (router,SLmailNT V2.3); Wed, 07 May 1997 14:25:56 Eastern Daylight Time Received: by ntserver.ivex3d.com from eng8 (204.241.103.127::mail daemon; unverified,SLmailNT V2.3); Wed, 07 May 1997 14:25:55 Eastern Daylight Time Sender: "ram munjulu" Message-ID: <3370C9F3.41C6@ivex3d.com> Date: Wed, 07 May 1997 14:29:07 -0400 From: "Rambabu" Organization: Ivex X-Mailer: Mozilla 2.0S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Marcus Barnes CC: info-performer@sgi.com Subject: Re: Running demo cliptex in MP mode References: <199705021116.EAA13774@sgi.sgi.com> <336A3896.446B@ivex3d.com> <9705061301.ZM1790@logan.engr.multigen.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Marcus Barnes wrote: > > On May 2, 2:55pm, Rambabu wrote: > > Subject: Re: Running demo cliptex in MP mode > > > > I believe, the loader would create a clipcenter and attach a PreApp > > callback to the Channel which will automatically adjust the clipcenter > > for you following a generic centering algorithm. > > > > I assume we could simply attach our own centering algorithm to do this. > > Marcus, is my inderstanding correct ? > > Not quite Ram, > > Later revisions of the OpenFlight loader (R15.2d and up) will arrange to > automatically center the first pfClipTexture that it creates. It does this buy > attached a prenode TRAV_APP callback to the appropriate pfNode for the subgraph > currently being created. Oops, sorry, a mixup. A callback attached to the Node and not the Channel. > > The loader's centering functions requires that the cliptexture be projected so > the loader mode PFFLT_USETEXMAP must be enabled and the modeler must have > created a texture mapping entry in MultiGen for that texture. > So, does that mean that we don't have to do anything more to adjust the clipcenter ? If, incase we wish to, we have to find the node and attach the a new callback to the node. is it ? Regards, -- Ram +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rambabu Munjuluri E-mail : 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 May 7 18:25:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA23326; Wed, 7 May 1997 16:09:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA23310; Wed, 7 May 1997 16:09:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA23544; Wed, 7 May 1997 16:09:40 -0700 Received: from mail.mry.rbd.com (rbd35.redshift.net [207.204.192.35]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA01409 for ; Wed, 7 May 1997 16:09:36 -0700 env-from (barker@cornholio.mry.rbd.com) Received: from cornholio.mry.rbd.com (cornholio.mry.rbd.com [207.204.192.37]) by mail.mry.rbd.com (8.7.5/8.7.3) with SMTP id SAA11386; Wed, 7 May 1997 18:07:35 -0400 Received: (from barker@localhost) by cornholio.mry.rbd.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA06744; Fri, 9 May 1997 12:06:05 -0700 Date: Fri, 9 May 1997 12:06:05 -0700 From: barker@rbd.com (Randall E. Barker) Message-Id: <199705091906.MAA06744@cornholio.mry.rbd.com> To: info-performer@sgi.com Subject: pfText Problem Cc: barker@rbd.com, pjm@rbd.com, barham@rbd.com Status: O Hello, I'm currently tring to use pfText to lable different objects which are moving about on the scene graph. However, when I attach the pfText to the scene graph, texturing is dissabled for some of the Geometry. Now the 3D Text is showing up just fine, and I'm not changing the string size after I create the pfText. The odd thing is that as I move the eye point around, different objects loose their textures and others regain them... I'm Using Performer 2.0.1 under IRIX 6.2 and I have tried both IRIS GL and OpenGL and have gotten the same result. I'm running on a 2 Processor RE2 with 128 Mbytes. I also ran with fpdebug on and go no warning or errors... BTW, if any one has any ideas, would you please CC barker@rbd.com as I have not been subscribed to info-performer for a while now. Thanks... -Randall ======================================================================= 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 May 8 01:39:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA25362; Wed, 7 May 1997 20:08:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA25346; Wed, 7 May 1997 20:08:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA09470; Wed, 7 May 1997 20:08:22 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA26734 for ; Wed, 7 May 1997 20:08:21 -0700 env-from (hatch@hell.asd.sgi.com) Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA05724; Wed, 7 May 1997 20:08:00 -0700 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA13271; Wed, 7 May 1997 20:07:59 -0700 From: "Don Hatch" Message-Id: <9705072007.ZM13269@hell.asd.sgi.com> Date: Wed, 7 May 1997 20:07:58 -0700 In-Reply-To: lelkins@zeus.lnk.com (Les Elkins) "class of pfNode*?" (May 7, 7:15pm) References: <9705072315.AA12864@zeus.lnk.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: lelkins@zeus.lnk.com (Les Elkins), info-performer@sgi.com Subject: Re: class of pfNode*? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 7, 7:15pm, Les Elkins wrote: > Subject: class of pfNode*? > Hello.... > > Maybe I'm just being dense and not seeing this in the man pages, but > given a pfNode *, can I determine what the pointer is actually > referencing (is the object really a pfGroup, pfDCS, or what)? > At first read I had thought that the member function getClassType > would do this, but it's a static member of pfNode, so that's what > my pfNode->getClassType() invokes. Is there a virtual counterpart, I think what you are looking for is getType(). 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 Thu May 8 06:56:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA25995; Thu, 8 May 1997 01:39:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA25979; Thu, 8 May 1997 01:39:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA16568; Thu, 8 May 1997 01:39:25 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA08180 for ; Thu, 8 May 1997 01:39:23 -0700 env-from (nchehayeb@ceit.es) Received: by correo.ceit.es with Internet Mail Service (5.0.1457.3) id ; Thu, 8 May 1997 10:35:53 +0200 Message-ID: <4117B47B16A5CF118A6400805F4C3F51011A6C@correo.ceit.es> From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: FW: pfNode::getTravData() return non NULL pointer. Date: Thu, 8 May 1997 10:35:51 +0200 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Status: O Hi, The loader that I use is the pfdLoad_obj(). Is there any user manual for this loader? Regard, Nassouh. > -----Original Message----- > From: Marcus Barnes [SMTP:marcus@multigen.com] > Sent: jueves 8 de mayo de 1997 0:52 > To: 'Info-Performer' > Subject: Re: pfNode::getTravData() return non NULL pointer. > > On May 7, 5:03pm, Chehayeb, Nassouh wrote: > > > > I notice that the function pfNode::getTravData(int travId) return a > > non NULL pointer after the database loading phase. That is the > database > > loader change the default value (NULL) and forget to restore it. I > > wonder if there is a workaround to get the correct result other than > > traversing the database and resetting this value. > > More likely the loader (you didn't say which one) has installed some > node > traversal callbacks and associated data. It's probably best to leave > the > traversal data alone until you're sure about what it's there for ... > > Regards. > -- > + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + > + Multigen Inc. http://www.multigen.com + > + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + > + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + > ====================================================================== > = > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= 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 May 8 07:37:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA26041; Thu, 8 May 1997 02:20:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA26025; Thu, 8 May 1997 02:20:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA17157; Thu, 8 May 1997 02:20:28 -0700 Received: from phoenix.ai.com.pl (phoenix.ai.com.pl [194.92.99.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA12124 for ; Thu, 8 May 1997 02:20:20 -0700 env-from (pawel@beskid0.ai.com.pl) Received: from beskid0.ai.com.pl (beskid0.ai.com.pl [194.92.99.150]) by phoenix.ai.com.pl (8.7.5/8.7.3) with SMTP id LAA06190 for <@phoenix.ai.com.pl:info-performer@sgi.com>; Thu, 8 May 1997 11:21:47 GMT Received: (from pawel@localhost) by beskid0.ai.com.pl (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA05560; Thu, 8 May 1997 11:19:17 GMT Date: Thu, 8 May 1997 11:19:17 GMT From: pawel@beskid0.ai.com.pl (Pawel Hernik) Message-Id: <199705081119.LAA05560@beskid0.ai.com.pl> To: hernik@ai.com.pl, info-performer@sgi.com Subject: Rendering 2 copies of scene Status: O Hello Performers, We have following problem: Our VisSim application must render 2 exact copy of scene. On second screen only overlay buffer changes. Our system: OnyxRE2, 2RM, 4CPU, 2@1280x1024. How todo it fast? We tried to copy all rendered screen space from one place in framebuffer to another but it is very slow (via rectcopy), probably slower than render scene once again but without culling and geometry calculations. How to do it in Performer? I mean rendering the same scene 2 times in different places in framebuffer (for 2 screens) but without double culling? How does exactly work rectcopy (or glCopyPixels)? Does it copy only within framebuffer or use temporary host memory? If only RM memory is copied why it is as slow :( Thanx in advance, Pawel ======================================================================= 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 May 8 09:35:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA26235; Thu, 8 May 1997 04:11:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA26219; Thu, 8 May 1997 04:11:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA18864; Thu, 8 May 1997 04:11:51 -0700 Received: from phoenix.ai.com.pl (phoenix.ai.com.pl [194.92.99.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA25055 for ; Thu, 8 May 1997 04:11:33 -0700 env-from (pawel@beskid0.ai.com.pl) Received: from beskid0.ai.com.pl (beskid0.ai.com.pl [194.92.99.150]) by phoenix.ai.com.pl (8.7.5/8.7.3) with SMTP id MAA18055 for <@phoenix.ai.com.pl:info-performer@sgi.com>; Thu, 8 May 1997 12:26:02 GMT Received: (from pawel@localhost) by beskid0.ai.com.pl (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA05729; Thu, 8 May 1997 12:17:18 GMT Date: Thu, 8 May 1997 12:17:18 GMT From: pawel@beskid0.ai.com.pl (Pawel Hernik) Message-Id: <199705081217.MAA05729@beskid0.ai.com.pl> To: hernik@ai.com.pl, info-performer@sgi.com Subject: SGI->TV signal converter ... Status: O Hello Performers, One of our VisSim apps renders 5 screens on OnyxIR 4RM, 4CPU, 5@800x600 at 60 or 72Hz (not decided yet). Two of them must be repetited on TV PAL screens (and for VHS recording). Does anybody know where we can buy special VGA to TV signal converter working with SGI signal levels (and how much is it)? We tried several popular converters for PC but none of them worked correctly. Most converters works up to 50Hz or for lesser resolution than 800x600. Hardware video channel in OnyxIR can't work in PAL (at 50Hz) when another channels use other than 50Hz freq. Does anyone (especially from SGI) can describe me differences between SGI monitor signals and normal VGA/SVGA - maybe we could change something in PeeCee converters circuits? Thanx in advance, Pawel ======================================================================= 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 May 8 12:53:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA26592; Thu, 8 May 1997 08:15:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA26576; Thu, 8 May 1997 08:15:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA28970; Thu, 8 May 1997 08:15:34 -0700 Received: from svmail01.mdc.com (SVMAIL01.MDC.COM [130.38.188.175]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA09395 for ; Thu, 8 May 1997 08:15:32 -0700 env-from (bwasileski@mdc.com) Received: from mdc.com by svmail01.mdc.com with SMTP (1.37.109.11/16.2) id AA101174526; Thu, 8 May 1997 10:15:26 -0500 Received: from gwxsl001-Message_Server by mdc.com with Novell_GroupWise; Thu, 08 May 1997 10:15:25 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 08 May 1997 09:47:05 -0500 From: Bryan Wasileski To: info-performer@sgi.com Subject: color bias Status: O Performers: Does anyone know how to change the defaults coloring bias and color intensity values. I would like to change the way some of my channels are being rendered and I would like to change the intensities and bias's...thanks in advanced.... Can this be done with performer or only wit GL? - 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 Thu May 8 12:53:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA27100; Thu, 8 May 1997 10:56:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA27084; Thu, 8 May 1997 10:56:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA12429; Thu, 8 May 1997 10:55:59 -0700 Received: from FALCON.AL.WPAFB.AF.MIL (falcon.al.wpafb.af.mil [129.48.134.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id KAA03981 for ; Thu, 8 May 1997 10:55:58 -0700 env-from (DSNYDER@FALCON.AL.WPAFB.AF.MIL) Received: from AL-Message_Server by FALCON.AL.WPAFB.AF.MIL with Novell_GroupWise; Thu, 08 May 1997 13:49:21 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 08 May 1997 13:49:10 -0400 From: Dave Snyder To: hernik@ai.com.pl, pawel@beskid0.ai.com.pl, info-performer@sgi.com Subject: SGI->TV signal converter ... -Reply Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Status: O Pawel, RGB Spectrum makes a box that should do the convert for you. They have a web site I believe. They advertise in Iris Universe and some other trade rags. If you still can't find it I may still have one of their spec sheets around. David dsnyder@falcon.al.wpafb.af.mil >>> Pawel Hernik 05/08/97 08:17am >>> Hello Performers, One of our VisSim apps renders 5 screens on OnyxIR 4RM, 4CPU, 5@800x600 at 60 or 72Hz (not decided yet). Two of them must be repetited on TV PAL screens (and for VHS recording). Does anybody know where we can buy special VGA to TV signal converter working with SGI signal levels (and how much is it)? We tried several popular converters for PC but none of them worked correctly. Most converters works up to 50Hz or for lesser resolution than 800x600. Hardware video channel in OnyxIR can't work in PAL (at 50Hz) when another channels use other than 50Hz freq. ======================================================================= 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 May 8 12:53:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA27012; Thu, 8 May 1997 10:36:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA26996; Thu, 8 May 1997 10:36:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA10530; Thu, 8 May 1997 10:35:54 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA24510 for ; Thu, 8 May 1997 10:35:49 -0700 env-from (marcus@logan.engr.multigen.com) 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 KAA27149; Thu, 8 May 1997 10:41:26 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id RAA04098; Thu, 8 May 1997 17:29:55 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA15182; Thu, 8 May 1997 10:39:32 -0700 From: "Marcus Barnes" Message-Id: <9705081039.ZM15179@logan.engr.multigen.com> Date: Thu, 8 May 1997 10:39:32 -0700 In-Reply-To: "Chehayeb, Nassouh" "FW: pfNode::getTravData() return non NULL pointer." (May 8, 10:35am) References: <4117B47B16A5CF118A6400805F4C3F51011A6C@correo.ceit.es> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: nchehayeb@ceit.es Subject: Re: pfNode::getTravData() return non NULL pointer. Cc: "'Info-Performer'" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 8, 10:35am, Chehayeb, Nassouh wrote: > Subject: FW: pfNode::getTravData() return non NULL pointer. > Hi, > > The loader that I use is the pfdLoad_obj(). This loader doesn't directly setup traversal data. It may do so indirectly because most loaders use the pfdBuilder and pfdBuildNthNode() may use traversal functions and data to add pfdExtensor's to the scene graph. It could be you've found a cleanup bug in pfdBuilder ... I don't see it NULL-ing out trav data, only setting it. > Is there any user manual for this loader? No, but the source code is in /usr/share/Performer/src/lib/libpfdu if you have installed the performer_dev.src.loader subsystem. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 8 12:53:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA27078; Thu, 8 May 1997 10:54:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA27062; Thu, 8 May 1997 10:54:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA12271; Thu, 8 May 1997 10:54:25 -0700 Received: from omega.turknet.com.tr ([194.54.52.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id KAA02787 for ; Thu, 8 May 1997 10:53:24 -0700 env-from (mderdem@turk.net) Received: from omega.turknet.com.tr by omega.turknet.com.tr (NTMail 3.02.10) with ESMTP id ra198033 for ; Thu, 8 May 1997 20:53:40 +0300 Message-ID: <2D877415.1874@turk.net> Date: Wed, 16 Mar 1994 13:03:17 -0800 From: Devrim Erdem Reply-To: mderdem@turk.net Organization: InfoTRON X-Mailer: Mozilla 3.01 (Win16; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: 32 to 64 Port Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, We are compiling our applications using old 32 bit libs, so I think about 64 bit. Does it worth porting the application to 64 bit ? What kind of performance change should I expect ? -- M.Devrim Erdem Simulation Application Engineer Aerospace Engineer infoTRON & Istanbul Technical University Visual Simulation Dept. Faculty Of Aeronautics email : mderdem@turk.net Tel : +90 216 492 1002 Fax : +90 216 343 2132 Address : Prof. Dr. Fahrettin Kerim Gokay Cad. 27/3 Altunizade 81190 Istanbul/TURKEY ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 8 12:53:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA26506; Thu, 8 May 1997 07:37:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA26490; Thu, 8 May 1997 07:37:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA26834; Thu, 8 May 1997 07:37:05 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA24772 for ; Thu, 8 May 1997 07:37:04 -0700 env-from (nicolas@cae.ca) Received: tid KAA17071; Thu, 8 May 1997 10:34:14 -0400 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA35902; Thu, 8 May 1997 10:33:08 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id KAA16103; Thu, 8 May 1997 10:26:07 -0400 From: "Nicolas Gauvin" Message-Id: <9705081026.ZM16101@christine.cae.ca> Date: Thu, 8 May 1997 10:26:07 -0400 In-Reply-To: jason@cerebus.cambridge.com (Jason Williams) "subclassing pfNode types and cloning" (May 7, 9:12am) References: <9705070912.ZM1616@cerebus> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: jason@cerebus.cambridge.com Subject: Re: subclassing pfNode types and cloning Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 7, 9:12am, Jason Williams wrote: > Subject: subclassing pfNode types and cloning > Hi, > > I have subclassed the pfDCS node type and I am trying to clone instances of > these new class types. On the second attempt to clone such a node, my process > segment faults with the call stack stripped. It dies on my overriden nb_clone > member function for the new class. This is the clone function for the new > class OBJM_EntityNode: > >-- End of excerpt from Jason Williams I believe that by trying to override those nb_funcs* you are going through uncharted territories. To do it correctly would require more knowledge on Performer internal ways of managing nodes and this is not documented (ie not encouraged). Because of this Performer's classes can be derived but there are some limitations on what you can change/override on them. I understand this comes from the added complexity of dealing with nodes that are instanced in multiple processes. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 8 18:28:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA27185; Thu, 8 May 1997 11:07:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA27169; Thu, 8 May 1997 11:07:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA13858; Thu, 8 May 1997 11:07:31 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA09706 for ; Thu, 8 May 1997 11:07:30 -0700 env-from (nchehayeb@ceit.es) Received: by correo.ceit.es with Internet Mail Service (5.0.1457.3) id ; Thu, 8 May 1997 20:04:51 +0200 Message-ID: <4117B47B16A5CF118A6400805F4C3F51011A6E@correo.ceit.es> From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: FW: pfNode::getTravData() return non NULL pointer. Date: Thu, 8 May 1997 20:04:49 +0200 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Status: O Thanks to Marcus for answering my question. This my be a problem if you want to implement a general traversal warp system as follow: class NodeTravData: public pfObject { protected: NodeTravData *next; NodeTravData *prev; int travId; pfNode *node; void *data; pfNodeTravfuncType pre, post; public: NodeTravData(); ~NodeTravData(); public: // link this element to the List. void set(pfNode *_node, int _travId, pfNodeTravFunc _pre, pfNodeTravFunc _post, void *_data) //unlink this element from the List. void unset(); protected: // Call all preTravFunc in the list passing user data pointer. static int preTravFunc(pfTraverser *, void *); // Calll all postTravFunc in the list passing user data pointer. static int postTravfunc(pfTraverser *, void *); }; Using this class you can add (set) and remove (unset) an unlimited number of callback in a traversal in a transparent mode. The function set will create a linked list of CB and data that will be called by the preTravFunc an postTravFunc but this only works if the first pfNode::getTravData() return a NULL.. Regards, Nassouh. > -----Original Message----- > From: Marcus Barnes [SMTP:marcus@multigen.com] > Sent: jueves 8 de mayo de 1997 19:40 > To: Chehayeb, Nassouh > Cc: 'Info-Performer' > Subject: Re: pfNode::getTravData() return non NULL pointer. > > On May 8, 10:35am, Chehayeb, Nassouh wrote: > > Subject: FW: pfNode::getTravData() return non NULL pointer. > > Hi, > > > > The loader that I use is the pfdLoad_obj(). > > This loader doesn't directly setup traversal data. It may do so > indirectly > because most loaders use the pfdBuilder and pfdBuildNthNode() may use > traversal > functions and data to add pfdExtensor's to the scene graph. > > It could be you've found a cleanup bug in pfdBuilder ... I don't see > it > NULL-ing out trav data, only setting it. > > > Is there any user manual for this loader? > > No, but the source code is in /usr/share/Performer/src/lib/libpfdu if > you have > installed the performer_dev.src.loader subsystem. > > Regards. > -- > + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + > + Multigen Inc. http://www.multigen.com + > + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + > + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 8 18:13:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA27313; Thu, 8 May 1997 11:46:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA27297; Thu, 8 May 1997 11:46:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA17944; Thu, 8 May 1997 11:46:18 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA23054 for ; Thu, 8 May 1997 11:45:59 -0700 env-from (marcus@logan.engr.multigen.com) 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 LAA27470 for ; Thu, 8 May 1997 11:52:49 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id SAA06249 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 8 May 1997 18:41:17 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA15530 for info-performer@sgi.com; Thu, 8 May 1997 11:50:58 -0700 From: "Marcus Barnes" Message-Id: <9705081150.ZM15528@logan.engr.multigen.com> Date: Thu, 8 May 1997 11:50:58 -0700 In-Reply-To: "Garrett Williams" "[Fwd: pfFindNode]" (Apr 12, 3:30pm) References: <334FE2F0.794B@etcflorida.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: [Fwd: pfFindNode] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 12, 3:30pm, Garrett Williams wrote: > > When Performer's standard loader loads in models it tends to remove > group names unless there is multiple siblings (of group types) under the > group then it keeps the name unchanged. It's not just the nodes name that's removed, it's the redundant group itself. Some loaders clean the final scene graph of nodes that are not strictly needed in order to improve performance. perfly also calls pfdCleanTree() after loading a database which does the same thing. This is what you are seeing. > Groups at the bottom of tree will allways lose its name. I have not tryed but > I think that polygon and vertices will allway lose their names. Polygons and vertices are not nodes in Performer's scene graph. They are primitive elements of pfGeoSet objects (which are also not nodes). Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 9 06:09:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA01856; Fri, 9 May 1997 00:56:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA01840; Fri, 9 May 1997 00:56:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA28862; Fri, 9 May 1997 00:56:36 -0700 Received: from marv.rsc.co.uk (marv.rsc.co.uk [194.73.130.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA29718 for ; Fri, 9 May 1997 00:56:34 -0700 env-from (helix-a@rsc.co.uk) Received: from bells (loc13.rsc.co.uk [195.14.1.172]) by marv.rsc.co.uk (Netscape Mail Server v2.02) with SMTP id AAA18780 for ; Fri, 9 May 1997 08:53:33 +0100 Message-ID: <3372D8F1.5A45@rsc.co.uk> Date: Fri, 09 May 1997 08:57:37 +0100 From: Dr Colin Bridgewater Reply-To: aardvark@rsc.co.uk Organization: None X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Problem with pfuSmoke library on O2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi folks, (newbie asks *yet another* FAQ...) Is there a problem with the pfuSmoke routines in PF 2.1 (or is it just my bad coding...) ? I have recently taken delivery of a R5K O2 and loaded PF 2.1 without any patches. When I recompiled some of my old applications, I get an error thus when I try to use the library to generate a smoke effect: pfTexture::apply() - bad number of components -1 Is anyone else familiar with this ? Also, have people had people attaching the older models of SpaceBalls to the new O2s ? Regards Colin PS My server trashed the mailing of the FAQ when I joined the info list, hence this message.... I don't have easy ftp access from my company. _______________________________________________________________________ Dr Colin Bridgewater email: aardvark@rsc.co.uk Morrison McLean Assocs, Greenbank Cres, East Tullos, Aberdeen, AB12 3BG work tel: +44 (0)1224 879797 fax: (01224) 890909 home: (01224) 635927 ======================================================================= 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 May 9 06:53:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA01977; Fri, 9 May 1997 01:39:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA01961; Fri, 9 May 1997 01:39:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA29530; Fri, 9 May 1997 01:39:29 -0700 Received: from otto.artcom.de ([192.76.129.42]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id BAA04440 for ; Fri, 9 May 1997 01:39:27 -0700 env-from (crux@artcom.de) Received: from coop by otto.artcom.de with smtp id m0wPl9O-00AKH2C; Fri, 9 May 97 10:35 MDT Sender: crux@artcom.de Message-ID: <3372E1DA.41C6@artcom.de> Date: Fri, 09 May 1997 04:35:38 -0400 From: Dirk Luesebrink Organization: art+com gmbh X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Chehayeb, Nassouh" CC: info-performer@sgi.com Subject: Re: FW: pfNode::getTravData() return non NULL pointer. References: <4117B47B16A5CF118A6400805F4C3F51011A6E@correo.ceit.es> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Chehayeb, Nassouh wrote: > ... > > Using this class you can add (set) and remove (unset) an > unlimited number of callback in a traversal in a transparent mode. The > function set will create a linked list of CB and data that will be > called by the preTravFunc an postTravFunc but this only works if the > first pfNode::getTravData() return a NULL.. > > Regards, > one callback per node is an uneeccesarry limitation. so i implemented a similar scheme like you did. in case i found callbacks and data on nodes installed by some loader i just dared to wrap them up in my scheme. pfNode* someNode; for(which in PFTRAV_ISECT, PFTRAV_APP, PFTRAV_CULL, PFTRAV_DRAW) { someNode->getTravFunc(which, & preCB, &postCB); data = someNode->getTravData(int which); NodeTravData::set(someNode, which, preCB, postCB); } scary thing to deal with unkown things, but for most of the callbacks i encountered it worked ok. dirk. ======================================================================= 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 May 9 09:15:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA02089; Fri, 9 May 1997 03:55:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA02073; Fri, 9 May 1997 03:55:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA01840; Fri, 9 May 1997 03:55:14 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA21511 for ; Fri, 9 May 1997 03:55:06 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id PAA28415; Fri, 9 May 1997 15:34:25 -0530 Message-Id: <199705092104.PAA28415@teil.soft.net> Subject: picking To: info-performer@sgi.com Date: Fri, 9 May 1997 15:34:25 -0530 (IST) From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 603 Status: O hi, i want something like, when user moves his cursor on some particular object, it change the color, and when he moves it off the object it should restore the original color. how do i do it in performer? or do i need to go for lower level OpenGL or something? thanks in advance. -swapnil *************************************************************************** swapnil@teil.soft.net http://www.teil.soft.net/~swapnil swapnil@pfindy.teil.soft.net swapn@hotmail.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 May 9 10:53:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA02196; Fri, 9 May 1997 05:32:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA02180; Fri, 9 May 1997 05:32:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA05990; Fri, 9 May 1997 05:32:40 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA03736 for ; Fri, 9 May 1997 05:32:37 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Fri, 09 May 1997 08:32:10 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Fri, 09 May 1997 08:32:10 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <335224C8.41C6@etcflorida.com> Date: Mon, 14 Apr 1997 08:36:24 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: [Fwd: Re: [Fwd: pfFindNode]] Content-Type: multipart/mixed; boundary="------------167E2781446B" Status: O This is a multi-part message in MIME format. --------------167E2781446B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Marcus Barnes wrote: > > On Apr 12, 3:30pm, Garrett Williams wrote: > > > > When Performer's standard loader loads in models it tends to remove > > group names unless there is multiple siblings (of group types) under the > > group then it keeps the name unchanged. > > It's not just the nodes name that's removed, it's the redundant group itself. > Some loaders clean the final scene graph of nodes that are not strictly needed > in order to improve performance. perfly also calls pfdCleanTree() after loading > a database which does the same thing. This is what you are seeing. Nope sorry that is not the error:: The error occurs during the load operation. I have found a bug in the pfdwb.c loadDwbFile(); ..:.. When the load process looped through all of the parts of the model it would use the string name for the item (ie.. group name, face name, lod name....) and use pfNodeName(current_node,name); to name the group.. Now the error occurs when it steps through the faces of the item the current_node does not change because faces are not nodes (stated by Marcus) but faces do have names in the file so the program would rename the group to the name of the face hence trashing the given name of the group...and making pfFindNode apear to error.. (sorry for being so wordy. I was up late finding this out) > > Groups at the bottom of tree will allways lose its name. I have not tryed > but > > I think that polygon and vertices will allway lose their names. > > Polygons and vertices are not nodes in Performer's scene graph. They are > primitive elements of pfGeoSet objects (which are also not nodes). I have found this to be true... > > Regards. > -- > + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + > + Multigen Inc. http://www.multigen.com + > + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + > + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com --------------167E2781446B Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline >From guest@holodeck.csd.sgi.com Fri May 09 02:56:23 1997 Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Fri, 09 May 1997 02:56:23 Eastern Daylight Time Received: by mail.etcflorida.com from sgi.sgi.com (192.48.153.1::mail daemon; unverified,SLMAIL95 V2.2); Fri, 09 May 1997 02:56:22 Eastern Daylight Time Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA21050; Thu, 8 May 1997 23:54:10 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA27313; Thu, 8 May 1997 11:46:21 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA27297; Thu, 8 May 1997 11:46:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA17944; Thu, 8 May 1997 11:46:18 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA23054 for ; Thu, 8 May 1997 11:45:59 -0700 env-from (marcus@logan.engr.multigen.com) 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 LAA27470 for ; Thu, 8 May 1997 11:52:49 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id SAA06249 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 8 May 1997 18:41:17 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA15530 for info-performer@sgi.com; Thu, 8 May 1997 11:50:58 -0700 From: "Marcus Barnes" Message-Id: <9705081150.ZM15528@logan.engr.multigen.com> Date: Thu, 8 May 1997 11:50:58 -0700 In-Reply-To: "Garrett Williams" "[Fwd: pfFindNode]" (Apr 12, 3:30pm) References: <334FE2F0.794B@etcflorida.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: [Fwd: pfFindNode] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Apr 12, 3:30pm, Garrett Williams wrote: > > When Performer's standard loader loads in models it tends to remove > group names unless there is multiple siblings (of group types) under the > group then it keeps the name unchanged. It's not just the nodes name that's removed, it's the redundant group itself. Some loaders clean the final scene graph of nodes that are not strictly needed in order to improve performance. perfly also calls pfdCleanTree() after loading a database which does the same thing. This is what you are seeing. > Groups at the bottom of tree will allways lose its name. I have not tryed but > I think that polygon and vertices will allway lose their names. Polygons and vertices are not nodes in Performer's scene graph. They are primitive elements of pfGeoSet objects (which are also not nodes). Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --------------167E2781446B-- ======================================================================= 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 May 9 13:10:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02349; Fri, 9 May 1997 07:30:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA02333; Fri, 9 May 1997 07:30:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA10679; Fri, 9 May 1997 07:30:25 -0700 Received: from relay.mod.uk (relay.mod.uk [192.5.29.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA23452 for ; Fri, 9 May 1997 07:30:23 -0700 env-from (ccparker@taz.dra.hmg.gb) Message-Id: <199705091430.HAA23452@sgi.sgi.com> Received: from hermes.dra.hmg.gb by relay.mod.uk with local SMTP id ; Fri, 9 May 1997 15:30:15 +0100 Received: from taz.dra.hmg.gb by hermes.dra.hmg.gb (MX V4.2 VAX) with SMTP; Fri, 09 May 1997 15:30:12 GMT Received: from ccparker.dra.hmg.gb ([146.80.23.148]) by taz.dra.hmg.gb (MX V4.2 AXP) with SMTP; Fri, 09 May 1997 15:30:11 GMT Comments: Authenticated sender is From: "Charles Parker" Organization: DERA UK. To: info-performer@sgi.com Date: Fri, 9 May 1997 15:28:15 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Cliptexture (running very slow) X-mailer: Pegasus Mail for Windows (v2.33) Status: O Hi, Can anyone tell me why my application runs very slow when I clip texture it and how do I fix it. I'm using 15.2 flight loader. My database (56,000 polygons) achieves 60 Hz (app takes 0.5ms) when not clip textured. If I use the same clip texture on a single polygon I can achieve 60Hz (app take ~2ms). When I clip texture the database the app takes over 200ms. Thanks in advance Charles -------------------------------------------------- Charles Parker Virtual Cockpits Group DERA Farnborough 2067Rm Probert Bldg Ively Road Farnborough Hampshire England GU14 0LX Tel : +44 1252 393624 Fax : +44 1252 393091 ======================================================================= 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 May 9 17:36:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA03056; Fri, 9 May 1997 11:56:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03040; Fri, 9 May 1997 11:56:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA03228; Fri, 9 May 1997 11:56:50 -0700 Received: from camus.paradigmsim.com (camus.paradigmsim.com [206.7.114.160]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA21166 for ; Fri, 9 May 1997 11:56:39 -0700 env-from (rweyrauch@camus.paradigmsim.com) Received: (from rweyrauch@localhost) by camus.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA13711; Fri, 9 May 1997 13:56:51 -0500 From: "Rick Weyrauch" Message-Id: <9705091356.ZM13709@camus.paradigmsim.com> Date: Fri, 9 May 1997 13:56:49 -0500 In-Reply-To: Swapnil Shah "picking" (May 9, 3:34pm) References: <199705092104.PAA28415@teil.soft.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Swapnil Shah, info-performer@sgi.com Subject: Re: picking Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You can use pfChanPick to pick objects in you scene graph. You can implement highlighting by installing pre/post node draw callbacks to enable/disable a pfHighlight. Rick On May 9, 3:34pm, Swapnil Shah wrote: > Subject: picking > hi, > > i want something like, when user moves his cursor on some particular object, > it change the color, and when he moves it off the object it should restore > the original color. > > how do i do it in performer? or do i need to go for lower level OpenGL or > something? > > thanks in advance. > -swapnil > *************************************************************************** > swapnil@teil.soft.net http://www.teil.soft.net/~swapnil > swapnil@pfindy.teil.soft.net > swapn@hotmail.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 Swapnil Shah -- 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 May 9 18:31:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA03422; Fri, 9 May 1997 12:51:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA03406; Fri, 9 May 1997 12:51:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA07255; Fri, 9 May 1997 12:51:18 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA11465 for ; Fri, 9 May 1997 12:51:17 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id MAA24717; Fri, 9 May 1997 12:51:08 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA06943; Fri, 9 May 1997 12:51:00 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705091951.MAA06943@remi.asd.sgi.com> Subject: Re: color bias -Reply To: bwasileski@mdc.com (Bryan Wasileski) Date: Fri, 9 May 1997 12:51:00 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: from "Bryan Wasileski" at May 9, 97 09:43:03 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 786 Status: O Bryan Wasileski wrote: > > Remi: > > changing gamma is not really what I was looking for; however, I may > have to end up using it. As far as Biasing goes, look at the man pages > under glPixelTransfer for a description. > I see. The bias and scale of glPixelTransfer is done when the pixels goes through the Geometry Engine. Another option is available for textures only, on a per-texture basis and may be of interest for you: GL_POST_TEXTURE_FILTER_SCALE_SGIX and GL_POST_TEXTURE_FILTER_BIAS_SGIX of glTexParameter. This let you change the parameters without having to reload the texture image. Best Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 9 20:58:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA04076; Fri, 9 May 1997 15:28:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA04060; Fri, 9 May 1997 15:28:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA19014; Fri, 9 May 1997 15:28:14 -0700 Received: from belle.sva.edu (sva.edu [199.35.154.203]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA20656 for ; Fri, 9 May 1997 15:28:11 -0700 env-from (ashish@belle.sva.edu) Received: from localhost (ashish@localhost) by belle.sva.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id SAA02113 for ; Fri, 9 May 1997 18:29:15 -0400 Date: Fri, 9 May 1997 18:29:14 -0400 (EDT) From: Ashish Verma Reply-To: Ashish Verma To: info-performer@sgi.com Subject: O2/MovieTex Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello - I am presently in the process of working on a project that involves using live video (or even video from a laser disk/memory) as textures on geometry. This project is being developed on an O2. The problem is that I need to develop the source code for this using Performer since it will eventually be incorporated into Coryphaeus (which is Performer-based). The O2 has several demos which do this but all or most of them are in Inventor. Does anyone know of any Performer based application that does this? Or a way to port the Inventor code into Performer? Or some place I could look into to do the same? Thanks in advance, Ashish Verma ashish@sva.edu ----------------------------------------------------------------------- ashish verma mfa computer art school of visual arts ======================================================================= 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 May 11 06:13:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA07228; Sun, 11 May 1997 01:00:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA07212; Sun, 11 May 1997 01:00:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA20655; Sun, 11 May 1997 01:00:35 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA04650 for ; Sun, 11 May 1997 01:00:35 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id BAA03021; Sun, 11 May 1997 01:00:33 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id BAA19897; Sun, 11 May 1997 01:00:32 -0700 From: "Sharon Clay" Message-Id: <9705110100.ZM19895@rose.asd.sgi.com> Date: Sun, 11 May 1997 01:00:32 -0700 In-Reply-To: "Charles Parker" "Cliptexture (running very slow)" (May 9, 3:28pm) References: <199705091430.HAA23452@sgi.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Charles Parker" , info-performer@sgi.com Subject: Re: Cliptexture (running very slow) Cc: hatch@rose.asd.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On May 9, 3:28pm, Charles Parker wrote: > Subject: Cliptexture (running very slow) -> ->Hi, -> ->Can anyone tell me why my application runs very slow when I clip ->texture it and how do I fix it. I'm using 15.2 flight loader. My database (56,000 ->polygons) achieves 60 Hz (app takes 0.5ms) when not clip textured. ->If I use the same clip texture on a single polygon I can achieve ->60Hz (app take ~2ms). When I clip texture the database the app takes ->over 200ms. Is this in perfly? The trouble is probably the clipcenter callback that is auto-centering the cliptexture based on eye position and the closest point in the database. The app traversal to find the approprate point can take some time. Two hints here: 1) a mulit-channel perfly bug in 2.1, this traversal would get executed for every channel instead of just the master channel 2) you can set a simplified version of the database for the traversal (such as just a bounding box) for the pfuNewClipCenterNode() API. 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 May 11 15:17:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA07840; Sun, 11 May 1997 09:51:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA07824; Sun, 11 May 1997 09:51:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA26794; Sun, 11 May 1997 09:51:08 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA18200 for ; Sun, 11 May 1997 09:51:07 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA07289; Sun, 11 May 1997 09:51:00 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA13761; Sun, 11 May 1997 09:50:58 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705111650.JAA13761@remi.asd.sgi.com> Subject: Re: Performer within Multi-threaded Applications To: dhigginb@motown.lmco.com (David Higginbotham) Date: Sun, 11 May 1997 09:50:58 -0700 (PDT) Cc: info-performer@sgi.com, dhigginb@motown.lmco.com, higginb@kirk.lmco.com, rabbitz@[129.204.16.40] In-Reply-To: <199705061741.NAA11089@newton.motown.lmco.com> from "David Higginbotham" at May 6, 97 01:41:42 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1431 Status: O David Higginbotham wrote: > > We have an large multi-threaded application that gathers and computes > data for a shipboard combat system. This program is divided into several > threads such as real-time data gathering, simulation, display, etc. > > Right now the display thread is implemented using OpenGL. Our app has > ability to use either sproc() or Posix threads, selectable at compile > time. In either case global memory is automatically shared among all > threads - the Unix brand of shared memory is not used. > > We would like to use Performer to implement the display thread. The > question is, what complications can arise by generating a Performer > application as a thread in a larger system? Will this interfere with > Performer's multi-processing and shared memory? Any advice on the best > way to do such an integration? > Performer pfConfig() call creates fork() processes based on the MP model asked by pfMultiprocess() call. It is very hard to call fork from a pthread, but it should be not a problem is you do the sproc/pthread after pfConfig() in the APP process created by Performer. Using pthread should not prevent you to use the Arena (shared memory) that performer creates to enable inter-process communication within Performer. _ / _ _ |_) _ ._ _ 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 May 12 07:54:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA09329; Mon, 12 May 1997 05:26:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA09313; Mon, 12 May 1997 05:26:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA15353; Mon, 12 May 1997 05:26:56 -0700 Received: from arl-img-8.compuserve.com (arl-img-8.compuserve.com [149.174.217.138]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA04084 for ; Mon, 12 May 1997 05:26:55 -0700 env-from (vsm_mrs@compuserve.com) Received: by arl-img-8.compuserve.com (8.6.10/5.950515) id IAA17018; Mon, 12 May 1997 08:26:55 -0400 Date: Mon, 12 May 1997 08:12:59 -0400 From: Jean BENOIT Subject: Intersection with multi_channel configuration To: info-performer Message-ID: <199705120813_MC2-1663-47FB@compuserve.com> Status: O I have a multichannel application, and I create mobiles specially in one channel, and not in the others. for that, I use pfNodetravMask function compatible with pfNodeTravMask. For culling and Drawing it's works. But, I would like to get only one intersection, and keep the good point for each channels. How can I do ? ======================================================================= 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 May 12 07:54:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA09377; Mon, 12 May 1997 06:10:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA09361; Mon, 12 May 1997 06:10:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA16665; Mon, 12 May 1997 06:10:19 -0700 Received: from phoenix.ai.com.pl (phoenix.ai.com.pl [194.92.99.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA01980 for ; Mon, 12 May 1997 06:09:53 -0700 env-from (pawel@oxygen.ai.com.pl) Received: from oxygen.ai.com.pl (oxygen.ai.com.pl [194.92.99.90]) by phoenix.ai.com.pl (8.7.5/8.7.3) with SMTP id PAA23658; Mon, 12 May 1997 15:09:54 GMT Received: (from pawel@localhost) by oxygen.ai.com.pl (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA02485; Mon, 12 May 1997 15:05:24 -1500 From: "Pawel Hernik" Message-Id: <9705121505.ZM2483@oxygen.ai.com.pl> Date: Mon, 12 May 1997 15:05:24 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Cc: pawel@izoldas0.ai.com.pl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Dear Performers, Does anyone have non-interactive (command line) version of "vout" for OnyxRE2 Irix5.3 ? Our VisSim application's screen is repetited on TV. Vout must be called in simulator startup sequence to setup screen position. But it has to be automatic without any user (i.e. our customer :) interaction. Manual pages of "vout" in later systems (O2, OnyxIR) shows following command line arguments: vout [-x xoff] [-y yoff] [-mode ntsc|pal] [-q] -[f] But these parameters don't work on our OnyxRE2 version and of course in later systems there isn't vout program (except of manuals). I tried to write own program using video library but it doesn't work because VL can only use additional video hardware (similarly "videoout"). Any solutions? Maybe someone has newer version of vout (with working command line arguments) or similar program? Thanx in advance, Pawel -- +-----------------------------+-----------------------------+ | Pawel A. Hernik, M.Sc.Eng. | 3D Gfx,VR,VisSim Programmer | | e-mail: pawel@scientist.com | Aerospace Industries Ltd. | | hernik@ai.com.pl | tel. (48-22)8465061 int.684 | +-----------------------------+-----------------------------+ | My opinions are my own, and do not necessarily represent | | those of my employer :) | +-----------------------------------------------------------+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon May 12 07:54:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA09147; Mon, 12 May 1997 02:40:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA09131; Mon, 12 May 1997 02:40:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA10474; Mon, 12 May 1997 02:40:21 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA15117 for ; Mon, 12 May 1997 02:40:12 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199705120940.CAA15117@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 12 May 1997 11:32:26 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 12 May 1997 11:32:26 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Mon, 12 May 1997 11:30:16 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Mon, 12 May 1997 13:14:35 +0200 Date: Mon, 12 May 1997 13:14:35 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970512111435] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: "P=INTERNET; DDA.TYPE=RFC-822; DDA.VALUE=info-performer(a)sgi.com" (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: RE: Problem with pfuSmoke library on O2 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0C The pfuSmoke lib uses 2 texture files by default smoke.tex and fire.tex (depends on which type of smoke you use) It seems that You have to place those files in your executive directory (= ./). You will find them in /usr/share/Performer/data. 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 May 12 07:54:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA09395; Mon, 12 May 1997 06:11:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA09379; Mon, 12 May 1997 06:11:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA16717; Mon, 12 May 1997 06:11:07 -0700 Received: from phoenix.ai.com.pl (phoenix.ai.com.pl [194.92.99.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA02155 for ; Mon, 12 May 1997 06:10:54 -0700 env-from (pawel@oxygen.ai.com.pl) Received: from oxygen.ai.com.pl (oxygen.ai.com.pl [194.92.99.90]) by phoenix.ai.com.pl (8.7.5/8.7.3) with SMTP id PAA23666; Mon, 12 May 1997 15:10:54 GMT Received: (from pawel@localhost) by oxygen.ai.com.pl (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA02489; Mon, 12 May 1997 15:06:32 -1500 From: "Pawel Hernik" Message-Id: <9705121506.ZM2487@oxygen.ai.com.pl> Date: Mon, 12 May 1997 15:06:32 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Vout problem ... Cc: pawel@izoldas0.ai.com.pl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Dear Performers, Does anyone have non-interactive (command line) version of "vout" for OnyxRE2 Irix5.3 ? Our VisSim application's screen is repetited on TV. Vout must be called in simulator startup sequence to setup screen position. But it has to be automatic without any user (i.e. our customer :) interaction. Manual pages of "vout" in later systems (O2, OnyxIR) shows following command line arguments: vout [-x xoff] [-y yoff] [-mode ntsc|pal] [-q] -[f] But these parameters don't work on our OnyxRE2 version and of course in later systems there isn't vout program (except of manuals). I tried to write own program using video library but it doesn't work because VL can only use additional video hardware (similarly "videoout"). Any solutions? Maybe someone has newer version of vout (with working command line arguments) or similar program? Thanx in advance, Pawel -- +-----------------------------+-----------------------------+ | Pawel A. Hernik, M.Sc.Eng. | 3D Gfx,VR,VisSim Programmer | | e-mail: pawel@scientist.com | Aerospace Industries Ltd. | | hernik@ai.com.pl | tel. (48-22)8465061 int.684 | +-----------------------------+-----------------------------+ | My opinions are my own, and do not necessarily represent | | those of my employer :) | +-----------------------------------------------------------+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon May 12 07:54:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA09269; Mon, 12 May 1997 04:32:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA09253; Mon, 12 May 1997 04:32:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA12438; Mon, 12 May 1997 04:32:56 -0700 Received: from dub-img-8.compuserve.com (dub-img-8.compuserve.com [149.174.206.138]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA28104 for ; Mon, 12 May 1997 04:32:55 -0700 env-from (vsm_mrs@compuserve.com) Received: by dub-img-8.compuserve.com (8.6.10/5.950515) id HAA22092; Mon, 12 May 1997 07:32:54 -0400 Date: Mon, 12 May 1997 07:32:38 -0400 From: Jean BENOIT Subject: RE:Re: RE:pfLayer + stencil not working on Impact? To: info-performer Message-ID: <199705120732_MC2-1661-FB4E@compuserve.com> Status: O Excuse me, it's too short and not the good function use before your pfdLoadFile : pfdConverterMode("flt",PFFLT_LAYER,PFDECAL_BASE_STENCIL) Yoel, ======================================================================= 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 May 12 15:04:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA10191; Mon, 12 May 1997 09:23:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA10175; Mon, 12 May 1997 09:23:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA27017; Mon, 12 May 1997 09:23:26 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA14491 for ; Mon, 12 May 1997 09:23:25 -0700 env-from (Boris.Groth@gmd.de) Received: from prosun.first.gmd.de (laura.first.gmd.de [192.35.153.120]) by mail.cs.tu-berlin.de (8.8.5/8.8.5) with ESMTP id SAA29482 for ; Mon, 12 May 1997 18:18:36 +0200 (MET DST) Message-ID: <33774255.BF54D030@gmd.de> Date: Mon, 12 May 1997 18:16:21 +0200 From: Boris Groth Reply-To: Boris.Groth@gmd.de Organization: GMD-FIRST X-Mailer: Mozilla 4.0b3 [en] (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: please unsubsribe... X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O -- Boris Groth GMD-FIRST German National Research Center for Computer Science Rudower Chaussee 5 D-12489 Berlin - Germany email: Boris.Groth@gmd.de bg@cs.tu-berlin.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 May 12 20:01:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA11285; Mon, 12 May 1997 14:03:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA11269; Mon, 12 May 1997 14:03:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA23037; Mon, 12 May 1997 14:03:47 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA15047 for ; Mon, 12 May 1997 14:03:46 -0700 env-from (bleclerc@cae.ca) Received: tid QAA06937; Mon, 12 May 1997 16:50:11 -0400 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA100951; Mon, 12 May 1997 16:46:04 -0400 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id QAA01234; Mon, 12 May 1997 16:16:03 -0400 Date: Mon, 12 May 1997 16:16:03 -0400 From: bleclerc@cae.ca (Bernard Leclerc) Message-Id: <199705122016.QAA01234@eagle.cae.ca> To: lelkins@zeus.lnk.com (Les Elkins) Subject: Re: class of pfNode*? Cc: info-performer@sgi.com References: <9705072315.AA12864@zeus.lnk.com> Status: O Don Hatch wrote: > On May 7, 7:15pm, Les Elkins wrote: > > Subject: class of pfNode*? > > Hello.... > > > > Maybe I'm just being dense and not seeing this in the man pages, but > > given a pfNode *, can I determine what the pointer is actually > > referencing (is the object really a pfGroup, pfDCS, or what)? > > At first read I had thought that the member function getClassType > > would do this, but it's a static member of pfNode, so that's what > > my pfNode->getClassType() invokes. Is there a virtual counterpart, > > I think what you are looking for is getType(). For clarity here, we should mention that the class pfNode is derived indirectly from the class pfMemory which contains a few member functions to query and test the pfType of a particular instance of a Performer object. pfMemory::getType() is one of them, the others are isOfType(), isExactType() and getTypeName(). Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, 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 May 12 22:17:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA11919; Mon, 12 May 1997 16:26:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA11903; Mon, 12 May 1997 16:26:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA04262; Mon, 12 May 1997 16:26:13 -0700 Received: from marv.rsc.co.uk (marv.rsc.co.uk [194.73.130.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA23082 for ; Mon, 12 May 1997 16:26:12 -0700 env-from (helix-a@rsc.co.uk) Received: from bells (loc15.rsc.co.uk [195.14.1.174]) by marv.rsc.co.uk (Netscape Mail Server v2.02) with SMTP id AAA5855 for ; Tue, 13 May 1997 00:19:51 +0100 Message-ID: <3377A6B6.3E35@rsc.co.uk> Date: Tue, 13 May 1997 00:24:38 +0100 From: Dr Colin Bridgewater Reply-To: aardvark@rsc.co.uk Organization: None X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: weird pfSmokes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Folks, Thanks for everyone who replied regarding my lack of textures during the smoke simulations. It helps to know what versions of PF are relevant to which machines and which patches, also. I have been able to obtain a a copy of the recent FAQ and am now much more enlightened. Have fun Colin _______________________________________________________________________ Dr Colin Bridgewater email: aardvark@rsc.co.uk Morrison McLean Assocs, Greenbank Cres, East Tullos, Aberdeen, AB12 3BG work tel: +44 (0)1224 879797 fax: (01224) 890909 home: (01224) 635927 ======================================================================= 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 May 13 01:18:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA13215; Mon, 12 May 1997 19:48:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA13199; Mon, 12 May 1997 19:48:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA15035; Mon, 12 May 1997 19:48:49 -0700 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA08143 for ; Mon, 12 May 1997 19:48:42 -0700 env-from (flysiml@public.bta.net.cn) From: flysiml@public.bta.net.cn Received: from caftei-adm (ts3-63.bta.net.cn [202.96.61.163]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id KAA00896 for ; Tue, 13 May 1997 10:47:56 +0800 Message-ID: <3377C873.30F@public.bta.net.cn> Date: Tue, 13 May 1997 10:48:35 +0900 Reply-To: flysiml@public.bta.net.cn X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: need help for OS & software installation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Dear friends, I'm going to install IRIX6.2/IDO6.2/Performer2.0 on Onyx(see bellow for it's hardware configuration),what patches are needed and how to install them? thanks in advance Cao Zhigang =================================== E-Mail: flysiml@public.bta.net.cn Tel: (8610)68428861-340 Fax: (8610)68424844 =================================== ************************************************************** RS1 5% hinv 1 200 MHZ IP19 Processor CPU: MIPS R4400 Processor Chip Revision: 6.0 FPU: MIPS R4010 Floating Point Chip Revision: 0.0 Data cache size: 16 Kbytes Instruction cache size: 16 Kbytes Secondary unified instruction/data cache size: 1 Mbyte Main memory size: 128 Mbytes, 2-way interleaved I/O board, Ebus slot 3: IO4 revision 1 Integral EPC serial ports: 4 Multi-Channel Option board installed RealityEngineII Graphics Pipe 0 at IO Slot 3 Physical Adapter 2 (Fchip rev 2) Integral Ethernet controller: et0, Ebus slot 3 EPC external interrupts Integral SCSI controller 1: Version WD33C95A, differential, revision 0 Disk drive: unit 1 on SCSI controller 1 Integral SCSI controller 0: Version WD33C95A, single ended, revision 0 Tape drive: unit 6 on SCSI controller 0: DAT CDROM: unit 5 on SCSI controller 0 CC synchronization join counter Integral EPC parallel port: Ebus slot 3 VME bus: adapter 0 mapped to adapter 13 VME bus: adapter 13 ********************************************************************* ======================================================================= 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 May 13 04:57:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA13805; Mon, 12 May 1997 23:36:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA13789; Mon, 12 May 1997 23:35:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA19763; Mon, 12 May 1997 23:35:58 -0700 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA13307 for ; Mon, 12 May 1997 23:35:38 -0700 env-from (flysiml@public.bta.net.cn) From: flysiml@public.bta.net.cn Received: from caftei-adm (ts4-7.bta.net.cn [202.96.61.199]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id OAA13175 for ; Tue, 13 May 1997 14:35:32 +0800 Message-ID: <3377FDCF.179D@public.bta.net.cn> Date: Tue, 13 May 1997 14:36:15 +0900 Reply-To: flysiml@public.bta.net.cn X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: ClipTexture Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello friends, I'm doing clip texture on my iR machine. Can you tell me if my hardware is enough to run cliptexture? Thanks Cao Zhigang =================================== E-Mail: flysiml@public.bta.net.cn Tel: (8610)68428861-340 Fax: (8610)68424844 =================================== ********************************************************** IR_No1 20% gfxinfo Graphics board 0 is "KONAS" graphics. Managed (":0.0") 1280x1024 Display has 8 channels 4 GEs (of 4), occmask = 0x0f 4MB external BEF ram, 32bit path 2 RM6 boards (of 2) 1/1/0/0 Texture Memory: 16MB/16MB/-/- Medium pixel depth 32K cmap IR_No1 21% hinv 2 196 MHZ IP25 Processors CPU: MIPS R10000 Processor Chip Revision: 2.5 FPU: MIPS R10010 Floating Point Chip Revision: 0.0 Secondary unified instruction/data cache size: 1 Mbyte Data cache size: 32 Kbytes Instruction cache size: 32 Kbytes Main memory size: 128 Mbytes, 2-way interleaved I/O board, Ebus slot 3: IO4 revision 1 Integral EPC serial ports: 4 Graphics board: InfiniteReality Integral Ethernet controller: et0, Ebus slot 3 EPC external interrupts Integral SCSI controller 1: Version WD33C95A, differential, revision 0 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 CC synchronization join counter Integral EPC parallel port: Ebus slot 3 VME bus: adapter 0 mapped to adapter 13 VME bus: adapter 13 ************************************************************************ ======================================================================= 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 May 13 08:19:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA14209; Tue, 13 May 1997 03:00:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA14193; Tue, 13 May 1997 03:00:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA23211; Tue, 13 May 1997 03:00:12 -0700 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id DAA07234 for ; Tue, 13 May 1997 03:00:06 -0700 env-from (chien@systech.hinet.net) Received: by systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA04655; Tue, 13 May 97 18:00:51 -0700 From: "chien" Message-Id: <9705131800.ZM4653@systech.hinet.net> Date: Tue, 13 May 1997 18:00:44 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.com Subject: combine gl graphic with performer opengl lib Cc: reid@paradigmsim.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O To:"Performer experts" Dear Performer friends: I use performer opengl library together with some gl subroutine.I face followering error: -------------------------------------------------------------------------------- ld: ERROR 33: Unresolved text symbol "glPipelineInstrumentsBufferSGIX" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(prof.o). ld: ERROR 33: Unresolved text symbol "nb_getPipe__18pfPipeVideoChannelFv" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cPipeVideoChannel.o). ld: ERROR 33: Unresolved text symbol "setUpdateCacheMask__13pfClipTextureFi" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "getUpdateCacheMask__13pfClipTextureFv" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "setUpdateVRegionMask__13pfClipTextureFi" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "getUpdateVRegionMask__13pfClipTextureFv" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "setSizeVRegionMask__13pfClipTextureFi" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: ERROR 33: Unresolved text symbol "getSizeVRegionMask__13pfClipTextureFv" -- 1st referenced by /usr/lib/Performer/Static/libpf_ogl.a(cClipTexture.o). ld: INFO 60: Output file removed because of error. ------------------------------------------------------------ Is there any person have such experience and know how to solve this?Please inform me if you know how to solve this. 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 May 13 09:25:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14563; Tue, 13 May 1997 06:31:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14547; Tue, 13 May 1997 06:31:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA29397; Tue, 13 May 1997 06:31:42 -0700 Received: from tls-cs1.cert.fr (tls-cs1.cert.fr [134.212.190.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA05542 for ; Tue, 13 May 1997 06:31:34 -0700 env-from (Nicolas.Tribie@cert.fr) Received: (uucp@localhost) by tls-cs1.cert.fr (8.6.9/8.5) id PAA14803; Tue, 13 May 1997 15:30:26 +0200 Received: from quadrus(134.212.240.1) by tls-cs1 via smap (V1.3) id sma014797; Tue May 13 15:30:14 1997 Received: from rosalind.fr. by quadrus.fr. (5.x/SMI-SVR4) id AA19967; Tue, 13 May 1997 15:32:29 +0200 Received: by rosalind.fr. (5.x/SMI-SVR4) id AA26801; Tue, 13 May 1997 15:31:52 +0200 Date: Tue, 13 May 1997 15:31:52 +0200 From: Nicolas.Tribie@cert.fr (Nicolas.Tribie) Message-Id: <9705131331.AA26801@rosalind.fr.> To: info-performer@sgi.com Subject: Pb : exporting object from Medit 1.5 to Performer 1.3 X-Sun-Charset: US-ASCII Status: O I'm currently using object designed with Medit 1.5 in a simulation written with Performer 1.2 (I know, that's rather old).The models are in the flt V13 format. My problem : the material attributes aren't correct under Performer : the shine diffuse and alpha aren't respected at all (objects look like neon lights !). I can't modify the object, since it's provided by a customer, and several teams currently work on it. Any workaround ? +-----------------------------------------------+ |Nicolas Tribie | Tel : 05.62.17.88.79 Dom. | |CERT/ONERA | Tel : 05.62.25.27.82 Bur. | |2 Av E. Belin | mail : Nicolas.Tribie@cert.fr| |31055 Toulouse | | +-----------------------------------------------+ ======================================================================= 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 May 13 09:25:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14545; Tue, 13 May 1997 06:31:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14529; Tue, 13 May 1997 06:31:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA29361; Tue, 13 May 1997 06:31:11 -0700 Received: from punt-1.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA05303 for ; Tue, 13 May 1997 06:31:05 -0700 env-from (gordon@apollo13.demon.co.uk) Received: from apollo13.demon.co.uk ([158.152.181.251]) by punt-1.mail.demon.net id aa0528354; 13 May 97 14:18 BST From: Gordon Tomlinson To: info-performer@sgi.com Cc: gordon@apollo13.demon.co.uk Newsgroups: comp.sys.sgi.misc Subject: simp_projtex.c Date: Tue, 13 May 1997 13:15:14 GMT Reply-To: gordon@apollo13.demon.co.uk Message-ID: <33796853.2228299@news.demon.co.uk> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Folks Can some kind sole send me the following C example /usr/people/4Dgifts/examples/grafix/realityengine/simp_projtex.c ( showing a projected texture ) or tell me which CD ( currently we are on IRIX 6.2 ) I can find it on, we seem to only have the executale and not the source TIA Gordon Tomlinson *************************************************************** Email: gordon@apollo13.demon.co.uk WWW: http://www.apollo13.demon.co.uk *************************************************************** The Truth is out there ........... Smoke me a Kipper I'll be back for Breakfast ..... *************************************************************** ======================================================================= 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 May 13 09:04:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA14297; Tue, 13 May 1997 03:42:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA14281; Tue, 13 May 1997 03:42:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA23810; Tue, 13 May 1997 03:42:06 -0700 Received: from otto.artcom.de (schleuse-inx.artcom.de [192.76.129.42]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id DAA13524 for ; Tue, 13 May 1997 03:42:00 -0700 env-from (axel@artcom.de) Received: from bolle by otto.artcom.de with smtp id m0wRF07-00AKH2C; Tue, 13 May 97 12:40 MDT Sender: axel@artcom.de Message-ID: <3378450B.167E@artcom.de> Date: Tue, 13 May 1997 12:40:11 +0200 From: Axel Schmidt Organization: ART+COM GmbH X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: need help for OS & software installation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Cao, > I'm going to install IRIX6.2/IDO6.2/Performer2.0 on > Onyx(see bellow for it's hardware configuration),what > patches are needed... on our Onyx/RE2 we have minimized our Performer problems using the following configuration: Performer 2.0 +patch 1696 (patches eoe to 2.0.4) +patch 1392 (patches dev to 2.0.2) IDO 7.1 +patch 1813, 1872, 1916, 1949 and 1981 > and how to install them? You should install patches like products with the SoftwareManager (swmgr). Axel -- Axel Schmidt axel@artcom.de fon +49-30-254 17 3 ART+COM Berlin http://www.artcom.de/ fax +49-30-254 17 555 ======================================================================= 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 May 13 12:13:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA14673; Tue, 13 May 1997 07:13:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14657; Tue, 13 May 1997 07:13:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA01208; Tue, 13 May 1997 07:13:29 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA12203 for ; Tue, 13 May 1997 07:13:25 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Tue, 13 May 1997 10:13:17 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Tue, 13 May 1997 10:13:16 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <335783A0.41C6@etcflorida.com> Date: Fri, 18 Apr 1997 10:22:24 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: ->setTravFuncs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I am trying to set up a callback within a class. I am calling this in the constructor of the class.. mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)walk,NULL); or mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)people::walk,NULL); both compile BUT::: neither works.... It seams that it will call the function (walk) properly but the function fails to get the proper value from a protected: varable. I have tried changing the varable to public and private but I recive a core when ran. I recive the warning: warning(3676): pointer-to-member-function cast to pointer to function mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)walk,NULL); maby I am missing somthing in C++ or in the proper use of ->setTravFuncs.. all help would be liked:::Thanks for the help... Garrett ======================================================================= 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 May 13 13:59:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14795; Tue, 13 May 1997 08:32:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14779; Tue, 13 May 1997 08:32:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA05489; Tue, 13 May 1997 08:32:07 -0700 Received: from iit.nrc.ca (smtpiit.iit.nrc.ca [132.246.36.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id IAA01396 for ; Tue, 13 May 1997 08:32:05 -0700 env-from (Roy@iit.nrc.ca) Message-ID: Date: 13 May 1997 11:26:28 U From: "Roy" Subject: Questions To: "info Performer" X-Mailer: Mail*Link SMTP-QM 4.0.0 Status: O Hello, My name's Melanie Roy (I'm French) and I working for Anne Parent at NRC. I'm summer student and I must develop a user interface for vary parameters of virtual environment (With Performer). This parameters are: Ground Fog, Frame Control, Level of Details, Texture, Transparency, Shadows, Collide Mode, Contrast, Luminance. I need informations of this parameters on Performer. I have the IRIS Performer Programmer's Guide and a demo Perfly but I don't have all of I need. Questions: -How I can vary Level of Details of a object? (number of polygon??) -How I can vary Transparency? (Ex: Vary between opaque to completely transparent with PFTR_FAST) -How I can vary Shadows? -How I can vary Contrast? -How I can vary Luminance? If you can answer to my questions, you enjoy me, else do you know who can help me? Thank you very much of your attention. Melanie Roy WES Student NRC roy@iit.nrc.ca ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 13 13:59:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA15373; Tue, 13 May 1997 11:15:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15355; Tue, 13 May 1997 11:15:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA17397; Tue, 13 May 1997 11:15:10 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA23746 for ; Tue, 13 May 1997 11:15:09 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA25666; Tue, 13 May 1997 10:57:08 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA06812; Tue, 13 May 1997 10:57:05 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705131757.KAA06812@remi.asd.sgi.com> Subject: Re: combine gl graphic with performer opengl lib To: chien@systech.hinet.net (chien) Date: Tue, 13 May 1997 10:57:05 -0700 (PDT) Cc: info-performer@sgi.com, reid@paradigmsim.com In-Reply-To: <9705131800.ZM4653@systech.hinet.net> from "chien" at May 13, 97 06:00:44 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 483 Status: O chien wrote: > > To:"Performer experts" > > Dear Performer friends: > > I use performer opengl library together with some gl subroutine.I face > followering error: You cannot combine IrisGL with OpenGL in a single program. If you use performer with opengl, then you have to use opengl library for the subroutines. _ / _ _ |_) _ ._ _ 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 May 13 13:59:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA15391; Tue, 13 May 1997 11:15:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15375; Tue, 13 May 1997 11:15:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA17404; Tue, 13 May 1997 11:15:13 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA23767 for ; Tue, 13 May 1997 11:15:11 -0700 env-from (tomcat@proxima.asd.sgi.com) Received: from proxima.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA25101; Tue, 13 May 1997 10:43:57 -0700 Received: by proxima.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA29006; Tue, 13 May 1997 10:43:52 -0700 From: "Tom McReynolds" Message-Id: <9705131043.ZM27802@proxima.asd.sgi.com> Date: Tue, 13 May 1997 10:43:51 -0700 In-Reply-To: "Sharon Clay" "(Fwd) ClipTexture" (May 13, 9:55am) References: <9705130955.ZM5656@rose.asd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: flysiml@public.bta.net.cn, info-performer@sgi.com Subject: Re: ClipTexture Cc: src@proxima.asd.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > --- Forwarded mail from flysiml@public.bta.net.cn > > From: flysiml@public.bta.net.cn > Date: Tue, 13 May 1997 14:36:15 +0900 > Reply-To: flysiml@public.bta.net.cn > X-Mailer: Mozilla 3.01Gold (WinNT; I) > To: info-performer@sgi.com > Subject: ClipTexture > > Hello friends, > > I'm doing clip texture on my iR machine. Can you tell me > if my hardware is enough to run cliptexture? > > Thanks > > Cao Zhigang > > =================================== > E-Mail: flysiml@public.bta.net.cn > Tel: (8610)68428861-340 > Fax: (8610)68424844 > =================================== > > ********************************************************** > IR_No1 20% gfxinfo > Graphics board 0 is "KONAS" graphics. > Managed (":0.0") 1280x1024 > Display has 8 channels > 4 GEs (of 4), occmask = 0x0f > 4MB external BEF ram, 32bit path > 2 RM6 boards (of 2) 1/1/0/0 > Texture Memory: 16MB/16MB/-/- > Medium pixel depth > 32K cmap > > IR_No1 21% hinv > 2 196 MHZ IP25 Processors > CPU: MIPS R10000 Processor Chip Revision: 2.5 > FPU: MIPS R10010 Floating Point Chip Revision: 0.0 > Secondary unified instruction/data cache size: 1 Mbyte > Data cache size: 32 Kbytes > Instruction cache size: 32 Kbytes > Main memory size: 128 Mbytes, 2-way interleaved > I/O board, Ebus slot 3: IO4 revision 1 > Integral EPC serial ports: 4 > Graphics board: InfiniteReality > Integral Ethernet controller: et0, Ebus slot 3 > EPC external interrupts > Integral SCSI controller 1: Version WD33C95A, differential, revision 0 > 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 > CC synchronization join counter > Integral EPC parallel port: Ebus slot 3 > VME bus: adapter 0 mapped to adapter 13 > VME bus: adapter 13 > ************************************************************************ > ======================================================================= > 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 flysiml@public.bta.net.cn > > -- > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ > Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. > src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ >-- End of excerpt from Sharon Clay Yes it's big enough. The main limitation for you is the amount of texture memory you have available for clipmaps. Here is the clipmem.txt file, which is part of the 201 beta (in performer.dev.src.sample). Look in /usr/share/Performer/src/sample/C/clipfly/doc: Clipmap Memory (System and Texture) Usage Estimation System Memory Estimation Given: Size of clipmap level 0 Clipsize (in texels) Tilesize (in texels; assuming tile size is the same for all levels) Texel size in bytes Whether the tiles have high disk latency 1. round up clipsize to even multiple of tile size in each dimension 2. divide each dimension by tilesize in that dimension 3. add 2 tiles to each dimension for a tile boundary of 1. 3a. if there is high latency downloading, such as reading tiles over the network, or decompressing tiles, add 4 tiles per dimension, giving a tile boundary of 2. You now have the number of tiles in each dimension per clipped level* 4. multipy each tile number in each dimension by the corresponding tilesize in that dimension. You now have the number of texels in each dimension 5. Multiply the texel dimensions together 6. Scale by the size of each texel 7. (extra credit) add in the fixed cost of imagecache structs, etc. You now have the system memory cost in bytes for each clipped level 8. Treat each level bigger than clipsize as clipped(**). Add 4/3rds the clipsize scaled by the texel size for the pyramid levels. 9. Scale the clipped level size by the number of clipped levels **This estimate is a bit too conservative, since the lowest clipped levels may exceed the entire level size with a border of 2 tiles. It is a function of tilesize and clipsize. Example: 2M top level, 1K clipsize, 512 Tile Size (everything square) 1 byte texel size (LMV example) 1. no-op: 1K, 1K (for both s and t) 2. 1K/512 = 2, 2 (for both s and t) 3. 2+4 = 6, 6 (for both s and t; high latency on tile download) 4. 6 * 512 = 3K, 3K (for both s and t) 5. 3K * 3K = 9M 6. 9M * 1 = 9M 7. We haven't figured out this constant yet, and we haven't proved it's a constant. 8. 9M * 10 = 90M (for 2M -> 4K levels) + 2M (for 2K level) = 92M 9. 4/3 * 1K * 1K= 1.3M 10. Total Size 92M + 1.3M = 93.3M Texture Memory Usage Given: Clipsize (in texels) Whether clipmap is virtual or non-virtual Number of levels in use (if less than 16) 1a. if virtual, multiply number of levels by square of clipsize 1b. if non-virtual, multiply number of levels bigger than clipsize by square clipsize. Add in 4/3 times clipsize squared (to account for the pyramid. ======================================================================= 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 May 13 19:28:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA16123; Tue, 13 May 1997 13:27:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA16107; Tue, 13 May 1997 13:27:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA29312; Tue, 13 May 1997 13:27:16 -0700 Received: from acusoft.com (acusoft.acusoft.com [205.187.235.130]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id NAA15442 for ; Tue, 13 May 1997 13:27:12 -0700 env-from (miller@acusoft.com) Received: from bats by acusoft.com (5.x/SMI-SVR4) id AA26858; Tue, 13 May 1997 16:29:31 -0400 Received: by bats (950413.SGI.8.6.12) id QAA03609; Tue, 13 May 1997 16:26:03 -0400 Date: Tue, 13 May 1997 16:26:03 -0400 (EDT) From: "Thomas M. Miller" X-Sender: miller@bats To: Performer Info Subject: glTexImage3DEXT Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Can anyone tell me if this bug is fixed yet? Bug: On InfiniteReality systems, defining 2D and 3D textures in arbitrary order can cause incorrect results if texture memory is overcommitted. Workarounds are to define all 3D textures before defining any 2D textures, or to ensure that the application never defines more textures than will fit in texture memory. This will be fixed in the next release. If so what patch # is it on? Thank you --TMIV ======================================================================= 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 May 13 20:30:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA16444; Tue, 13 May 1997 14:33:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA16428; Tue, 13 May 1997 14:33:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA04057; Tue, 13 May 1997 14:33:00 -0700 Received: from zeus.lnk.com (zeus.lnk.com [198.116.32.11]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id OAA04770 for ; Tue, 13 May 1997 14:32:52 -0700 env-from (lelkins@zeus.lnk.com) Received: by zeus.lnk.com (4.1/1.35) id AA02832; Tue, 13 May 97 17:32:49 EDT From: lelkins@zeus.lnk.com (Les Elkins) Message-Id: <9705132132.AA02832@zeus.lnk.com> Subject: Re: ->setTravFuncs To: info-performer@sgi.com Date: Tue, 13 May 1997 17:32:48 -0400 (EDT) In-Reply-To: <335783A0.41C6@etcflorida.com> from "Garrett Williams" at Apr 18, 97 10:22:24 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 854 Status: O > > I recive the warning: > > warning(3676): pointer-to-member-function cast to pointer > to function > > mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)walk,NULL); > I just had the same problem a couple of days ago, in that the C++ compiler would not let me make a reference to a member function in anything other than an invocation. I assume this is disallowed to make dealing with virtual functions easier. At any rate, I set the traversal _data_ for the node to -this-, and used a callback to a passthrough function to actually call the member function. I would be interested to know why you can't do this as above... -Les ----------------------------------------------------------------------- Les Elkins LNK Corporation, Inc Riverdale, MD (301) 927-3223 lelkins@lnk.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 May 13 23:43:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA17299; Tue, 13 May 1997 17:52:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA17283; Tue, 13 May 1997 17:52:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA19853; Tue, 13 May 1997 17:52:16 -0700 Received: from helios.Discreet.QC.CA (discreet.com [198.168.76.29]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA25940 for ; Tue, 13 May 1997 17:52:14 -0700 env-from (dery@Discreet.COM) Received: from cuba by helios.Discreet.QC.CA id UAA18642; Tue, 13 May 1997 20:49:38 -0400 Received: from atlantis (atlantis [172.16.100.56]) by cuba (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA16796; Tue, 13 May 1997 20:51:46 -0400 Received: (from dery@localhost) by atlantis (950413.SGI.8.6.12/) id UAA21427; Tue, 13 May 1997 20:51:46 -0400 From: "Jean-Luc Dery" Message-Id: <9705132051.ZM21425@atlantis> Date: Tue, 13 May 1997 20:51:46 -0400 In-Reply-To: "Garrett Williams" "->setTravFuncs" (Apr 18, 10:22am) References: <335783A0.41C6@etcflorida.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Garrett Williams" , "Questions@sgi" Subject: Re: ->setTravFuncs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Apr 18, 10:22am, Garrett Williams wrote: > Subject: ->setTravFuncs > I am trying to set up a callback within a class. > > I am calling this in the constructor of the class.. > > mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)walk,NULL); > > or > > mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)people::walk,NULL); > > both compile BUT::: neither works.... > It seams that it will call the function (walk) properly but the function > fails to get the proper value from a protected: varable. I have tried > changing the varable to public and private but I recive a core when ran. > > I recive the warning: > > warning(3676): pointer-to-member-function cast to pointer > to function > > mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)walk,NULL); > > maby I am missing somthing in C++ or in the proper use of > ->setTravFuncs.. > > all help would be liked:::Thanks for the help... > > Garrett Hy Garret, It would of been usefull to see how you actually declared the walk function in your class; but I suspect the member function walk( pfTraverser*, void* ) was not declared static. Is that correct ?? The function passed to the setTravFuncs arguments should be static or global functions and not member functions. You will be able to get the current node pointer from the traverser. Most probably, Performer converters the member function to a global function pointer and you thus loose access to your class data member. If this is the case, you could try something like this: class people { ... public: type yourVariable; static int preCull( pfTraverser*, void* ); }; int people::preCull( pfTraverser* trav, void* ) { people* body = (people*) trav->getNode(); blablabla ... return PFTRAV_...; } 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 Wed May 14 01:45:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA17969; Tue, 13 May 1997 20:17:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA17953; Tue, 13 May 1997 20:17:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA24633; Tue, 13 May 1997 20:17:58 -0700 Received: from noc.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA03768 for ; Tue, 13 May 1997 20:17:54 -0700 env-from (rmckinle@curly.ucsd.edu) Received: from curly.ucsd.edu by noc.ucsd.edu; id UAA22382 sendmail 8.8.5/UCSD8.3 via SMTP Tue, 13 May 1997 20:17:51 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: from localhost (rmckinle@localhost) by curly.ucsd.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id UAA03539 for ; Tue, 13 May 1997 20:16:28 -0700 Date: Tue, 13 May 1997 20:16:27 -0700 (PDT) From: Ryan McKinley To: info-performer@sgi.com Subject: searching this mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi - What is the best way to search the archive of this mailing list? Thanks, Ryan McKinley ======================================================================= 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 May 14 05:03:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA18445; Tue, 13 May 1997 23:42:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA18429; Tue, 13 May 1997 23:42:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA28789; Tue, 13 May 1997 23:42:37 -0700 Received: from wien.FH-Trier.de (dns.fh-trier.de [143.93.54.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA00992 for ; Tue, 13 May 1997 23:42:21 -0700 env-from (klaas@FH-Trier.de) Received: from junior.Fh-Trier.de (junior.fh-trier.de [143.93.54.9]) by wien.FH-Trier.de (8.7.5/8.7.3) with ESMTP id IAA42078; Wed, 14 May 1997 08:40:36 +0200 Received: (from klaas@localhost) by junior.Fh-Trier.de (8.7.5/8.7.3) id IAA10131; Wed, 14 May 1997 08:41:16 +0200 (MESZ) From: "Jens Klaas" Message-Id: <9705140841.ZM10129@junior.Fh-Trier.de> Date: Wed, 14 May 1997 08:41:15 +0000 In-Reply-To: flysiml@public.bta.net.cn "need help for OS & software installation" (May 13, 10:48am) References: <3377C873.30F@public.bta.net.cn> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: flysiml@public.bta.net.cn Subject: Re: need help for OS & software installation Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Maintained by websup@munich.sgi.com , flysiml@public.bta.net.cn wrote: > Subject: need help for OS & software installation > Dear friends, > > I'm going to install IRIX6.2/IDO6.2/Performer2.0 on > Onyx(see bellow for it's hardware configuration),what > patches are needed and how to install them? > > thanks in advance > > > Cao Zhigang Hi Zhigang, ------------ only I can do is give you a list of recommended patches for Onyx [6.2] Challenge (DM,L and XL) and Onyx Required Patch Set (Last Updated: May 1, 1997) Notes regarding this particular Patch Set: * If patch 1266 was installed prior to the installation of this patch set then "versions remove patchSG00001266". That really is four zeros. * If patch 1584 was installed prior to to the installation of this patch set then it is necessary to "versions remove patchSG0001584" to clean up the inst history. Core Patches: Num Title Patch Download Date Info Added 1270 RQS (requickstart) can damage C++ libraries List 461Kb 07/01/96 1284 tape patch adding LEOT/PEOT handing and List 358Kb 09/01/96 DLT2x00XT, 4x00 and 7x00 support to 6.2 1397 sash patch for 6.2 XFS changes List 451Kb 11/01/96 1418 IRIX 6.2 Networking Rollup Patch List 3Mb 01/01/97 1452 Add support for DLT2700XT and IBM NTP to List 41Kb 09/01/96 stacker program 1485 IRIX 6.2 Networking Commands Patch List 635Kb 01/01/97 1492 ONC3: Loopback File System rollup patch List 123Kb 11/01/96 1499 mount command fixes for 6.2 List 133Kb 01/01/97 1510 add VME Fast Ethernet (vfe) and GIO Fast List 41Kb 10/01/96 Ethernet (gfe) to hinv 1536 6.2 High End SCSI Rollup patch List 287Kb 11/01/96 1591 IO4prom 4.21 rollup patch for Challenge, List 2Mb 11/01/96 Power Challenge and R10K Challenge 1608 NFS rollup patch #5 for Irix 6.2 List 3Mb 01/01/97 Caveats: If patch 1608 is being installed for the first time please,"versions remove patchSG0001276" if it is present. Patch 1608 is incompatible with patch 1276. 1613 XLV Rollup #3 List 2Mb 11/01/96 1717 All platform kernel rollup patch List 14Mb 03/18/97 1723 IRIX 6.2 STREAMS rollup patch #3 List 1Mb 05/01/97 1768 XFS rollup #7 for 6.2 List 64Mb 03/01/97 1893 Cachefs rollup patch for 6.2 List 1Mb 05/01/97 1918 Irix 6.2 libc rollup List 15Mb 05/01/97 2044 rld rollup #7 for 6.2, 6.3, and 6.4: List 2Mb 05/01/97 pthreads+security Additional Patches (if applicable to your system): Num Title Patch Download Date Added Info 1227 IRIX 6.2 Routing Enhancements List 154Kb 01/01/97 1460 InfiniteReality Diagnostics Third Release, List 5Mb 10/01/96 August 1996 1503 Objectserver crash with graphics cards List 379Kb 10/01/96 Caveats: 1503 will appear as a downgrade but isn't and the installation should proceed. 1699 Onyx (not Onyx2) InfiniteReality Third List 23Mb 04/01/97 Release, January 1997 Security Patches: Num Title Patch Download Date Added Info 1417 Security fix for sysmon/sgihelp for 6.2 List 2Mb 02/01/97 1516 Desktop security patch List 2Mb 09/01/96 1598 Searchbook and iconbook file permissions List 860Kb 01/01/97 security patch in 6.2 1639 mail security fix (for 6.2) List 72Kb 02/01/97 1686 netprint security patch for IRIX 6.2 List 20Kb 02/01/97 ---------------------------------------------------------------------------- Maintained by websup@munich.sgi.com -- ------------------------------------------------------------------------------ Jens Klaas Tel: _\|/_ 0651/8103-499 / \ 0651/8103-457 | - - | 0651/81009-55 | | | In sharks we trust. 0171/5302574 \ \_/ / \___/ Fax: 0651/8103-214 0651/8103-245 0651/81009-57 eMail: klaas@fh-trier.de klaas@v-kon.trier.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 May 14 06:04:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA18755; Wed, 14 May 1997 00:43:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA18739; Wed, 14 May 1997 00:43:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA01118; Wed, 14 May 1997 00:43:57 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA09748 for ; Wed, 14 May 1997 00:43:56 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id AAA18734; Wed, 14 May 1997 00:43:18 -0700 Date: Wed, 14 May 1997 00:43:18 -0700 From: allan (Allan Schaffer) Message-Id: <9705140043.ZM18732@holodeck.csd.sgi.com> In-Reply-To: flysiml@public.bta.net.cn "need help for OS & software installation" (May 13, 10:48am) References: <3377C873.30F@public.bta.net.cn> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: flysiml@public.bta.net.cn, info-performer@sgi.com Subject: Re: need help for OS & software installation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 13, 10:48am, flysiml@public.bta.net.cn wrote: > Dear friends, > > I'm going to install IRIX6.2/IDO6.2/Performer2.0 on > Onyx(see bellow for it's hardware configuration),what > patches are needed It's an Onyx RE2 running 6.2, so from the FAQ's configuration table: Subject: ! -9- What version of IRIS Performer should I use? Date: 17 Mar 97 00:00:01 EST IRIX performer_eoe performer_dev +Patches ----------------------------------------------------------------------- 6.4 2.0.4 2.0 1392 (dev) 6.3 2.0.3 2.0 1696 (eoe), 1392 (dev) 6.2 (IR only*) 2.1 2.1 n/a 6.2 (non-IR*) 2.0.1 2.0 1696 (eoe), 1392 (dev) 5.3 2.0 2.0 1414 (eoe & dev) So in order: 1. performer_eoe 2.0.1 from the IRIX 6.2 CD (disk 1) 2. performer_dev 2.0 from the Performer 2.0 CD 3. patch 1696 4. patch 1392 > and how to install them? With the performer_eoe & performer_dev parts you'd probably be fine just doing "install default" then "go" within inst. For the patches, "install installable" within inst. 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 Wed May 14 06:23:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA19619; Wed, 14 May 1997 00:54:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA19603; Wed, 14 May 1997 00:54:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA01407; Wed, 14 May 1997 00:54:28 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA11236 for ; Wed, 14 May 1997 00:54:27 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id AAA19591; Wed, 14 May 1997 00:54:06 -0700 Date: Wed, 14 May 1997 00:54:06 -0700 From: allan (Allan Schaffer) Message-Id: <9705140054.ZM19589@holodeck.csd.sgi.com> In-Reply-To: Gordon Tomlinson "simp_projtex.c" (May 13, 1:15pm) References: <33796853.2228299@news.demon.co.uk> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: gordon@apollo13.demon.co.uk, info-performer@sgi.com Subject: Re: simp_projtex.c Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 13, 1:15pm, Gordon Tomlinson wrote: > Can some kind sole > send me the following C example > > /usr/people/4Dgifts/examples/grafix/realityengine/simp_projtex.c > ( showing a projected texture ) > > or tell me which CD ( currently we are on IRIX 6.2 ) I can find it on, > we seem to only have the executale and not the source The 4Dgifts were "retired" after 5.3, so you'll need to dig up an old 5.3 IRIS Development Option (IDO) disk to get them all. I'll mail it to you in a separate file. Also, I've made available for download the full 4Dgifts hierarchy: ftp://ftp.sgi.com/pub/4Dgifts/4Dgifts.tar.Z (about 5.7 MB) It will last there a day or two [until removed by an automatic sweeper] 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 Wed May 14 11:39:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA20752; Wed, 14 May 1997 08:38:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA20736; Wed, 14 May 1997 08:38:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA20030; Wed, 14 May 1997 08:38:03 -0700 Received: from daisy.paradigmsim.com (daisy.paradigmsim.com [206.7.114.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA23896 for ; Wed, 14 May 1997 08:37:59 -0700 env-from (eliza@daisy.paradigmsim.com) Received: (from eliza@localhost) by daisy.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA02462 for info-performer@sgi.com; Wed, 14 May 1997 10:38:28 -0500 From: "Elizabeth Smith" Message-Id: <9705141038.ZM2461@daisy.paradigmsim.com> Date: Wed, 14 May 1997 10:38:28 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Job Openings at Paradigm Simulation, Inc. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Tired of your brilliance getting overlooked in a bureaucratic quagmire? Try our quagmire instead... at least we have pool and foosball. Paradigm is wonderful little company located just a few blocks away from all the great restaurants and liquor stores in scenic North Dallas. Here at Paradigm, we enjoy tackling difficult problems like CLIP mapping, dynamic terrain, large area databases, and lunch. We have a pretty good handle on lunch, and would like to solve even more vis sim challenges, but we really need your help. Paradigm Simulation has immediate openings for qualified software developers in visual and audio simulation. Join a team that will accept your eccentricities without question (we let Angus work here). Join a team that likes to do the hard stuff and have fun at the same time. Join our team of long-time Performers at Paradigm in our casual work environment as we enhance and extend our product line. For more information on Paradigm, visit our web site at http://www.paradigmsim.com CURRENT OPENINGS -- Visual Simulation Software Product Developers -- Required Experience ------------------- Strong C and C++ skills Experience in 3D graphics software development on Silicon Graphics systems Real-time simulation experience Good oral and written communication skills Additional Desired Qualifications --------------------------------- SGI Iris Performer OpenGL Applied mathematics Product development experience ========================================================= -- Audio Engineers -- Required Experience ------------------- Strong C and C++ skills Experience with digital signal processing algorithms development (e.g. filter design) Experience with X/Motif Real-time simulation experience Good oral and written communications skills Additional Desired Qualifications --------------------------------- SGI Audio Library experience Applied Mathematics Exposure to various audio technologies (sampling, MIDI, Acoustics) Exposure to spatial audio technology Product development experience ========================================================= -- Technical Training Instructors -- -- Sales Support Engineers -- These positions require a combination of engineering expertise and formal communication skills. Required -------- The ideal candidates will have a blend of the following skills: Strong C and C++ programming skills Unix familiarity Excellent oral and written communication skills Strong inter-personal and formal presentation skills Prior software development experience Additional Desired Qualifications --------------------------------- Formal training experience Understanding of adult learning theory Ability to travel ========================================================= Candidates should send resumes by email to recruiting@paradigmsim.com or FAX to 1-972-960-2303 with Attention: Recruiting or US mail Recruiting Department Paradigm Simulation, Inc. 14900 Landmark, Suite 400 Dallas, Texas 75240 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 May 14 11:39:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA21088; Wed, 14 May 1997 10:02:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA21072; Wed, 14 May 1997 10:02:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA28428; Wed, 14 May 1997 10:02:24 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA19696 for ; Wed, 14 May 1997 10:02:12 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Wed, 14 May 1997 13:02:03 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Wed, 14 May 1997 13:02:03 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <3358FD0F.41C6@etcflorida.com> Date: Sat, 19 Apr 1997 13:12:47 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: axis of rotation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O is there a simple way of changing the axis of rotation of a model once it has been loaded???? Thanks:: garrett ======================================================================= 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 May 14 11:02:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA20211; Wed, 14 May 1997 05:23:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA20195; Wed, 14 May 1997 05:23:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA07569; Wed, 14 May 1997 05:23:27 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA16073 for ; Wed, 14 May 1997 05:23:25 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Wed, 14 May 1997 08:23:22 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Wed, 14 May 1997 08:23:21 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <3358BBB5.41C6@etcflorida.com> Date: Sat, 19 Apr 1997 08:33:57 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: Subject: ->setTravFuncs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Thanks for the help ::Jean-Luc Dery" && Jeremy Friesner) I did get it working just a bit differently but hay as long as it works right.... static int people::_call(pfTraverser *, people *doit) { doit->walk(); return PFTRAV_CONT; } void people::walk() { /* some stuff */ } Latter alll::: Garrett ======================================================================= 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 May 14 11:39:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA20346; Wed, 14 May 1997 06:48:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA20330; Wed, 14 May 1997 06:48:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA11538; Wed, 14 May 1997 06:48:09 -0700 Received: from mclapo.apo.saic.com (apo.saic.com [149.8.95.65]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA29514 for ; Wed, 14 May 1997 06:48:08 -0700 env-from (BLANCHARD@mclapo.apo.saic.com) From: BLANCHARD@mclapo.apo.saic.com Date: Wed, 14 May 1997 9:48:00 -0400 To: info-performer@SGI.com Message-Id: <970514094800.8b5d@mclapo.apo.saic.com> Subject: problems with pfuPath routines Status: O Hi everyone! I'm developing a missile flyout simulation and choose to use the pfuPath routines to define and follow the path, but we had some difficulties with the values returned from pfuFollowPath (especially when following an arc section of the path). First off, the returned 'where' is just fine (the updated position of the object following the path). It's the 'orien' returned values that are the problem... It looks like the orien values are the spherical coordinate equivalent of the where coordinates. In other words... orien[0] = arcTan(where[1] / where[0]) AND orien[1] = arcCos(where[2] / sqrt(sqr(where[0]) + sqr(where[1]) + sqr( where[2]))) EXCEPT that orien[1] is calculated with an 'arcTan' instead of the needed 'arcCos' in the pfuFollowPath routine. Is this a known bug, or are we just crazy? Our work around is that we include the following line right after the call to pfuFollowPath: orien[1] = pfArcCos(pfTan(orien[1])); Another thing I don't understand is that when the pfuFollowPath routine goes into an arc segment, the orien[0] value wants to perform unnessary heading changes. For example, if the path is a constant heading (in a plane), when the path gets to an arc segment the heading will rotate 180 to 270 degrees and end up at the proper heading by the end of the arc segment. Has anyone else noticed this behavior? Any work arounds? I'm using Performer 2.1 on an Onyx deskside Infinite Reality 10000 running 6.2. Thanks for any help. --Paul ======================================================================= 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 May 14 11:39:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20907; Wed, 14 May 1997 09:34:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20891; Wed, 14 May 1997 09:34:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA25712; Wed, 14 May 1997 09:34:12 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA12404 for ; Wed, 14 May 1997 09:34:12 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id JAA20887; Wed, 14 May 1997 09:33:41 -0700 Date: Wed, 14 May 1997 09:33:41 -0700 From: allan (Allan Schaffer) Message-Id: <9705140933.ZM20885@holodeck.csd.sgi.com> In-Reply-To: Ryan McKinley "searching this mailing list" (May 13, 8:16pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Ryan McKinley , info-performer@sgi.com Subject: Re: searching this mailing list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 13, 8:16pm, Ryan McKinley wrote: > > What is the best way to search the archive of this mailing list? You're going to get me in trouble. :-) "Coming soon" there will be a web-based tool [like dejanews] available from innovate.sgi.com. It's not there yet. Otherwise I generally use more direct methods. I load the archive files into MediaMail and use the 'Search' facility to find messages containing certain keywords. I've been keeping an eye open for any web-based search engine that is currently indexing the archives. If anyone knows of one, please let me know and I will add the info to the FAQ. 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 Wed May 14 11:39:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA21014; Wed, 14 May 1997 10:00:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA20998; Wed, 14 May 1997 10:00:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA28173; Wed, 14 May 1997 10:00:32 -0700 Received: from dis.trac.wsmr.army.mil (dis.trac.wsmr.army.mil [155.148.36.221]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA19158 for ; Wed, 14 May 1997 10:00:31 -0700 env-from (ohman@dis.trac.wsmr.army.mil) Received: by dis.trac.wsmr.army.mil (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id LAA05795; Wed, 14 May 1997 11:55:29 -0600 Date: Wed, 14 May 1997 11:55:29 -0600 From: ohman@dis.trac.wsmr.army.mil (David Ohman) Message-Id: <199705141755.LAA05795@dis.trac.wsmr.army.mil> Apparently-To: info-performer@sgi.com Status: O ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 14 10:58:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA20187; Wed, 14 May 1997 05:10:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA20171; Wed, 14 May 1997 05:10:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA07170; Wed, 14 May 1997 05:10:25 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA14313 for ; Wed, 14 May 1997 05:10:23 -0700 env-from (brian@dingbat.clubfed.sgi.com) Received: from dingbat.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) id IAA00589; Wed, 14 May 1997 08:10:19 -0400 Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA03148; Wed, 14 May 1997 08:02:57 -0400 Date: Wed, 14 May 1997 08:02:57 -0400 From: brian@dingbat.clubfed.sgi.com (Brian Furtaw) Message-Id: <9705140802.ZM3147@dingbat.clubfed.sgi.com> In-Reply-To: "Garrett Williams" "->setTravFuncs" (Apr 18, 10:22am) References: <335783A0.41C6@etcflorida.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Garrett Williams" , "Questions@sgi" Subject: Re: ->setTravFuncs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Garrett, Are you having difficulty because you have not declared the callback as a static function. If you don't declare your callbacks as static functions their is an extra argument passed by CC, the `this' pointer which is used implicitly when you reference member variables in methods. Try declaring walk with your arguments filled in for void like this... static void people::walk(void) Brian On Apr 18, 10:22am, Garrett Williams wrote: > Subject: ->setTravFuncs > I am trying to set up a callback within a class. > > I am calling this in the constructor of the class.. > > mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)walk,NULL); > > or > > mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)people::walk,NULL); > > both compile BUT::: neither works.... > It seams that it will call the function (walk) properly but the function > fails to get the proper value from a protected: varable. I have tried > changing the varable to public and private but I recive a core when ran. > > I recive the warning: > > warning(3676): pointer-to-member-function cast to pointer > to function > > mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)walk,NULL); > > maby I am missing somthing in C++ or in the proper use of > ->setTravFuncs.. > > all help would be liked:::Thanks for the help... > > Garrett > ======================================================================= > 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 Garrett Williams -- ----oOOo---- ----oOOo---- ----oOOo---- ----oOOo---- Brian Furtaw (brian@sgi.com) VisSim Technical Consultant 12200-G Plum Orchard Drive Office:(410)796-0394 Fax: (301)872-3293 Silver Spring, Maryland 20904 OpenGL/ImageVision/OpenInventor/Performer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 14 16:22:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA21139; Wed, 14 May 1997 10:21:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA21123; Wed, 14 May 1997 10:21:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA00758; Wed, 14 May 1997 10:21:11 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA26223 for ; Wed, 14 May 1997 10:21:07 -0700 env-from (swami@evl.uic.edu) Received: from zbox.evl.uic.edu (zbox.evl.uic.edu [131.193.48.160]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id MAA06917; Wed, 14 May 1997 12:22:06 -0500 (CDT) Received: from localhost (swami@localhost) by zbox.evl.uic.edu (8.6.5/8.6.4) with SMTP id RAA20006; Wed, 14 May 1997 17:22:06 GMT X-Authentication-Warning: zbox.evl.uic.edu: swami owned process doing -bs Date: Wed, 14 May 1997 12:22:06 -0500 (CDT) From: "Swaminathan N." To: Les Elkins cc: info-performer@sgi.com Subject: Re: ->setTravFuncs In-Reply-To: <9705132132.AA02832@zeus.lnk.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 13 May 1997, Les Elkins wrote: > > > > I recive the warning: > > > > warning(3676): pointer-to-member-function cast to pointer > > to function > > > > mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)walk,NULL); > > > > I just had the same problem a couple of days ago, in that the C++ > compiler would not let me make a reference to a member function in > anything other than an invocation. I assume this is disallowed to > make dealing with virtual functions easier. At any rate, I set > the traversal _data_ for the node to -this-, and used a callback > to a passthrough function to actually call the member function. > > I would be interested to know why you can't do this as above... > Typically pointers to member functions have a larger size than pointers to functions. This is because extra data has to be stored if the pointer to member function is virtual. For instance, if you call such a member function you get virtual dispatch. Note that there is no difference between pointer to member function and pointer to virtual member function. What you actually want is something called a bound pointer, &node.callback(), which was consciously decided against in the standard. You could hack that with templates. There's an article by Hicks in the C++ report (also reprinted in C++ Gems) that deals with precisely this issue. bye Swami <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.uic.edu ^ v Office: 996-3002 ^ v Home: 850-2726 ^ v http://www.evl.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 14 11:43:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA20587; Wed, 14 May 1997 07:45:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA20571; Wed, 14 May 1997 07:45:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA15494; Wed, 14 May 1997 07:45:27 -0700 Received: from hni.uni-paderborn.de (hni-ff.uni-paderborn.de [131.234.22.55]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA09589 for ; Wed, 14 May 1997 07:45:24 -0700 env-from (brandt@hni.uni-paderborn.de) Received: from kalypso.uni-paderborn.de (kalypso [131.234.144.20]) by hni.uni-paderborn.de (8.8.4/hni-mailhub) with ESMTP id QAA16631 for ; Wed, 14 May 1997 16:45:19 +0200 (MET DST) Received: from kalypso (localhost.dfn.de [127.0.0.1]) by kalypso.uni-paderborn.de (8.6.10/hni-client-sunos) with SMTP id QAA11130 for ; Wed, 14 May 1997 16:38:52 +0200 Sender: brandt@hni.uni-paderborn.de Message-ID: <3379CE7A.446B9B3D@hni.uni-paderborn.de> Date: Wed, 14 May 1997 16:38:50 +0200 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: No alpha channel with Inventormodels Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi I have problems getting the alphachannel to work when loading Inventor models into perfly. The alpha gets displayed white. The same model in OBJ format loads allright. Thanks for a suggestion. Christoph -- +---------------------------------------------------------------------+ | Christoph Brandt | Virtual Environment Team | | Rechnerintegrierte Produktion | | | Heinz Nixdorf Institut | Tel. : 0049-(0)5251-60-6233 | | Fuerstenallee 11 | Fax : 0049-(0)5251-60-6268 | | 33102 Paderborn | e-mail: brandt@hni.uni-paderborn.de | | Germany | http://wwwhni.uni-paderborn.de/rip | +---------------------------------------------------------------------+ ======================================================================= 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 May 14 17:13:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA21262; Wed, 14 May 1997 11:12:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA21246; Wed, 14 May 1997 11:12:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA06865; Wed, 14 May 1997 11:12:24 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA11411 for ; Wed, 14 May 1997 11:12:09 -0700 env-from (marcus@logan.engr.multigen.com) 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 LAA12386 for ; Wed, 14 May 1997 11:19:06 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id SAA14040 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Wed, 14 May 1997 18:07:28 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA03700 for info-performer@sgi.com; Wed, 14 May 1997 11:17:13 -0700 From: "Marcus Barnes" Message-Id: <9705141117.ZM3698@logan.engr.multigen.com> Date: Wed, 14 May 1997 11:17:13 -0700 In-Reply-To: lelkins@zeus.lnk.com (Les Elkins) "Re: ->setTravFuncs" (May 13, 5:32pm) References: <9705132132.AA02832@zeus.lnk.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: ->setTravFuncs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 13, 5:32pm, Les Elkins wrote: > Subject: Re: ->setTravFuncs > > > > I recive the warning: > > > > warning(3676): pointer-to-member-function cast to pointer > > to function > > > > mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)walk,NULL); > > I just had the same problem a couple of days ago, in that the C++ > compiler would not let me make a reference to a member function in > anything other than an invocation. I assume this is disallowed to > make dealing with virtual functions easier. You must understand that in C++ a pointer-to-non-static-member-function is generally not compatible with a pointer-to-function. Attempting such a cast is fundamentally a programming error. You can make your walk member function static and set the traversal data with the this pointer for the current object of your class. For example: class people { public: static int walk( pfTraverser*, void* ); }; NOTE: that your object must be in shared memory to be visible in the CULL process and if you derive from a Performer libpf class then the CULL process will only see the Performer subobject due to multibuffer "slicing". This is explained in the Performer Programming Guide, Chapter #14, page 495-496. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 14 18:18:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA21475; Wed, 14 May 1997 12:22:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA21459; Wed, 14 May 1997 12:22:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA16252; Wed, 14 May 1997 12:22:31 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA06470 for ; Wed, 14 May 1997 12:22:29 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id PAA17715; Wed, 14 May 1997 15:22:28 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma017711; Wed, 14 May 97 15:22:19 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id TAA28819; Wed, 14 May 1997 19:22:23 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id PAA06160; Wed, 14 May 1997 15:22:23 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199705141922.PAA06160@hf.ht.com> Subject: Stenciling help needed To: info-performer@sgi.com Date: Wed, 14 May 1997 15:22:23 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O Back in January Angus Dorbie posted a StencilHUD function which I have used successfully on my High Impact (R4400, IRIX 6.2, pf 2.0.2/4, N32, and a gazillion patches) to cut a circular endoscopic view in my main pfChannel (I use 2 channels). When I tried to run a statically linked version of the app on an IR R10000 the main channel is completely black (I know things are running based on post DRAW openGL output on top of the channel). When I recompiled using a Performer 2.2 beta (dynamic link this time) I got the same result. More recently I have tried to run the code (again statically like on my High Impact) on another Impact (an R4400 running Irix 6.2 for Impact R10000 - needed for ICO drivers, with not so many patches) with two different results. One time I got the completely black channel and other times I have gotten a crosshatch pattern over the entire channel (sorta like a chess board with 100s of squares. Can anyone venture a guess as to problems?? Could it be a lack of patches? If so, which ones are pertinent...I am afraid to install patches "willy-nilly" on the second Impact for fear that the HMD will stop working again! Could it be a failure to set up the visual with stencil bits (I just happens to default to something adequate on my High Impact)? Any advice or pointers are GREATLY appreciated, scott P.S. As a reminder here is the stencil function again (I modified for 1 bit of stencil and had to comment out two lines b/c I could not figure out what Visual_Mode was for). I call this the first time through the DRAW. //---------------------------------------------------------------------------- static void StencilHUD(pfPipeWindow *pw) { double f; static int mapped = 0; float new_x = 0.0f, new_y = 0.0f; // if(Visual_Mode != VISUAL_OPTICAL) // return; pw->select(); //pfSelectPWin(pw); glPushMatrix(); glLoadIdentity(); glMatrixMode(GL_PROJECTION); glPushMatrix(); glLoadIdentity(); glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0); glMatrixMode(GL_MODELVIEW); glDisable(GL_CULL_FACE); glDisable(GL_DEPTH_TEST); glEnable(GL_STENCIL_TEST); glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0); glClearColor(1.0f, 0.0f, 0.0f, 1.0f); glClear(GL_COLOR_BUFFER_BIT); glColor3f(0.0f, 0.0f, 0.0f); /* Clear stencil planes to one over entire window */ glClearStencil(0); glClear(GL_STENCIL_BUFFER_BIT); /* were a drawin' */ glStencilFunc(GL_ALWAYS, 0x1, 0x1); glStencilOp(GL_REPLACE, GL_REPLACE, GL_REPLACE); glBegin(GL_TRIANGLE_FAN); for(f = 0.0; f< 359.5; f+=1.0) { pfSinCos((float)f, &new_x, &new_y); glVertex2f(new_x, new_y); } glEnd(); glEnable(GL_CULL_FACE); glEnable(GL_DEPTH_TEST); // reset framebuffer glClearColor(0.0f, 0.0f, 0.0f, 1.0f); glClear(GL_COLOR_BUFFER_BIT); glMatrixMode(GL_PROJECTION); glPopMatrix(); glMatrixMode(GL_MODELVIEW); glPopMatrix(); glClearColor(1.0f, 0.0f, 0.0f, 1.0f); } //---------------------------------------------------------------------------- I call the following just before pfDraw(): glStencilFunc(GL_EQUAL, 0x1, 0x1); glStencilOp(GL_KEEP, GL_KEEP, GL_KEEP); glEnable(GL_STENCIL_TEST); //---------------------------------------------------------------------------- I call the following just after pfDraw(): glDisable(GL_STENCIL_TEST); -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 14 19:22:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA22072; Wed, 14 May 1997 13:18:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA22056; Wed, 14 May 1997 13:18:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA21411; Wed, 14 May 1997 13:18:38 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA22887 for ; Wed, 14 May 1997 13:18:31 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Wed, 14 May 1997 16:18:25 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Wed, 14 May 1997 16:18:24 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <33592B22.446B@etcflorida.com> Date: Sat, 19 Apr 1997 16:29:22 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: axis of rotation :: again Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Well I gess I was not too clear: I tryed Scott's idea with no result and Angus wants more info.. I have a model with multiple parts which I wish to rotate (say legs and arms) I am able to rotate each part alone but they all rotate about the same point (0,0,0) of the model. What I wish to do is move this point of rotation to another location like the hips or shorlders. I hope this is more clear... Thanks for the help.... garrett ======================================================================= 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 May 14 23:12:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA23920; Wed, 14 May 1997 21:09:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA23904; Wed, 14 May 1997 21:09:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA28381; Wed, 14 May 1997 21:09:00 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA26781 for ; Wed, 14 May 1997 21:09:00 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id VAA28377; Wed, 14 May 1997 21:08:59 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id VAA23100; Wed, 14 May 1997 21:08:38 -0700 From: "Rob Jenkins" Message-Id: <9705142108.ZM23098@quid.csd.sgi.com> Date: Wed, 14 May 1997 21:08:38 -0700 In-Reply-To: scott@ht.com (Scott McMillan) "Stenciling help needed" (May 14, 3:22pm) References: <199705141922.PAA06160@hf.ht.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: Stenciling help needed Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 14, 3:22pm, Scott McMillan wrote: ... > > Could it be a lack of patches? If so, which ones are pertinent...I am afraid > to install patches "willy-nilly" on the second Impact for fear that the HMD > will stop working again! > Latest gfx related patches for Impact ( not full recommended patches list ): OS: Irix 6.2 for Impact R10000, patches 1447 ( gfx ) and 1861 ( Xserver ), and maybe 1422 ( IGLOO ). > Could it be a failure to set up the visual with stencil bits (I just happens > to default to something adequate on my High Impact)? > You could check what you got with pfPipeWindow::getFBConfig. Impact should have plenty of visuals with stencil, use findvis or glxinfo to see what's available. Where do you choose the visual for the pipeWin ? Can you break this down to an compileable example ? Might be worth trying ogldebug to see what's going on. 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 Wed May 14 23:12:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA23949; Wed, 14 May 1997 21:27:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA23932; Wed, 14 May 1997 21:26:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA29029; Wed, 14 May 1997 21:25:45 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA28744 for ; Wed, 14 May 1997 21:25:45 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA21006; Wed, 14 May 1997 21:25:41 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA02884; Wed, 14 May 1997 21:25:36 -0700 Date: Wed, 14 May 1997 21:25:36 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705142125.ZM2882@multipass.asd.sgi.com> In-Reply-To: scott@ht.com (Scott McMillan) "Stenciling help needed" (May 14, 3:22pm) References: <199705141922.PAA06160@hf.ht.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: Stenciling help needed Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 14, 3:22pm, Scott McMillan wrote: > Subject: Stenciling help needed > Back in January Angus Dorbie posted a StencilHUD function which I have used > successfully on my High Impact (R4400, IRIX 6.2, pf 2.0.2/4, N32, and a > gazillion patches) to cut a circular endoscopic view in my main pfChannel (I > use 2 channels). > > When I tried to run a statically linked version of the app on an IR R10000 > the main channel is completely black (I know things are running based on post > DRAW openGL output on top of the channel). When I recompiled using a > Performer 2.2 beta (dynamic link this time) I got the same result. > > More recently I have tried to run the code (again statically like on my High > Impact) on another Impact (an R4400 running Irix 6.2 for Impact R10000 - > needed for ICO drivers, with not so many patches) with two different results. > One time I got the completely black channel and other times I have gotten a > crosshatch pattern over the entire channel (sorta like a chess board with > 100s of squares. > > Can anyone venture a guess as to problems?? Do you get stencil bits with the visual you request with the iR? Pixel depth and the exact parameters of all the visual attributes would be critical. Try requesting an explicit visual id you know you can get and is supported on the platform. The impact problem seems a little stranger but could have a similar cause (although it shouldn't cause a hatching problem). Using an ICO with a different VOF & managed area could easily throw up a different visual id. > > Could it be a lack of patches? If so, which ones are pertinent...I am afraid > to install patches "willy-nilly" on the second Impact for fear that the HMD > will stop working again! > > Could it be a failure to set up the visual with stencil bits (I just happens > to default to something adequate on my High Impact)? Hey! you knew all along :-) 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 Wed May 14 23:12:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA23703; Wed, 14 May 1997 20:32:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA23687; Wed, 14 May 1997 20:32:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA27002; Wed, 14 May 1997 20:32:43 -0700 Received: from glinda.oz.net (glinda.oz.net [198.68.184.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA22454 for ; Wed, 14 May 1997 20:32:39 -0700 env-from (avi@oz.net) Received: from wolfchild (avi.oz.net [206.61.159.122]) by glinda.oz.net (8.8.5/8.7.3) with ESMTP id UAA20684; Wed, 14 May 1997 20:31:24 -0700 (PDT) Message-ID: <337A83A5.16623683@oz.net> Date: Wed, 14 May 1997 20:31:49 -0700 From: Avi X-Mailer: Mozilla 4.0b4 [en] (WinNT; I) MIME-Version: 1.0 To: "Swaminathan N." CC: Les Elkins , info-performer@sgi.com Subject: Re: ->setTravFuncs X-Priority: 3 (Normal) References: Content-Type: text/plain; charset=iso-8859-1 Status: O There are several ways to hack this into reasonably portable C++, none of which I'd like to promote. The best (most reliable) way I've found to deal with this is to set the trav-data to "this" and use a static wrapper callback that just casts trav-data back to the appropriate type and calls the member function of your choice. You can even do this with virtual member functions (e.g. share a single wrapper callback for an entire class branch). But I'd recommend making the indirected member function non-virtual and inlined for the minimum performance penalty. Avi P.S. Since callbacks are about the same cost as virtual functions anyway [e.g., if (callfunc) (*callfunc)(data); is reasonably similar to (*(_vtbl[f_index]))(data); ], it would have been reasonable to have a overridable virtual function called pfTravApp(...) or something like that in pfNode that was called if a pfTravAppFlag was set. I assume the reason that isn't in there is because of C compatibility and possibly performance (but that could be dealt with easily enough). Swaminathan N. wrote: > On Tue, 13 May 1997, Les Elkins wrote: > > > > > > > I recive the warning: > > > > > > warning(3676): pointer-to-member-function cast to pointer > > > to function > > > > > > mv_body->setTravFuncs(PFTRAV_CULL,(pfNodeTravFuncType)walk,NULL); > > > > > > > I just had the same problem a couple of days ago, in that the C++ > > compiler would not let me make a reference to a member function in > > anything other than an invocation. I assume this is disallowed to > > make dealing with virtual functions easier. At any rate, I set > > the traversal _data_ for the node to -this-, and used a callback > > to a passthrough function to actually call the member function. > > > > I would be interested to know why you can't do this as above... > > > > Typically pointers to member functions have a larger size than > pointers to > functions. This is because extra data has to be stored if the pointer > to > member function is virtual. For instance, if you call such a member > function > you get virtual dispatch. Note that there is no difference between > pointer > to member function and pointer to virtual member function. > > What you actually want is something called a bound pointer, > &node.callback(), > which was consciously decided against in the standard. You could hack > that > with templates. There's an article by Hicks in the C++ report (also > reprinted > in C++ Gems) that deals with precisely this issue. > > bye > Swami > > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > v Swaminathan Narayanan ^ > v swami@evl.uic.edu ^ > v Office: 996-3002 ^ > v Home: 850-2726 ^ > v http://www.evl.uic.edu/swami ^ > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > > ================================================= > ===================== > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 15 02:08:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA23968; Wed, 14 May 1997 21:28:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA23952; Wed, 14 May 1997 21:28:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA29091; Wed, 14 May 1997 21:28:37 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA29258 for ; Wed, 14 May 1997 21:28:37 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA21056; Wed, 14 May 1997 21:28:25 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA02903; Wed, 14 May 1997 21:28:20 -0700 Date: Wed, 14 May 1997 21:28:20 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705142128.ZM2901@multipass.asd.sgi.com> In-Reply-To: "Garrett Williams" "axis of rotation :: again" (Apr 19, 4:29pm) References: <33592B22.446B@etcflorida.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Garrett Williams" , "Questions@sgi" Subject: Re: axis of rotation :: again Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O translate by (-x, -y, -z) perform the rotation then translate by (+x, +y, +z) On Apr 19, 4:29pm, Garrett Williams wrote: > Subject: axis of rotation :: again > Well I gess I was not too clear: > > I tryed Scott's idea with no result and Angus wants more info.. > > I have a model with multiple parts which I wish to rotate (say legs and > arms) I am able to rotate each part alone but they all rotate about the > same point (0,0,0) of the model. What I wish to do is move this point > of rotation to another location like the hips or shorlders. > > I hope this is more clear... Thanks for the help.... > > > garrett > ======================================================================= > 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 Garrett Williams ======================================================================= 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 May 15 04:41:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24858; Thu, 15 May 1997 03:07:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24842; Thu, 15 May 1997 03:07:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA13470; Thu, 15 May 1997 03:07:55 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA16455 for ; Thu, 15 May 1997 03:07:55 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id DAA26728; Thu, 15 May 1997 03:07:43 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id DAA19688; Thu, 15 May 1997 03:07:39 -0700 From: "Sharon Clay" Message-Id: <9705150307.ZM19686@rose.asd.sgi.com> Date: Thu, 15 May 1997 03:07:39 -0700 In-Reply-To: "Thomas M. Miller" "glTexImage3DEXT" (May 13, 4:26pm) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Thomas M. Miller" , Performer Info Subject: Re: glTexImage3DEXT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On May 13, 4:26pm, Thomas M. Miller wrote: > Subject: glTexImage3DEXT ->From guest@holodeck.csd.sgi.com Tue May 13 20:54:33 1997 ->Date: Tue, 13 May 1997 16:26:03 -0400 (EDT) ->From: "Thomas M. Miller" ->X-Sender: miller@bats ->To: Performer Info ->Subject: glTexImage3DEXT -> ->Can anyone tell me if this bug is fixed yet? -> ->Bug: -> -> On InfiniteReality systems, defining 2D and 3D textures in arbitrary -> order can cause incorrect results if texture memory is overcommitted. -> Workarounds are to define all 3D textures before defining any 2D -> textures, or to ensure that the application never defines more textures -> than will fit in texture memory. This will be fixed in the next release. -> ->If so what patch # is it on? This was an iR bug fixed in patch 1699. 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 Thu May 15 04:41:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA24592; Thu, 15 May 1997 00:57:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA24576; Thu, 15 May 1997 00:57:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA08599; Thu, 15 May 1997 00:57:22 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA01974 for ; Thu, 15 May 1997 00:57:20 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199705150757.AAA01974@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 15 May 1997 09:58:33 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 15 May 1997 09:58:33 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Thu, 15 May 1997 09:49:41 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Thu, 15 May 1997 11:49:06 +0200 Date: Thu, 15 May 1997 11:49:06 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970515094906] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: "Questions@sgi" (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: RE: axis of rotation :: again MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CIf I remember well : Let's set a center (cx, cy, cz) (a point of the shoulder in the object cr= d syst) Let's set an axis (ax, ay, az) (again in the shoulder's object crd syst) the pitch parameter is a rotation around (O, x) instead of dcs->setRot(0.0f, angle, 0.0f); you do: pfMatrix mat; mat.makeRot(angle, ax, ay, az); mat.preTrans(cx, cy, cz, mat); mat.postTrans(mat, -cx, -cy, -cz); dcs->setMat(mat); Try it. There is another method by inserting a SCS above the DCS in the scene tre= e, but I don't remember the formula. 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 May 15 04:41:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24840; Thu, 15 May 1997 03:06:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24824; Thu, 15 May 1997 03:06:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA13452; Thu, 15 May 1997 03:06:48 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA16391 for ; Thu, 15 May 1997 03:06:47 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id DAA26704; Thu, 15 May 1997 03:06:42 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id DAA19681; Thu, 15 May 1997 03:06:21 -0700 From: "Sharon Clay" Message-Id: <9705150306.ZM19679@rose.asd.sgi.com> Date: Thu, 15 May 1997 03:06:20 -0700 In-Reply-To: dorbie@multipass (Angus MacDonald Dorbie) "Re: Stenciling help needed" (May 14, 9:25pm) References: <199705141922.PAA06160@hf.ht.com> <9705142125.ZM2882@multipass.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie), scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: Stenciling help needed Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On May 14, 9:25pm, Angus MacDonald Dorbie wrote: > Subject: Re: Stenciling help needed ->From guest@holodeck.csd.sgi.com Wed May 14 23:57:58 1997 ->> ->> Can anyone venture a guess as to problems?? -> ->Do you get stencil bits with the visual you request with the iR? FYI, you can use pfQuerySys of PFQSYS_MAX_STENCIL_BITS or PFQSYS_MAX_MS_SAMPLES to query the max number of stencil bits on the system. By default we ask for 1 on all recent machines. On Extreme we asked for 0 by default because stencil steals from the zbuffer. ->Pixel depth and the exact parameters of all the visual attributes ->would be critical. Try requesting an explicit visual id you know ->you can get and is supported on the platform. Woops, I think Angus meant description, NOT id. NEVER hard code a visual id number in your code these ids are not guaranteed to be preserved across system configurations, or even across IRIX releases on a given system. If you want/need to be more sophisticated, check out libpfutil/xwin.c::pfuChooseFBConfig(). This is the source code for a visual chooser so you can see how one requests all visuals on the system and looks through them looking at different attributes to choose a visual. Finally, remember that you can use shell commands to inspect the configuration of a window: % xwininfo -tree (click mouse in window) look for your main drawing window X id % xwininfo -id 0xXXXXXX <- X id from above now look at visual id % glxinfo [-v] to get info on visual id 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 Thu May 15 04:41:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA24783; Thu, 15 May 1997 02:35:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA24767; Thu, 15 May 1997 02:35:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA12238; Thu, 15 May 1997 02:35:35 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA12979 for ; Thu, 15 May 1997 02:35:27 -0700 env-from (a00chc00@nchc.gov.tw) Received: from elf ([140.110.12.169]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id RAA03288 for ; Thu, 15 May 1997 17:35:12 +0800 (CST) Message-ID: <337AD91D.E4D6E722@nchc.gov.tw> Date: Thu, 15 May 1997 17:36:30 +0800 From: "Charlie H. Chang" Organization: NCHC X-Mailer: Mozilla 4.0b4 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: trivial syntax question... X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Status: O Hi, In Performer code, sometimes I will see code segment like: (channel, data); pfCull(); or simply: (data); Where "data" is type - void, and "channel" is type - pfChannel. What do they mean, and what do they do? Thank you in advance! -- Charlie H. Chang E-mail: a00chc00@nchc.gov.tw Voice: 886-3-5776085x209 Fax: 886-3-5773620 Media & Visualization Lab, National Center for High-performance Computing ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 15 04:41:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA24755; Thu, 15 May 1997 02:21:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA24739; Thu, 15 May 1997 02:21:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA11782; Thu, 15 May 1997 02:21:19 -0700 Received: from bbs.para.co.kr ([203.234.157.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA11405 for ; Thu, 15 May 1997 02:21:08 -0700 env-from (rtv@dns.para.co.kr) Received: from cyan.para.co.kr ([203.234.157.160]) by bbs.para.co.kr (8.6.12h2/8.6.9) with ESMTP id SAA00786 for ; Thu, 15 May 1997 18:15:01 +0900 Message-ID: <337AD5E4.58880705@bbs.para.co.kr> Date: Thu, 15 May 1997 18:22:44 +0900 From: Byungsung Cho X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Q: How to use pfList X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Status: O Hi! I am a beginner in Performer programming. I am trying to use pfList class to build a list of a class. Using pfList::pfList(int eltSize, int listLength) I initialized a list and tried to add an item to the list using pfList::add(void* elt). But I got a segmentation error message. I cannot figure out why and Performer manuals don't seem to have any sample code on using pfList. Can somebody give me a pointer to a sample program or short sample code on how to use pfList? Thanks in advance, Byungsung Cho rtv@bbs.para.co.kr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 15 06:59:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24971; Thu, 15 May 1997 03:37:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24955; Thu, 15 May 1997 03:37:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA14564; Thu, 15 May 1997 03:37:44 -0700 Received: from hni.uni-paderborn.de (hni-ff.uni-paderborn.de [131.234.22.55]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA21284 for ; Thu, 15 May 1997 03:37:42 -0700 env-from (dragon@hni.uni-paderborn.de) Received: from riker.uni-paderborn.de (riker [131.234.246.9]) by hni.uni-paderborn.de (8.8.4/hni-mailhub) with ESMTP id MAA15549 for ; Thu, 15 May 1997 12:37:40 +0200 (MET DST) From: Carsten Scharfe Received: (dragon@localhost) by riker.uni-paderborn.de (940816.SGI.8.6.9/client-irix-hni) id MAA13943 for info-performer@sgi.com; Thu, 15 May 1997 12:37:40 +0200 Message-Id: <199705151037.MAA13943@riker.uni-paderborn.de> Subject: pfuAddArc problems To: info-performer@sgi.com Date: Thu, 15 May 1997 12:37:39 +0200 (MDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi performers, i'd like to turn the viewpoint with pfuPath und pfuAddArc. But it seems to be the way doing it is somehow wrong. The screen gets black, when pfuFollowPath is first called. This turning action is only a part in between two paths (with pfuAddPath). When this action has ended. The following path is correct, but without the needed rotation. Here's my code sample of what i've tried: move_path(1.0f, pos, begin_position); // function call for moving from pos to begin_position // this is correct rotate_path(2.0f,Position, 0.0f, (begin_position.xyz-pos.xyz), (end_position.xyz-begin_position.xyz)); // rotate in2 seconds at center Position with radius 0.0 about the angle between the two vectors // (begin_position.xyz-pos.xyz) and (end_position.xyz-begin_position.xyz) move_path(5.0f, begin_position, end_position); // as above Here is the code of rotate_path: void rotate_path(float time, pfCoord center, float radius,pfVec3 vec_a, pfVec3 vec_b) { pfCoord where; pfuPath *p; float i; pfVec3 vec_c; pfVec2 angles; vec_c = vec_a; angles[0] = center.hpr[0]; // starting angle is the current heading angles[1] = (acosf((vec_a.dot(vec_b))/(vec_c.length() * vec_b.length())) / M_PI) * 180; // calculating the angle between vec_a and vec_b p=pfuNewPath(); pfuAddArc(p, center.xyz, radius, angles); where=center; for(i=0.0;i<=time*pfGetFrameRate();i+=1.0) { pfuFollowPath(p,1.0/pfGetFrameRate(),where.xyz,where.hpr); // here ist should turn where.hpr.set(pos.hpr[0],-15.0f,0); // just a correction of pitch and roll, just to be safe md->setPosition(where) //setting actual position including setting of viewpoint pfFrame(); } } Thanks for any help in advance. Carsten Scharfe ======================================================================= 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 May 15 06:59:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA25142; Thu, 15 May 1997 05:14:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA25126; Thu, 15 May 1997 05:14:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA19285; Thu, 15 May 1997 05:14:45 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA01384 for ; Thu, 15 May 1997 05:14:43 -0700 env-from (brian@dingbat.clubfed.sgi.com) Received: from dingbat.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) id IAA26683; Thu, 15 May 1997 08:14:38 -0400 Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA04531; Thu, 15 May 1997 08:07:18 -0400 Date: Thu, 15 May 1997 08:07:18 -0400 From: brian@dingbat.clubfed.sgi.com (Brian Furtaw) Message-Id: <9705150807.ZM4530@dingbat.clubfed.sgi.com> In-Reply-To: scott@ht.com (Scott McMillan) "Stenciling help needed" (May 14, 3:22pm) References: <199705141922.PAA06160@hf.ht.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: Stenciling help needed Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O TO check out the visual characteristics try adding pfuPrintPWinFBConfig(pw, NULL); to your code right after pw->select(). That will tell you if your missing stencil planes or not. When you see the checker board do you see the scene through it or is just a bunch of colors in blocks? Brian On May 14, 3:22pm, Scott McMillan wrote: > Subject: Stenciling help needed > Back in January Angus Dorbie posted a StencilHUD function which I have used > successfully on my High Impact (R4400, IRIX 6.2, pf 2.0.2/4, N32, and a > gazillion patches) to cut a circular endoscopic view in my main pfChannel (I > use 2 channels). > > When I tried to run a statically linked version of the app on an IR R10000 > the main channel is completely black (I know things are running based on post > DRAW openGL output on top of the channel). When I recompiled using a > Performer 2.2 beta (dynamic link this time) I got the same result. > > More recently I have tried to run the code (again statically like on my High > Impact) on another Impact (an R4400 running Irix 6.2 for Impact R10000 - > needed for ICO drivers, with not so many patches) with two different results. > One time I got the completely black channel and other times I have gotten a > crosshatch pattern over the entire channel (sorta like a chess board with > 100s of squares. > > Can anyone venture a guess as to problems?? > > Could it be a lack of patches? If so, which ones are pertinent...I am afraid > to install patches "willy-nilly" on the second Impact for fear that the HMD > will stop working again! > > Could it be a failure to set up the visual with stencil bits (I just happens > to default to something adequate on my High Impact)? > > > Any advice or pointers are GREATLY appreciated, > scott > > > P.S. As a reminder here is the stencil function again (I modified for 1 bit > of stencil and had to comment out two lines b/c I could not figure out what > Visual_Mode was for). I call this the first time through the DRAW. > > //---------------------------------------------------------------------------- > static void StencilHUD(pfPipeWindow *pw) > { > double f; > static int mapped = 0; > float new_x = 0.0f, new_y = 0.0f; > // if(Visual_Mode != VISUAL_OPTICAL) > // return; > > pw->select(); //pfSelectPWin(pw); > > glPushMatrix(); > glLoadIdentity(); > glMatrixMode(GL_PROJECTION); > glPushMatrix(); > glLoadIdentity(); > glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0); > glMatrixMode(GL_MODELVIEW); > > glDisable(GL_CULL_FACE); > glDisable(GL_DEPTH_TEST); > glEnable(GL_STENCIL_TEST); > > glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0); > > glClearColor(1.0f, 0.0f, 0.0f, 1.0f); > glClear(GL_COLOR_BUFFER_BIT); > glColor3f(0.0f, 0.0f, 0.0f); > > /* Clear stencil planes to one over entire window */ > glClearStencil(0); > glClear(GL_STENCIL_BUFFER_BIT); > /* were a drawin' */ > glStencilFunc(GL_ALWAYS, 0x1, 0x1); > glStencilOp(GL_REPLACE, GL_REPLACE, GL_REPLACE); > > > glBegin(GL_TRIANGLE_FAN); > for(f = 0.0; f< 359.5; f+=1.0) > { > pfSinCos((float)f, &new_x, &new_y); > glVertex2f(new_x, new_y); > } > glEnd(); > > glEnable(GL_CULL_FACE); > glEnable(GL_DEPTH_TEST); > > // reset framebuffer > glClearColor(0.0f, 0.0f, 0.0f, 1.0f); > glClear(GL_COLOR_BUFFER_BIT); > > glMatrixMode(GL_PROJECTION); > glPopMatrix(); > glMatrixMode(GL_MODELVIEW); > glPopMatrix(); > > glClearColor(1.0f, 0.0f, 0.0f, 1.0f); > } > > //---------------------------------------------------------------------------- > > I call the following just before pfDraw(): > > glStencilFunc(GL_EQUAL, 0x1, 0x1); > glStencilOp(GL_KEEP, GL_KEEP, GL_KEEP); > glEnable(GL_STENCIL_TEST); > > //---------------------------------------------------------------------------- > > I call the following just after pfDraw(): > > glDisable(GL_STENCIL_TEST); > > -- > Scott McMillan | HT Medical, Inc. | Developing medical VE's > scott@ht.com | http://www.ht.com | surgical simulations > Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation > Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > >-- End of excerpt from Scott McMillan -- ----oOOo---- ----oOOo---- ----oOOo---- ----oOOo---- Brian Furtaw (brian@sgi.com) VisSim Technical Consultant 12200-G Plum Orchard Drive Office:(410)796-0394 Fax: (301)872-3293 Silver Spring, Maryland 20904 OpenGL/ImageVision/OpenInventor/Performer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 15 06:59:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA25113; Thu, 15 May 1997 05:03:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA25097; Thu, 15 May 1997 05:03:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA18525; Thu, 15 May 1997 05:03:31 -0700 Received: from geordi.airinc.com (derrick.ott.hookup.net [165.154.43.219]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA00086 for ; Thu, 15 May 1997 05:03:18 -0700 env-from (prider@airinc.com) Received: from geordi by geordi.airinc.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id HAA02568; Thu, 15 May 1997 07:59:14 -0400 Sender: prider@airinc.com Message-ID: <337AFA91.41C6@airinc.com> Date: Thu, 15 May 1997 07:59:13 -0400 From: Paul Rider Organization: Airborne Data Technologies X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: Christoph Brandt CC: info-performer@sgi.com Subject: Re: No alpha channel with Inventormodels References: <3379CE7A.446B9B3D@hni.uni-paderborn.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hey Christoph, This is how I got around that problem: //I placed this code in pfiv.C (The Inventor loader) //right after the switch `switch (act->getTextureWrapS()' //I'd tell you the line number but I've messed with the file so //much it wouldn't be the same with yours. cbd->stateStack[cbd->stateDepth].soTex->image. getValue(texSize, numComponents); if ( numComponents >= 4 ){ cbd->geode->setTravFuncs( PFTRAV_DRAW, pTestPre, pTestPost ); } //then in the pTestPre glEnable( GL_ALPHA_TEST ); glAlphaFunc( GL_GREATER, 0.0 ); and in pTestPost, disable the alpha test again (performance reasons). I hope this helps, ciao, Paul J. Rider. Christoph Brandt wrote: > > Hi > > I have problems getting the alphachannel to work when loading Inventor > models into perfly. The alpha gets displayed white. The same model in > OBJ format loads allright. > > Thanks for a suggestion. > > Christoph > > -- > ======================================================================= 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 May 15 06:59:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA25165; Thu, 15 May 1997 05:20:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA25149; Thu, 15 May 1997 05:20:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA19784; Thu, 15 May 1997 05:20:53 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA02057; Thu, 15 May 1997 05:20:50 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Thu, 15 May 1997 08:20:40 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Thu, 15 May 1997 08:20:40 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <335A0CEA.41C6@etcflorida.com> Date: Sun, 20 Apr 1997 08:32:42 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: Angus MacDonald Dorbie , "Questions@sgi" Subject: Re: axis of rotation :: again References: <33592B22.446B@etcflorida.com> <9705142128.ZM2901@multipass.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Angus MacDonald Dorbie wrote: > > translate by (-x, -y, -z) > perform the rotation then > translate by (+x, +y, +z) > > On Apr 19, 4:29pm, Garrett Williams wrote: > > Subject: axis of rotation :: again > > Well I gess I was not too clear: > > > > I tryed Scott's idea with no result and Angus wants more info.. > > > > I have a model with multiple parts which I wish to rotate (say legs and > > arms) I am able to rotate each part alone but they all rotate about the > > same point (0,0,0) of the model. What I wish to do is move this point > > of rotation to another location like the hips or shorlders. > > > > I hope this is more clear... Thanks for the help.... > > > > > > garrett > > I spent some time trying to do that yesterday with no results.. I see the proublem this way..:: The model has a axis (0,0,0) which is diferent from the world axis. When the model is moved the axis is also moved the same amount so the rotation is about the same point just moved. ("loop step"){ mv_l_leg->setRot(0, 10*step, 0.0f); mv_r_leg->setTrans( -0.40f, 0.10f, 0.30f); mv_r_leg->setRot(0, -(10*step), 0.0f); mv_r_leg->setTrans( 0.0f, 0.0f, 0.0f); } this has no effect both leggs rotate about the same point.. Thanks ::: garrett ======================================================================= 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 May 15 11:18:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA26260; Thu, 15 May 1997 08:05:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA26244; Thu, 15 May 1997 08:05:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA01011; Thu, 15 May 1997 08:05:40 -0700 Received: from helios.Discreet.QC.CA (discreet.com [198.168.76.29]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA01884 for ; Thu, 15 May 1997 08:05:36 -0700 env-from (dery@Discreet.COM) Received: from cuba by helios.Discreet.QC.CA id LAA03859; Thu, 15 May 1997 11:01:12 -0400 Received: from atlantis (atlantis [172.16.100.56]) by cuba (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA16186; Thu, 15 May 1997 11:03:16 -0400 Received: (from dery@localhost) by atlantis (950413.SGI.8.6.12/) id LAA06299; Thu, 15 May 1997 11:03:15 -0400 From: "Jean-Luc Dery" Message-Id: <9705151103.ZM6297@atlantis> Date: Thu, 15 May 1997 11:03:15 -0400 In-Reply-To: "Charlie H. Chang" "trivial syntax question..." (May 15, 5:36pm) References: <337AD91D.E4D6E722@nchc.gov.tw> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Charlie H. Chang" , info-performer@sgi.com Subject: Re: trivial syntax question... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 15, 5:36pm, Charlie H. Chang wrote: > Subject: trivial syntax question... > Hi, > In Performer code, sometimes I will see code segment like: > > (channel, data); > pfCull(); > > or simply: > > (data); > > Where "data" is type - void, and "channel" is type - pfChannel. > What do they mean, and what do they do? > Thank you in advance! Those line are used to avoid compilation warnings when a function argument is not used. Lets say you have void MyChannel::cull( pfChannel* chan, void* data ) { pfCull(); } Warnings will be send because chan and data are not used. There are two ways, I know of, to avoid this; the one you describe or just defining the function as follows: void MyChannel::cull( pfChannel*, void* ) { pfCull(); } Hope this answers your question, 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 May 15 11:18:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA26078; Thu, 15 May 1997 07:54:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA26062; Thu, 15 May 1997 07:54:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA29537; Thu, 15 May 1997 07:54:31 -0700 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/970507) via ESMTP id HAA29113 for ; Thu, 15 May 1997 07:53:00 -0700 env-from (mxr@dcs.ed.ac.uk) Received: from calvay.dcs.ed.ac.uk by rainich.dcs.ed.ac.uk with SMTP (PP); Thu, 15 May 1997 14:23:34 +0100 Received: from localhost by calvay.dcs.ed.ac.uk; Thu, 15 May 1997 14:22:31 +0100 Date: Thu, 15 May 1997 14:22:22 +0100 (BST) From: Martin Reddy To: "Charlie H. Chang" cc: Performer List Subject: Re: trivial syntax question... In-Reply-To: <337AD91D.E4D6E722@nchc.gov.tw> Message-ID: Organisation: SRI International - Artificial Intelligence Center MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > In Performer code, sometimes I will see code segment like: > > (channel, data); This does nothing - they are simply there to stop compiler warnings. The two parameters channel and data aren't used in the function so the compiler will usually throw a warning message. To suppress this, you just reference the variable and do nothing with it, e.g. "(data);" just returns the value of data and ignores it - i.e. does nothing. Most compilers will probably be able to optimise this out anyway. Cheers, Martin. ------------------------------------------------------------------------------ Martin Reddy SRI International, AI Center Menlo Park, CA 94025-3493 reddy@ai.sri.com Tel. +44 131 650 5164 (temp) http://www.dcs.ed.ac.uk/~mxr Fax. +44 131 667 7209 (temp) ======================================================================= 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 May 15 11:18:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA25909; Thu, 15 May 1997 07:29:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA25893; Thu, 15 May 1997 07:29:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA27414; Thu, 15 May 1997 07:29:06 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA24330 for ; Thu, 15 May 1997 07:29:04 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id QAA15263; Thu, 15 May 1997 16:42:49 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma015259; Thu, 15 May 97 16:42:45 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id QAA14977; Thu, 15 May 1997 16:28:29 +0200 (MET DST) From: Mario Veraart Message-Id: <199705151428.QAA14977@s00sn1.fel.tno.nl> Subject: Re: Q: How to use pfList To: rtv@dns.para.co.kr (Byungsung Cho) Date: Thu, 15 May 1997 16:28:29 +0200 (MET DST) Cc: info-performer@sgi.com In-Reply-To: <337AD5E4.58880705@bbs.para.co.kr> from "Byungsung Cho" at May 15, 97 06:22:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > I am a beginner in Performer programming. > I am trying to use pfList class to build a list of a class. > Using > pfList::pfList(int eltSize, int listLength) > I initialized a list and tried to add an item to the list using > pfList::add(void* elt). > But I got a segmentation error message. I cannot figure out why > and Performer manuals don't seem to have any sample code on using > pfList. Can somebody give me a pointer to a sample program > or short sample code on how to use pfList? If you read the manual page it shows BUGS pfLists currently only support an element size of sizeof(void*). So you can only put void* in the list. So you have to put pointers to your class instances in the list and cast the pointer back when you retrieve an element from the list. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 15 11:18:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA27401; Thu, 15 May 1997 09:45:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA27385; Thu, 15 May 1997 09:45:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA11993; Thu, 15 May 1997 09:45:45 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA10244 for ; Thu, 15 May 1997 09:45:41 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id JAA07723; Thu, 15 May 1997 09:46:40 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA07562; Thu, 15 May 1997 09:47:25 -0700 From: "Anita Kishore" Message-Id: <9705150947.ZM7560@tracey.triavest.com> Date: Thu, 15 May 1997 09:47:18 -0700 In-Reply-To: "Charlie H. Chang" "trivial syntax question..." (May 15, 5:36pm) References: <337AD91D.E4D6E722@nchc.gov.tw> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Charlie H. Chang" , info-performer@sgi.com Subject: Re: trivial syntax question... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 15, 5:36pm, Charlie H. Chang wrote: > Subject: trivial syntax question... > Hi, > In Performer code, sometimes I will see code segment like: > > (channel, data); > pfCull(); > > or simply: > > (data); > > Where "data" is type - void, and "channel" is type - pfChannel. > What do they mean, and what do they do? > Thank you in advance! > > -- > Charlie H. Chang E-mail: a00chc00@nchc.gov.tw > Voice: 886-3-5776085x209 Fax: 886-3-5773620 > Media & Visualization Lab, National Center for High-performance > Computing > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Charlie H. Chang They are there to remove compiler warnings about the variable being declared but not used. -anita ======================================================================= 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 May 15 11:18:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA27444; Thu, 15 May 1997 09:56:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA27428; Thu, 15 May 1997 09:56:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA13082; Thu, 15 May 1997 09:56:05 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA14417 for ; Thu, 15 May 1997 09:56:04 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id MAA29657; Thu, 15 May 1997 12:56:01 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma029651; Thu, 15 May 97 12:55:43 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id QAA06924; Thu, 15 May 1997 16:55:51 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA01548; Thu, 15 May 1997 12:55:46 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199705151655.MAA01548@hf.ht.com> Subject: Re: axis of rotation :: again To: gwilliams@etcflorida.com (Garrett Williams) Date: Thu, 15 May 1997 12:55:46 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: <33592B22.446B@etcflorida.com> from "Garrett Williams" at Apr 19, 97 04:29:22 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O > > Well I gess I was not too clear: > > I tryed Scott's idea with no result and Angus wants more info.. > > I have a model with multiple parts which I wish to rotate (say legs and > arms) I am able to rotate each part alone but they all rotate about the > same point (0,0,0) of the model. What I wish to do is move this point > of rotation to another location like the hips or shorlders. > > I hope this is more clear... Thanks for the help.... Lemme try again (and be a little more public). This is what I have done in the past with robotic sims where the point of rotation for a particular model will always be in the same place with respect to that model. I believe it is equivalent to some of the single DCS answers I have seen. I strive for the following subgraph (for each link in the system), by inserting an SCS: DCS (joint axis - variable) | SCS (offset to point of rotation - constant) | Model (Geode,Geosets,etc) ....later if I want to make it more efficient, I can pfFlatten or ask the 3D modelers to give me a new model with the origin moved to the point of rotation. For example if you want the point of rotation to be about 1,1,1 of the models coordinate system. The SCS's matrix will consist of a translation of -1,-1,-1 (I hope, I dont have that backwards). I have to align my models so that the single axis of rotation is about the z-axis so I generally have to have some rotation in my SCS matrix to align this correctly. If I can do it, I will always have the modeller create the models with the origin and orientation in the place I need it so that I do not have to go through this process. Hope this helps, scott -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 15 11:50:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA27426; Thu, 15 May 1997 09:55:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA27410; Thu, 15 May 1997 09:55:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA13053; Thu, 15 May 1997 09:55:35 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA14298 for ; Thu, 15 May 1997 09:55:35 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA07263; Thu, 15 May 1997 09:55:33 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA20618; Thu, 15 May 1997 09:55:32 -0700 From: "Sharon Clay" Message-Id: <9705150955.ZM20616@rose.asd.sgi.com> Date: Thu, 15 May 1997 09:55:32 -0700 In-Reply-To: Byungsung Cho "Q: How to use pfList" (May 15, 6:22pm) References: <337AD5E4.58880705@bbs.para.co.kr> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Byungsung Cho , info-performer@sgi.com Subject: Re: Q: How to use pfList Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On May 15, 6:22pm, Byungsung Cho wrote: > Subject: Q: How to use pfList -> ->Hi! -> ->I am a beginner in Performer programming. ->I am trying to use pfList class to build a list of a class. ->Using -> pfList::pfList(int eltSize, int listLength) ->I initialized a list and tried to add an item to the list using -> pfList::add(void* elt). ->But I got a segmentation error message. I cannot figure out why What was the error? pfLists can only handle an elt size of sizeof(void*). ->and Performer manuals don't seem to have any sample code on using ->pfList. Can somebody give me a pointer to a sample program ->or short sample code on how to use pfList? You might check out pfguide/libpr/C/texlist.c. 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 Thu May 15 11:28:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA25445; Thu, 15 May 1997 05:56:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA25429; Thu, 15 May 1997 05:56:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA21591; Thu, 15 May 1997 05:56:20 -0700 Received: from buggy.csi-east.com (csi-east04.csi-east.com [206.161.162.196]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA06882 for ; Thu, 15 May 1997 05:56:18 -0700 env-from (glenn@buggy.csi-east.com) Received: (from glenn@localhost) by buggy.csi-east.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id GAA29013; Thu, 15 May 1997 06:48:13 -0400 From: "Glenn Waldron" Message-Id: <9705150648.ZM29011@buggy.csi-east.com> Date: Thu, 15 May 1997 06:48:13 -0400 In-Reply-To: "Charlie H. Chang" "trivial syntax question..." (May 15, 17:36) References: <337AD91D.E4D6E722@nchc.gov.tw> Reply-To: gwaldron@peril.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Charlie H. Chang" , info-performer@sgi.com Subject: Re: trivial syntax question... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 15, 17:36, Charlie H. Chang wrote: > Subject: trivial syntax question... > Hi, > In Performer code, sometimes I will see code segment like: > > (channel, data); > pfCull(); > > or simply: > > (data); > > Where "data" is type - void, and "channel" is type - pfChannel. > What do they mean, and what do they do? > Thank you in advance! It just prevents the "variable never referenced" compiler warning. -Glenn -- Glenn Waldron * PERIL Technologies * 703.598.7835 * gwaldron@peril.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 15 13:45:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA27626; Thu, 15 May 1997 11:11:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA27610; Thu, 15 May 1997 11:11:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA19978; Thu, 15 May 1997 10:58:51 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA04615 for ; Thu, 15 May 1997 10:58:50 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA10464; Thu, 15 May 1997 10:58:37 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA09646; Thu, 15 May 1997 10:58:20 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705151758.KAA09646@remi.asd.sgi.com> Subject: Re: trivial syntax question... To: a00chc00@nchc.gov.tw (Charlie H. Chang) Date: Thu, 15 May 1997 10:58:20 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <337AD91D.E4D6E722@nchc.gov.tw> from "Charlie H. Chang" at May 15, 97 05:36:30 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 704 Status: O Charlie H. Chang wrote: > > Hi, > In Performer code, sometimes I will see code segment like: > > (channel, data); > pfCull(); > > or simply: > > (data); > > Where "data" is type - void, and "channel" is type - pfChannel. > What do they mean, and what do they do? > Thank you in advance! > if you declare a function with some parameters, and do not use the parameters you get a warning from the compiler. If you want to say "I know I am not using these parameters, and it is OK" to the compiler, then you use this notation. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 15 13:45:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA27530; Thu, 15 May 1997 10:10:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA27514; Thu, 15 May 1997 10:10:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA14887; Thu, 15 May 1997 10:10:06 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA19556 for ; Thu, 15 May 1997 10:09:52 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Thu, 15 May 1997 13:09:34 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Thu, 15 May 1997 13:09:33 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <335A50B4.446B@etcflorida.com> Date: Sun, 20 Apr 1997 13:21:56 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: Re: axis of rotation :: again References: <199705151655.MAA01548@hf.ht.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Scott McMillan wrote: > > > > > Well I gess I was not too clear: > > > > I tryed Scott's idea with no result and Angus wants more info.. > > > > I have a model with multiple parts which I wish to rotate (say legs and > > arms) I am able to rotate each part alone but they all rotate about the > > same point (0,0,0) of the model. What I wish to do is move this point > > of rotation to another location like the hips or shorlders. > > > > I hope this is more clear... Thanks for the help.... > > Lemme try again (and be a little more public). This is what I have done in > the past with robotic sims where the point of rotation for a particular model > will always be in the same place with respect to that model. I believe it is > equivalent to some of the single DCS answers I have seen. > > I strive for the following subgraph (for each link in the system), by > inserting an SCS: > > DCS (joint axis - variable) > | > SCS (offset to point of rotation - constant) > | > Model (Geode,Geosets,etc) > > ....later if I want to make it more efficient, I can pfFlatten or ask the 3D > modelers to give me a new model with the origin moved to the point of > rotation. > > For example if you want the point of rotation to be about 1,1,1 of the models > coordinate system. The SCS's matrix will consist of a translation of > -1,-1,-1 (I hope, I dont have that backwards). > > I have to align my models so that the single axis of rotation is about the > z-axis so I generally have to have some rotation in my SCS matrix to align > this correctly. If I can do it, I will always have the modeller create the > models with the origin and orientation in the place I need it so that I do > not have to go through this process. > > Hope this helps, > scott COOLLLLLLL:: now I have 2 ways that work verry well. I belive that this way will be faster than the pre and post translate mat... have a great day to allll.. garrett ======================================================================= 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 May 15 13:45:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA27793; Thu, 15 May 1997 11:32:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA27777; Thu, 15 May 1997 11:32:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA24108; Thu, 15 May 1997 11:32:56 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA15007 for ; Thu, 15 May 1997 11:32:54 -0700 env-from (bleclerc@cae.ca) Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA55535; Thu, 15 May 1997 14:26:11 -0400 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id OAA10101; Thu, 15 May 1997 14:22:17 -0400 Date: Thu, 15 May 1997 14:22:17 -0400 From: bleclerc@cae.ca (Bernard Leclerc) Message-Id: <199705151822.OAA10101@eagle.cae.ca> To: "Charlie H. Chang" Subject: Re: trivial syntax question... Cc: info-performer@sgi.com Status: O Charlie wrote: > Hi, > In Performer code, sometimes I will see code segment like: > > (channel, data); > pfCull(); > > or simply: > > (data); > > Where "data" is type - void, and "channel" is type - pfChannel. > What do they mean, and what do they do? > Thank you in advance! Here is a trivial answer to your question: these code segments you refer to will simply prevent the compiler from warning you about unused variables. Instead of this trick, I'm using "CC -woff 3262" to turn that warning off. And in case you're interested in knowing what these statements do... well, they simply do nothing. Basically, "(channel, data)" will evaluate the two pointers to see if they're null or not. Then nothing will be done with the result. You can thing of it as the equivalent to the assembler NOP statement. Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, 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 Thu May 15 11:58:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA25749; Thu, 15 May 1997 06:29:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA25733; Thu, 15 May 1997 06:29:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA23659; Thu, 15 May 1997 06:29:12 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA12905 for ; Thu, 15 May 1997 06:29:10 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Thu, 15 May 1997 09:29:06 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Thu, 15 May 1997 09:29:05 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <335A1CF7.2781@etcflorida.com> Date: Sun, 20 Apr 1997 09:41:11 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: Re: axis of rotation :: again References: <199705150757.AAA01974@sgi.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O BOCCARA Michael wrote: > > If I remember well : > > Let's set a center (cx, cy, cz) (a point of the shoulder in the object crd > syst) > Let's set an axis (ax, ay, az) (again in the shoulder's object crd syst) > > the pitch parameter is a rotation around (O, x) > > instead of > dcs->setRot(0.0f, angle, 0.0f); > > you do: > pfMatrix mat; > mat.makeRot(angle, ax, ay, az); > mat.preTrans(cx, cy, cz, mat); > mat.postTrans(mat, -cx, -cy, -cz); > dcs->setMat(mat); > > Try it. > > There is another method by inserting a SCS above the DCS in the scene tree, > but I don't remember the formula. > > Mike Great Balls of VirtualFire it works....!!!! Thanks for the help garrett ======================================================================= 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 May 15 11:43:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA25541; Thu, 15 May 1997 06:07:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA25525; Thu, 15 May 1997 06:07:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA22386; Thu, 15 May 1997 06:07:06 -0700 Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA07822 for ; Thu, 15 May 1997 06:03:20 -0700 env-from (Yann.Argotti@imag.fr) Received: from sesame (sesame.imag.fr [129.88.29.83]) by imag.imag.fr (8.8.1/8.6.9) with ESMTP id OAA14668; Thu, 15 May 1997 14:58:42 +0200 (MET DST) Received: from localhost (argotti@localhost) by sesame (8.6.4/8.6.4) id OAA14533; Thu, 15 May 1997 14:58:40 +0200 From: Yann Argotti Message-Id: <199705151258.OAA14533@sesame> Subject: PixelBuffer on RE2 With irix6.4 (OUPS..) To: info-performer@sgi.com Date: Thu, 15 May 1997 14:58:40 +0200 (MDT) Cc: francois.sillion@imag.fr X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O (OUPS...) I'm sorry but in my precedent mail (about problem with PixelBuffer) I wrote Onyx Re2. It was a mistake : it is an Onyx2 with an InfiniteReality2 graphic board. (I think I need to sleep more to avoid this kind of error ;-)) ). -- +--------------+----------------------------------------+ | Yann ARGOTTI | iMAGIS - GRAVIR/IMAG | | | B.P. 53, 38041 Grenoble Cedex (France) | +--------------+----------------------------------------+ | e-mail : Yann.Argotti@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 Thu May 15 12:13:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA25269; Thu, 15 May 1997 05:36:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA25253; Thu, 15 May 1997 05:36:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA20520; Thu, 15 May 1997 05:36:17 -0700 Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA04087 for ; Thu, 15 May 1997 05:36:07 -0700 env-from (Yann.Argotti@imag.fr) Received: from sesame (sesame.imag.fr [129.88.29.83]) by imag.imag.fr (8.8.1/8.6.9) with ESMTP id OAA13618; Thu, 15 May 1997 14:35:43 +0200 (MET DST) Received: from localhost (argotti@localhost) by sesame (8.6.4/8.6.4) id OAA14461; Thu, 15 May 1997 14:35:42 +0200 From: Yann Argotti Message-Id: <199705151235.OAA14461@sesame> Subject: PixelBuffer on RE2 With irix6.4 To: info-performer@sgi.com Date: Thu, 15 May 1997 14:35:40 +0200 (MDT) Cc: francois.sillion@imag.fr X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hello, I want to make offcreen Rendering with an Onyx Re2 (2xR10000, 1 Gbytes for RAM and irix 6.4). PixelBuffer solution appears the good way for that. My problem is that, when I create PBuffer with glXCreateGLXPbufferSGIX (an OpenGL instruction), a "BadAlloc" error (ie: insufficient resources for operation) stops the programme. I just try to create a PBuffer of 2x3 pixels, with a red, green, blue size of 4, depth size of 23, in a single buffer mode and aPBuffer drawable type. glXChooseFBConfigSGIX function gives me 3 suitable FBconfigs (I decide to use the first one (the best) where GLX_MAX_PBUFFER_WIDTH_SGIX is 2048 and GLX_MAX_PBUFFER_HEIGHT_SGIX is 1120). Also, I suppose having enought ressources to allocate this little PBuffer and the solution, to solve current problem, is not very clear. Is it a bug from me, from OpenGL or from Hardware ?? 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 May 15 19:06:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA28695; Thu, 15 May 1997 13:14:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA28677; Thu, 15 May 1997 13:14:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA06881; Thu, 15 May 1997 13:14:04 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA05881 for ; Thu, 15 May 1997 13:14:04 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA17610; Thu, 15 May 1997 13:13:52 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA03807; Thu, 15 May 1997 13:13:46 -0700 Date: Thu, 15 May 1997 13:13:46 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705151313.ZM3805@multipass.asd.sgi.com> In-Reply-To: "Sharon Clay" "Re: Stenciling help needed" (May 15, 3:06am) References: <199705141922.PAA06160@hf.ht.com> <9705142125.ZM2882@multipass.asd.sgi.com> <9705150306.ZM19679@rose.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Sharon Clay" , scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: Stenciling help needed Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 15, 3:06am, Sharon Clay wrote: > Subject: Re: Stenciling help needed > +>---- On May 14, 9:25pm, Angus MacDonald Dorbie wrote: > > Subject: Re: Stenciling help needed > ->From guest@holodeck.csd.sgi.com Wed May 14 23:57:58 1997 > ->> > > ->> Can anyone venture a guess as to problems?? > -> > ->Do you get stencil bits with the visual you request with the iR? > > FYI, you can use pfQuerySys of PFQSYS_MAX_STENCIL_BITS or > PFQSYS_MAX_MS_SAMPLES to query the max number of stencil bits on > the system. By default we ask for 1 on all recent machines. > On Extreme we asked for 0 by default because stencil steals from > the zbuffer. > > ->Pixel depth and the exact parameters of all the visual attributes > ->would be critical. Try requesting an explicit visual id you know > ->you can get and is supported on the platform. > > Woops, I think Angus meant description, NOT id. NEVER hard code > a visual id number in your code these ids are not guaranteed to > be preserved across system configurations, or even across IRIX releases > on a given system. Nope I meant id, I do this a lot, if you are using perfly you can request a visual usint the appropriate command line option. At one point attribute requests were err... unreliable using performer ;-) Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 15 19:44:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA28812; Thu, 15 May 1997 13:47:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA28796; Thu, 15 May 1997 13:47:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA11970; Thu, 15 May 1997 13:47:36 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA20381; Thu, 15 May 1997 13:47:33 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id QAA02408; Thu, 15 May 1997 16:47:31 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma002406; Thu, 15 May 97 16:47:20 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id UAA08695; Thu, 15 May 1997 20:47:27 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA01973; Thu, 15 May 1997 16:47:21 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199705152047.QAA01973@hf.ht.com> Subject: Re: Stenciling help needed To: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Date: Thu, 15 May 1997 16:47:21 -0400 (EDT) Cc: src@rose.asd.sgi.com, info-performer@sgi.com In-Reply-To: <9705151313.ZM3805@multipass.asd.sgi.com> from "Angus MacDonald Dorbie" at May 15, 97 01:13:46 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O > > ->Pixel depth and the exact parameters of all the visual attributes > > ->would be critical. Try requesting an explicit visual id you know > > ->you can get and is supported on the platform. > > > > Woops, I think Angus meant description, NOT id. NEVER hard code > > a visual id number in your code these ids are not guaranteed to > > be preserved across system configurations, or even across IRIX releases > > on a given system. > > Nope I meant id, I do this a lot, if you are using perfly you can > request a visual usint the appropriate command line option. > > At one point attribute requests were err... unreliable using performer ;-) > > > Cheers,Angus. > I will preface this with the statement that all this is relatively new to me, but I am learning a lot today (therefore, it is a good day). I did a glxinfo and was having fun explicitly setting the visual id from the list for the most part things work as expected...when I choose one without depth it won't output things in the proper order, when I choose one without double buffering it flickers like crazy and when I chose (I am not sure what I was hoping to see): visual x bf lv rg d st r g b a ax dp st accum buffs ms id dep cl sp sz l ci b ro sz sz sz sz bf th cl r g b a ns b ----------------------------------------------------------------- 0x27 12 pc . 12 . b y . 12 . . . . 24 8 . . . . . . The graphics crashed and it reset to the login screen: May 15 12:34:15 4A:hf unix: WARNING: mgras: DMA address range error May 15 12:34:15 2A:hf unix: May 15 12:34:15 4A:hf unix: WARNING: Graphics error May 15 12:34:15 2A:hf unix: irnode=883316a0 May 15 12:34:15 2A:hf unix: gfxp=88b938c4, boundrn=8820d180, rnodep=88b93a90 May 15 12:34:15 2A:hf unix: gfxp=8be5f828, boundrn=8820d1f0, rnodep=8afb9004 May 15 12:34:15 2A:hf unix: active_rnode=8afb9004 May 15 12:34:15 2A:hf unix: busy_dma: bf070104/1248 May 15 12:34:15 2A:hf unix: status: bf070000/150 May 15 12:34:15 2A:hf unix: fifo_status: bf070004/7800000 May 15 12:34:15 2A:hf unix: gio_status: bf070100/0 May 15 12:34:15 2A:hf unix: rebus_sync: bf05021c/2 May 15 12:34:15 2A:hf unix: window: bf045000/de1 May 15 12:34:15 2A:hf unix: hqpc: bf046000/e7f May 15 12:34:15 2A:hf unix: flag_set: bf070008/182900 May 15 12:34:15 2A:hf unix: hq_config: bf050000/7e85 May 15 12:34:15 2A:hf unix: gio_config: bf050114/765b900f May 15 12:34:15 2A:hf unix: re_status: bf07c578/300 May 15 12:34:16 3B:hf fatal IO error 131 (Connection reset by peer) May 15 12:34:16 3B:hf xdm[638]: Server for display :0 terminated unexpectedly: 2304 So, maybe setting the visual id is not a good idea....or maybe it is not a good idea to let me play unsupervised? ;-) scott P.S. I suspect the crosshatching on the Impact with the ICO is a lack of patches (I will try to verify that in the next few days). I no longer have the IR to verify what visual I was getting by default. -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 15 20:12:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA28964; Thu, 15 May 1997 14:15:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA28948; Thu, 15 May 1997 14:15:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA14869; Thu, 15 May 1997 14:15:04 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA02903 for ; Thu, 15 May 1997 14:15:03 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id OAA20643; Thu, 15 May 1997 14:14:45 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA03880; Thu, 15 May 1997 14:14:44 -0700 Date: Thu, 15 May 1997 14:14:44 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705151414.ZM3878@multipass.asd.sgi.com> In-Reply-To: "Garrett Williams" "Re: axis of rotation :: again" (Apr 20, 8:32am) References: <33592B22.446B@etcflorida.com> <9705142128.ZM2901@multipass.asd.sgi.com> <335A0CEA.41C6@etcflorida.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Garrett Williams" , "Questions@sgi" Subject: Re: axis of rotation :: again Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O SetTrans will explicitly set the translation of the matrix, not multiply it by the translation so this is not what you want to do. Look at pfMatrix for the calls you want. Cheers,Angus. On Apr 20, 8:32am, Garrett Williams wrote: > Subject: Re: axis of rotation :: again > Angus MacDonald Dorbie wrote: > > > > translate by (-x, -y, -z) > > perform the rotation then > > translate by (+x, +y, +z) > > > > On Apr 19, 4:29pm, Garrett Williams wrote: > > > Subject: axis of rotation :: again > > > Well I gess I was not too clear: > > > > > > I tryed Scott's idea with no result and Angus wants more info.. > > > > > > I have a model with multiple parts which I wish to rotate (say legs and > > > arms) I am able to rotate each part alone but they all rotate about the > > > same point (0,0,0) of the model. What I wish to do is move this point > > > of rotation to another location like the hips or shorlders. > > > > > > I hope this is more clear... Thanks for the help.... > > > > > > > > > garrett > > > > > I spent some time trying to do that yesterday with no results.. > > I see the proublem this way..:: > > The model has a axis (0,0,0) which is diferent from the world axis. > When the model is moved the axis is also moved the same amount so the > rotation is about the same point just moved. > > ("loop step"){ > mv_l_leg->setRot(0, 10*step, 0.0f); > mv_r_leg->setTrans( -0.40f, 0.10f, 0.30f); > mv_r_leg->setRot(0, -(10*step), 0.0f); > mv_r_leg->setTrans( 0.0f, 0.0f, 0.0f); > } > > this has no effect both leggs rotate about the same point.. > > Thanks ::: garrett >-- End of excerpt from Garrett Williams ======================================================================= 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 May 15 22:36:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA00579; Thu, 15 May 1997 16:27:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA00563; Thu, 15 May 1997 16:27:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA10616; Thu, 15 May 1997 16:27:22 -0700 Received: from mailbox1.ucsd.edu (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA01715 for ; Thu, 15 May 1997 16:27:20 -0700 env-from (jaf@chem.ucsd.edu) Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox1.ucsd.edu (8.8.5/8.6.9) with SMTP id QAA20556 for ; Thu, 15 May 1997 16:27:17 -0700 (PDT) Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4) id QAA28741 for ; Thu, 15 May 1997 16:27:14 -0700 Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12) id XAA09491; Thu, 15 May 1997 23:27:19 GMT From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199705152327.XAA09491@sdchemw1.ucsd.edu> Subject: volume-volume intersection testing with pfSegSets To: info-performer@sgi.com Date: Thu, 15 May 1997 16:27:19 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi Everybody, The Performer Guide mentions the following tantalizing possiblity in Chapter 6: >If only a rough volume-volume intersection is required, >you can specify a bounding cylinder in the pfSegSet >without any line segments at all and request discriminator >callbacks at the PFTRAV_IS_NODE or PFTRAV_IS_GSET level. So I set this up in my app, and my discriminator callback never got called. Grepping through the Performer Mailing list archives, I found this posting, which sounds just like my situation: >>---- On Feb 17, 11:25am, Ulrich J Lechner wrote: >>I would like to intersect my scene (on PFTRAV_IS_GEODE or PFTRAV_IS_GSET level) >>with a simple cylinder or a box. What is the standard way to do this? >>I tried to use a pfSegSet without any lines, a bounding cylinder and >>a discriminator function (see pguide 186) >>Result: My disc function is never called. I guess it is because of a missing >>line segment. Did I do something wrong or is there another way to >>test any object against a node. Do I have to use pfSphereContainsSphere >>to test against every bounding volume for every node? > >We only do segment intersections and we call the discriminator function >if there are actual active segments with length > 0. >However, you could do an initial test of your own in the a >pre-isect callback on the node that should get called for >all nodes traversed, even with an empty segment set. >src.o What is this? Is Sharon saying that the functionality described in the Performer Guide Quote does not actually exist? Or does she just mean that you have to put at least one "dummy" pfSeg in your bounding cylinder in order for your discriminator to be called? For the record, I tried putting a dummy pfSeg in my bounding cylinder, and with that my discriminator callback was called occasionally, but alas it was not called every time an object intersected with my bounding cylinder. (I believe it was only getting called when something intersected with the dummy pfSeg) Assuming for the moment I cannot get this discriminator callback to work correctly, Sharon mentions a pre-isect node callback. By this, I believe she means using pfNode::setTravFuncs(PFTRAV_ISECT, myCallBack, NULL) to alter the intersect requests behavior. I have some questions about that as well. :) First off, is there an ISECT-traversal equivalent to pfGetCullResult() somewhere? If there were, I could maybe use that to set callbacks on geometry whose bounding volumes intersected with mine. Also, is there any way to set per-pfTraverser user data? I note that the pfTraverser class has a void * userData private field, but I don't see how to get at it. Thanks, Jeremy ======================================================================= 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 May 16 01:10:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA02112; Thu, 15 May 1997 19:18:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA02096; Thu, 15 May 1997 19:18:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA26777; Thu, 15 May 1997 19:18:06 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA10462 for ; Thu, 15 May 1997 19:17:24 -0700 env-from (c00chu00@cupid.dt.nchc.gov.tw) Received: from elc044.dt1.nchc (elc044.dt.nchc.gov.tw [140.110.12.28]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with SMTP id KAA08875 for ; Fri, 16 May 1997 10:16:56 +0800 (CST) From: Sam Chu Message-Id: <199705160216.KAA08875@cupid.dt.nchc.gov.tw> Subject: advanced sample codes? To: info-performer@sgi.com Date: Fri, 16 May 1997 10:15:57 +0800 (CST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Status: O Did anyone know where(or how) to get the new(or advanced) sample codes which offer in (advancde?)Performer Training Course? those are TARGETS = \ 01multichan \ 02hud \ 03chanGStates \ 04stress \ 05collide \ 06draw \ 07mask \ 08apptrav \ 09dbase I think they are different from the sample codes which I can get from Developer Toolbox under "toolbox/src/exampleCode/performer/pf2.0class" which are TARGETS = \ appFly \ basic \ basicWin \ bboardFly \ chanGrpFly \ channels \ cloneFly \ dbFly \ dcsFly \ driving \ eskyFly \ firefly \ ......... I did know if I attend the course I will get the codes, but for those who live out the US, it is very expensive to travel to US to attend the courses. Sam Chu National Center for High-Performance Computing Scientific Visualization Lab Email: c00chu00@nchc.gov.tw Tel: (886)35-776085 Ext 248 Fax : (886)35-773538 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 16 02:31:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA02624; Thu, 15 May 1997 20:48:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA02608; Thu, 15 May 1997 20:48:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA03079; Thu, 15 May 1997 20:48:38 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA11224 for ; Thu, 15 May 1997 20:48:28 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id JAA15845; Fri, 16 May 1997 09:18:28 -0530 Message-Id: <199705161448.JAA15845@teil.soft.net> Subject: performance... To: info-performer@sgi.com Date: Fri, 16 May 1997 09:18:28 -0530 (IST) From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 779 Status: O Hi, What can be the performance issue for the following two : ----------- one ------------ f() { pfDCS *dcs = new pfDCS; dcs->setRot(h, p, r); } ---------- two ------------ class Car : public pfDCS { public : Car():pfDCS() {} void setRotation(float h, float p, float r) { setRot(h,p,r); } } f() { Car *car = new Car; car->setRotation(....); } -------------------------------------------------------------------- Thanks in advance, -swapnil *************************************************************************** swapnil@teil.soft.net http://www.teil.soft.net/~swapnil swapnil@pfindy.teil.soft.net swapn@hotmail.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 May 16 03:20:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA02957; Thu, 15 May 1997 21:47:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA02941; Thu, 15 May 1997 21:47:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA06522; Thu, 15 May 1997 21:47:36 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA01038 for ; Thu, 15 May 1997 21:47:35 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id VAA06514; Thu, 15 May 1997 21:47:35 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id VAA26003; Thu, 15 May 1997 21:47:21 -0700 From: "Rob Jenkins" Message-Id: <9705152147.ZM26001@quid.csd.sgi.com> Date: Thu, 15 May 1997 21:47:21 -0700 In-Reply-To: scott@ht.com (Scott McMillan) "Re: Stenciling help needed" (May 15, 4:47pm) References: <199705152047.QAA01973@hf.ht.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: scott@ht.com (Scott McMillan) Subject: Re: Stenciling help needed Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 15, 4:47pm, Scott McMillan wrote: > Subject: Re: Stenciling help needed > > > > ->Pixel depth and the exact parameters of all the visual attributes > > > ->would be critical. Try requesting an explicit visual id you know > > > ->you can get and is supported on the platform. > > > > > > Woops, I think Angus meant description, NOT id. NEVER hard code > > > a visual id number in your code these ids are not guaranteed to > > > be preserved across system configurations, or even across IRIX releases > > > on a given system. > > > > Nope I meant id, I do this a lot, if you are using perfly you can > > request a visual usint the appropriate command line option. > > > > At one point attribute requests were err... unreliable using performer ;-) > > > > > > Cheers,Angus. > > > > I will preface this with the statement that all this is relatively new to me, > but I am learning a lot today (therefore, it is a good day). > > I did a glxinfo and was having fun explicitly setting the visual id from the > list for the most part things work as expected...when I choose one without > depth it won't output things in the proper order, when I choose one without > double buffering it flickers like crazy and when I chose (I am not sure what > I was hoping to see): > > > visual x bf lv rg d st r g b a ax dp st accum buffs ms > id dep cl sp sz l ci b ro sz sz sz sz bf th cl r g b a ns b > ----------------------------------------------------------------- > 0x27 12 pc . 12 . b y . 12 . . . . 24 8 . . . . . . > > glxinfo -v gives a longer, less criptic description of each visual, run on an Octane it seems like this was the visual you tried: Visual ID: 27 depth=12 class=PseudoColor bufferSize=12 level=0 renderType=both doubleBuffer=1 stereo=0 rgba: redSize=12 greenSize=0 blueSize=0 alphaSize=0 auxBuffers=0 depthSize=24 stencilSize=8 accum: redSize=0 greenSize=0 blueSize=0 alphaSize=0 multiSample=0 multiSampleBuffers=0 Opaque. so clearly only has red channel, I'm not sure if/why it crashed the gfx like that but then if you asked some visual selection mechanism ( pfuChooseFBConfig, pfChooseFBConfig, or glxChooseVisual in OpenGL ) for some collection of attributes then unless you asked for greensize=bluesize=0 then you wouldn't get this visual anyway. It's worth looking at man pfWSConnection, the source for pfuChooseFBConfig ( /usr/share/Performer/src/lib/libpfutil/xwin.c ), the man page for glXChooseVisual. Also pasted below is an except from gfx QnA in Pipeline January/February 1997 that cover the general issue of visual selection policy and illustrates an example when 'hard wiring' visuals can be bad news: " Q. What does "Warning: unable to find matching visual" mean? A. A visual is a framebuffer configuration with a given set of characteristics. This could include the number of bits per pixel, depth buffer size, etc. This warning is particularly common on new machines such as the Indigo2 IMPACT or systems with InfiniteReality graphics. Some applications (including some SGI applications) are 'hard coded' to ask for a specific visual by number and description. Because visual numbers are generated when the system boots, the mapping of visual numbers may change for different machine configurations or when a new version of IRIX is installed. If you ask for a specific visual number, the X server tries to return the nearest match. If you ask for a combination of attributes that aren't available on a given machine, you may fail to get a match at all. In practice, the application should still run, but it will report the above warning, and it is possible that some of the graphics may not look completely as expected, although it should be close. If you only request the minimum set of visual capabilities you require, finding a match is more likely. Refer to the manual page for glXChooseVisual(3G) for information on visual selections. Unlike earlier SGI systems, the Indigo2 IMPACT does not have any visuals with two bit overlays or visuals with pop-up bit planes. The Toolchest(1X) on the Indigo Magic Desktop is a common source of this warning, and can be configured not to use pop-up planes. In general, it is bad practice to assume that a certain visual property is available. The command findvis(1G), available starting with IRIX 6.2, can be used from the command line to list OpenGL capable visuals on a machine. The command glxinfo(1G), available starting with IRIX 6.2, can be used to display information about OpenGL capable visuals and the OpenGL renderer of an X server. On systems running IRIX 5.3 or earlier, information about OpenGL capable visuals can be obtained by executing the command xdpyinfo(1). The xwininfo(1) command can be used to determine what visual a application is using by specifying the -tree and -id options. Within a program, glXChooseVisual(3G) returns a visual that matches specified attributes, while glXGetConfig(3G) returns information about GLX visuals. " > The graphics crashed and it reset to the login screen: > The gfx shouldn't crash because you tried to draw to a certian visual, even if it's not an appropriate one, you ought to check your Octane patches, if you have the OS: IRIX 6.4-S2MP+OCTANE then non of the recomended patches seem to be gfx specific, if you have vanilla 6.4 then you'd want ( among others ) patch 1945 - 6.4 Impact Graphics fixes. I you think you need to use this visual, please send me the test case, otherwise just don't use that visual :-) 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 May 16 04:59:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA03094; Thu, 15 May 1997 23:34:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA03078; Thu, 15 May 1997 23:34:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA11784; Thu, 15 May 1997 23:34:50 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA04711 for ; Thu, 15 May 1997 23:32:19 -0700 env-from (perfers@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id MAA27620; Fri, 16 May 1997 12:00:57 -0530 Date: Fri, 16 May 1997 11:55:46 -0530 (IST) From: IRIS Performer user group Subject: Help for pfDCS class ! To: info-performer@sgi.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Dear Performers, I would like to know the functionality of "void setCoord(pfCoord *c)" method available in the pfDCS class. Is it a method for setting the center(origin) for the transformations ? Thanks in advance Binoy Marvar e-mail:binoy@teil.soft.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 May 16 04:36:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA03064; Thu, 15 May 1997 23:12:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA03048; Thu, 15 May 1997 23:12:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA10705; Thu, 15 May 1997 23:12:47 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA28398 for ; Thu, 15 May 1997 23:12:46 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id XAA11867; Thu, 15 May 1997 23:12:45 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id XAA00130; Thu, 15 May 1997 23:12:44 -0700 From: "Sharon Clay" Message-Id: <9705152312.ZM128@rose.asd.sgi.com> Date: Thu, 15 May 1997 23:12:43 -0700 In-Reply-To: dorbie@multipass (Angus MacDonald Dorbie) "Re: Stenciling help needed" (May 15, 1:13pm) References: <199705141922.PAA06160@hf.ht.com> <9705142125.ZM2882@multipass.asd.sgi.com> <9705150306.ZM19679@rose.asd.sgi.com> <9705151313.ZM3805@multipass.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie), scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: Stenciling help needed Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19705152312.ZM128.asd.sgi.com" Status: O -- --PART-BOUNDARY=.19705152312.ZM128.asd.sgi.com Content-Type: text/plain; charset=us-ascii +>---- On May 15, 1:13pm, Angus MacDonald Dorbie wrote: > Subject: Re: Stenciling help needed ->From guest@holodeck.csd.sgi.com Thu May 15 20:29:32 1997 ->Date: Thu, 15 May 1997 13:13:46 -0700 ->> ->would be critical. Try requesting an explicit visual id you know ->> ->you can get and is supported on the platform. ->> ->> Woops, I think Angus meant description, NOT id. NEVER hard code ->> a visual id number in your code these ids are not guaranteed to ->> be preserved across system configurations, or even across IRIX releases ->> on a given system. -> ->Nope I meant id, I do this a lot, if you are using perfly you can ->request a visual usint the appropriate command line option. That is excellent as an experimentation technique (which is why the capability is there) but just do NOT depend on that ID keeping its meaning - ie. don't hard code it into a shell script or worse yet into code. ->At one point attribute requests were err... unreliable using performer ;-) The main bug we had in released software as in original 2.0 where requesting a stereo visual was busted - sorry. Anyway, this was fixed long ago in the first and all updates to Performer2.0. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ --PART-BOUNDARY=.19705152312.ZM128.asd.sgi.com Content-Description: Message from dorbie@multipass (Angus MacDonald Dorbie) Content-Type: message/rfc822 Received: from giraffe.asd.sgi.com by rose.asd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id UAA29830; Thu, 15 May 1997 20:29:32 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id UAA08769; Thu, 15 May 1997 20:29:27 -0700 Received: from giraffe.asd.sgi.com by rose.asd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id UAA29827; Thu, 15 May 1997 20:29:26 -0700 Received: from holodeck.csd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA08764; Thu, 15 May 1997 20:29:21 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA28695; Thu, 15 May 1997 13:14:06 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA28677; Thu, 15 May 1997 13:14:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA06881; Thu, 15 May 1997 13:14:04 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA05881 for ; Thu, 15 May 1997 13:14:04 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA17610; Thu, 15 May 1997 13:13:52 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA03807; Thu, 15 May 1997 13:13:46 -0700 Date: Thu, 15 May 1997 13:13:46 -0700 From: dorbie@multipass (Angus MacDonald Dorbie) Message-Id: <9705151313.ZM3805@multipass.asd.sgi.com> In-Reply-To: "Sharon Clay" "Re: Stenciling help needed" (May 15, 3:06am) References: <199705141922.PAA06160@hf.ht.com> <9705142125.ZM2882@multipass.asd.sgi.com> <9705150306.ZM19679@rose.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Sharon Clay" , scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: Stenciling help needed Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii On May 15, 3:06am, Sharon Clay wrote: > Subject: Re: Stenciling help needed > +>---- On May 14, 9:25pm, Angus MacDonald Dorbie wrote: > > Subject: Re: Stenciling help needed > ->From guest@holodeck.csd.sgi.com Wed May 14 23:57:58 1997 > ->> > > ->> Can anyone venture a guess as to problems?? > -> > ->Do you get stencil bits with the visual you request with the iR? > > FYI, you can use pfQuerySys of PFQSYS_MAX_STENCIL_BITS or > PFQSYS_MAX_MS_SAMPLES to query the max number of stencil bits on > the system. By default we ask for 1 on all recent machines. > On Extreme we asked for 0 by default because stencil steals from > the zbuffer. > > ->Pixel depth and the exact parameters of all the visual attributes > ->would be critical. Try requesting an explicit visual id you know > ->you can get and is supported on the platform. > > Woops, I think Angus meant description, NOT id. NEVER hard code > a visual id number in your code these ids are not guaranteed to > be preserved across system configurations, or even across IRIX releases > on a given system. Nope I meant id, I do this a lot, if you are using perfly you can request a visual usint the appropriate command line option. At one point attribute requests were err... unreliable using performer ;-) Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --PART-BOUNDARY=.19705152312.ZM128.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 Fri May 16 08:18:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA03680; Fri, 16 May 1997 02:55:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA03664; Fri, 16 May 1997 02:55:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA23549; Fri, 16 May 1997 02:55:50 -0700 Received: from count-zero.codenet.be (ns.trasys.be [195.16.0.26]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA10495 for ; Fri, 16 May 1997 02:55:48 -0700 env-from (MDX@trasys.be) Received: from smtpgate.trasys.be ([194.111.177.156]) by count-zero.codenet.be (Netscape Mail Server v2.02) with SMTP id AAA8584 for ; Fri, 16 May 1997 11:55:38 +0200 Received: by smtpgate.trasys.be with Microsoft Mail id <337C5A23@smtpgate.trasys.be>; Fri, 16 May 97 11:59:15 +2 From: "Maudoux, Christian" To: "'Performer (support)'" Subject: Shadows with pfLightSource Date: Fri, 16 May 97 11:55:00 +2 Message-ID: <337C5A23@smtpgate.trasys.be> Encoding: 24 TEXT X-Mailer: Microsoft Mail V3.0 Status: O Could you please dispatch the following? Working with Performer and VEGA, we tried to modify shadow intensity by setting the PFLS_INTENSITY token of a pfLightSource to a specified value. The idea was to get some "grey" shadow (instead of black) when the intensity is reduced. But the effect we get is not the expected one: shadows remain black and it is just the lighting of the scene that is modified. Did I understand it wrong, or is there any side effect ? Thanks for your support, ============================= Christian MAUDOUX email: christian.maudoux@trasys.be phone: 32-2-7737387 fax: 32-2-7737910 ============================= ======================================================================= 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 May 16 11:05:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA04076; Fri, 16 May 1997 05:44:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA04060; Fri, 16 May 1997 05:44:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA02592; Fri, 16 May 1997 05:44:01 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA04621 for ; Fri, 16 May 1997 05:43:58 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Fri, 16 May 1997 08:43:47 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Fri, 16 May 1997 08:43:47 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <335B6432.41C6@etcflorida.com> Date: Mon, 21 Apr 1997 08:57:22 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: sorry Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O It apears that I have caused a little over load of mail concerning axis of rotation... I am sorry that my impatience and wrong date confisued any of you's ss... any way the answer is salved and I thank you... garrett ======================================================================= 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 May 16 11:49:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04301; Fri, 16 May 1997 06:30:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04285; Fri, 16 May 1997 06:30:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA06209; Fri, 16 May 1997 06:30:38 -0700 Received: from alpha.luc.ac.be (alpha.luc.ac.be [193.190.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA20623 for ; Fri, 16 May 1997 06:30:14 -0700 env-from (brassaer@luc.ac.be) Received: from daisy.edm.luc.ac.be by alpha.luc.ac.be; (5.65v3.2/1.1.8.2/28Jul95-1212AM) id AA07348; Fri, 16 May 1997 15:32:24 +0200 Sender: brassaer@luc.ac.be Message-Id: <337C7CC4.2781@luc.ac.be> Date: Fri, 16 May 1997 15:27:00 +0000 From: Bruno Rassaerts Organization: EDM http://www.edm.luc.ac.be X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP19) Mime-Version: 1.0 To: info-performer@sgi.com Subject: pfBuffer question. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I'm wondering if I understood the pfBuffers correctly... My Performer application uses two processes. The first process does the usual Performer stuff (setup, set viewpoint, pfFrame,...) and the other process runs the interface. It looks something like this: performer intializations create scene with some lightsources if (fork() != 0) { while (notdone) { setviewpoint pfFrame (); } } else { create new pfBuffer for adding objects select the buffer run interface } In the interface I create new objects in shared memory. After a object is created I do a scene->bufferAddChild (obj); and objectsBuffer->merge(). This works fine. Now, the problem is deleting objects. I thought I could do it in the same way: //i'm still in the interface process so the current buffer should be //the one I created scene->bufferRemoveChild (obj); objectsBuffer->merge (); This is when Performer crashes... -- // Bruno Rassaerts - EDM (Expertisecentrum Digitale Media) ('> Wetenschapspark 2 - B-3590 Diepenbeek - Tel: +32-(0)11268411 /rr Fax: +32-(0)11269400 - eMail: brassaer@luc.ac.be *\))_ URL: http://www.luc.ac.be/~brassaer/ ======================================================================= 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 May 16 12:06:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04361; Fri, 16 May 1997 06:45:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04340; Fri, 16 May 1997 06:45:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA07165; Fri, 16 May 1997 06:45:00 -0700 Received: from avid.avid.com (avid.avid.com [152.165.6.40]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA26094 for ; Fri, 16 May 1997 06:44:57 -0700 env-from (brianp@ra.avid.com) From: brianp@ra.avid.com Received: from elastic.avid.com (ra.avid.com) by avid.avid.com with ESMTP (1.37.109.20/16.2) id AA188180292; Fri, 16 May 1997 09:44:53 -0400 Received: from avid.avid.com by elastic.avid.com (SMI-8.6/SMI-SVR4) id IAA08679; Fri, 16 May 1997 08:44:50 -0500 Received: from shannara (shannara.avid.com) by avid.avid.com with ESMTP (1.37.109.20/16.2) id AA188130289; Fri, 16 May 1997 09:44:49 -0400 Received: (from brianp@localhost) by shannara (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA26947; Fri, 16 May 1997 08:44:45 -0500 Message-Id: <9705160844.ZM26945@elastic.avid.com> Date: Fri, 16 May 1997 08:44:45 -0500 In-Reply-To: Yann Argotti "PixelBuffer on RE2 With irix6.4" (May 15, 2:35pm) References: <199705151235.OAA14461@sesame> Reply-To: brianp@ra.avid.com Sender: brianp@ra.avid.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Yann Argotti Subject: Re: PixelBuffer on RE2 With irix6.4 Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 15, 2:35pm, Yann Argotti wrote: > I want to make offcreen Rendering with an Onyx Re2 (2xR10000, 1 Gbytes for RAM > and irix 6.4). PixelBuffer solution appears the good way for that. > > My problem is that, when I create PBuffer with glXCreateGLXPbufferSGIX > (an OpenGL instruction), a "BadAlloc" error (ie: insufficient resources > for operation) stops the programme. > > I just try to create a PBuffer of 2x3 pixels, with a red, green, blue size > of 4, depth size of 23, in a single buffer mode and aPBuffer drawable type. > glXChooseFBConfigSGIX function gives me 3 suitable FBconfigs (I decide to use > the first one (the best) where GLX_MAX_PBUFFER_WIDTH_SGIX is 2048 and > GLX_MAX_PBUFFER_HEIGHT_SGIX is 1120). > > Also, I suppose having enought ressources to allocate this little PBuffer > and the solution, to solve current problem, is not very clear. > Is it a bug from me, from OpenGL or from Hardware ?? As part of the SIGGRAPH '97 course on OpenGL and Window System Integration which I'm doing with Mark Kilgard one of the subjects I investigated was off-screen rendering methods, including pbuffers. Pbuffers are a pain to use. I think I finally figured them out though. Check out my notes on the subject at http://www.ssec.wisc.edu/~brianp/sig97/offscrn.htm See the "SGI Pbuffers" section. It explains the "BadAlloc" problem. Then, grab http://www.ssec.wisc.edu/~brianp/sig97/pbuffer.trz which contains pbuffer utility code and a demo program. Hope this helps. -Brian -- -------------------------------------------------------------------- Brian Paul Avid Technology Madison, WI brianp@elastic.avid.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 May 16 13:39:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04580; Fri, 16 May 1997 08:19:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04564; Fri, 16 May 1997 08:19:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA16244; Fri, 16 May 1997 08:19:31 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA07603 for ; Fri, 16 May 1997 08:19:12 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199705161519.IAA07603@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 16 May 1997 17:18:15 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 16 May 1997 17:18:15 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Fri, 16 May 1997 17:09:37 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Fri, 16 May 1997 18:26:34 +0200 Date: Fri, 16 May 1997 18:26:34 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970516162634] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: "P=INTERNET; DDA.TYPE=RFC-822; DDA.VALUE=info-performer(a)sgi.com" (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: RE: Help for pfDCS class ! MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0C pfDCS::setCoord is not a method for setting the origin for transformation= s, but a shorter way for calling setTrans and setRot pfCoord is a structure containing a pfVec" xyz for translation, and a sec= ond pfVec3 hpr for rotations. Personnally I don't like this structure very much. Matter of taste !! 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 Fri May 16 14:39:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA04742; Fri, 16 May 1997 09:24:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA04726; Fri, 16 May 1997 09:24:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA24671; Fri, 16 May 1997 09:24:38 -0700 Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA06445 for ; Fri, 16 May 1997 09:24:37 -0700 env-from (jwallace@nosc.mil) Received: from manta.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA26270; Fri, 16 May 97 09:24:34 PDT Received: from zima.nosc.mil (nrad-ascend-ppp2.nosc.mil) by manta.nosc.mil (4.1/SMI-4.1) id AA11343; Fri, 16 May 97 09:24:28 PDT Message-Id: <3.0.32.19970516092154.00abac70@manta.nosc.mil> X-Sender: jwallace@manta.nosc.mil X-Mailer: Windows Eudora Pro Version 3.0 (32) X-Priority: 1 (Highest) Date: Fri, 16 May 1997 09:22:01 -0700 To: info-performer@sgi.com From: Jeffrey Wallace Subject: Weird error: InitUtilDPool Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Dear Performers, I am supporting a very simple legacy app running on an Onyx RE2, IRIX 5.3, Performer 1.2. This application has been in use for almost two years, and recently began crashing giving the error: Performer Fatal: InitUtilDPool: could not make Util Data Pool If I try restarting the application several time, it ultimately will start and run just fine. What has happened? There has been some extracurricular use of the machine, and I can't tell what if anything has been done to it. Thanks in advance, Jeff Wallace ======================================================================= 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 May 16 14:59:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA04774; Fri, 16 May 1997 09:38:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA04758; Fri, 16 May 1997 09:38:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA26611; Fri, 16 May 1997 09:38:25 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA12536 for ; Fri, 16 May 1997 09:38:24 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id JAA26603; Fri, 16 May 1997 09:38:24 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id JAA27271; Fri, 16 May 1997 09:38:03 -0700 From: "Rob Jenkins" Message-Id: <9705160938.ZM27269@quid.csd.sgi.com> Date: Fri, 16 May 1997 09:38:03 -0700 In-Reply-To: Sam Chu "advanced sample codes?" (May 16, 10:15am) References: <199705160216.KAA08875@cupid.dt.nchc.gov.tw> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Sam Chu , info-performer@sgi.com Subject: Re: advanced sample codes? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 16, 10:15am, Sam Chu wrote: > Subject: advanced sample codes? > > > Did anyone know where(or how) to get the new(or advanced) sample > codes which offer in (advancde?)Performer Training Course? > those are TARGETS = \ > 01multichan \ > 02hud \ > 03chanGStates \ > 04stress \ > 05collide \ > 06draw \ > 07mask \ > 08apptrav \ > 09dbase > I think they are different from the sample codes which I can get from > Developer Toolbox under "toolbox/src/exampleCode/performer/pf2.0class" > which are TARGETS = \ > appFly \ > basic \ > basicWin \ > bboardFly \ > chanGrpFly \ > channels \ > cloneFly \ > dbFly \ > dcsFly \ > driving \ > eskyFly \ > firefly \ > ......... > > I did know if I attend the course I will get the codes, but for those who > live out the US, it is very expensive to travel to US to attend the courses. > Hi Sam This samples are indeed from the pf course notes. I don't think they'd add examples of any concept that isn't covered in what you have already from the dev program or performer_dev.src.sample ( installed under /usr/share/Performer/src ). If there's some pf feature you think you need example code for then post to this list. I know the performer course runs in some european offices but don't think there's any others outside the US and closer to you. Even in the US you'd most likely have to travel to the nearest office and stay near there, and obviously pay the same for the course. You would have a higher cost flight to get here but overall it might not be too much more. http://www.sgi.com/Support/custeducation.html has course details 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 May 16 16:47:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA05067; Fri, 16 May 1997 11:07:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA05051; Fri, 16 May 1997 11:07:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA08509; Fri, 16 May 1997 11:07:39 -0700 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id LAA01579 for ; Fri, 16 May 1997 11:07:37 -0700 env-from (volpe@ash.crd.ge.com) Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA14354; Fri, 16 May 97 14:00:03 -0400 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id NAA08926; Fri, 16 May 1997 13:59:53 -0400 Sender: volpe@ash.crd.ge.com Message-Id: <337CA099.6388@ash.crd.ge.com> Date: Fri, 16 May 1997 13:59:53 -0400 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Multigen HL database origin location Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Does anyone (e.g. Marcus?) happen to know what the lat/long location is for the origin in the Multigen OpenFlight Hunter-Ligget database on the Performer 2.0 CD? The problem I'm experiencing is this: I'm trying to provide the visuals on an SGI (using Performer, and the OpenFlight HL database) for an aircraft simulation running on a host computer that uses its own proprietary HL database internally for vehicle dynamics and mission functions, etc. Apparently, the origins of the two databases don't coincide. The host simulator says the ownship is at a particular flat-earth x,y location (which, as far as the host is concerned, is somewhere within the modelled terrain area), and sends that information to the visuals running on the SGI, but when I set they eyepoint to that position, the terrain vanishes and I'm apparently off in outer-space somewhere. Since both databases are in feet, I'm hoping that incorporating a translational offset between the two databases will solve the problem. If I knew the lat/long position of the origin of each database, I could compute this translational offset. Thanks in advance. -Chris -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: "volpecr" AT "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 May 16 17:02:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA05099; Fri, 16 May 1997 11:24:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA05083; Fri, 16 May 1997 11:24:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA10883; Fri, 16 May 1997 11:24:36 -0700 Received: from ntserver.ivex3d.com (ivex3d.com [204.241.103.127]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA10356 for ; Fri, 16 May 1997 11:24:33 -0700 env-from (ram@ivex3d.com) Received: by ntserver.ivex3d.com from localhost (router,SLmailNT V2.3); Fri, 16 May 1997 14:18:01 Eastern Daylight Time Received: by ntserver.ivex3d.com from eng9 (204.241.103.127::mail daemon; unverified,SLmailNT V2.3); Fri, 16 May 1997 14:18:01 Eastern Daylight Time Sender: "ram munjulu" Message-ID: <337CD030.41C6@ivex3d.com> Date: Fri, 16 May 1997 17:22:56 -0400 From: "Rambabu" X-Mailer: Mozilla 2.01S (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: Sharon Clay CC: Angus MacDonald Dorbie , Scott McMillan , info-performer@sgi.com Subject: Re: Stenciling help needed References: <199705141922.PAA06160@hf.ht.com> <9705142125.ZM2882@multipass.asd.sgi.com> <9705150306.ZM19679@rose.asd.sgi.com> <9705151313.ZM3805@multipass.asd.sgi.com> <9705152312.ZM128@rose.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Sharon Clay wrote: > > +>---- On May 15, 1:13pm, Angus MacDonald Dorbie wrote: > > Subject: Re: Stenciling help needed > ->From guest@holodeck.csd.sgi.com Thu May 15 20:29:32 1997 > ->Date: Thu, 15 May 1997 13:13:46 -0700 > > ->> ->would be critical. Try requesting an explicit visual id you know > ->> ->you can get and is supported on the platform. > ->> > ->> Woops, I think Angus meant description, NOT id. NEVER hard code > ->> a visual id number in your code these ids are not guaranteed to > ->> be preserved across system configurations, or even across IRIX releases > ->> on a given system. > -> > ->Nope I meant id, I do this a lot, if you are using perfly you can > ->request a visual usint the appropriate command line option. > > That is excellent as an experimentation technique (which is why the capability > is there) but just do NOT depend on that ID keeping its meaning - ie. don't > hard code it into a shell script or worse yet into code. > > ->At one point attribute requests were err... unreliable using performer ;-) > > The main bug we had in released software as in original 2.0 where > requesting a stereo visual was busted - sorry. Anyway, this was > fixed long ago in the first and all updates to Performer2.0. > > src. > > -- > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ > Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. > src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ > > --------------------------------------------------------------- > > Subject: Re: Stenciling help needed > Date: Thu, 15 May 1997 13:13:46 -0700 > From: dorbie@multipass (Angus MacDonald Dorbie) > To: "Sharon Clay" , scott@ht.com (Scott McMillan), info-performer@sgi.com > References: <199705141922.PAA06160@hf.ht.com> > <9705142125.ZM2882@multipass.asd.sgi.com> > <9705150306.ZM19679@rose.asd.sgi.com> > > On May 15, 3:06am, Sharon Clay wrote: > > Subject: Re: Stenciling help needed > > +>---- On May 14, 9:25pm, Angus MacDonald Dorbie wrote: > > > Subject: Re: Stenciling help needed > > ->From guest@holodeck.csd.sgi.com Wed May 14 23:57:58 1997 > > ->> > > > > ->> Can anyone venture a guess as to problems?? > > -> > > ->Do you get stencil bits with the visual you request with the iR? > > > > FYI, you can use pfQuerySys of PFQSYS_MAX_STENCIL_BITS or > > PFQSYS_MAX_MS_SAMPLES to query the max number of stencil bits on > > the system. By default we ask for 1 on all recent machines. > > On Extreme we asked for 0 by default because stencil steals from > > the zbuffer. > > > > ->Pixel depth and the exact parameters of all the visual attributes > > ->would be critical. Try requesting an explicit visual id you know > > ->you can get and is supported on the platform. > > > > Woops, I think Angus meant description, NOT id. NEVER hard code > > a visual id number in your code these ids are not guaranteed to > > be preserved across system configurations, or even across IRIX releases > > on a given system. > > Nope I meant id, I do this a lot, if you are using perfly you can > request a visual usint the appropriate command line option. > > At one point attribute requests were err... unreliable using performer ;-) > > Cheers,Angus. > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com Hey, So would that mean that, if I specify attributes whose combination doesn't fall into any of the visual ids, the application would automatically use this configuration as the minimum (num of bit planes etc) and use the nearest visual id ? If this is true, all one needs to do is to set some minimum values for the bit planes and let the app do the work based on the gfx configuration. -- Ram +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rambabu Munjuluri Phone # : 770-564-1148 E-mail : ram@ivex3d.com Fax : 770-381-0622 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ======================================================================= 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 May 16 18:12:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA05457; Fri, 16 May 1997 12:55:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA05441; Fri, 16 May 1997 12:55:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA23501; Fri, 16 May 1997 12:55:24 -0700 Received: from mclapo.apo.saic.com (apo.saic.com [149.8.95.65]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id MAA25674 for ; Fri, 16 May 1997 12:55:22 -0700 env-from (BLANCHARD@mclapo.apo.saic.com) From: BLANCHARD@mclapo.apo.saic.com Date: Fri, 16 May 1997 15:55:20 -0400 To: info-performer@sgi.com Message-Id: <970516155520.ed5@mclapo.apo.saic.com> Subject: pfuPath ping again... Status: O Howdy Performers... Sadly enough, I didn't get a response from my posting earlier this week about using the pfuPath utility (and the problems I am having). How about this then... Anyone have an example using the pfuPath routines (including pfuFollowPath), and show how they used the returned orientation values? I have trouble with the returned 'heading' when entering an arc segment of the path. Any help would be GREATLY appreciated. --Paul ======================================================================= 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 May 16 20:03:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA00583; Fri, 16 May 1997 20:00:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA06882; Fri, 16 May 1997 15:04:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA10601; Fri, 16 May 1997 15:04:01 -0700 Received: from mailbox2.ucsd.edu (mailbox2.ucsd.edu [132.239.1.54]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA03132 for ; Fri, 16 May 1997 15:03:59 -0700 env-from (jaf@chem.ucsd.edu) Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox2.ucsd.edu (8.8.5/8.6.9) with SMTP id PAA23464 for ; Fri, 16 May 1997 15:03:58 -0700 (PDT) Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4) id PAA15209 for ; Fri, 16 May 1997 15:03:57 -0700 Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12) id WAA29392; Fri, 16 May 1997 22:04:03 GMT From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199705162204.WAA29392@sdchemw1.ucsd.edu> Subject: Re: Help for pfDCS class ! To: info-performer@sgi.com Date: Fri, 16 May 1997 15:04:03 -0700 (PDT) In-Reply-To: <199705161519.IAA07603@sgi.sgi.com> from "BOCCARA Michael" at May 16, 97 06:26:34 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Just out of curiosity, is calling pfDCS::setCoord() more efficient then calling pfDCS::setTrans() followed immediately by pfDCS::setRot() ? It seems to me that calling setCoord() might mean only one bounding volume recalculation, as opposed to two the other way. -Jeremy ======================================================================= 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 May 16 20:05:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA00880; Fri, 16 May 1997 20:03:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA07010; Fri, 16 May 1997 15:36:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA13732; Fri, 16 May 1997 15:36:45 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA22023 for ; Fri, 16 May 1997 15:36:43 -0700 env-from (bleclerc@poster.cae.ca) Received: tid SAA29776; Fri, 16 May 1997 18:17:30 -0400 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA14516; Fri, 16 May 1997 12:13:25 -0400 Received: from eagle.cae.ca by eagle.cae.ca via SMTP (950413.SGI.8.6.12/930416.SGI) id MAA12805; Fri, 16 May 1997 12:08:50 -0400 Sender: bleclerc@poster.cae.ca Message-Id: <337C8691.41C6@cae.ca> Date: Fri, 16 May 1997 12:08:49 -0400 From: Bernard Leclerc Organization: CAE Electronics Ltd. X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: Binoy Marvar Cc: info-performer@sgi.com Subject: Re: Help for pfDCS class ! References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Binoy Marvar wrote: > I would like to know the functionality of "void setCoord(pfCoord *c)" > method available in the pfDCS class. > > Is it a method for setting the center(origin) for the transformations? No. setCoord() is a short for setRot() and setTrans(). The man page explains this: pfDCS::setCoord sets the rotation and translation portion of the pfDCS according to coord. This is equivalent to: dcs->setRot(coord->hpr[0], coord->hpr[1], coord->hpr[2]); dcs->setTrans(coord->xyz[0], coord->xyz[1], coord->xyz[2]); -- Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, 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 Fri May 16 20:07:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA00898; Fri, 16 May 1997 20:05:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA07200; Fri, 16 May 1997 15:58:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA15902; Fri, 16 May 1997 15:58:49 -0700 Received: from thor.ats.qc.ca (gwmix.atsaerospace.com [198.168.83.144]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA03230 for ; Fri, 16 May 1997 15:58:47 -0700 env-from (jaydee@thor.ats.qc.ca) Received: (from jaydee@localhost) by thor.ats.qc.ca (8.8.5/gw885) id SAA11175; Fri, 16 May 1997 18:58:39 -0400 (EDT) Message-Id: <199705162258.SAA11175@thor.ats.qc.ca> From: jaydee@ATSaerospace.com (Jean Daigle) Date: Fri, 16 May 1997 18:58:39 -0400 In-Reply-To: Jeffrey Wallace "Weird error: InitUtilDPool" (May 16, 9:22am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Jeffrey Wallace , info-performer@sgi.com Subject: Re: Weird error: InitUtilDPool Status: O Hi! On May 16, 9:22am, Jeffrey Wallace wrote: ... } I am supporting a very simple legacy app running on an Onyx RE2, IRIX 5.3, } Performer 1.2. } } This application has been in use for almost two years, and recently began } crashing giving the error: } } Performer Fatal: InitUtilDPool: could not make Util Data Pool } } If I try restarting the application several time, it ultimately will start } and run just fine. } } What has happened? There has been some extracurricular use of the machine, } and I can't tell what if anything has been done to it. ... }-- End of excerpt from Jeffrey Wallace Check out your /var/tmp directory. There may be an inordinate number of pf[uU]til* files lurking there. These are the shared memory arenas created by initialization of the utility library in pf apps (pfuInitUtil()). They often don't get deleted when the application ends. They certainly persist after a crash. Delete them! Even better, wipe them out periodically with a cron job! The files are keyed to a process number. When the process count wraps or re-intializes after a reboot, there is a chance of a collision with a residual file, which is fatal. An application terminating normally and calling pfuExitUtil() is supposed to clean up this file. Regards, Jean Daigle. -------------------------------------------------------------------- | Jean Daigle ATS Aerospace Inc. | | Manager, 1250 Boul Marie-Victorin | | Real Time Graphics & Entertainment St. Bruno, QC J3V 6B8 | | Tel: (514) 441-9000 | | Jean.Daigle@ATSaerospace.com Fax: (514) 441-6789 | -------------------------------------------------------------------- ======================================================================= 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 May 17 07:13:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA01406; Fri, 16 May 1997 23:41:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA01390; Fri, 16 May 1997 23:40:43 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA13745; Fri, 16 May 1997 23:40:43 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id QAA13337; Fri, 16 May 1997 16:51:30 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA28603 for ; Fri, 16 May 1997 16:50:11 -0700 env-from (bleclerc@cae.ca) Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA46382; Fri, 16 May 1997 19:44:01 -0400 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id TAA14459; Fri, 16 May 1997 19:39:26 -0400 Date: Fri, 16 May 1997 19:39:26 -0400 From: bleclerc@cae.ca (Bernard Leclerc) Message-Id: <199705162339.TAA14459@eagle.cae.ca> To: Christian Maudoux Subject: Re: Shadows with pfLightSource Cc: info-performer@sgi.com Status: O > Working with Performer and VEGA, we tried to modify shadow intensity by > setting the PFLS_INTENSITY token of a pfLightSource to a specified value. > The idea was to get some "grey" shadow (instead of black) when the > intensity is reduced. > But the effect we get is not the expected one: shadows remain black and > it is just the lighting of the scene that is modified. > Did I understand it wrong, or is there any side effect ? The effect you observed is perfectly normal. PFLS_INTENSITY is used to normalize the intensity of multipole light sources. If you want to change the color of the shadow casted by the light source, you must specify the ambient alpha with pfEarthSky:setColor() as mentioned on page 5 of the pfLightSource man page. Refer to example 3 to setup a light source casting semi-transparent shadows. Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, 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 Sat May 17 09:07:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA01526; Sat, 17 May 1997 01:32:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA01510; Sat, 17 May 1997 01:31:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA19615; Sat, 17 May 1997 01:31:50 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA26507 for ; Sat, 17 May 1997 01:31:36 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id OAA09272; Sat, 17 May 1997 14:00:40 -0530 Message-Id: <199705171930.OAA09272@teil.soft.net> Subject: Re: performance... To: steve@mred.bgm.link.com (Steve Baker) Date: Sat, 17 May 1997 14:00:39 -0530 (IST) Cc: info-performer@sgi.com In-Reply-To: <9705161417.AA06242@mred.bgm.link.com> from "Steve Baker" at May 16, 97 09:17:25 am From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1852 Status: O Hi, It's true that it's inline function, but this is just a small example i wanted to ask about. In general i have big object having lot many data member. And member functions are not inline. This inline thing is related to C++ performance and not to performer engine. What i wanted to know is, does performance gets affected by this type of scene graph, while traveling through it??? -swapnil According to Steve Baker: > > > What can be the performance issue for the following two : > > > > ----------- one ------------ > > f() > > { > > pfDCS *dcs = new pfDCS; > > dcs->setRot(h, p, r); > > } > > > > ---------- two ------------ > > > > class Car : public pfDCS > > { > > public : > > Car():pfDCS() > > {} > > > > void setRotation(float h, float p, float r) > > { > > setRot(h,p,r); > > } > > } > > > > f() > > { > > Car *car = new Car; > > > > car->setRotation(....); > > } > > > > Since setRotation is inline, I'd expect the compiler to generate > identical machine code in the two cases - so there should be no > difference in performance. > > > 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) > > ** Beware of Geeks bearing GIF's. ** > > *************************************************************************** swapnil@teil.soft.net http://www.teil.soft.net/~swapnil swapnil@pfindy.teil.soft.net swapn@hotmail.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 May 17 21:02:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA03300; Sat, 17 May 1997 13:30:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA03283; Sat, 17 May 1997 13:30:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA16607; Sat, 17 May 1997 13:30:09 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA02091 for ; Sat, 17 May 1997 13:30:02 -0700 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA08949 for info-performer@sgi.com; Sat, 17 May 1997 15:31:23 -0500 From: "Ren-Jye Yu" Message-Id: <9705171531.ZM8948@python.tamu.edu> Date: Sat, 17 May 1997 15:31:23 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: How to rotate X Window font??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I use pfuMakeRasterXFont to load the X Window font and use pfuDrawStringPos to draw the font. I draw the font in the draw callback function. It work well. Now, I need to rotate the font. I try to use glRotatef before calling pfuDrawStringPos but it does not work. Can you tell me how to rotate the font? I will appreciate for you help. Have a nice day. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon May 19 15:52:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA06841; Mon, 19 May 1997 10:33:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06821; Mon, 19 May 1997 10:32:57 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA19527; Mon, 19 May 1997 10:32:56 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA22407 for ; Sun, 18 May 1997 00:32:21 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id AAA18527; Sun, 18 May 1997 00:32:21 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA19673 for ; Sun, 18 May 1997 00:32:20 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id AAA13855; Sun, 18 May 1997 00:31:59 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id AAA17466; Sun, 18 May 1997 00:31:58 -0700 From: "Sharon Clay" Message-Id: <9705180031.ZM17464@rose.asd.sgi.com> Date: Sun, 18 May 1997 00:31:58 -0700 In-Reply-To: "Ren-Jye Yu" "How to rotate X Window font???" (May 17, 3:31pm) References: <9705171531.ZM8948@python.tamu.edu> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Ren-Jye Yu" , info-performer@sgi.com Subject: Re: How to rotate X Window font??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On May 17, 3:31pm, Ren-Jye Yu wrote: > Subject: How to rotate X Window font??? ->Hello, -> -> I use pfuMakeRasterXFont to load the X Window font and use ->pfuDrawStringPos to draw the font. I draw the font in the draw callback ->function. It work well. Now, I need to rotate the font. I try to use glRotatef ->before calling pfuDrawStringPos but it does not work. Can you tell me how to ->rotate the font? I will appreciate for you help. Have a nice day. Raster fonts are glBitmaps and so do not respond to scale or rotate or other xform calls and only look at the current Raster postion. 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 May 19 15:53:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA06873; Mon, 19 May 1997 10:33:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06825; Mon, 19 May 1997 10:32:58 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA19547; Mon, 19 May 1997 10:32:57 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA22459 for ; Sun, 18 May 1997 00:39:08 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id AAA18712; Sun, 18 May 1997 00:39:07 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA21442 for ; Sun, 18 May 1997 00:39:06 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id AAA13922; Sun, 18 May 1997 00:38:43 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id AAA17483; Sun, 18 May 1997 00:38:42 -0700 From: "Sharon Clay" Message-Id: <9705180038.ZM17481@rose.asd.sgi.com> Date: Sun, 18 May 1997 00:38:42 -0700 In-Reply-To: jaf@chem.ucsd.edu (Jeremy Friesner) "Re: Help for pfDCS class !" (May 16, 3:04pm) References: <199705162204.WAA29392@sdchemw1.ucsd.edu> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: jaf@chem.ucsd.edu (Jeremy Friesner), info-performer@sgi.com Subject: Re: Help for pfDCS class ! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On May 16, 3:04pm, Jeremy Friesner wrote: > Subject: Re: Help for pfDCS class ! -> ->Just out of curiosity, is calling pfDCS::setCoord() more efficient ->then calling pfDCS::setTrans() followed immediately by pfDCS::setRot() ? ->It seems to me that calling setCoord() might mean only one bounding ->volume recalculation, as opposed to two the other way. Actually, they'll be the same if after setCoord you also call pfDCS::setMatType(). setRot and setTrans set the matTypes automatically and for known mat types we can do various optimizations. We do the volume re-calcs once a frame as part of the clean operation in pfSync() (unless you do an explicity get of a volume that is dirtied by the above set). 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 May 19 15:52:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA06759; Mon, 19 May 1997 10:15:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06740; Mon, 19 May 1997 10:14:47 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA14528; Mon, 19 May 1997 10:14:47 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA02813 for ; Sun, 18 May 1997 03:59:54 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id DAA23617; Sun, 18 May 1997 03:59:53 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA16990 for ; Sun, 18 May 1997 03:59:36 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id QAA20370; Sun, 18 May 1997 16:29:27 -0530 Message-Id: <199705182159.QAA20370@teil.soft.net> Subject: Re: How to rotate X Window font??? To: renjye@python.tamu.edu Date: Sun, 18 May 1997 16:29:27 -0530 (IST) Cc: info-performer@sgi.com In-Reply-To: <199705182146.QAA20288@teil.soft.net> from "IRIS Performer user group" at May 18, 97 04:16:33 pm From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 625 Status: O How about rotating before calling pfuMakeRasterXFont() ??? just try it out, i'm not too much in this, but i guess this should work. best luck :) -swapnil According to IRIS Performer user group: > > Hello, > > I use pfuMakeRasterXFont to load the X Window font and use > pfuDrawStringPos to draw the font. I draw the font in the draw callback > function. It work well. Now, I need to rotate the font. I try to use glRotatef > before calling pfuDrawStringPos but it does not work. Can you tell me how to > rotate the font? I will appreciate for you help. Have a nice day. > > -- -------- swapnil@teil.soft.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 Mon May 19 15:52:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA06738; Mon, 19 May 1997 10:14:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06722; Mon, 19 May 1997 10:14:07 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA14370; Mon, 19 May 1997 10:14:06 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA03587 for ; Sun, 18 May 1997 04:06:21 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id EAA23795; Sun, 18 May 1997 04:06:21 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA18704 for ; Sun, 18 May 1997 04:06:07 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id QAA20409; Sun, 18 May 1997 16:35:15 -0530 Message-Id: <199705182205.QAA20409@teil.soft.net> Subject: Re: How to rotate X Window font??? To: renjye@python.tamu.edu Date: Sun, 18 May 1997 16:35:15 -0530 (IST) Cc: info-performer@sgi.com In-Reply-To: from "Swapnil Shah" at May 18, 97 04:29:27 pm From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 875 Status: O Hi, I'm not too much in this all, but i guess following solution. How about rotating before calling pfuMakeRasterXFont() ??? Because, pfuMakeRasterXFont creates the "DisplayList", which is nothing but loading of stencil or something for particular font. Now if you load rotated stencil (display list), the drawing then after will be rotated one. just have a trial with this logic. best luck :) -swapnil According to IRIS Performer user group: > > Hello, > > I use pfuMakeRasterXFont to load the X Window font and use > pfuDrawStringPos to draw the font. I draw the font in the draw callback > function. It work well. Now, I need to rotate the font. I try to use glRotatef > before calling pfuDrawStringPos but it does not work. Can you tell me how to > rotate the font? I will appreciate for you help. Have a nice day. > > -- -------- swapnil@teil.soft.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 Mon May 19 15:53:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA06857; Mon, 19 May 1997 10:33:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06823; Mon, 19 May 1997 10:32:57 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA19536; Mon, 19 May 1997 10:32:56 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA22495 for ; Sun, 18 May 1997 00:44:14 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id AAA18849; Sun, 18 May 1997 00:44:13 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA22794 for ; Sun, 18 May 1997 00:44:13 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id AAA13955; Sun, 18 May 1997 00:43:57 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id AAA17501; Sun, 18 May 1997 00:43:56 -0700 From: "Sharon Clay" Message-Id: <9705180043.ZM17499@rose.asd.sgi.com> Date: Sun, 18 May 1997 00:43:56 -0700 In-Reply-To: jaf@chem.ucsd.edu (Jeremy Friesner) "Re: Help for pfDCS class !" (May 16, 3:04pm) References: <199705162204.WAA29392@sdchemw1.ucsd.edu> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: jaf@chem.ucsd.edu (Jeremy Friesner), info-performer@sgi.com Subject: Re: Help for pfDCS class ! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On May 16, 3:04pm, Jeremy Friesner wrote: > Subject: Re: Help for pfDCS class ! -> ->Just out of curiosity, is calling pfDCS::setCoord() more efficient ->then calling pfDCS::setTrans() followed immediately by pfDCS::setRot() ? ->It seems to me that calling setCoord() might mean only one bounding ->volume recalculation, as opposed to two the other way. Arrrugh - I just wrote: ->Actually, they'll be the same if after setCoord you also call ->pfDCS::setMatType(). setRot and setTrans set the matTypes automatically ->and for known mat We DO set mat type for ::setCoord() - sorry for the silliness. So, they really are the same. I just missed it a first glanced but then realized that I must be wrong. 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 May 19 15:52:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA06653; Mon, 19 May 1997 10:01:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06637; Mon, 19 May 1997 10:01:34 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA09774; Mon, 19 May 1997 10:01:33 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA16077 for ; Mon, 19 May 1997 02:40:33 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id CAA27492; Mon, 19 May 1997 02:40:32 -0700 Received: from public.intercom.co.cn ([203.196.0.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA26069 for ; Mon, 19 May 1997 02:39:49 -0700 env-from (yan@bjhydtd.co.cn) Received: from mailhost.hyd.co.cn ([203.196.0.101]) by public.intercom.co.cn (8.7.5/8.7.3) with ESMTP id RAA10901 for ; Mon, 19 May 1997 17:36:47 -0800 (GMT) Received: from master (window [192.168.10.2]) by mailhost.hyd.co.cn (8.7.6/8.7.3) with SMTP id RAA09413 for ; Mon, 19 May 1997 17:41:06 -0400 Message-ID: <3380BA49.2019@bjhydtd.co.cn> Date: Tue, 20 May 1997 05:38:33 +0900 From: YanZhengQuan Reply-To: yan@bjhydtd.co.cn Organization: Hua Yun Da Group Ltd. X-Mailer: Mozilla 3.0 (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: compile c++ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O How can I compile and link c++ programs with cc command? my computer is Indigo2. ======================================================================= 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 May 19 15:52:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA06801; Mon, 19 May 1997 10:24:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06785; Mon, 19 May 1997 10:24:26 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA17352; Mon, 19 May 1997 10:24:26 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA19547 for ; Sun, 18 May 1997 09:14:02 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id JAA04850; Sun, 18 May 1997 09:14:01 -0700 Received: from cucs18.cs.cuhk.hk (cucs18.cs.cuhk.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA14771 for ; Sun, 18 May 1997 09:13:56 -0700 env-from (yprj2280@cucs18.cs.cuhk.hk) Received: from sgi18.cs.cuhk.hk by cse.cuhk.edu.hk with ESMTP id AAA24888; Mon, 19 May 1997 00:13:48 +0800 Received: by sgi18.cs.cuhk.hk (940816.SGI.8.6.9/Spike-2.0) id AAA27023; Mon, 19 May 1997 00:13:46 +0800 Date: Mon, 19 May 1997 00:13:45 +0800 (HKT) From: Virtual Exploration Environment X-Sender: yprj2280@sgi18.cs.cuhk.hk To: BLANCHARD@mclapo.apo.saic.com cc: info-performer@sgi.com Subject: Re: pfuPath ping again... In-Reply-To: <970516155520.ed5@mclapo.apo.saic.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 16 May 1997 BLANCHARD@mclapo.apo.saic.com wrote: > > Anyone have an example using the pfuPath routines (including > pfuFollowPath), and show how they used the returned orientation > values? I have trouble with the returned 'heading' when entering an > arc segment of the path. > Here are some information in the previous news. The examples of path file may be found in the directory of performer town. ======================================================================== :I am looking for documentation or (preferably) some example code that details :the use of the pfuPath routines in libpfu. man pfupath is the first source. The idea is that a path is a list of segments, each of which is either a vector or an arc. The handy thing is that if you set a radius of curvature, the path routines will make an arc for you that joins the two vectors. This is how the truck is sent about the performer town demo. :I realize that libpfu is :unsupported and subject to change in future releases, but I am hoping that :someone out there has made good use of these routines. I've started by looking :at the path.c source for libpfu, but some actual examples of its use would be :helpful. If you develop improvements for the path logic send it to us and we'll include it in future releases of IRIS Performer. Here are the path-related excerpts from the "IRIS Performer Town" demo that's in buttonfly in the demos account. That demo uses a version of perfly that takes names of models and their paths from the command line (via the "A" keyword) and maintains a list of vehicles based on this information. Once the argument list has been processed, a trip is made through the list to load each model with a pfDCS node above it and to load its path definition as well. Finally, each model is advanced along the path by one time step in the main simulation loop. Here are the code fragments: ================================================================== = handy structure definition used later in code ================================================================== /* autopilot vehicle support */ typedef struct { char modelName[PF_MAXSTRING]; char pathName[PF_MAXSTRING]; char vehicleName[PF_MAXSTRING]; pfDCS *dcs; pfuPath *path; pfVec3 xyz; pfVec3 hpr; } Vehicle; #define MAX_VEHICLES 32 Vehicle vehicle[MAX_VEHICLES] = {"", "", "", NULL, NULL, {0,0,0}, {0,0,0}}; long vehicles = 0; ================================================================== = parse vehicle definitions: remember vehicles and paths ================================================================== /* process command-line arguments */ while ((opt = getopt(argc, argv, OptionStr)) != -1) { /* specify "autopilot" vehicle */ case 'A': { if (vehicles < MAX_VEHICLES) { /* initialize vehicle defininition */ vehicle[vehicles].modelName[0] = '\0'; vehicle[vehicles].pathName[0] = '\0'; sprintf(vehicle[vehicles].vehicleName, "%d", vehicles); vehicle[vehicles].dcs = NULL; vehicle[vehicles].path = NULL; /* parse file names from argument */ sscanf(optarg, "%[^,],%[^,],%s", vehicle[vehicles].modelName, vehicle[vehicles].pathName, vehicle[vehicles].vehicleName); /* increment vehicle count */ vehicles++; } else pfNotify(PFNFY_INFO, PFNFY_PRINT, "Too many autopilot vehicles"); } break; ================================================================== = pass through vehicle list: loading vehicles and paths ================================================================== /* load each of the autopilot vehicles */ for (i = 0; i < vehicles; i++) { long j; /* has file already been loaded ? */ for (j = 0, root = NULL; j < i && root == NULL; j++) if (strcmp(vehicle[i].modelName, vehicle[j].modelName) == 0) root = pfGetChild(vehicle[j].dcs, 0); /* load named file */ if (root == NULL) root = LoadFile(vehicle[i].modelName, NULL); Loaded = 0; /* create new vehicle and attach model to it */ if (root != NULL) { /* load database */ vehicle[i].dcs = pfNewDCS(); pfAddChild(vehicle[i].dcs, root); pfAddChild(scene, vehicle[i].dcs); /* load path */ vehicle[i].path = pfuNewPath(); pfuAddFile(vehicle[i].path, vehicle[i].pathName); } } ================================================================== = advance each vehicle during each trip through the simulation ================================================================== /* simulate each autopilot vehicle */ for (i = 0; i < vehicles; i++) if (vehicle[i].dcs != NULL && vehicle[i].path != NULL) { /* advance along path */ pfuFollowPath(vehicle[i].path, 1.0/pfGetFrameRate(), vehicle[i].xyz, vehicle[i].hpr); /* update vehicle DCS */ pfDCSRot(vehicle[i].dcs, vehicle[i].hpr[PF_H], vehicle[i].hpr[PF_P], vehicle[i].hpr[PF_R]); pfDCSTrans(vehicle[i].dcs, vehicle[i].xyz[PF_X], vehicle[i].xyz[PF_Y], vehicle[i].xyz[PF_Z]); } ======================================================================= 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 May 19 18:54:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA06961; Mon, 19 May 1997 11:01:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06945; Mon, 19 May 1997 11:01:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA24572; Mon, 19 May 1997 11:01:05 -0700 Received: from indy3.gstone.com ([199.35.226.23]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA00700 for ; Mon, 19 May 1997 11:00:55 -0700 env-from (dstipe@gstone.com) Received: from [199.35.226.167] (dstipe.gstone.com [199.35.226.167]) by indy3.gstone.com (8.8.5/8.8.3) with SMTP id KAA14882 for ; Mon, 19 May 1997 10:56:54 -0700 (PDT) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 19 May 1997 11:02:56 -0700 To: info-performer@sgi.com From: dstipe@indy3.gstone.com (Daniel Stipe) Subject: translating OpenFlight to OpenGL Status: O Greetings Performers, I need to translate from OpenFlight to OpenGL. I plan to use GameGen to generate the database. I am investigating Realimation and NDL for translators. Are there other options? Thanks Dan Dan Stipe - Sr. Staff Member Tele: (619) 874-7000 ext. 176 /\/\/\ GreyStone Technology, Inc. fax: (619) 874-7007 / /\/\ \ 4950 Murphy Canyon Road e-mail: dstipe@gstone.com \ \/\/ / San Diego, CA 92123-4325 web: http://www.gstone.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 May 19 16:00:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA06691; Mon, 19 May 1997 10:07:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06675; Mon, 19 May 1997 10:07:26 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA12038; Mon, 19 May 1997 10:07:25 -0700 Received: from odin.corp.sgi.com (fddi-odin.corp.sgi.com [198.29.75.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA01073 for ; Sun, 18 May 1997 13:05:53 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id NAA14863; Sun, 18 May 1997 13:05:52 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA25246 for ; Sun, 18 May 1997 13:05:51 -0700 env-from (graham@beast.asd.sgi.com) Received: from beast.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA20223; Sun, 18 May 1997 13:05:43 -0700 Received: by beast.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA04818; Sun, 18 May 1997 13:05:41 -0700 Date: Sun, 18 May 1997 13:05:41 -0700 From: graham@beast.asd.sgi.com (Graham) Message-Id: <9705181305.ZM4816@beast.asd.sgi.com> In-Reply-To: Christopher R Volpe "Multigen HL database origin location" (May 16, 1:59pm) References: <337CA099.6388@ash.crd.ge.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Christopher R Volpe Subject: Re: Multigen HL database origin location Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Try 37N 122W (thats probably right +- 1 degree) and you'll find out quick enough, note the origin is in the Pacific ocean. GB On May 16, 1:59pm, Christopher R Volpe wrote: > Subject: Multigen HL database origin location > Does anyone (e.g. Marcus?) happen to know what the lat/long location is > for the origin in the Multigen OpenFlight Hunter-Ligget database on the > Performer 2.0 CD? > > The problem I'm experiencing is this: I'm trying to provide the visuals > on an SGI (using Performer, and the OpenFlight HL database) for an > aircraft simulation running on a host computer that uses its own > proprietary HL database internally for vehicle dynamics and mission > functions, etc. Apparently, the origins of the two databases don't > coincide. The host simulator says the ownship is at a particular > flat-earth x,y location (which, as far as the host is concerned, is > somewhere within the modelled terrain area), and sends that information > to the visuals running on the SGI, but when I set they eyepoint to that > position, the terrain vanishes and I'm apparently off in outer-space > somewhere. Since both databases are in feet, I'm hoping that > incorporating a translational offset between the two databases will > solve the problem. If I knew the lat/long position of the origin of each > database, I could compute this translational offset. > > Thanks in advance. > > -Chris > -- > > Chris Volpe Phone: (518) 387-7766 > GE Corporate R&D Fax: (518) 387-6560 > PO Box 8 Email: "volpecr" AT "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 >-- End of excerpt from Christopher R Volpe -- Vis-Sim is easy: ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Level-Of-Detail switching example (__) (oo) U /-------\/ /---V / | || * |--| . * ||----|| ^^ ^^ Cow at 1 meter. Cow at 100 meters. Cow at 10,000 meters. ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Do you get it yet? ---------------------------------------------------------------------- Graham (Grambo) Beasley Silicon Graphics, Inc. graham@sgi.com Manager Application Engr. voice (415) 933-5420 fax (415) 964-8671 ---------------------------------------------------------------------- ======================================================================= 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 May 19 23:22:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA08238; Mon, 19 May 1997 17:11:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA08214; Mon, 19 May 1997 17:10:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA15584; Mon, 19 May 1997 17:10:44 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA23700 for ; Mon, 19 May 1997 17:10:38 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id RAA12511; Mon, 19 May 1997 17:11:59 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id RAA01494; Mon, 19 May 1997 17:12:52 -0700 From: "Anita Kishore" Message-Id: <9705191712.ZM1492@tracey.triavest.com> Date: Mon, 19 May 1997 17:12:50 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: texture mipmapping Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi folks: Does RE2 machine support texture mipmapping? My machine is running IRIX 5.3, Performer 2.0.1 (dev and eoe). I get the following messages when I run a Performer program to map external video feed as a texture. PF Warning/Usage(11): pfTexture::load() - Current platform does not support mipmapping for pfTexture 0x180bdd30 (/usr/share/Performer/data/parquet.rgb). PF Changing to non-mipmapped minification filter. PF Notice: Using 60Hz video rate. thanks -anita kishore@triavest.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon May 19 23:22:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA09031; Mon, 19 May 1997 17:38:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA09015; Mon, 19 May 1997 17:38:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA19173; Mon, 19 May 1997 17:38:33 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA29816 for ; Mon, 19 May 1997 17:38:28 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id RAA09012; Mon, 19 May 1997 17:37:42 -0700 Date: Mon, 19 May 1997 17:37:42 -0700 From: allan (Allan Schaffer) Message-Id: <9705191737.ZM9010@holodeck.csd.sgi.com> In-Reply-To: YanZhengQuan "compile c++" (May 20, 5:38am) References: <3380BA49.2019@bjhydtd.co.cn> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: yan@bjhydtd.co.cn, info-performer@sgi.com Subject: Re: compile c++ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 20, 5:38am, YanZhengQuan wrote: > How can I compile and link c++ programs with cc command? > my computer is Indigo2. You need to get the C++ compiler software from SGI. ie, the CC command. Allan -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon May 19 23:22:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA09073; Mon, 19 May 1997 17:43:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA09057; Mon, 19 May 1997 17:43:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA19530; Mon, 19 May 1997 17:43:18 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA01041 for ; Mon, 19 May 1997 17:43:07 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id RAA09922; Mon, 19 May 1997 17:43:02 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA14158; Mon, 19 May 1997 17:43:01 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705200043.RAA14158@remi.asd.sgi.com> Subject: Re: compile c++ To: yan@bjhydtd.co.cn Date: Mon, 19 May 1997 17:43:00 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <3380BA49.2019@bjhydtd.co.cn> from "YanZhengQuan" at May 20, 97 05:38:33 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 297 Status: O YanZhengQuan wrote: > > How can I compile and link c++ programs with cc command? > my computer is Indigo2. instead of cc, use CC :-) _ / _ _ |_) _ ._ _ 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 May 19 23:22:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA08715; Mon, 19 May 1997 17:23:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA08685; Mon, 19 May 1997 17:22:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA17507; Mon, 19 May 1997 17:22:43 -0700 Received: from gatekeeper.ray.com (gatekeeper.ray.com [138.125.162.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA26545 for ; Mon, 19 May 1997 17:22:22 -0700 env-from (mas@swl.msd.ray.com) Received: (mailer@localhost) by gatekeeper.ray.com (8.7.5/8.7.3) id UAA26802; Mon, 19 May 1997 20:22:23 -0400 Received: from swlab1.msd.ray.com by gatekeeper.ray.com; Mon May 19 20:21:59 1997 Received: from swlpfl.msd.ray.com (swlpfl.msd.ray.com [138.127.84.123]) by swlab1.msd.ray.com (8.8.5/8.8.5) with SMTP id UAA04790; Mon, 19 May 1997 20:21:56 -0400 (EDT) Sender: mas@swl.msd.ray.com Message-ID: <3380EEA3.4DAA423A@swl.msd.ray.com> Date: Mon, 19 May 1997 20:21:55 -0400 From: Marko Srdanovic X-Mailer: Mozilla 3.0 (X11; U; SunOS 4.1.4 sun4m) MIME-Version: 1.0 To: Christopher R Volpe CC: info-performer@sgi.com Subject: Re: Multigen HL database origin location References: <337CA099.6388@ash.crd.ge.com> Content-Type: multipart/mixed; boundary="------------64880EEB773C24486F5992E1" Status: O This is a multi-part message in MIME format. --------------64880EEB773C24486F5992E1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Christopher R Volpe wrote: > > Does anyone (e.g. Marcus?) happen to know what the lat/long location is > for the origin in the Multigen OpenFlight Hunter-Ligget database on the > Performer 2.0 CD? I don't have the database loaded on my system so I can't check myself but I have attached some (hacked) code that will read the Multigen header information and print the origin of the database. The values you get back are double precision numbers so you may have to convert to a format you need. There is a bunch other information in the header such as corners of the database, units, etc... (see HEADERcb in pfflt.h). Some databases I've seen don't always fill in the origin, but use the corner(s) instead. If you have Multigen, use that to verify the results of the program. This code was extracted from a larger program but it should still work. I tried it using Performer 2.0.2, version 15.2d of the Multigen loader and IRIX 5.3. ... > somewhere. Since both databases are in feet, I'm hoping that > incorporating a translational offset between the two databases will > solve the problem. If I knew the lat/long position of the origin of each > database, I could compute this translational offset. I thought the database was modelled in meters, but again I don't have the database loaded, so I can't check. The units are also part of the header information. You should be able to use all this information to correlate the two databases. PS. Say "hello" to Rick and Lisa for me... -- ----------------------------------------------------------------------- Marko Srdanovic mailto:mas@swl.msd.ray.com Raytheon Electronic Systems voice: (508) 858-5680 Mailstop: T3MN35 fax: (508) 858-4336 50 Apple Hill Drive, Tewksbury, MA 01876 #include ----------------------------------------------------------------------- --------------64880EEB773C24486F5992E1 Content-Type: text/plain; charset=us-ascii; name="fltheader.cc" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fltheader.cc" #include // Performer includes #include #include "pfflt.h" double CB_Header_Lat; double CB_Header_Lon; void HeaderCallBack( pfNode *, int mgOp, int *cbs, COMMENTcb *, void* ) { switch ( mgOp ) { case CB_HEADER: CB_Header_Lat = ((HEADERcb *)(cbs))->originlat1; CB_Header_Lon = ((HEADERcb *)(cbs))->originlong1; break; default: break; } } int main(int argc, char **argv) { pfNode *root; const char *fltfile; if (argc != 2) { cerr << "Usage: " << argv[0] << " filename.flt" << endl; return -1; } else { fltfile = argv[1]; cout << "Flight file: " << fltfile << endl; } pfInit(); // use default multiprocessing mode based on number of processors pfMultiprocess(PFMP_DEFAULT); // configure multiprocessing mode and start parallel process pfConfig(); fltRegisterNodeT pFunc = HeaderCallBack; void *hFunc = &pFunc; // NOTE: do not attempt "& myCallback" here !!! // the C language will ignore the "&". pfdConverterAttr_flt(PFFLT_REGISTER_NODE, hFunc); root = pfdLoadFile_flt(fltfile); cout << "Lat: " << CB_Header_Lat << endl; cout << "Lon: " << CB_Header_Lon << endl; return 0; } --------------64880EEB773C24486F5992E1-- ======================================================================= 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 May 20 01:42:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA09168; Mon, 19 May 1997 17:54:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA09151; Mon, 19 May 1997 17:53:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA20321; Mon, 19 May 1997 17:53:58 -0700 Received: from ee.ubc.ca (fs3.ee.ubc.ca [137.82.52.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA04439 for ; Mon, 19 May 1997 17:53:52 -0700 env-from (simond@ee.ubc.ca) Received: from salcudean.ee.ubc.ca by ee.ubc.ca (0/0 = undefined) id RAA02611; Mon, 19 May 1997 17:47:53 -0700 Received: from localhost by salcudean.ee.ubc.ca (8.6.11/SMI-4.0) id RAA21543; Mon, 19 May 1997 17:51:41 -0700 Date: Mon, 19 May 1997 17:51:40 -0700 (PDT) From: Simon Dimaio To: SGI Performer Forum Subject: Making holes in pfEarthSky. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi I am currently working on a simulation of an excavator (used for digging), using Performer 2.0 (IRIX 5.3). The excavator has been modelled and is working well, however animating the digging has proved to be little tricky. I am able to produce a reasonably convincing hole in the ground, but am not able to integrate this with the ground created by using a pfEarthSky. An ideal solution would be the ability to make parts of the "Earth" transparent, revealing the hole underneith. Is there a way of doing this? Another option would be to use a fine mesh instead of the "Earth", allowing for deformation during digging. This option would require a large number of mesh points and would be rather inefficient. I would appreciate any suggestions or solutions. Thanks for your time. Regards Simon Dimaio ======================================================================= 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 May 20 04:34:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA10130; Mon, 19 May 1997 20:49:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA10114; Mon, 19 May 1997 20:49:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA29954; Mon, 19 May 1997 20:49:12 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA05285 for ; Mon, 19 May 1997 20:49:06 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA16520; Mon, 19 May 1997 20:49:02 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA08413; Mon, 19 May 1997 20:49:00 -0700 Date: Mon, 19 May 1997 20:49:00 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705192049.ZM8411@multipass.asd.sgi.com> In-Reply-To: dstipe@indy3.gstone.com (Daniel Stipe) "translating OpenFlight to OpenGL" (May 19, 11:02am) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: dstipe@indy3.gstone.com (Daniel Stipe), info-performer@sgi.com Subject: Re: translating OpenFlight to OpenGL Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Do you mean you want to convert an OpenFlight file into OpenGL rendering calls? This is info-performer why bother converting to OpenGL? Cheers,Angus. On May 19, 11:02am, Daniel Stipe wrote: > Subject: translating OpenFlight to OpenGL > Greetings Performers, > > I need to translate from OpenFlight to OpenGL. > I plan to use GameGen to generate the database. > I am investigating Realimation and NDL for translators. > Are there other options? > > 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 May 20 09:17:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA11098; Tue, 20 May 1997 01:39:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA11082; Tue, 20 May 1997 01:39:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA13291; Tue, 20 May 1997 01:39:00 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA10580 for ; Tue, 20 May 1997 01:38:54 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id BAA21557; Tue, 20 May 1997 01:38:51 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id BAA08810; Tue, 20 May 1997 01:38:46 -0700 From: "Sharon Clay" Message-Id: <9705200138.ZM8808@rose.asd.sgi.com> Date: Tue, 20 May 1997 01:38:46 -0700 In-Reply-To: "Anita Kishore" "texture mipmapping" (May 19, 5:12pm) References: <9705191712.ZM1492@tracey.triavest.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Anita Kishore" , info-performer@sgi.com Subject: Re: texture mipmapping Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On May 19, 5:12pm, Anita Kishore wrote: > Subject: texture mipmapping ->From guest@holodeck.csd.sgi.com Tue May 20 01:04:47 1997 ->From: "Anita Kishore" ->Date: Mon, 19 May 1997 17:12:50 -0700 ->X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) ->To: info-performer@sgi.com ->Subject: texture mipmapping -> ->Hi folks: -> -> Does RE2 machine support texture mipmapping? My machine is running ->IRIX 5.3, Performer 2.0.1 (dev and eoe). I get the following messages when ->I run a Performer program to map external video feed as a texture. -> ->PF Warning/Usage(11): pfTexture::load() - Current platform does not ->support mipmapping for pfTexture 0x180bdd30 ->(/usr/share/Performer/data/parquet.rgb). ->PF Changing to non-mipmapped minification filter. ->PF Notice: Using 60Hz video rate. -> The RE supports trilinear MIPmap filtering. The trouble here is that you are trying to subload a texture and RE doesn't support subloading of MIPmapped textures. 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 May 20 12:43:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA11542; Tue, 20 May 1997 05:22:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA11526; Tue, 20 May 1997 05:22:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA23442; Tue, 20 May 1997 05:22:11 -0700 Received: from ligsg11.epfl.ch (ligsg11.epfl.ch [128.178.78.73]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA06268 for ; Tue, 20 May 1997 05:22:04 -0700 env-from (aubel@lig.di.epfl.ch) Received: by ligsg11.epfl.ch (Smail3.1.29.1 #28) id m0wTnuI-0000yaC; Tue, 20 May 97 14:20 MDT From: "Amaury Aubel" Message-Id: <9705201420.ZM3101@lig.di.epfl.ch> Date: Tue, 20 May 1997 14:20:46 -0600 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: pfLOD problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, I've added to a pfNode a callback function (Post Cull) whose purpose is to select the appropriate data structure for my animation engine. When child 0 is selected everything works smoothly. As soon as it switches to child 1 a delay in the animation is introduced: there are discrepancies between the animation of the geometry under pfNode and that of the rest of the scene. This problem is all the more obvious as the frame rate is low. I do not understand why this occurs since all the geometry data is stored in the same pfCycleBuffer. Any suggestions? -- +----------------------------------------------------------------------+ Amaury Aubel aubel@lig.di.epfl.ch EPFL-LIG, 1015 Lausanne/Switzerland Fax: +41 21 693 53 28 Swiss Federal Institute of technology, Computer Graphics 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 Tue May 20 13:24:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11652; Tue, 20 May 1997 06:05:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11636; Tue, 20 May 1997 06:05:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA26555; Tue, 20 May 1997 06:05:15 -0700 Received: from merlin.iscape.fi (iscape.fi [194.100.73.189]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA11903 for ; Tue, 20 May 1997 06:01:06 -0700 env-from (vaizki@merlin.iscape.fi) Received: from merlin.iscape.fi (merlin.iscape.fi [194.100.73.189]) by merlin.iscape.fi (8.8.4/8.8.4) with SMTP id QAA25617; Tue, 20 May 1997 16:02:45 +0300 Date: Tue, 20 May 1997 16:02:45 +0300 (EET DST) From: Jukka Vaisanen Reply-To: Jukka.Vaisanen@iscape.fi To: Simon Dimaio cc: SGI Performer Forum Subject: Re: Making holes in pfEarthSky. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 19 May 1997, Simon Dimaio wrote: > Hi > > I am currently working on a simulation of an excavator (used for digging), > using Performer 2.0 (IRIX 5.3). The excavator has been modelled and is > working well, however animating the digging has proved to be little > tricky. I am able to produce a reasonably convincing hole in the ground, > but am not able to integrate this with the ground created by using a > pfEarthSky. An ideal solution would be the ability to make parts of the > "Earth" transparent, revealing the hole underneith. Is there a way of > doing this? How about drawing like this: 1. Draw pfEarthSky 2. Clear zbuffer 3. Draw everything else This way the holes would not be covered by the Earth (they will overdraw regardless of the pixel z-positions). I can't think of a better way to do it, someone else here probably can. Jukka Vaisanen Executive Manager Iscape Software vaizki@iscape.fi Tel: +358-9-648686 GSM: +358-40-5007978 ======================================================================= 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 May 20 13:53:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11788; Tue, 20 May 1997 06:38:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11772; Tue, 20 May 1997 06:38:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA28613; Tue, 20 May 1997 06:38:53 -0700 Received: from huey.ntsc.navy.mil (huey.ntsc.navy.mil [192.44.253.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA19156 for ; Tue, 20 May 1997 06:38:46 -0700 env-from (WILLIAM_MARINELLI@ntsc.navy.mil) From: WILLIAM_MARINELLI@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA00412; Tue, 20 May 97 09:37:08 EDT Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.11) id AA864146389; Tue, 20 May 97 09:36:33 EST Date: Tue, 20 May 97 09:36:33 EST Message-Id: <9704208641.AA864146389@CCMAIL.NTSC.NAVY.MIL> To: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie), info-performer@sgi.com Subject: Re[2]: translating OpenFlight to OpenGL Status: O >This is info-performer why bother converting to OpenGL? >Cheers,Angus. How's it going oh Angusmeister? I won't speak for the guy, but I've run into some who are interested in taking a performer application and, for all intents and purposes, running it on a PC. (They may not be all that aware of all the performer issues that are related to SGI hardware, they probably saw a demo of Performer Town on a PC using OpenGVS or something like that.) A huge obstacle being the fact that there is no OpenGL equivalent to pfdLoadFile() that I know of - hence he asked about relating openflight to OpenGL (?). Perhaps OpenGL++ is what Dan wants, something I am also very interested in. Cheers, Billyboy ======================================================================= 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 May 20 14:09:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12141; Tue, 20 May 1997 09:21:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12125; Tue, 20 May 1997 09:21:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA14768; Tue, 20 May 1997 09:21:23 -0700 Received: from smorgum.coryphaeus.com (smorgum.coryphaeus.com [204.247.110.18]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA14487 for ; Tue, 20 May 1997 09:21:13 -0700 env-from (rfox@coryphaeus.com) Received: by smorgum.coryphaeus.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id JAA26274; Tue, 20 May 1997 09:18:25 -0700 Date: Tue, 20 May 1997 09:18:25 -0700 From: rfox@coryphaeus.com (Randy Fox) Message-Id: <9705200918.ZM26272@smorgum.coryphaeus.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: HUD's and DVR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O So how does one go about rendering a HUD over an OTW that is taking advantage of DVR without blurring out the text? -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 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 Tue May 20 14:08:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12159; Tue, 20 May 1997 09:28:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12143; Tue, 20 May 1997 09:28:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA15662; Tue, 20 May 1997 09:28:20 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA16531 for ; Tue, 20 May 1997 09:28:10 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA01667; Tue, 20 May 1997 09:28:08 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA09129; Tue, 20 May 1997 09:28:03 -0700 Date: Tue, 20 May 1997 09:28:03 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705200928.ZM9127@multipass.asd.sgi.com> In-Reply-To: "Anita Kishore" "texture mipmapping" (May 19, 5:12pm) References: <9705191712.ZM1492@tracey.triavest.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Anita Kishore" , info-performer@sgi.com Subject: Re: texture mipmapping Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 19, 5:12pm, Anita Kishore wrote: > Subject: texture mipmapping > Hi folks: > > Does RE2 machine support texture mipmapping? Yes it does. > ........My machine is running > IRIX 5.3, Performer 2.0.1 (dev and eoe). I get the following messages when > I run a Performer program to map external video feed as a texture. > > > PF Warning/Usage(11): pfTexture::load() - Current platform does not > support mipmapping for pfTexture 0x180bdd30 > (/usr/share/Performer/data/parquet.rgb). > PF Changing to non-mipmapped minification filter. > PF Notice: Using 60Hz video rate. > Hmmm, do you compile for OpenGL, perhaps you need the OpenGL patch for Irix 5.3. You really should upgrade the OS if you are able. Other suggestions welcome. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 20 14:08:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA11949; Tue, 20 May 1997 08:06:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA11933; Tue, 20 May 1997 08:05:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA05841; Tue, 20 May 1997 08:05:41 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA17313 for ; Tue, 20 May 1997 08:05:33 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA275921090; Tue, 20 May 1997 10:11:31 -0500 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 AA293900585; Tue, 20 May 1997 10:03:05 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997May20.085700.1074.26535; Tue, 20 May 1997 10:04:30 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: simond@ee.ubc.ca (Simon Dimaio) Cc: info-performer@sgi.com (info-performer) Message-Id: <1997May20.085700.1074.26535@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: Tue, 20 May 1997 10:04:30 -0700 Subject: RE: Making holes in pfEarthSky. Status: O Try modelling a box, 5 sided (top open), then layer a series of squares through the box all the way to the top. At the appropriate moment, each of the squares can be "hidden" and the hole will be dug. As far as the EarthSky Model, SGI may have a better way, but I believe that the "earth" is put in at the origin 0,0,0 as a plane extending to the horizon, build a "platform" over the "earth" colored the same and I doubt anyone would know that you were digging above the EarthSky "earth" and on your own ground. I've never tried this technique, but you could, alternately, place clipping planes through the "earth" to create a hole, but I don't know how Performer models the EarthSky, so I don't know if that would work. ---------- > From: Simon Dimaio > To: SGI Performer Forum > Subject: Making holes in pfEarthSky. > Date: Tuesday, May 20, 1997 4:02AM > > Hi > > I am currently working on a simulation of an excavator (used for digging), > using Performer 2.0 (IRIX 5.3). The excavator has been modelled and is > working well, however animating the digging has proved to be little > tricky. I am able to produce a reasonably convincing hole in the ground, > but am not able to integrate this with the ground created by using a > pfEarthSky. An ideal solution would be the ability to make parts of the > "Earth" transparent, revealing the hole underneith. Is there a way of > doing this? > > Another option would be to use a fine mesh instead of the "Earth", > allowing for deformation during digging. This option would require a large > number of mesh points and would be rather inefficient. > > I would appreciate any suggestions or solutions. > ======================================================================= 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 May 20 15:09:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12199; Tue, 20 May 1997 09:55:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12183; Tue, 20 May 1997 09:55:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19097; Tue, 20 May 1997 09:55:07 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA27048 for ; Tue, 20 May 1997 09:55:02 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA03698; Tue, 20 May 1997 09:54:44 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA09153; Tue, 20 May 1997 09:54:43 -0700 Date: Tue, 20 May 1997 09:54:43 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705200954.ZM9151@multipass.asd.sgi.com> In-Reply-To: WILLIAM_MARINELLI@ntsc.navy.mil "Re[2]: translating OpenFlight to OpenGL" (May 20, 9:36am) References: <9704208641.AA864146389@CCMAIL.NTSC.NAVY.MIL> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: WILLIAM_MARINELLI@ntsc.navy.mil, info-performer@sgi.com Subject: Re: Re[2]: translating OpenFlight to OpenGL Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 20, 9:36am, WILLIAM_MARINELLI@ntsc.navy.mil wrote: > Subject: Re[2]: translating OpenFlight to OpenGL > > > >This is info-performer why bother converting to OpenGL? > > >Cheers,Angus. > > > I won't speak for the guy, but I've run into some who are > interested in taking a performer application and, for all > intents and purposes, running it on a PC. Sounds like he wants info-pc then ;-) > ...... (They may not be all > that aware of all the performer issues that are related to SGI > hardware, they probably saw a demo of Performer Town on a PC > ............. We've seen a few of our propriatary databases lurking on PCs, I suppopse that's what you do you want to do Vis Sim on the cheap. ('borrow' your database I mean) > .... A huge obstacle being the > fact that there is no OpenGL equivalent to pfdLoadFile() that I > know of - hence he asked about relating openflight to OpenGL > (?). If they were comitted to the market they might consider writing one, it's beyond OpenGLs scope and really requires more of a runtime harness like Performer to make sense. I posted the skeleton of a flight parser _way_ back, it might be a reasonable starting point for a flight loader. Ofcourse the clever part lies in how you optimise the file contents. > > Perhaps OpenGL++ is what Dan wants, something I am also very > interested in. Cheers,Angus ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 20 15:09:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA12225; Tue, 20 May 1997 10:00:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA12209; Tue, 20 May 1997 10:00:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20253; Tue, 20 May 1997 10:00:34 -0700 Received: from giasbga.vsnl.net.in (giasbgb.vsnl.net.in [202.54.12.162]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA28429 for ; Tue, 20 May 1997 10:00:24 -0700 env-from (ramya@giasbga.vsnl.net.in) Received: from localhost by giasbga.vsnl.net.in (SMI-8.6/SMI-SVR4) id WAA28698; Tue, 20 May 1997 22:23:42 +0530 Date: Tue, 20 May 1997 22:23:42 +0530 (IST) From: "Ramya D." X-Sender: ramya@giasbgb To: info-performer@sgi.com Subject: Interfacing rapidapp with performer Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I would like to know 2 things 1) Can we use inventor and Performer calls in an application without any poblems? 2) I am developing a software for large CAD visualistion on Performer, and for this I have used Rapidapp to create the GUI. I have created the material editor using Rapidapp. I am trying to interface this material editor (inventor class) with the GUI - ie when I click the material menu item this editor has to pop up! I am unable to include this editor in the dialog box which basically contains the OK and CANCEL buttons along with this editor? Any Clues? Thanks in advance madhavi D R Project Manager, Aeronautical Development Agency (ADA) Bangalore ======================================================================= 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 May 20 11:00:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA11380; Tue, 20 May 1997 03:32:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA11364; Tue, 20 May 1997 03:32:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA17120; Tue, 20 May 1997 03:32:00 -0700 Received: from centaure.worldnet.net (centaure.worldnet.net [194.2.128.249]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA24124 for ; Tue, 20 May 1997 03:31:54 -0700 env-from (ceti@worldnet.net) Received: from nantes01-055.nantes.worldnet.fr (nantes01-055.nantes.worldnet.fr [195.3.20.55]) by centaure.worldnet.net (8.8.5/8.8.5) with SMTP id MAA05007 for ; Tue, 20 May 1997 12:31:52 +0200 (MET DST) Message-Id: <199705201031.MAA05007@centaure.worldnet.net> X-Sender: ceti@worldnet.net X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 20 May 1997 12:32:52 +0100 To: "info Performer" From: ceti@worldnet.net (ceti) Subject: Questions: Ooops Status: O Oooops sorry for the french, I wanted to send this message directly, not on the mailling list !!!! ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------oOOo-(_)-oOOo----------------------+ | " We don't inherit the world from our ancestors, | | it's only a loan from our children ." | | Antoine de Saint Exupery. | +-------------------------Oooo----------------------+ oooO ( ) ( ) ) / \ ( (_/ \_) ======================================================================= 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 May 20 22:09:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA13753; Tue, 20 May 1997 15:07:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA13733; Tue, 20 May 1997 15:07:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA00567; Tue, 20 May 1997 15:07:09 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id PAA25630 for ; Tue, 20 May 1997 15:06:58 -0700 env-from (steve@mred.bgm.link.com) Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA22509; Tue, 20 May 97 17:05:07 -0500 Date: Tue, 20 May 97 17:05:07 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9705202205.AA22509@mred.bgm.link.com> To: Simon Dimaio , Jukka.Vaisanen@iscape.fi Subject: Re: Making holes in pfEarthSky. Cc: SGI Performer Forum Status: O > > I am currently working on a simulation of an excavator (used for digging), > > using Performer 2.0 (IRIX 5.3). The excavator has been modelled and is > > working well, however animating the digging has proved to be little > > tricky. I am able to produce a reasonably convincing hole in the ground, > > but am not able to integrate this with the ground created by using a > > pfEarthSky. An ideal solution would be the ability to make parts of the > > "Earth" transparent, revealing the hole underneith. Is there a way of > > doing this? > > How about drawing like this: > > 1. Draw pfEarthSky > 2. Clear zbuffer > 3. Draw everything else > > This way the holes would not be covered by the Earth (they will overdraw > regardless of the pixel z-positions). I can't think of a better way to do > it, someone else here probably can. That might work - providing you don't have a really low eye angle such that the soil at ground level (drawn in the esky phase) should be occulting the polygons that make up the bottom of the hole. If the holes are shallow dimples - so that the angle of the sides of the hole with respect to the ground is smaller than the angle of the eye relative to the bottom of the hole - then you'll be OK. It looks like you can't really get away from drawing the ground yourself as a dense mesh of polygons whose elevation and texture would be varied as digging progresses. 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) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 20 22:37:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA14229; Tue, 20 May 1997 15:33:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA14204; Tue, 20 May 1997 15:33:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA03923; Tue, 20 May 1997 15:33:13 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA02799 for ; Tue, 20 May 1997 15:33:07 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA24735; Tue, 20 May 1997 15:33:02 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA19919; Tue, 20 May 1997 15:32:56 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705202232.PAA19919@remi.asd.sgi.com> Subject: Re: texture mipmapping To: kishore@triavest.com (Anita Kishore) Date: Tue, 20 May 1997 15:32:56 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9705191712.ZM1492@tracey.triavest.com> from "Anita Kishore" at May 19, 97 05:12:50 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 879 Status: O Anita Kishore wrote: > > Hi folks: > > Does RE2 machine support texture mipmapping? My machine is running > IRIX 5.3, Performer 2.0.1 (dev and eoe). I get the following messages when > I run a Performer program to map external video feed as a texture. > > > PF Warning/Usage(11): pfTexture::load() - Current platform does not > support mipmapping for pfTexture 0x180bdd30 > (/usr/share/Performer/data/parquet.rgb). > PF Changing to non-mipmapped minification filter. > PF Notice: Using 60Hz video rate. > RE2 support mipmapping, but do not support dowloading individual mipmap levels in a texture. Compiling for IrisGL will not change this behaviour. _ / _ _ |_) _ ._ _ 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 May 20 23:18:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA14700; Tue, 20 May 1997 16:15:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA14681; Tue, 20 May 1997 16:14:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA08869; Tue, 20 May 1997 16:14:51 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA14951 for ; Tue, 20 May 1997 16:14:46 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA27281; Tue, 20 May 1997 16:14:33 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA09850; Tue, 20 May 1997 16:14:29 -0700 Date: Tue, 20 May 1997 16:14:29 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705201614.ZM9848@multipass.asd.sgi.com> In-Reply-To: rfox@coryphaeus.com (Randy Fox) "HUD's and DVR" (May 20, 9:18am) References: <9705200918.ZM26272@smorgum.coryphaeus.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: rfox@coryphaeus.com (Randy Fox), info-performer@sgi.com Subject: Re: HUD's and DVR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You really have to live with the reduced resolution on the text due to DVR. The main problem which it sounds like you have solved is the resizing of the text. You may be able to reduce the width of the GL primitives you use as you reduce the resolution but this really depends on your starting point. If you have a line width of say 2.0 then your in luck, if however your line width is any less than 1.0 then this would be of limited value other than to properly weight the text and alpha could perform this better. If you are using polygons then there's not much you can do to help. You could use an additional video output channel for the hud to avoid having to resize the HUD elements if you can afford the display system. You can't mix the different resolution channels to one video using the iR. Cheers,Angus. On May 20, 9:18am, Randy Fox wrote: > Subject: HUD's and DVR > > So how does one go about rendering a HUD over an OTW that is taking advantage > of DVR without blurring out the text? > > -randy ======================================================================= 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 May 21 04:55:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA16318; Tue, 20 May 1997 22:05:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA16302; Tue, 20 May 1997 22:05:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA04685; Tue, 20 May 1997 22:05:11 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA02481 for ; Tue, 20 May 1997 22:05:05 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id WAA04680; Tue, 20 May 1997 22:05:05 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id WAA01891; Tue, 20 May 1997 22:05:03 -0700 From: "Rob Jenkins" Message-Id: <9705202205.ZM1889@quid.csd.sgi.com> Date: Tue, 20 May 1997 22:05:02 -0700 In-Reply-To: WILLIAM_MARINELLI@ntsc.navy.mil "Re[2]: translating OpenFlight to OpenGL" (May 20, 9:36am) References: <9704208641.AA864146389@CCMAIL.NTSC.NAVY.MIL> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Re[2]: translating OpenFlight to OpenGL Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Bit of an aside but if you really need to see the OpenGL 'under the covers' of performer then ogldebug will grab it. You can get a compileable trace file of pure opengl, calls in a loop are just listed in series so you can easily end up with 10Ks of lines though :-) Pipeline from March/April 1997 has an ogldebug overview, including tips on capturing one frame of calls and pointers to online references. 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 Wed May 21 07:22:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA16722; Wed, 21 May 1997 00:32:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA16706; Wed, 21 May 1997 00:32:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA12431; Wed, 21 May 1997 00:32:01 -0700 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA20874 for ; Wed, 21 May 1997 00:31:54 -0700 env-from (dreamt@netvision.net.il) Received: from dialup.netvision.net.il (ts008p9.pop9a.netvision.net.il [194.90.11.155]) by mail.netvision.net.il (8.7.5/8.7.3) with SMTP id KAA22442 for ; Wed, 21 May 1997 10:31:47 +0300 (IDT) Message-ID: <338322CB.3E07@netvision.net.il> Date: Wed, 21 May 1997 09:28:59 -0700 From: "DreamTeam Ltd." Organization: DreamTeam Ltd. X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: "Inspector" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Is "Inspector" (Optimizer) out already. How can one get a beta version. I read the web pages but can anyone help me with who should I contact. Tnx Roni Kass V.P. Research & Development DreamTeam Ltd. Tel: +972-9-9559855 Fax: +972-9-9559615 Email: dreamt@netvision.net.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 Wed May 21 08:34:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA16975; Wed, 21 May 1997 01:45:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA16959; Wed, 21 May 1997 01:45:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA15780; Wed, 21 May 1997 01:45:41 -0700 Received: from hni.uni-paderborn.de (hni-ff.uni-paderborn.de [131.234.22.55]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA29158 for ; Wed, 21 May 1997 01:45:35 -0700 env-from (dragon@hni.uni-paderborn.de) Received: from riker.uni-paderborn.de (riker [131.234.246.9]) by hni.uni-paderborn.de (8.8.4/hni-mailhub) with ESMTP id KAA20067 for ; Wed, 21 May 1997 10:45:29 +0200 (MET DST) From: Carsten Scharfe Received: (dragon@localhost) by riker.uni-paderborn.de (940816.SGI.8.6.9/client-irix-hni) id KAA29026 for info-performer@sgi.com; Wed, 21 May 1997 10:45:25 +0200 Message-Id: <199705210845.KAA29026@riker.uni-paderborn.de> Subject: pfChannel->setView and vectors To: info-performer@sgi.com Date: Wed, 21 May 1997 10:45:25 +0200 (MDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi Performers, i have some trouble with setting the view point and the view direction. I have a vector which is my view point and another vector for my viewing direction. Lets call this vector for the direction vd. Is there any method to set the viewing direction with this vector vd instead of using euler angles hpr? If yes, how do i have to do 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 Wed May 21 13:55:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17826; Wed, 21 May 1997 08:51:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17810; Wed, 21 May 1997 08:51:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA13302; Wed, 21 May 1997 08:51:03 -0700 Received: from despair.paradigmsim.com (despair.paradigmsim.com [206.7.114.164]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA01693 for ; Wed, 21 May 1997 08:50:55 -0700 env-from (angus@despair.paradigmsim.com) Received: (from angus@localhost) by despair.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA07455 for info-performer@sgi.com; Wed, 21 May 1997 10:50:38 -0500 From: "Angus W.S. Henderson" Message-Id: <9705211050.ZM7453@despair.paradigmsim.com> Date: Wed, 21 May 1997 10:50:33 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: DYnamic Resolution & Distortion Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I mailed this yesterday afternoon, is it still in a queue somewhere.... On May 19, 2:24pm, Angus W.S. Henderson wrote: > Subject: Dynamic Resolution & Framebuffer Copies > > If I am using dynamic resolution, and also copying the framebuffer to texture > memory for distortion correction. Will I copy the constant size image or the > shrunk down version ? > > ANGus >-- End of excerpt from Angus W.S. Henderson If you won't help we'll steal your new angus as soon as they've paid for his green card.... 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 Wed May 21 15:10:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18137; Wed, 21 May 1997 10:00:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18121; Wed, 21 May 1997 10:00:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA21928; Wed, 21 May 1997 10:00:35 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA20692 for ; Wed, 21 May 1997 10:00:34 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id KAA14271; Wed, 21 May 1997 10:01:50 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA07510; Wed, 21 May 1997 10:02:42 -0700 From: "Anita Kishore" Message-Id: <9705211002.ZM7508@tracey.triavest.com> Date: Wed, 21 May 1997 10:02:40 -0700 In-Reply-To: "Ramya D." "Interfacing rapidapp with performer" (May 20, 10:23pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Ramya D." , info-performer@sgi.com Subject: Re: Interfacing rapidapp with performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 20, 10:23pm, Ramya D. wrote: > Subject: Interfacing rapidapp with performer > Hi, > I would like to know 2 things > 1) Can we use inventor and Performer calls in an application without any > poblems? > You can combine Inventor and Performer in one application only if they are in different processes (related or unrelated). Generally, you would want to use Inventor for the GUI part and performer as the main renderer. -anita kishore@triavest.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 21 15:51:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18197; Wed, 21 May 1997 10:10:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18181; Wed, 21 May 1997 10:09:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23176; Wed, 21 May 1997 10:09:38 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA23654 for ; Wed, 21 May 1997 10:09:37 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id KAA14287; Wed, 21 May 1997 10:10:57 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA07615; Wed, 21 May 1997 10:11:50 -0700 From: "Anita Kishore" Message-Id: <9705211011.ZM7613@tracey.triavest.com> Date: Wed, 21 May 1997 10:11:48 -0700 In-Reply-To: Carsten Scharfe "pfChannel->setView and vectors" (May 21, 10:45am) References: <199705210845.KAA29026@riker.uni-paderborn.de> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Carsten Scharfe , info-performer@sgi.com Subject: Re: pfChannel->setView and vectors Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 21, 10:45am, Carsten Scharfe wrote: > Subject: pfChannel->setView and vectors > Hi Performers, > > i have some trouble with setting the view point and the > view direction. > I have a vector which is my view point and another vector > for my viewing direction. Lets call this vector for the direction vd. > > Is there any method to set the viewing direction with this vector vd > instead of using euler angles hpr? > > If yes, how do i have to do this? > If you also had an angle for you direction vector, perhaps you could use quaternions (pfQuat man page) by considering the direction vector as an axis of view. -anita kishore@triavest.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 21 15:51:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18376; Wed, 21 May 1997 10:42:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18360; Wed, 21 May 1997 10:42:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA28374; Wed, 21 May 1997 10:42:45 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA02318 for ; Wed, 21 May 1997 10:42:45 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA28170; Wed, 21 May 1997 10:42:36 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA22544; Wed, 21 May 1997 10:42:33 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705211742.KAA22544@remi.asd.sgi.com> Subject: Re: pfChannel->setView and vectors To: dragon@hni.uni-paderborn.de (Carsten Scharfe) Date: Wed, 21 May 1997 10:42:33 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199705210845.KAA29026@riker.uni-paderborn.de> from "Carsten Scharfe" at May 21, 97 10:45:25 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1009 Status: O Carsten Scharfe wrote: > > Hi Performers, > > i have some trouble with setting the view point and the > view direction. > I have a vector which is my view point and another vector > for my viewing direction. Lets call this vector for the direction vd. > > Is there any method to set the viewing direction with this vector vd > instead of using euler angles hpr? > > If yes, how do i have to do this? You are missing an information: what is the roll (rotation around tha viewing vector ?) If you consider no roll, then you can make a a rotation matrix that will rotate the y-axis (view vector in observer coordinate system) to v by: pfVec3 yaxis = (0.0, 1.0f, 0.0f}; pfNormalizeVec(viewing_direction); /* if needed */ pfMakeVecRotMat(mat, yaxis, viewing_direction); pfSetMatRowVec3(mat, 3, viewPoint); /* translation to viewpoint */ _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 21 17:37:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18350; Wed, 21 May 1997 10:40:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18332; Wed, 21 May 1997 10:39:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA27911; Wed, 21 May 1997 10:39:36 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA01438 for ; Wed, 21 May 1997 10:39:33 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id NAA14215; Wed, 21 May 1997 13:39:31 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma014177; Wed, 21 May 97 13:39:04 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id RAA05274; Wed, 21 May 1997 17:39:20 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA13755; Wed, 21 May 1997 13:39:17 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199705211739.NAA13755@hf.ht.com> Subject: Re: pfChannel->setView and vectors To: dragon@hni.uni-paderborn.de (Carsten Scharfe) Date: Wed, 21 May 1997 13:39:17 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: <199705210845.KAA29026@riker.uni-paderborn.de> from "Carsten Scharfe" at May 21, 97 10:45:25 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O > Hi Performers, > > i have some trouble with setting the view point and the > view direction. > I have a vector which is my view point and another vector > for my viewing direction. Lets call this vector for the direction vd. > > Is there any method to set the viewing direction with this vector vd > instead of using euler angles hpr? > > If yes, how do i have to do this? I think the following code is a start...it probably does weird things with the roll though. Use the returned matrix to set the channel view matrix. // Compute matrix defining a position of pos with +Y axis is pointing at 'at' static void lookAt(pfVec3 &pos, pfVec3 &at, pfMatrix &mat) { pfVec3 v; static pfVec3 yaxis(0.0f, 1.0f, 0.0f); // v is direction vector from dcs to 'at' v = at - pos; v.normalize(); // Rotate y-axis onto v mat.makeVecRotVec(yaxis, v); // rotational part mat.setRow(3, pos); } -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 21 16:00:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17995; Wed, 21 May 1997 09:40:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17978; Wed, 21 May 1997 09:40:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19255; Wed, 21 May 1997 09:40:34 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA15530 for ; Wed, 21 May 1997 09:40:28 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA23793; Wed, 21 May 1997 09:40:23 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA10780; Wed, 21 May 1997 09:40:22 -0700 Date: Wed, 21 May 1997 09:40:22 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705210940.ZM10778@multipass.asd.sgi.com> In-Reply-To: "DreamTeam Ltd." ""Inspector"" (May 21, 9:28am) References: <338322CB.3E07@netvision.net.il> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "DreamTeam Ltd." , info-performer@sgi.com Subject: Re: "Inspector" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Contact Larry McDonough lardog@asd.sgi.com for information on OpenGL Optimizer this product. Cheers,Angus. On May 21, 9:28am, DreamTeam Ltd. wrote: > Subject: "Inspector" > Is "Inspector" (Optimizer) out already. > > How can one get a beta version. I read the web pages but can anyone > help me with who should I contact. > > Tnx > > Roni Kass > V.P. Research & Development > DreamTeam Ltd. > Tel: +972-9-9559855 > Fax: +972-9-9559615 > Email: dreamt@netvision.net.il > ======================================================================= > 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 DreamTeam 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 Wed May 21 15:45:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17682; Wed, 21 May 1997 08:02:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17666; Wed, 21 May 1997 08:01:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA07324; Wed, 21 May 1997 08:01:58 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA20709; Wed, 21 May 1997 08:01:24 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA281727168; Wed, 21 May 1997 10:06:09 -0500 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 AA011936645; Wed, 21 May 1997 09:57:25 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997May21.085200.1074.26599; Wed, 21 May 1997 09:59:07 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Cc: info-performer@sgi.com (info-performer) Message-Id: <1997May21.085200.1074.26599@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, 21 May 1997 09:59:07 -0700 Subject: Re: HUD's and DVR Status: O > From: Angus MacDonald Dorbie > > You really have to live with the reduced resolution on the text due > to DVR. The main problem which it sounds like you have solved is the > resizing of the text. At what point does the SGI do the DVR rendering?? I do my HUD in a post-render routine with OpenGL bitmapped text, wouldn't that allow the text to be the same? I've never tried DVR, so I don't know how it would affect our system..... Just Curious... Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range ======================================================================= 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 May 21 14:03:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA17569; Wed, 21 May 1997 07:09:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA17553; Wed, 21 May 1997 07:09:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA02531; Wed, 21 May 1997 07:09:00 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA10648 for ; Wed, 21 May 1997 07:08:11 -0700 env-from (tran@sirssg1.epfl.ch) Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id QAA08787 for info-performer@sgi.com; Wed, 21 May 1997 16:12:11 -0700 Date: Wed, 21 May 1997 16:12:11 -0700 From: Tran cong Tam Message-Id: <199705212312.QAA08787@sirssg1.epfl.ch> To: info-performer@sgi.com Subject: pfMorph Status: O Hi Performers, I am studying pfMorph with /usr/share/Performer/src/pguide/libpf/C/morph.c But I do not see: How it changes from Sphere to Cube ? Please, Can you show me where they do the transformation SPHERE to CUBE and inverse ? Thanks in advance for your helps. Tran. /-------------------------------------------------------/ | TRAN | | IDERALPE Parc Scientifique EPFL | | 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 May 21 15:15:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17716; Wed, 21 May 1997 08:18:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17700; Wed, 21 May 1997 08:18:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09172; Wed, 21 May 1997 08:18:37 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA24380 for ; Wed, 21 May 1997 08:18:31 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id LAA12153; Wed, 21 May 1997 11:18:30 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma012151; Wed, 21 May 97 11:18:17 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id PAA04385; Wed, 21 May 1997 15:18:35 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id LAA13633; Wed, 21 May 1997 11:18:35 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199705211518.LAA13633@hf.ht.com> Subject: pfuDrawMessageRGB fonts? To: info-performer@sgi.com Date: Wed, 21 May 1997 11:18:34 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O Could someone tell me which font Performer uses for pfuDrawMessageRGB when you ask for PFU_FONT_BIG? Also, where is the specification located in the file system. I think I have a corrupted font and would like to try and manually replace it. scott P.S. I suspect it is a 60pt bold utopia font but I have not been able to find it. -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 21 19:59:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA19250; Wed, 21 May 1997 13:20:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA19209; Wed, 21 May 1997 13:19:49 -0700 Received: from giraffe.asd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA15678; Wed, 21 May 1997 12:31:46 -0700 Received: from multipass.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@holodeck.csd.sgi.com> id MAA05431; Wed, 21 May 1997 12:31:38 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer id MAA10966; Wed, 21 May 1997 12:31:34 -0700 Date: Wed, 21 May 1997 12:31:34 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705211231.ZM10964@multipass.asd.sgi.com> In-Reply-To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) "Re: HUD's and DVR" (May 21, 12:35pm) References: <1997May21.112700.1074.26615@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: info-performer@multipass.asd.sgi.com Subject: Re: HUD's and DVR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On reflection this is misleading, the mouse position is maintained but the resolution is still diminished. Cheers,Angus. > From: Angus MacDonald Dorbie > > Only the mouse can escape the almighty DVR. ======================================================================= 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 May 21 19:59:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA19887; Wed, 21 May 1997 14:19:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA19864; Wed, 21 May 1997 14:19:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA00086; Wed, 21 May 1997 10:53:05 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA05238 for ; Wed, 21 May 1997 10:53:04 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA282367549; Wed, 21 May 1997 12:59:09 -0500 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 AA013917043; Wed, 21 May 1997 12:50:43 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997May21.114200.1074.26616; Wed, 21 May 1997 12:52:08 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer) Message-Id: <1997May21.114200.1074.26616@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, 21 May 1997 12:52:08 -0700 Subject: pfMath functions Status: O This may be a silly question, and the answer is just for curiosity... What is the purpose of the pfMath functions? I was told in Performer class that they were faster than the standard math functions and thus better to use in Real Time programming, yet on our Onyx IR (16 processors) I ran some timing tests and it seemed that the standard math routines ran 20% faster.... Is there another reason other than speed for using the pfMath routines? Just me, just curious... (and don't tell me what happened to the cat ) Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range ======================================================================= 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 May 21 14:45:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA17332; Wed, 21 May 1997 06:03:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA17316; Wed, 21 May 1997 06:03:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA27975; Wed, 21 May 1997 06:03:12 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA29827 for ; Wed, 21 May 1997 06:03:06 -0700 env-from (steve@mred.bgm.link.com) Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA24168; Wed, 21 May 97 07:59:36 -0500 Date: Wed, 21 May 97 07:59:36 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9705211259.AA24168@mred.bgm.link.com> To: rfox@coryphaeus.com (Randy Fox), info-performer@sgi.com Subject: Re: HUD's and DVR Status: O > So how does one go about rendering a HUD over an OTW that is taking advantage > of DVR without blurring out the text? Regrettably - one doesn't. I can understand why implementing some kind of non-scaled overlay plane into the iR hardware would be very difficult - but we have found that time after time we have applications where we would really benefit from DVR - but the problems of overlayed symbology prevent us from using the feature. 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) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 21 20:50:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA20491; Wed, 21 May 1997 16:09:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA20460; Wed, 21 May 1997 16:09:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA12896; Wed, 21 May 1997 16:09:09 -0700 Received: from ee.ubc.ca (fs3.ee.ubc.ca [137.82.52.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA12684 for ; Wed, 21 May 1997 16:08:56 -0700 env-from (simond@ee.ubc.ca) Received: from salcudean.ee.ubc.ca by ee.ubc.ca (0/0 = undefined) id QAA05429; Wed, 21 May 1997 16:02:56 -0700 Received: from localhost by salcudean.ee.ubc.ca (8.6.11/SMI-4.0) id QAA25362; Wed, 21 May 1997 16:06:47 -0700 Date: Wed, 21 May 1997 16:06:45 -0700 (PDT) From: Simon Dimaio To: SGI Performer Forum Subject: Applying texture to one side of a polygon. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi I have created some GeoSet polygons, which should be textured on one side only. Is there a way of doing this without having to create two identical polygons? Thanks. Regards Simon Dimaio ======================================================================= 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 May 21 16:15:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17954; Wed, 21 May 1997 09:37:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17937; Wed, 21 May 1997 09:37:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA18807; Wed, 21 May 1997 09:37:40 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA14844 for ; Wed, 21 May 1997 09:37:29 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA23608; Wed, 21 May 1997 09:37:21 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA10766; Wed, 21 May 1997 09:37:19 -0700 Date: Wed, 21 May 1997 09:37:19 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705210937.ZM10764@multipass.asd.sgi.com> In-Reply-To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) "Re: HUD's and DVR" (May 21, 9:59am) References: <1997May21.085200.1074.26599@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) Subject: Re: HUD's and DVR Cc: info-performer@sgi.engr.sgi.com (info-performer) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 21, 9:59am, Jeff Brickley wrote: > Subject: Re: HUD's and DVR > > > From: Angus MacDonald Dorbie > > > > You really have to live with the reduced resolution on the text due > > to DVR. The main problem which it sounds like you have solved is the > > resizing of the text. > At what point does the SGI do the DVR rendering?? I do my HUD in a > post-render routine with OpenGL bitmapped text, wouldn't that allow the text > to be the same? I've never tried DVR, so I don't know how it would affect > our system..... No, but nice thought. The DVR is performed by the Display Generator after the pixels have been transferred from the Raster Managers, nothing you draw (including overlay) can escape DVR in a channel. Only the mouse can escape the almighty DVR. ======================================================================= 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 May 21 16:30:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA18050; Wed, 21 May 1997 09:52:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA18034; Wed, 21 May 1997 09:51:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA20639; Wed, 21 May 1997 09:51:38 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA18303 for ; Wed, 21 May 1997 09:51:38 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA24321; Wed, 21 May 1997 09:51:09 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA10790; Wed, 21 May 1997 09:50:51 -0700 Date: Wed, 21 May 1997 09:50:51 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705210950.ZM10788@multipass.asd.sgi.com> In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: Making holes in pfEarthSky." (May 20, 5:05pm) References: <9705202205.AA22509@mred.bgm.link.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), Simon Dimaio , Jukka.Vaisanen@iscape.fi Subject: Re: Making holes in pfEarthSky. Cc: SGI Performer Forum Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I preffer Steves suggestion, aside from the hole/ground occlusion issues, to simply clear the depth buffer would incurr a couple of overheads, first, you are going to have the overhead of writing ground pixels around the hole one additional time, second you have to clear the screen (clear screen and stencil for speed on iR). BTW, Ran Yankir may be an expert at visualising diggers 'n stuff, I noticed his name in the footnotes of a SigGraph paper a couple of years ago. He did the real-time visualisation (ie the important bit). Cheers,Angus. On May 20, 5:05pm, Steve Baker wrote: > Subject: Re: Making holes in pfEarthSky. > > > I am currently working on a simulation of an excavator (used for digging), > > > using Performer 2.0 (IRIX 5.3). The excavator has been modelled and is > > > working well, however animating the digging has proved to be little > > > tricky. I am able to produce a reasonably convincing hole in the ground, > > > but am not able to integrate this with the ground created by using a > > > pfEarthSky. An ideal solution would be the ability to make parts of the > > > "Earth" transparent, revealing the hole underneith. Is there a way of > > > doing this? > > > > How about drawing like this: > > > > 1. Draw pfEarthSky > > 2. Clear zbuffer > > 3. Draw everything else > > > > This way the holes would not be covered by the Earth (they will overdraw > > regardless of the pixel z-positions). I can't think of a better way to do > > it, someone else here probably can. > > That might work - providing you don't have a really low eye angle > such that the soil at ground level (drawn in the esky phase) should > be occulting the polygons that make up the bottom of the hole. > > If the holes are shallow dimples - so that the angle of the sides > of the hole with respect to the ground is smaller than the angle > of the eye relative to the bottom of the hole - then you'll be > OK. > > It looks like you can't really get away from drawing the ground > yourself as a dense mesh of polygons whose elevation and texture > would be varied as digging progresses. > ======================================================================= 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 May 21 22:18:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA21408; Wed, 21 May 1997 17:55:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA21392; Wed, 21 May 1997 17:55:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA24342; Wed, 21 May 1997 17:55:10 -0700 Received: from eos.arc.nasa.gov (eos.arc.nasa.gov [128.102.118.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA10056 for ; Wed, 21 May 1997 17:55:10 -0700 env-from (mjy@eos.arc.nasa.gov) Received: (from mjy@localhost) by eos.arc.nasa.gov (8.8.4/8.8.4) id RAA23778 for info-performer@sgi.com; Wed, 21 May 1997 17:55:09 -0700 Date: Wed, 21 May 1997 17:55:09 -0700 From: Mark Young Message-Id: <199705220055.RAA23778@eos.arc.nasa.gov> To: info-performer@sgi.com Subject: surprise with APPCULLDRAW and MCO Status: O Hi. 1st post from a Performer newbie. I am experiencing an effect of a multiprocessing mode that I didn't expect from my thin understanding of the system: The DISPLAY environment variable is :0.1 (where my MCO viewports are). I run a Performer application that intends to open a window that overlaps some MCO viewports on display :0.1. For all of modes of pfMultiprocess(mode) except mode=0 (PFMP_APPCULLDRAW), the window is opened in the expected place (MCO output). For mode=0, the window surprises me by opening on display :0 (no MCO output) disregarding the environment variable (DISPLAY is still :0.1). Can anyone explain what's happening to me? What do I need to do differently to get MCO output with pfMultiprocess(PFMP_APPCULLDRAW)? I want to shut off multiprocessing to cut back on latency. I am using Performer 1.2 on a 4 cpu SkyWriter under IRIX 5.2 with two RM5 (one for the MCO). Cheers, Mark ======================================================================= 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 May 21 22:18:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA21241; Wed, 21 May 1997 17:45:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA21216; Wed, 21 May 1997 17:44:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA22957; Wed, 21 May 1997 17:44:37 -0700 Received: from aic.lockheed.com ([129.197.133.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id RAA06470 for ; Wed, 21 May 1997 17:44:35 -0700 env-from (stiles@aic.lockheed.com) Received: from gabriel.rdd.lmsc.lockheed.com ([129.197.133.23]) by aic.lockheed.com (4.1/SMI-4.1/AIC-PostOffice-Brent-930416-01) id AA00318; Wed, 21 May 97 17:44:26 PDT Received: from gabriel by gabriel.rdd.lmsc.lockheed.com via SMTP (940816.SGI.8.6.9/911001.SGI) id RAA19059; Wed, 21 May 1997 17:48:30 -0700 Sender: stiles@aic.lockheed.com Message-Id: <338397DE.41C6@aic.lockheed.com> Date: Wed, 21 May 1997 17:48:30 -0700 From: Randy Stiles Organization: Lockheed Martin Advanced Technology Center X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22) Mime-Version: 1.0 To: Anita Kishore Cc: "Ramya D." , info-performer@sgi.com Subject: Re: Interfacing rapidapp with performer References: <9705211002.ZM7508@tracey.triavest.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Anita Kishore wrote: > > On May 20, 10:23pm, Ramya D. wrote: > > Subject: Interfacing rapidapp with performer > > Hi, > > I would like to know 2 things > > 1) Can we use inventor and Performer calls in an application without any > > poblems? > > > > You can combine Inventor and Performer in one application only if they are in > different processes (related or unrelated). Generally, you would want to use > Inventor for the GUI part and performer as the main renderer. Don't know about rapidapp, do know a bit about Inventor and performer used together. I don't think this is the case. The Inventor loader for Performer is peppered with calls to both Performer, and Inventor functions. Indeed, it works by using Inventor to load the inventor file, build a scene graph, then traverses the Inventor scene graph building a corresponding Performer scene graph. The Inventor shared libraries are loaded into the performer executable when the inventor loader is used. It is to my knowledge all in the same process (app) Take a look at /usr/share/Performer/src/lib/libpfdb/libpfiv/pfiv.C -Randy -- // Randy Stiles mailto:stiles@aic.lockheed.com Orgn H142 Bldg 255 // Lockheed Martin Advanced Technology Center 3251 Hanover Street // office: 415.354.5256 fax: 415.354.5235 Palo Alto, CA 94304-1192 // http://205.184.217.100/~vet/people/stiles/ ======================================================================= 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 May 22 04:51:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24053; Thu, 22 May 1997 03:17:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24036; Thu, 22 May 1997 03:17:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA24884; Thu, 22 May 1997 02:29:05 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA05803 for ; Thu, 22 May 1997 02:28:59 -0700 env-from (a00chc00@nchc.gov.tw) Received: from elf ([140.110.12.169]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id RAA21809 for ; Thu, 22 May 1997 17:29:02 +0800 (CST) Message-ID: <33841228.E6F3F692@nchc.gov.tw> Date: Thu, 22 May 1997 17:30:16 +0800 From: "Charlie H. Chang" Organization: NCHC X-Mailer: Mozilla 4.0b4 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: 4-channel display w/ different attributes X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Status: O Hi, I am creating a 4-channel display in one pfPipeWindow, basically those 4 channels are viewing the same scene with some view-offset. Now I would like to set a channel to simulate Infra-Red effect. Is there any example that shows this trick? By the way, I tried use pfChanGstate to change one channel graphic attribute to display in wireframe mode. but that result was all 4 channels displaying in wireframe mode. How can I change the graphic mode for just one channel? Thank you in advance! -- Charlie H. Chang E-mail: a00chc00@nchc.gov.tw Voice: 886-3-5776085x209 Fax: 886-3-5773620 Media & Visualization Lab, National Center for High-performance Computing ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 04:51:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24116; Thu, 22 May 1997 03:22:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24100; Thu, 22 May 1997 03:22:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA27240; Thu, 22 May 1997 03:22:20 -0700 Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA11116 for ; Thu, 22 May 1997 03:22:14 -0700 env-from (modellers@intersim.co.uk) Received: from daisy (l129.mistral.co.uk [194.73.212.129]) by hinge.mistral.co.uk (8.7.4/8.6.9) with SMTP id KAA09883 for ; Thu, 22 May 1997 10:25:05 +0100 Sender: johnw@hinge.mistral.co.uk Message-ID: <33842AD8.15FB@intersim.co.uk> Date: Thu, 22 May 1997 11:15:36 +0000 From: John Wintle Organization: Intersim Limited X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Performer Help Group Subject: Differences between RM4 & RM5 boards Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all, We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 boards in it. Could someone tell me the differences between the RM4 and the RM5 boards. We also have two other Onyx RE2 + MCO machines that have 4 RM4's in each one. What performance differences would we notice between the RM4's and RM5's. We will be using the MCO in each case with 3 x 960x680 @60Hz windows. Can we use multisampling with these configurations, as initial investigations have indicated that this will only work without MCO enabled. Thanks in advance, -- Regards, John Wintle, Principal Visual Modeller, Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK Tel: +44 (0)1903 733428 Fax: +44 (0)1903 730246 email: modellers@intersim.co.uk Internet: http://www.intersim.co.uk ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 04:51:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24414; Thu, 22 May 1997 03:55:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24382; Thu, 22 May 1997 03:55:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA14283; Wed, 21 May 1997 23:07:26 -0700 Received: from dettol.sci-park.uunet.pipex.com (dettol.sci-park.uunet.pipex.com [194.130.2.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA12116 for ; Wed, 21 May 1997 23:07:24 -0700 env-from (postmaster@dettol.sci-park.uunet.pipex.com) Received: by dettol.sci-park.uunet.pipex.com (8.8.4/UUNET PIPEX simple 1.29) id HAA28715; Thu, 22 May 1997 07:07:22 +0100 Delivered-To: postmaster@home.pipex.com Received: (qmail 24816 invoked by alias); 22 May 1997 03:15:22 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 24362 invoked by alias); 22 May 1997 03:14:39 -0000 Delivered-To: zf17@maelstrom.dial.pipex.net Received: (qmail 24074 invoked from network); 22 May 1997 03:14:12 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 03:14:12 -0000 Received: (qmail 5132 invoked by alias); 22 May 1997 03:14:08 -0000 Delivered-To: d#-dpearce@dial.pipex.com Received: (qmail 4942 invoked from network); 22 May 1997 03:13:59 -0000 Received: from sgi.com (HELO sgi.sgi.com) (192.48.153.1) by smtp.dial.pipex.net with SMTP; 22 May 1997 03:13:59 -0000 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA10357; Wed, 21 May 1997 20:02:27 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17995; Wed, 21 May 1997 09:40:51 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17978; Wed, 21 May 1997 09:40:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19255; Wed, 21 May 1997 09:40:34 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA15530 for ; Wed, 21 May 1997 09:40:28 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA23793; Wed, 21 May 1997 09:40:23 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA10780; Wed, 21 May 1997 09:40:22 -0700 Date: Wed, 21 May 1997 09:40:22 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705210940.ZM10778@multipass.asd.sgi.com> In-Reply-To: "DreamTeam Ltd." ""Inspector"" (May 21, 9:28am) References: <338322CB.3E07@netvision.net.il> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "DreamTeam Ltd." , info-performer@sgi.com Subject: Re: "Inspector" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Contact Larry McDonough lardog@asd.sgi.com for information on OpenGL Optimizer this product. Cheers,Angus. On May 21, 9:28am, DreamTeam Ltd. wrote: > Subject: "Inspector" > Is "Inspector" (Optimizer) out already. > > How can one get a beta version. I read the web pages but can anyone > help me with who should I contact. > > Tnx > > Roni Kass > V.P. Research & Development > DreamTeam Ltd. > Tel: +972-9-9559855 > Fax: +972-9-9559615 > Email: dreamt@netvision.net.il > ======================================================================= > 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 DreamTeam Ltd. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 04:51:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA23904; Thu, 22 May 1997 01:28:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23887; Thu, 22 May 1997 01:28:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA15460; Wed, 21 May 1997 23:38:17 -0700 Received: from maelstrom.dial.pipex.net (maelstrom.dial.pipex.net [158.43.128.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA15883 for ; Wed, 21 May 1997 23:38:10 -0700 env-from (cyrus@dial.pipex.com) Received: by maelstrom.dial.pipex.net (8.8.3/) id HAA01778; Thu, 22 May 1997 07:38:08 +0100 (BST) Delivered-To: postmaster@home.pipex.com Received: (qmail 5429 invoked by alias); 22 May 1997 05:21:39 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 26768 invoked by alias); 22 May 1997 05:09:34 -0000 Delivered-To: ff78@maelstrom.dial.pipex.net Received: (qmail 17213 invoked from network); 22 May 1997 04:34:06 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 04:34:06 -0000 Received: (qmail 20210 invoked by alias); 22 May 1997 04:34:06 -0000 Delivered-To: d#-whl.adv.eng@dial.pipex.com Received: (qmail 20202 invoked from network); 22 May 1997 04:34:05 -0000 Received: from deliverator.sgi.com (204.94.214.10) by smtp.dial.pipex.net with SMTP; 22 May 1997 04:34:05 -0000 Received: from holodeck.csd.sgi.com (holodeck.csd.sgi.com [150.166.145.108]) by deliverator.sgi.com (950413.SGI.8.6.12/951211.SGI.AUTO) via ESMTP id VAA17607; Wed, 21 May 1997 21:25:42 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA19887; Wed, 21 May 1997 14:19:29 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA19864; Wed, 21 May 1997 14:19:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA00086; Wed, 21 May 1997 10:53:05 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA05238 for ; Wed, 21 May 1997 10:53:04 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA282367549; Wed, 21 May 1997 12:59:09 -0500 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 AA013917043; Wed, 21 May 1997 12:50:43 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997May21.114200.1074.26616; Wed, 21 May 1997 12:52:08 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer) Message-Id: <1997May21.114200.1074.26616@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, 21 May 1997 12:52:08 -0700 Subject: pfMath functions Status: O This may be a silly question, and the answer is just for curiosity... What is the purpose of the pfMath functions? I was told in Performer class that they were faster than the standard math functions and thus better to use in Real Time programming, yet on our Onyx IR (16 processors) I ran some timing tests and it seemed that the standard math routines ran 20% faster.... Is there another reason other than speed for using the pfMath routines? Just me, just curious... (and don't tell me what happened to the cat ) Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 04:51:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24307; Thu, 22 May 1997 03:50:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24290; Thu, 22 May 1997 03:50:14 -0700 Received: from giraffe.asd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA15428; Wed, 21 May 1997 23:37:31 -0700 Received: from multipass.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@holodeck.csd.sgi.com> id XAA08365; Wed, 21 May 1997 23:37:25 -0700 Received: from giraffe.asd.sgi.com by multipass.asd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id XAA12121; Wed, 21 May 1997 23:37:20 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id XAA08359; Wed, 21 May 1997 23:37:12 -0700 Received: from maelstrom.dial.pipex.net (maelstrom.dial.pipex.net [158.43.128.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA15812 for ; Wed, 21 May 1997 23:37:10 -0700 env-from (cyrus@dial.pipex.com) Received: by maelstrom.dial.pipex.net (8.8.3/) id HAA01108; Thu, 22 May 1997 07:37:09 +0100 (BST) Delivered-To: postmaster@home.pipex.com Received: (qmail 5145 invoked by alias); 22 May 1997 05:20:59 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 26230 invoked by alias); 22 May 1997 05:08:55 -0000 Delivered-To: zf17@maelstrom.dial.pipex.net Received: (qmail 17021 invoked from network); 22 May 1997 04:32:50 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 04:32:50 -0000 Received: (qmail 19257 invoked by alias); 22 May 1997 04:32:47 -0000 Delivered-To: d#-dpearce@dial.pipex.com Received: (qmail 19198 invoked from network); 22 May 1997 04:32:45 -0000 Received: from deliverator.sgi.com (204.94.214.10) by smtp.dial.pipex.net with SMTP; 22 May 1997 04:32:45 -0000 Received: from holodeck.csd.sgi.com (holodeck.csd.sgi.com [150.166.145.108]) by deliverator.sgi.com (950413.SGI.8.6.12/951211.SGI.AUTO) via ESMTP id VAA17209; Wed, 21 May 1997 21:15:06 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA19250; Wed, 21 May 1997 13:20:10 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA19209; Wed, 21 May 1997 13:19:49 -0700 Received: from giraffe.asd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA15678; Wed, 21 May 1997 12:31:46 -0700 Received: from multipass.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@holodeck.csd.sgi.com> id MAA05431; Wed, 21 May 1997 12:31:38 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer id MAA10966; Wed, 21 May 1997 12:31:34 -0700 Date: Wed, 21 May 1997 12:31:34 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705211231.ZM10964@multipass.asd.sgi.com> In-Reply-To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) "Re: HUD's and DVR" (May 21, 12:35pm) References: <1997May21.112700.1074.26615@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: info-performer@multipass.asd.sgi.com Subject: Re: HUD's and DVR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On reflection this is misleading, the mouse position is maintained but the resolution is still diminished. Cheers,Angus. > From: Angus MacDonald Dorbie > > Only the mouse can escape the almighty DVR. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 04:51:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA23920; Thu, 22 May 1997 01:28:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23889; Thu, 22 May 1997 01:28:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA15435; Wed, 21 May 1997 23:37:41 -0700 Received: from maelstrom.dial.pipex.net (maelstrom.dial.pipex.net [158.43.128.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA15833 for ; Wed, 21 May 1997 23:37:35 -0700 env-from (cyrus@dial.pipex.com) Received: by maelstrom.dial.pipex.net (8.8.3/) id HAA01398; Thu, 22 May 1997 07:37:34 +0100 (BST) Delivered-To: postmaster@home.pipex.com Received: (qmail 5275 invoked by alias); 22 May 1997 05:21:16 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 26469 invoked by alias); 22 May 1997 05:09:13 -0000 Delivered-To: zf17@maelstrom.dial.pipex.net Received: (qmail 17105 invoked from network); 22 May 1997 04:33:18 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 04:33:18 -0000 Received: (qmail 19721 invoked by alias); 22 May 1997 04:33:17 -0000 Delivered-To: d#-dpearce@dial.pipex.com Received: (qmail 19679 invoked from network); 22 May 1997 04:33:15 -0000 Received: from deliverator.sgi.com (204.94.214.10) by smtp.dial.pipex.net with SMTP; 22 May 1997 04:33:15 -0000 Received: from holodeck.csd.sgi.com (holodeck.csd.sgi.com [150.166.145.108]) by deliverator.sgi.com (950413.SGI.8.6.12/951211.SGI.AUTO) via ESMTP id VAA17210; Wed, 21 May 1997 21:15:06 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA19887; Wed, 21 May 1997 14:19:29 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA19864; Wed, 21 May 1997 14:19:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA00086; Wed, 21 May 1997 10:53:05 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA05238 for ; Wed, 21 May 1997 10:53:04 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA282367549; Wed, 21 May 1997 12:59:09 -0500 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 AA013917043; Wed, 21 May 1997 12:50:43 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997May21.114200.1074.26616; Wed, 21 May 1997 12:52:08 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer) Message-Id: <1997May21.114200.1074.26616@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, 21 May 1997 12:52:08 -0700 Subject: pfMath functions Status: O This may be a silly question, and the answer is just for curiosity... What is the purpose of the pfMath functions? I was told in Performer class that they were faster than the standard math functions and thus better to use in Real Time programming, yet on our Onyx IR (16 processors) I ran some timing tests and it seemed that the standard math routines ran 20% faster.... Is there another reason other than speed for using the pfMath routines? Just me, just curious... (and don't tell me what happened to the cat ) Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 04:51:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24397; Thu, 22 May 1997 03:55:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24365; Thu, 22 May 1997 03:55:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA14351; Wed, 21 May 1997 23:09:43 -0700 Received: from dettol.sci-park.uunet.pipex.com (dettol.sci-park.uunet.pipex.com [194.130.2.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA12300 for ; Wed, 21 May 1997 23:09:37 -0700 env-from (postmaster@dettol.sci-park.uunet.pipex.com) Received: by dettol.sci-park.uunet.pipex.com (8.8.4/UUNET PIPEX simple 1.29) id HAA29013; Thu, 22 May 1997 07:09:36 +0100 Delivered-To: postmaster@home.pipex.com Received: (qmail 26218 invoked by alias); 22 May 1997 03:17:21 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 25704 invoked by alias); 22 May 1997 03:16:39 -0000 Delivered-To: zf17@maelstrom.dial.pipex.net Received: (qmail 25042 invoked from network); 22 May 1997 03:15:45 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 03:15:45 -0000 Received: (qmail 6090 invoked by alias); 22 May 1997 03:15:44 -0000 Delivered-To: d#-dpearce@dial.pipex.com Received: (qmail 6081 invoked from network); 22 May 1997 03:15:43 -0000 Received: from sgi.com (HELO sgi.sgi.com) (192.48.153.1) by smtp.dial.pipex.net with SMTP; 22 May 1997 03:15:43 -0000 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA10360; Wed, 21 May 1997 20:02:28 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17716; Wed, 21 May 1997 08:18:53 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17700; Wed, 21 May 1997 08:18:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09172; Wed, 21 May 1997 08:18:37 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA24380 for ; Wed, 21 May 1997 08:18:31 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id LAA12153; Wed, 21 May 1997 11:18:30 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma012151; Wed, 21 May 97 11:18:17 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id PAA04385; Wed, 21 May 1997 15:18:35 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id LAA13633; Wed, 21 May 1997 11:18:35 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199705211518.LAA13633@hf.ht.com> Subject: pfuDrawMessageRGB fonts? To: info-performer@sgi.com Date: Wed, 21 May 1997 11:18:34 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O Could someone tell me which font Performer uses for pfuDrawMessageRGB when you ask for PFU_FONT_BIG? Also, where is the specification located in the file system. I think I have a corrupted font and would like to try and manually replace it. scott P.S. I suspect it is a 60pt bold utopia font but I have not been able to find it. -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= 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 May 22 04:51:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24326; Thu, 22 May 1997 03:51:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24292; Thu, 22 May 1997 03:50:55 -0700 Received: from giraffe.asd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA15741; Wed, 21 May 1997 23:44:24 -0700 Received: from multipass.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@holodeck.csd.sgi.com> id XAA08602; Wed, 21 May 1997 23:44:18 -0700 Received: from giraffe.asd.sgi.com by multipass.asd.sgi.com via ESMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id XAA12125; Wed, 21 May 1997 23:44:17 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id XAA08590; Wed, 21 May 1997 23:44:09 -0700 Received: from maelstrom.dial.pipex.net (maelstrom.dial.pipex.net [158.43.128.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA16587 for ; Wed, 21 May 1997 23:44:07 -0700 env-from (cyrus@dial.pipex.com) Received: by maelstrom.dial.pipex.net (8.8.3/) id HAA06106; Thu, 22 May 1997 07:44:06 +0100 (BST) Delivered-To: postmaster@home.pipex.com Received: (qmail 7860 invoked by alias); 22 May 1997 05:29:01 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 43 invoked by alias); 22 May 1997 05:13:41 -0000 Delivered-To: ff78@maelstrom.dial.pipex.net Received: (qmail 18872 invoked from network); 22 May 1997 04:45:05 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 04:45:05 -0000 Received: (qmail 27047 invoked by alias); 22 May 1997 04:45:04 -0000 Delivered-To: d#-whl.adv.eng@dial.pipex.com Received: (qmail 27039 invoked from network); 22 May 1997 04:45:03 -0000 Received: from deliverator.sgi.com (204.94.214.10) by smtp.dial.pipex.net with SMTP; 22 May 1997 04:45:03 -0000 Received: from holodeck.csd.sgi.com (holodeck.csd.sgi.com [150.166.145.108]) by deliverator.sgi.com (950413.SGI.8.6.12/951211.SGI.AUTO) via ESMTP id VAA17606; Wed, 21 May 1997 21:25:42 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA19250; Wed, 21 May 1997 13:20:10 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA19209; Wed, 21 May 1997 13:19:49 -0700 Received: from giraffe.asd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA15678; Wed, 21 May 1997 12:31:46 -0700 Received: from multipass.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@holodeck.csd.sgi.com> id MAA05431; Wed, 21 May 1997 12:31:38 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer id MAA10966; Wed, 21 May 1997 12:31:34 -0700 Date: Wed, 21 May 1997 12:31:34 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705211231.ZM10964@multipass.asd.sgi.com> In-Reply-To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) "Re: HUD's and DVR" (May 21, 12:35pm) References: <1997May21.112700.1074.26615@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: info-performer@multipass.asd.sgi.com Subject: Re: HUD's and DVR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On reflection this is misleading, the mouse position is maintained but the resolution is still diminished. Cheers,Angus. > From: Angus MacDonald Dorbie > > Only the mouse can escape the almighty DVR. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 05:45:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA22294; Wed, 21 May 1997 20:27:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA22278; Wed, 21 May 1997 20:27:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA05838; Wed, 21 May 1997 20:27:20 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA17890 for ; Wed, 21 May 1997 20:27:19 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA02786; Wed, 21 May 1997 20:27:14 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA11410; Wed, 21 May 1997 20:27:13 -0700 Date: Wed, 21 May 1997 20:27:13 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705212027.ZM11408@multipass.asd.sgi.com> In-Reply-To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) "Re: HUD's and DVR" (May 21, 9:59am) References: <1997May21.085200.1074.26599@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) Subject: Re: HUD's and DVR Cc: info-performer@sgi.com (info-performer) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 21, 9:59am, Jeff Brickley wrote: > Subject: Re: HUD's and DVR > > > From: Angus MacDonald Dorbie > > > > You really have to live with the reduced resolution on the text due > > to DVR. The main problem which it sounds like you have solved is the > > resizing of the text. > At what point does the SGI do the DVR rendering?? I do my HUD in a > post-render routine with OpenGL bitmapped text, wouldn't that allow the text > to be the same? I've never tried DVR, so I don't know how it would affect > our system..... DVR isn't rendering, it's part of the framebuffer to video transfer. ======================================================================= 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 May 22 05:00:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA23670; Thu, 22 May 1997 01:16:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23653; Thu, 22 May 1997 01:15:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA20731; Thu, 22 May 1997 00:45:57 -0700 Received: from sgisgp.singapore.sgi.com ([134.14.84.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA25495 for ; Thu, 22 May 1997 00:45:49 -0700 env-from (eng40252@nus.sg) Received: from sdev8.singapore.sgi.com by sgisgp.singapore.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) for <@sgisgp.singapore.sgi.com:info-performer@sgi.com> id PAA04772; Thu, 22 May 1997 15:33:35 -0700 Received: from sdev8 (localhost [127.0.0.1]) by sdev8.singapore.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA14078 for ; Thu, 22 May 1997 15:43:41 -0700 Sender: rickoh@nus.sg Message-ID: <3384CC1D.2781@nus.sg> Date: Thu, 22 May 1997 15:43:41 -0700 From: richard koh X-Mailer: Mozilla 3.0SC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Stereo for 3D textures Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I am now trying to do stereo rendering for 3D texture, can anyone please advice on how to do it? Thanx. ======================================================================= 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 May 22 05:15:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA23529; Wed, 21 May 1997 23:03:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA23513; Wed, 21 May 1997 23:03:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA14169; Wed, 21 May 1997 23:03:23 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA11504 for ; Wed, 21 May 1997 23:03:22 -0700 env-from (nemec@precious.asd.sgi.com) Received: from precious.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id XAA07426; Wed, 21 May 1997 23:03:17 -0700 Received: by precious.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id XAA24015; Wed, 21 May 1997 23:03:10 -0700 From: "Philip Nemec" Message-Id: <9705212303.ZM22273@precious.asd.sgi.com> Date: Wed, 21 May 1997 23:03:10 -0700 In-Reply-To: dorbie@multipass (Angus MacDonald Dorbie) "Re: HUD's and DVR" (May 21, 9:37am) References: <1997May21.085200.1074.26599@MKTPO.mkt.lesc.lockheed.com> <9705210937.ZM10764@multipass.asd.sgi.com> X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie), jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) Subject: Re: HUD's and DVR Cc: info-performer@sgi.engr.sgi.com (info-performer) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Even the mouse doesn't really escape "the almighty DVR"... If you do not use the Performer cursor the normal X arrow will grow larger as you do more DVR (and the center of the screen is no longer in the center of the rendered output). If you do you use the Performer cursor the little cross will get blurrier as you do more DVR - but the center will stay in the center and the cursor won't grow. ======================================================================= 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 May 22 06:15:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA22766; Wed, 21 May 1997 21:53:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA22750; Wed, 21 May 1997 21:53:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA10290; Wed, 21 May 1997 21:53:49 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA02388 for ; Wed, 21 May 1997 21:53:49 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id VAA10286; Wed, 21 May 1997 21:53:48 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id VAA05242; Wed, 21 May 1997 21:53:48 -0700 From: "Rob Jenkins" Message-Id: <9705212153.ZM5240@quid.csd.sgi.com> Date: Wed, 21 May 1997 21:53:48 -0700 In-Reply-To: Tran cong Tam "pfMorph" (May 21, 4:12pm) References: <199705212312.QAA08787@sirssg1.epfl.ch> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: pfMorph Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 21, 4:12pm, Tran cong Tam wrote: > Subject: pfMorph > Hi Performers, > > I am studying pfMorph with > > /usr/share/Performer/src/pguide/libpf/C/morph.c > > But I do not see: How it changes from Sphere to Cube ? > > Please, Can you show me where they do the transformation > SPHERE to CUBE and inverse ? > > Thanks in advance for your helps. > The initMorph function has a loop which looks at each vertex in a sphere and calculates which face of a cube it's closest too. breatheMorph() then cycles back and forth combining the cube and sphere attributes with varing weights. The pfMorph man page has a better explanation of the general case, if you apply that to the example code it starts to make sense. 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 May 22 06:00:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA23687; Thu, 22 May 1997 01:16:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23655; Thu, 22 May 1997 01:16:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA21033; Thu, 22 May 1997 00:52:05 -0700 Received: from ligsg24.epfl.ch (ligsg24.epfl.ch [128.178.78.33]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA26176 for ; Thu, 22 May 1997 00:51:58 -0700 env-from (aubel@lig.di.epfl.ch) Received: by ligsg24.epfl.ch (Smail3.1.29.1 #28) id m0wUSe3-006satC; Thu, 22 May 97 09:50 MDT From: "Amaury Aubel" Message-Id: <9705220950.ZM29770@lig.di.epfl.ch> Date: Thu, 22 May 1997 09:50:42 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfLOD??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Somewhow I can't get pfNode work correctly with my application. I have a separate animation engine (i.e. not reflected in the Performer scene tree with DCSs), which is called every frame after pfFrame(). Consequently when a switch between children occurs at the pfLOD level I also have to switch data structures for my animation engine. I wrote a callback function for the pfLOD to handle this. This callback is performed Post Cull because it seems there's no other time when I could call it. The problem is that at the frame when the switch occurs it is too late to call my animation engine because the data must have already been propagated down the pipe to the Draw process and so I have one frame which is a real mess. Does anyone know how I could avoid this flickering? -- +----------------------------------------------------------------------+ Amaury Aubel aubel@lig.di.epfl.ch EPFL-LIG, 1015 Lausanne/Switzerland Fax: +41 21 693 53 28 Swiss Federal Institute of technology, Computer Graphics 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 May 22 08:23:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA23346; Wed, 21 May 1997 22:46:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA23326; Wed, 21 May 1997 22:45:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA13382; Wed, 21 May 1997 22:45:45 -0700 Received: from maelstrom.dial.pipex.net (maelstrom.dial.pipex.net [158.43.128.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA09357 for ; Wed, 21 May 1997 22:45:43 -0700 env-from (cyrus@dial.pipex.com) Received: by maelstrom.dial.pipex.net (8.8.3/) id GAA23913; Thu, 22 May 1997 06:45:42 +0100 (BST) Delivered-To: postmaster@home.pipex.com Received: (qmail 24816 invoked by alias); 22 May 1997 03:15:22 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 24362 invoked by alias); 22 May 1997 03:14:39 -0000 Delivered-To: zf17@maelstrom.dial.pipex.net Received: (qmail 24074 invoked from network); 22 May 1997 03:14:12 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 03:14:12 -0000 Received: (qmail 5132 invoked by alias); 22 May 1997 03:14:08 -0000 Delivered-To: d#-dpearce@dial.pipex.com Received: (qmail 4942 invoked from network); 22 May 1997 03:13:59 -0000 Received: from sgi.com (HELO sgi.sgi.com) (192.48.153.1) by smtp.dial.pipex.net with SMTP; 22 May 1997 03:13:59 -0000 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA10357; Wed, 21 May 1997 20:02:27 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17995; Wed, 21 May 1997 09:40:51 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17978; Wed, 21 May 1997 09:40:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19255; Wed, 21 May 1997 09:40:34 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA15530 for ; Wed, 21 May 1997 09:40:28 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA23793; Wed, 21 May 1997 09:40:23 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA10780; Wed, 21 May 1997 09:40:22 -0700 Date: Wed, 21 May 1997 09:40:22 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705210940.ZM10778@multipass.asd.sgi.com> In-Reply-To: "DreamTeam Ltd." ""Inspector"" (May 21, 9:28am) References: <338322CB.3E07@netvision.net.il> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "DreamTeam Ltd." , info-performer@sgi.com Subject: Re: "Inspector" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Contact Larry McDonough lardog@asd.sgi.com for information on OpenGL Optimizer this product. Cheers,Angus. On May 21, 9:28am, DreamTeam Ltd. wrote: > Subject: "Inspector" > Is "Inspector" (Optimizer) out already. > > How can one get a beta version. I read the web pages but can anyone > help me with who should I contact. > > Tnx > > Roni Kass > V.P. Research & Development > DreamTeam Ltd. > Tel: +972-9-9559855 > Fax: +972-9-9559615 > Email: dreamt@netvision.net.il > ======================================================================= > 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 DreamTeam Ltd. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 07:00:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA22118; Wed, 21 May 1997 20:16:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA22086; Wed, 21 May 1997 20:16:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA05144; Wed, 21 May 1997 20:16:24 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA14704 for ; Wed, 21 May 1997 20:16:24 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA02347; Wed, 21 May 1997 20:16:19 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA11359; Wed, 21 May 1997 20:16:17 -0700 Date: Wed, 21 May 1997 20:16:17 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705212016.ZM11357@multipass.asd.sgi.com> In-Reply-To: "Angus W.S. Henderson" "DYnamic Resolution & Distortion" (May 21, 10:50am) References: <9705211050.ZM7453@despair.paradigmsim.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Angus W.S. Henderson" , info-performer@sgi.com Subject: Re: DYnamic Resolution & Distortion Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 21, 10:50am, Angus W.S. Henderson wrote: > Subject: DYnamic Resolution & Distortion > I mailed this yesterday afternoon, is it still in a queue somewhere.... > Must have gotten lost somewhere. > On May 19, 2:24pm, Angus W.S. Henderson wrote: > > Subject: Dynamic Resolution & Framebuffer Copies > > > > If I am using dynamic resolution, and also copying the framebuffer to texture > > memory for distortion correction. Will I copy the constant size image or the > > shrunk down version ? DVR will not affect anything you do in the GL, you'll readback the framebuffer sized image, DVR is video only. If you consider the DVR & distortion correction situation it should be obvious that DVR is of limited value in the distortion correction implementation. Look: CONVENTIONAL DVR ________________ DVR (Draw image to variable resolution)--->(Video output at video resolution) DISTORTION CORRECTION DVR _________________________ DVR (Draw Primary Channels)--->(Texture Readback)--->(Draw to Mesh)--->(Video) You can trivially change the resolution of both the primary channels and the texture readback(8 texel increments) to dramatically change the load on the system if fill or readback limited (a texture matrix would automatically scale mesh texture coordinates). Using DVR would only allow you to make minor adjustments to the Depth Complexity==1 load on the rendering of the final mesh. Ofcourse it might make sense to make all adjustments simultaneously. I didn't know an N64 could do DVR :-) > > > > ANGus > >-- End of excerpt from Angus W.S. Henderson > > If you won't help we'll steal your new angus as soon as they've paid for his > green card.... Paradigm ain't big enough for the both of us. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 08:23:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA23511; Wed, 21 May 1997 23:02:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA23495; Wed, 21 May 1997 23:02:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA14044; Wed, 21 May 1997 23:02:24 -0700 Received: from maelstrom.dial.pipex.net (maelstrom.dial.pipex.net [158.43.128.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA11433; Wed, 21 May 1997 23:02:22 -0700 env-from (cyrus@dial.pipex.com) Received: by maelstrom.dial.pipex.net (8.8.3/) id HAA07253; Thu, 22 May 1997 07:02:21 +0100 (BST) Delivered-To: postmaster@home.pipex.com Received: (qmail 13466 invoked by alias); 22 May 1997 03:41:03 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 13455 invoked by alias); 22 May 1997 03:41:01 -0000 Delivered-To: ff78@maelstrom.dial.pipex.net Received: (qmail 13425 invoked from network); 22 May 1997 03:40:59 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 03:40:59 -0000 Received: (qmail 18459 invoked by alias); 22 May 1997 03:40:47 -0000 Delivered-To: d#-whl.adv.eng@dial.pipex.com Received: (qmail 18294 invoked from network); 22 May 1997 03:40:34 -0000 Received: from sgi.com (HELO sgi.sgi.com) (192.48.153.1) by smtp.dial.pipex.net with SMTP; 22 May 1997 03:40:34 -0000 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA16384; Wed, 21 May 1997 20:21:23 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17682; Wed, 21 May 1997 08:02:14 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17666; Wed, 21 May 1997 08:01:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA07324; Wed, 21 May 1997 08:01:58 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA20709; Wed, 21 May 1997 08:01:24 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA281727168; Wed, 21 May 1997 10:06:09 -0500 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 AA011936645; Wed, 21 May 1997 09:57:25 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997May21.085200.1074.26599; Wed, 21 May 1997 09:59:07 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Cc: info-performer@sgi.com (info-performer) Message-Id: <1997May21.085200.1074.26599@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, 21 May 1997 09:59:07 -0700 Subject: Re: HUD's and DVR Status: O > From: Angus MacDonald Dorbie > > You really have to live with the reduced resolution on the text due > to DVR. The main problem which it sounds like you have solved is the > resizing of the text. At what point does the SGI do the DVR rendering?? I do my HUD in a post-render routine with OpenGL bitmapped text, wouldn't that allow the text to be the same? I've never tried DVR, so I don't know how it would affect our system..... Just Curious... Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 08:09:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA23364; Wed, 21 May 1997 22:46:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA23348; Wed, 21 May 1997 22:46:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA13395; Wed, 21 May 1997 22:46:36 -0700 Received: from maelstrom.dial.pipex.net (maelstrom.dial.pipex.net [158.43.128.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA09621 for ; Wed, 21 May 1997 22:46:34 -0700 env-from (cyrus@dial.pipex.com) Received: by maelstrom.dial.pipex.net (8.8.3/) id GAA24404; Thu, 22 May 1997 06:46:33 +0100 (BST) Delivered-To: postmaster@home.pipex.com Received: (qmail 26218 invoked by alias); 22 May 1997 03:17:21 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 25704 invoked by alias); 22 May 1997 03:16:39 -0000 Delivered-To: zf17@maelstrom.dial.pipex.net Received: (qmail 25042 invoked from network); 22 May 1997 03:15:45 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 03:15:45 -0000 Received: (qmail 6090 invoked by alias); 22 May 1997 03:15:44 -0000 Delivered-To: d#-dpearce@dial.pipex.com Received: (qmail 6081 invoked from network); 22 May 1997 03:15:43 -0000 Received: from sgi.com (HELO sgi.sgi.com) (192.48.153.1) by smtp.dial.pipex.net with SMTP; 22 May 1997 03:15:43 -0000 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA10360; Wed, 21 May 1997 20:02:28 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17716; Wed, 21 May 1997 08:18:53 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17700; Wed, 21 May 1997 08:18:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09172; Wed, 21 May 1997 08:18:37 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA24380 for ; Wed, 21 May 1997 08:18:31 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id LAA12153; Wed, 21 May 1997 11:18:30 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma012151; Wed, 21 May 97 11:18:17 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id PAA04385; Wed, 21 May 1997 15:18:35 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id LAA13633; Wed, 21 May 1997 11:18:35 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199705211518.LAA13633@hf.ht.com> Subject: pfuDrawMessageRGB fonts? To: info-performer@sgi.com Date: Wed, 21 May 1997 11:18:34 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O Could someone tell me which font Performer uses for pfuDrawMessageRGB when you ask for PFU_FONT_BIG? Also, where is the specification located in the file system. I think I have a corrupted font and would like to try and manually replace it. scott P.S. I suspect it is a 60pt bold utopia font but I have not been able to find it. -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= 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 May 22 08:22:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA23324; Wed, 21 May 1997 22:45:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA23307; Wed, 21 May 1997 22:45:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA13375; Wed, 21 May 1997 22:45:18 -0700 Received: from maelstrom.dial.pipex.net (maelstrom.dial.pipex.net [158.43.128.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA09333; Wed, 21 May 1997 22:45:17 -0700 env-from (cyrus@dial.pipex.com) Received: by maelstrom.dial.pipex.net (8.8.3/) id GAA23634; Thu, 22 May 1997 06:45:16 +0100 (BST) Delivered-To: postmaster@home.pipex.com Received: (qmail 23967 invoked by alias); 22 May 1997 03:14:02 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 23864 invoked by alias); 22 May 1997 03:13:53 -0000 Delivered-To: zf17@maelstrom.dial.pipex.net Received: (qmail 23798 invoked from network); 22 May 1997 03:13:47 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 03:13:47 -0000 Received: (qmail 4730 invoked by alias); 22 May 1997 03:13:44 -0000 Delivered-To: d#-dpearce@dial.pipex.com Received: (qmail 4690 invoked from network); 22 May 1997 03:13:40 -0000 Received: from sgi.com (HELO sgi.sgi.com) (192.48.153.1) by smtp.dial.pipex.net with SMTP; 22 May 1997 03:13:40 -0000 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA10361; Wed, 21 May 1997 20:02:28 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17682; Wed, 21 May 1997 08:02:14 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17666; Wed, 21 May 1997 08:01:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA07324; Wed, 21 May 1997 08:01:58 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA20709; Wed, 21 May 1997 08:01:24 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA281727168; Wed, 21 May 1997 10:06:09 -0500 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 AA011936645; Wed, 21 May 1997 09:57:25 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997May21.085200.1074.26599; Wed, 21 May 1997 09:59:07 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Cc: info-performer@sgi.com (info-performer) Message-Id: <1997May21.085200.1074.26599@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, 21 May 1997 09:59:07 -0700 Subject: Re: HUD's and DVR Status: O > From: Angus MacDonald Dorbie > > You really have to live with the reduced resolution on the text due > to DVR. The main problem which it sounds like you have solved is the > resizing of the text. At what point does the SGI do the DVR rendering?? I do my HUD in a post-render routine with OpenGL bitmapped text, wouldn't that allow the text to be the same? I've never tried DVR, so I don't know how it would affect our system..... Just Curious... Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 06:30:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA22025; Wed, 21 May 1997 20:10:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA22009; Wed, 21 May 1997 20:10:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA04733; Wed, 21 May 1997 20:10:26 -0700 Received: from postal.dn.net (postal.dn.net [207.226.170.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA12722 for ; Wed, 21 May 1997 20:10:24 -0700 env-from (gwaldron@peril.com) Received: from peril.dn.net (dca-access-1-59.ppp.dn.net [207.153.216.59]) by postal.dn.net (8.8.3/8.8.5) with SMTP id XAA16991 for ; Wed, 21 May 1997 23:16:58 -0400 (EDT) Message-ID: <3383BA1E.201E@peril.com> Date: Wed, 21 May 1997 23:14:38 -0400 From: Glenn Waldron Reply-To: gwaldron@peril.com Organization: Peril Technologies X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Positions available! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O PERIL Technologies, a young software development and consulting company in Arlington, Virgina, is looking for talented visual simulation developers! Our goal is to leverage off leading-edge COTS hardware and software technology to deliver real vis-sim solutions to commercial and government customers. We have several positions opening, and are interested in candidates with expertise in any of the following areas: - Graphics programming: SGI Performer, OpenGL - Vis-sim modeling/visualization packages including Coryphaeus, Paradigm, MultiGen - Distributed simulation: DIS, HLA; SAF, VR-Link - VR: stereoscopics, device interfacing, HCI techniques - Networking for distributed applications, including TCP/IP, multicast/broadcast, ATM, collaborative techniques - Cross-platform issues We have an *immediate opening* for a developer to work onsite at NRL in Washington DC. Experienced with Coryphaeus software tools (EasyScene, DWB, etc.) is a plus, but is not required. Solid SGI/Performer/OpenGL skills are! Please send your resume to info@peril.com, and check out the web site for more information: www.peril.com - under reconstruction so please be patient! -- Glenn Waldron * PERIL Technologies * 703.598.7835 * gwaldron@peril.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 06:45:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA23852; Thu, 22 May 1997 01:23:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23835; Thu, 22 May 1997 01:23:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA16305; Wed, 21 May 1997 23:52:49 -0700 Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA17776 for ; Wed, 21 May 1997 23:52:42 -0700 env-from (Hilbrink@nlr.nl) Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78]) by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id IAA08044; Thu, 22 May 1997 08:52:39 +0200 (DST) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from sylvester by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA07461; Thu, 22 May 1997 08:52:33 +0200 Sender: niels@nlr.nl Message-ID: <3383ED30.897A8D62@nlr.nl> Date: Thu, 22 May 1997 08:52:33 +0200 From: Niels Hilbrink Organization: National Aerospace Laboratory X-Mailer: Mozilla 4.0b3C (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: "Ramya D." , "info-performer@sgi.com" Subject: Re: Interfacing rapidapp with performer X-Priority: 3 (Normal) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Ramya D. wrote: > > Hi, > I would like to know 2 things > 1) Can we use inventor and Performer calls in an application without any > poblems? > > 2) I am developing a software for large CAD visualistion on Performer, and > for this I have used Rapidapp to create the GUI. I have created the > material editor using Rapidapp. I am trying to interface this material > editor (inventor class) with the GUI - ie when I click the material menu > item this editor has to pop up! I am unable to include this editor in the > dialog box which basically contains the OK and CANCEL buttons along with > this editor? This is no problem. My app has both Perfoerm and a GUI created by rapidapp and some inventor SoXtRenderArea. It works. BUT be carefull, Motif is single process. This means that you have to make all the viewkit calls (ie motif) from within the same process. Else you might get sync. errors (multithread motif apps are a great way to screw up the X-server). Other than that No problemo. Gr. Niels -- Niels Hilbrink (RS NOP) National Aerospace Laboratory (NLR) mailto:Hilbrink@nlr.nl Voorsterweg 31, 8316 PR Marknesse (++31)(0)527 242259 (Home) P.O. Box 153, 8300 AD Emmeloord (++31)(0)527 248224 (NLR) the Netherlands ======================================================================= 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 May 22 07:15:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA23475; Wed, 21 May 1997 23:01:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA23458; Wed, 21 May 1997 23:01:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA13993; Wed, 21 May 1997 23:01:16 -0700 Received: from maelstrom.dial.pipex.net (maelstrom.dial.pipex.net [158.43.128.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA11194 for ; Wed, 21 May 1997 23:01:14 -0700 env-from (cyrus@dial.pipex.com) Received: by maelstrom.dial.pipex.net (8.8.3/) id HAA06466; Thu, 22 May 1997 07:01:11 +0100 (BST) Delivered-To: postmaster@home.pipex.com Received: (qmail 11739 invoked by alias); 22 May 1997 03:38:29 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 11618 invoked by alias); 22 May 1997 03:38:16 -0000 Delivered-To: ff78@maelstrom.dial.pipex.net Received: (qmail 11483 invoked from network); 22 May 1997 03:38:08 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 03:38:08 -0000 Received: (qmail 16751 invoked by alias); 22 May 1997 03:38:06 -0000 Delivered-To: d#-whl.adv.eng@dial.pipex.com Received: (qmail 16734 invoked from network); 22 May 1997 03:38:05 -0000 Received: from sgi.com (HELO sgi.sgi.com) (192.48.153.1) by smtp.dial.pipex.net with SMTP; 22 May 1997 03:38:05 -0000 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA16340; Wed, 21 May 1997 20:21:21 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA17569; Wed, 21 May 1997 07:09:16 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA17553; Wed, 21 May 1997 07:09:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA02531; Wed, 21 May 1997 07:09:00 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA10648 for ; Wed, 21 May 1997 07:08:11 -0700 env-from (tran@sirssg1.epfl.ch) Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id QAA08787 for info-performer@sgi.com; Wed, 21 May 1997 16:12:11 -0700 Date: Wed, 21 May 1997 16:12:11 -0700 From: Tran cong Tam Message-Id: <199705212312.QAA08787@sirssg1.epfl.ch> To: info-performer@sgi.com Subject: pfMorph Status: O Hi Performers, I am studying pfMorph with /usr/share/Performer/src/pguide/libpf/C/morph.c But I do not see: How it changes from Sphere to Cube ? Please, Can you show me where they do the transformation SPHERE to CUBE and inverse ? Thanks in advance for your helps. Tran. /-------------------------------------------------------/ | TRAN | | IDERALPE Parc Scientifique EPFL | | 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 ======================================================================= 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 May 22 08:12:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA23438; Wed, 21 May 1997 23:00:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA23417; Wed, 21 May 1997 23:00:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA13963; Wed, 21 May 1997 23:00:20 -0700 Received: from maelstrom.dial.pipex.net (maelstrom.dial.pipex.net [158.43.128.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA11042 for ; Wed, 21 May 1997 23:00:18 -0700 env-from (cyrus@dial.pipex.com) Received: by maelstrom.dial.pipex.net (8.8.3/) id HAA05823; Thu, 22 May 1997 07:00:16 +0100 (BST) Delivered-To: postmaster@home.pipex.com Received: (qmail 10280 invoked by alias); 22 May 1997 03:36:30 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 10129 invoked by alias); 22 May 1997 03:36:16 -0000 Delivered-To: ff78@maelstrom.dial.pipex.net Received: (qmail 9954 invoked from network); 22 May 1997 03:36:00 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 03:36:00 -0000 Received: (qmail 15684 invoked by alias); 22 May 1997 03:35:59 -0000 Delivered-To: d#-whl.adv.eng@dial.pipex.com Received: (qmail 15678 invoked from network); 22 May 1997 03:35:58 -0000 Received: from sgi.com (HELO sgi.sgi.com) (192.48.153.1) by smtp.dial.pipex.net with SMTP; 22 May 1997 03:35:58 -0000 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA16365; Wed, 21 May 1997 20:21:23 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17716; Wed, 21 May 1997 08:18:53 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17700; Wed, 21 May 1997 08:18:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09172; Wed, 21 May 1997 08:18:37 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA24380 for ; Wed, 21 May 1997 08:18:31 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id LAA12153; Wed, 21 May 1997 11:18:30 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma012151; Wed, 21 May 97 11:18:17 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id PAA04385; Wed, 21 May 1997 15:18:35 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id LAA13633; Wed, 21 May 1997 11:18:35 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199705211518.LAA13633@hf.ht.com> Subject: pfuDrawMessageRGB fonts? To: info-performer@sgi.com Date: Wed, 21 May 1997 11:18:34 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O Could someone tell me which font Performer uses for pfuDrawMessageRGB when you ask for PFU_FONT_BIG? Also, where is the specification located in the file system. I think I have a corrupted font and would like to try and manually replace it. scott P.S. I suspect it is a 60pt bold utopia font but I have not been able to find it. -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= 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 May 22 09:10:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA23748; Thu, 22 May 1997 01:19:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23731; Thu, 22 May 1997 01:19:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA18597; Thu, 22 May 1997 00:06:49 -0700 Received: from dettol.sci-park.uunet.pipex.com (dettol.sci-park.uunet.pipex.com [194.130.2.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA20430; Thu, 22 May 1997 00:06:42 -0700 env-from (postmaster@dettol.sci-park.uunet.pipex.com) Received: by dettol.sci-park.uunet.pipex.com (8.8.4/UUNET PIPEX simple 1.29) id IAA32691; Thu, 22 May 1997 08:06:42 +0100 Delivered-To: postmaster@home.pipex.com Received: (qmail 13466 invoked by alias); 22 May 1997 03:41:03 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 13455 invoked by alias); 22 May 1997 03:41:01 -0000 Delivered-To: ff78@maelstrom.dial.pipex.net Received: (qmail 13425 invoked from network); 22 May 1997 03:40:59 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 03:40:59 -0000 Received: (qmail 18459 invoked by alias); 22 May 1997 03:40:47 -0000 Delivered-To: d#-whl.adv.eng@dial.pipex.com Received: (qmail 18294 invoked from network); 22 May 1997 03:40:34 -0000 Received: from sgi.com (HELO sgi.sgi.com) (192.48.153.1) by smtp.dial.pipex.net with SMTP; 22 May 1997 03:40:34 -0000 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA16384; Wed, 21 May 1997 20:21:23 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17682; Wed, 21 May 1997 08:02:14 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17666; Wed, 21 May 1997 08:01:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA07324; Wed, 21 May 1997 08:01:58 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA20709; Wed, 21 May 1997 08:01:24 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA281727168; Wed, 21 May 1997 10:06:09 -0500 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 AA011936645; Wed, 21 May 1997 09:57:25 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997May21.085200.1074.26599; Wed, 21 May 1997 09:59:07 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Cc: info-performer@sgi.com (info-performer) Message-Id: <1997May21.085200.1074.26599@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, 21 May 1997 09:59:07 -0700 Subject: Re: HUD's and DVR Status: O > From: Angus MacDonald Dorbie > > You really have to live with the reduced resolution on the text due > to DVR. The main problem which it sounds like you have solved is the > resizing of the text. At what point does the SGI do the DVR rendering?? I do my HUD in a post-render routine with OpenGL bitmapped text, wouldn't that allow the text to be the same? I've never tried DVR, so I don't know how it would affect our system..... Just Curious... Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 09:12:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24380; Thu, 22 May 1997 03:55:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24362; Thu, 22 May 1997 03:55:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA14273; Wed, 21 May 1997 23:06:44 -0700 Received: from dettol.sci-park.uunet.pipex.com (dettol.sci-park.uunet.pipex.com [194.130.2.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA12002; Wed, 21 May 1997 23:06:38 -0700 env-from (postmaster@dettol.sci-park.uunet.pipex.com) Received: by dettol.sci-park.uunet.pipex.com (8.8.4/UUNET PIPEX simple 1.29) id HAA28557; Thu, 22 May 1997 07:06:37 +0100 Delivered-To: postmaster@home.pipex.com Received: (qmail 23967 invoked by alias); 22 May 1997 03:14:02 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 23864 invoked by alias); 22 May 1997 03:13:53 -0000 Delivered-To: zf17@maelstrom.dial.pipex.net Received: (qmail 23798 invoked from network); 22 May 1997 03:13:47 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 03:13:47 -0000 Received: (qmail 4730 invoked by alias); 22 May 1997 03:13:44 -0000 Delivered-To: d#-dpearce@dial.pipex.com Received: (qmail 4690 invoked from network); 22 May 1997 03:13:40 -0000 Received: from sgi.com (HELO sgi.sgi.com) (192.48.153.1) by smtp.dial.pipex.net with SMTP; 22 May 1997 03:13:40 -0000 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA10361; Wed, 21 May 1997 20:02:28 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17682; Wed, 21 May 1997 08:02:14 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17666; Wed, 21 May 1997 08:01:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA07324; Wed, 21 May 1997 08:01:58 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA20709; Wed, 21 May 1997 08:01:24 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA281727168; Wed, 21 May 1997 10:06:09 -0500 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 AA011936645; Wed, 21 May 1997 09:57:25 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997May21.085200.1074.26599; Wed, 21 May 1997 09:59:07 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Cc: info-performer@sgi.com (info-performer) Message-Id: <1997May21.085200.1074.26599@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, 21 May 1997 09:59:07 -0700 Subject: Re: HUD's and DVR Status: O > From: Angus MacDonald Dorbie > > You really have to live with the reduced resolution on the text due > to DVR. The main problem which it sounds like you have solved is the > resizing of the text. At what point does the SGI do the DVR rendering?? I do my HUD in a post-render routine with OpenGL bitmapped text, wouldn't that allow the text to be the same? I've never tried DVR, so I don't know how it would affect our system..... Just Curious... Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 09:17:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA01430; Thu, 22 May 1997 06:19:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA01414; Thu, 22 May 1997 06:19:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA12055; Thu, 22 May 1997 06:19:02 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA01649 for ; Thu, 22 May 1997 06:19:00 -0700 env-from (brian@dingbat.clubfed.sgi.com) Received: from dingbat.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) id JAA27026; Thu, 22 May 1997 09:18:56 -0400 Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA13301; Thu, 22 May 1997 09:10:40 -0400 Date: Thu, 22 May 1997 09:10:40 -0400 From: brian@dingbat.clubfed.sgi.com (Brian Furtaw) Message-Id: <9705220910.ZM13300@dingbat.clubfed.sgi.com> In-Reply-To: "Anita Kishore" "Re: pfChannel->setView and vectors" (May 21, 10:11am) References: <199705210845.KAA29026@riker.uni-paderborn.de> <9705211011.ZM7613@tracey.triavest.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dragon@hni.uni-paderborn.de, info-performer@sgi.com Subject: Re: pfChannel->setView and vectors Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Carsten, If you mean lookat functionality you could always use gluLookat(...) here is something I hacked together real fast to give you the idea of what I mean. This program needs work. from simple.C.... // Compute new view position. t = pfGetTime(); pfSinCos(45.0f*t, &s, &c); view.hpr.set(45.0f*t, -10.0f, 0); view.xyz.set(2.0f * bsphere.radius * s, -2.0f * bsphere.radius *c, 0.5f * bsphere.radius); pfPushState(); // push the current gfx state onto the stack glMatrixMode(GL_PROJECTION); glPushMatrix(); glLoadIdentity(); gluLookAt(view.xyz[PF_X],view.xyz[PF_Y],view.xyz[PF_Z], 0.0f, 0.0f, 0.0f, 0.0f, 0.0f, 1.0f); glGetFloatv(GL_PROJECTION_MATRIX, pmat); glPopMatrix(); pfPopState(); // pop the gfx state back rmat.setRow(0, pmat[0], pmat[1], pmat[2], pmat[3]); rmat.setRow(1, pmat[4], pmat[5], pmat[6], pmat[7]); rmat.setRow(2, pmat[8], pmat[9], pmat[10], pmat[11]); rmat.setRow(3, pmat[12], pmat[13], pmat[14], pmat[15]); chan->setViewMat(rmat); //(view.xyz, view.hpr); } // Terminate parallel processes and exit pfExit(); return 0; ...end of excerpt What I am doing here is saving Performer gfx state then setting the matrix mode to projection since gluLookAt writes into the projection matrix. Then set the indentity matrix use gluLookAt with Z up read back the projection matrix pop back the orginal projection matrix restore Performer state and set a new view matrix for the channel. Brian On May 21, 10:11am, Anita Kishore wrote: > Subject: Re: pfChannel->setView and vectors > On May 21, 10:45am, Carsten Scharfe wrote: > > Subject: pfChannel->setView and vectors > > Hi Performers, > > > > i have some trouble with setting the view point and the > > view direction. > > I have a vector which is my view point and another vector > > for my viewing direction. Lets call this vector for the direction vd. > > > > Is there any method to set the viewing direction with this vector vd > > instead of using euler angles hpr? > > > > If yes, how do i have to do this? > > > > > If you also had an angle for you direction vector, perhaps you could use > quaternions (pfQuat man page) by considering the direction vector as an axis > of view. > > -anita > > kishore@triavest.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 Anita Kishore -- ----oOOo---- ----oOOo---- ----oOOo---- ----oOOo---- Brian Furtaw (brian@sgi.com) VisSim Technical Consultant 12200-G Plum Orchard Drive Office:(410)796-0394 Fax: (301)872-3293 Silver Spring, Maryland 20904 OpenGL/ImageVision/OpenInventor/Performer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 09:12:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA23798; Thu, 22 May 1997 01:19:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23767; Thu, 22 May 1997 01:19:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA18593; Thu, 22 May 1997 00:06:42 -0700 Received: from dettol.sci-park.uunet.pipex.com (dettol.sci-park.uunet.pipex.com [194.130.2.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA20415 for ; Thu, 22 May 1997 00:06:36 -0700 env-from (postmaster@dettol.sci-park.uunet.pipex.com) Received: by dettol.sci-park.uunet.pipex.com (8.8.4/UUNET PIPEX simple 1.29) id IAA32657; Thu, 22 May 1997 08:06:36 +0100 Delivered-To: postmaster@home.pipex.com Received: (qmail 13236 invoked by alias); 22 May 1997 03:40:42 -0000 Delivered-To: postmaster@maelstrom.dial.pipex.net Received: (qmail 13222 invoked by alias); 22 May 1997 03:40:41 -0000 Delivered-To: ff78@maelstrom.dial.pipex.net Received: (qmail 13198 invoked from network); 22 May 1997 03:40:39 -0000 Received: from typhoon.dial.pipex.net (158.43.128.27) by maelstrom.dial.pipex.net with SMTP; 22 May 1997 03:40:39 -0000 Received: (qmail 18293 invoked by alias); 22 May 1997 03:40:34 -0000 Delivered-To: d#-whl.adv.eng@dial.pipex.com Received: (qmail 18251 invoked from network); 22 May 1997 03:40:28 -0000 Received: from sgi.com (HELO sgi.sgi.com) (192.48.153.1) by smtp.dial.pipex.net with SMTP; 22 May 1997 03:40:28 -0000 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA16386; Wed, 21 May 1997 20:21:23 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17995; Wed, 21 May 1997 09:40:51 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17978; Wed, 21 May 1997 09:40:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19255; Wed, 21 May 1997 09:40:34 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA15530 for ; Wed, 21 May 1997 09:40:28 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA23793; Wed, 21 May 1997 09:40:23 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA10780; Wed, 21 May 1997 09:40:22 -0700 Date: Wed, 21 May 1997 09:40:22 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705210940.ZM10778@multipass.asd.sgi.com> In-Reply-To: "DreamTeam Ltd." ""Inspector"" (May 21, 9:28am) References: <338322CB.3E07@netvision.net.il> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "DreamTeam Ltd." , info-performer@sgi.com Subject: Re: "Inspector" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Contact Larry McDonough lardog@asd.sgi.com for information on OpenGL Optimizer this product. Cheers,Angus. On May 21, 9:28am, DreamTeam Ltd. wrote: > Subject: "Inspector" > Is "Inspector" (Optimizer) out already. > > How can one get a beta version. I read the web pages but can anyone > help me with who should I contact. > > Tnx > > Roni Kass > V.P. Research & Development > DreamTeam Ltd. > Tel: +972-9-9559855 > Fax: +972-9-9559615 > Email: dreamt@netvision.net.il > ======================================================================= > 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 DreamTeam Ltd. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 16:01:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-log@holodeck.csd.sgi.com id QAA15949; Thu, 22 May 1997 16:01:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA15932; Thu, 22 May 1997 16:01:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA06234; Thu, 22 May 1997 16:01:17 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA08914 for ; Thu, 22 May 1997 16:01:16 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id QAA15929; Thu, 22 May 1997 16:01:16 -0700 Date: Thu, 22 May 1997 16:01:16 -0700 From: allan (Allan Schaffer) Message-Id: <199705222301.QAA15929@holodeck.csd.sgi.com> To: info-performer@sgi.com Subject: info-performer troubles Status: O Hi Performers, I think I've found the cause of info-performer's mail loop. I had to disable the list for a while, but it's back now. The likely accounts have been removed. If the problems continue let me know. [There may already be some looping/duplicate messages en route, don't worry about those] A few messages were queued up when I disabled the list, so I'll requeue them a bit later today. Also, I've put in place some procedures that hopefully will speed up throughput of the mailing list. Keep your fingers crossed and if anything wierd happens just mail me. 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 Thu May 22 16:29:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-log@holodeck.csd.sgi.com id QAA23763; Thu, 22 May 1997 16:29:26 -0700 Return-Path: Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer id QAA22922; Thu, 22 May 1997 16:28:00 -0700 Resent-From: allan (Allan Schaffer) Resent-Message-Id: <9705221627.ZM22920@holodeck.csd.sgi.com> Resent-Date: Thu, 22 May 1997 16:27:59 -0700 X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) Resent-To: info-performer Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09829; Thu, 22 May 1997 10:14:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA18659; Thu, 22 May 1997 10:14:17 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA22006 for ; Thu, 22 May 1997 10:14:17 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA01412; Thu, 22 May 1997 10:13:56 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA12813; Thu, 22 May 1997 10:13:51 -0700 Date: Thu, 22 May 1997 10:13:51 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705221013.ZM12811@multipass.asd.sgi.com> In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: HUD's and DVR" (May 21, 7:59am) References: <9705211259.AA24168@mred.bgm.link.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), rfox@coryphaeus.com (Randy Fox), info-performer@sgi.com Subject: Re: HUD's and DVR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Have you actually tried this? I was surprised at how much you have to DVR before encountering unacceptable problems. Cheers,Angus. On May 21, 7:59am, Steve Baker wrote: > Subject: Re: HUD's and DVR > > > So how does one go about rendering a HUD over an OTW that is taking advantage > > of DVR without blurring out the text? > > Regrettably - one doesn't. > > I can understand why implementing some kind of non-scaled > overlay plane into the iR hardware would be very difficult - > but we have found that time after time we have applications where > we would really benefit from DVR - but the problems of overlayed > symbology prevent us from using the feature. > > > > 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) > > ** Beware of Geeks bearing GIF's. ** > > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Steve Baker ======================================================================= 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 May 22 20:33:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-log@holodeck.csd.sgi.com id UAA16574; Thu, 22 May 1997 20:33:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA06046; Thu, 22 May 1997 17:31:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA16269; Thu, 22 May 1997 17:31:14 -0700 Received: from caligari.com (sprite.caligari.com [206.40.94.130]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA01948 for ; Thu, 22 May 1997 17:31:09 -0700 env-from (roman@caligari.com) Received: from latitude.caligari.com by caligari.com (SMI-8.6/SMI-SVR4) id RAA11583; Thu, 22 May 1997 17:30:20 -0700 Message-ID: <3384E4C8.4753@caligari.com> Date: Thu, 22 May 1997 17:28:56 -0700 From: Roman Ormandy Reply-To: roman@caligari.com Organization: Caligari Corporation X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: sv96@siggraph.org CC: info-performer@sgi.com Subject: 3D Graphics Programmer Wanted Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O We are Caligari, maker of trueSpace3. We need you to help us develop next generation of trueSpace. 3D graphics is more then a profession for you, but ideally you worked on commercial quality 3D product. Your interests lie in real time 3D graphics, modeling and animation. You also have a good knowledge of MS Windows, particularly in user interface area. If this describes you, let us know, we need you. (Job Code P1) ======================================================================= 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 May 22 20:33:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-log@holodeck.csd.sgi.com id UAA16576; Thu, 22 May 1997 20:33:38 -0700 Return-Path: Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer id QAA24010; Thu, 22 May 1997 16:34:20 -0700 Resent-From: allan (Allan Schaffer) Resent-Message-Id: <9705221634.ZM24008@holodeck.csd.sgi.com> Resent-Date: Thu, 22 May 1997 16:34:20 -0700 X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) Resent-To: info-performer Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09865; Thu, 22 May 1997 10:15:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA18744; Thu, 22 May 1997 10:15:00 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA22322 for ; Thu, 22 May 1997 10:14:59 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA01451; Thu, 22 May 1997 10:14:34 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA02156; Thu, 22 May 1997 10:14:29 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705221714.KAA02156@remi.asd.sgi.com> Subject: Re: pfLOD??? To: aubel@lig.di.epfl.ch (Amaury Aubel) Date: Thu, 22 May 1997 10:14:29 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9705220950.ZM29770@lig.di.epfl.ch> from "Amaury Aubel" at May 22, 97 09:50:42 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1319 Status: O Amaury Aubel wrote: > > Hi, > > > Somewhow I can't get pfNode work correctly with my application. > I have a separate animation engine (i.e. not reflected in the Performer scene > tree with DCSs), which is called every frame after pfFrame(). > Consequently when a switch between children occurs at the pfLOD level I also > have to switch data structures for my animation engine. I wrote a callback > function for the pfLOD to handle this. This callback is performed Post Cull > because it seems there's no other time when I could call it. > > The problem is that at the frame when the switch occurs it is too late to call > my animation engine because the data must have already been propagated down the > pipe to the Draw process and so I have one frame which is a real mess. > > Does anyone know how I could avoid this flickering? > Performer provides the pfCycleBuffer that automatically propagate the right information to the right stage of the pipeline. You can then do modifications in the APP, so the values are synchronized with all other computation you do, andd pfCycle buffer will give the Cull stage and the Draw stage the right data. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 20:33:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA10605; Thu, 22 May 1997 17:39:32 -0700 Return-Path: Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer id RAA10586; Thu, 22 May 1997 17:39:31 -0700 Resent-From: allan (Allan Schaffer) Resent-Message-Id: <9705221739.ZM10584@holodeck.csd.sgi.com> Resent-Date: Thu, 22 May 1997 17:39:31 -0700 X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) Resent-To: info-performer Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10719; Thu, 22 May 1997 10:32:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA21584; Thu, 22 May 1997 10:32:04 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA27159 for ; Thu, 22 May 1997 10:32:03 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA02972; Thu, 22 May 1997 10:31:55 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA02241; Thu, 22 May 1997 10:31:42 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705221731.KAA02241@remi.asd.sgi.com> Subject: Re: Differences between RM4 & RM5 boards To: modellers@intersim.co.uk (John Wintle) Date: Thu, 22 May 1997 10:31:41 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <33842AD8.15FB@intersim.co.uk> from "John Wintle" at May 22, 97 11:15:36 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1427 Status: O John Wintle wrote: > > Hi all, > > We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 boards > in it. Could someone tell me the differences between the RM4 and the RM5 > boards. > Lucky you, you now have plenty of Texture memory. > We also have two other Onyx RE2 + MCO machines that have 4 RM4's in each > one. What performance differences would we notice between the RM4's and > RM5's. > > We will be using the MCO in each case with 3 x 960x680 @60Hz windows. > > Can we use multisampling with these configurations, as initial > investigations have indicated that this will only work without MCO > enabled. Same performance, ony much more texture. If I am correct it is 64MB instead of 16MB ? > > Thanks in advance, > > -- > > Regards, > > John Wintle, > Principal Visual Modeller, > Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK > Tel: +44 (0)1903 733428 Fax: +44 (0)1903 730246 > email: modellers@intersim.co.uk Internet: http://www.intersim.co.uk > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 22 23:32:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA15930; Thu, 22 May 1997 17:55:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA15914; Thu, 22 May 1997 17:55:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA18198; Thu, 22 May 1997 17:55:36 -0700 Received: from amber.drawcomp.com ([204.170.241.126]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA10118 for ; Thu, 22 May 1997 17:55:34 -0700 env-from (prakash@drawcomp.com) Received: (from nobody@localhost) by amber.drawcomp.com (8.8.5/8.8.5) id UAA27312 for ; Thu, 22 May 1997 20:49:06 -0400 (EDT) X-Authentication-Warning: amber.drawcomp.com: nobody set sender to using -f Received: from pilsner(204.170.241.204) by amber.drawcomp.com via smap (V2.0) id xma027310; Thu, 22 May 97 20:48:53 -0400 Sender: gpmahesh@drawcomp.com Message-ID: <3384E974.41C6@drawcomp.com> Date: Thu, 22 May 1997 20:48:52 -0400 From: Prakash Mahesh Organization: DRaW Computing Assoc. Inc. X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: OpenWorlds VRML 2.0 demo available for download Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Performers, OpenWorlds demo programs are available for download at http://www.openworlds.com OpenWorlds is an Open platform VRML 2.0 toolkit, and on SGIs it is Performer-based. There are two componenets available for download: owogl - OpenGL based demo owperf - Performer-based demo (built into perfly) OpenWorlds can be used to custom-built browsers, integrate VRML to an existing application, or built other VRML applications. For all the information, including Programming guide look at the OpenWorlds website. Thanks. -- Prakash Mahesh prakash@drawcomp.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 23 00:48:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA17160; Thu, 22 May 1997 23:30:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id XAA17144; Thu, 22 May 1997 23:30:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id XAA06242; Thu, 22 May 1997 23:30:30 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA16599; Thu, 22 May 1997 23:30:26 -0700 env-from (simonb@connect.com.au) Received: from zebedee.UUCP (uucp@localhost) by merki.connect.com.au with UUCP id QAA09441 (8.8.5/IDA-1.6); Fri, 23 May 1997 16:20:19 +1000 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA11773 (5.65c/IDA-1.5); Fri, 23 May 1997 16:12:51 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id QAA19496 (8.6.12/IDA-1.6); Fri, 23 May 1997 16:13:10 +1000 Received: from localhost by murad (5.65) id AA03127; Fri, 23 May 1997 16:13:10 +1000 Date: Fri, 23 May 1997 16:23:09 +1010 (EST) From: Simon Bennett X-Sender: simonb@murad To: Rimi Arnaud Cc: John Wintle , info-performer@sgi.com, Allan Schaffer , info-performer Subject: Re: Differences between RM4 & RM5 boards In-Reply-To: <199705221731.KAA02241@remi.asd.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 22 May 1997, Rimi Arnaud wrote: > John Wintle wrote: > > Hi all, > > We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 boards > > in it. Could someone tell me the differences between the RM4 and the RM5 > > boards. > Lucky you, you now have plenty of Texture memory. > > We also have two other Onyx RE2 + MCO machines that have 4 RM4's in each > > one. What performance differences would we notice between the RM4's and > > RM5's. > > We will be using the MCO in each case with 3 x 960x680 @60Hz windows. > > Can we use multisampling with these configurations, as initial > > investigations have indicated that this will only work without MCO > > enabled. > Same performance, ony much more texture. If I am correct it is > 64MB instead of 16MB ? If we're talking RM4's vs RM5's then I'd say the numbers are more like 4Megs for RM4's and 16Megs for RM5's - there is also a ledgendary small performance increase in pixel fill ( < 5%) - for the RM5. I don't believe any of the 64M texture boards work on the RE^2. +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= 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 May 23 00:48:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA17133; Thu, 22 May 1997 23:29:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA17117; Thu, 22 May 1997 23:29:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA06081; Thu, 22 May 1997 23:29:17 -0700 Received: from sgiger.munich.sgi.com ([144.253.192.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA16491 for ; Thu, 22 May 1997 23:29:14 -0700 env-from (axel@luca.hannover.sgi.com) Received: from sgihan.hannover.sgi.com by sgiger.munich.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI) id IAA15707; Fri, 23 May 1997 08:28:59 +0200 Received: from luca.hannover.sgi.com by sgihan.hannover.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) id IAA01736; Fri, 23 May 1997 08:27:34 +0200 Received: by luca.hannover.sgi.com (950413.SGI.8.6.12/930416.SGI) id IAA09120; Fri, 23 May 1997 08:25:49 +0200 From: "Axel Sammet" Message-Id: <9705230825.ZM9116@luca.hannover.sgi.com> Date: Fri, 23 May 1997 08:25:48 +0000 In-Reply-To: =?iso-8859-1?Q?remi=40remi=2Easd=2Esgi=2Ecom_=28R=E9mi_Arnaud?= =?iso-8859-1?Q?=29 _______=22Re=3A_Differences_between_RM4_&_RM5_boards=22_=28May_22=2C_10?= =?iso-8859-1?Q?=3A31=29?= References: <199705221731.KAA02241@remi.asd.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 To: modellers@intersim.co.uk (John Wintle), remi@remi.asd.sgi.com ( =?iso-8859-1?Q?R=E9mi_Arnaud?=) X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Subject: Re: Differences between RM4 & RM5 boards Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19705230825.ZM9116.hannover.sgi.com" Status: O --PART-BOUNDARY=.19705230825.ZM9116.hannover.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 Hi Remi,John FYI: RM4s had 4MB, RM5s 16MB of TRAM. There was no 64MB option in the RE2= =2E You may mix RM4 and RM5 in a pipe, but the system will only make use of 4= MB TRAM. Axel On May 22, 10:31, R=E9mi Arnaud wrote: > Subject: Re: Differences between RM4 & RM5 boards > John Wintle wrote: > > > > Hi all, > > > > We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 boar= ds > > in it. Could someone tell me the differences between the RM4 and the RM5 > > boards. > > > > Lucky you, you now have plenty of Texture memory. > > > We also have two other Onyx RE2 + MCO machines that have 4 RM4's in each > > one. What performance differences would we notice between the RM4's a= nd > > RM5's. > > > > We will be using the MCO in each case with 3 x 960x680 @60Hz windows.= > > > > Can we use multisampling with these configurations, as initial > > investigations have indicated that this will only work without MCO > > enabled. > > Same performance, ony much more texture. If I am correct it is > 64MB instead of 16MB ? > > > > > Thanks in advance, > > > > -- > > > > Regards, > > > > John Wintle, > > Principal Visual Modeller, > > Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK= > > Tel: +44 (0)1903 733428 Fax: +44 (0)1903 730246 > > email: modellers@intersim.co.uk Internet: http://www.intersim.co.uk > > > > =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 > > > > _ / _ _ > |_) _ ._ _ o /\ |_)|\ | /\ | || \ > | \(/_| | || /--\| \| \|/--\|_||_/ > > > =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 R=E9mi Arnaud -- = ___________________________________________________________________ Axel Sammet ,SE | HNV Office: +49 511 9017229 Visual Simulation | Home Office: +49 40 6028282 Silicon Graphics GmbH | Mobil: +171 358 3206 Ahrensburger Strasse 3 | Fax: +49 511 6138115 30659 Hannover | E-Mail: axel@hannover.sgi.com Germany | V-Mail: 331-8629 ___________________________________________________________________ --PART-BOUNDARY=.19705230825.ZM9116.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 Fri May 23 00:48:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA17182; Thu, 22 May 1997 23:32:13 -0700 Return-Path: Received: from rex.copen.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id XAA17166; Thu, 22 May 1997 23:32:05 -0700 Received: by rex.copen.sgi.com (950413.SGI.8.6.12/930416.SGI) id IAA22095; Fri, 23 May 1997 08:30:47 +0200 From: "Svend Tang-Petersen" Message-Id: <9705230830.ZM22091@rex.copen.sgi.com> Date: Fri, 23 May 1997 08:30:45 +0200 In-Reply-To: =?iso-8859-1?Q?remi=40remi=2Easd=2Esgi=2Ecom_=28R=E9mi_Arnaud?= =?iso-8859-1?Q?=29 _______=22Re=3A_Differences_between_RM4_&_RM5_boards=22_=28May_22=2C_10?= =?iso-8859-1?Q?=3A31am=29?= References: <199705221731.KAA02241@remi.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: remi@remi.asd.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=), modellers@intersim.co.uk (John Wintle), info-performer, allan (Allan Schaffer) Subject: Re: Differences between RM4 & RM5 boards Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19705230830.ZM22091.copen.sgi.com" Status: O --PART-BOUNDARY=.19705230830.ZM22091.copen.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On May 22, 10:31am, R=E9mi Arnaud wrote: > Subject: Re: Differences between RM4 & RM5 boards > John Wintle wrote: > > > > Hi all, > > > > We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 boar= ds > > in it. Could someone tell me the differences between the RM4 and the = RM5 > > boards. > > > > Lucky you, you now have plenty of Texture memory. > > > We also have two other Onyx RE2 + MCO machines that have 4 RM4's in e= ach > > one. What performance differences would we notice between the RM4's a= nd > > RM5's. > > > > We will be using the MCO in each case with 3 x 960x680 @60Hz windows.= > > > > Can we use multisampling with these configurations, as initial > > investigations have indicated that this will only work without MCO > > enabled. > > Same performance, ony much more texture. If I am correct it is > 64MB instead of 16MB ? > No, it's an RE2 so it's 16MB instead of 4MB. -- = Regards Svend ******************************************************************** * Svend Tang-Petersen, MSc Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Stationsparken 25 Phone: (+45) 43438600 * * 2600 Glostrup * * Denmark * ******************************************************************** --PART-BOUNDARY=.19705230830.ZM22091.copen.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 23 00:48:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA17200; Thu, 22 May 1997 23:32:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA17184; Thu, 22 May 1997 23:32:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA06308; Thu, 22 May 1997 23:32:16 -0700 Received: from rex.copen.sgi.com ([144.253.215.23]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA17050 for ; Thu, 22 May 1997 23:32:14 -0700 env-from (svend@rex.copen.sgi.com) Received: by rex.copen.sgi.com (950413.SGI.8.6.12/930416.SGI) id IAA22095; Fri, 23 May 1997 08:30:47 +0200 From: "Svend Tang-Petersen" Message-Id: <9705230830.ZM22091@rex.copen.sgi.com> Date: Fri, 23 May 1997 08:30:45 +0200 In-Reply-To: =?iso-8859-1?Q?remi=40remi=2Easd=2Esgi=2Ecom_=28R=E9mi_Arnaud?= =?iso-8859-1?Q?=29 _______=22Re=3A_Differences_between_RM4_&_RM5_boards=22_=28May_22=2C_10?= =?iso-8859-1?Q?=3A31am=29?= References: <199705221731.KAA02241@remi.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: remi@remi.asd.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=), modellers@intersim.co.uk (John Wintle), info-performer, allan (Allan Schaffer) Subject: Re: Differences between RM4 & RM5 boards Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19705230830.ZM22091.copen.sgi.com" Status: O --PART-BOUNDARY=.19705230830.ZM22091.copen.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On May 22, 10:31am, R=E9mi Arnaud wrote: > Subject: Re: Differences between RM4 & RM5 boards > John Wintle wrote: > > > > Hi all, > > > > We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 boar= ds > > in it. Could someone tell me the differences between the RM4 and the = RM5 > > boards. > > > > Lucky you, you now have plenty of Texture memory. > > > We also have two other Onyx RE2 + MCO machines that have 4 RM4's in e= ach > > one. What performance differences would we notice between the RM4's a= nd > > RM5's. > > > > We will be using the MCO in each case with 3 x 960x680 @60Hz windows.= > > > > Can we use multisampling with these configurations, as initial > > investigations have indicated that this will only work without MCO > > enabled. > > Same performance, ony much more texture. If I am correct it is > 64MB instead of 16MB ? > No, it's an RE2 so it's 16MB instead of 4MB. -- = Regards Svend ******************************************************************** * Svend Tang-Petersen, MSc Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Stationsparken 25 Phone: (+45) 43438600 * * 2600 Glostrup * * Denmark * ******************************************************************** --PART-BOUNDARY=.19705230830.ZM22091.copen.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 23 00:48:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA16957; Thu, 22 May 1997 21:59:55 -0700 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id VAA16921; Thu, 22 May 1997 21:59:20 -0700 Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA18496; Thu, 22 May 1997 21:59:10 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA13884; Thu, 22 May 1997 21:59:07 -0700 Date: Thu, 22 May 1997 21:59:07 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705222159.ZM13880@multipass.asd.sgi.com> In-Reply-To: =?iso-8859-1?Q?remi=40remi_=28R=E9mi_Arnaud=29 _______=22Re=3A_Differences_between_RM4_&_RM5_boards=22_=28May_22=2C_10?= =?iso-8859-1?Q?=3A31am=29?= References: <199705221731.KAA02241@remi.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: remi@remi.asd.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=), modellers@intersim.co.uk (John Wintle), info-performer, allan (Allan Schaffer) Subject: Re: Differences between RM4 & RM5 boards Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19705222159.ZM13880.asd.sgi.com" Status: O --PART-BOUNDARY=.19705222159.ZM13880.asd.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On May 22, 10:31am, R=E9mi Arnaud wrote: > Subject: Re: Differences between RM4 & RM5 boards > John Wintle wrote: =2E > > We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 boar= ds > > in it. Could someone tell me the differences between the RM4 and the = RM5 > > boards. > > > > Lucky you, you now have plenty of Texture memory. > =2E =2E > > Same performance, ony much more texture. If I am correct it is > 64MB instead of 16MB ? How soon they forget. It's 16Mb instead of 4Mb, youre obviously spoiled by that iR in your offi= ce. Cheers,Angus. --PART-BOUNDARY=.19705222159.ZM13880.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 Fri May 23 00:48:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA17115; Thu, 22 May 1997 23:20:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA17099; Thu, 22 May 1997 23:20:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA05872; Thu, 22 May 1997 23:20:25 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA15132; Thu, 22 May 1997 23:20:21 -0700 env-from (simonb@connect.com.au) Received: from zebedee.UUCP (uucp@localhost) by merki.connect.com.au with UUCP id QAA09441 (8.8.5/IDA-1.6); Fri, 23 May 1997 16:20:19 +1000 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA11773 (5.65c/IDA-1.5); Fri, 23 May 1997 16:12:51 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id QAA19496 (8.6.12/IDA-1.6); Fri, 23 May 1997 16:13:10 +1000 Received: from localhost by murad (5.65) id AA03127; Fri, 23 May 1997 16:13:10 +1000 Date: Fri, 23 May 1997 16:23:09 +1010 (EST) From: Simon Bennett X-Sender: simonb@murad To: Rimi Arnaud Cc: John Wintle , info-performer@sgi.com, Allan Schaffer , info-performer Subject: Re: Differences between RM4 & RM5 boards In-Reply-To: <199705221731.KAA02241@remi.asd.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 22 May 1997, Rimi Arnaud wrote: > John Wintle wrote: > > Hi all, > > We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 boards > > in it. Could someone tell me the differences between the RM4 and the RM5 > > boards. > Lucky you, you now have plenty of Texture memory. > > We also have two other Onyx RE2 + MCO machines that have 4 RM4's in each > > one. What performance differences would we notice between the RM4's and > > RM5's. > > We will be using the MCO in each case with 3 x 960x680 @60Hz windows. > > Can we use multisampling with these configurations, as initial > > investigations have indicated that this will only work without MCO > > enabled. > Same performance, ony much more texture. If I am correct it is > 64MB instead of 16MB ? If we're talking RM4's vs RM5's then I'd say the numbers are more like 4Megs for RM4's and 16Megs for RM5's - there is also a ledgendary small performance increase in pixel fill ( < 5%) - for the RM5. I don't believe any of the 64M texture boards work on the RE^2. +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= 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 May 23 00:48:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA16939; Thu, 22 May 1997 21:59:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA16923; Thu, 22 May 1997 21:59:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA00649; Thu, 22 May 1997 21:59:20 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA02687 for ; Thu, 22 May 1997 21:59:19 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA18496; Thu, 22 May 1997 21:59:10 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA13884; Thu, 22 May 1997 21:59:07 -0700 Date: Thu, 22 May 1997 21:59:07 -0700 From: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) Message-Id: <9705222159.ZM13880@multipass.asd.sgi.com> In-Reply-To: =?iso-8859-1?Q?remi=40remi_=28R=E9mi_Arnaud=29 _______=22Re=3A_Differences_between_RM4_&_RM5_boards=22_=28May_22=2C_10?= =?iso-8859-1?Q?=3A31am=29?= References: <199705221731.KAA02241@remi.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: remi@remi.asd.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=), modellers@intersim.co.uk (John Wintle), info-performer, allan (Allan Schaffer) Subject: Re: Differences between RM4 & RM5 boards Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19705222159.ZM13880.asd.sgi.com" Status: O --PART-BOUNDARY=.19705222159.ZM13880.asd.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On May 22, 10:31am, R=E9mi Arnaud wrote: > Subject: Re: Differences between RM4 & RM5 boards > John Wintle wrote: =2E > > We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 boar= ds > > in it. Could someone tell me the differences between the RM4 and the = RM5 > > boards. > > > > Lucky you, you now have plenty of Texture memory. > =2E =2E > > Same performance, ony much more texture. If I am correct it is > 64MB instead of 16MB ? How soon they forget. It's 16Mb instead of 4Mb, youre obviously spoiled by that iR in your offi= ce. Cheers,Angus. --PART-BOUNDARY=.19705222159.ZM13880.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 Fri May 23 02:57:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA17545; Fri, 23 May 1997 00:53:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA17529; Fri, 23 May 1997 00:53:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA11683; Fri, 23 May 1997 00:53:18 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA29090 for ; Fri, 23 May 1997 00:53:17 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id AAA24704; Fri, 23 May 1997 00:53:08 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id AAA17580; Fri, 23 May 1997 00:53:07 -0700 From: "Sharon Clay" Message-Id: <9705230053.ZM17578@rose.asd.sgi.com> Date: Fri, 23 May 1997 00:53:07 -0700 In-Reply-To: dorbie@multipass (Angus MacDonald Dorbie) "Re: HUD's and DVR" (May 21, 9:37am) References: <1997May21.085200.1074.26599@MKTPO.mkt.lesc.lockheed.com> <9705210937.ZM10764@multipass.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie), jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) Subject: Re: HUD's and DVR - what works Cc: info-performer@sgi.engr.sgi.com (info-performer) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On May 21, 9:37am, Angus MacDonald Dorbie wrote: > Subject: Re: HUD's and DVR ->From guest@holodeck.csd.sgi.com Wed May 21 22:40:16 1997 -> ->On May 21, 9:59am, Jeff Brickley wrote: ->> Subject: Re: HUD's and DVR ->> ->> > From: Angus MacDonald Dorbie ->> > ->> > You really have to live with the reduced resolution on the text due ->> > to DVR. The main problem which it sounds like you have solved is the ->> > resizing of the text. ->> At what point does the SGI do the DVR rendering?? I do my HUD in a ->> post-render routine with OpenGL bitmapped text, wouldn't that allow the text ->> to be the same? I've never tried DVR, so I don't know how it would affect ->> our system..... -> ->No, but nice thought. The DVR is performed by the Display Generator ->after the pixels have been transferred from the Raster Managers, ->nothing you draw (including overlay) can escape DVR in a channel. ->Only the mouse can escape the almighty DVR. Sorry for the delayed response - I've been gone again for the past few days. Anyway, I'd like to just add a little extra info and clarify some things: 1) For DVR you should use a texture or a stroke font so that it can be scaled by the viewport. All bitmaps and pixel ops will have the scale problem, X or not. For points and lines, Performer is taking car of the scale problem by automatically calling pfPixScale() which we check in the point and line gsets to properly scale these pixel-sized primitives. If you use a stroke font library that uses lines to draw your own fonts without Performer you'll have to do the same. 2) You can pick a few fixed bitmap sizes for an approximation and choose them based on the current viewport size or DVR scale. Note that you can get the current viewport size with pfGetChanOutputViewport() and the DVR scale with pfGetPVChanScale() You might also want these routines if you need to properly place drawing in the smaller viewport. 3) X is ignorant of DVR (as pointed out already) and in particular the X cursor so as Philip also pointed out, Performer provides a 2D cursor drawn in the bitplanes in libpfutil. 4) As above, overlay planes are also resized by DVR and so can't really be used with DVR. Do NOT redraw the overlays every frame :-) src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 23 02:56:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA17229; Thu, 22 May 1997 23:39:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA17213; Thu, 22 May 1997 23:39:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA06609; Thu, 22 May 1997 23:39:24 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA17890; Thu, 22 May 1997 23:39:18 -0700 env-from (rany@rtset.co.il) Received: from rany (ts020p8.pop9a.netvision.net.il [194.90.5.118]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id IAA07747; Thu, 23 May 1996 08:31:36 +0200 Message-ID: <3385802E.BA868E05@rtset.co.il> Date: Fri, 23 May 1997 14:31:58 +0300 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-Set X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: "Rémi Arnaud" CC: John Wintle , info-performer@sgi.com Subject: Re: Differences between RM4 & RM5 boards X-Priority: 3 (Normal) References: <199705221731.KAA02241@remi.asd.sgi.com> Content-Type: text/plain; charset=iso-8859-1 Status: O Rémi Arnaud wrote: > John Wintle wrote: > > > > Hi all, > > > > We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 > boards > > in it. Could someone tell me the differences between the RM4 and the > RM5 > > boards. > > > > Lucky you, you now have plenty of Texture memory. > > > We also have two other Onyx RE2 + MCO machines that have 4 RM4's in > each > > one. What performance differences would we notice between the RM4's > and > > RM5's. > > > > We will be using the MCO in each case with 3 x 960x680 @60Hz > windows. > > > > Can we use multisampling with these configurations, as initial > > investigations have indicated that this will only work without MCO > > enabled. > > Same performance, ony much more texture. If I am correct it is > 64MB instead of 16MB ? Almost. People who are so comfortable with their 64 MB iRs, and want more all the time, tend to forget that in the miserable old world of REs you have only 4MB of texture mem on RM4 and 16MB on RM5. -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il ======================================================================= 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 May 23 02:57:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA17677; Fri, 23 May 1997 01:16:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA17661; Fri, 23 May 1997 01:16:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA12577; Fri, 23 May 1997 01:16:51 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA03156 for ; Fri, 23 May 1997 01:16:49 -0700 env-from (troys@connect.com.au) Received: from zebedee.UUCP (uucp@localhost) by merki.connect.com.au with UUCP id SAA21823 (8.8.5/IDA-1.6 for info-performer@sgi.com); Fri, 23 May 1997 18:16:47 +1000 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA12315 (5.65c/IDA-1.5 for ); Fri, 23 May 1997 17:44:47 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id RAA19634 (8.6.12/IDA-1.6 for ); Fri, 23 May 1997 17:45:08 +1000 Received: from localhost by murad (5.65) id AA17652; Fri, 23 May 1997 17:45:07 +1000 Date: Fri, 23 May 1997 18:56:19 +1111 (EST) From: Troy Stephen X-Sender: troys@murad To: Performer Subject: Memory Fragmentation Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi All, I have a suspected fragmentation problem with my shared memory arena. My flight sim application has an asynchronous DBASE process which pages database tiles as we traverse over the terrain. As it loads in each database tile, it creates a new branch with all the required pfNodes and attaches it to the scene graph with the pfMergeBuffer() call. When parts of the scene graph are no longer required, they are detached and pfAsyncDelete'ed. After flying around for a few hours, the application crashes trying to ammalloc some space, and a Performer message recommends that I increase the size of my arena. The length of time the application stays up seems to be inversely proportional to the amount of paging that is occuring. I am confident that we are using pfBuffer's correctly and that we are not forgetting to delete things when we no longer need them. I have been taking statistics of the arena by calling amallinfo periodically during a flight. This is what happens: (1) Space in "ordinary blocks in use" increases at first and then levels out. (2) Ditto for small blocks. (3) The Total space in the arena gradually increases until it reaches PFSHAREDSIZE before crashing. The machine is an Onyx RE2 configured with 384meg memory. Performer 2.1 is installed with the 2.0.2 compat libraries. The shared arena is being created in swap space (approx 800meg). The environment variable: PFSHAREDSIZE is set to 450000000 These are the tweaks I have done on the arena: amallopt(M_MXCHK, 1000000, pfGetSharedArena()); (as suggested by Sharon Clay) amallopt(M_FREEHD, 1, pfGetSharedArena()); amallopt(M_MXFAST, 64, pfGetSharedArena()); amallopt(M_GRAIN, 64, pfGetSharedArena()); the DBASE process is the only place pfNew*() calls are made inside the real-time loop. OK, if you're still reading, here are my questions: Has anyone investigated similar problems with their applications and what did you do? How should I go about determining the values to use for all the amallopt calls? What values should I set for the process resources: "memoryuse" and "vmemoryuse"? There seems to be some limit to what I can set PFSHAREDSIZE to. If I try to set it beyond that value, Performer creates an arena half the size I asked for. What is happening here?? Any suggestions are welcome!!! Thanks, Troy Stephen PS. I have looked into implementing a recycling facility for all the pfNodes, but it appears to be quite difficult due to multiprocessing considerations. ======================================================================= 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 May 23 02:57:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA17616; Fri, 23 May 1997 01:10:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA17600; Fri, 23 May 1997 01:10:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA12470; Fri, 23 May 1997 01:10:20 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA01939 for ; Fri, 23 May 1997 01:10:19 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id BAA25364; Fri, 23 May 1997 01:10:05 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id BAA17651; Fri, 23 May 1997 01:10:04 -0700 From: "Sharon Clay" Message-Id: <9705230110.ZM17649@rose.asd.sgi.com> Date: Fri, 23 May 1997 01:10:03 -0700 In-Reply-To: scott@ht.com (Scott McMillan) "pfuDrawMessageRGB fonts?" (May 21, 11:18am) References: <199705211518.LAA13633@hf.ht.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: pfuDrawMessageRGB fonts? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On May 21, 11:18am, Scott McMillan wrote: > Subject: pfuDrawMessageRGB fonts? ->From guest@holodeck.csd.sgi.com Thu May 22 09:23:45 1997 ->Delivered-To: postmaster@home.pipex.com ->Delivered-To: postmaster@maelstrom.dial.pipex.net ->Delivered-To: ff78@maelstrom.dial.pipex.net ->Delivered-To: d#-whl.adv.eng@dial.pipex.com ->From: scott@ht.com (Scott McMillan) ->Subject: pfuDrawMessageRGB fonts? ->To: info-performer@sgi.com ->Date: Wed, 21 May 1997 11:18:34 -0400 (EDT) ->X-Mailer: ELM [version 2.4 PL22] -> ->Could someone tell me which font Performer uses for pfuDrawMessageRGB ->when you ask for PFU_FONT_BIG? Also, where is the specification ->located in the file system. I think I have a corrupted font and ->would like to try and manually replace it. -> ->scott -> ->P.S. I suspect it is a 60pt bold utopia font but I have not been able The magic is hidden in libpfutil/gui.c and it is utopia-bold-i of size 48. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 23 06:51:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA18371; Fri, 23 May 1997 01:40:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA18355; Fri, 23 May 1997 01:39:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA14355; Fri, 23 May 1997 01:39:59 -0700 Received: from bbs.para.co.kr ([203.234.157.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA06462 for ; Fri, 23 May 1997 01:38:19 -0700 env-from (rtv@dns.para.co.kr) Received: from cyan.para.co.kr ([203.234.157.160]) by bbs.para.co.kr (8.6.12h2/8.6.9) with ESMTP id RAA02730 for ; Fri, 23 May 1997 17:30:59 +0900 Message-ID: <3385579F.F803B0CA@bbs.para.co.kr> Date: Fri, 23 May 1997 17:38:56 +0900 From: Byungsung Cho X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: How to use OpenGL display list in Performer? X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Status: O Hi! Performer manual says that OpenGL display lists can be used in Peroformer applications. But I cannot find any example or a section describing how to use the display lists. Can somebody show or give pointer to example codes? I have an OpenGL program to make a display list and would rather not rewrite in Performer. Thanks in advance. Byungsung Cho rtv@bbs.para.co.kr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 23 07:06:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA18523; Fri, 23 May 1997 01:50:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA18507; Fri, 23 May 1997 01:50:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA14852; Fri, 23 May 1997 01:50:09 -0700 Received: from sys3.cambridge.uk.psi.net (sys3.cambridge.uk.psi.net [154.32.106.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA08002; Fri, 23 May 1997 01:50:06 -0700 env-from (sys2.london2.uk.psi.net!hegel!tswl.co.uk!rmorris) Received: from sys2.london2.uk.psi.net (sys2.london2.uk.psi.net [154.32.110.6]) by sys3.cambridge.uk.psi.net (8.8.4/) with ESMTP id JAA21752; Fri, 23 May 1997 09:50:03 +0100 (BST) Received: from hegel.UUCP by sys2.london2.uk.psi.net (8.8.4/SMI-5.5-UKPSINet) id JAA26577; Fri, 23 May 1997 09:43:58 +0100 (BST) Received: from tswl (cookstown) by tswl.co.uk (4.1/SMI-4.1) id AA06824; Fri, 23 May 97 09:33:54 BST Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="BeyondBoundary_5_Fri_May_23_09:29:59_1997__4AE1" To: modellers@intersim.co.uk (John Wintle), remi@remi.asd.sgi.com.\i (R\imi Arnaud) From: Roger Morris Subject: Re: Differences between RM4 & RM5 boards Date: Fri, 23 May 1997 09:27:39 -0700 X-Beyondmail-Priority: 1 Message-Id: Conversation-Id: <199705221731.KAA02241@remi.asd.sgi.com> In-Reply-To: <199705221731.KAA02241@remi.asd.sgi.com> Reply-To: Roger Morris Cc: info-performer@sgi.com Status: O --BeyondBoundary_5_Fri_May_23_09:29:59_1997__4AE1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7Bit X-Mailer: BeyondMail for Windows/SMTP 2.2 > From: remi@remi.asd.sgi.com (R\imi Arnaud), on 23/05/97 07:01: > John Wintle wrote: > > > > Hi all, > > > > We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 boards > > in it. Could someone tell me the differences between the RM4 and the RM5 > > boards. > > > > Lucky you, you now have plenty of Texture memory. > > > We also have two other Onyx RE2 + MCO machines that have 4 RM4's in each > > one. What performance differences would we notice between the RM4's and > > RM5's. > > > > We will be using the MCO in each case with 3 x 960x680 @60Hz windows. > > > > Can we use multisampling with these configurations, as initial > > investigations have indicated that this will only work without MCO > > enabled. > > Same performance, ony much more texture. If I am correct it is > 64MB instead of 16MB ? > Hi, John, Remi As I understand it, you now have 16MB, instead of 4MB of texture memory. Note that having 2 Raster Managers doesn't give you more texture, it just lets you draw it faster, since the load is shared between them. Regards Roger Morris > > > > Thanks in advance, > > > > -- > > > > Regards, > > > > John Wintle, > > Principal Visual Modeller, > > Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK > > Tel: +44 (0)1903 733428 Fax: +44 (0)1903 730246 > > email: modellers@intersim.co.uk Internet: http://www.intersim.co.uk > > > > ======================================================================= > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > > Submissions: info-performer@sgi.com > > Admin. requests: info-performer-request@sgi.com > > > > _ / _ _ > |_) _ ._ _ o /\ |_)|\ | /\ | || \ > | \(/_| | || /--\| \| \|/--\|_||_/ > > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > > ========================== Roger Morris TRANSFORMATION SOFTWARE Applications Engineer Thame Park Road TEL: 01844 261456 Thame FAX: 01844 260056 Oxon, OX9 3UQ E-mail: rmorris@tswl.co.uk http://www.transform.co.uk ========================== --BeyondBoundary_5_Fri_May_23_09:29:59_1997__4AE1 Content-Type: application/octet-stream; name="ATTRIBS.BND" Content-Transfer-Encoding: X-UUENCODE Content-Disposition: attachment; filename="ATTRIBS.BND" begin 666 ATTRIBS.BND M0F5Y;VYD(%!A8VME9"!!='1R:6)U=&5S ",I !< * 4F4Z($1I9F9E M @$ "0#__R< ")P F;6]D96QL97)S0&EN=&5R @$ "0#__Q< "%P 6:6YF;RUP97)F;W)M97) "!213(@*R!-0T\@=VAI8V@@:&%S M(#(@4DTU(&)O87)D2!Y;W4L('EO=2!N M;W<@:&%V92!P;&5N='D@;V8@5&5X='5R92!M96UO"!213(@*R!-0T\@;6%C:&EN97,@ M=&AA="!H879E(#0@4DTT)W,@:6X@96%C: H^(" ^(&]N92X@5VAA="!P97)F M;W)M86YC92!D:69F97)E;F-E" Y-C!X-C@P M($ V,$AZ('=I;F1O=W,N"CX@(#X@"CX@(#X@0V%N('=E('5S92!M=6QT:7-A M;7!L:6YG('=I=&@@=&AE2!M=6-H(&UO6]U(&YO=R!H879E(#$V34(L(&EN'1U6]U(&UO&]N+"!/6#D@,U51"D4M;6%I;#H@ VP# 0!M M VT# 0!N [8# 0"W [<# 0"X P$$ 0 "!$$$ 0!"!$($ 0!#!$H$ 0!+!$L$ M 0!,!%@$ 0!9!%D$ 0!:!%\$ 0!@!'<$ 0!X!'T$ 0!^!(8$ 0"'!(P$ 0"- M!)H$ 0";!* $ 0"A!+($ 0"S!-($ 0#3!!T% 0 >!50% 0!5!9T% 0">!:,% M 0"D!? % 0#Q!3@& 0 Y!FX& 0!O!JP& 0"M!K(& 0"S!K8& 0"W!N & 0#A M!@H' 0 +!S0' 0 U!V(' 0!C!V8' 0!G![$' 0"R!_<' 0#X!RL( 0 L"&<( M 0!H"&L( 0!L"&\( 0!P"' ( 0!Q"(L( 0","+,( 0"T"-H( 0#;"/0( 0#U M"!8) 0 7"3$) 0 R"4P) 0!-"6<) 9 !X $!P ,!H 4! M@ Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA18613; Fri, 23 May 1997 02:29:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA16709; Fri, 23 May 1997 02:29:04 -0700 Received: from faui45.informatik.uni-erlangen.de (faui45.informatik.uni-erlangen.de [131.188.2.45]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA13111 for ; Fri, 23 May 1997 02:29:03 -0700 env-from (kuschfel@immd9.informatik.uni-erlangen.de) Received: from immd9.informatik.uni-erlangen.de (faui90.informatik.uni-erlangen.de [131.188.39.4]) by uni-erlangen.de with SMTP id LAA13522 (8.7.6/7.5c-FAU); for ; Fri, 23 May 1997 11:28:59 +0200 (MET DST) Received: from faui90o.informatik.uni-erlangen.de (faui90o.informatik.uni-erlangen.de [131.188.39.19]) by immd9.informatik.uni-erlangen.de with ESMTP id LAA23414 (950413.SGI.8.6.12/7.5b-FAU); for ; Fri, 23 May 1997 11:29:00 +0200 From: "kuschfel@immd9.informatik.uni-erlangen.de" Message-Id: <9705231123.ZM19941@faui90o.informatik.uni-erlangen.de> Date: Fri, 23 May 1997 11:23:12 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: .pfb-loader Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I have some .pfb-files and want to load them into my Performer application based on perfly. Unfortunately I have no loader for .pfb-files. Is there anyone who can point out where I can get the source code of a .pfb-loader ? Thanks Sven -- ---------------------------------------------------------------------- Sven Kuschfeldt Phone: +49 9131 85-9923, FAX: 85-9931 University of Erlangen kuschfeldt@informatik.uni-erlangen.de Computer Graphics Group http://www9.informatik.uni-erlangen.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 May 23 10:50:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA19666; Fri, 23 May 1997 07:37:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA19650; Fri, 23 May 1997 07:37:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05153; Fri, 23 May 1997 07:37:21 -0700 Received: from amber.drawcomp.com ([204.170.241.126]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA08244 for ; Fri, 23 May 1997 07:37:16 -0700 env-from (prakash@drawcomp.com) Received: (from nobody@localhost) by amber.drawcomp.com (8.8.5/8.8.5) id KAA02859 for ; Fri, 23 May 1997 10:30:40 -0400 (EDT) X-Authentication-Warning: amber.drawcomp.com: nobody set sender to using -f Received: from bock(204.170.241.209) by amber.drawcomp.com via smap (V2.0) id xma002854; Fri, 23 May 97 10:30:23 -0400 Sender: gpmahesh@DRAWCOMP.COM Message-ID: <3385A9FE.2781@drawcomp.com> Date: Fri, 23 May 1997 10:30:22 -0400 From: Prakash Mahesh Organization: DRaW Computing Assoc. Inc. X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Download problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Dear Performers, We have been receiving mails saying that they are having problems with downloading OpenWorlds. Unfortunately due to firewall you may not be able to see the files. If you look at the license page, it gives an important instruction (blinking) saying you have to append the file name to the URL. So when you go to the page that doesn't show the files, append ow.tar.Z or ow.tar.gz ie. the download files are at: ftp://ftp.openworlds.com/ow/ow.tar.Z and ftp://ftp.openworlds.com/ow/ow.tar.gz -- 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 May 23 10:50:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20923; Fri, 23 May 1997 09:44:16 -0700 Return-Path: Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer id JAA20907; Fri, 23 May 1997 09:44:16 -0700 Resent-From: allan (Allan Schaffer) Resent-Message-Id: <9705230944.ZM20905@holodeck.csd.sgi.com> Resent-Date: Fri, 23 May 1997 09:44:15 -0700 X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) Resent-To: info-performer Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA14935; Thu, 22 May 1997 15:09:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA29883; Thu, 22 May 1997 15:09:23 -0700 Received: from mailrelay.sni.net (mailrelay2.sni.net [199.117.27.33]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA25229 for ; Thu, 22 May 1997 15:09:21 -0700 env-from (dewey@evt.com) Received: (from agent@localhost) by mailrelay.sni.net (8.8.5/8.8.5) id QAA26597 for <@mailrelay.csn.net:info-performer@sgi.com>; Thu, 22 May 1997 16:09:04 -0600 Received: from unknown(204.133.157.14) by mailrelay.sni.net via smap (V2.0) id xma026594; Thu, 22 May 97 16:08:49 -0600 Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id QAA03785 for info-performer@sgi.com; Thu, 22 May 1997 16:08:40 -0600 From: "Dewey Anderson" Message-Id: <9705221608.ZM3783@snowmass.evt.com> Date: Thu, 22 May 1997 16:08:40 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Answers to some of my past questions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Just thought I'd pass on what I learned about a couple problems I posted here. On Mar 14th I asked about what looked like a perspective error in the X direction on an O2 with Performer eoe 2.0.3. This error did not show on out Impact with eoe 2.0. Installing the patch on the O2 that upgraded to Performer eoe 2.0.4 made this problem go away so apparently it was a bug introduced into 2.0.3 and fixed in 2.0.4. On Apr 22 I asked about textured rectangles being drawn as solid white the first time. It didn't used to do this with eoe 2.0 but started doing this when we moved to eoe 2.0.3 and 2.0.4. It turned out that I needed to enable texturing BEFORE preloading my textures: pfEnable(PFEN_TEXTURE); pfuDownloadTexList( pfuMakeSceneTexList(scene), PFUTEX_APPLY ); pfDisable(PFEN_TEXTURE); (Originally, I only had the pfuDownloadTexList() call.) In eoe 2.0 this enable was not necessary. In 2.0.3 and later it appears that it IS necessary so it would seem that was a change in Performer requirements introduced in 2.0.3. (I disable texturing immediately afterward because this download is done before other OpenGL drawing and it seems that leaving texturing enabled screws up the regular non-textured OGL stuff.) Maybe if someone else has these problems, this will help. Dewey Anderson dewey@evt.com Evolving Video Technologies ======================================================================= 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 May 23 10:50:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20997; Fri, 23 May 1997 09:52:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20981; Fri, 23 May 1997 09:52:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA18826; Fri, 23 May 1997 09:52:04 -0700 Received: from firewall.fel.tno.nl ([192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA14138 for ; Fri, 23 May 1997 09:52:02 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id TAA29993; Fri, 23 May 1997 19:05:40 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma029989; Fri, 23 May 97 19:05:15 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id SAA18563; Fri, 23 May 1997 18:50:23 +0200 (MET DST) From: Mario Veraart Message-Id: <199705231650.SAA18563@s00sn1.fel.tno.nl> Subject: Re: .pfb-loader To: Sven.Kuschfeldt@informatik.uni-erlangen.de Date: Fri, 23 May 1997 18:50:23 +0200 (MET DST) Cc: info-performer@sgi.com (Performer) In-Reply-To: <9705231123.ZM19941@faui90o.informatik.uni-erlangen.de> from "kuschfel@immd9.informatik.uni-erlangen.de" at May 23, 97 11:23:12 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > I have some .pfb-files and want to load them into my Performer application > based on perfly. Unfortunately I have no loader for .pfb-files. Is there anyone > who can point out where I can get the source code of a .pfb-loader ? You can find it on the SGI ftp site ftp://sgigate.sgi.com/pub/Performer/src/pf2.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 Fri May 23 10:50:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20876; Fri, 23 May 1997 09:43:45 -0700 Return-Path: Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer id JAA20860; Fri, 23 May 1997 09:43:45 -0700 Resent-From: allan (Allan Schaffer) Resent-Message-Id: <9705230943.ZM20858@holodeck.csd.sgi.com> Resent-Date: Fri, 23 May 1997 09:43:45 -0700 X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) Resent-To: info-performer Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA13182; Thu, 22 May 1997 11:35:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA01830; Thu, 22 May 1997 11:35:25 -0700 Received: from huey.ntsc.navy.mil (huey.ntsc.navy.mil [192.44.253.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id LAA19479 for ; Thu, 22 May 1997 11:35:01 -0700 env-from (WILLIAM_MARINELLI@ntsc.navy.mil) From: WILLIAM_MARINELLI@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA13911; Thu, 22 May 97 14:33:19 EDT Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.11) id AA864336949; Thu, 22 May 97 14:31:13 EST Date: Thu, 22 May 97 14:31:13 EST Message-Id: <9704228643.AA864336949@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.com Subject: Kudos for good web site Status: O I stumbled onto to it, perhaps it should be moved to under the sgi/technology/performer hierarchy? http://www.sgi.com/Support/DevProg/Forum/forum96/proceeds/IRIS_Perform er_for_Peak_Performance_Rendering/ Billyboy ======================================================================= 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 May 23 10:50:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA19589; Fri, 23 May 1997 06:54:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19573; Fri, 23 May 1997 06:53:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA01560; Fri, 23 May 1997 06:53:54 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA22443 for ; Fri, 23 May 1997 06:53:03 -0700 env-from (steve@mred.bgm.link.com) Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA05378; Fri, 23 May 97 08:51:44 -0500 Date: Fri, 23 May 97 08:51:44 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9705231351.AA05378@mred.bgm.link.com> To: Troy Stephen , Performer Subject: Re: Memory Fragmentation Status: O > I have a suspected fragmentation problem with my shared memory arena. > > My flight sim application has an asynchronous DBASE process which pages > database tiles as we traverse over the terrain. As it loads in each > database tile, it creates a new branch with all the required pfNodes and > attaches it to the scene graph with the pfMergeBuffer() call. When parts > of the scene graph are no longer required, they are detached and > pfAsyncDelete'ed. > > After flying around for a few hours, the application crashes trying to > ammalloc some space, and a Performer message recommends that I increase > the size of my arena. ...I'm pretty sure you are right - with a similar application, we see a similar behaviour. For a long time we suspected a memory leak - but after fighting for weeks to try to find one, we eventually realised that it was indeed memory fragmentation. I don't think there is a fix for this - except to add more memory. We found that with memory fragmentation, the graph of memory-used versus time is like this: | | ***************** | ******** | ***** | *** | ** | * |* | | |_____________________________________ But with a memory leak, it tends to be more like this: | * | * | * | * | * | * | * |* | | |_____________________________________ So, you can eventually work out how much RAM it will ultimately consume. We found that for a given visual range, you might eventually double the amount of memory you initially need - and it doesn't finally asymptote out to a stable amount of memory until you had been flying around for perhaps 3 to 8 hours. 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) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 23 11:03:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20834; Fri, 23 May 1997 09:42:57 -0700 Return-Path: Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer id JAA20818; Fri, 23 May 1997 09:42:57 -0700 Resent-From: allan (Allan Schaffer) Resent-Message-Id: <9705230942.ZM20816@holodeck.csd.sgi.com> Resent-Date: Fri, 23 May 1997 09:42:56 -0700 X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) Resent-To: info-performer Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10913; Thu, 22 May 1997 10:37:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA22659; Thu, 22 May 1997 10:37:48 -0700 Received: from grover.brooks.af.mil (grover.brooks.af.mil [140.140.4.221]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA29587 for ; Thu, 22 May 1997 10:37:39 -0700 env-from (jcoffman@grover.brooks.af.mil) Received: (from jcoffman@localhost) by grover.brooks.af.mil (8.7.5/8.7.3) id MAA25480 for info-performer@sgi.com; Thu, 22 May 1997 12:37:28 -0500 From: Jarrett Coffman Message-Id: <199705221737.MAA25480@grover.brooks.af.mil> Subject: Finding the geometry to a pfGroup object To: info-performer@sgi.com Date: Thu, 22 May 1997 12:37:27 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, I'm new to performer and having trouble making the connection between the scene objects and the database objects. We're trying to select an object that is being displayed on the screen and then highlight that object. I can get the scene object which is a pfGroup object (libpf), but I'm having trouble finding the geometery information in the database (libpr) so that I can apply pfHighlight to that object in the scene. Thank you, Jarrett ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 23 11:18:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20904; Fri, 23 May 1997 09:44:07 -0700 Return-Path: Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer id JAA20888; Fri, 23 May 1997 09:44:07 -0700 Resent-From: allan (Allan Schaffer) Resent-Message-Id: <9705230944.ZM20886@holodeck.csd.sgi.com> Resent-Date: Fri, 23 May 1997 09:44:06 -0700 X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) Resent-To: info-performer Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA14559; Thu, 22 May 1997 14:04:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA21414; Thu, 22 May 1997 14:04:21 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA07119 for ; Thu, 22 May 1997 14:04:19 -0700 env-from (bleclerc@cae.ca) Received: tid RAA23082; Thu, 22 May 1997 17:01:48 -0400 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA22788; Thu, 22 May 1997 17:00:04 -0400 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id QAA00139; Thu, 22 May 1997 16:59:54 -0400 Date: Thu, 22 May 1997 16:59:54 -0400 From: bleclerc@cae.ca (Bernard Leclerc) Message-Id: <199705222059.QAA00139@eagle.cae.ca> To: John Wintle Subject: Re: Differences between RM4 & RM5 boards Cc: Performer Help Group Status: O John Wintle wrote: > We have just taken delivery of an Onyx RE2 + MCO which has 2 RM5 boards > in it. Could someone tell me the differences between the RM4 and the RM5 > boards. If I remember correctly, the RM4 has 4 Mb of Texture memory on it. The RM5 has 16 Mb. > We also have two other Onyx RE2 + MCO machines that have 4 RM4's in each > one. What performance differences would we notice between the RM4's and > RM5's. Beside the difference in texture memory, I don't think there's a difference in performance between the two boards. > We will be using the MCO in each case with 3 x 960x680 @60Hz windows. > > Can we use multisampling with these configurations, as initial > investigations have indicated that this will only work without MCO > enabled. The new machine you received has only two raster managers. I looked in the MCO Ownwer's guide and found that with 3@960x680_60, you'll get only a small pixel depth -- or no antialiasing. Your options are: 1) Reduce the resolution, or 2) Increase the number of RMs to 4. Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, 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 Fri May 23 12:51:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA21586; Fri, 23 May 1997 11:13:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA21570; Fri, 23 May 1997 11:13:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA28945; Fri, 23 May 1997 11:13:38 -0700 Received: from bert.arc.nasa.gov (bert.arc.nasa.gov [128.102.120.19]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA11714 for ; Fri, 23 May 1997 11:13:34 -0700 env-from (spelk@bert.arc.nasa.gov) Received: from bert.arc.nasa.gov by bert.arc.nasa.gov (940816.SGI.8.6.9/1.35) id LAA17628; Fri, 23 May 1997 11:13:28 -0700 Sender: spelk@bert.arc.nasa.gov Message-ID: <3385DE48.794B@bert.arc.nasa.gov> Date: Fri, 23 May 1997 11:13:28 -0700 From: Steve Elkins Organization: Sterling Software/NASA Ames Division X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Problem with light points Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Greeting Pfolks, I'm in the process of porting our Performer 1.2 based simulation to Performer 2.1. I had no problems with the display of light points using Performer 1.2 but with Performer 2.1 the light points don't show up. If I go to wire frame and turn off the fog I can see them, although some of the light points tend to fade in on out as I move around the scene. I am using the same MultiGen database for the Performer 2.1 sim that I used for the Performer 1.2 based simulation. I am using the Perf21.R152d loader. But the Perf2.xR14.2b has the same problem with the light points. I am also having a problem with the system hanging and loging me out using the Perf21.R152d loader. The SYSLOG shows: May 23 10:57:55 4A:dennis unix: WARNING: IR0: Timeout waiting for fifo to drain (level == 0x55a). May 23 10:57:55 2A:dennis unix: May 23 10:57:55 4A:dennis unix: WARNING: IR0: Fatal error. bdata = 0xa8000000008c5d98 death_reason = 6 May 23 10:57:55 2A:dennis unix: May 23 10:57:55 2A:dennis unix: Graphics FIFO depth is 1370 words. May 23 10:57:55 3B:dennis fatal IO error 131 (Connection reset by peer) May 23 10:57:56 4D:dennis gfxinit: Pipe 0 in bad state (0x6) ... starting postmortem May 23 10:57:56 6B:dennis kpm[4744]: Initiating kpm dump May 23 10:58:00 3B:dennis kpm[4744]: ODMA timeout in RamScan May 23 10:58:00 6B:dennis kpm[4744]: GE0 information may be incorrect May 23 10:58:00 6B:dennis kpm[4744]: (BEF hosed) BEF not accepting input from GE0 May 23 10:58:00 6B:dennis kpm[4744]: (BEF hosed) BEF not accepting input from GE1 May 23 10:58:00 6B:dennis kpm[4744]: (BEF hosed) BEF not accepting input from GE3 May 23 10:58:00 6B:dennis kpm[4744]: GED input FIFO full (not ready for HIP input) May 23 10:58:00 6B:dennis kpm[4744]: Gfx FIFO backed up May 23 10:58:00 6B:dennis kpm[4744]: GED: Pre-GE2 FIFO full (stalled) May 23 10:58:00 6B:dennis kpm[4744]: GE0 output stalled by BEF May 23 10:58:00 6B:dennis kpm[4744]: GE1 output stalled by BEF May 23 10:58:00 6B:dennis kpm[4744]: GE3 output stalled by BEF May 23 10:58:00 3B:dennis kpm[4744]: Cannot unmark bad pipe-state May 23 10:58:00 6B:dennis kpm[4744]: Finished kpm dump Any ideas as to why I can't see the light points? Any clues to the system locking up? Thanks for any assistance. -- ***************************************************************************** Steve Elkins Sterling Software NASA Ames Research Center spelk@bert.arc.nasa.gov ***************************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 23 12:51:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA21515; Fri, 23 May 1997 10:59:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA21499; Fri, 23 May 1997 10:59:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA27215; Fri, 23 May 1997 10:59:24 -0700 Received: from glup.eleinf.uv.es (glup.eleinf.uv.es [147.156.133.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA03447 for ; Fri, 23 May 1997 10:50:27 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: by glup.eleinf.uv.es (1.39.111.2/16.2) id AA143573549; Fri, 23 May 1997 19:52:29 +0100 Date: Fri, 23 May 1997 19:52:28 +0100 (WETDST) From: Joaquin Casillas Melendez To: Performer Mailing List Subject: PFLAYER & SHADOWS & STENCIL Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi all! I am working in a crane simulator aplication, and I am trying to include shadows for the objects to be carried. I have a pfLayer with the floor as its base, and several decals (with transparency) over it. The last decal correspond to the shadow object (wich is the projection of the object to be shadowed on the floor). In addition, I want the shadow to be clipped out of the region of the floor. I use the PFDECAL_BASE_STENCIL mode in the pfLayer, and all works fine in a single example (simple.c based) I have integrated all in the main aplication, which is perfly-based, and all works well except that the shadow isn't clipped out of the floor. The shadow is still being painted over the rest of the scene geometry. -Is there anything in perfly code that is affecting the pfLayer node? (I've commented the line pfdCombineLayers((pfNode *)scene) in perfly.c). -How many bits of stencil are needed for this task? (I've 1 bit of stencil, and it works fine in the single example). -Is it possible to have several pfLayers to draw shadows in different planes? When I try this, I can't get the shadow to be properly clipped in the singel example. (I think there aren't enough bits of stencil) I'd be very grateful if someone could help me on these issues. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Joaquin Casillas Melendez | email: jcasilla@glup.eleinf.uv.es _/ _/ ARTEC (LISITT) | _/ _/ Dept. Electr. & Informatics | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 23 12:51:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20853; Fri, 23 May 1997 09:43:09 -0700 Return-Path: Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer id JAA20837; Fri, 23 May 1997 09:43:09 -0700 Resent-From: allan (Allan Schaffer) Resent-Message-Id: <9705230943.ZM20835@holodeck.csd.sgi.com> Resent-Date: Fri, 23 May 1997 09:43:09 -0700 X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) Resent-To: info-performer Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10951; Thu, 22 May 1997 10:40:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23137; Thu, 22 May 1997 10:40:46 -0700 Received: from weald.air.saab.se (weald.air.saab.se [136.163.212.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA00836 for ; Thu, 22 May 1997 10:40:41 -0700 env-from (Mattias.Johansson@saab.se) From: Mattias.Johansson@saab.se Received: from limes.air.saab.se (limes.air.saab.se [136.163.210.10]) by weald.air.saab.se (8.7.5/8.7.3) with ESMTP id TAA08123 for ; Thu, 22 May 1997 19:40:40 +0200 (CETs) Received: (from matjo@localhost) by limes.air.saab.se (8.7.5/8.7.3) id TAA03622 for info-performer@sgi.com; Thu, 22 May 1997 19:40:39 +0200 (METDST) Message-Id: <199705221740.TAA03622@limes.air.saab.se> Subject: Large polygons and clipping To: info-performer@sgi.com Date: Thu, 22 May 1997 19:40:39 METDST X-Mailer: Elm [revision: 109.18] Status: O printf("Hello world!\n"); Large pfPipeWin + Large polygons = trouble? Hi, we have a problem with clipping of polygons in Performer. We end up with cracks appearing in our OpenFlight terrain database. It seems that the problem is related to having a combination of a large pfPipeWin (3840x1024) and a database with fairly large polygons. At the moment we have three 1280x1024 channels running on one pipe. ( Anybody recognize this 'effect' .. ?) Facts n' figures: The Performer app is running on an Onyx IR with 3 pipes - 4 RM6 64Mb texture, Performer v 2.1 w patch 1699 & 1460. I'm able to reproduce the effect/problem we are seeing, with a simple Performer app, loading one of the models included in the Performer distribution (board.sv). It looks like this: #include #include #include #include int main (int argc, char *argv[]) { pfScene *scene; pfNode *root; pfPipe *p; pfPipeWindow *pw; pfChannel *left; pfChannel *middle; pfChannel *right; pfVec3 middleHPR = {0.0, 2.5, 0.0}; pfVec3 leftHPR = {60.0, 2.5, 0.0}; pfVec3 rightHPR = {-60.0, 2.5, 0.0}; pfVec3 zeroOffset = {0.0, 0.0, 0.0}; pfDCS *dcs; pfCoord view; char *model = "/usr/share/Performer/data/board.sv"; pfInit(); pfMultiprocess( PFMP_DEFAULT ); pfdInitConverter(model); pfConfig(); pfFilePath("/usr/share/Performer/data/"); if ((root = pfdLoadFile(model)) == NULL) { pfExit(); exit(42); } scene = pfNewScene(); dcs = pfNewDCS(); pfAddChild(dcs, root); pfDCSScale(dcs, 10000); /* Scale up them polygons to be ... "large" */ pfAddChild(scene, dcs); pfAddChild(scene, pfNewLSource()); p = pfGetPipe(0); pw = pfNewPWin(p); pfPWinType(pw, PFPWIN_TYPE_X); pfPWinName(pw, "DBTest"); pfPWinOriginSize(pw, 0, 0, 3840, 1024); pfOpenPWin(pw); /* We use 3 channels */ left = pfNewChan(p); middle = pfNewChan(p); right = pfNewChan(p); pfChanAutoAspect(left, PFFRUST_CALC_NONE); pfChanAutoAspect(middle, PFFRUST_CALC_NONE); pfChanAutoAspect(right, PFFRUST_CALC_NONE); pfChanScene(middle, scene); pfChanFOV(middle, 64.0f, 56.0f); pfMakePerspChan(middle, -pfTan(32.0), -pfTan(-32.0), pfTan(-28.0), pfTan(28.0)); pfChanShare(middle, PFCHAN_FOV | PFCHAN_VIEW | PFCHAN_NEARFAR | PFCHAN_SCENE); pfChanNearFar(middle, 1.0f, 100000.0f); pfChanViewport(left, 0.0, 1.0/3.0, 0.0, 1.0); pfChanViewport(middle, 1.0/3.0, 2.0/3.0, 0.0, 1.0); pfChanViewport(right, 2.0/3.0, 1.0, 0.0, 1.0); pfChanViewOffsets(left, zeroOffset, leftHPR); pfChanViewOffsets(right, zeroOffset, rightHPR); /* somewhere on the chessboard */ view.xyz[PF_X] = 8000; view.xyz[PF_Y] = 19000; /* 2000m over the board looking down. In the middle channel there is a crack in the chessboard :-( */ view.xyz[PF_Z] = 2000; view.hpr[PF_H] = 305.5; view.hpr[PF_P] = -90.0; view.hpr[PF_R] = 0.0; pfAttachChan(middle,left); pfAttachChan(middle,right); pfChanView(middle, view.xyz, view.hpr); while (42) { pfSync(); pfFrame(); } pfExit(); } -- ---------------------------------------------------------------------------- Mattias Johansson Email: Mattias.Johansson@saab.se Systems Engineer Phone: +46 (0)13 - 181740 Saab Military Aircraft - Simulation Center Fax : +46 (0)13 - 184177 581 88 Linkoping - Sweden ---------------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 23 11:33:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA20114; Fri, 23 May 1997 08:27:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA20098; Fri, 23 May 1997 08:27:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09366; Fri, 23 May 1997 08:27:54 -0700 Received: from ms1.medcm (healthe.com [207.78.88.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA21057 for ; Fri, 23 May 1997 08:27:53 -0700 env-from (karthik@medcm.com) Received: from MCMO2 by ms1.medcm with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1389.3) id LL4GRCZ3; Fri, 23 May 1997 10:18:47 -0400 Sender: karthik@medcm.com Message-ID: <3385B2C9.446B@medcm.com> Date: Fri, 23 May 1997 11:07:53 -0400 From: karthik Vazhkudai Organization: MCM X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Input Handling Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, Could someone explain the difference between pfu and pfi libraries that handle the user inout. I believe that pfu library has got some explicit functions like pfuGetMouse while pfi has got pfiInoutXForm.So where lies the difference and which is preferable to use? Thanx, Karthik ======================================================================= 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 May 23 11:48:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA19266; Fri, 23 May 1997 04:28:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA19250; Fri, 23 May 1997 04:28:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA22536; Fri, 23 May 1997 04:28:40 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA00642 for ; Fri, 23 May 1997 04:28:38 -0700 env-from (tran@sirssg1.epfl.ch) Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id NAA12902; Fri, 23 May 1997 13:33:14 -0700 Date: Fri, 23 May 1997 13:33:14 -0700 From: Tran cong Tam Message-Id: <199705232033.NAA12902@sirssg1.epfl.ch> To: info-performer@sgi.com, robj@rock Subject: MORPH Status: O Hi Rob, Thank you so much for your reply. But it so difficult for my simple mind to study pfMorph with morph.c. Do you know other sample. In anyway thousands of thanks. Tran. /-------------------------------------------------------/ | TRAN | | IDERALPE Parc Scientifique EPFL | | 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 May 23 14:27:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA22084; Fri, 23 May 1997 12:00:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA22068; Fri, 23 May 1997 12:00:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA04623; Fri, 23 May 1997 12:00:00 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA24577 for ; Fri, 23 May 1997 12:00:00 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id LAA22058; Fri, 23 May 1997 11:59:29 -0700 Date: Fri, 23 May 1997 11:59:29 -0700 From: allan (Allan Schaffer) Message-Id: <9705231159.ZM22056@holodeck.csd.sgi.com> In-Reply-To: "kuschfel@immd9.informatik.uni-erlangen.de" ".pfb-loader" (May 23, 11:23am) References: <9705231123.ZM19941@faui90o.informatik.uni-erlangen.de> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "kuschfel@immd9.informatik.uni-erlangen.de" , info-performer@sgi.com Subject: Re: .pfb-loader Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 23, 11:23am, kuschfel@immd9.informatik.uni-erlangen.de wrote: > > I have some .pfb-files and want to load them into my Performer > application based on perfly. Unfortunately I have no loader for > .pfb-files. Is there anyone who can point out where I can get the > source code of a .pfb-loader ? Mario already mentioned the archive site (thanks mario) with the pfb source. In addition, the pfb loader is included in Performer 2.1 and the various performer_eoe patches -- 1414 if you have 5.3, and 1696 for 6.2/6.3. If you don't already have those patches, I'd recommend loading them. See the FAQ for full details. 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 Sun May 25 11:33:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA02812; Sun, 25 May 1997 06:13:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02796; Sun, 25 May 1997 06:13:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA28220; Sun, 25 May 1997 06:13:21 -0700 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA21773; Sun, 25 May 1997 06:13:18 -0700 env-from (dreamt@netvision.net.il) Received: from dialup.netvision.net.il (ts028p14.pop9a.netvision.net.il [194.90.227.16]) by mail.netvision.net.il (8.8.5/8.7.3) with SMTP id QAA23460; Sun, 25 May 1997 16:13:13 +0300 (IDT) Message-ID: <3388B8DB.266A@netvision.net.il> Date: Sun, 25 May 1997 15:10:35 -0700 From: "DreamTeam Ltd." Organization: DreamTeam Ltd. X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: elisheva@telaviv.sgi.com, info-performer@sgi.com Subject: midi problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Not a performer qustion but perhaps someone can help us or advise who should I email this problem to: After configuring midi by the command >> startmidi -d /dev/ttyd1 The following program reads the events of the midi and prints them. The problem is that this program works only on an indy and not on impact. I think there is someting wrong in the configuration, I don't know what? Does anyony have the pinout of a cable 8pin female mini din into a male 9 pin ddb (We need to connect devices that connect into an Impact to an O2 (spacemouse,midi)) #include #include #include #include #include int sigint = 0; void cbreak(int) { sigint = 1; } void main() { MDport port; MDevent events[16]; sigset(SIGINT, cbreak); sigset(SIGTERM, cbreak); int nports = mdInit(); if (nports == 0) { fprintf(stderr, "No MIDI devices configured.\n"); exit(1); } // Open the default input device #if 0 port = mdOpenInPort("Serial Port 2"); #else // Try this if you don't have an interface named "Serial Port 1" // configured. This will open the default input device instead. port = mdOpenInPort(NULL); #endif if (port == NULL) { perror("port open()\n"); exit(1); } // Set non-blocking mode if (fcntl(mdGetFd(port), F_SETFL, FNONBLOCK) < 0) { perror("non-blocking"); exit(1); } while (!sigint) { // Wait for midi event int numrcvd = mdReceive(port, events, 16); if (numrcvd > 0) { char string[100]; mdPrintEvent(string, events, numrcvd); printf("%s", string); } } mdClosePort(port); printf("Exiting...\n"); } Tnx Roni Kass V.P. Research & Development DreamTeam Ltd. Tel: +972-9-9559855 Fax: +972-9-9559615 Email: dreamt@netvision.net.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 Mon May 26 05:40:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA04221; Mon, 26 May 1997 00:26:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA04205; Mon, 26 May 1997 00:26:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA12626; Mon, 26 May 1997 00:26:57 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA21267 for ; Mon, 26 May 1997 00:26:54 -0700 env-from (simonb@connect.com.au) Received: from zebedee.UUCP (Uzebedee@localhost) by merki.connect.com.au with UUCP id RAA25309 (8.8.5/IDA-1.6 for info-performer@sgi.com); Mon, 26 May 1997 17:26:52 +1000 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA25848 (5.65c/IDA-1.5 for ); Mon, 26 May 1997 17:13:45 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id RAA26603 (8.6.12/IDA-1.6 for ); Mon, 26 May 1997 17:14:20 +1000 Received: from localhost by murad (5.65) id AA30198; Mon, 26 May 1997 17:14:20 +1000 Date: Mon, 26 May 1997 17:24:19 +1010 (EST) From: Simon Bennett X-Sender: simonb@murad To: info-performer@sgi.com Subject: *Original* atlantis demo In-Reply-To: <9700168534.AA853469125@amelnx.advmar.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Does anybody have the source to the *original* atlantis demo (the one that used to ship with each machine and ran under buttonfly - not the Angus Henderson one - where you can tether to the shark) I think it's actually straight GL... Anybody know? Thanx +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= 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 May 26 07:28:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA04453; Mon, 26 May 1997 02:07:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA04437; Mon, 26 May 1997 02:07:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA17889; Mon, 26 May 1997 02:07:05 -0700 Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA05891 for ; Mon, 26 May 1997 02:07:03 -0700 env-from (wryml@dimwit.dst.nk-exa.co.jp) Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id SAA15755; Mon, 26 May 1997 18:06:59 +0900 Received: from dimwit.dst.nk-exa.co.jp (dimwit.dst.nk-exa.co.jp [160.14.100.100]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id SAA20402 for ; Mon, 26 May 1997 18:06:57 +0900 Received: (from wryml@localhost) by dimwit.dst.nk-exa.co.jp (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA05982; Mon, 26 May 1997 17:45:56 +0900 Message-Id: <199705260845.RAA05982@dimwit.dst.nk-exa.co.jp> To: info-performer@sgi.com Subject: netscape-plugin Date: Mon, 26 May 1997 17:45:56 +0900 From: YAMANAKA MASAHIKO Status: O Hello, Does anyone have a sample code for netscape-plugin with libpf routines? or Could anyone direct me to make a ns-plugin-perfApp(perfly)? any help will be greatly appreciated! Thanks, -- M.Y. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon May 26 10:26:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA04647; Mon, 26 May 1997 05:01:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA04631; Mon, 26 May 1997 05:01:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA27897; Mon, 26 May 1997 05:01:20 -0700 Received: from ligsg11.epfl.ch (ligsg11.epfl.ch [128.178.78.73]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA27346 for ; Mon, 26 May 1997 05:01:17 -0700 env-from (aubel@lig.di.epfl.ch) Received: by ligsg11.epfl.ch (Smail3.1.29.1 #28) id m0wVyRo-0000yDC; Mon, 26 May 97 14:00 MDT From: "Amaury Aubel" Message-Id: <9705261400.ZM19043@lig.di.epfl.ch> Date: Mon, 26 May 1997 14:00:20 -0600 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Shared memory? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, thanks to all those who helped me solve my pfLOD problem. I am having again trouble with the shared memory. I have an application with mutiple processes, namely an application process that spawns a database process. In the database process various structures are allocated from the shared arena using pfMalloc(..., pfGetSharedArena()). Yet when the app. process attempts to access a particular variable it is undefined and the application crashes. I wonder if this might not stem from a version problem. Most of the time I'm using Performer 2.0 on IRIX 5.3 but there are a few machines with IRIX 6.x installed and it seems to work correctly on these though I can't garantee that. Could anybody shed some light on this subject? Thanks in advance, Amaury. -- +----------------------------------------------------------------------+ Amaury Aubel aubel@lig.di.epfl.ch EPFL-LIG, 1015 Lausanne/Switzerland Fax: +41 21 693 53 28 Swiss Federal Institute of technology, Computer Graphics 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 Mon May 26 11:02:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA04696; Mon, 26 May 1997 05:42:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA04680; Mon, 26 May 1997 05:42:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA00765; Mon, 26 May 1997 05:42:40 -0700 Received: from callisto.geo.unizh.ch (callisto.geo.unizh.ch [130.60.176.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA02533 for ; Mon, 26 May 1997 05:42:20 -0700 env-from (suter@geo.unizh.ch) Received: from icarus.geo.unizh.ch ([130.60.176.14]) by callisto.geo.unizh.ch (post.office MTA v1.9.3 ID# 0-10329) with SMTP id AAA5440 for ; Mon, 26 May 1997 14:42:07 +0200 Received: by icarus.geo.unizh.ch (SMI-8.6) id OAA00767; Mon, 26 May 1997 14:42:06 +0200 From: suter@geo.unizh.ch (Martin Suter) Message-Id: <199705261242.OAA00767@icarus.geo.unizh.ch> Subject: DBASE and pfLOD To: info-performer@sgi.com Date: Mon, 26 May 1997 14:42:05 +0200 (MET DST) Reply-To: suter@geo.unizh.ch X-Organization: Remote Sensing Laboratories, University of Zurich X-Mailer: ELM [version 2.4 PL24alpha3] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Ciao Ragazzi, Using the 'DBASE'-example in the reference pages I've managed to set up a basic database paging. It works fine when loading 'pfGroup's and adding them to the scene. As soon as I add 'pfLOD' nodes it crashes. Is there anywhere some example code on how to correctly use 'pfLOD's in the DBASE process? The (working) code using 'pfGroup's is: -------------------------------------- //*** Global Variables TileData *tileData; pfGroup **tiles; main(int argc, char *argv[]) { . . . pfInit(); InitSharedMem(argc, argv); InitConfig(); tiles = (pfGroup **) pfMalloc(sizeof(pfGroup*) * NUMTILES, pfGetSharedArena()); tileData = (TileData *) pfMalloc(sizeof(TileData) * NUMTILES, pfGetSharedArena()); pfMultiprocess(PFMP_APP_CULL_DRAW | PFMP_FORK_DBASE); pfConfig(); . . . pfDBaseFunc(pageDBase); while (!SimDone()) { . . upDateTileStatus(tileData); pfFrame(); . } } void pageDBase(void *data) { static pfBuffer *buf = NULL; if ("time to load") { if (buf == NULL) { buf = new pfBuffer; buf->select(); } for(i=0; isceneGroup is root of all loaded files (perfly-code)*/ ViewState->sceneGroup->bufferRemoveChild(tiles[i]); pfAsyncDelete(tiles[i]); } tiles[i] = (pfGroup*)readTile(i); ViewState->sceneGroup->bufferAddChild(tiles[i]); } } pfBuffer::merge(); } pfDBase(); } void upDateTileStatus(TileData* tileData) { . . /* set 'tileData[i].tileStatus' to 0 (do not load) or 1 (do load) and determine if it's "time to load" */ . . } -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Martin Suter Remote Sensing Laboratories Research Associate University of Zurich Email:suter@geo.unizh.ch Winterthurerstrasse 190 Phone:+41 - 1 / 257 51 63 CH-8057 Zurich; Switzerland ======================================================================= 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 May 26 13:21:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04975; Mon, 26 May 1997 08:03:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04959; Mon, 26 May 1997 08:03:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA10596; Mon, 26 May 1997 08:03:21 -0700 Received: from ligsg11.epfl.ch (ligsg11.epfl.ch [128.178.78.73]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA23037 for ; Mon, 26 May 1997 08:03:06 -0700 env-from (aubel@lig.di.epfl.ch) Received: by ligsg11.epfl.ch (Smail3.1.29.1 #28) id m0wW1Hy-0000dYC; Mon, 26 May 97 17:02 MDT From: "Amaury Aubel" Message-Id: <9705261702.ZM19704@lig.di.epfl.ch> Date: Mon, 26 May 1997 17:02:22 -0600 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Textures w/ alpha channel Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I have a pfGeoSet which has a a 4-component texture and a material. What I want is the texture to show through for the pixels where alpha = 0. And in this case the material to be displayed. When I set the texture environment mode to PFTE_MODULATE, the GeoSet is textured and shaded but does not show through, which is compliant with the man page. If I set it to PFTE_DECAL, the GeoSet is textured and does shows through but it IS NOT shaded. Why? Is there a way to work around this? Amaury. -- +----------------------------------------------------------------------+ Amaury Aubel aubel@lig.di.epfl.ch EPFL-LIG, 1015 Lausanne/Switzerland Fax: +41 21 693 53 28 Swiss Federal Institute of technology, Computer Graphics 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 Mon May 26 16:10:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05382; Mon, 26 May 1997 10:53:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05366; Mon, 26 May 1997 10:53:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20248; Mon, 26 May 1997 10:53:19 -0700 Received: from shrsys.hslc.org (SHRSYS.HSLC.ORG [192.100.94.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA26488 for ; Mon, 26 May 1997 10:53:17 -0700 env-from (prakash@drawcomp.com) Received: from some.upenn.edu (PPP12.HSLC.ORG) by SHRSYS.HSLC.ORG (PMDF V5.1-8 #18943) with SMTP id <01IJBT26292S98TI3V@SHRSYS.HSLC.ORG> for info-performer@sgi.com; Mon, 26 May 1997 13:50:58 EDT Date: Mon, 26 May 1997 13:49:41 -0400 From: Prakash Mahesh Subject: Re: netscape-plugin To: YAMANAKA MASAHIKO Cc: info-performer@sgi.com Reply-to: prakash@DRAWCOMP.COM Message-id: <3389CD35.5A72@drawcomp.com> Organization: Prakash Co. MIME-version: 1.0 X-Mailer: Mozilla 3.01Gold (Win95; I) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit References: <199705260845.RAA05982@dimwit.dst.nk-exa.co.jp> Status: O YAMANAKA MASAHIKO wrote: > > Hello, > > Does anyone have a sample code for netscape-plugin with libpf routines? > or Could anyone direct me to make a ns-plugin-perfApp(perfly)? > > any help will be greatly appreciated! > I have been trying this for quite a while. I even talked to folks in SGI. The problem is you can draw a Performer window in Netscape (as a plugin), you cannot draw anything on it, it crashes netscape. I created a pfPipeWindow during the plugin call, and linked this window to the netscape window using the handle it provides (look at the documentation in one of the netscape sites, I don't remember on top of my head). It does draw a window (size depends on what you specify in your html file). But if I try to draw anything on the window, it just crashes. How I have it now is, a separate window which is although a plugin, is not on top of netscape window. It works fine. Any comments, suggestions welcome. -- Prakash Mahesh (prakash@drawcomp.com) *** There is a Goldmine within everyone *** ======================================================================= 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 May 26 16:33:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA05443; Mon, 26 May 1997 11:14:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA05427; Mon, 26 May 1997 11:14:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA21203; Mon, 26 May 1997 11:14:41 -0700 Received: from noc.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA29211 for ; Mon, 26 May 1997 11:14:41 -0700 env-from (rmckinle@curly.ucsd.edu) Received: from curly.ucsd.edu by noc.ucsd.edu; id LAA22011 sendmail 8.8.5/UCSD8.3 via SMTP Mon, 26 May 1997 11:14:40 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: from localhost (rmckinle@localhost) by curly.ucsd.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA22734 for ; Mon, 26 May 1997 11:14:00 -0700 Date: Mon, 26 May 1997 11:13:59 -0700 (PDT) From: Ryan McKinley To: info-performer@sgi.com Subject: reletave pfFind... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi - Is there a way to find "find" a node of a Multigen scene in performer ( similar to pfFindNode(....) ) when you know the reletave location, not the name? +----+ | | <-- I have this node +----+ | +----- ... +----+ | | +----+ | +---------+---------+----------+ +----+ +----+ +----+ +----+ | | | | | | | | +----+ +----+ +----+ +----+ /\ Want this node Thanks Ryan McKinley ======================================================================= 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 May 26 22:30:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA06332; Mon, 26 May 1997 17:16:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA06316; Mon, 26 May 1997 17:16:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA09059; Mon, 26 May 1997 17:16:08 -0700 Received: from cupid.dt.nchc.gov.tw ([140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA20964 for ; Mon, 26 May 1997 17:13:26 -0700 env-from (c00chu00@elc044.dt.nchc.gov.tw) Received: from elc044.dt.nchc.gov.tw (elc044.dt.nchc.gov.tw [140.110.12.28]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id IAA23097 for ; Tue, 27 May 1997 08:12:56 +0800 (CST) Received: (from c00chu00@localhost) by elc044.dt.nchc.gov.tw (8.8.5/8.8.5) id IAA00617 for info-performer@sgi.com; Tue, 27 May 1997 08:10:44 +0800 (CST) From: Sam Chu Message-Id: <199705270010.IAA00617@elc044.dt.nchc.gov.tw> Subject: texture files in pfb? To: info-performer@sgi.com Date: Tue, 27 May 1997 08:10:42 +0800 (CST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Status: O Hi Performers: I use "pfconv" to convert Multigen's file to pfb format. Since the texture's directory is not the same as model's, performer can't find texture files when loading pfb file. In README provide by libpfpfb, say : "pfdStoreFile_pfb() can be forced to save all texture images by setting the PFPFB_SAVE_TEXTURE_IMAGE mode to PF_ON." " If you want the full path saved you should set the PFPFB_SAVE_TEXTURE_PATH mode to PF_ON." I use both "setenv" and "#define PFPFB_SAVE_TEXTURE_PATH PF_ON" in pfconv, but both don't work. Can someone help me? By the way, where can I find the document for describe the format of pfb and pfa? Thanks ! Sam Chu National Center for High-Performance Computing Scientific Visualization Lab Email: c00chu00@nchc.gov.tw Tel: (886)35-776085 Ext 248 Fax : (886)35-773538 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 27 01:04:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA06741; Mon, 26 May 1997 19:45:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA06725; Mon, 26 May 1997 19:45:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA16277; Mon, 26 May 1997 19:45:22 -0700 Received: from noc.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA16050 for ; Mon, 26 May 1997 19:45:15 -0700 env-from (jaf@sdchemw1.ucsd.edu) Received: from sdchemw1 by noc.ucsd.edu; id TAA00703 sendmail 8.8.5/UCSD8.3 via SMTP Mon, 26 May 1997 19:45:12 -0700 (PDT) for Received: by sdchemw1.ucsd.edu (Amiga SMTPpost 0.88 Feb 28, 1994) id AA01; Mon, 26 May 97 19:44:28 Message-Id: <247da91a.u7t157e.9eb1e-jaf@chewilst1.ucsd.edu> To: info-performer@sgi.com Subject: Resetting pfDCS's from DBASE process Reply-To: jfriesne@UCSD.EDU From: jaf@sdchemw1.ucsd.edu (Jeremy Friesner) Date: Mon, 26 May 97 19:44:28 Organization: Entropiphilic Reorganization Consultants Status: O Hi Everybody, I've got a big pfGroup that contains 100-200 pfDCSs, which I put into my pfScene. Later on, I want to remove the pfGroup and call setCoord() on all the pfDCSs to reconfigure them, and then put them back into the pfScene. If I do this from the APP process, there is a noticeable pause when this happens, so I would like to do it asynchronously in the DBASE process. Given that I can guarantee that all the pfDCSs aren't in the pfScene during the reconfiguration, is there any way to do this? It seems simple enough, but the pfBuffer system is thwarting me. :( Jeremy Jeremy Friesner | Will Be be the next Next? jfriesne@ucsd.edu | Dunno, but it's gonna Be my next box! :-) ======================================================================= 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 May 27 05:39:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA07214; Tue, 27 May 1997 00:22:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA07198; Tue, 27 May 1997 00:22:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA00721; Tue, 27 May 1997 00:22:52 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA25520 for ; Tue, 27 May 1997 00:22:47 -0700 env-from (rany) Received: from (jimbo.rtset.co.il [194.90.96.248]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id JAA12788; Mon, 27 May 1996 09:18:20 +0200 Received: (from rany@localhost) by (950413.SGI.8.6.12/950213.SGI.AUTOCF) id XAA06902; Mon, 26 May 1997 23:22:57 +0300 From: "Ran Yakir" Message-Id: <9705262322.ZM6900@jimbo> Date: Mon, 26 May 1997 23:22:57 +0000 In-Reply-To: Sam Chu "texture files in pfb?" (May 27, 8:10am) References: <199705270010.IAA00617@elc044.dt.nchc.gov.tw> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Sam Chu Subject: Re: texture files in pfb? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 27, 8:10am, Sam Chu wrote: > Subject: texture files in pfb? > > Hi Performers: > > I use "pfconv" to convert Multigen's file to pfb format. Since > the texture's directory is not the same as model's, performer > can't find texture files when loading pfb file. > > In README provide by libpfpfb, say : > "pfdStoreFile_pfb() can be forced to save all texture images > by setting the PFPFB_SAVE_TEXTURE_IMAGE mode to PF_ON." > " If you want the full path saved you should > set the PFPFB_SAVE_TEXTURE_PATH mode to PF_ON." > > I use both "setenv" and "#define PFPFB_SAVE_TEXTURE_PATH PF_ON" in > pfconv, but both don't work. Can someone help me? What you need to do is call pfdConverterMode ("pfb", PFPFB_SAVE_TEXTURE_PATH, PF_ON) in your pfconv app. Anyway, you can set the environment variable PFPATH to your texture path when loading the pfb file, and then the textures will be found. 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 May 27 06:00:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA07277; Tue, 27 May 1997 00:42:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA07261; Tue, 27 May 1997 00:42:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA01818; Tue, 27 May 1997 00:42:02 -0700 Received: from alpha.luc.ac.be (alpha.luc.ac.be [193.190.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id AAA28546 for ; Tue, 27 May 1997 00:41:11 -0700 env-from (brassaer@luc.ac.be) Received: from donald.edm.luc.ac.be by alpha.luc.ac.be; (5.65v3.2/1.1.8.2/28Jul95-1212AM) id AA14975; Tue, 27 May 1997 09:43:28 +0200 Sender: brassaer@luc.ac.be Message-Id: <338AAB73.167E@luc.ac.be> Date: Tue, 27 May 1997 09:37:55 +0000 From: Bruno Rassaerts Organization: EDM http://www.edm.luc.ac.be X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP19) Mime-Version: 1.0 To: Amaury Aubel Cc: info-performer@sgi.com Subject: Re: Shared memory? References: <9705261400.ZM19043@lig.di.epfl.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Amaury Aubel wrote: > I am having again trouble with the shared memory. > I have an application with mutiple processes, namely an application process > that spawns a database process. In the database process various structures are > allocated from the shared arena using pfMalloc(..., pfGetSharedArena()). > Yet when the app. process attempts to access a particular variable it is > undefined and the application crashes. Just a wild guess... How do you declare the variable? Is it inside a structure that was pfMalloc'ed before you spawned the database process ? If not this is normal behavior: The variable will point to the right address in the database process but will still point to something random in the application process (unless you write nice programs and initialized the pointer to NULL) Bruno -- // Bruno Rassaerts - EDM (Expertisecentrum Digitale Media) ('> Wetenschapspark 2 - B-3590 Diepenbeek - Tel: +32-(0)11268424 /rr Fax: +32-(0)11269400 - eMail: brassaer@luc.ac.be *\))_ URL: http://www.luc.ac.be/~brassaer/ ======================================================================= 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 May 27 07:46:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA07599; Tue, 27 May 1997 02:38:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA07583; Tue, 27 May 1997 02:38:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA07725; Tue, 27 May 1997 02:38:30 -0700 Received: from ligsg29.epfl.ch (ligsg29.epfl.ch [128.178.78.40]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA13642 for ; Tue, 27 May 1997 02:38:29 -0700 env-from (aubel@lig.di.epfl.ch) Received: by ligsg29.epfl.ch (Smail3.1.29.1 #28) id m0wWIo5-020XBqC; Tue, 27 May 97 11:44 MDT From: "Amaury Aubel" Message-Id: <9705271144.ZM14675@lig.di.epfl.ch> Date: Tue, 27 May 1997 11:44:41 -0600 In-Reply-To: Bruno Rassaerts "Re: Shared memory?" (May 27, 9:37am) References: <9705261400.ZM19043@lig.di.epfl.ch> <338AAB73.167E@luc.ac.be> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Bruno Rassaerts Subject: Re: Shared memory? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > > that spawns a database process. In the database process various structures are > > allocated from the shared arena using pfMalloc(..., pfGetSharedArena()). > > Yet when the app. process attempts to access a particular variable it is > > undefined and the application crashes. > > > Just a wild guess... > > How do you declare the variable? Is it inside a structure that was > pfMalloc'ed before you spawned the database process ? If not this > is normal behavior: The variable will point to the right address in > the database process but will still point to something random in the > application process (unless you write nice programs and initialized the > pointer to NULL) Thanks for your hint but - alas - it is not the case. To be accurate I have an array of structures. It used to be declared as follows: MYSTRUCT *ModelList[NB_MAX]; with each element being pfMalloc'ed in the dabse process. I changed it later to: MYSTRUCT **ModelList; and now the list too is pfMalloc'ed in the dbase process. However when debugging I found out that ModelList is NULL in the application process. How come? Amaury. -- +----------------------------------------------------------------------+ Amaury Aubel aubel@lig.di.epfl.ch EPFL-LIG, 1015 Lausanne/Switzerland Fax: +41 21 693 53 28 Swiss Federal Institute of technology, Computer Graphics 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 Tue May 27 08:26:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08143; Tue, 27 May 1997 06:57:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA08110; Tue, 27 May 1997 06:57:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA26459; Tue, 27 May 1997 06:57:38 -0700 Received: from dax.eunet.be (dax.eunet.be [193.74.208.140]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA20900 for ; Tue, 27 May 1997 06:57:33 -0700 env-from (uucp.eunet.be!nemesis!spacebel.be!philippe.bocquillon) Received: from (www.spacebel.be [193.75.216.1]) by dax.eunet.be with SMTP id PAA07004 for ; Tue, 27 May 1997 15:59:58 +0200 (MET DST) Received: by spacebel.be (5.x/SMI-SVR4) id AA00910; Tue, 27 May 1997 15:57:58 +0200 >Received: from earth.spacebel by nemesis.spacebel (5.x/SMI-SVR4) id AA15511; Tue, 27 May 1997 09:50:29 +0200 Received: from nemesis by elise.spacebel.be; Tue, 27 May 1997 15:57 MET Received: from earth.spacebel by nemesis.spacebel (5.x/SMI-SVR4) id AA15511; Tue, 27 May 1997 09:50:29 +0200 Received: from pc_pbn.spacebel.be by earth.spacebel (5.x/SMI-SVR4) id AA18732; Tue, 27 May 1997 09:49:26 +0200 Date: Tue, 27 May 97 09:49:54 PDT From: Philippe Bocquillon Sender: Philippe Bocquillon Subject: Gouraud shading and textures To: info-performer@sgi.com X-Chameleon-Return-To: philippe.bocquillon@spacebel.be X-Priority: 3 (Normal) X-Mailer: Chameleon 4.6.3, TCP/IP for Windows, NetManage Inc. Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Dear Sirs, We intend to simulate space station extra-vehicular activities with Vega. 1. I would like to know if it is possible to render, at THE SAME TIME, some objects (or parts of objects) with TEXTURE and the other objects (or parts of objects) with GOURAUD SHADING ? 2. Could you confirm that it is possible to define a continuous rotation of an object (i.e. the earth) in its OpenFlight format model file. Thank you very well ! ------------------------------------- Name: Philippe Bocquillon E-mail: Philippe Bocquillon Date: 27/05/97 Time: 9:49:54 This message was sent by Chameleon ------------------------------------- ======================================================================= 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 May 27 08:26:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08075; Tue, 27 May 1997 06:53:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA08059; Tue, 27 May 1997 06:53:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA26098; Tue, 27 May 1997 06:53:15 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA20026 for ; Tue, 27 May 1997 06:53:12 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA293151426; Tue, 27 May 1997 08:57:07 -0500 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 AA079450915; Tue, 27 May 1997 08:48:35 -0500 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997May27.074200.1074.26816; Tue, 27 May 1997 08:49:32 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: rtv@dns.para.co.kr (Byungsung Cho) Cc: info-performer@sgi.com (info-performer) Message-Id: <1997May27.074200.1074.26816@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: Tue, 27 May 1997 08:49:32 -0700 Subject: RE: How to use OpenGL display list in Pe Status: O > From: Byungsung Cho > Performer manual says that OpenGL display lists can be used in > Peroformer applications. > But I cannot find any example or a section describing how to use the > display lists. > Can somebody show or give pointer to example codes? > I have an OpenGL program to make a display list and would rather not > rewrite > in Performer. ---------- OpenGL display lists (and any openGL command) can be used AS-IS in Performer, no special coding is required. However (yup, there's got to be a catch), timing is important (i.e. WHEN the commands are actually issued). The post-draw and pre-draw tasks are the best places for OpenGL, it may be possible to issue them at other times, but I've never been able to get it to work right. In addition, if you have the draw task on different CPU than the Application task, you CANNOT compile the drawlist on the application task and then issue it on the draw (trust me, I tried ).... We successfully use many OpenGL commands during post-draw to do model annotations and other things.... Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range, NM ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 27 08:26:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA07938; Tue, 27 May 1997 05:48:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA07922; Tue, 27 May 1997 05:48:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA20632; Tue, 27 May 1997 05:48:25 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA08330 for ; Tue, 27 May 1997 05:48:23 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Tue, 27 May 1997 08:47:56 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Tue, 27 May 1997 08:47:55 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <3354234E.41C6@etcflorida.com> Date: Tue, 15 Apr 1997 20:54:38 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: Re: reletave pfFind... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Ryan McKinley wrote: > > Hi - > > Is there a way to find "find" a node of a Multigen scene in performer > ( similar to pfFindNode(....) ) when you know the reletave location, not > the name? > > +----+ > | | <-- I have this node > +----+ > | > +----- ... > +----+ > | | > +----+ > | > +---------+---------+----------+ > +----+ +----+ +----+ +----+ > | | | | | | | | > +----+ +----+ +----+ +----+ > /\ > Want this node > > Thanks > > Ryan McKinley > in the man pages under pfGroup are several commands that will return the child by index {pfGroup::getChild(int index);} latter garrett ======================================================================= 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 May 27 08:26:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA07807; Tue, 27 May 1997 04:10:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA07791; Tue, 27 May 1997 04:10:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA13356; Tue, 27 May 1997 04:10:23 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA24652 for ; Tue, 27 May 1997 04:10:03 -0700 env-from (swapnil@pfindy.tata_elxsi.soft.net) Received: from pfindy.teil.soft.net by teil.soft.net via ESMTP (940816.SGI.8.6.9/940406.SGI) for <@pearl.teil.soft.net:info-performer@sgi.com> id QAA21233; Tue, 27 May 1997 16:36:45 -0530 Received: by pfindy.teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id QAA02512; Tue, 27 May 1997 16:29:22 -0700 From: swapnil@pfindy.tata_elxsi.soft.net (Swapnil Shah) Message-Id: <199705272329.QAA02512@pfindy.teil.soft.net> Subject: dgl To: info-performer@sgi.com Date: Tue, 27 May 1997 16:29:22 -0800 (PDT) Reply-To: swapnil@teil.soft.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 190 Status: O hi, this is not performer related question but general SGI platform Q. What is "dgl error : ........" ?? -swapnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 27 08:26:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA07903; Tue, 27 May 1997 05:27:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA07887; Tue, 27 May 1997 05:27:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA19141; Tue, 27 May 1997 05:27:21 -0700 Received: from alpha.luc.ac.be (alpha.luc.ac.be [193.190.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA05007 for ; Tue, 27 May 1997 05:25:49 -0700 env-from (brassaer@luc.ac.be) Received: from donald.edm.luc.ac.be by alpha.luc.ac.be; (5.65v3.2/1.1.8.2/28Jul95-1212AM) id AA27546; Tue, 27 May 1997 14:28:05 +0200 Sender: brassaer@luc.ac.be Message-Id: <338AEE27.41C6@luc.ac.be> Date: Tue, 27 May 1997 14:22:31 +0000 From: Bruno Rassaerts Organization: EDM http://www.edm.luc.ac.be X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP19) Mime-Version: 1.0 To: Amaury Aubel Cc: info-performer@sgi.com Subject: Re: Shared memory? References: <9705261400.ZM19043@lig.di.epfl.ch> <338AAB73.167E@luc.ac.be> <9705271144.ZM14675@lig.di.epfl.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Amaury Aubel wrote: > Thanks for your hint but - alas - it is not the case. > To be accurate I have an array of structures. It used to be declared as > follows: > > MYSTRUCT *ModelList[NB_MAX]; > with each element being pfMalloc'ed in the dabse process. I changed it later > to: > > MYSTRUCT **ModelList; > and now the list too is pfMalloc'ed in the dbase process. However when > debugging I found out that ModelList is NULL in the application process. How > come? Do you allocate the modellist array in the database process or in the application process ? You should allocate the array in the process that spawns the other one. And do this BEFORE the process is spawned. This way both processes should be able to access the array. You can than allocate all elements in the application process OR the database process. By saying that the modellist is NULL in the application process I guess that you allocated the array in the database process. I think that this is the problem. Bruno -- // Bruno Rassaerts - EDM (Expertisecentrum Digitale Media) ('> Wetenschapspark 2 - B-3590 Diepenbeek - Tel: +32-(0)11268424 /rr Fax: +32-(0)11269400 - eMail: brassaer@luc.ac.be *\))_ URL: http://www.luc.ac.be/~brassaer/ ======================================================================= 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 May 27 09:41:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08127; Tue, 27 May 1997 06:57:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA08111; Tue, 27 May 1997 06:57:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA26441; Tue, 27 May 1997 06:57:29 -0700 Received: from dax.eunet.be (dax.eunet.be [193.74.208.140]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA20883 for ; Tue, 27 May 1997 06:57:25 -0700 env-from (uucp.eunet.be!nemesis!spacebel.be!philippe.bocquillon) Received: from (www.spacebel.be [193.75.216.1]) by dax.eunet.be with SMTP id PAA06978 for ; Tue, 27 May 1997 15:59:52 +0200 (MET DST) Received: by spacebel.be (5.x/SMI-SVR4) id AA00880; Tue, 27 May 1997 15:57:53 +0200 >Received: from earth.spacebel by nemesis.spacebel (5.x/SMI-SVR4) id AA12715; Mon, 26 May 1997 17:06:47 +0200 Received: from nemesis by elise.spacebel.be; Tue, 27 May 1997 15:57 MET Received: from earth.spacebel by nemesis.spacebel (5.x/SMI-SVR4) id AA12715; Mon, 26 May 1997 17:06:47 +0200 Received: from pc_pbn.spacebel.be by earth.spacebel (5.x/SMI-SVR4) id AA16384; Mon, 26 May 1997 17:05:44 +0200 Date: Mon, 26 May 97 17:05:44 PDT From: Philippe Bocquillon Sender: Philippe Bocquillon Subject: Gouraud shading and textures To: info-performer@sgi.com X-Priority: 3 (Normal) X-Mailer: Chameleon 4.6.3, TCP/IP for Windows, NetManage Inc. Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Dear Sirs, We intend to simulate (with Vega on a Onyx machine) space station extra-vehicular activities. Could you please tell me if it is possible to render, at the SAME TIME, some objects (or parts of objects) with GOURAUD SHADING and other objects (or parts of objects) with TEXTURES applied to them ? Thank you very well ! ------------------------------------- Name: Philippe Bocquillon E-mail: Philippe Bocquillon Date: 26/05/97 Time: 17:05:44 This message was sent by Chameleon ------------------------------------- ======================================================================= 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 May 27 09:41:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA08442; Tue, 27 May 1997 07:53:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA08426; Tue, 27 May 1997 07:53:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA02111; Tue, 27 May 1997 07:53:19 -0700 Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA04935 for ; Tue, 27 May 1997 07:53:12 -0700 env-from (markl@equipe.ltd.uk) Received: from freud (lon68.mistral.co.uk [194.72.158.68]) by hinge.mistral.co.uk (8.7.4/8.6.9) with SMTP id OAA00427 for ; Tue, 27 May 1997 14:55:54 +0100 Sender: mark@hinge.mistral.co.uk Message-ID: <338B680E.167E@equipe.ltd.uk> Date: Tue, 27 May 1997 16:02:38 -0700 From: Mark Lewis Organization: Equipe Electronics Ltd. X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer Subject: strstr on IRIX 6.4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all, I recently discovered when building my Performer app on an Onyx2 IR running 6.4, that the library function 'strstr' did not work. man strstr says: strstr locates the first occurrence in string s1 of the sequence of characters (excluding the terminating null character) in string s2. strstr returns a pointer to the located string, or a null pointer if the string is not found. .... And this, of course, is usually the case. However on the Onyx2 machine the function seems to return NULL every time. Has anyone else experienced this phenonemon ? - If so, are there any other functions which don't work as before ? Thanks. -- Mark C Lewis Principal Development Engineer Equipe Electronics Ltd. 13 Liverpool Gardens Worthing, W. Sussex BN11 1RY ENGLAND Phone +44 (0) 1903 216622 FAX +44 (0) 1903 216633 markl@equipe.ltd.uk http://www.equipe.ltd.uk ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 27 09:41:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA08407; Tue, 27 May 1997 07:46:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA08391; Tue, 27 May 1997 07:46:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA01434; Tue, 27 May 1997 07:46:26 -0700 Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA03255 for ; Tue, 27 May 1997 07:46:22 -0700 env-from (markl@equipe.ltd.uk) Received: from freud (lon68.mistral.co.uk [194.72.158.68]) by hinge.mistral.co.uk (8.7.4/8.6.9) with SMTP id OAA19126 for ; Tue, 27 May 1997 14:49:23 +0100 Sender: mark@hinge.mistral.co.uk Message-ID: <338B6666.41C6@equipe.ltd.uk> Date: Tue, 27 May 1997 15:55:34 -0700 From: Mark Lewis Organization: Equipe Electronics Ltd. X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer Subject: Compiling with static libraries Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all, I am trying to produce a self-contained Performer application by linking with static libraries instead of DSOs. But I have some errors from the link command. Can anyone tell me what's wrong: /usr/bin/cc -o -L/usr/lib/Performer/Static -L/usr/lib/Performer/Static/libpfdb -L/lib -lpf_ogl -lpfdu_ogl -lpfutil_ogl -lpfui -none -limage -lGLU -lGL -lfpe -lm -lXext -lXm -lXt -lX11 -lXmu -lmalloc -lC ld: ERROR 33: Unresolved text symbol "pfGetLayerClassType" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLayer.o). ld: ERROR 33: Unresolved text symbol "pfGetLayerMode" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLayer.o). ld: ERROR 33: Unresolved text symbol "pfLayerMode" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLayer.o). ld: ERROR 33: Unresolved text symbol "pfNewLayer" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLayer.o). ld: ERROR 33: Unresolved text symbol "pfGetBboardClassType" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdBillboard.o). ld: ERROR 33: Unresolved text symbol "pfGetBboardMode" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdBillboard.o). ld: ERROR 33: Unresolved text symbol "pfGetBboardAxis" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdBillboard.o). ld: ERROR 33: Unresolved text symbol "pfGetBboardPos" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdBillboard.o). ld: ERROR 33: Unresolved text symbol "pfBboardPos" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdBillboard.o). ld: ERROR 33: Unresolved text symbol "pfGetCtabClassType" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdShare.o). ld: ERROR 33: Unresolved text symbol "pfGetHlightClassType" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdShare.o). ld: ERROR 33: Unresolved text symbol "pfGetMtlClassType" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdShare.o). ld: ERROR 33: Unresolved text symbol "pfGetCtabSize" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdShare.o). ld: ERROR 33: Unresolved text symbol "pfNewCtab" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdShare.o). ld: ERROR 33: Unresolved text symbol "pfNewMtl" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdShare.o). ld: ERROR 33: Unresolved text symbol "pfNewHlight" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdShare.o). ld: ERROR 33: Unresolved text symbol "pfGetTextClassType" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdShare.o). ld: ERROR 33: Unresolved text symbol "pfMtlColorMode" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdBuilder.o). ld: ERROR 33: Unresolved text symbol "pfGetMtlColorMode" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdBuilder.o). ld: ERROR 33: Unresolved text symbol "pfMtlColor" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdBuilder.o). ld: ERROR 33: Unresolved text symbol "pfGetSCSClassType" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdCleanTree.o). ld: ERROR 33: Unresolved text symbol "pfGetSCSMat" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdCleanTree.o). ld: ERROR 33: Unresolved text symbol "pfNewSCS" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdCleanTree.o). ld: ERROR 33: Unresolved text symbol "pfMtlShininess" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLoadFont.o). ld: ERROR 33: Unresolved text symbol "pfNewFont" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLoadFont.o). ld: ERROR 33: Unresolved text symbol "pfFontMode" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLoadFont.o). ld: ERROR 33: Unresolved text symbol "pfFontAttr" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLoadFont.o). ld: ERROR 33: Unresolved text symbol "pfFontCharGSet" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLoadFont.o). ld: ERROR 33: Unresolved text symbol "pfFontVal" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLoadFont.o). ld: ERROR 33: Unresolved text symbol "pfFontCharSpacing" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLoadFont.o). ld: ERROR 33: Unresolved text symbol "pfGetFontCharGSet" -- 1st referenced by /usr/lib/Performer/Static/libpfdu_ogl.a(pfdLoadFont.o). ld: ERROR 33: Unresolved text symbol "pfAttachDPool" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(shmem.o). ld: ERROR 33: Unresolved text symbol "pfCreateDPool" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(shmem.o). ld: ERROR 33: Unresolved text symbol "pfDPoolAlloc" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(shmem.o). ld: ERROR 33: Unresolved text symbol "pfDPoolFind" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(shmem.o). ld: ERROR 33: Unresolved text symbol "pfReleaseDPool" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(shmem.o). ld: ERROR 33: Unresolved text symbol "pfMtlAlpha" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(style.o). ld: ERROR 33: Unresolved text symbol "pfMtlSide" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(style.o). ld: ERROR 33: Unresolved text symbol "pfApplyMtl" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(style.o). ld: ERROR 33: Unresolved text symbol "pfHlightColor" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(gui.o). ld: ERROR 33: Unresolved text symbol "pfHlightPntSize" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(gui.o). ld: ERROR 33: Unresolved text symbol "pfHlightLineWidth" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(gui.o). ld: ERROR 33: Unresolved text symbol "pfHlightMode" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(gui.o). ld: ERROR 33: Unresolved text symbol "pfDPoolLock" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(gui.o). ld: ERROR 33: Unresolved text symbol "pfDPoolUnlock" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(gui.o). ld: ERROR 33: Unresolved text symbol "pfApplyHlight" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(gui.o). ld: ERROR 33: Unresolved text symbol "pfDPoolFree" -- 1st referenced by /usr/lib/Performer/Static/libpfutil_ogl.a(gui.o). *** Error code 1 smake: Error: 1 error Also, when I try to use -n32 -mips4 I can't find lib32 versions of libGLU or libGL. Any ideas ? Thanks in advance. -- Mark C Lewis Principal Development Engineer Equipe Electronics Ltd. 13 Liverpool Gardens Worthing, W. Sussex BN11 1RY ENGLAND Phone +44 (0) 1903 216622 FAX +44 (0) 1903 216633 markl@equipe.ltd.uk http://www.equipe.ltd.uk ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 27 09:41:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA08274; Tue, 27 May 1997 07:15:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA08258; Tue, 27 May 1997 07:15:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA27886; Tue, 27 May 1997 07:13:46 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA24073 for ; Tue, 27 May 1997 07:13:46 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id HAA27878; Tue, 27 May 1997 07:13:45 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id HAA04236; Tue, 27 May 1997 07:13:45 -0700 From: "Rob Jenkins" Message-Id: <9705270713.ZM4234@quid.csd.sgi.com> Date: Tue, 27 May 1997 07:13:45 -0700 In-Reply-To: "Amaury Aubel" "Shared memory?" (May 26, 2:00pm) References: <9705261400.ZM19043@lig.di.epfl.ch> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Amaury Aubel" , info-performer@sgi.com Subject: Re: Shared memory? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 26, 2:00pm, Amaury Aubel wrote: > Subject: Shared memory? > Hi, > > thanks to all those who helped me solve my pfLOD problem. > > I am having again trouble with the shared memory. > I have an application with mutiple processes, namely an application process > that spawns a database process. In the database process various structures are > allocated from the shared arena using pfMalloc(..., pfGetSharedArena()). > Yet when the app. process attempts to access a particular variable it is > undefined and the application crashes. > > I wonder if this might not stem from a version problem. Most of the time I'm > using Performer 2.0 on IRIX 5.3 but there are a few machines with IRIX 6.x > installed and it seems to work correctly on these though I can't garantee that. > Could anybody shed some light on this subject? > Allan Schaffer recently updated the Performer FAQs to include a table of OS and pF versions. You can get to the FAQs from the performer web page: http://www.sgi.com/Technology/Performer/ Cheers Rob > Thanks in advance, > > Amaury. > > -- > +----------------------------------------------------------------------+ > > Amaury Aubel aubel@lig.di.epfl.ch > EPFL-LIG, 1015 Lausanne/Switzerland Fax: +41 21 693 53 28 > Swiss Federal Institute of technology, Computer Graphics Lab > > +----------------------------------------------------------------------+ > > ======================================================================= > 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 Amaury Aubel -- ________________________________________________________________ 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 May 27 12:24:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09885; Tue, 27 May 1997 10:49:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09869; Tue, 27 May 1997 10:49:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA28493; Tue, 27 May 1997 10:49:51 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA26857 for ; Tue, 27 May 1997 10:49:51 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA10812; Tue, 27 May 1997 10:49:39 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA04343; Tue, 27 May 1997 10:49:38 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705271749.KAA04343@remi.asd.sgi.com> Subject: Re: How to use OpenGL display list in Pe To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) Date: Tue, 27 May 1997 10:49:37 -0700 (PDT) Cc: rtv@dns.para.co.kr, info-performer@sgi.com In-Reply-To: <1997May27.074200.1074.26816@MKTPO.mkt.lesc.lockheed.com> from "Jeff Brickley" at May 27, 97 08:49:32 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1679 Status: O Jeff Brickley wrote: > > > > From: Byungsung Cho > > Performer manual says that OpenGL display lists can be used in > > Peroformer applications. > > But I cannot find any example or a section describing how to use the > > display lists. > > Can somebody show or give pointer to example codes? > > I have an OpenGL program to make a display list and would rather not > > rewrite > > in Performer. > > ---------- > OpenGL display lists (and any openGL command) can be used AS-IS in > Performer, no special coding is required. However (yup, there's got to be a > catch), timing is important (i.e. WHEN the commands are actually issued). > The post-draw and pre-draw tasks are the best places for OpenGL, it may be > possible to issue them at other times, but I've never been able to get it to > work right. In addition, if you have the draw task on different CPU than > the Application task, you CANNOT compile the drawlist on the application > task and then issue it on the draw (trust me, I tried ).... We > successfully use many OpenGL commands during post-draw to do model > annotations and other things.... > If you want to generate display lists from another process than the draw process, you could sproc (not fork) a process from the draw process, with a openGL context that shares Display Lists with the Draw Process. I never tried it myself, and do not have any example, but that's the only way to share display lists (or textures) between the Draw Process and another process. _ / _ _ |_) _ ._ _ 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 May 27 12:24:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA08578; Tue, 27 May 1997 08:38:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA08562; Tue, 27 May 1997 08:38:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA07671; Tue, 27 May 1997 08:38:02 -0700 Received: from despair.paradigmsim.com (despair.paradigmsim.com [206.7.114.164]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA16946 for ; Tue, 27 May 1997 08:37:56 -0700 env-from (angus@despair.paradigmsim.com) Received: (from angus@localhost) by despair.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA17015; Tue, 27 May 1997 10:36:52 -0500 From: "Angus W.S. Henderson" Message-Id: <9705271036.ZM17011@despair.paradigmsim.com> Date: Tue, 27 May 1997 10:36:50 -0500 In-Reply-To: Simon Bennett "*Original* atlantis demo" (May 26, 5:24pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Simon Bennett , info-performer@sgi.com Subject: Re: *Original* atlantis demo Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19705271036.ZM17011.paradigmsim.com" Status: O -- --PART-BOUNDARY=.19705271036.ZM17011.paradigmsim.com Content-Type: text/plain; charset=us-ascii The Atlantis demo was derived from one of the baddies in a game called "Septima", a failed multi player arcade game based on a Personal Iris. That was the first time I had experimented with morphed geometry, something you could do on Silicon Graphics since the "insect" demo on IRIS 2000's. (There is an underwater version of "insect" with a robot-death- insect-under-the-sea in it ( Based on the final "Boss" in Septima ) ) The first version of Atlantis was "Gary the Shark" - he swam about and ate your cursor if you held it in his face. The atlantis you want is "Atlantis 2 - the screen saver" I attach "atlantis2.tar.Z" Atlantis 3 had a pathetic shark in it, it is lost. Atlantis 3.5 ?? Here SGI Mtn. View took a copy of a broken version for all the ONYX demo CD's - thankyou Atlantis 4 had a discovery channel Great White - it is Performer 1.2 only ANgus --PART-BOUNDARY=.19705271036.ZM17011.paradigmsim.com X-Zm-Content-Name: atlantis2.tar.Z Content-Description: Data Content-Type: application/octet-stream ; name="atlantis2.tar.Z" Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u --PART-BOUNDARY=.19705271036.ZM17011.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 May 27 12:24:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09546; Tue, 27 May 1997 10:28:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09530; Tue, 27 May 1997 10:28:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA24415; Tue, 27 May 1997 10:28:26 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA17936 for ; Tue, 27 May 1997 10:28:25 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id KAA09519; Tue, 27 May 1997 10:27:54 -0700 Date: Tue, 27 May 1997 10:27:54 -0700 From: allan (Allan Schaffer) Message-Id: <9705271027.ZM9517@holodeck.csd.sgi.com> In-Reply-To: swapnil@pfindy.tata_elxsi.soft.net (Swapnil Shah) "dgl" (May 27, 4:29pm) References: <199705272329.QAA02512@pfindy.teil.soft.net> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: swapnil@teil.soft.net, info-performer@sgi.com Subject: Re: dgl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 27, 4:29pm, Swapnil Shah wrote: > this is not performer related question but general SGI platform Q. > What is "dgl error : ........" ?? Which dgl error? You left out the important part. DGL is the software that lets IRIS GL applications be displayed remotely to other (SGI) systems. A server (dgld) sits on the system the window will display to, collects encoded IRIS GL commands from the net, and sends them to the graphics pipe. If you're getting a DGL error it's probably one of four things: 1. You're trying to remotely display an IRIS GL application to something other than an SGI workstation. That can not be done. That's why jot, showcase, etc. can't display on (for example) a Sun. 2. xhost permissions aren't set right. As of IRIX 6.3, default xhost permission is "xhost -". In a shell on the display machine, do "xhost +". (Or "xhost +machine_displayed_from") 3. X Authority is turned on. This can make DGL difficult. I don't remember offhand the workaround. 4. Problem with /etc/services or /etc/inetd.conf on either system. Make sure the dgld line isn't commented out. 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 Tue May 27 12:24:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09309; Tue, 27 May 1997 10:14:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09293; Tue, 27 May 1997 10:14:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA22329; Tue, 27 May 1997 10:14:54 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA13708 for ; Tue, 27 May 1997 10:14:54 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id KAA22324; Tue, 27 May 1997 10:14:53 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id KAA04828; Tue, 27 May 1997 10:14:53 -0700 From: "Rob Jenkins" Message-Id: <9705271014.ZM4826@quid.csd.sgi.com> Date: Tue, 27 May 1997 10:14:53 -0700 In-Reply-To: swapnil@pfindy.tata_elxsi.soft.net (Swapnil Shah) "dgl" (May 27, 4:29pm) References: <199705272329.QAA02512@pfindy.teil.soft.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: dgl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O man dglopen covers this briefly. Also this is an extract from the SGI FAQs ( quite old now ), note the pointer to a useful Pipeline article: Subject: -5- Why do I get DGL errors when I try to run a GL program? Date: 20 Feb 1994 00:00:01 EST - There may be a problem with the DISPLAY variable or Xwindows permissions. See the previous question. - You may be trying to display on a non-SGI machine which doesn't have GL/DGL. (Most don't, yet.) Presently the only way around this is to buy a third-party GL emulator for the non-SGI machine. - DGL may be disabled in /etc/services and/or /etc/inetd.conf. The former file should have a line reading sgi-dgl 5232/tcp and the latter should have a line reading sgi-dgl stream tcp nowait root /usr/etc/dgld dgld -IM -tDGLTSOCKET If either is commented out, remove the comment. - You may be trying to display on a machine with a much older version of IRIX. Try another machine with a newer IRIX. An article in the Jan/Feb 1993 Pipeline describes the above in great detail. Cheers Rob On May 27, 4:29pm, Swapnil Shah wrote: > Subject: dgl > hi, > > this is not performer related question but general SGI platform Q. > > What is "dgl error : ........" ?? > > -swapnil > -------- > swapnil@teil.soft.net > http://www.teil.soft.net/~swapnil > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Swapnil Shah -- ________________________________________________________________ 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 May 27 12:38:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA09066; Tue, 27 May 1997 09:50:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA09050; Tue, 27 May 1997 09:50:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA18868; Tue, 27 May 1997 09:50:36 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA06465 for ; Tue, 27 May 1997 09:50:34 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id JAA19514; Tue, 27 May 1997 09:51:38 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA28227; Tue, 27 May 1997 09:52:27 -0700 From: "Anita Kishore" Message-Id: <9705270952.ZM28225@tracey.triavest.com> Date: Tue, 27 May 1997 09:52:25 -0700 In-Reply-To: Randy Stiles "Re: Interfacing rapidapp with performer" (May 21, 5:48pm) References: <9705211002.ZM7508@tracey.triavest.com> <338397DE.41C6@aic.lockheed.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Randy Stiles , Anita Kishore Subject: Re: Interfacing rapidapp with performer Cc: "Ramya D." , info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 21, 5:48pm, Randy Stiles wrote: > Subject: Re: Interfacing rapidapp with performer > Anita Kishore wrote: > > > > On May 20, 10:23pm, Ramya D. wrote: > > > Subject: Interfacing rapidapp with performer > > > Hi, > > > I would like to know 2 things > > > 1) Can we use inventor and Performer calls in an application without any > > > poblems? > > > > > > > You can combine Inventor and Performer in one application only if they are in > > different processes (related or unrelated). Generally, you would want to use > > Inventor for the GUI part and performer as the main renderer. > > Don't know about rapidapp, do know a bit about Inventor and performer > used together. > > I don't think this is the case. The Inventor loader for Performer > is peppered with calls to both Performer, and Inventor functions. > Indeed, it works by using Inventor to load the inventor file, build > a scene graph, then traverses the Inventor scene graph building a > corresponding Performer scene graph. > > The Inventor shared libraries are loaded into the performer executable > when the inventor loader is used. It is to my knowledge all in the > same process (app) > > Take a look at > /usr/share/Performer/src/lib/libpfdb/libpfiv/pfiv.C > Oops, yes you are right. I correct my previous statement : You need to use two processes only if you want to use X/Motif with performer. Sorry for the confusion. -anita ======================================================================= 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 May 27 12:38:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA10021; Tue, 27 May 1997 11:06:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA10005; Tue, 27 May 1997 11:06:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA02061; Tue, 27 May 1997 11:06:17 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA02397 for ; Tue, 27 May 1997 11:06:16 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA12371; Tue, 27 May 1997 11:06:14 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA04456; Tue, 27 May 1997 11:05:59 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705271805.LAA04456@remi.asd.sgi.com> Subject: Re: Shared memory? To: brassaer@luc.ac.be (Bruno Rassaerts) Date: Tue, 27 May 1997 11:05:59 -0700 (PDT) Cc: aubel@lig.di.epfl.ch, info-performer@sgi.com In-Reply-To: <338AEE27.41C6@luc.ac.be> from "Bruno Rassaerts" at May 27, 97 02:22:31 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1278 Status: O Bruno Rassaerts wrote: > > Amaury Aubel wrote: > > > Thanks for your hint but - alas - it is not the case. > > To be accurate I have an array of structures. It used to be declared as > > follows: > > > > MYSTRUCT *ModelList[NB_MAX]; > > with each element being pfMalloc'ed in the dabse process. I changed it later > > to: > > > > MYSTRUCT **ModelList; > > and now the list too is pfMalloc'ed in the dbase process. However when > > debugging I found out that ModelList is NULL in the application process. How > > come? > > Do you allocate the modellist array in the database process or in the > application process ? You should allocate the array in the process > that spawns the other one. And do this BEFORE the process is spawned. > This way both processes should be able to access the array. You can > than allocate all elements in the application process OR the database > process. > > By saying that the modellist is NULL in the application process I guess > that you allocated the array in the database process. I think that this > is the problem. Rule of thumb: Allocate shared data BEFORE pfConfig(); _ / _ _ |_) _ ._ _ 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 May 27 12:38:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09776; Tue, 27 May 1997 10:39:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09760; Tue, 27 May 1997 10:39:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26567; Tue, 27 May 1997 10:39:28 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA22472 for ; Tue, 27 May 1997 10:39:22 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Tue, 27 May 1997 13:38:55 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Tue, 27 May 1997 13:38:54 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <33546794.167E@etcflorida.com> Date: Wed, 16 Apr 1997 01:45:56 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: buggs?????? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O pfTraverser::getNode does this work?? I have tried using it but recive the folling compile error....error(3473): pointer to incomplete class type is not allowed The line is:: mover = trav->getNode(); // trav is a pfTraverser *.. ::another one:: I am compiling a modified simple.C and recive the following warnings... CC -c simple.C "/usr/include/Performer/pf/pfFrameStats.h", line 428: warning(3920): "void pfFrameStats::copy(const pfFrameStats *, uint, uint, uint)" does not match "pfMemory::copy" -- virtual function override intended? void copy(const pfFrameStats *_prev, uint _dstBufSel, uint _srcBufSel, uint _which) { ^ "/usr/include/Performer/pf/pfFrameStats.h", line 428: warning(3920): "void pfFrameStats::copy(const pfFrameStats *, uint, uint, uint)" does not match "pfObject::copy" -- virtual function override intended? void copy(const pfFrameStats *_prev, uint _dstBufSel, uint _srcBufSel, uint _which) { ^ I have seen no run time errors from this but it is a pain to see... Thanks all Garrett ======================================================================= 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 May 27 12:38:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA10088; Tue, 27 May 1997 11:14:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA10072; Tue, 27 May 1997 11:14:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA03572; Tue, 27 May 1997 11:14:49 -0700 Received: from smorgum.coryphaeus.com (smorgum.coryphaeus.com [204.247.110.18]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA04542 for ; Tue, 27 May 1997 11:14:48 -0700 env-from (rfox@coryphaeus.com) Received: by smorgum.coryphaeus.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA25495; Tue, 27 May 1997 11:07:22 -0700 Date: Tue, 27 May 1997 11:07:22 -0700 From: rfox@coryphaeus.com (Randy Fox) Message-Id: <9705271107.ZM25493@smorgum.coryphaeus.com> In-Reply-To: "Sharon Clay" "Re: HUD's and DVR - what works" (May 23, 12:53am) References: <1997May21.085200.1074.26599@MKTPO.mkt.lesc.lockheed.com> <9705210937.ZM10764@multipass.asd.sgi.com> <9705230053.ZM17578@rose.asd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Sharon Clay" Subject: Re: HUD's and DVR - what works Cc: info-performer@sgi.engr.sgi.com (info-performer) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thanks for the response. I didn't know about pfPixScale. The HUD's get fuzzier as the resolution get smaller, though line width stays constant. Seems to be pixelation due to the scaling, though mutlisample helps. Is there anything else I can try? Should I try line smooth instead of multisample? Can I control the number of bits dedicated to the subpixel calculation? At 80 - 90 % fixed scale of DVR it looks pretty good to me. Does any one else have any metrics on what is exceptable and when it is not for a real world sim? -randy On May 23, 12:53am, Sharon Clay wrote: > Sorry for the delayed response - I've been gone again for the past few days. > > Anyway, I'd like to just add a little extra info and clarify some things: > > 1) For DVR you should use a texture or a stroke font so that it can be scaled > by the viewport. All bitmaps and pixel ops will have the scale problem, > X or not. For points and lines, Performer is taking car of > the scale problem by automatically calling pfPixScale() which we > check in the point and line gsets to properly scale these pixel-sized > primitives. If you use a stroke font library that uses lines to draw your > own fonts without Performer you'll have to do the same. > > 2) You can pick a few fixed bitmap sizes for an approximation and choose > them based on the current viewport size or DVR scale. > Note that you can get the current viewport size with > pfGetChanOutputViewport() > and the DVR scale with pfGetPVChanScale() > > You might also want these routines if you need to properly place drawing in > the smaller viewport. > > 3) X is ignorant of DVR (as pointed out already) and in particular the X cursor > so as Philip also pointed out, Performer provides a 2D cursor drawn in the > bitplanes in libpfutil. > > 4) As above, overlay planes are also resized by DVR and so can't really be used with > DVR. Do NOT redraw the overlays every frame :-) > > > src. > >>-- End of excerpt from Sharon Clay -- 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 Tue May 27 14:18:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA10065; Tue, 27 May 1997 11:10:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA10049; Tue, 27 May 1997 11:10:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA02783; Tue, 27 May 1997 11:10:15 -0700 Received: from helios.Discreet.QC.CA (discreet.com [198.168.76.29]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA03287 for ; Tue, 27 May 1997 11:10:14 -0700 env-from (amit@Discreet.COM) Received: from cuba by helios.Discreet.QC.CA id OAA13246; Tue, 27 May 1997 14:07:00 -0400 Received: from sink (sink [172.16.100.41]) by cuba (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA15740; Tue, 27 May 1997 14:09:21 -0400 From: amit@Discreet.COM (Amit Parghi) Received: (from amit@localhost) by sink (950413.SGI.8.6.12/) id OAA15640; Tue, 27 May 1997 14:09:21 -0400 Date: Tue, 27 May 1997 14:09:21 -0400 Message-Id: <9705271409.ZM15638@sink> In-Reply-To: Mark Lewis "Compiling with static libraries" (May 27, 3:55pm) References: <338B6666.41C6@equipe.ltd.uk> Reply-To: amit@Discreet.COM (Amit Parghi) X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Mark Lewis , info-performer Subject: Re: Compiling with static libraries Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Mark Lewis wrote: > Also, when I try to use -n32 -mips4 I can't find lib32 versions of > libGLU or libGL. Any ideas ? The static and n32 libraries for some subsystems are not installed by default, which can be confusing. Use 'showprods' to check that eoe.sw32.gfx ("Graphics N32 Execution Environment") is installed on your machine; if not, you'll need to track down the IRIX 6.2 installation CDs and install it. Amit -- AMIT PARGHI DISCREET LOGIC amit@discreet.com 5505, boul. St.-Laurent, bureau 5200 +1.514.272.0525 Montreal (Quebec) Canada H2T 1S6 ======================================================================= 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 May 27 15:02:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA10337; Tue, 27 May 1997 12:12:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10321; Tue, 27 May 1997 12:12:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA17907; Tue, 27 May 1997 12:12:46 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA22205 for ; Tue, 27 May 1997 12:12:42 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Tue, 27 May 1997 15:12:14 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Tue, 27 May 1997 15:12:14 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <33547D79.2781@etcflorida.com> Date: Wed, 16 Apr 1997 03:19:21 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: insertChild Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O from man page pfGroup pfGroup::insertChild inserts child before the child with index index. index must be within the range 0 to pfGroup::getNumChildren(). a bit of mis understanding on this one??? will insertChild make the child at index a child of the new object or a sibling of the new object ???? Just asking :: thanks Garrett ======================================================================= 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 May 27 15:02:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA10295; Tue, 27 May 1997 12:08:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10279; Tue, 27 May 1997 12:08:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA16626; Tue, 27 May 1997 12:08:01 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA20901 for ; Tue, 27 May 1997 12:07:56 -0700 env-from (brian@dingbat.clubfed.sgi.com) Received: from dingbat.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) id PAA06518; Tue, 27 May 1997 15:07:47 -0400 Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA19848; Tue, 27 May 1997 14:58:47 -0400 Date: Tue, 27 May 1997 14:58:47 -0400 From: brian@dingbat.clubfed.sgi.com (Brian Furtaw) Message-Id: <9705271458.ZM19847@dingbat.clubfed.sgi.com> In-Reply-To: swapnil@pfindy.tata_elxsi.soft.net (Swapnil Shah) "dgl" (May 27, 4:29pm) References: <199705272329.QAA02512@pfindy.teil.soft.net> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: swapnil@teil.soft.net, info-performer@sgi.com Subject: Re: dgl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Dgl is the communication protocol IRISGL uses to render on a remote host. Some of the dgl error messages are listed in chapter 19 of the "Graphics Language Programming Guide". Brian On May 27, 4:29pm, Swapnil Shah wrote: > Subject: dgl > hi, > > this is not performer related question but general SGI platform Q. > > What is "dgl error : ........" ?? > > -swapnil > -------- > swapnil@teil.soft.net > http://www.teil.soft.net/~swapnil > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > >-- End of excerpt from Swapnil Shah -- ----oOOo---- ----oOOo---- ----oOOo---- ----oOOo---- Brian Furtaw (brian@sgi.com) VisSim Technical Consultant 12200-G Plum Orchard Drive Office:(410)796-0394 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 May 27 17:46:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA10411; Tue, 27 May 1997 12:23:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10395; Tue, 27 May 1997 12:23:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA21377; Tue, 27 May 1997 12:23:52 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA25457 for ; Tue, 27 May 1997 12:23:49 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id MAA19742; Tue, 27 May 1997 12:24:57 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id MAA29740; Tue, 27 May 1997 12:25:46 -0700 From: "Anita Kishore" Message-Id: <9705271225.ZM29738@tracey.triavest.com> Date: Tue, 27 May 1997 12:25:44 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Performer internal messages Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi: Is it possible to catch performer related print statements that come when certain Performer calls are made in an application? I would like to direct these printfs to let's say a GUI. How can this be done? thanks for any pointers -anita kishore@triavest.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 27 18:43:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA11089; Tue, 27 May 1997 13:20:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA11073; Tue, 27 May 1997 13:20:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA02476; Tue, 27 May 1997 13:20:56 -0700 Received: from ns1.sara.nl (ns1.sara.nl [192.16.188.198]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA11203 for ; Tue, 27 May 1997 13:20:52 -0700 env-from (edward@sara.nl) Received: from isis.sp.sara.nl (isis-s114.sp.sara.nl [145.100.13.46]) by ns1.sara.nl (8.8.3/8.7.1) with ESMTP id WAA15148 for ; Tue, 27 May 1997 22:20:54 +0200 (MET DST) Received: by isis.sp.sara.nl (8.8.3/4.04) id WAA46170; Tue, 27 May 1997 22:20:49 +0200 From: edward@sara.nl (Edward J Breedveld) Message-Id: <199705272020.WAA46170@isis.sp.sara.nl> Subject: RE: Atlantis Attachment? To: info-performer@sgi.com Date: Tue, 27 May 1997 22:20:49 +0200 (DST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi there, Got the attachment from Agnus on the list with the Atlantis2.tar.Z file but the size of the .Z file was only a header and foote of MIME. I hope i'm not the only one if not, please do resend allways great to have a look at it. Greets, Edward J. Breedveld -- +---------------------------------------------------------------+ | Edward J. Breedveld | | SARA Academic Computing Services Amsterdam. | | E-Mail -> edward@sara.nl | | URL -> www.ptf.hro.nl/~breedvld | | | | "People often find it easier to be a result of the past | | than a cause of the future." | | | +---------------------------------------------------------------+ ======================================================================= 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 May 27 19:37:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA12180; Tue, 27 May 1997 14:13:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA12164; Tue, 27 May 1997 14:13:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA13674; Tue, 27 May 1997 14:13:33 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA29017 for ; Tue, 27 May 1997 14:13:30 -0700 env-from (swami@evl.uic.edu) Received: from zbox.evl.uic.edu (zbox.evl.uic.edu [131.193.48.160]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id QAA23051; Tue, 27 May 1997 16:14:30 -0500 (CDT) Received: from localhost (swami@localhost) by zbox.evl.uic.edu (8.6.5/8.6.4) with SMTP id VAA17349; Tue, 27 May 1997 21:14:32 GMT X-Authentication-Warning: zbox.evl.uic.edu: swami owned process doing -bs Date: Tue, 27 May 1997 16:14:32 -0500 (CDT) From: "Swaminathan N." To: Garrett Williams cc: "Questions@sgi" Subject: Re: buggs?????? In-Reply-To: <33546794.167E@etcflorida.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 16 Apr 1997, Garrett Williams wrote: > pfTraverser::getNode > > does this work?? I have tried using it but recive the folling compile > error....error(3473): pointer to incomplete class type is not allowed > > The line is:: mover = trav->getNode(); // trav is a pfTraverser *.. Unfortunately the include file specification in the pfTraverser man page is wrong. I spent a day on that one, till a fellow lab member showed me the light with #include > I am compiling a modified simple.C and recive the following warnings... > > CC -c simple.C > "/usr/include/Performer/pf/pfFrameStats.h", line 428: warning(3920): > "void pfFrameStats::copy(const pfFrameStats *, uint, uint, > uint)" > does not match "pfMemory::copy" -- virtual function override > intended? > void copy(const pfFrameStats *_prev, uint _dstBufSel, uint > _srcBufSel, uint _which) { > ^ Such warnings are part of the new CC compiler (7.0 and above) trying to be helpful. you could turn it off using the -woff switch as was pointed in the list some time ago. I would however advise against it, particularly if you *don't* intend such virtual function overrides. Swami <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.uic.edu ^ v Office: 996-3002 ^ v Home: 850-2726 ^ v http://www.evl.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 27 20:39:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA12841; Tue, 27 May 1997 15:18:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA12825; Tue, 27 May 1997 15:18:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA24285; Tue, 27 May 1997 15:18:42 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA24391 for ; Tue, 27 May 1997 15:18:41 -0700 env-from (chris@scotch.physics.ucla.edu) Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id PAA05020; Tue, 27 May 1997 15:18:38 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA25325; Tue, 27 May 1997 13:22:48 -0700 Date: Tue, 27 May 1997 13:22:45 -0700 (PDT) From: Chris Mitchell To: Garrett Williams cc: "Questions@sgi" Subject: Re: buggs?????? In-Reply-To: <33546794.167E@etcflorida.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > pfTraverser::getNode > > does this work?? I have tried using it but recive the folling compile > error....error(3473): pointer to incomplete class type is not allowed > > The line is:: mover = trav->getNode(); // trav is a pfTraverser *.. > Sounds like you're not including all the header files you need. Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 27 21:24:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA13330; Tue, 27 May 1997 15:59:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA13314; Tue, 27 May 1997 15:59:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA00438; Tue, 27 May 1997 15:59:48 -0700 Received: from despair.paradigmsim.com (despair.paradigmsim.com [206.7.114.164]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA06386 for ; Tue, 27 May 1997 15:59:42 -0700 env-from (angus@despair.paradigmsim.com) Received: (from angus@localhost) by despair.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA01708; Tue, 27 May 1997 12:46:09 -0500 From: "Angus W.S. Henderson" Message-Id: <9705271246.ZM1706@despair.paradigmsim.com> Date: Tue, 27 May 1997 12:46:09 -0500 In-Reply-To: Simon Bennett "*Original* atlantis demo" (May 26, 5:24pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Simon Bennett , info-performer@sgi.com Subject: Re: *Original* atlantis demo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I just noticed that someone ported atlantis (2) to OpenGL on the developers toolbox 4.1 CD. ANGus ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue May 27 21:49:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA13658; Tue, 27 May 1997 16:30:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA13642; Tue, 27 May 1997 16:30:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA07566; Tue, 27 May 1997 16:30:45 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA15767 for ; Tue, 27 May 1997 16:30:45 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id QAA13634; Tue, 27 May 1997 16:30:08 -0700 Date: Tue, 27 May 1997 16:30:08 -0700 From: allan (Allan Schaffer) Message-Id: <9705271630.ZM13632@holodeck.csd.sgi.com> In-Reply-To: Philippe Bocquillon "Gouraud shading and textures" (May 26, 5:05pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Philippe Bocquillon , info-performer@sgi.com Subject: Re: Gouraud shading and textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 26, 5:05pm, Philippe Bocquillon wrote: > We intend to simulate (with Vega on a Onyx machine) space station > extra-vehicular activities. > > Could you please tell me if it is possible to render, at the SAME TIME, some > objects (or parts of objects) with GOURAUD SHADING and other objects (or > parts of objects) with TEXTURES applied to them ? Certainly. Every polygon in your scene can have different shading, texture, material, highlights, transparency, lighting, fog, etc. if that's what you want. 'esprit.flt' is one example of a model (a car) with a lit, gouraud shaded body and textured wheels & license plate. 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 Wed May 28 01:07:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA14472; Tue, 27 May 1997 19:47:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA14456; Tue, 27 May 1997 19:47:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA26274; Tue, 27 May 1997 19:47:47 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA16380 for ; Tue, 27 May 1997 19:47:45 -0700 env-from (bleclerc@cae.ca) Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA140886; Tue, 27 May 1997 22:44:01 -0400 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id WAA17368; Tue, 27 May 1997 22:41:02 -0400 Date: Tue, 27 May 1997 22:41:02 -0400 From: bleclerc@cae.ca (Bernard Leclerc) Message-Id: <199705280241.WAA17368@eagle.cae.ca> To: "Anita Kishore" Subject: Re: Performer internal messages Cc: info-performer@sgi.com Status: O Anita wrote: > Is it possible to catch performer related print statements that come > when certain Performer calls are made in an application? I would like to > direct these printfs to let's say a GUI. How can this be done? Hello Anita, Are you referring to print statement such as this one? PF Notice: Using 60Hz video rate. If it's the case, it's easy to catch up these printfs using pfNotifyHandler(). #include void notifyHandler(pfNotifyData* data) { if (data->severity <= pfGetNotifyLevel()) send data->emsg to your GUI; } void main() { ... pfNotifyHandler(notifyHandler); ... } See pfNotify(3pf) for the complete man page. Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, 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 May 28 01:26:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA14546; Tue, 27 May 1997 19:59:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA14530; Tue, 27 May 1997 19:59:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA26799; Tue, 27 May 1997 19:59:51 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA18178 for ; Tue, 27 May 1997 19:59:50 -0700 env-from (bleclerc@cae.ca) Received: tid WAA25722; Tue, 27 May 1997 22:57:47 -0400 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA123728; Tue, 27 May 1997 22:56:25 -0400 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id WAA17409; Tue, 27 May 1997 22:53:27 -0400 Date: Tue, 27 May 1997 22:53:27 -0400 From: bleclerc@cae.ca (Bernard Leclerc) Message-Id: <199705280253.WAA17409@eagle.cae.ca> To: Garrett Williams Subject: Re: buggs?????? Cc: Status: O Garrett Williams wrote: > pfTraverser::getNode > > does this work?? I have tried using it but recive the folling compile > error....error(3473): pointer to incomplete class type is not allowed > > The line is:: mover = trav->getNode(); // trav is a pfTraverser *.. Garrett, have you #included ? Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, 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 May 28 02:20:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA14748; Tue, 27 May 1997 21:11:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA14732; Tue, 27 May 1997 21:11:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA00631; Tue, 27 May 1997 21:11:18 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA01926 for ; Tue, 27 May 1997 21:11:09 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id JAA06603; Wed, 28 May 1997 09:41:15 -0530 Message-Id: <199705281511.JAA06603@teil.soft.net> Subject: dgl error (read): Bad file number To: info-performer@sgi.com Date: Wed, 28 May 1997 09:41:15 -0530 (IST) From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 613 Status: O hi, thanks for the responses from sgi team. The problem i'm facing is not related to graphics, but it's just related to some X application. When i try to run "system manager" and some other programs from /usr/Cadmin/bin, like-clong, diskView, cpuView...... - it gives the error : dgl error (read): Bad file number I'm not able to understand why it's giving this!!! Infact everything was working fine some 1 week back, but suddenly when i tried to open system manager 2 days back, it was not working and gave me the dgl error!!! -swapnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 28 05:27:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA15389; Wed, 28 May 1997 00:19:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA15373; Wed, 28 May 1997 00:19:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA13034; Wed, 28 May 1997 00:19:16 -0700 Received: from ecrc.ecrc.de (ecrc.de [141.1.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA06829 for ; Wed, 28 May 1997 00:19:14 -0700 env-from (reiners@ecrc.de) Received: from scorpio.ecrc.de (scorpio.ecrc.de [141.1.4.100]) by ecrc.ecrc.de (8.8.3/8.8.3/$Revision: 1.2 $) with ESMTP id JAA21469 for ; Wed, 28 May 1997 09:19:13 +0200 (MET DST) Received: from euclid.ecrc.de (euclid.ecrc.de [141.1.3.41]) by scorpio.ecrc.de (8.8.3/8.8.4/$Revision: 1.4 $) with ESMTP id JAA19622 for ; Wed, 28 May 1997 09:19:12 +0200 (MET DST) Received: (from reiners@localhost) by euclid.ecrc.de (8.8.2/8.8.2/$Revision: 1.1 $) id JAA23212 for info-performer@sgi.com; Wed, 28 May 1997 09:23:47 +0200 (MDT) From: "Dirk Reiners" Message-Id: <9705280923.ZM23209@euclid> Date: Wed, 28 May 1997 09:23:44 -0600 In-Reply-To: "Angus W.S. Henderson" "Re: *Original* atlantis demo" (May 27, 12:46pm) References: <9705271246.ZM1706@despair.paradigmsim.com> X-Face: "`A\#m^;_fF4zDC3eD@[pKCui5i.FQgNnQRYt[l7o[*M0tF5*@vI$(t1;}B+~t;s\&esfOu+<3\Lg/y"wyG]w'Z"K4j0-[u-~jw^D7{I;7BUU'hvnvF:~O1KGjjRoHO9/]5.@Y>~[v:km#3+c|+Rlk{LP"S~TunjL7MoGUMeTlJD?ciwXYP Subject: Re: *Original* atlantis demo > I just noticed that someone ported atlantis (2) to OpenGL on the developers > toolbox 4.1 CD. > >-- End of excerpt from Angus W.S. Henderson For those not on the developers program it's also included as an example in the GLUT distribution (http://reality.sgi.com/mjk_asd/glut3/glut3.html). I hope we're all talking about the same thing, though... ;) Dirk -- -- Dirk Reiners reiners@ecrc.de True straightness seems crooked. -- ZGDV - AR Group True wisdom seems foolish. -- Arabellastr. 17 (ECRC) True art seems artless. -- D-81925 Muenchen All standard disclaimers apply. ======================================================================= 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 May 28 07:12:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA15546; Wed, 28 May 1997 01:56:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA15530; Wed, 28 May 1997 01:56:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA20047; Wed, 28 May 1997 01:56:56 -0700 Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA22877; Wed, 28 May 1997 01:56:53 -0700 env-from (markl@equipe.ltd.uk) Received: from freud (lon67.mistral.co.uk [194.72.158.67]) by hinge.mistral.co.uk (8.7.4/8.6.9) with SMTP id IAA06100; Wed, 28 May 1997 08:59:45 +0100 Sender: mark@hinge.mistral.co.uk Message-ID: <338C664A.41C6@equipe.ltd.uk> Date: Wed, 28 May 1997 10:07:23 -0700 From: Mark Lewis Organization: Equipe Electronics Ltd. X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer CC: graham@reading.sgi.com Subject: Compiling with static libraries & N32 libs References: <9705271759.AA16660@mred.bgm.link.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all, Thanks all who replied to my static library question. The re-ordering of the libs (putting -lpf_ogl after the other Performer libraries) did the trick, so I can now successfully link with static libs. My link line is now: /usr/bin/cc -o -L/usr/lib/Performer/Static -L/usr/lib/Performer/Static/libpfdb -L/lib -lpfdu_ogl -lpfutil_ogl -lpfui -lpf_ogl -limage -lGLU -lGL -lfpe -lXext -lXm -lXt -lX11 -lXmu -lm -lmalloc -lC I do, however, get the following warnings from the link: ld: WARNING 15: multiply defined:(__dt__15pfi2DInputCoordFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getData__8pfMemoryCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(isOfType__8pfMemoryFP6pfType) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(isExactType__8pfMemoryFP6pfType) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(__as__8pfMemoryFPC8pfMemory) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getRef__8pfMemoryFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getGLHandle__8pfObjectCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getUserData__8pfObjectFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getTypeName__15pfi2DInputCoordCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(setFocus__13pfiInputCoordFi) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getFocus__13pfiInputCoordCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(inMotion__13pfiInputCoordFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(reset__15pfi2DInputCoordFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(setVec__15pfi2DInputCoordFPf) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(setPrev__15pfi2DInputCoordFPf) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getVec__15pfi2DInputCoordFPf) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getPrev__15pfi2DInputCoordFPf) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(updatePrev__15pfi2DInputCoordFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(copy__13pfiInputCoordFP13pfiInputCoord) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(inMotion__15pfi2DInputCoordCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getCoord__15pfi2DInputCoordCFi) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getPrevCoord__15pfi2DInputCoordCFi) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getDelta__15pfi2DInputCoordCFi) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(__dt__14pfiMotionCoordFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getTypeName__14pfiMotionCoordCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiXformer.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getData__8pfMemoryCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(isOfType__8pfMemoryFP6pfType) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(isExactType__8pfMemoryFP6pfType) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(__as__8pfMemoryFPC8pfMemory) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getRef__8pfMemoryFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getGLHandle__8pfObjectCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getUserData__8pfObjectFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(setFocus__13pfiInputCoordFi) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getFocus__13pfiInputCoordCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(inMotion__13pfiInputCoordFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(copy__13pfiInputCoordFP13pfiInputCoord) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(__dt__15pfi2DInputCoordFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getTypeName__15pfi2DInputCoordCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(reset__15pfi2DInputCoordFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(setVec__15pfi2DInputCoordFPf) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(setPrev__15pfi2DInputCoordFPf) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getVec__15pfi2DInputCoordFPf) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getPrev__15pfi2DInputCoordFPf) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(updatePrev__15pfi2DInputCoordFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(inMotion__15pfi2DInputCoordCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getCoord__15pfi2DInputCoordCFi) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getPrevCoord__15pfi2DInputCoordCFi) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getDelta__15pfi2DInputCoordCFi) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(__dt__14pfiMotionCoordFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: WARNING 15: multiply defined:(getTypeName__14pfiMotionCoordCFv) in /usr/lib/Performer/Static/libpfui.a(pfiInit.o) and /usr/lib/Performer/Static/libpfui.a(pfiInputXform.o) (2nd definition ignored). ld: Giving up after printing 50 warnings. Use -wall to print all warnings. These do not seem to matter, but surely there is something not quite right ? Also, I am still having trouble with -n32. I can now successfully link with n32 libs, but when I execute the app, I get the error message: Program not supported by architecture Any ideas ? I am using a High-Impact running 6.2 Thanks again. PS. Steve - sorry but I'm not the same Mark Lewis who used to work at Philips Research in Redhill. -- Mark C Lewis Principal Development Engineer Equipe Electronics Ltd. 13 Liverpool Gardens Worthing, W. Sussex BN11 1RY ENGLAND Phone +44 (0) 1903 216622 FAX +44 (0) 1903 216633 markl@equipe.ltd.uk http://www.equipe.ltd.uk ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 28 08:05:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA15812; Wed, 28 May 1997 02:52:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA15796; Wed, 28 May 1997 02:52:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA23016; Wed, 28 May 1997 02:52:52 -0700 Received: from sguk.reading.sgi.com ([144.253.64.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA00469 for ; Wed, 28 May 1997 02:52:47 -0700 env-from (max@reading.sgi.com) Received: from greed.reading.sgi.com (greed.reading.sgi.com [144.253.70.19]) by sguk.reading.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25877; Wed, 28 May 1997 10:52:49 +0100 Received: from greed (localhost [127.0.0.1]) by greed.reading.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA06695; Wed, 28 May 1997 10:52:43 +0100 Sender: max@reading.sgi.com Message-ID: <338C006B.6EEA@reading.sgi.com> Date: Wed, 28 May 1997 10:52:43 +0100 From: Max Waterman Organization: John 3:16 Ltd X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Mark Lewis CC: info-performer Subject: Re: strstr on IRIX 6.4 References: <338B680E.167E@equipe.ltd.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Just tried :- $ cat test.c #include #include int main( void ) { const char string[] = "max was here"; printf( "%s\n", strstr( string, "here" ) ); return 0; } $ cc test.c $ ./a.out here on our :- $ hinv FPU: MIPS R10010 Floating Point Chip Revision: 0.0 CPU: MIPS R10000 Processor Chip Revision: 2.6 12 195 MHZ IP27 Processors Main memory size: 1536 Mbytes Instruction cache size: 32 Kbytes Data cache size: 32 Kbytes Secondary unified instruction/data cache size: 4 Mbytes etc etc... running :- $ uname -R 6.4 S2MP+OCTANE and :- $ versions -b c_dev I = Installed, R = Removed Name Date Description I c_dev 03/20/97 C, 7.1 which, I'm guessing should be the same (ish) as your machine. Ie it seems to work OK here. (Are you sure you're including string.h? Args and return types usually default to int's, which might be different on 64-bit os's - not sure) Max. Mark Lewis wrote: > > Hi all, > > I recently discovered when building my Performer app on an Onyx2 IR > running 6.4, that the library function 'strstr' did not work. > > man strstr says: > > strstr locates the first occurrence in string s1 of the sequence of > characters (excluding the terminating null character) in string s2. > strstr returns a pointer to the located string, or a null pointer if the > string is not found. > > .... And this, of course, is usually the case. However on the Onyx2 > machine the function seems to return NULL every time. > > Has anyone else experienced this phenonemon ? - If so, are there any > other functions which don't work as before ? > > Thanks. > > -- > Mark C Lewis > Principal Development Engineer > Equipe Electronics Ltd. > 13 Liverpool Gardens > Worthing, W. Sussex > BN11 1RY > ENGLAND > > Phone +44 (0) 1903 216622 > FAX +44 (0) 1903 216633 > > markl@equipe.ltd.uk > http://www.equipe.ltd.uk > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Max Waterman John 3:16 Limited, 19, Marlborough Road, Yeovil, Somerset. BA21 5JN Work : mailto:max@reading.sgi.com +44 1734 257578 Home : mailto:max@john316.u-net.com +44 1935 432643 ======================================================================= 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 May 28 12:52:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA16535; Wed, 28 May 1997 07:26:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA16519; Wed, 28 May 1997 07:26:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA12742; Wed, 28 May 1997 07:26:56 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA03616 for ; Wed, 28 May 1997 07:26:52 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Wed, 28 May 1997 10:09:58 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Wed, 28 May 1997 10:09:57 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <3355886B.167E@etcflorida.com> Date: Wed, 16 Apr 1997 22:18:19 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: Traversal Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I am using :: currentdcsNode->setTravMask(PFTRAV_APP,0x0,PFTRAV_PRUNE ,PF_SET); currentdcsNode->setTravFuncs(PFTRAV_APP,(pfNodeTravFuncType) this->_call, NULL); currentdcsNode->setTravData(PFTRAV_APP,stuff); int people::_call(pfTraverser *trav, dcsData *doit) { doit->walk(trav); return PFTRAV_PRUNE; // PFTRAV_CONT, PFTRAV_PRUNE, PFTRAV_TERM } This code works BUT only for the first DCS in the model... It apears that the app traversal stops at the first call the _call..... I have tried changing the mask and the return... maby I am missing somthing but I think that you can have a call back for every dcs in a model??????????????? Now why wont it work????????? Thanks to all Garrett ======================================================================= 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 May 28 13:09:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA16578; Wed, 28 May 1997 07:41:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA16562; Wed, 28 May 1997 07:41:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA14536; Wed, 28 May 1997 07:41:14 -0700 Received: from pyramidsystems.com (node3.pyramidsystems.com [207.91.248.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA08059 for ; Wed, 28 May 1997 07:41:01 -0700 env-from (tjordan@pyramidsystems.com) Received: from [207.91.248.12] (205.199.80.150) by pyramidsystems.com with ESMTP (Eudora Internet Mail Server 1.1.2); Wed, 28 May 1997 08:20:18 -0400 X-Sender: tjordan@mail1.pyramidsystems.com Message-Id: In-Reply-To: <33284FF4.41C6@acim.usl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 28 May 1997 07:52:32 -0400 To: "Karthikeyan P. Vazhkudai" , info-performer@sgi.com From: ted jordan Subject: Re: Summer internship required!! Status: O Are you still looking for summer work? We may have a slot available if so. lemme know ted jordan At 1:05 PM -0600 3/13/97, Karthikeyan P. Vazhkudai wrote: >Hello, > I am a Masters student in computer science in University of >Southwestern Louisiana. I am looking for an internship between May 1997 >to Aug 1997. I am primarily interested in position involving Computer >Graphics or Virtual Reality. I am aslo conversant with Performer, >Alias/Wave FRont, openGL. I would appreciate if some of you inform me >about any internship openings in your companies. >Thnaks, >Karthik. > > > RESUME > ------ > > > > >Karthikeyan Vazhkudai, >908, Lamar Street, #106, >Lafayette, LA-70501, >Phone: 318-234-7724, >E-mail: kpv@acim.usl.edu. >------------------------------------------------------------------------ > > > >Objective: To obtain a summer internship that develops and utilizes my > technical skills. > > > >Education: > Graduate: Pursuing M.S in Computer Science in University of > Southwestern Louisiana (from spring 1997). > >Undergraduate: B.S in Computer Science & Engineering from University of > Madras, India in May 1996. GPA: 3.5/4.0. > > > >Experience: > > 1. Worked on a project for McKinsey & Company. This project, > known as "People Net" was developed for keeping track of the > consultants employed by the company. Extensively wrote Test > Scripts and Use-Cases for the software. > > 2. Worked as a programmer trainee at Teledata Informatics Ltd., > India for three months (from May 1996 to July 1996). Had > exposure to software development tools like Visual C++ and > Windows SDK. > > 3. Internship at Microdigital Marketing Ltd., India for two > months, from April 1994 to May 1994. Learnt about database > design methodology and database tools like Foxpro and Oracle. > > > > Projects: > > 1. Currently working on project for developing a virtual reality > based under-water simulator. This real-time simulator is > being developed using IRIS-Performer under IRIX operating > system on a ONYX Reality Station. > > 2. Developed a software for rendering 3-d objects and as well as > for manipulating them. Effects like texturing and animation > were implemented. This software was designed using openGL > with GLUT as the User Interface. > > 3. Wrote and submitted a proposal to automate the PDS (Public > Distribution System) in the state of TamilNadu, India. > Received a grant from the State Council of Science and > Technology for this proposal. > > 4. Developed a software for simulating Analog and Digital > circuits. This software was implemented while pursuing > undergraduate degree at University of Madras, India. This was > developed using Visual C++. > > > >Computing Skills: > > Programming Languages: C, C++, MS Fortran-Power Station, openGL, > IRIS_Performer, HTML. > > Operating Systems: Unix SVR4, IRIX, Sun OS, Windows 95, DOS. > > Database Tools: Foxpro, Oracle, dBase IV. > > Software Packages: Cosmo Create, Alias Wavefront, MS_Word, > Word Perfect, Latex. > > Front End Tools: Visual C++ and MFC, Visual Basic 4.0, GLUT. > > >References provided on request. >======================================================================= >List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Ted Jordan, Director, Advanced Vizualization Group Pyramid Systems, Inc. 24477 W 10 Mile Road Southfield MI 48034 USA Distributors of the CAVE(tm) the ImmersaDesk(tm) and the CAVE Library(tm) 810 356 2662 810 356 0063(f) www.pyramidsystems.com tjordan@pyramidsystems.com <- not the best way to reach me quickly ======================================================================= 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 May 28 15:50:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA17098; Wed, 28 May 1997 10:28:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA17082; Wed, 28 May 1997 10:28:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA12454; Wed, 28 May 1997 10:28:15 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA04947 for ; Wed, 28 May 1997 10:28:11 -0700 env-from (marcus@logan.engr.multigen.com) 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 KAA00272 for ; Wed, 28 May 1997 10:35:20 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id RAA08477 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Wed, 28 May 1997 17:23:18 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA28335 for info-performer@sgi.com; Wed, 28 May 1997 10:28:07 -0700 From: "Marcus Barnes" Message-Id: <9705281028.ZM28333@logan.engr.multigen.com> Date: Wed, 28 May 1997 10:28:07 -0700 In-Reply-To: Steve Elkins "Problem with light points" (May 23, 11:13am) References: <3385DE48.794B@bert.arc.nasa.gov> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Problem with light points Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 23, 11:13am, Steve Elkins wrote: > I'm in the process of porting our Performer 1.2 based simulation to > Performer 2.1. I had no problems with the display of light points using > Performer 1.2 but with Performer 2.1 the light points don't show up. Starting with Performer 2.0, the OpenFlight loader uses pfLPointState's. The visual effects may well be different for directional lightpoints. To change the lpstate values you'll have to traverse the scene graph, looking for geostates with lpstates ... or fetch the loader's palette and traverse its geostate table (render map). > Any ideas as to why I can't see the light points? I suggest turning off the loader mode PFFLT_LPSTATE_TEX since the lpstate texture modes have always been troublesome. Also, with antialiasing enabled, the point size is always smaller, perhaps too much so. The lpstates created by the old loader assign default values (see the man page). > Any clues to the system locking up? Nope. You probably need some iR patches to fix that. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 28 16:45:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA17252; Wed, 28 May 1997 11:19:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA17236; Wed, 28 May 1997 11:19:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA21267; Wed, 28 May 1997 11:19:47 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA19527 for ; Wed, 28 May 1997 11:19:46 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id LAA20881; Wed, 28 May 1997 11:20:59 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA06355; Wed, 28 May 1997 11:21:49 -0700 From: "Anita Kishore" Message-Id: <9705281121.ZM6353@tracey.triavest.com> Date: Wed, 28 May 1997 11:21:47 -0700 In-Reply-To: bleclerc@cae.ca (Bernard Leclerc) "Re: Performer internal messages" (May 27, 10:41pm) References: <199705280241.WAA17368@eagle.cae.ca> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: bleclerc@cae.ca (Bernard Leclerc), "Anita Kishore" Subject: Re: Performer internal messages Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > > Hello Anita, > > Are you referring to print statement such as this one? > > PF Notice: Using 60Hz video rate. > > > If it's the case, it's easy to catch up these printfs using pfNotifyHandler(). > > > #include > > void notifyHandler(pfNotifyData* data) > { > if (data->severity <= pfGetNotifyLevel()) > send data->emsg to your GUI; > } > > > void main() > { > ... > pfNotifyHandler(notifyHandler); > ... > } > > > > > > See pfNotify(3pf) for the complete man page. > Thanks. This is exactly what I wanted. -anita kishore@triavest.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 28 17:44:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA17396; Wed, 28 May 1997 12:21:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA17380; Wed, 28 May 1997 12:21:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA02042; Wed, 28 May 1997 12:21:16 -0700 Received: from mailrelay.sni.net (mailrelay2.sni.net [199.117.27.33]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA09287 for ; Wed, 28 May 1997 12:21:13 -0700 env-from (dewey@evt.com) Received: (from agent@localhost) by mailrelay.sni.net (8.8.5/8.8.5) id NAA05899 for <@mailrelay.csn.net:info-performer@sgi.com>; Wed, 28 May 1997 13:20:16 -0600 Received: from unknown(204.133.157.14) by mailrelay.sni.net via smap (V2.0) id xma005894; Wed, 28 May 97 13:19:54 -0600 Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id NAA10859 for info-performer@sgi.com; Wed, 28 May 1997 13:19:46 -0600 From: "Dewey Anderson" Message-Id: <9705281319.ZM10857@snowmass.evt.com> Date: Wed, 28 May 1997 13:19:45 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Large textures getting soft Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I sent this last week but didn't see it show up in the mail. I'm trying again: OK, this one's got me stumped. This is compiled under IRIX 5.3 with Performer 2.0.2 and run on an Octane SI with texture option, IRIX 6.4, Performer eoe 2.0.4 or High Impact with TRAM option, IRIX 5.3, Performer eoe 2.0. Our application has a problem with large textures (1024x512). I've written a small program that does much of the same Performer stuff as our big application but I can't get the problem to occur there. Obviously our application must be doing SOMETHING different but I'm having trouble finding it. Maybe someone can give me some ideas of what could cause this. The problem is that textures that have a dimension of 1024 come out soft, as if they've been filtered. I've got two rectangles with textures on them. The rectangles are 511x486 and 720x486 in size and have textures applied to them that are 512x512 and 1024x512 in size respectively. I'm setting the texture coordinates so that one unit of texture = one unit of rectangle = 1 pixel on the display. The test textures are vertical white stripes on clear black. I draw the rectangles so that they overlap (large above smaller) and the white stripes line up. The problem is that the larger rectangle appears to have been filtered, softening the edges of the white stripes. This is clearly visible where the rectangles overlap and the fuzzied stripe of the big one aligns with the crisp stripe of the smaller. I have used the debugger to look at the data being sent to Performer for the texture (in pfTexture::setImage) and there are no soft edges. Pixels are either (253,253,253,255) or (0,0,0,0). I first thought that there was some limit in Performer, OpenGL or the texture hardware that said "If you get a texture 1024 in size, make a smaller filtered version of it instead." but then I tested this with a simple Performer test program. This program does nothing but draw these rectangles (with a little DCS translation animation) and both rectangles are crisp. Where the rectangles overlap, you can't tell where one ends and the others begin. The stripes are identical. I should mention that in our big application, the texturing of the two rectangles is done in the same code, i.e. a function is passed the texture and the size info and builds the rectangle. This means the problem is not that I have one setting for the textures on one rectangle and a different setting for the other (except size). Also, our application does a lot of regular OpenGL drawing (& motif stuff), but when it comes to drawing these rectangles, that's pretty isolated as "Draw Performer Scene". And I also tried our application with a rectangle 1024x64 and this was also fuzzy. So it's the dimension of 1024 that's triggering it, not total texture memory. Can anybody think of what could cause this? If you WANTED to have something that automatically filtered larger textures, can you think of anything you'd do to make it happen? Thanks for any help. Dewey Anderson dewey@evt.com Evolving Video Technologies ======================================================================= 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 May 28 18:30:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA17580; Wed, 28 May 1997 13:06:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA17564; Wed, 28 May 1997 13:06:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA09747; Wed, 28 May 1997 13:06:20 -0700 Received: from indy3.gstone.com ([199.35.226.23]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA23329 for ; Wed, 28 May 1997 13:06:19 -0700 env-from (lrae@gstone.com) Received: from cgatdula.gstone.com (cgatdula.gstone.com [199.35.226.150]) by indy3.gstone.com (8.8.5/8.8.3) with ESMTP id NAA01447 for ; Wed, 28 May 1997 13:01:56 -0700 (PDT) Message-Id: <199705282001.NAA01447@indy3.gstone.com> From: "Linda Rae" To: Subject: Problem Invoking Performer .flt file loader for Multigen 15.2 on O2 Date: Wed, 28 May 1997 13:03:24 -0700 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Status: O Hello Performers: I have a perplexing problem, that I hope is a just a simple user error. I have recently ported my Performer app (using the _ogl libs) to Iris 6.3 and Performer 2.1 running on an O2 and can no longer invoke the Performer loader for loading Multigen 15.2 .flt files. My app has just simply been calling pfdLoadFile() with no other special code. Previously, when running under Iris 6.2 and Performer 2.0.2 (also using _ogl libs) if I wanted to have Performer invoke .flt loaders for Multigen 15.2 files I would only have to set the following environmental variable in a startup script as per the Performer programming manual: ie: "setenv PFLD_LIBRARY_PATH " During initialization I would get info stating that the Multigen 15.2 loader was being invoked. Now my problem: After rebuilding my app and executing under Iris 6.3 and Performer 2.1 my new executable is either 1) not recognizing the PFLD_LIBRARY_PATH or 2) not recognizing the libraries located in PFLD_LIBRARY_PATH, as the notice that I get during initialization is that the Multigen 14.2b loader is being invoked. Now to really confuse matters, I can run the same source code but built under Iris 6.2 and Performer 2.0.2 (built on an RE2) on the O2 with the new IRIX and Performer DSO's and successfully get the Multigen 15.2 loader to be invoked. I'm sure that I have just missed doing something simple during the setup to run the binary built on the O2.. Any insight or help on this matter would be appreciated. Thanks in advance. Oh and PS: I get the same results with the .flt loaders when running different builds of the OGL version of perfly... Linda Rae GreyStone Technology lrae@gstone.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 May 28 19:59:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA18308; Wed, 28 May 1997 14:31:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA18288; Wed, 28 May 1997 14:31:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA23623; Wed, 28 May 1997 14:31:41 -0700 Received: from us.net (laurel.us.net [198.240.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA19373 for ; Wed, 28 May 1997 14:31:40 -0700 env-from (syokim@d-a-s.com) Received: from d-a-s.com (picard.d-a-s.com [198.240.116.34]) by us.net (8.8.5/8.6.12) with SMTP id RAA12543 for ; Wed, 28 May 1997 17:18:27 -0400 (EDT) X-Provider: US Net - Advanced Internet Services - (301) 572-5926 - info@us.net Received: from picard (www) by d-a-s.com (4.1/SMI-4.1) id AA04499; Wed, 28 May 97 17:19:27 EDT Sender: syokim@d-a-s.com Message-Id: <338CA15E.2781E494@d-a-s.com> Date: Wed, 28 May 1997 17:19:26 -0400 From: "Scott Yokim (DAS)" X-Mailer: Mozilla 3.0Gold (X11; U; SunOS 4.1.3 sun4c) Mime-Version: 1.0 To: info-performer@sgi.com Subject: reflective textures Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Anyone out there know anything about generating reflective textures? Is there some processing that Performer does to automatically generate them, or do they have to be done by hand on the pfdPreDrawReflMap callback? Thanks, Scott A. Yokim (syokim@d-a-s.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 May 28 20:50:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA18624; Wed, 28 May 1997 15:19:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA18608; Wed, 28 May 1997 15:19:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA00819; Wed, 28 May 1997 15:19:48 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA01777 for ; Wed, 28 May 1997 15:19:48 -0700 env-from (mace@lum.asd.sgi.com) Received: from lum.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA09626; Wed, 28 May 1997 15:19:44 -0700 Received: by lum.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA29466; Wed, 28 May 1997 15:19:44 -0700 Date: Wed, 28 May 1997 15:19:44 -0700 From: mace@lum.asd.sgi.com (Rob Mace) Message-Id: <199705282219.PAA29466@lum.asd.sgi.com> To: info-performer@sgi.com, Sam Chu Subject: Re: texture files in pfb? Status: O > I use "pfconv" to convert Multigen's file to pfb format. Since > the texture's directory is not the same as model's, performer > can't find texture files when loading pfb file. > > In README provide by libpfpfb, say : > "pfdStoreFile_pfb() can be forced to save all texture images > by setting the PFPFB_SAVE_TEXTURE_IMAGE mode to PF_ON." > " If you want the full path saved you should > set the PFPFB_SAVE_TEXTURE_PATH mode to PF_ON." > > I use both "setenv" and "#define PFPFB_SAVE_TEXTURE_PATH PF_ON" in > pfconv, but both don't work. Can someone help me? As Ran pointed out you need to set converter modes using pfdConverterMode(). They can not be set as an environment varialble. At the end of this reply I am including the latest version of pfconv. It allows you to set converter modes on the command line. -m ,, -Set converter mode (default value is 0) -M ,, -Set converter mode (default value is 1) For example to set PFPFB_SAVE_TEXTURE_PATH to PF_ON you would add "-M pfb,2" to the pfconv command line. The number 2 is from the #define in pfpfb.h. Here are the defines #define PFPFB_SAVE_TEXTURE_IMAGE 1 #define PFPFB_SAVE_TEXTURE_PATH 2 #define PFPFB_SHARE_GS_OBJECTS 3 #define PFPFB_COMPILE_GL 4 > By the way, where can I find the document for describe the format > of pfb and pfa? There is document that fully describes the pfb and pfa formats. When Performer 2.2 is release it will include a pfb man page. Rob Mace --- pfconv.c --- /* * Copyright 1996,1997 Silicon Graphics, Inc. * ALL RIGHTS RESERVED * * UNPUBLISHED -- Rights reserved under the copyright laws of the United * States. Use of a copyright notice is precautionary only and does not * imply publication or disclosure. * * U.S. GOVERNMENT RESTRICTED RIGHTS LEGEND: * Use, duplication or disclosure by the Government is subject to restrictions * as set forth in FAR 52.227.19(c)(2) or subparagraph (c)(1)(ii) of the Rights * in Technical Data and Computer Software clause at DFARS 252.227-7013 and/or * in similar or successor clauses in the FAR, or the DOD or NASA FAR * Supplement. Contractor/manufacturer is Silicon Graphics, Inc., * 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311. * * Permission to use, copy, modify, distribute, and sell this software * and its documentation for any purpose is hereby granted without * fee, provided that (i) the above copyright notices and this * permission notice appear in all copies of the software and related * documentation, and (ii) the name of Silicon Graphics may not be * used in any advertising or publicity relating to the software * without the specific, prior written permission of Silicon Graphics. * * THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, * EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY * WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. * * IN NO EVENT SHALL SILICON GRAPHICS BE LIABLE FOR ANY SPECIAL, * INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, OR ANY * DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, * WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY * THEORY OF LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE * OR PERFORMANCE OF THIS SOFTWARE. */ /* * file: pfconv.c $Revision: 1.6 $ * -------------- * * utility for converting Performer databases */ #include #include #include #include #include #include #include #include /* * optimizer modes */ #define OPT_MAKE_SHARE 0 #define OPT_COMBINE_LAYERS 1 #define OPT_FLATTEN 2 #define OPT_CLEAN_TREE 3 #define OPT_COMBINE_BILLBOARDS 4 #define OPT_FREEZE_TRANSFORMS 5 #define OPT_PARTITION 6 int opt_modes[] = { 1, /* OPT_MAKE_SHARE */ 1, /* OPT_COMBINE_LAYERS */ 1, /* OPT_FLATTEN */ 1, /* OPT_CLEAN_TREE */ 0, /* OPT_COMBINE_BILLBOARDS */ 0, /* OPT_FREEZE_TRANSFORMS */ 0, /* OPT_PARTITION */ }; /* * local prototypes */ static pfNode *optimize(pfNode *node); static int parse_args(int argc, char *argv[], char ***files); static void usage(char *prog_name); int main(int argc, char **argv) { pfNode *node; char **files; int num_files; int i; /* * initialize IRIS Performer */ pfInit(); pfInitArenas(); pfNotifyLevel(PFNFY_INFO); pfFilePath("/usr/share/Performer/data:" "/usr/demos/models:" "/usr/demos/data/flt:" "/usr/demos/data/textures"); if ((num_files = parse_args(argc, argv, &files)) < 2) usage(argv[0]); /* * initialize file read/write functions */ for (i = 1; i < num_files; i++) if (!(pfdInitConverter(files[i]))) exit(1); /* * start IRIS Performer */ pfMultiprocess(0); pfConfig(); /* * read input file(s) */ if (num_files == 2) { node = pfdLoadFile(files[0]); if (node == NULL) exit(2); } else { pfGroup *group = pfNewGroup(); for (i = 0; i < num_files - 1; i++) { node = pfdLoadFile(files[i]); if (node == NULL) exit(2); pfAddChild(group, node); } node = (pfNode *)group; } /* * optimize input file (optional) */ node = optimize(node); /* * write output file */ pfdStoreFile(node, files[num_files - 1]); /* * indicate success */ return 0; } /* * optimize -- apply various scene-graph rewrite rules */ static pfNode * optimize(pfNode *node) { #if 0 /* special: spatialize */ node = pfdSpatialize( ... #endif /* * safe: optimize geostate sharing within scene graph */ if (opt_modes[OPT_MAKE_SHARE]) pfdMakeShared(node); /* * safe: combine adjacent layer nodes */ if (opt_modes[OPT_COMBINE_LAYERS]) pfdCombineLayers(node); /* * aggressive: combine adjacent billboard nodes */ if (opt_modes[OPT_COMBINE_BILLBOARDS] > 0) pfdCombineBillboards(node, opt_modes[OPT_COMBINE_BILLBOARDS]); /* * aggressive: freeze dynamic transforms (dcs -> scs) */ if (opt_modes[OPT_FREEZE_TRANSFORMS]) node = pfdFreezeTransforms(node, NULL); /* * safe: flatten static transforms (apply scs transforms) */ if (opt_modes[OPT_FLATTEN]) pfFlatten(node, 0); /* * safe: remove identity scs, singleton groups, empty geodes */ if (opt_modes[OPT_CLEAN_TREE]) node = pfdCleanTree(node, NULL); /* * special: compute partition node for faster intersections */ if (opt_modes[OPT_PARTITION]) { pfPartition *partition = pfNewPart(); pfAddChild(partition, node); pfBuildPart(partition); pfUpdatePart(partition); node = (pfNode *)partition; } #if 0 /* special: convert geosets to packed-attribute form */ pfuTravCreatePackedAttrs(node, ... #endif #if 0 /* special: convert geosets to display-list form */ pfuTravSetDListMode(node, 1, PFU_ATTRS_NONE); #endif return node; } /* * parse commnand line arguments */ static int parse_args(int argc, char *argv[], char ***files) { int opt; /* * process command-line arguments */ while ((opt = getopt(argc, argv, "b:B:F:m:M:n:o:O:")) != -1) { switch (opt) { case 'b': /* builder modes */ case 'B': { int mode; int value; int found; found = sscanf(optarg, "%d,%d", &mode, &value); if (found == 2) pfdBldrMode(mode, value); else if (found == 1) pfdBldrMode(mode, (opt == 'b')? 0 : 1); else usage(argv[0]); } break; case 'F': /* Specify the file search path -- look here first */ { int oldLength = 0; int newLength = 0; int fullLength = 0; const char *oldPath = pfGetFilePath(); char *newPath = optarg; char *fullPath = NULL; if (oldPath != NULL) oldLength = strlen(oldPath); if (newPath != NULL) newLength = strlen(newPath); fullLength = oldLength + newLength; if (fullLength > 0) { /* allocate space for old, ":", new, and ZERO */ fullPath = (char *)pfMalloc(fullLength + 2, NULL); fullPath[0] = '\0'; if (oldPath != NULL) strcat(fullPath, oldPath); if (oldPath != NULL && newPath != NULL) strcat(fullPath, ":"); if (newPath != NULL) strcat(fullPath, newPath); pfFilePath(fullPath); pfFree(fullPath); } } break; case 'm': /* converter modes */ case 'M': { char *ext, *s; int mode; int value; int found; ext = optarg; if (s = strchr(optarg, ',')) { found = sscanf(s, ",%d,%d", &mode, &value); s[0] = '\0'; } else found = 0; if (found == 2) pfdConverterMode(ext, mode, value); else if (found == 1) pfdConverterMode(ext, mode, (opt == 'm')? 0 : 1); else usage(argv[0]); } break; case 'n': /* Set the notification (debug) level */ pfNotifyLevel(atoi(optarg)); break; case 'o': /* optimizer modes */ case 'O': { int mode; int value; int found; found = sscanf(optarg, "%d,%d", &mode, &value); if (found == 2) opt_modes[mode] = value; else if (found == 1) opt_modes[mode] = (opt == 'o')? 0 : 1; else usage(argv[0]); } break; default: usage(argv[0]); } } *files = &(argv[optind]); /* return address of filename list */ return(argc - optind); /* number of files */ } /* * print usage */ static void usage(char *prog_name) { char *base_name; static const char *help_list = "usage:\n" " %s [options] infile1 [infile2 ...] outfile\n" "\n" "options:\n" " -b , -Set builder mode (default value is OFF)\n" " -B , -Set builder mode (default value is ON)\n" " 0 -> PFDBLDR_MESH_ENABLE\n" " 1 -> PFDBLDR_MESH_SHOW_TSTRIPS\n" " 2 -> PFDBLDR_MESH_INDEXED\n" " 3 -> PFDBLDR_MESH_MAX_TRIS\n" " 4 -> PFDBLDR_MESH_RETESSELLATE\n" " 5 -> PFDBLDR_MESH_LOCAL_LIGHTING\n" " 10 -> PFDBLDR_AUTO_COLORS\n" " 0 -> PFDBLDR_COLORS_PRESERVE + leave colors alone\n" " 1 -> PFDBLDR_COLORS_MISSING - make missing colors\n" " 2 -> PFDBLDR_COLORS_GENERATE - make all colors\n" " 3 -> PFDBLDR_COLORS_DISCARD - toss existing colors\n" " 11 -> PFDBLDR_AUTO_NORMALS\n" " 0 -> PFDBLDR_NORMALS_PRESERVE - leave normals alone\n" " 1 -> PFDBLDR_NORMALS_MISSING + make missing normals\n" " 2 -> PFDBLDR_NORMALS_GENERATE - make all normals\n" " 3 -> PFDBLDR_NORMALS_DISCARD - toss existing normals\n" " 12 -> PFDBLDR_AUTO_TEXTURE\n" " 0 -> PFDBLDR_TEXTURE_PRESERVE + leave texture coord alone\n" " 1 -> PFDBLDR_TEXTURE_MISSING - make missing texture coord\n" " 2 -> PFDBLDR_TEXTURE_GENERATE - make all texture coord\n" " 3 -> PFDBLDR_TEXTURE_DISCARD - toss existing texture coord\n" " 13 -> PFDBLDR_AUTO_ORIENT\n" " 0 -> PFDBLDR_ORIENT_PRESERVE - leave normal and order alone\n" " 1 -> PFDBLDR_ORIENT_NORMALS - make normal match vertex order\n" " 2 -> PFDBLDR_ORIENT_VERTICES + make vertex order match normal\n" " 15 -> PFDBLDR_AUTO_DISABLE_TCOORDS_BY_STATE\n" " 0 - don't remove tcoords if no texture specified\n" " 1 - remove tcoords if no texture specified\n" " 16 -> PFDBLDR_AUTO_DISABLE_NCOORDS_BY_STATE\n" " 0 - don't remove ncoords if no material specified\n" " 1 - remove ncoords if no material specified\n" " 17 -> PFDBLDR_AUTO_LIGHTING_STATE_BY_NCOORDS\n" " 0 - don't automatically set lighting enable based on presence of ncoords\n" " 1 - automatically set lighting enable based on presence of ncoords\n" " 18 -> PFDBLDR_AUTO_LIGHTING_STATE_BY_MATERIALS\n" " 0 - don't automatically set lighting enable based on presence of material\n" " 1 - automatically set lighting enable based on presence of material\n" " 19 -> PFDBLDR_AUTO_TEXTURE_STATE_BY_TEXTURES\n" " 0 - don't automatically set texture enable based on presence of tcoords\n" " 1 - automatically set texture enable based on presence of tcoords\n" " 20 -> PFDBLDR_AUTO_TEXTURE_STATE_BY_TCOORDS\n" " 0 - don't automatically set texture enable based on presence of texture\n" " 1 - automatically set texture enable based on presence of texture\n" " 30 -> PFDBLDR_BREAKUP\n" " 31 -> PFDBLDR_BREAKUP_SIZE\n" " 32 -> PFDBLDR_BREAKUP_BRANCH\n" " 33 -> PFDBLDR_BREAKUP_STRIP_LENGTH\n" " 34 -> PFDBLDR_SHARE_MASK\n" " 35 -> PFDBLDR_ATTACH_NODE_NAMES\n" " 36 -> PFDBLDR_DESTROY_DATA_UPON_BUILD\n" " 37 -> PFDBLDR_PF12_STATE_COMPATIBLE\n" " 38 -> PFDBLDR_BUILD_LIMIT -maximum number of tris/strip\n" " -F -Set file path\n" " -m ,, -Set converter mode (default value is 0)\n" " -M ,, -Set converter mode (default value is 1)\n" " pfb modes\n" " 1 -> PFPFB_SAVE_TEXTURE_IMAGE\n" " 0 - save only file names, not images (default)\n" " 1 - save texture images in pfb file\n" " 2 -> PFPFB_SAVE_TEXTURE_PATH\n" " 0 - save only texture image file name (default)\n" " 1 - save full path of texture image file\n" " 3 -> PFPFB_SHARE_GS_OBJECTS\n" " 0 - don't share graphics state objects\n" " 1 - share graphics state objects (default)\n" " 4 -> PFPFB_COMPILE_GL\n" " 0 - don't make compiled gl objects (default)\n" " 1 - always make compiled gl objects\n" " 2 - make compiled gl objects as saved\n" " 5 -> PFPFB_SAVE_TEXTURE_PFI\n" " 0 - don't convert .rgb texture images to .pfi (default)\n" " 1 - convert .rgb texture images to .pfi\n" " -n -Debug level\n" " -o , -Set optimizer mode (default value is OFF)\n" " -O , -Set optimizer mode (default value is ON)\n" " 0 -> pfdMakeShare defaults to ON\n" " 1 -> pfdCombineLayers defaults to ON\n" " 2 -> pfFlatten defaults to ON\n" " 3 -> pfdCleanTree defaults to ON\n" " 4 -> pfdCombineBillboards, defaults to OFF\n" " 5 -> pfdFreezeTransforms defaults to OFF\n" " 6 -> pfPartition defaults to OFF\n" "\n"; /* * just use program's base name: /usr/fred/base -> base */ if (prog_name == NULL) base_name = "UNKNOWN"; else if ((base_name = strchr(prog_name, '/')) == NULL) base_name = prog_name; /* * print list of command-line options and arguments */ fprintf(stderr, help_list, base_name); fflush(stderr); exit(1); } ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed May 28 23:25:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA19967; Wed, 28 May 1997 17:49:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA19951; Wed, 28 May 1997 17:49:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA19666; Wed, 28 May 1997 17:49:22 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA16325 for ; Wed, 28 May 1997 17:49:14 -0700 env-from (simonb@connect.com.au) Received: from zebedee.UUCP (Uzebedee@localhost) by merki.connect.com.au with UUCP id KAA15944 (8.8.5/IDA-1.6 for info-performer@sgi.com); Thu, 29 May 1997 10:49:08 +1000 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA12768 (5.65c/IDA-1.5 for ); Thu, 29 May 1997 10:20:24 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id KAA08436 (8.6.12/IDA-1.6 for ); Thu, 29 May 1997 10:21:13 +1000 Received: from localhost by murad (5.65) id AA28153; Thu, 29 May 1997 10:21:12 +1000 Date: Thu, 29 May 1997 10:31:12 +1010 (EST) From: Simon Bennett X-Sender: simonb@murad Cc: info-performer@sgi.com Subject: Re: Problem with light points In-Reply-To: <9705281028.ZM28333@logan.engr.multigen.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 28 May 1997, Marcus Barnes wrote: > On May 23, 11:13am, Steve Elkins wrote: > much so. The lpstates created by the old loader assign default values (see the > man page). > > Any clues to the system locking up? > Nope. You probably need some iR patches to fix that. Yeh. I've iR graphics die under some circumstances if the lightpoints are allowed to scale too high. Try clamping the pixel size to 10 and see if your system still dies. +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= 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 May 29 13:24:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA22390; Thu, 29 May 1997 07:57:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA22374; Thu, 29 May 1997 07:57:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA17603; Thu, 29 May 1997 07:57:37 -0700 Received: from ghost.paradigmsim.com (ghost.paradigmsim.com [206.7.114.144]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA15891 for ; Thu, 29 May 1997 07:57:33 -0700 env-from (ch@paradigmsim.com) Received: from ghost (localhost [127.0.0.1]) by ghost.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA05409; Thu, 29 May 1997 09:55:33 -0500 Sender: ch@paradigmsim.com Message-ID: <338D98E4.ABD@paradigmsim.com> Date: Thu, 29 May 1997 09:55:32 -0500 From: Chris Henderson X-Mailer: Mozilla 3.0 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Linda Rae CC: info-performer@sgi.com Subject: Re: Problem Invoking Performer .flt file loader for Multigen 15.2 on O2 References: <199705282001.NAA01447@indy3.gstone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O pfdLoadFile is finding dso's that are compatible with the Performer you have compiled against. Apparently, you don't have a 15.2 version of the loader lib for pf2.1. Even if the file is in the lib dir, it may be incompatible with the pf2.1 dso's. You can check the version number of the lib with: elfdump -L libpfflt_ogl.so | grep IVERS. If the IVERSION is 3.0, the lib is compatible with pf2.1. If the IVERSION is 2.2, the lib is for pf2.0.2. ch. Linda Rae wrote: > > Hello Performers: > > I have a perplexing problem, that I hope is a just a simple user error. > > I have recently ported my Performer app (using the _ogl libs) to Iris 6.3 and > Performer 2.1 running on an O2 and can no longer invoke the Performer loader > for loading Multigen 15.2 .flt files. My app has just simply been calling > pfdLoadFile() with no other special code. > > Previously, when running under Iris 6.2 and Performer 2.0.2 (also using _ogl > libs) if I wanted to have Performer invoke .flt loaders for Multigen 15.2 files > I would only have to set the following environmental variable in a startup > script as per the Performer programming manual: ie: > > "setenv PFLD_LIBRARY_PATH 15.2 files> " > > During initialization I would get info stating that the Multigen 15.2 loader > was being invoked. > > Now my problem: After rebuilding my app and executing under Iris 6.3 and > Performer 2.1 my new executable is either 1) not recognizing the > PFLD_LIBRARY_PATH or 2) not recognizing the libraries located in > PFLD_LIBRARY_PATH, as the notice that I get during initialization is that > the Multigen 14.2b loader is being invoked. > > Now to really confuse matters, I can run the same source code but built under > Iris 6.2 and Performer 2.0.2 (built on an RE2) on the O2 with the new IRIX and > Performer DSO's and successfully get the Multigen 15.2 loader to be invoked. > > I'm sure that I have just missed doing something simple during the setup to run > the binary built on the O2.. Any insight or help on this matter would be > appreciated. > > Thanks in advance. > > Oh and PS: I get the same results with the .flt loaders when running > different builds of the OGL version of perfly... > > Linda Rae > GreyStone Technology > lrae@gstone.com > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Chris Henderson ~ Paradigm Simulation Inc (972) 960-2301 FAX (972) 960-2303 mailto:ch@paradigmsim.com http://www.paradigmsim.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 29 15:01:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA23394; Thu, 29 May 1997 12:13:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23378; Thu, 29 May 1997 12:13:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA01157; Thu, 29 May 1997 12:13:45 -0700 Received: from us.net (laurel.us.net [198.240.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA09573 for ; Thu, 29 May 1997 12:13:43 -0700 env-from (syokim@d-a-s.com) Received: from d-a-s.com (picard.d-a-s.com [198.240.116.34]) by us.net (8.8.5/8.6.12) with SMTP id PAA25529 for ; Thu, 29 May 1997 15:04:44 -0400 (EDT) X-Provider: US Net - Advanced Internet Services - (301) 572-5926 - info@us.net Received: from picard (www) by d-a-s.com (4.1/SMI-4.1) id AA05914; Thu, 29 May 97 15:05:53 EDT Sender: syokim@d-a-s.com Message-Id: <338DD390.794BDF32@d-a-s.com> Date: Thu, 29 May 1997 15:05:52 -0400 From: "Scott Yokim (DAS)" X-Mailer: Mozilla 3.0Gold (X11; U; SunOS 4.1.3 sun4c) Mime-Version: 1.0 To: info-performer@sgi.com Subject: reflective texturing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O My question of a few days ago might not have been clear. I need to speak to someone who has rendered a moving window or mirror in Performer - a surface that reflects its local environment (which changes as the surface moves). Thanks, Scott A. Yokim (syokim@d-a-s.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 May 29 14:58:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22778; Thu, 29 May 1997 09:28:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22762; Thu, 29 May 1997 09:28:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA01318; Thu, 29 May 1997 09:28:08 -0700 Received: from glup.eleinf.uv.es (glup.eleinf.uv.es [147.156.133.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA14476 for ; Thu, 29 May 1997 09:26:16 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: by glup.eleinf.uv.es (1.39.111.2/16.2) id AA174017044; Thu, 29 May 1997 18:30:44 +0100 Date: Thu, 29 May 1997 18:30:43 +0100 (WETDST) From: Joaquin Casillas Melendez To: Performer Mailing List Subject: Stencil question Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi all! I am trying to draw an objet over a given plane, and I don't want the object to be drawn outside the limits of the plane. In opengl this can be achieved by drawing the plane (floor) and at the same time writing a certain value to the stencil buffer. Then, in the draw routine, the object will be drawn only over the pixels with that a certain value. I don't know the way to do this in Performer, so any help would be appreciated. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Joaquin Casillas Melendez | email: jcasilla@glup.eleinf.uv.es _/ _/ ARTEC (LISITT) | _/ _/ Dept. Electr. & Informatics | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 29 15:01:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA23565; Thu, 29 May 1997 12:18:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23549; Thu, 29 May 1997 12:18:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA01719; Thu, 29 May 1997 12:18:10 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA10645 for ; Thu, 29 May 1997 12:18:04 -0700 env-from (marcus@logan.engr.multigen.com) 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 MAA03105 for ; Thu, 29 May 1997 12:25:09 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA27253 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 29 May 1997 19:13:04 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA01640 for info-performer@sgi.com; Thu, 29 May 1997 12:23:07 -0700 From: "Marcus Barnes" Message-Id: <9705291223.ZM1638@logan.engr.multigen.com> Date: Thu, 29 May 1997 12:23:07 -0700 In-Reply-To: Simon Bennett "Re: Problem with light points" (May 29, 10:31am) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Problem with light points Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 29, 10:31am, Simon Bennett wrote: > On Wed, 28 May 1997, Marcus Barnes wrote: > > On May 23, 11:13am, Steve Elkins wrote: > > > Any clues to the system locking up? > > > Nope. You probably need some iR patches to fix that. > > Yeh. I've iR graphics die under some circumstances if the lightpoints are > allowed to scale too high. Try clamping the pixel size to 10 and see if > your system still dies. Those older .flt loaders set the max. pixel size to 4.0 ... so it may be something else. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 29 15:01:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22818; Thu, 29 May 1997 09:42:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22802; Thu, 29 May 1997 09:42:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA03688; Thu, 29 May 1997 09:42:28 -0700 Received: from otto.artcom.de ([195.21.176.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA19664 for ; Thu, 29 May 1997 09:42:11 -0700 env-from (crux@artcom.de) Received: from coop by otto.artcom.de with smtp id m0wX8F9-00CuMlC; Thu, 29 May 97 18:40 MDT Sender: crux@artcom.de Message-ID: <338DB163.167E@artcom.de> Date: Thu, 29 May 1997 12:40:03 -0400 From: Dirk Luesebrink Organization: art+com gmbh X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: Dewey Anderson CC: info-performer@sgi.com Subject: Re: Large textures getting soft References: <9705281319.ZM10857@snowmass.evt.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O one thing which comes to mind is mipmapping. that doesnt relate to 1024 large textures but has some unexpected impact on crisp contrast rich textures. on more or less default performer/opengl generates downscaled versions of your texture. for normal images that is what you want. on contrast rich textures this color borders become blurred. man pfTexture: PFTEX_GEN_MIPMAP_FORMAT Specifies whether or not MIPmap level should be automatically created for a texture if a MIPmap minification filter is in use. The default value is TRUE. i dont know how that relates to you app, but it could explain the the blur you see. dirk. Dewey Anderson wrote: > > I sent this last week but didn't see it show up in the mail. I'm trying again: > > OK, this one's got me stumped. > > This is compiled under IRIX 5.3 with Performer 2.0.2 and run on an > Octane SI with texture option, IRIX 6.4, Performer eoe 2.0.4 or > High Impact with TRAM option, IRIX 5.3, Performer eoe 2.0. > > Our application has a problem with large textures (1024x512). I've written a > small program that does much of the same Performer stuff as our big application > but I can't get the problem to occur there. Obviously our application must be > doing SOMETHING different but I'm having trouble finding it. Maybe someone can > give me some ideas of what could cause this. > > The problem is that textures that have a dimension of 1024 come out soft, as if > they've been filtered. I've got two rectangles with textures on them. The > rectangles are 511x486 and 720x486 in size and have textures applied to them > that are 512x512 and 1024x512 in size respectively. I'm setting the texture > coordinates so that one unit of texture = one unit of rectangle = 1 pixel on > the display. > > The test textures are vertical white stripes on clear black. I draw the > rectangles so that they overlap (large above smaller) and the white stripes > line up. > > The problem is that the larger rectangle appears to have been filtered, > softening the edges of the white stripes. This is clearly visible where the > rectangles overlap and the fuzzied stripe of the big one aligns with the crisp > stripe of the smaller. I have used the debugger to look at the data being sent > to Performer for the texture (in pfTexture::setImage) and there are no soft > edges. Pixels are either (253,253,253,255) or (0,0,0,0). > > I first thought that there was some limit in Performer, OpenGL or the texture > hardware that said "If you get a texture 1024 in size, make a smaller filtered > version of it instead." but then I tested this with a simple Performer test > program. This program does nothing but draw these rectangles (with a little > DCS translation animation) and both rectangles are crisp. Where the rectangles > overlap, you can't tell where one ends and the others begin. The stripes are > identical. > > I should mention that in our big application, the texturing of the two > rectangles is done in the same code, i.e. a function is passed the texture and > the size info and builds the rectangle. This means the problem is not that I > have one setting for the textures on one rectangle and a different setting for > the other (except size). > > Also, our application does a lot of regular OpenGL drawing (& motif stuff), but > when it comes to drawing these rectangles, that's pretty isolated as "Draw > Performer Scene". > > And I also tried our application with a rectangle 1024x64 and this was also > fuzzy. So it's the dimension of 1024 that's triggering it, not total texture > memory. > > Can anybody think of what could cause this? If you WANTED to have something > that automatically filtered larger textures, can you think of anything you'd do > to make it happen? > > Thanks for any help. > > Dewey Anderson > dewey@evt.com > Evolving Video Technologies > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 29 18:00:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA23593; Thu, 29 May 1997 12:26:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23577; Thu, 29 May 1997 12:26:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA02708; Thu, 29 May 1997 12:26:16 -0700 Received: from ee.ubc.ca (fs3.ee.ubc.ca [137.82.52.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA12652 for ; Thu, 29 May 1997 12:26:15 -0700 env-from (simond@ee.ubc.ca) Received: from salcudean.ee.ubc.ca by ee.ubc.ca (0/0 = undefined) id MAA09782; Thu, 29 May 1997 12:20:13 -0700 Received: from localhost by salcudean.ee.ubc.ca (8.6.11/SMI-4.0) id MAA07170; Thu, 29 May 1997 12:24:17 -0700 Date: Thu, 29 May 1997 12:24:17 -0700 (PDT) From: Simon Dimaio Reply-To: Simon Dimaio To: SGI Performer Forum Subject: Optimising frame rate. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi This is a question regarding graphics performance. I have written a relatively small visual simulation on an old PowerSeries system with 2 processors (R2000A/R3000) and VGX graphics, which is to be ported to an O2 with an R5000. Channel statistics (Powerseries) show the following process times: Application = 4.6ms Cull = 4ms Draw = 40ms Yet the total frame time is reported as 75ms. After the addition of some "on the fly" geometry (Geode), the process times become. Application = 4.6ms Cull = 11ms Draw = 60ms Total frame time = 120ms! On the Powerseries, locked at 60Hz, the graphics looks reasonable. The O2 is not capable of locking the frame rate and the simulation becomes extremely sluggish. Why is the frame time so much longer than the sum of APP+CULL+DRAW? Surely, in APPCULL_DRAW multiprocess mode, my frame time should be more like 70ms? I know that this is a tricky question to answer without seeing the code, but how can I optimise my simulation? I have used backface culling wherever possible, have flattened the scene tree and have put all the non-latency critical simulation updates after pfFrame(). Thanks for your time. Regards Simon Dimaio ======================================================================= 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 May 29 18:21:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA23623; Thu, 29 May 1997 12:43:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23607; Thu, 29 May 1997 12:43:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA04986; Thu, 29 May 1997 12:43:54 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA17058 for ; Thu, 29 May 1997 12:43:52 -0700 env-from (marcus@logan.engr.multigen.com) 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 MAA03197 for ; Thu, 29 May 1997 12:51:02 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA27914 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 29 May 1997 19:38:59 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA01672 for info-performer@sgi.com; Thu, 29 May 1997 12:49:03 -0700 From: "Marcus Barnes" Message-Id: <9705291249.ZM1670@logan.engr.multigen.com> Date: Thu, 29 May 1997 12:49:03 -0700 In-Reply-To: "Linda Rae" "Problem Invoking Performer .flt file loader for Multigen 15.2 on O2" (May 28, 1:03pm) References: <199705282001.NAA01447@indy3.gstone.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Subject: Re: Problem Invoking Performer .flt file loader for Multigen 15.2 on O2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 28, 1:03pm, Linda Rae wrote: > > I have recently ported my Performer app (using the _ogl libs) to Iris 6.3 and > Performer 2.1 running on an O2 and can no longer invoke the Performer loader > for loading Multigen 15.2 .flt files. My app has just simply been calling > pfdLoadFile() with no other special code. Performer 2.0 and 2.1 are not binary compatible. You cannot use the same loader DSO between Performer versions. pfdLoadFile() is rejecting the 2.0 loader DSO because it is the wrong version. It uses the R14.2b loader that was shipped with Performer 2.1 instead. There are various loader binaries on our ftp site. You should be able to get the 2.1 binaries from there. The URL is: ftp://ftp.multigen.com/pub/Performer_Loader_21.tar.Z I suggest making copies of the 2.0 DSO's as follows: cd . # where ever you keep your 2.0 loaders cp libpfflt_ogl.so /usr/local/MultiGen/lib/libpfflt_ogl.so.2 cp libpfflt_igl.so /usr/local/MultiGen/lib/libpfflt_igl.so.2 Next, install the 2.1 binaries and place copies in the same target directory but with the suffix of ".3" instead of ".2". Finally set your PFLD_LIBRARY_PATH to the target directory ... and both 2.0 and 2.1 applications will find these loaders. The sufixes ".2" and ".3" relate to the DSO versions that pfdLoadFile() requires for the respective Performer versions. Naming the DSO's this way lets you keep them all in one directory without conflicts. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 29 21:18:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA24757; Thu, 29 May 1997 15:56:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA24741; Thu, 29 May 1997 15:56:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA02508; Thu, 29 May 1997 15:56:37 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA22207 for ; Thu, 29 May 1997 15:56:36 -0700 env-from (nicolas@cae.ca) Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA143813; Thu, 29 May 1997 18:53:20 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id SAA05325; Thu, 29 May 1997 18:49:17 -0400 From: "Nicolas Gauvin" Message-Id: <9705291849.ZM5323@christine.cae.ca> Date: Thu, 29 May 1997 18:49:16 -0400 In-Reply-To: Joaquin Casillas Melendez "Stencil question" (May 29, 6:30pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Joaquin Casillas Melendez Subject: Re: Stencil question Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 29, 6:30pm, Joaquin Casillas Melendez wrote: > Subject: Stencil question > Hi all! > I am trying to draw an objet over a given plane, and I don't want the > object to be drawn outside the limits of the plane. In opengl this can be > achieved by drawing the plane (floor) and at the same time writing a > certain value to the stencil buffer. Then, in the draw routine, the > object will be drawn only over the pixels with that a certain value. > > I don't know the way to do this in Performer, so any help would be > appreciated. > You can use a pfLayer node for this with mode PFDECAL_BASE_STENCIL. The first child of a pfLayer is drawn first and acts as the base. It sets the stencil based on the depth test result. The other children are drawn right after and appears only where the stencil is 1. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu May 29 22:55:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA25215; Thu, 29 May 1997 17:38:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA25199; Thu, 29 May 1997 17:38:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA15144; Thu, 29 May 1997 17:38:11 -0700 Received: from mailrelay.sni.net (mailrelay.csn.net [199.117.27.35]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA22413 for ; Thu, 29 May 1997 17:38:10 -0700 env-from (dewey@evt.com) Received: (from agent@localhost) by mailrelay.sni.net (8.8.5/8.8.5) id SAA06011 for <@mailrelay.csn.net:info-performer@sgi.com>; Thu, 29 May 1997 18:37:00 -0600 Received: from unknown(204.133.157.14) by mailrelay.sni.net via smap (V2.0) id xma005961; Thu, 29 May 97 18:35:35 -0600 Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id SAA01889 for info-performer@sgi.com; Thu, 29 May 1997 18:35:08 -0600 From: "Dewey Anderson" Message-Id: <9705291835.ZM1887@snowmass.evt.com> Date: Thu, 29 May 1997 18:35:08 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Re: Large textures getting soft Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 29, 12:42pm, Dirk Reiners wrote: > Subject: Re: Large textures getting soft > On May 28, 1:19pm, Dewey Anderson wrote: > > Subject: Large textures getting soft > > >......(munch) > > The problem is that textures that have a dimension of 1024 come out soft, as > if > > they've been filtered. I've got two rectangles with textures on them. The > > rectangles are 511x486 and 720x486 in size and have textures applied to them > > that are 512x512 and 1024x512 in size respectively. I'm setting the texture > > coordinates so that one unit of texture = one unit of rectangle = 1 pixel on > > the display. >.......... > > Another thought: OpenGL has a limit for the dimensions a texture can have. I > don't know about Octane, but when we exceed the limit on out iR (2048) the > texture is just scaled down. Try to put a 'printf("Max texture size:%d\n", > glGet(GL_MAX_TEXTURE_SIZE));' somewhere where OpenGL commands are legal (draw > callback or so). Say Hallelujah! When I do this, it comes back with 512. That certainly seems like the problem. Now the question is, what sets that limit? Is this something I can change to 1024? And can anybody verify that this would cause filtering? (I guess I'm still puzzled, because when I do this in my little test program, it ALSO says 512, but there is no softening.) BTW, I do have the MINFILTER set to MIPMAP_TRILINEAR but since the pixels and texels are the same size, I wouldn't think this would come into play. Thanks to Dirk & Dirk for replies. Dewey Anderson dewey@evt.com Evolving Video Technologies ======================================================================= 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 May 30 03:52:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA26536; Thu, 29 May 1997 22:38:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA26520; Thu, 29 May 1997 22:38:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA03357; Thu, 29 May 1997 22:38:14 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA15529 for ; Thu, 29 May 1997 22:38:10 -0700 env-from (rany@rtset.co.il) Received: from rtset.co.il (eclipse.rtset.co.il [194.90.96.228]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id HAA17620; Thu, 30 May 1996 07:35:58 +0200 Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA04324; Fri, 30 May 1997 09:35:04 +0300 From: "Ran Yakir" Message-Id: <9705300935.ZM4322@eclipse> Date: Fri, 30 May 1997 09:35:04 +0000 In-Reply-To: Joaquin Casillas Melendez "Stencil question" (May 29, 6:30pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Joaquin Casillas Melendez , Performer Mailing List Subject: Re: Stencil question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 29, 6:30pm, Joaquin Casillas Melendez wrote: > Subject: Stencil question > Hi all! > I am trying to draw an objet over a given plane, and I don't want the > object to be drawn outside the limits of the plane. In opengl this can be > achieved by drawing the plane (floor) and at the same time writing a > certain value to the stencil buffer. Then, in the draw routine, the > object will be drawn only over the pixels with that a certain value. > > I don't know the way to do this in Performer, so any help would be > appreciated. In Performer you'll do it very much the same way. You'll have to call the OpenGL stencil calls from within Performer's pre and post drawing callbacks. Have a look on the man pages for pfNodeTravFuncs 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 Fri May 30 07:06:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA27024; Fri, 30 May 1997 01:45:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA27008; Fri, 30 May 1997 01:45:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA14457; Fri, 30 May 1997 01:45:55 -0700 Received: from glup.eleinf.uv.es (glup.eleinf.uv.es [147.156.133.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA08725 for ; Fri, 30 May 1997 01:45:49 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: by glup.eleinf.uv.es (1.39.111.2/16.2) id AA199755922; Fri, 30 May 1997 10:52:02 +0100 Date: Fri, 30 May 1997 10:52:02 +0100 (WETDST) From: Joaquin Casillas Melendez To: Nicolas Gauvin Cc: info-performer@sgi.com Subject: Re: Stencil question In-Reply-To: <9705291849.ZM5323@christine.cae.ca> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 29 May 1997, Nicolas Gauvin wrote: > On May 29, 6:30pm, Joaquin Casillas Melendez wrote: > > Subject: Stencil question > > Hi all! > > I am trying to draw an objet over a given plane, and I don't want the > > object to be drawn outside the limits of the plane. In opengl this can be > > achieved by drawing the plane (floor) and at the same time writing a > > certain value to the stencil buffer. Then, in the draw routine, the > > object will be drawn only over the pixels with that a certain value. > > > > I don't know the way to do this in Performer, so any help would be > > appreciated. > > > > You can use a pfLayer node for this with mode PFDECAL_BASE_STENCIL. > The first child of a pfLayer is drawn first and acts as the base. > It sets the stencil based on the depth test result. The other children > are drawn right after and appears only where the stencil is 1. > Hello Performers. I have already used a pfLayer whith stencil mode, and the decal children is correctly drawn only over the base children, so all works fine. However, every time the viewpoint is moved or the window resized, the decal node begins drawing incorrectly outside the base geometry. I am using perfly code to try this but I don't know if something is overriding the stencil value. Any suggestion about what's going wrong? Thank you again. > -- > Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse > 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 > nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Joaquin Casillas Melendez | email: jcasilla@glup.eleinf.uv.es _/ _/ ARTEC (LISITT) | _/ _/ Dept. Electr. & Informatics | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 30 09:37:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA27632; Fri, 30 May 1997 06:06:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA27616; Fri, 30 May 1997 06:06:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA29501; Fri, 30 May 1997 06:06:46 -0700 Received: from ecrc.ecrc.de (ecrc.de [141.1.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA10800 for ; Fri, 30 May 1997 06:06:34 -0700 env-from (reiners@ecrc.de) Received: from scorpio.ecrc.de (scorpio.ecrc.de [141.1.4.100]) by ecrc.ecrc.de (8.8.3/8.8.3/$Revision: 1.2 $) with ESMTP id PAA25863 for ; Fri, 30 May 1997 15:06:32 +0200 (MET DST) Received: from euclid.ecrc.de (euclid.ecrc.de [141.1.3.41]) by scorpio.ecrc.de (8.8.3/8.8.4/$Revision: 1.4 $) with ESMTP id PAA07130 for ; Fri, 30 May 1997 15:06:31 +0200 (MET DST) Received: (from reiners@localhost) by euclid.ecrc.de (8.8.2/8.8.2/$Revision: 1.1 $) id PAA28442 for info-performer@sgi.com; Fri, 30 May 1997 15:11:08 +0200 (MDT) From: "Dirk Reiners" Message-Id: <9705301511.ZM28440@euclid> Date: Fri, 30 May 1997 15:11:02 -0600 In-Reply-To: "Dewey Anderson" "Re: Large textures getting soft" (May 29, 6:35pm) References: <9705291835.ZM1887@snowmass.evt.com> X-Face: "`A\#m^;_fF4zDC3eD@[pKCui5i.FQgNnQRYt[l7o[*M0tF5*@vI$(t1;}B+~t;s\&esfOu+<3\Lg/y"wyG]w'Z"K4j0-[u-~jw^D7{I;7BUU'hvnvF:~O1KGjjRoHO9/]5.@Y>~[v:km#3+c|+Rlk{LP"S~TunjL7MoGUMeTlJD?ciwXYP Subject: Re: Large textures getting soft > > Say Hallelujah! When I do this, it comes back with 512. That certainly seems > like the problem. Well, now it gets more complicated... ;) > Now the question is, what sets that limit? Is this something I can change to > 1024? And can anybody verify that this would cause filtering? There's no way you can change it, it's a restriction of the implementation. > (I guess I'm still puzzled, because when I do this in my little test program, > it ALSO says 512, but there is no softening.) The restriction is worst case, i.e. if you turn on all the bells and whistles the implementation will give you 512x512 max. If you don't use every feature it can support bigger textures. The real way to test it is the texture proxy. But this hints at not using the exact same texture paramters in both test cases. Try to run the test with 1 texture only using ogldebug and take a look at all the texture-relevant calls, especially glTexParameter*. If they aren't the same this might be the problem. > BTW, I do have the MINFILTER set to MIPMAP_TRILINEAR but since the pixels and > texels are the same size, I wouldn't think this would come into play. So you're only using a 720x486 part of the texture by giving restricted texture coordinates? Just try to turn the MipMapping off and see what happens. Mipmaps take more texture mem and you might exceed the capabilities of your machine (althoguh usually in that case the texture doesn't show up at all). It's a shot into the dark, but it's easy to do. >-- End of excerpt from Dewey Anderson Hope it helps Dirk -- -- Dirk Reiners reiners@ecrc.de True straightness seems crooked. -- ZGDV - AR Group True wisdom seems foolish. -- Arabellastr. 17 (ECRC) True art seems artless. -- D-81925 Muenchen All standard disclaimers apply. ======================================================================= 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 May 30 09:12:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA27180; Fri, 30 May 1997 03:30:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA27164; Fri, 30 May 1997 03:30:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA19223; Fri, 30 May 1997 03:30:37 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA24402 for ; Fri, 30 May 1997 03:30:31 -0700 env-from (rany@rtset.co.il) 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 MAA17862; Thu, 30 May 1996 12:28:28 +0200 Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA01822; Fri, 30 May 1997 14:27:14 +0300 From: "Ran Yakir" Message-Id: <9705301427.ZM1820@amit.rtset.co.il> Date: Fri, 30 May 1997 14:27:14 +0000 In-Reply-To: "Dewey Anderson" "Re: Large textures getting soft" (May 29, 6:35pm) References: <9705291835.ZM1887@snowmass.evt.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Dewey Anderson" Subject: Re: Large textures getting soft Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 29, 6:35pm, Dewey Anderson wrote: > Subject: Re: Large textures getting soft > > On May 29, 12:42pm, Dirk Reiners wrote: > > Subject: Re: Large textures getting soft > > On May 28, 1:19pm, Dewey Anderson wrote: > > > Subject: Large textures getting soft > > > Another thought: OpenGL has a limit for the dimensions a texture can have. I > > don't know about Octane, but when we exceed the limit on out iR (2048) the > > texture is just scaled down. Try to put a 'printf("Max texture size:%d\n", > > glGet(GL_MAX_TEXTURE_SIZE));' somewhere where OpenGL commands are legal (draw > > callback or so). > > Say Hallelujah! When I do this, it comes back with 512. That certainly seems > like the problem. > > Now the question is, what sets that limit? Is this something I can change to > 1024? And can anybody verify that this would cause filtering? The maximal texture size is a function of the texture memory size and the structure of texture memory. For example, on RE with RM4 you had 4 MB of texture memory separated into two banks of 2MB each. A texture of 1024x1024 with 16 bits/texel occupies a whole bank. If you want mipmaps, than it scales down to 512x1024 because adjacent mipmap levels have to reside in different banks. So the limitation on texture size is imposed by the architecture of the texture memory of a machine. This means that you can't change it for a specific machine. What you can do is use several smaller textures to replace a large one. On Impact you had a small utility called 'tpage' which calculates the texture memory usage and limitations for a specific texture parameters. I think the same program applies to OCTANE too. 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 Fri May 30 09:37:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA27602; Fri, 30 May 1997 05:56:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA27586; Fri, 30 May 1997 05:56:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA28787; Fri, 30 May 1997 05:56:51 -0700 Received: from Norway.EU.net (nic.eunet.no [193.71.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA09291 for ; Fri, 30 May 1997 05:56:48 -0700 env-from (inge@autosim.no) Received: by Norway.EU.net with UUCP id AA04311 (5.65c/IDA-1.4.4/EUnet/NO for eunor!sgi.com!info-performer); Fri, 30 May 1997 14:56:37 +0200 Received: from gloria.autosim.no by indigo.autosim.no via SMTP (931110.SGI/930416.SGI) for eunor!sgi.com!info-performer id AA08028; Fri, 30 May 97 15:08:05 +0200 Sender: inge@indigo Message-Id: <338ED135.794B@autosim.no> Date: Fri, 30 May 1997 15:08:05 +0200 From: Inge Henriksen Organization: Autosim A/S X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Re: Optimising frame rate. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Simon Dimaio wrote: > > Hi > > This is a question regarding graphics performance. I have written a > relatively small visual simulation on an old PowerSeries system with 2 > processors (R2000A/R3000) and VGX graphics, which is to be ported to an O2 > with an R5000. > > Channel statistics (Powerseries) show the following process times: > > Application = 4.6ms > Cull = 4ms > Draw = 40ms > > Yet the total frame time is reported as 75ms. > > After the addition of some "on the fly" geometry (Geode), the process > times become. > > Application = 4.6ms > Cull = 11ms > Draw = 60ms > > Total frame time = 120ms! > > On the Powerseries, locked at 60Hz, the graphics looks reasonable. The O2 > is not capable of locking the frame rate and the simulation becomes > extremely sluggish. > > Why is the frame time so much longer than the sum of APP+CULL+DRAW? > Surely, in APPCULL_DRAW multiprocess mode, my frame time should be more > like 70ms? > > I know that this is a tricky question to answer without seeing the code, > but how can I optimise my simulation? I have used backface culling > wherever possible, have flattened the scene tree and have put all the > non-latency critical simulation updates after pfFrame(). For optimization of your app. you could look at chapter 13;Performance tuning and Debugging, in the IRIS Performer programming guide. What also about using LOD's ??? > > Thanks for your time. > > Regards > Simon Dimaio > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Greetings ---------------------------- Inge Eivind Henriksen Autosim A.S Postboks 2303 N-9002 Tromsoe Norway Tlf.nr.: +(47) 77 67 50 75 Fax.nr.: +(47) 77 67 67 01 E-mail: ---------------------------- ======================================================================= 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 May 30 11:23:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA28017; Fri, 30 May 1997 08:46:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA28001; Fri, 30 May 1997 08:46:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA16253; Fri, 30 May 1997 08:46:36 -0700 Received: from relay.infobyte.it (relay.infobyte.it [194.185.93.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA11543 for ; Fri, 30 May 1997 08:46:32 -0700 env-from (paolof@relay.infobyte.it) Received: from paolo.infobyte.it by relay.infobyte.it via ESMTP (940816.SGI.8.6.9/940406.SGI) for <@relay.infobyte.it:info-performer@sgi.com> id RAA17334; Fri, 30 May 1997 17:48:00 +0200 Received: by paolo.infobyte.it (951211.SGI.8.6.12.PATCH1042/951211.SGI) for info-performer@sgi.com id RAA01759; Fri, 30 May 1997 17:35:50 +0200 From: "Paolo Farinelli" Message-Id: <9705301735.ZM1757@paolof.infobyte.it> Date: Fri, 30 May 1997 17:35:49 +0000 X-Face: %uBtZt;(b5oh@P}@PgP*rG+TNcP`MK6Z4Z,W>]L$.O]$."Cc@l2s2Yc)hW5%o|X=-p_.\1{ =g=3Az?3o9m!'fEy+X!i Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA28020; Fri, 30 May 1997 08:51:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA17016; Fri, 30 May 1997 08:51:49 -0700 Received: from glup.eleinf.uv.es (glup.eleinf.uv.es [147.156.133.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA11978 for ; Fri, 30 May 1997 08:49:19 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: by glup.eleinf.uv.es (1.39.111.2/16.2) id AA235641030; Fri, 30 May 1997 17:50:30 +0100 Date: Fri, 30 May 1997 17:50:29 +0100 (WETDST) From: Joaquin Casillas Melendez To: Nicolas Gauvin Cc: info-performer@sgi.com Subject: Re: Stencil question In-Reply-To: <9705301059.ZM1058@christine.cae.ca> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > > One thing that perfly does is to call pfdCombineLayers wich actually > forces all your pfLayer mode to DISPLACE instead of STENCIL! > This might explain the results you are getting. Well, I have deleted that line and I'm getting the same result. I have checked the pfLayer mode every time and the mode is ok (PFDECAL_BASE_STENCIL) I think that the sencil value is not correctly being updated when the viewpoint changes, or something similar. > The bad news is that there is no command line option in perfly to disable > this behavior so you will need to comment it out and recompile. > pfTeam: It would be nice if perfly would ship with a command line option for > this which could be on by default. > > Which version of Performer are you using exactly? I am testing it in Performer 2.0 with a RE2 Onyx and also in Performer 2.1 with an O2, getting the same results. > > -- > Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse > 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 > nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 30 11:23:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA27899; Fri, 30 May 1997 08:16:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA27883; Fri, 30 May 1997 08:16:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA11745; Fri, 30 May 1997 08:16:25 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA05081 for ; Fri, 30 May 1997 08:16:20 -0700 env-from (nicolas@cae.ca) Received: tid LAA23810; Fri, 30 May 1997 11:05:47 -0400 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA150549; Fri, 30 May 1997 11:03:49 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id KAA01060; Fri, 30 May 1997 10:59:28 -0400 From: "Nicolas Gauvin" Message-Id: <9705301059.ZM1058@christine.cae.ca> Date: Fri, 30 May 1997 10:59:27 -0400 In-Reply-To: Joaquin Casillas Melendez "Re: Stencil question" (May 30, 10:52am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Joaquin Casillas Melendez Subject: Re: Stencil question Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > I have already used a pfLayer whith stencil mode, and the decal children > is correctly drawn only over the base children, so all works fine. > However, every time the viewpoint is moved or the window resized, the > decal node begins drawing incorrectly outside the base geometry. I am > using perfly code to try this but I don't know if something is overriding > the stencil value. Any suggestion about what's going wrong? > >-- End of excerpt from Joaquin Casillas Melendez One thing that perfly does is to call pfdCombineLayers wich actually forces all your pfLayer mode to DISPLACE instead of STENCIL! This might explain the results you are getting. The bad news is that there is no command line option in perfly to disable this behavior so you will need to comment it out and recompile. pfTeam: It would be nice if perfly would ship with a command line option for this which could be on by default. Which version of Performer are you using exactly? -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 30 11:23:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA27731; Fri, 30 May 1997 07:01:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA27715; Fri, 30 May 1997 07:01:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA03859; Fri, 30 May 1997 07:01:07 -0700 Received: from ngedns.northgrum.com (ngedns.northgrum.com [192.86.71.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA18859 for ; Fri, 30 May 1997 07:00:56 -0700 env-from (shawn_soeder@atdc.northgrum.com) Received: from esplt14m-s.grumman.com (esplt14m-s.grumman.com [132.228.111.101]) by ngedns.northgrum.com (8.8.4/8.6.12) with SMTP id GAA14226 for ; Fri, 30 May 1997 06:59:17 -0700 (PDT) Message-ID: Date: 30 May 1997 09:59:26 -0400 From: "Shawn Soeder" Subject: distortion correction To: "info-performer" X-Mailer: Mail*Link SMTP-QM 4.0.0 Status: O Performers, I'd like to do distortion correction for three channels projected onto a spherical dome using an single- (soon to be multi-) pipe IR machine. Can anyone direct me to any info on the subject? If there are no references, is the following roughly in the right direction? 1) Make two pfScenes, one with the geometry I want to render and one with the geometry for the correction. 2) Render the first pfScene into three channels that cover the required area. 3) After the pfDraw, copy the framebuffer to texture memory using pfSubloadTex. 4) Reconfigure the channels to their proper size/orientation for the second pass. 5) Render the second pfScene into the three channels, projecting the downloaded texture onto the new geometry. 6) Send the output to the projectors in the dome. 7) Look at the results, smile and experience quiet satisfaction. Thanks Shawn ======================================================================= 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 May 30 13:49:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA28618; Fri, 30 May 1997 10:23:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA28602; Fri, 30 May 1997 10:23:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA01635; Fri, 30 May 1997 10:23:07 -0700 Received: from ngedns.northgrum.com (ngedns.northgrum.com [192.86.71.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA06411 for ; Fri, 30 May 1997 10:22:57 -0700 env-from (shawn_soeder@atdc.northgrum.com) Received: from esplt14m-s.grumman.com (esplt14m-s.grumman.com [132.228.111.101]) by ngedns.northgrum.com (8.8.4/8.6.12) with SMTP id KAA25440 for ; Fri, 30 May 1997 10:21:18 -0700 (PDT) Message-ID: Date: 30 May 1997 13:20:41 -0400 From: "Shawn Soeder" Subject: repost- distortion correcti To: "info-performer" X-Mailer: Mail*Link SMTP-QM 4.0.0 Status: O (This is a repost (my mail server went down). Please forward any previous replies to me. Thanks.) Performers, I'd like to do distortion correction for three channels projected onto a spherical dome using an single- (soon to be multi-) pipe IR machine. Can anyone direct me to any info on the subject? If there are no references, is the following roughly in the right direction? 1) Make two pfScenes, one with the geometry I want to render and one with the geometry for the correction. 2) Render the first pfScene into three channels that cover the required area. 3) After the pfDraw, copy the framebuffer to texture memory using pfSubloadTex. 4) Reconfigure the channels to their proper size/orientation for the second pass. 5) Render the second pfScene into the three channels, projecting the downloaded texture onto the new geometry. 6) Send the output to the projectors in the dome. 7) Look at the results, smile and experience quiet satisfaction. Thanks Shawn ======================================================================= 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 May 30 13:49:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA29410; Fri, 30 May 1997 11:19:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA29394; Fri, 30 May 1997 11:19:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA10326; Fri, 30 May 1997 11:19:44 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA20730 for ; Fri, 30 May 1997 11:19:42 -0700 env-from (nicolas@cae.ca) Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA17274; Fri, 30 May 1997 14:09:03 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id OAA01869; Fri, 30 May 1997 14:04:38 -0400 From: "Nicolas Gauvin" Message-Id: <9705301404.ZM1867@christine.cae.ca> Date: Fri, 30 May 1997 14:04:38 -0400 In-Reply-To: Joaquin Casillas Melendez "Re: Stencil question" (May 30, 5:50pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Joaquin Casillas Melendez Subject: Re: Stencil question Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 30, 5:50pm, Joaquin Casillas Melendez wrote: > Subject: Re: Stencil question > > > > > One thing that perfly does is to call pfdCombineLayers wich actually > > forces all your pfLayer mode to DISPLACE instead of STENCIL! > > This might explain the results you are getting. > > Well, I have deleted that line and I'm getting the same result. I have > checked the pfLayer mode every time and the mode is ok (PFDECAL_BASE_STENCIL) > I think that the sencil value is not correctly being updated when the > viewpoint changes, or something similar. > Is it possible that you are seeing this behavior on regions of the screen that end up not being covered by your base child? That would explain it. You child must always be entirely contained by your base (in screen space) in order for the stencil algorithm of pfLayer to work. It's because pfLayer doesn't clear the whole stencil buffer before drawing its children (for obvious performance reasons). It only updates the region covered by the base depending on the result of the depth test. If your children end up outside this region you will be comparing stencil values left from previous pfLayers or random values which are not guaranteed to be 0. If really need the stencil buffer to be cleared for each of your pfLayer you could do it in a pre-draw callback but you'll get a performance drop. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 30 13:49:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA29433; Fri, 30 May 1997 11:22:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA29417; Fri, 30 May 1997 11:22:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA10746; Fri, 30 May 1997 11:22:19 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA21424 for ; Fri, 30 May 1997 11:22:18 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA10001; Fri, 30 May 1997 11:21:56 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA19737; Fri, 30 May 1997 11:21:57 -0700 From: "Sharon Clay" Message-Id: <9705301121.ZM19735@rose.asd.sgi.com> Date: Fri, 30 May 1997 11:21:57 -0700 In-Reply-To: Joaquin Casillas Melendez "Re: Stencil question" (May 30, 10:52am) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Joaquin Casillas Melendez , Nicolas Gauvin Subject: Re: Stencil question Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On May 30, 10:52am, Joaquin Casillas Melendez wrote: > Subject: Re: Stencil question -> ->On Thu, 29 May 1997, Nicolas Gauvin wrote: -> ->> On May 29, 6:30pm, Joaquin Casillas Melendez wrote: ->> > Subject: Stencil question ->> > Hi all! ->> > I am trying to draw an objet over a given plane, and I don't want the ->> > object to be drawn outside the limits of the plane. In opengl this can be ->> > achieved by drawing the plane (floor) and at the same time writing a ->> > certain value to the stencil buffer. Then, in the draw routine, the ->> > object will be drawn only over the pixels with that a certain value. ->> > ->> > I don't know the way to do this in Performer, so any help would be ->> > appreciated. ->> > ->> ->> You can use a pfLayer node for this with mode PFDECAL_BASE_STENCIL. ->> The first child of a pfLayer is drawn first and acts as the base. ->> It sets the stencil based on the depth test result. The other children ->> are drawn right after and appears only where the stencil is 1. ->> -> -> Hello Performers. -> I have already used a pfLayer whith stencil mode, and the decal children ->is correctly drawn only over the base children, so all works fine. ->However, every time the viewpoint is moved or the window resized, the ->decal node begins drawing incorrectly outside the base geometry. I am ->using perfly code to try this but I don't know if something is overriding ->the stencil value. Any suggestion about what's going wrong? Except for on iR where stencil clear can be done for free as part of zclear iff you have one bit of stencil, we don't clear stencil. We get away with this becuase we assume that you wont model the layer to spill outside the base. If you clear stencil you'll be better off but it still won't be perfect because if there is overlap on the screen the decal of one will be able to write over the decal of another since we are only using one bit of stencil and don't have unique group values. Possibly you can probably improve this a bit more by using draw callbacks on the layer childeren to set a zfunction of EQUAL if the layers are modeled to be exactly coplanar with the bases. Or, you can use more bits of stencil and use draw callbacks on the base and layer nodes to set your own group values (in which case you want to not have us be setting stencil so use DISPLACE or else a group to structure the children). You'll notice though that framebuffer memory is finite and sometimes more bits of stencil makes you give up something else. On non-iRs and non-Extremes, we actually try to get your 4 bits of stencil by default so that if reasonable you'll already have them. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri May 30 15:05:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA01142; Fri, 30 May 1997 13:03:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA01126; Fri, 30 May 1997 13:03:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA25237; Fri, 30 May 1997 13:03:17 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA16590 for ; Fri, 30 May 1997 13:03:16 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA16014; Fri, 30 May 1997 13:03:10 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA17075; Fri, 30 May 1997 13:03:05 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199705302003.NAA17075@remi.asd.sgi.com> Subject: Re: distortion correction To: shawn_soeder@atdc.northgrum.com (Shawn Soeder) Date: Fri, 30 May 1997 13:03:05 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: from "Shawn Soeder" at May 30, 97 09:59:26 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1845 Status: O Shawn Soeder wrote: > > Performers, > > I'd like to do distortion correction for three channels projected onto a > spherical dome using an single- (soon to be multi-) pipe IR machine. Can > anyone direct me to any info on the subject? > > If there are no references, is the following roughly in the right direction? > > 1) Make two pfScenes, one with the geometry I want to render and one with the > geometry for the correction. No, you make a distortion geoset, and draw it directly after pfDraw > 2) Render the first pfScene into three channels that cover the required area. Why 3 channels, maybe you need more, maybe you need less. You'd like to optimize the texture readback, so you'd like 2 or 4 to cover a rectangular area. You may need more channels to avoid oversampling problems. Limit aperture to 120 degres maximum on a channel. > 3) After the pfDraw, copy the framebuffer to texture memory using > pfSubloadTex. Yes, turn off MIPMAP on that texture. > 4) Reconfigure the channels to their proper size/orientation for the second > pass. Just set a non perspecive matrix, clean the color if necessary, turn off Z buffer, set 2D drawing mode in fact > 5) Render the second pfScene into the three channels, projecting the > downloaded texture onto the new geometry. Just draw the geoset(s) > 6) Send the output to the projectors in the dome. You can send the result to a texture, and apply that texture to an object in the scene and redraw the whole scene. This how you do reflective mapping (to answer another info-performer question!) > 7) Look at the results, smile and experience quiet satisfaction. Take a snap-shot and send it to info-performer _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri May 30 15:05:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA01031; Fri, 30 May 1997 12:56:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA01015; Fri, 30 May 1997 12:56:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA24537; Fri, 30 May 1997 12:56:32 -0700 Received: from gabby.rttc.redstone.army.mil (gabby.rttc.redstone.army.mil [136.205.66.16]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA15391 for ; Fri, 30 May 1997 12:56:30 -0700 env-from (Patrick.Roberts@rttc.redstone.army.mil) Received: from sylvester.rttc.redstone.army.mil by gabby.rttc.redstone.army.mil with ESMTP (1.40.112.4/16.2) id AA145302149; Fri, 30 May 1997 14:55:50 -0500 Received: from by sylvester.rttc.redstone.army.mil with SMTP (1.37.109.16/16.2) id AA061822018; Fri, 30 May 1997 14:53:38 -0500 From: Patrick Roberts X-Openmail-Hops: 1 Date: Fri, 30 May 97 14:53:07 -0500 Message-Id: Subject: How to get Rates Greater than 60HZ???? To: info-performer@sgi.com Encoding: 23 text Status: O I have an application that will require a 120 HZ frame rate with a 256x256 pixel window. In order to test display speed, I have reduced the display object down to 4 textured traingles. I can maintain 60HZ with great reliablity but am unable to exceed 60HZ. As soon as the program starts to run I get the following message from performer "PF Notice: Using 60 HZ video rate". Any Ideas how to get into a 120 HZ mode??? I have tried the following: 1) change the graphics refresh from 60 hz to 120 hz #> /usr/gfx/setmon 640x512_120s 2) pfFrame(120.0f); System Configuration: Irix 6.2, Performer 2.0, RE2, 4 R10000 @ 200 MHZ Thanks, Patrick ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri May 30 15:05:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA29756; Fri, 30 May 1997 11:46:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA29740; Fri, 30 May 1997 11:46:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA15000; Fri, 30 May 1997 11:46:57 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA28958 for ; Fri, 30 May 1997 11:46:56 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA12077; Fri, 30 May 1997 11:46:49 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA24754; Fri, 30 May 1997 11:46:45 -0700 Date: Fri, 30 May 1997 11:46:45 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9705301146.ZM24752@multipass.asd.sgi.com> In-Reply-To: Mark Lewis "strstr on IRIX 6.4" (May 27, 4:02pm) References: <338B680E.167E@equipe.ltd.uk> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Mark Lewis , info-performer Subject: Re: strstr on IRIX 6.4 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O #include On May 27, 4:02pm, Mark Lewis wrote: > Subject: strstr on IRIX 6.4 > Hi all, > > I recently discovered when building my Performer app on an Onyx2 IR > running 6.4, that the library function 'strstr' did not work. > > man strstr says: > > strstr locates the first occurrence in string s1 of the sequence of > characters (excluding the terminating null character) in string s2. > strstr returns a pointer to the located string, or a null pointer if the > string is not found. > > .... And this, of course, is usually the case. However on the Onyx2 > machine the function seems to return NULL every time. > > Has anyone else experienced this phenonemon ? - If so, are there any > other functions which don't work as before ? > > Thanks. > > -- > Mark C Lewis > Principal Development Engineer > Equipe Electronics Ltd. > 13 Liverpool Gardens > Worthing, W. Sussex > BN11 1RY > ENGLAND > > Phone +44 (0) 1903 216622 > FAX +44 (0) 1903 216633 > > markl@equipe.ltd.uk > http://www.equipe.ltd.uk > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Mark Lewis ======================================================================= 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 May 30 15:05:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA29552; Fri, 30 May 1997 11:31:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA29536; Fri, 30 May 1997 11:31:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA12130; Fri, 30 May 1997 11:31:36 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA23683 for ; Fri, 30 May 1997 11:31:34 -0700 env-from (brian@dingbat.clubfed.sgi.com) Received: from dingbat.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) for <@beyond.clubfed.sgi.com:info-performer@sgi.com> id OAA12587; Fri, 30 May 1997 14:31:30 -0400 Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA24015 for info-performer@sgi.com; Fri, 30 May 1997 14:22:16 -0400 Date: Fri, 30 May 1997 14:22:16 -0400 From: brian@dingbat.clubfed.sgi.com (Brian Furtaw) Message-Id: <9705301422.ZM24014@dingbat.clubfed.sgi.com> In-Reply-To: Inge Henriksen "Re: Optimising frame rate." (May 30, 3:08pm) References: <338ED135.794B@autosim.no> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Optimising frame rate. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This excerpt from pfFrame man page explains what you are seeing, "IRIS Performer is designed to run at a fixed frame rate. The rate argument to pfFrameRate specifies the desired rate in units of frames per second. The actual rate used is based on the video timing of the display hardware. rate is rounded to the nearest frame rate which corresponds to an integral multiple of video fields. For a 60Hz video rate, possible frame rates are (in Hz) 60.0, 30.0, 20.0, 15.0, 12.0, 10.0, 8.57, 7.5, 6.67, and 6.0. These rates would mean that the number of fields per frame would range from 1 (for 60Hz) to 10 (for 6Hz)." Your total time is till the next vertical retrace as specified by the video display hardware. The difference between total time and the sums of the APP+CULL+DRAW is taken up by pfSync(). The O2 can't render your scene as fast as your Powerseries machine could that is why you see the sluggishness. Locking the framerate at 60Hz simply means you will not go faster then 60Hz it may draw slower then 60Hz if it can't keep up. Brian On May 30, 3:08pm, Inge Henriksen wrote: > Subject: Re: Optimising frame rate. > Simon Dimaio wrote: > > > > Hi > > > > This is a question regarding graphics performance. I have written a > > relatively small visual simulation on an old PowerSeries system with 2 > > processors (R2000A/R3000) and VGX graphics, which is to be ported to an O2 > > with an R5000. > > > > Channel statistics (Powerseries) show the following process times: > > > > Application = 4.6ms > > Cull = 4ms > > Draw = 40ms > > > > Yet the total frame time is reported as 75ms. > > > > After the addition of some "on the fly" geometry (Geode), the process > > times become. > > > > Application = 4.6ms > > Cull = 11ms > > Draw = 60ms > > > > Total frame time = 120ms! > > > > On the Powerseries, locked at 60Hz, the graphics looks reasonable. The O2 > > is not capable of locking the frame rate and the simulation becomes > > extremely sluggish. > > > > Why is the frame time so much longer than the sum of APP+CULL+DRAW? > > Surely, in APPCULL_DRAW multiprocess mode, my frame time should be more > > like 70ms? > > > > I know that this is a tricky question to answer without seeing the code, > > but how can I optimise my simulation? I have used backface culling > > wherever possible, have flattened the scene tree and have put all the > > non-latency critical simulation updates after pfFrame(). > > > > For optimization of your app. you could look at chapter 13;Performance > tuning and Debugging, in the IRIS Performer programming guide. What also > about using LOD's ??? > > > > > > > > Thanks for your time. > > > > Regards > > Simon Dimaio > > > > ======================================================================= > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > > Submissions: info-performer@sgi.com > > Admin. requests: info-performer-request@sgi.com > -- > > Greetings > > ---------------------------- > Inge Eivind Henriksen > Autosim A.S > Postboks 2303 > N-9002 Tromsoe > Norway > Tlf.nr.: +(47) 77 67 50 75 > Fax.nr.: +(47) 77 67 67 01 > E-mail: > ---------------------------- > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > >-- End of excerpt from Inge Henriksen -- ----oOOo---- ----oOOo---- ----oOOo---- ----oOOo---- Brian Furtaw (brian@sgi.com) VisSim Technical Consultant 12200-G Plum Orchard Drive Office:(410)796-0394 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 May 30 16:40:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA01547; Fri, 30 May 1997 13:43:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA01531; Fri, 30 May 1997 13:43:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA01017; Fri, 30 May 1997 13:43:45 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA28392 for ; Fri, 30 May 1997 13:43:44 -0700 env-from (uunet.uu.net!ds9!wahoo!gan) Received: from uucp6.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp6.UU.NET [192.48.96.37]) id QQcruw22714; Fri, 30 May 1997 16:43:58 -0400 (EDT) Received: from ds9.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Fri, 30 May 1997 16:43:43 -0400 Received: from wahoo.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA17463; Fri, 30 May 97 16:12:56 EDT Received: from wahoo by wahoo.cambridge.com (950413.SGI.8.6.12/SMI-4.1-SWS) id QAA07792; Fri, 30 May 1997 16:12:56 -0400 Sender: rock.csd.sgi.com!sgi.sgi.com!uunet.uu.net!ds9!wahoo!gan Message-Id: <338F34C8.167E@wahoo.cambridge.com> Date: Fri, 30 May 1997 16:12:56 -0400 From: Gan Wang Organization: Cambridge Research Associates, Inc. X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: Garrett Williams Cc: "Questions@sgi" Subject: Re: Traversal References: <3355886B.167E@etcflorida.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Garrett Williams wrote: > > I am using :: > > currentdcsNode->setTravMask(PFTRAV_APP,0x0,PFTRAV_PRUNE ,PF_SET); It seems you want instead currentdcsNode->setTravMask(PFTRAV_APP, NON_ZERO_MASK, // != 0x0 PFTRAV_SELF|PFTRAV_DESCEND, PF_SET); as said in manpage: "If the bitwise AND of the node's mask for that traversal type and the mask for the current traversal is zero, the traversal is disabled at that node..." Hope it helps. Gan > currentdcsNode->setTravFuncs(PFTRAV_APP,(pfNodeTravFuncType) > this->_call, NULL); > currentdcsNode->setTravData(PFTRAV_APP,stuff); > > int people::_call(pfTraverser *trav, dcsData *doit) > { > doit->walk(trav); > return PFTRAV_PRUNE; // PFTRAV_CONT, PFTRAV_PRUNE, PFTRAV_TERM > } > > This code works BUT only for the first DCS in the model... It apears > that the app traversal stops at the first call the _call..... > > I have tried changing the mask and the return... > > maby I am missing somthing but I think that you can have a call back for > every dcs in a model??????????????? Now why wont it work????????? > > Thanks to all > Garrett > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Gan Wang Cambridge Research Associates Voice: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, Virginia 22102 E-mail: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri May 30 16:40:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA01222; Fri, 30 May 1997 13:14:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA01206; Fri, 30 May 1997 13:14:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA26497; Fri, 30 May 1997 13:14:07 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA19633 for ; Fri, 30 May 1997 13:14:02 -0700 env-from (uunet.uu.net!ds9!wahoo!gan) Received: from uucp5.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp5.UU.NET [192.48.96.36]) id QQcruu11269; Fri, 30 May 1997 16:14:15 -0400 (EDT) Received: from ds9.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Fri, 30 May 1997 16:14:01 -0400 Received: from wahoo.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA17408; Fri, 30 May 97 15:55:09 EDT Received: from wahoo by wahoo.cambridge.com (950413.SGI.8.6.12/SMI-4.1-SWS) id PAA07746; Fri, 30 May 1997 15:55:09 -0400 Sender: rock.csd.sgi.com!sgi.sgi.com!uunet.uu.net!ds9!wahoo!gan Message-Id: <338F309D.41C6@wahoo.cambridge.com> Date: Fri, 30 May 1997 15:55:09 -0400 From: Gan Wang Organization: Cambridge Research Associates, Inc. X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: Garrett Williams Cc: "Questions@sgi" Subject: Re: insertChild References: <33547D79.2781@etcflorida.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Garrett Williams wrote: > > from man page pfGroup > > pfGroup::insertChild inserts child before the child with index index. > index must be within the range 0 to pfGroup::getNumChildren(). > > a bit of mis understanding on this one??? > > will insertChild make the child at index a child of the new object or a > sibling of the new object ???? sibling. > > Just asking :: thanks > Garrett > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Gan Wang Cambridge Research Associates Voice: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, Virginia 22102 E-mail: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri May 30 16:40:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA01991; Fri, 30 May 1997 14:44:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA01975; Fri, 30 May 1997 14:44:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA08231; Fri, 30 May 1997 14:44:02 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA11751 for ; Fri, 30 May 1997 14:44:01 -0700 env-from (uunet.uu.net!ds9!wahoo!gan) Received: from uucp2.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp2.UU.NET [192.48.96.40]) id QQcrva11295; Fri, 30 May 1997 17:44:16 -0400 (EDT) Received: from ds9.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Fri, 30 May 1997 17:44:00 -0400 Received: from wahoo.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA17629; Fri, 30 May 97 16:52:35 EDT Received: from wahoo by wahoo.cambridge.com (950413.SGI.8.6.12/SMI-4.1-SWS) id QAA07888; Fri, 30 May 1997 16:52:35 -0400 Sender: rock.csd.sgi.com!sgi.sgi.com!uunet.uu.net!ds9!wahoo!gan Message-Id: <338F3E12.446B@wahoo.cambridge.com> Date: Fri, 30 May 1997 16:52:34 -0400 From: Gan Wang Organization: Cambridge Research Associates, Inc. X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: Amaury Aubel Cc: uunet.uu.net!uunet!sgi.com!info-performer Subject: Re: Shared memory? References: <9705261400.ZM19043@lig.di.epfl.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Amaury Aubel wrote: > > Hi, > > thanks to all those who helped me solve my pfLOD problem. > > I am having again trouble with the shared memory. > I have an application with mutiple processes, namely an application process > that spawns a database process. In the database process various structures are > allocated from the shared arena using pfMalloc(..., pfGetSharedArena()). > Yet when the app. process attempts to access a particular variable it is > undefined and the application crashes. How did you "spawn" the dbase process, fork??? A data structure that is accessed by both app and dbase has to be malloc before the forking, i.e., before pfConfig() in a Performer application, even if it's from a pfSharedArena. Hope it helps. Gan -- Gan Wang Cambridge Research Associates Voice: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, Virginia 22102 E-mail: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri May 30 16:40:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA01821; Fri, 30 May 1997 14:31:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA01805; Fri, 30 May 1997 14:31:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA06891; Fri, 30 May 1997 14:31:43 -0700 Received: from Norway.EU.net (nic.eunet.no [193.71.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id OAA09356 for ; Fri, 30 May 1997 14:31:41 -0700 env-from (inge@autosim.no) Received: by Norway.EU.net with UUCP id AA20568 (5.65c/IDA-1.4.4/EUnet/NO for eunor!sgi.com!info-performer); Fri, 30 May 1997 23:31:36 +0200 Received: from onyx.autosim.no by indigo.autosim.no via SMTP (931110.SGI/930416.SGI) for eunor!sgi.com!info-performer id AA08915; Sat, 31 May 97 00:13:35 +0200 Sender: inge@indigo Message-Id: <338F510E.41C6@autosim.no> Date: Sat, 31 May 1997 00:13:34 +0200 From: Inge Henriksen Organization: Autosim A/S X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: sgi-infoperformer Subject: Flickerkilling on RE2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O -- Hello Performers ---------------- We have a Onyx RE2 with: 4 150 MHZ IP19 Processors CPU: MIPS R4400 Processor Chip Revision: 5.0 FPU: MIPS R4010 Floating Point Chip Revision: 0.0 Data cache size: 16 Kbytes Instruction cache size: 16 Kbytes Secondary unified instruction/data cache size: 1 Mbyte Main memory size: 128 Mbytes, 2-way interleaved I/O board, Ebus slot 3: IO4 revision 1 RealityEngineII Graphics Pipe 0 at IO Slot 3 Physical Adapter 2 (Fchip rev 2) VME bus: adapter 0 mapped to adapter 13 VME bus: adapter 13 Performer 2.0 + Patch 1414 ... When our OpenFlight databases increeces in the number of polygons, the more inaccurate the the polygon calculations become, thus when two polygons (or a polygon with a subface) are close to oneanother they start to flicker because of this inaccuracy. How can we get rid of this problem? Other databases than our own also have this problem, like Multigens contribution to the IRIS PERFORMER 2.0 CD; the HunterLiggett95 demo. We had the same flickering with V1.2 of Performer. When I asked this question at Info-Performer earlier, I got some answers back (thank you!), on of them saying to increece the near-clip, this reduces the flickering, but it sadly does not make it go away. Thank you for any help. ---------------------------- Inge Eivind Henriksen Autosim A.S Postboks 2303 N-9002 Tromsoe Norway Tlf.nr.: +(47) 77 67 50 75 Fax.nr.: +(47) 77 67 67 01 E-mail: ---------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri May 30 18:41:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA02133; Fri, 30 May 1997 14:50:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA02117; Fri, 30 May 1997 14:50:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA08960; Fri, 30 May 1997 14:50:08 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA13158 for ; Fri, 30 May 1997 14:50:08 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id OAA02108; Fri, 30 May 1997 14:49:37 -0700 Date: Fri, 30 May 1997 14:49:37 -0700 From: allan (Allan Schaffer) Message-Id: <9705301449.ZM2106@holodeck.csd.sgi.com> In-Reply-To: Simon Dimaio "Optimising frame rate." (May 29, 12:24pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Simon Dimaio , SGI Performer Forum Subject: Re: Optimising frame rate. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 29, 12:24pm, Simon Dimaio wrote: > This is a question regarding graphics performance. I have written a > relatively small visual simulation on an old PowerSeries system with 2 > processors (R2000A/R3000) and VGX graphics, which is to be ported to an O2 > with an R5000. > > Channel statistics (Powerseries) show the following process times: > > Application = 4.6ms > Cull = 4ms > Draw = 40ms > > Yet the total frame time is reported as 75ms. Each of the times above is how long the process takes before it 'returns'. But the DRAW process, for example, sends commands to the graphics pipeline that could still take a long time to render, long after the DRAW process is done sending them. Put more simply the extra time is probably the time needed for the graphics pipe to fill pixels. I also wonder if the "total frame time" includes the time after you're done drawing and waiting for the swapbuffers to occur? > Why is the frame time so much longer than the sum of APP+CULL+DRAW? > Surely, in APPCULL_DRAW multiprocess mode, my frame time should be more > like 70ms? That would seem true. What do the performer stats 'lines' look like? There's four parts of each [described in ch12 of the PFPG] > I know that this is a tricky question to answer without seeing the code, > but how can I optimise my simulation? I have used backface culling > wherever possible, have flattened the scene tree and have put all the > non-latency critical simulation updates after pfFrame(). VGXT does IRIS GL better than OpenGL; is this an OpenGL or IRIS GL based Performer application? Texture in OpenGL on VGXT is especially slow. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri May 30 20:49:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA02525; Fri, 30 May 1997 15:24:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA02509; Fri, 30 May 1997 15:24:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA13765; Fri, 30 May 1997 15:24:08 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA20704 for ; Fri, 30 May 1997 15:24:07 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA24446; Fri, 30 May 1997 15:24:02 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA25038; Fri, 30 May 1997 15:23:56 -0700 Date: Fri, 30 May 1997 15:23:56 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9705301523.ZM25036@multipass.asd.sgi.com> In-Reply-To: "Shawn Soeder" "distortion correction" (May 30, 9:59am) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Shawn Soeder" , "info-performer" Subject: Re: distortion correction Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is very similar to the scheme which Angus Henderson and I arrived at for the initial Distortion Correction demonstration he wrote. The only flaw I can see is that you only need one channel to combine the three textures onto the mesh for the second pass. Unfortunately the entire scheme as originally conceived is flawed. The pixel fill and texture readback from the framebuffer is 50% redundant so a 3 channel solution is far from optimal. It also has some nasty perspective pixel/angle variance agross the primary channels which need to be > 120 degrees FOV. For better efficiency look at my environment reflection mapping code. It's in the reality centre directory on sgigate.sgi.com in pub performer. I think it's called env_map.tar.Z or similar. This code procedurally generates a mesh for an entire sphere and the pixel fill & image readback can be made 100% efficient and it has better pixel/angle distribution. You need to modify this code to draw 5 channels in a hemicube config instead of 6 channels in a cube, you can also ignore the third pass for the environment mapping since you have different objectives. If you are any good these modifications should be easy. You should rearrange the channels since the cube is laid out to look good rather than provide efficient download but the theory is sound and should provide efficient fill and readback. Cheers,Angus. On May 30, 9:59am, Shawn Soeder wrote: > Subject: distortion correction > Performers, > > I'd like to do distortion correction for three channels projected onto a > spherical dome using an single- (soon to be multi-) pipe IR machine. Can > anyone direct me to any info on the subject? > > If there are no references, is the following roughly in the right direction? > > 1) Make two pfScenes, one with the geometry I want to render and one with the > geometry for the correction. > 2) Render the first pfScene into three channels that cover the required area. > 3) After the pfDraw, copy the framebuffer to texture memory using > pfSubloadTex. > 4) Reconfigure the channels to their proper size/orientation for the second > pass. > 5) Render the second pfScene into the three channels, projecting the > downloaded texture onto the new geometry. > 6) Send the output to the projectors in the dome. > 7) Look at the results, smile and experience quiet satisfaction. > > Thanks > Shawn > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Shawn Soeder ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri May 30 21:03:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA02651; Fri, 30 May 1997 15:35:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA02635; Fri, 30 May 1997 15:35:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA15214; Fri, 30 May 1997 15:35:00 -0700 Received: from mailrelay.sni.net (mailrelay.csn.net [199.117.27.35]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA22878 for ; Fri, 30 May 1997 15:34:59 -0700 env-from (dewey@evt.com) Received: (from agent@localhost) by mailrelay.sni.net (8.8.5/8.8.5) id QAA29335; Fri, 30 May 1997 16:33:46 -0600 Received: from unknown(204.133.157.14) by mailrelay.sni.net via smap (V2.0) id xma029332; Fri, 30 May 97 16:33:43 -0600 Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id QAA02996; Fri, 30 May 1997 16:33:28 -0600 From: "Dewey Anderson" Message-Id: <9705301633.ZM2994@snowmass.evt.com> Date: Fri, 30 May 1997 16:33:27 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Re: Large textures getting soft Cc: jdr@shrubbery.engr.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thanks to all the replies to my question about large textures. They were very helpful. Here's how I see the picture forming: The call to glGetIntegerv(GL_MAX_TEXTURE_SIZE, &imax_tex); seems to give worst case scenario and so is not necessarily a good indication of the true limit. I used the suggested proxy texture (as described in the on-line book "OpenGL on Silicon Graphics Systems") to see how large a texture I could get away with: glTexImage2D( GL_PROXY_TEXTURE_2D_EXT, 0, // LOD level 4, // color components 1024, // width 1024, // height 0, // border GL_RGBA, // format GL_UNSIGNED_BYTE, // texel data type NULL ); // ptr to actual pixel data int tex_width; glGetTexLevelParameteriv( GL_PROXY_TEXTURE_2D_EXT, 0, GL_TEXTURE_WIDTH, &tex_width); printf(" tex width: %d\n", tex_width ); By playing around with the width and height, I was able to get it to "OK" a texture of 1024x1024. This should mean that a mip-mapped texture of 1024x512 should fit, since mip mapping should only add 1/3 again the memory requirement. According to John Risasco at SGI: >The symptoms of a texture that is too large are that the texture geometry >will appear a blinding white and glError will report GL_TEXTURE_TOO_LARGE >for OpenGL 1.0. For 1.1 I heard rumour that this will be changed to >GL_INVALID_VALUE. I intentionally went in and made my textures 2048 x 1024 instead and my PERFORMER application still worked. But the textures were VERY fuzzy. This would suggest that Performer is stepping into the middle of things to prevent the OpenGL failure. Apparently if you try to make a texture so big that OpenGL will choke on it, Performer makes a smaller (filtered) version of the texture to give to OpenGL. I think this is a fine thing for Performer to do. But it looks to me like maybe Performer is getting a little overzealous in its interference. As far as I can tell, a 512x1024 32 bit RGBA mip-mapped texture should fit in the texture memory on our systems (Impact with TRAM, Octane SI). But it looks like Performer is stepping in and making a smaller filtered version anyway. Is it possible that Performer is using the value returned for GL_MAX_TEXTURE_SIZE as its criteria? Any chance of getting it to check a little more carefully? Does it sound like I'm understanding the situation right? Thanks, Dewey Anderson dewey@evt.com Evolving Video Technologies ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri May 30 21:18:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA02985; Fri, 30 May 1997 15:51:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA02969; Fri, 30 May 1997 15:51:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA17377; Fri, 30 May 1997 15:51:45 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA26550 for ; Fri, 30 May 1997 15:51:45 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA26351; Fri, 30 May 1997 15:51:42 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA25084; Fri, 30 May 1997 15:51:41 -0700 Date: Fri, 30 May 1997 15:51:41 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9705301551.ZM25080@multipass.asd.sgi.com> In-Reply-To: =?iso-8859-1?Q?remi=40remi_=28R=E9mi_Arnaud=29 _______=22Re=3A_distortion_correction=22_=28May_30=2C__1=3A03pm=29?= References: <199705302003.NAA17075@remi.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: remi@remi.asd.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=), shawn_soeder@atdc.northgrum.com (Shawn Soeder) Subject: Re: distortion correction Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19705301551.ZM25080.asd.sgi.com" Status: O --PART-BOUNDARY=.19705301551.ZM25080.asd.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On May 30, 1:03pm, R=E9mi Arnaud wrote: > Subject: Re: distortion correction > Shawn Soeder wrote: > > > > Performers, > > > > I'd like to do distortion correction for three channels projected ont= o a > > spherical dome using an single- (soon to be multi-) pipe IR machine. = Can > > anyone direct me to any info on the subject? > > > > If there are no references, is the following roughly in the right direction? > > > > 1) Make two pfScenes, one with the geometry I want to render and one = with the > > geometry for the correction. > No, you make a distortion geoset, and draw it directly after pfDraw > > 2) Render the first pfScene into three channels that cover the requi= red area. > Why 3 channels, maybe you need more, maybe you need less. You'd like > to optimize the texture readback, so you'd like 2 or 4 to cover a > rectangular area. > You may need more channels to avoid oversampling problems. Limit apert= ure > to 120 degres maximum on a channel. > > 3) After the pfDraw, copy the framebuffer to texture memory using > > pfSubloadTex. > Yes, turn off MIPMAP on that texture. > > 4) Reconfigure the channels to their proper size/orientation for the = second > > pass. > Just set a non perspecive matrix, clean the color if necessary, turn = off > Z buffer, set 2D drawing mode in fact > > 5) Render the second pfScene into the three channels, projecting the > > downloaded texture onto the new geometry. > Just draw the geoset(s) > > 6) Send the output to the projectors in the dome. > You can send the result to a texture, and apply that texture to > an object in the scene and redraw the whole scene. This how you > do reflective mapping (to answer another info-performer question!) > > 7) Look at the results, smile and experience quiet satisfaction. > Take a snap-shot and send it to info-performer Whoooaa, convert to .gif first :-) --PART-BOUNDARY=.19705301551.ZM25080.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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri May 30 21:32:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA03279; Fri, 30 May 1997 16:07:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA03261; Fri, 30 May 1997 16:07:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA19264; Fri, 30 May 1997 16:07:05 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA01056 for ; Fri, 30 May 1997 16:07:05 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id QAA03250; Fri, 30 May 1997 16:06:23 -0700 Date: Fri, 30 May 1997 16:06:23 -0700 From: allan (Allan Schaffer) Message-Id: <9705301606.ZM3248@holodeck.csd.sgi.com> In-Reply-To: Patrick Roberts "How to get Rates Greater than 60HZ????" (May 30, 2:53pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Patrick Roberts , info-performer@sgi.com Subject: Re: How to get Rates Greater than 60HZ???? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On May 30, 2:53pm, Patrick Roberts wrote: > I have an application that will require a 120 HZ frame rate with a > 256x256 pixel window. In order to test display speed, I have reduced > the display object down to 4 textured traingles. I can maintain 60HZ > with great reliablity but am unable to exceed 60HZ. As soon as the > program starts to run I get the following message from performer "PF > Notice: Using 60 HZ video rate". > > Any Ideas how to get into a 120 HZ mode??? > > I have tried the following: > 1) change the graphics refresh from 60 hz to 120 hz > #> /usr/gfx/setmon 640x512_120s This is a 60Hz stereo (120Hz per field) format. I don't think SGI ships any "regular" video formats faster than 76Hz on the RE2. You could probably trick Performer into rendering at this speed by treating it like a stereo application -- alternate "standard" rendering between the left & right buffers. Check out the stereo samples on our web site for ideas. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Sun Jun 1 00:07:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA07117; Sat, 31 May 1997 21:25:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA07101; Sat, 31 May 1997 21:25:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA20496; Sat, 31 May 1997 21:25:18 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA18401 for ; Sat, 31 May 1997 21:25:17 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA28854; Sat, 31 May 1997 21:25:12 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA26468; Sat, 31 May 1997 21:25:03 -0700 Date: Sat, 31 May 1997 21:25:03 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9705312125.ZM26466@multipass.asd.sgi.com> In-Reply-To: Inge Henriksen "Flickerkilling on RE2" (May 31, 12:13am) References: <338F510E.41C6@autosim.no> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Inge Henriksen , sgi-infoperformer Subject: Re: Flickerkilling on RE2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You can make the polygon a subface of another which should prompt the loader to use a pfLayer. Do this by adding a polygon to another polygon instead of an object in the modelling tool. Cheers,Angus. On May 31, 12:13am, Inge Henriksen wrote: > Subject: Flickerkilling on RE2 > -- > Hello Performers > ---------------- > We have a Onyx RE2 with: > 4 150 MHZ IP19 Processors > CPU: MIPS R4400 Processor Chip Revision: 5.0 > FPU: MIPS R4010 Floating Point Chip Revision: 0.0 > Data cache size: 16 Kbytes > Instruction cache size: 16 Kbytes > Secondary unified instruction/data cache size: 1 Mbyte > Main memory size: 128 Mbytes, 2-way interleaved > I/O board, Ebus slot 3: IO4 revision 1 > RealityEngineII Graphics Pipe 0 at IO Slot 3 Physical Adapter 2 (Fchip > rev 2) > VME bus: adapter 0 mapped to adapter 13 > VME bus: adapter 13 > Performer 2.0 + Patch 1414 > ... > > When our OpenFlight databases increeces in the number of polygons, the > more inaccurate the the polygon calculations become, thus when two > polygons (or a polygon with a subface) are close to oneanother they > start to flicker because of this inaccuracy. How can we get rid of this > problem? Other databases than our own also have this problem, like > Multigens contribution to the IRIS PERFORMER 2.0 CD; the HunterLiggett95 > demo. We had the same flickering with V1.2 of Performer. > When I asked this question at Info-Performer earlier, I got some answers > back (thank you!), on of them saying to increece the near-clip, this > reduces the flickering, but it sadly does not make it go away. > > Thank you for any help. > > > > > ---------------------------- > Inge Eivind Henriksen > Autosim A.S > Postboks 2303 > N-9002 Tromsoe > Norway > Tlf.nr.: +(47) 77 67 50 75 > Fax.nr.: +(47) 77 67 67 01 > E-mail: > ---------------------------- > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Inge Henriksen ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Sun Jun 1 00:07:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA07096; Sat, 31 May 1997 21:17:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA07080; Sat, 31 May 1997 21:16:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA20068; Sat, 31 May 1997 21:16:59 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA17380 for ; Sat, 31 May 1997 21:16:58 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA28734; Sat, 31 May 1997 21:16:57 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA26453; Sat, 31 May 1997 21:16:55 -0700 Date: Sat, 31 May 1997 21:16:55 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9705312116.ZM26451@multipass.asd.sgi.com> In-Reply-To: dorbie (Angus Dorbie) "Re: distortion correction" (May 30, 3:23pm) References: <9705301523.ZM25036@multipass.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Shawn Soeder" , "info-performer" Subject: Re: distortion correction Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Shawn, On reflection (and has has been pointed out to me offline) it looks like you have multiple projectors in the dome so it sounds like you may not require multiple primary channel scheme I mentioned. I had assumed you required a single projector in the dome and hadn't given your email the attention it deserved. It may still be worth considering a couple of primary channels per pipe but your entire description seems sound. You should use multiple pfChannels with different pfScenes rather than reconfiguring a single pfChannel between passes. The example I pointed to in my earlier email does 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/