From guest Wed Feb 1 07:57:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA20451; Wed, 1 Feb 1995 07:28:10 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA20448; Wed, 1 Feb 1995 07:28:06 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA09836; Wed, 1 Feb 95 07:27:55 -0800 Received: from gate.ti.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id HAA04940; Wed, 1 Feb 1995 07:27:53 -0800 Received: from lesol1.dseg.ti.com ([128.247.231.86]) by gate.ti.com (8.6.9/) with ESMTP id JAA29187 for ; Wed, 1 Feb 1995 09:27:52 -0600 Received: from skips.dseg.ti.com (skips0.dseg.ti.com [128.247.213.70]) by lesol1.dseg.ti.com (8.6.9/8.6.6) with SMTP id JAA03802 for ; Wed, 1 Feb 1995 09:27:14 -0600 Received: by skips.dseg.ti.com (4.1/SMI-4.1) id AA06247; Wed, 1 Feb 95 09:27:09 CST Date: Wed, 1 Feb 95 09:27:09 CST From: reedwhit@skips.dseg.ti.com (Reed Whittington) Message-Id: <9502011527.AA06247@skips.dseg.ti.com> To: info-performer@sgi.sgi.com Subject: GTSIG Performer Loader Status: O Has anyone written a loader for, or imported GTSIG terrain/clutter data base into Performer? The Georgia Tech Synthetic Image Generation (GTSIG) format supports thermal clutter images and terrain data. On this same subject: What new loaders are planned for release with Performer 2.0? What loaders are available from third parties? Thanks, Reed From guest Wed Feb 1 13:02:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA22633; Wed, 1 Feb 1995 12:40:34 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA22630; Wed, 1 Feb 1995 12:40:33 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA19906; Wed, 1 Feb 95 12:40:22 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id MAA22398; Wed, 1 Feb 1995 12:40:21 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id MAA14399; Wed, 1 Feb 1995 12:40:19 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:reedwhit@skips.dseg.ti.com id AA19901; Wed, 1 Feb 95 12:40:18 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA29110; Wed, 1 Feb 1995 12:40:19 -0800 From: "Michael Jones" Message-Id: <9502011240.ZM29108@babar.asd.sgi.com> Date: Wed, 1 Feb 1995 12:40:18 -0800 In-Reply-To: reedwhit@skips.dseg.ti.com (Reed Whittington) "GTSIG Performer Loader" (Feb 1, 9:27am) References: <9502011527.AA06247@skips.dseg.ti.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: reedwhit@skips.dseg.ti.com (Reed Whittington), info-performer@sgi.sgi.com Subject: Re: GTSIG Performer Loader Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 1, 9:27am, Reed Whittington wrote: > Subject: GTSIG Performer Loader : :Has anyone written a loader for, or imported GTSIG :terrain/clutter data base into Performer? :The Georgia Tech Synthetic Image Generation (GTSIG) format :supports thermal clutter images and terrain data. We (Performer team) don't know this format. If anyone has information, please send it to me. :On this same subject: What new loaders are planned :for release with Performer 2.0? Direct Importers: 3ds AutoDesk 3DStudio bin SGI bin-file format dwb Designer's Workbench dxf AutoDesk AutoCAD egg Walt DIsney Imagineering flt11 MultiGen Flight v11 flt14 MultiGen OpenFlight v14 gds XSolid GDS gfo SGI radiosity output format im SGI performer misc format irtp Graphicon-2000 IRTP format iv SGI IRIS OpenInventor (Inventor 2.0) format lsa Lightscape Technologies ascii lsb Lightscape Technologies binary medit Medit productions nff Neutral File Format (SPD - Eric Haines) obj Wavefront Object phd SGI Polyhedron format ptu SGI performer terrain format s1k Simnet S1000 format sgo SGI sgo format (Haeberli) sponge Sierpinski Sponge generator stla Stereo lithography format (ascii) stlb Stereo lithography format (binary) sv i3dm SuperViewer format yale Astronomy chart translator Indirect Translators: Alias->Inventor Wavefront->Inventor SoftImage->Inventor DXF->Inventor 3DStudio->Inventor IGES->Inventor :What loaders are available from third parties? Quite a few are scheduled for release, including the above (translated formats) as direct loaders. They have not yet been released yet, so I'll not list them here. Be looking for a loader-kit press release in the near future, though. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Wed Feb 1 18:16:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA23831; Wed, 1 Feb 1995 17:55:19 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA23828; Wed, 1 Feb 1995 17:55:10 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA00889; Wed, 1 Feb 95 17:54:54 -0800 Received: from mic14.redstone.army.mil by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id RAA14378; Wed, 1 Feb 1995 17:54:18 -0800 Received: from chris.gcs.redstone.army.mil by mic14.redstone.army.mil id aa04680; 1 Feb 95 15:45 CST Received: by chris.gcs.redstone.army.mil (931110.SGI/930416.SGI) for info-performer@sgi.com id AA00984; Wed, 1 Feb 95 15:47:03 -0600 Date: Wed, 1 Feb 95 15:47:03 -0600 From: "Kevin R. McClure" Message-Id: <9502012147.AA00984@chris.gcs.redstone.army.mil> To: "<""@chris.gcs.redstone.army.mil>"@chris.gcs.redstone.army.mil Subject: Three Pipeline Upgrade Status: O Dear SGI/PERFORMER PEOPLE: I am thinking about configuring my ONYX RE4 to a three pipeline system. Do you see any problems running multiple Performer applications on the same machine and if so what are they? Do applications share the same RAM? What do we need to buy in hardware to enable us to do this ? email: Kevin McClure phone: (205) 842-7290 From guest Wed Feb 1 14:22:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA23115; Wed, 1 Feb 1995 14:01:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA23112; Wed, 1 Feb 1995 14:01:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA22999; Wed, 1 Feb 95 14:01:44 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id OAA04654; Wed, 1 Feb 1995 14:01:41 -0800 Received: from [132.170.190.166] (graniela.vsl.ist.ucf.edu) by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA11305; Wed, 1 Feb 95 17:03:08 EST Message-Id: <9502012203.AA11305@vsl.ist.ucf.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 1 Feb 1995 17:05:59 -0500 To: info-performer@sgi.sgi.com From: graniela@vsl.ist.ucf.edu (Benito Graniela) Subject: Any good books out there Status: O Is there any good books on Performer out there? thanks wwwww `|@^@|' ===================UUU===V===UUU==================================== Benito Graniela University of Central Florida Visual Systems Lab Institute for Simulation & Training (407) 658-5075 3280 Progress Drive bgraniela@vsl.ist.ucf.edu Orlando, FL 32806-0544 ==================================================================== From guest Wed Feb 1 16:34:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA23621; Wed, 1 Feb 1995 16:15:54 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA23618; Wed, 1 Feb 1995 16:15:53 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA27711; Wed, 1 Feb 95 16:15:37 -0800 Received: from od.sri.com by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id QAA27446; Wed, 1 Feb 1995 16:15:35 -0800 Received: by od.sri.com (931110.SGI/930416.SGI) for info-performer@sgi.com id AA02147; Wed, 1 Feb 95 16:14:33 -0800 From: "Nathaniel Bletter" Message-Id: <9502011614.ZM2145@od.sri.com> Date: Wed, 1 Feb 1995 16:14:33 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: decolorize callback Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O I'm trying to write a pfuTraverser procedure to decolorize the current scene by finding the color of every vertex and and setting RG and B all to the same level. This level would be the luminance of that RGB triplet. Below is the traverser callback to do decolorization that I've written. It doesn't seem to work at all. I've run the debugger on it several times and for GeoSets made up of TRISTRIPS, it does nothing, although the values seem to change, they have no effect on the appearance. For FLAT_TRI_STRIPS, the calculation for the # of colors doesn't work and it seems to overwrite memory when it writes new values. Is the formula for the number of colors required for a PER_VERTEX color binding on FLAT_TRI_STRIPS # of colors = Sum(length[i]-2), i=0 to # of primitives? The man pages are a little sketchy on this. Thanks for the help. void luminance(pfVec4 source, pfVec4 dest) { float lum; lum = source[0]; dest[0] = dest[1] = dest[2] = lum; } static long cbDecolorize(pfuTraverser *trav) { pfNode *node = trav->node; if (!node) { pfNotify(PFNFY_DEBUG, PFNFY_PRINT, "cbCountNodes: node null!"); return PFTRAV_CONT; } if (pfGetType(node) == PFTYPE_GEODE) { long nGSets = pfGetNumGSets((pfGeode *)node); long i; for (i = 0 ; i < nGSets ; i++) { pfGeoSet *gd = pfGetGSet((pfGeode *)node, i); long nPrims = pfGetGSetNumPrims(gd); long *primLens = pfGetGSetPrimLengths(gd); long ptype = pfGetGSetPrimType(gd); long cbind = pfGetGSetAttrBind(gd, PFGS_COLOR4); long nVerts = 0; long k; ulong which = PFQGSET_NUM_VERTS; pfVec4 *alist; ushort *ilist; pfVec4 color; pfQueryGSet(gd, &which, (float *)&nVerts); switch (cbind) { case PFGS_OFF : break; case PFGS_OVERALL: pfGetGSetAttrLists(gd, PFGS_COLOR4, (void **)(&alist), &ilist); luminance(alist[0], alist[0]); pfGSetAttr(gd, PFGS_COLOR4, cbind, (void *)alist, ilist); break; case PFGS_PER_PRIM: pfGetGSetAttrLists(gd, PFGS_COLOR4, (void **)(&alist), &ilist); for (k=0; k Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA24919; Thu, 2 Feb 1995 08:28:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA17099; Thu, 2 Feb 95 08:28:08 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id IAA15356; Thu, 2 Feb 1995 08:28:05 -0800 Received: from sgitokyo.nsg.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id IAA05807; Thu, 2 Feb 1995 08:28:01 -0800 Received: from dimwit.dst.nk-exa.co.jp by sgitokyo.nsg.sgi.com via UUCP (931110.SGI.ANONFTP/911001.SGI) for info-performer@sgi.sgi.com id AA26962; Fri, 3 Feb 95 01:27:49 +0900 Received: from dimwit.dst.nk-exa.co.jp by exagw.nk-exa.co.jp (8.6.9+2.4W/3.3W9/1.4) with SMTP id QAA25283; Thu, 2 Feb 1995 16:09:03 +0900 Received: from localhost.dst.nk-exa.co.jp by dimwit.dst.nk-exa.co.jp via SMTP (931110.SGI/930416.SGI.AUTO) for @exagw.nk-exa.co.jp:info-performer@sgi.sgi.com id AA11936; Thu, 2 Feb 95 16:09:58 +0900 To: info-performer@sgi.sgi.com Subject: Rendering for making texture Reply-To: wry@dst.nk-exa.co.jp Date: Thu, 02 Feb 1995 16:09:49 +0900 Message-Id: <11935.791708989@dimwit.dst.nk-exa.co.jp> From: Masahiko Yamanaka Status: O Hello. I'm trying to make a method of rendering for the spherical projector. As Interactive 3D graphics is expected, frame rate is very important. # So, I think I have to use Geometry Engine. Unfortunately there seems to be no easy way. # If the mapping from RM to RGB signal is programmable, it's easy. Then, there will be following 2 method. 1. render many many channels 2. render some(maybe 4 for half a sphere) channel, load them to texture memory, and render 1 channel includes many polygons using texture The contents ( models ) will be very heavy (large number of vertices), So I don't want to use the method 1. Then I tried to test the method 2. But pixel reading was very expensive. I have following questions. 1. If I must use the method 2, can I render to the ordinary memory ( not frame buffer ) or the texture memory ? 2. Can I do the DMA translation between the normal plane and texture memory ? 3. Are there any better ways ? 4. Will the next RealityEngine support any convenient function for this ? Should I wait for the next RE ? BTW, I posted a question about the pfSeqDuration() routine. Aren't there no bugs about speed parameter ? Non-1.0 value doesn't seems to work for me. Any help about the spherical projector and the pfSeqDuration() will be greatly appreciated. Thanks for your time. -- Masahiko Yamanaka. From guest Thu Feb 2 05:21:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA24617; Thu, 2 Feb 1995 04:55:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA24614; Thu, 2 Feb 1995 04:55:52 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13623; Thu, 2 Feb 95 04:55:38 -0800 Received: from smtpgw by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id EAA29186; Thu, 2 Feb 1995 04:55:35 -0800 Received: from esar12.unizh.ch by smtpgw.unizh.ch with SMTP (PP) id <25905-0@smtpgw.unizh.ch>; Thu, 2 Feb 1995 13:55:25 +0100 Received: from esar6.unizh.ch by esar12.unizh.ch (5.0/SMI-SVR4) id AA10904; Thu, 2 Feb 1995 13:55:17 --100 From: suter@rsl.geogr.unizh.ch (Martin Suter) Received: by esar6.unizh.ch (5.0) id AA00420; Thu, 2 Feb 1995 13:55:15 --100 Message-Id: <9502021255.AA00420@esar6.unizh.ch> Subject: How to change cursor To: info-performer@sgi.sgi.com Date: Thu, 2 Feb 1995 13:55:13 +0100 (MET) Reply-To: suter@rsl.geogr.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 Content-Length: 516 Status: O Ciao How can the shape and color of the cursor be changed? How can I switch it off? I've already tried pfuCursor() but it didn't effect anything. Merci -- Martin Suter suter@rsl.geogr.unizh.ch Phone: +41 - 1 / 257 51 63 Remote Sensing Laboratories FAX: +41 - 1 / 362 52 27 University of Zurich Winterthurerstrasse 190 CH-8057 Zurich; Switzerland From guest Thu Feb 2 07:14:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA24757; Thu, 2 Feb 1995 06:42:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA24754; Thu, 2 Feb 1995 06:42:53 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA15229; Thu, 2 Feb 95 06:42:35 -0800 Received: from chris.gcs.redstone.army.mil by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id GAA05122; Thu, 2 Feb 1995 06:41:42 -0800 Received: by chris.gcs.redstone.army.mil (931110.SGI/930416.SGI) for info-performer@sgi.com id AA00476; Thu, 2 Feb 95 08:43:43 -0600 Date: Thu, 2 Feb 95 08:43:43 -0600 From: mcclure@chris.gcs.redstone.army.mil (Kevin R. McClure) Message-Id: <9502021443.AA00476@chris.gcs.redstone.army.mil> To: "<""@chris.gcs.redstone.army.mil>"@chris.gcs.redstone.army.mil Subject: CORRECTION TO MAIL MESSAGE Status: O CORRECTION: An RE4 is called a typo in my email message that I did not catch. What it is should be is RM4 ( meaning 4 Raster Manager boards ). email: Kevin McClure phone: (205) 842-7290 From guest Thu Feb 2 08:16:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA24843; Thu, 2 Feb 1995 07:41:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA24840; Thu, 2 Feb 1995 07:41:57 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA16217; Thu, 2 Feb 95 07:41:39 -0800 Received: from chris.gcs.redstone.army.mil by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id HAA09712; Thu, 2 Feb 1995 07:37:39 -0800 Received: by chris.gcs.redstone.army.mil (931110.SGI/930416.SGI) for info-performer@sgi.com id AA00614; Thu, 2 Feb 95 09:39:09 -0600 Date: Thu, 2 Feb 95 09:39:09 -0600 From: mcclure@chris.gcs.redstone.army.mil (Kevin R. McClure) Message-Id: <9502021539.AA00614@chris.gcs.redstone.army.mil> To: "<""@chris.gcs.redstone.army.mil>"@chris.gcs.redstone.army.mil Subject: Bounding Boxes Status: O Does anyone know how to get the bounding box of an object in a Performer scene? email: Kevin McClure phone: (205) 842-7290 email: Kevin McClure phone: (205) 842-7290 From guest Thu Feb 2 08:33:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA24896; Thu, 2 Feb 1995 08:03:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA24893; Thu, 2 Feb 1995 08:03:10 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA16614; Thu, 2 Feb 95 08:02:59 -0800 Received: from beast.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id IAA03803; Thu, 2 Feb 1995 08:02:58 -0800 Received: by beast.asd.sgi.com (931110.SGI/940406.SGI.AUTO) for info-performer@sgi.com id AA04078; Thu, 2 Feb 95 08:02:49 -0800 From: "Graham (Grambo) Beasley" Message-Id: <9502020802.ZM4076@beast.asd.sgi.com> Date: Thu, 2 Feb 1995 08:02:48 -0800 In-Reply-To: "Kevin R. McClure" "Three Pipeline Upgrade" (Feb 1, 3:47pm) References: <9502012147.AA00984@chris.gcs.redstone.army.mil> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: "Kevin R. McClure" Subject: Re: Three Pipeline Upgrade Cc: info-performer@sgihub.corp.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Personally I'm all for three pipeline upgrades! There are lots of customers who are successfully doing this now, gotcha's include: More gfx pipes require more front end processing to feed. So as well as scaling up the back end, one should scale up the front end as well. A common process model is having one system wide app and a cull and draw per process requiring 7 processors, this would leave the 8th available for handling UNIX or networking issues. Yes applications share the same RAM. THere is one pool of physical memory, but it is possible to subdivide that into smaller pools for specific tasks. Other potential gotcha's may include syncing the video of all output channels together (if required), this is easy with Performer, but a little more cumbersome when mixing and matching Performer and non Performer tasks. Graham P.S. (call us or your local office if there are configuration issues) On Feb 1, 3:47pm, Kevin R. McClure wrote: > Subject: Three Pipeline Upgrade > > > > > Dear SGI/PERFORMER PEOPLE: > > I am thinking about configuring my ONYX RE4 to a three pipeline system. > > Do you see any problems running multiple Performer applications on the > > same machine and if so what are they? Do applications share the same RAM? > > What do we need to buy in hardware to enable us to do this ? > > email: Kevin McClure > phone: (205) 842-7290 > > >-- End of excerpt from Kevin R. McClure -- "It is often easier to fight for one's principles than to live up to them." , Happy, happy, Joy, joy... ---------------------------------------------------------------------- Graham (Grambo) Beasley Silicon Graphics, Inc. MTS (Simulator Guy) (415) 390-5420 graham@sgi.com ---------------------------------------------------------------------- From guest Thu Feb 2 09:10:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA24989; Thu, 2 Feb 1995 08:50:18 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA24986; Thu, 2 Feb 1995 08:50:17 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA17857; Thu, 2 Feb 95 08:50:06 -0800 Received: from chris.gcs.redstone.army.mil by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id IAA19140; Thu, 2 Feb 1995 08:49:46 -0800 Received: from [132.170.190.17] by chris.gcs.redstone.army.mil via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA00669; Thu, 2 Feb 95 10:43:11 -0600 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA01725; Thu, 2 Feb 95 11:40:18 EST Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id LAA06050; Thu, 2 Feb 1995 11:39:19 -0500 Date: Thu, 2 Feb 1995 11:39:19 -0500 (EST) From: "Lance R. Marrou" To: "Kevin R. McClure" Cc: ""@chris.gcs.redstone.army.mil Subject: Re: Bounding Boxes In-Reply-To: <9502021539.AA00614@chris.gcs.redstone.army.mil> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 2 Feb 1995, Kevin R. McClure wrote: > > > Does anyone know how to get the bounding box of an > > object in a Performer scene? > #include "/usr/src/Performer/include/pfutil.h" void pfuTravCalcBBox(pfNode *node, pfBox *box); pfuTravCalcBBox Computes the bounding box of node and returns it in the parameter box. If the node parameter is NULL, the returned box will be an empty box. ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Thu Feb 2 14:44:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA26177; Thu, 2 Feb 1995 14:20:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA26174; Thu, 2 Feb 1995 14:20:55 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA01425; Thu, 2 Feb 95 14:20:41 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id OAA13607; Thu, 2 Feb 1995 14:20:39 -0800 Received: from smedley.studio.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id OAA25062; Thu, 2 Feb 1995 14:20:38 -0800 Received: by smedley.studio.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.sgi.com id OAA22538; Thu, 2 Feb 1995 14:20:25 -0800 From: molivier@smedley.studio.sgi.com (Michael Olivier) Message-Id: <199502022220.OAA22538@smedley.studio.sgi.com> Subject: Printing performer scene graph To: info-performer@sgi.sgi.com Date: Thu, 2 Feb 1995 14:20:25 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 348 Status: O Does anyone know how to print a performer scene graph to a postscript printer? Is there some conversion mechanism? We'd rather not take a bitmap snapshot from the screen, as the printer has better res. Thanks, Michael -- Michael Olivier Silicon Graphics, Inc. (415) 390-5795 tel molivier@sgi.com (415) 390-3287 fax From guest Thu Feb 2 17:57:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA27405; Thu, 2 Feb 1995 17:35:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA27402; Thu, 2 Feb 1995 17:35:15 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA09870; Thu, 2 Feb 95 17:35:00 -0800 Received: from Starbase.NeoSoft.COM by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id RAA15041; Thu, 2 Feb 1995 17:34:58 -0800 Received: (from dweller@localhost) by Starbase.NeoSoft.COM (8.6.9/8.6.9) id TAA22707 for info-performer@sgi.com; Thu, 2 Feb 1995 19:34:58 -0600 From: David Weller Message-Id: <199502030134.TAA22707@Starbase.NeoSoft.COM> X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 684-5969 Subject: Do-It-Yourself Scheduling of Performer.... To: info-performer@sgi.sgi.com Date: Thu, 2 Feb 1995 19:34:57 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 403 Status: O We're in the process of getting Performer to work with our own distributed, real-time scheduler (Simulation Virtual Machine, for those that care :-). I'm not much of a Performer expert yet, but I reckon I need to tell Performer to run "open loop" and handle pfFrame and pfSync myself. I don't understand enough about the RE2 or Performer yet to know if this opens up a "can of worms." Any comments? From guest Thu Feb 2 18:18:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA27603; Thu, 2 Feb 1995 17:56:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA27600; Thu, 2 Feb 1995 17:56:03 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA10799; Thu, 2 Feb 95 17:55:49 -0800 Received: from ix3.ix.netcom.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id RAA17225; Thu, 2 Feb 1995 17:55:48 -0800 Received: from by ix3.ix.netcom.com (8.6.9/SMI-4.1/Netcom) id RAA06341; Thu, 2 Feb 1995 17:54:36 -0800 Date: Thu, 2 Feb 1995 17:54:36 -0800 Message-Id: <199502030154.RAA06341@ix3.ix.netcom.com> From: blastarr@ix.netcom.com (Kent Miller) Subject: Head Trackers & SpaceBalls To: info-performer@sgi.sgi.com Status: O I've got a 3-pipe Reality Engine, head mounted display w/ head tracker, and a Spaceball. So far, the only sample code I've found uses mouse & keyboard for input. I can drive the HMD as output OK, but how do I get head tracker and Spaceball input? Anybody got any sample code for me? Moochas gracias! From guest Fri Feb 3 00:35:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA28360; Fri, 3 Feb 1995 00:06:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA28357; Fri, 3 Feb 1995 00:06:11 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA22928; Fri, 3 Feb 95 00:05:50 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id AAA19489; Fri, 3 Feb 1995 00:05:49 -0800 Received: from girl.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id AAA09589; Fri, 3 Feb 1995 00:05:47 -0800 Received: by girl.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA05761; Fri, 3 Feb 1995 09:13:09 +0100 From: "Marc SIMON Presales support" Message-Id: <9502030913.ZM5759@girl.paris.sgi.com> Date: Fri, 3 Feb 1995 09:13:08 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com, rt_dist@giraffe Subject: How to receive the Vertical Retrace Interrupt. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi all, I would like for scheduling a customer simulation to synchronize the Graphics RE2 with the application. I would like to manage the Vertical Retrace Interrupt to schedule the simulation. I know that we can do this with FRS and with Performer but the customer don't want to use this tools presently. So if you know how to manage this Interrupt thanks to give me some ideas. Thanks, -- -- Marc -- Marc SIMON Presales support =========================== --------- ////// // // ////// /////// /////// ----------- // // / / // // // / / // --------- ///// // / // ///////// /////// // ----------- // // // // // /// // --------- /////// // // // // / /// /////// ---------- Silicon Graphics France 21 Rue Albert Calmette Jouy-en-Josas 78350 FRANCE Tel (33) 1 34-88-80-00 email : smarc@paris.sgi.com ++++++++++++++++++++++++++++ smarc@paris.sgi.com **************************** From guest Fri Feb 3 03:23:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA00489; Fri, 3 Feb 1995 03:02:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA28727; Fri, 3 Feb 1995 02:30:38 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA26522; Fri, 3 Feb 95 02:30:28 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id CAA26458; Fri, 3 Feb 1995 02:30:20 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id CAA13284; Fri, 3 Feb 1995 02:30:03 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA26492; Fri, 3 Feb 95 02:29:49 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id CAA09125; Fri, 3 Feb 1995 02:29:47 -0800 Message-Id: <199502031029.CAA09125@surreal.asd.sgi.com> To: "Marc SIMON Presales support" Cc: info-performer@sgi.sgi.com, rt_dist@giraffe Subject: Re: How to receive the Vertical Retrace Interrupt. In-Reply-To: Your message of "Fri, 03 Feb 95 09:13:08 +0100." <9502030913.ZM5759@girl.paris.sgi.com> Date: Fri, 03 Feb 95 02:29:39 -0800 From: Jim Helman Status: O Without performer and without the frame scheduler, the only choice I know is to use glcompat's VSYNC set/get and sleep or the GLX equivalents, glXGetVideoSync and glXWaitVideoSync. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Fri Feb 3 04:16:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA14707; Fri, 3 Feb 1995 03:43:15 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA14704; Fri, 3 Feb 1995 03:43:10 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28333; Fri, 3 Feb 95 03:42:54 -0800 Received: from artcom.de by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id DAA00094; Fri, 3 Feb 1995 03:42:47 -0800 Received: by artcom.de (/\==/\ Smail3.1.28.1 #28.6 MX/A) id ; Fri, 3 Feb 95 12:35 MET Date: Fri, 3 Feb 1995 12:38:23 +0001 (MET) From: Henrik Tramberend Subject: Re: Rendering for making texture To: wry@dst.nk-exa.co.jp Cc: info-performer@sgi.sgi.com In-Reply-To: <11935.791708989@dimwit.dst.nk-exa.co.jp> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 2 Feb 1995, Masahiko Yamanaka wrote: > Hello. > > I'm trying to make a method of rendering for the spherical projector. > Hi, a few month ago I wrote this little demo which uses method 2 you described. It renders to the il buffer and updates texture memory directly form there. On an ONYX RE2 with one RM4 it renders 14 HZ on the esprit.flt model. The code is rather unpolished, but maybe it helps. ciao henrik /* * complex.c * * IRIS Performer example using cull and draw process callbacks. * Mouse and keyboard go through GL which is simpler than mixed * model (GLX), but does incur some overhead in the draw process. * * $Revision: 1.35 $ * $Date: 1993/08/22 11:06:15 $ * * Run-time controls: * ESC-key: exits * F1-key: profile * Left-mouse: advance * Middle-mouse: stop * Right-mouse: retreat */ #include #include #include #include #include /* for cmdline handler */ #include #include "pf.h" #include "pfsgi.h" static void ilbCullChannel(pfChannel *chan, void *data); static void ilbDrawChannel(pfChannel *chan, void *data); static void winCullChannel(pfChannel *chan, void *data); static void winDrawChannel(pfChannel *chan, void *data); static void OpenPipeline(pfPipe *p); static void UpdateView(void); static void GetGLInput(void); static void usage(void); static pfNode* genTexQuad(void); static void DrawTexQuad(void); static void CopyFbToTex(long xs, long ys, long tid); static void CopyFbToMemToTex(long xs, long ys, long tid); #define Button1Mask 0x01 #define Button2Mask 0x02 #define Button3Mask 0x04 #define HISPEED 0.1f #define LOSPEED 0.001f /* * structure that resides in shared memory so that the * application, cull, and draw processes can access it. */ typedef struct { long exitFlag; long inWindow; float mouseX; float mouseY; long mouseButtons; long shiftKey; long winId; long winOriginX; long winOriginY; long winSizeX; long winSizeY; long win2Id; long win2OriginX; long win2OriginY; long win2SizeX; long win2SizeY; long texId; unsigned long* texbuf; pfCoord ilbview; pfCoord winview; float ilbsceneSize; float winsceneSize; int drawStats; } SharedData; SharedData* Shared; /* light source created and updated in draw-process */ static pfLight *Sun; /* for configuring multi-process */ static long ProcSplit = PFMP_APPCULLDRAW; /* write out scene upon read-in - uses pfDebugPrint */ static long WriteScene = 0; char ProgName[PF_MAXSTRING]; static ulong* texMem; static void gentex (int xs, int ys, unsigned long *texbuf) { int pixcount; unsigned long *pixel; pixcount = xs * ys; pixel = texbuf; while (--pixcount) { *(pixel++) = lrand48 () | 0xff000000; } } /* * Usage() -- print usage advice and exit. This procedure * is executed in the application process. */ static void Usage (void) { fprintf(stderr, "Usage: %s [-p procSplit] [file.flt ...]\n", ProgName); pfExit(); exit(1); } /* * docmdline() -- use getopt to get command-line arguments, * executed at the start of the application process. */ static long docmdline(int argc, char *argv[]) { long opt; strcpy(ProgName, argv[0]); /* process command-line arguments */ while ((opt = getopt(argc, argv, "wp:?")) != -1) { switch (opt) { case 'w': WriteScene = 1; break; case 'p': ProcSplit = atoi(optarg); break; case '?': Usage(); } } return optind; } /* * main() -- program entry point. this procedure * is executed in the application process. */ int main (int argc, char *argv[]) { int arg; int found; pfNode *root; pfChannel *ilbchan; pfChannel *winchan; pfScene *ilbscene; pfScene *winscene; pfPipe *p; pfEarthSky *eSky; pfSphere ilbbsphere; pfCoord ilbview; pfCoord winview; float ilbfar = 10000.0f; float winfar = 10000.0f; if (argc < 2) Usage(); arg = docmdline(argc, argv); pfInit(); /* configure multi-process selection */ pfMultiprocess(ProcSplit); /* allocate shared before fork()'ing parallel processes */ Shared = (SharedData*)pfMalloc(sizeof(SharedData), pfGetSharedArena()); Shared->inWindow = 0; Shared->exitFlag = 0; Shared->drawStats = 0; /* initiate multi-processing mode set in pfMultiprocess call */ pfConfig(); ilbscene = pfNewScene(); winscene = pfNewScene(); /* specify directories where geometry and textures exist */ if (!(getenv("PFPATH"))) pfFilePath( "." ":./data" ":../data" ":../../data" ":/usr/src/Performer/data" ); fprintf(stderr,"FilePath: %s\n", pfGetFilePath()); /* load files named by command line arguments */ for (found = 0; arg < argc; arg++) { if ((root = LoadFile(argv[arg], NULL)) != NULL) { pfAddChild(ilbscene, root); found++; } } /* if no files successfully loaded, terminate program */ if (!found) Usage(); /* generate winscene */ root = genTexQuad(); pfAddChild(winscene, root); /* determine extent of scene's geometry */ pfGetNodeBSphere(ilbscene, &ilbbsphere); p = pfGetPipe(0); pfPhase(PFPHASE_FREE_RUN); /* Open and configure full screen GL window. */ pfInitPipe(p, OpenPipeline); pfFrameRate(60.0f); ilbchan = pfNewChan(p); pfChanCullFunc(ilbchan, ilbCullChannel); pfChanDrawFunc(ilbchan, ilbDrawChannel); pfChanScene(ilbchan, ilbscene); pfChanNearFar(ilbchan, 0.1f, ilbfar); winchan = pfNewChan(p); pfChanCullFunc(winchan, winCullChannel); pfChanDrawFunc(winchan, winDrawChannel); pfChanScene(winchan, winscene); pfChanAutoAspect(winchan, PFFRUST_CALC_NONE); pfMakeOrthoFrust(winchan, -1.0, 1.0, -1.0, 1.0); pfFrustNearFar(winchan, -1.0, 1.0); /* Create an earth/sky model that draws sky/ground/horizon */ eSky = pfNewESky(); pfESkyMode(eSky, PFES_BUFFER_CLEAR, PFES_SKY_GRND); pfESkyAttr(eSky, PFES_GRND_HT, -10.0f); pfChanESky(ilbchan, eSky); { float sceneSize; /* Set initial view to be "in front" of scene */ /* view point at center of bbox */ pfCopyVec3(ilbview.xyz, ilbbsphere.center); /* find max dimension */ sceneSize = ilbbsphere.radius * 2.0f; Shared->ilbsceneSize = sceneSize; /* offset so all is visible */ Shared->ilbview.xyz[PF_Y] -= sceneSize; Shared->ilbview.xyz[PF_Z] += 0.25f*sceneSize; pfSetVec3(Shared->ilbview.hpr, 0.0f, 0.0f, 0.0f); pfChanView(ilbchan, Shared->ilbview.xyz, Shared->ilbview.hpr); } /* main simulation loop */ while (!Shared->exitFlag) { /* wait until next frame boundary */ pfSync(); /* Set view parameters. */ UpdateView(); pfChanView(ilbchan, Shared->ilbview.xyz, Shared->ilbview.hpr); /* initiate traversal using current state */ pfFrame(); } /* terminate cull and draw processes (if they exist) */ pfExit(); /* exit to operating system */ exit(0); } /* * UpdateView() updates the eyepoint based on the information * placed in shared memory by GetGLInput(). */ static void UpdateView(void) { static float head = 0.0f; static float pitch = 90.0f; static float speed = 0.0f; static float speedLimit = 4.0f; pfCoord *view; float cp; view = &Shared->ilbview; if (!Shared->inWindow) { speed = 0; return; } switch (Shared->mouseButtons) { case Button1Mask: /* LEFTMOUSE: faster forward or slower backward*/ if (speed > 0.0f) speed *= 1.2f; else speed /= 1.2f; if (PF_ABSLT(speed, LOSPEED * Shared->ilbsceneSize)) speed = LOSPEED * Shared->ilbsceneSize; else if (speed >= HISPEED * Shared->ilbsceneSize) speed = HISPEED * Shared->ilbsceneSize; break; case Button2Mask: /* MIDDLEMOUSE: stop moving and pick */ speed = 0.0f; break; case Button3Mask: /* RIGHTMOUSE: faster backward or slower foreward*/ if (speed < 0.0f) speed *= 1.2f; else speed /= 1.2f; if (PF_ABSLT(speed, LOSPEED * Shared->ilbsceneSize)) speed = -LOSPEED * Shared->ilbsceneSize; else if (speed <= -HISPEED * Shared->ilbsceneSize) speed = -HISPEED * Shared->ilbsceneSize; break; } /* update view direction */ view->hpr[PF_H] -= Shared->mouseX * PF_ABS(Shared->mouseX); view->hpr[PF_P] = Shared->mouseY * PF_ABS(Shared->mouseY) * 90.0f; view->hpr[PF_R] = 0.0f; /* update view position */ cp = cosf(PF_DEG2RAD(view->hpr[PF_P])); view->xyz[PF_X] += speed*sinf(-PF_DEG2RAD(view->hpr[PF_H])*cp); view->xyz[PF_Y] += speed*cosf(-PF_DEG2RAD(view->hpr[PF_H])*cp); view->xyz[PF_Z] += speed*sinf( PF_DEG2RAD(view->hpr[PF_P])); } /* * 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). */ static void OpenPipeline(pfPipe *p) { float xSize = 512; float ySize = 512; /* negotiate with window-manager */ scrnselect(0); foreground(); prefsize(xSize, ySize); Shared->winId = winopen("IRIS Performer"); winconstraints(); keepaspect(1, 1); winconstraints(); /* register events of note with event-queue manager */ qdevice(ESCKEY); qdevice(F1KEY); qdevice(LEFTSHIFTKEY); /* negotiate with GL */ pfInitGfx(p); /* create a light source in the "south-west" (QIII) */ Sun = pfNewLight(NULL); pfLightPos(Sun, -0.3f, -0.3f, 1.0f, 0.0f); /* create a default texture environment */ pfApplyTEnv(pfNewTEnv(NULL)); /* create a default lighting model */ pfApplyLModel(pfNewLModel(NULL)); pfApplyMtl(pfNewMtl(NULL)); /* enable culling of back-facing polygons */ pfCullFace(PFCF_OFF); /* * These enables should be set to reflect the majority of the * database. If most geometry is not textured, then texture * should be disabled. However, you then need to change the * FLIGHT-format file reader. (pfflt.c) */ pfEnable(PFEN_TEXTURE); pfEnable(PFEN_LIGHTING); pfEnable(PFEN_FOG); /* get ilbuffer */ if (ilbuffer(1) != 1) printf("ilbuffer(1): failed.\n"); else printf("ilbuffer(1): succeeded.\n"); } /* * CullChannel() -- traverse the scene graph and generate a * display list for the draw process. This procedure is * executed in the cull process. */ static void ilbCullChannel(pfChannel *channel, void *data) { /* * pfDrawGeoSet or other display listable Performer routines * could be invoked before or after pfCull() */ pfCull(); } static void winCullChannel(pfChannel *channel, void *data) { /* * pfDrawGeoSet or other display listable Performer routines * could be invoked before or after pfCull() */ 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 ilbDrawChannel (pfChannel *channel, void *data) { float left, right, bottom, top; int tilesx, tilesy; int j, i; int x0, y0; float s0, s1, t0, t1; /* read window origin and size (it may have changed) */ pfGetPipeSize(pfGetChanPipe(channel), &Shared->winSizeX, &Shared->winSizeY); pfGetPipeOrigin(pfGetChanPipe(channel), &Shared->winOriginX, &Shared->winOriginY); left = 0.0; right = 512.0 / (float)Shared->winSizeX; bottom = 0.0; top = 512.0 / (float)Shared->winSizeY; pfChanViewport(channel, left, right, bottom, top); /* printf("ilbChannel: %d %d %d %d\n", (int)left, (int)(right * Shared->winSizeX), (int)bottom, (int)(top * Shared->winSizeY)); */ /* switch to ilbuffer */ ildraw(1); backbuffer(FALSE); /* rebind light so it stays fixed in position */ pfLightOn(Sun); /* erase framebuffer and draw Earth-Sky model */ pfClearChan(channel); /* invoke Performer draw-processing for this frame */ pfDraw(); /* switch off ilbuffer */ ildraw(0); backbuffer(TRUE); } static void winDrawChannel (pfChannel *channel, void *data) { static unsigned long tilebuf[128*128]; pfVec4 color; int i, j; int tilesx, tilesy; float s0, s1, t0, t1; long x0, y0; texbind (TX_TEXTURE_0, Shared->texId); readsource(SRC_ILBUFFER_1); tilesx = 512 / 128; tilesy = 512 / 128; for (i=0; iwinOriginX; for (j=0; jwinOriginY; fbsubtexload(x0, y0, TX_TEXTURE_0, Shared->texId, s0, s1, t0, t1, 2); } } pfPushState(); pfBasicState(); zbuffer(FALSE); pfDraw(); zbuffer(TRUE); pfPopState(); GetGLInput(); if (Shared->drawStats) pfDrawChanStats(channel); } #define SPH_COMPL 80 #define CUBE_SIZE 1.0f pfGeoSet* MakeTexSphere(void) { pfGeoSet *gset; pfGeoState *gst; pfTexture *tex; pfTexEnv *tenv; void *arena; static pfVec3* verts; static pfVec2* tcoords; static ushort* vind; static ushort* tind; pfVec3* v; pfVec2* t; ushort* vi; ushort* ti; float x, y, i, j; long nverts, nquads; ulong* dat; arena = pfGetSharedArena(); gset = pfNewGSet(arena); nverts = (SPH_COMPL+1) * (SPH_COMPL+1); nquads = SPH_COMPL * SPH_COMPL; verts = pfMalloc(nverts * sizeof(pfVec3), arena); tcoords = pfMalloc(nverts * sizeof(pfVec2), arena); vind = pfMalloc(nquads * 4 * sizeof(ushort), arena); tind = pfMalloc(nquads * 4 * sizeof(ushort), arena); v = verts; t = tcoords; for (y = -1.0; y <= 1.0; y += 2.0 / SPH_COMPL) { for (x = -1.0; x <= 1.0; x += 2.0 / SPH_COMPL) { float l, a, b, ls, xs, ys, xt, yt; l = sqrtf(x*x + y*y); if (l <= 1.0) { a = asinf(l); b = atan2f(y, x); ls = (2*a)/M_PI; xs = cosf(b)*ls; ys = sinf(b)*ls; xt = (xs+1.0)/2.0; yt = (ys+1.0)/2.0; } else { xt = (x+1.0)/2.0; yt = (y+1.0)/2.0; } /* z is up*/ (*v)[0] = x; (*v)[1] = 0.0; (*v)[2] = y; v++; (*t)[0] = xt; (*t)[1] = yt; t++; /* printf ("l: %.2f ls: %.2f x: %.2f y: %.2f xt: %.2f yt: %.2f\n", l, ls, x, y, xt, yt); */ } } vi = vind; ti = tind; for (j=0; jtexId = *(dat+2); pfGStateAttr(gst, PFSTATE_TEXTURE, tex); /* * create a new texture environment from shared memory, * decal the texture since the geoset has no color to * modulate, set the texture environment for this geostate */ tenv = pfNewTEnv(arena); pfTEnvMode(tenv, PFTE_DECAL); pfGStateAttr(gst, PFSTATE_TEXENV, tenv); return gset; } pfGeoSet* MakeTexCube(void) { pfGeoSet *gset; pfGeoState *gst; pfTexture *tex; pfTexEnv *tenv; void *arena; static pfVec3 verts[] ={{-CUBE_SIZE,-CUBE_SIZE, CUBE_SIZE}, { CUBE_SIZE,-CUBE_SIZE, CUBE_SIZE}, { CUBE_SIZE, CUBE_SIZE, CUBE_SIZE}, {-CUBE_SIZE, CUBE_SIZE, CUBE_SIZE}, {-CUBE_SIZE,-CUBE_SIZE, -CUBE_SIZE}, { CUBE_SIZE,-CUBE_SIZE, -CUBE_SIZE}, { CUBE_SIZE, CUBE_SIZE, -CUBE_SIZE}, {-CUBE_SIZE, CUBE_SIZE, -CUBE_SIZE}}; static ushort vindex[] ={0, 1, 2, 3, /* front */ 0, 3, 7, 4, /* left */ 4, 7, 6, 5, /* back */ 1, 5, 6, 2, /* right */ 3, 2, 6, 7, /* top */ 0, 4, 5, 1}; /* bottom */ static pfVec3 norms[] ={{ 0.0f, 0.0f, 1.0f}, { 0.0f, 0.0f,-1.0f}, { 0.0f, 1.0f, 0.0f}, { 0.0f,-1.0f, 0.0f}, { 1.0f, 0.0f, 0.0f}, {-1.0f, 0.0f, 0.0f}}; static ushort nindex[] ={0, 5, 1, 4, 2, 3}; static pfVec2 tcoords[] ={{0.0f, 0.0f}, {1.0f, 0.0f}, {1.0f, 1.0f}, {0.0f, 1.0f}}; static ushort tindex[] ={0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3}; ulong* dat; arena = pfGetSharedArena(); gset = pfNewGSet(arena); texMem = (ulong*) pfMalloc(512 * 512 * sizeof(ulong), arena); gentex(512, 512, texMem); /* * set the coordinate, normal and color arrays * and their cooresponding index arrays */ pfGSetAttr(gset, PFGS_COORD3, PFGS_PER_VERTEX, verts, vindex); pfGSetAttr(gset, PFGS_NORMAL3, PFGS_PER_PRIM, norms, nindex); pfGSetAttr(gset, PFGS_TEXCOORD2, PFGS_PER_VERTEX, tcoords, tindex); pfGSetPrimType(gset, PFGS_QUADS); pfGSetNumPrims(gset, 6); /* * create a geostate from shared memory, enable * texturing (in case that's not the default), and * set the geostate for this geoset */ gst = pfNewGState(arena); pfGStateMode(gst, PFSTATE_ENTEXTURE, 1); pfGSetGState(gset, gst); /* * create a new texture from shared memory, * load a texture file and add texture to geostate */ tex = pfNewTex(arena); pfTexFormat(tex, PFTEX_INTERNAL_FORMAT, PFTEX_RGBA_8); pfTexFormat(tex, PFTEX_EXTERNAL_FORMAT, PFTEX_PACK_8); pfTexFormat(tex, PFTEX_FAST_DEFINE, PF_ON); pfTexFilter(tex, PFTEX_MINFILTER, PFTEX_BILINEAR); pfTexFilter(tex, PFTEX_MAGFILTER, PFTEX_BILINEAR); pfTexImage(tex, texMem, 3, 512, 512, 0); dat = (ulong *)tex; Shared->texId = *(dat+2); printf("texId: %d\n", Shared->texId); pfGStateAttr(gst, PFSTATE_TEXTURE, tex); /* * create a new texture environment from shared memory, * decal the texture since the geoset has no color to * modulate, set the texture environment for this geostate */ tenv = pfNewTEnv(arena); pfTEnvMode(tenv, PFTE_DECAL); pfGStateAttr(gst, PFSTATE_TEXENV, tenv); return gset; } static pfNode* genTexQuad(void) { pfGroup* group = pfNewGroup(); pfGeode* geode = pfNewGeode(); pfGeoSet* gset = MakeTexSphere(); pfAddGSet(geode, gset); pfAddChild(group, geode); return (pfNode*) group; } static void GetGLInput(void) { long x, y; while (qtest()) { short value; long device = qread(&value); /* only act on key-down transitions */ if (value) { switch (device) { /* ESC-key signals end of simulation */ case ESCKEY: Shared->exitFlag = 1; break; /* F1-key toggles channel-stats display */ case F1KEY: Shared->drawStats = !Shared->drawStats; break; } } } /* read cursor position (may be outside our window) */ x = getvaluator(MOUSEX); y = getvaluator(MOUSEY); Shared->inWindow = 0; /* update cursor virtual position when cursor inside window */ if (x >= Shared->winOriginX && x < (Shared->winOriginX + Shared->winSizeX) && y >= Shared->winOriginY && y < (Shared->winOriginY + Shared->winSizeY)) { Shared->inWindow = 1; Shared->mouseX = 2.0f * ((x - Shared->winOriginX) / (float)Shared->winSizeX) - 1.0f; Shared->mouseY = 2.0f * ((y - Shared->winOriginY) / (float)Shared->winSizeY) - 1.0f; Shared->mouseButtons = ((getbutton(LEFTMOUSE) ? Button1Mask : 0) | (getbutton(MIDDLEMOUSE) ? Button2Mask : 0) | (getbutton(RIGHTMOUSE) ? Button3Mask : 0)); } Shared->shiftKey = getbutton(LEFTSHIFTKEY); } ------------------------------------------------------------------------ Henrik Tramberend Phone: +49(30)25417.3 Art+Com e.V. Fax: +49(30)25417.555 Berlin, Germany E-Mail: henrik@artcom.de From guest Fri Feb 3 06:35:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA14870; Fri, 3 Feb 1995 06:01:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA14867; Fri, 3 Feb 1995 06:01:07 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA01434; Fri, 3 Feb 95 06:00:53 -0800 Received: from merl.com by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id GAA08025; Fri, 3 Feb 1995 06:00:51 -0800 Received: from [140.237.1.47] (centris3.merl.com) by merl.com (4.1/SMI-4.0) id AA08987; Fri, 3 Feb 95 08:57:45 EST Message-Id: <9502031357.AA08987@merl.com> Organization: Mitsubishi Electric Research Laboratories, Inc. Cambridge, Massachusetts, USA X-Sender: barrus@mailhost.merl.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 3 Feb 1995 08:57:46 -0500 To: blastarr@ix.netcom.com (Kent Miller) From: barrus@merl.com (John W. Barrus) Subject: Re: Head Trackers & SpaceBalls Cc: info-performer@sgi.sgi.com Status: O >I've got a 3-pipe Reality Engine, head mounted display w/ head tracker, >and a Spaceball. So far, the only sample code I've found uses mouse & >keyboard for input. I can drive the HMD as output OK, but how do I get >head tracker and Spaceball input? Anybody got any sample code for me? > >Moochas gracias! Try /usr/people/4Dgifts/examples/devices/Spaceball/gl.or.x/cube.c That's where I got my example code for reading the Spaceball. I can't help with the head-tracker. John B. ------------------------- John Barrus Research Scientist Mitsubishi Electric Research Laboratories, Inc. voice 1.617.621.7535 201 Broadway fax 1.617.621.7550 Cambridge, MA 02139 barrus@merl.com From guest Fri Feb 3 08:44:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA15015; Fri, 3 Feb 1995 08:18:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA15012; Fri, 3 Feb 1995 08:18:10 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA05153; Fri, 3 Feb 95 08:17:48 -0800 Received: from moose.BanffCentre.AB.CA by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id IAA18909; Fri, 3 Feb 1995 08:17:43 -0800 Received: from grizzly.BanffCentre.AB.CA (grizzly.BanffCentre.AB.CA [198.161.28.11]) by moose.BanffCentre.AB.CA (8.6.9/950131.new-media) with ESMTP id QAA08888; Fri, 3 Feb 1995 16:19:04 GMT From: Sean Halliday Received: (halliday@localhost) by grizzly.BanffCentre.AB.CA (8.6.9/950131.nullclient) id QAA05259; Fri, 3 Feb 1995 16:19:03 GMT Message-Id: <199502031619.QAA05259@grizzly.BanffCentre.AB.CA> Subject: Re: Head Trackers & SpaceBalls To: blastarr@ix.netcom.com (Kent Miller) Date: Fri, 3 Feb 1995 09:19:03 -0700 (MST) Cc: info-performer@sgi.sgi.com In-Reply-To: <199502030154.RAA06341@ix3.ix.netcom.com> from "Kent Miller" at Feb 2, 95 05:54:36 pm X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 787 Status: O > > I've got a 3-pipe Reality Engine, head mounted display w/ head tracker, > and a Spaceball. So far, the only sample code I've found uses mouse & > keyboard for input. I can drive the HMD as output OK, but how do I get > head tracker and Spaceball input? Anybody got any sample code for me? > > Moochas gracias! > > Thr MRToolkit developed at the University of Alberta supports various trackers and gloves. The trackers run as a client-server architectual so any machine can access them without switching serial ports. mr-list-request@cs.ualberta.ca or lloyd@cs.ualberta.ca -- Sean Halliday Computer Graphics Software Developer New Media Research, Banff Centre for the Arts. halliday@BanffCentre.AB.CA From guest Fri Feb 3 10:08:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA15195; Fri, 3 Feb 1995 09:49:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA15192; Fri, 3 Feb 1995 09:49:43 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08915; Fri, 3 Feb 95 09:49:29 -0800 Received: from midway.ait.nrl.navy.mil by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id JAA00592; Fri, 3 Feb 1995 09:49:27 -0800 Received: (from russo@localhost) by midway.ait.nrl.navy.mil (8.6.9/8.6.9) id RAA07258 for info-performer@sgi.com; Fri, 3 Feb 1995 17:49:16 GMT Date: Fri, 3 Feb 1995 17:49:16 GMT From: Kevin Russo Message-Id: <199502031749.RAA07258@midway.ait.nrl.navy.mil> To: info-performer@sgi.sgi.com Subject: eoe distribution policy Status: O Hi, I notice that in the IRIX 5.2 eoe there are no Performer runtime dso libraries, unlike some other SGI extra-cost packages such as Inventor, ImageVision, DigitalMedia, ViewKit, C, C++, Ftn, DPS, to name a few. This means that users of turnkey systems running just the IRIX execution environment cannot run any Performer-based apps unless they've also purchased the Performer developer's CD or unless the app was explicitly compiled with the non-shared .a libraries. Since Performer on SGIs is conquering the VisSim world, this little omission may become more of a rude shock for customers who buy eoe seats expecting to run canned simulation apps, then find out late in the bugetary cycle that they need to buy Perf dev CD. True, it's a modest amount (~ $1500, and well worth it) but it does have to be budgeted for. Or else customers need to know that they have to ask their software developers for a statically linked executable. Has Performer's eoe distribution policy always been this way, and is it going to change in the future? I'd appreciate it if someone from SGI could clarify this for me. Thanks. Kevin -- Kevin Russo russo@ait.nrl.navy.mil US Naval Research Lab Washington, DC From guest Fri Feb 3 11:25:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA15403; Fri, 3 Feb 1995 11:05:23 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA15400; Fri, 3 Feb 1995 11:05:23 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA12842; Fri, 3 Feb 95 11:05:12 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id LAA13539; Fri, 3 Feb 1995 11:05:11 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id LAA16067; Fri, 3 Feb 1995 11:05:08 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:russo@ait.nrl.navy.mil id AA12792; Fri, 3 Feb 95 11:05:02 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id LAA07424; Fri, 3 Feb 1995 11:05:10 -0800 From: "Michael Jones" Message-Id: <9502031105.ZM7422@babar.asd.sgi.com> Date: Fri, 3 Feb 1995 11:05:10 -0800 In-Reply-To: Kevin Russo "eoe distribution policy" (Feb 3, 5:49pm) References: <199502031749.RAA07258@midway.ait.nrl.navy.mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Kevin Russo , info-performer@sgi.sgi.com Subject: Re: eoe distribution policy Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 3, 5:49pm, Kevin Russo wrote: > Subject: eoe distribution policy :I notice that in the IRIX 5.2 eoe there are no Performer runtime dso :libraries, unlike some other SGI extra-cost packages such as Inventor, :ImageVision, DigitalMedia, ViewKit, C, C++, Ftn, DPS, to name a few. True. Same in IRIX 5.3 as well. :This means that users of turnkey systems running just the IRIX execution :environment cannot run any Performer-based apps unless they've also :purchased the Performer developer's CD or unless the app was explicitly :compiled with the non-shared .a libraries. : :Since Performer on SGIs is conquering the VisSim world, this little :omission may become more of a rude shock for customers who buy eoe seats :expecting to run canned simulation apps, then find out late in the bugetary :cycle that they need to buy Perf dev CD. True, it's a modest amount :(~ $1500, and well worth it) but it does have to be budgeted for. Or :else customers need to know that they have to ask their software :developers for a statically linked executable. Or else software developers need to know that they have to send their customers a statically linked executable. :Has Performer's eoe distribution policy always been this way, and :is it going to change in the future? I'd appreciate it if someone from :SGI could clarify this for me. It's more of a side effect than a policy. We're not tied to OS releases, rather, we like to release "just after" OS & graphics code releases so that we can work around or patch any problems that have been left unfixed. We did this in 1.2 for example, to fix a significant bug in IRIX 5.2 libc when multiprocessing. Now that SGI has an individual light-weight patch mechanism for OS & graphics microcode bug fixes, we no longer need to retain this release model to assure quality. Due to this, we plan to release the IRIS Performer DSO's with the IRIX EOE distribution in future IRIX releases. These would be IRIS Performer 2.0 DSO's. In the interim, if you have the need to distribute DSO-based IRIS Performer applications to people who don't have IRIS Performer on their machines, contact Ralph Humphries for advice. His email address is (ralphh@asd.sgi.com). We'll help you make it work. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Fri Feb 3 12:01:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA15576; Fri, 3 Feb 1995 11:38:50 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA15571; Fri, 3 Feb 1995 11:38:46 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA14565; Fri, 3 Feb 95 11:38:32 -0800 Received: from cabell.vcu.edu by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id LAA19790; Fri, 3 Feb 1995 11:38:28 -0800 Received: by cabell.vcu.edu (5.65/DEC-Ultrix/4.3) id AA23642; Fri, 3 Feb 1995 14:38:25 -0500 Date: Fri, 3 Feb 1995 14:38:25 -0500 Message-Id: <9502031938.AA23642@cabell.vcu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: jprice@cabell.vcu.edu (Jeff Price) Status: O unsubscribe Jeff Price _______ j e f f p r i c e assistant professor director - advanced visualization lab vcu dept of communication arts + design richmond, virginia 804 - 828 - 0318 http://128.172.172.6/.SOTASERVER/CDEHomepage/AVL.Homepage/AVL.html From guest Fri Feb 3 12:33:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA15883; Fri, 3 Feb 1995 12:16:35 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA15880; Fri, 3 Feb 1995 12:16:35 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA16117; Fri, 3 Feb 95 12:16:24 -0800 Received: from netcom13.netcom.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id MAA26068; Fri, 3 Feb 1995 12:16:23 -0800 Received: by netcom13.netcom.com (8.6.9/Netcom) id MAA24177; Fri, 3 Feb 1995 12:15:13 -0800 Date: Fri, 3 Feb 1995 12:15:13 -0800 From: chf@netcom.com (Cynthia H. Ferguson) Message-Id: <199502032015.MAA24177@netcom13.netcom.com> To: info-performer@sgi.sgi.com Subject: color choosers and performer Status: O I am working on a VR authoring system and I want to add a color chooser to my Performer app. I can get the SgColorChooser provided in libSgm.a (and defined in /usr/include/Sgm/ColorC.h) to work as long as no rendering is done by Performer. Once Performer starts rendering, the GL windows in the color chooser stop. I have opened a call with the hotline since I'm not sure where the problem is but I thought I'd check with this list to see if anyone else has tried doing this and what if any suggestions people have. Thanks Cindy Talisman Dynamics chf@netcom.com From guest Fri Feb 3 14:20:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA16258; Fri, 3 Feb 1995 14:01:14 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA16255; Fri, 3 Feb 1995 14:01:14 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA19833; Fri, 3 Feb 95 14:00:59 -0800 Received: from akbar.psl.nmsu.edu by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id OAA12475; Fri, 3 Feb 1995 14:00:56 -0800 Received: by akbar.psl.nmsu.edu (4.1/1.01) id AA15113; Fri, 3 Feb 95 15:02:09 MST Date: Fri, 3 Feb 95 15:02:09 MST From: smcgee@akbar.psl.nmsu.edu (Steve Mcgee) Message-Id: <9502032202.AA15113@akbar.psl.nmsu.edu> To: info-performer@sgi.sgi.com Status: O Here's the situation. I have a Performer 1.2 program that displays several textured billboards with varying transparency. The same executable displays different behavior on different platforms: Crimson w/RE - Modulates transparent textures correctly. 8-Cpu Onyx w/RE II & Crimson w/VGXT - The Top billboards OCCLUDE the deeper billboards even though the applicable GeoState transparency is ORed with PFTR_NO_OCCLUDE. All systems running IRIX 5.2. I'm still pretty new to Performer so I may be missing something. I was pleased to get the desired result on one machine. But what's different on the other platforms? Do I need to apply a depth buffer setting of some kind? I've tried all combinations of Transparency states. Do you have any ideas? *************************************************************************** Steve McGee smcgee@psl.nmsu.edu From guest Fri Feb 3 14:30:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA16282; Fri, 3 Feb 1995 14:11:24 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA16279; Fri, 3 Feb 1995 14:11:23 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA20562; Fri, 3 Feb 95 14:10:51 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id OAA13772; Fri, 3 Feb 1995 14:10:49 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id OAA10885; Fri, 3 Feb 1995 14:10:48 -0800 Received: from althea.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA20465; Fri, 3 Feb 95 14:10:41 -0800 Received: by althea.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA18202; Fri, 3 Feb 1995 14:10:41 -0800 From: "Ralph Humphries" Message-Id: <9502031410.ZM18200@althea.asd.sgi.com> Date: Fri, 3 Feb 1995 14:10:40 -0800 In-Reply-To: "Marc SIMON Presales support" "How to receive the Vertical Retrace Interrupt." (Feb 3, 9:13am) References: <9502030913.ZM5759@girl.paris.sgi.com> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: "Marc SIMON Presales support" , info-performer@sgi.sgi.com, rt_dist@giraffe Subject: Re: How to receive the Vertical Retrace Interrupt. Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Marc, OpenGL also provides access to the VSync signal. Does this help? -rh On Feb 3, 9:13am, Marc SIMON Presales support wrote: > Subject: How to receive the Vertical Retrace Interrupt. > Hi all, > > I would like for scheduling a customer simulation to synchronize the > Graphics RE2 with the application. > > I would like to manage the Vertical Retrace Interrupt to schedule the > simulation. > > I know that we can do this with FRS and with Performer but the customer > don't want to use this tools presently. > > So if you know how to manage this Interrupt thanks to give me some ideas. > > > Thanks, > > -- > -- Marc -- Marc SIMON Presales support > =========================== > > --------- ////// // // ////// /////// /////// ----------- > // // / / // // // / / // > --------- ///// // / // ///////// /////// // ----------- > // // // // // /// // > --------- /////// // // // // / /// /////// ---------- > > Silicon Graphics France > 21 Rue Albert Calmette > Jouy-en-Josas 78350 FRANCE > Tel (33) 1 34-88-80-00 > email : smarc@paris.sgi.com > > ++++++++++++++++++++++++++++ smarc@paris.sgi.com **************************** >-- End of excerpt from Marc SIMON Presales support -- -------------------------------------------------------------------------- Ralph Humphries Silicon Graphics, Inc. Product Manager 2011 N. Shoreline Blvd. Real-Time Computing Mountain View, CA 94039 415-390-1025 From guest Fri Feb 3 11:06:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA15393; Fri, 3 Feb 1995 10:49:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA15390; Fri, 3 Feb 1995 10:49:31 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA12083; Fri, 3 Feb 95 10:49:21 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id KAA09991; Fri, 3 Feb 1995 10:49:19 -0800 Received: from mar by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id KAA13224; Fri, 3 Feb 1995 10:49:17 -0800 Received: by mar (940816.SGI.8.6.9/930416.SGI) id WAA03549; Fri, 3 Feb 1995 22:56:25 -0800 From: "JAVIER CASTELLAR" Message-Id: <9502032256.ZM3547@mar> Date: Fri, 3 Feb 1995 22:56:25 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: smarc@girl.paris.sgi.com Subject: Re: How to receive the Vertical Retrace Interrupt. Cc: info-performer@sgi.sgi.com, jimh@surreal Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, You can do it in two ways from GL: 1) Use the famous SUPER JOHN ROHLF skyfly trick: (it will sync the code flux to the next vertical retrace, beleave it or not) c3i(no_matter_which_color_put_here); 2) Use the most dark GL call you have ever seen (out of the mistery which has the ilbuffer()) gsync(); 3) In OpenGL, on the new extensions added in 5.3 you have also glVSync_EXT or glVSync_SGI or something like it. (i cannot remember it, it is friday). glVSync* ----------------------------------oooooo------------------------------------- Since 2) is on the GL API, use it. Anyway i have used 1) which works. See 4Dgifts skyfly.c source code. The manual page for gsync is: mar 12% man gsync gsync(3G) gsync(3G) NAME gsync - waits for a vertical retrace period C SPECIFICATION void gsync() PARAMETERS none DESCRIPTION In single buffer mode, rapidly changing scenes should be synchronized with the refresh rate. gsync blocks graphics calls to the current window until the next vertical retrace period. SEE ALSO singlebuffer NOTES This routine is available only in immediate mode. In some implementations gsync blocks immediately. In others, gsync blocks only when a graphics call is made. Hope this helps. -Javier -- ******************************************************************** * Javier Castellar * Email: javier@madrid.sgi.com * * Systems Engineer * Vmail: x59665 * * Gfx guru * Phone: ++34-1-4429077 * * Silicon Graphics Spain* Fax: ++34-1-4420150 * ******************************************************************** Nobody said that the life was a fair play Javier Castellar From guest Sat Feb 4 19:59:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA18158; Sat, 4 Feb 1995 19:07:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA18155; Sat, 4 Feb 1995 19:07:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA17565; Sat, 4 Feb 95 19:07:36 -0800 Received: from hamsadvani.serc.iisc.ernet.in by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id TAA03625; Sat, 4 Feb 1995 19:07:28 -0800 Received: (from sectra@localhost) by hamsadvani.serc.iisc.ernet.in (8.6.9/8.6.9) id IAA12171 for info-performer@sgi.com; Sun, 5 Feb 1995 08:44:28 +0500 Date: Sun, 5 Feb 1995 08:44:28 +0500 From: Serc Trainees Message-Id: <199502050344.IAA12171@hamsadvani.serc.iisc.ernet.in> To: info-performer@sgi.sgi.com Status: O Dear Sir, I am working on a project which involves using IRIS-Performer for volume visualisation. Every thing is working fine. But the problem is that I cannot find the equivalent in Performer for "tlutdef" command in GL. Can anyone help me in this regard ? A fast reply would be highly thankful. Thanks -Madhu From guest Sat Feb 4 21:16:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA18308; Sat, 4 Feb 1995 20:45:35 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA18305; Sat, 4 Feb 1995 20:45:35 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA18527; Sat, 4 Feb 95 20:45:22 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id UAA07699; Sat, 4 Feb 1995 20:45:20 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id UAA22149; Sat, 4 Feb 1995 20:45:11 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:sectra@hamsadvani.serc.iisc.ernet.in id AA18522; Sat, 4 Feb 95 20:45:10 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id UAA02167; Sat, 4 Feb 1995 20:45:21 -0800 Message-Id: <199502050445.UAA02167@surreal.asd.sgi.com> To: Serc Trainees Cc: info-performer@sgi.sgi.com In-Reply-To: Your message of "Sun, 05 Feb 95 08:44:28 +0500." <199502050344.IAA12171@hamsadvani.serc.iisc.ernet.in> Date: Sat, 04 Feb 95 20:45:21 -0800 From: Jim Helman Status: O Performer provides wrappers around certain pieces of GL graphics state, typically those which are used and which change the most frequently, e.g. pfTexture, pfMaterial, pfTexGen (in 2.0). Graphics operations not supported directly by Performer's API can be invoked with GL code in draw callbacks. The important considerations are to only make GL calls in the DRAW process and when using pre- and post- draw callbacks on a scene graph node to always have the post-callback restore graphics state modified the the pre-callback. If a particular subgraph of the scene is to be renedered with a particular tlut, you could bind the tlut in the pre-draw callback of the group at the root of the subgraph and unbind the tlut in the post-draw callback. The tlutdef, which you only want to do once at initialization time or when the tlut's contents change, could also be done in the node pre-draw callback. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Sun Feb 5 16:25:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA19109; Sun, 5 Feb 1995 15:51:13 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA19106; Sun, 5 Feb 1995 15:51:12 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA29672; Sun, 5 Feb 95 15:50:59 -0800 Received: from cae.ca by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id PAA21163; Sun, 5 Feb 1995 15:50:55 -0800 Received: by cae.ca (4.1/SMI-4.1) id AA13461; Sun, 5 Feb 95 18:51:12 EST Date: Sun, 5 Feb 95 18:51:12 EST From: rejeanc@cae.ca (Rejean Chartrand) Message-Id: <9502052351.AA13461@cae.ca> To: info-performer@sgi.sgi.com Subject: Getting VClock PID with Performer 1.0 Status: O Hi, I have to support a product that has been created using Performer 1.0 (So no intention to upgrade the product with another version of Performer). Here's the problem that I have to solve : I need to get the PID of the VClock, which is a process that is forked by a call to pfInit(). Using Performer 1.2 I can have it using the pfGetPID( PFPROC_CLOCK ) but with Performer 1.0 it is not available. I've searching the man pages for the wait and signal commands but I don't seem to be able to find a way to have access to the list of processes that I main() function is generating (i.e. from a given parent process to get a list of all the other child processes). If anybody can provide me with a simple piece of code that does that I would really appreciate (maybe something simillar to what the ps() Unix command does). Thanks in advance ! Rejean Chartrand. CAE Electronics, Montreal CANADA. From guest Sun Feb 5 18:07:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA19351; Sun, 5 Feb 1995 17:30:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA19348; Sun, 5 Feb 1995 17:30:38 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA00924; Sun, 5 Feb 95 17:30:25 -0800 Received: from redgate.vislab.su.edu.au by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id RAA27415; Sun, 5 Feb 1995 17:30:22 -0800 From: ben@vislab.su.edu.au Received: from stacey.vislab.su.edu.au by redgate.vislab.su.edu.au via SMTP (931110.SGI/921111.SGI) for info-performer@sgi.com id AA20878; Mon, 6 Feb 95 12:30:15 +1100 Received: by stacey.vislab.su.edu.au (931110.SGI/921111.SGI) for info-performer@sgi.com id AA11685; Mon, 6 Feb 95 12:30:13 +1100 Date: Mon, 6 Feb 95 12:30:13 +1100 Message-Id: <9502060130.AA11685@stacey.vislab.su.edu.au> Subject: Dithered Output To: info-performer@sgi.sgi.com Reply-To: ben@vislab.su.edu.au Status: O DITHERED OUTPUT --------------- Hi Performer people, We're dumping our image frames from performer to an ACCOM video disk, and have found that we get different results in the image quality depending on whether we record the output from our crimson vgx, vs. our indigoII extreme. The Indigo2 extreme dithers its' output in a regular pattern that causes terrible shimmer in the non-interlaced display from the ACCOM. The crimson doesn't dither. The problem can be seen if we show seperate still-fields from the accom: one field seems brighter than the other, due to the regular dithering pattern. If you run "/usr/demos/bin/snoop" (or xmag) in the performer window you can see the dither pattern. Our target system will use an Indigo2. The display quality must be suitable for broadcast (PAL) tv. Is there a way to get non-dithered output from an extreme graphics board? We have reduced the colour range, but the shimmer remains because the fields are different in brightness. Are we stuck with it? Does performer always dither on an indigo2 extreme? regards, ben. _______________________________________________________ Ben Simons Physics Building, A28, VisLab Systems Manager Sydney University. NSW. Phone +61-2-351-3005 AUSTRALIA. 2006. From guest Sun Feb 5 22:04:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA20480; Sun, 5 Feb 1995 21:26:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA20477; Sun, 5 Feb 1995 21:26:03 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA03772; Sun, 5 Feb 95 21:25:44 -0800 Received: from bvr.co.il by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id VAA10253; Sun, 5 Feb 1995 21:25:30 -0800 Received: from amky.bvr.co.il by bvr.co.il via SMTP (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA03258; Mon, 6 Feb 95 07:29:57 +0200 Received: by amky.bvr.co.il (931110.SGI/911001.SGI) for @owl.bvr.co.il:info-performer@sgi.com id AA02543; Mon, 6 Feb 95 07:22:53 +0200 From: "Ran Yakir" Message-Id: <9502060722.ZM2541@amky.bvr.co.il> Date: Mon, 6 Feb 1995 07:22:51 +0000 In-Reply-To: ben@vislab.su.edu.au "Dithered Output" (Feb 6, 12:30pm) References: <9502060130.AA11685@stacey.vislab.su.edu.au> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: ben@vislab.su.edu.au Subject: Re: Dithered Output Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O > > Does performer always dither on an indigo2 extreme? > No, it does not. The Extreme graphics has 24 bits for color frame buffer, which, upon using double buffering, are divided into two 12 bits buffers. Those 12 bits contain 4 bits for each of the R, G & B color components - which means only 4096 colors. This situation requires dithering if you want to have good image quality. The VGX, however, has 48 bits for R, G & B, which allows for 24 bits in double buffer mode, and therefore, does not require dithering. Dithering is the default GL mode for low-end machines like Extreme, but you can turn it off using the GL call 'dither(DT_OFF)'. You can put that call in the channel's pre-callback. However, you'll get poor color range that way. From the nature of your application I gather that you do not require double buffering. If you turn double buffering off inside the pipe open callback using 'singlebuffer()', you'll get much better results. Note that you have to call singlebuffer() _after_ the call to pfInitGfx() and before a call to gconfig(). Hope that helps. Regards, Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | Graphics App. Chief Engineer / )_ (_(_) ) \/ (_(_/<_(_)( | BVR Technologies Ltd. _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | From guest Mon Feb 6 07:54:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA21242; Mon, 6 Feb 1995 07:18:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA21239; Mon, 6 Feb 1995 07:18:12 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13059; Mon, 6 Feb 95 07:17:55 -0800 Received: from ldsa.com by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id HAA07231; Mon, 6 Feb 1995 07:17:52 -0800 Date: Mon, 6 Feb 95 10:17:18 EST From: mwilliam@ldsa.com (Micheal J. Williams) Received: by ldsa.com (4.1/3.1.012693-Loral Defense Systems-Akron); id AA14349 for info-performer@sgi.sgi.com; Mon, 6 Feb 95 10:17:18 EST Message-Id: <9502061517.AA14349@ldsa.com> To: info-performer@sgi.sgi.com Subject: Raster background Status: O I have a Performer 1.2 application for a flight simulator in which we have 3D models flying over a polygonal terrain grid. Performer only handles our models, the terrain is draw with GL in our draw callback. We now need a 2D overview mode where we look down on the scene from above, but for this mode we want to display a scanned map rather than the terrain grid. We are working on an Indigo2 Extreme and realize that software texture mapping would be too slow. Does anyone know a way I can accomplish this? Since all models will always be above the terrain, perhaps I could simply throw a raster background up before the models. Is there a Performer, GL, or X-windows way to do this. We are using IRIX 5.2. I implemented this once by making my terrain grid size the same as the raster post spacing, and using my existing GL code to draw the terrain colored from the raster. This worked, but the frame rate is about 5 second, and there is concern about this. Any help, or suggestions would be appreciated. Mike Williams mwilliam@ldsa.com From guest Mon Feb 6 08:26:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA21266; Mon, 6 Feb 1995 07:50:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA21263; Mon, 6 Feb 1995 07:50:32 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13582; Mon, 6 Feb 95 07:50:15 -0800 Received: from ax433.mclink.it by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id HAA09697; Mon, 6 Feb 1995 07:49:55 -0800 To: info-performer@sgi.sgi.com Subject: Is Pf Compatible ... Date: Mon, 6 Feb 95 16:47:58 CET From: "Infobyte S.R.L." Message-Id: <9502061647.aa21059@ax433.mclink.it> Status: O Hi everybody, we are considering the acquisition of new SGI hardware and we have some questions. First of all compatibility of Performer with IRIX 6.0. Do applications in Perfomer 1.2 run on IRIX 6.0 with or without re-compiling? And will Performer 2.0? Will Performer 2.0 be compatibile with programs written for 1.2? Is Performer 2.0 on schedule and will it be released in April as was written some time ago on the forum? Regarding the new Audio/Serial Option board for Onyx, is there anyone who is currently writing some 3D sound library for it? Will it be included in Performer 2.0? One last question about Performer & REACT. It seems to me that REACT will be an add-on for the OS starting from IRIX 5.3. Is it correct? And will it impact on Performer that use it? How are the relationship between Performer and REACT? Thank you in advance for any answer. Massimo Cuomo - Infobyte - mc9258@mclink.it From guest Mon Feb 6 09:49:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA21470; Mon, 6 Feb 1995 09:19:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA21467; Mon, 6 Feb 1995 09:19:54 -0800 Received: from rock.csd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA15930; Mon, 6 Feb 95 09:19:41 -0800 Received: from orca by rock.csd.sgi.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA11453; Mon, 6 Feb 1995 09:19:40 -0800 Received: by orca (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA05409; Mon, 6 Feb 1995 11:23:37 -0600 From: hlo@orca.esd.sgi.com (Howard Lo) Message-Id: <199502061723.LAA05409@orca> Subject: Re: We've Moved! (fwd) To: nafose@orca.esd.sgi.com, info-performer@orca.esd.sgi.com Date: Mon, 6 Feb 95 11:23:35 CST X-Mailer: ELM [version 2.3 PL6] Status: O > Paradigm Simulation, Inc. announces: WE'VE MOVED! > > Effective January 20, 1995 > > NEW ADDRESS: > Paradigm Simulation, Inc. > 14900 Landmark Blvd., Suite 400 > Dallas, TX 75240 > (214) 960-2301 Phone > (214) 960-2303 Fax > e-mail: marketing@paradigmsim.com > > ------------------------------------- > Amy Bayers Phone: (214) 960-2301 > Paradigm Simulation,Inc. FAX: (214) 960-2303 > E-mail: amy@paradigmsim.com > "Visualize your world with Vega. Hear your world with AudioWorks" > > ------------------------------------- From guest Mon Feb 6 09:53:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA21480; Mon, 6 Feb 1995 09:25:19 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA21477; Mon, 6 Feb 1995 09:25:15 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA16075; Mon, 6 Feb 95 09:25:02 -0800 Received: from goya.eunet.es by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id JAA20141; Mon, 6 Feb 1995 09:24:43 -0800 Received: (uucp@localhost) by goya.eunet.es (8.6.9/12.07) id RAA13296 for info-performer@sgi.com; Mon, 6 Feb 1995 17:53:16 +0100 Received: by INDY3.comarts.es (920330.SGI/5.3) id AA01749 for info-performer@sgi.com; Mon, 6 Feb 95 17:47:45 GMT Date: Mon, 6 Feb 95 17:47:45 GMT From: "Nacho Sanz-Pastor Computer Arts + Developments VISSIM Div." Message-Id: <9502061747.AA01749@INDY3.comarts.es> To: info-performer@sgi.sgi.com Status: O Hi, there !! There is a Peformer MP issue that we have been discussing for some time now, with both SGI and non SGI users, in Spain, Cortaillod and France. Since we have been unable to reach a definitive conclusion, I would like to open its discussion in the info performer , since we feel this same issue could be of interest for more users. Ok, there it goes: When you fork the Intersections with PFMP_FORK_ISECT, a new asyncronous process is created for the length of the Isect call. Is that correct ? Why does the man page say isect can be syncr. or asyncr. ? Does a buffered copy of the data get created then ? What if your app modifies vertex positions for each frame ? Do you have to buffer that by yourself ? What if you miss a frame, extending the forked process into the next frame ? Would you just get the previous frame isect data ? Is there a method for monitoring frame skips ? When you fork additional processes , Do you have to buffer the data by yourself ? You have to share memory and put everything in PassIsectData ? Besides those MP doubts, If a geoset has no normals and you ask for them in the isect, what you get? Are they computed ? I hope all this is useful for somebody. Thanks in advance, best regards. Nacho Sanz-Pastor nacho@comarts.es Computer Arts & Developments Anita Vindel 10 bajo 28023 Madrid Spain tel ++ 34 1 357 27 51 fax ++ 34 1 307 03 39 ------------------------------------------------------------------------------ Computer Arts & Developments Visual Simulation Group An asteriod has crashed on Earth, and the Dinosaurs are close to being extinct ------------------------------------------------------------------------------ From guest Mon Feb 6 12:20:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA21829; Mon, 6 Feb 1995 12:01:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA21826; Mon, 6 Feb 1995 12:01:37 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA23460; Mon, 6 Feb 95 12:01:24 -0800 Received: from goya.eunet.es by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id MAA17141; Mon, 6 Feb 1995 12:01:08 -0800 Received: (uucp@localhost) by goya.eunet.es (8.6.9/12.07) id UAA19660 for info-performer@sgi.com; Mon, 6 Feb 1995 20:43:54 +0100 Received: by INDY3.comarts.es (920330.SGI/5.3) id AA01855 for info-performer@sgi.com; Mon, 6 Feb 95 18:02:42 GMT Date: Mon, 6 Feb 95 18:02:42 GMT From: "Nacho Sanz-Pastor Computer Arts + Developments VISSIM Div." Message-Id: <9502061802.AA01855@INDY3.comarts.es> To: info-performer@sgi.sgi.com Status: O In Response to: Mike Williams. > I have a Performer 1.2 application for a flight simulator in which >we have 3D models flying over a polygonal terrain grid. Performer only >handles our models, the terrain is draw with GL in our draw callback. >We now need a 2D overview mode where we look down on the scene from >above, but for this mode we want to display a scanned map rather than >the terrain grid. > >We are working on an Indigo2 Extreme and realize that software texture >mapping would be too slow. Does anyone know a way I can accomplish this? >Since all models will always be above the terrain, perhaps I could simply >throw a raster background up before the models. Is there a Performer, GL, >or X-windows way to do this. We are using IRIX 5.2. Hi, Mike. Sounds like the best way to do the display is make a lrectwrite gl call instead of the screen clear in the PreDraw for that channel, painting a 2D image in the background before you draw any geometry. Depending on the size of the window, frame rate should be ok with that. Best regards, Nacho Sanz-Pastor nacho@comarts.es Computer Arts & Developments Anita Vindel 10 bajo 28023 Madrid Spain tel ++ 34 1 357 27 51 fax ++ 34 1 307 03 39 ------------------------------------------------------------------------------ Computer Arts & Developments Visual Simulation Group An asteriod has crashed on Earth, and the Dinosaurs are close to being extinct ------------------------------------------------------------------------------ From guest Mon Feb 6 11:01:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA21657; Mon, 6 Feb 1995 10:43:41 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA21654; Mon, 6 Feb 1995 10:43:40 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA19226; Mon, 6 Feb 95 10:43:27 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id KAA02034; Mon, 6 Feb 1995 10:42:55 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id KAA07603; Mon, 6 Feb 1995 10:42:47 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:MC9258@mclink.it id AA19186; Mon, 6 Feb 95 10:42:45 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id KAA14310; Mon, 6 Feb 1995 10:42:50 -0800 From: "Michael Jones" Message-Id: <9502061042.ZM14308@babar.asd.sgi.com> Date: Mon, 6 Feb 1995 10:42:50 -0800 In-Reply-To: "Infobyte S.R.L." "Is Pf Compatible ..." (Feb 6, 4:47pm) References: <9502061647.aa21059@ax433.mclink.it> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Infobyte S.R.L." , info-performer@sgi.sgi.com Subject: Re: Is Pf Compatible ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 6, 4:47pm, Infobyte S.R.L. wrote: > Subject: Is Pf Compatible ... :First of all compatibility of Performer with IRIX 6.0. :Do applications in Perfomer 1.2 run on IRIX 6.0 with or :without re-compiling? Yes. But they run in 32-bit mode so there is usually no performance advantage. :And will Performer 2.0? Yes. It will support all three cases: 32-bit IrisGL: all machines including R8000 32-bit OpenGL: all machines including R8000 64-bit OpenGL: R8000 only Note that 64-bit IrisGL is not one of the choices. :Will Performer 2.0 be compatibile with programs written :for 1.2? Mostly. We try to never break old programs through a combination of only making additive API changes and providing thorough conversion tools (like the port1.2 sed script that shipped with 1.2). There are cases, though, where some programs will have to be changed. We will describe these in the release notes that ship with 2.0. :Is Performer 2.0 on schedule and will it be released in :April as was written some time ago on the forum? We are arguably on schedule, though there is still much work to do. We still plan to have 2.0 in customer's hands by April. :Regarding the new Audio/Serial Option board for Onyx, is :there anyone who is currently writing some 3D sound library :for it? Will it be included in Performer 2.0? It's usable with SGI's Audio Library, and SGI Audio Library programs already have been written that work with IRIS Performer, so the answer is yes. One example is the OORT game that ships with IRIS Performer 1.2. :One last question about Performer & REACT. :It seems to me that REACT will be an add-on for the OS :starting from IRIX 5.3. Is it correct? The basic REACT facilities that have been provided with IRIX in the past are still provided for free. These include non-degrading priorities, processor assignment & isolation, and the many other MPADMIN/sysmp() functions that you may be used to. What is new is REACT/Pro, an extra cost suite of tools that includes the new frame scheduler and advanced profiling tools. Contact Ralph Humphries (ralphh@asd.sgi.com) for full details on these questions. :And will it impact on Performer that use it? :How are the relationship between Performer and REACT? They are compatible and have several relationships now in development for the IRIS Performer 2.0 release. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Mon Feb 6 12:16:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA21814; Mon, 6 Feb 1995 11:54:23 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA21811; Mon, 6 Feb 1995 11:54:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA23142; Mon, 6 Feb 95 11:54:09 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id LAA15798; Mon, 6 Feb 1995 11:54:02 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id LAA18984; Mon, 6 Feb 1995 11:54:00 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA23135; Mon, 6 Feb 95 11:53:59 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA01933; Mon, 6 Feb 1995 11:52:14 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199502061952.LAA01933@tubes.asd.sgi.com> Subject: Re: decolorize callback To: guest (Nathaniel Bletter) Date: Mon, 6 Feb 95 11:52:13 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9502011614.ZM2145@od.sri.com>; from "Nathaniel Bletter" at Feb 1, 95 4:14 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > I'm trying to write a pfuTraverser procedure to decolorize the current scene by > finding the color of every vertex and and setting RG and B all to the same > level. This level would be the luminance of that RGB triplet. Below is the > traverser callback to do decolorization that I've written. > It doesn't seem to work at all. I've run the debugger on it several > times and for GeoSets made up of TRISTRIPS, it does nothing, although the > values seem to change, they have no effect on the appearance. > For FLAT_TRI_STRIPS, the calculation for the # of colors doesn't work > and it seems to overwrite memory when it writes new values. Is the formula for > the number of colors required for a PER_VERTEX color binding on FLAT_TRI_STRIPS > # of colors = Sum(length[i]-2), i=0 to # of primitives? The man pages are a > little sketchy on this. > > Thanks for the help. The code looks good to me and you're correctly computing FLAT primitives so I suggest you use gldebug to find out what you're sending to graphics. I assume you're not using pfGSetDrawMode(PFGS_COMPILE_GL, 1) in which case your color changes will be ignored. From guest Mon Feb 6 13:12:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA22025; Mon, 6 Feb 1995 12:50:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA22022; Mon, 6 Feb 1995 12:50:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA25717; Mon, 6 Feb 95 12:50:28 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id MAA25338; Mon, 6 Feb 1995 12:50:22 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id MAA25691; Mon, 6 Feb 1995 12:50:18 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:nacho@comarts.es id AA25704; Mon, 6 Feb 95 12:50:16 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA01368; Mon, 6 Feb 1995 12:50:28 -0800 Message-Id: <199502062050.MAA01368@surreal.asd.sgi.com> To: "Nacho Sanz-Pastor Computer Arts + Developments VISSIM Div." Cc: info-performer@sgi.sgi.com In-Reply-To: Your message of "Mon, 06 Feb 95 17:47:45 GMT." <9502061747.AA01749@INDY3.comarts.es> Date: Mon, 06 Feb 95 12:50:28 -0800 From: Jim Helman Status: O The ISECT process is created at pfConfig time. Like the CULL and APP processes, it has its own copy of the libpf scene graph, but shares leaf geometry (e.g. pfGeoSets which are not mulitbuffered.) If you are changing vertices every frame, it's the application's responsibility to avoid data collisions. 2.0 will make this easier through the pfCycleBuffer for geometric arrays. The ISECT process is flexible in that you can make your own calls to pfSegsIsectNode in the IsectFunc callback without holding up the application processing by pfFrame. You can also sproc off your own threads if you want more parallelism. The application can communicate the results back to the application process however it likes. 2.0 will allow you to make copies of pfHit structures to hand them back to the application process more easily. The ISECT process' scene graph is not updated until the next pfFrame after you finish your pfSegsIsectNode calls and return from the IsectFunc callback. It is asynchronous in that pfFrame does not wait for the IsectFunc callback to return. If you actually want to hold off the triggering of the next fame until the isect is finished, you could add a completion check before calling pfFrame. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Mon Feb 6 01:57:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA20893; Mon, 6 Feb 1995 01:25:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA20890; Mon, 6 Feb 1995 01:25:21 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA07513; Mon, 6 Feb 95 01:24:56 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id BAA21625; Mon, 6 Feb 1995 01:24:54 -0800 Received: from mar by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) id BAA00408; Mon, 6 Feb 1995 01:24:51 -0800 Received: by mar (940816.SGI.8.6.9/930416.SGI) id NAA05429; Mon, 6 Feb 1995 13:38:47 -0800 From: "JAVIER CASTELLAR" Message-Id: <9502061338.ZM5427@mar> Date: Mon, 6 Feb 1995 13:38:47 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: ben@vislab.su.edu.au, info-performer@sgi.sgi.com Subject: Re: Dithered Output Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, The first reason is becasue Extreme color framebuffer is 24 bits, then in double buffer is 12+12. One quick solution will be work in singlebuffer and then grab it. One second reason appear if you are not using antiliasing. One cheap way to make it work w/o ANY flicker is to use the Galileo Video option (an optional hardware). It will give to you full screen hardware anti-flicker as well as all video related adjustments. It is really easy to create a VERY GOOD NO FLICKER image using his REAL TIME CONVERSION. If you use Galileo (it is an SGI board) it gives to you YUV output in realtime (it means that you do NOT need to grab to memory or disk the frame buffer), saving you LOT of time (no ethernet or scsi involve). If you wish even better quality you can use the CIR601 option over the galileo to get CIR601 4:2:2 video. Extreme framebuffer -->Galileo fieldbuffers (real time antiflicker) -->Video signal(YUV or even CIR601) Note there is no need of any snapshot, it is a video path (real time). The only time expended is the time you need to actually render the image. Hope this helps. -Javier -- ******************************************************************** * Javier Castellar * Email: javier@madrid.sgi.com * * Systems Engineer * Vmail: x59665 * * Gfx guru * Phone: ++34-1-4429077 * * Silicon Graphics Spain* Fax: ++34-1-4420150 * ******************************************************************** Nobody said that the life was a fair play Javier Castellar From guest Sun Feb 5 22:49:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA20550; Sun, 5 Feb 1995 22:02:27 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA20547; Sun, 5 Feb 1995 22:02:26 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA04193; Sun, 5 Feb 95 22:02:13 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id WAA11973; Sun, 5 Feb 1995 22:02:11 -0800 Received: from sydney.sydney.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id WAA24708; Sun, 5 Feb 1995 22:02:07 -0800 Received: from foetus.sydney.sgi.com by sydney.sydney.sgi.com via SMTP (920330.SGI/911001.SGI) id AA04532; Mon, 6 Feb 95 16:55:26 +1100 Received: by foetus.sydney.sgi.com (940816.SGI.8.6.9/920502.SGI) id QAA17192; Mon, 6 Feb 1995 16:55:03 +1100 From: peterk@sydney.sgi.com (Peter Kerney) Message-Id: <9502061655.ZM17190@foetus.sydney.sgi.com> Date: Mon, 6 Feb 1995 16:55:01 -0500 In-Reply-To: "Svetlana Ristevska" "(Fwd) Dithered Output" (Feb 6, 16:24) References: <9502061624.ZM17272@scarlet.sydney.sgi.com> X-Face: $5b3RM{:c7HBWke?Q2ED_pDjVz%hll)C'(@AA0J5eHMZ5Icz/Uf'EXR)HME!M?R*7KasG3ks/\2=1\e_1`Z(0GV<;Kj#hQ>HYn_lC/rW3x6YboDE\9+u;'[CnK(ueOqBFqLL=WAkY.SZvMaQT*'%R^!=x;HU4a7pw,HbY5OB=HSHq$Y)wzTW#v# X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: ben@vislab.su.edu.au Subject: Re: Dithered Output Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Ben, You need to put the Extreme into single buffer mode (1x24bit) rather than doublebuffer (2x12bit). This should not be a problem as you do not care what it looks like while you are drawing it (I know the application), you are only interested in the final output to be grabbed and output to the ACCOM. Not sure how you are setting up your channel, but it should not be too difficult to set the channel into 'singlebuffer(3G)' mode (don't forget your 'gconfig(3G)'. Your problem is that on low-end machines, you have a total of 24 bitplanes for your graphics and when you are in doublebuffer you limit yourself to 2x12bit framebuffers. The hardware is nice enough to dither this down for you. On the VGX, you have 2x32bit framebuffers so there is not a problem. The ACCOM is "interlaced" as it provides a video signal and the system is "non-interlaced". You should only see the shimmer on the interlaced video monitor. This is due to the vertical retrace frequency and the persistence of the phosphors on your video monitor. The "interlace flicker" is an artifact of all interlaced video signals. It can be reduced by lowering the contrast between adjacent scanlines, this is not possible on the Extreme as the hardware is causing the artifact. The reason that you see a difference in the intensity is that the Extreme hardware dithers on a regular grid depending upon odd/even pixels and depending upon which field you are looking at depends upon whether it is dark or light. Hope that this helps, PeterK. > From: ben@vislab.su.edu.au > Date: Mon, 6 Feb 95 12:30:13 +1100 > Subject: Dithered Output > To: info-performer@sgi.sgi.com > Reply-To: ben@vislab.su.edu.au > > DITHERED OUTPUT > --------------- > > Hi Performer people, > > We're dumping our image frames from performer to an ACCOM > video disk, and have found that we get different results in > the image quality depending on whether we record the output > from our crimson vgx, vs. our indigoII extreme. > > The Indigo2 extreme dithers its' output in a regular pattern > that causes terrible shimmer in the non-interlaced display > from the ACCOM. The crimson doesn't dither. The problem can be > seen if we show seperate still-fields from the accom: one field > seems brighter than the other, due to the regular dithering > pattern. If you run "/usr/demos/bin/snoop" (or xmag) in the > performer window you can see the dither pattern. > > Our target system will use an Indigo2. The display quality must > be suitable for broadcast (PAL) tv. Is there a way to get > non-dithered output from an extreme graphics board? We have > reduced the colour range, but the shimmer remains because the > fields are different in brightness. Are we stuck with it? > > Does performer always dither on an indigo2 extreme? > > regards, > ben. > > _______________________________________________________ > Ben Simons Physics Building, A28, > VisLab Systems Manager Sydney University. NSW. > Phone +61-2-351-3005 AUSTRALIA. 2006. > -- -------------------------------------------------------------------------- Peter Kerney. Silicon Graphics, Sydney, Australia. (peterk@sydney.sgi.com) 'Everybody wants a rock to wind a piece of string around.' They Might Be Giants -------------------------------------------------------------------------- From guest Mon Feb 6 17:20:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA22455; Mon, 6 Feb 1995 17:00:43 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA22452; Mon, 6 Feb 1995 17:00:38 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA05986; Mon, 6 Feb 95 17:00:18 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id RAA13860; Mon, 6 Feb 1995 17:00:16 -0800 Received: from husqvarna.engr.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id RAA26027; Mon, 6 Feb 1995 17:00:15 -0800 Received: by husqvarna.engr.sgi.com (931110.SGI/911001.SGI) for info-performer@sgi.sgi.com id AA13452; Mon, 6 Feb 95 16:59:53 -0800 From: "Michael J. Shannon" Message-Id: <9502061659.ZM13450@husqvarna.engr.sgi.com> Date: Mon, 6 Feb 1995 16:59:53 -0800 In-Reply-To: "Ralph Humphries" "Re: How to receive the Vertical Retrace Interrupt." (Feb 3, 2:10pm) References: <9502030913.ZM5759@girl.paris.sgi.com> <9502031410.ZM18200@althea.asd.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: "Ralph Humphries" , "Marc SIMON Presales support" , info-performer@sgi.sgi.com, rt_dist@giraffe Subject: Re: How to receive the Vertical Retrace Interrupt. Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O It is my understanding that the glXSwapBUffers() call puts the process to sleep when the process tries to do a subsequent GL operation, until a vertical retrace interrupt wakes the process up. So, if you do glXSwapBuffers() followed by simple no-op graphics operation, you'll get blocked until vertical retrace, at which point you resume after the no-op graphics op. Just do a simple graphics op which tries to access the graphics pipe after your glXSwapBuffers. On Feb 3, 2:10pm, Ralph Humphries wrote: > Subject: Re: How to receive the Vertical Retrace Interrupt. > Marc, > > OpenGL also provides access to the VSync signal. Does this help? > > -rh > > > On Feb 3, 9:13am, Marc SIMON Presales support wrote: > > Subject: How to receive the Vertical Retrace Interrupt. > > Hi all, > > > > I would like for scheduling a customer simulation to synchronize the > > Graphics RE2 with the application. > > > > I would like to manage the Vertical Retrace Interrupt to schedule the > > simulation. > > > > I know that we can do this with FRS and with Performer but the customer > > don't want to use this tools presently. > > > > So if you know how to manage this Interrupt thanks to give me some ideas. -- Mike Shannon shannon@sgi.com cyberspace cyberspace information superhighway ha ha ha so there From guest Mon Feb 6 19:15:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA22624; Mon, 6 Feb 1995 18:34:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA22621; Mon, 6 Feb 1995 18:34:05 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA09318; Mon, 6 Feb 95 18:33:52 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id SAA28836; Mon, 6 Feb 1995 18:33:50 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id SAA04222; Mon, 6 Feb 1995 18:33:49 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA09311; Mon, 6 Feb 95 18:33:43 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA02426; Mon, 6 Feb 1995 18:33:55 -0800 Message-Id: <199502070233.SAA02426@surreal.asd.sgi.com> To: "Michael J. Shannon" Cc: "Ralph Humphries" , "Marc SIMON Presales support" , info-performer@sgi.sgi.com, rt_dist@giraffe Subject: Re: How to receive the Vertical Retrace Interrupt. In-Reply-To: Your message of "Mon, 06 Feb 95 16:59:53 PST." <9502061659.ZM13450@husqvarna.engr.sgi.com> Date: Mon, 06 Feb 95 18:33:51 -0800 From: Jim Helman Status: O > It is my understanding that the glXSwapBUffers() call puts the process > to sleep when the process tries to do a subsequent GL operation, until > a vertical retrace interrupt wakes the process up. > So, if you do glXSwapBuffers() followed by simple no-op graphics > operation, you'll get blocked until vertical retrace, at which point > you resume after the no-op graphics op. On some hardware (e.g. Elan/XS/Extreme), swapbuffers() itself blocks. But in general, you need to drop a command like c3f(). rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Tue Feb 7 04:17:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA23127; Tue, 7 Feb 1995 03:29:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA23124; Tue, 7 Feb 1995 03:29:02 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA18114; Tue, 7 Feb 95 03:28:45 -0800 Received: from gatekeeper.prl.philips.co.uk by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id DAA10159; Tue, 7 Feb 1995 03:28:42 -0800 Received: by gatekeeper.prl.philips.co.uk (4.1/UNIPALM-Vevision: 1.3 gatekeeper.prl.philips.co.uk) id AA09711; Tue, 7 Feb 95 11:30:56 GMT Received: from unknown(130.141.10.82) by gatekeeper via smap (V1.3mjr) id sma009705; Tue Feb 7 11:30:04 1995 Received: from prsun11 by prlhp1.prl.philips.co.uk; Tue, 7 Feb 95 11:26:36 GMT Received: from sal (sal-gw [130.141.10.94]) by prsun11 (8.6.9/prsun11) with ESMTP id LAA17990 for ; Tue, 7 Feb 1995 11:26:34 GMT Received: (gallery@localhost) by sal (8.6.9/8.6.6) id LAA14822 for info-performer@sgi.com; Tue, 7 Feb 1995 11:27:37 GMT From: "Richard Gallery" Message-Id: <9502071127.ZM14820@unknown.zmail.host> Date: Tue, 7 Feb 1995 11:27:37 +0000 In-Reply-To: Jim Helman "Re: How to receive the Vertical Retrace Interrupt." (Feb 6, 6:33pm) References: <199502070233.SAA02426@surreal.asd.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Rendering for an interlaced display Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi I am curious if there are any plans to add support for interlaced display into performers rendering software. So, what I would like would be to regard my gl window into which the Performer output was rendered as two fields, and that I could, when I do a pfDraw call, say which field to render. Obviously I would need to have a swapbuffer happening before field 1 (fields numbered 1 and 2) began to render, and hence not after/before each pfDraw. Maybe this can already be done. I realise that in order for this to work properly you would need to either be rendering at the same field rate as the display device (and to sync to field 1 so that field polarity was not reversed), or else have some means of compensating for the lower update rates. Bye Richard From guest Tue Feb 7 06:36:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA23292; Tue, 7 Feb 1995 05:37:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA23289; Tue, 7 Feb 1995 05:36:48 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA19691; Tue, 7 Feb 95 05:36:27 -0800 Received: from post.demon.co.uk by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id FAA15302; Tue, 7 Feb 1995 05:36:25 -0800 Received: from division.demon.co.uk by post.demon.co.uk id aa05141; 7 Feb 95 13:36 GMT Received: from caliban.division.demon.co.uk by division.demon.co.uk (AIX 3.2/UCB 5.64/4.03) id AA18295; Tue, 7 Feb 1995 13:41:59 GMT Received: by caliban.division.demon.co.uk (931110.SGI/921111.SGI) for @division.demon.co.uk:info-performer@sgi.com id AA01325; Tue, 7 Feb 95 13:35:18 GMT From: Angus Dorbie Message-Id: <9502071335.ZM1323@caliban.division.demon.co.uk> Date: Tue, 7 Feb 1995 13:35:18 +0000 In-Reply-To: Richard Gallery "Rendering for an interlaced display" (Feb 7, 11:27am) References: <199502070233.SAA02426@surreal.asd.sgi.com> <9502071127.ZM14820@unknown.zmail.host> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: Richard Gallery Subject: Re: Rendering for an interlaced display Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O > So, what I would like would be to regard my gl window > into which the Performer output was rendered as two > fields, and that I could, when I do a pfDraw call, say > which field to render. Obviously I would need to have > a swapbuffer happening before field 1 (fields numbered 1 > and 2) began to render, and hence not after/before each pfDraw. This should be possible now. Use defpattern() to define complimentary masks for your interlaced fields then render alternate fields using setpattern() to select the field you want to render. I don't see the point in doing this for real-time output. Your framebuffer swap would only have to make half the field rate but your render would have to be double this (as you said). But if you can render at the field rate you'll output separate frames in each field anyway. -- Angus Dorbie Division Ltd, Software Engineer 19 Apex Court, Tel: (01454)615554 Woodlands, Fax: (01454)615532 Bristol BS12 4JT, angus@division.demon.co.uk UK From guest Tue Feb 7 08:31:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA23412; Tue, 7 Feb 1995 07:44:34 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA23409; Tue, 7 Feb 1995 07:44:33 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA21574; Tue, 7 Feb 95 07:44:17 -0800 Received: from mercury.arl.mil by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id HAA24465; Tue, 7 Feb 1995 07:44:16 -0800 Received: by mercury.arl.mil (4.1/SMI-4.1) id AA05260; Tue, 7 Feb 95 08:44:38 MST From: mtorres@arl.mil (Torres Mario 678-5430 AMSRL-BE-M) Message-Id: <9502071544.AA05260@mercury.arl.mil> Subject: Subscribe To: info-performer@sgi.sgi.com Date: Tue, 7 Feb 95 8:44:35 MST Cc: mtorres@arl.mil (Torres Mario 678-5430 AMSRL-BE-M) X-Mailer: ELM [version 2.4dev PL17] Status: O SUBSCRIBE ME PLEASE TO YOU PERFORMER MAILING LIST From guest Tue Feb 7 15:36:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA24396; Tue, 7 Feb 1995 15:15:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA24393; Tue, 7 Feb 1995 15:15:32 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08199; Tue, 7 Feb 95 15:15:14 -0800 Received: from maple.nis.net by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id PAA05532; Tue, 7 Feb 1995 15:15:17 -0800 Received: by maple.nis.net (Linux Smail3.1.28.1 #2) id m0rbuNb-00002tC; Tue, 7 Feb 95 18:11 GMT Date: Tue, 7 Feb 1995 18:11:11 +0000 (GMT) From: Lester Paul Vecsey To: info-performer@sgi.sgi.com Subject: unsubscribe Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O unsubscribe me (How the hell do you unsubscribe? It never works - I've got 2 mb of messages! Can I route it to a seperate folder under Pine automatically?) From guest Tue Feb 7 11:01:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA23719; Tue, 7 Feb 1995 10:26:41 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA23716; Tue, 7 Feb 1995 10:26:25 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA26213; Tue, 7 Feb 95 10:26:12 -0800 Received: from paradox.idec.sdl.usu.edu by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id KAA14735; Tue, 7 Feb 1995 10:26:11 -0800 Received: by paradox.idec.sdl.usu.edu (931110.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA05081; Tue, 7 Feb 95 11:26:05 -0700 From: "Darin C. Partridge" Message-Id: <9502071126.ZM5079@paradox.idec.sdl.usu.edu> Date: Tue, 7 Feb 1995 11:26:04 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: material troubles Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O I'm loading several wavefront (obj) files at a time and I have found that if I load in two files (both with a few textures in the materials) the first file's materials are correct and the second one for some reason is using the materials from the first, instead of its own. I know this isn't always the case because I have a couple of simple files with textures that seem to work ok. I know there is a material limit in pfobj.c but I'm not exceeding it. I'm running it on a RE Onyx with 8 procs and 1 Gig main memory if that helps. Thanks for any help, Darin (darin@chaos.idecs.sdl.usu.edu) From guest Tue Feb 7 11:27:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA23752; Tue, 7 Feb 1995 10:49:46 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA23749; Tue, 7 Feb 1995 10:49:46 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA26969; Tue, 7 Feb 95 10:49:25 -0800 Received: from sguk.reading.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id KAA23224; Tue, 7 Feb 1995 10:49:12 -0800 Received: from cordoba.reading.sgi.com by sguk.reading.sgi.com via SMTP (931110.SGI/911001.SGI) for info-performer@sgi.com id AA10511; Tue, 7 Feb 95 18:48:33 GMT Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id SAA01598; Tue, 7 Feb 1995 18:50:40 GMT From: "Greg Edwards" Message-Id: <9502071850.ZM1596@cordoba.reading.sgi.com> Date: Tue, 7 Feb 1995 18:50:39 +0000 Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgihub.corp.sgi.com Subject: Next Performer course in UK. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, A quick note to advise that there are a few places left on the next Performer course running at SGI in Reading, UK, starting Tues Feb 21. These last few places can be discounted. The course runs over 4 days, and utilises the Reality Centre, our state-of-the- art circular Visual Simulation demonstration theatre, for some of the exercises and all the demo flying you can handle. For details contact Brenda Sprigens, UK Training Adminsitrator, on +44 734 257755, fax +44 734 257553, email brenda@reading.sgi.com. Rgds, Greg Edwards. -- ______________________________________________________________________ Greg Edwards, Training & Consultancy Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. switch +44 (0)734 257500, direct +44 (0)734 257740, fax +44 (0)734 257553 gedwards@reading.sgi.com, US vmail 59130, UK vmail 7740#, mailstop IUK-311 From guest Tue Feb 7 14:53:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA24309; Tue, 7 Feb 1995 14:34:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA24306; Tue, 7 Feb 1995 14:34:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA06497; Tue, 7 Feb 95 14:33:40 -0800 Received: from paradox.idec.sdl.usu.edu by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id OAA28558; Tue, 7 Feb 1995 14:33:41 -0800 Received: by paradox.idec.sdl.usu.edu (931110.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA05344; Tue, 7 Feb 95 15:33:40 -0700 From: "Darin C. Partridge" Message-Id: <9502071533.ZM5342@paradox.idec.sdl.usu.edu> Date: Tue, 7 Feb 1995 15:33:40 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: loading materials Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O I'm loading several "scenes" onto one scene tree (using modified perfly) and I use pfRemoveChild and pfAddChild to manage what "scene" is being displayed. All of it works great except that when you move from one scene to another the first time you have to wait while the materials (textures) are being loaded into memory. After the first time the transitions are fairly smooth. Is there a way to force perfly to load ALL of the materials when the scene tree structure is created and before any nodes are removed? Thanks for any help, Darin (darin@chaos.idec.sdl.usu.edu) From guest Tue Feb 7 19:14:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA24733; Tue, 7 Feb 1995 18:50:22 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA24730; Tue, 7 Feb 1995 18:50:21 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA16430; Tue, 7 Feb 95 18:50:08 -0800 Received: from mail.crl.com by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id SAA07232; Tue, 7 Feb 1995 18:50:06 -0800 Received: from crl7.crl.com by mail.crl.com with SMTP id AA06472 (5.65c/IDA-1.5 for ); Tue, 7 Feb 1995 18:49:22 -0800 Received: by crl7.crl.com id AA06659 (5.65c/IDA-1.5 for info-performer@sgi.com); Tue, 7 Feb 1995 18:49:31 -0800 Date: Tue, 7 Feb 1995 18:49:31 -0800 From: Al Jones Message-Id: <199502080249.AA06659@crl7.crl.com> To: info-performer@sgi.sgi.com Subject: How to Duplicate Nodes? Status: O I have a simple question which doesn't seem to be answered in the documentation: How do you make a copy of a node (or better yet, a node and all of its children)? I have an application which needs to draw multiple instances of the same model, but with each instance drawn in a different color. Unfortunately, I can't seem to use shared or cloned instancing for this, since color is not an inherited attribute. So I believe I'm stuck with making a copy of the model for each instance I want to draw, then setting each leaf node to the desired color. It's ugly, but it might work if I could figure out how to make copies (short of reading each node's type and attributes and explicitly re-creating an identical one). I'd appreciate any clues. Al Jones solo@crl.com From guest Tue Feb 7 19:22:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA24745; Tue, 7 Feb 1995 19:01:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA24742; Tue, 7 Feb 1995 19:01:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA16640; Tue, 7 Feb 95 19:00:48 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id TAA08117; Tue, 7 Feb 1995 19:00:47 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id TAA18185; Tue, 7 Feb 1995 19:00:44 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:lvecsey@maple.nis.net id AA16634; Tue, 7 Feb 95 19:00:39 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id TAA05379; Tue, 7 Feb 1995 19:00:51 -0800 Message-Id: <199502080300.TAA05379@surreal.asd.sgi.com> To: Lester Paul Vecsey Cc: info-performer@sgi.sgi.com Subject: Mail Sorting (was Re: unsubscribe) In-Reply-To: Your message of "Tue, 07 Feb 95 18:11:11 GMT." Date: Tue, 07 Feb 95 19:00:46 -0800 From: Jim Helman Status: O > (How the hell do you unsubscribe? It never works - Subscription and removal messages should be sent to info-performer-request@sgi.com. List management is done manually, so please be patient. However, in this case I find no record of a removal request. > I've got 2 mb of messages! Last month was about 1/2 MB, but the volume curve does seem to be getting steeper even though we haven't had a release for a while. When Performer 2.0 ships I'd expect a big increase as people port to 2.0, GLX, OpenGL and start using new features. > Can I route it to a seperate folder under Pine automatically?) I find automatic mail sorting is to survival with this kind of mail volume. Perhaps someone knows what Pine can do in this area. Another option suggested by some list members a while back is to set up a newsgroup with a bidirectional gateway to the current mailing list. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Wed Feb 8 01:18:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA25192; Wed, 8 Feb 1995 00:54:26 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA25189; Wed, 8 Feb 1995 00:54:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA24106; Wed, 8 Feb 95 00:54:09 -0800 Received: from INGFI1.ING.UNIFI.IT by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id AAA03555; Wed, 8 Feb 1995 00:53:41 -0800 Received: from aguirre.ing.unifi.it by INGFI1.ING.UNIFI.IT with SMTP; Wed, 8 Feb 1995 9:53:34 +0200 (MET) Received: by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA10135; Wed, 8 Feb 95 09:40:17 +0100 Date: Wed, 8 Feb 95 09:40:17 +0100 From: Riccardo Camiciottoli Message-Id: <9502080840.AA10135@aguirre.ing.unifi.it> To: info-performer@sgi.sgi.com Subject: .flt files loader Status: O Hi, I'm using the .flt file loader provided with Performer. It seems to work very fine, but it's impossible to put the loaded shape in a different place from the origin. I tryed to do this attaching the pfNode* coming from the loader to a pfDCS and then translating it with a pfDCSTrans, but the result is the same: the shape is very hardly anchored to the origin. Does anyone have a hint? Thank's in advance. Ciao Riccardo --------------------------------------------------------------------------- | Riccardo Camiciottoli | Via Santa Marta, 3 | Universita' di Firenze | 50139 Firenze | Facolta' di Ingegneria | Italia | Dipartimento di Sistemi e Informatica | | | Phones: +39 55 4796365 (voice) | email: camiciot@aguirre.ing.unifi.it | +39 55 4796425 (voice) | | +39 55 4796363 (fax) | www: http://aguirre.ing.unifi.it | --------------------------------------------------------------------------- From guest Wed Feb 8 09:34:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA25638; Wed, 8 Feb 1995 09:17:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA25635; Wed, 8 Feb 1995 09:17:38 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02424; Wed, 8 Feb 95 09:17:22 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id JAA05822; Wed, 8 Feb 1995 09:17:20 -0800 Received: from beast.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id JAA25744; Wed, 8 Feb 1995 09:17:19 -0800 Received: by beast.asd.sgi.com (931110.SGI/940406.SGI.AUTO) for info-performer@sgi.sgi.com id AA10373; Wed, 8 Feb 95 09:17:14 -0800 From: "Graham (Grambo) Beasley" Message-Id: <9502080917.ZM10371@beast.asd.sgi.com> Date: Wed, 8 Feb 1995 09:17:13 -0800 In-Reply-To: Riccardo Camiciottoli ".flt files loader" (Feb 8, 9:40am) References: <9502080840.AA10135@aguirre.ing.unifi.it> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: Riccardo Camiciottoli Subject: Re: .flt files loader Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O I do this all the time, usually by attaching a group to a DCS to a switch to the scene, but you don't need the switch (I just like it to control which DCS's I want to view). Here is a code fragment: if ((dcs_ref[i].model_geo = (pfGroup *)LoadFlt(s3)) == NULL) { fprintf(stderr,"problems loading multigen file %s\n",s3); pfExit(); exit(-1); } printf("loaded file <%s>\n",s3); /* We point a DCS to the models geometry. */ dcs_file[dcsnum].dcs = pfNewDCS(); pfAddChild(dcs_file[dcsnum].dcs, dcs_ref[i].model_geo); dcs_file[dcsnum].sw = pfNewSwitch(); /* * for now turn dcs switches on as default. */ status = pfSwitchVal( dcs_file[dcsnum].sw, PFSWITCH_ON ); pfAddChild(dcs_file[dcsnum].sw, dcs_file[dcsnum].dcs); pfAddChild(scene, dcs_file[dcsnum].sw); Hope this helps, Grambo On Feb 8, 9:40am, Riccardo Camiciottoli wrote: > Subject: .flt files loader > Hi, > > I'm using the .flt file loader provided with Performer. > It seems to work very fine, but it's impossible to put the loaded shape > in a different place from the origin. I tryed to do this attaching > the pfNode* coming from the loader to a pfDCS and then translating it > with a pfDCSTrans, but the result is the same: the shape is very hardly > anchored to the origin. > Does anyone have a hint? > Thank's in advance. > > Ciao > > Riccardo > > --------------------------------------------------------------------------- > | Riccardo Camiciottoli | Via Santa Marta, 3 > | Universita' di Firenze | 50139 Firenze > | Facolta' di Ingegneria | Italia > | Dipartimento di Sistemi e Informatica | > | | Phones: +39 55 4796365 (voice) > | email: camiciot@aguirre.ing.unifi.it | +39 55 4796425 (voice) > | | +39 55 4796363 (fax) > | www: http://aguirre.ing.unifi.it | > --------------------------------------------------------------------------- > > >-- End of excerpt from Riccardo Camiciottoli -- "It is often easier to fight for one's principles than to live up to them." , Happy, happy, Joy, joy... ---------------------------------------------------------------------- Graham (Grambo) Beasley Silicon Graphics, Inc. MTS (Simulator Guy) (415) 390-5420 graham@sgi.com ---------------------------------------------------------------------- From guest Wed Feb 8 10:10:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA25699; Wed, 8 Feb 1995 09:55:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA25696; Wed, 8 Feb 1995 09:55:33 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA03862; Wed, 8 Feb 95 09:55:18 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id JAA11978; Wed, 8 Feb 1995 09:55:16 -0800 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA07669; Wed, 8 Feb 95 12:56:46 EST Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id MAA09194; Wed, 8 Feb 1995 12:55:44 -0500 Date: Wed, 8 Feb 1995 12:55:43 -0500 (EST) From: "Lance R. Marrou" To: "Darin C. Partridge" Cc: info-performer@sgi.sgi.com Subject: Re: loading materials In-Reply-To: <9502071533.ZM5342@paradox.idec.sdl.usu.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 7 Feb 1995, Darin C. Partridge wrote: ... > Is there a way to force perfly to load ALL of the materials when the scene > tree structure is created and before any nodes are removed? I think pfuDownloadTexList() could help: void pfuDownloadTexList(pfList *list, long style); ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Wed Feb 8 12:27:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA26252; Wed, 8 Feb 1995 12:08:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA26249; Wed, 8 Feb 1995 12:08:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA10291; Wed, 8 Feb 95 12:08:35 -0800 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id MAA04292; Wed, 8 Feb 1995 12:08:33 -0800 Received: from uucp3.UU.NET by relay3.UU.NET with SMTP id QQycfw09482; Wed, 8 Feb 1995 15:08:38 -0500 Received: from multigen.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Wed, 8 Feb 1995 15:08:37 -0500 Received: from MAIL_CENTER (QM 3.0) by multigenuunet.UU.NET (UMCP\QM 2.0.1) id AA00925; Wed, 8 Feb 1995 13:12:26 PST Message-Id: <00581.2875093946.925@multigenuunet.UU.NET> Organization: MultiGen, Inc. X-Charset: MACINTOSH X-Umcp-To: INFO PERFORMER From: Marcus To: INFO PERFORMER Date: Wed, 8 Feb 1995 11:54:48 PST Subject: Re: .flt files loader Status: O Reply to: RE>.flt files loader >Date: Wed, 8 Feb 95 09:40:17 +0100 >From: Riccardo Camiciottoli >Message-Id: <9502080840.AA10135@aguirre.ing.unifi.it> >To: info-performer@sgi.com >Subject: .flt files loader > >Hi, > >I'm using the .flt file loader provided with Performer. >It seems to work very fine, but it's impossible to put the loaded shape >in a different place from the origin. I tryed to do this attaching >the pfNode* coming from the loader to a pfDCS and then translating it >with a pfDCSTrans, but the result is the same: the shape is very hardly >anchored to the origin. >Does anyone have a hint? What exactly do you mean by "attach"? If you're trying to insert a pfDCS between the pfNode* supplied by registerNode(), the loader callback, then you can only do this in the case of CB_OBJECT and CB_LOD, since they are the only nodes that have parents at the time of the callback. For these two cases you could do something like: pfAddChild( your pfDCS, returned pfNode ) for each parent of returned pfNode pfReplaceChild( which parent, returned pfNode, your pfDCS) to insert you DCS into the scene graph so that it'll be part of Performer's traversals and not an orphan. >Thank's in advance. > >Ciao > >Riccardo > >----------------------------------------------------------------- >| Riccardo Camiciottoli | Via Santa Marta, 3 >| Universita' di Firenze | 50139 Firenze >| Facolta' di Ingegneria | Italia >| Dipartimento di Sistemi e Informatica | >| | Phones: +39 55 4796365 (voice) >| email: camiciot@aguirre.ing.unifi.it | +39 55 4796425 (voice) >| | +39 55 4796363 (fax) >| www: http://aguirre.ing.unifi.it | >----------------------------------------------------------------- Ciao bella, Marcus Barnes, Member Technical Staff MultiGen Inc., 1884 The Alameda, San Jose CA, 95126 PH: (408) 261 4118 FX: (408) 247 4329 EMAIL: multigen!marcus@uunet.UU.NET From guest Wed Feb 8 15:43:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA26551; Wed, 8 Feb 1995 15:28:54 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA26548; Wed, 8 Feb 1995 15:28:50 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA18012; Wed, 8 Feb 95 15:28:27 -0800 Received: from tdc.dircon.co.uk by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id PAA12094; Wed, 8 Feb 1995 15:28:05 -0800 Received: by tdc.dircon.co.uk id AA03347 (5.67b/IDA-1.5 for ); Wed, 8 Feb 1995 23:26:42 GMT Received: from tdc.dircon.co.uk(193.128.224.1) by amnesiac via smap (V1.3) id sma003308; Wed Feb 8 23:26:28 1995 Received: by dircon.co.uk (5.67b) id AA03305; Wed, 8 Feb 1995 23:26:19 GMT Date: Wed, 8 Feb 1995 23:26:19 +0000 (GMT) From: Martin Nicholas To: info-performer@sgi.sgi.com Subject: mailing list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Please add me to your mailing list. Many Thanks. Martin Nicholas. From guest Wed Feb 8 19:04:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA26869; Wed, 8 Feb 1995 18:44:29 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA26866; Wed, 8 Feb 1995 18:44:16 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA27174; Wed, 8 Feb 95 18:43:56 -0800 Received: from redgate.vislab.su.edu.au by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id SAA15870; Wed, 8 Feb 1995 18:43:52 -0800 From: horne@vislab.su.edu.au Received: from ford.vislab.su.edu.au by redgate.vislab.su.edu.au via SMTP (931110.SGI/921111.SGI) for info-performer@sgi.com id AA00979; Thu, 9 Feb 95 13:43:41 +1100 Received: by ford.vislab.su.edu.au (931110.SGI/921111.SGI) for info-performer@sgi.com id AA23834; Thu, 9 Feb 95 13:43:41 +1100 Message-Id: <9502090243.AA23834@ford.vislab.su.edu.au> Subject: subscribe To: info-performer@sgi.sgi.com Date: Thu, 9 Feb 1995 13:43:41 +1100 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 10 Status: O subscribe From guest Wed Feb 8 19:04:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA26880; Wed, 8 Feb 1995 18:46:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA26877; Wed, 8 Feb 1995 18:46:08 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA27250; Wed, 8 Feb 95 18:45:53 -0800 Received: from redgate.vislab.su.edu.au by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id SAA16142; Wed, 8 Feb 1995 18:45:48 -0800 From: horne@vislab.su.edu.au Received: from ford.vislab.su.edu.au by redgate.vislab.su.edu.au via SMTP (931110.SGI/921111.SGI) for info-performer@sgi.com id AA00998; Thu, 9 Feb 95 13:45:43 +1100 Received: by ford.vislab.su.edu.au (931110.SGI/921111.SGI) for info-performer@sgi.com id AA23846; Thu, 9 Feb 95 13:45:43 +1100 Message-Id: <9502090245.AA23846@ford.vislab.su.edu.au> Subject: Transparency To: info-performer@sgi.sgi.com Date: Thu, 9 Feb 1995 13:45:43 +1100 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 707 Status: O We're having some problems with transparency here: for some reason we can see some of our objects through the transparent objects, but not others. does anyone know of any hints, suggestions in this area ?? ----------------------------------------------------------------------------- Geoff Horne, horne@vislab.su.edu.au http://www.usyd.edu.au/~ghorne Computational Scientist and VisLab conundrum rectifier ----------------------------------------------------------------------------- "Don't take life too seriously, you don't get out of it alive anyway" Burt Ward From guest Wed Feb 8 19:12:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA26888; Wed, 8 Feb 1995 18:53:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA26885; Wed, 8 Feb 1995 18:53:32 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA27465; Wed, 8 Feb 95 18:53:16 -0800 Received: from netcom.netcom.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id SAA16985; Wed, 8 Feb 1995 18:53:15 -0800 Received: by netcom.netcom.com (8.6.9/Netcom) id SAA26795; Wed, 8 Feb 1995 18:51:36 -0800 From: watsen@netcom.com (Kent Watsen) Message-Id: <199502090251.SAA26795@netcom.netcom.com> Subject: Underlay planes in Performer To: info-performer@sgi.sgi.com (performer) Date: Wed, 8 Feb 1995 18:51:36 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2181 Status: O Greetings all, I sometimes have the need to use a performer channel for the sole purpose of rendering non-scene graph imagery into. For instance, I may want to use a channel to render a gui into. Obviously, my gui doesn't have to be redrawn 30 times a second. I therefore have the option to not clear the channel from one frame to the next and only drawn a new gui frame when something changes. Now comes the unique feature that what it is that actually changes can be rendered with just a few GL calls (like the stem of a dial or a digit of a number) but I need to clear out old data first which results in my redrawing the whole gui. I would like to render the static portion of the gui into the underlay plane of the channel in question (a one time operation) and be able to clear and re-draw the normal plane data (a quick operation) either 30 times a second or whenever something changes. Using pure Performer/GL code suggests setting the geoset to be rendered into the underlay plane appropriately with pfGSetMode(UNDERLAY). Then, at load time, push the pipeline into underdraw mode, render the underlay plane, and then restore to normal draw mode with drawmode(UNDERDRAW); // render the geoset drawmode(NORMALDRAW); This however does nothing for me. Do I need to allocate the underlay plane(s) and call gconfig()? Do I need to doublebuffer my underlay planes as well? In general, are the front and back buffers for UNDER, NORMAL, OVER, and CURSOR DRAW modes always the size of the viewport opened on the pipe? What about the accumulation buffer? I have successfully performed a realtime convolution of a performer-rendered backbuffer, but only when using less then or equal to 640x480 (or so it seems). If I go above some magical size, the accbuf kicks into software emulation (bad). Anyway, I've digressed, I'm trying to render into the underlay plane for a single channel (if possible) so that a certain amount of work doesn't have to be redone. I've read man pages and looked for example code, but am still empty-handed. I'm running 1.2 and an ONYX RE2 with two RM4s and IRIS 5.2. Kent Watsen DCS Corporation Simulation Branch 703.683.8430 x369 From guest Thu Feb 9 01:35:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA27436; Thu, 9 Feb 1995 01:12:50 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA27433; Thu, 9 Feb 1995 01:12:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA03638; Thu, 9 Feb 95 01:12:30 -0800 Received: from bvr.co.il by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id BAA16373; Thu, 9 Feb 1995 01:08:44 -0800 Received: from prince.bvr.co.il by bvr.co.il via SMTP (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA02278; Thu, 9 Feb 95 11:10:23 +0200 Received: by prince.bvr.co.il (931110.SGI/911001.SGI) for @owl.bvr.co.il:info-performer@sgi.com id AA02677; Thu, 9 Feb 95 11:03:18 +0200 From: "Ran Yakir" Message-Id: <9502091103.ZM2675@prince.bvr.co.il> Date: Thu, 9 Feb 1995 11:03:13 +0000 In-Reply-To: horne@vislab.su.edu.au "Transparency" (Feb 9, 1:45pm) References: <9502090245.AA23846@ford.vislab.su.edu.au> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: horne@vislab.su.edu.au Subject: Re: Transparency Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Geoff, It seems like a Z buffer related problem : If you draw an opaque polygon _after_ you draw a transparent one, and the Z buffer test is on, than the Z buffer test will be performed before the blending occures. This means that if the opaque polygon is farther than the transparent one, it will be obscured. The solution for that is to draw all transparent geometry last. Performer should take care of that, unless requested otherwise. Hope that helps Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | Graphics App. Chief Engineer / )_ (_(_) ) \/ (_(_/<_(_)( | BVR Technologies Ltd. _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | From guest Thu Feb 9 06:36:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA27718; Thu, 9 Feb 1995 06:13:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA27715; Thu, 9 Feb 1995 06:13:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA07717; Thu, 9 Feb 95 06:13:31 -0800 Received: from netcom.netcom.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id GAA03209; Thu, 9 Feb 1995 06:13:30 -0800 Received: by netcom.netcom.com (8.6.9/Netcom) id GAA03464; Thu, 9 Feb 1995 06:11:59 -0800 From: watsen@netcom.com (Kent Watsen) Message-Id: <199502091411.GAA03464@netcom.netcom.com> Subject: 'f' suffix vs. -float directive To: info-performer@sgi.sgi.com (performer) Date: Thu, 9 Feb 1995 06:11:59 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 250 Status: O Is there a difference between using the -float compiler flag and putting a 'f' after each real number in a performer program? If not, then why is this 'f' feature included? Thanks! Kent Watsen DCS Corporation Simulation Branch 703.683.8430 x369 From guest Thu Feb 9 07:20:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA27773; Thu, 9 Feb 1995 06:58:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA27770; Thu, 9 Feb 1995 06:58:40 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08483; Thu, 9 Feb 95 06:58:21 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id GAA05981; Thu, 9 Feb 1995 06:58:19 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id GAA00335; Thu, 9 Feb 1995 06:58:10 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA02325; Thu, 9 Feb 1995 16:02:38 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9502091602.ZM2323@shark.paris.sgi.com> Date: Thu, 9 Feb 1995 16:02:37 +0100 In-Reply-To: watsen@netcom.com (Kent Watsen) "'f' suffix vs. -float directive" (Feb 9, 6:11am) References: <199502091411.GAA03464@netcom.netcom.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: watsen@netcom.com (Kent Watsen), info-performer@sgi.sgi.com (performer) Subject: Re: 'f' suffix vs. -float directive Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > > Is there a difference between using the -float compiler > flag and putting a 'f' after each real number in a > performer program? If not, then why is this 'f' feature > included? No difference that I can think of. As to why, - I imagine it is standard K&R C (but don't have K&R in front of me to check) - Lets you choose to restrict only certain promotions, if you so choose - The -float option is ignored in all ANSI/ISO C conformance modes and only has effect -cckr mode. ANSI/ISO C uses single precision floating-point operations where allowed by the Standard. Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Thu Feb 9 09:59:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA28072; Thu, 9 Feb 1995 09:40:24 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA28069; Thu, 9 Feb 1995 09:40:20 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA12474; Thu, 9 Feb 95 09:40:01 -0800 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id JAA23291; Thu, 9 Feb 1995 09:39:59 -0800 Received: from ac15.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA10047; Thu, 9 Feb 95 09:40:52 PST Date: Thu, 9 Feb 95 09:40:52 PST From: mcdowell@cs.nps.navy.mil (Perry McDowell) Message-Id: <9502091740.AA10047@taurus.cs.nps.navy.mil> To: info-performer@sgi.sgi.com Subject: Use of Drawings Status: O I'm a masters student and my thesis involved creating a Performer application. For the write up, I would like to inlcude some of the figures from the Iris Performer Programming guide to illustrate concepts such as database management, axis alignment, etc. However, since this is a copyrighted work, I need the written consent of SGI to use it. Could one of the SGI people in this group comment of whether this type of request is normally granted? If so, could you let me know with whom I need to get in touch? Thank you. Perry McDowell mcdowell@cs.nps.navy.mil From guest Thu Feb 9 11:00:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA28233; Thu, 9 Feb 1995 10:48:22 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA28230; Thu, 9 Feb 1995 10:48:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA15348; Thu, 9 Feb 95 10:48:06 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id KAA04143; Thu, 9 Feb 1995 10:48:04 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id KAA21671; Thu, 9 Feb 1995 10:48:02 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:mcdowell@cs.nps.navy.mil id AA15332; Thu, 9 Feb 95 10:47:53 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id KAA07815; Thu, 9 Feb 1995 10:48:00 -0800 From: "Michael Jones" Message-Id: <9502091048.ZM7813@babar.asd.sgi.com> Date: Thu, 9 Feb 1995 10:48:00 -0800 In-Reply-To: mcdowell@cs.nps.navy.mil (Perry McDowell) "Use of Drawings" (Feb 9, 9:40am) References: <9502091740.AA10047@taurus.cs.nps.navy.mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: mcdowell@cs.nps.navy.mil (Perry McDowell), info-performer@sgi.sgi.com Subject: Re: Use of Drawings Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 9, 9:40am, Perry McDowell wrote: > Subject: Use of Drawings :I'm a masters student and my thesis involved creating a Performer :application. I think that anyone who uses and mentions IRIS Performer in their thesis deserves special recognition from the IRIS Performer team. I'll arrange a deluxe memento for those in this situation. Just let me know when your thesis is accepted. (After it's accepted! None of this "just one more chapter to write" stuff. ;-) :For the write up, I would like to inlcude some of the :figures from the Iris Performer Programming guide to illustrate :concepts such as database management, axis alignment, etc. However, :since this is a copyrighted work, I need the written consent of :SGI to use it. Indeed. Just so you know, some drawings were done with FrameMaker and the rest were done using Adobe Illustrator. :Could one of the SGI people in this group comment of whether this :type of request is normally granted? If so, could you let me know :with whom I need to get in touch? We make every effort to support educational requests, and thesis work is no exception. Check with Ralph Humphries. His email address is ralphh@asd.sgi.com -- check with him for permission. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Thu Feb 9 12:02:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA28327; Thu, 9 Feb 1995 11:48:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA28324; Thu, 9 Feb 1995 11:48:09 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA17721; Thu, 9 Feb 95 11:47:53 -0800 Received: from relay.nswc.navy.mil by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id LAA16688; Thu, 9 Feb 1995 11:47:50 -0800 From: lelkins@relay.nswc.navy.mil Received: from oanews (oanews.nswc.navy.mil) by relay.nswc.navy.mil (4.1/SMI-4.1) id AA00916; Thu, 9 Feb 95 14:47:36 EST Received: by oanews (4.1/SMI-4.1) id AA17073; Thu, 9 Feb 95 14:42:12 EST Message-Id: <9502091942.AA17073@oanews> Subject: X-server Stereo on RE2 To: info-performer@sgi.sgi.com Date: Thu, 9 Feb 95 14:42:11 EST Cc: lelkins@relay.nswc.navy.mil (Leslie R. Elkins) X-Mailer: ELM [version 2.3 PL11] Status: O Hello... After upgrading an Onyx/RE2 and a Crimson/VGXT to Irix 5.3, I was eager to try some code posted on this list a while back which uses the X server to handle some of the stereo functions. The program posted was 'softstereo.c', and it was posted by Ed Millard of SGI on Nov. 15 on last year (and many thanks to the folks keeping the list archived!). It works as written on the Crimson/VGXT, but not on the RE2. On the Crimson the display switches to stereo (and the light on the Crystal Eyes emitter box comes on), it displays a window, and returns, resetting the monitor. On the Onyx, the monitor appears to copy the bottom half of the screen to the top, but it doesn't switch to stereo mode, and it doesn't return the monitor to the regular mode after it exits. The return codes printed are the same on both machines. Interestingly, if I replace the setmonitor(STR_BOT) line with setmonitor(STR_RECT) on the Onyx, the monitor does go into stereo mode. However, if I read the man pages correctly, I can't use the X server stuff this way. The other stereo tests I have tried work fine on the Onyx (nestedcubes from 4Dgifts, etc.). Any suggestions would be most appreciated..... Thanks, Les Elkins ---------------------------------------------------------------------- lelkins@relay.nswc.navy.mil The views expressed herein do not represent those of NSWC, the Navy, Les Elkins or the federal government. Naval Surface Warfare Center Dahlgren Division (And anybody who says otherwise is Silver Spring, MD itching for a fight...) From guest Thu Feb 9 12:59:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA28443; Thu, 9 Feb 1995 12:41:31 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA28440; Thu, 9 Feb 1995 12:41:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA19637; Thu, 9 Feb 95 12:41:06 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id MAA24966; Thu, 9 Feb 1995 12:41:05 -0800 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA20098; Thu, 9 Feb 95 15:42:35 EST Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id PAA24666; Thu, 9 Feb 1995 15:41:33 -0500 Date: Thu, 9 Feb 1995 15:41:33 -0500 (EST) From: "Lance R. Marrou" To: Performer List Subject: geoset lists Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O If I change the value in a geoset list (say a vertex coordinate, a strip length for triangle strips, or something else) will it take effect immediately? Or do I need to call pfGSetPrimLengths() and pfGSetAttr() again? I would think the function calls are not necessary, but I would like confirmation. Thanks. ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Thu Feb 9 13:16:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA28457; Thu, 9 Feb 1995 12:59:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA28454; Thu, 9 Feb 1995 12:59:30 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA20197; Thu, 9 Feb 95 12:59:11 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id MAA27126; Thu, 9 Feb 1995 12:59:10 -0800 Received: from hawkeye.newport.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id MAA06693; Thu, 9 Feb 1995 12:59:08 -0800 Received: by hawkeye.newport.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA19875; Thu, 9 Feb 1995 12:59:00 -0800 From: millard@hawkeye.newport.sgi.com (Ed Millard) Message-Id: <199502092059.MAA19875@hawkeye.newport.sgi.com> Subject: Re: X-server Stereo on RE2 To: lelkins@relay.nswc.navy.mil Date: Thu, 9 Feb 1995 12:59:00 -0800 (PST) Cc: info-performer@sgi.sgi.com In-Reply-To: <9502091942.AA17073@oanews> from "lelkins@relay.nswc.navy.mil" at Feb 9, 95 02:42:11 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1893 Status: O > > Hello... > > After upgrading an Onyx/RE2 and a Crimson/VGXT to Irix 5.3, I was eager > to try some code posted on this list a while back which uses the X server > to handle some of the stereo functions. The program posted was > 'softstereo.c', and it was posted by Ed Millard of SGI on Nov. 15 on last > year (and many thanks to the folks keeping the list archived!). It works > as written on the Crimson/VGXT, but not on the RE2. > > On the Crimson the display switches to stereo (and the light on the Crystal > Eyes emitter box comes on), it displays a window, and returns, resetting > the monitor. On the Onyx, the monitor appears to copy the bottom half of > the screen to the top, but it doesn't switch to stereo mode, and it doesn't > return the monitor to the regular mode after it exits. The return codes > printed are the same on both machines. > > Interestingly, if I replace the setmonitor(STR_BOT) line with > setmonitor(STR_RECT) on the Onyx, the monitor does go into stereo mode. > However, if I read the man pages correctly, I can't use the X server stuff > this way. The other stereo tests I have tried work fine on the Onyx > (nestedcubes from 4Dgifts, etc.). > > Any suggestions would be most appreciated..... You really want to use stereo-in-a-window on a RealityEngine, instead of the Xsgi extension. Its better quality and maintains a normal aspect ratio. The XSGI extension is more for the lower end graphics options. Stereo-in-a-window support is already provided with performer. ============================================================================= Ed Millard | 18201 Von Karman Avenue Silicon Graphics Inc. | Suite 100 Developer's Support Group | Irvine, CA 92715 millard@sgi.com | (714) 756-5975 ============================================================================= From guest Thu Feb 9 13:45:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA28525; Thu, 9 Feb 1995 13:31:05 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA28522; Thu, 9 Feb 1995 13:31:04 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA21628; Thu, 9 Feb 95 13:30:41 -0800 Received: from ntsc-rd.navy.mil by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id NAA01448; Thu, 9 Feb 1995 13:30:31 -0800 Message-Id: <199502092130.NAA01448@sgi.sgi.com> Date: 9 Feb 95 16:14:00 EST From: "Robert Reif" Subject: Performer 2.0 questions To: "info-performer" Status: O Hi; Will the following features be in the next Performer release? 1. A function to clean a scene graph of excess nodes like what is available in the MultiGen flight loader. 2. A function to allow appending textures to a texture list so more than one node hierarchy's textures can be loaded. 3. A way to save a node hierarchy to disk for re-reading later, or preferably to some of the supported input formats to allow editing. You could then use Performer to write a file conversion program. Thanks. Bob Reif From guest Thu Feb 9 14:58:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA28698; Thu, 9 Feb 1995 14:44:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA28695; Thu, 9 Feb 1995 14:43:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA24603; Thu, 9 Feb 95 14:43:38 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id OAA12192; Thu, 9 Feb 1995 14:43:34 -0800 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA25440; Thu, 9 Feb 95 17:45:05 EST Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id RAA25556; Thu, 9 Feb 1995 17:44:04 -0500 Date: Thu, 9 Feb 1995 17:44:03 -0500 (EST) From: "Lance R. Marrou" To: Robert Reif Cc: info-performer Subject: Re: Performer 2.0 questions In-Reply-To: <199502092130.NAA01448@sgi.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On 9 Feb 1995, Robert Reif wrote: ... > 2. A function to allow appending textures to a texture list so more than > one node hierarchy's textures can be loaded. You can do this quite easily now with the cool pfList functions. Just do something like this for adding together two node's texture lists: list0 = pfuMakeTexList(node0); list1 = pfuMakeTexList(node1); list = pfNewList(sizeof(pfTexture*), pfGetNum(list0)+pfGetNum(list1), pfGetSharedArena()); pfCombineLists(list,list0,list1); // other ways exist for adding two lists (even without a third list) That might be the suggested way to do it (since those functions are supported), but you can check out the function makeTexListAux() in /usr/src/Performer/src/lib/libpfutil/tex.c. Maybe this function will become UNstatic and available in 2.0. > 3. A way to save a node hierarchy to disk for re-reading later, or preferably > to some of the supported input formats to allow editing. You could then use > Performer to write a file conversion program. This would be cool, I agree, but it would hinge upon the owners of the input format copyright information. If you know the format yourself, there is usually no infraction on copyright laws for personal use. I find it unlikely that a company would offer a converter to other formats though (except for some of the pd formats and SG formats). ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Thu Feb 9 16:46:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA28867; Thu, 9 Feb 1995 16:26:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA28864; Thu, 9 Feb 1995 16:26:35 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28824; Thu, 9 Feb 95 16:26:16 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id QAA28252; Thu, 9 Feb 1995 16:26:13 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id QAA02092; Thu, 9 Feb 1995 16:26:11 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:marrou@vsl.ist.ucf.edu id AA28812; Thu, 9 Feb 95 16:25:55 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA09027; Thu, 9 Feb 1995 16:26:02 -0800 From: "Michael Jones" Message-Id: <9502091626.ZM9025@babar.asd.sgi.com> Date: Thu, 9 Feb 1995 16:26:02 -0800 In-Reply-To: "Lance R. Marrou" "geoset lists" (Feb 9, 3:41pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Lance R. Marrou" , Performer List Subject: Re: geoset lists Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 9, 3:41pm, Lance R. Marrou wrote: > Subject: geoset lists :If I change the value in a geoset list (say a vertex coordinate, a strip length :for triangle strips, or something else) will it take effect immediately? Or :do I need to call pfGSetPrimLengths() and pfGSetAttr() again? I would think :the function calls are not necessary, but I would like confirmation. Thanks. IRIS Performer does not cache any of the values in the geoset data arrays, so if you make a change it will have immediate effect. (So immediate that you may not be able to perform the write to X, Y and Z before the draw process comes along and uses your new X with the old Y and Z when multiprocessing). Take a look at the lake demo that shipped with 1.0 and 1.1 (if you still have these laying about). This demo shows how to do multiprocessed real-time updates in sp and mp modes. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Thu Feb 9 16:57:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA28895; Thu, 9 Feb 1995 16:37:54 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA28892; Thu, 9 Feb 1995 16:37:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA29289; Thu, 9 Feb 95 16:37:38 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id QAA29564; Thu, 9 Feb 1995 16:37:36 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id QAA03237; Thu, 9 Feb 1995 16:37:35 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA29273; Thu, 9 Feb 95 16:37:27 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.sgi.com id QAA17601; Thu, 9 Feb 1995 16:35:41 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199502100035.QAA17601@tubes.asd.sgi.com> Subject: Version 1.3 of Inventor Loader Available on sgigate To: info-performer@sgi.sgi.com Date: Thu, 9 Feb 95 16:35:40 PST X-Mailer: ELM [version 2.3 PL8] Status: O sgigate.sgi.com:~ftp/pub/Performer/src/pfiv1.3.tar.Z Bugs in 1.2 Fixed In 1.3 ________________________ All textures following a texture with CLAMP filtering would incorrectly inherit the CLAMP filter. Fixed memory allocation bug in pfGeoBuilder for LINESTRIPS. Empty pfGeodes are deleted which avoids bogus (infinite) bounding sphere from corrupting bounding sphere hierarchy. dummyMtl is properly initialized to avoid unnecessary, massive pfMaterial creation Added support for SoTextureCoordinateEnvironment From guest Thu Feb 9 16:57:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA28900; Thu, 9 Feb 1995 16:38:46 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA28897; Thu, 9 Feb 1995 16:38:45 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA29363; Thu, 9 Feb 95 16:38:29 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id QAA29712; Thu, 9 Feb 1995 16:38:24 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id QAA03276; Thu, 9 Feb 1995 16:38:21 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:reif@ntsc-rd.navy.mil id AA29351; Thu, 9 Feb 95 16:38:20 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA09051; Thu, 9 Feb 1995 16:38:34 -0800 From: "Michael Jones" Message-Id: <9502091638.ZM9049@babar.asd.sgi.com> Date: Thu, 9 Feb 1995 16:38:34 -0800 In-Reply-To: "Robert Reif" "Performer 2.0 questions" (Feb 9, 4:14pm) References: <199502092130.NAA01448@sgi.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Robert Reif" , "info-performer" Subject: Re: Performer 2.0 questions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 9, 4:14pm, Robert Reif wrote: > Subject: Performer 2.0 questions :Will the following features be in the next Performer release? : :1. A function to clean a scene graph of excess nodes like what is available :in the MultiGen flight loader. Yes. This general ability is also used in the OpenInventor loader beta that's on our ftp server. It will be available to all loaders and applications. :2. A function to allow appending textures to a texture list so more than :one node hierarchy's textures can be loaded. You can make as many texture lists as you want, you can use normal list API to glue lists together, and you can change the existing code at will. Any of these will accomplish what you describe. :3. A way to save a node hierarchy to disk for re-reading later, or preferably :to some of the supported input formats to allow editing. You could then use :Performer to write a file conversion program. You can do this now, of course. Several companies have written such programs, and at least one has been made available for public FTP. The only issue here is more business than technical, in that at least one of the loaders provided with IRIS Performer clearly prohibits this translation and export step. So you would not want to convert files in that format without permission. This prohibition aside, I imagine that future versions of Performer will have integrated support for exporting data in at least four formats: OpenInventor, Alias, Wavefront, and a fast-loading Performer format. These will not all be available in the next release, though. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Fri Feb 10 02:03:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA29537; Fri, 10 Feb 1995 01:44:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA29534; Fri, 10 Feb 1995 01:44:39 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA11918; Fri, 10 Feb 95 01:44:20 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id BAA18520; Fri, 10 Feb 1995 01:44:16 -0800 From: abrend@idt.unit.no Received: from redwood.idt.unit.no by pat.idt.unit.no with SMTP id AA28882 (5.65c8/IDA-1.4.4 for ); Fri, 10 Feb 1995 10:44:03 +0100 Received: by redwood.idt.unit.no id AA08244 (5.65c8/idt-C-2.0 for info-performer@sgi.com); Fri, 10 Feb 1995 10:44:02 +0100 Date: Fri, 10 Feb 1995 10:44:02 +0100 Message-Id: <199502100944.AA08244@redwood.idt.unit.no> To: info-performer@sgi.sgi.com Subject: Inventor -> Performer Status: O Resending of article to newsgroup comp.sys.sgi.graphics because of no response: I'm sitting here waiting for the Performer development kit to arrive, meanwhile it would be nice to have some example code to look at. Is there some simple example code to grab out there ? I have been programming with the Inventor library - is there some similarity between the to libraries ? Same way of thinking ? I know Performer is on a lower level (like OpenGL ??) than Inventor. /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Fri Feb 10 03:19:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA29639; Fri, 10 Feb 1995 03:05:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA29636; Fri, 10 Feb 1995 03:05:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13009; Fri, 10 Feb 95 03:05:35 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id DAA22598; Fri, 10 Feb 1995 03:05:16 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA20681 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Fri, 10 Feb 1995 12:14:27 +0100 Message-Id: <199502101114.AA20681@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA06430; Fri, 10 Feb 95 11:58:56 +0100 From: Marco Crocetta Subject: Intersection To: info-performer@sgi.sgi.com Date: Fri, 10 Feb 95 11:58:55 MET Mailer: Elm [revision: 66.25] Status: O Hi, I need some help for the following problem. I need to know the true distance of the nearest part of a model in my Performer scene (think about a laser rangefinder). I thought that the easiest solution would be in using the pfSegsIsectNode() call but as I tried a got some results that are not clear... This is a fragment of my code: ..... /*Initialize default direction*/ segset.mode = PFTRAV_IS_PRIM|PFTRAV_IS_CULL_BACK; pfSetVec3(segset.segs[0].dir, 0.0f, 1.0f, 0.0f); /*Update direction following the eyepoint direction*/ pfSinCos(Shared->viewCoord.hpr[PF_H],&s,&c); pfSetVec3(segset.segs[0].dir, -s, c, 0.0f); segset.segs[0].length = 50000.0f; isect = pfSegsIsectNode(Shared->scene, &segset, hits); if (isect) { pfQueryHit (*hits[0], PFQHIT_SEG, &segset.segs[0].length); pfQueryHit (*hits[0], PFQHIT_POINT, &pnt); .... } In my application the eyepoint is not moving (x,y,z are fixed) but the entire scene is attached to a pfDCS that is modified at run-time according to the eyepoint desidered motion. These are the questions: 1) In the pnt vector I find the intersection point coords referred to the model origin ? (is this what the ref manual means when it says "...all are in local coordinates..."?) 2) Which distance is stored in the lenght field of the segset structure?i Which is the relationship between this value, the intersected point, the model origin, and the eyepoint origin? 3) How can I find in a straight manner the true distance of the intersected point from my eyepoint? Thanks very much in advance! -------------------------------- Marco Crocetta DATAMAT SpA, Rome e-mail:onyx@datamat.it -------------------------------- From guest Fri Feb 10 08:58:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA29958; Fri, 10 Feb 1995 08:33:50 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA29954; Fri, 10 Feb 1995 08:33:42 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA17868; Fri, 10 Feb 95 08:33:26 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id IAA16256; Fri, 10 Feb 1995 08:33:23 -0800 Received: from crusader.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA11988; Fri, 10 Feb 95 11:34:22 EST Received: by crusader.vsl.ist.ucf.edu (920330.SGI) id AA10351; Fri, 10 Feb 95 11:33:20 -0500 Date: Fri, 10 Feb 1995 11:33:20 -0500 (EST) From: "Lance R. Marrou" To: Marco Crocetta Cc: info-performer@sgi.sgi.com Subject: Re: Intersection In-Reply-To: <199502101114.AA20681@relay.iunet.it> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 10 Feb 1995, Marco Crocetta wrote: ... > pfQueryHit (*hits[0], PFQHIT_SEG, &segset.segs[0].length); > pfQueryHit (*hits[0], PFQHIT_POINT, &pnt); ... > These are the questions: > > 1) In the pnt vector I find the intersection point coords > referred to the model origin ? > (is this what the ref manual means when it says "...all are in > local coordinates..."?) To get the world coordinate point, you also need: pfMatrix mat; pfQueryHit (*hits[0], PFQHIT_XFORM, mat); pfXformPt3(dst, pnt, mat); Also, if pnt is a pfVec3, you do not want to send the address. > 2) Which distance is stored in the lenght field of the > segset structure?i Which is the relationship between > this value, the intersected point, the model origin, and > the eyepoint origin? Well, one problem is that you are sending in the address of the length, rather than the address of the segment. PFQHIT_SEG expects the whole segment. The length in the segment should be what you desire. > 3) How can I find in a straight manner the true distance > of the intersected point from my eyepoint? Either the length of the segment, or you can find the distance between your view point and the transformed intersection point. ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Fri Feb 10 09:04:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA29965; Fri, 10 Feb 1995 08:41:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA29962; Fri, 10 Feb 1995 08:40:46 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA18072; Fri, 10 Feb 95 08:40:27 -0800 Received: from mailgate.ericsson.se by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id IAA17226; Fri, 10 Feb 1995 08:40:24 -0800 Received: from ppvku.ericsson.se (ppvku.ericsson.se [159.107.32.7]) by mailgate.ericsson.se (8.6.9/1.0) with SMTP id RAA00571 for ; Fri, 10 Feb 1995 17:40:06 +0100 Received: from einks2.ericsson.se by ppvku.ericsson.se (4.1/SMI-4.1) id AA12306; Fri, 10 Feb 95 17:40:42 +0100 Received: by einks2.ericsson.se (5.0/SMI-SVR4) id AA26270; Fri, 10 Feb 1995 17:40:40 +0100 Date: Fri, 10 Feb 1995 17:40:40 +0100 From: hela@ppvku.ericsson.se (Henrik Ladholm) Message-Id: <9502101640.AA26270@einks2.ericsson.se> To: info-performer@sgi.sgi.com Subject: multi channel option Cc: hela@ppvku.ericsson.se X-Sun-Charset: US-ASCII Content-Length: 682 Status: O Hi out there, specifically someone at SGI We have the multi channel option and a reality engine ONYX with two RM. We use three projectors for the display. With the 3@960x680_60 choice and 2 RM we can`t get antialiasing. Next lower resolution is 4@960x680_60. Is it possible to get 3@960x680_60 ? If not, is it a question of money or fact ? Regards Henrik Ladholm e-mail: hela@einku.ericsson.se tfn: +46 54 294372 direct +46 54 294000 switchboard fax: +46 54 294001 Ericsson InfoCom Consultants AB Kanikenasbanken 12 Box 1038 651 15 Karlstad Sweden ------------------------------------ You can't paint the Mona Lisa on chickenwire ------------------------------------ From guest Fri Feb 10 10:02:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA00248; Fri, 10 Feb 1995 09:43:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA00245; Fri, 10 Feb 1995 09:43:08 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA20182; Fri, 10 Feb 95 09:42:53 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id JAA25915; Fri, 10 Feb 1995 09:42:51 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id JAA25319; Fri, 10 Feb 1995 09:42:48 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id SAA26317; Fri, 10 Feb 1995 18:47:20 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9502101847.ZM26315@shark.paris.sgi.com> Date: Fri, 10 Feb 1995 18:47:20 +0100 In-Reply-To: hela@ppvku.ericsson.se (Henrik Ladholm) "multi channel option" (Feb 10, 5:40pm) References: <9502101640.AA26270@einks2.ericsson.se> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: hela@ppvku.ericsson.se (Henrik Ladholm), info-performer@sgi.sgi.com Subject: Re: multi channel option Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 10, 5:40pm, Henrik Ladholm wrote: > > Hi out there, specifically someone at SGI We have the multi channel > option and a reality engine ONYX with two RM. We use three projectors > for the display. With the 3@960x680_60 choice and 2 RM we can`t get > antialiasing. Next lower resolution is 4@960x680_60. Is it possible > to get 3@960x680_60 ? If not, is it a question of money or fact ? Although I don't have the table in front of me, I suspect that particular format requires 4 RM's in order to use multisampling. Anytime you want to do multisampling you need the framebuffer to be configured with 'medium' or 'large' pixel depth, but not 'small'. Pixel depth is controlled (in essense) by (resolution / RM count). Run /usr/gfx/gfxinfo to see your current pixel depth, and notice how it changes as you change to various video formats. Speaking practically, your options are to use a lower-resolution video format (instead of 3@960x680_60), or to purchase additional RM boards. Regards, Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Fri Feb 10 11:02:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA00388; Fri, 10 Feb 1995 10:47:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA00385; Fri, 10 Feb 1995 10:47:56 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA23379; Fri, 10 Feb 95 10:47:37 -0800 Received: from od.sri.com by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id KAA09157; Fri, 10 Feb 1995 10:47:35 -0800 Received: by od.sri.com (931110.SGI/930416.SGI) for info-performer@sgi.com id AA04801; Fri, 10 Feb 95 10:46:33 -0800 From: "Nathaniel Bletter" Message-Id: <9502101046.ZM4799@od.sri.com> Date: Fri, 10 Feb 1995 10:46:32 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Color with PFGS_OFF Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O When I load 'things.sv' from the demo models (~Performer/data/things.sv) directory that comes with Performer, the model has a lot of color. But when I traverse the scene graph, all the GeoSet's have color binding set to PFGS_OFF. The man pages says this means that the color is inherited, but where is it inherited from if I'm checking every GEODE with a pfuTraverser function? Can pfDCS nodes have color? How can I access it? -- Nat Bletter SRI International nat@od.sri.com (415) 859-4358 From guest Fri Feb 10 14:41:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA00751; Fri, 10 Feb 1995 14:28:28 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA00748; Fri, 10 Feb 1995 14:28:27 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02712; Fri, 10 Feb 95 14:28:12 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id OAA04823; Fri, 10 Feb 1995 14:28:10 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id OAA01962; Fri, 10 Feb 1995 14:28:09 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA02703; Fri, 10 Feb 95 14:27:57 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id OAA17754; Fri, 10 Feb 1995 14:28:04 -0800 From: "Michael Jones" Message-Id: <9502101428.ZM17752@babar.asd.sgi.com> Date: Fri, 10 Feb 1995 14:28:03 -0800 In-Reply-To: aschaffe@shark.paris.sgi.com (Allan Schaffer) "Re: multi channel option" (Feb 10, 6:47pm) References: <9502101640.AA26270@einks2.ericsson.se> <9502101847.ZM26315@shark.paris.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: multi channel option Cc: hela@ppvku.ericsson.se (Henrik Ladholm) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The secret is in the directory "/usr/gfx/ucode/RE/vs2/vof", where the video output formats (VOFs) are stored for the MultiChannel Option (aka, the Video Splitter 2, "vs2"). Let's take a look at what's there: genie 13% ls 1rm 2rm 4rm These are subdirectories, which contain the microcode appropriate for 1, 2, and 4 Raster Manager configurations. Looking in each you can see what formats are supported. genie 13% ls 1rm 2@640x480_60 2@640x486_30i 4@640x480_60 4@640x486_30i genie 14% ls 2rm 2@1025x768_60 2@640x480_60+1@1280x1024_60 4@640x486_30i 2@1200x900_72 2@640x486_30i 4@640x640_60 2@1280x1024_50 2@960x680_60 4@960x620_60 2@1280x1024_60 3@850x850_60 6@640x480_60 2@640x480_180q 3@960x680_60 6@640x486_30i 2@640x480_60 4@640x480_60 6@745x224_60 genie 15% ls 4rm 2@1025x768_60 2@640x486_30i 4@640x486_30i 2@1280x1024_50 3@1025x768_60 4@640x640_60 2@1280x1024_60 3@850x850_60 4@960x620_60 2@640x480_180q 3@850x850_60.O 6@640x480_60 2@640x480_60 3@960x680_60 6@640x486_30i 2@640x480_60+1@1280x1024_60 4@640x480_60 6@745x224_60 For the 3 channel case, your choices would be: 3@850x850_60 3@960x680_60 -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Fri Feb 10 10:12:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA00270; Fri, 10 Feb 1995 09:54:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA00267; Fri, 10 Feb 1995 09:54:35 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA20740; Fri, 10 Feb 95 09:54:16 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id JAA28184; Fri, 10 Feb 1995 09:54:14 -0800 Received: from mar by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) id JAA27562; Fri, 10 Feb 1995 09:54:11 -0800 Received: by mar (940816.SGI.8.6.9/930416.SGI) id WAA02777; Fri, 10 Feb 1995 22:19:03 -0800 From: "JAVIER CASTELLAR" Message-Id: <9502102219.ZM2775@mar> Date: Fri, 10 Feb 1995 22:19:02 -0800 In-Reply-To: hela@ppvku.ericsson.se (Henrik Ladholm) "multi channel option" (Feb 10, 5:40pm) References: <9502101640.AA26270@einks2.ericsson.se> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: hela@ppvku.ericsson.se (Henrik Ladholm), info-performer@sgi.sgi.com Subject: Re: multi channel option Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O For 3@960x680_60 with medium pixel depth (multisampling AA), you need 4RM. Yes, it is a money issue. Sorry. -Javier -- ******************************************************************** * Javier Castellar * Email: javier@madrid.sgi.com * * Systems Engineer * Vmail: x59665 * * Gfx guru * Phone: ++34-1-4429077 * * Silicon Graphics Spain* Fax: ++34-1-4420150 * ******************************************************************** Nobody said that the life was a fair play Javier Castellar From guest Sat Feb 11 03:01:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA01654; Sat, 11 Feb 1995 02:10:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA01651; Sat, 11 Feb 1995 02:10:28 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA18916; Sat, 11 Feb 95 02:10:13 -0800 Received: from INGFI1.ING.UNIFI.IT by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id CAA12062; Sat, 11 Feb 1995 02:10:08 -0800 Received: from aguirre.ing.unifi.it by INGFI1.ING.UNIFI.IT with SMTP; Sat, 11 Feb 1995 11:10:06 +0200 (MET) Received: from pizarro.ing.unifi.it by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA16884; Sat, 11 Feb 95 10:56:23 +0100 Received: by pizarro.ing.unifi.it (5.0/SMI-SVR4) id AA19902; Sat, 11 Feb 1995 10:56:25 +0100 Date: Sat, 11 Feb 1995 10:56:25 +0100 From: camiciot@aguirre (Riccardo Camiciottoli) Message-Id: <9502110956.AA19902@pizarro.ing.unifi.it> To: info-performer@sgi.sgi.com Subject: Performer articles X-Sun-Charset: US-ASCII Content-Length: 1077 Status: O Hi, I'm searching for an article (or whatever else) that explains the principles and the features of IRIS Performer. I found two articles: "The Performer" by Allan Shaffer, "What Is IRIS Performer?" by *I don't know who*, but these two articles and the introduction contained in "Iris Programming Guide" aren't very articulated and they are addressed to Performer-novice people. Does someone have got a well done description about IRIS Performer? Thank's in advance. Ciao Riccardo --------------------------------------------------------------------------- | Riccardo Camiciottoli | Via Santa Marta, 3 | Universita' di Firenze | 50139 Firenze | Facolta' di Ingegneria | Italia | Dipartimento di Sistemi e Informatica | | | Phones: +39 55 4796365 (voice) | email: camiciot@aguirre.ing.unifi.it | +39 55 4796425 (voice) | www: http://aguirre.ing.unifi.it | +39 55 4796363 (fax) --------------------------------------------------------------------------- From guest Sat Feb 11 10:05:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA01891; Sat, 11 Feb 1995 08:56:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA01888; Sat, 11 Feb 1995 08:56:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA22711; Sat, 11 Feb 95 08:55:38 -0800 Received: from mail04.mail.aol.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id IAA24366; Sat, 11 Feb 1995 08:55:36 -0800 From: MLNeumann@aol.com Received: by mail04.mail.aol.com (1.37.109.11/16.2) id AA038961538; Sat, 11 Feb 1995 11:52:19 -0500 Date: Sat, 11 Feb 1995 11:52:19 -0500 Message-Id: <950211114945_18967068@aol.com> To: info-performer@sgi.sgi.com Subject: address change Status: O Please change my subscription address from mlneumann@aol.com to mlneumann@vivid.nns.com Thank you! From guest Sat Feb 11 14:59:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA02219; Sat, 11 Feb 1995 13:59:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA02216; Sat, 11 Feb 1995 13:59:36 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA26563; Sat, 11 Feb 95 13:59:21 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id NAA11093; Sat, 11 Feb 1995 13:59:19 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id NAA20567; Sat, 11 Feb 1995 13:59:19 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA26559; Sat, 11 Feb 95 13:59:18 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA21656; Sat, 11 Feb 1995 13:59:24 -0800 Message-Id: <199502112159.NAA21656@surreal.asd.sgi.com> To: camiciot@aguirre (Riccardo Camiciottoli) Cc: info-performer@sgi.sgi.com Subject: Re: Performer articles In-Reply-To: Your message of "Sat, 11 Feb 95 10:56:25 +0100." <9502110956.AA19902@pizarro.ing.unifi.it> Date: Sat, 11 Feb 95 13:59:20 -0800 From: Jim Helman Status: O If you want an articulation of the design and principles, last year's SIGGRAPH paper on Performer is available on sgigate: ftp://sgigate.sgi.com/pub/Performer/docs/performer-sig94.ps.Z There's also an improved 4 page data sheet on Performer which should be available from your local sales office. A marketing white paper on Performer is also planned. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Sat Feb 11 17:29:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA02421; Sat, 11 Feb 1995 16:36:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA02418; Sat, 11 Feb 1995 16:36:52 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28483; Sat, 11 Feb 95 16:36:29 -0800 Received: from pike.cecer.army.mil by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id QAA19966; Sat, 11 Feb 1995 16:36:27 -0800 Received: from lee (lee [129.229.32.11]) by pike.cecer.army.mil (8.6.9/8.6.9) with SMTP id SAA11207 for ; Sat, 11 Feb 1995 18:36:26 -0600 From: "Eric S. Hirschorn" Message-Id: <199502120036.SAA11207@pike.cecer.army.mil> Subject: Computer Explorations Inc.'s detailed modeling package To: info-performer@sgi.sgi.com Date: Sat, 11 Feb 1995 18:31:30 -0600 (CST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 496 Status: O Hi, We are developing a Performer-based application to be run on an Onyx/RE2, and we are in the process of investigating modeling packages that are Performer-compatible. One that we have seen no mention of in this mailing-list, is Computer Explorations, Inc. detailing modeling package (Cyber Vision). Does anyone have experience with this package, especially usage of Cyber Vision with Performer? Eric S. Hirschorn Albert L. Herman USA CERL, Champaign, IL email: erich@pike.cecer.army.mil From guest Mon Feb 13 02:03:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA04031; Mon, 13 Feb 1995 01:20:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA04028; Mon, 13 Feb 1995 01:20:32 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA19446; Mon, 13 Feb 95 01:20:16 -0800 Received: from mailgate.ericsson.se by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id BAA14196; Mon, 13 Feb 1995 01:18:06 -0800 Received: from ppvku.ericsson.se (ppvku.ericsson.se [159.107.32.7]) by mailgate.ericsson.se (8.6.9/1.0) with SMTP id KAA28413 for ; Mon, 13 Feb 1995 10:16:37 +0100 Received: from einks2.ericsson.se by ppvku.ericsson.se (4.1/SMI-4.1) id AA03321; Mon, 13 Feb 95 10:17:13 +0100 Received: by einks2.ericsson.se (5.0/SMI-SVR4) id AA05483; Mon, 13 Feb 1995 10:17:12 +0100 Date: Mon, 13 Feb 1995 10:17:12 +0100 From: hela@ppvku.ericsson.se (Henrik Ladholm) Message-Id: <9502130917.AA05483@einks2.ericsson.se> To: info-performer@sgi.sgi.com Subject: Multi Channel Option X-Sun-Charset: US-ASCII Content-Length: 948 Status: O One more try I got the numbers wrong in the last mail corrected: >We have the multi channel option and a reality engine ONYX with >two RM. We use three projectors for the display. With the >3@960x680_60 choice and 2 RM we can`t get antialiasing. >Next lower resolution is 4@640x480_60. Is it possible to >get 3@640x480_60 ? We want antialiasing and going down to 4@640x480_60 in order to get it seems like we are wasting one RGB output, so we would like 3@640x480_60. This combination is not available, so I wonder if the combination is impossible or if it is possible to somehow get it ? If it is impossible: -can you give me a hint to why ? -If we use 4@640x480_60 and only use 3 outputs, how does that effect performance compared to using 3@960x680_60 (apart from antialiasing) Regards Henrik Ladholm ---------------------------------- the present day is a magic thing, eternity before and eternity after ---------------------------------- From guest Mon Feb 13 02:30:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA04053; Mon, 13 Feb 1995 01:45:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA04050; Mon, 13 Feb 1995 01:45:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA19802; Mon, 13 Feb 95 01:45:35 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id BAA16194; Mon, 13 Feb 1995 01:45:34 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id BAA03409; Mon, 13 Feb 1995 01:45:11 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id KAA00783; Mon, 13 Feb 1995 10:49:22 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9502131049.ZM781@shark.paris.sgi.com> Date: Mon, 13 Feb 1995 10:49:22 +0100 In-Reply-To: "Nathaniel Bletter" "Color with PFGS_OFF" (Feb 10, 10:46am) References: <9502101046.ZM4799@od.sri.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Nathaniel Bletter" , info-performer@sgi.sgi.com Subject: Re: Color with PFGS_OFF Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 10, 10:46am, Nathaniel Bletter wrote: > > When I load 'things.sv' from the demo models > (~Performer/data/things.sv) directory that comes with Performer, the > model has a lot of color. But when I traverse the scene graph, all > the GeoSet's have color binding set to PFGS_OFF. The man pages says > this means that the color is inherited, but where is it inherited > from if I'm checking every GEODE with a pfuTraverser function? I believe that the things.sv model gets its colors from lighting; I notice that the colors become all green (which happens to be the color of the ground plane) if I turn lighting off from within perfly. A quick check of the file itself confirms that a number of materials are defined: [...] material 53 0 0 0.2 0 0 0.333333 0.0666667 0.4 1 7.29927 0 0 0 [...] model torus1 material 53 backface on tmeshn 40 76.6932 7.04803 -7.19339 0.644833 0.691513 0.325577 76.2781 7.33482 -7.22319 0.388037 0.868971 0.307109 [...] > Can pfDCS nodes have color? How can I access it? No, libpf objects (DCS's, Layers, Geodes, and so on) do not have color or other "rendering state" attributes like texture, material, etc. Rendering & state elements are encapsulated into the GeoSet and GeoState. Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Mon Feb 13 05:50:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA04308; Mon, 13 Feb 1995 04:58:10 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA04305; Mon, 13 Feb 1995 04:58:02 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA23877; Mon, 13 Feb 95 04:57:43 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id EAA24182; Mon, 13 Feb 1995 04:57:42 -0800 Received: from puth.demeern.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id EAA07485; Mon, 13 Feb 1995 04:57:39 -0800 Received: by puth.demeern.sgi.com (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA09924; Mon, 13 Feb 95 13:57:21 +0100 From: "Dick Rous" Message-Id: <9502131357.ZM9922@puth.demeern.sgi.com> Date: Mon, 13 Feb 1995 13:57:20 +0100 In-Reply-To: hela@ppvku.ericsson.se (Henrik Ladholm) "Multi Channel Option" (Feb 13, 10:17am) References: <9502130917.AA05483@einks2.ericsson.se> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: hela@ppvku.ericsson.se (Henrik Ladholm) Subject: Re: Multi Channel Option Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, When you want to stick to the three channels, and you want anti-aliasing, your choice is 4@640x480_60. There is no performance penalty with regard to 3@960x680_60 relating to polygon performance, however, in the 640x480 case, there is a substantial gain in pixel fill performance, as your total pixel-count now is 921600 as opposed to 1.958400 The fact that you are not use the fourth channel does not matter, you just don't utilise the total available real-estate. See also the Multi Channel Option User's Guide, which details the mapping of the various formats to the total "screen". Regards, Dick. -- ********************************************************** Dick Rous SE Silicon Graphics BV Veldzigt 2 3454 PW De Meern The Netherlands email....:dick@demeern.sgi.com voicemail:5-8160 phone:(31)-3406-21711 fax:(31)-3406-21454 ********************************************************** From guest Tue Feb 14 01:21:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA05757; Tue, 14 Feb 1995 00:53:30 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA05754; Tue, 14 Feb 1995 00:53:30 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA05279; Tue, 14 Feb 95 00:53:12 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id AAA28254; Tue, 14 Feb 1995 00:53:07 -0800 Received: by warrane.connect.com.au with UUCP id AA20995 (5.67b8/IDA-1.5 for info-performer@sgi.com); Tue, 14 Feb 1995 19:52:56 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA04740 (5.65c/IDA-1.5 for ); Tue, 14 Feb 1995 19:20:06 +1100 Received: from krusty by aggro with SMTP id AA07360 (5.65c/IDA-1.4.4 for ); Tue, 14 Feb 1995 18:26:28 +1000 Received: by krusty (5.65) id AA00976; Tue, 14 Feb 1995 19:25:55 +1100 Date: Tue, 14 Feb 1995 19:25:55 +1100 (EST) From: Simon Bennett Subject: Lightpoints, Performer and Multisampling To: info-performer@sgi.sgi.com Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I'm currently working with lightpoints from within Performer, and I'm running up against a few problems. I don't seem to be able to size pfLightPoint nodes the way I'd like to. No matter what values are passed to pfLPointSize() the points on the screen never appear to get much larger than about 4 pixels. If pfAntialias() is set to PFAA_OFF however the lightpoints size correctly but are rendered as squares, which is not acceptable for my application. I've been experimenting generally with IRIS GL points and have found that if I use pntsmooth() and blendfunction() I get the results I want (pretty much), but that these calls are incompatible with the multi-sampling of the Reality Engine. The GL documentation states that "Until circles are implemented, points are sampled into the multisample buffer as squares centered on the exact point location" - which I've confirmed as meaning that under multi-sampling points are square. The pfAntialias() manpage has a curious little statement: "In addition, pfAntialias will enable a special hardware mode that efficiently renders GL points (with bgnpoint and endpoint) using multisampled circles rather than squares" - this seems to be true and quite nice - excepting that the points never seem to get any bigger than 4 or so pixels... Does anybody know what this "special hardware mode" is? The pfAntialias() manpage also mentions a mssample() function - but this doesn't seem to be documented anywhere. I've tried rendering "large round" lightpoints by means of pre and post draw callbacks on lightpoint node, which disable/re-enable multisampling and turn of pntsmooth()ing etc... but as you can imagine this doesn't work properly because of the different z-buffers. Anybody got any bright ideas how I can easily render "large round" lightpoints? Or point out some obvious mistakes that I might have made? Explain the Performer restriction on lightpoint size? (Which is *not* the same as described in the pntsize() manpage!) I'm trying this stuff on a Onyx RE^2 with 2RM4's under IRIX 5.2 and Performer 1.2.... BTW - I may be dropping down to a VTX system soon... I haven't seen (or have missed) references to its point size abilities... could somebody please tell me how this will affect point rendering? Much thanx in advance for any and all help... +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Wed Feb 15 03:36:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA07536; Wed, 15 Feb 1995 03:04:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA07533; Wed, 15 Feb 1995 03:03:57 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA19183; Wed, 15 Feb 95 03:03:39 -0800 Received: from chenas.inria.fr by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id DAA12712; Wed, 15 Feb 1995 03:03:27 -0800 Received: from syseca.fr ([192.93.110.126]) by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA20826; Wed, 15 Feb 1995 12:03:23 +0100 (MET) Received: from anna by syseca.fr (4.1/SMU-4.0 22/11/92 Syseca) id AA05044; Wed, 15 Feb 95 12:04:30 +0100 Received: by anna (931110.SGI/930416.SGI) for info-performer@sgi.com id AA05922; Wed, 15 Feb 95 11:54:17 +0100 Date: Wed, 15 Feb 95 11:54:17 +0100 From: gce@syseca.fr (Cedric Gautier) Message-Id: <9502151054.AA05922@anna> To: info-performer@sgi.sgi.com Subject: pfiv new version ... Status: O Hello ... Is it possible to get in /pub/Performer/src on sgigate a version of pfiv1.3.tar.Z without binaries and without Inventor libraries to facilitate ftp loading ... cause 5.1 Mo is to much and generates most of time a time out or hang up on our system ... Thank's ... Cedric THOMSON: gce@syseca.fr From guest Wed Feb 15 06:35:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA07718; Wed, 15 Feb 1995 06:04:10 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA07715; Wed, 15 Feb 1995 06:04:10 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA23610; Wed, 15 Feb 95 06:03:52 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id GAA22206; Wed, 15 Feb 1995 06:03:50 -0800 Received: from [132.170.190.166] (graniela.vsl.ist.ucf.edu) by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA17062; Wed, 15 Feb 95 09:05:21 EST Message-Id: <9502151405.AA17062@vsl.ist.ucf.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 15 Feb 1995 09:08:12 -0500 To: info-performer@sgi.sgi.com From: graniela@vsl.ist.ucf.edu (Benito Graniela) Subject: subscribe Status: O thanks | |\ | \ / |/ / / . .... ... ... ... )\ )\ / . \ / \ / \ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Benito Graniela University of Central Florida Visual Systems Lab Institute for Simulation & Training (407) 658-5075 3280 Progress Drive bgraniela@vsl.ist.ucf.edu Orlando, FL 32806-0544 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ From guest Wed Feb 15 10:38:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA08003; Wed, 15 Feb 1995 10:04:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA08000; Wed, 15 Feb 1995 10:04:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA03123; Wed, 15 Feb 95 10:03:43 -0800 Received: from binky.paradigmsim.com by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id KAA18624; Wed, 15 Feb 1995 10:03:38 -0800 Received: by binky.paradigmsim.com (931110.SGI/921111.SGI.AUTO) for info-performer@sgi.com id AA28653; Wed, 15 Feb 95 12:04:28 -0600 From: "Craig Phillips" Message-Id: <9502151204.ZM28651@binky.paradigmsim.com> Date: Wed, 15 Feb 1995 12:04:25 -0600 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: need help Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Paradigm Inc. is looking for people with Performer experience to work on our Vega product. Vega is a real-time application development system layered on Performer. Experience with X-Motif and real-time applications is also desired. If you are interested, send a brief Email to: craig@paradigmsim.com. Paradigm is 4 years old and consists of about 50 people. We produce audio and visual products for the SGI platform. We are located in Dallas Texas. If you want to know more, let me know and I will send you the details. Interested applicants must be able to eat fajitas and not own more than one suit. -- __________________________________________________ Craig Phillips Paradigm Simulation Inc. 14900 Landmark, Suite 400, Dallas, Texas 75248 craig@paradigmsim.com 214-960-2301 __________________________________________________ From guest Wed Feb 15 21:09:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA09119; Wed, 15 Feb 1995 20:24:46 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA09116; Wed, 15 Feb 1995 20:24:46 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08614; Wed, 15 Feb 95 20:24:24 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id UAA27118; Wed, 15 Feb 1995 20:23:51 -0800 Received: by warrane.connect.com.au with UUCP id AA02542 (5.67b8/IDA-1.5 for info-performer@sgi.com); Thu, 16 Feb 1995 15:23:24 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA13367 (5.65c/IDA-1.5 for ); Thu, 16 Feb 1995 15:06:13 +1100 Received: from krusty by aggro with SMTP id AA10937 (5.65c/IDA-1.4.4 for ); Thu, 16 Feb 1995 14:12:41 +1000 Received: by krusty (5.65) id AA04828; Thu, 16 Feb 1995 15:12:07 +1100 Date: Thu, 16 Feb 1995 15:12:06 +1100 (EST) From: Simon Bennett Subject: Undocumented pfLightPoint function To: info-performer@sgi.sgi.com Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O There seems to be a function pfGetNumLPoints() which although present (and highly useful), does not appear anywhere in the printed Performer documentation or manpages. It was discovered accidentally by a colleage in the Performer header files (while I was telling him that I couldn't believe that there was no such function!). What's the story with pfGetNumLPoints()? Is it just a documentation ommision or is it not supported? +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Wed Feb 15 23:38:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA09329; Wed, 15 Feb 1995 22:54:12 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA09326; Wed, 15 Feb 1995 22:54:12 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA12773; Wed, 15 Feb 95 22:53:54 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id WAA07608; Wed, 15 Feb 1995 22:53:51 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id WAA21044; Wed, 15 Feb 1995 22:53:49 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:simonb@wormald.com.au id AA12768; Wed, 15 Feb 95 22:53:48 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id WAA01477; Wed, 15 Feb 1995 22:54:04 -0800 From: "Michael Jones" Message-Id: <9502152254.ZM1475@babar.asd.sgi.com> Date: Wed, 15 Feb 1995 22:54:04 -0800 In-Reply-To: Simon Bennett "Undocumented pfLightPoint function" (Feb 16, 3:12pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Simon Bennett , info-performer@sgi.sgi.com Subject: Re: Undocumented pfLightPoint function Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 16, 3:12pm, Simon Bennett wrote: > Subject: Undocumented pfLightPoint function : :There seems to be a function pfGetNumLPoints() which although present :(and highly useful), does not appear anywhere in the printed Performer :documentation or manpages. Well, yes and no. It is there on page "xiii" in the printed version of the IRIS Performer Reference Pages, and it is in the online man page that you get via "man performer". On the other hand, it is not described in detail anywhere, which is your point. :It was discovered accidentally by a colleage :in the Performer header files (while I was telling him that I couldn't :believe that there was no such function!). That's the spirit: If it's not in Perfomer, it just means that we forgot to document it. ;-) :What's the story with pfGetNumLPoints()? Is it just a documentation :ommision or is it not supported? It's a documentation omission. I will fix it now ... there, done. Here is the newly updated man page: pfLightPoint(3pf) IRIS Performer 2.0 libpf Reference Pages pfLightPoint(3pf) NAME pfNewLPoint, pfGetNumLPoints, pfLPointSize, pfGetLPointSize, pfLPointFogScale, pfGetLPointFogScale, pfLPointColor, pfGetLPointColor, pfLPointShape, pfGetLPointShape, pfLPointRot, pfGetLPointRot, pfLPointPos, pfGetLPointPos - Set and get pfLightPoint size, color, shape, rotation and position. C SPECIFICATION #include pfLightPoint * pfNewLPoint(int num); int pfGetNumLPoints(pfLightPoint *lpoint); : DESCRIPTION A pfLightPoint is a pfNode that contains one or more light points. The light point node is quite different from a pfLightSource; it is visible as one or more self-illuminated small points but these points do not illuminate surrounding objects. In contrast to this, a pfLightSource does illuminate scene contents but is itself not a visible object. All the light points in a pfLightPoint node share all their attributes except point location and color. pfNewLPoint creates and returns a handle to a pfLightPoint node. num specifies the maximum number of individual light points the node may contain. The function pfGetNumLPoints returns this maximum number of light points that the pfLightPoint node lpoint can hold. This is the value set when the light point node was created using pfNewLPoint and is the size of the internal position and color arrays used to represent the light points. Thanks for the bug report. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Thu Feb 16 01:38:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA09482; Thu, 16 Feb 1995 00:56:10 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA09479; Thu, 16 Feb 1995 00:56:02 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA16899; Thu, 16 Feb 95 00:55:40 -0800 Received: from redgate.vislab.su.edu.au by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id AAA15096; Thu, 16 Feb 1995 00:55:36 -0800 From: horne@vislab.su.edu.au Received: from ford.vislab.su.edu.au by redgate.vislab.su.edu.au via SMTP (931110.SGI/921111.SGI) for info-performer@sgi.com id AA09459; Thu, 16 Feb 95 19:49:44 +1100 Received: by ford.vislab.su.edu.au (931110.SGI/921111.SGI) for info-performer@sgi.com id AA07556; Thu, 16 Feb 95 19:49:43 +1100 Message-Id: <9502160849.AA07556@ford.vislab.su.edu.au> Subject: pfuDrawMessage(CI) To: info-performer@sgi.sgi.com Date: Thu, 16 Feb 1995 19:49:42 +1100 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1689 Status: O here's what the man pages have to say about pfuDrawMessage/pfuDrawMessageCI ----------------------------------------------------------------------------- void pfuResetPanel(pfuPanel *p); void pfuResetWidget(pfuWidget *w); Page 2 pfuGUI(3pf) IRIS Performer 1.2 libpfutil Reference Pages pfuGUI(3pf) void pfuDrawMessage(pfChannel *chan, const char *msg, long rel, long just, float x, float y, long size, long cimode); DESCRIPTION Simple graphical user interface library for the IRIS Performer sample application, Perfly. It uses pfDataPools to store multiply accessed data so as to work well in multiprocessing applications. ----------------------------------------------------------------------------- can anyone give me more details about this routine : what is long rel ? (default seems to be 'PFU_MSG_PIPE') what are acceptable fonts (other than 'PFU_FONT_BIG') how does cimode affect the text ? AND - is there a manual entry at ALL for pfuDrawMessageCI and how to do such things as change the TEXT colour ?? also if there is a better way to put text onto the overlay plane - let me know. ----------------------------------------------------------------------------- Geoff Horne, horne@vislab.su.edu.au http://www.usyd.edu.au/~ghorne Computational Scientist and VisLab conundrum rectifier ----------------------------------------------------------------------------- "Don't take life too seriously, you don't get out of it alive anyway" Burt Ward From guest Thu Feb 16 06:17:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA09833; Thu, 16 Feb 1995 05:39:46 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA09830; Thu, 16 Feb 1995 05:39:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA22629; Thu, 16 Feb 95 05:39:23 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id FAA00508; Thu, 16 Feb 1995 05:39:20 -0800 Received: from [132.170.190.166] (graniela.vsl.ist.ucf.edu) by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA21391; Thu, 16 Feb 95 08:40:47 EST Message-Id: <9502161340.AA21391@vsl.ist.ucf.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 16 Feb 1995 08:43:38 -0500 To: info-performer@sgi.sgi.com From: graniela@vsl.ist.ucf.edu (Benito Graniela) Subject: Coplanar Planes Status: O The SGI performer Frequently Asked Questions (FAQ) answer to the coplanar polygons problem reads; ------------------------------ Subject: + -25- Coplanar Polygons & pfDecal on certain platforms Date: 8 Apr 94 00:00:01 EST pfDecal works only on machines that support the stencil or displacepolygon command. The default decaling mode for PFDECAL_BASE now uses displacepolygon instead of stencil. This can significantly improve rendering performance but can result in visual anomalies where layer polygons incorrectly "poke" through other geometry. If you wish the old behavior then specify the PFDECAL_BASE_HIGH_QUALITY token. ------------------------------ What can you do to solve this problem on a Indigo Extreme that can not support stencil or displacepolygon commands? We have roads over terrain that flash constantly, even when separated from the terrain by 0.1 meters. We believe this is a Z-buffer priority problem, can anybody elaborate! The best solution that we can come out with is to "stitch" the roads in, in other word replacing the terrain polygons with road polygons. This is a very time consuming task and we are looking for other solutions to this problem. thanks | |\ | \ / |/ / / . .... ... ... ... )\ )\ / . \ / \ / \ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Benito Graniela University of Central Florida Visual Systems Lab Institute for Simulation & Training (407) 658-5075 3280 Progress Drive bgraniela@vsl.ist.ucf.edu Orlando, FL 32806-0544 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ From guest Wed Feb 15 16:32:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA08610; Wed, 15 Feb 1995 15:59:14 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA08607; Wed, 15 Feb 1995 15:59:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA24900; Wed, 15 Feb 95 15:58:55 -0800 Received: from redgate.vislab.su.edu.au by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id PAA22116; Wed, 15 Feb 1995 15:58:47 -0800 Received: by redgate.vislab.su.edu.au (931110.SGI/921111.SGI) for info-performer@sgi.com id AA05547; Thu, 16 Feb 95 10:58:37 +1100 From: "Kim Lester" Message-Id: <9502161058.ZM5545@redgate.vislab.su.edu.au> Date: Thu, 16 Feb 1995 10:58:36 -0500 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: subscribe Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O From guest Thu Feb 16 09:36:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10024; Thu, 16 Feb 1995 09:05:14 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA10021; Thu, 16 Feb 1995 09:05:09 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28172; Thu, 16 Feb 95 09:04:51 -0800 Received: from post.demon.co.uk by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id JAA20338; Thu, 16 Feb 1995 09:04:47 -0800 Received: from division.demon.co.uk by post.demon.co.uk id aa07231; 16 Feb 95 16:21 GMT Received: from caliban.division.demon.co.uk by division.demon.co.uk (AIX 3.2/UCB 5.64/4.03) id AA13550; Thu, 16 Feb 1995 16:22:56 GMT Received: by caliban.division.demon.co.uk (931110.SGI/921111.SGI) for @division.demon.co.uk:info-performer@holodeck.asd.sgi.com id AA02712; Thu, 16 Feb 95 16:16:15 GMT From: Angus Dorbie Message-Id: <9502161616.ZM2710@caliban.division.demon.co.uk> Date: Thu, 16 Feb 1995 16:16:14 +0000 In-Reply-To: Benito Graniela "Coplanar Planes" (Feb 16, 8:43am) References: <9502161340.AA21391@vsl.ist.ucf.edu> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: Benito Graniela Subject: Re: Coplanar Planes Cc: info-performer Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O > What can you do to solve this problem on a Indigo Extreme that can not > support stencil or displacepolygon commands? There is a zbuffering decal technique which can be used on machines without stencil planes or the displace polygon facility. It could work with your roads provided your database is suitably constructed. This is another trick from an ancient issue of IRIS Universe, I forget the issue and author, again. I think it was called "Zbuffer Magic", or something. 3 simple steps for zbuffer decals: 1) draw the ground polygons of interest to the framebuffer with a complete zbuffer mask applied so that depth isn't written to the zbuffer. Remember that you are still performing a zbuffer test against existing scene geometry. 2) draw the road (the decal) with or without zbuffer writes enabled, it makes little difference. You still have to keep zbuffer testing enabled. 3) redraw the ground polygons with zbuffer writes enabled but with colour buffer writes disabled. Again, zbuffer testing is on. Hey presto! There is an obvious performance penalty but the other disadvantage is that you have to be selective about the ground polygons you decal to, both for performance reasons and because you may want some parts of the ground to occlude the road. Appart from these caveats this technique should work perfectly in zbuffered scenes irrespective of when it is used. Various bits of decaled ground even occlude each other correctly if you draw them separately. Obviously this trick isn't limited to terrain & roads. Have fun, -- Angus Dorbie Division Ltd, Software Engineer 19 Apex Court, Tel: (01454)615554 Woodlands, Fax: (01454)615532 Bristol BS12 4JT, angus@division.demon.co.uk UK From guest Thu Feb 16 10:13:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10123; Thu, 16 Feb 1995 09:39:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA10120; Thu, 16 Feb 1995 09:39:58 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA29928; Thu, 16 Feb 95 09:39:36 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id JAA24669; Thu, 16 Feb 1995 09:35:23 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id JAA17437; Thu, 16 Feb 1995 09:35:19 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id SAA15938; Thu, 16 Feb 1995 18:39:10 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9502161839.ZM15936@shark.paris.sgi.com> Date: Thu, 16 Feb 1995 18:39:10 +0100 In-Reply-To: graniela@vsl.ist.ucf.edu (Benito Graniela) "Coplanar Planes" (Feb 16, 8:43am) References: <9502161340.AA21391@vsl.ist.ucf.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: graniela@vsl.ist.ucf.edu (Benito Graniela), info-performer@sgi.sgi.com Subject: Re: Coplanar Planes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 16, 8:43am, Benito Graniela wrote: > > What can you do to solve this problem on a Indigo Extreme that can > not support stencil or displacepolygon commands? > > We have roads over terrain that flash constantly, even when separated > from the terrain by 0.1 meters. We believe this is a Z-buffer > priority problem, can anybody elaborate! The precision of the Z-buffer is what causes this effect. The Z-buffer has sufficient resolution to distinguish objects close to the eyepoint but as the objects get further away, in as much as the zbuffer can tell, they fall within the same set of Z values. > The best solution that we > can come out with is to "stitch" the roads in, in other word > replacing the terrain polygons with road polygons. This is a very > time consuming task and we are looking for other solutions to this > problem. I think that the Indigo2 Extreme does support the stencil command, so you should still be able to use pfLayer nodes. The 'pflayer.c' sample from /usr/src/Performer/src/pguide/libpf/progs works on the Indigo2 EX here my desk. Just be sure to specify PFDECAL_BASE_STENCIL or PFDECAL_BASE_HIGH_QUALITY. However, "stitching" the road is probably the best solution, since stencil operations on EXtreme are fairly slow. Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Thu Feb 16 10:23:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10152; Thu, 16 Feb 1995 09:51:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA10149; Thu, 16 Feb 1995 09:51:40 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA00646; Thu, 16 Feb 95 09:51:19 -0800 Received: from fel.tno.nl by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id JAA27183; Thu, 16 Feb 1995 09:51:11 -0800 Received: by fel.tno.nl id AA13039 (5.65c/IDA-1.4.3 for info-performer@sgi.com); Thu, 16 Feb 1995 18:54:39 +0100 From: "W.P. Hajema" Message-Id: <199502161754.AA13039@fel.tno.nl> Subject: unsubscribe To: info-performer@sgi.sgi.com Date: Thu, 16 Feb 95 18:54:38 MET Cc: Veenstra@tnofel.fel.tno.nl X-Mailer: ELM [version 2.3 PL11] Status: O please unsubscribe me From guest Thu Feb 16 10:31:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10167; Thu, 16 Feb 1995 09:56:15 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA10164; Thu, 16 Feb 1995 09:56:14 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA00941; Thu, 16 Feb 95 09:55:56 -0800 Received: from fel.tno.nl by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id JAA27801; Thu, 16 Feb 1995 09:55:44 -0800 From: W.P.Hajema@fel.tno.nl Received: by fel.tno.nl id AA13079 (5.65c/IDA-1.4.3 for info-performer@sgi.com); Thu, 16 Feb 1995 18:59:01 +0100 Message-Id: <199502161759.AA13079@fel.tno.nl> Subject: unsubscribe To: info-performer@sgi.sgi.com Date: Thu, 16 Feb 95 18:58:59 MET Cc: Veenstra@tnofel.fel.tno.nl X-Mailer: ELM [version 2.3 PL11] Status: O please unsubscribe me From guest Thu Feb 16 10:39:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA10185; Thu, 16 Feb 1995 10:04:13 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA10182; Thu, 16 Feb 1995 10:04:12 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA01318; Thu, 16 Feb 95 10:03:51 -0800 Received: from fel.tno.nl by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id KAA29178; Thu, 16 Feb 1995 10:03:41 -0800 From: xwa04@fel.tno.nl Received: by fel.tno.nl id AA13194 (5.65c/IDA-1.4.3 for info-performer@sgi.com); Thu, 16 Feb 1995 19:06:56 +0100 Message-Id: <199502161806.AA13194@fel.tno.nl> Subject: unsubscribe To: info-performer@sgi.sgi.com Date: Thu, 16 Feb 95 19:06:53 MET Cc: Veenstra@tnofel.fel.tno.nl X-Mailer: ELM [version 2.3 PL11] Status: O please unsubscribe me From guest Thu Feb 16 11:30:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA10356; Thu, 16 Feb 1995 11:01:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA10352; Thu, 16 Feb 1995 11:01:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA06283; Thu, 16 Feb 95 11:00:38 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id LAA13760; Thu, 16 Feb 1995 11:00:15 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id LAA27308; Thu, 16 Feb 1995 11:00:32 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:graniela@vsl.ist.ucf.edu id AA06255; Thu, 16 Feb 95 11:00:19 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id LAA04581; Thu, 16 Feb 1995 11:00:20 -0800 From: "Michael Jones" Message-Id: <9502161100.ZM4579@babar.asd.sgi.com> Date: Thu, 16 Feb 1995 11:00:19 -0800 In-Reply-To: aschaffe@shark.paris.sgi.com (Allan Schaffer) "Re: Coplanar Planes" (Feb 16, 6:39pm) References: <9502161340.AA21391@vsl.ist.ucf.edu> <9502161839.ZM15936@shark.paris.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: aschaffe@shark.paris.sgi.com (Allan Schaffer), graniela@vsl.ist.ucf.edu (Benito Graniela), info-performer@sgi.sgi.com Subject: Re: Coplanar Planes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 16, 6:39pm, Allan Schaffer wrote: > Subject: Re: Coplanar Planes :On Feb 16, 8:43am, Benito Graniela wrote: :> :> What can you do to solve this problem on a Indigo Extreme that can :> not support stencil or displacepolygon commands? Upgrade to IRIX 5.3, in which displacepolygon *is* supported on Indigo2/Extreme. :However, "stitching" the road is probably the best solution, since :stencil operations on EXtreme are fairly slow. : :Allan I agree with Allan and want to comment on his recent postings. Allan is in France for a few months, and is performing his usual great job from there. I suggest Parisian info-performer readers take Allan out to dinner: he's fun to be with and he knows all the secret info about IRIS Performer 2.0 and beyond. (Experience suggests that after a few drinks, he will divulge all ;-) -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Thu Feb 16 12:11:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA10490; Thu, 16 Feb 1995 11:47:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA10487; Thu, 16 Feb 1995 11:47:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA09188; Thu, 16 Feb 95 11:43:16 -0800 Received: from NMSU.Edu by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id LAA24265; Thu, 16 Feb 1995 11:47:01 -0800 From: maytorre@NMSU.Edu Received: from ccserver by NMSU.Edu (8.6.8.1/NMSU-1.18) id MAA28295; Thu, 16 Feb 1995 12:46:54 -0700 Message-Id: <199502161946.MAA28295@NMSU.Edu> Received: by ccserver (AIX 3.2/UCB 5.64/NMSU) id AA37509; Thu, 16 Feb 1995 12:46:45 -0700 Subject: unsubscribe please To: info-performer@sgi.sgi.com Date: Thu, 16 Feb 1995 12:46:43 -0700 (MST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 64 Status: O unsubscribe me please from this email list. thanks M. Torres From guest Thu Feb 16 12:11:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA10511; Thu, 16 Feb 1995 11:48:54 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA10508; Thu, 16 Feb 1995 11:48:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA09349; Thu, 16 Feb 95 11:48:32 -0800 Received: from NMSU.Edu by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id LAA24468; Thu, 16 Feb 1995 11:48:29 -0800 From: maytorre@NMSU.Edu Received: from ccserver by NMSU.Edu (8.6.8.1/NMSU-1.18) id MAA28383; Thu, 16 Feb 1995 12:48:26 -0700 Message-Id: <199502161948.MAA28383@NMSU.Edu> Received: by ccserver (AIX 3.2/UCB 5.64/NMSU) id AA53143; Thu, 16 Feb 1995 12:48:19 -0700 Subject: unsubscribe please To: info-performer@sgi.sgi.com Date: Thu, 16 Feb 1995 12:48:19 -0700 (MST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 48 Status: O unsubscribe me from this mailing list please. From guest Thu Feb 16 13:15:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA10691; Thu, 16 Feb 1995 12:45:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA10688; Thu, 16 Feb 1995 12:45:32 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA12912; Thu, 16 Feb 95 12:45:16 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (941129.SGI.8.6.9/910110.SGI) for id MAA04250; Thu, 16 Feb 1995 12:45:10 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id MAA09744; Thu, 16 Feb 1995 12:45:08 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA12897; Thu, 16 Feb 95 12:45:01 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA28599; Thu, 16 Feb 1995 12:45:16 -0800 Message-Id: <199502162045.MAA28599@surreal.asd.sgi.com> To: info-performer@sgi.sgi.com Cc: maytorre@nmsu.edu, xwa04@fel.tno.nl Subject: Administrivia: use info-performer-request@sgi.com In-Reply-To: Your message of "Thu, 16 Feb 95 12:46:43 MST." <199502161946.MAA28295@NMSU.Edu> Date: Thu, 16 Feb 95 12:45:11 -0800 From: Jim Helman Status: O Please do not send administrative requests to the entire list. Requests for mailing list addition, removal and address changes should be sent to: info-performer-request@sgi.com And please allow a few days for your request to be processed since the elves do take a break now and then. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Thu Feb 16 16:15:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA11048; Thu, 16 Feb 1995 15:43:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA11045; Thu, 16 Feb 1995 15:43:56 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA23985; Thu, 16 Feb 95 15:43:30 -0800 Received: from relay1.UU.NET by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id PAA08300; Thu, 16 Feb 1995 15:43:27 -0800 Received: from uucp5.UU.NET by relay1.UU.NET with SMTP id QQydjy22480; Thu, 16 Feb 1995 18:43:24 -0500 Received: from esseye.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Thu, 16 Feb 1995 18:43:38 -0500 Received: from linus.si.com by esseye.si.com with smtp (Smail3.1.29.1 #48) id m0rfEuM-0001bBC; Thu, 16 Feb 95 17:42 EST Received: from smtpgwy.si.com by linus.si.com with smtp (Smail3.1.29.1 #47) id m0rfEwl-0000MgC; Thu, 16 Feb 95 17:45 EST Received: from cc:Mail by smtpgwy.si.com id AA792974091; Thu, 16 Feb 95 17:39:07 EST Date: Thu, 16 Feb 95 17:39:07 EST From: "Beaver, Jim" Message-Id: <9501167929.AA792974091@smtpgwy.si.com> To: info-performer@sgi.sgi.com Subject: frame rate control with IRIX 5.3 Status: O Hello, This is a follow-up to the problem I was having with frame rate control on my Indigo2 with IRIX 5.2/Performer 1.2 (case ID 0338219). I installed IRIX5.3 on my Indigo2 and I do now, in fact, have frame rate control in my Performer 1.2 application. However, there is another "feature" that has apparently been introduced which, unless I'm doing something wrong, makes the fix a little less satisfying than I had hoped for. The problem is this: using a pfPhase of FLOAT or LOCK, the application runs at the frame rate specified by pfFrameRate just fine until, say, it has to draw a lot of terrain, for example, such that it can't get done in the specified time frame. When this happens, instead of the frame rate slowing down to whatever it takes to complete the drawing, the frame rate gets cut to half its specified rate. For example, in my application I specify a frame rate of 12 HZ and if I get to a point that everything can't get drawn that fast, the frame rate gets cut to 6 Hz. This is only a problem with PFPHASE_FLOAT and PFPHASE_LOCK. When I tried running with PFPHASE_FREE_RUN, the same application drawing the same terrain runs at from 10Hz to 14Hz, varying as different objects come into or go out of view. This causes me problems because my application "flies" over large areas of terrain and I need it to "run out of time" a little bit every now and then without the very noticeable slowdown of running at half speed. Does anyone out there know what this is? Thanks Jim Beaver Smiths Industries - Defense Systems North America 616-241-7671 beaver_jim@si.com From guest Thu Feb 16 16:56:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA11096; Thu, 16 Feb 1995 16:26:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA11093; Thu, 16 Feb 1995 16:26:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA26903; Thu, 16 Feb 95 16:26:26 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id QAA16269; Thu, 16 Feb 1995 16:26:09 -0800 Received: by warrane.connect.com.au with UUCP id AA15172 (5.67b8/IDA-1.5 for info-performer@sgi.sgi.com); Fri, 17 Feb 1995 11:25:23 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA18140 (5.65c/IDA-1.5); Fri, 17 Feb 1995 11:01:15 +1100 Received: from krusty by aggro with SMTP id AA12850 (5.65c/IDA-1.4.4); Fri, 17 Feb 1995 10:07:45 +1000 Received: by krusty (5.65) id AA08208; Fri, 17 Feb 1995 11:07:11 +1100 Date: Fri, 17 Feb 1995 11:07:11 +1100 (EST) From: Simon Bennett Subject: Re: Undocumented pfLightPoint function To: Michael Jones Cc: info-performer@sgi.sgi.com In-Reply-To: <9502152254.ZM1475@babar.asd.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 15 Feb 1995, Michael Jones wrote: > That's the spirit: If it's not in Perfomer, it just means that we > forgot to document it. ;-) OK. I'll remember that. 8) > It's a documentation omission. I will fix it now ... there, done. Here > is the newly updated man page: > > pfLightPoint(3pf) IRIS Performer 2.0 libpf Reference Pages pfLightPoint(3pf) > > NAME > pfNewLPoint, pfGetNumLPoints, pfLPointSize, pfGetLPointSize, > pfLPointFogScale, pfGetLPointFogScale, pfLPointColor, pfGetLPointColor, > pfLPointShape, pfGetLPointShape, pfLPointRot, pfGetLPointRot, > pfLPointPos, pfGetLPointPos - Set and get pfLightPoint size, color, > shape, rotation and position. Thanx. While we're on the subject of Performer documentation and Performer lightpoints... Can anybody explain why it doesn't seem possible to resize lightpoints beyond about 4 pixels on a RE^2 while pfAntialias is set to PFAA_ON??? The documentation for Performer lightpoints states that they can be sized as per the pntsize/pntsizef manpage... this doesn't seem to be the case. I've got GL code that runs on the same machine which can size points well beyond 4 pixels. Albeit under multisampling they are kinda square. (pntsmooth()'ed point are round however). Should the documentation for pfAntialias() or pfLPointSize() be updated? Or am I doing something wrong here? Or is the behaviour scheduled to change for a future release? Thanx. +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Thu Feb 16 18:01:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA11271; Thu, 16 Feb 1995 17:23:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA11268; Thu, 16 Feb 1995 17:23:10 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA00107; Thu, 16 Feb 95 17:22:53 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id RAA26180; Thu, 16 Feb 1995 17:22:37 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id RAA13409; Thu, 16 Feb 1995 17:22:32 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:beaver_jim@smtpgwy.si.com id AA00096; Thu, 16 Feb 95 17:22:31 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id RAA06205; Thu, 16 Feb 1995 17:22:47 -0800 From: "Michael Jones" Message-Id: <9502161722.ZM6203@babar.asd.sgi.com> Date: Thu, 16 Feb 1995 17:22:47 -0800 In-Reply-To: "Beaver, Jim" "frame rate control with IRIX 5.3" (Feb 16, 5:39pm) References: <9501167929.AA792974091@smtpgwy.si.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Beaver, Jim" , info-performer@sgi.sgi.com Subject: Re: frame rate control with IRIX 5.3 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 16, 5:39pm, Beaver, Jim wrote: > Subject: frame rate control with IRIX 5.3 :The problem is this: using a pfPhase of FLOAT :or LOCK, the application runs at the frame rate specified by pfFrameRate just :fine until, say, it has to draw a lot of terrain, for example, such that it :can't get done in the specified time frame. When this happens, instead of the :frame rate slowing down to whatever it takes to complete the drawing, the frame :rate gets cut to half its specified rate. For example, in my application I :specify a frame rate of 12 HZ and if I get to a point that everything can't get :drawn that fast, the frame rate gets cut to 6 Hz. This is only a problem with :PFPHASE_FLOAT and PFPHASE_LOCK. While this may be a problem for you, it's not a problem with Performer. In FIXED mode, the possible frame rates are 1, 1/2, 1/3, etc. the chosen frame rate, which is what you're seeing. :When I tried running with PFPHASE_FREE_RUN, the :same application drawing the same terrain runs at from 10Hz to 14Hz, varying as :different objects come into or go out of view. This causes me problems because :my application "flies" over large areas of terrain and I need it to "run out of :time" a little bit every now and then without the very noticeable slowdown of :running at half speed. Does anyone out there know what this is? Take a look at page 159 of the IRIS Performer Progremming Guide for a discussion of this very topic. It's easy to remember the page number, since 159 is an unusually obstinate number: it can't be represented as the sum of fewer than 19 fourth powers of integers. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Thu Feb 16 18:09:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA11316; Thu, 16 Feb 1995 17:40:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA11313; Thu, 16 Feb 1995 17:39:57 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA00725; Thu, 16 Feb 95 17:39:39 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id RAA28465; Thu, 16 Feb 1995 17:39:23 -0800 Received: from sgimco.orlando.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id RAA15483; Thu, 16 Feb 1995 17:39:14 -0800 Received: from zirmong.orlando.sgi.com by sgimco.orlando.sgi.com via ESMTP (940816.SGI.8.6.9/940406.SGI) id VAA14726; Thu, 16 Feb 1995 21:12:27 -0500 Received: by zirmong.orlando.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id VAA07848; Thu, 16 Feb 1995 21:12:19 -0500 From: "Dennis Pierce" Message-Id: <9502162112.ZM7846@zirmong.orlando.sgi.com> Date: Thu, 16 Feb 1995 21:12:08 -0500 In-Reply-To: "Beaver, Jim" "frame rate control with IRIX 5.3" (Feb 16, 5:39pm) References: <9501167929.AA792974091@smtpgwy.si.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Beaver, Jim" , info-performer@sgi.sgi.com Subject: Re: frame rate control with IRIX 5.3 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 16, 5:39pm, Beaver, Jim wrote: > or LOCK, the application runs at the frame rate specified by pfFrameRate just > fine until, say, it has to draw a lot of terrain, for example, such that it > can't get done in the specified time frame. When this happens, instead of the > frame rate slowing down to whatever it takes to complete the drawing, theframe > rate gets cut to half its specified rate. For example, in my application I > specify a frame rate of 12 HZ and if I get to a point that everything can'tget > drawn that fast, the frame rate gets cut to 6 Hz. This is only a problem with > PFPHASE_FLOAT and PFPHASE_LOCK. When I tried running with PFPHASE_FREE_RUN,the > same application drawing the same terrain runs at from 10Hz to 14Hz, varyingas > different objects come into or go out of view. This causes me problems because >-- End of excerpt from Beaver, Jim Jim, image generation frame rates are ALWAYS some integral divisor of the vertical refresh rate since it makes absolutely no sense to generate an image faster than the display device can present it - for large IG's, the rate was typically 50 Hz since this was "fast enough" to reduce transport delay effects and "long enough" to allow more image time (20 ms vs 16.67 ms) to generate a picture - plus the 50 Hz CRT's were nice and bright with these systems, if the scene was too complex (even after a year of database development and tuning), the scene manager (or frame controller) in the IG would simply jerk the image generation chain and cause a partial image to be displayed with the rocketing of workstation technology into the low-, mid-, and now high-end IG community, the screen refresh rates associated with these more workspace-friendly boxes are becoming known - for example, the new systems SGI ships come set to 72 Hz for the refresh rate - you can set it back to 60 Hz or 30 Hz interlaced, but the 72 Hz prevents the beat pattern that resulted when a 60 Hz display was placed under 60 Hz fluorescent lights so, to finally get to some point here (sorry for the length of the background), your Indigo2 is probably set to 72 Hz, so when you ask IRIS Performer to lock down a rate, it can either "blow" the frame and cause a partial draw, or drop down to the next lower video refresh divisor - so, for 72 Hz, you can have frame rates of 72, 36, 18, 9, 3, 1, 6, 12 and 24 Hz (I may have missed one or two) - if you ask IRIS Performer to lock at 36 Hz and it can't maintain that rate for one frame, you will see the rate drop to 24 Hz since there is no "rate" between 36 Hz and 24 Hz if the base rate is 72 Hz the other numbers you see, such as 32 Hz or some "smeared" average is simply a time varying average of bogus rate calculations - the actual rates are ALWAYS an integral divisor of the base rate - however, if you take 5 36 Hz frames and average this with one 24 Hz frame, you get a number that is (5*36+24)/6 Hz as the average rate for those 6 frames - this is what you are seeing with the IRIS Performer 'tween rate framing so, the fact that you see discrete steps when using locking is good because it means that IRIS Performer is maintaining your desired rate always, except in the few instances when your database is too complex for the Indigo2 to handle the powerflip demos show the same averaging bye. -- Dennis Pierce SGI / Ste 130 / 900 Winderley PL / Maitland FL 32751 work: 407.660.0073 late: 407.660.2789 cell: 407.256.8447 From guest Thu Feb 16 19:10:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA11474; Thu, 16 Feb 1995 18:39:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA11471; Thu, 16 Feb 1995 18:39:07 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02817; Thu, 16 Feb 95 18:38:46 -0800 Received: from clarinet.engin.umich.edu by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id SAA06610; Thu, 16 Feb 1995 18:38:45 -0800 Received: from localhost (aut@localhost) by clarinet.engin.umich.edu (8.6.8/8.6.4) with SMTP id VAA24627 for ; Thu, 16 Feb 1995 21:38:43 -0500 Message-Id: <199502170238.VAA24627@clarinet.engin.umich.edu> X-Authentication-Warning: clarinet.engin.umich.edu: Host localhost didn't use HELO protocol To: info-performer@sgi.sgi.com Subject: Performer with FAKESPACE'S BOOM3C... Date: Thu, 16 Feb 1995 21:38:42 -0500 From: Choon H Lee Status: O I am trying to use the Fakespace's BoomBox (stereoscopic full color view) with the Performer. I have a monoscopic runnig version of Performer Town with the BOOM available. But I do not have much clues what parameters to change or to program in order to be able to customize it with other data. Can someone give me some hints or clues what materials to look into or what parts of Performer to change in order to achieve the desired effects with the Boombox? Thanks in advance, -- Choon. _________________________________________________________________________ Choon H. LEE phone: (313) 769 7834 (home) College of Engineering The University of Michigan Ann Arbor, MI 48109, U.S.A. email: aut@engin.umich.edu _________________________________________________________________________ Dogs look up to men, cats look down on them, but pigs they just treat us as equals. -- Winston Churchill From guest Thu Feb 16 19:10:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA11479; Thu, 16 Feb 1995 18:43:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA11476; Thu, 16 Feb 1995 18:43:33 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02913; Thu, 16 Feb 95 18:43:15 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id SAA07071; Thu, 16 Feb 1995 18:43:13 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA20715; Thu, 16 Feb 1995 18:43:12 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:beaver_jim@smtpgwy.si.com id AA02907; Thu, 16 Feb 95 18:43:11 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id SAA08265; Thu, 16 Feb 1995 18:43:23 -0800 From: "Michael Jones" Message-Id: <9502161843.ZM8263@babar.asd.sgi.com> Date: Thu, 16 Feb 1995 18:43:23 -0800 In-Reply-To: "Michael Jones" "Re: frame rate control with IRIX 5.3" (Feb 16, 5:22pm) References: <9501167929.AA792974091@smtpgwy.si.com> <9502161722.ZM6203@babar.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Beaver, Jim" , info-performer@sgi.sgi.com Subject: Re: frame rate control with IRIX 5.3 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 16, 5:22pm, Michael Jones wrote: > Subject: Re: frame rate control with IRIX 5.3 :Take a look at page 159 of the IRIS Performer Progremming Guide for :a discussion of this very topic. It's easy to remember the page number, :since 159 is an unusually obstinate number: it can't be represented as :the sum of fewer than 19 fourth powers of integers. Sorry if I confused you with my memory lapse. Dennis Pierce and I chatted about this and it takes 9 fourth powers, not 19 as I said in the previous email. Don't know why I said that since it's clear that 19 could never be required for a number that small. (What is needed is 3**4 + 7*2**4 + 1**4, which is 9 fourth powers.) Michael -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Thu Feb 16 20:13:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA11581; Thu, 16 Feb 1995 19:34:18 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA11578; Thu, 16 Feb 1995 19:34:14 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA04593; Thu, 16 Feb 95 19:33:53 -0800 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id TAA13479; Thu, 16 Feb 1995 19:33:51 -0800 Received: from jobe.shell.portal.com (rlatham@jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.9/8.6.5) with ESMTP id TAA19358 for ; Thu, 16 Feb 1995 19:33:21 -0800 Received: (rlatham@localhost) by jobe.shell.portal.com (8.6.9/8.6.5) id TAA17780 for info-performer@sgi.com; Thu, 16 Feb 1995 19:33:19 -0800 Date: Thu, 16 Feb 1995 19:33:19 -0800 From: Roy W Latham Message-Id: <199502170333.TAA17780@jobe.shell.portal.com> To: info-performer@sgi.sgi.com Status: O I created a simple airplane using 2 polygons with geosets(PFGS_TRIS). Now, I'm trying to set a different color for each polygon using pfMaterial. Can someone please tell me how to go about this? Thanks! From guest Thu Feb 16 04:59:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA09742; Thu, 16 Feb 1995 04:11:00 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA09739; Thu, 16 Feb 1995 04:10:59 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA21606; Thu, 16 Feb 95 04:10:37 -0800 Received: from redgate.vislab.su.edu.au by sgi.sgi.com via SMTP (941129.SGI.8.6.9/910110.SGI) for id EAA26681; Thu, 16 Feb 1995 04:10:35 -0800 Received: by redgate.vislab.su.edu.au (931110.SGI/921111.SGI) for info-performer@sgi.com id AA10571; Thu, 16 Feb 95 23:08:10 +1100 From: "Kim Lester" Message-Id: <9502162308.ZM10569@redgate.vislab.su.edu.au> Date: Thu, 16 Feb 1995 23:08:09 -0500 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O I need to finish a pfSequence CYCLE with the last data set in the cycle displayed permanently. There seems to be ( that should be the performer motto :-) ) a "feature" that causes a one frame glitch. If I check to see where I am in the cycle each frame and trap the last child changing the mode from CYCLE to Sure I get the fixed "image" but first there is a 1 frame time period when nothing is displayed. This happens even if I try to trap the 2nd last child. ie it seems that calling PFSEQ_START gives a delayed action in the meantime displaying no children. This is frustrating - am I perhaps doing something wrong? Any ideas? I seem to have temporarily solved the problem by trapping the last child and executing a PFSEQ_PAUSE. (Interestingly if I then wait a few (one ?) frames and THEN call PFSEQ_START there is no problem, the changeover is seamless. regards Kim Lester Applications Coordinator, VisLab - Sydney University BTW. I needed to change a menu button's contents whilst performer was running so I added a pfu function that allows menus to be changed - if anyone is interested. From guest Thu Feb 16 21:07:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA11619; Thu, 16 Feb 1995 20:21:41 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA11616; Thu, 16 Feb 1995 20:21:31 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA05794; Thu, 16 Feb 95 20:21:10 -0800 Received: from thor.ats.qc.ca by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id UAA18011; Thu, 16 Feb 1995 20:21:05 -0800 Received: (from jaydee@localhost) by thor.ats.qc.ca (8.6.9/atsgw-mf1) id XAA23789; Thu, 16 Feb 1995 23:20:52 -0500 Message-Id: <199502170420.XAA23789@thor.ats.qc.ca> From: jaydee@thor.ats.qc.ca (Jean Daigle) Date: Thu, 16 Feb 1995 23:20:52 -0500 In-Reply-To: "Beaver, Jim" "frame rate control with IRIX 5.3" (Feb 16, 5:39pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Beaver, Jim" Subject: Re: frame rate control with IRIX 5.3 Cc: info-performer@sgi.sgi.com Status: O Dear fellow Performer, On Feb 16, 5:39pm, "Beaver, Jim" wrote: }... The problem is this: using a pfPhase of FLOAT } or LOCK, the application runs at the frame rate specified by pfFrameRate just } fine until, say, it has to draw a lot of terrain, for example, such that it } can't get done in the specified time frame. When this happens, instead of the } frame rate slowing down to whatever it takes to complete the drawing, the frame } rate gets cut to half its specified rate. For example, in my application I } specify a frame rate of 12 HZ and if I get to a point that everything can't get } drawn that fast, the frame rate gets cut to 6 Hz. This is only a problem with } PFPHASE_FLOAT and PFPHASE_LOCK. When I tried running with PFPHASE_FREE_RUN, the } same application drawing the same terrain runs at from 10Hz to 14Hz, varying as } different objects come into or go out of view. ... ... }-- End of excerpt from "Beaver, Jim" What you are observing is in accordance with the pfPhase() man page: Depending on the phase as is discussed below, pfSync synchronizes the application process with the frame rate specified by pfFrameRate (when phase is PFPHASE_LOCK or PFPHASE_FLOAT), or to the system rendering rate (when phase is PFPHASE_FREE_RUN or PFPHASE_LIMIT). In the first case, pfSync sleeps until the next frame boundary, then awakens and returns control to the application. In the second case, pfSync sleeps until the draw process begins rendering a new frame or returns immediately if in single-process operation. ... For _LOCK and _FLOAT phases, frame extension is very costly -- you lose an entire frame period. Our experience with the _LIMIT phase has been encouraging -- frame extension is then by increments of field times (the distinction between frame and field times was elucidated in another response to your post). At a 72Hz refresh rate (13.9ms field times), you should expect the frame rate to slip from 14.4Hz (5 field times) to 12Hz (6 field times) during conditions of increasing scene load. I'm not sure how much _LIMIT phase will buy you on a uniprocessor machine, but it's worth a try. Regards, Jean Daigle. ----------------------------------------------------------------- | Jean Daigle ATS Aerospace Inc. | | Software Designer 1250 Boul Marie-Victorin | | St. Bruno, QC J3V 6B8 | | jaydee@ats.qc.ca Tel: (514) 441-9000 Fax: (514) 441-6789 | ----------------------------------------------------------------- From guest Thu Feb 16 21:33:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA11673; Thu, 16 Feb 1995 20:52:14 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA11670; Thu, 16 Feb 1995 20:52:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA06256; Thu, 16 Feb 95 20:51:55 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id UAA20303; Thu, 16 Feb 1995 20:51:54 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id UAA28337; Thu, 16 Feb 1995 20:51:51 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:rlatham@shell.portal.com id AA06250; Thu, 16 Feb 95 20:51:47 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id UAA01643; Thu, 16 Feb 1995 20:52:03 -0800 Message-Id: <199502170452.UAA01643@surreal.asd.sgi.com> To: Roy W Latham Cc: info-performer@sgi.sgi.com In-Reply-To: Your message of "Thu, 16 Feb 95 19:33:19 PST." <199502170333.TAA17780@jobe.shell.portal.com> Date: Thu, 16 Feb 95 20:51:59 -0800 From: Jim Helman Status: O > I created a simple airplane using 2 polygons with geosets(PFGS_TRIS). > Now, I'm trying to set a different color for each polygon using pfMaterial. > Can someone please tell me how to go about this? Materials should only be created when necessary as changing them is somewhat expensive. If you only want different colors, you should do this with one material that has pfMtlColorMode set to allow the color in the pfGeoSet specify the color to be used for lighting. For example, pfMtlColorMode(mtl, PFMTL_FRONT, PFMTL_CMODE_AD) causes the pfGeoSet color(s) to be used instead of the ambient and diffuse material colors for lighting. As the sample programs in /usr/src/Performer/src/pguide/libpf/progs indicate, for lighting you also need to have created and applied a pfLightModel and have lighting pfEnabled. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Thu Feb 16 22:29:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA11758; Thu, 16 Feb 1995 21:45:23 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA11755; Thu, 16 Feb 1995 21:45:15 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA07242; Thu, 16 Feb 95 21:44:46 -0800 Received: from mane.cgrg.ohio-state.edu by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id VAA24175; Thu, 16 Feb 1995 21:44:44 -0800 Received: from stegosaur.cgrg.ohio-state.edu (tmoeller@cgrg.ohio-state.edu) by mane.cgrg.ohio-state.edu (8.6.9/941010.52) with ESMTP id AAA01078 for ; Fri, 17 Feb 1995 00:44:42 -0500 Received: (from tmoeller) by stegosaur.cgrg.ohio-state.edu (8.6.9/941010) id AAA06881 for info-performer@sgi.com; Fri, 17 Feb 1995 00:44:42 -0500 From: Torsten Moeller Message-Id: <199502170544.AAA06881@stegosaur.cgrg.ohio-state.edu> Subject: Re: frame rate control with IRIX 5.3 To: info-performer@sgi.sgi.com Date: Fri, 17 Feb 1995 00:44:41 -0500 (EST) In-Reply-To: <199502170420.XAA23789@thor.ats.qc.ca> from "Jean Daigle" at Feb 16, 95 11:20:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 657 Status: O Since we are in the middle of the frame rate discussion ... Are there any stats out there, on what frame rates are achievable as a function of the scene complexity and the machine one uses? I have something like the following in mind: # of triangles | Onyx | Crimson | Indy | PC | ----------------+-------+---------+------+------| >60,000 | 30Hz | 15Hz | 5Hz | 60Hz | 30k..60k | 60Hz | 30Hz | 10Hz | 72Hz | ^ |___(just kidding) Well, or anything to this respect. How will other parameters influence the frame rate? (Number of textures used, number of light sources, etc.) Any information would be appreciated. Torsten. From guest Thu Feb 16 23:36:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA11858; Thu, 16 Feb 1995 22:52:05 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA11855; Thu, 16 Feb 1995 22:51:57 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08212; Thu, 16 Feb 95 22:51:39 -0800 Received: from mcenroe.cs.unc.edu by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id WAA28980; Thu, 16 Feb 1995 22:51:37 -0800 Received: from monet.cs.unc.edu by mcenroe.cs.unc.edu (8.6.9/UNC_06_21_94) id BAA20449; Fri, 17 Feb 1995 01:51:35 -0500 Received: by monet.cs.unc.edu (8.6.9/UNC_06_21_94) id CAA28866; Fri, 17 Feb 1995 02:51:34 -0400 From: David Luebke Message-Id: <199502170651.CAA28866@monet.cs.unc.edu> Subject: does pfGetTravMat matrix include projection? To: info-performer@sgi.sgi.com Date: Fri, 17 Feb 1995 01:51:33 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 471 Status: O Does the matrix returned by pfGetTravMat include the perspective transform or not? My problem is this: I have a bunch of points in a pre-cull callback that I want to transform into screenspace. I was planning to use pfGetTravMat to grab the current matrix and pump the vertices through with pfXformPt3, when I realized that the matrix probably would not include the projection into screenspace. Comments or suggestions? Thanks, Dave -- David Luebke luebke@cs.unc.edu From guest Fri Feb 17 00:06:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA11897; Thu, 16 Feb 1995 23:15:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA11894; Thu, 16 Feb 1995 23:15:02 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08488; Thu, 16 Feb 95 23:14:41 -0800 Received: from redgate.vislab.su.edu.au by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id XAA00582; Thu, 16 Feb 1995 23:14:37 -0800 Received: by redgate.vislab.su.edu.au (931110.SGI/921111.SGI) for info-performer@sgi.com id AA21039; Fri, 17 Feb 95 18:14:20 +1100 Date: Fri, 17 Feb 95 18:14:20 +1100 From: ben@vislab.su.edu.au (Ben Simons) Message-Id: <9502170714.AA21039@redgate.vislab.su.edu.au> Subject: intersect with pfSeq To: info-performer@sgi.sgi.com Reply-To: ben@vislab.su.edu.au Status: O Hi performer-list, I have a terrain that is animated with a pfSequence (well, a ``number of terrains'' under a pfSeq Node). Each terrain is slightly different colour. In order to place objects on that terrain, I want to intersect with it, but during "init" no terrain-child is active yet (I believe) and so my intersections fail. I see at the top of page 149 of the performer programming guide a mention of this. Is there a way to intersect with the first child of the terrain sequence, even if it is not active? regards, ben. _______________________________________________________ Ben Simons Physics Building, A28, VisLab Systems Manager Sydney University. NSW. Phone +61-2-351-3005 AUSTRALIA. 2006. From guest Fri Feb 17 00:39:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA11945; Thu, 16 Feb 1995 23:54:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA11942; Thu, 16 Feb 1995 23:54:44 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08969; Thu, 16 Feb 95 23:54:26 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id XAA02893; Thu, 16 Feb 1995 23:54:13 -0800 Received: by warrane.connect.com.au with UUCP id AA13057 (5.67b8/IDA-1.5 for info-performer@sgi.com); Fri, 17 Feb 1995 18:54:03 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA19669 (5.65c/IDA-1.5 for ); Fri, 17 Feb 1995 18:17:50 +1100 Received: from homer by aggro with SMTP id AA14260 (5.65c/IDA-1.4.4 for ); Fri, 17 Feb 1995 17:24:22 +1000 Received: by homer (5.65) id AA01814; Fri, 17 Feb 1995 18:23:48 +1100 Date: Fri, 17 Feb 1995 18:23:47 +1100 (EST) From: Kathy Loynes Sender: Kathy Loynes Reply-To: Kathy Loynes Subject: Stencilling and Shadow Volumes within Performer To: Performer Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Status: O Hi, I have been attempting to implement some basic shadows using stencilling and the "Shadow Volumes" technique. This approach was described by Angus Dorbie in a recent posting and there is a full treatment (with example code) provided on the Developer Toolbox CD. My basic problem has been in getting it to work from within Perfomer. I have a lot of example code using this technique written in GL. It works fine and I thought it would be straightforward to implement the approach in Performer. However, I've had no success and wondered if anyone else has fared any better. What I did was : modelled the shadow polygons as 8 triangles to define the shadow volume (top, bottom, 2 per side). I created 2 geosets, each containing this geometry and attached them as the final nodes on the scene-graph. This was to ensure that all the rest of the scene had been rendered (with depths in zbuffer) prior to the shadow rendering. The first geoset represented front facing geometry (with PFSTATE_CULLFACE set to PFCF_BACK) and the second represented back facing geometry (with PFSTATE_CULLFACE set to PFCF_FRONT). I then set pre & post draw node callbacks on each of these. PRE draw for front facing contained the following :- sclear (0); stencil (TRUE, 0, SF_ALWAYS, 0x1, ST_KEEP, ST_KEEP, ST_INCR); zwritemask (0x00000000); wmpack (0x0); POST draw for front facing :- (nothing, zbuffer & RGB writes already disabled) PRE draw for back facing contained the following :- stencil (TRUE, 0, SF_ALWAYS, 0x1, ST_KEEP, ST_KEEP, ST_DECR); POST draw for back facing :- wmpack (0xFFFFFFFF); stencil (TRUE, 0, SF_GREATER, 0x1, ST_KEEP, ST_KEEP, ST_ZERO); pfDrawGSet (shadowGSetFF); /* the front facing geoset */ zwritemask (0xFFFFFFFF); stencil (FALSE, 0, 0, 0, 0, 0, 0); Nothing is drawn. I also tried not attaching the geosets to the scene graph (as I was positioning them so that they weren't culled anyway) and calling pfDrawGSet 3 times after pfDraw but this didn't work either. I am absolutely certain that all the geometry faced the correct way and was drawn at the correct location. (If I did not disable zbuffer and RGB framebuffer writes then all geometry was drawn facing the expected way.) Also, the viewpoint itself was never in shadow and the shadow polygons were capped. After all this (and thanks to those who've persevered this far..), the only thing I can think of is that I've not configured something the right way in the stencil calls. I am running on an RE2 (2 RMs) with the following config : GC_BITS_ZBUFFER : 0 GC_BITS_STENCIL : 0 GC_MS_SAMPLES : 8 GC_BITS_MS_ZBUFFER : -24 GC_BITS_MS_STENCIL : 1 Is one stencil bit enough ? I couldn't see why not and when I set GC_BITS_MS_STENCIL to 2 it made no difference. Hopefully there's something really obvious I've missed ????? Thanks for any help. ---------------------------------------------------------------------- Kathy Loynes | Wormald Technology kathyl@wormald.com.au | Advanced Systems Engineering Ph: +61 2 981 0611 | Sydney, Australia From guest Fri Feb 17 02:16:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA12090; Fri, 17 Feb 1995 01:24:31 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA12087; Fri, 17 Feb 1995 01:24:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA10420; Fri, 17 Feb 95 01:24:04 -0800 Received: from josef.ifi.unizh.ch by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id BAA08240; Fri, 17 Feb 1995 01:24:01 -0800 Message-Id: <199502170924.BAA08240@sgi.sgi.com> Received: from ifi.unizh.ch by josef.ifi.unizh.ch id <00289-0@josef.ifi.unizh.ch>; Fri, 17 Feb 1995 10:24:25 +0100 To: info-performer@sgi.sgi.com Subject: pfMakeCoordMat Date: Fri, 17 Feb 1995 10:24:25 +0100 From: Martin Roth Sender: roth@ifi.unizh.ch Status: O Hi out there, I've got a similar problem to David Luebke's. I`d like to select geometry out of my scene using the mouse clicking on it. To this aim I'm constructing a ray starting from the eyepoint which I use to intersect with in the corresponding pfGeode draw callbacks. I'm doing this as follows: pfChannel channel; pfCoord view ; // current viewpoint pfSeg ray; // ray to select geometry float hor, vert; // horizontal and vertical field of view float mx, my; // coordinates of mouse click pfMatrix m; // transformation matrix pfGetChanFOV(channel, &hor, &vert); pfMakeCoordMat(m, &view); // get actual transformation matrix pfMakePolarSeg(&ray, view.xyz, -pfArcTan2(mx, 1.0f/pfTan(hor/2.0f)), pfArcTan2(my, 1.0f/pfTan(vert/2.0f)), 999999.9f); pfXformVec3(ray.dir, ray.dir, m); // transform ray direction The idea is the following: I imagine myself standing at the origin and looking in the direction: h: 0 p: 0 r: 0 Then I get the horizontal and vertical FOV of the channel's current viewing frustum. Then I calculate the angular difference of the ray through the middle axis of the frustum to the one defined through the mouse click in the channel's pipe GL window. The mouse coordinates are normalized in the range [-1.0, 1.0]. I hope my trigonometry isn't all wrong. Now I get the intersection ray when calling pfMakePolarSeg with the angular differences h resp. p. What's left is a transformation of the ray's direction according to the one of the current view. The whole thing works acceptable. But still only acceptable. I can select geometry from whereever I'm looking at it, so the transformation stuff seems to work, but it's only real exact when I don't click near to the GL window's frame. For big angular differences I don't seem to get an exact ray. Is this because the matrix doesn't take into account the projection into screen space? Could the whole thing (selecting geometry through mouse clicks) be achieved in a simpler and more exact way? Any suggestions are welcome... Martin _______________________________________________________________________________ /| /|) S. H. Martin Roth / |/ |\OTH Student in Computer Science ETHZ, Swiss Federal Institute of Technology Zuerich email: sroth@iiic.ethz.ch UniZh, University of Zuerich email: roth@ifi.unizh.ch From guest Fri Feb 17 03:38:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA12187; Fri, 17 Feb 1995 02:42:24 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA12184; Fri, 17 Feb 1995 02:42:20 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA11352; Fri, 17 Feb 95 02:42:02 -0800 Received: from mail.swip.net by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id CAA12298; Fri, 17 Feb 1995 02:41:54 -0800 Received: by mail.swip.net with UUCP (8.6.8/3.01) id LAA11974; Fri, 17 Feb 1995 11:44:31 +0100 Received: from pkabpc4.prosolvia.se by filip.prosolvia.se via SMTP (931110.SGI/930416.SGI.AUTO) for seunet!sgi.com!info-performer id AA29328; Fri, 17 Feb 95 11:39:21 +0100 Date: Fri, 17 Feb 95 11:39:21 +0100 Message-Id: <9502171039.AA29328@filip.prosolvia.se> X-Sender: stefan@193.13.244.26 X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: info-performer@sgi.sgi.com From: stefan%filip@mail.swip.net (Stefan Hallin) Status: O Clarus AB, Sweden, is looking for people with Performer experience to work= with our Vega add on products. Vega is a real-time application development system layered on Performer. Experience from the following areas is also a merit: * CAD * Robotics * vehichle/aerospace industry * distributed applications * X Motif and GL * Real time systems or simulators We are looking at hiring people in the following areas: * product development (engineers) * product management * project management If you have an interst please send an email to stefan@clarus.se with subject "new life" Clarus is a young company and currently holds some 25 people and is one of the market leaders in Europe for Virtual Reality and Visual Simulation. =3D2= 0 Med v=E4nlig h=E4lsning/Yours sincerely Stefan Hallin ----------------------------------------------- Stefan Hallin President Clarus AB - Sixth Sense Technology Stora Badhusgatan 18-20 S-411 21 G=F6teborg Sweden Phone: +46 31 774 37 80 Fax: +46 31 13 54 71 Email: stefan@clarus.se ----------------------------------------------- From guest Fri Feb 17 04:11:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA12224; Fri, 17 Feb 1995 03:16:44 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA12219; Fri, 17 Feb 1995 03:16:36 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA11906; Fri, 17 Feb 95 03:16:19 -0800 Received: from Starbase.NeoSoft.COM by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id DAA13924; Fri, 17 Feb 1995 03:16:17 -0800 Received: (from dweller@localhost) by Starbase.NeoSoft.COM (8.6.9/8.6.9) id FAA26964 for info-performer@sgi.com; Fri, 17 Feb 1995 05:16:16 -0600 From: David Weller Message-Id: <199502171116.FAA26964@Starbase.NeoSoft.COM> X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 684-5969 Subject: CyberMan interfaces anybody? To: info-performer@sgi.sgi.com Date: Fri, 17 Feb 1995 05:16:16 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 237 Status: O Being naturally lazy, I thought I'd ask folks out in Performer-land if anybody has written a (preferably free :-) interface to the Logitech Cyberman (a cheep 6DOF controller you can pick up for ~$50 at just about any computer store). From guest Fri Feb 17 03:05:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA12153; Fri, 17 Feb 1995 02:18:46 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA12150; Fri, 17 Feb 1995 02:18:45 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA10981; Fri, 17 Feb 95 02:18:24 -0800 Received: from vm.gmd.de by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id CAA11183; Fri, 17 Feb 1995 02:18:21 -0800 Received: from bogart.mpib-tuebingen.mpg.de by vm.gmd.de (IBM VM SMTP V2R2) with TCP; Fri, 17 Feb 95 11:14:07 +0100 Received: from sage.mpik-tueb.mpg.de by bogart.mpib-tuebingen.mpg.de; (5.65/1.1.8.2/19Dec94-0609PM) id AA02745; Fri, 17 Feb 1995 11:17:09 GMT Received: by sage (931110.SGI/930416.SGI) for @bogart.mpib-tuebingen.mpg.de:info-performer@sgi.com id AA01732; Fri, 17 Feb 95 11:18:07 +0100 From: "Dietrich Opitz" Message-Id: <9502171118.ZM1730@sage.mpik-tueb.mpg.de> Date: Fri, 17 Feb 1995 11:18:07 +0000 In-Reply-To: Torsten Moeller "Re: frame rate control with IRIX 5.3" (Feb 17, 12:44am) References: <199502170544.AAA06881@stegosaur.cgrg.ohio-state.edu> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Performer Performance Chart Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, i would like to have a chart like the one Torsten Moeller described. But it seem tricky to me to set up an effective standard. Just watch the number of frames decline if the complex object drawn intersects with the screen boundary. You get a loss of 30% on an Indigo/Elan. Dietrich Opitz -- Dietrich Opitz MPI fuer biologische Kybernetik Spemannstr. 38 72076 Tuebingen GERMANY Tel: ++49(07071) 601 606 FAX: ++49(07071) 601 575 e-mail: dio@sage.mpib-tuebingen.mpg.de From guest Fri Feb 17 04:41:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA12310; Fri, 17 Feb 1995 03:51:30 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA12307; Fri, 17 Feb 1995 03:51:18 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA12407; Fri, 17 Feb 95 03:51:01 -0800 Received: from post.demon.co.uk by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id DAA15560; Fri, 17 Feb 1995 03:50:57 -0800 Received: from division.demon.co.uk by post.demon.co.uk id aa23274; 17 Feb 95 11:50 GMT Received: from falstaff.division.demon.co.uk by division.demon.co.uk (AIX 3.2/UCB 5.64/4.03) id AA11161; Fri, 17 Feb 1995 12:19:06 GMT Received: by falstaff (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA18753; Fri, 17 Feb 1995 11:44:48 GMT From: Angus Dorbie Message-Id: <9502171144.ZM18751@falstaff> Date: Fri, 17 Feb 1995 11:44:47 +0000 In-Reply-To: Kathy Loynes "Stencilling and Shadow Volumes within Performer" (Feb 17, 6:23pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Kathy Loynes Subject: Re: Stencilling and Shadow Volumes within Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Kathy, perhaps you haven't sorted the stencil operation with the rest of the scene geometry. You must perform the stenciling last and adding it to the scene graph last may not guarantee the drawing order. Your geosets also need to be drawn correctly relative to each other so it might be worth performing the entire shadowing operation as a callback to a transparent geoset which will be sorted last(ish) in the scene (if you have sorting on), with three explicit calls to pfDrawGSet(). You could even perform the shadowing after you call pfDraw() to ensure the whole thing is done last but this means you'll have to position the shadow using the GL. Also when you perform your stenciling it might be worth overriding some state information such as DECAL. Just some suggestions. Angus. From guest Fri Feb 17 05:35:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA12409; Fri, 17 Feb 1995 04:43:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA12406; Fri, 17 Feb 1995 04:43:07 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13019; Fri, 17 Feb 95 04:42:50 -0800 Received: from dfunms.rus.uni-stuttgart.de by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id EAA18019; Fri, 17 Feb 1995 04:42:15 -0800 From: michael@ifr.luftfahrt.uni-stuttgart.de Received: from ifr1.luftfahrt.uni-stuttgart.de by dfunms.rus.uni-stuttgart.de with SMTP id AA11493 (5.65c8/DFUE-M1.0 for ); Fri, 17 Feb 1995 13:41:14 +0100 Received: from ifr16 by ifr1.Luftfahrt.Uni-Stuttgart.DE (NX5.67e/BelWue-1.0NeXT+) id AA20295; Fri, 17 Feb 95 13:41:12 +0100 Message-Id: <9502171241.AA20295@ifr1.Luftfahrt.Uni-Stuttgart.DE> Received: by ifr16.Luftfahrt.Uni-Stuttgart.DE (NX5.67d/BelWue-S1.0NeXT+) id AA21946; Fri, 17 Feb 95 13:41:10 +0100 Date: Fri, 17 Feb 95 13:41:10 +0100 Received: by NeXT.Mailer (1.100.RR) Received: by NeXT Mailer (1.100.RR) To: David Weller Subject: Re: CyberMan interfaces anybody? Cc: info-performer@sgi.sgi.com Status: O David Weller wrote: > Being naturally lazy, I thought I'd ask folks out in Performer-land > if anybody has written a (preferably free :-) interface to the > Logitech Cyberman (a cheep 6DOF controller you can pick up for ~$50 > at just about any computer store). I'm interested in that too. If you should get any positive answers please let me know. I'm also interested in any other interface to cheep input devices like joy sticks etc. Michael -- |----------------------------------------------------------------------| |Dipl.-Ing. Michael Paus (Member: Team Ada) | |University of Stuttgart, Inst. of Flight Mechanics and Flight Control | |Forststrasse 86, 70176 Stuttgart, Germany | |Phone: (+49) 711-121-1434 FAX: (+49) 711-634856 | |Email: Michael.Paus@ifr.luftfahrt.uni-stuttgart.de (NeXT-Mail welcome)| From guest Fri Feb 17 05:53:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA12477; Fri, 17 Feb 1995 05:10:46 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA12474; Fri, 17 Feb 1995 05:10:38 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13341; Fri, 17 Feb 95 05:10:20 -0800 Received: from ligsg8.epfl.ch by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id FAA19333; Fri, 17 Feb 1995 05:10:16 -0800 Received: by ligsg8.epfl.ch (Smail3.1.29.1 #28) id m0rfSRd-000E7AC; Fri, 17 Feb 95 14:10 MET Message-Id: Date: Fri, 17 Feb 95 14:10 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: talking about shadows.. Reply-To: matomira@epfl.ch Status: O Is there any work going on at SGI to try to put `percentage close filtering' shadowing in hardware? Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Fri Feb 17 05:54:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA12491; Fri, 17 Feb 1995 05:15:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA12488; Fri, 17 Feb 1995 05:15:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13380; Fri, 17 Feb 95 05:15:32 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id FAA19584; Fri, 17 Feb 1995 05:15:29 -0800 Received: from cathy.rennes.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id FAA15319; Fri, 17 Feb 1995 05:15:25 -0800 Received: by cathy.rennes.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.sgi.com id OAA22395; Fri, 17 Feb 1995 14:19:28 +0100 From: "pierre VERCRUYSSE" Message-Id: <9502171419.ZM22393@cathy.rennes.sgi.com> Date: Fri, 17 Feb 1995 14:19:27 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: last faq Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Could you tell me where i can find the last faq of performer Thanks Pierre -- -- -- Pierre Vercruysse pierre@rennes.sgi.com vmail : 58781 Tel (33) 99-23-12-80 Fax (33) 99-23-18-95 -- . _ _ _ _ Silicon Graphics France | | | | | | | | | office RENNES -- | |- |- |- |- Espace Performance | | |_ |\ |\ |_ 35769 Saint Gregoire From guest Fri Feb 17 05:54:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA12486; Fri, 17 Feb 1995 05:14:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA12483; Fri, 17 Feb 1995 05:14:54 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13370; Fri, 17 Feb 95 05:14:36 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) id FAA15289; Fri, 17 Feb 1995 05:14:33 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id OAA18376; Fri, 17 Feb 1995 14:20:12 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9502171420.ZM18374@shark.paris.sgi.com> Date: Fri, 17 Feb 1995 14:20:12 +0100 In-Reply-To: David Luebke "does pfGetTravMat matrix include projection?" (Feb 17, 1:51am) References: <199502170651.CAA28866@monet.cs.unc.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: David Luebke Subject: Re: does pfGetTravMat matrix include projection? Cc: info-performer@sgihub.corp.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 17, 1:51am, David Luebke wrote: > Does the matrix returned by pfGetTravMat include the perspective > transform or not? My problem is this: I have a bunch of points in > a pre-cull callback that I want to transform into screenspace. I > was planning to use pfGetTravMat to grab the current matrix and pump > the vertices through with pfXformPt3, when I realized that the matrix > probably would not include the projection into screenspace. Comments > or suggestions? Thanks, The matrix returned by pfGetTravMat is the model transform matrix, so no, the projection matrix (containing your perspective transform) is not included. Offhand this sounds fairly difficult to do since I don't think the CULL process has a concept of the actual projection matrix or of screen pixels. I don't have the man pages readily available (gasp) but perhaps there is a way to divine the proper projection matrix given the values you've supplied to define a pfChannel, along with the perspective matrix definition in the back of the GL Programming Guide. Sounds gross, hopefully someone will mention a better way. :) This would be a piece of cake from the draw process, where you could just call mmode(MPROJECTION); getmatrix(foo); mmode(MVIEWING). What are you trying to do? Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Fri Feb 17 06:27:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA12531; Fri, 17 Feb 1995 05:50:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA12528; Fri, 17 Feb 1995 05:49:59 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13707; Fri, 17 Feb 95 05:49:41 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id FAA22363; Fri, 17 Feb 1995 05:49:39 -0800 Received: from [132.170.190.166] (graniela.vsl.ist.ucf.edu) by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA26959; Fri, 17 Feb 95 08:51:10 EST Message-Id: <9502171351.AA26959@vsl.ist.ucf.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 17 Feb 1995 08:54:01 -0500 To: info-performer@sgi.sgi.com From: graniela@vsl.ist.ucf.edu (Benito Graniela) Subject: Database development benchmark tools Status: O Thanks everybody for their help on the coplanar polygons issue. We are developing terrain databases, were interoperability is of paramount. Limitation on hardware (Indigo Extreme) impose a limit on the number of polygons and extents of the database. I am sure that there must be optimum ways of developing databases in flight format. Is there any rules of thumb or guidelines out there? I will also be nice to have some sort of benchmark application that could detect portions of the database that will overload the machine. Is there any shareware out there? We are thinking on developing such a tool if is not available out there. If there is any suggestions on what type of information will help (of course pfFrameStats and related data and functions) not only measure performance but also in the database development please feel free to comment on line or person-to-person. thanks | |\ | \ / |/ / / . .... ... ... ... )\ )\ / . \ / \ / \ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Benito Graniela University of Central Florida Visual Systems Lab Institute for Simulation & Training (407) 658-5075 3280 Progress Drive bgraniela@vsl.ist.ucf.edu Orlando, FL 32806-0544 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ From guest Fri Feb 17 06:56:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA12613; Fri, 17 Feb 1995 06:11:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA12610; Fri, 17 Feb 1995 06:11:05 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA14046; Fri, 17 Feb 95 06:10:47 -0800 Received: from cirrus.redstone.army.mil by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id GAA24305; Fri, 17 Feb 1995 06:09:11 -0800 Received: by cirrus.redstone.army.mil (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id IAA21992; Fri, 17 Feb 1995 08:10:42 -0600 From: "dave" Message-Id: <9502170810.ZM21990@cirrus.redstone.army.mil> Date: Fri, 17 Feb 1995 08:10:39 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe me Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O please unsubscribe me -- Regards David From guest Fri Feb 17 07:37:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA12759; Fri, 17 Feb 1995 06:52:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA12754; Fri, 17 Feb 1995 06:52:28 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA14687; Fri, 17 Feb 95 06:52:10 -0800 Received: from post.demon.co.uk by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id GAA27792; Fri, 17 Feb 1995 06:52:03 -0800 Received: from division.demon.co.uk by post.demon.co.uk id aa11153; 17 Feb 95 14:50 GMT Received: from falstaff.division.demon.co.uk by division.demon.co.uk (AIX 3.2/UCB 5.64/4.03) id AA16634; Fri, 17 Feb 1995 15:19:42 GMT Received: by falstaff (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA18839; Fri, 17 Feb 1995 14:45:11 GMT From: Angus Dorbie Message-Id: <9502171445.ZM18837@falstaff> Date: Fri, 17 Feb 1995 14:45:11 +0000 In-Reply-To: "Fernando D. Mato Mira" "talking about shadows.." (Feb 17, 2:10pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: matomira@epfl.ch Subject: Re: talking about shadows.. Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > Is there any work going on at SGI to try to > put `percentage close filtering' shadowing > in hardware? There is a demo using current hardware texturing capabilities which implements shadows using depthmaps but it doesn't perform the "percentage closer filtering" of supersampled shadow maps devised by Reeves, Salesin & Cook. If this is specifically what you are after then I don't know, sorry. Otherwise check out the demo in: /usr/people/4Dgifts/examples/grafix/realityengine/fastshadows/ Regards, Angus. From guest Fri Feb 17 08:23:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA12853; Fri, 17 Feb 1995 07:38:05 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA12850; Fri, 17 Feb 1995 07:38:05 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA15379; Fri, 17 Feb 95 07:37:47 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id HAA21859; Fri, 17 Feb 1995 07:37:44 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA18851; Fri, 17 Feb 1995 16:43:32 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9502171643.ZM18849@shark.paris.sgi.com> Date: Fri, 17 Feb 1995 16:43:32 +0100 In-Reply-To: "pierre VERCRUYSSE" "last faq" (Feb 17, 2:19pm) References: <9502171419.ZM22393@cathy.rennes.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: pierre@rennes.sgi.com Subject: Re: last faq Cc: info-performer@sgihub.corp.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 17, 2:19pm, pierre VERCRUYSSE wrote: > Could you tell me where i can find the last faq of performer Several places; Although it is admittedly getting a little stale, the last update was April 94. - via USENET: comp.sys.sgi.misc - via ftp: sgigate.sgi.com /pub/Performer/FAQ - via ftp: rtfm.mit.edu /pub/usenet/comp.answers/sgi/faq/ - via URL: http://www.cis.ohio-state.edu/hypertext/faq/usenet/sgi/top.html Allan [I'll also email you a copy directly] -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Fri Feb 17 09:23:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA12966; Fri, 17 Feb 1995 08:39:29 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA12963; Fri, 17 Feb 1995 08:39:21 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA16712; Fri, 17 Feb 95 08:39:03 -0800 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id IAA08821; Fri, 17 Feb 1995 08:39:00 -0800 Received: from medusa.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA01820; Fri, 17 Feb 95 08:39:54 PST Received: by medusa.cs.nps.navy.mil (940816.SGI.8.6.9/911001.SGI) id IAA09719; Fri, 17 Feb 1995 08:39:53 -0800 From: "david pratt" Message-Id: <9502170839.ZM9717@medusa.cs.nps.navy.mil> Date: Fri, 17 Feb 1995 08:39:52 -0800 In-Reply-To: graniela@vsl.ist.ucf.edu (Benito Graniela) "Database development benchmark tools" (Feb 17, 8:54am) References: <9502171351.AA26959@vsl.ist.ucf.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: graniela@vsl.ist.ucf.edu (Benito Graniela) Subject: Re: Database development benchmark tools Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O At two DIS workshops ago, CMU discussed some of the work they were doing with terrain and generation for the SIMNET S1000 databases (before the tomato start flying, Performer 2.0 has a loader for it) One of the things they did was generate a tool to check out the polygon count and determine overload conditions in 8k blocks. IST should have all of the stuff. Dave -- Dave Pratt pratt@cs.nps.navy.mil (408) 656-2865 fax (408) 656-2814 Department of Computer Science, Naval Postgraduate School, Monterey, CA 93943 These are my opinions, talk to the PAO for the Navy's. From guest Fri Feb 17 09:57:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA13067; Fri, 17 Feb 1995 09:19:13 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA13064; Fri, 17 Feb 1995 09:19:05 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA18057; Fri, 17 Feb 95 09:18:44 -0800 Received: from ivan.engr.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) id JAA14572; Fri, 17 Feb 1995 09:18:41 -0800 Received: by ivan.engr.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA14630; Fri, 17 Feb 1995 09:18:37 -0800 Date: Fri, 17 Feb 1995 09:18:37 -0800 From: ib@ivan.engr.sgi.com (Ivan Bach) Message-Id: <199502171718.JAA14630@ivan.engr.sgi.com> To: David Weller , michael@ifr.luftfahrt.uni-stuttgart.de Subject: Re: CyberMan interfaces anybody? Cc: info-performer@sgi.sgi.com Status: O David Weller wrote: > Being naturally lazy, I thought I'd ask folks out in Performer-land > if anybody has written a (preferably free :-) interface to the > Logitech Cyberman Article: 5608 of comp.sys.sgi.hardware From: mgoedel@muaddib.isar.muc.de (Maximilian Goedel) Subject: Re: Logitech Cyberman Message-ID: Sender: mgoedel@muaddib.isar.de (Michael Maximilian Goedel) Reply-To: mgoedel@muaddib.isar.muc.de Organization: Michael Maximilian Goedel References: <1994Apr08.213159.3085682@sue.cc.uregina.ca> Date: Sun, 10 Apr 1994 21:49:23 GMT Lines: 44 In article <1994Apr08.213159.3085682@sue.cc.uregina.ca> hameluck@mercury.cs.uregina.ca (Jeff-o Hameluck) writes: | | Has anyone adapted (or thought about adapting) a Logitech Cyberman for use | with an SGI machince? | | The Cyberman is a 3D positioning device which allows 6 degrees of freedom | of movement but it is very inexpensive (less than $100). It might be a | cheap alternative to a spaceball. | | The interface is just serial (it is meant for a PC) so it must be possible | to write routines which could read the Cyberman through a serial port on | an SGI machine but I don't have any information which would allow me to | interpret what the Cyberman is sending (or what I would need to send it). | | -- | Jeff Hameluck hameluck@cs.uregina.ca | CL 136.3 University of Regina | (306) 585-5306 Regina, Saskatchewan, Canada Hello, Jeff I'd the same problem in connecting a Logitech Photman to a NeXTworkstation via SerialPort. I asked Logitech and they gave me information about how to do the job, including a nice C-Source. So I think ask Logitech. Here is the adress of the Headquarters LOGITECH Inc. 6505 Kaiser Drive Fremont, CA 94555, USA Tel.: ++1(510) 795 8500 Nice Greetings from Munich - Germany --- Maximilian Goedel ___________________________________________________ Gerhardstrasse 33 - 81543 Muenchen e-mail: mgoedel@muaddib.isar.muc.de Telefon: +49 89 65 29 18 max@funman.boss.sub.org ----------------------------------------------------------------------------- From guest Fri Feb 17 10:13:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA13127; Fri, 17 Feb 1995 09:35:04 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA13124; Fri, 17 Feb 1995 09:35:00 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA18671; Fri, 17 Feb 95 09:34:39 -0800 Received: from bud.crs4.it by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id JAA16605; Fri, 17 Feb 1995 09:34:30 -0800 Received: by bud.crs4.it id AA09055 (931110.SGI/IDA-1.5); Fri, 17 Feb 95 18:34:06 +0100 Date: Fri, 17 Feb 95 18:34:06 +0100 From: Jean-Francis Balaguer Message-Id: <9502171734.AA09055@bud.crs4.it> To: info-performer@sgi.sgi.com Subject: unsubscribe Status: O unsubscribe Jean-Francis Balaguer CRS4, Via Sauro 10, 09123 Cagliari, Italy E-mail: balaguer@crs4.it Tel: +3970-2796247 Fax: +3970-2796283 Home: Via Mameli 49, 09100 Cagliari, Italy, Tel: +3970-659459 W3: http://www.crs4.it/~balaguer From guest Fri Feb 17 10:20:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA13153; Fri, 17 Feb 1995 09:45:04 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA13150; Fri, 17 Feb 1995 09:45:03 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA19110; Fri, 17 Feb 95 09:44:45 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id JAA18295; Fri, 17 Feb 1995 09:44:43 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id JAA05894; Fri, 17 Feb 1995 09:44:42 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA19087; Fri, 17 Feb 95 09:44:34 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA04076; Fri, 17 Feb 1995 09:42:45 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199502171742.JAA04076@tubes.asd.sgi.com> Subject: Re: Undocumented pfLightPoint function To: guest (Simon Bennett) Date: Fri, 17 Feb 95 9:42:45 PST Cc: mtj@babar, info-performer@sgi.sgi.com In-Reply-To: ; from "Simon Bennett" at Feb 17, 95 11:07 am X-Mailer: ELM [version 2.3 PL8] Status: O > While we're on the subject of Performer documentation and Performer > lightpoints... Can anybody explain why it doesn't seem possible to > resize lightpoints beyond about 4 pixels on a RE^2 while pfAntialias is > set to PFAA_ON??? The documentation for Performer lightpoints states > that they can be sized as per the pntsize/pntsizef manpage... this > doesn't seem to be the case. I've got GL code that runs on the same > machine which can size points well beyond 4 pixels. Albeit under > multisampling they are kinda square. (pntsmooth()'ed point are round > however). > > Should the documentation for pfAntialias() or pfLPointSize() be updated? > Or am I doing something wrong here? > > Or is the behaviour scheduled to change for a future release? > Multisampled, round, light points are a special back-door feature that Performer uses. The size is clamped to ~3.5 pixels for firmware reasons. These points are enabled with PFAA_ON and are much faster than normal pntsmooth points. If you want bigger points you can draw polygons or you can call glcompat(1011, 0); which will disable multisampled, round points. From guest Fri Feb 17 10:59:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA13266; Fri, 17 Feb 1995 10:22:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA13263; Fri, 17 Feb 1995 10:22:04 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA20808; Fri, 17 Feb 95 10:21:43 -0800 Received: from od.sri.com by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id KAA23347; Fri, 17 Feb 1995 10:21:39 -0800 Received: by od.sri.com (931110.SGI/930416.SGI) for info-performer@sgi.com id AA04771; Fri, 17 Feb 95 10:20:05 -0800 From: "Nathaniel Bletter" Message-Id: <9502171020.ZM4769@od.sri.com> Date: Fri, 17 Feb 1995 10:20:04 -0800 In-Reply-To: Choon H Lee "Performer with FAKESPACE'S BOOM3C..." (Feb 16, 9:38pm) References: <199502170238.VAA24627@clarinet.engin.umich.edu> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: Choon H Lee , info-performer@sgi.sgi.com Subject: Re: Performer with FAKESPACE'S BOOM3C... Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O I just finished writing a Performer driver for our BOOM2 (monochrome, stereoscopic, NTSC resolution). I took the sfly demo and hacked it up a bit to change the viewports and render in red and blue which the BOOM2 requires. For the BOOM3C, I think you'll have to do even less to sfly to get it to work. I forget the exact format for stereo on the BOOM3C, but I think it's pretty close to normal stereo mode for the CrystalEyes glasses: left image on the top half of the screen, right image on the bottom half, put monitor in stereo sync mode (setmonitor(STR_RECT)). You might want to call Fakespace. They were talking about writing a performer driver for the BOOM. You at least need the optical parameters of the CRT's: image distance, size, and separation. -- Nat Bletter SRI International nat@od.sri.com (415) 859-4358 From guest Fri Feb 17 11:25:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA13470; Fri, 17 Feb 1995 10:55:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA13467; Fri, 17 Feb 1995 10:55:05 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA22186; Fri, 17 Feb 95 10:54:48 -0800 Received: from realityone.gstone.com by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id KAA28741; Fri, 17 Feb 1995 10:54:41 -0800 Received: from smtpgate.gstone.com by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA00858; Fri, 17 Feb 95 10:52:55 -0800 Received: from Microsoft Mail (PU Serial #1024) by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Feb17.104800.1024.3030; Fri, 17 Feb 1995 10:52:54 -0800 From: jsmith@smtpgate.gstone.com (Smith, Jeff W.) To: info-performer@sgi.sgi.com (Performer User Group ( SMPT )) Message-Id: <1995Feb17.104800.1024.3030@smtpgate.gstone.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Organization: GreyStone Technology, Inc. (619) 675-7800 Date: Fri, 17 Feb 1995 10:52:54 -0800 Subject: OpenPerformer Status: O Are there plans for an OpenPerformer, that is, a portable Performer? Jeff WS From guest Fri Feb 17 12:25:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA13616; Fri, 17 Feb 1995 11:57:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA13613; Fri, 17 Feb 1995 11:57:03 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA24798; Fri, 17 Feb 95 11:56:45 -0800 Received: from netcom16.netcom.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id LAA09065; Fri, 17 Feb 1995 11:56:43 -0800 Received: by netcom16.netcom.com (8.6.9/Netcom) id LAA18399; Fri, 17 Feb 1995 11:56:23 -0800 Date: Fri, 17 Feb 1995 11:56:23 -0800 (PST) From: "Michael D. Good" Subject: Re: CyberMan interfaces anybody? To: David Weller Cc: info-performer@sgi.sgi.com, Paul Cutt In-Reply-To: <199502171116.FAA26964@Starbase.NeoSoft.COM> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O At Xtensory we have a C++ class library for VR device drivers available called XVS-SyncLink. It includes support for the CyberMan, Fastrak, Flock of Birds, Spaceball, Logitech 3D Mouse, and several other devices. This lets you support multiple sensors in a device-independent way without losing access to the device- dependent features. We use it with Performer all the time in our demonstrations. Prices start at US $495 for a site license. For more information, please contact Paul Cutt at our headquarters office: cutt@netcom.com or 1-408-439-0600. Michael Good Director of Engineering Xtensory Inc mdgood@netcom.com From guest Fri Feb 17 12:41:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA13669; Fri, 17 Feb 1995 12:16:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA13666; Fri, 17 Feb 1995 12:16:58 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA25689; Fri, 17 Feb 95 12:16:37 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id MAA14143; Fri, 17 Feb 1995 12:16:35 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id MAA27573; Fri, 17 Feb 1995 12:15:37 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:jsmith@smtpgate.gstone.com id AA25653; Fri, 17 Feb 95 12:15:36 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA15763; Fri, 17 Feb 1995 12:15:49 -0800 From: "Michael Jones" Message-Id: <9502171215.ZM15761@babar.asd.sgi.com> Date: Fri, 17 Feb 1995 12:15:49 -0800 In-Reply-To: jsmith@smtpgate.gstone.com (Smith, Jeff W.) "OpenPerformer" (Feb 17, 10:52am) References: <1995Feb17.104800.1024.3030@smtpgate.gstone.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: jsmith@smtpgate.gstone.com (Smith, Jeff W.), info-performer@sgi.sgi.com (Performer User Group ( SMPT )) Subject: Re: OpenPerformer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 17, 10:52am, Smith, Jeff W. wrote: > Subject: OpenPerformer : :Are there plans for an OpenPerformer, that is, a portable Performer? It's something that we're considering. The multi-mastering aspect of Silicon Studio's FireWalker will need a pcPerformer, so that part's pretty certain. As far as other platforms are concerned, it is less clear but still undecided. Ralph Humphries (ralphh@asd.sgi.com) is working through the many issues and options that a portable Performer would raise. Please contact him for details and further information if this is an important issue for you. Michael -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Fri Feb 17 13:57:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA13840; Fri, 17 Feb 1995 13:24:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA13837; Fri, 17 Feb 1995 13:24:45 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28248; Fri, 17 Feb 95 13:24:27 -0800 Received: from ssw.ssd.sterling.com by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id NAA24768; Fri, 17 Feb 1995 13:24:18 -0800 Received: from reality.ssd.sterling.com by ssw.ssd.sterling.com id AA13414; Fri, 17 Feb 1995 13:26:10 -0800 Received: from localhost by reality.ssd.sterling.com via SMTP (940816.SGI.8.6.9/940406.SGI) id NAA01611; Fri, 17 Feb 1995 13:24:05 -0800 Message-Id: <199502172124.NAA01611@reality.ssd.sterling.com> To: "Nathaniel Bletter" Cc: info-performer@sgi.sgi.com Subject: Re: Performer with FAKESPACE'S BOOM3C... In-Reply-To: Your message of "Fri, 17 Feb 1995 10:20:04 PST." <9502171020.ZM4769@od.sri.com> Date: Fri, 17 Feb 1995 13:24:04 PST From: Mark Ferneau Status: O The Boom2C's video format is like the CrystalEyes setup. With the 2C you may have to redraw the scene FOUR times to get color and stereo: Left Eye Blue Left Eye Red Right Eye Blue Right Eye Red The 2C is NOT a full color device, the 3C is. The Boom3C takes separate field-sequential video inputs. You have to position windows differently based upon your graphics configuration. You'll need either an MCO or a dual-pipe RE system to achieve stereo for the Boom3C. >You might want to call Fakespace. They were talking about writing a performer >driver for the BOOM. You at least need the optical parameters of the CRT's: >image distance, size, and separation. Ian MacDowell at Fakespace (415) 688-1940 is the best contact for this information. I know that he has done some work with Performer. --Mark From guest Fri Feb 17 19:56:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA14698; Fri, 17 Feb 1995 19:01:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA14695; Fri, 17 Feb 1995 19:01:50 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13482; Fri, 17 Feb 95 19:01:32 -0800 Received: from relay1.UU.NET by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id TAA16607; Fri, 17 Feb 1995 19:01:29 -0800 Received: from uucp5.UU.NET by relay1.UU.NET with SMTP id QQydoe08526; Fri, 17 Feb 1995 22:01:25 -0500 Received: from esseye.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Fri, 17 Feb 1995 22:01:44 -0500 Received: from linus.si.com by esseye.si.com with smtp (Smail3.1.29.1 #48) id m0rfcst-0001bBC; Fri, 17 Feb 95 19:18 EST Received: from smtpgwy.si.com by linus.si.com with smtp (Smail3.1.29.1 #47) id m0rfcvJ-0000MqC; Fri, 17 Feb 95 19:21 EST Received: from cc:Mail by smtpgwy.si.com id AA793066472; Fri, 17 Feb 95 16:26:19 EST Date: Fri, 17 Feb 95 16:26:19 EST From: "Beaver, Jim" Message-Id: <9501177930.AA793066472@smtpgwy.si.com> To: info-performer@sgi.sgi.com Subject: frame rate control with IRIX 5.3 revisited Status: O Hello again, Thanks to those who replied to my plea for help. What I still don't understand, however, is why my application running under IRIX 4.0.5 and Performer 1.0 didn't exhibit the same problem. But that's not what this message is about. Following Jean Daigle's suggestion, I tried using pfPhase(PFPHASE_LIMIT). The pfFrame man page says that "PFPHASE_LIMIT is equivalent to PFPHASE_FREE_RUN except that the application can go no faster than the frame rate specified by pfFrameRate although it may go slower". This is exactly what I want. Also, I was under the impression that, when using PFPHASE_LIMIT, if the scene could not be drawn in the specified frame rate, it would back down to the next slower refresh rate, not the next slowest multiple of the specified frame rate. Unfortunately, it doesn't seem to work on my Indigo2. When I tried PFPHASE_LIMIT, my application behaved as if I was using PFPHASE_FREE_RUN. The frame rate was not being limited. at lest according to the pfDrawChanStats display, to my specified frame rate, either as an upper or lower limit. Is PFPHASE_LIMIT possibly only functional in multi processor machines? Thanks Jim Beaver Smiths Industries Aerospace - Grand Rapids 616-241-7671 From guest Fri Feb 17 13:13:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA13770; Fri, 17 Feb 1995 12:47:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA13767; Fri, 17 Feb 1995 12:47:40 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA26866; Fri, 17 Feb 95 12:47:17 -0800 Received: from Arizona.EDU by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id MAA19292; Fri, 17 Feb 1995 12:47:15 -0800 Received: from crimson.mse.arizona.edu by Arizona.EDU (PMDF V4.3-10 #2381) id <01HN5PBY94LC8ZL5Q0@Arizona.EDU>; Fri, 17 Feb 1995 13:47:01 -0700 (MST) Received: by crimson.mse.arizona.edu (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id OAA17247; Fri, 17 Feb 1995 14:38:35 -0600 Date: Fri, 17 Feb 1995 14:38:33 -0700 From: "Frank J. Cherne" Subject: X input, Spaceball and pfuEvent. To: info-performer@sgi.sgi.com Message-Id: <9502171438.ZM17245@crimson.mse.arizona.edu> Mime-Version: 1.0 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7BIT Status: O Here are a couple questions that I have. The first question is related to the input of data from the Spaceball. I can successfully access the Spaceball from GL, is it possible to get a value from the Spaceball following an X input and pfuEvent handler type of scheme? Secondly, unrelated to the first question and possibly performer. I am trying to access some of the demo programs loaded on my machine that were produced using OpenInventor 2.0. I am operating with the IRIX 5.3 operating system on a Crimson VGXT system and when I open one of the sample programs I get the following message: Xlib: extension "GLX" missing on display ":0.0". What are the possible reasons for this message. Frank From guest Fri Feb 17 14:23:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA13897; Fri, 17 Feb 1995 13:47:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA13894; Fri, 17 Feb 1995 13:47:05 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28991; Fri, 17 Feb 95 13:46:47 -0800 Received: from gsaup.ucla.edu by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id NAA28067; Fri, 17 Feb 1995 13:46:42 -0800 Received: from goff by gsaup.ucla.edu (5.x/SMI-SVR4) id AA25306; Fri, 17 Feb 1995 13:46:42 -0800 Received: by goff (940816.SGI.8.6.9) id NAA06035; Fri, 17 Feb 1995 13:42:31 -0800 From: "Scott A. Friedman" Message-Id: <9502171342.ZM6033@goff> Date: Fri, 17 Feb 1995 13:42:30 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Question about pfInitGLXgfx 'mode' parameter. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I have been going over my GLX initialization code and noticed that pfInitGLXGfx has a mysterious parameter 'mode'. There is no mention of it anyplace I can find - except in the man-page prototype and in the example program complex-glx. A perusal of pf.h shows a define for PFGLX_AUTO_RESIZE which is used in complex-glx but no mention of what it is for or why I might need it. Question is - what is it? And, while I'm on the subject of GLX windows I would like to clear up for myself once and for all what the 'approved' way of setting up a GLX *widget* is. I have been creating the GLX widget in my APP and calling GLXunlink right before I pfInitPipe. Once in pfInitPipe I GLXlink and go about my business ... e.g. pfInitGLXGfx etc. Is there a better/another way to do this? I kind of like the approach I've been using because it's fairly straightforward and doesn't complicate anything else - like X-input processing. Cheers, Scott -- Scott A. Friedman UCLA Department of Architecture + Urban Design e-mail: scott@gsaup.ucla.edu www: http://www.gsaup.ucla.edu/people/scott From guest Fri Feb 17 15:27:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA14217; Fri, 17 Feb 1995 15:03:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA14214; Fri, 17 Feb 1995 15:03:56 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02323; Fri, 17 Feb 95 15:03:35 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id PAA12048; Fri, 17 Feb 1995 15:03:32 -0800 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA29600; Fri, 17 Feb 95 18:05:02 EST Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id SAA07900; Fri, 17 Feb 1995 18:03:58 -0500 Date: Fri, 17 Feb 1995 18:03:58 -0500 (EST) From: "Lance R. Marrou" To: Performer List Subject: shared memory segment Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Somewhere in Performer a shared memory segment with the key 0x9a4 is created, but (in my program) never released. I use a few other segments, semaphores, and other things, but everything is removed/erased correctly. In the process which runs Performer, however, I use no shared memory segments (directly). The following are the last four Performer calls executed: pfuFreeCPUs(); pfuExitUtil(); pfuExitInput(); pfExit(); Any ideas on what I can do to properly remove this segment? ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Sat Feb 18 08:51:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA15352; Sat, 18 Feb 1995 08:06:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA15349; Sat, 18 Feb 1995 08:06:48 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA24411; Sat, 18 Feb 95 08:06:27 -0800 Received: from ix2.ix.netcom.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id IAA26784; Sat, 18 Feb 1995 08:06:26 -0800 Received: from by ix2.ix.netcom.com (8.6.9/SMI-4.1/Netcom) id IAA20004; Sat, 18 Feb 1995 08:06:15 -0800 Date: Sat, 18 Feb 1995 08:06:15 -0800 Message-Id: <199502181606.IAA20004@ix2.ix.netcom.com> From: blastarr@ix.netcom.com (Kent Miller) Subject: Class Libs for Performer To: info-performer@sgi.sgi.com Status: O I spent about two weeks with Sense8's World Toolkit until I realized that it wasn't giving me the low-level control that I needed for my project. So I shifted to pure Performer. What I miss about World Toolkit is all the conveniences, like constructors for primitive shapes (boxes, spheres, etc.). So I started building some shape classes. I started with a Geode base class, and included methods for picking, changing textures, etc, then made classes for polygons, boxes, and so on. Then I thought, geez, there must be alot of this out there already. So. Anybody wanna swap class libs? From guest Sat Feb 18 11:26:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA15520; Sat, 18 Feb 1995 10:46:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA15517; Sat, 18 Feb 1995 10:46:16 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA26293; Sat, 18 Feb 95 10:45:52 -0800 Received: from sgidev.mdc.com by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id KAA04711; Sat, 18 Feb 1995 10:45:49 -0800 Received: from control.mdc.com by sgidev.mdc.com via SMTP (920213.SGI.UNSUPPORTED.PROTOTYPE/920323.SGI.UNSUPPORTED.PROTOTYPE) for info-performer@sgi.com id AA13506; Sun, 19 Feb 95 10:17:43 -0800 Received: by control.mdc.com (931110.SGI/910805.SGI) for @sgidev.mdc.com:info-performer@sgi.com id AA10387; Sat, 18 Feb 95 11:27:01 -0800 From: "Salvador Cabaruvias" Message-Id: <9502181127.ZM10385@control.mdc.com> Date: Sat, 18 Feb 1995 11:27:00 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: pfInitVClock question Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hello everyone, I have a simple question about pfInitVClock, the Reference, pg 259 says: :pfInitVClock sets the vertical retrace counter to ticks and enables CPU :interrupts from the graphics pipeline. If the video controller is set to 50Hz via setmon, then to get a 50Hz interrupt via pfVClockSync, should I set ticks = 1 (1 = 50hz) or do I set ticks = 50 (50 ticks = 50Hz). From guest Sat Feb 18 12:59:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA15629; Sat, 18 Feb 1995 12:14:54 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA15626; Sat, 18 Feb 1995 12:14:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA27316; Sat, 18 Feb 95 12:14:34 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id MAA08700; Sat, 18 Feb 1995 12:14:32 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id MAA06090; Sat, 18 Feb 1995 12:14:31 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA27312; Sat, 18 Feb 95 12:14:27 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA00238; Sat, 18 Feb 1995 12:12:38 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199502182012.MAA00238@tubes.asd.sgi.com> Subject: Re: pfInitVClock question To: guest (Salvador Cabaruvias) Date: Sat, 18 Feb 95 12:12:38 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9502181127.ZM10385@control.mdc.com>; from "Salvador Cabaruvias" at Feb 18, 95 11:27 am X-Mailer: ELM [version 2.3 PL8] Status: O > > Hello everyone, > > I have a simple question about pfInitVClock, the Reference, pg 259 says: > > :pfInitVClock sets the vertical retrace counter to ticks and enables CPU > :interrupts from the graphics pipeline. > > If the video controller is set to 50Hz via setmon, then to get a 50Hz interrupt > via pfVClockSync, should I set ticks = 1 (1 = 50hz) or do I set ticks = 50 (50 > ticks = 50Hz). The clock rate will be 50Hz regardless of what tick you set. "tick" is just the initial clock value. From guest Sat Feb 18 13:31:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA15668; Sat, 18 Feb 1995 12:52:34 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA15665; Sat, 18 Feb 1995 12:52:34 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA27810; Sat, 18 Feb 95 12:52:09 -0800 Received: from josef.ifi.unizh.ch by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id MAA10590; Sat, 18 Feb 1995 12:52:04 -0800 Received: from 130.60.48.18 by josef.ifi.unizh.ch with SMTP (PP) id <22312-0@josef.ifi.unizh.ch>; Sat, 18 Feb 1995 21:28:58 +0100 Received: by anubis (940816.SGI.8.6.9/JAN94.IFI.UNIZH.CH) for info-performer@sgi.com id VAA25448; Sat, 18 Feb 1995 21:28:54 +0100 From: Martin Roth Message-Id: <9502182128.ZM25446@anubis> Date: Sat, 18 Feb 1995 21:28:53 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi out there, I'm wondering how to prevent Performer from exiting when memory gets exhausted. I don't want to have more shared memory allocated because that doesn't solve my problem. In my application I have a dynamic scene. When flying over the landscape of Switzerland I am dynamically loading new parts of Switzerland and adding them to the scene while other parts that have passed by are inserted into a cache. They are not freed because the user could turn around and loading would be far more time-consuming than retreiving from the cache. Every allocation is done by a function which will free contents of the cache using a LRU strategy when memory gets exhausted. This sort of allocation is done by overloading the new operator of my classes. With this strategy I cannot run out of memory. There's just one problem: Many Performer data structures are allocated through a pfNew... function and I cannot get control over it. I've written a function similar to the overloaded new operator described above which can be passed a pfNew... function which will also free cache contents if the pfNew... function should return NULL. But these functions do not return NULL but generate the following fatal error and exit: Performer Fatal: pfMalloc() Unable to allocate 31104 bytes from arena 0x580000. If using the libpf shared memory arena, try using a filesystem bigger than (98036.00Kbytes). Use the PFTMPDIR environment variable or pfTmpDir I am using the libpf shared memory arena but, as mentioned above, using a bigger file system would only postpone the problem. Is there a possibility to handle that case in an other way than just to exit? Can I set up a handler preventing the application from exiting when an error of a notification level of PFNFY_FATAL appears? Thanks for every hint Martin _______________________________________________________________________________ /| /|) S. H. Martin Roth / |/ |\OTH Student in Computer Science ETHZ, Swiss Federal Institute of Technology Zuerich email: sroth@iiic.ethz.ch UniZh, University of Zuerich email: roth@ifi.unizh.ch From guest Sat Feb 18 13:52:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA15709; Sat, 18 Feb 1995 13:14:38 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA15706; Sat, 18 Feb 1995 13:14:38 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28104; Sat, 18 Feb 95 13:14:17 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id NAA12060; Sat, 18 Feb 1995 13:14:16 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id NAA07733; Sat, 18 Feb 1995 13:14:14 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:sal@control.mdc.com id AA28099; Sat, 18 Feb 95 13:14:12 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id NAA26460; Sat, 18 Feb 1995 13:14:28 -0800 From: "Michael Jones" Message-Id: <9502181314.ZM26458@babar.asd.sgi.com> Date: Sat, 18 Feb 1995 13:14:28 -0800 In-Reply-To: "Salvador Cabaruvias" "pfInitVClock question" (Feb 18, 11:27am) References: <9502181127.ZM10385@control.mdc.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Salvador Cabaruvias" , info-performer@sgi.sgi.com Subject: Re: pfInitVClock question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 18, 11:27am, Salvador Cabaruvias wrote: > Subject: pfInitVClock question :Hello everyone, : :I have a simple question about pfInitVClock, the Reference, pg 259 says: : ::pfInitVClock sets the vertical retrace counter to ticks and enables CPU ::interrupts from the graphics pipeline. : :If the video controller is set to 50Hz via setmon, then to get a 50Hz interrupt :via pfVClockSync, should I set ticks = 1 (1 = 50hz) or do I set ticks = 50 (50 :ticks = 50Hz). : >-- End of excerpt from Salvador Cabaruvias 1 "tick" of the video clock == 1 vertical interval (1/50th sec. in your case) -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Sat Feb 18 17:14:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA16042; Sat, 18 Feb 1995 16:43:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA16039; Sat, 18 Feb 1995 16:43:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA00666; Sat, 18 Feb 95 16:42:40 -0800 Received: from ucsd.edu by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id QAA24023; Sat, 18 Feb 1995 16:42:38 -0800 Received: from jupiter by ucsd.edu; id QAA11546 sendmail 8.6.9/UCSD-2.2-sun via SMTP Sat, 18 Feb 1995 16:42:37 -0800 for <@relay.ucsd.edu:info-performer@sgi.com> Received: by jupiter (931110.SGI/930416.SGI) for @relay.ucsd.edu:info-performer@sgi.com id AA16234; Sat, 18 Feb 95 16:41:34 -0800 From: "Andy Mirkis" Message-Id: <9502181641.ZM16232@jupiter.ucsd.edu> Date: Sat, 18 Feb 1995 16:41:30 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: My discFunc has dumped and it can't get up... Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O I've implemented a discriminator function for my call to pfSegsIsectNode(), which is core dumping after (during) the first statement (pfQueryHit). Is there another source for information about discFuncs other than the man pages? Is there something I'm missing? Thanks in advance for all info! BTW, I'm using Performer 1.2. I'm including the begining of my discFunc. I see the first debugging statement but not the second. The stack dump also suggests it's dumping in pfQueryHit(): > 0 queryHit(_pfHit*,unsigned long,float*)(0x746c40, 0x14, 0x5ff993ac, 0x14, 0x400441) ["../../../lib/libpf/cNode.C":304, 0x5ffe0090] 1 pfQueryHit(0x746c40, 0x14, 0x5ff993ac, 0x14, 0x0) ["../../../lib/libpf/cNode.C":331, 0x5ffe01f0] 2 vrDiscriminate(hit = 0x746c40) ["/users/people/vital/proto1/vrDiscriminate.c":62, 0x41aabc] 3 _pfGeodeDiscFunc(_pfHit*)(0x746c40, 0x14, 0x5ff993ac, 0x726a28, 0x0) ["../../../lib/libpf/pfGeode.C":378, 0x5ff994e0] -Andy --------------------------------------------------------------- long vrDiscriminate(pfHit *hit) { pfNode *geode; pfGroup *parent; VREvent *colEvent; ulong isectMask; ulong pIsectMask; int junctionFound; int atSceneNode; vrAssert(hit); /* This will terminate the program if hit == 0 */ /* ** Get the geode for the geometry that we collided with. */ pfNotify(PFNFY_DEBUG,0, "Before pfQueryHit\n"); /* I see this */ pfQueryHit(hit, PFQHIT_NODE, geode); pfNotify(PFNFY_DEBUG,0, "After pfQueryHit\n"); /* I DON'T see this */ /* ** Get the geode intersection traversal mask. */ isectMask = pfGetNodeTravMask(geode, PFTRAV_ISECT); . . . From guest Sat Feb 18 18:27:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA16185; Sat, 18 Feb 1995 17:50:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA16182; Sat, 18 Feb 1995 17:50:55 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA01483; Sat, 18 Feb 95 17:50:35 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id RAA27073; Sat, 18 Feb 1995 17:50:34 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id RAA14966; Sat, 18 Feb 1995 17:50:31 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:mandy@jupiter.ucsd.edu id AA01478; Sat, 18 Feb 95 17:50:31 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA20062; Sat, 18 Feb 1995 17:50:50 -0800 Message-Id: <199502190150.RAA20062@surreal.asd.sgi.com> To: "Andy Mirkis" Cc: info-performer@sgi.sgi.com Subject: Re: My discFunc has dumped and it can't get up... In-Reply-To: Your message of "Sat, 18 Feb 95 16:41:30 PST." <9502181641.ZM16232@jupiter.ucsd.edu> Date: Sat, 18 Feb 95 17:50:49 -0800 From: Jim Helman Status: O > pfNode *geode; > pfQueryHit(hit, PFQHIT_NODE, geode); pfQuery<*>'s third argument is always a pointer to memory that gets filled in with one or more values, so this should read: pfNode *geode; pfQueryHit(hit, PFQHIT_NODE, &geode); rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Sat Feb 18 18:54:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA16215; Sat, 18 Feb 1995 18:22:35 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA16212; Sat, 18 Feb 1995 18:22:35 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA01833; Sat, 18 Feb 95 18:22:14 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id SAA28413; Sat, 18 Feb 1995 18:22:13 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA15910; Sat, 18 Feb 1995 18:22:10 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:marrou@vsl.ist.ucf.edu id AA01827; Sat, 18 Feb 95 18:21:54 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA20450; Sat, 18 Feb 1995 18:22:00 -0800 Message-Id: <199502190222.SAA20450@surreal.asd.sgi.com> To: "Lance R. Marrou" Cc: Performer List , mjk@surreal, rck@surreal Subject: Re: shared memory segment In-Reply-To: Your message of "Fri, 17 Feb 95 18:03:58 EST." Date: Sat, 18 Feb 95 18:21:51 -0800 From: Jim Helman Status: O > Somewhere in Performer a shared memory segment with the key 0x9a4 is > created, but (in my program) never released. I use a few other segments, > semaphores, and other things, but everything is removed/erased correctly. I'd never noticed this before, since Performer does not use shmget. But winopen() is creating a shared memory segment with that key. Neither winclose() nor gexit() seems to remove it. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Sat Feb 18 19:25:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA16268; Sat, 18 Feb 1995 18:48:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA16265; Sat, 18 Feb 1995 18:48:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02139; Sat, 18 Feb 95 18:48:21 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id SAA29473; Sat, 18 Feb 1995 18:48:19 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA17144; Sat, 18 Feb 1995 18:48:17 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:sroth@iiic.ethz.ch id AA02133; Sat, 18 Feb 95 18:48:12 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA20503; Sat, 18 Feb 1995 18:48:24 -0800 Message-Id: <199502190248.SAA20503@surreal.asd.sgi.com> To: Martin Roth Cc: info-performer@sgi.sgi.com In-Reply-To: Your message of "Sat, 18 Feb 95 21:28:53 +0100." <9502182128.ZM25446@anubis> Date: Sat, 18 Feb 95 18:48:16 -0800 From: Jim Helman Status: O Performer 2.0 will support asynchronous database loading from disk, so applications such as yours will become more common. The usual approach for database paging is to design the database and system memory configuration so that the currently active portion of the database (that which is visible or could soon be visible) always fits, and the application always pfDeletes portions which are unlikely to be needed again soon. Your approach uses a general LRU caching strategy to avoid potential reloads. Given the slow database loading times of most Performer 1.2's optimizing loaders, this makes sense. Given the fast database loading rates coming soon, I think the delete-as-much-as-you-can strategy makes more sense. In particular, most vis sim applications striving for a fixed frame rate will design for the worst case, which means they cannot depend on the luck of reusing something left in the cache by a particular flight path. Also, by running so close to full memory utilization, you are increasing the probability of memory fragmentation that could affect a long-running application that does a lot of paging. Since you are probably using all or most of swap space, you are doing virtual memory paging to and from disk as well. I believe that this can also have bad implications for real-time determinism, in particular, I think paging can provoke TLB or cache flushes. Still, I can imagine applications where fixed frame rate is less important where a cache type strategy would be a good choice. > Is there a possibility to handle that case in an other way than just to exit? > Can I set up a handler preventing the application from exiting when an error > of a notification level of PFNFY_FATAL appears? Not currently. But I think it would be reasonable for us to change pfNotify so that the return value from a notify handler could signify that a task should be retried, in this case pfNew's amalloc(). Perhaps in a future release. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Sat Feb 18 19:35:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA16280; Sat, 18 Feb 1995 18:53:30 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA16277; Sat, 18 Feb 1995 18:53:30 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02195; Sat, 18 Feb 95 18:53:09 -0800 Received: from borg.cs.unc.edu by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id SAA29607; Sat, 18 Feb 1995 18:53:07 -0800 Received: from monet.cs.unc.edu by borg.cs.unc.edu (8.6.9/UNC_06_21_94) id WAA27368; Sat, 18 Feb 1995 22:53:00 -0400 Received: by monet.cs.unc.edu (8.6.9/UNC_06_21_94) id WAA04295; Sat, 18 Feb 1995 22:52:58 -0400 From: David Luebke Message-Id: <199502190252.WAA04295@monet.cs.unc.edu> Subject: pfPtInFrust To: info-performer@sgi.sgi.com (Performer-help mailing list) Date: Sat, 18 Feb 1995 21:52:56 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 309 Status: O Hello, Is pfPtInFrust implemented simply by multiplying the point by the projection matrix that defines the frustum, then clipping against the view volume? Or is something faster being done? I'm using Performer 1.2 on a reality engine, for what that's worth. Thanks, Dave -- David Luebke luebke@cs.unc.edu From guest Sat Feb 18 19:40:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA16291; Sat, 18 Feb 1995 18:59:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA16288; Sat, 18 Feb 1995 18:59:46 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02273; Sat, 18 Feb 95 18:59:26 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id SAA29926; Sat, 18 Feb 1995 18:59:24 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA17521; Sat, 18 Feb 1995 18:59:22 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:blastarr@ix.netcom.com id AA02268; Sat, 18 Feb 95 18:59:16 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA20544; Sat, 18 Feb 1995 18:59:36 -0800 Message-Id: <199502190259.SAA20544@surreal.asd.sgi.com> To: blastarr@ix.netcom.com (Kent Miller) Cc: info-performer@sgi.sgi.com Subject: Re: Class Libs for Performer In-Reply-To: Your message of "Sat, 18 Feb 95 08:06:15 PST." <199502181606.IAA20004@ix2.ix.netcom.com> Date: Sat, 18 Feb 95 18:59:35 -0800 From: Jim Helman Status: O > So I started building some shape classes. I started with a Geode > base class, and included methods for picking, changing textures, etc, > then made classes for polygons, boxes, and so on. > Then I thought, geez, there must be alot of this out there already. So. > Anybody wanna swap class libs? You and anyone else who has done this deserves an award for perseverence. It's a bit tricky, since a fully functional subclass requires the use of the CULL, DRAW and ISECT callbacks in which not all of the necessary traverser state is queriable. However, we are trying to make Performer more extensible. The C++ API with 2.0 is one more step in that direction. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Sat Feb 18 22:15:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA16614; Sat, 18 Feb 1995 21:36:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA16611; Sat, 18 Feb 1995 21:36:39 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA04310; Sat, 18 Feb 95 21:36:18 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id VAA05830; Sat, 18 Feb 1995 21:36:17 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id VAA21669; Sat, 18 Feb 1995 21:36:06 -0800 Received: from fangio.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:marrou@vsl.ist.ucf.edu id AA04304; Sat, 18 Feb 95 21:36:02 -0800 Received: by fangio.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id VAA11352; Sat, 18 Feb 1995 21:35:57 -0800 From: rck@fangio (Robert Keller) Message-Id: <199502190535.VAA11352@fangio.asd.sgi.com> Subject: Re: shared memory segment To: jimh@surreal (Jim Helman) Date: Sat, 18 Feb 1995 21:35:57 -0800 (PST) Cc: marrou@vsl.ist.ucf.edu, info-performer@sgi.sgi.com, mjk@surreal, rck@surreal In-Reply-To: <199502190222.SAA20450@surreal.asd.sgi.com> from "Jim Helman" at Feb 18, 95 06:21:51 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: 1025 Status: O Jim Helman writes: > > Somewhere in Performer a shared memory segment with the key 0x9a4 is > > created, but (in my program) never released. I use a few other segments, > > semaphores, and other things, but everything is removed/erased correctly. > > I'd never noticed this before, since Performer does not use shmget. > > But winopen() is creating a shared memory segment with that key. > Neither winclose() nor gexit() seems to remove it. Yes, this is expected. IrisGL creates, and keeps around a shared memory segment for several things but most notably for common colourmap information. Because of IrisGL's lineage and repetoire of traits and peculiarities, the shared memory segment aids in the communication of internal IrisGL state between IrisGL program. For those with source, check out VENICE/gl/gshm.h (also in other architectures) for an idea what lives in there. The very first GL program creates it, the rest simply know where to find it. It probably lives until the machine is rebooted. ...robert From guest Sun Feb 19 13:16:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA17336; Sun, 19 Feb 1995 12:21:20 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA17333; Sun, 19 Feb 1995 12:21:20 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13249; Sun, 19 Feb 95 12:20:59 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id MAA08820; Sun, 19 Feb 1995 12:20:58 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id MAA07811; Sun, 19 Feb 1995 12:20:56 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:luebke@cs.unc.edu id AA13244; Sun, 19 Feb 95 12:20:44 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA14143; Sun, 19 Feb 1995 12:21:02 -0800 Message-Id: <199502192021.MAA14143@surreal.asd.sgi.com> To: David Luebke Cc: info-performer@sgi.sgi.com (Performer-help mailing list), zhz@surreal Subject: Re: pfPtInFrust In-Reply-To: Your message of "Sat, 18 Feb 95 21:52:56 EST." <199502190252.WAA04295@monet.cs.unc.edu> Date: Sun, 19 Feb 95 12:20:50 -0800 From: Jim Helman Status: O The current pfFrustum implementation does not retain a copy of the corresponding projection matrix, and generating the matrix for each point test would be too expensive. Looking at the nubmer of operations, we could probably speed up the pfPtInFrust test somewhat by retaining a cached matrix and doing what you suggest. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Sun Feb 19 14:33:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA17404; Sun, 19 Feb 1995 13:45:28 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA17401; Sun, 19 Feb 1995 13:45:28 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA14026; Sun, 19 Feb 95 13:45:07 -0800 Received: from lfhs2.hso.link.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id NAA12575; Sun, 19 Feb 1995 13:45:05 -0800 Received: from lfhw9.gsde.hso.link.com (gsde.hso.link.com [130.210.166.9]) by lfhs2.hso.link.com (8.6.9/8.6.9) with ESMTP id PAA16588 for ; Sun, 19 Feb 1995 15:45:03 -0600 Received: from localhost (root@localhost) by lfhw9.gsde.hso.link.com (8.6.4/8.6.4) id PAA05788 for ; Sun, 19 Feb 1995 15:37:38 -0600 Received: from lfhw34.gsde.hso.link.com(130.210.155.34) by lfhw9.gsde.hso.link.com via smap (V1.3) id sma005783; Sun Feb 19 15:37:08 1995 Received: from lfhw3 (u6p64@lfhw3-b.gsde.hso.link.com [130.210.155.3]) by lfhw34.gsde.hso.link.com (8.6.4/8.6.4) with SMTP id PAA10457 for ; Sun, 19 Feb 1995 15:37:15 -0600 Received: by lfhw3 (4.1) id AA22198; Sun, 19 Feb 95 15:37:13 CST From: u6p64@gsde.hso.link.com Message-Id: <9502192137.AA22198@lfhw3> Subject: Strange problems after running the pfiv1.3 patch... To: info-performer@sgi.sgi.com Date: Sun, 19 Feb 1995 15:37:13 -0600 (CST) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 781 Status: O I had some odd linker problems after running the new Inventor loader (v1.3). Since nobody else has complained, I can only guess it's something wrong on my end. Anybody have suggestions? (I'm running on an Onyx, Irix 5.2, Performer 1.2) robot1 /usr/venus/pf/dgw/src=>make moving cc -o moving moving.c -O2 -fullwarn -I/usr/include/Performer -I/usr/src/Performer/include -L/usr/src/Performer/lib -lpfsgi -lpfdwb -lpfflt14 -lpfutil -lpf -lpr -lpfiv-g -lX11 -lmpc -limage -lfm -lgl -lm -lfpe -lC Unresolved: getName__6SoBaseCFv setName__6SoBaseFRC6SbName destroy__6SoBaseFv startNotify__6SoNodeFv notify__6SoNodeFP9SoNotList ...etc... __ct__11SoFieldDataFPC11SoFieldData doAction__7SoGroupFP8SoAction __dt__15SoLevelOfDetailFv *** Error code 1 (bu21) make: fatal error. From guest Sun Feb 19 22:29:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA17836; Sun, 19 Feb 1995 21:53:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA17833; Sun, 19 Feb 1995 21:53:34 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA19691; Sun, 19 Feb 95 21:53:09 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id VAA06239; Sun, 19 Feb 1995 21:53:06 -0800 Received: from hawkeye.newport.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id VAA19320; Sun, 19 Feb 1995 21:53:04 -0800 Received: by hawkeye.newport.sgi.com (940816.SGI.8.6.9/911001.SGI) id VAA24579; Sun, 19 Feb 1995 21:52:57 -0800 From: millard@hawkeye.newport.sgi.com (Ed Millard) Message-Id: <199502200552.VAA24579@hawkeye.newport.sgi.com> Subject: Re: Strange problems after running the pfiv1.3 patch... To: u6p64@gsde.hso.link.com Date: Sun, 19 Feb 1995 21:52:56 -0800 (PST) Cc: info-performer@sgi.sgi.com In-Reply-To: <9502192137.AA22198@lfhw3> from "u6p64@gsde.hso.link.com" at Feb 19, 95 03:37:13 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 2077 Status: O > > I had some odd linker problems after running the new Inventor loader > (v1.3). Since nobody else has complained, I can only guess it's > something wrong on my end. Anybody have suggestions? (I'm running on > an Onyx, Irix 5.2, Performer 1.2) > > robot1 /usr/venus/pf/dgw/src=>make moving > cc -o moving moving.c -O2 -fullwarn -I/usr/include/Performer > -I/usr/src/Performer/include -L/usr/src/Performer/lib -lpfsgi -lpfdwb > -lpfflt14 -lpfutil -lpf -lpr -lpfiv-g -lX11 -lmpc -limage -lfm -lgl > -lm -lfpe -lC > Unresolved: > getName__6SoBaseCFv > setName__6SoBaseFRC6SbName > destroy__6SoBaseFv > startNotify__6SoNodeFv > notify__6SoNodeFP9SoNotList > ...etc... > __ct__11SoFieldDataFPC11SoFieldData > doAction__7SoGroupFP8SoAction > __dt__15SoLevelOfDetailFv > *** Error code 1 (bu21) > > make: fatal error. > > > > You need to explicitly link with: -lInventor for the new loader. I think the new inventor loader really uses the inventor library, while as the old one was a self contained hack and didn't use Inventor DSO's. If this doesn't fix it then check to make sure your Inventor DSO is in tact and has these symbols. To find missing symbols you can use nm or the convenience utility "symsall" I posted here a while back: symsall /usr/lib/*.so | grep getName__6SoBaseCFv /usr/lib/libInventor.so: 5c8a6d84 T getName__6SoBaseCFv nm /usr/lib/libInventor.so | grep getName__6SoBaseCFv [857] | 187150112| |Proc |end=17 int |Text | getName__6SoBaseCFv [858] | 12| |End |ref=857 |Text | getName__6SoBaseCFv [16758] | 187150112| |Proc |ref=857 |Text | getName__6SoBaseCFv ============================================================================= Ed Millard | 18201 Von Karman Avenue Silicon Graphics Inc. | Suite 100 Developer's Support Group | Irvine, CA 92715 millard@sgi.com | (714) 756-5975 ============================================================================= From guest Mon Feb 20 02:22:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA18338; Mon, 20 Feb 1995 01:24:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA18335; Mon, 20 Feb 1995 01:24:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA24045; Mon, 20 Feb 95 01:23:41 -0800 Received: from bcserver.estec.esa.nl by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id BAA15286; Mon, 20 Feb 1995 01:23:39 -0800 From: luis@wgs.estec.esa.nl Received: from pegasus.wgs.estec.esa.nl by bcserver.estec.esa.nl (AIX 3.2/UCB 5.64/4.03) id AA08822; Mon, 20 Feb 1995 10:23:37 +0100 Received: from menkhar.wgs.estec.esa.nl ([131.176.22.91]) by wgs.estec.esa.nl (4.1/WGS1.0server) Mon, 20 Feb 95 10:23:35 +0100 Received: by menkhar.wgs.estec.esa.nl (4.1/WGS1.0client) Mon, 20 Feb 95 10:23:27 +0100 Date: Mon, 20 Feb 95 10:23:27 +0100 Message-Id: <9502200923.AA00567@menkhar.wgs.estec.esa.nl> To: info-performer@sgi.sgi.com Subject: unsubscribe Status: O Please, unsubscribe me ******************************************************************************* * * * Luis I. Miranda * * Simulation and System Modelling Section (WAS) * * European Space Research And Technology Centre (ESTEC) * * European Space Agency e-mail: luis@wgs.estec.esa.nl * * Postbus 299 phone: (31)-1719-85896 * * 2200 AG Noordwijk fax: (31)-1719-85419 * * The Netherlands voice: (31)-1719-85511 (#5896) * * * ******************************************************************************* From guest Mon Feb 20 02:44:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA18393; Mon, 20 Feb 1995 01:50:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA18390; Mon, 20 Feb 1995 01:50:43 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA24435; Mon, 20 Feb 95 01:50:19 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id BAA16344; Mon, 20 Feb 1995 01:50:18 -0800 Received: from sguk.reading.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id BAA25193; Mon, 20 Feb 1995 01:50:15 -0800 Received: from cordoba.reading.sgi.com by sguk.reading.sgi.com via SMTP (931110.SGI/911001.SGI) for info-performer@sgi.sgi.com id AA18723; Mon, 20 Feb 95 09:49:31 GMT Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.sgi.com id JAA00743; Mon, 20 Feb 1995 09:40:15 GMT From: "Greg Edwards" Message-Id: <9502200940.ZM741@cordoba.reading.sgi.com> Date: Mon, 20 Feb 1995 09:40:14 +0000 Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: (Fwd) Strange problems after running the pfiv1.3 patch... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Yes I have all those too. And I'm about to teach the UK Performer class so I need a solution if we're to use the new iv loader in class. I guess it'll be a simple linker thing that we two dummies didn't see ! I wasn't prepared to scramble my machine with endless installing/deinsatlling of the 1.3 iv loader. Greg E. --- Forwarded mail from guest@holodeck.asd.sgi.com From: u6p64@gsde.hso.link.com Subject: Strange problems after running the pfiv1.3 patch... To: info-performer@sgi.sgi.com Date: Sun, 19 Feb 1995 15:37:13 -0600 (CST) I had some odd linker problems after running the new Inventor loader (v1.3). Since nobody else has complained, I can only guess it's something wrong on my end. Anybody have suggestions? (I'm running on an Onyx, Irix 5.2, Performer 1.2) robot1 /usr/venus/pf/dgw/src=>make moving cc -o moving moving.c -O2 -fullwarn -I/usr/include/Performer -I/usr/src/Performer/include -L/usr/src/Performer/lib -lpfsgi -lpfdwb -lpfflt14 -lpfutil -lpf -lpr -lpfiv-g -lX11 -lmpc -limage -lfm -lgl -lm -lfpe -lC Unresolved: getName__6SoBaseCFv setName__6SoBaseFRC6SbName destroy__6SoBaseFv startNotify__6SoNodeFv notify__6SoNodeFP9SoNotList ...etc... __ct__11SoFieldDataFPC11SoFieldData doAction__7SoGroupFP8SoAction __dt__15SoLevelOfDetailFv *** Error code 1 (bu21) make: fatal error. ---End of forwarded mail from guest@holodeck.asd.sgi.com -- ______________________________________________________________________ Greg Edwards, Training & Consultancy Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. switch +44 (0)734 257500, direct +44 (0)734 257740, fax +44 (0)734 257553 gedwards@reading.sgi.com, US vmail 59130, UK vmail 7740#, mailstop IUK-311 From guest Mon Feb 20 03:14:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA18412; Mon, 20 Feb 1995 02:13:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA18409; Mon, 20 Feb 1995 02:13:45 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA24692; Mon, 20 Feb 95 02:13:25 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id CAA17806; Mon, 20 Feb 1995 02:13:23 -0800 Received: from death.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id CAA25726; Mon, 20 Feb 1995 02:13:21 -0800 Received: by death.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id KAA04566; Mon, 20 Feb 1995 10:11:28 GMT From: "Angus Henderson" Message-Id: <9502201011.ZM4564@death.reading.sgi.com> Date: Mon, 20 Feb 1995 10:11:27 +0000 In-Reply-To: blastarr@ix.netcom.com (Kent Miller) "Class Libs for Performer" (Feb 18, 8:06am) References: <199502181606.IAA20004@ix2.ix.netcom.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: blastarr@ix.netcom.com (Kent Miller) Subject: Re: Class Libs for Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You don't build shapes with code & classes you use a modeller ANgus From guest Sun Feb 19 21:52:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA17795; Sun, 19 Feb 1995 20:53:31 -0800 Return-Path: Received: from sgisgp.singapore.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA17792; Sun, 19 Feb 1995 20:53:21 -0800 Received: by sgisgp.singapore.sgi.com (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA16285; Mon, 20 Feb 95 12:53:42 +0800 From: englim@sgisgp.singapore.sgi.com (Eng Lim Goh) Message-Id: <9502200453.AA16285@sgisgp.singapore.sgi.com> Subject: Re: Coplanar Planes To: angus@division.demon.co.uk (Angus Dorbie) Date: Mon, 20 Feb 95 12:53:41 SST Cc: graniela@vsl.ist.ucf.edu, info-performer, kurt@asd.sgi.com In-Reply-To: <9502161616.ZM2710@caliban.division.demon.co.uk>; from "Angus Dorbie" at Feb 16, 95 4:16 pm X-Mailer: ELM [version 2.3 PL11] Status: O Hi Angus, > > What can you do to solve this problem on a Indigo Extreme that can not > > support stencil or displacepolygon commands? > > There is a zbuffering decal technique which can be used on machines without > stencil planes or the displace polygon facility. It could work with your roads > provided your database is suitably constructed. This is another trick from an > ancient issue of IRIS Universe, I forget the issue and author, again. I think > it was called "Zbuffer Magic", or something. IRIS UNIVERSE Issue No. 11, 1989/1990, starting pg. 31, "The Hidden Charms of Z-Buffer" by Kurt Akeley, one of the SGI founders. Cheers, gel englim@singapore.sgi.com Dr. Goh Eng Lim Director North Pacific Technology Centre From guest Mon Feb 20 06:19:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA18790; Mon, 20 Feb 1995 05:40:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA18787; Mon, 20 Feb 1995 05:40:16 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28952; Mon, 20 Feb 95 05:39:56 -0800 Received: from ligsg11.epfl.ch by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id FAA28262; Mon, 20 Feb 1995 05:39:53 -0800 Received: by ligsg11.epfl.ch (Smail3.1.29.1 #28) id m0rgYL6-000048C; Mon, 20 Feb 95 14:39 MET Message-Id: Date: Mon, 20 Feb 95 14:39 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: Re: Class Libs for Performer Reply-To: matomira@epfl.ch Status: O Hello, Jim wrote: >>> However, we are trying to make Performer more extensible. The C++ API with 2.0 is one more step in that direction. >>> I hope that the guiding rule has been `performance over extensibility/friendliness'. Regards, Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Mon Feb 20 06:20:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA18795; Mon, 20 Feb 1995 05:41:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA18792; Mon, 20 Feb 1995 05:41:33 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28980; Mon, 20 Feb 95 05:41:13 -0800 Received: from vm.gmd.de by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id FAA28285; Mon, 20 Feb 1995 05:41:02 -0800 Received: from bogart.mpib-tuebingen.mpg.de by vm.gmd.de (IBM VM SMTP V2R2) with TCP; Mon, 20 Feb 95 14:36:37 +0100 Received: from sage.mpik-tueb.mpg.de by bogart.mpib-tuebingen.mpg.de; (5.65/1.1.8.2/19Dec94-0609PM) id AA02545; Mon, 20 Feb 1995 14:39:43 GMT Received: by sage (931110.SGI/930416.SGI) for @bogart.mpib-tuebingen.mpg.de:info-performer@sgi.com id AA03730; Mon, 20 Feb 95 14:40:31 +0100 From: "Dietrich Opitz" Message-Id: <9502201440.ZM3728@sage.mpik-tueb.mpg.de> Date: Mon, 20 Feb 1995 14:40:30 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Fast Clear Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, What is the fastest way to clear the zbuffer and backgroundcolor in the following scenario: 1 pipe with 2 attached channels for stereo display (1 CPU). Timeing my application i found that using pfClearChan pfClear is slow. Things i want to do are : clear the whole screen once ( ~ 15 ms czclear() ) clear both zbuffers for 2 channels. start the drawing.... But how ? Dietrich -- Dietrich Opitz MPI fuer biologische Kybernetik Spemannstr. 38 72076 Tuebingen GERMANY Tel: ++49(07071) 601 606 FAX: ++49(07071) 601 575 e-mail: dio@sage.mpib-tuebingen.mpg.de From guest Mon Feb 20 11:11:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA19818; Mon, 20 Feb 1995 10:35:26 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA19815; Mon, 20 Feb 1995 10:35:10 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA04647; Mon, 20 Feb 95 10:34:46 -0800 Received: from cae.ca by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id KAA20812; Mon, 20 Feb 1995 10:34:41 -0800 Received: by cae.ca (4.1/SMI-4.1) id AA09151; Mon, 20 Feb 95 13:35:00 EST From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <9502201835.AA09151@cae.ca> Subject: Multigen v11 .flt complete file format? To: info-performer@sgi.sgi.com Date: Mon, 20 Feb 1995 13:34:58 -0500 (EST) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 257 Status: O I would like to know if anyone has the complete file format for Multigen .flt v11. My feeling is that the format included in performer 1.2 (in the file pfflt11.h) doesn't have all the opcodes (only those used by the loader). Nicolas Gauvin nicolas@cae.ca From guest Mon Feb 20 14:28:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA19990; Mon, 20 Feb 1995 13:48:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA19987; Mon, 20 Feb 1995 13:48:42 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08726; Mon, 20 Feb 95 13:48:23 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id NAA06868; Mon, 20 Feb 1995 13:48:20 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id NAA18964; Mon, 20 Feb 1995 13:48:18 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:matomira@epfl.ch id AA08719; Mon, 20 Feb 95 13:47:58 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA10893; Mon, 20 Feb 1995 13:48:16 -0800 Message-Id: <199502202148.NAA10893@surreal.asd.sgi.com> To: matomira@epfl.ch Cc: info-performer@sgi.sgi.com Subject: Re: Class Libs for Performer In-Reply-To: Your message of "Mon, 20 Feb 95 14:39:00 +0700." Date: Mon, 20 Feb 95 13:48:08 -0800 From: Jim Helman Status: O > I hope that the guiding rule has been `performance over > extensibility/friendliness'. Performance rules..... C++ is like a psychoactive power tool. When abused or handled carelessly C++ is quite capable of cutting the legs off your CPU and at the same time leaving you quite pleased with this outcome. The excuse that one can afford to ignore the performance implications of a design because CPUs are getting faster is a load of hooey, especially if you look where graphics/CPU ratios are going. But handled properly and applied to appropriate problems, C++ can improve both code structure and performance. In short, the new C++ API and the prerequisite port of libpr to C++ will help both us and our developers write better code and I don't expect much performance difference as a result. Some things will be slightly faster in the C++ port: 1) Virtual function tables are more efficient than our old switch-statement polymorphism for libpr pfObjects. 2) C++ inline functions make many of the simple get and set operations in libpr faster both for C++ applications and for libpf. 3) Applications written in C++ will no longer need to go through the libpf CAPI wrappers or the pervasive tests in current libpf and libpr CAPI to see if the first argument (this) is NULL. 4) Some libpr routines will be tuned to be faster because of things we've found in going through every line code. Some things will be slightly slower in the C++ port: 1) Applications written in C will need to go through new libpr CAPI wrappers, but for most performance-critical functions, e.g. math, there won't be any difference since these are inlined into the CAPI wrappers. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Tue Feb 21 06:08:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA20803; Tue, 21 Feb 1995 05:16:24 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA20800; Tue, 21 Feb 1995 05:16:19 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA23874; Tue, 21 Feb 95 05:16:03 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id FAA03045; Tue, 21 Feb 1995 05:15:55 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA16041 (5.65c8/IDA-1.4.4 for ); Tue, 21 Feb 1995 14:15:30 +0100 Received: by vier.idt.unit.no id AA26433 (5.0/idt-C-2.0 for idt); Tue, 21 Feb 1995 14:15:29 +0100 Date: Tue, 21 Feb 1995 14:15:29 +0100 Message-Id: <9502211315.AA26433@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: Medit Content-Length: 975 Status: O Can anyone tell me who to contact for buying a license to Medit ?? I'm using it with Performer and I know SGI ships Performer with i3dm, how much better is Medit ?? What do Medit costs ?? etc... I need it fast..... /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Tue Feb 21 07:55:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA20906; Tue, 21 Feb 1995 07:14:14 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA20903; Tue, 21 Feb 1995 07:14:09 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA25604; Tue, 21 Feb 95 07:13:53 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id HAA11709; Tue, 21 Feb 1995 07:13:48 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id HAA24356; Tue, 21 Feb 1995 07:13:45 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:u6p64@gsde.hso.link.com id AA25596; Tue, 21 Feb 95 07:13:47 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id HAA13841; Tue, 21 Feb 1995 07:14:02 -0800 From: "Michael Jones" Message-Id: <9502210714.ZM13839@babar.asd.sgi.com> Date: Tue, 21 Feb 1995 07:14:01 -0800 In-Reply-To: millard@hawkeye.newport.sgi.com (Ed Millard) "Re: Strange problems after running the pfiv1.3 patch..." (Feb 19, 9:52pm) References: <199502200552.VAA24579@hawkeye.newport.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: millard@hawkeye.newport.sgi.com (Ed Millard), u6p64@gsde.hso.link.com Subject: Re: Strange problems after running the pfiv1.3 patch... Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 19, 9:52pm, Ed Millard wrote: :I think the new inventor loader really uses the inventor library, while :as the old one was a self contained hack and didn't use Inventor DSO's. Ed's exactly right on this, and it's a great thing about OpenInventor that I wish other higher-level graphics systems provided: a self- describing traversal. This lets you extract the excat polygons that would be drawn by Inventor "Cone" or "Text3d" nodes. In the next version of IRIS Performer, the loaders are DSO's that each link with whatever libraries (OpenInventor eoe, IL eoe, etc.) that they need so the main application program (such as Perfly) will not need to be aware of this layered relationship. By the way, the bug reports and comments about the OpenInventor loader seemed to stop with the advent of the latest (1.3) version on our ftp site. If you have inventor models, and have not downloaded the loader yet, please give it a try and let us know if you see any problems. Thanks, Michael Jones P.S. Don't forget to put -lInventor on your link line ;-) -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Tue Feb 21 07:55:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA20917; Tue, 21 Feb 1995 07:20:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA20914; Tue, 21 Feb 1995 07:20:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA25729; Tue, 21 Feb 95 07:20:38 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id HAA12233; Tue, 21 Feb 1995 07:20:32 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id HAA25124; Tue, 21 Feb 1995 07:20:31 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA25720; Tue, 21 Feb 95 07:20:30 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id HAA13847; Tue, 21 Feb 1995 07:20:40 -0800 From: "Michael Jones" Message-Id: <9502210720.ZM13845@babar.asd.sgi.com> Date: Tue, 21 Feb 1995 07:20:40 -0800 In-Reply-To: "Angus Henderson" "Re: Class Libs for Performer" (Feb 20, 10:11am) References: <199502181606.IAA20004@ix2.ix.netcom.com> <9502201011.ZM4564@death.reading.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Angus Henderson" Subject: Re: Class Libs for Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 20, 10:11am, Angus Henderson wrote: > Subject: Re: Class Libs for Performer :You don't build shapes with code & classes you use a modeller While I tend to agree with Angus, I must admit that working on and testing the new OpenInventor loader has been a real lesson for me. While most of the "real" databases seem to be just polygons that came from a modeller, we have seen an amazing number of objects built up from scaled boxes, spheres, and cones. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Tue Feb 21 08:02:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA20930; Tue, 21 Feb 1995 07:26:44 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA20927; Tue, 21 Feb 1995 07:26:44 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA25853; Tue, 21 Feb 95 07:26:27 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id HAA12722; Tue, 21 Feb 1995 07:26:22 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id HAA25586; Tue, 21 Feb 1995 07:26:16 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:nicolas@cae.ca id AA25845; Tue, 21 Feb 95 07:26:03 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id HAA13884; Tue, 21 Feb 1995 07:26:11 -0800 From: "Michael Jones" Message-Id: <9502210726.ZM13882@babar.asd.sgi.com> Date: Tue, 21 Feb 1995 07:26:11 -0800 In-Reply-To: nicolas@cae.ca (Nicolas Gauvin) "Multigen v11 .flt complete file format?" (Feb 20, 1:34pm) References: <9502201835.AA09151@cae.ca> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: nicolas@cae.ca (Nicolas Gauvin), info-performer@sgi.sgi.com Subject: Re: Multigen v11 .flt complete file format? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 20, 1:34pm, Nicolas Gauvin wrote: > Subject: Multigen v11 .flt complete file format? :I would like to know if anyone has the complete file format :for Multigen .flt v11. My feeling is that the format included :in performer 1.2 (in the file pfflt11.h) doesn't have all :the opcodes (only those used by the loader). : :Nicolas Gauvin :nicolas@cae.ca >-- End of excerpt from Nicolas Gauvin The MultiGen FLIGHT v11 source code is complete. The header files describe (to the best of my knowledge) all of data packets contained in those files. What you may be finding to be a problem are the additional opcodes and features that were added in subsequent versions of the file format. The header file defines the struct mgHeader, which contains the field "dbrev". I suggest that you print this out as you load files. When you find a v12, v13, or v14 file that you can't read, then you'll know why. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Tue Feb 21 08:03:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA20922; Tue, 21 Feb 1995 07:24:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA20919; Tue, 21 Feb 1995 07:24:13 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA25779; Tue, 21 Feb 95 07:23:56 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) id HAA25405; Tue, 21 Feb 1995 07:23:50 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA29291; Tue, 21 Feb 1995 16:29:32 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9502211629.ZM29289@shark.paris.sgi.com> Date: Tue, 21 Feb 1995 16:29:31 +0100 In-Reply-To: abrend@idt.unit.no "Medit" (Feb 21, 2:15pm) References: <9502211315.AA26433@vier.idt.unit.no> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: abrend@idt.unit.no Subject: Re: Medit Cc: info-performer@sgihub.corp.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 21, 2:15pm, abrend@idt.unit.no wrote: > > Can anyone tell me who to contact for buying a license to Medit ?? > I'm using it with Performer and I know SGI ships Performer with i3dm, > how much better is Medit ?? What do Medit costs ?? etc... i3dm is a basic (and free) single-object modeller but is fairly limited in scope, especially when compared to the more complex modelling packages, such as those from Medit, MultiGen, Coryphaeus, Wavefront, etc. Here is some contact information previously posted to the mailing list: Mr Colin Dooley Medit Productions S.A. Plaza Jose Maria Orense 12, Pta. 5 46022 Valencia SPAIN Fax +34 6 372 6063 From: Colin Dooley <100346.1122@CompuServe.COM> To: Subject: Medit modeller We seem to have caused a bit of a fuss with our modelling software. If anybody is interested in getting a demo tape, or would like more details, please fax your company details to us at ++346 372 6063, and tell us what sort of tape you would like (we can supply DAT or QIC-150). Thanks, Colin Dooley, Medit productions. From: Colin Dooley <100346.1122@CompuServe.COM> Subject: Medit pricing Re: Medit pricing. Medit costs approx 1600 US dollars. Stop sending the e-mail! Colin Dooley [archives of the mailing list are available from sgigate.sgi.com in the anonymous ftp area, /pub/Performer/monthly-archives ] Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Tue Feb 21 08:15:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA20945; Tue, 21 Feb 1995 07:33:26 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA20942; Tue, 21 Feb 1995 07:33:26 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA25985; Tue, 21 Feb 95 07:33:09 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id HAA13300; Tue, 21 Feb 1995 07:33:04 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id HAA25936; Tue, 21 Feb 1995 07:33:02 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:abrend@idt.unit.no id AA25981; Tue, 21 Feb 95 07:33:05 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id HAA13899; Tue, 21 Feb 1995 07:33:16 -0800 From: "Michael Jones" Message-Id: <9502210733.ZM13897@babar.asd.sgi.com> Date: Tue, 21 Feb 1995 07:33:16 -0800 In-Reply-To: abrend@idt.unit.no "Medit" (Feb 21, 2:15pm) References: <9502211315.AA26433@vier.idt.unit.no> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: abrend@idt.unit.no, info-performer@sgi.sgi.com Subject: Re: Medit Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 21, 2:15pm, abrend@idt.unit.no wrote: > Subject: Medit : :Can anyone tell me who to contact for buying a license to Medit ?? :I'm using it with Performer and I know SGI ships Performer with i3dm, :how much better is Medit ?? What do Medit costs ?? etc... : :I need it fast..... Colin Dooley, Medit productions 100346.1122@CompuServe.COM Colin sent us a trial copy and it seems nice. There are several fine modelling tools available to Performer customers, and I have had the idea of placing decriptions of them in the Performer WWW pages along with hypertext links to those vendors that have that capability. If you have a Performer-based or Performer-related product that you would like mentioned in one of these ways, please let me know. Thanks, Michael. P.S. There are many modellers: Medit, MultiGen, Designer's Workbench, Wavefront, I3DM, Alias, EZ3D, Showcase, etc. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Tue Feb 21 09:09:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA21068; Tue, 21 Feb 1995 08:28:23 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA21065; Tue, 21 Feb 1995 08:28:15 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA27214; Tue, 21 Feb 95 08:27:54 -0800 Received: from moose.BanffCentre.AB.CA by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) id IAA18833; Tue, 21 Feb 1995 08:27:46 -0800 Received: from grizzly.BanffCentre.AB.CA (grizzly.BanffCentre.AB.CA [198.161.28.11]) by moose.BanffCentre.AB.CA (8.6.9/950131.new-media) with ESMTP id QAA21097; Tue, 21 Feb 1995 16:29:23 GMT From: Sean Halliday Received: (halliday@localhost) by grizzly.BanffCentre.AB.CA (8.6.9/950131.nullclient) id QAA02027; Tue, 21 Feb 1995 16:29:21 GMT Message-Id: <199502211629.QAA02027@grizzly.BanffCentre.AB.CA> Subject: Re: Class Libs for Performer To: angus@death.reading.sgi.com (Angus Henderson) Date: Tue, 21 Feb 1995 09:29:20 -0700 (MST) Cc: info-performer@sgi.sgi.com In-Reply-To: <9502201011.ZM4564@death.reading.sgi.com> from "Angus Henderson" at Feb 20, 95 10:11:27 am X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 405 Status: O > > You don't build shapes with code & classes you use a modeller > > ANgus > I disagree. Some programs may have models that change over time. Not every change can always be modelled with a modeller. -- Sean Halliday Computer Graphics Software Developer New Media Research, Banff Centre for the Arts. halliday@BanffCentre.AB.CA From guest Tue Feb 21 09:41:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA21148; Tue, 21 Feb 1995 09:07:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA21145; Tue, 21 Feb 1995 09:07:44 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28725; Tue, 21 Feb 95 09:07:27 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id JAA23727; Tue, 21 Feb 1995 09:07:21 -0800 Received: from griffin.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id JAA05649; Tue, 21 Feb 1995 09:07:19 -0800 Received: by griffin.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id RAA14800; Tue, 21 Feb 1995 17:03:24 GMT From: "Andrew Walton" Message-Id: <9502211703.ZM14798@griffin.reading.sgi.com> Date: Tue, 21 Feb 1995 17:03:23 +0000 In-Reply-To: "Michael Jones" "Re: Multigen v11 .flt complete file format?" (Feb 21, 7:26am) References: <9502201835.AA09151@cae.ca> <9502210726.ZM13882@babar.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Michael Jones" , nicolas@cae.ca (Nicolas Gauvin), info-performer@sgi.sgi.com Subject: Re: Multigen v11 .flt complete file format? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 21, 7:26am, Michael Jones wrote: > Subject: Re: Multigen v11 .flt complete file format? > On Feb 20, 1:34pm, Nicolas Gauvin wrote: > > Subject: Multigen v11 .flt complete file format? > :I would like to know if anyone has the complete file format > :for Multigen .flt v11. My feeling is that the format included > :in performer 1.2 (in the file pfflt11.h) doesn't have all > :the opcodes (only those used by the loader). > : > :Nicolas Gauvin > :nicolas@cae.ca > >-- End of excerpt from Nicolas Gauvin > > The MultiGen FLIGHT v11 source code is complete. The > header files describe (to the best of my knowledge) all of > data packets contained in those files. > > What you may be finding to be a problem are the additional > opcodes and features that were added in subsequent versions > of the file format. The header file defines the struct mgHeader, > which contains the field "dbrev". I suggest that you print this > out as you load files. When you find a v12, v13, or v14 file that > you can't read, then you'll know why. Looking through the include files, my old v10 spec and the notes I wrote about the flt format back in 1991/1992; Opcodes 40-48 which always follow a matrix, specifiy the indivdual transformations that make up the matrix. MultiGen uses these to allow a user to edit the rotations, scales, translates etc that make up the transformation (otherwise MultiGen would need to decompose the matrix). Performer doesn't need these, all the information is in the matrix, so the flt loader skips them. Since each node starts with two shorts, the opcode and the size, you can skip any node without knowing any more about its format, this is why there is no need to define structs for these nodes pffltXX.h. In fact my old v10 spec doesn't give any details of their structure. Otherwise, as far as I can tell, the header files are complete. > > -- > > Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 > Michael T. Jones Silicon Graphics, Advanced Graphics Division > mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 > > >-- End of excerpt from Michael Jones Regards Andrew -- Andrew Walton, Applications Support Engineer, Silicon Graphics Ltd. From guest Tue Feb 21 10:23:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA21247; Tue, 21 Feb 1995 09:50:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA21244; Tue, 21 Feb 1995 09:50:32 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA00531; Tue, 21 Feb 95 09:50:14 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id JAA00300; Tue, 21 Feb 1995 09:50:10 -0800 Received: from death.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id JAA11844; Tue, 21 Feb 1995 09:50:08 -0800 Received: by death.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id RAA06842; Tue, 21 Feb 1995 17:48:04 GMT From: "Angus Henderson" Message-Id: <9502211748.ZM6840@death.reading.sgi.com> Date: Tue, 21 Feb 1995 17:48:04 +0000 In-Reply-To: "Michael Jones" "Re: Class Libs for Performer" (Feb 21, 7:20am) References: <199502181606.IAA20004@ix2.ix.netcom.com> <9502201011.ZM4564@death.reading.sgi.com> <9502210720.ZM13845@babar.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Michael Jones" Subject: Re: Class Libs for Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Some CADCentre-like companies would like this feature so they could use all of Performers MP, Culling etc.... while rendering their data from parametric cylinders,spheres etc.... You can change complexity on the fly from parametric geometry & also save loads of memory. So I disagree with my previous terse comment. FIckle of REading From guest Tue Feb 21 10:54:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA21292; Tue, 21 Feb 1995 10:14:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA21289; Tue, 21 Feb 1995 10:14:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA01734; Tue, 21 Feb 95 10:14:32 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id KAA04357; Tue, 21 Feb 1995 10:14:28 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id KAA15762; Tue, 21 Feb 1995 10:14:27 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA01728; Tue, 21 Feb 95 10:14:27 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id KAA18483; Tue, 21 Feb 1995 10:14:44 -0800 From: "Michael Jones" Message-Id: <9502211014.ZM18481@babar.asd.sgi.com> Date: Tue, 21 Feb 1995 10:14:44 -0800 In-Reply-To: "Angus Henderson" "Re: Class Libs for Performer" (Feb 21, 5:48pm) References: <199502181606.IAA20004@ix2.ix.netcom.com> <9502201011.ZM4564@death.reading.sgi.com> <9502210720.ZM13845@babar.asd.sgi.com> <9502211748.ZM6840@death.reading.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Angus Henderson" Subject: Re: Class Libs for Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 21, 5:48pm, Angus Henderson wrote: > Subject: Re: Class Libs for Performer :Some CADCentre-like companies would like this feature so they could use all of :Performers MP, Culling etc.... while rendering their data from parametric :cylinders,spheres etc.... You can change complexity on the fly from parametric :geometry & also save loads of memory. So I disagree with my previous terse :comment. I'll also add that IRIS Performer2.0 includes support in each geoset for a user-defined draw callback. Setting this to your "draw a procedural shape" function and having the data for that shape referenced in the geoset's user data pointer allows exactly this. It's something we added the day after we saw the CADCentre demo. We're always open to good ideas. Michael. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Tue Feb 21 10:59:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA21308; Tue, 21 Feb 1995 10:23:16 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA21305; Tue, 21 Feb 1995 10:23:16 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02314; Tue, 21 Feb 95 10:22:57 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id KAA05755; Tue, 21 Feb 1995 10:22:50 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id KAA16918; Tue, 21 Feb 1995 10:22:49 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA02306; Tue, 21 Feb 95 10:22:50 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA12847; Tue, 21 Feb 1995 10:21:00 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199502211821.KAA12847@tubes.asd.sgi.com> Subject: Re: frame rate control with IRIX 5.3 revisited To: guest (Beaver, Jim) Date: Tue, 21 Feb 95 10:21:00 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9501177930.AA793066472@smtpgwy.si.com>; from "Beaver, Jim" at Feb 17, 95 4:26 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > Hello again, > > Thanks to those who replied to my plea for help. What I still don't > understand, however, is why my application running under IRIX 4.0.5 and > Performer 1.0 didn't exhibit the same problem. But that's not what this message > is about. Following Jean Daigle's suggestion, I tried using > pfPhase(PFPHASE_LIMIT). The pfFrame man page says that "PFPHASE_LIMIT is > equivalent to PFPHASE_FREE_RUN except that the application can go no faster than > the frame rate specified by pfFrameRate although it may go slower". This is > exactly what I want. Also, I was under the impression that, when using > PFPHASE_LIMIT, if the scene could not be drawn in the specified frame rate, it > would back down to the next slower refresh rate, not the next slowest multiple > of the specified frame rate. Unfortunately, it doesn't seem to work on my > Indigo2. When I tried PFPHASE_LIMIT, my application behaved as if I was using > PFPHASE_FREE_RUN. The frame rate was not being limited. at lest according to the > pfDrawChanStats display, to my specified frame rate, either as an upper or lower > limit. Is PFPHASE_LIMIT possibly only functional in multi processor machines? > > Thanks > Jim Beaver > Smiths Industries Aerospace - Grand Rapids > 616-241-7671 In 1.2, LIMIT has no effect when in single process mode. You have 2 options: 1. Run in multiprocess mode, e.g. - PFMP_APPCULL_DRAW 2. Call swapinterval(n) in your pipe initialization callback. n is the number of retraces per frame, e.g., 3 for 20Hz. From guest Tue Feb 21 11:06:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA21334; Tue, 21 Feb 1995 10:30:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA21331; Tue, 21 Feb 1995 10:30:35 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02569; Tue, 21 Feb 95 10:30:16 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id KAA18290; Tue, 21 Feb 1995 10:30:12 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:luebke@cs.unc.edu id AA02565; Tue, 21 Feb 95 10:30:12 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA12866; Tue, 21 Feb 1995 10:28:14 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199502211828.KAA12866@tubes.asd.sgi.com> Subject: Re: does pfGetTravMat matrix include projection? To: guest (Allan Schaffer) Date: Tue, 21 Feb 95 10:28:14 PST Cc: luebke@cs.unc.edu, info-performer@sgihub.corp.sgi.com In-Reply-To: <9502171420.ZM18374@shark.paris.sgi.com>; from "Allan Schaffer" at Feb 17, 95 2:20 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > On Feb 17, 1:51am, David Luebke wrote: > > Does the matrix returned by pfGetTravMat include the perspective > > transform or not? My problem is this: I have a bunch of points in > > a pre-cull callback that I want to transform into screenspace. I > > was planning to use pfGetTravMat to grab the current matrix and pump > > the vertices through with pfXformPt3, when I realized that the matrix > > probably would not include the projection into screenspace. Comments > > or suggestions? Thanks, > > The matrix returned by pfGetTravMat is the model transform matrix, so > no, the projection matrix (containing your perspective transform) is > not included. > > Offhand this sounds fairly difficult to do since I don't think the > CULL process has a concept of the actual projection matrix or of screen > pixels. > > I don't have the man pages readily available (gasp) but perhaps there > is a way to divine the proper projection matrix given the values > you've supplied to define a pfChannel, along with the perspective > matrix definition in the back of the GL Programming Guide. Sounds > gross, hopefully someone will mention a better way. :) > > This would be a piece of cake from the draw process, where you could > just call mmode(MPROJECTION); getmatrix(foo); mmode(MVIEWING). > > What are you trying to do? > > Allan > > -- > Allan Schaffer > Silicon Graphics > aschaffe@sgi.com > http://reality.sgi.com/employees/aschaffe > Currently, you can query the CULLing channel through pfGetTravChan and call pfGetFrustNear(chan) to get the projection plane of the channel. In 2.0 we hope to implement pfGetFrustMat so you can get the projection matrix of a pfFrustum or pfChannel. From guest Tue Feb 21 11:14:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA21355; Tue, 21 Feb 1995 10:38:22 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA21352; Tue, 21 Feb 1995 10:38:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02886; Tue, 21 Feb 95 10:38:02 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id KAA08923; Tue, 21 Feb 1995 10:38:00 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id KAA19618; Tue, 21 Feb 1995 10:37:58 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:kathyl@wormald.com.au id AA02879; Tue, 21 Feb 95 10:37:58 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA12902; Tue, 21 Feb 1995 10:36:08 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199502211836.KAA12902@tubes.asd.sgi.com> Subject: Re: Stencilling and Shadow Volumes within Performer To: guest (Angus Dorbie) Date: Tue, 21 Feb 95 10:36:08 PST Cc: kathyl@wormald.com.au, info-performer@sgi.sgi.com In-Reply-To: <9502171144.ZM18751@falstaff>; from "Angus Dorbie" at Feb 17, 95 11:44 am X-Mailer: ELM [version 2.3 PL8] Status: O > > Hi Kathy, > perhaps you haven't sorted the stencil operation with the rest of the > scene geometry. You must perform the stenciling last and adding it to the scene > graph last may not guarantee the drawing order. Your geosets also need to be > drawn correctly relative to each other so it might be worth performing the > entire shadowing operation as a callback to a transparent geoset which will be > sorted last(ish) in the scene (if you have sorting on), with three explicit > calls to pfDrawGSet(). You could even perform the shadowing after you call > pfDraw() to ensure the whole thing is done last but this means you'll have to > position the shadow using the GL. > Also when you perform your stenciling it might be worth overriding some state > information such as DECAL. > This last statement is important. When using GL features for fancy stuff like shadows you need to override Performer mode settings which also use that particular GL feature. Unfortunately, there is no documentation on the exact GL modes that Performer uses but here is a quick listing: pfDecal - stencil if PFDECAL_HIGH_QUALITY - displacepolygon if PFDECAL_FAST pfTransparency - blendfunction if multisampling not enabled or PFTR_HIGH_QUALITY - msalpha if multisampling enabled or PFTR_FAST pfAntialias - pntsmooth/linesmooth if multisampling not available - mssize() if multisampling available - special round, fast points if multisampling available 2.0 has a new call, pfGLOverride which forces the use of a particular GL method for a performer mode, e.g., pfGLOverride(PFGL_DECAL, PFGL_DECAL_DISPLACE) that will be useful for these kind of things. From guest Tue Feb 21 11:28:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA21389; Tue, 21 Feb 1995 10:53:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA21386; Tue, 21 Feb 1995 10:53:44 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA03578; Tue, 21 Feb 95 10:53:24 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id KAA11340; Tue, 21 Feb 1995 10:53:21 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id KAA21801; Tue, 21 Feb 1995 10:53:20 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA03569; Tue, 21 Feb 95 10:53:19 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA12926; Tue, 21 Feb 1995 10:51:30 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199502211851.KAA12926@tubes.asd.sgi.com> Subject: Re: How to Duplicate Nodes? To: guest (Al Jones) Date: Tue, 21 Feb 95 10:51:30 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <199502080249.AA06659@crl7.crl.com>; from "Al Jones" at Feb 7, 95 6:49 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > > I have a simple question which doesn't seem to be answered in the > documentation: How do you make a copy of a node (or better yet, a > node and all of its children)? > > I have an application which needs to draw multiple instances of the > same model, but with each instance drawn in a different color. > Unfortunately, I can't seem to use shared or cloned instancing for this, > since color is not an inherited attribute. So I believe I'm stuck > with making a copy of the model for each instance I want to draw, then > setting each leaf node to the desired color. It's ugly, but it might work > if I could figure out how to make copies (short of reading each node's > type and attributes and explicitly re-creating an identical one). > > I'd appreciate any clues. > > Al Jones > solo@crl.com > pfClone() will copy nodes and children down to pfGeoSets. The pfGeoSets themselves will not be cloned since pfClone() was originally intended as an instancing mechanism where you wanted to share geometry. We hope to clone geosets in 2.0. There are a few ways you can change color between instances through draw callbacks: 1. pfColortable - see man page 2. pfHighlight - see man page 3. pfMaterial with a color mode of PFMTL_CMODE_COLOR will override local pfGeoSet colors. From guest Tue Feb 21 12:18:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA21617; Tue, 21 Feb 1995 11:51:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA21614; Tue, 21 Feb 1995 11:51:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA06308; Tue, 21 Feb 95 11:50:37 -0800 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id LAA21658; Tue, 21 Feb 1995 11:50:32 -0800 Received: from uucp1.UU.NET by relay3.UU.NET with SMTP id QQyebv08711; Tue, 21 Feb 1995 14:50:38 -0500 Received: from multigen.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Tue, 21 Feb 1995 14:50:23 -0500 Received: from MAIL_CENTER (QM 3.0) by multigen.uucp (UMCP\QM 2.0.1) id AA00075; Tue, 21 Feb 1995 12:51:32 PST Message-Id: <00581.2876215892.75@multigen.uucp> Organization: MultiGen, Inc. X-Charset: MACINTOSH X-Umcp-To: INFO PERFORMER From: Marcus To: INFO PERFORMER Date: Tue, 21 Feb 1995 12:44:10 PST Subject: Re: Multigen v11 .flt comple Status: O Reply to: RE>Multigen v11 .flt complete file f >From: nicolas@cae.ca (Nicolas Gauvin) >Message-Id: <9502201835.AA09151@cae.ca> >Subject: Multigen v11 .flt complete file format? >Date: Mon, 20 Feb 1995 13:34:58 -0500 (EST) >I would like to know if anyone has the complete file format >for Multigen .flt v11. My feeling is that the format included >in performer 1.2 (in the file pfflt11.h) doesn't have all >the opcodes (only those used by the loader). > >Nicolas Gauvin >nicolas@cae.ca Yes. The Flight V11 loader only implements a subset of the V11 format specification. Certain object and polygon attributes are ignored. A short list of ommisions is given at the end of the readme file in the directory /usr/src/Performer/src/lib/libpfflt/README.V13 that apply to the V11 loader. All Flight and OpenFlight format specifications are available from MultiGen Product Support. My .sig has our addresses and phone numbers. Regards, Marcus Barnes, Member Technical Staff MultiGen Inc., 1884 The Alameda, San Jose CA, 95126 PH: (408) 261 4110 FX: (408) 247 4329 EMAIL: multigen!techsupport@uunet.UU.NET From guest Tue Feb 21 12:18:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA21626; Tue, 21 Feb 1995 11:51:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA21623; Tue, 21 Feb 1995 11:51:48 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA06352; Tue, 21 Feb 95 11:51:24 -0800 Received: from bvr.co.il by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id LAA21743; Tue, 21 Feb 1995 11:51:09 -0800 Received: from amcor.bvr.co.il by bvr.co.il via SMTP (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA00650; Tue, 21 Feb 95 21:55:33 +0200 Received: by amcor.bvr.co.il (931110.SGI/911001.SGI) for @owl.bvr.co.il:info-performer@sgi.com id AA18277; Tue, 21 Feb 95 21:48:16 +0200 From: "Ran Yakir" Message-Id: <9502212148.ZM18275@amcor.bvr.co.il> Date: Tue, 21 Feb 1995 21:48:14 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Is something wrong with pfStats ? Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, I've tried running a database on a Power-VGXT with 2 CPUs. It ran in FORK_DRAW mode. When I activated the pfStats with pfDrawChanStats, I saw that the triangles count is different from the triangles count I get on an ONYX-RE2, with the same everything (database, eye-position, etc.). Moreover, the count on the VGXT is higher than what I have in the entire database, and it changes when I turn texturing on and off. Have someone experienced something like that ? Thanks Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | Graphics App. Chief Engineer / )_ (_(_) ) \/ (_(_/<_(_)( | BVR Technologies Ltd. _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | From guest Tue Feb 21 17:51:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA22057; Tue, 21 Feb 1995 17:02:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA22054; Tue, 21 Feb 1995 17:02:05 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA19570; Tue, 21 Feb 95 17:01:42 -0800 Received: from realityone.gstone.com by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id RAA17364; Tue, 21 Feb 1995 17:01:39 -0800 Received: from smtpgate.gstone.com by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA06076; Tue, 21 Feb 95 16:59:55 -0800 Received: from Microsoft Mail (PU Serial #1024) by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Feb21.165500.1024.3926; Tue, 21 Feb 1995 16:59:52 -0800 From: jsmith@smtpgate.gstone.com (Smith, Jeff W.) To: info-performer@sgi.sgi.com ('Performer User Group ( SMTP )') Message-Id: <1995Feb21.165500.1024.3926@smtpgate.gstone.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Organization: GreyStone Technology, Inc. (619) 675-7800 Date: Tue, 21 Feb 1995 16:59:52 -0800 Subject: IRIX 5.3 Status: O Does Performer 1.2 work under IRIX 5.3? -- Jeff WS From guest Tue Feb 21 19:11:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA22218; Tue, 21 Feb 1995 18:25:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA22215; Tue, 21 Feb 1995 18:25:33 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA23778; Tue, 21 Feb 95 18:25:13 -0800 Received: from Sunset.AI.SRI.COM by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id SAA00070; Tue, 21 Feb 1995 18:25:10 -0800 Received: from Crazypete.AI.SRI.COM by Sunset.AI.SRI.COM (4.1/SMI-4.1) id AA29753 for info-performer@sgi.com; Tue, 21 Feb 95 18:25:16 PST Received: from localhost by Crazypete.AI.SRI.COM (940816.SGI.8.6.9/SMI-4.1) id CAA12703 for ; Wed, 22 Feb 1995 02:25:08 GMT Message-Id: <199502220225.CAA12703@Crazypete.AI.SRI.COM> To: jsmith@smtpgate.gstone.com (Smith, Jeff W.) Cc: info-performer@sgi.sgi.com ('Performer User Group ( SMTP )') Subject: Re: IRIX 5.3 In-Reply-To: Your message of "Tue, 21 Feb 1995 16:59:52 PST." <1995Feb21.165500.1024.3926@smtpgate.gstone.com> Date: Tue, 21 Feb 1995 18:25:08 -0800 From: Stephen Lau Status: O Yes. ------------------------------------------------------------------------------- Stephen Lau | SRI International | "If trains stop at a train station 333 Ravenswood Ave., Menlo Park, CA. 94025| what happens at a work station?" (415) 859-2925(Work) (415) 859-3735(Fax)| - As seen on a Web page at Email: lau@ai.sri.com | the Naval PostGraduate School URL: http://www.ai.sri.com/~lau | ------------------------------------------------------------------------------- From guest Tue Feb 21 19:30:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA22252; Tue, 21 Feb 1995 18:47:41 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA22249; Tue, 21 Feb 1995 18:47:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA24361; Tue, 21 Feb 95 18:47:21 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id SAA02724; Tue, 21 Feb 1995 18:47:18 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA28728; Tue, 21 Feb 1995 18:47:16 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:jsmith@smtpgate.gstone.com id AA24352; Tue, 21 Feb 95 18:47:11 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA26070; Tue, 21 Feb 1995 18:47:30 -0800 Message-Id: <199502220247.SAA26070@surreal.asd.sgi.com> To: jsmith@smtpgate.gstone.com (Smith, Jeff W.) Cc: info-performer@sgi.sgi.com ('Performer User Group ( SMTP )') Subject: Re: IRIX 5.3 In-Reply-To: Your message of "Tue, 21 Feb 95 16:59:52 PST." <1995Feb21.165500.1024.3926@smtpgate.gstone.com> Date: Tue, 21 Feb 95 18:47:29 -0800 From: Jim Helman Status: O > Does Performer 1.2 work under IRIX 5.3? Yes, although your sales rep may think differently. There was a glitch in the compatibility database used by the sales force that prevented Performer 1.2 from being ordered with a IRIX 5.3-based machine. This should have been fixed by now. Also, a problem on the 1.2 CD recently came to light. One of the database files in a Friends of Performer subsystem didn't make it into the images correctly. IRIX 5.2's inst did not complain about this, but IRIX 5.3's generates a continuable error. If you get a checksum error in performer_friends.sw.avalon, just continue past it. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Tue Feb 21 19:43:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA22281; Tue, 21 Feb 1995 18:54:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA22278; Tue, 21 Feb 1995 18:54:08 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA24570; Tue, 21 Feb 95 18:53:48 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id SAA03634; Tue, 21 Feb 1995 18:53:46 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id SAA29058; Tue, 21 Feb 1995 18:53:45 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA24566; Tue, 21 Feb 95 18:53:44 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA06183; Tue, 21 Feb 1995 18:51:56 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199502220251.SAA06183@tubes.asd.sgi.com> Subject: Re: pfiv new version ... To: guest (Cedric Gautier) Date: Tue, 21 Feb 95 18:51:55 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9502151054.AA05922@anna>; from "Cedric Gautier" at Feb 15, 95 11:54 am X-Mailer: ELM [version 2.3 PL8] Status: O > > > Hello ... > > Is it possible to get in /pub/Performer/src on sgigate a version of > pfiv1.3.tar.Z without binaries and without Inventor libraries to > facilitate ftp loading ... cause 5.1 Mo is to much and generates > most of time a time out or hang up on our system ... > > Thank's ... > > Cedric > THOMSON: gce@syseca.fr > > I have placed pfiv_src.1.3.tar.Z in sgigate:~ftp/pub/Performer/src for quick downloading. From guest Wed Feb 22 07:14:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA23078; Wed, 22 Feb 1995 06:32:26 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA23075; Wed, 22 Feb 1995 06:32:14 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08560; Wed, 22 Feb 95 06:31:51 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id GAA16132; Wed, 22 Feb 1995 06:31:48 -0800 Received: from crusader.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA20415; Wed, 22 Feb 95 09:33:21 EST Received: by crusader.vsl.ist.ucf.edu (920330.SGI) id AA15030; Wed, 22 Feb 95 09:32:16 -0500 Date: Wed, 22 Feb 1995 09:32:14 -0500 (EST) From: "Lance R. Marrou" To: deepa Cc: info-performer@sgi.sgi.com Subject: Re: Changing number of Channels In-Reply-To: <9502221945.AA00735@tcsernet.tcs.ernet.in> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 22 Feb 1995, deepa wrote: ... > mode remains drawn there. How do I get this area cleared when I > switch from the 1 channel to the three channel mode? Make yet another channel that covers the whole screen. Have its draw channel function be like so: void mainDrawChannel (pfChannel *channel, void *data) { short mainBackground[3] = {0.0f,0.40f,0.40f}; c3s(mainBackground); clear(); } This worked for me (before I realized that multiple channels were not efficient on a single pipeline and single CPU machine). I haven't looked at this in about a year or more (Performer 1.0, beta I think) so it might be missing something. ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Wed Feb 22 07:26:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA23104; Wed, 22 Feb 1995 06:48:43 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA23101; Wed, 22 Feb 1995 06:48:42 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08793; Wed, 22 Feb 95 06:48:22 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id GAA17188; Wed, 22 Feb 1995 06:48:20 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id GAA26442; Wed, 22 Feb 1995 06:48:17 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:deepa@tcsernet.tcs.ernet.in id AA08787; Wed, 22 Feb 95 06:48:09 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id GAA26045; Wed, 22 Feb 1995 06:48:12 -0800 From: "Michael Jones" Message-Id: <9502220648.ZM26043@babar.asd.sgi.com> Date: Wed, 22 Feb 1995 06:48:12 -0800 In-Reply-To: "deepa" "Changing number of Channels" (Feb 22, 7:45pm) References: <9502221945.AA00735@tcsernet.tcs.ernet.in> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "deepa" , info-performer@sgi.sgi.com Subject: Re: Changing number of Channels Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 22, 7:45pm, deepa wrote: > Subject: Changing number of Channels :I want the gaps on the screen (see above) cleared black to give the :apparent effect :of a border. In my DRAW callback I included a pfClear but the gap area :is not cleared black and the stuff that was drawn in the single channel :mode remains drawn there. How do I get this area cleared when I :switch from the 1 channel to the three channel mode? You need to clear to black in *two* subsequent frames since there are two frame buffers. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Wed Feb 22 07:25:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA23112; Wed, 22 Feb 1995 06:50:12 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA23109; Wed, 22 Feb 1995 06:50:00 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08813; Wed, 22 Feb 95 06:49:40 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id GAA17250; Wed, 22 Feb 1995 06:49:37 -0800 Received: from macaque.melville.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id GAA26622; Wed, 22 Feb 1995 06:49:33 -0800 Received: by macaque.melville.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.sgi.com id JAA04260; Wed, 22 Feb 1995 09:49:29 -0500 From: ccc@macaque.melville.sgi.com (Charu Choudhari) Message-Id: <9502220949.ZM4258@macaque.melville.sgi.com> Date: Wed, 22 Feb 1995 09:49:27 -0500 Reply-To: ccc@melville.sgi.com X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O unsubscribe Thanks, -Charu -- _____________________________________________________________________________ _____________________ I'd rather be playing Cricket! ______________________ Charu C. Choudhari / S I L I C O N G R A P H I C S I N C . ccc@sgi.com / #include Tel/Fax: (516)424-3804/9447 / URL - http://macaque.melville.sgi.com/ _____________________________________________________________________________ From guest Wed Feb 22 08:45:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA23412; Wed, 22 Feb 1995 08:12:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA23409; Wed, 22 Feb 1995 08:11:58 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA10475; Wed, 22 Feb 95 08:11:38 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id IAA24964; Wed, 22 Feb 1995 08:11:36 -0800 Received: from hope.reading.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id IAA02029; Wed, 22 Feb 1995 08:11:21 -0800 Received: by hope.reading.sgi.com (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA08069; Wed, 22 Feb 95 16:09:20 GMT From: "David Hughes" Message-Id: <9502221609.ZM8067@hope.reading.sgi.com> Date: Wed, 22 Feb 1995 16:09:19 +0000 X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: info-performer@sgi.sgi.com Subject: Vacant Positions at Reality Centre, UK Cc: davidh@hope.reading.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O The Reality Centre is the premier European resource aimed at stimulating high end systems business for Silicon Graphics, and supporting applications in the Simulation, Virtual Reality and high end Entertainment markets. It consists of an advanced demonstration and development facility and is located at the Silicon Graphics office in Theale, UK. What happens here is as follows: a) Showcasing the graphics technology with state of the art demonstrations b) Working with partners to assist them in developing breakthrough applications c) Putting together custom in house software developments to push the envelope of graphics techniques and methods d) Marketing for Europe in the simulation based graphics industry with shows, seminars and product applications advice. We are looking to expand our operation and are looking for people who could fill the following roles, based at the Theale office in the UK: Business Development Analyst: ============================= Who will have extensive simulation related experience and would support business development, working with our customers and partners, in conjunction with the sales team, helping to specify and configure solutions in the simulation industry based on Silicon Graphics systems. This would also cover simulation based design and high end interactive entertainment applications. This is predominantly a marketing role, and would require a detailed knowledge of the market as well as a detailed understanding of the underlying computer technology. As this is a European role, a degree of European travel would be a necessary. Technical Marketing Specialist: =============================== Providing detailed technical support and development to help grow Silicon Graphics activities in the visual simulation marketplace as well as helping to open up new market areas. This would involve working with integrators, software partners and end-user customers to explain the technology, help them devlelop and tune software as well as helping to advise on configuring the equipment in an optimal manner for the required application. It would aslo involve working on custom demonstrations for exhibitions, specific demonstrations and working examples. It would aslo involve acquiring a working knowledge of some of the 3rd party software packages available on Silicon Graphics systems, so as to be able to demonstrate and explain these solutions to others. A creative streak would is important as well as a strong working knowledge of 3D computer graphics. If you have extensively used IRIS Performer, this would be an advantage. Experience in the simulation or virtual reality industry would be a positive advantage. You may be called on to write software, present to a customer, configure a simulator, give a paper at an international conference, build a 3D database to illustrate a specific point or even develop an entirely new graphical technique to meet a yet unsolved problem. If anyone has an interest in either of these two positions, please contact me via email (prefered) on: davidh@reading.sgi.com or write to: David Hughes The Reality Centre 1530 Arlington Business Park Theale, Reading Berks RG7 4SB United Kingdom Please enclose as much info about yourself in a concise form as you are able. From guest Wed Feb 22 08:55:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA23424; Wed, 22 Feb 1995 08:21:05 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA23421; Wed, 22 Feb 1995 08:21:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA10653; Wed, 22 Feb 95 08:20:37 -0800 Received: from vision.arc.nasa.gov by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id IAA26039; Wed, 22 Feb 1995 08:20:34 -0800 Received: from descartes.arc.nasa.gov (descartes.arc.nasa.gov [128.102.121.143]) by vision.arc.nasa.gov (8.6.9/8.6.5) with ESMTP id IAA24782 for ; Wed, 22 Feb 1995 08:20:21 -0800 Received: (carlo@localhost) by descartes.arc.nasa.gov (8.6.9/8.6.5) id IAA09667 for info-performer@sgi.com; Wed, 22 Feb 1995 08:20:21 -0800 Date: Wed, 22 Feb 1995 08:20:21 -0800 From: "Carlo L. Tiana" Message-Id: <199502221620.IAA09667@descartes.arc.nasa.gov> To: info-performer@sgi.sgi.com Subject: Pf 1.2 & 2.0, IRIX 5.3 & 6.0, OpenGL Status: O The alphanumeric soup of the title reflects the slight confusion in my mind as to what's (in)compatible with what in the current or imminent releases of graphics software. We have a 'mission-critical' :-) application written under Performer 1.2, IRIX 5.2/5.3 and GL, which runs too slowly (CPU-bound) to be useful to us right now. We purchased a PowerIndigo 2 (R8000) to try to improve the speed problem (since it is floating point stuff that holds us up). Now we are having to make it run optimally on that platform. It is my understanding that the order of business to achieve this is: - port to OpenGL - (minor?) port to Performer 2.0 (do Performer calls pretty much remain unchanged between 1.2 and 2.0?) - (very minor?) tuning for IRIX 6.0 (if any at all). Am I broadly correct? If so, I have a few more questions (pushing my luck), to help me figure out how portable between different SGI boxes the resulting application will be: - is Performer 2.0 available for IRIX 5.3 - are GalileoVideo and the VideoLibrary fully supported and functional under IRIX 6.0? Even though some of the questions veer off the central thrust of this list, I would appreciate any help. Thank you very much, Carlo. From guest Wed Feb 22 09:10:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA23457; Wed, 22 Feb 1995 08:31:19 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA23454; Wed, 22 Feb 1995 08:31:11 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA10909; Wed, 22 Feb 95 08:30:52 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id IAA27314; Wed, 22 Feb 1995 08:30:49 -0800 Received: from aviator.milwaukee.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id IAA03709; Wed, 22 Feb 1995 08:30:45 -0800 Received: by aviator.milwaukee.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.sgi.com id LAA08707; Wed, 22 Feb 1995 11:00:09 -0600 From: "Glenn Olsen" Message-Id: <9502221100.ZM8705@aviator.milwaukee.sgi.com> Date: Wed, 22 Feb 1995 11:00:08 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O unsubscribe -- ************************************************************************* * Glenn Olsen Silicon Graphics * * Systems Engineer 1110 N. Third St. * * Milwaukee, WI 53203 * * (414)347-7846 fax (414)347-7865 * * glenno@sgi.com * ************************************************************************* From guest Wed Feb 22 09:45:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA23518; Wed, 22 Feb 1995 09:04:15 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA23515; Wed, 22 Feb 1995 09:04:15 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA11923; Wed, 22 Feb 95 09:03:55 -0800 Received: from clubted.csd.sgi.com by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id JAA02364; Wed, 22 Feb 1995 09:03:52 -0800 Received: by clubted.csd.sgi.com (931110.SGI/911001.SGI) for info-performer@sgi.sgi.com id AA21363; Wed, 22 Feb 95 09:03:51 -0800 From: "Cami Crofton" Message-Id: <9502220903.ZM21361@clubted.csd.sgi.com> Date: Wed, 22 Feb 1995 09:03:50 -0800 X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe Cc: ccrofton@csd.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O unsubscribe, please. From guest Wed Feb 22 09:59:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA23576; Wed, 22 Feb 1995 09:18:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA23573; Wed, 22 Feb 1995 09:18:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA12686; Wed, 22 Feb 95 09:18:27 -0800 Received: from eagle.lmsc.lockheed.com by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id JAA04194; Wed, 22 Feb 1995 09:18:23 -0800 Received: from goliath.rdd.lmsc.lockheed.com by eagle.lmsc.lockheed.com (5.65/DEC-Ultrix/4.3) id AA23942; Wed, 22 Feb 1995 09:15:35 -0800 Received: from parsec.aic.lockheed.com (parsec.rdd.lmsc.lockheed.com) by aic.lockheed.com (4.1/SMI-4.1/AIC-PostOffice-Brent-930416-01) id AA07295; Wed, 22 Feb 95 09:18:20 PST Date: Wed, 22 Feb 95 09:18:20 PST From: stiles@aic.lockheed.com (Randy Stiles) Message-Id: <9502221718.AA07295@aic.lockheed.com> Received: by parsec.aic.lockheed.com (4.1/SMI-4.1/AIC-Client-Brent-930416-01) id AA07344; Wed, 22 Feb 95 09:18:19 PST To: info-performer@sgi.sgi.com Subject: Re: Gound coordinates with the mouse Status: O From: "Ole Martin Bjoerndalen" Date: Thu, 23 Feb 1995 15:09:56 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 I have a similar problem to Martin Roth's, who had a similar problem to David Luebke's. However, it's a bit different. I would like to place geometry on the ground using the mouse, in much the same way as you place models on the grid in programs like MultiGen and Medit. I just can't figure out excacly where on the ground the mouse is pointing. I have read through the documentation, but haven't found functions that do this. Can somebody help me? Intersections in performer can return the local XYZ if you ask for it. Using the mouse intersection routine in performer, set its flags to collect local xyz. After a mouse button is pressed, call the mouse intersection routine. Then query pfHit data to get the local xyz. Then reparent your object to the pfGroup of the ground, with the object's dcs translation values being the local xyz returned from intersection. -Randy # Randy Stiles Lockheed AI Center # stiles@aic.lockheed.com Orgn 9620 Bldg 254F # Office: 415.354.5256 3251 Hanover Street # Fax: 415.354.5235 Palo Alto, CA 94304-1191 # Lab: 415.424.2690 typedef struct pickstruct { pfScene *scene; pfChannel **chan; pfNode *picked; pfPath *path; char *pathname; float pickX; float pickY; long ch_xo; long ch_yo; long ch_xs; long ch_ys; long traverse; } Pick; Pick * NewPick(pfScene *S, pfChannel **C) { Pick *P = (Pick *)pfMalloc(sizeof(Pick), pfGetSharedArena()); P->chan = C; P->scene = S; P->pathname = (char *)pfMalloc(sizeof(char) *300, pfGetSharedArena()); P->traverse = PFTRAV_IS_PRIM | PFPK_M_NEAREST; return P; } void mouseManip(void) { static pfNode *tmpnode; static long count; static ulong pathFlag = PFQHIT_PATH; pfVec3 hitXYZ; pfVec3 whitXYZ; pfMatrix hitMat; pfHit **hits[32]; pfPath *thePath; ulong nfy = pfGetNotifyLevel(); int i; Pick *P = NewPick(ViewState->scene, &ViewState->masterChan); char *parName; pfNotifyLevel(PFNFY_DEBUG); if (!(ViewState->mouse.flags & PFUDEV_MOUSE_LEFT_DOWN)) return; pfNodePickSetup(ViewState->scene); pfuCalcNormalizedChanXY(&P->pickX, &P->pickY, *P->chan, ViewState->mouse.clickDownX, ViewState->mouse.clickDownY); count = pfChanPick(*P->chan, P->traverse, P->pickX, P->pickY, 0.0f, hits); for (i = 0; i < count; i++) { pfQueryHit(*hits[i],PFQHIT_NODE,&P->picked); pfQueryHit(*hits[i],PFQHIT_PATH,&P->path); pfQueryHit( hits[i][0], PFQHIT_POINT, (float *)&hitXYZ ); // used to do world coords of hit into whitXYZ, but local coords more useful // for things like snapping objects. Be sure to change participant hits too. pfQueryHit( hits[i][0], PFQHIT_XFORM, (float *)hitMat ); // calc and store world pts for inquiry pfXformPt3( whitXYZ, hitXYZ, hitMat ); // local pts in vrPick message hitNotify(P->picked, hitXYZ[0], hitXYZ[1], hitXYZ[2]); if (P->path != NULL) { tmpnode = findNamedTypeOnPath(P->path, PFTYPE_DCS); if (tmpnode != NULL) cerr << " found hit for " << pfGetNodeName(tmpnode); } else cerr << "Path was null\n"; } pfNotifyLevel(nfy); pfFree(P); } From guest Wed Feb 22 10:14:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA23642; Wed, 22 Feb 1995 09:38:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA23639; Wed, 22 Feb 1995 09:38:16 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13395; Wed, 22 Feb 95 09:37:52 -0800 Received: from ctaeng.com by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id JAA07037; Wed, 22 Feb 1995 09:37:49 -0800 Received: from aisd.ctaeng.com (support.aisd.ctaeng.com) by ctaeng.com (4.1/SMI-4.1) id AA14549; Wed, 22 Feb 95 10:37:47 MST Received: from getreal.mss.ctaeng.com by aisd.ctaeng.com (5.0/SMI-SVR4) id AA13337; Wed, 22 Feb 1995 10:37:23 -0700 Received: by getreal.mss.ctaeng.com (931110.SGI/920502.SGI.AUTO) for @support.aisd.ctaeng.com:info-performer@sgi.com id AA19481; Wed, 22 Feb 95 10:38:47 -0700 From: "`Bwana' Bob Buckley" Message-Id: <9502221038.ZM19479@getreal.mss.ctaeng.com> Date: Wed, 22 Feb 1995 10:38:42 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Large coordinates effecting decals Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Content-Length: 1317 Status: O Hello all, We've been developing large geospecific databases (lambert projection, central US origin) and naturally have been generating large coordinates ~2Mm. While testing a western coast area we're getting decaling artifacts. The artifacts only occur on a Onyx/RE2 but appear correct on a 320/VGXT. I assume this occurs because of the default decaling mode of PFDECAL_BASE_FAST on each platform. What is the reason behind differences in the implementations? Isn't this decaling mode performed in screen space which would properly render independent of hardware? Also, when running MCO with 3 channels (3 @ 960 X 680) what should the expected relative frame times be? Should they all be withinsay ~10% of each other? What might the causes of extrememly differing frame times be between channel 0 and 1 & 2? Thanks =========================================================================== 'Bwana' Bob Buckley CTA, Inc. Sr. Software Engineer 5670 Greenwood Plaza Blvd Visual Systems Englewood, CO 80111 (303) 889-1207 (303) 889-1200 bbuckley@ctaeng.com (303) 889-1398 Fax =========================================================================== From guest Wed Feb 22 10:37:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA23663; Wed, 22 Feb 1995 09:53:49 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA23660; Wed, 22 Feb 1995 09:53:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA13965; Wed, 22 Feb 95 09:53:29 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id JAA09821; Wed, 22 Feb 1995 09:53:25 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id JAA13873; Wed, 22 Feb 1995 09:53:23 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:carlo@vision.arc.nasa.gov id AA13954; Wed, 22 Feb 95 09:53:22 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA29132; Wed, 22 Feb 1995 09:53:29 -0800 From: "Michael Jones" Message-Id: <9502220953.ZM29130@babar.asd.sgi.com> Date: Wed, 22 Feb 1995 09:53:29 -0800 In-Reply-To: "Carlo L. Tiana" "Pf 1.2 & 2.0, IRIX 5.3 & 6.0, OpenGL" (Feb 22, 8:20am) References: <199502221620.IAA09667@descartes.arc.nasa.gov> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Carlo L. Tiana" , info-performer@sgi.sgi.com Subject: Re: Pf 1.2 & 2.0, IRIX 5.3 & 6.0, OpenGL Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 22, 8:20am, Carlo L. Tiana wrote: > Subject: Pf 1.2 & 2.0, IRIX 5.3 & 6.0, OpenGL : :We have a 'mission-critical' :-) application written under Performer :1.2, IRIX 5.2/5.3 and GL, which runs too slowly (CPU-bound) to be :useful to us right now. We purchased a PowerIndigo 2 (R8000) to try :to improve the speed problem (since it is floating point stuff that :holds us up). Now we are having to make it run optimally on that :platform. :It is my understanding that the order of business to achieve this is: : : - port to OpenGL : - (minor?) port to Performer 2.0 (do Performer calls pretty much remain : unchanged between 1.2 and 2.0?) : - (very minor?) tuning for IRIX 6.0 (if any at all). : :Am I broadly correct? :If so, I have a few more questions (pushing my luck), to help me figure out :how portable between different SGI boxes the resulting application will be: : : - is Performer 2.0 available for IRIX 5.3 : - are GalileoVideo and the VideoLibrary fully supported and functional : under IRIX 6.0? Answers: IRIX 6.0 supports both 32-bit and 64-bit applications. Only 64-bit applications use the multiply-accumulate instruction, if-conversion, and the extra floating-point registers. Presumably, 64-bit is where it's at for you. As it happens, only OpenGL is supported for 64-bit operation. 32-bit applications can use either IrisGL or OpenGL. Since you will be wanting the increased CPU performance derived when using the 64-bit MIPS-IV instruction set, you will be using OpenGL. The IRIS Performer 2.0 release will support 64-bit, OpenGL operation. In fact, it supports all three combinations of OpenGL/IrisGL and 32-bit/64-bit (the other choice, 64-bit/IrisGL is not available) IRIS Performer 2.0 will run with either IRIX 5.3+ or IRIX 6.0+, with the same API in both 64-bit and 32-bit modes, and with few API differences in the OpenGL version. 64-bit operation requires IRIX 6.0+, of course. If you have no draw-callbacks, the port to OpenGL should be very easy for you. If you have no draw callbacks and use the existing IRIS Performer 1.2 X-window input model (a.k.a. "perfly -x") then the port will be nearly effortless. You may end up wanting two versions of your application. One that's 64-bit MIPS-IV, R8000 maximized; and one that's 32-bit MIPS-II that runs everywhere. This second version could be either OpenGL or IrisGL depending on your desires; the first version must be OpenGL-based due to 64-bit operation. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Wed Feb 22 16:11:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA24316; Wed, 22 Feb 1995 15:41:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA24313; Wed, 22 Feb 1995 15:41:57 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA29722; Wed, 22 Feb 95 15:41:36 -0800 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id PAA09935; Wed, 22 Feb 1995 15:41:32 -0800 Received: from uucp2.UU.NET by relay3.UU.NET with SMTP id QQyegc18577; Wed, 22 Feb 1995 18:41:42 -0500 Received: from planets.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Wed, 22 Feb 1995 18:41:34 -0500 Received: from octave.cambridge.com by ds9 (4.1/SMI-4.1-SWS) id AA27156; Wed, 22 Feb 95 18:20:08 EST Received: by octave.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id XAA02875; Wed, 22 Feb 1995 23:20:07 GMT Date: Wed, 22 Feb 1995 23:20:07 GMT From: fred@octave.cambridge.com (Fred Clyne) Message-Id: <199502222320.XAA02875@octave.cambridge.com> To: info-performer@sgi.sgi.com Subject: how does pfGetTravNode() work? Cc: fred@octave.cambridge.com Status: O I am looking for an explanation as to why this does not work. I created a preCull and postCull callback routine and assigned them to all my nodes (in a test program). Their function is to echo the node's name during the preCull and to print the cull result on postCull. The pre works fine. The post does not seem to understand the node it is in. It always prints the the last node in the tree. Is the node returned by pfGetTravNode() not valid during a post cull process? /********************************************/ long EchoNodeName /* preCull callback */ ( pfTraverser *trav, void *userData ) /********************************************/ { char *buf; long myID; pfNode *node; /* - - - - - - - - -- - - - - - - - - - - - - - */ node = pfGetTravNode(trav); buf = (char *)pfGetNodeName(node); myID = pfGetId(pfGetTravNode(trav)); fprintf(stderr,"in node: %s (0x%x--%d)\n",buf,node,myID); return(PFTRAV_CONT); } /* eof EchoNodeName() */ /********************************************/ long EchoCullResult /* posCull callback */ ( pfTraverser *trav, void *userData ) /********************************************/ { char *buf; long myID; long cullVal; pfNode *node; char *msg1=""; char *msg2=""; char *msg3=""; char *msg4=""; /* - - - - - - - - - - - - - - - - - - - - - - - - - */ cullVal = pfGetCullResult(); if (cullVal bitand PFIS_FALSE) msg1 = "FALSE"; if (cullVal bitand PFIS_MAYBE) msg2 = "MAYBE"; if (cullVal bitand PFIS_TRUE) msg3 = "TRUE"; if (cullVal bitand PFIS_ALL_IN) msg4 = "ALL_IN"; node = pfGetTravNode(trav); buf = (char *)pfGetNodeName(node); myID = pfGetId(pfGetTravNode(trav)); fprintf(stderr,"%s (0x%x--%d) cull result = %s %s %s %s\n", buf,node,myID,msg1,msg2,msg3,msg4); } /* eof EchoCullResult() */ assign the functions to each node: pfNodeTravFuncs(mynode,PFTRAV_CULL,EchoNodeName,EchoCullResult); typical output: Draw frame 49. in node: scene.root (0x76c400--8) in node: lelevZero.LOD (0x76a950--1) in node: lelevZero.GROUP (0x76b0b0--3) in node: levelOne.SCS (0x76c2f0--7) in node: levelOne.LOD (0x76b300--4) in node: levelOne.GEODE (0x76b550--5) levelOne.GEODE (0x76b550--5) cull result = MAYBE TRUE ALL_IN levelOne.GEODE (0x76b550--5) cull result = MAYBE TRUE ALL_IN levelOne.GEODE (0x76b550--5) cull result = MAYBE TRUE ALL_IN levelOne.GEODE (0x76b550--5) cull result = MAYBE TRUE ALL_IN levelOne.GEODE (0x76b550--5) cull result = MAYBE TRUE ALL_IN levelOne.GEODE (0x76b550--5) cull result = MAYBE TRUE ALL_IN Draw frame 50. etc. I expected to see: Draw frame 49. in node: scene.root (0x76c400--8) in node: lelevZero.LOD (0x76a950--1) in node: lelevZero.GROUP (0x76b0b0--3) in node: levelOne.SCS (0x76c2f0--7) in node: levelOne.LOD (0x76b300--4) in node: levelOne.GEODE (0x76b550--5) levelOne.GEODE (0x76b550--5) cull result = MAYBE TRUE ALL_IN levelOne.LOD (0x76b300--4) cull result = MAYBE TRUE ALL_IN levelOne.SCS (0x76c2f0--7) cull result = MAYBE TRUE ALL_IN lelevZero.GROUP (0x76b0b0--3) cull result = MAYBE TRUE ALL_IN lelevZero.LOD (0x76a950--1) cull result = MAYBE TRUE ALL_IN scene.root (0x76c400--8) cull result = MAYBE TRUE ALL_IN Draw frame 50. etc. Thank you, Fred Clyne ( fred@cambridge.com ) From guest Wed Feb 22 16:26:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA24337; Wed, 22 Feb 1995 15:55:18 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA24334; Wed, 22 Feb 1995 15:55:17 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA00423; Wed, 22 Feb 95 15:54:57 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id PAA12260; Wed, 22 Feb 1995 15:54:40 -0800 Received: by warrane.connect.com.au with UUCP id AA04432 (5.67b8/IDA-1.5 for info-performer@sgi.com); Thu, 23 Feb 1995 10:53:52 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA20452 (5.65c/IDA-1.5); Thu, 23 Feb 1995 10:25:28 +1100 Received: from krusty by aggro with SMTP id AA21892 (5.65c/IDA-1.4.4); Thu, 23 Feb 1995 09:32:16 +1000 Received: by krusty (5.65) id AA25868; Thu, 23 Feb 1995 10:31:41 +1100 Date: Thu, 23 Feb 1995 10:31:41 +1100 (EST) From: Simon Bennett Subject: Re: How to Duplicate Nodes? To: John Rohlf Cc: Al Jones , info-performer@sgi.sgi.com In-Reply-To: <199502211851.KAA12926@tubes.asd.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 21 Feb 1995, John Rohlf wrote: > > I have an application which needs to draw multiple instances of the > > same model, but with each instance drawn in a different color. > > Unfortunately, I can't seem to use shared or cloned instancing for this, > > since color is not an inherited attribute. So I believe I'm stuck > > with making a copy of the model for each instance I want to draw, then > > setting each leaf node to the desired color. It's ugly, but it might work > > if I could figure out how to make copies (short of reading each node's > > type and attributes and explicitly re-creating an identical one). > > pfClone() will copy nodes and children down to pfGeoSets. > The pfGeoSets themselves will not be cloned since pfClone() was > originally intended as an instancing mechanism where you wanted > to share geometry. We hope to clone geosets in 2.0. > > There are a few ways you can change color between instances > through draw callbacks: > > 1. pfColortable - see man page > 2. pfHighlight - see man page > 3. pfMaterial with a color mode of PFMTL_CMODE_COLOR will override > local pfGeoSet colors. I have a need to perform a similar operation. In my case it would be for a large number of very simple geometry. Does anybody have any data or rationale for the performance tradeoffs between actually having duplicate pfGeoSets with different colours or using one of the above techniques? Thanx +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Wed Feb 22 16:26:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA24329; Wed, 22 Feb 1995 15:52:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA24326; Wed, 22 Feb 1995 15:52:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA00278; Wed, 22 Feb 95 15:52:27 -0800 Received: from od.sri.com by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id PAA11745; Wed, 22 Feb 1995 15:52:21 -0800 Received: by od.sri.com (931110.SGI/930416.SGI) for info-performer@sgi.com id AA05440; Wed, 22 Feb 95 15:51:20 -0800 From: "Nathaniel Bletter" Message-Id: <9502221551.ZM5438@od.sri.com> Date: Wed, 22 Feb 1995 15:51:19 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: 5.2 Performer on Irix 4.0.5 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O We have a personal Iris 4D/35GT running Irix 4.0.5 and we are trying to display a performer application (pefly, smallfly, etc.) on it, running on a 5.2 system. So we are using dgl, and the rendering is occuring on the PI, but the program is running on a VGX, under 5.2. All performer programs we run fail at startup with messages such as pfInit: mmap failed for /dev/zero Inventor programs, and GL seem to run fine. What tricks is performer pulling that cause DGL to break on 4.0.5? Thanks, -- Nat Bletter SRI International nat@od.sri.com (415) 859-4358 From guest Wed Feb 22 16:59:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA24405; Wed, 22 Feb 1995 16:16:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA24402; Wed, 22 Feb 1995 16:16:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA01452; Wed, 22 Feb 95 16:16:27 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA16196; Wed, 22 Feb 1995 16:16:24 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id QAA09766; Wed, 22 Feb 1995 16:16:22 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:simonb@wormald.com.au id AA01447; Wed, 22 Feb 95 16:16:21 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA23919; Wed, 22 Feb 1995 16:14:31 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199502230014.QAA23919@tubes.asd.sgi.com> Subject: Re: How to Duplicate Nodes? To: simonb@wormald.com.au (Simon Bennett) Date: Wed, 22 Feb 95 16:14:31 PST Cc: guest, info-performer@sgi.sgi.com In-Reply-To: ; from "Simon Bennett" at Feb 23, 95 10:31 am X-Mailer: ELM [version 2.3 PL8] Status: O > > On Tue, 21 Feb 1995, John Rohlf wrote: > > > > I have an application which needs to draw multiple instances of the > > > same model, but with each instance drawn in a different color. > > > Unfortunately, I can't seem to use shared or cloned instancing for this, > > > since color is not an inherited attribute. So I believe I'm stuck > > > with making a copy of the model for each instance I want to draw, then > > > setting each leaf node to the desired color. It's ugly, but it might work > > > if I could figure out how to make copies (short of reading each node's > > > type and attributes and explicitly re-creating an identical one). > > > > pfClone() will copy nodes and children down to pfGeoSets. > > The pfGeoSets themselves will not be cloned since pfClone() was > > originally intended as an instancing mechanism where you wanted > > to share geometry. We hope to clone geosets in 2.0. > > > > There are a few ways you can change color between instances > > through draw callbacks: > > > > 1. pfColortable - see man page > > 2. pfHighlight - see man page > > 3. pfMaterial with a color mode of PFMTL_CMODE_COLOR will override > > local pfGeoSet colors. > > I have a need to perform a similar operation. In my case it would be for > a large number of very simple geometry. Does anybody have any data or > rationale for the performance tradeoffs between actually having duplicate > pfGeoSets with different colours or using one of the above techniques? > None of the above are very slow but if you can afford the memory go ahead and duplicate the geosets. From guest Wed Feb 22 01:52:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA22824; Wed, 22 Feb 1995 01:12:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA22821; Wed, 22 Feb 1995 01:12:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA03295; Wed, 22 Feb 95 01:12:30 -0800 Received: from tcsernet.tcs.ernet.in by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id BAA00678; Wed, 22 Feb 1995 01:12:25 -0800 Message-Id: <9502221945.AA00735@tcsernet.tcs.ernet.in> Subject: Changing number of Channels To: info-performer@sgi.sgi.com Date: Wed, 22 Feb 1995 19:45:22 -0500 (EST) From: "deepa" X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1407 Status: O I wonder if anyone can help me with this problem I have with changing the number of channels. It seems to be trivial on the outset so I don't know if it is something I have missed somewhere. I create three channels in my program and set pfChanTravMode(chan, PFTRAV_DRAW, PFDRAW_OFF) for two of them. Then in my GUI I have an option to switch between the 1 Channel mode and the 3 Channel mode. In the former, the size of the viewport is the entire screen and in the latter the screen looks something like this. _______ _______ | || | |chan 1 ||chan 2 | |_______||_______| ________________ <---Gap | | | chan 0 | |________________| When I switch to the 3-channel mode, I change the viewport size of the existing channel and set the DRAW traverse mode of the other two to ON. I want the gaps on the screen (see above) cleared black to give the apparent effect of a border. In my DRAW callback I included a pfClear but the gap area is not cleared black and the stuff that was drawn in the single channel mode remains drawn there. How do I get this area cleared when I switch from the 1 channel to the three channel mode? -------------------------------------------------------------------------------- Deepa Krishnan TCS, Bombay, India e-mail : deepa@tcsernet.tcs.ernet.in ------------------------------------------------------------------------------- From guest Wed Feb 22 17:30:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA24553; Wed, 22 Feb 1995 16:55:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA24550; Wed, 22 Feb 1995 16:55:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA03239; Wed, 22 Feb 95 16:55:20 -0800 Received: from eagle.lmsc.lockheed.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA22258; Wed, 22 Feb 1995 16:55:17 -0800 Received: from guild.rdd.lmsc.lockheed.com by eagle.lmsc.lockheed.com (5.65/DEC-Ultrix/4.3) id AA18069; Wed, 22 Feb 1995 16:52:28 -0800 Received: by guild.rdd.lmsc.lockheed.com (4.1/SMI-4.0) id AA23718; Wed, 22 Feb 95 16:55:10 PST Date: Wed, 22 Feb 95 16:55:10 PST From: penafiel@guild.rdd.lmsc.lockheed.com (Hugo Penafiel) Message-Id: <9502230055.AA23718@guild.rdd.lmsc.lockheed.com> To: info-performer@sgi.sgi.com, nat@od.sri.com Subject: Re: 5.2 Performer on Irix 4.0.5 Status: O nat@od.dri.com writes: >>All performer programs we run fail at startup with messages such as >>pfInit: mmap failed for /dev/zero Under 4.0.5 I had the same problem and it turned out to be swap space. If you run the command: swap -l the system will tell you how much swap you have. Unfortunately I don't remember how much more swap I added using the swap -a command. Wouldn't it be nice if the computer would tell you that you don't have enough swap instead of giving you the cryptic message: mmap failed for /dev/zero You folks at SGI listening? ;-) Hopefully somebody else can confirm (hopefully from experience) that swap space is a problem in this case! May your code be bug free and your boss on travel! __ /_/ ______ ______ __ __ ___ ______ __ ______ __ / __ // ____// \ / // _ \ / ____// / / ____// / / /_/ // __/_ / /\ \/ // /_\ \ / __/ / /_ / __/_ / /___ / ____//_____//_/ \__//_/ \_\/_/ /___//_____//_____/ / / Hugo Penafiel e-mail: penafiel@aic.lockheed.com /_/ Phone: (415) 424-2913 Lockheed Missiles & Space Co. Research & Development Division Palo Alto, CA 94304 From guest Wed Feb 22 18:27:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA24708; Wed, 22 Feb 1995 17:47:05 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA24705; Wed, 22 Feb 1995 17:47:04 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA05281; Wed, 22 Feb 95 17:46:44 -0800 Received: from ucsd.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA00061; Wed, 22 Feb 1995 17:46:42 -0800 Received: from jupiter by ucsd.edu; id RAA20120 sendmail 8.6.9/UCSD-2.2-sun via SMTP Wed, 22 Feb 1995 17:46:38 -0800 for <@relay.ucsd.edu:info-performer@sgi.com> Received: by jupiter (931110.SGI/930416.SGI) for @relay.ucsd.edu:info-performer@sgi.com id AA25288; Wed, 22 Feb 95 17:45:33 -0800 From: "Andy Mirkis" Message-Id: <9502221745.ZM25286@jupiter.ucsd.edu> Date: Wed, 22 Feb 1995 17:45:29 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Looking for references for 3-D motion... Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Greetings. I'm somewhat new to the computer graphics/simulation world and I'm currently dealing with moving objects around my virtual world. Can anyone suggest a good reference book for moving objects in 3-space? I realize this is not a performer question but from reading this list it sounds like there are a lot of people here with vast knowledge in this area (and I was just wondering where you got it!). To prevent further waste of bandwith, send suggestions to me and I'll summarize the responses if others are interested. I'm looking for references that have examples applied to computer graphics and simulations. Thanks for any assistance! -Andy From guest Wed Feb 22 19:05:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA24857; Wed, 22 Feb 1995 18:30:35 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA24854; Wed, 22 Feb 1995 18:30:34 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA07460; Wed, 22 Feb 95 18:30:14 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA06324; Wed, 22 Feb 1995 18:30:12 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA21828; Wed, 22 Feb 1995 18:30:10 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:penafiel@guild.rdd.lmsc.lockheed.com id AA07444; Wed, 22 Feb 95 18:30:05 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA22767; Wed, 22 Feb 1995 18:30:23 -0800 Message-Id: <199502230230.SAA22767@surreal.asd.sgi.com> To: penafiel@guild.rdd.lmsc.lockheed.com (Hugo Penafiel) Cc: info-performer@sgi.sgi.com, nat@od.sri.com Subject: Re: 5.2 Performer on Irix 4.0.5 In-Reply-To: Your message of "Wed, 22 Feb 95 16:55:10 PST." <9502230055.AA23718@guild.rdd.lmsc.lockheed.com> Date: Wed, 22 Feb 95 18:30:22 -0800 From: Jim Helman Status: O nat writes: > pfInit: mmap failed for /dev/zero hugo writes: > mmap failed for /dev/zero > > You folks at SGI listening? ;-) Yes, this error message was improved over two years ago. I'm impressed that people are still running Performer 1.0. You know we released Performer 1.2 for 4.0.5 as well as 5. However the problem here is not DGL, but rather trying to run a Performer 1.0 4.0.5 binary on a 5.2 machine with the strict virtual memory accounting that was added in 5.1. The 4.0.5 executable will run on a 5.X machine if you add sufficient virtual swap space with swap(1M), e.g. swap -a -v , but in general running a 4.0.5 executable on a 5.X machine is not recommended, particularly on Onyx, because of multiprocessing restrictions that IRIX requires for compatible lock handling. But there could be DGL issues as well. Officially, we've never supported DGL because networked graphics is so dang slow that none of our real-time customers requested it. But we do see people wanting to use remote rendering in coding and debugging environments so we're trying to make 2.0 support it. The main problem is Performer's desire for a video retrace clock and its unhappiness if it does not get one on a machine that it knows should have one. Since remote use of the glXVideoSync extension is better supported than the old glcompat call was, remote rendering should work better in OpenGL and 2.0. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Wed Feb 22 22:31:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA25727; Wed, 22 Feb 1995 21:39:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA25724; Wed, 22 Feb 1995 21:39:09 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA15375; Wed, 22 Feb 95 21:38:49 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id VAA24470; Wed, 22 Feb 1995 21:38:47 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id VAA03422; Wed, 22 Feb 1995 21:38:46 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA15371; Wed, 22 Feb 95 21:38:45 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.sgi.com id VAA04029; Wed, 22 Feb 1995 21:39:04 -0800 From: "Michael Jones" Message-Id: <9502222139.ZM4027@babar.asd.sgi.com> Date: Wed, 22 Feb 1995 21:39:04 -0800 In-Reply-To: Jim Helman "Re: 5.2 Performer on Irix 4.0.5" (Feb 22, 6:30pm) References: <199502230230.SAA22767@surreal.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: 5.2 Performer on Irix 4.0.5 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 22, 6:30pm, Jim Helman wrote: > Subject: Re: 5.2 Performer on Irix 4.0.5 :nat writes: : :> pfInit: mmap failed for /dev/zero : :hugo writes: :> mmap failed for /dev/zero :> :> You folks at SGI listening? ;-) : :Yes, this error message was improved over two years ago. :I'm impressed that people are still running Performer 1.0. : :You know we released Performer 1.2 for 4.0.5 as well as 5. Jim addressed the problem as posed, but there is something else that should be said to people who are running IRIX 4.0.5 binaries on IRIX 5.0+ systems, and that is the fact that all multiprocessing applications are forced to run on a single CPU. In the case of Performer's APP+CULL+DRAW model, you'll indeed have three processes, but they'll all be mashed onto a single physical processor due to multi-process synchronization and coherency differences between the two IRIX versions. This is a terrible situation for anyone running old binaries on new machines. My advice: upgrade! -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Wed Feb 22 23:15:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA25806; Wed, 22 Feb 1995 22:25:38 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA25803; Wed, 22 Feb 1995 22:25:37 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA16747; Wed, 22 Feb 95 22:25:13 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id WAA27956; Wed, 22 Feb 1995 22:25:08 -0800 Received: by warrane.connect.com.au with UUCP id AA01036 (5.67b8/IDA-1.5 for info-performer@sgi.com); Thu, 23 Feb 1995 17:24:55 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA22236 (5.65c/IDA-1.5 for ); Thu, 23 Feb 1995 17:09:06 +1100 Received: from krusty by aggro with SMTP id AA22928 (5.65c/IDA-1.4.4 for ); Thu, 23 Feb 1995 16:15:56 +1000 Received: by krusty (5.65) id AA26245; Thu, 23 Feb 1995 17:15:21 +1100 Date: Thu, 23 Feb 1995 17:15:19 +1100 (EST) From: Simon Bennett Subject: LoadFlt crashes only on RE^2 To: info-performer@sgi.sgi.com Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I've got a FLT 14.1 format database that loads fine on a VGXT machine (running 5.3) but crashes on any of our RE^2 Onyx machines (all running 5.2) - doesn't matter what application loads it - all of our applications and testbeds as well as perfly et al (linked with the 14.1 flight loader) I don't really see how the graphics could affect the database loading so is this a 5.2/5.3 thing? Has this or anything like it happened to anybody else? For what it's worth this is the stack trace: > 0 makeGeode(0x7fff9ffc, 0x101cb614, 0x101d11c0, 0x14, 0x833d40) ["../geom.c":3660, 0x477814] 1 makeGeometry(0x7fff9ffc, 0x101cb614, 0x101d11c0, 0x14, 0x1002c1f0) ["../geom.c":3272, 0x476c28] 2 makeLayer(0x7fff9ffc, 0x101cb614, 0x101d11c0, 0x1, 0x4f2e0c) ["../hier.c":2409, 0x46b68c] 3 convObject(0x81f3c0, 0x101cb614, 0x0, 0x1, 0x7fffa110) ["../hier.c":2290, 0x46b28c] 4 convTree(0x81f360, 0x101cb614, 0x101d11c0, 0x3, 0x7fffa6b4) ["../hier.c":1108, 0x4682fc] 5 convTree(0x7eecd0, 0x101cb614, 0x101d11c0, 0x3, 0x7fffaa1c) ["../hier.c":686, 0x4672cc] 6 convTree(0x7e2980, 0x101cb614, 0x101d11c0, 0x2, 0x7fffad9c) ["../hier.c":686, 0x4672cc] 7 convTree(0x7e2980, 0x101cb614, 0x101d11c0, 0x1, 0x7e1f60) ["../hier.c":686, 0x4672cc] 8 LoadFlt(0x7fffafe3, 0x101cb614, 0x6a72a0, 0x7e1ee0, 0xfb5a230) Clues? It's only this database too. Other load fine on both types of machine... +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Wed Feb 22 23:58:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA25924; Wed, 22 Feb 1995 23:11:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA25921; Wed, 22 Feb 1995 23:11:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA18190; Wed, 22 Feb 95 23:11:34 -0800 Received: from redgate.vislab.su.edu.au by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id XAA01390; Wed, 22 Feb 1995 23:11:25 -0800 From: ben@vislab.su.edu.au Received: from ford.vislab.su.edu.au by redgate.vislab.su.edu.au via SMTP (931110.SGI/921111.SGI) for info-performer@sgi.com id AA24246; Thu, 23 Feb 95 18:11:05 +1100 Received: by ford.vislab.su.edu.au (931110.SGI/921111.SGI) for info-performer@sgi.com id AA17717; Thu, 23 Feb 95 18:05:17 +1100 Date: Thu, 23 Feb 95 18:05:17 +1100 Message-Id: <9502230705.AA17717@ford.vislab.su.edu.au> Apparently-To: info-performer@sgi.sgi.com Status: O Just a quick question. I'm wondering what I should see when I do a 'ps' while running performer. How many processes should I see? We started with an adaption of 'perfly' and so we have pfMultiprocess( PFMP_DEFAULT) running on an Indigo2 extreme. I am seeing 3 processes: /proc % proc cloud9 UID PID PPID C STIME TTY TIME COMMAND ben 17659 14832 54 17:53:56 pts/3 1:50 cloud9 example4.vpu ben 17661 17659 0 17:53:58 pts/3 0:06 cloud9 example4.vpu ben 17660 17659 0 17:53:56 pts/3 0:00 cloud9 example4.vpu /proc % l 17659 17661 17660 627568 -rw------- 1 ben staff 321314816 Feb 23 17:53 17659 542264 -rw------- 1 ben staff 277639168 Feb 23 17:53 17660 627568 -rw------- 1 ben staff 321314816 Feb 23 17:53 17661 /proc % {proc is a local alias the greps an argument with 'ps -ef'} I thought I might see one process. When I run 'performer town' I see 2 processes. We've got performer 1.2 running on IRIX 5.2 regards, ben. From guest Thu Feb 23 01:17:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA26078; Thu, 23 Feb 1995 00:27:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA26075; Thu, 23 Feb 1995 00:27:25 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA20643; Thu, 23 Feb 95 00:27:05 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id AAA06033; Thu, 23 Feb 1995 00:27:03 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id AAA08695; Thu, 23 Feb 1995 00:27:03 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@sgi.sgi.com id AA20633; Thu, 23 Feb 95 00:26:54 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id AAA01492; Thu, 23 Feb 1995 00:27:12 -0800 Message-Id: <199502230827.AAA01492@surreal.asd.sgi.com> To: "Michael Jones" Cc: info-performer@sgi.sgi.com Subject: Re: 5.2 Performer on Irix 4.0.5 In-Reply-To: Your message of "Wed, 22 Feb 95 21:39:04 PST." <9502222139.ZM4027@babar.asd.sgi.com> Date: Thu, 23 Feb 95 00:27:12 -0800 From: Jim Helman Status: O > multiprocessing applications are forced to run on a single CPU. To be more specific, when runing 4.0.5 binaries under 5.X on an Onyx IRIX serializes the execution of all processes sharing "4.0.5" locks. A 4.0.5 binary on a 5.X Power Series machine can still MP. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Thu Feb 23 06:47:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA26522; Thu, 23 Feb 1995 05:55:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA26519; Thu, 23 Feb 1995 05:55:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28136; Thu, 23 Feb 95 05:55:25 -0800 Received: from relay1.UU.NET by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id FAA23257; Thu, 23 Feb 1995 05:55:24 -0800 Received: from vivid.autometric.com by relay1.UU.NET with SMTP id QQyeih15416; Thu, 23 Feb 1995 08:55:21 -0500 Received: from polytope by vivid.autometric.com via SMTP (5.67a/920502.SGI) for @relay1.uu.net:info-performer@sgi.com id AA04056; Thu, 23 Feb 1995 08:55:20 -0500 Received: by polytope (931110.SGI/920502.SGI) for @vivid.autometric.com:info-performer@sgi.com id AA10459; Thu, 23 Feb 95 08:55:19 -0500 From: gannon@polytope.autometric.com (Jim Gannon) Message-Id: <9502231355.AA10459@polytope> Subject: unsubscribe To: info-performer@sgi.sgi.com Date: Thu, 23 Feb 1995 08:55:19 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 500 Status: O please unsubscribe me. I would, however, be interested in a performer news group if one were formed Jim -- ----------------------------------------------------------------------------- | Jim Gannon | jgannon@cs.umd.edu | In a world full of people, | | (703) 658-4056 | jgannon@autometric.com | only some want to fly. | | | | Isn't that crazy? -- Seal | ----------------------------------------------------------------------------- From guest Wed Feb 22 06:29:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA23045; Wed, 22 Feb 1995 05:47:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA23042; Wed, 22 Feb 1995 05:47:08 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA07858; Wed, 22 Feb 95 05:46:44 -0800 Received: from Norway.EU.net by sgi.sgi.com via SMTP (950215.405.SGI.8.6.10/910110.SGI) for id FAA13209; Wed, 22 Feb 1995 05:46:14 -0800 Received: from indigo.UUCP by Norway.EU.net with UUCP id AA02222 (5.65c/IDA-1.4.4/EUnet/NO for nuug!sgi.com!info-performer); Wed, 22 Feb 1995 14:45:59 +0100 Received: by indigo.autosim.no (931110.SGI/930416.SGI) for nuug!sgi.com!info-performer id AA16425; Thu, 23 Feb 95 15:09:58 +0100 From: "Ole Martin Bjoerndalen" Message-Id: <9502231509.ZM16423@indigo.autosim.no> Date: Thu, 23 Feb 1995 15:09:56 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Gound coordinates with the mouse Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O I have a similar problem to Martin Roth's, who had a similar problem to David Luebke's. However, it's a bit different. I would like to place geometry on the ground using the mouse, in much the same way as you place models on the grid in programs like MultiGen and Medit. I just can't figure out excacly where on the ground the mouse is pointing. I have read through the documentation, but haven't found functions that do this. Can somebody help me? olem From guest Thu Feb 23 08:57:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA26721; Thu, 23 Feb 1995 08:14:34 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA26718; Thu, 23 Feb 1995 08:14:26 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA01041; Thu, 23 Feb 95 08:14:00 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA05488; Thu, 23 Feb 1995 08:13:58 -0800 Received: from crusader.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA25072; Thu, 23 Feb 95 10:43:47 EST Received: by crusader.vsl.ist.ucf.edu (920330.SGI) id AA22053; Thu, 23 Feb 95 10:42:41 -0500 Date: Thu, 23 Feb 1995 10:42:41 -0500 (EST) From: "Lance R. Marrou" To: ben@vislab.su.edu.au Cc: Performer List Subject: Re: 3 processes In-Reply-To: <9502230705.AA17717@ford.vislab.su.edu.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 23 Feb 1995 ben@vislab.su.edu.au wrote: > I thought I might see one process. When I run 'performer town' I see 2 processes. > One is the actual program and the other is a lightweight clock process which is spawned by Performer. In the 3-process case, I would guess that the third might be the asynchronous X input process (if you use PFUINPUT_X). ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Thu Feb 23 09:30:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA26809; Thu, 23 Feb 1995 08:47:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA26806; Thu, 23 Feb 1995 08:47:08 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA01996; Thu, 23 Feb 95 08:46:45 -0800 Received: from clubted.csd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id IAA01521; Thu, 23 Feb 1995 08:46:44 -0800 Received: by clubted.csd.sgi.com (931110.SGI/911001.SGI) for info-performer@sgi.com id AA27462; Thu, 23 Feb 95 08:46:43 -0800 Date: Thu, 23 Feb 95 08:46:43 -0800 From: mars@clubted.csd.sgi.com (David Marsland) Message-Id: <9502231646.AA27462@clubted.csd.sgi.com> To: info-performer@sgihub.corp.sgi.com Subject: Need mail sorting script to filter this mail group Status: O Does anyone have a mail sorting script to filter this mail group into a separate mailbox? Or any other strategies to deal with all this email? /* David Marsland "On Spaceship Earth * * MTS, Worldwide Education R&D there are no passengers, * * Silicon Graphics Computer Systems only crew." * * Internet: mars@csd.sgi.com Buckminster Fuller */ From guest Thu Feb 23 10:26:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA27013; Thu, 23 Feb 1995 09:46:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA27010; Thu, 23 Feb 1995 09:46:35 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA04332; Thu, 23 Feb 95 09:46:12 -0800 Received: from ssw.ssd.sterling.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA20527; Thu, 23 Feb 1995 09:46:10 -0800 Received: from reality.ssd.sterling.com by ssw.ssd.sterling.com id AA03652; Thu, 23 Feb 1995 09:48:02 -0800 Received: from localhost by reality.ssd.sterling.com via SMTP (940816.SGI.8.6.9/940406.SGI) id JAA00876; Thu, 23 Feb 1995 09:45:54 -0800 Message-Id: <199502231745.JAA00876@reality.ssd.sterling.com> To: mars@clubted.csd.sgi.com (David Marsland) Cc: info-performer@sgi.sgi.com Subject: Re: Need mail sorting script to filter this mail group In-Reply-To: Your message of "Thu, 23 Feb 1995 08:46:43 PST." <9502231646.AA27462@clubted.csd.sgi.com> Date: Thu, 23 Feb 1995 09:45:54 PST From: Mark Ferneau Status: O Yes, I use the procmail package to sort incoming mail into separate folders or into my /usr/mail/`whoami` inbox if it doesn't match the other criteria... I highly recommend it. For example, my .procmailrc specifies that all performer email go into my performer-incoming mailbox. It could further remove any mail messages with subscribe or unsubscribe in them. If you have any questions about procmail, let me know via personal email. I'm only responding to the whole group so that everyone who is not familiar with procmail may benefit. --Mark From guest Thu Feb 23 10:38:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA27109; Thu, 23 Feb 1995 10:01:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA27106; Thu, 23 Feb 1995 10:01:50 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA04848; Thu, 23 Feb 95 10:01:27 -0800 Received: from sgigate.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id KAA11686; Thu, 23 Feb 1995 10:01:26 -0800 Received: from miniator.gsfc.nasa.gov (miniator.gsfc.nasa.gov [128.183.34.34]) by sgigate.sgi.com (950215.405.SGI.8.6.10/8.6.4) with SMTP id KAA07217; Thu, 23 Feb 1995 10:01:24 -0800 Received: by miniator.gsfc.nasa.gov (931110.SGI/930416.SGI.AUTO) for info-performer@sgihub.corp.sgi.com id AA29095; Thu, 23 Feb 95 13:01:21 -0500 From: "Shahram Shiri" Message-Id: <9502231301.ZM29093@miniator.gsfc.nasa.gov> Date: Thu, 23 Feb 1995 13:01:14 -0500 In-Reply-To: mars@clubted.csd.sgi.com (David Marsland) "Need mail sorting script to filter this mail group" (Feb 23, 8:46am) References: <9502231646.AA27462@clubted.csd.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: mars@clubted.csd.sgi.com (David Marsland) Subject: Re: Need mail sorting script to filter this mail group Cc: info-performer@sgihub.corp.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O The postings to the mailing list is getting too large. It is time to create a performer related newsgroup more or less similar to sgi application newsgroups. -Ron -- ------------------------------------------------------------------------- |Shahram Shiri/ ron@leaf.gsfc.nasa.gov Tel: 301-286-9985 | |NCCS/Scientific Visualization Studio Fax: 301-286-1634 | |NASA/Goddard Space Flight Center, Hughes/STX | |Greenbelt, Maryland 20771 | ------------------------------------------------------------------------- From guest Thu Feb 23 11:20:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA27231; Thu, 23 Feb 1995 10:49:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA27228; Thu, 23 Feb 1995 10:49:42 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA06752; Thu, 23 Feb 95 10:49:19 -0800 Received: from eagle.lmsc.lockheed.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA01307; Thu, 23 Feb 1995 10:34:31 -0800 Received: from sgi600.msd.lmsc.lockheed.com by eagle.lmsc.lockheed.com (5.65/DEC-Ultrix/4.3) id AA08132; Thu, 23 Feb 1995 10:11:56 -0800 Received: by sgi600.msd.lmsc.lockheed.com (931110.SGI/930416.SGI) for info-performer@sgi.com id AA03161; Thu, 23 Feb 95 10:11:58 -0800 Date: Thu, 23 Feb 95 10:11:58 -0800 From: sakai@sgi600.msd.lmsc.lockheed.com (Ken Sakai) Message-Id: <9502231811.AA03161@sgi600.msd.lmsc.lockheed.com> To: info-performer@sgi.sgi.com Subject: pfGSetGState problems Status: O I am hoping someone can help explain a core dumping problem that I am having when trying to call pfGSetGState() with an in-house geometry loader similar to the geometry loaders supplied with Performer. I am executing the following standard geometry loader/builder stuff in the APP process: gsetList = pfuMakeGSets(builder); for(i = 0; i < pfGetNum(gsetList); i++) { gset = (pfGeoSet *)pfGet(gsetList,i); pfGSetGState(gset, geostate); pfAddGSet(geode,gset); } > 0 prRef(obj = 0xb) ["../../../lib/libpr/object.c":193, 0x5e8104] 1 pfGSetGState(gset = 0x189eb3d0, gstate = 0xb) ["../gset.c":4752, 0x5be68c] 2 VsimPerfIndexedGeomObject::getPerformerNode(_pfGeoState*)(this = 0x7ffedc64, geostate = 0xb) ["/tmp_mnt/ufs/smokey/uf1/sakai/vsim/vsl/VsimPerfIndexedGeomObject.cc":139, 0x4a6398] 3 VsimPerf6DBody::replaceGeometry(char*)(this = 0x10257298, geometryFilename = 0x7ffede40 = "radarfan.geom") ["/tmp_mnt/ufs/smokey/uf1/sakai/vsim/vsl/VsimPerf6DBody.cc":1486, 0x4997a4] 4 VsimPerfManager::processSocketData()(this = 0x1016b6f8) ["/tmp_mnt/ufs/smokey/uf1/sakai/vsim/vsl/VsimPerfManager.cc":1540, 0x484e1c] 5 VsimPerfApp::updateSim()(this = 0x10114430) ["/tmp_mnt/ufs/smokey/uf1/sakai/perfApp/VsimPerfApp.cc":397, 0x47536c] 6 VsimPerfApp::postFrame()(this = 0x10114430) ["/tmp_mnt/ufs/smokey/uf1/sakai/perfApp/VsimPerfApp.cc":335, 0x475034] 7 VsimPerfApp::drawWorkproc(ptr = 0x10114430) ["/tmp_mnt/ufs/smokey/uf1/sakai/perfApp/VsimPerfApp.cc":304, 0x474e50] 8 CallWorkProc(0x101290d0, 0x7fffae60, 0x1, 0x0, 0xfbc3c48) ["NextEvent.c":673, 0xf6cdfa0] 9 XtAppNextEvent(0x101290d0, 0x7fffae60, 0x1, 0x0, 0x10) ["NextEvent.c":737, 0xf6ca9e0] 10 PerfApp::KensXtAppMainLoop(_XtAppStruct*)(this = 0x10114430, app_context2 = 0x101290d0) ["/tmp_mnt/ufs/smokey/uf1/sakai/perfApp/PerfApp.cc":127, 0x4725dc] 11 PerfApp::handleEvents()(this = 0x10114430) ["/tmp_mnt/ufs/smokey/uf1/sakai/perfApp/PerfApp.cc":117, 0x47258c] 12 main(0x9, 0x7fffaf1c, 0x1, 0x0, 0x100378a0) ["Main.C":46, 0x478d90] The geostate being used is one that had been created for another object during scene initialization. Reusing this geostate in the midst of pipelined APP, CULL, DRAW rendering seems to be a problem. However, if I create a NEW geostate along with the NEW geosets my core problem goes away. What is wrong with the call to pfGSetGState() using the OLD geostate? Any ideas? Thanks, Kenneth N. Sakai Email: sakai@lmsc.lockheed.com Research Specialist/Computer Graphics Phone: (408) 756-0682 Lockheed Missiles and Space Co. Sunnyvale, CA 94088-3504 From guest Thu Feb 23 16:46:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA28050; Thu, 23 Feb 1995 16:08:54 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA28047; Thu, 23 Feb 1995 16:08:53 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA21912; Thu, 23 Feb 95 16:08:31 -0800 Received: from eagle.lmsc.lockheed.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA05075; Thu, 23 Feb 1995 16:05:29 -0800 Received: from sgi600.msd.lmsc.lockheed.com by eagle.lmsc.lockheed.com (5.65/DEC-Ultrix/4.3) id AA08132; Thu, 23 Feb 1995 10:11:56 -0800 Received: by sgi600.msd.lmsc.lockheed.com (931110.SGI/930416.SGI) for info-performer@sgi.com id AA03161; Thu, 23 Feb 95 10:11:58 -0800 Date: Thu, 23 Feb 95 10:11:58 -0800 From: sakai@sgi600.msd.lmsc.lockheed.com (Ken Sakai) Message-Id: <9502231811.AA03161@sgi600.msd.lmsc.lockheed.com> To: info-performer@sgi.sgi.com Subject: pfGSetGState problems Status: O I am hoping someone can help explain a core dumping problem that I am having when trying to call pfGSetGState() with an in-house geometry loader similar to the geometry loaders supplied with Performer. I am executing the following standard geometry loader/builder stuff in the APP process: gsetList = pfuMakeGSets(builder); for(i = 0; i < pfGetNum(gsetList); i++) { gset = (pfGeoSet *)pfGet(gsetList,i); pfGSetGState(gset, geostate); pfAddGSet(geode,gset); } > 0 prRef(obj = 0xb) ["../../../lib/libpr/object.c":193, 0x5e8104] 1 pfGSetGState(gset = 0x189eb3d0, gstate = 0xb) ["../gset.c":4752, 0x5be68c] 2 VsimPerfIndexedGeomObject::getPerformerNode(_pfGeoState*)(this = 0x7ffedc64, geostate = 0xb) ["/tmp_mnt/ufs/smokey/uf1/sakai/vsim/vsl/VsimPerfIndexedGeomObject.cc":139, 0x4a6398] 3 VsimPerf6DBody::replaceGeometry(char*)(this = 0x10257298, geometryFilename = 0x7ffede40 = "radarfan.geom") ["/tmp_mnt/ufs/smokey/uf1/sakai/vsim/vsl/VsimPerf6DBody.cc":1486, 0x4997a4] 4 VsimPerfManager::processSocketData()(this = 0x1016b6f8) ["/tmp_mnt/ufs/smokey/uf1/sakai/vsim/vsl/VsimPerfManager.cc":1540, 0x484e1c] 5 VsimPerfApp::updateSim()(this = 0x10114430) ["/tmp_mnt/ufs/smokey/uf1/sakai/perfApp/VsimPerfApp.cc":397, 0x47536c] 6 VsimPerfApp::postFrame()(this = 0x10114430) ["/tmp_mnt/ufs/smokey/uf1/sakai/perfApp/VsimPerfApp.cc":335, 0x475034] 7 VsimPerfApp::drawWorkproc(ptr = 0x10114430) ["/tmp_mnt/ufs/smokey/uf1/sakai/perfApp/VsimPerfApp.cc":304, 0x474e50] 8 CallWorkProc(0x101290d0, 0x7fffae60, 0x1, 0x0, 0xfbc3c48) ["NextEvent.c":673, 0xf6cdfa0] 9 XtAppNextEvent(0x101290d0, 0x7fffae60, 0x1, 0x0, 0x10) ["NextEvent.c":737, 0xf6ca9e0] 10 PerfApp::KensXtAppMainLoop(_XtAppStruct*)(this = 0x10114430, app_context2 = 0x101290d0) ["/tmp_mnt/ufs/smokey/uf1/sakai/perfApp/PerfApp.cc":127, 0x4725dc] 11 PerfApp::handleEvents()(this = 0x10114430) ["/tmp_mnt/ufs/smokey/uf1/sakai/perfApp/PerfApp.cc":117, 0x47258c] 12 main(0x9, 0x7fffaf1c, 0x1, 0x0, 0x100378a0) ["Main.C":46, 0x478d90] The geostate being used is one that had been created for another object during scene initialization. Reusing this geostate in the midst of pipelined APP, CULL, DRAW rendering seems to be a problem. However, if I create a NEW geostate along with the NEW geosets my core problem goes away. What is wrong with the call to pfGSetGState() using the OLD geostate? Any ideas? Thanks, Kenneth N. Sakai Email: sakai@lmsc.lockheed.com Research Specialist/Computer Graphics Phone: (408) 756-0682 Lockheed Missiles and Space Co. Sunnyvale, CA 94088-3504 From guest Thu Feb 23 11:20:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA27222; Thu, 23 Feb 1995 10:47:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA27219; Thu, 23 Feb 1995 10:47:52 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA06670; Thu, 23 Feb 95 10:47:30 -0800 Received: from od.sri.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA03743; Thu, 23 Feb 1995 10:47:28 -0800 Received: by od.sri.com (931110.SGI/930416.SGI) for info-performer@sgi.com id AA00794; Thu, 23 Feb 95 10:46:26 -0800 From: "Nathaniel Bletter" Message-Id: <9502231046.ZM792@od.sri.com> Date: Thu, 23 Feb 1995 10:46:26 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Files with hierarchy Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Which of the performer supported file formats and loaders supports hierarchy? I know the flt format does, but I don't have any public domain modelers for that. Will newer inventor loaders support hierarchy? -- Nat Bletter SRI International nat@od.sri.com (415) 859-4358 From guest Thu Feb 23 13:33:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA27602; Thu, 23 Feb 1995 12:51:05 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA27599; Thu, 23 Feb 1995 12:51:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA12439; Thu, 23 Feb 95 12:50:38 -0800 Received: from realityone.gstone.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA28319; Thu, 23 Feb 1995 12:50:35 -0800 Received: from smtpgate.gstone.com by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA15774; Thu, 23 Feb 95 12:48:31 -0800 Received: from Microsoft Mail (PU Serial #1024) by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Feb23.124500.1024.4779; Thu, 23 Feb 1995 12:48:37 -0800 From: jsmith@smtpgate.gstone.com (Smith, Jeff W.) To: info-performer@sgi.sgi.com ('Performer User Group ( SMTP )'), matomira@epfl.ch (matomira) Message-Id: <1995Feb23.124500.1024.4779@smtpgate.gstone.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Organization: GreyStone Technology, Inc. (619) 675-7800 Date: Thu, 23 Feb 1995 12:48:37 -0800 Subject: Re: Class Libs for Performer Status: O In case you haven't been keeping up with this mailer, Performer is written in C++, SGI just put a C API on top of it, probably to satisfy the masses. For us that have encapsulated the C binding into an C++ application framework with supporting classes, we will have to see what advantages there will be to SGI's new binding. If SGI is willing to let us take a sneek peek at the C++ design we could be preparing our toolkits for the release. How about it, SGI? -- Jeff WS jsmith@gstone.com ---------- From: matomira To: info-performer Subject: Re: Class Libs for Performer Date: Wednesday, February 22, 1995 6:13PM Hello, Jim wrote: >>> However, we are trying to make Performer more extensible. The C++ API with 2.0 is one more step in that direction. >>> I hope that the guiding rule has been `performance over extensibility/friendliness'. Regards, Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch ------ Message Header Follows ------ Received: from realityone.gstone.com by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Feb22.181300.1024.1865; Wed, 22 Feb 1995 18:13:00 -0800 Received: from SGI.COM by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for jsmith@smtpgate.gstone.com id AA10955; Wed, 22 Feb 95 18:13:00 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) id GAA01319; Mon, 20 Feb 1995 06:34:17 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA18790; Mon, 20 Feb 1995 05:40:25 -0800 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA18787; Mon, 20 Feb 1995 05:40:16 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28952; Mon, 20 Feb 95 05:39:56 -0800 Received: from ligsg11.epfl.ch by sgi.sgi.com via ESMTP (950215.405.SGI.8.6.10/910110.SGI) for id FAA28262; Mon, 20 Feb 1995 05:39:53 -0800 Received: by ligsg11.epfl.ch (Smail3.1.29.1 #28) id m0rgYL6-000048C; Mon, 20 Feb 95 14:39 MET Message-Id: Date: Mon, 20 Feb 95 14:39 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.com Subject: Re: Class Libs for Performer Reply-To: matomira@epfl.ch From guest Thu Feb 23 17:23:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA28140; Thu, 23 Feb 1995 16:43:05 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA28137; Thu, 23 Feb 1995 16:42:56 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA23107; Thu, 23 Feb 95 16:42:33 -0800 Received: from od.sri.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA11222; Thu, 23 Feb 1995 16:42:32 -0800 Received: by od.sri.com (931110.SGI/930416.SGI) for info-performer@sgi.com id AA01681; Thu, 23 Feb 95 16:41:29 -0800 Date: Thu, 23 Feb 95 16:41:29 -0800 From: nat@od.sri.com (Nathaniel Bletter) Message-Id: <9502240041.AA01681@od.sri.com> To: penafiel@guild.rdd.lmsc.lockheed.com (Hugo Penafiel), Jim Helman Subject: Re: 5.2 Performer on Irix 4.0.5 Cc: nat@od.sri.com, info-performer@sgi.sgi.com Status: O > pfInit: mmap failed for /dev/zero Yes, this error message was improved over two years ago. I'm impressed that people are still running Performer 1.0. You know we released Performer 1.2 for 4.0.5 as well as 5. However the problem here is not DGL, but rather trying to run a Performer 1.0 4.0.5 binary on a 5.2 machine with the strict virtual memory accounting that was added in 5.1. The 4.0.5 executable will run on a 5.X machine if you add sufficient virtual swap space with swap(1M), e.g. swap -a -v , but in general running a 4.0.5 executable on a 5.X machine is not recommended, particularly on Onyx, because of multiprocessing restrictions that IRIX requires for compatible lock handling. Admittedly, this error occured with an old version of smallfly, that was probably Performer 1.0, but if I run a Performer 1.2 application on the IRIX 5.2 machine, displayed on the IRIX 4.0.5 machine, I get NO error message whatsoever. The program just seems to die. So could this be a DGL error? Nat Bletter SRI International nat@od.sri.com (415) 859-4358 From guest Thu Feb 23 17:58:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA28203; Thu, 23 Feb 1995 17:16:02 -0800 Return-Path: Received: from surreal.asd.sgi.com by holodeck.asd.sgi.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA28200; Thu, 23 Feb 1995 17:16:02 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA26902; Thu, 23 Feb 1995 17:15:56 -0800 Message-Id: <199502240115.RAA26902@surreal.asd.sgi.com> To: mars@clubted.csd.sgi.com (David Marsland) cc: info-performer Subject: Re: Need mail sorting script to filter this mail group In-reply-to: Your message of "Thu, 23 Feb 95 08:46:43 PST." <9502231646.AA27462@clubted.csd.sgi.com> Date: Thu, 23 Feb 95 17:15:56 -0800 From: Jim Helman Status: O Riding the Email Flood: Mail Sorting for Info-Performer Readers --------------------------------------------------------------- (ftp://sgigate.sgi.com/pub/Performer/selected-topics/mailsort) Compiled by jimh@sgi.com with help from aschaffe@sgi.com, cct@sgi.com and Mark_Ferneau@ssw.ssd.sterling.com. Last updated 23-Feb-95. ZMail: ------------ ZMail has filters that use header information to sort incoming mail into the appropriate folders. The stripped down zmail (internal to sgi) lacks the gui interface to develop what zmail calls mail "filters", however, you can manully add filters to you .zmailrc. Filters look for a string in {to,from,cc,subject,body,etc} and specify a file folder to place that mail into. If you want to add filters, add something like this to your .zmailrc: filter pinfo 'save "/usr/people//Mail/perf-info"' -t -i info-performer You can get fancier if you have the GUI interface. Rand MH 6.7: ------------ The old reliable Rand Mail Handler uses mail directories with a separate numbered file for each message, like most news systems. MH can be run from the unix shell commands, via X windows interface (xmh) or GNU emacs (mh-e.el). MH is available by anonymous ftp from a number of sites including ftp://ftp.ics.uci.edu/mh/mh-6.8.tar.Z ftp://ftp.uu.net/networking/mail/mh/mh-6.8.tar.Z ftp://krynn.efd.lth.se/pub/mail/mh-6.8.tar.Z MH has the ability to sort incoming mail into folders automatically as it arrives. Mail that does not match a sort key remains in /var/mail/ until read. See mhook(1) for more details The only caveat on SGI systems is that /usr/var/mail must be writable by the slocal command. This can be done either with permissions on /usr/var/mail or setuid/gid on slocal. Consult your local security expert before doing this. ~/.forward file: "| /usr/local/mh/lib/slocal -user " ~/.maildelivery file: To info-performer qpipe ? "/usr/local/mh/lib/rcvstore +inbox/infoperf" Resent-To info-performer qpipe ? "/usr/local/mh/lib/rcvstore +inbox/infoperf" Apparently-To info-performer qpipe ? "/usr/local/mh/lib/rcvstore +inbox/infoperf" Cc info-performer qpipe ? "/usr/local/mh/lib/rcvstore +inbox/infoperf" Procmail -------- Can be used to create mail-servers, mailing lists, sort your incoming mail into separate folders/files (real convenient when subscribing to one or more mailing lists or for prioritising your mail), preprocess your mail, start any programs upon mail arrival (e.g. to generate different chimes on your workstation for different types of mail) or selectively forward certain incoming mail automatically to someone. Procmail can be used: - and installed by an unprivileged user (for himself only). - as a drop in replacement for the local delivery agent /bin/mail (with biff/comsat support). - as a general mailfilter for whole groups of messages (e.g. when called from within sendmail.cf rules). The accompanying formail program enables you to generate autoreplies, split up digests/mailboxes into the original messages, do some very simple header-munging/extraction, or force mail into mail-format (with leading >From line). Also included is a comprehensive mailinglist/archive management system. A recent version can be picked up at various comp.sources.misc archives. The latest version can be obtained directly from the ftp-archive at: ftp.informatik.rwth-aachen.de (137.226.112.172) as zipped tar file: pub/unix/procmail.tar.zip <152KB as compressed tar file: pub/unix/procmail.tar.Z <216KB in compressed shar format: pub/unix/procmail.??.Z 11 parts # # # From guest Thu Feb 23 18:56:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA28362; Thu, 23 Feb 1995 18:17:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA28359; Thu, 23 Feb 1995 18:17:57 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA26956; Thu, 23 Feb 95 18:17:34 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA25270; Thu, 23 Feb 1995 18:17:32 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA14432; Thu, 23 Feb 1995 18:17:25 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:jsmith@smtpgate.gstone.com id AA26946; Thu, 23 Feb 95 18:17:16 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA27254; Thu, 23 Feb 1995 18:17:29 -0800 Message-Id: <199502240217.SAA27254@surreal.asd.sgi.com> To: jsmith@smtpgate.gstone.com (Smith, Jeff W.) Cc: info-performer@sgi.sgi.com ('Performer User Group ( SMTP )'), matomira@epfl.ch (matomira) Subject: Re: Class Libs for Performer In-Reply-To: Your message of "Thu, 23 Feb 95 12:48:37 PST." <1995Feb23.124500.1024.4779@smtpgate.gstone.com> Date: Thu, 23 Feb 95 18:17:20 -0800 From: Jim Helman Status: O > For us that have encapsulated the C binding into an C++ application > framework with supporting classes, we will have to see what advantages > there will be to SGI's new binding. If SGI is willing to let us take a > sneek peek at the C++ design we could be preparing our toolkits for > the release. How about it, SGI? The API part is easy, since 90% or more of the C++ API is just what you'd expect. Performer's API is sufficiently regular that most of the CAPI is now automatically generated from the C++ API. The basic rules for translating a Performer C binding into the corresponding C++ binding are to add the "set" that is implicit in the C API, and to drop the class name present in the C API. CAPI C++ pfMtlColor(mtl, token, color) mtl->setColor(token, color) pfGetMtlColor(mtl, token) mtl->getColor(token) pfApplyMtl(mtl) mtl->apply() As for other design issues, we're adding some new things for type extensibility and such, but for performance reasons, we're staying away from any radical redesign of our traversal methodology. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Fri Feb 24 08:45:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA29157; Fri, 24 Feb 1995 08:03:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA29154; Fri, 24 Feb 1995 08:03:44 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA20552; Fri, 24 Feb 95 08:03:21 -0800 Received: from columbia by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA24352; Fri, 24 Feb 1995 08:03:19 -0800 Received: by columbia (931110.SGI/930416.SGI) for info-performer@sgi.com id AA27756; Fri, 24 Feb 95 09:51:16 -0600 Date: Fri, 24 Feb 95 09:51:16 -0600 From: rick@columbia.datasys.swri.edu (Rick Weyrauch) Message-Id: <9502241551.AA27756@columbia> Apparently-To: info-performer@sgi.sgi.com Status: O ~rrecruit.txt From guest Fri Feb 24 09:52:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA29272; Fri, 24 Feb 1995 09:14:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA29269; Fri, 24 Feb 1995 09:14:03 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA22879; Fri, 24 Feb 95 09:13:41 -0800 Received: from rweyrauch.datasys.swri.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA05479; Fri, 24 Feb 1995 09:13:39 -0800 Received: (from rick@localhost) by rweyrauch.datasys.swri.edu (8.6.9/8.6.9) id LAA00789 for info-performer@sgi.com; Fri, 24 Feb 1995 11:14:15 -0600 Date: Fri, 24 Feb 1995 11:14:15 -0600 From: Rick Weyrauch Message-Id: <199502241714.LAA00789@rweyrauch.datasys.swri.edu> To: info-performer@sgi.sgi.com Subject: Help wanted. Status: O Visual Simulation Engineers Southwest Research Institute (SwRI) is seeking visual simulation engineers to design, develop, and integrate advanced graphics software for training simulation and multimedia applications. Simulation engineers are needed to: - analyze systems requirements - prepare system level designs - develop simulation algorithms and math models - code and test image generation software (C/C++,OpenGL,Performer) - integrate image generation and multimedia software into overall system - write proposals - manage projects A technical degree is required (advanced degree preferred) with experience developing interactive real-time visual computing applications using C/C++ and OpenGL. Experience with Performer and Inventor is also desired. Candidates should be able to interact with clients, prepare effective written reports, and give oral presentations to technical audiences. Must be a U.S. citizen and be eligible to obtain a security clearance. Both senior and entry level positions are available. Southwest Research Institute is one of the original and largest independent, applied research and development organizations in the United States. SwRI's total revenue for fiscal year 1994 was $243 million. This amount exceeded that of fiscal year 1993 by $12 million. Contracts with commercial clients accounted for 58 percent of the revenue with government agencies providing 42 percent. Revenue from a growing international clientele constitutes five percent of the total. For immediate and confidential consideration, please send your resume to: Southwest Research Institute Att: Barna Youngs, Employment Manager Bruce Montag, Training Systems Manager P.O. Drawer 28510 San Antonio, TX 78228-0510 e-mail BMontag@SwRI.edu BYoungs@SwRI.edu FAX 210-522-2572 or 210-522-3990 From guest Fri Feb 24 13:17:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA29687; Fri, 24 Feb 1995 12:47:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA29684; Fri, 24 Feb 1995 12:47:20 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02815; Fri, 24 Feb 95 12:46:58 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA09520; Fri, 24 Feb 1995 12:46:54 -0800 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA02944; Fri, 24 Feb 95 15:48:28 EST Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id PAA24805; Fri, 24 Feb 1995 15:47:22 -0500 Date: Fri, 24 Feb 1995 15:47:21 -0500 (EST) From: "Lance R. Marrou" To: Performer List Subject: shared memory object classes Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I am curious if it is possible to use the operator new to allocate an object class in shared memory. I tried most (if not all) combinations like: po = ::new(sizeof(printobj),pfGetSharedArena()) printobj(); po = new(sizeof(printobj),pfGetSharedArena()) printobj(); po = new(pfGetSharedArena()) printobj(); These were just some simple test cases, I have much more complicated classes in mind. What seems to work is this: po = (printobj *)pfMalloc(sizeof(printobj),pfGetSharedArena()); But then I need a fake constructor to call after allocation. ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Fri Feb 24 15:34:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA00016; Fri, 24 Feb 1995 14:50:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA00013; Fri, 24 Feb 1995 14:50:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08848; Fri, 24 Feb 95 14:50:29 -0800 Received: from josef.ifi.unizh.ch by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA29037; Fri, 24 Feb 1995 14:50:27 -0800 Message-Id: <199502242250.OAA29037@sgi.sgi.com> Received: from ifi.unizh.ch by josef.ifi.unizh.ch id <00418-0@josef.ifi.unizh.ch>; Fri, 24 Feb 1995 23:50:45 +0100 To: marrou@vsl.ist.ucf.edu Subject: Re: shared memory object classes Cc: info-performer@sgi.sgi.com Date: Fri, 24 Feb 1995 23:50:45 +0100 From: Martin Roth Sender: roth@ifi.unizh.ch Status: O Lance R Marrou wrote: > I am curious if it is possible to use the operator new to allocate an object > class in shared memory. I tried most (if not all) combinations like: > > po = ::new(sizeof(printobj),pfGetSharedArena()) printobj(); > po = new(sizeof(printobj),pfGetSharedArena()) printobj(); > po = new(pfGetSharedArena()) printobj(); > > These were just some simple test cases, I have much more complicated classes > in mind. What seems to work is this: > > po = (printobj *)pfMalloc(sizeof(printobj),pfGetSharedArena()); > > But then I need a fake constructor to call after allocation. Hi Lance, I'm doing this in my application through overloading of the new and delete operators of all my classes: void *operator new(size_t sz, void *a) { return pfMalloc(sz, a); } void *operator new(size_t sz) { return pfMalloc(sz, NULL); } void operator delete(void *addr) { pfFree(addr); } Allocating an object in shared memory is done through: obj = new(pfGetSharedArena()) Object(); and of course the constructor is called as always. Does this help? Martin _______________________________________________________________________________ /| /|) S. H. Martin Roth / |/ |\OTH Student in Computer Science ETHZ, Swiss Federal Institute of Technology Zuerich email: sroth@iiic.ethz.ch UniZh, University of Zuerich email: roth@ifi.unizh.ch From guest Fri Feb 24 16:43:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA00177; Fri, 24 Feb 1995 16:03:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA00170; Fri, 24 Feb 1995 16:03:46 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA11814; Fri, 24 Feb 95 16:03:19 -0800 Received: from realityone.gstone.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA09946; Fri, 24 Feb 1995 16:03:16 -0800 Received: from smtpgate.gstone.com by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA26339; Fri, 24 Feb 95 15:59:55 -0800 Received: from Microsoft Mail (PU Serial #1024) by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Feb24.155600.1024.5561; Fri, 24 Feb 1995 16:00:13 -0800 From: jsmith@smtpgate.gstone.com (Smith, Jeff W.) To: info-performer@sgi.sgi.com (Performer List), marrou@vsl.ist.ucf.edu (Lance R. Marrou) Message-Id: <1995Feb24.155600.1024.5561@smtpgate.gstone.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Organization: GreyStone Technology, Inc. (619) 675-7800 Date: Fri, 24 Feb 1995 16:00:13 -0800 Subject: RE: shared memory object classes Status: O Danger, danger! The quick answer is: yes you can allocate C++ objects out of shmem. The question you need to answer is, should you! Some issues to think about: 1. vtbls may not work correctly, that is, objects with virtual methods become dangerous to use, because their table look-ups might point to different address spaces 2 If you still want to allocate objects out of shmem, then overload the new operator and use shmem for allocating the memory to use. This way the compiler will add the proper constructor call so to a user of yoour class, everything appears the same. Just use new and delete as usually for that particular class. Remember, however, to also overload delete when you overload new. 3. A more common approach is to just allocate your object's data from shmem. -- Jeff WS jsmith@gstone.com ---------- From: Lance R. Marrou To: Performer List Subject: shared memory object classes Date: Friday, February 24, 1995 1:33PM I am curious if it is possible to use the operator new to allocate an object class in shared memory. I tried most (if not all) combinations like: po = ::new(sizeof(printobj),pfGetSharedArena()) printobj(); po = new(sizeof(printobj),pfGetSharedArena()) printobj(); po = new(pfGetSharedArena()) printobj(); These were just some simple test cases, I have much more complicated classes in mind. What seems to work is this: po = (printobj *)pfMalloc(sizeof(printobj),pfGetSharedArena()); But then I need a fake constructor to call after allocation. ____________________________________________________________________________ __ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." ------ Message Header Follows ------ Received: from realityone.gstone.com by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Feb24.133319.1024.2147; Fri, 24 Feb 1995 13:33:19 -0800 Received: from SGI.COM by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for jsmith@smtpgate.gstone.com id AA25259; Fri, 24 Feb 95 13:33:15 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id NAA14248; Fri, 24 Feb 1995 13:22:57 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA29687; Fri, 24 Feb 1995 12:47:32 -0800 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA29684; Fri, 24 Feb 1995 12:47:20 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02815; Fri, 24 Feb 95 12:46:58 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA09520; Fri, 24 Feb 1995 12:46:54 -0800 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA02944; Fri, 24 Feb 95 15:48:28 EST Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id PAA24805; Fri, 24 Feb 1995 15:47:22 -0500 Date: Fri, 24 Feb 1995 15:47:21 -0500 (EST) From: "Lance R. Marrou" To: Performer List Subject: shared memory object classes Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII From guest Fri Feb 24 18:03:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA00274; Fri, 24 Feb 1995 17:24:18 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA00271; Fri, 24 Feb 1995 17:24:14 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA14836; Fri, 24 Feb 95 17:23:46 -0800 Received: from realityone.gstone.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA20464; Fri, 24 Feb 1995 17:23:27 -0800 Received: from smtpgate.gstone.com by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for marrou@vsl.ist.ucf.edu id AA27047; Fri, 24 Feb 95 16:54:26 -0800 Received: from Microsoft Mail (PU Serial #1024) by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Feb24.164800.1024.5596; Fri, 24 Feb 1995 16:54:30 -0800 From: jsmith@smtpgate.gstone.com (Smith, Jeff W.) To: marrou@vsl.ist.ucf.edu (marrou), roth@ifi.unizh.ch (Martin Roth) Cc: info-performer@sgi.sgi.com (info-performer) Message-Id: <1995Feb24.164800.1024.5596@smtpgate.gstone.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Organization: GreyStone Technology, Inc. (619) 675-7800 Date: Fri, 24 Feb 1995 16:54:30 -0800 Subject: Re: shared memory object classes Status: O Lance's example doesn't statisfy the semantics of new. Don't forget to add code for _new_handler, and size_t = 0. -- Jeff WS jsmith@gstone.com ---------- From: Martin Roth To: marrou Cc: info-performer Subject: Re: shared memory object classes Date: Friday, February 24, 1995 4:15PM Lance R Marrou wrote: > I am curious if it is possible to use the operator new to allocate an object > class in shared memory. I tried most (if not all) combinations like: > > po = ::new(sizeof(printobj),pfGetSharedArena()) printobj(); > po = new(sizeof(printobj),pfGetSharedArena()) printobj(); > po = new(pfGetSharedArena()) printobj(); > > These were just some simple test cases, I have much more complicated classes > in mind. What seems to work is this: > > po = (printobj *)pfMalloc(sizeof(printobj),pfGetSharedArena()); > > But then I need a fake constructor to call after allocation. Hi Lance, I'm doing this in my application through overloading of the new and delete operators of all my classes: void *operator new(size_t sz, void *a) { return pfMalloc(sz, a); } void *operator new(size_t sz) { return pfMalloc(sz, NULL); } void operator delete(void *addr) { pfFree(addr); } Allocating an object in shared memory is done through: obj = new(pfGetSharedArena()) Object(); and of course the constructor is called as always. Does this help? Martin ____________________________________________________________________________ ___ _ /| /|) S. H. Martin Roth / |/ |\OTH Student in Computer Science ETHZ, Swiss Federal Institute of Technology Zuerich email: sroth@iiic.ethz.ch UniZh, University of Zuerich email: roth@ifi.unizh.ch ------ Message Header Follows ------ Received: from realityone.gstone.com by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Feb24.161516.1024.2180; Fri, 24 Feb 1995 16:15:17 -0800 Received: from SGI.COM by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for jsmith@smtpgate.gstone.com id AA26854; Fri, 24 Feb 95 16:15:13 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id PAA08924; Fri, 24 Feb 1995 15:55:17 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA00016; Fri, 24 Feb 1995 14:50:56 -0800 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA00013; Fri, 24 Feb 1995 14:50:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA08848; Fri, 24 Feb 95 14:50:29 -0800 Received: from josef.ifi.unizh.ch by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA29037; Fri, 24 Feb 1995 14:50:27 -0800 Message-Id: <199502242250.OAA29037@sgi.sgi.com> Received: from ifi.unizh.ch by josef.ifi.unizh.ch id <00418-0@josef.ifi.unizh.ch>; Fri, 24 Feb 1995 23:50:45 +0100 To: marrou@vsl.ist.ucf.edu Subject: Re: shared memory object classes Cc: info-performer@sgi.com Date: Fri, 24 Feb 1995 23:50:45 +0100 From: Martin Roth Sender: roth@ifi.unizh.ch From guest Fri Feb 24 18:21:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA00309; Fri, 24 Feb 1995 17:40:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA00306; Fri, 24 Feb 1995 17:40:52 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA15349; Fri, 24 Feb 95 17:40:30 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id RAA00244; Fri, 24 Feb 1995 17:40:25 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:ron@miniator.gsfc.nasa.gov id AA15339; Fri, 24 Feb 95 17:40:13 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA24779; Fri, 24 Feb 1995 17:40:31 -0800 Message-Id: <199502250140.RAA24779@surreal.asd.sgi.com> To: "Shahram Shiri" Cc: info-performer@sgihub.corp.sgi.com Reply-To: info-performer-request@sgihub.corp.sgi.com Subject: Newsgroup (was Re: Need mail sorting script to filter this mail group) In-Reply-To: Your message of "Thu, 23 Feb 95 13:01:14 EST." <9502231301.ZM29093@miniator.gsfc.nasa.gov> Date: Fri, 24 Feb 95 17:40:21 -0800 From: Jim Helman Status: O > The postings to the mailing list is getting too large. It is time > to create a performer related newsgroup more or less similar to sgi > application newsgroups. Many readers have indicated a preference for recieving info-performer via a newsgroup. But on the other hand, I can imagine that some might prefer the familiarity of a "private" mailing list. If a newsgroup were created, the mailing list would remain with a bi-directional gateway to the newsgroup for those who prefer email. We don't have any plans, and it really isn't appropriate for SGI to push for such a newsgroup. But if you have strong feelings one way or the other, or want to volunteer to sponsor an RFD, send mail to info-performer-request@sgi.com. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Fri Feb 24 18:54:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA00338; Fri, 24 Feb 1995 18:14:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA00335; Fri, 24 Feb 1995 18:14:21 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA16810; Fri, 24 Feb 95 18:13:58 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA26120; Fri, 24 Feb 1995 18:13:56 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA02623; Fri, 24 Feb 1995 18:13:29 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:jsmith@smtpgate.gstone.com id AA16796; Fri, 24 Feb 95 18:13:24 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA24856; Fri, 24 Feb 1995 18:13:33 -0800 Message-Id: <199502250213.SAA24856@surreal.asd.sgi.com> To: jsmith@smtpgate.gstone.com (Smith, Jeff W.) Cc: info-performer@sgi.sgi.com (Performer List), marrou@vsl.ist.ucf.edu (Lance R. Marrou) Subject: Re: shared memory object classes In-Reply-To: Your message of "Fri, 24 Feb 95 16:00:13 PST." <1995Feb24.155600.1024.5561@smtpgate.gstone.com> Date: Fri, 24 Feb 95 18:13:20 -0800 From: Jim Helman Status: O > 1. vtbls may not work correctly, that is, objects with virtual > methods become dangerous to use, because their > table look-ups might point to different address spaces This is true, but, in the most common Performer pfSharedArena case, all the C++ code is in place before we fork (pfConfig), so there isn't any problem. problems occur when you have processes in which the code for your C++ objects lives at different addresses in different processes, in particular if you are sharing memory between unrelated execuatables (e.g. pfDataPools) and potentially in related processes if you load C++ objects via DSO's after a fork. But even in these cases, I believe that with some ld work one can usually get the C++ DSO's located at the same addresses in both executables without conflicts. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Fri Feb 24 19:18:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA00369; Fri, 24 Feb 1995 18:31:38 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA00365; Fri, 24 Feb 1995 18:31:38 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA17577; Fri, 24 Feb 95 18:31:15 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA27767; Fri, 24 Feb 1995 18:31:14 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA03725; Fri, 24 Feb 1995 18:31:12 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for @sgihub.corp.sgi.com:sal@sgidev.mdc.com id AA17572; Fri, 24 Feb 95 18:31:10 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA24936; Fri, 24 Feb 1995 18:31:32 -0800 Message-Id: <199502250231.SAA24936@surreal.asd.sgi.com> To: sal@sgidev.mdc.com (Sal Cabaruvias) Cc: info-performer@sgi.sgi.com Subject: Re: clogin problem In-Reply-To: Your message of "Sat, 25 Feb 95 12:12:07 PST." <9502252012.AA20935@sgidev.mdc.com> Date: Fri, 24 Feb 95 18:31:31 -0800 From: Jim Helman Status: O > I was looking in the Performer faq for the problem with > clogin and the solution to it. Problem: chost/clogin used IL hardware acceleration which could tie up framebuffer resources causing Performer applications to be unable to allocate a z buffer. Solution: 1) kill chost and clogin. (My recollection is that sometimes one had to stop and restart graphics to get the framebuffer back.) 2) csh: "setenv IL_HW_ACCELERATE 0" or sh: "IL_HW_ACCELERATE=0" before running any desktop applications that might use IL, e.g. in your ~/.xsession or other X/desktop startup file. This use of framebuffer resources by the desktop is supposed to be fixed in IRIX 5.3, however we have not verified it. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From: aschaffe (Allan Schaffer) Date: Thu, 1 Dec 1994 13:24:49 -0800 To: info-performer@sgihub.corp.sgi.com Subject: Re: Antialiasing and other RE stuff > > I have had similar problems on our ONYX (OS 5.2, 2 CPU's, 2 RM's), > except it appears as a transparency problem (maybe AA too, it's hard > to tell in NTSC). I ran at 4@640x486_30i. I have seen the same > problem when I run at 1600x1200 (small pixel depth), so for some > reason the machine thinks it's in small pixel depth mode when no one > is logged in to the console. We are running the visuallogin. The > problem is not there if I log on to the console. This is something that has been mentioned a few times before; I'll add it to the FAQ list. This is a bug of sorts; it is caused by 'clogin' and 'chost' using the ImageVision library to display bitmap images of users & machine types. On RealityEngine the IL uses hardware acceleration to scale the images, which gobbles up framebuffer memory. The symptoms show up when Performer (or any other GL application) tries to configure the framebuffer. Since the framebuffer memory is already in use (by clogin or chost) Performer has to back off & ask for something less. It's possible to work around this, somewhat: setenv IL_HW_ACCELERATE 0 should force the IL to do its' computations on the host. Or to work around it for just 'clogin' you can 'chkconfig visuallogin off'. Or just log in. Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com From: aschaffe (Allan Schaffer) Date: Mon, 26 Sep 1994 12:19:51 -0700 To: hodeckes@VNET.IBM.COM, INFO-PERFORMER@sgi.sgi.com Subject: Re: Peformer rendering . . On the same theme -- In IRIX 5.2 some of the System Administration tools (ie 'chost' and 'clogin') make use of the ImageVision library to scale & display bitmaps of users faces & other pictures -- on RealityEngine this eats up a lot of the frame buffer because it uses hardware acceleration. So, if you run those tools and a Performer program at the same time, you won't get any Z buffer. Once you kill them off and re-start the Performer application it will be able to allocate the multisampling & zbuffer memory it needs. Allan # # # From guest Sat Feb 25 02:19:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA00874; Sat, 25 Feb 1995 01:45:50 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA00871; Sat, 25 Feb 1995 01:45:38 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA28423; Sat, 25 Feb 95 01:45:15 -0800 Received: from josef.ifi.unizh.ch by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA21757; Sat, 25 Feb 1995 01:45:13 -0800 Message-Id: <199502250945.BAA21757@sgi.sgi.com> Received: from ifi.unizh.ch by josef.ifi.unizh.ch id <00288-0@josef.ifi.unizh.ch>; Sat, 25 Feb 1995 10:45:36 +0100 To: marrou@vsl.ist.ucf.edu Subject: Re: shared memory object classes Cc: info-performer@sgi.sgi.com Date: Sat, 25 Feb 1995 10:45:36 +0100 From: Martin Roth Sender: roth@ifi.unizh.ch Status: O Hi Lance, as far as I know the size_t argument is implicitly passed by the compiler. My classes are at least as complex as your "blah" class ;-) and it always worked fine. It also works under derivation and inheritance. This in fact isn't surprising at all because I think that the C++ new operator in the end uses malloc to allocate a chunk of memory of size size_t. It doesn't matter if this chunk is allocated through malloc or pfMalloc. I have only new operators returning type void *. I don't know if it's necessary but I think so. And the conversion form void * to Object * is done automatically when new is invoked. And in answering other postings I never had any problems with the dynamic binding through virtual tables. I wouldn't see why. As far as I know the shared memory of Performer is allocated as early as pfInit is called and I'm only accessing it through related (sproc'ed) processes. That's why objects in shared memory are supposed to behave the same as if they were allocated on the heap. Cheers Martin _______________________________________________________________________________ /| /|) S. H. Martin Roth / |/ |\OTH Student in Computer Science ETHZ, Swiss Federal Institute of Technology Zuerich email: sroth@iiic.ethz.ch UniZh, University of Zuerich email: roth@ifi.unizh.ch From guest Fri Feb 24 13:11:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA29671; Fri, 24 Feb 1995 12:37:31 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA29668; Fri, 24 Feb 1995 12:37:30 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (920330.SGI/920502.SGI) for info-performer@holodeck.asd.sgi.com id AA02411; Fri, 24 Feb 95 12:37:07 -0800 Received: from sgidev.mdc.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA07719; Fri, 24 Feb 1995 12:37:04 -0800 Received: by sgidev.mdc.com (920213.SGI.UNSUPPORTED.PROTOTYPE/920323.SGI.UNSUPPORTED.PROTOTYPE) for info-performer@sgi.com id AA20935; Sat, 25 Feb 95 12:12:07 -0800 Date: Sat, 25 Feb 95 12:12:07 -0800 From: sal@sgidev.mdc.com (Sal Cabaruvias) Message-Id: <9502252012.AA20935@sgidev.mdc.com> To: info-performer@sgi.sgi.com Subject: clogin problem Status: O Hello everyone, I was looking in the Performer faq for the problem with clogin and the solution to it. Sure enough, it was not there, and I deleted the series of discussions about it. Could someone Email those sections. I am now tuning my Onyx and I remember something about Clogin and Chost. Thanks in advance, sal ----------------------------------------------------------------------------- Salvador Cabaruvias |email: sal@sgidev.mdc.com CSSL |saying: "Well I be done seen about McDonnell Douglas | everything when I see elephant (310) 593-6719 | fly!" --- Dumbo --- ----------------------------------------------------------------------------- From guest Sun Feb 26 02:19:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA02124; Sun, 26 Feb 1995 01:21:10 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA02121; Sun, 26 Feb 1995 01:21:06 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17717; Sun, 26 Feb 95 01:20:36 -0800 Received: from dront.nada.kth.se by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA19415; Sun, 26 Feb 1995 01:20:34 -0800 Received: (from jose@localhost) by dront.nada.kth.se (8.6.10/8.6.9) id KAA08246 for info-performer@sgi.com; Sun, 26 Feb 1995 10:20:31 +0100 Date: Sun, 26 Feb 1995 10:20:31 +0100 From: Johan Sellstrvm Message-Id: <199502260920.KAA08246@dront.nada.kth.se> To: info-performer@sgi.sgi.com Subject: IGES->.iv/performer Status: O Hi I have some files from european car and aircraft manufacturers that I need to import to both Inventor and Performer. Like one year ago I heard filters were coming up for at least iges2inv. Does anybody please have the current status of that. Or alternative trails like iges2dxf,dxf2iv or something. I dont have AutoCad though only Catia and ICEM. Best Regards Johan Sellstroem From guest Sun Feb 26 04:57:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA02267; Sun, 26 Feb 1995 03:57:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA02264; Sun, 26 Feb 1995 03:57:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19031; Sun, 26 Feb 95 03:57:25 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id DAA23867; Sun, 26 Feb 1995 03:57:23 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id DAA22423; Sun, 26 Feb 1995 03:57:20 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:jose@nada.kth.se id AA19024; Sun, 26 Feb 95 03:56:58 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id DAA06841; Sun, 26 Feb 1995 03:56:54 -0800 From: "Michael Jones" Message-Id: <9502260356.ZM6839@babar.asd.sgi.com> Date: Sun, 26 Feb 1995 03:56:47 -0800 In-Reply-To: Johan Sellstrvm "IGES->.iv/performer" (Feb 26, 10:20am) References: <199502260920.KAA08246@dront.nada.kth.se> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Johan Sellstrvm , info-performer@sgi.sgi.com Subject: Re: IGES->.iv/performer Cc: danam@esd.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 26, 10:20am, Johan Sellstrvm wrote: > Subject: IGES->.iv/performer :Hi :I have some files from european car and aircraft manufacturers that I :need to import to both Inventor and Performer. Like one year ago I heard :filters were coming up for at least iges2inv. Does anybody please have :the current status of that. Or alternative trails like iges2dxf,dxf2iv :or something. I dont have AutoCad though only Catia and ICEM. : :Best Regards :Johan Sellstroem : >-- End of excerpt from Johan Sellstrvm The OpenInventor group has an IGES->OpenInventor translator in beta test right now. I suggest that you check with Dan Ambrosi, at "danam@esd.sgi.com" for full details. Since you want to transfer the models into both OpenInventor and IRIS Performer, you'll probably want to get the latest version of the OpenInventor 2.0 file reader for Performer from the sgigate ftp server. It's in the Performer repository for public download. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Mon Feb 27 09:14:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA03566; Mon, 27 Feb 1995 08:57:05 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA03563; Mon, 27 Feb 1995 08:56:53 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11242; Mon, 27 Feb 95 08:56:31 -0800 Received: from realityone.gstone.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA28158; Mon, 27 Feb 1995 08:56:29 -0800 Received: from smtpgate.gstone.com by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.sgi.com id AA10680; Mon, 27 Feb 95 08:54:27 -0800 Received: from Microsoft Mail (PU Serial #1024) by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Feb27.085100.1024.7245; Mon, 27 Feb 1995 08:54:38 -0800 From: jsmith@smtpgate.gstone.com (Smith, Jeff W.) To: jimh@surreal (Jim Helman) Cc: info-performer@sgi.sgi.com (Performer List), marrou@vsl.ist.ucf.edu (Lance R. Marrou) Message-Id: <1995Feb27.085100.1024.7245@smtpgate.gstone.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Organization: GreyStone Technology, Inc. (619) 675-7800 Date: Mon, 27 Feb 1995 08:54:38 -0800 Subject: Re: shared memory object classes Status: O > From: Jim Helman >Subject: Re: shared memory object classes > Date: Friday, February 24, 1995 6:12PM > problems occur when you have processes in which the code for your C++ > objects lives at different addresses in different processes, in > particular if you are sharing memory between unrelated execuatables > (e.g. pfDataPools) and potentially in related processes if you load > C++ objects via DSO's after a fork. But even in these cases, I > believe that with some ld work one can usually get the C++ DSO's > located at the same addresses in both executables without conflicts. Has anyone done this? I would like to implement this if someone can give me more details on "some Id work?, and "getting C++ DSO's located at the same address?". Is this done through the loader? I am currently successfully using C++ objects out of shmem with vtbls, but I would like to use unrelated executables and shmem as the above suggests. Jim or anyone? - Jeff WS jsmith@gstone.com From guest Mon Feb 27 18:07:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA05070; Mon, 27 Feb 1995 17:48:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA05067; Mon, 27 Feb 1995 17:48:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09003; Mon, 27 Feb 95 17:48:14 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA08130; Mon, 27 Feb 1995 17:48:03 -0800 Received: (from uucp@localhost) by warrane.connect.com.au with UUCP id MAA00464 (8.6.10/IDA-1.6); Tue, 28 Feb 1995 12:47:27 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA18875 (5.65c/IDA-1.5); Tue, 28 Feb 1995 12:22:02 +1100 Received: from krusty by aggro with SMTP id AA29167 (5.65c/IDA-1.4.4); Tue, 28 Feb 1995 11:29:07 +1000 Received: by krusty (5.65) id AA01392; Tue, 28 Feb 1995 12:28:31 +1100 Date: Tue, 28 Feb 1995 12:28:31 +1100 (EST) From: Simon Bennett Subject: Re: pfLightPoint bug? To: Marcus Cc: INFO PERFORMER In-Reply-To: <00581.2865505366.2197@multigenuunet.UU.NET> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 20 Oct 1994, Marcus wrote: Does anybody know more about the subject below? I'm getting this sort of behaviour... Specifically what I'm seeing is: * Crashing on pfGetLPointColor() calls with some database's * Other pfLightPoint nodes only have sigificant colours in the 0 index of the node (I gather this is related to the PFGS_OVERALL colormode) Does anybody know if: * The flight 14.1 loader always uses this PFGS_OVERALL color mode (listed in the pfPrint output) * PFGS_OVERALL is causing Performer to crash in the pfGetLPointColor calls? * The PFGS_OVERALL color mode for lightpoints is documented anywhere? Also I remeber hearing about a limitation with Performer and flight databases that doesn't allow you to draw a seamless bidirectional lightpoint with different colour per side.... Can anybody confirm or deny this? Experiences anyone? Thanx > >I have a question about pfLightPoints in Performer 1.2. The man page > >says the individual points in the object share all attributes (e.g. > >shape) except position and colour. However, this intriguing snippet > >from pf.h suggests the possibility of a global binding for colour: > > > >/* pfLPointColor() */ > >#define PFLP_OVERALL -1 > > > >Indeed, the a certain well-known 3D database file loader seems to > >make this assumption, viz.: > > > > /* Set overall color if possible */ > > if(!colorDiff) > > pfLPointColor(lp, PFLP_OVERALL, lc); > > > >Our experience with pfLightPoints created thus is that an attempt > >to access individual colours dumps core: > > > > pfGetLPointColor((pfLightPoint), 0, (pfVec4)); > >Is the overall binding for the colour attribute valid and useful? > >If so, how might one determine whether this binding applies to a > >given pfLightPoint other than by a post-mortem on the resulting > >core file? > > > >----------------------------------------------------------------- > > | Jean Daigle ATS AeroTechnologies Inc. | > > | Software Designer 1250 Boul Marie-Victorin | > > | St. Bruno, QC J3V 6B8 | > > | jaydee@ats.qc.ca Tel: (514) 441-9000 Fax: (514) 441-6789 | > >----------------------------------------------------------------- > > I was recently looking at the ASCII output of a scene graph that > has lightpoints in it: > > [5:0]pfLightPoint pfId=8 0x82e800 { > trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff > bsphere: ctr(-65.000000, -8.660254, -5.000000) rad=11.180340 > Num Points: 5, Size: 2.000000 FogScales: 2.000000 2.000000 > shape: dir=PFLP_OMNIDIRECTIONAL henv=179.000000 venv=179.000000 > falloff=4.000000 > Rot: azim=0.000000 elev=0.000000 roll=0.000000 > Color mode: PFGS_OVERALL, color: 0.109804 0.874510 0.168627 1.000000 > Point 263527468: -70.000000 -17.320507 -10.000000 > Point 263527468: -60.000000 -17.320507 -10.000000 > Point 263527468: -70.000000 -8.660254 -5.000000 > Point 263527468: -60.000000 -8.660254 -5.000000 > Point 263527468: -60.000000 0.000000 0.000000 > ^^^^^^^^^^^^^^^^ > [5:0]} pfLightPoint 8 0x82e800 > > Notice that the RPointS numbers are outrageous. I would expect > them to be 0, 1, 2, 3, and 4. > > Is this a bug in Performer 1.2? > Is it why pfGetLPointColor() crashes as explained by Jean above? > > Regards, > Marcus Barnes, Member Technical Staff > MultiGen Inc., 1884 The Alameda, San Jose CA, 95126 > PH: (408) 261 4118 FX: (408) 247 4329 > EMAIL: multigen!marcus@uunet.UU.NET +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Mon Feb 27 18:41:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA05120; Mon, 27 Feb 1995 18:25:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA05117; Mon, 27 Feb 1995 18:25:02 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11222; Mon, 27 Feb 95 18:24:36 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA14399; Mon, 27 Feb 1995 18:24:28 -0800 Received: (from uucp@localhost) by warrane.connect.com.au with UUCP id NAA03061 (8.6.10/IDA-1.6 for info-performer@sgi.com); Tue, 28 Feb 1995 13:24:23 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA19390 (5.65c/IDA-1.5 for ); Tue, 28 Feb 1995 12:43:37 +1100 Received: from krusty by aggro with SMTP id AA29246 (5.65c/IDA-1.4.4 for ); Tue, 28 Feb 1995 11:50:43 +1000 Received: by krusty (5.65) id AA05490; Tue, 28 Feb 1995 12:50:07 +1100 Date: Tue, 28 Feb 1995 12:50:06 +1100 (EST) From: Simon Bennett Subject: Re: pfLightPoint bug? (fwd) To: info-performer@sgi.sgi.com Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O (Apologies if this appears twice) Does anybody know more about the subject below? I'm getting this sort of behaviour... Specifically what I'm seeing is: * Crashing on pfGetLPointColor() calls with some database's * Other pfLightPoint nodes only have sigificant colours in the 0 index of the node (I gather this is related to the PFGS_OVERALL colormode) Does anybody know if: * The flight 14.1 loader always uses this PFGS_OVERALL color mode (listed in the pfPrint output) * PFGS_OVERALL is causing Performer to crash in the pfGetLPointColor calls? * The PFGS_OVERALL color mode for lightpoints is documented anywhere? Also I remeber hearing about a limitation with Performer and flight databases that doesn't allow you to draw a seamless bidirectional lightpoint with different colour per side.... Can anybody confirm or deny this? Experiences anyone? Thanx > >I have a question about pfLightPoints in Performer 1.2. The man page > >says the individual points in the object share all attributes (e.g. > >shape) except position and colour. However, this intriguing snippet > >from pf.h suggests the possibility of a global binding for colour: > > > >/* pfLPointColor() */ > >#define PFLP_OVERALL -1 > > > >Indeed, the a certain well-known 3D database file loader seems to > >make this assumption, viz.: > > > > /* Set overall color if possible */ > > if(!colorDiff) > > pfLPointColor(lp, PFLP_OVERALL, lc); > > > >Our experience with pfLightPoints created thus is that an attempt > >to access individual colours dumps core: > > > > pfGetLPointColor((pfLightPoint), 0, (pfVec4)); > >Is the overall binding for the colour attribute valid and useful? > >If so, how might one determine whether this binding applies to a > >given pfLightPoint other than by a post-mortem on the resulting > >core file? > > > >----------------------------------------------------------------- > > | Jean Daigle ATS AeroTechnologies Inc. | > > | Software Designer 1250 Boul Marie-Victorin | > > | St. Bruno, QC J3V 6B8 | > > | jaydee@ats.qc.ca Tel: (514) 441-9000 Fax: (514) 441-6789 | > >----------------------------------------------------------------- > > I was recently looking at the ASCII output of a scene graph that > has lightpoints in it: > > [5:0]pfLightPoint pfId=8 0x82e800 { > trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff > bsphere: ctr(-65.000000, -8.660254, -5.000000) rad=11.180340 > Num Points: 5, Size: 2.000000 FogScales: 2.000000 2.000000 > shape: dir=PFLP_OMNIDIRECTIONAL henv=179.000000 venv=179.000000 > falloff=4.000000 > Rot: azim=0.000000 elev=0.000000 roll=0.000000 > Color mode: PFGS_OVERALL, color: 0.109804 0.874510 0.168627 1.000000 > Point 263527468: -70.000000 -17.320507 -10.000000 > Point 263527468: -60.000000 -17.320507 -10.000000 > Point 263527468: -70.000000 -8.660254 -5.000000 > Point 263527468: -60.000000 -8.660254 -5.000000 > Point 263527468: -60.000000 0.000000 0.000000 > ^^^^^^^^^^^^^^^^ > [5:0]} pfLightPoint 8 0x82e800 > > Notice that the RPointS numbers are outrageous. I would expect > them to be 0, 1, 2, 3, and 4. > > Is this a bug in Performer 1.2? > Is it why pfGetLPointColor() crashes as explained by Jean above? > > Regards, > Marcus Barnes, Member Technical Staff > MultiGen Inc., 1884 The Alameda, San Jose CA, 95126 > PH: (408) 261 4118 FX: (408) 247 4329 > EMAIL: multigen!marcus@uunet.UU.NET +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Mon Feb 27 23:12:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA05384; Mon, 27 Feb 1995 22:53:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA05381; Mon, 27 Feb 1995 22:53:53 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17375; Mon, 27 Feb 95 22:53:30 -0800 Received: from uucpB.tokyo.spin.ad.jp by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id WAA10270; Mon, 27 Feb 1995 22:53:18 -0800 Received: (uucp@localhost) by uucpB.tokyo.spin.ad.jp (8.6.9+2.4Wb3/3.2W3-uucpB) with UUCP id PAA04558 for info-performer@sgi.com; Tue, 28 Feb 1995 15:30:21 +0900 Received: by msys0.ihimsys.ihi.co.jp (4.1/6.4J.6) id AA19712; Tue, 28 Feb 95 15:29:06 JST Date: Tue, 28 Feb 95 15:29:06 JST From: miki@msys0.ihimsys.ihi.co.jp (Hideo MIKI) Message-Id: <9502280629.AA19712@msys0.ihimsys.ihi.co.jp> To: info-performer@sgi.sgi.com Subject: Performer Questions Status: O Hello, I have the following questions related to Performer application ( based on perfly ) I am developping. 1. How can I get the value above a terrain ? 2. How do I make moving models like tank (which has some articulated part)? 3. How do I use pfSmoke special effect ? rgds, Hideo Miki From guest Tue Feb 28 12:16:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA06139; Tue, 28 Feb 1995 11:59:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA06136; Tue, 28 Feb 1995 11:59:40 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07578; Tue, 28 Feb 95 11:59:10 -0800 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id LAA23809; Tue, 28 Feb 1995 11:59:05 -0800 Received: from uucp1.UU.NET by relay3.UU.NET with SMTP id QQyfbr19417; Tue, 28 Feb 1995 14:59:13 -0500 Received: from multigen.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Tue, 28 Feb 1995 14:58:56 -0500 Received: from MAIL_CENTER (QM 3.0) by multigen.uucp (UMCP\QM 2.0.1) id AA00106; Tue, 28 Feb 1995 13:04:10 PST Message-Id: <00581.2876821450.106@multigen.uucp> Organization: MultiGen, Inc. X-Charset: MACINTOSH X-Umcp-To: INFO PERFORMER From: Marcus To: INFO PERFORMER Date: Tue, 28 Feb 1995 12:24:10 PST Subject: Re: >pfLightPoint bug? Status: O Reply to: RE>>pfLightPoint bug? >Date: Tue, 28 Feb 1995 12:28:31 +1100 (EST) >From: Simon Bennett >Subject: Re: pfLightPoint bug? >Message-Id: > >On Thu, 20 Oct 1994, Marcus wrote: Wow! I'm being misquoted ;-, >Does anybody know more about the subject below? I'm getting this sort of >behaviour... Specifically what I'm seeing is: > > * Crashing on pfGetLPointColor() calls with some database's > * Other pfLightPoint nodes only have sigificant colours in the 0 > index of the node (I gather this is related to the PFGS_OVERALL > colormode) > >Does anybody know if: > > * The flight 14.1 loader always uses this PFGS_OVERALL color mode > (listed in the pfPrint output) A) No it only uses PFLP_OVERALL (*not* PFGS_OVERALL) when all the point colors are the same. > * PFGS_OVERALL is causing Performer to crash in the pfGetLPointColor > calls? A) It may be that only pfGetLPointColor( lp, PFLP_OVERALL, color ) works for pfLightPoints with PFLP_OVERALL color binding. > * The PFGS_OVERALL color mode for lightpoints is documented > anywhere? A) The PFLP_OVERALL token is in the include file pf.h. I don't see it in the documentation either. All versions of the Flight loader have used it, going back to Performer 1.0, including the V11 loader which was co-developed by SGI and MultiGen. >Also I remember hearing about a limitation with Performer and flight >databases that doesn't allow you to draw a seamless bidirectional >lightpoint with different colour per side.... Can anybody confirm or >deny this? A) OpenFlight bi-directional light points, with different colors (front and back), are created in Performer using 2 uni-directional pfLightPoints (180 degrees opposed). Performer 1.2 has a bug that limits the shape to 179 degrees, so there is a 2 degree "seam" around the "light" where neither point is visible. >Experiences anyone? > >Thanx > > Simon Bennett simonb@wormald.com.au > Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Regards, Marcus Barnes, Member Technical Staff MultiGen Inc., 1884 The Alameda, San Jose CA, 95126 PH: (408) 261 4118 FX: (408) 247 4329 EMAIL: multigen!marcus@uunet.UU.NET From guest Tue Feb 28 18:01:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA06541; Tue, 28 Feb 1995 17:41:15 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA06538; Tue, 28 Feb 1995 17:41:14 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06422; Tue, 28 Feb 95 17:40:48 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA25776; Tue, 28 Feb 1995 17:40:47 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id RAA01328; Tue, 28 Feb 1995 17:40:44 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:king@cs.nps.navy.mil id AA06416; Tue, 28 Feb 95 17:40:43 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA17228; Tue, 28 Feb 1995 17:41:06 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9502281741.ZM17225@rose.asd.sgi.com> Date: Tue, 28 Feb 1995 17:41:05 -0800 In-Reply-To: king@cs.nps.navy.mil (Tony King) "IRIX 5.3 & gui" (Jan 31, 11:45pm) References: <9502010745.AA20451@taurus.cs.nps.navy.mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: king@cs.nps.navy.mil (Tony King), info-performer@sgi.sgi.com Subject: Re: IRIX 5.3 & gui Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jan 31, 11:45pm, Tony King wrote: > Subject: IRIX 5.3 & gui -> ->I have just upgraded from IRIX 5.2 to IRIX 5.3 and have Performer 1.2. ->My appplication uses gui.h from the Performer utility library. I use a ->selection widget as shown below. -> wid = pfuNewWidget(panel, PFUGUI_MENU_BUTTON, GUI_TRANSLATE); -> pfuWidgetDim(wid, x, y, xSize, ySize); -> pfuWidgetLabel(wid, "Translate to"); -> pfuWidgetFunc(wid, controlPanel); -> pfuWidgetSelections(wid, translate_strs, translate_vals, NULL, 5); -> pfuWidgetDefaultValue(wid, CIC); -> Shared->guiWidgets[GUI_TRANSLATE] = wid; ->My problem is when running the application under IRIX 5.2 my translate strings ->in the gui display fine, however under 5.3 the strings do not display at all. ->I am getting the correct translation values when cycling through the gui. ->Is this a known problem and if so what is the fix? -> By any chance does it work single process? src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Tue Feb 28 18:05:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA06554; Tue, 28 Feb 1995 17:45:44 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA06551; Tue, 28 Feb 1995 17:45:44 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06677; Tue, 28 Feb 95 17:45:18 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA26631; Tue, 28 Feb 1995 17:45:16 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id RAA02270; Tue, 28 Feb 1995 17:45:12 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:suter@rsl.geogr.unizh.ch id AA06634; Tue, 28 Feb 95 17:45:03 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA17727; Tue, 28 Feb 1995 17:45:23 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9502281745.ZM17725@rose.asd.sgi.com> Date: Tue, 28 Feb 1995 17:45:22 -0800 In-Reply-To: suter@rsl.geogr.unizh.ch (Martin Suter) "How to change cursor" (Feb 2, 1:55pm) References: <9502021255.AA00420@esar6.unizh.ch> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: suter@rsl.geogr.unizh.ch, info-performer@sgi.sgi.com Subject: Re: How to change cursor Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Feb 2, 1:55pm, Martin Suter wrote: > Subject: How to change cursor ->Ciao -> ->How can the shape and color of the cursor be changed? ->How can I switch it off? -> ->I've already tried pfuCursor() but it didn't effect anything. -> Are you using IRIS GL or Mixed Mode? pfuCursor only works for Mixed Mode. For pure IRIS GL you cann call cursoff/curson in the draw process. If you are using the pfuGUI then you want to check the value of pfuInGUI() first so that you have a cursor when you are in the gui. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Tue Feb 28 20:56:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA06802; Tue, 28 Feb 1995 20:31:41 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA06799; Tue, 28 Feb 1995 20:31:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12199; Tue, 28 Feb 95 20:31:12 -0800 Received: from mail02.mail.aol.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id UAA20115; Tue, 28 Feb 1995 20:31:10 -0800 From: NeydaEnid@aol.com Received: by mail02.mail.aol.com (1.37.109.11/16.2) id AA097022269; Tue, 28 Feb 1995 23:31:09 -0500 Date: Tue, 28 Feb 1995 23:31:09 -0500 Message-Id: <950228233107_35573311@aol.com> To: info-performer@sgi.sgi.com Subject: Unsuscribe Status: O Please remove my address from your list. Thanks