From guest Sat Jul 1 01:04:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA04613; Sat, 1 Jul 1995 00:49:07 -0700 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 AAA04610; Sat, 1 Jul 1995 00:49:02 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19608; Sat, 1 Jul 95 00:48:54 -0700 Received: from INGFI1.ING.UNIFI.IT by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id AAA20197; Sat, 1 Jul 1995 00:48:46 -0700 From: luz@aguirre.ing.unifi.it Received: from aguirre.ing.unifi.it by INGFI1.ING.UNIFI.IT with SMTP; Sat, 1 Jul 1995 9:48:43 +0300 (MET-DST) Received: from elrond.ing.unifi.it by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA06086; Sat, 1 Jul 95 09:40:19 +0200 Received: by elrond.ing.unifi.it (5.0/SMI-SVR4) id AA09418; Sat, 1 Jul 1995 09:40:21 +0200 Date: Sat, 1 Jul 1995 09:40:21 +0200 Message-Id: <9507010740.AA09418@elrond.ing.unifi.it> To: info-performer@sgi.sgi.com Subject: forward mail X-Sun-Charset: US-ASCII Content-Length: 1892 Status: O \\\|||/// \\\|||/// \\\|||/// . ======= . ======= . ======= / \| O O | / \| O O | / \| O O | \ / \v_'/ \ / \v_'/ \ / \v_'/ # _| |_ # _| |_ # _| |_ (#) ( ) (#) ( ) (#) ( ) #\//|* *|\\ #\//|* *|\\ #\//|* *|\\ #\/( * )/ #\/( * )/ #\/( * )/ # ===== # ===== # ===== # (\ /) # (\ /) # (\ /) # || || # || || # || || . #---'| |----. .#---'| |----. .#---'| |----. This message has been sent to you for good luck. The original is in New England. It has been sent around the world nine times. The luck has now been sent to you.You will receive good luck within four days of receiving this message - Provided you, in turn send it on. This is no joke. You will receive good luck in the mail. But no money. Send copies to people you think need good luck. Don't send money as fate has no price. Do not keep this message. This message must leave your hands in 96 hours. Please send ten copies and see what happen in four days. The chain comes from United States and has written by Diana Li A Missionary from Asia. Since the copy must tour the world, you must make ten copies and send them to friends and associates - After a few days you will get a surprise This is true, even if you are not superstitious. Good Luck but please remember: 10 copies of this message must leave your hands in 96 hours... You must not sign on this message... ========================== From guest Sat Jul 1 17:59:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA05565; Sat, 1 Jul 1995 17:32:47 -0700 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 RAA05562; Sat, 1 Jul 1995 17:32:42 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29719; Sat, 1 Jul 95 17:32:28 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA13902; Sat, 1 Jul 1995 17:32:15 -0700 Message-Id: <199507020032.RAA13902@surreal.asd.sgi.com> To: "Nacho Sanz-Pastor. Computer Arts + Developments" Cc: info-performer Subject: Re: Zwritemasks in pfm In-Reply-To: Your message of "Sat, 01 Jul 95 19:10:05 PDT." <9507011910.ZM1449@comarts.es> Date: Sat, 01 Jul 95 17:32:11 -0700 From: Jim Helman Status: O In 1.2, PFTR_NO_OCCLUDE transparency and PFDECAL_BASE_FAST/DISPLACE, diddle the zwritemask as part of their operation. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Sat Jul 1 10:54:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA05036; Sat, 1 Jul 1995 10:30:21 -0700 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 KAA05033; Sat, 1 Jul 1995 10:30:16 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24626; Sat, 1 Jul 95 10:30:12 -0700 Received: from goya.eunet.es by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA11180; Sat, 1 Jul 1995 10:30:08 -0700 Received: (uucp@localhost) by goya.eunet.es (8.6.10/13.15) id TAA25884 for info-performer@sgi.com; Sat, 1 Jul 1995 19:22:21 +0200 Received: by INDY3.comarts.es (940816.SGI.8.6.9/5.3) id TAA01451 for info-performer@sgi.com; Sat, 1 Jul 1995 19:10:05 -0700 From: "Nacho Sanz-Pastor. Computer Arts + Developments" Message-Id: <9507011910.ZM1449@comarts.es> Date: Sat, 1 Jul 1995 19:10:05 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Zwritemasks in pfm Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I am trying to use zwritemask in node callbacks to prevent zbuffer drawing in some pfm geodes, using the normal zwritemask (0) to prevent zdrawing and zwritemask (0xffffffff) to turn it on again, and the nodes are always affecting the zbuffer. I am sure the callbacks are working, if I turn totally the zbuffer off, the nodes are not zbuffered and the rest is. I am using a RE 5.3, Performer 1.2 and multisampling is on, mssize(8,32,1). I have made a test in pure gl, and works fine. Maybe Performer uses the zmask for something ? Thanks in advance, -- ----------------------------------------------------- mb$$m Nacho Sanz-Pastor b$" $"$""$$b, Email: nacho@comarts.es |$P $P Pm `$Pb ------------------------------------------------------ $| $ P, `|P, Computer Arts & Developments Phone: ++ 34 1 3572751 "$ P P `b$ Anita Vindel,10 ++ 34 1 3572752 "PPPP | ,P Madrid 28023 SPAIN Fax : ++ 34 1 3070339 $bmm1" -------------------------------------------------------------------------------- Computer Arts & Developments Visual Simulation Group An asteroid has crashed on Earth, and the Dinosaurs are close to being extinct -------------------------------------------------------------------------------- From guest Sun Jul 2 20:08:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA06727; Sun, 2 Jul 1995 19:44:32 -0700 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 TAA06724; Sun, 2 Jul 1995 19:44:31 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21301; Sun, 2 Jul 95 19:44:35 -0700 Received: from ix5.ix.netcom.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA04218; Sun, 2 Jul 1995 19:44:17 -0700 Received: from by ix5.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id TAA27535; Sun, 2 Jul 1995 19:43:14 -0700 Date: Sun, 2 Jul 1995 19:43:14 -0700 Message-Id: <199507030243.TAA27535@ix5.ix.netcom.com> From: blastarr@ix.netcom.com (Kent Miller) Subject: Fwd: ImageVision and pfTexture To: info-performer@sgi.sgi.com Status: O > Finally, I've decided to use ImageVision (and I can't find the >Programming Guide :-( ). > So, here's the question: given an ilImage, how do I get the data > for pfTexImage (I hope no translation is necessary). We are also combining Performer and ImageVision in our project. Sorry I don't have the answer to your question, but the word we've gotten from our local SGI folks (mostly ImageVision people) is that currently it's very hard to mix the two libs. The intention is that eventually the two libs will converge (or IL will become part of PF), making the sharing of resources (like texture memory) simpler, but there's been no mention of when this will happen. We're looking into using shared memory as an interim solution, but have not gotten very far into it yet. Good Luck! From guest Mon Jul 3 00:06:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA07146; Sun, 2 Jul 1995 23:42:55 -0700 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 XAA07143; Sun, 2 Jul 1995 23:42:54 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25013; Sun, 2 Jul 95 23:42:46 -0700 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA15234; Sun, 2 Jul 1995 23:42:43 -0700 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0sSfDF-0000bgC; Mon, 3 Jul 95 08:42 MET DST From: "Fernando D. Mato Mira" Message-Id: <9507030842.ZM13330@lig.di.epfl.ch> Date: Mon, 3 Jul 1995 08:42:33 +0200 In-Reply-To: blastarr@ix.netcom.com (Kent Miller) "Fwd: ImageVision and pfTexture" (Jul 2, 7:43pm) References: <199507030243.TAA27535@ix5.ix.netcom.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: blastarr@ix.netcom.com (Kent Miller), info-performer@sgi.sgi.com Subject: Re: Fwd: ImageVision and pfTexture (and ViewKit) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 2, 7:43pm, Kent Miller wrote: > We are also combining Performer and ImageVision in our project. Sorry I don't > have the answer to your question, but the word we've gotten from our local SGI > folks (mostly ImageVision people) is that currently it's very hard to mix the > two libs. The intention is that eventually the two libs will converge (or IL It also seems to be akward the combination of ilViewer with ViewKit windows (eg: how to access the ilViewer base X widget to put it directly under a VkWindow (addView, setUpInterface)). From guest Mon Jul 3 05:39:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA07617; Mon, 3 Jul 1995 05:11:00 -0700 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 FAA07614; Mon, 3 Jul 1995 05:10:59 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02370; Mon, 3 Jul 95 05:10:47 -0700 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id FAA02228; Mon, 3 Jul 1995 05:10:45 -0700 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id FAA07611; Mon, 3 Jul 1995 05:10:36 -0700 From: aschaffe (Allan Schaffer) Message-Id: <9507030510.ZM7609@holodeck.asd.sgi.com> Date: Mon, 3 Jul 1995 05:10:36 -0700 In-Reply-To: Maria Gallegos "performer course" (Jun 30, 4:55pm) References: X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: Maria Gallegos , info-performer@sgi.sgi.com Subject: Re: performer course Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 30, 4:55pm, Maria Gallegos wrote: > > Does anyone know when and where sgi is offering a course on Performer? Here's the latest schedule. Week of Jul 24 Mountain View, CA USA Jul 24 Munich, Germany Aug 14 Mountain View, CA USA Aug 28 Dallas, TX USA Aug 28 Paris, France Oct 23 Silver Springs, MD USA For US sites, call 1-800-800-4SGI. For Paris (Jouy en Josas), call (33)1-34.88.80.00. For Munich, dial (49)89-461.08.234. Also, I've heard that the course has been expanded, to (I believe) 4.5 days. This is a good thing -- much more time for labs, in-depth discussions, and so on. And last, those of you who take the course in Mountain View may occasionally be treated to guest appearances by members of the Performer Engineering Team.. :-) Allan -- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/employees/aschaffe From guest Mon Jul 3 06:41:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA07844; Mon, 3 Jul 1995 06:17:19 -0700 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 GAA07841; Mon, 3 Jul 1995 06:17:10 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03532; Mon, 3 Jul 95 06:17:10 -0700 Received: from igate by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA05933; Mon, 3 Jul 1995 06:17:07 -0700 Received: by igate (5.x/SMI-SVR4) id AA17489; Mon, 3 Jul 1995 09:16:00 -0400 Date: Mon, 3 Jul 1995 09:16:00 -0400 From: mwilliam@ldsa.com (Micheal J. Williams) Message-Id: <9507031316.AA17489@igate> To: info-performer@sgi.sgi.com Subject: mapw with performer Status: O Does anyone besides myself use the mapw command to go between screen, and world coordinates? If so, maybe you can help me out. In our application (Performer 1.2) we set up a vobj structure that matches our performer in field of view, aspect, and clipping planes. We set the viewpoint with pfChanView, and want to use the gl command mapw to get information about our scene so we can load appropriate elevation date. Specifically, we want the world coordinates of our four screen corners. The problem is, the viewport, perspective, and viewing martices are not set up until we go through the draw callback. We can't load our data until we draw, and we don't want to draw until we have loaded our data. Is there a way I can tell performer to set up the viewport, perspective, and viewing martices without going through the draw callback? Maybe we have gone about this in the wrong way to but tech support suggested the mapw command, and it seems to work once the frames are cycling regularly. Thanks in advance Mike Williams mwilliam@ldsa.com From guest Mon Jul 3 09:14:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA08083; Mon, 3 Jul 1995 08:52:51 -0700 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 IAA08080; Mon, 3 Jul 1995 08:52:50 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06538; Mon, 3 Jul 95 08:52:50 -0700 Received: from cc1.kuleuven.ac.be by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA16932; Mon, 3 Jul 1995 08:52:02 -0700 Received: from alpha by cc1.kuleuven.ac.be (IBM VM SMTP V2R2) with TCP; Mon, 03 Jul 95 16:41:38 +0200 Received: by alpha; id AA18465; Mon, 3 Jul 1995 16:37:31 +0200 Date: Mon, 3 Jul 1995 16:37:30 +0200 (MET DST) From: Sam De Backer Subject: Re: Stereo View To: Jose Carlos Andre Cc: info-performer@sgi.sgi.com In-Reply-To: <9507031452.ZM15411@phortos.inesc.pt> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 3 Jul 1995, Jose Carlos Andre wrote: > I need to modify perfly source code to display in stero mode. > Has anyone done this already ? > > Thank's in advance, > > -- > Jose' Carlos Andre' jca@phortos.inesc.pt > INESC - Centro Multimedia, AudioVisuais http://www.inesc.pt > > Ftp at sgigate.sgi.com:~ftp/pub/Performer/src/sfly.tar.Z for a modified perfly that does stereo in a window! -- Sam De Backer sdbacker@luc.ac.be LUC-ACSL Limburg University Centre Applied Computer Science Lab From guest Mon Jul 3 11:23:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA08416; Mon, 3 Jul 1995 10:57:51 -0700 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 KAA08413; Mon, 3 Jul 1995 10:57:50 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10172; Mon, 3 Jul 95 10:57:50 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA27046; Mon, 3 Jul 1995 10:57:48 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) for id KAA29415; Mon, 3 Jul 1995 10:57:47 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA10164; Mon, 3 Jul 95 10:57:41 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA05080; Mon, 3 Jul 1995 10:55:09 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199507031755.KAA05080@tubes.asd.sgi.com> Subject: Re: mapw with performer To: guest (Micheal J. Williams) Date: Mon, 3 Jul 95 10:55:09 PDT Cc: info-performer@sgi.sgi.com In-Reply-To: <9507031316.AA17489@igate>; from "Micheal J. Williams" at Jul 3, 95 9:16 am X-Mailer: ELM [version 2.3 PL8] Status: O > > > Does anyone besides myself use the mapw command to go between > screen, and world coordinates? If so, maybe you can help me out. > > In our application (Performer 1.2) we set up a vobj structure > that matches our performer in field of view, aspect, and clipping > planes. We set the viewpoint with pfChanView, and want to use > the gl command mapw to get information about our scene so we can > load appropriate elevation date. Specifically, we want the world > coordinates of our four screen corners. pfGetFrustNear(chan, ll, lr, ul, ur) will return these corners. From guest Mon Jul 3 11:40:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA08441; Mon, 3 Jul 1995 11:17:53 -0700 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 LAA08438; Mon, 3 Jul 1995 11:17:52 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10798; Mon, 3 Jul 95 11:17:52 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA28603; Mon, 3 Jul 1995 11:17:48 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) id LAA00615; Mon, 3 Jul 1995 11:17:40 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:mwilliam@ldsa.com id AA10769; Mon, 3 Jul 95 11:17:26 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA05975; Mon, 3 Jul 1995 11:17:16 -0700 Message-Id: <199507031817.LAA05975@surreal.asd.sgi.com> To: mwilliam@ldsa.com (Micheal J. Williams) Cc: info-performer@sgi.sgi.com Subject: Re: mapw with performer In-Reply-To: Your message of "Mon, 03 Jul 95 09:16:00 EDT." <9507031316.AA17489@igate> Date: Mon, 03 Jul 95 11:17:08 -0700 From: Jim Helman Status: O If you want the world coordinates (or more precisely, the world rays corresponding to the four corners of the viewport, you should compute them in the APP process. The pipe really isn't required for this. Here's a code fragment from pfChannel::pick() to help out. px and py are the [0,1] parameters passed as args to the function. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 /* get FOV angles, eyepoint, and near and far planes */ frust = (pfFrustum *) chan->getViewFrust(); frust->getFOV(&fovh, &fovv); frust->getNearFar(&near, &far); /* convert px and py to range of [-1,1] */ xc = px * 2.0f - 1.0f; yc = py * 2.0f - 1.0f; seg.dir[1] = near; seg.dir[0] = xc * seg.dir[1] * tanf(PF_DEG2RAD(fovh * 0.5f)); /* z is up so mouse-y -> z */ seg.dir[2] = yc * seg.dir[1] * tanf(PF_DEG2RAD(fovv * 0.5f)); chan->getView(eye.xyz, eye.hpr); pfMakeEulerMat(mat, eye.hpr[0], eye.hpr[1], eye.hpr[2]); chan->getViewOffsets(off.xyz, off.hpr); pfMakeEulerMat(offMat, off.hpr[0], off.hpr[1], off.hpr[2]); pfXformVec3(seg.dir, seg.dir, offMat); pfXformVec3(seg.dir, seg.dir, mat); pfNormalizeVec3(seg.dir); frust->getEye(seg.pos); seg.length = far * 2.0f; pfSegSet segSet; segptr = &seg; /* clip seg intersection with near plane of the viewing frustum */ chan->getNear(nll, nlr, nul, nur); chan->getFar(fll, flr, ful, fur); pfMakePtsPlane(&npnl, nll, nlr, nul); pfMakePtsPlane(&fpnl, fll, flr, ful); pfPlaneIsectSeg(&npnl, segptr, &dn); pfPlaneIsectSeg(&fpnl, segptr, &df); pfClipSeg(segptr, segptr, dn, df); From guest Mon Jul 3 06:18:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA07771; Mon, 3 Jul 1995 05:54:23 -0700 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 FAA07768; Mon, 3 Jul 1995 05:54:23 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03104; Mon, 3 Jul 95 05:54:11 -0700 Received: from inesc.inesc.pt by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id FAA04247; Mon, 3 Jul 1995 05:54:04 -0700 Received: from phortos (phortos.inesc.pt) by inesc.inesc.pt with SMTP; id AA15115 (/); Mon, 3 Jul 1995 14:53:07 +0200 Received: by phortos (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.com id OAA15413; Mon, 3 Jul 1995 14:52:13 +0200 From: "Jose Carlos Andre" Message-Id: <9507031452.ZM15411@phortos.inesc.pt> Date: Mon, 3 Jul 1995 14:52:12 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Stereo View Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I need to modify perfly source code to display in stero mode. Has anyone done this already ? Thank's in advance, -- Jose' Carlos Andre' jca@phortos.inesc.pt INESC - Centro Multimedia, AudioVisuais http://www.inesc.pt From guest Mon Jul 3 21:23:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA09359; Mon, 3 Jul 1995 20:51:07 -0700 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 UAA09356; Mon, 3 Jul 1995 20:51:01 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25029; Mon, 3 Jul 95 20:50:52 -0700 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id UAA12255; Mon, 3 Jul 1995 20:50:50 -0700 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA03412; Mon, 3 Jul 95 23:50:49 EDT Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id XAA08469; Mon, 3 Jul 1995 23:50:48 -0400 Date: Mon, 3 Jul 1995 23:50:48 -0400 (EDT) From: Andrew Barras To: info-performer@sgi.sgi.com Subject: pfSegsIsectNode Problem.... Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I have had a great deal of problems with this function. I took this code from the intersect.c sample code and have had interesting results. After about 10-15 times thru the loop the program crashes at the line with pfSegstIsectNode. I used the WorkShop Debugger to find this out. The program crashed with a bus error. I also got a core with the following dbx output. dbx version 3.19 Nov 3 1994 19:59:46 Core file process name doesn't match executable Core from signal SIGSEGV: Segmentation violation (dbx) where > 0 pfCylIsectSphere(0x7fff8954, 0x0, 0x89749c, 0x909d10) ["../../../lib/libpr/geomath.c":3117, 0x5244cc] 1 () [, 0x10085be8] The following is the code fragment that I am having problems with. Variable Declaration: pfSegSet segset; pfHit **hits[100]; long isect; pfVec3 position; (my position) pfGroup *perf->Terrain->ModelRoot; proxObj[i].distance_from_me (float that tells me what the distance is from me to another object in my simulation) Update Loop: (run once a frame) pfSetVec3(segset.segs[0].pos, position.xyz[0], position.xyz[1], (position.xyz[2]+1.0)); segset.segs[0].length = proxObj[i].distance_from_me; isect = pfSegsIsectNode(perf->Terrain->ModelRoot, &segset, hits); This is set only once at start of simulation: segset.activeMask = 1; segset.isectMask = 0xFFFF; segset.mode = PFTRAV_IS_PRIM|PFTRAV_IS_NORM|PFTRAV_IS_CULL_BACK; pfSetVec3(segset.segs[0].dir, 0.0f, 0.0f, -1.0f); segset.segs[0].length = 50000.0f; Also, what are the defaults to the pfSegSet Structure? What needs to be set to start with and what can be updated in simloop (pos, dir, ?????) THANKS ______________________________________________________________________________ Andrew Barras - chief modelurgist The University of Central Florida /^\ Virtual Reality Research Team (TOY SCOUTS) 0^| U |^0 barras@vsl.ist.ucf.edu | |_ _| | () _M_ () 0 U 0 (0 0) The Syberknight Project 0 0 Toy Scouts Arcade [] [] SigGraph '94 _______________________________________________________________________________ From guest Mon Jul 3 22:46:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA09484; Mon, 3 Jul 1995 22:11:33 -0700 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 WAA09481; Mon, 3 Jul 1995 22:11:29 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26168; Mon, 3 Jul 95 22:11:24 -0700 Received: from einstein.technet.sg by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA16427; Mon, 3 Jul 1995 22:10:59 -0700 Received: (from mphilip@localhost) by einstein.technet.sg (8.6.11/8.6.9) id NAA11743; Tue, 4 Jul 1995 13:10:57 +0800 From: Michael Philip Message-Id: <199507040510.NAA11743@einstein.technet.sg> Subject: Flickering Image Problem To: info-performer@sgi.sgi.com Date: Tue, 4 Jul 1995 13:10:57 +0800 (SST) Cc: mphilip@technet.sg (Michael Philip) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2533 Status: O Hi all, This is not really a Performer problem, but I hit it while working in Performer so I hope it counts... I'm using empty pfGeodes with PFN_BMODE_STATIC bounding spheres and draw callbacks to draw background and foreground RGBA images in my scene. I've been trying to track down a problem with flickering images. It looks like it isn't a Performer problem at all. Even the short gl program attached seems to have the same problem. If I display RGB images of a certain size, and if I then cause some other graphics activity on my screen (say by running gr_osview or scrolling in imgworks), the RGB image flickers and even sometimes draws lines of pixels outside of its area (but not outside the 400x400 window). This is the same symptom I am getting with my Performer image nodes. Two image sizes that exhibit flickering are 262 x 204 and 408 x 131. Is it possible that my system has a hardware fault? I'd really appreciate any ideas. I'm at a loss. Thanks in advance, Mike Philip -- Michael Philip, Symbolic Research Pte Ltd, Singapore Consultant, Asia Business News, European Business News Ph:(65)615-9181 Fax:(65)285-5311 mphilip@technet.sg /****************************************************************/ Short gl program to show flickering. #include #include #include extern unsigned long *longimagedata( const char *filename ); int main( int argc, char **argv ) { unsigned long *bytes; int xsize, ysize; short val; Device dev; if ( argc != 2 ) return 0; prefsize( 400, 400 ); winopen( "Image" ); RGBmode(); doublebuffer(); gconfig(); qdevice( ESCKEY ); bytes = longimagedata( argv[1] ); sizeofimage( argv[1], &xsize, &ysize ); while ( 1 ) { if ( qtest() ) switch ( dev = qread( &val )) { case ESCKEY: return 0; } cpack( 0x00ff0000 ); clear(); lrectwrite( 0, 0, xsize - 1, ysize - 1, bytes ); swapbuffers(); gsync(); } } /****************************************************************/* My machine specs: Onyx VTX with Irix 5.3 Patches 170, 183, 195, 224, 231, 238, 277, 289, 291, 337, 409, 430, 487 Sirius Video Version 1.1 (and patches 238 and 430). Graphics board 0 is "REV" graphics. Managed (":0.0") 1280x1024 VTX Graphics Subsystem Display 1280x1024 @ 60Hz 6 GE (GE10 rev. 0x4) 1 RM4 board Small pixel depth 10-bit RGBA pixels Not using Multi-Channel Option From guest Mon Jul 3 23:14:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA09495; Mon, 3 Jul 1995 22:42:26 -0700 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 WAA09492; Mon, 3 Jul 1995 22:42:26 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26424; Mon, 3 Jul 95 22:42:22 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA19017; Mon, 3 Jul 1995 22:42:21 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) id WAA25626; Mon, 3 Jul 1995 22:42:19 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:barras@vsl.ist.ucf.edu id AA26416; Mon, 3 Jul 95 22:42:03 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id WAA29124; Mon, 3 Jul 1995 22:41:54 -0700 Message-Id: <199507040541.WAA29124@surreal.asd.sgi.com> To: Andrew Barras Cc: info-performer@sgi.sgi.com Subject: Re: pfSegsIsectNode Problem.... In-Reply-To: Your message of "Mon, 03 Jul 95 23:50:48 EDT." Date: Mon, 03 Jul 95 22:41:54 -0700 From: Jim Helman Status: O No library problems I'm aware here. > pfCylIsectSphere(0x7fff8954, 0x0, 0x89749c, 0x909d10) pfSegsIsectNode should only invoke this function when the mode contains PFTRAV_IS_BCYL, which your example does not. Could something else be stomping on the mode in the segset? If you can reduce it to a simple test case, I'll look into it. Otherwise, a stack trace using "-g" and the debug Performer libraries (libpf-g.a/libpr-g.a) might provide some clues as well. > What needs to be set to start with and what can be > updated in simloop (pos, dir, ?????) The pfSegSet is not modified by the traversal. It's an exposed struct, so what you set is what you get. Typically, you'd be updating the position, direction and length of the segments every frame. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Tue Jul 4 01:30:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA09906; Tue, 4 Jul 1995 01:04:23 -0700 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 BAA09903; Tue, 4 Jul 1995 01:04:19 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29536; Tue, 4 Jul 95 01:04:14 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA27654; Tue, 4 Jul 1995 01:04:13 -0700 Received: from barney.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id BAA01671; Tue, 4 Jul 1995 01:04:08 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id IAA07874; Tue, 4 Jul 1995 08:59:38 +0100 From: "Rob Jenkins" Message-Id: <9507040859.ZM7872@barney.reading.sgi.com> Date: Tue, 4 Jul 1995 08:59:38 +0100 In-Reply-To: Michael Philip "Flickering Image Problem" (Jul 4, 1:10pm) References: <199507040510.NAA11743@einstein.technet.sg> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Michael Philip , info-performer@sgi.sgi.com Subject: Re: Flickering Image Problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Michael I tried your test code on Indigo2 Extreme, Irix 5.3 and couldn't reproduce the symtoms you describe. I will try and get onto a VTX just to be sure but I couldn't see any known problems like this in our database at first glance. Before spending too much time on this - have you tried this on any other machines, if not could you try running some of the graphics demos, flip or jello and look for odd effects as this does sound a bit like a HW problem. I think the fact that this happens with your pure GL code puts Performer in the clear - you can email me direct rather than on info-performer or maybe log a support call with you local SGI office to discuss this further. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Tue Jul 4 02:39:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA10084; Tue, 4 Jul 1995 02:10:16 -0700 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 CAA10081; Tue, 4 Jul 1995 02:10:07 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00281; Tue, 4 Jul 95 02:10:02 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA00787; Tue, 4 Jul 1995 02:09:59 -0700 Received: from barney.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id CAA04164; Tue, 4 Jul 1995 02:09:54 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id KAA08086; Tue, 4 Jul 1995 10:05:21 +0100 From: "Rob Jenkins" Message-Id: <9507041005.ZM8084@barney.reading.sgi.com> Date: Tue, 4 Jul 1995 10:05:21 +0100 In-Reply-To: dwagner@cae-gmbh.de "3d-rotation arround an object" (Jun 29, 2:09pm) References: <9506291209.AA02637@cae-gmbh.de> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: dwagner@cae-gmbh.de, info-performer@sgi.sgi.com Subject: Re: 3d-rotation arround an object Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19507041005.ZM8084.reading.sgi.com" Status: O -- --PART-BOUNDARY=.19507041005.ZM8084.reading.sgi.com Content-Type: text/plain; charset=us-ascii Dietmar find attached some example code form the Performer course labs - it includes a 'solar system' using DCSs which should point you in the right direction. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, --PART-BOUNDARY=.19507041005.ZM8084.reading.sgi.com X-Zm-Content-Name: mod3-lab2-part1.c Content-Description: Text Content-Type: text/plain ; name="mod3-lab2-part1.c" ; charset=us-ascii /* * Module 2, Lab 1, Part 3: * Add lighting to sim.c * Note: formatted with pp, // comments for new code. * Module 2, Lab 1, Part 5: * Add texture and prebinding using pfUtil utilities * Note: need to make scene global, ie shared->scene. * Module 2, Lab 2, Part 1 & 2: * Add an earth/sky model. * Module 3, Lab 1, Part 1: * Add DCS above main model, make it spin. (Stop viewpoint rotation). * Module 3, Lab 1, Part 2: * Add another model in fixed location under DCS, spinning. * Note: changed view to be down -y axis. * Module 3, Lab 1, Part 3: * Add an array of objects under SCS modes. * Added myLoadFile to simplify file loading. * Module 3, Lab 1, Part 4: * Make the cow stand up. Just add 90 degrees of pitch to its DCS. * Module 3, Lab 2, Part 1: * Add a "solar system" of orbiting models. * * G Edwards, SG UK, Nov 94 * */ #include #include #include #include "pf.h" #include "pfsgi.h" #include "pfutil.h" /* function prototypes */ void initialize(int argc, char *argv[]); pfNode *buildScene(int argc, char * argv[]); static void openPipeline(pfPipe *p); void printHelp(char *programName); pfNode *myLoadFile(char * filename); typedef struct SharedData { pfChannel *chan; pfCoord view; float eyeRadius; pfScene *scene; pfDCS *mainDCS, *dcs2, *planetDCS, *moonDCS; } SharedData; /* Global Variables */ SharedData *shared; /* * Main program */ int main(int argc, char *argv[]) { pfCoord view; float time; float maxTime = 20.0; float eyeAngle, spinAngle; initialize(argc, argv); pfInitClock(0.0f); /* Simulate for maxTime seconds. */ /* main loop */ while (time < maxTime) { float sin, cos; /* Go to sleep until next frame time. */ pfSync(); time = pfGetTime(); // View position and direction now static, down -y axis pfSinCos(eyeAngle, &sin, &cos); pfSetVec3(view.xyz, 0.0f, -shared->eyeRadius * 1.5, shared->eyeRadius * 0.4f); pfSetVec3(view.hpr, 0.0f, -10.0f, 0.0f); pfChanView(shared->chan, view.xyz, view.hpr); // // Spin main DCS // spinAngle = 45.0f * time; pfDCSRot(shared->mainDCS, spinAngle, spinAngle / 2.0, 0.0f); // // Spin 2nd DCS // pfDCSRot(shared->dcs2, 0.0f, 90.0f, spinAngle / 4.0f); // // Spin earth and moon DCS's for solar system // Note: pfDCSRot uses heading, pitch, roll. // pfDCSRot(shared->planetDCS, spinAngle/2.0, 0.0, 0.0 ); pfDCSRot(shared->moonDCS, spinAngle, 0.0, 0.0); /* Initiate cull/draw for this frame. */ pfFrame(); } pfuExitUtil(); pfExit(); exit(0); } /* * intialize() initializes and configures Performer, * creates a graphics pipe and a channel, and calls * buildScene() to load a scene */ void initialize(int argc, char *argv[]) { int i; pfPipe *pipe; pfNode *root; pfScene *scene; pfSphere sceneBSphere; pfEarthSky *eSky; void *arena; printHelp(argv[0]); pfInit(); /* initialize Performer */ arena = pfGetSharedArena(); /* Malloc storage in shared memory region for shared data, * must be done between pfInit() and pfConfig(), since pfConfig() * may fork processes for cull and draw */ shared = (SharedData *) pfMalloc(sizeof(SharedData), arena); /* If debugging, force multiprocessing mode */ /* even if on single processor */ pfConfig(); /* configure */ /* Initialize IRIS Performer utility library. */ pfuInitUtil(); pipe = pfGetPipe(0); /* create graphics pipeline */ shared->chan = pfNewChan(pipe); /* create a view into the pipe */ /* Create a scene! */ shared->scene = scene = pfNewScene(); root = buildScene(argc, argv); pfAddChild(scene, root); /* initialize graphics pipeline and call openPipeline when ready */ pfInitPipe(pipe, openPipeline); /* specify scene to be viewed by channel */ pfChanScene(shared->chan, scene); /* Get the scene's extents. */ pfGetNodeBSphere(scene, &sceneBSphere); printf("Scene bounds - center: %f %f %f, radius: %f\n", sceneBSphere. center[0], sceneBSphere.center[1], sceneBSphere.center[2], sceneBSphere.radius); shared->eyeRadius = 1.5f * sceneBSphere.radius; // // Add an earth/sky model // eSky = pfNewESky(); // Specify what gets cleared & drawn pfESkyMode(eSky, PFES_BUFFER_CLEAR, PFES_SKY_GRND); // Ground height, a little below most models pfESkyAttr(eSky, PFES_GRND_HT, -1.0f); // Horizon glow band width & colour pfESkyAttr(eSky, PFES_HORIZ_ANGLE, 5.0f); pfESkyColor(eSky, PFES_HORIZ, 0.5f, 0.1f, 0.0f, 1.0f); // Top/bottom sky colours pfESkyColor(eSky, PFES_SKY_TOP, 0.0f, 0.0f, 0.0f, 1.0f); pfESkyColor(eSky, PFES_SKY_BOT, 0.05f, 0.0f, 0.6f, 1.0f); // Near/far ground colours pfESkyColor(eSky, PFES_GRND_NEAR, 0.0f, 0.3f, 0.0f, 1.0f); pfESkyColor(eSky, PFES_GRND_FAR, 0.0f, 0.0f, 0.0f, 1.0f); // Tell chan to draw this each frame pfChanESky(shared->chan, eSky); } /* * buildScene() loads model file specified in command line * args (or a default) and returns a node containing the model */ pfNode *buildScene(int argc, char * argv[]) { pfNode *model1, *model2, *model3; pfGroup *group; pfMatrix matrix; pfSCS *scs[4][4], *planetSCS, *moonSCS; char *file1, *file2, *file3; char *default1 = "esprit.flt", *default2 = "cow.obj", *default3 = "icosahedron.ascii"; int i, j; file1 = (argc < 2)? default1: argv[1]; file2 = (argc < 3)? default2: argv[2]; file3 = (argc < 4)? default3: argv[3]; // // Read in model files // model1 = myLoadFile(file1); model2 = myLoadFile(file2); model3 = myLoadFile(file3); // // Add a DCS above the main model. Needs to be global to update it from // APP process in main. // shared->mainDCS = pfNewDCS(); pfAddChild(shared->mainDCS, model1); // // Add another DCS above a 2nd model. DCS has fixed translation to // position model, and variable rotation to spin it. // And some scaling to get model right size. // shared->dcs2 = pfNewDCS(); pfDCSTrans(shared->dcs2, 4.0, 0.0, 0.0); pfDCSScale(shared->dcs2, 0.20); pfAddChild(shared->dcs2, model2); // // Add an array of models under SCS nodes. // group = pfNewGroup(); for (i = 0; i < 4; i++) { for (j = 0; j < 4; j++) { pfMakeTransMat(matrix, -(float) i - 1, -(float) j - 1, 0.0); pfPreScaleMat(matrix, 0.4, 0.4, 0.4, matrix); scs[i][j] = pfNewSCS(matrix); pfAddChild(scs[i][j], model3); pfAddChild(group, scs[i][j]); } } // // Add a "solar system" of orbiting models. // shared->planetDCS = pfNewDCS(); // earth orbit rot shared->moonDCS = pfNewDCS(); // moon orbit rot pfMakeTransMat(matrix, 5.0, 0.0, 2.0); // earth orbit trans planetSCS = pfNewSCS(matrix); pfMakeTransMat(matrix, 2.0, 0.0, 0.0); // moon orbit trans pfPreScaleMat(matrix, 0.5, 0.5, 0.5, matrix); moonSCS = pfNewSCS(matrix); // Compose the hierarchy pfAddChild(shared->planetDCS, planetSCS); pfAddChild(planetSCS, model3); // just instance model3 some more pfAddChild(planetSCS, shared->moonDCS); pfAddChild(shared->moonDCS, moonSCS); pfAddChild(moonSCS, model3); // // Put all top level nodes under a group and return it. // pfAddChild(group, shared->mainDCS); pfAddChild(group, shared->dcs2); pfAddChild(group, shared->planetDCS); return((pfNode *) group); } /* * openPipeline() creates a GL window and sets up the * window system, IRIS GL, and IRIS Performer. This * procedure is executed in the draw process (when * there is a separate draw process). */ static void openPipeline(pfPipe *pipe) { pfuGLXWindow *win; Display *XDpy; void *arena; pfList *texList; XDpy = (Display *) pfuOpenXDisplay(0); if (!(win = pfuGLXWinopen((pfuXDisplay *) XDpy, pipe, "sim", 100, 900, 100, 900))) { pfNotify(PFNFY_FATAL, PFNFY_RESOURCE, "OpenXPipeline: Could not create GLX Window.\n"); } /* initialize Performer for GLX rendering */ pfInitGLXGfx(pipe, (void *) XDpy, win->xWin, win->glWin, win->overWin, PFGLX_AUTO_RESIZE); // // Turn on lighting // arena = pfGetSharedArena(); // Create and apply default material (light grey) pfApplyMtl(pfNewMtl(arena)); // Create and apply default lighting model pfApplyLModel(pfNewLModel(arena)); // Create and apply one default light (white light looking down -y axis) pfLightOn(pfNewLight(arena)); // Enable lighting (this is defaulted on anyway) pfEnable(PFEN_LIGHTING); // // Turn on texturing // // Enable textuuring pfEnable(PFEN_TEXTURE); // Create default texture environment pfApplyTEnv(pfNewTEnv(arena)); // Prebind (ie. read and download to gfx hardware) textures in scene. // This also gives the nice texture slideshow. pfuInitUtil(); texList = pfuMakeTexList((pfNode *) shared->scene); pfuDownloadTexList(texList, PFUTEX_SHOW); } /* * Read model file, exit if not found. */ pfNode *myLoadFile(char * filename) { pfNode *model; fprintf(stdout, "Loading Model file %s\n", filename); if ((model = LoadFile(filename, NULL)) == NULL) { fprintf(stderr, "Model file %s not found, exiting\n", filename); pfuExitUtil(); pfExit(); system("rm /usr/tmp/pfUtil*"); exit(-1); } return(model); } /* * Help routine */ void printHelp(char *programName) { fprintf(stdout, "Usage: %s [model1] [model2] [model3]\n\n", programName); fprintf(stdout, // "Loads model file specified (or a default model)\n" // "and loops around model\n" // "and turns on lighting\n" // "and turns on texturing\n" // "and adds an earth/sky model\n" // "and adds a DCS above main model\n" // "and adds another model in fixed location under a DCS, spinning\n" // "\n", // programName); } --PART-BOUNDARY=.19507041005.ZM8084.reading.sgi.com-- From guest Tue Jul 4 00:00:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA09616; Mon, 3 Jul 1995 23:30:37 -0700 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 XAA09613; Mon, 3 Jul 1995 23:30:36 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27232; Mon, 3 Jul 95 23:30:36 -0700 Received: from fel.tno.nl by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id XAA22101; Mon, 3 Jul 1995 23:30:33 -0700 Received: by fel.tno.nl with UUCP id AA28904 (5.65c/IDA-1.4.3 for info-performer@sgi.com); Tue, 4 Jul 1995 08:34:44 +0200 Received: from fel3.fel.tno.nl by fel.tno.nl with SMTP id AA07760 (5.65b+/IDA-1.4.3); Tue, 4 Jul 95 08:25:56 +0200 Message-Id: <9507040625.AA07760@fel.tno.nl> X-Nvlenv-01Date-Posted: 4-Jul-1995 8:24:28 -0400; at fel3.fel.tno.nl From: Kuijper@fel.tno.nl (F. KUIJPER 446/3H06/2-5) To: info-performer@sgi.sgi.com Subject: Re: Stereo View Date: 04 Jul 95 08:24:24 EDT Status: O Jose Carlos Andre asks: > I need to modify perfly source code to display in stero mode. > Has anyone done this already ? I did use stereo viewing, although not by modifying perfly. The basic steps you have to follow are: 1. Setup two pfChannel's, with a shared viewpoint, but different viewpoint offsets (account for the inter pupillary distance and the convergence). 2. In the 'OpenPipe' callback, setup a stereo buffer for the rendering pipe. This is done by: stereobuffer(); gconfig(); 3. In the channel pre-draw callback, select the correct buffer. If drawing for the left channel: leftbuffer (TRUE); rightbuffer (FALSE); If drawing for the right channel: leftbuffer (FALSE); rightbuffer (TRUE); By the way, the stereo man-pages give extensive information on this subject. I used them as a source to figure out how the stereo mode works... Good luck. Frido Kuijper TNO Physics and Electronics Laboratory The Hague, The Netherlands email: frig5@fel.tno.nl From guest Tue Jul 4 15:10:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA10988; Tue, 4 Jul 1995 14:50:23 -0700 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 OAA10985; Tue, 4 Jul 1995 14:50:22 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12033; Tue, 4 Jul 95 14:50:22 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA09545; Tue, 4 Jul 1995 14:50:21 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) id OAA10518; Tue, 4 Jul 1995 14:50:07 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:kishore@electrogig.com id AA12023; Tue, 4 Jul 95 14:49:55 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA08201; Tue, 4 Jul 1995 14:47:20 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199507042147.OAA08201@tubes.asd.sgi.com> Subject: Re: pfChannel and frustum To: guest (Hiro Mitsui) Date: Tue, 4 Jul 95 14:47:19 PDT Cc: kishore@electrogig.com, info-performer@sgi.sgi.com In-Reply-To: <9506200444.AA24622@shiden.tepco.co.jp>; from "Hiro Mitsui" at Jun 20, 95 1:44 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > > Anita, > > I also had a problem on pfMakePerspFrustum(). The solution is > call pfChanNearFar() before pfMakePerspFrust(). This is correct. A bug in pfFrustNearFar has been found and fixed. Thanks for the bug reports, sorry for the delay in the fix. From guest Tue Jul 4 20:08:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA11378; Tue, 4 Jul 1995 19:35:48 -0700 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 TAA11375; Tue, 4 Jul 1995 19:35:47 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16507; Tue, 4 Jul 95 19:35:40 -0700 Received: from bos1f.delphi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA22707; Tue, 4 Jul 1995 19:35:41 -0700 From: CINEMED127@delphi.com Received: from delphi.com by delphi.com (PMDF V4.3-9 #10880) id <01HSHLATURIO9FNTPR@delphi.com>; Tue, 04 Jul 1995 22:35:30 -0400 (EDT) Date: Tue, 04 Jul 1995 22:35:30 -0400 (EDT) Subject: Static / separate display window To: info-performer@sgi.sgi.com Message-Id: <01HSHLATURIQ9FNTPR@delphi.com> X-Vms-To: IN%"info-performer@sgi.com" Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Status: O Hello! I was wondering if there is a way to display an object in an area, such as a window, which is static ( separate, independent of ) an updated viewpoint ( the viewpoint is being updated both by an HMD and joystick ). Simply, I'm looking for a method a little bit slicker than applying the rotations generated by the HMD and joystick, and just have the object "there", so I don't have to apply those rotations. Any ideas, suggestions much appreciated, and thanks in advance. David Abramoske cinemed127@delphi.com From guest Wed Jul 5 00:10:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA11711; Tue, 4 Jul 1995 23:36:07 -0700 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 XAA11708; Tue, 4 Jul 1995 23:36:02 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19027; Tue, 4 Jul 95 23:35:49 -0700 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA03845; Tue, 4 Jul 1995 23:35:44 -0700 Received: (from root@localhost) by warrane.connect.com.au with UUCP id QAA20131 (8.6.12/IDA-1.6); Wed, 5 Jul 1995 16:34:53 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA19120 (5.65c/IDA-1.5); Wed, 5 Jul 1995 16:23:23 +1000 Received: from zippy (zippy [1.0.0.79]) by aggro with ESMTP id QAA16074 (8.6.12/IDA-1.6); Wed, 5 Jul 1995 16:27:41 +1000 Received: by zippy (8.6.11) id QAA24273; Wed, 5 Jul 1995 16:27:40 +1000 Date: Wed, 5 Jul 1995 16:27:38 +1000 (BEST) From: Simon Bennett X-Sender: simonb@zippy To: CINEMED127@delphi.com Cc: info-performer@sgi.sgi.com Subject: Re: Static / separate display window In-Reply-To: <01HSHLATURIQ9FNTPR@delphi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 4 Jul 1995 CINEMED127@delphi.com wrote: > Hello! > > I was wondering if there is a way to display an object > in an area, such as a window, which is static ( separate, > independent of ) an updated viewpoint ( the viewpoint is being > updated both by an HMD and joystick ). Simply, I'm looking for > a method a little bit slicker than applying the rotations > generated by the HMD and joystick, and just have the object > "there", so I don't have to apply those rotations. > Any ideas, suggestions much appreciated, and thanks > in advance. Draw the object once in an overlay framebuffer? We've used that here for certain effects. Of course the object will always appear *in front* of everything else, which may or may not be the effect you're after. +--------------------------------------------------------------------------------+ 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 Jul 5 00:19:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA11719; Tue, 4 Jul 1995 23:48:12 -0700 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 XAA11716; Tue, 4 Jul 1995 23:48:04 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19148; Tue, 4 Jul 95 23:47:55 -0700 Received: from mail0.nk-exa.co.jp by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA04634; Tue, 4 Jul 1995 23:47:53 -0700 Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id PAA27514; Wed, 5 Jul 1995 15:47:46 +0900 Received: from exagw.nk-exa.co.jp (exagw.nk-exa.co.jp [160.14.254.1]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.3W-EXA03) with ESMTP id PAA26087 for ; Wed, 5 Jul 1995 15:47:47 +0900 Received: from dimwit.dst.nk-exa.co.jp by exagw.nk-exa.co.jp (8.6.9+2.4W/3.3W9/1.7) with SMTP id PAA12293; Wed, 5 Jul 1995 15:44:42 +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 AA27117; Wed, 5 Jul 95 15:49:08 +0900 To: info-performer@sgi.sgi.com Subject: vofc (MCO) Date: Wed, 05 Jul 1995 15:49:00 +0900 Message-Id: <27114.804926940@dimwit.dst.nk-exa.co.jp> From: Masahiko Yamanaka Status: O Hello, I would like to use special (user-defined) output signal of MCO. As /usr/gfx/ucode/RE/dg2/vof/README, VOF 640x480_60.u: Active Line Length: 640 pixels, 25.40usec. Normal Line Period: 800 pixels, 31.75usec. ... Can I set these numbers ? There seems to be 'vofc' command. But there are no man pages for this. Although I think vofc can make a ucode file, I couldn't find the source format for this command. Does anyone know about this ? Thanks, -- M.Y. From guest Wed Jul 5 09:36:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA12354; Wed, 5 Jul 1995 09:09:37 -0700 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 JAA12351; Wed, 5 Jul 1995 09:09:37 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27485; Wed, 5 Jul 95 09:09:36 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA09957; Wed, 5 Jul 1995 09:09:34 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17767; Wed, 5 Jul 1995 09:09:33 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA27479; Wed, 5 Jul 95 09:09:33 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA08830; Wed, 5 Jul 1995 09:07:05 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199507051607.JAA08830@tubes.asd.sgi.com> Subject: Re: LOD Scaling To: guest (Kent Watsen) Date: Wed, 5 Jul 95 9:07:04 PDT Cc: info-performer@sgi.sgi.com In-Reply-To: <199501191622.IAA04749@netcom20.netcom.com>; from "Kent Watsen" at Jan 19, 95 8:22 am X-Mailer: ELM [version 2.3 PL8] Status: O > > > Hello again, > > I have been asked to optimize my DIS-based simulation > application such that 6 640-480 channels are rendered > at 20-30 Hz. I had been using a modifed version of > the 50m Hunter Liggett database in which the roads are > cut into the underlying terrain polygons. In order to > reduce scene complexity and better balance the CULL > vs. DRAW loads, we modified this database with LOD > substitutions on a per-tile (each tile approx 5x5 km^2) > basis in the following manner: > > LOD 0 -> 5000 : Highest resolution > LOD 5000 -> 7500 : Medium resolution > LOD 7500 -> 15000 : Lowest resolution > > Being cognizent engineers, we read the pfChanLODAttr man > page, paying attention to the > > "IRIS Performer assumes that LODs are modeled for a > canonical FOV of 45 degrees and a viewport size of 1024 pixels" > > while also noting > > "IRIS Performer computes a scale value for pfChannels whose > FOV or viewport size differ from the defaults." > > When rendering with a full-screen 45 degree FOV channel, the LOD > switching is glorious. I then reduce the window to 640-480 and > I can hardly get off a tile before it switches to its medium > resolution. Immediately, another reference in the manual states: > > "Other LOD modification parameters are set with pfChanLODAttr. > attr is a symbolic token that specifies which LOD parameter to > set and is one of: > > [snip] > > PFLOD_FRUST_SCALE > The range multiplier based on chan's viewport and FOV is > multipled by val. Typically, this feature is enabled with a > value of 1.0 and disabled with a value of 0.0." > > Ok, I wish to disable this "feature" so I use PFLOD_FRUST_SCALE with > a value of 0.0...but it has the ill effect of rendering the highest > LOD out to my 10000m yon plane. I decide to gather more information > using the pfGetChanLODAttr function. Without using the pfChanLODAttr > call, Performer reports using a PFLOD_FRUST_SCALE of 1.0 and a > PFLOD_SCALE of 1.0 regardless of my window size...even though I am > seeing the roads appear and disappear right before my eyes! > > I've come up with a kludge which sets the PFLOD_SCALE to 0.5 when > using the 640-480 channel, but this is not a long term solution. > I see three options. In order they are: > > 1) PFLOD_FRUST_SCALE works as documented > 2) A window sizing callback mechanism informs my app when it needs > to re-calculate a PFLOD_SCALE to undo what Performer is doing. > (How is it doing it anyway? is it using the horizontal or vertical > FOV and to what degree? It is trivial to realize that a 640-480 > 45 degree FOV channel is half that of a 1280-960 45 degree FOV, > but what about the general case?) > 3) Reset the PFLOD_SCALE every-frame because no window sizing callback > mechanism exists. > > I understand how this behavior is ideal for geometry whose bounding > volume is << then the switching distances (ie: moving models). If > I had my druthers, I would ask for the Performer group to come up > with a way to support automatic per-channel scaling for some LODs > but not for others. As of right now, it it much more important that > I render the terrain correctly (ie: PFLOD_SCALE = 0.5) but at the > cost of rendering higher LOD moving models in the distance when > their pixel projection doesn't warrent it. > PFLOD_FRUST_SCALE was indeed broken in 1.2 but is fixed in 2.0. A new feature in 2.0, pfLODState, will allow importance weighting for specific pfLODs. From guest Wed Jul 5 08:40:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA12214; Wed, 5 Jul 1995 08:12:25 -0700 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 IAA12211; Wed, 5 Jul 1995 08:12:24 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26138; Wed, 5 Jul 95 08:12:16 -0700 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA03421; Wed, 5 Jul 1995 08:12:10 -0700 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA28108 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Wed, 5 Jul 1995 17:17:20 +0200 Message-Id: <199507051517.AA28108@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA14822; Wed, 5 Jul 95 16:57:48 +0200 From: Marco Crocetta Subject: . To: info-performer@sgi.sgi.com Date: Wed, 5 Jul 95 16:57:46 METDST Mailer: Elm [revision: 66.25] Status: O HELP From guest Wed Jul 5 11:12:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA12511; Wed, 5 Jul 1995 10:44:17 -0700 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 KAA12508; Wed, 5 Jul 1995 10:44:16 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00440; Wed, 5 Jul 95 10:44:07 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA21055; Wed, 5 Jul 1995 10:44:04 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) for id KAA23957; Wed, 5 Jul 1995 10:44:03 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA00433; Wed, 5 Jul 95 10:43:58 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA08952; Wed, 5 Jul 1995 10:41:25 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199507051741.KAA08952@tubes.asd.sgi.com> Subject: Re: FOV Bugs? To: guest (ROY RUDDLE) Date: Wed, 5 Jul 95 10:41:25 PDT Cc: info-performer@sgi.sgi.com In-Reply-To: ; from "ROY RUDDLE" at May 30, 95 11:37 am X-Mailer: ELM [version 2.3 PL8] Status: O This one stumped me for a while. It turns out that this is not a Performer bug. If the FOVs are unequal, the near plane distances must also be unequal for the viewplanes to match at channel boundaries. The side channel near plane distances must be t = cos(side horiz FOV/2) / cos(middle horiz FOV/2) side near = middle near * t This matches the vertical edges of the viewplanes but then screws up the horizontal edge matching. Consequently, the vertical FOVs of the the side channels must be tweaked side vert FOV = 2 * atan(tan(middle vert FOV / 2) / t) > > Following on from the pf...Frustrum problems I uncovered a few weeks > back, would anyone like to comment about this problem. It's possible I'm > being an idiot, but I don't think so (!). > > s/w below sets up 3 views on one monitor. Initial settings are 35 deg > (left + right), 90 deg (centre). Vertical FOV is 60 deg for all. This > should provide a continuous horiz FOV of 160 deg. > > I realise that the gradient of displayed polygons (in XY screen > space) will be discontinuous across the viewport boundaries, but I > believe the actual height (screen Y) of polygon's should be the same on > both sides of viewport boundaries, because the vertical FOV is identical. > > ... but it isn't. Why? > > If the viewport horizontal FOV's are all the same (commented out line) > then there is no problem. > > Is this another Performer bug? > > ---------------------------------- > model file: tmp.sv > ---------------------------------- > material 1 1.0 1.0 1.0 1.0 1.0 1.0 0.0 0.0 0.0 1 0 0 0 > texture 1 Texture/plain_wood.rgb > texture 2 Texture/presentation.rgb > > material 1 > texture 1 > > backface off > tmeshn 4 > 0 -2 1 0 0 1 > 0 2 1 0 0 1 > 0 -2 1.5 0 0 1 > 0 2 1.5 0 0 1 > > backface off > tmeshn 4 > 0 -2 1.6 0 0 1 > 0 2 1.6 0 0 1 > 0 -2 2.0 0 0 1 > 0 2 2.0 0 0 1 > > backface off > tmeshn 4 > 0 -2 2.1 0 0 1 > 0 2 2.1 0 0 1 > 0 -2 2.5 0 0 1 > 0 2 2.5 0 0 1 > > ------------------------------------- > C++ code: Just one file. move mouse to rotate view left + right > ------------------------------------- > #include > #include > #include > #include > #include > > #include > #include > > #include > #include > #include > #include > > static void OpenPipeline (pfPipe *p); > static void DrawChannel (pfChannel *channel, void *data); > > static pfLightSource *ls1, *ls2, *ls3; > > int main() > { > pfInit(); > pfConfig(); > > pfScene *scene; > > scene = pfNewScene(); > > pfNode *node = LoadFile( "tmp.sv", NULL ); > > pfAddChild( scene, node ); > > pfPipe *pipe; > > pipe = pfGetPipe(0); > pfInitPipe(pipe, OpenPipeline); > > float near, far, v_fov; > near = 0.1; far = 8000.0; v_fov =0.0; > > // > // l/r/m channels > // > float hfov1 = 90.0f, hfov2 = 35.0f; > // > // Set both hfov1 and hfov2 to be equal and everything works OK > // > //hfov1 = hfov2 = 55.0; > v_fov = 60.0f; > > pfChannel *left = pfNewChan(pfGetPipe(0)); > > float t = pfTan( v_fov*0.5f ); > > float vpl = 0.15, vpr = 0.85, vpb = 0.0f, vpt = 1.0f; > const float GAP = 0.000f; > > pfChanViewport( left, 0.0f, vpl-GAP, vpb, vpt ); > pfChanFOV( left, hfov2, v_fov ); > > float gh, gv; > pfGetChanFOV( left, &gh, &gv ); > cout << gh << " " << gv << endl; > > pfChannel *middle = pfNewChan(pfGetPipe(0)); > pfChanViewport( middle, vpl, vpr, vpb, vpt ); > pfChanFOV( middle, hfov1, v_fov ); > pfGetChanFOV( middle, &gh, &gv ); > cout << gh << " " << gv << endl; > > pfChannel *right = pfNewChan(pfGetPipe(0)); > pfChanViewport( right, vpr+GAP, 1.0f, vpb, vpt ); > pfChanFOV( right, hfov2, v_fov ); > > pfChanScene( middle, scene ); > pfChanScene( left, scene ); > pfChanScene( right, scene ); > > ls1 = pfNewLSource(); > pfLightColor( ls1, 1.0f, 1.0f, 1.0f ); > pfLightPos( ls1, 0.0f, 0.0f, -1.0f, 0.0f ); > pfAddChild(scene, ls1 ); > > ls2 = pfNewLSource(); > pfLightColor( ls2, 0.6f, 0.6f, 0.6f ); > pfLightPos( ls2, -2.0f, -1.0f, 0.1f, 0.0f ); > pfAddChild(scene, ls2 ); > pfLightOn( ls2 ); > > ls3 = pfNewLSource(); > pfLightColor( ls3, 0.3f, 0.3f, 0.3f ); > //pfLightPos( ls3, 2.0f, 1.0f, 0.1f, 0.0f ); > //pfLightPos( ls3, 1.0f, 2.0f, 0.1f, 0.0f ); > pfLightPos( ls3, 1.0f, 1.5f, 0.1f, 0.0f ); > pfAddChild(scene, ls3 ); > pfLightOn( ls3 ); > > pfInitClock(0.0f); > > pfCullFace( PFCF_BACK ); > > int exit_flag = 0; > pfVec3 xyz = {2.0f, 0.0f, 1.5f}; > pfVec3 hpr = {90.0f, 0.0f, 0.0f}; > > while( exit_flag < 1000 ) { > exit_flag++; > > pfSync(); > float xx = (float( getvaluator(MOUSEX) ) - 1280.0*0.5) / (1280.0*0.5); > > pfSetVec3( hpr, 90.0 - xx*hfov1, 0.0f, 0.0f ); > pfChanView( middle, xyz, hpr ); > > pfSetVec3( hpr, 90.0 - xx*hfov1 + 0.5*(hfov1 + hfov2), 0.0f, 0.0f ); > pfChanView( left, xyz, hpr ); > > pfSetVec3( hpr, 90.0 - xx*hfov1 - 0.5*(hfov1 + hfov2), 0.0f, 0.0f ); > pfChanView( right, xyz, hpr ); > > pfFrame(); > } > pfExit(); > > return 0; > } > > > static void > OpenPipeline (pfPipe *p) > { > foreground(); > > prefposition(0, 1280, 0, 1024); > noborder(); > winopen("IRIS Performer"); > > pfInitGfx(p); > > pfApplyMtl(pfNewMtl( NULL )); > > pfEnable( PFEN_LIGHTING ); > pfLightModel *lmodel = pfNewLModel( NULL ); > pfLModelAmbient( lmodel, 0.4f, 0.4f, 0.4f ); > pfApplyLModel( lmodel ); > > pfTexEnv *tev = pfNewTEnv( 0 ); > pfTEnvMode( tev, PFTE_MODULATE ); > pfApplyTEnv( tev ); > > } > > static void DrawChannel (pfChannel *channel, void *data) > { > pfClearChan(channel); > > pfDraw(); > } > > > > ------------------------------------------------------------------------ > Roy Ruddle, Principal Researcher | School of Psychology > Tel: 01222 874523 (direct) | University of Wales College of Cardiff > 01222 874007 (messages) | PO Box 901 > Fax: 01222 874858 | Cardiff CF1 3YG > Email: Ruddle@CARDIFF.AC.UK | UK > > > From guest Wed Jul 5 12:20:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA12587; Wed, 5 Jul 1995 11:59:01 -0700 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 LAA12584; Wed, 5 Jul 1995 11:59:01 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02528; Wed, 5 Jul 95 11:58:57 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA29573; Wed, 5 Jul 1995 11:58:56 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) for id LAA28387; Wed, 5 Jul 1995 11:58:55 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA02518; Wed, 5 Jul 95 11:58:50 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA11799; Wed, 5 Jul 1995 11:56:22 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199507051856.LAA11799@tubes.asd.sgi.com> Subject: Re: Earth-Sky Model Problems To: guest (Troy Stephen) Date: Wed, 5 Jul 95 11:56:21 PDT Cc: info-performer@sgi.sgi.com In-Reply-To: ; from "Troy Stephen" at Jun 29, 95 12:55 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > > Hi all, > > > A while back I posted a question about the earth-sky model which I was > having problems with and never got a reply. I'll briefly summarize, and > hopefully somebody can give me some ideas: > > The problem is related to the location of the sky and ground polygons. > It seems that they are rendered well short of the far clip plane, but > exactly where is impossible to determine - this is a frustrating problem > when you want to specify the exact visual range of your simulation > because simply setting the far clip plane range is not sufficient as your > scene will be clipped by the sky polygon (and NOT the far clip plane as > you would hope). > > It also makes it difficult to position celestial objects, because you > never quite know how far away you can project them without having them > disappear behind the sky polygon. > > It's real easy to demonstrate - just start up perfly, and with earth-sky > mode set PFES_FAST position a model so that it is just being clipped > by the far clip plane. Now select PFES_SKY_GRND and you will notice > that the model is now clipped closer to the viewpoint. > > Would it be possible in Performer 2.0, when the earth-sky > polygons are rendered they are forced to the maximum z-value by: > > zMax = getgconfig( GC_ZMAX ); > lsetdepth( zMax, zMax ); > > (or maybe there is a flaw in this proposal?) > > This is reasonable but too late for inclusion in 2.0. However, it is trival to call the above in your pfChannel draw callback before calling pfClearChan(). From guest Wed Jul 5 15:25:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA13107; Wed, 5 Jul 1995 15:08:00 -0700 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 PAA13104; Wed, 5 Jul 1995 15:07:51 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09468; Wed, 5 Jul 95 15:07:43 -0700 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA25110; Wed, 5 Jul 1995 15:07:41 -0700 Received: from gnarly.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA06121; Wed, 5 Jul 95 15:07:06 PDT Received: by gnarly.cs.nps.navy.mil (950215.SGI.8.6.10/940406.SGI) for info-performer@sgi.com id PAA07175; Wed, 5 Jul 1995 15:06:58 -0700 From: barham@gnarly.cs.nps.navy.mil (Paul T. Barham) Message-Id: <199507052206.PAA07175@gnarly.cs.nps.navy.mil> Subject: pfuInputHandler examples? To: info-performer@sgi.sgi.com Date: Wed, 5 Jul 1995 15:06:57 -0700 (PDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 797 Status: O Is anyone willing to post an example or two on how to use the pfuInputHandler callback mechanism? I specifically want to use it with the exteneded keyboard functions on the keypad and with a Spaceball. Thanks if advance. -- +--------------------------------------------------------------------+ + Paul T. Barham Computer Specialist + + Naval Postgraduate School Computer Graphics & + + Computer Science, Code CS/Barham Video Laboratory + + Monterey, California 93943 barham@cs.nps.navy.mil + + Spanagel Hall, Room 531B (408) 656-2253, fax 2814 + +URL: http://www.cs.nps.navy.mil/people/support/barham/home_page.html+ +--------------------------------------------------------------------+ From guest Wed Jul 5 16:18:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA13328; Wed, 5 Jul 1995 15:57:14 -0700 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 PAA13325; Wed, 5 Jul 1995 15:57:14 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10972; Wed, 5 Jul 95 15:57:05 -0700 Received: from trout.nosc.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA00498; Wed, 5 Jul 1995 15:57:03 -0700 Received: from cod.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA10651; Wed, 5 Jul 95 15:57:03 PDT Received: by cod.nosc.mil (4.1/SMI-4.1) id AA05977; Wed, 5 Jul 95 15:55:53 PDT Date: Wed, 5 Jul 95 15:55:53 PDT From: croft@cod.nosc.mil (Bryan L. Croft) Message-Id: <9507052255.AA05977@cod.nosc.mil> To: info-performer@sgi.sgi.com Cc: croft@cod.nosc.mil Subject: Disappearing Text in 3D Environment Status: O ------- I have a disappearance problem with some text and a leader line that is used to identify entities in the 3D environment. It works fine except in some cases where view point angle or proximity to the entity is changed. The text and leader line disappears. Yet if you move back to where it was visible it will reappear. For the text I use the following call from the app. pfNodeTravFunc(G_text, PFTRAV_DRAW, NULL, place_text3D); and in the draw process the function is as follows place_text3D(pfTraverser *, void *data) { pfPushState(); pfBasicState(); . . . cmov(......); . . . pfPopState(); return(PFTRAV_PRUNE); } Any reason for loosing the text at given points, and what is the fix Bryan Croft NRAD, Code 44206 e-mail croft@nosc.mil ------- From guest Wed Jul 5 14:18:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA12889; Wed, 5 Jul 1995 14:01:16 -0700 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 OAA12886; Wed, 5 Jul 1995 14:01:15 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06685; Wed, 5 Jul 95 14:01:14 -0700 Received: from unixsrv1.lsumc.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id OAA16437; Wed, 5 Jul 1995 14:01:10 -0700 Received: from INDY.OPHTH.LSUMC.EDU by unixsrv1.lsumc.edu with SMTP (5.65/25-eef) id AA00348; Wed, 5 Jul 95 16:00:31 -0500 Received: by indy.ophth.lsumc.edu (931110.SGI/930416.SGI) for @UNIXSRV1.LSUMC.EDU:info-performer@sgi.com id AA22341; Wed, 5 Jul 95 15:56:26 -0700 From: "Tanio D. Klyce" Message-Id: <9507051556.ZM22339@indy.ophth.lsumc.edu> Date: Wed, 5 Jul 1995 15:56:26 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O unsubscribe From guest Wed Jul 5 19:58:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA13751; Wed, 5 Jul 1995 19:32:07 -0700 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 TAA13748; Wed, 5 Jul 1995 19:32:02 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16660; Wed, 5 Jul 95 19:32:02 -0700 Received: from ix4.ix.netcom.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA21191; Wed, 5 Jul 1995 19:31:59 -0700 Received: from by ix4.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id TAA04229; Wed, 5 Jul 1995 19:30:50 -0700 Date: Wed, 5 Jul 1995 19:30:50 -0700 Message-Id: <199507060230.TAA04229@ix4.ix.netcom.com> From: blastarr@ix.netcom.com (Kent Miller) Subject: Fwd: pfuInputHandler examples? To: info-performer@sgi.sgi.com Status: O >Is anyone willing to post an example or two on how to use the >pfuInputHandler callback mechanism? I specifically want to use >it with the exteneded keyboard functions on the keypad and with >a Spaceball. Sorry, all my code is at work, and they don't let us take mag media out of the facility. Here's how I went about integrating a Spaceball into my app: - look at the code in /usr/src/Performer/src/lib/pfutil/input.[ch] It's pretty straightforward, and you'll feel better once you're familiar with it. - queue the spaceball device events (see device.h for SB events) - register your spaceball input handler with pfuAddInputHandler, and use the PFU_CATCH_UNKNOWN parameter so normal keyboard and mouse events get handled first. - you can ignore the custom event struct that gets passed to your handler, since it's just used by CATCH_ALL to pass events back to the pfu calling routine. - treat the dev and val args like normal GL events. Keypad input is easier. Just queue the keys you're interested in, and the rest is just like the spaceball. From guest Thu Jul 6 04:00:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA14739; Thu, 6 Jul 1995 03:30:36 -0700 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 DAA14736; Thu, 6 Jul 1995 03:30:35 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24512; Thu, 6 Jul 95 03:30:35 -0700 Received: from relay1.jaring.my by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id DAA24334; Thu, 6 Jul 1995 03:30:32 -0700 Received: from sds.UUCP (root@localhost) by relay1.jaring.my (8.6.12/8.6.12) with UUCP id SAA29655 for sgi.com!info-performer; Thu, 6 Jul 1995 18:15:19 +0800 From: Ravee To: info-performer@sgi.sgi.com Subject: Textures, objects and databases X-Mailer: ScoMail 1.0 Date: Thu, 6 Jul 1995 13:10:30 +0800 (MAL) Message-Id: <9507061310.aa02547@sds.po.my> Status: O Hello techy friends I am working out the feasibility and effort required to do the following in Performer (using Multigen models) :- a) Create the effect of moving water (eg sea waves and water flow down a dam). I suspect that calls may need to be made to progressively modify the u and v vectors for textured polygons. Am I right? If not, how would I go about doing this. b) Develop a simulation program with objects (eg many vehicles) moving about in pre-defined paths. What kind of function calls do I need to use? c) Develop a program to interactively change colours and textures of polygons (eg change wall paper designs and colours for different walls in a house). Again what would be the most appropriate approach and calls? d) This is the ambitious one. What should I be considering if I am to write code to interface Performer applications to a remote relational database (eg INFORMIX), such that when I bump into an object during flythrough, the system would respond by, for example, identifying the object that was bumped into. The sort of messages returned by the application should include responses to queries to a database. Some responses could include text or image data popping up in sub-windows. I was thinking along the lines of using something related to the intersection traversal. Cheers _________________________________________________________________________ Raveentheran Suntheralingam, Technical Consultant Sime Darby Systems, Wisma Sime Darby Jalan Raja Laut, 50350 Kuala Lumpur, Malaysia Tel : (03) 293-9322 Fax : (03) 293-9376 _________________________________________________________________________ From guest Thu Jul 6 07:00:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA18645; Thu, 6 Jul 1995 06:33:12 -0700 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 GAA18642; Thu, 6 Jul 1995 06:33:11 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27583; Thu, 6 Jul 95 06:33:10 -0700 Received: from vm.gmd.de by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA08453; Thu, 6 Jul 1995 06:33:05 -0700 Received: from bogart.mpib-tuebingen.mpg.de by vm.gmd.de (IBM VM SMTP V2R2) with TCP; Thu, 06 Jul 95 15:32:23 +0200 Received: from sage.mpik-tueb.mpg.de by bogart.mpib-tuebingen.mpg.de; (5.65/1.1.8.2/19Dec94-0609PM) id AA24821; Thu, 6 Jul 1995 15:33:48 +0100 Received: by sage (940816.SGI.8.6.9/930416.SGI) id PAA00747; Thu, 6 Jul 1995 15:32:21 +0200 From: "Dietrich Opitz" Message-Id: <9507061532.ZM745@sage.mpik-tueb.mpg.de> Date: Thu, 6 Jul 1995 15:32:21 +0000 In-Reply-To: Ravee "Textures, objects and databases" (Jul 6, 1:10pm) References: <9507061310.aa02547@sds.po.my> X-Face: ,78BGR^:N$.'76:g~S1U^5[;4H@V1KZvxT0W&ugiSX!CO}A((fKEnL2;vdw~RdA'C}Snv2n/1pB3cZjiFbN{Q}nXx}2cd* X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com, Ravee Subject: Re: Textures, objects and databases Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Some thoughts about your questions. a) To create the impression of a moving sea surface, one way to go is to move the mesh on which the seatexture is mapped locally up and down. But it is hard to find a movement pattern that looks realistic enough. The flow of water can also simulated by switching between two different waterfall-textures. b) Define the path as a spline and let the DCS follow this spline. c) There are several routines to pick and identify objects/polygons in performer. d) External database access is slow, so you have to 'freeze' the user in the current state until the request is done. Seems to be unappropriate in a realtime simulation. The SQL-structures could be places in the userdata portion of a geoset, but you have to include all the interfacing to the remote computer application layer. Maybe there are more ways to get it done, but performer is basically designed for realtime animation DiO -- 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-tueb.mpg.de From guest Thu Jul 6 11:08:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA19084; Thu, 6 Jul 1995 10:49:17 -0700 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 KAA19081; Thu, 6 Jul 1995 10:49:14 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09343; Thu, 6 Jul 95 10:49:04 -0700 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA15529; Thu, 6 Jul 1995 10:49:03 -0700 Received: from uucp1.UU.NET by relay3.UU.NET with SMTP id QQyxfz01749; Thu, 6 Jul 1995 13:49:01 -0400 Received: from planets.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Thu, 6 Jul 1995 13:49:01 -0400 Received: from cagiva.cambridge.com by ds9.cambridge.com (4.1/SMI-4.1-SWS) id AA01565; Thu, 6 Jul 95 13:43:54 EDT Received: by cagiva.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id NAA04333; Thu, 6 Jul 1995 13:43:53 -0400 From: "Daniel Jia" Message-Id: <9507061343.ZM4331@cagiva> Date: Thu, 6 Jul 1995 13:43:51 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: 3D texture with Performer ??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am still relatively new to Performer. As I learn it, I am wondering if it would be possible to do 3D texture with Performer. It seems unlikely to me as function pfGSetAttr only takes token PFGS_TEXCOORD2 to set texture coordinates. We are coding with Performer 2.0 on reality engines. Anyone experienced with 3D textures with Performer please direct me. Any comments are apreciated. Dan -- Daniel Jia, Ph.D. Cambridge Research Associates 1430 Spring Hill Road, Suite 200 McLean, VA 22102 Phone: (703)790-0505 Fax: (703)790-0370 From guest Thu Jul 6 11:05:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA19075; Thu, 6 Jul 1995 10:46:32 -0700 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 KAA19072; Thu, 6 Jul 1995 10:46:32 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09157; Thu, 6 Jul 95 10:46:23 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA15024; Thu, 6 Jul 1995 10:46:22 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18249; Thu, 6 Jul 1995 10:46:15 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA09139; Thu, 6 Jul 95 10:46:14 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA27456; Thu, 6 Jul 1995 10:46:13 -0700 Message-Id: <199507061746.KAA27456@surreal.asd.sgi.com> To: "Patrick Bouchaud" Cc: info-performer@sgi.sgi.com Subject: Re: Callbacks In-Reply-To: Your message of "Thu, 06 Jul 95 16:09:15 MDT." <9507061609.ZM22339@graal.neu.sgi.com> Date: Thu, 06 Jul 95 10:46:13 -0700 From: Jim Helman Status: O > What I'd like to be told (but which doesn't seem to be the case !) is that the > pre/post-Cull-Callback() occure for each associated Node within the Cull > Process, out of which the node is in some way registered in a list for the > Drawing Process. Then, in the Drawing Process, each referenced node calls its > pre-draw-callback(), then draws itself, then calls its post-draw-callback() This is indeed the case. The invocation of the "pre/postDrawCallback" in the pseudo code should be interpreted as: if (combined CULL/DRAW && !sorting) invoke DRAW callback now else add DRAW callback to the pfDispList for later invocation > (the 2 last operations being conditioned by the flag returned by the > pre-draw-callback()) This is not the case. The return value of the DRAW callback has no effect. Since there is no scene graph in the DRAW, PRUNE and TERM would have little meaning. The preferred way to enable and disable rendering of portions of the scene graph is to use a pfSwitch or to set the DRAW traversal mask on pfNodes. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Thu Jul 6 07:32:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA18712; Thu, 6 Jul 1995 07:09:32 -0700 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 HAA18707; Thu, 6 Jul 1995 07:09:31 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28528; Thu, 6 Jul 95 07:09:27 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA11941; Thu, 6 Jul 1995 07:09:25 -0700 Received: from graal.neu.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA23136; Thu, 6 Jul 1995 07:09:23 -0700 Received: by graal.neu.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.sgi.com id QAA22341; Thu, 6 Jul 1995 16:09:16 +0200 From: "Patrick Bouchaud" Message-Id: <9507061609.ZM22339@graal.neu.sgi.com> Date: Thu, 6 Jul 1995 16:09:15 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Callbacks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O ON THE ONE HAND, in the performer's FAQ it is said that the node's draw callbacks are executed in the draw process - which is one frame delayed relatively to the cull process. ON THE OTHER HAND, in the pfTravNodeFunc() man page, the pseudo-code showing the evaluation order of the callbacks shows the following order, assuming the cullResult is PFIS_MAYBE : preCullCallback->Cull->preDrawCallback->evaluateNodeAndItsChildren->postDrawCallback->postCullCallback : which seems to indicate that the postCullCallback is executed after all the draw callbacks. Shall I then assume that the postCullCallback is executed in the draw process ? What I'd like to be told (but which doesn't seem to be the case !) is that the pre/post-Cull-Callback() occure for each associated Node within the Cull Process, out of which the node is in some way registered in a list for the Drawing Process. Then, in the Drawing Process, each referenced node calls its pre-draw-callback(), then draws itself, then calls its post-draw-callback() (the 2 last operations being conditioned by the flag returned by the pre-draw-callback()) : only then could i really customize my drawing ! Is there something I misunderstood ? From guest Thu Jul 6 16:11:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA20014; Thu, 6 Jul 1995 15:54:05 -0700 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 PAA20011; Thu, 6 Jul 1995 15:53:45 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27557; Thu, 6 Jul 95 15:53:34 -0700 Received: from linc.cis.upenn.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA12084; Thu, 6 Jul 1995 15:53:32 -0700 From: rama@graphics.cis.upenn.edu Received: from graphics.cis.upenn.edu (GRAPHICS.CIS.UPENN.EDU [158.130.2.10]) by linc.cis.upenn.edu (8.6.10/UPenn 1.4) with ESMTP id SAA01928 for ; Thu, 6 Jul 1995 18:53:32 -0400 Received: from aladdin.cis.upenn.edu by graphics.cis.upenn.edu id SAA03898; Thu, 6 Jul 1995 18:53:31 -0400 Received: by aladdin.cis.upenn.edu id SAA04306; Thu, 6 Jul 1995 18:53:31 -0400 Date: Thu, 6 Jul 1995 18:53:31 -0400 Posted-Date: Thu, 6 Jul 1995 18:53:31 -0400 Message-Id: <199507062253.SAA04306@aladdin.cis.upenn.edu> To: info-performer@sgi.sgi.com Subject: reading depth map Status: O I am trying to create the shadow maps from the depth map. My output didnt look right and so I have now traced my problem to reading the zmap. For debugging purposes, I am trying to read the zmap after the scene has been drawn from the initial view point and printing out the zmap values. I am using the perfly setup, which has the pfChanCullFunc and pfChanDrawFunc specified. pfChanCullFunc(chan, CullFunc); pfChanDrawFunc(chan, DrawFunc); In the DrawFunc, I am doing the following : void DrawFunc(pfChannel *chan, void *data) { int i,j; unsigned long smap[(SSIZE*SSIZE)]; PreDraw(chan, data); /* e.g. - clear the viewport */ zbuffer(TRUE); blendfunction(BF_ONE,BF_ZERO); zfunction(ZF_LEQUAL); lsetdepth(0x0,0xffff); pfClear(PFCL_COLOR|PFCL_DEPTH,NULL); wmpack(0x0); pixmode(PM_ZDATA,1); readsource(SRC_ZBUFFER); pfDraw(); /* Render the frame */ lrectread((short)0,(short)0,(short)SSIZE-1,(short)SSIZE-1,smap); for(i=0;i<(SSIZE)/2;i++) printf("after:%x\n ",smap[i]); pixmode(PM_DATA,0); PostDraw(chan, data); /* e.g. - draw HUD, read GL devices */ } The values that get printed from smap are either only 0 or 10000000. The other problem is that as I make different windows (other than performer window) active by clicking the mouse there, the values toggle : 10000000 for performer window 0 for any other window I am sure I am doing something very obviously wrong but just unable to figure it out. I would greatly appreciate any help I can get about this. Thanks Rama --------------------------------------------------------------------- Rama Bindiganavale rama@graphics.cis.upenn.edu http://www.cis.upenn.edu/~rama/home.html --------------------------------------------------------------------- Rama Bindiganavale rama@graphics.cis.upenn.edu http://www.cis.upenn.edu/~rama/home.html From guest Thu Jul 6 17:51:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA20462; Thu, 6 Jul 1995 17:40:54 -0700 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 RAA20459; Thu, 6 Jul 1995 17:40:53 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03108; Thu, 6 Jul 95 17:40:44 -0700 Received: from relay4.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA28216; Thu, 6 Jul 1995 17:40:43 -0700 Received: from vivid.autometric.com by relay4.UU.NET with SMTP id QQyxha23103; Thu, 6 Jul 1995 20:40:40 -0400 Received: from degas by vivid.autometric.com via SMTP (5.67a/920502.SGI) for @relay1.uu.net:info-performer@sgi.com id AA04751; Thu, 6 Jul 1995 20:40:40 -0400 Received: by degas (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id UAA08958; Thu, 6 Jul 1995 20:40:37 -0400 From: "Dave Sapone" Message-Id: <9507062040.ZM8956@degas.autometric.com> Date: Thu, 6 Jul 1995 20:40:36 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: pfAttachDPool failure Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O My performer application is supported by many sub-applications which perform various tasks. They use pfDataPools to share data. Some sub-apps can attach to an existing dataPool and some cannot. Each program calls pfInit() prior to doing dataPool stuff which is the same exact function call. basically (the usual): init ( ) { if ( ! dataPool ) { if ( ! ( dataPool = pfAttachDPool ( name ) ) ) { if ( ! ( dataPool = pfNewDPool ( size, name ) ) ) { /* error */ } else { /* allocate data region */ ptr = (void *) pfDPoolAlloc ( dataPool, size, ID ); } } else { ptr = (void *) pfDPoolFind ( dataPool, ID ); } } } No one calls pfReleaseDPool(). The first app to call the init() function creates the dataPool. Some apps can attach to it and some fail at pfAttachDPool(). Does anyone have a clue ? Thanks loads. -- ----------------------------------------------------------------------------- dave sapone // dave@autometric.com ----------------------------------------------------------------------------- From guest Thu Jul 6 18:46:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA20659; Thu, 6 Jul 1995 18:29:28 -0700 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 SAA20656; Thu, 6 Jul 1995 18:29:17 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05980; Thu, 6 Jul 95 18:29:12 -0700 Received: from dino.trl.ibm.co.jp by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id SAA05655; Thu, 6 Jul 1995 18:29:09 -0700 Received: from ns.trl.ibm.com ([9.116.1.23]) by dino.trl.ibm.co.jp (5.65c/2.7Wd) id AA28702; Fri, 7 Jul 1995 10:29:01 +0900 Received: from fuji.trl.ibm.com by ns.trl.ibm.com (AIX 3.2/UCB 5.64/TRL4.3SRV) id AA238075; Fri, 7 Jul 1995 10:29:07 +0900 Message-Id: <9507070129.AA238075@ns.trl.ibm.com> To: "Daniel Jia" Cc: info-performer@sgi.sgi.com Subject: Re: 3D texture with Performer ??? In-Reply-To: Your message of "Thu, 06 Jul 1995 13:43:51 -0400." <9507061343.ZM4331@cagiva> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Fri, 07 Jul 1995 10:29:07 +0900 From: Ryutarou OHBUCHI Status: O We have done 3D texture with Performer. We used draw callbacks to use GL. (Don't ask for the code, for it was a contract job.) ----- Ryutarou Ohbuchi IBM Japan, Ltd., SA-S76 1623-14, Shimo-tsuruma, Yamato-shi, Kanagawa-ken 242, Japan Phone: 0462-73-4882 Fax: 0462-73-7413 Internet: ohbuchi@trl.ibm.co.jp From guest Thu Jul 6 19:29:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA20945; Thu, 6 Jul 1995 19:08:13 -0700 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 TAA20942; Thu, 6 Jul 1995 19:08:12 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07509; Thu, 6 Jul 95 19:08:11 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA11075; Thu, 6 Jul 1995 19:08:10 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) id TAA13406; Thu, 6 Jul 1995 19:08:00 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:dave@degas.autometric.com id AA07489; Thu, 6 Jul 95 19:07:55 -0700 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id TAA03674; Thu, 6 Jul 1995 19:07:51 -0700 Message-Id: <199507070207.TAA03674@surreal.asd.sgi.com> To: "Dave Sapone" Cc: info-performer@sgi.sgi.com Subject: Re: pfAttachDPool failure In-Reply-To: Your message of "Thu, 06 Jul 95 20:40:36 EDT." <9507062040.ZM8956@degas.autometric.com> Date: Thu, 06 Jul 95 19:07:51 -0700 From: Jim Helman Status: O This comes up quite frequently. To recap: A characteristic of both usinit and pfDataPools is that the address at which the usinit arena is mapped must be the same in both processes. This means that if the attaching process has already allocated space, e.g. from the heap, that conflicts with the usinit arena as mapped by the creating process, usinit will fail in the attaching process. The solution (which is built into 2.0) is to use usconfig to specify a suitable ATTACH_ADDR before calling usinit or pfNewDPool. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 To: fred@vsl.ist.ucf.edu (ALFREDO) Cc: info-performer@sgi.sgi.com Subject: Re: datapools In-Reply-To: Your message of "Sun, 08 Jan 95 18:35:13 EST." <9501082335.AA26147@onyx.vsl.ist.ucf.edu> Date: Mon, 09 Jan 95 17:54:48 -0800 From: Jim Helman The problem is that pfDataPools must reside at the same space in every process (see usinit(1)). Performer currently leaves the choice of address up to IRIX. This means that pfNewDPool should be called in the larger process and pfAttachDPool should be called as early as possible in the smaller process. It's OK to make calls like pfNotifyLevel and pfAttachDPool before pfInit(). Errno 16 (EBUSY) indicates a memory conflict. In the next release, Performer will try to choose a good place in virtual address space for datapool arenas. In the meantime, you can call usconfig with CONF_ATTACHADDR, to specify an allocation address out in the boonies of addressland. Just be sure to set it back to ~0 after the call to pfNewDPool. My choice for an address would be something just below the stack, say between 0x7f000000 and 0x7ff00000. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Fri Jul 7 09:35:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA22024; Fri, 7 Jul 1995 09:24:32 -0700 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 JAA22021; Fri, 7 Jul 1995 09:24:31 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26796; Fri, 7 Jul 95 09:24:21 -0700 Received: from linc.cis.upenn.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA10451; Fri, 7 Jul 1995 09:24:13 -0700 From: rama@graphics.cis.upenn.edu Received: from graphics.cis.upenn.edu (GRAPHICS.CIS.UPENN.EDU [158.130.2.10]) by linc.cis.upenn.edu (8.6.10/UPenn 1.4) with ESMTP id IAA23223 for ; Fri, 7 Jul 1995 08:31:59 -0400 Received: from aladdin.cis.upenn.edu by graphics.cis.upenn.edu id IAA12489; Fri, 7 Jul 1995 08:31:59 -0400 Received: by aladdin.cis.upenn.edu id IAA07864; Fri, 7 Jul 1995 08:31:59 -0400 Date: Fri, 7 Jul 1995 08:31:59 -0400 Posted-Date: Fri, 7 Jul 1995 08:31:59 -0400 Message-Id: <199507071231.IAA07864@aladdin.cis.upenn.edu> To: info-performer@sgi.sgi.com Subject: depth map Status: O Hi, I had sent this mail earlier. But I got back an error message about it not being delivered. Hence I am resending this. I would appreciate all the help I can get about it I am trying to create the shadow maps from the depth map. My output didnt look right and so I have now traced my problem to reading the zmap. For debugging purposes, I am trying to read the zmap after the scene has been drawn from the initial view point and printing out the zmap values. I am using the perfly setup, which has the pfChanCullFunc and pfChanDrawFunc specified. pfChanCullFunc(chan, CullFunc); pfChanDrawFunc(chan, DrawFunc); In the DrawFunc, I am doing the following : void DrawFunc(pfChannel *chan, void *data) { int i,j; unsigned long smap[(SSIZE*SSIZE)]; PreDraw(chan, data); /* e.g. - clear the viewport */ zbuffer(TRUE); blendfunction(BF_ONE,BF_ZERO); zfunction(ZF_LEQUAL); lsetdepth(0x0,0xffff); pfClear(PFCL_COLOR|PFCL_DEPTH,NULL); wmpack(0x0); pixmode(PM_ZDATA,1); readsource(SRC_ZBUFFER); pfDraw(); /* Render the frame */ lrectread((short)0,(short)0,(short)SSIZE-1,(short)SSIZE-1,smap); for(i=0;i<(SSIZE)/2;i++) printf("after:%x\n ",smap[i]); pixmode(PM_DATA,0); PostDraw(chan, data); /* e.g. - draw HUD, read GL devices */ } The values that get printed from smap are either only 0 or 10000000. The other problem is that as I make different windows (other than performer window) active by clicking the mouse there, the values toggle : 10000000 for performer window 0 for any other window I am sure I am doing something very obviously wrong but just unable to figure it out. I would greatly appreciate any help I can get about this. Thanks Rama --------------------------------------------------------------------- Rama Bindiganavale rama@graphics.cis.upenn.edu http://www.cis.upenn.edu/~rama/home.html From guest Fri Jul 7 09:53:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA22082; Fri, 7 Jul 1995 09:39:18 -0700 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 JAA22079; Fri, 7 Jul 1995 09:39:13 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28114; Fri, 7 Jul 95 09:39:09 -0700 Received: from inesc.inesc.pt by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA14520; Fri, 7 Jul 1995 09:38:54 -0700 Received: from richelieau (richelieau.inesc.pt) by inesc.inesc.pt with SMTP; id AA29586 (/); Fri, 7 Jul 1995 15:46:08 +0200 Received: by richelieau (931110.SGI/911001.SGI) for @inesc.inesc.pt:info-performer@sgi.com id AA22448; Fri, 7 Jul 95 17:47:35 +0200 From: "Jose Carlos Andre" Message-Id: <9507071747.ZM22446@richelieau.inesc.pt> Date: Fri, 7 Jul 1995 17:47:35 -0600 In-Reply-To: Sam De Backer "Re: Stereo View" (Jul 3, 4:37pm) References: X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: Sam De Backer Subject: Re: Stereo View Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Jul 3, 4:37pm, Sam De Backer wrote: > Subject: Re: Stereo View > Ftp at sgigate.sgi.com:~ftp/pub/Performer/src/sfly.tar.Z > for a modified perfly that does stereo in a window! >-- End of excerpt from Sam De Backer I've picked up sfly on sgigate but when I try to run it the screen becames black and nothing happens. Must I give any options ? Thank's in advance, -- Jose' Carlos Andre' jca@phortos.inesc.pt INESC - Centro Multimedia, AudioVisuais http://phortos.inesc.pt From guest Mon Jul 10 05:53:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA27714; Mon, 10 Jul 1995 05:37:39 -0700 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 FAA27711; Mon, 10 Jul 1995 05:37:38 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25796; Mon, 10 Jul 95 05:37:38 -0700 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA19295; Mon, 10 Jul 1995 05:37:31 -0700 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0sVI5V-0000KFC; Mon, 10 Jul 95 14:37 MET DST Message-Id: Date: Mon, 10 Jul 95 14:37 MET DST From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: pfQueryHit Reply-To: matomira@epfl.ch Status: O It would be nice if there were queries returning the texture coordinates of the intersection point / intersected triangle vertexes. 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 "The limits of my language mean the limits of my world" -Ludwig Wittgenstein From guest Mon Jul 10 08:54:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA27983; Mon, 10 Jul 1995 08:32:20 -0700 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 IAA27980; Mon, 10 Jul 1995 08:32:19 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01270; Mon, 10 Jul 95 08:32:11 -0700 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA06520; Mon, 10 Jul 1995 08:32:08 -0700 Received: from uucp1.unix.portal.com (uucp1.unix.portal.com [156.151.1.100]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id IAA05325; Mon, 10 Jul 1995 08:31:11 -0700 Received: from buggy.coryphaeus.com (uucp@localhost) by uucp1.unix.portal.com (8.6.11/8.6.5) with UUCP id IAA25230; Mon, 10 Jul 1995 08:26:08 -0700 Received: from buggy. coryphaeus.com by cory via SMTP (920330.SGI/911001.SGI) for portal!epfl.ch!matomira id AA15215; Mon, 10 Jul 95 08:27:41 -0700 Received: by buggy (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA08113; Mon, 10 Jul 1995 08:27:41 -0700 From: "Kowsik Guruswamy" Message-Id: <9507100827.ZM8111@buggy.coryphaeus.com> Date: Mon, 10 Jul 1995 08:27:39 -0700 In-Reply-To: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) "pfQueryHit" (Jul 10, 1:37pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: matomira@epfl.ch, info-performer@sgi.sgi.com Subject: Re: pfQueryHit Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 10, 1:37pm, Fernando D. Mato Mira wrote: > Subject: pfQueryHit > > It would be nice if there were queries returning the > texture coordinates of the intersection point / intersected triangle > vertexes. > > Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html pfQueryHit returns a whole bunch of stuff, which could be used to find out the texture coordinates of the triangle. The ones that you might consider using are PFQHIT_GSET - pointer to intersected pfGeoSet PFQHIT_PRIM - index of primitive in pfGeoSet Then based on the attribute binding for PFGS_TEXCOORD2, you could get the information that you need. K. -- kowsik@coryphaeus.com From guest Mon Jul 10 10:23:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA28193; Mon, 10 Jul 1995 10:08:56 -0700 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 KAA28190; Mon, 10 Jul 1995 10:08:55 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07332; Mon, 10 Jul 95 10:08:54 -0700 Received: from uu-dup0.tokyo.spin.ad.jp by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA22657; Mon, 10 Jul 1995 10:08:48 -0700 Received: (from @localhost) by uu-dup0.tokyo.spin.ad.jp (8.6.12+2.5Wb3/3.4Wbata3-05/30/95) with UUCP id CAA00549 for info-performer@sgi.com; Tue, 11 Jul 1995 02:08:47 +0900 Received: from [131.4.53.74] (mac_kawai) by square-gw.square.co.jp (4.1/6.4JAIN-local-1.1) id AA25954; Tue, 11 Jul 95 01:44:39 JST Message-Id: <9507101644.AA25954@square-gw.square.co.jp> Date: Tue, 11 Jul 1995 01:40:40 +0900 To: info-performer@sgi.sgi.com From: kawai@square.co.jp (Hiroshi Kawai) Subject: Questions regarding Performer 1.2 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.8.5-J13) Status: O Hello, I am not a subscriber to this mailing list, but I do have some questions which I was hoping I might get help on. To begin, I am using Performer 1.2 on an Onyx VTX running IRIX 5.3. My first question involves setting a light's diffuse properties. Under OpenGL, one has the ability to set a light's diffuse attributes using the glLight*() functions. However, there does not seem to be an equivalent among the pfLight*() routines. I have read the Japanese version of the Performer Programming Guide, but still I cannot find an appropriate function. It seems that the pfLightColor() routine performs this functionality, but is this correct? Secondly, I am a bit confused about the relationship between a LightModel object and a Light. My understanding is that a LightModel incorporates global hardware parameters for lighting and that a Light is a manifestation of such with the addition of other parameters, for example, position or direction. So, in a Performer application, all instantiated Lights will use the hardware lighting parameters set by the most recent pfLightModel() routine. My question is, is my interpretation of the relationship between LightModels and Lights correct? Also, is there a way to specify several different LightModels and associate them to different individual Lights? Finally, I was wondering if I might get information on how to obtain source code which includes detailed examples of using the lighting routines. I have tried in vain to set an object's diffuse attributes successfully by modifying and extending sample code provided with the Programming Guide. Therefore, I was hoping I may be able to get an example of Performer code involving extensive use of the lighting routines. Any information would be greatly appreciated. Thanks in advance, Hiroshi Kawai ----- Hiroshi Kawai Square Co., Ltd. Programmer From guest Mon Jul 10 02:36:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA27473; Mon, 10 Jul 1995 02:18:43 -0700 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 CAA27470; Mon, 10 Jul 1995 02:18:42 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19882; Mon, 10 Jul 95 02:18:37 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA09402; Mon, 10 Jul 1995 02:18:35 -0700 Received: from bitch.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA03476; Mon, 10 Jul 1995 02:18:16 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id LAA19435; Mon, 10 Jul 1995 11:16:35 +0200 From: "Angus Dorbie" Message-Id: <9507101116.ZM19433@bitch.reading.sgi.com> Date: Mon, 10 Jul 1995 11:16:34 -0600 In-Reply-To: Ravee "Textures, objects and databases" (Jul 6, 1:10pm) References: <9507061310.aa02547@sds.po.my> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Ravee Subject: Re: Textures, objects and databases Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > > I am working out the feasibility and effort required to do the following in > Performer (using Multigen models) :- > > a) Create the effect of moving water (eg sea waves and water flow down > a dam). I suspect that calls may need to be made to progressively > modify the u and v vectors for textured polygons. Am I right? If not, > how would I go about doing this. This would work, but you could also create three or more versions of the model and add them below a pfSequence. If you model your river with s coordinates across the river and t coordinates downstream then all you have to do is scroll your texture vertically either using coordinates or different textures (perhaps applied via a pfSequence). > > b) Develop a simulation program with objects (eg many vehicles) moving > about in pre-defined paths. What kind of function calls do I need to > use? You'd add each object below a pfDCS and then update the 4x4 matrix information held in the DCS, you do this in the application so no matter how you are forking this appears single threaded from a programming point of view. Try man pfMatrix to see lots of helpfull functions. > > c) Develop a program to interactively change colours and textures of > polygons (eg change wall paper designs and colours for different > walls in a house). Again what would be the most appropriate approach > and calls? You can change and override this kind of thing using draw callbacks for a specific object, or modify the scene graph to accomplish the desired effect. > > d) This is the ambitious one. What should I be considering if I am to > write code to interface Performer applications to a remote relational > database (eg INFORMIX), such that when I bump into an object during > flythrough, the system would respond by, for example, identifying > the object that was bumped into. The sort of messages returned by the > application should include responses to queries to a database. Some > responses could include text or image data popping up in sub-windows. > I was thinking along the lines of using something related to the > intersection traversal. Each performer node has a user data field which could be used to hold some database information, you'd probably then want to pass this information via shared memory or pipe to another process which would use this as a handle on the database information. As for the collision detection using intersection, this has been done before and there are examples with Performer. > > Cheers Hope this helps. -- Angus Dorbie, The Reality Centre, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Mon Jul 10 17:48:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA00126; Mon, 10 Jul 1995 17:45:32 -0700 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 RAA00123; Mon, 10 Jul 1995 17:45:31 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05930; Mon, 10 Jul 95 17:45:29 -0700 Received: from han.hana.nm.kr by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA29474; Mon, 10 Jul 1995 17:45:06 -0700 Received: from saitgw.Sait.Samsung.Co.KR by han.hana.nm.kr (4.1/KUM-0.1) id AA02095; Tue, 11 Jul 95 09:48:56 KST Received: from renoir.sait.samsung.co.kr by saitgw.Sait.Samsung.Co.KR (4.1/SMI-4.1) id AA06226; Tue, 11 Jul 95 10:36:36 KDT Received: by renoir.sait.samsung.co.kr (950215.SGI.8.6.10/940406.SGI) for info-performer@sgi.com id JAA10292; Tue, 11 Jul 1995 09:42:58 +1000 Date: Tue, 11 Jul 1995 09:42:58 +1000 From: chaos@renoir.sait.samsung.co.kr (Cho Tae Hee) Message-Id: <199507102342.JAA10292@renoir.sait.samsung.co.kr> To: info-performer@sgi.sgi.com Subject: GL vs. Performer Status: O Hi I'm a novice in Performer and have a question. In making an object using Performer, making pfGeode and inserting it into DB is faster than directly using GL functions in draw callbacks? or,... it depends? Sorry for my short English and Thanks in advance... chaos@venus.sait.samsung.co.kr From guest Tue Jul 11 01:20:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA01714; Tue, 11 Jul 1995 01:08:01 -0700 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 BAA01711; Tue, 11 Jul 1995 01:08:00 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21120; Tue, 11 Jul 95 01:07:59 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA11901; Tue, 11 Jul 1995 01:07:54 -0700 Received: from palladium.corp.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id BAA00099; Tue, 11 Jul 1995 01:07:47 -0700 Received: from barney.reading.sgi.com by palladium.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id BAA23339; Tue, 11 Jul 1995 01:07:40 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id JAA02469; Tue, 11 Jul 1995 09:03:28 +0100 From: "Rob Jenkins" Message-Id: <9507110903.ZM2467@barney.reading.sgi.com> Date: Tue, 11 Jul 1995 09:03:27 +0100 In-Reply-To: chaos@renoir.sait.samsung.co.kr (Cho Tae Hee) "GL vs. Performer" (Jul 11, 9:42am) References: <199507102342.JAA10292@renoir.sait.samsung.co.kr> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: chaos@renoir.sait.samsung.co.kr (Cho Tae Hee), info-performer@sgi.sgi.com Subject: Re: GL vs. Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 11, 9:42am, Cho Tae Hee wrote: > Subject: GL vs. Performer > Hi > > I'm a novice in Performer and have a question. In making an object > > using Performer, making pfGeode and inserting it into DB is > > faster than directly using GL functions in draw callbacks? > > or,... it depends? > > Sorry for my short English and Thanks in advance... > > chaos@venus.sait.samsung.co.kr >-- End of excerpt from Cho Tae Hee I don't know the definitive answer to this - you could try some benchmarks with a simple case, but then this may be misleading as Performer optimisation may only show a big perfomance gain when the geometry gets complicated. I'm sure the Performer team can give you more info. but personally I would think that in the long term you would benefit by using pfGeodes - 'nicer' code, Performer optimises for the hardware you are on, you get the benefits of culling or flattening geometry and the notion of a bounding volume of a pfGeode all of which may be tricky if you are just using GL. I'm sure you will get other responses for this. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Tue Jul 11 07:35:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA02208; Tue, 11 Jul 1995 07:32:55 -0700 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 HAA02205; Tue, 11 Jul 1995 07:32:54 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27215; Tue, 11 Jul 95 07:32:51 -0700 Received: from linc.cis.upenn.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id HAA06047; Tue, 11 Jul 1995 07:32:50 -0700 From: rama@graphics.cis.upenn.edu Received: from graphics.cis.upenn.edu (GRAPHICS.CIS.UPENN.EDU [158.130.2.10]) by linc.cis.upenn.edu (8.6.10/UPenn 1.4) with ESMTP id KAA08918; Tue, 11 Jul 1995 10:32:49 -0400 Received: from aladdin.cis.upenn.edu by graphics.cis.upenn.edu id KAA22874; Tue, 11 Jul 1995 10:32:33 -0400 Received: by aladdin.cis.upenn.edu id KAA08825; Tue, 11 Jul 1995 10:32:48 -0400 Date: Tue, 11 Jul 1995 10:32:48 -0400 Posted-Date: Tue, 11 Jul 1995 10:32:48 -0400 Message-Id: <199507111432.KAA08825@aladdin.cis.upenn.edu> To: "Rob Jenkins" Subject: Re: depth map Cc: info-performer@sgi.sgi.com References: <199507071231.IAA07864@aladdin.cis.upenn.edu> Status: O This is a question relating to my previous posting on depth map. After a lot of debugging, I think I have finally isolated the problem. But could somebody please let me know how to overcome it? The problem I am having is that I am not able to read the zbuffer correctly. I am using the perfly program as my base. All that I am trying to do is to read the zbuffer after the scene has been drawn on the screen. I found that my problem relates to the EarthSky Model. 1) If I set the earthsky mode to PFES_SKY_GRND (as it is set in perfly), I have no problems. The zbuffer is read correctly. 2) If I set the earthsky mode to PFES_FAST, then the zbuffer just has one constant value, ff00000, which is obviously wrong. 3) I do not want to use a earth sky model in my application. But, if I do not create a earthsky model, the zbuffer again reads only one constant value. I tried to see the differences using gldebug, but was not very successful. So I would greatly appreciate it if somebody could explain to me as to what is going on and help me overcome my problem I use the following code to read the depth map: PreDraw(chan, data); /* e.g. - clear the viewport */ drawmode(NORMALDRAW); multisample(FALSE); zclear(); zbuffer(TRUE); zfunction(ZF_ALWAYS); pixmode(PM_ZDATA,1); readsource(SRC_ZBUFFER); pfDraw(); /* Render the frame */ pixmode(PM_ZDATA,1); /* to ensure that pfDraw hasnt messed it */ readsource(SRC_ZBUFFER); /* " " " */ lrectread((short)xorg,(short)yorg,(short)xorg+xsize,(short)yorg+ysize,smap); PostDraw(chan,data); Thanks Rama --------------------------------------------------------------------- Rama Bindiganavale rama@graphics.cis.upenn.edu http://www.cis.upenn.edu/~rama/home.html From guest Tue Jul 11 08:02:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA02234; Tue, 11 Jul 1995 08:00:09 -0700 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 IAA02231; Tue, 11 Jul 1995 08:00:08 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27958; Tue, 11 Jul 95 08:00:06 -0700 Received: from dcscorp.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA09033; Tue, 11 Jul 1995 07:59:55 -0700 Received: from DCS-Message_Server by dcscorp.com with Novell_GroupWise; Tue, 11 Jul 1995 10:57:31 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Tue, 11 Jul 1995 10:57:07 -0400 From: Tanner Lovelace To: info-performer@sgi.sgi.com Subject: Intersections with Performer Status: O Greetings, I'm trying to use performer's intersection routines to test for obstacles in front of a vehicle. Unfortunately, I don't think I entirely understand performer's approach to intersections. Basically, given some base coordinate, I want to test for intersections straight ahead, and to either side at a 40 degree angle. I want to limit the test to about 100 meters in front of the vehicle (it's not necessary to go out any further). What follows is the code I have to do this. Unfortunately, it doesn't seem to work. I'm sure I'm just overlooking something obvious, and if anyone has any suggestions, I would be appreciative. Thanks in advance. Tanner Lovelace DCS Corporation Alexandria, VA --------------------------------------------------------------------------- obstacle_scan_results_type is defined as a struct composed of three floats (left, middle, right). Ignore the fact that base_coord doesn't actually get set in this function. otw_scene is the entire scene graph. --------------------------------------------------------------------------- short scan_for_obstacles(obstacle_scan_results_type& obstacle_scan_results, pfScene *otw_scene) { static pfCoord base_coord; static pfSegSet seg_set; static pfHit **hits[3]; // Setup obstacle scan results to be a *very* big number to begin with. // That way if we don't intersect, we'll just return the equivalent of // infinity (float max). obstacle_scan_results.left = FLT_MAX; // defined in limits.h obstacle_scan_results.middle = FLT_MAX; // defined in limits.h obstacle_scan_results.right = FLT_MAX; // defined in limits.h // Copy the base coordinate to our segments. This will form three // vectors starting at the same place and pointing to the same direction. memcpy(&seg_set.segs[0].pos, &base_coord.xyz, sizeof(pfVec3)); memcpy(&seg_set.segs[0].dir, &base_coord.hpr, sizeof(pfVec3)); memcpy(&seg_set.segs[1].pos, &base_coord.xyz, sizeof(pfVec3)); memcpy(&seg_set.segs[1].dir, &base_coord.hpr, sizeof(pfVec3)); memcpy(&seg_set.segs[2].pos, &base_coord.xyz, sizeof(pfVec3)); memcpy(&seg_set.segs[2].dir, &base_coord.hpr, sizeof(pfVec3)); // Now, lets point two of the vectors to either side. seg_set.segs[1].dir[0] = base_coord.hpr[0] - 40.0; // 40 degs ccw seg_set.segs[2].dir[0] = base_coord.hpr[0] + 40.0; // 40 degs cw // Setup length of our rays to intersect with. seg_set.segs[0].length = 100; // 100 meters seg_set.segs[1].length = 100; // 100 meters seg_set.segs[2].length = 100; // 100 meters // Set up segment to be tested against geometry seg_set.mode = PFTRAV_IS_PRIM | PFTRAV_IS_CULL_BACK; seg_set.userData = 0; seg_set.activeMask = 0x7; // bit vector specifying which segs to use seg_set.isectMask = PFUCOLLIDE_MASK; seg_set.bound = 0; seg_set.discFunc = 0; if (pfSegsIsectNode(otw_scene, &seg_set, hits)) { // Clip segment for next intersection test. pfQueryHit(hits[0][0], PFQHIT_SEG, &seg_set.segs[0]); // Set obstacle_scan_results to length obstacle_scan_results.middle = seg_set.segs[0].length; // Clip segment for next intersection test. pfQueryHit(hits[1][0], PFQHIT_SEG, &seg_set.segs[1]); // Set obstacle_scan_results to length obstacle_scan_results.left = seg_set.segs[1].length; // Clip segment for next intersection test. pfQueryHit(hits[2][0], PFQHIT_SEG, &seg_set.segs[2]); // Set obstacle_scan_results to length obstacle_scan_results.right = seg_set.segs[2].length; } else { cout << "No collison detected!" << endl; } return 1; } From guest Tue Jul 11 08:23:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA02311; Tue, 11 Jul 1995 08:20:56 -0700 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 IAA02308; Tue, 11 Jul 1995 08:20:55 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28499; Tue, 11 Jul 95 08:20:53 -0700 Received: from dw3si.ess.harris.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA11430; Tue, 11 Jul 1995 08:20:49 -0700 From: bmcquear@dw3f.ess.harris.com Received: by dw3si.ess.harris.com (5.57/Ultrix3.0-C) id AA00369; Tue, 11 Jul 95 11:20:56 -0400 Message-Id: <9507111520.AA00369@dw3si.ess.harris.com> To: info-performer@sgi.sgi.com Subject: Joysticks Date: Tue, 11 Jul 95 11:20:54 -0400 X-Mts: smtp Status: O Hi, Can someone reccomend the names of some joystick vendors to use with a Performer based flight simulation? Thanks, Bruce McQueary bmcquear@harris.com (407)984-6813 From guest Tue Jul 11 09:03:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA02472; Tue, 11 Jul 1995 09:01:09 -0700 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 JAA02469; Tue, 11 Jul 1995 09:01:08 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29948; Tue, 11 Jul 95 09:01:04 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA17646; Tue, 11 Jul 1995 09:01:03 -0700 Received: from palladium.corp.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id JAA26323; Tue, 11 Jul 1995 09:00:58 -0700 Received: from barney.reading.sgi.com by palladium.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id JAA21520; Tue, 11 Jul 1995 09:00:53 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id QAA03568; Tue, 11 Jul 1995 16:56:43 +0100 From: "Rob Jenkins" Message-Id: <9507111656.ZM3566@barney.reading.sgi.com> Date: Tue, 11 Jul 1995 16:56:42 +0100 In-Reply-To: Tanner Lovelace "Intersections with Performer" (Jul 11, 10:57am) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Tanner Lovelace , info-performer@sgi.sgi.com Subject: Re: Intersections with Performer Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19507111656.ZM3566.reading.sgi.com" Status: O -- --PART-BOUNDARY=.19507111656.ZM3566.reading.sgi.com Content-Type: text/plain; charset=us-ascii Tanner I haven't had a chance to look through you code yet - I'll try to later. Meanwhile aatched is intersect.c which I think Allan Schaffer wrote. If you haven't seen this already then have alook - you may spot something yourself. Let me know how you get on. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, --PART-BOUNDARY=.19507111656.ZM3566.reading.sgi.com X-Zm-Content-Name: intersect.c Content-Description: Text Content-Type: text/plain ; name="intersect.c" ; charset=us-ascii /* ////////////////////////////////////////////////////////////////////// */ /* */ /* callbacks.c - Intersection testing sample with callbacks */ /* Requires IRIS Performer 1.2 */ /* */ /* Available Fia anonymous FTP at ftp.sgi.com */ /* in the directory ~ftp/support/Pipeline */ /* */ /* To compile: */ /* cc -o callbacks callbacks.c -O2 -fullwarn -I/usr/include/Performer */ /* -L/usr/src/Performer/lib -lpfutil -lpf -lpr -lmpc -limage -lgl_s */ /* -lm -lfpe -lC */ /* */ /* To toggle the Statistics display, press the F1 or G keys. */ /* To toggle wireframe mode, press the W key. */ /* To toggle texturing, press the T key. */ /* To exit, press ESC. */ /* */ /* ////////////////////////////////////////////////////////////////////// */ #include #include #include #include #include #include #include typedef struct SharedData { int exitFlag; int showStats; float yval; float zval; } SharedData; typedef struct PassData { float x,y,z; } PassData; typedef struct NodeData { float offset; } NodeData; static void CullChannel (pfChannel *chan, void *data); static void DrawChannel (pfChannel *chan, void *data); static void OpenPipeline (pfPipe *p); static long PreCullCallback (pfTraverser *trav, void *data); static long PreDrawCallback (pfTraverser *trav, void *data); static long PostDrawCallback (pfTraverser *trav, void *data); SharedData *shared; static pfVec3 scoords[] ={ { -1.0f, -1.0f, 1.0f }, { 1.0f, -1.0f, 1.0f }, { 1.0f, 1.0f, 1.0f }, { -1.0f, 1.0f, 1.0f }, { -2.0f, -2.0f, 0.0f }, { 2.0f, -2.0f, 0.0f }, { 2.0f, 2.0f, 0.0f }, { -2.0f, 2.0f, 0.0f }}; static ushort svindex[] ={ 0, 1, 2, 3, 0, 3, 7, 4, 4, 7, 6, 5, 1, 5, 6, 2, 3, 2, 6, 7, 0, 4, 5, 1}; static pfVec4 scolors[] ={ {1.0f, 0.0f, 0.0f, 0.5f}, {0.0f, 1.0f, 0.0f, 0.5f}, {0.0f, 0.0f, 1.0f, 0.5f}, {1.0f, 1.0f, 1.0f, 0.5f}}; static ushort scindex[] ={ 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3}; /* ////////////////////////////////////////////////////////////////////// */ void main() { pfPipe *pipe; pfChannel *chan; pfScene *scene; pfEarthSky *eSky; pfGroup *root; pfGeoSet *gset; pfSCS *scs[10]; pfGeode *geode; pfMatrix mat; pfCoord view; pfSegSet segset; PassData *passdata; int loop; printf("To toggle the Statistics display, press the F1 or G keys.\n"); printf("To toggle wireframe mode, press the W key.\n"); printf("To toggle texturing, press the T key.\n"); printf("To exit, press ESC.\n"); /* Initialize Performer */ pfInit(); /* Use default multiprocessing mode based on number of processors. */ pfMultiprocess (PFMP_DEFAULT); /* Malloc storage in shared memory region for shared data */ shared = (SharedData *) pfMalloc(sizeof(SharedData),pfGetSharedArena()); /* Configure multiprocessing mode and start parallel processes */ pfConfig(); shared->exitFlag = 0; shared->showStats = 0; /* ////////////////////////////////////////////////////////////// */ /* Configure and open GL window */ pipe = pfGetPipe(0); pfInitPipe (pipe, OpenPipeline); pfFrameRate(30.0f); /* Create & configure channel */ chan = pfNewChan(pipe); pfChanCullFunc (chan, CullChannel); pfChanDrawFunc (chan, DrawChannel); pfChanNearFar (chan, 0.1f, 10000.0f); pfChanFOV (chan, 45.0f, -1.0f); passdata = pfAllocChanData (chan, sizeof(PassData)); /* Add an earth/sky effect */ eSky = pfNewESky(); pfESkyMode(eSky, PFES_BUFFER_CLEAR, PFES_SKY_GRND); pfESkyAttr(eSky, PFES_GRND_HT, -0.1f); pfESkyColor(eSky, PFES_SKY_TOP, 1.0f, 1.0f, 1.0f, 1.0f); pfESkyColor(eSky, PFES_SKY_BOT, 0.0f, 0.0f, 0.0f, 1.0f); pfESkyColor(eSky, PFES_HORIZ, 0.0f, 0.0f, 0.0f, 1.0f); pfESkyColor(eSky, PFES_GRND_FAR, 0.3f, 0.1f, 0.0f, 1.0f); pfESkyColor(eSky, PFES_GRND_NEAR, 0.5f, 0.3f, 0.1f, 1.0f); pfChanESky(chan, eSky); /* ////////////////////////////////////////////////////////////// */ /* Create pfScene node, attach it to channel */ scene = pfNewScene(); pfChanScene (chan, scene); /* Create group node to hold SCS's; attach it to scene */ root = pfNewGroup(); pfAddChild (scene, root); /* Create 10 SCS nodes, spaced equally apart. Make each one a child of 'root', and make 'geode' a child of each SCS */ geode = pfNewGeode(); for (loop=0; loop < 10; loop++) { NodeData *nodedata = pfMalloc (sizeof(NodeData), pfGetSharedArena()); nodedata->offset = (float) loop * 10.0f + 10.0f; pfMakeTransMat (mat, 0.0f, (float) loop * 10.0f + 10.0f, 0.0f); scs[loop] = pfNewSCS (mat); pfAddChild (scs[loop], geode); pfAddChild (root, scs[loop]); /* set up SCS's (and their children) for intersections */ pfNodeTravMask (scs[loop], PFTRAV_ISECT, 1, PFTRAV_SELF, PF_SET); /* Add a CULL traversal callback to each SCS */ pfNodeTravFuncs (scs[loop], PFTRAV_CULL, PreCullCallback, NULL); pfUserData (scs[loop], nodedata); pfNodeTravFuncs (scs[loop], PFTRAV_DRAW, PreDrawCallback, PostDrawCallback); } /* Create a GeoSet to hold the ramp geometry */ gset = pfNewGSet (pfGetSharedArena()); pfGSetAttr (gset, PFGS_COORD3, PFGS_PER_VERTEX, scoords, svindex); pfGSetAttr (gset, PFGS_COLOR4, PFGS_PER_VERTEX, scolors,scindex); pfGSetPrimType (gset, PFGS_QUADS); pfGSetNumPrims (gset, 6); /* attach it to the parent geode */ pfAddGSet (geode, gset); /* ////////////////////////////////////////////////////////////// */ /* set initial view position */ shared->yval=0.0f; shared->zval=0.5f; /* set up intersection segment, pointing down for "terrain" following */ segset.activeMask = 1; segset.isectMask = 0xFFFF; segset.mode = PFTRAV_IS_PRIM|PFTRAV_IS_NORM|PFTRAV_IS_CULL_BACK; pfSetVec3(segset.segs[0].dir, 0.0f, 0.0f, -1.0f); segset.segs[0].length = 50000.0f; /* ////////////////////////////////////////////////////////////// */ /* main loop */ while (!shared->exitFlag) { pfHit **hits[100]; long isect; pfSetVec3(view.xyz, 0.0f, shared->yval, shared->zval); pfSetVec3(view.hpr, 0.0f, -5.0f, 0.0f); passdata->x = 0.0f; passdata->y = shared->yval; passdata->z = shared->zval; pfChanView (chan, view.xyz, view.hpr); pfPassChanData (chan); pfFrame(); /* increment view position; if too far, reset */ shared->yval += 0.1f; if (shared->yval > 110.0f) shared->yval = 0.0f; /* update location of intersection segment */ pfSetVec3(segset.segs[0].pos, 0.0f, shared->yval,shared->zval); /* do an intersection test against the scene graph */ isect = pfSegsIsectNode(root, &segset, hits); /* if successful, set our height to that of the point of contact, plus a small offset */ if (isect) { pfVec3 pnt; pfQueryHit (*hits[0], PFQHIT_POINT, &pnt); shared->zval = pnt[PF_Z] + 0.5; } } pfExit(); } /* ////////////////////////////////////////////////////////////////////// */ /* Pipe Initialization Callback to open and configure * GL window, and set up GL event handling */ static void OpenPipeline (pfPipe *p) { pfTexture *tex; foreground(); prefposition(300, 700, 300, 700); winopen ("Terrain"); winconstraints(); pfInitGfx(p); qdevice (ESCKEY); qdevice (F1KEY); qdevice (GKEY); qdevice (TKEY); qdevice (WKEY); tex = pfNewTex (pfGetSharedArena()); pfFilePath ("/usr/demos/data/textures"); pfLoadTexFile (tex, "cafe.rgb"); pfApplyTex (tex); pfApplyTEnv (pfNewTEnv (pfGetSharedArena())); if (pfGetEnable (PFEN_TEXTURE)) pfEnable (PFEN_TEXTURE); } /* ////////////////////////////////////////////////////////////////////// */ static long PreDrawCallback (pfTraverser *trav, void *data) { if (!pfGetEnable(PFEN_TEXTURE)) return 0; texgen(TX_S, TG_SPHEREMAP, 0); texgen(TX_T, TG_SPHEREMAP, 0); texgen(TX_S, TG_ON, NULL); texgen(TX_T, TG_ON, NULL); return 0; } /* ////////////////////////////////////////////////////////////////////// */ static long PostDrawCallback (pfTraverser *trav, void *data) { if (!pfGetEnable(PFEN_TEXTURE)) return 0; texgen(TX_S, TG_OFF, NULL); texgen(TX_T, TG_OFF, NULL); return 0; } /* ////////////////////////////////////////////////////////////////////// */ static long PreCullCallback (pfTraverser *trav, void *data) { PassData *pass = pfGetChanData (pfGetTravChan(trav)); NodeData *nodedata = pfGetUserData(pfGetTravNode(trav)); if (pfGetCullResult() & PFIS_FALSE) return PFTRAV_PRUNE; if ((pass->z < 1.0) && (pass->y < nodedata->offset-10.0f)) return PFTRAV_PRUNE; return PFTRAV_CONT; } /* /////////////////////////////////////////////////////////////////////// */ /* Cull Process Callback to cull the channel. Custom traversal would be */ /* done here.. */ static void CullChannel (pfChannel *chan, void *data) { pfCull(); } /* /////////////////////////////////////////////////////////////////////// */ /* Draw Process Callback to draw the channel and handle GL events */ static void DrawChannel (pfChannel *chan, void *data) { static pfMatrix tempmat; short dev,val; char string[40]; PassData *pass = (PassData*) data; /* clear and draw the channel */ pfClearChan (chan); pfDraw(); if (shared->showStats) pfDrawChanStats(chan); zfunction (ZF_ALWAYS); /* HUD always drawn */ zwritemask (0x0); pfPushState(); pfBasicState(); ortho2 (-0.5, 10.0, -0.5, 10.0); pfPushIdentMatrix(); cpack(0x000000); cmov2 (0.0, 0.0); sprintf(string, "x = %2.2f y = %2.2f z = %2.2f", pass->x, pass->y, pass->z); charstr (string); pfPopMatrix(); pfPopState(); zfunction (ZF_LEQUAL); /* the default */ zwritemask (0xffffffff); while (qtest()) { dev = qread(&val); if (val) switch (dev) { case ESCKEY: shared->exitFlag=1; break; case F1KEY: case GKEY: shared->showStats = !shared->showStats; break; case TKEY: if (pfGetEnable(PFEN_TEXTURE)) pfDisable (PFEN_TEXTURE); else pfEnable (PFEN_TEXTURE); break; case WKEY: if (pfGetEnable(PFEN_WIREFRAME)) pfDisable (PFEN_WIREFRAME); else pfEnable (PFEN_WIREFRAME); break; } } } /* /////////////////////////////////////////////////////////////////////// */ --PART-BOUNDARY=.19507111656.ZM3566.reading.sgi.com-- From guest Tue Jul 11 01:33:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA01762; Tue, 11 Jul 1995 01:30:41 -0700 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 BAA01759; Tue, 11 Jul 1995 01:30:40 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21561; Tue, 11 Jul 95 01:30:35 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA13227; Tue, 11 Jul 1995 01:30:31 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id KAA20145; Tue, 11 Jul 1995 10:28:44 +0200 From: "Angus Dorbie" Message-Id: <9507111028.ZM20143@bitch.reading.sgi.com> Date: Tue, 11 Jul 1995 10:28:44 -0600 In-Reply-To: chaos@renoir.sait.samsung.co.kr (Cho Tae Hee) "GL vs. Performer" (Jul 11, 9:42am) References: <199507102342.JAA10292@renoir.sait.samsung.co.kr> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: chaos@renoir.sait.samsung.co.kr (Cho Tae Hee) Subject: Re: GL vs. Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > Hi > > I'm a novice in Performer and have a question. In making an object > > using Performer, making pfGeode and inserting it into DB is > > faster than directly using GL functions in draw callbacks? > > or,... it depends? > > Sorry for my short English and Thanks in advance... The idea is that performer gives you good performance for a given geometry description. There are some exceptions such as drawing a cylinder where you could shave off every other surface normal in GL and you don't have that flexibility in Performer. Performer will also try to reduce texture binds and material binds but can only do this if you've added your geometry to the scane graph, so this is probably what you want to stick to. Non indexed geosets could be faster (unless you are short of memory). There are circumstances where you wouldn't want to add some geometry to the scene graph but you could still build geosets and draw them using libpr. -- Angus Dorbie, The Reality Centre, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Tue Jul 11 09:42:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA02591; Tue, 11 Jul 1995 09:39:03 -0700 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 JAA02588; Tue, 11 Jul 1995 09:39:02 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02071; Tue, 11 Jul 95 09:39:00 -0700 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA24314; Tue, 11 Jul 1995 09:38:54 -0700 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0sViKR-0000bmC; Tue, 11 Jul 95 18:38 MET DST From: "Fernando D. Mato Mira" Message-Id: <9507111838.ZM8740@lig.di.epfl.ch> Date: Tue, 11 Jul 1995 18:38:35 +0200 In-Reply-To: bmcquear@dw3f.ess.harris.com "Joysticks" (Jul 11, 11:20am) References: <9507111520.AA00369@dw3si.ess.harris.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: bmcquear@dw3f.ess.harris.com, info-performer@sgi.sgi.com Subject: Re: Joysticks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 11, 11:20am, bmcquear@dw3f.ess.harris.com wrote: > Can someone reccomend the names of some joystick vendors to use with a > Performer based flight simulation? Check out http://www.cybernet.com/ $13000 with SGI controller (90-day warranty) 1 year warranty: ~$6000 Still waiting for it to arrive. From guest Tue Jul 11 10:26:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA02748; Tue, 11 Jul 1995 10:19:14 -0700 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 KAA02745; Tue, 11 Jul 1995 10:19:13 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04059; Tue, 11 Jul 95 10:19:04 -0700 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA03854; Tue, 11 Jul 1995 10:19:02 -0700 Received: from uucp1.unix.portal.com (uucp1.unix.portal.com [156.151.1.100]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id KAA23731; Tue, 11 Jul 1995 10:18:04 -0700 Received: from buggy.coryphaeus.com (uucp@localhost) by uucp1.unix.portal.com (8.6.11/8.6.5) with UUCP id KAA07663; Tue, 11 Jul 1995 10:08:00 -0700 Received: from buggy. coryphaeus.com by cory via SMTP (920330.SGI/911001.SGI) for portal!dcscorp.com!LOVELACE id AA18966; Tue, 11 Jul 95 10:08:22 -0700 Received: by buggy (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA10548; Tue, 11 Jul 1995 10:08:22 -0700 From: "Kowsik Guruswamy" Message-Id: <9507111008.ZM10546@buggy.coryphaeus.com> Date: Tue, 11 Jul 1995 10:08:20 -0700 In-Reply-To: Tanner Lovelace "Intersections with Performer" (Jul 11, 10:57am) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Tanner Lovelace , info-performer@sgi.sgi.com Subject: Re: Intersections with Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 11, 10:57am, Tanner Lovelace wrote: > Subject: Intersections with Performer > Greetings, > > I'm trying to use performer's intersection routines to test for > obstacles in front of a vehicle. Unfortunately, I don't think > I entirely understand performer's approach to intersections. > Basically, given some base coordinate, I want to test for > intersections straight ahead, and to either side at a 40 degree > angle. I want to limit the test to about 100 meters in front of > the vehicle (it's not necessary to go out any further). Performer does intersection testing using line segments, which is pretty straight forward to use. You set up a pfSegSet with all the line segments and then call pfSegsIsectNode() to do the collision. Each line segment has an origin a *DIRECTION VECTOR* [not a HPR triplet] and a length. If you don't want the line segments to intersect with the vehicle, you need to set the intersection traversal mask and node traversal masks [see pfNodeTravMask] so that collision detection is done only on the desired objects. Since, it's line segments that do the actual intersection, you might want to do some field of view testing to check for the proximity of the object and then call pfSegsIsectNode to get the actual collision point. Your line segments may not work all the time, since there might be some object that can get in between these three line segments that you have set up. > What follows is the code I have to do this. Unfortunately, > it doesn't seem to work. I'm sure I'm just overlooking something > obvious, and if anyone has any suggestions, I would be appreciative. > Thanks in advance. [snip] > // Copy the base coordinate to our segments. This will form three > // vectors starting at the same place and pointing to the same direction. > memcpy(&seg_set.segs[0].pos, &base_coord.xyz, sizeof(pfVec3)); > memcpy(&seg_set.segs[0].dir, &base_coord.hpr, sizeof(pfVec3)); > > memcpy(&seg_set.segs[1].pos, &base_coord.xyz, sizeof(pfVec3)); > memcpy(&seg_set.segs[1].dir, &base_coord.hpr, sizeof(pfVec3)); > > memcpy(&seg_set.segs[2].pos, &base_coord.xyz, sizeof(pfVec3)); > memcpy(&seg_set.segs[2].dir, &base_coord.hpr, sizeof(pfVec3)); Something that I can spot immediately, is that the 'dir' component of the pfSegSet takes a direction vector and *****NOT***** a hpr triplet. You should convert the hpr into a direction vector using something like pfMakePolarSeg: pfMakePolarSeg (&seg, pos, heading, pitch, length); // seg.dir contains the direction vector. > // Now, lets point two of the vectors to either side. > seg_set.segs[1].dir[0] = base_coord.hpr[0] - 40.0; // 40 degs ccw > seg_set.segs[2].dir[0] = base_coord.hpr[0] + 40.0; // 40 degs cw Same problem as above! > // Setup length of our rays to intersect with. > seg_set.segs[0].length = 100; // 100 meters > seg_set.segs[1].length = 100; // 100 meters > seg_set.segs[2].length = 100; // 100 meters > > // Set up segment to be tested against geometry > seg_set.mode = PFTRAV_IS_PRIM | PFTRAV_IS_CULL_BACK; > seg_set.userData = 0; > seg_set.activeMask = 0x7; // bit vector specifying which segs to use > seg_set.isectMask = PFUCOLLIDE_MASK; > seg_set.bound = 0; > seg_set.discFunc = 0; [snip] >-- End of excerpt from Tanner Lovelace -- kowsik@coryphaeus.com From guest Tue Jul 11 10:16:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA02728; Tue, 11 Jul 1995 10:12:04 -0700 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 KAA02725; Tue, 11 Jul 1995 10:12:03 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03714; Tue, 11 Jul 95 10:12:01 -0700 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA01937; Tue, 11 Jul 1995 10:11:59 -0700 Received: from libra.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA03359; Tue, 11 Jul 95 10:10:49 PDT Date: Tue, 11 Jul 1995 10:10:47 -0700 (PDT) From: Michael Macedonia To: "Fernando D. Mato Mira" Cc: bmcquear@dw3f.ess.harris.com, info-performer@sgi.sgi.com Subject: Re: Joysticks In-Reply-To: <9507111838.ZM8740@lig.di.epfl.ch> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O How about Thrustmaster at $69 ? Mike Macedonia | macedonia@cs.nps.navy.mil MAJ, USA | CS Dept, Naval Postgraduate School, | Monterey, CA 93943 | PH:(408) 656-2903 FAX:(408) 656-2814 ------------------------------------------------------------ On Tue, 11 Jul 1995, Fernando D. Mato Mira wrote: > On Jul 11, 11:20am, bmcquear@dw3f.ess.harris.com wrote: > > > Can someone reccomend the names of some joystick vendors to use with a > > Performer based flight simulation? > > Check out http://www.cybernet.com/ > $13000 with SGI controller (90-day warranty) > 1 year warranty: ~$6000 > > Still waiting for it to arrive. > > From guest Tue Jul 11 11:23:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA02972; Tue, 11 Jul 1995 11:18:03 -0700 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 LAA02969; Tue, 11 Jul 1995 11:18:02 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08354; Tue, 11 Jul 95 11:17:59 -0700 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id LAA17229; Tue, 11 Jul 1995 11:17:58 -0700 Received: from crusader.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA17549; Tue, 11 Jul 95 14:17:51 EDT Received: by crusader.vsl.ist.ucf.edu (940816.SGI.8.6.9) id OAA16198; Tue, 11 Jul 1995 14:17:48 -0400 From: "Dave Russell" Message-Id: <9507111417.ZM16196@crusader.vsl.ist.ucf.edu> Date: Tue, 11 Jul 1995 14:17:45 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Real-time Database Manipulations Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O All right, so I've spent several months working on code which I knew broke a basic rule of Performer. On the Indigo2 that I've been developing on, everything seemed fine, so I assumed that I had gotten away with something despite the protests of my resident Performer notable ( Mr. Marrou :) ). I am working on producing free play destructable buildings. On the Indigo2, (or an Onyx 4 CPU in APPCULLDRAW), I modify the Performer tree from a sproc'ed and haven't had any problems. As someone obviuosly knew, my cute little trick doesn't woek well at all on the Onyx in multiprocess mode. The problem that I have now is how to correct my obviuos mistake without destroying the neat class structure that I developed in the process. (I'd also like to keep from hampering the overall applications speed anymore than I have to.) >From what I understand, in Performer 1.2, I will have to move all of my Performer Tree manipulation into the APP process if I want the system to work properly. In Performer 2.0, it looks like I could use the pfBuffers in order to do almost exactly what I'm doing now. I guess my question boils down to this: is there any way that I can generate ANY perform tree infromation in a process sproc'ed off the APP and get the system to work? (And maybe someone could give a brief reason for why heirarchy construction is limited to the APP process. Preferrably something more than the "just because" that I'm getting from the guys here.) Thanks for your help. I'd be glad to go into a little more detail of the system if it would helpl someone give me a solution to the problem. I just figured since I knew I was doing something that I shouldn't do, I'd start from there. -- David Russell | Visual Systems Lab | Static worlds breed Institute for Simulation and Training | static minds. | drussell@vsl.ist.ucf.edu | CHANGE YOUR (virtual) WORLD! From guest Tue Jul 11 12:06:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA03206; Tue, 11 Jul 1995 12:02:57 -0700 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 MAA03203; Tue, 11 Jul 1995 12:02:56 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11177; Tue, 11 Jul 95 12:02:54 -0700 Received: from gateway.cybernet.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA27987; Tue, 11 Jul 1995 11:59:32 -0700 Received: from sparticus.cybernet.com by gateway.cybernet.com (8.6.8/1.0A) id PAA17623; Tue, 11 Jul 1995 15:04:08 -0400 Received: by sparticus.cybernet.com (4.1/SMI-4.1) id AA15171; Tue, 11 Jul 95 14:54:45 EDT Date: Tue, 11 Jul 95 14:54:45 EDT From: yocum@sparticus.cybernet.com (todd yocum) Message-Id: <9507111854.AA15171@sparticus.cybernet.com> To: bmcquear@dw3f.ess.harris.com, info-performer@sgi.sgi.com, matomira@lig.di.epfl.ch Subject: Re: Joysticks Status: O On Tue, 11 Jul 1995, Fernando D. Mato Mira wrote: > On Jul 11, 11:20am, bmcquear@dw3f.ess.harris.com wrote: > > > Can someone reccomend the names of some joystick vendors to use with a > > Performer based flight simulation? > > Check out http://www.cybernet.com/ > $13000 with SGI controller (90-day warranty) > 1 year warranty: ~$6000 > > Still waiting for it to arrive. > > The joystick Fernando is referring to is a commercial product developed by Cybernet Systems Corp. If you are wondering about the hefty price tag(13K for a joystick!) it is because Cybernet specializes in a line of force-feedback devices. The price Fernando mentions is a quote for our 3DOF force-feedback joystick + software. If you have any questions, feel free to contact me and ask. Also, as Fernando pointed out, we have a web page. Not included in the Web pages, however, is the recent addition of a 1DOF force-feedback steering wheel and our 2DOF force-feedback flight yoke. Todd Yocum yocum@sparticus.cybernet.com +-----------------------------------------------------------------------------+ | Todd Yocum yocum@gateway.cybernet.com | | Cybernet Systems Corporation http://www.cybernet.com/ | | 1919 Green Road, Suite B-101 Phone: 313-668-2567 | | Ann Arbor, MI 48105 Fax: 313-668-8780 | +-----------------------------------------------------------------------------+ From guest Tue Jul 11 12:08:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA03216; Tue, 11 Jul 1995 12:04:12 -0700 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 MAA03213; Tue, 11 Jul 1995 12:04:11 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11247; Tue, 11 Jul 95 12:04:08 -0700 Received: from blackhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA29419; Tue, 11 Jul 1995 12:04:01 -0700 Received: (from uucp@localhost) by blackhole.cae.ca (8.6.7/8.6.6) id PAA06344; Tue, 11 Jul 1995 15:06:18 -0400 Received: from poster.cae.ca(142.39.20.1) by bhole via smap (V1.3mjr) id sma006333; Tue Jul 11 15:06:06 1995 Received: from cats.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA14830; Tue, 11 Jul 1995 15:05:22 -0400 Received: by cats.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA10576; Tue, 11 Jul 95 14:55:28 -0400 From: "Bernard Leclerc" Message-Id: <9507111455.ZM10574@cats.cae.ca> Date: Tue, 11 Jul 1995 14:55:23 -0400 In-Reply-To: bmcquear@dw3f.ess.harris.com "Joysticks" (Jul 11, 11:20am) References: <9507111520.AA00369@dw3si.ess.harris.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: bmcquear@dw3f.ess.harris.com, info-performer@sgi.sgi.com Subject: Re: Joysticks Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O > Can someone reccomend the names of some joystick vendors to use with a > Performer based flight simulation? Have you considered the BG Systems, Inc. FlyBox? The Silicon Graphics Developer Program Applications Directory contains a whole section on peripherals which include joysticks and the like. In the 94/95 edition, you'll find the FlyBox description on page 539. Call (415) 858-2628 for more info on the FlyBox. -- ___/ | ___/ Bernard Leclerc e-mail: bleclerc@cae.ca / / | / Systems Engineer voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Tue Jul 11 12:14:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA03246; Tue, 11 Jul 1995 12:10:44 -0700 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 MAA03243; Tue, 11 Jul 1995 12:10:38 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11756; Tue, 11 Jul 95 12:10:33 -0700 Received: from internet-mail.ford.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA01127; Tue, 11 Jul 1995 12:10:30 -0700 Received: by internet-mail.ford.com id AA01561 (InterLock SMTP Gateway 3.0 for info-performer@sgi.com); Tue, 11 Jul 1995 15:10:25 -0400 Message-Id: <199507111910.AA01561@internet-mail.ford.com> Received: by internet-mail.ford.com (Protected-side Proxy Mail Agent-1); Tue, 11 Jul 1995 15:10:25 -0400 From: "Russ Navarre" Date: Tue, 11 Jul 1995 15:16:12 -0400 In-Reply-To: bmcquear@dw3f.ess.harris.com "Joysticks" (Jul 11, 11:20am) References: <9507111520.AA00369@dw3si.ess.harris.com> X-Mailer: Z-Mail (3.2.1 15feb95) To: bmcquear@dw3f.ess.harris.com Subject: Re: Joysticks Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > Can someone reccomend the names of some joystick vendors to use with a > Performer based flight simulation? BG Systems Inc. has an excellant joystick with a serial interface card and serial drivers which make it very easy to interface to an SGI workstation. (415) 858-2628 Palo Alto, CA. Adams-Rite in Glendale, CA does some prototype joystick development as does Measurment Systems. Sorry I don't have the phone numbers but you can get that info from the Thomas Register in any reputable library. -- ------------------------------------------------------------------------------ Russ Navarre Phone: (313) 322-9588 Ford Motor Company Fax: (313) 594-1193 Room 1122, Building#5 Email: rnavarre@pms582.pms.ford.com 20000 Rotunda Drive Dearborn, MI 48121 ------------------------------------------------------------------------------ From guest Tue Jul 11 13:53:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA03913; Tue, 11 Jul 1995 13:51:02 -0700 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 NAA03910; Tue, 11 Jul 1995 13:51:01 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18923; Tue, 11 Jul 95 13:50:59 -0700 Received: from beamish.mit.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA19017; Tue, 11 Jul 1995 13:50:58 -0700 Received: by beamish.mit.edu (940816.SGI.8.6.9/930416.SGI) id QAA10433; Tue, 11 Jul 1995 16:56:13 -0400 Date: Tue, 11 Jul 1995 16:56:13 -0400 From: dorrie@beamish.mit.edu (Dorrie Hall) Message-Id: <199507112056.QAA10433@beamish.mit.edu> To: info-performer@sgi.sgi.com Subject: Python Status: O Has anybody done the Performer bindings for Python? If not, does anybody have any ideas about whether this would be worthwhile? Thanks for any comments: Dorrie Hall dorrie@beamish.mit.edu From guest Tue Jul 11 15:06:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA04236; Tue, 11 Jul 1995 15:00:38 -0700 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 PAA04233; Tue, 11 Jul 1995 15:00:37 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23877; Tue, 11 Jul 95 15:00:34 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA04293; Tue, 11 Jul 1995 15:00:33 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA23869; Tue, 11 Jul 95 15:00:31 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA18311; Tue, 11 Jul 1995 14:58:04 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199507112158.OAA18311@tubes.asd.sgi.com> Subject: Re: Real-time Database Manipulations To: guest (Dave Russell) Date: Tue, 11 Jul 95 14:58:04 PDT Cc: info-performer@sgi.sgi.com In-Reply-To: <9507111417.ZM16196@crusader.vsl.ist.ucf.edu>; from "Dave Russell" at Jul 11, 95 2:17 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > All right, so I've spent several months working on code which I knew broke a > basic rule of Performer. On the Indigo2 that I've been developing on, > everything seemed fine, so I assumed that I had gotten away with something > despite the protests of my resident Performer notable ( Mr. Marrou :) ). > > I am working on producing free play destructable buildings. On the Indigo2, > (or an Onyx 4 CPU in APPCULLDRAW), I modify the Performer tree from a sproc'ed > and haven't had any problems. As someone obviuosly knew, my cute little trick > doesn't woek well at all on the Onyx in multiprocess mode. The problem that I > have now is how to correct my obviuos mistake without destroying the neat class > structure that I developed in the process. (I'd also like to keep from > hampering the overall applications speed anymore than I have to.) > > >From what I understand, in Performer 1.2, I will have to move all of my > Performer Tree manipulation into the APP process if I want the system to work > properly. In Performer 2.0, it looks like I could use the pfBuffers in order > to do almost exactly what I'm doing now. > > I guess my question boils down to this: is there any way that I can generate > ANY perform tree infromation in a process sproc'ed off the APP and get the > system to work? Unfortunately no. > (And maybe someone could give a brief reason for why heirarchy construction is > limited to the APP process. Preferrably something more than the "just because" > that I'm getting from the guys here.) Performer has global, internal data structures which you will collide on when sproc'ed since sproc'ed processes normally share address space. With fork() and pfBuffer in 2.0 you will be able to asynchronously create hierarchies. From guest Tue Jul 11 15:17:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA04339; Tue, 11 Jul 1995 15:13:07 -0700 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 PAA04336; Tue, 11 Jul 1995 15:13:06 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25086; Tue, 11 Jul 95 15:13:04 -0700 Received: from nvl.army.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA06666; Tue, 11 Jul 1995 15:13:02 -0700 Received: by nvl.army.mil (Smail3.1.29.1 #7) id m0sVnY5-00009XC; Tue, 11 Jul 95 18:13 EDT Message-Id: From: plevy@nvl.army.mil (Paul Levy) Subject: PVD To: info-performer@sgi.sgi.com Date: Tue, 11 Jul 1995 18:13:01 -0400 (EDT) Reply-To: plevy@camberva.com X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1160 Status: O I am trying to write a simple plan-view display in Perfomer which means I need to keep the eye point pitched straight down, scroll around the database, and draw some routes. The first problem I have is getting an orthogonal frustum. I use pfMakeOrthoFrust and supply it with the channel size and also set ChanAutoAspect to PFFRUST_CALC_NONE. When I do this, it looks as though the screen is not being cleared because the stats start painting the screen. Are there any other calls that have to be made to get an orthogonal frustum beside pfMakeOrthoFrust and pfChanAutoAspect? Second problem is that I need to be able to draw line segments on the map. How do I get world coodinates from a mouse position without having to pick objects. Also if anyone has done one of these I would appreciate any pointers. Thanks ======================================================================== Paul A. Levy Visualization Technologies Group Camber Corporation E-mail: plevy@camberva.com 7411 Alban Station Court, Ste B250 Voice: (703)866-5404 Springfield, Virginia 22150 Fax: (703)866-5409 From guest Tue Jul 11 18:57:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA05603; Tue, 11 Jul 1995 18:52:38 -0700 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 SAA05600; Tue, 11 Jul 1995 18:52:37 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09339; Tue, 11 Jul 95 18:52:34 -0700 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id SAA20898; Tue, 11 Jul 1995 18:52:33 -0700 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA05597; Tue, 11 Jul 1995 18:52:32 -0700 From: aschaffe (Allan Schaffer) Message-Id: <9507111852.ZM5595@holodeck.asd.sgi.com> Date: Tue, 11 Jul 1995 18:52:31 -0700 In-Reply-To: rama@graphics.cis.upenn.edu "Re: depth map" (Jul 11, 10:32am) References: <199507071231.IAA07864@aladdin.cis.upenn.edu> <199507111432.KAA08825@aladdin.cis.upenn.edu> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: rama@graphics.cis.upenn.edu, "Rob Jenkins" Subject: Re: depth map Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 11, 10:32am, rama@graphics.cis.upenn.edu wrote: > > The problem I am having is that I am not able to read the zbuffer > correctly. I am using the perfly program as my base. All that I am > trying to do is to read the zbuffer after the scene has been drawn > on the screen. I found that my problem relates to the EarthSky Model. Ah-ha -- In addition to turning the Z buffer on again, you need to re-allocate some bits for it to use. Calling getgconfig(GC_BITS_ZBUFFER) should reveal that you were actually being given 0 bitplanes for the Z buffer. Why? When multisampling, it's recommended to free up the framebuffer bits which would have been your standard Z-planes, so they can be used otherwise. Performer does this automatically when you set up a window, and will do all the necessary reconfiguration if you enter/exit multisample mode [ie, via pfAntialias()] I think this should do it: > drawmode(NORMALDRAW); > multisample(FALSE); > zclear(); > zbuffer(TRUE); > zfunction(ZF_ALWAYS); zbsize(24); > pixmode(PM_ZDATA,1); > readsource(SRC_ZBUFFER); > pfDraw(); > pixmode(PM_ZDATA,1); > readsource(SRC_ZBUFFER); > lrectread(...) zbsize(0); > 1) If I set the earthsky mode to PFES_SKY_GRND (as it is set in perfly), > I have no problems. The zbuffer is read correctly. > > 2) If I set the earthsky mode to PFES_FAST, then the zbuffer just has > one constant value, ff00000, which is obviously wrong. Yep, these have to do with interactions between EarthSky and multisampling, and the missing call (zbsize) to restore the standard Z buffer to a usable state. For case 1, we are always in non-multisample mode and pfInitGfx() had already configured the window to use the standard Z buffer via zbuffer(TRUE) and zbsize(24), so everything works properly. For case 2, it's an odd combination of mixing the multisample-mode "TAG" clear with a non-multisampling window, and neglecting to allocate some Z buffer bits. Keep in mind, reconfiguring the framebuffer each frame (enabling & disabling multisampling, and configuring the Z buffer) is expensive. Allan -- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/employees/aschaffe From guest Tue Jul 11 23:49:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA06133; Tue, 11 Jul 1995 23:45:43 -0700 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 XAA06130; Tue, 11 Jul 1995 23:45:42 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19190; Tue, 11 Jul 95 23:45:40 -0700 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA14593; Tue, 11 Jul 1995 23:45:33 -0700 Received: (from root@localhost) by warrane.connect.com.au with UUCP id QAA26276 (8.6.12/IDA-1.6); Wed, 12 Jul 1995 16:43:48 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA12794 (5.65c/IDA-1.5); Wed, 12 Jul 1995 15:49:11 +1000 Received: from zippy (zippy [1.0.0.79]) by aggro with ESMTP id PAA01623 (8.6.12/IDA-1.6); Wed, 12 Jul 1995 15:53:47 +1000 Received: by zippy (8.6.11) id PAA18668; Wed, 12 Jul 1995 15:53:45 +1000 Date: Wed, 12 Jul 1995 15:53:41 +1000 (BEST) From: Simon Bennett X-Sender: simonb@zippy To: Michael Macedonia Cc: "Fernando D. Mato Mira" , bmcquear@dw3f.ess.harris.com, info-performer@sgi.sgi.com Subject: Re: Joysticks In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 11 Jul 1995, Michael Macedonia wrote: > How about Thrustmaster at $69 ? These are a tad more expensive in Oz (several hundred dollars) but still far cheaper that FlyBoxes and control-loaded joysticks. This makes them seem like an attractive option for prototyping and demos etc... Has anybody used a Thrustmaster product with an SGI? Are there any publically availble drivers or documentation for connecting up one to an SGI and driving a Performer application? I know that such material exists for connecting up a Logitech Cyberman as a spaceball "alternative". The big plus for the FlyBox is that there is existing Performer support for it... +--------------------------------------------------------------------------------+ 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 Tue Jul 11 17:50:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA05086; Tue, 11 Jul 1995 17:46:07 -0700 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 RAA05083; Tue, 11 Jul 1995 17:46:06 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05661; Tue, 11 Jul 95 17:46:04 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA09632; Tue, 11 Jul 1995 17:45:56 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id CAA21137; Wed, 12 Jul 1995 02:44:44 +0200 From: "Angus Dorbie" Message-Id: <9507120244.ZM21135@bitch.reading.sgi.com> Date: Wed, 12 Jul 1995 02:44:44 -0600 In-Reply-To: plevy@nvl.army.mil (Paul Levy) "PVD" (Jul 11, 6:13pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: plevy@camberva.com, info-performer@sgi.sgi.com Subject: Re: PVD Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > I am trying to write a simple plan-view display in Perfomer which means > I need to keep the eye point pitched straight down, scroll around > the database, and draw some routes. The first problem I have is > getting an orthogonal frustum. I use pfMakeOrthoFrust and supply > it with the channel size and also set ChanAutoAspect to > PFFRUST_CALC_NONE. When I do this, it looks as though the screen > is not being cleared because the stats start painting the screen. > Are there any other calls that have to be made to get an orthogonal > frustum beside pfMakeOrthoFrust and pfChanAutoAspect? > This sounds like it a tag clear problem. Where are your clip planes, and are you clipping out geometry? Try changing the clear screen method, to avoid using a tag clear. > Second problem is that I need to be able to draw line segments > on the map. How do I get world coodinates from a mouse position > without having to pick objects. Ortographic plan views is the easiest case for trying this Apply an appropriate scale and translation to the mouse coordinates. Should be something like: xporldcoord = xleftscreenworldcoord + MOUSEX/windowpixelwidth * (xrightscreenworldcoord - xleftscreenworldcoord); and similar for ypos. -- Angus Dorbie, The Reality Centre, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Wed Jul 12 06:08:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA06940; Wed, 12 Jul 1995 06:05:46 -0700 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 GAA06937; Wed, 12 Jul 1995 06:05:45 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28589; Wed, 12 Jul 95 06:05:43 -0700 Received: from blackhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA05413; Wed, 12 Jul 1995 06:05:37 -0700 Received: (from uucp@localhost) by blackhole.cae.ca (8.6.7/8.6.6) id JAA24613; Wed, 12 Jul 1995 09:06:31 -0400 Received: from poster.cae.ca(142.39.20.1) by bhole via smap (V1.3mjr) id sma024602; Wed Jul 12 09:06:23 1995 Received: from cats.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA13760; Wed, 12 Jul 1995 09:04:04 -0400 Received: by cats.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA12804; Wed, 12 Jul 95 08:58:20 -0400 From: "Bernard Leclerc" Message-Id: <9507120858.ZM12802@cats.cae.ca> Date: Wed, 12 Jul 1995 08:58:15 -0400 In-Reply-To: Simon Bennett "Re: Joysticks" (Jul 12, 3:53pm) References: X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: Simon Bennett , Michael Macedonia Subject: Re: Joysticks Cc: "Fernando D. Mato Mira" , bmcquear@dw3f.ess.harris.com, info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Jul 12, 3:53pm, Simon Bennett wrote: > Has anybody used a Thrustmaster product with an SGI? Yes, I've already interfaced a ThrustMaster Joystick, Throttle and Rudder Pedals to a SGI Onyx. ThrustMaster devices are aimed at the PC market - and so are the demo programs supplied with them. The joystick I interfaced had a built-in A/D converter, hence the output was a simple serial interface using RS-232 type connector. However the connector was not appropriate for a SGI Onyx so I had to build a small adapter cable. The task was quite simple. If I remember well, the adapter cable was routing the following 3 pins from the joystick to the Onyx: Joystick pin 3 -----> Onyx pin 2 Joystick pin 2 -----> Onyx pin 3 Joystick pin 5 -----> Onyx pin 7 As you can see the adapter was quite simple. Once the joystick is wired to the Onyx, the demos supplied by ThrustMaster should tell you how to read it on a Unix workstation - as oppose to a PC. A small note: I did this work back in 1993/1994 with the ThrustMaster devices available at that moment. No need to say it may have changed. Bye... -- ___/ | ___/ Bernard Leclerc e-mail: bleclerc@cae.ca / / | / Systems Engineer voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Wed Jul 12 06:50:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA07032; Wed, 12 Jul 1995 06:47:40 -0700 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 GAA07029; Wed, 12 Jul 1995 06:47:39 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29587; Wed, 12 Jul 95 06:47:37 -0700 Received: from vm.gmd.de by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA08520; Wed, 12 Jul 1995 06:47:27 -0700 Received: from bogart.mpib-tuebingen.mpg.de by vm.gmd.de (IBM VM SMTP V2R2) with TCP; Wed, 12 Jul 95 15:46:42 +0200 Received: from sage.mpik-tueb.mpg.de by bogart.mpib-tuebingen.mpg.de; (5.65/1.1.8.2/19Dec94-0609PM) id AA04559; Wed, 12 Jul 1995 15:48:31 +0100 Received: by sage (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id PAA04934; Wed, 12 Jul 1995 15:47:15 +0200 From: "Dietrich Opitz" Message-Id: <9507121547.ZM4932@sage.mpik-tueb.mpg.de> Date: Wed, 12 Jul 1995 15:47:14 +0000 X-Face: ,78BGR^:N$.'76:g~S1U^5[;4H@V1KZvxT0W&ugiSX!CO}A((fKEnL2;vdw~RdA'C}Snv2n/1pB3cZjiFbN{Q}nXx}2cd* X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Texture-archive, where? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, does anyone know about a public domain texture-archive with images of terrain/surface features? Thanks in advance 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.mpik-tueb.mpg.de From guest Wed Jul 12 09:41:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA07341; Wed, 12 Jul 1995 09:38:41 -0700 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 JAA07338; Wed, 12 Jul 1995 09:38:40 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02407; Wed, 12 Jul 95 09:38:39 -0700 Received: from atc.boeing.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA01357; Wed, 12 Jul 1995 09:38:37 -0700 Received: by atc.boeing.com (5.57) id AA04885; Wed, 12 Jul 95 09:41:14 -0700 Received: from aw915.iasl.ca.boeing.com by aw101.iasl.ca.boeing.com with SMTP id AA23793 (5.67a/IDA-1.4.4 for ); Wed, 12 Jul 1995 09:38:28 -0700 From: "Paul E. Brown" Received: by aw915.info-performer@sgi.com (5.65c/client-1.3) id AA24474; Wed, 12 Jul 1995 09:38:23 -0700 Message-Id: <199507121638.AA24474@aw915.info-performer@sgi.com> Subject: subscribe To: info-performer@sgi.sgi.com Date: Wed, 12 Jul 1995 09:38:21 -0700 (PDT) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 113 Status: O Hi folks, Please add me to your Performer mailing list. Paul Brown peb2580@aw101.iasl.ca.boeing.com subscribe From guest Wed Jul 12 10:44:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA07531; Wed, 12 Jul 1995 10:40:56 -0700 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 KAA07528; Wed, 12 Jul 1995 10:40:55 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05958; Wed, 12 Jul 95 10:40:54 -0700 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA17277; Wed, 12 Jul 1995 10:40:51 -0700 Received: from uucp2.UU.NET by relay3.UU.NET with SMTP id QQyycc16087; Wed, 12 Jul 1995 13:40:45 -0400 Received: from atrhost.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Wed, 12 Jul 1995 13:40:45 -0400 Received: by atrhost (920330.SGI/920502.SGI.AUTO) for uunet!sgi.com!info-performer id AA12594; Wed, 12 Jul 95 13:39:58 -0400 Date: Wed, 12 Jul 95 13:39:58 -0400 From: giraffe.asd.sgi.com!sgi.sgi.com!uunet.uu.net!atrhost!lu (chris lu) Message-Id: <9507121739.AA12594@atrhost> To: uunet.uu.net!uunet!sgi.com!info-performer Subject: intersect Status: O Hi folks: I have a question with the sample code of "intersect.c". This code is located at "/usr/src/Performer/src/pguide/libpf/progs". If I change the the array size of scs to 5 (any number less than 8), the program will die when hitting the first object. The error message I get is: "Illegal instruction (core dumped)". The machine I used is Indigo 2 Extreme. That is two changes in the code: 1). line # 68: pfSCS *scs[10]; (original) pfSCS *scs[5]; (changed) 2). line #123: for (loop=0; loop < 10; loop++) (original) for (loop=0; loop < 5; loop++) (changed) I will appreciate if any body can tell me what cause this problem and how to fix it. ------------------------------------------------------------------------------- Chris J. Lu Advanced Technology & Research Corp. Voice:301-989-2499 Ext.8170 Springpointe Executive Center 410-792-7500 15210 Dino Drive Fax :301-989-8000 Burtonsville, MD 20866-1172 USA E-Mail: clu@atrcorp.com From guest Wed Jul 12 10:52:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA07543; Wed, 12 Jul 1995 10:49:15 -0700 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 KAA07540; Wed, 12 Jul 1995 10:49:14 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06341; Wed, 12 Jul 95 10:49:04 -0700 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA18946; Wed, 12 Jul 1995 10:48:57 -0700 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0sW5u3-0001TZC; Wed, 12 Jul 95 19:48 MET DST Message-Id: Date: Wed, 12 Jul 95 19:48 MET DST From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: vidtotex -> pfTexture ? Reply-To: matomira@epfl.ch Status: O How do I encapsulate a live video texture in a pfTexture? Thanks in advance, 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 "The limits of my language mean the limits of my world" -Ludwig Wittgenstein From guest Wed Jul 12 12:15:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA07807; Wed, 12 Jul 1995 12:12:32 -0700 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 MAA07804; Wed, 12 Jul 1995 12:12:31 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10399; Wed, 12 Jul 95 12:12:30 -0700 Received: from ctaeng.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA08547; Wed, 12 Jul 1995 12:12:20 -0700 Received: from support.ctaeng.com by ctaeng.com (4.1/SMI-4.1) id AA24695; Wed, 12 Jul 95 13:12:18 MDT Received: from getreal.mss.ctaeng.com by support.ctaeng.com (5.0/SMI-SVR4) id AA05932; Wed, 12 Jul 1995 13:12:35 -0600 Received: by getreal.mss.ctaeng.com (931110.SGI/920502.SGI.AUTO) for @support.ctaeng.com:info-performer@sgi.com id AA04689; Wed, 12 Jul 95 13:13:59 -0600 From: "`Bwana' Bob Buckley" Message-Id: <9507121313.ZM4687@getreal.mss.ctaeng.com> Date: Wed, 12 Jul 1995 13:13:54 -0600 In-Reply-To: jrohlf@tubes.asd.sgi.com (John Rohlf) "Re: Real-time Database Manipulations" (Jul 11, 2:58pm) References: <199507112158.OAA18311@tubes.asd.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Real-time Database Manipulations Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Content-Length: 2725 Status: O On Jul 11, 2:58pm, John Rohlf wrote: > Subject: Re: Real-time Database Manipulations > > > > All right, so I've spent several months working on code which I knew broke a > > basic rule of Performer. On the Indigo2 that I've been developing on, > > everything seemed fine, so I assumed that I had gotten away with something > > despite the protests of my resident Performer notable ( Mr. Marrou :) ). > > > > I am working on producing free play destructable buildings. On the Indigo2, > > (or an Onyx 4CPU in APPCULLDRAW),I modify the Performer tree from a sproc'ed > > and haven't had any problems.As someone obviuosly knew, my cute little trick > > doesn't woek well at all on the Onyx in multiprocess mode.The problem that I > > have nowis how tocorrect my obvious mistake withoutdestroying the neat class > > structure that I developed in the process. (I'd also like to keep from > > hampering the overall applications speed anymore than I have to.) > > > > >From what I understand, in Performer 1.2, I will have to move all of my > > Performer Tree manipulation into the APPprocess if I want the system to work > > properly. In Performer 2.0, it looks like I could use the pfBuffers in order > > to do almost exactly what I'm doing now. > > > > I guess my question boils down to this: is there any way that I can generate > > ANY perform tree infromation in a process sproc'ed off the APP and get the > > system to work? > > Unfortunately no. > Or allocate your performer hierarchy prior to a fork (not a sproc) and no dynamic allocation/deallocation is done afterwards. Or make allowances for dynamic allocations/deallocation prior to a fork by creating enough performer structures to handle the run. Lance knows the tricks. > > > (And maybe someone could give abrief reason forwhy heirarchy construction is > > limited tothe APP process. Preferrably something more than the"just because" > > that I'm getting from the guys here.) > > Performer has global, internal data structures which you > will collide on when sproc'ed since sproc'ed processes > normally share address space. With fork() and pfBuffer in > 2.0 you will be able to asynchronously create hierarchies. > > > >-- End of excerpt from John Rohlf =========================================================================== '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 Jul 12 14:28:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA08384; Wed, 12 Jul 1995 14:25:59 -0700 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 OAA08381; Wed, 12 Jul 1995 14:25:58 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15470; Wed, 12 Jul 95 14:25:57 -0700 Received: from flanders.mtv.gtegsc.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id OAA01621; Wed, 12 Jul 1995 14:25:54 -0700 From: ledogar@flanders.mtv.gtegsc.com Received: by flanders.mtv.gtegsc.com; id AA10705; Wed, 12 Jul 1995 14:26:45 -0700 Message-Id: <9507122126.AA10705@flanders.mtv.gtegsc.com> To: info-performer@sgi.sgi.com Subject: Re: vidtotex -> pfTexture ? In-Reply-To: Your message of "Wed, 12 Jul 95 19:48:00 +0700." Date: Wed, 12 Jul 95 14:26:45 -0700 X-Mts: smtp Status: O > How do I encapsulate a live video texture in a pfTexture? We've got a similar problem, encapsulating a "live" X pixmap into a pfTexture. We've had reasonable success on a sw-texmapping Indigo but haven't been able to get the code running on our Onyx yet. It seems the Onyx has a facility for "dynamic textures" involving the use of the FAST_DEFINE token when calling texdef from gl (refer to the texdef man page). Apparently non-FAST_DEFINE textures are loaded into a secondary CPU memory array (which the hardware texture memory reads and swaps out to), permitting some useful effects like mipmapping but causing a delay too large for live video. FAST_DEFINE tells the hardware to read/swap out to your array directly. The texture memory can be rapidly updated using subtexload (or perhaps in your case using fbsubtexload). However we've encountered two problems: 1) specifying FAST_DEFINE gives us difficult-to-trace seg faults, and 2) Performer has a facility for specifying FAST_DEFINE, but doesn't seem to have a facility for subtexload (although if we were able to find out the gl "texture id" of a pfTexture, that would let us use the subtexload directly). Hope you have better luck! ---Charlie Ledogar GTE Government Systems Mountainview, CA chl2@gte.com From guest Thu Jul 13 04:50:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA10195; Thu, 13 Jul 1995 04:47:41 -0700 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 EAA10192; Thu, 13 Jul 1995 04:47:40 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17684; Thu, 13 Jul 95 04:47:39 -0700 Received: from diana by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id EAA08188; Thu, 13 Jul 1995 04:47:36 -0700 From: fox@atcf.ncsc.navy.mil Date: Thu, 13 Jul 1995 06:44:26 -0500 Message-Id: <95071306442656@atcf.ncsc.navy.mil> To: info-performer@sgi.sgi.com X-Vms-To: SMTP%"info-performer@sgi.com" Status: O Please subscribe me to Performer news. Stan R. Fox Code 120B NSWC Coastal Systems Station 6703 W.Hwy 98 Panama City, FL 32407-7001 fox@atcf.ncsc.navy.mil From guest Thu Jul 13 07:39:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA10472; Thu, 13 Jul 1995 07:32:08 -0700 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 HAA10469; Thu, 13 Jul 1995 07:32:07 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21864; Thu, 13 Jul 95 07:32:01 -0700 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA20702; Thu, 13 Jul 1995 07:31:58 -0700 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0sWPIz-0000O5C; Thu, 13 Jul 95 16:31 MET DST Message-Id: Date: Thu, 13 Jul 95 16:31 MET DST From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: matrix -> pfFrustrum ? Reply-To: matomira@epfl.ch Status: O How do I set matrix of a pfFrustrum to a given one? I want to do off-axis projections were the near and far planes are not parallel to the projection plane. Thanks in advance, 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 "The limits of my language mean the limits of my world" -Ludwig Wittgenstein From guest Thu Jul 13 05:06:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA10216; Thu, 13 Jul 1995 05:01:19 -0700 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 FAA10213; Thu, 13 Jul 1995 05:01:17 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17919; Thu, 13 Jul 95 05:01:12 -0700 Received: from goya.eunet.es by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA08662; Thu, 13 Jul 1995 05:00:59 -0700 Received: (uucp@localhost) by goya.eunet.es (8.6.10/13.16) id NAA09094; Thu, 13 Jul 1995 13:37:03 +0200 Received: by INDY3.comarts.es (940816.SGI.8.6.9/5.3) id MAA02231; Thu, 13 Jul 1995 12:44:14 -0700 From: "Nacho Sanz-Pastor. Computer Arts + Developments" Message-Id: <9507131244.ZM2229@comarts.es> Date: Thu, 13 Jul 1995 12:44:14 -0700 In-Reply-To: ledogar@flanders.mtv.gtegsc.com "Re: vidtotex -> pfTexture ?" (Jul 12, 2:26pm) References: <9507122126.AA10705@flanders.mtv.gtegsc.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: ledogar@flanders.mtv.gtegsc.com Subject: Re: vidtotex -> pfTexture ? Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There is a call called pfGetGLHandle that gives you back the texture indexes for safe subtexloading. We've used that with no problem. Rgds, -- ----------------------------------------------------- mb$$m Nacho Sanz-Pastor b$" $"$""$$b, Email: nacho@comarts.es |$P $P Pm `$Pb ------------------------------------------------------ $| $ P, `|P, Computer Arts & Developments Phone: ++ 34 1 3572751 "$ P P `b$ Anita Vindel,10 ++ 34 1 3572752 "PPPP | ,P Madrid 28023 SPAIN Fax : ++ 34 1 3070339 $bmm1" -------------------------------------------------------------------------------- Computer Arts & Developments Visual Simulation Group An asteroid has crashed on Earth, and the Dinosaurs are close to being extinct -------------------------------------------------------------------------------- From guest Thu Jul 13 13:28:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA11180; Thu, 13 Jul 1995 13:22:58 -0700 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 NAA11177; Thu, 13 Jul 1995 13:22:55 -0700 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09517; Thu, 13 Jul 95 13:22:53 -0700 Received: from sgigate.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA10090; Thu, 13 Jul 1995 13:22:51 -0700 Received: from VTC.TACOM.Army.Mil by sgigate.sgi.com via ESMTP (940816.SGI.8.6.9/940406.SGI) for id NAA23444; Thu, 13 Jul 1995 13:22:49 -0700 Received: by VTC.TACOM.Army.Mil (8.6.12/8.6.11-kbp) id QAA11539; Thu, 13 Jul 1995 16:22:47 -0400 Date: Thu, 13 Jul 1995 16:22:47 -0400 From: sarkars@VTC.TACOM.Army.Mil (Susanta Sarkar) Message-Id: <199507132022.QAA11539@VTC.TACOM.Army.Mil> To: info-performer@sgihub.corp.sgi.com Subject: Porting 1.2 code to 2.0 Status: O Will this be painless in Performer 2.0. If not, is code translator available? Susanta Sarkar From guest Thu Jul 13 15:50:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA11718; Thu, 13 Jul 1995 15:45:33 -0700 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 PAA11715; Thu, 13 Jul 1995 15:45:32 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20015; Thu, 13 Jul 95 15:45:31 -0700 Received: from dogwood.tec.army.mil by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA26431; Thu, 13 Jul 1995 15:45:19 -0700 Received: (from thom@localhost) by dogwood.tec.army.mil (8.6.9/8.6.9) id SAA08555 for info-performer@sgi.com; Thu, 13 Jul 1995 18:45:57 -0400 Date: Thu, 13 Jul 1995 18:45:57 -0400 From: thom decarlo Message-Id: <199507132245.SAA08555@dogwood.tec.army.mil> To: info-performer@sgi.sgi.com Subject: BIG Trouble with MultiGen loader 14.1g X-Sun-Charset: US-ASCII Status: O Hi, Is anyone else out there trying to use the new loader which came with MultiGen 14.2? I've tried compiling it into our MaK Technologies Stealth viewer, only to have it crash while loading the models. On models built using MultiGen 14.2 I get an unknown opcode (102), and it consistantly crashes when loading the "hind.psi.flt" model which is distributed with Stealth. The message it gives is something like "pfChild index 0 is out of range 0,-1" Does this sound familiar? Thom From guest Thu Jul 13 17:31:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA12100; Thu, 13 Jul 1995 17:25:08 -0700 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 RAA12097; Thu, 13 Jul 1995 17:25:03 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26146; Thu, 13 Jul 95 17:24:59 -0700 Received: from han.hana.nm.kr by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA19049; Thu, 13 Jul 1995 17:24:14 -0700 Received: from saitgw.Sait.Samsung.Co.KR by han.hana.nm.kr (4.1/KUM-0.1) id AA17705; Fri, 14 Jul 95 09:27:32 KST Received: from chagal (chagal.sait.samsung.co.kr) by saitgw.Sait.Samsung.Co.KR (4.1/SMI-4.1) id AA11137; Fri, 14 Jul 95 10:15:02 KDT Received: by chagal (950215.SGI.8.6.10/940406.SGI) for info-performer@sgi.com id JAA00870; Fri, 14 Jul 1995 09:15:41 +1000 From: chaos@chagal.hana.nm.kr (Cho Tae Hee) Message-Id: <199507132315.JAA00870@chagal> Subject: Add/Remove Child vs. Switch To: info-performer@sgi.sgi.com Date: Fri, 14 Jul 1995 09:15:41 +1000 (KST) X-Mailer: ELM [version 2.4 PL21-h4] Mime-Version: 1.0 Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 8bit Content-Length: 753 Status: O Hi everyone, I made a simple program firing laser beam to enemy vehicle. Laser beam is implemented using pfDCS -> pfClone -> pfAddChild. When a beam hits enemy vehicle, then it is pfRemoveChilded. It was successful, but when the beam disappears, the scene stopped for about 0.2~0.3 second. Now my questions : 1) Is pfRemoveChild so complex job? 2) If it is, is it reasonable to implement the beams using pfDCS -> pfSwitch -> pfClone and pfAddChild at the beginning of the program, and only manipulating pfSwitch when a beam fires or hits? 3) 2)'s approach has a problem that we must know the maximum number of beam to be used. Is there other dynamic allocating and not-so-slow method? Thanks in advance. fox@venus.sait.samsung.co.kr From guest Thu Jul 13 18:00:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA12229; Thu, 13 Jul 1995 17:55:38 -0700 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 RAA12226; Thu, 13 Jul 1995 17:55:37 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28273; Thu, 13 Jul 95 17:55:33 -0700 Received: from sun.aitc.rest.tasc.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA24975; Thu, 13 Jul 1995 17:55:25 -0700 Received: from earth by sun.aitc.rest.tasc.com (NX5.67d/NX3.0M-TASCnet-003) id AA00574; Thu, 13 Jul 95 20:49:13 -0500 From: "Thomas R. DeCarlo" Message-Id: <9507140149.AA00574@sun.aitc.rest.tasc.com> Received: by earth.aitc.rest.tasc.com. (NX5.67c/NX3.0a) id AA01410; Thu, 13 Jul 95 20:47:14 -0500 Date: Thu, 13 Jul 95 20:47:14 -0500 To: info-performer@sgi.sgi.com, thom@dogwood.tec.army.mil Subject: Re: BIG Trouble with MultiGen loader 14.1g Status: O WHUPS! I got new info. the error message I was getting was "pfGetChild indoex 0 out of range 0,-1" But thanks to Steve at MultiGen, I have the right answer. It seems that the loader which shipped with MultiGen R14.2 was the wrong one. I got version 14.1g when I should have gotten the 14.2 loader. I'm waiting right now for the correct one to arrive via email. Hopefully, all will go right , now. Thom From guest Fri Jul 14 05:07:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA13638; Fri, 14 Jul 1995 05:04:29 -0700 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 FAA13635; Fri, 14 Jul 1995 05:04:28 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19066; Fri, 14 Jul 95 05:04:27 -0700 Received: from emout04.mail.aol.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA13694; Fri, 14 Jul 1995 05:04:25 -0700 From: SSPSU91@aol.com Received: by emout04.mail.aol.com (1.37.109.11/16.2) id AA231433262; Fri, 14 Jul 1995 08:01:02 -0400 Date: Fri, 14 Jul 1995 08:01:02 -0400 Message-Id: <950714080100_32548190@aol.com> To: info-performer@sgi.sgi.com Subject: Performer color mask??? Status: O Does Performer have a call similar to RGBwritemask in GL? I have an application which is split into 4 channels and I want one of the channels to be masked so it only displays green. Can this be done with Performer? Thanks, Stephanie Sroczyk, JJM Systems From guest Fri Jul 14 07:25:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA13978; Fri, 14 Jul 1995 07:21:05 -0700 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 HAA13975; Fri, 14 Jul 1995 07:21:05 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22142; Fri, 14 Jul 95 07:21:04 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA23467; Fri, 14 Jul 1995 07:21:02 -0700 Received: from palladium.corp.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id HAA02054; Fri, 14 Jul 1995 07:20:59 -0700 Received: from barney.reading.sgi.com by palladium.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id GAA11288; Fri, 14 Jul 1995 06:32:03 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id OAA13252; Fri, 14 Jul 1995 14:26:26 +0100 From: "Rob Jenkins" Message-Id: <9507141426.ZM13250@barney.reading.sgi.com> Date: Fri, 14 Jul 1995 14:26:26 +0100 In-Reply-To: SSPSU91@aol.com "Performer color mask???" (Jul 14, 8:01am) References: <950714080100_32548190@aol.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: SSPSU91@aol.com Subject: Re: Performer color mask??? Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 14, 8:01am, SSPSU91@aol.com wrote: > Subject: Performer color mask??? > Does Performer have a call similar to RGBwritemask in GL? I have an > application which is split into 4 channels and I want one of the channels to > be masked so it only displays green. Can this be done with Performer? > Thanks, Stephanie Sroczyk, JJM Systems >-- End of excerpt from SSPSU91@aol.com As long as you make sure it's in your draw process ( see page 364 of Performer Programming Guide and man pfChanDrawFunc ) you can just call RGBwritemask. I could find any Pf euivalent - I'm sure someone else will post it if there is one. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Sat Jul 15 01:54:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA16584; Sat, 15 Jul 1995 01:51:18 -0700 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 BAA16581; Sat, 15 Jul 1995 01:51:17 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01703; Sat, 15 Jul 95 01:51:21 -0700 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA04057; Sat, 15 Jul 1995 01:51:14 -0700 Received: from uucp2.UU.NET by relay3.UU.NET with SMTP id QQyylv21479; Sat, 15 Jul 1995 04:51:13 -0400 Received: from multigen.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Sat, 15 Jul 1995 04:51:13 -0400 Received: from MAIL_CENTER (QM 3.0) by multigen.uucp (UMCP\QM 2.0.1) id AA01986; Fri, 14 Jul 1995 13:19:52 PST Message-Id: <00581.2888572792.1986@multigen.uucp> Organization: MultiGen, Inc. X-Charset: MACINTOSH X-Umcp-Priority: 1 X-Umcp-To: INFO PERFORMER X-Umcp-Cc: TechSupport From: Marcus To: INFO PERFORMER Date: Fri, 14 Jul 1995 10:40:55 PST Subject: Re: BIG Trouble with MultiGe Status: O Reply to: RE>BIG Trouble with MultiGen loader 14.1g Hi Tom, >Date: Thu, 13 Jul 1995 18:45:57 -0400 >From: thom decarlo >Message-Id: <199507132245.SAA08555@dogwood.tec.army.mil> >To: info-performer@sgi.com >Subject: BIG Trouble with MultiGen loader 14.1g > >Hi, >Is anyone else out there trying to use the new loader which came >with MultiGen 14.2? I've tried compiling it into our MaK Technologies >Stealth viewer, only to have it crash while loading the models. MultiGen V14.2 is not officially released yet. You are using a pre-release copy. As stated in your subject line, the R14.1g loader that you're using cannot read OpenFlight V14.2 files. MultiGen has been shipping the R14.2 loader for Performer 1.2 for only about 10 days now. I believe MultiGen Technical Support emailed you the R14.2 loader last night. It should solve your problems. If you have further problems, please contact: MultiGen Technical Support 550 S. Winchester Blvd., Suite 500 San Jose, CA 95128 PH: 1-408-556-2600 FX: 1-408-261-4102 EMAIL: multigen!TechSupport@uunet.UU.NET Regards, Marcus Barnes, Member Technical Staff MultiGen Inc., 550 S. Winchester Blvd. Suite 500, San Jose CA, 95128 PH: 1-408-556-2654 FX: 1-408-261-4102 EMAIL: multigen!marcus@uunet.UU.NET From guest Fri Jul 14 13:36:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA15301; Fri, 14 Jul 1995 13:33:11 -0700 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 NAA15298; Fri, 14 Jul 1995 13:33:09 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12030; Fri, 14 Jul 95 13:33:08 -0700 Received: from interlock.arinc.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA22047; Fri, 14 Jul 1995 13:33:01 -0700 From: grollins@arinc.com Received: by interlock.arinc.com id AA12922 (InterLock SMTP Gateway 3.0 for info-performer@sgi.com); Fri, 14 Jul 1995 16:32:53 -0400 Message-Id: <199507142032.AA12922@interlock.arinc.com> Received: by interlock.arinc.com (Internal Mail Agent-1); Fri, 14 Jul 1995 16:32:53 -0400 Date: Fri, 14 Jul 95 15:47:07 EST To: info-performer@sgi.sgi.com Subject: lat/long tracking Status: O Hi everyone, I'm new to the group and Performer as well. I want to do some tracking of objects using lat/long coordinates. I need to build an accurate scene of an area (locally accessible) which will be monitored. Accurately meaning visually identifiable as well as when the lat/long position is given to the object being tracked it is not in the water when it should to be on land. Any suggestions on the best approach to building the scene and applying lat/long to it would be greatly appreciated. I haven't purchased a modeler yet so any recommendations there would also be appreciated. Thank you for your help, Greg Rollins grollins@arinc.com From guest Fri Jul 14 07:31:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA14000; Fri, 14 Jul 1995 07:26:36 -0700 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 HAA13997; Fri, 14 Jul 1995 07:26:34 -0700 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22295; Fri, 14 Jul 95 07:26:29 -0700 Received: from palladium.corp.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id HAA03170; Fri, 14 Jul 1995 07:26:26 -0700 Received: from bitch.reading.sgi.com by palladium.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id GAA07699; Fri, 14 Jul 1995 06:02:24 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id OAA23319; Fri, 14 Jul 1995 14:59:56 +0200 From: "Angus Dorbie" Message-Id: <9507141459.ZM23317@bitch.reading.sgi.com> Date: Fri, 14 Jul 1995 14:59:56 -0600 In-Reply-To: SSPSU91@aol.com "Performer color mask???" (Jul 14, 8:01am) References: <950714080100_32548190@aol.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: SSPSU91@aol.com Subject: Re: Performer color mask??? Cc: info-performer@sgihub.corp.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > Does Performer have a call similar to RGBwritemask in GL? I have an > application which is split into 4 channels and I want one of the channels to > be masked so it only displays green. Can this be done with Performer? > Thanks, Stephanie Sroczyk, JJM Systems You can use the GL call as long as you do this in your draw process so in the callback you add using pfChanDrawFunc() for that channel you can set and unset the writemask either side of your clear and pfDraw() calls. -- Angus Dorbie, The Reality Centre, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Fri Jul 14 17:30:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA16043; Fri, 14 Jul 1995 17:27:21 -0700 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 RAA16040; Fri, 14 Jul 1995 17:27:20 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21690; Fri, 14 Jul 95 17:27:19 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA01053; Fri, 14 Jul 1995 17:27:18 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA21684; Fri, 14 Jul 95 17:27:13 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA27259; Fri, 14 Jul 1995 17:24:43 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199507150024.RAA27259@tubes.asd.sgi.com> Subject: Re: Add/Remove Child vs. Switch To: guest (Cho Tae Hee) Date: Fri, 14 Jul 95 17:24:43 PDT Cc: info-performer@sgi.sgi.com In-Reply-To: <199507132315.JAA00870@chagal>; from "Cho Tae Hee" at Jul 14, 95 9:15 am X-Mailer: ELM [version 2.3 PL8] Status: O > > > > Hi everyone, > > I made a simple program firing laser beam to enemy vehicle. > Laser beam is implemented using pfDCS -> pfClone -> pfAddChild. > When a beam hits enemy vehicle, then it is pfRemoveChilded. > It was successful, but when the beam disappears, the scene stopped > for about 0.2~0.3 second. > > Now my questions : > 1) Is pfRemoveChild so complex job? RemoveChild should be very fast. Its speed is dependent on: 1. The number of children in the list. 2. The scene graph depth of the removed child. If 1 and 2 are *very* large then RemoveChild could take a while. From guest Mon Jul 17 09:47:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA19269; Mon, 17 Jul 1995 09:43:20 -0700 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 JAA19266; Mon, 17 Jul 1995 09:43:19 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20750; Mon, 17 Jul 95 09:44:10 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA13603; Mon, 17 Jul 1995 09:43:16 -0700 Received: from barney.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id JAA25774; Mon, 17 Jul 1995 09:43:13 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id RAA18362; Mon, 17 Jul 1995 17:39:08 +0100 From: "Rob Jenkins" Message-Id: <9507171739.ZM18360@barney.reading.sgi.com> Date: Mon, 17 Jul 1995 17:39:08 +0100 In-Reply-To: "Daniela Rainer" "stereo projection" (Jul 17, 6:07pm) References: <9507171807.ZM6655@awssg7.rus.uni-stuttgart.de> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Daniela Rainer" , info-performer@sgi.sgi.com Subject: Re: stereo projection Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 17, 6:07pm, Daniela Rainer wrote: > Subject: stereo projection > Hi, > > I have a question about stereo projection. > I know how to set a stereo projection in Performer/GL, but I don't know > how to set the channel parameters (left, right or FOV, near) and the > view offset so, that objects, that are in the word coordinate system in > front of the screen, look in the projection as they are in front of the > screen. My scene looks stereo, but the objects don't pop out of the screen. > > Thanks > Daniela > > -- > Daniela Rainer > rainer@rus.uni-stuttgart.de >-- End of excerpt from Daniela Rainer I've seen a question similar to this before - check out the info-performer archives: %ftp sgigate.sgi.com as anonymous ftp and look in /pub/Performer If you don't find anything let me know. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Mon Jul 17 10:31:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA19385; Mon, 17 Jul 1995 10:27:48 -0700 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 KAA19382; Mon, 17 Jul 1995 10:27:47 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22707; Mon, 17 Jul 95 10:28:40 -0700 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA23704; Mon, 17 Jul 1995 10:27:42 -0700 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0sXtxE-000300C; Mon, 17 Jul 95 19:27 MET DST From: "Fernando D. Mato Mira" Message-Id: <9507171927.ZM18964@lig.di.epfl.ch> Date: Mon, 17 Jul 1995 19:27:40 +0200 In-Reply-To: "Rob Jenkins" "Re: stereo projection" (Jul 17, 5:39pm) References: <9507171807.ZM6655@awssg7.rus.uni-stuttgart.de> <9507171739.ZM18360@barney.reading.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: stereo projection Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 17, 5:39pm, Rob Jenkins wrote: > Subject: Re: stereo projection > I've seen a question similar to this before - check out the info-performer > archives: Still, nothing there says how to setup the Performer structures for: ---------------------------------------- far clipping plane \ \ \ \ \ projection plane \ \ \ \ ------- near clipping plane . eye From guest Mon Jul 17 09:10:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA19142; Mon, 17 Jul 1995 09:07:56 -0700 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 JAA19139; Mon, 17 Jul 1995 09:07:55 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19229; Mon, 17 Jul 95 09:08:45 -0700 Received: from noc.belwue.de by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA06582; Mon, 17 Jul 1995 09:07:33 -0700 Received: from awssg7.rus.uni-stuttgart.de (awssg7-fd.rus.uni-stuttgart.de [129.69.18.32]) by noc.belwue.de with SMTP id SAA26551 (8.6.12/IDA-1.6 for ); Mon, 17 Jul 1995 18:07:19 +0200 Received: by awssg7.rus.uni-stuttgart.de (950215.SGI.8.6.10/BelWue-1.0SG(subsidiary)) (for info-performer@sgi.sgi.com) id SAA06657; Mon, 17 Jul 1995 18:07:19 +0200 From: "Daniela Rainer" Message-Id: <9507171807.ZM6655@awssg7.rus.uni-stuttgart.de> Date: Mon, 17 Jul 1995 18:07:16 +0000 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: stereo projection Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I have a question about stereo projection. I know how to set a stereo projection in Performer/GL, but I don't know how to set the channel parameters (left, right or FOV, near) and the view offset so, that objects, that are in the word coordinate system in front of the screen, look in the projection as they are in front of the screen. My scene looks stereo, but the objects don't pop out of the screen. Thanks Daniela -- Daniela Rainer rainer@rus.uni-stuttgart.de From guest Mon Jul 17 06:53:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA18936; Mon, 17 Jul 1995 06:51:46 -0700 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 GAA18933; Mon, 17 Jul 1995 06:51:45 -0700 Received: from knut.stavanger.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15914; Mon, 17 Jul 95 06:52:23 -0700 Received: by knut.stavanger.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@holodeck.asd.sgi.com id PAA07010; Mon, 17 Jul 1995 15:52:30 +0200 From: "knut ivar foshaug" Message-Id: <9507171552.ZM7008@knut.stavanger.sgi.com> Date: Mon, 17 Jul 1995 15:52:30 -0600 Reply_To: knut@stavanger.sgi.com X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer Subject: Pleas put me on the list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O -- ------------------------------------------------- Knut Ivar Foshaug, INO-335, VM: *58600 MOB: +47 90147109 Silicon Graphics , STAVANGER St.Olavs gt 9a 4005 STAVANGER Tel: +47 51522708/10 Fax +47 51522211 ------------------------------------------------- From guest Mon Jul 17 22:27:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA22251; Mon, 17 Jul 1995 22:24:15 -0700 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 WAA22248; Mon, 17 Jul 1995 22:24:14 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18643; Mon, 17 Jul 95 22:24:22 -0700 Received: from iss.nus.sg by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id WAA28880; Mon, 17 Jul 1995 22:15:20 -0700 Received: from whitehead.iss.nus.sg by iss.nus.sg (5.x/SMI-SVR4) id AA24161; Tue, 18 Jul 1995 13:17:27 +0800 Date: Tue, 18 Jul 1995 13:17:27 +0800 From: fair@iss.nus.sg (Kim Michael Fairchild) Message-Id: <9507180517.AA24161@iss.nus.sg> Received: by whitehead.iss.nus.sg (5.0/SMI-SVR4) id AA00945; Tue, 18 Jul 95 13:17:18 SST To: zrgr0390@awssg7.rus.uni-stuttgart.de Cc: info-performer@sgi.sgi.com In-Reply-To: <9507171807.ZM6655@awssg7.rus.uni-stuttgart.de> (zrgr0390@awssg7.rus.uni-stuttgart.de) Subject: Re: stereo projection Status: O Hi, I have a similar problem. I was told earlier just to cross the eye positions and to remove the near clipping. I would REALLY appreciate it if someone would just send me the code fragments showing how to do this. I have a show next week with a 20' by 15' screen and it would be wonderful to have it working. thanks, kim. From guest Tue Jul 18 09:15:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA22895; Tue, 18 Jul 1995 09:11:37 -0700 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 JAA22890; Tue, 18 Jul 1995 09:11:36 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27840; Tue, 18 Jul 95 09:11:54 -0700 Received: from beatrix.fss.fokker.nl by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA18206; Tue, 18 Jul 1995 09:11:27 -0700 Received: by beatrix.fss.fokker.nl id AA18605 (5.67b/IDA-1.5 for info-performer@sgi.com); Tue, 18 Jul 1995 18:11:53 +0200 From: Wim Elhorst Message-Id: <199507181611.AA18605@beatrix.fss.fokker.nl> Subject: dxf converters (any info?) To: info-performer@sgi.sgi.com Date: Tue, 18 Jul 1995 18:11:52 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 566 Status: O Hi; we have a database (40Mb) in dxf format and want to prune it using modelgen. Modelgen does not easily digest this file, so the question is, are there any sgi-based tools available for segmenting dxf files into smaller dxf files; or tools for direct dxf to flight format translation ? Thanks in advance -wim -- ___________________________________________________________________________ Wim Elhorst. Fokker Space & Systems BV. wim@fss.fokker.nl P.O.Box 32070 phone: (71)245405 2303DB Leiden fax: (71)245498 The Netherlands From guest Tue Jul 18 12:43:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA23387; Tue, 18 Jul 1995 12:39:05 -0700 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 MAA23384; Tue, 18 Jul 1995 12:39:04 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06454; Tue, 18 Jul 95 12:39:30 -0700 Received: from beamish.mit.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA03802; Tue, 18 Jul 1995 12:39:01 -0700 Received: by beamish.mit.edu (940816.SGI.8.6.9/930416.SGI) id PAA11351; Tue, 18 Jul 1995 15:44:54 -0400 Date: Tue, 18 Jul 1995 15:44:54 -0400 From: dorrie@beamish.mit.edu (Dorrie Hall) Message-Id: <199507181944.PAA11351@beamish.mit.edu> To: info-performer@sgi.sgi.com Subject: Re dxf converters (any info?) Status: O >Hi; >we have a database (40Mb) in dxf format and want to prune it using modelgen. >Modelgen does not easily digest this file, so the question is, >are there any sgi-based tools available for segmenting dxf files into >smaller dxf files; or tools for direct dxf to flight format translation ? >Thanks in advance >-wim I downloaded a nice converter called DxfToIv (from sgi I think). I don't know what tools you could use after that for editing but I had a dxf file that I couldn't load into Performer and after it was converted to .iv it loaded correctly. Dorrie From guest Tue Jul 18 17:35:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA24563; Tue, 18 Jul 1995 17:30:53 -0700 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 RAA24560; Tue, 18 Jul 1995 17:30:53 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18382; Tue, 18 Jul 95 17:30:48 -0700 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA05331; Tue, 18 Jul 1995 17:30:45 -0700 Received: from uucp2.UU.NET by relay3.UU.NET with SMTP id QQyyzi19717; Tue, 18 Jul 1995 20:30:44 -0400 Received: from multigen.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Tue, 18 Jul 1995 20:30:44 -0400 Received: from MAIL_CENTER (QM 3.0) by multigen.uucp (UMCP\QM 2.0.1) id AA02124; Tue, 18 Jul 1995 13:13:49 PST Message-Id: <00581.2888918029.2124@multigen.uucp> Organization: MultiGen, Inc. X-Charset: MACINTOSH X-Umcp-To: INFO PERFORMER From: Marcus To: INFO PERFORMER Date: Tue, 18 Jul 1995 12:32:18 PST Subject: Re: dxf converters (any info Status: O Reply to: RE>dxf converters (any info?) >From: Wim Elhorst >Message-Id: <199507181611.AA18605@beatrix.fss.fokker.nl> >Subject: dxf converters (any info?) >To: info-performer@sgi.com >Date: Tue, 18 Jul 1995 18:11:52 +0200 (MET DST) > >Hi; > >we have a database (40Mb) in dxf format and want to prune >it using modelgen. Modelgen does not easily digest this file, >so the question is, are there any sgi-based tools available for >segmenting dxf files into smaller dxf files; or tools for direct >dxf to flight format translation ? > >Thanks in advance > What DXF constructs is ModelGen having trouble with? The DXF option for the upcoming V14.2 release has an enhanced importer and also an exporter. About the only geometry that's still not imported are: SHAPE, TEXT, and curve fit/spline control point vertices. Regards, Marcus Barnes, Member Technical Staff MultiGen Inc., 550 S. Winchester Blvd. Suite 500, San Jose CA, 95128 PH: 1-408-556-2654 FX: 1-408-261-4102 EMAIL: multigen!marcus@uunet.UU.NET From guest Tue Jul 18 14:05:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA23815; Tue, 18 Jul 1995 13:58:33 -0700 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 NAA23812; Tue, 18 Jul 1995 13:58:32 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09572; Tue, 18 Jul 95 13:58:56 -0700 Received: from aleve.media.mit.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA21205; Tue, 18 Jul 1995 13:58:26 -0700 Received: from vodka.media.mit.edu by aleve.media.mit.edu; (5.65/1.1/06Jun95-8.2MPM) id AA02468; Tue, 18 Jul 1995 16:58:31 -0400 Received: from localhost by vodka.media.mit.edu (5.65/DA.WS.1.0.5) id AA03990; Tue, 18 Jul 1995 16:58:24 -0400 Message-Id: <9507182058.AA03990@vodka.media.mit.edu> To: info-performer@sgi.sgi.com Subject: Problems with picking. Date: Tue, 18 Jul 95 16:58:23 -0400 From: Douglas Soo X-Mts: smtp Status: O I am having trouble with getting picking to work properly. The basic problem is that some objects are not being recognized, i.e. pfChanPick returns 0 when I call it with the coordinates of the mouse when it is on top of an object. I am able to pick some objects in the scene, but not others. This is the call that I am using: pfChanPick(world->chan, PFTRAV_IS_PRIM, user->GetPickX(), user->GetPickY(), 0.0f, picklist) where user->GetPickX() and user->GetPickY() are the normalized channel screen coordinates, and picklist is defined as pfHit **picklist[10]. Earlier in the program I call pfNodePickSetup on the scene of the channel. Is it possible that somehow it is not traversing the nodes correctly? Any suggestions as to what could be causing this? Thanks, Douglas Soo stimpy@mit.edu Visible Language Workshop MIT Media Lab From guest Tue Jul 18 14:11:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA23878; Tue, 18 Jul 1995 14:08:22 -0700 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 OAA23875; Tue, 18 Jul 1995 14:08:21 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10139; Tue, 18 Jul 95 14:08:48 -0700 Received: from pike.cecer.army.mil by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA22963; Tue, 18 Jul 1995 14:08:16 -0700 Received: from lee (lee.cecer.army.mil [129.229.32.11]) by pike.cecer.army.mil (8.6.9/8.6.9) with SMTP id QAA13598; Tue, 18 Jul 1995 16:08:58 -0500 From: "Eric S. Hirschorn" Message-Id: <199507182108.QAA13598@pike.cecer.army.mil> Subject: Re: Re dxf converters (any info?) To: info-performer@sgi.sgi.com Date: Tue, 18 Jul 1995 16:05:21 -0500 (CDT) Cc: erich@pike.cecer.army.mil In-Reply-To: <199507181944.PAA11351@beamish.mit.edu> from "Dorrie Hall" at Jul 18, 95 03:44:54 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1224 Status: O > > >Hi; > > >we have a database (40Mb) in dxf format and want to prune it using modelgen. > >Modelgen does not easily digest this file, so the question is, > >are there any sgi-based tools available for segmenting dxf files into > >smaller dxf files; or tools for direct dxf to flight format translation ? > > >Thanks in advance > > >-wim > > I downloaded a nice converter called DxfToIv (from sgi I think). > I don't know what tools you could use after that for editing but > I had a dxf file that I couldn't load into Performer and after it was > converted to .iv it loaded correctly. > > Dorrie > > I've also found this path from .dxf to .iv to Performer through the pfiv loader works well. To get the DxfToIv loader you have to sign a beta-site license. Try writing to Gavin Bell at gavin@engr.sgi.com . The Inventor loader is available at: sgigate.sgi.com:~ftp/pub/Performer/src/pfivXX.tar.Z , where XX is the version #. Eric _____________________________________________________________________________ Eric S. Hirschorn, VE Group, USACERL, Champaign IL 61826-9005 TEL: 1 (800) USA-CERL ext. 6363 FAX: (217) 373-6724 email: erich@pike.cecer.army.mil, http://pike.cecer.army.mil/erich/erich.html From guest Tue Jul 18 14:43:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA24101; Tue, 18 Jul 1995 14:39:04 -0700 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 OAA24098; Tue, 18 Jul 1995 14:39:03 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12193; Tue, 18 Jul 95 14:39:26 -0700 Received: from netcom.netcom.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA29804; Tue, 18 Jul 1995 14:38:54 -0700 Received: by netcom.netcom.com (8.6.12/Netcom) id OAA06813; Tue, 18 Jul 1995 14:20:36 -0700 Date: Tue, 18 Jul 1995 14:20:35 -0700 (PDT) From: "Paul S. Cutt" Subject: Re: Re dxf converters (any info?) To: Dorrie Hall Cc: info-performer@sgi.sgi.com In-Reply-To: <199507181944.PAA11351@beamish.mit.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, We have a DXF to performer library that will go from DXF to performer applications directly, no conversion to another format first. It also does polygon cleanups, etc. We found that converting to another format , we lost info. Thanks, Paul From guest Tue Jul 18 17:21:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA24532; Tue, 18 Jul 1995 17:18:07 -0700 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 RAA24529; Tue, 18 Jul 1995 17:18:05 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17907; Tue, 18 Jul 95 17:17:59 -0700 Received: from mail0.nk-exa.co.jp by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA03020; Tue, 18 Jul 1995 17:17:51 -0700 Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id JAA08692; Wed, 19 Jul 1995 09:17:46 +0900 Received: from exagw.nk-exa.co.jp (exagw.nk-exa.co.jp [160.14.254.1]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.3W-EXA03) with ESMTP id JAA24115; Wed, 19 Jul 1995 09:17:46 +0900 Received: from dimwit.dst.nk-exa.co.jp by exagw.nk-exa.co.jp (8.6.9+2.4W/3.3W9/1.7) with SMTP id JAA13578; Wed, 19 Jul 1995 09:13:56 +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 AA07930; Wed, 19 Jul 95 09:18:27 +0900 To: "Eric S. Hirschorn" Cc: info-performer@sgi.sgi.com Subject: Re: Re dxf converters (any info?) In-Reply-To: Your message of "Tue, 18 Jul 1995 16:05:21 JST." <199507182108.QAA13598@pike.cecer.army.mil> Reply-To: wry@dst.nk-exa.co.jp Date: Wed, 19 Jul 1995 09:18:10 +0900 Message-Id: <7927.806113090@dimwit.dst.nk-exa.co.jp> From: Masahiko Yamanaka Status: O Excuse me, ^^) To get the DxfToIv loader you have to sign a beta-site license. Try ^^) writing to Gavin Bell at gavin@engr.sgi.com . Is this a different version from /usr/lib/Showcase/ift/DxfToIv ? Is this command under developing ? Thanks, -- M.Y. From guest Tue Jul 18 17:40:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA24579; Tue, 18 Jul 1995 17:36:38 -0700 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 RAA24576; Tue, 18 Jul 1995 17:36:37 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18549; Tue, 18 Jul 95 17:36:31 -0700 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA06355; Tue, 18 Jul 1995 17:36:22 -0700 Received: (from root@localhost) by warrane.connect.com.au with UUCP id KAA26920 (8.6.12/IDA-1.6 for info-performer@sgi.com); Wed, 19 Jul 1995 10:36:17 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA04841 (5.65c/IDA-1.5 for ); Wed, 19 Jul 1995 10:18:17 +1000 Received: from krusty (krusty [8.0.0.31]) by aggro with SMTP id KAA05074 (8.6.12/IDA-1.6 for ); Wed, 19 Jul 1995 10:23:13 +1000 Received: by krusty (5.65) id AA04410; Wed, 19 Jul 1995 10:23:15 +1000 Date: Wed, 19 Jul 1995 10:23:13 +1000 (EST) From: Robert Webb Subject: pfPassChanData :-( To: Performer mailing list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi Performer-people, In my application pfPassChanData() doesn't seem to be doing quite what it should :-( I have two modes which I can toggle between with the hit of a key: Mode 1: Channel 1: Calls pfDraw() once. Channel 2: Turned off. Mode 2: Channel 1: Calls pfDraw() once. Channel 2: Calls pfDraw() twice. When I hit the key, the chan-data for channel 1 changes and I call pfPassChanData() to make sure it gets sent down the pipeline to the DRAW process. However I am printing out the value of the data passed to my draw call-back (from within that call-back) and after a few hits of the key, it starts changing between the value it should have (for the current mode), and the value it should have in the other mode. I have a printf at every call to pfPassChanData(), so I know it is NOT being called unless I hit the key, but still the data being passed to the draw call-back is oscillating between two different values. It is as if Performer is still using an older copy of the chan-data sometimes, rather than the new one I asked to pass down. Has anyone heard of this sort of behaviour before? I am also using a different draw-mask for channel 1 in the two different modes, if that makes a difference. And the problem only happens in multiprocess mode, NOT when I run in a single process. I am using Performer 1.2. Thanks in advance, Rob. ------------------------------------------------------------------------------ _ |_) _ |_ _ ._ _|_ \ / _ |_ |_ robertw@wormald.com.au | \(_)|_)(/_| |_ \/\/ (/_|_)|_)o "Informer, you no say daddy me Snow me I'll go blame, a licky boom boom down" - Snow. ------------------------------------------------------------------------------ From guest Tue Jul 18 18:26:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA24850; Tue, 18 Jul 1995 18:18:44 -0700 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 SAA24847; Tue, 18 Jul 1995 18:18:43 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20148; Tue, 18 Jul 95 18:18:42 -0700 Received: from pike.cecer.army.mil by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA14969; Tue, 18 Jul 1995 18:18:39 -0700 Received: from lee (lee.cecer.army.mil [129.229.32.11]) by pike.cecer.army.mil (8.6.9/8.6.9) with SMTP id UAA14523; Tue, 18 Jul 1995 20:19:21 -0500 From: "Eric S. Hirschorn" Message-Id: <199507190119.UAA14523@pike.cecer.army.mil> Subject: Re: Re dxf converters (any info?) To: info-performer@sgi.sgi.com Date: Tue, 18 Jul 1995 20:15:45 -0500 (CDT) Cc: erich@pike.cecer.army.mil In-Reply-To: <7927.806113090@dimwit.dst.nk-exa.co.jp> from "Masahiko Yamanaka" at Jul 19, 95 09:18:10 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 874 Status: O > Excuse me, > > ^^) To get the DxfToIv loader you have to sign a beta-site license. Try > ^^) writing to Gavin Bell at gavin@engr.sgi.com . > > Is this a different version from /usr/lib/Showcase/ift/DxfToIv ? > Is this command under developing ? I just tried out the DxfToIv in /usr/lib/Showcase/ift on some of my .dxf files, and it generated similar results to my beta-site copy. I wasn't aware that an earlier version was hiding in the Showcase distribution. This program was developed by the Inventor development group at SGI. I don't know if they have reached a "final" version yet. Eric _____________________________________________________________________________ Eric S. Hirschorn, VE Group, USACERL, Champaign IL 61826-9005 TEL: 1 (800) USA-CERL ext. 6363 FAX: (217) 373-6724 email: erich@pike.cecer.army.mil, http://pike.cecer.army.mil/erich/erich.html From guest Wed Jul 19 01:18:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA25830; Wed, 19 Jul 1995 01:12:48 -0700 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 BAA25827; Wed, 19 Jul 1995 01:12:47 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27650; Wed, 19 Jul 95 01:12:37 -0700 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA19375; Wed, 19 Jul 1995 01:12:30 -0700 Received: (from root@localhost) by warrane.connect.com.au with UUCP id SAA13120 (8.6.12/IDA-1.6 for info-performer@sgi.com); Wed, 19 Jul 1995 18:12:24 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA07250 (5.65c/IDA-1.5 for ); Wed, 19 Jul 1995 15:44:34 +1000 Received: from krusty (krusty [8.0.0.31]) by aggro with SMTP id PAA06213 (8.6.12/IDA-1.6 for ); Wed, 19 Jul 1995 15:49:31 +1000 Received: by krusty (5.65) id AA05896; Wed, 19 Jul 1995 15:49:32 +1000 Date: Wed, 19 Jul 1995 15:49:31 +1000 (EST) From: Robert Webb Subject: Decals with projected textures?? To: Performer mailing list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi all, I have been working on something that uses a projected texture type of idea for quite a while now. It requires pfDraw() to be called twice in each frame. Now I've got it all kind of working except for co-planar polygons (and multiprocessing because changing the draw-mask doesn't seem to be having any effect, but that's another problem!). The first call to pfDraw() is really just there to get the zbuffer right, and the second call is done using zfunction(ZF_EQUAL). Now for geometry drawn with pfDecal() I have a problem. If I use PFDECAL_BASE_DISPLACE, then the laters do not appear at all. What I would expect to be happening is this: - First call to pfDraw(): - Base geometry is drawn, with z=1 say. - displacepolygon() is called. - Layer geometry is draw, with z=1, but displacepolygon() offsets this and makes it, say, z=2 instead (this avoids "Z-flickering"). - zfunction(ZF_EQUAL) is called. - Second call to pfDraw(): - Base geometry is drawn, with z=1, exactly overwriting what was there before, but leaving blank the sections where the layer geometry was drawn (since here z==2). - displacepolygon() is called. - Layer geometry is draw, with z=1, but displacepolygon() offsets this and makes it z=2 instead, exactly overwriting what was previously rendered by the layer geometry. However this is not what happens, since I do not see my layers at all. In fact the base is rendered as if the layers were never drawn. Please help, I'm going mad. Rob. PS. Has anyone else had problems with the draw-mask apparently not having any effect in multiprocess mode when set from the APP after pfConfig()???? My CULL seems to still be using the old value ;-( Thanks (I'm having a bad day). ------------------------------------------------------------------------------ _ |_) _ |_ _ ._ _|_ \ / _ |_ |_ robertw@wormald.com.au | \(_)|_)(/_| |_ \/\/ (/_|_)|_)o "Informer, you no say daddy me Snow me I'll go blame, a licky boom boom down" - Snow. ------------------------------------------------------------------------------ From guest Wed Jul 19 01:19:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA25835; Wed, 19 Jul 1995 01:13:42 -0700 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 BAA25832; Wed, 19 Jul 1995 01:13:41 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27654; Wed, 19 Jul 95 01:13:40 -0700 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA19412; Wed, 19 Jul 1995 01:13:32 -0700 Received: (from root@localhost) by warrane.connect.com.au with UUCP id SAA13266 (8.6.12/IDA-1.6 for info-performer@sgi.com); Wed, 19 Jul 1995 18:13:28 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA07403 (5.65c/IDA-1.5 for ); Wed, 19 Jul 1995 16:19:12 +1000 Received: from krusty (krusty [8.0.0.31]) by aggro with SMTP id QAA06272 (8.6.12/IDA-1.6 for ); Wed, 19 Jul 1995 16:24:10 +1000 Received: by krusty (5.65) id AA05928; Wed, 19 Jul 1995 16:24:11 +1000 Date: Wed, 19 Jul 1995 16:24:10 +1000 (EST) From: Robert Webb Subject: Decals with projected textures again?? To: Performer mailing list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello again, I am following up my own posting because I have found out what the problem was, but I still don't know how to fix it. I wrote: > I have been working on something that uses a projected texture type of idea > for quite a while now. It requires pfDraw() to be called twice in each > frame. Now I've got it all kind of working except for co-planar polygons > (and multiprocessing because changing the draw-mask doesn't seem to be > having any effect, but that's another problem!). > > The first call to pfDraw() is really just there to get the zbuffer right, > and the second call is done using zfunction(ZF_EQUAL). Now for geometry > drawn with pfDecal() I have a problem. > > If I use PFDECAL_BASE_DISPLACE, then the laters do not appear at all. What > I would expect to be happening is this: > > - First call to pfDraw(): > - Base geometry is drawn, with z=1 say. > - displacepolygon() is called. > - Layer geometry is draw, with z=1, but displacepolygon() offsets > this and makes it, say, z=2 instead (this avoids "Z-flickering"). > - zfunction(ZF_EQUAL) is called. > - Second call to pfDraw(): > - Base geometry is drawn, with z=1, exactly overwriting what was > there before, but leaving blank the sections where the layer > geometry was drawn (since here z==2). > - displacepolygon() is called. > - Layer geometry is draw, with z=1, but displacepolygon() offsets > this and makes it z=2 instead, exactly overwriting what was > previously rendered by the layer geometry. > > However this is not what happens, since I do not see my layers at all. In > fact the base is rendered as if the layers were never drawn. Using gldebug, I have discovered that the decal layers in a pfLayer node are drawn using zwritemask(0x0). This is usually fine, but makes it impossible to do what I wanted to do above (or the standard projected texture algorithm) as the ZF_EQUAL pass will fail for this geometry. All I need to do now is stop the call to zwritemask(0x0), but HOW? There is no way to pfOverride it. The only solution I can think of (which I DON'T like the idea of), is to change all the pfLayer nodes to pfGroup nodes and add call-backs to handle the decaling myself. There must be a better way!?!?!? Rob :-/ ------------------------------------------------------------------------------ _ |_) _ |_ _ ._ _|_ \ / _ |_ |_ robertw@wormald.com.au | \(_)|_)(/_| |_ \/\/ (/_|_)|_)o "Informer, you no say daddy me Snow me I'll go blame, a licky boom boom down" - Snow. ------------------------------------------------------------------------------ From guest Wed Jul 19 00:26:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA25619; Wed, 19 Jul 1995 00:23:28 -0700 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 AAA25616; Wed, 19 Jul 1995 00:23:27 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26955; Wed, 19 Jul 95 00:23:26 -0700 Received: from ricechex.me.iastate.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id AAA15548; Wed, 19 Jul 1995 00:23:24 -0700 Received: by ricechex.me.iastate.edu (950215.SGI.8.6.10/930416.SGI.AUTO) id CAA16726; Wed, 19 Jul 1995 02:23:23 -0500 From: "Jorge Figueroa" Message-Id: <9507190223.ZM16724@ricechex.me.iastate.edu> Date: Wed, 19 Jul 1995 02:23:17 -0500 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info_performer@sgi.sgi.com, info-performer@sgi.sgi.com Subject: Need code for perfly's main.c to load file onto Boom Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O HI! I can currently view an Inventor file into Performer using the convertor, however I cant load this file into my office's Boom. It is easy to add this option to cmndline.c but without All of the source code I cannot recompile. Where can I get this code? Is there another way to load this file onto the Boom? THANKS :) Jorge figueroa@iastate.edu From guest Wed Jul 19 00:10:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA25596; Wed, 19 Jul 1995 00:07:38 -0700 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 AAA25593; Wed, 19 Jul 1995 00:07:37 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26771; Wed, 19 Jul 95 00:07:36 -0700 Received: from sgiger.munich.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id AAA14734; Wed, 19 Jul 1995 00:07:31 -0700 Received: from sgihan.hannover.sgi.com by sgiger.munich.sgi.com via SMTP (911016.SGI/911001.SGI) for info-performer@sgi.sgi.com id AA13136; Wed, 19 Jul 95 09:07:20 +0200 Received: from elwood.hannover.sgi.com by sgihan.hannover.sgi.com via ESMTP (940816.SGI.8.6.9/930416.SGI) for <@sgihan.hannover.sgi.com:info-performer@sgi.sgi.com> id JAA12577; Wed, 19 Jul 1995 09:07:27 +0200 Received: by elwood.hannover.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.sgi.com id JAA00181; Wed, 19 Jul 1995 09:07:25 +0200 From: "Axel Sammet" Message-Id: <9507190907.ZM175@elwood.hannover.sgi.com> Date: Wed, 19 Jul 1995 09:07:25 +0000 X-Face: +.n!QKG7O5w\:2hJh%S}+iu)$t[N^n/eh9w-}^>U?i6]!O|,ubP5E$:C05Wot=|3?_N&bjk 4w%$@iFnNm&KCFms>NC]uX!T)xVcoM32jd`qO\VWkG6zc(!H)d`?1>CNrT:HOyT2mtxJ$(*M,QBe4d LYJVuvh!kn}3M}wqP6}cd(b0%+q9$.{+kIFC3ECFnZ3/ok|NqVgtG0^/{+9-6i52'n,H::f|!_du_e Gd*A~4xUbln#@ X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: info-performer@sgi.sgi.com Subject: N-Vision HMD Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi Folks, Has anyone successfully connected an N-Vision HMD to an ONYX RE2 using field sequential output mode? The setmon command I am using is: setmon -n -sb 1280x960_180qi I have a 13W3 to 3BNC cable connected to the Monitor outlet and connected the HMD to the Blue Cable (where the sync is on). I have an application in 24-Bit RGB mode running and expect a color image on the HMD display. Unfortunately I only get a B&W signal on the HMD as well as on my field sequential control monitor. I have another FieldSequential control monitor with three BNC inputs (one for each color component). This one works perfectly so I might still have an RGB parallel signal and not the expected sequential. Are there ways to check the fieldsequential signal which leaves the ONYX? Has anyone experienced similar problems? Any help and hints greatly appreciated. Thanks Axel -- ______________________________________________________________________ _/_/_/_/_/ _/_/_/_/_/ _/ _/ _/ _/ _/ _/ _/ _/_/_/_/_/ _/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/_/_/ _/_/_/_/_/ _/ Axel Sammet, SE Visual Simulation, Digital Media, CAD/CAM Silicon Graphics GmbH | Tel: +49 511 9017229 Ahrensburger Strasse 3 | Fax: +49 511 6138115 30659 Hannover | VM #: 59191 M/S: IHA-314 Germany | E-Mail: axel@hannover.sgi.com | URL: http://www.hannover.sgi.com/ _____________________________________________________________________ From guest Wed Jul 19 05:46:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA26816; Wed, 19 Jul 1995 05:43:30 -0700 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 FAA26813; Wed, 19 Jul 1995 05:43:29 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01014; Wed, 19 Jul 95 05:43:28 -0700 Received: from beyond.clubfed.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id FAA03643; Wed, 19 Jul 1995 05:43:25 -0700 Received: from sonic.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (940816.SGI.8.6.9/911001.SGI) id JAA00846; Wed, 19 Jul 1995 09:16:30 -0400 Received: by sonic.clubfed.sgi.com (940816.SGI.8.6.9/930416.SGI.AUTO) id IAA26305; Wed, 19 Jul 1995 08:43:16 -0400 From: "Brian Furtaw" Message-Id: <9507190843.ZM26303@sonic.clubfed.sgi.com> Date: Wed, 19 Jul 1995 08:43:10 -0400 In-Reply-To: Wim Elhorst "dxf converters (any info?)" (Jul 18, 6:11pm) References: <199507181611.AA18605@beatrix.fss.fokker.nl> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: Wim Elhorst , info-performer@sgi.sgi.com Subject: Re: dxf converters (any info?) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 18, 6:11pm, Wim Elhorst wrote: > Subject: dxf converters (any info?) > Hi; > > we have a database (40Mb) in dxf format and want to prune it using modelgen. > Modelgen does not easily digest this file, so the question is, > are there any sgi-based tools available for segmenting dxf files into > smaller dxf files; or tools for direct dxf to flight format translation ? > > Thanks in advance > > -wim > > -- > ___________________________________________________________________________ > Wim Elhorst. Fokker Space & Systems BV. > wim@fss.fokker.nl P.O.Box 32070 > phone: (71)245405 2303DB Leiden > fax: (71)245498 The Netherlands >-- End of excerpt from Wim Elhorst I don't know of a flight format converter for dxf but your SGI comes equipped with DxfToIv, which outputs inventor format files, which Performer can read. Look for /usr/lib/Showcase/ift/DxfToIv on your system DxfToIv -h will explain the rest. Hope this helps. Brian -- o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o Brian Furtaw (brian@sgi.com) RSE Graphics/Languages Office: (301) 572-3293 Silver Spring, MD Fax: (301) 572-3280 From guest Wed Jul 19 06:10:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA26878; Wed, 19 Jul 1995 06:07:30 -0700 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 GAA26875; Wed, 19 Jul 1995 06:07:29 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01215; Wed, 19 Jul 95 06:07:28 -0700 Received: from giraffe.asd.sgi.com by rose.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA02330; Wed, 19 Jul 1995 06:07:26 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@rose.asd.sgi.com id AA01207; Wed, 19 Jul 95 06:07:24 -0700 Received: from internet-mail.ford.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA05134; Wed, 19 Jul 1995 06:07:15 -0700 Received: by internet-mail.ford.com id AA25210 (InterLock SMTP Gateway 3.0 for info-performer@rose.asd.sgi.com); Wed, 19 Jul 1995 09:07:11 -0400 Message-Id: <199507191307.AA25210@internet-mail.ford.com> Received: by internet-mail.ford.com (Protected-side Proxy Mail Agent-1); Wed, 19 Jul 1995 09:07:11 -0400 From: "James Korotney" Date: Wed, 19 Jul 1995 09:12:04 -0400 In-Reply-To: "Axel Sammet" "N-Vision HMD" (Jul 19, 9:07am) References: <9507190907.ZM175@elwood.hannover.sgi.com> X-Mailer: Z-Mail (3.2.1 15feb95) To: "Axel Sammet" Subject: Re: N-Vision HMD Cc: info-performer@rose Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O >-- On Jul 19, 9:07am, Axel Sammet wrote: > Subject: N-Vision HMD > Hi Folks, > > Has anyone successfully connected an N-Vision HMD to an ONYX RE2 using > field sequential output mode? > > The setmon command I am using is: > > setmon -n -sb 1280x960_180qi > > > I have a 13W3 to 3BNC cable connected to the Monitor outlet and connected > the HMD to the Blue Cable (where the sync is on). > > I have an application in 24-Bit RGB mode running and expect a color image > on the HMD display. > > Unfortunately I only get a B&W signal on the HMD as well as on my field > sequential control monitor. > > We tend to have problems often when not doing a hardware (eeprom) reprogram in the setmon command. Not always, but common enough. The BW signal did happen periodically. Though should be able to go to field sequential as you did in software (setmon -n) (providing your x display is not larger than the eeprom setting), it does not seem to be a stable thing. To avoid it, we do a hardware reset remotely. This means restarting graphics, so you kill the x session on the machine, logging out anyone on the display. try prompt_remote% /usr/gfx/setmon -x -srgba 1280_960_180qi ^^^ specifies an eeprom reprogram on graphics restart prompt_remote% /usr/gfx/stopgfx prompt_remote% /usr/gfx/startgfx Check the setmon man page. see what happens. Good luck. -james -- ---------------------------------------------------------------------------- James J. Korotney Sterling Software ___ Ford Motor Company / _|_ jkorotne@pms605.pms.ford.com bldg. 5, room 1122 /| |_| 0= 20000 Rotunda Dr. || \\=\ Ford: (313) 323-1075 Dearborn, MI 48121-2053 || | lab: (313) 323-8345 || | fax: (313) 845-3804 _||_ // ---------------------------------------------------------------------------- From guest Wed Jul 19 08:26:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA27171; Wed, 19 Jul 1995 08:23:23 -0700 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 IAA27168; Wed, 19 Jul 1995 08:23:22 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03296; Wed, 19 Jul 95 08:23:21 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA18799; Wed, 19 Jul 1995 08:23:20 -0700 Received: from barney.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id IAA26241; Wed, 19 Jul 1995 08:23:15 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id QAA22388; Wed, 19 Jul 1995 16:19:12 +0100 From: "Rob Jenkins" Message-Id: <9507191619.ZM22386@barney.reading.sgi.com> Date: Wed, 19 Jul 1995 16:19:12 +0100 In-Reply-To: Robert Webb "pfPassChanData :-(" (Jul 19, 10:23am) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Robert Webb Subject: Re: pfPassChanData :-( Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Robert I don't know enough about this to be sure but I found a support call in our database that had a similar problem. Jim Helman got them to try using pfGetChanData as a workaround - could you try this ? it may help narrow the problem down. Also this sounds like a problem you should be able to reproduce with a small piece of test code - it would really help if you could. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Wed Jul 19 09:52:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA27456; Wed, 19 Jul 1995 09:46:49 -0700 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 JAA27453; Wed, 19 Jul 1995 09:46:48 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05860; Wed, 19 Jul 95 09:46:43 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA00927; Wed, 19 Jul 1995 09:46:40 -0700 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA05847; Wed, 19 Jul 95 09:46:20 -0700 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA07799; Wed, 19 Jul 1995 09:45:33 -0700 From: "Javier Castellar" Message-Id: <9507190945.ZM7797@sixty.asd.sgi.com> Date: Wed, 19 Jul 1995 09:45:33 -0700 In-Reply-To: "Axel Sammet" "N-Vision HMD" (Jul 19, 9:07am) References: <9507190907.ZM175@elwood.hannover.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Axel Sammet" Subject: Re: N-Vision HMD Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Yes, i have tried it several times in the past and it seems to work. Let me check the details on our helmet. Which RM rev. are you using? -Javier -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: (415)-390-1589 * * Advanced Graphics * Fax: (415)-964-8671 * * Advanced Systems Division * MailStop: 8U-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "The violence is the resource of non competent people." Hari Seldon From guest Wed Jul 19 04:49:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA26686; Wed, 19 Jul 1995 04:46:36 -0700 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 EAA26683; Wed, 19 Jul 1995 04:46:35 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29925; Wed, 19 Jul 95 04:46:34 -0700 Received: from goya.eunet.es by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA29638; Wed, 19 Jul 1995 04:46:17 -0700 Received: (uucp@localhost) by goya.eunet.es (8.6.10/13.16) id NAA29332; Wed, 19 Jul 1995 13:32:53 +0200 Received: by INDY3.comarts.es (940816.SGI.8.6.9/5.3) id MAA09443; Wed, 19 Jul 1995 12:16:55 -0700 Date: Wed, 19 Jul 1995 12:16:55 -0700 From: "Nacho Sanz-Pastor. Computer Arts + Developments" Message-Id: <199507191916.MAA09443@INDY3.comarts.es> To: info-performer@sgi.sgi.com, robertw@wormald.com.au Subject: Decals with projected textures again?? Status: O Hi, Bob. We had a similar problem with zwritemasks, and maybe it'd be best if you can handle the displacepolygon in callbacks by yourself. Even if you consider using callbacks in the decaled nodes to reset the zwritemask, that might not work properly, since the writemask ( at least in our case ) were changed after the draw node callback. Jim Helman told me a few weeks ago that ... >In 1.2, PFTR_NO_OCCLUDE transparency and PFDECAL_BASE_FAST/DISPLACE, >diddle the zwritemask as part of their operation. About the multiproc, when you call pfConfig the forks are separated from the main process, and it's kind of hard to change the mp mode afterwards. Maybe there's a way to do it, but not easily. It's a bad day here too :) --------------------------------------------------- mb$$m Nacho Sanz-Pastor b$" $"$""$$b, Email: nacho@comarts.es |$P $P Pm `$Pb --------------------------------------------------- $| $ P, `|P, Computer Arts & Developments Phone: ++ 34 1 3572751 "$ P P `b$ Anita Vindel,10 ++ 34 1 3572752 "PPPP | ,P Madrid 28023 SPAIN Fax : ++ 34 1 3070339 $bmm1" ----------------------------------------------------------------------------- Computer Arts & Developments Visual Simulation Group An asteroid has crashed on Earth,and the Dinosaurs are close to being extinct ----------------------------------------------------------------------------- From guest Wed Jul 19 08:11:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA27141; Wed, 19 Jul 1995 08:09:17 -0700 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 IAA27138; Wed, 19 Jul 1995 08:09:16 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03031; Wed, 19 Jul 95 08:09:15 -0700 Received: from goya.eunet.es by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id IAA16990; Wed, 19 Jul 1995 08:09:06 -0700 Received: (uucp@localhost) by goya.eunet.es (8.6.10/13.16) id QAA04874; Wed, 19 Jul 1995 16:57:08 +0200 Received: by INDY3.comarts.es (940816.SGI.8.6.9/5.3) id PAA09829; Wed, 19 Jul 1995 15:29:04 -0700 Date: Wed, 19 Jul 1995 15:29:04 -0700 From: "Nacho Sanz-Pastor. Computer Arts + Developments" Message-Id: <199507192229.PAA09829@INDY3.comarts.es> To: info-performer@sgi.sgi.com, axel@elwood.hannover.sgi.com Subject: Re: Nvision HMD Status: O Hi, axel. Besides the setmon eeprom hard setting, there might be an additional problem: If the revision of your RMs is less or equal to 0102, the field sequential outputs might only output 'triple blue' sequential signals, and you'll get a B&W signal. You can see the revision with /usr/gfx/gfxinfo -v. Rgds, --------------------------------------------------- mb$$m Nacho Sanz-Pastor b$" $"$""$$b, Email: nacho@comarts.es |$P $P Pm `$Pb --------------------------------------------------- $| $ P, `|P, Computer Arts & Developments Phone: ++ 34 1 3572751 "$ P P `b$ Anita Vindel,10 ++ 34 1 3572752 "PPPP | ,P Madrid 28023 SPAIN Fax : ++ 34 1 3070339 $bmm1" ----------------------------------------------------------------------------- Computer Arts & Developments Visual Simulation Group An asteroid has crashed on Earth,and the Dinosaurs are close to being extinct ----------------------------------------------------------------------------- From guest Wed Jul 19 16:17:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA28478; Wed, 19 Jul 1995 15:58:38 -0700 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 PAA28475; Wed, 19 Jul 1995 15:58:37 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19909; Wed, 19 Jul 95 15:58:36 -0700 Received: from mail04.mail.aol.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA16195; Wed, 19 Jul 1995 15:58:34 -0700 From: SSPSU91@aol.com Received: by mail04.mail.aol.com (1.37.109.11/16.2) id AA111974713; Wed, 19 Jul 1995 18:58:33 -0400 Date: Wed, 19 Jul 1995 18:58:33 -0400 Message-Id: <950719185833_36370723@aol.com> To: info-performer@sgi.sgi.com Subject: Performer and VAPS Status: O Has anyone used a product called VAPS from Virtual Prototypes Inc. located in Canada? If so, can it be combined with or called from Performer. I currently use both VAPS and Performer and see many uses for applications which could call VAPS from the Performer draw process. Stephanie Sroczyk, JJM Systems Inc. SSPSU91@aol.com From guest Wed Jul 19 16:21:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA28491; Wed, 19 Jul 1995 16:02:20 -0700 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 QAA28488; Wed, 19 Jul 1995 16:02:20 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20022; Wed, 19 Jul 95 16:02:12 -0700 Received: from mail06.mail.aol.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA17081; Wed, 19 Jul 1995 16:02:07 -0700 From: SSPSU91@aol.com Received: by mail06.mail.aol.com (1.37.109.11/16.2) id AA008954925; Wed, 19 Jul 1995 19:02:05 -0400 Date: Wed, 19 Jul 1995 19:02:05 -0400 Message-Id: <950719190200_36373070@aol.com> To: info-performer@sgi.sgi.com Subject: Performer and GL blinking prob Status: O I have a Performer application and I call a GL program from the draw process which draws overlay graphics on the Performer scene. It works good except the GL overlay graphics blink pretty bad. Could anyone identify a cause for this? Stephanie Sroczyk, JJM Systems Inc. SSPSU91@aol.com From guest Wed Jul 19 09:05:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA27345; Wed, 19 Jul 1995 09:01:16 -0700 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 JAA27342; Wed, 19 Jul 1995 09:01:15 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04442; Wed, 19 Jul 95 09:01:14 -0700 Received: from goya.eunet.es by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA24062; Wed, 19 Jul 1995 09:01:05 -0700 Received: (uucp@localhost) by goya.eunet.es (8.6.10/13.16) id RAA06635 for info-performer@sgi.com; Wed, 19 Jul 1995 17:57:35 +0200 Received: by INDY3.comarts.es (940816.SGI.8.6.9/5.3) id QAA09998 for info-performer@sgi.com; Wed, 19 Jul 1995 16:41:11 -0700 Date: Wed, 19 Jul 1995 16:41:11 -0700 From: "Nacho Sanz-Pastor. Computer Arts + Developments" Message-Id: <199507192341.QAA09998@INDY3.comarts.es> To: info-performer@sgi.sgi.com Subject: Tlut performance Status: O Hi, Does anyone know about the performance impact on the fill rate of the use of tluts ? Is it very costly to bind a new tlut for every frame ? Does tlut action only occur at the texdef moment, or is it continiously referenced for later texture accesses ( are tluts precomputed in texture memory or used all the time to translate texture values ? ) ? Thanks in advance --------------------------------------------------- mb$$m Nacho Sanz-Pastor b$" $"$""$$b, Email: nacho@comarts.es |$P $P Pm `$Pb --------------------------------------------------- $| $ P, `|P, Computer Arts & Developments Phone: ++ 34 1 3572751 "$ P P `b$ Anita Vindel,10 ++ 34 1 3572752 "PPPP | ,P Madrid 28023 SPAIN Fax : ++ 34 1 3070339 $bmm1" ----------------------------------------------------------------------------- Computer Arts & Developments Visual Simulation Group An asteroid has crashed on Earth,and the Dinosaurs are close to being extinct ----------------------------------------------------------------------------- From guest Wed Jul 19 17:33:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA29000; Wed, 19 Jul 1995 17:06:17 -0700 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 RAA28997; Wed, 19 Jul 1995 17:06:15 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22704; Wed, 19 Jul 95 17:06:14 -0700 Received: from flanders.mtv.gtegsc.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA00986; Wed, 19 Jul 1995 17:06:10 -0700 From: ledogar@flanders.mtv.gtegsc.com Received: by flanders.mtv.gtegsc.com; id AA14831; Wed, 19 Jul 1995 17:07:07 -0700 Message-Id: <9507200007.AA14831@flanders.mtv.gtegsc.com> To: info-performer@sgi.sgi.com Subject: Re: Tlut performance In-Reply-To: Your message of "Wed, 19 Jul 95 16:41:11 PDT." <199507192341.QAA09998@INDY3.comarts.es> Date: Wed, 19 Jul 95 17:07:07 -0700 X-Mts: smtp Status: O We are using dynamic textures with subtexload, with TX_IA_8 as the internal format (although we're only storing intensity). We have a 4-component lookup table, so I looks up ABGR. We only use that table for one geode in our scene, so we call tlutbind twice per frame. If the lookup is applied to the image data as it goes _into_ texmem, I can't see how all four components would fit into our 16-bits-per-texel texture-memory region. So I think the texture lookup is done for each texel as it comes _out_ of texture memory, and before it goes through the texture environment function. As far as I can tell, these calls have no effect on performance, and the textures on the other geodes come through normally. I guess that means the tluts are loaded into some hardware registers somewhere (for speed)... I wonder what the limit is on the size/number of tluts? Disclaimer: our code isn't totally debugged yet, so my results might be accidental... --- Charlie Ledogar GTE Government Systems Mountain View, CA From guest Wed Jul 19 17:58:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA29457; Wed, 19 Jul 1995 17:43:41 -0700 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 RAA29454; Wed, 19 Jul 1995 17:43:36 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23910; Wed, 19 Jul 95 17:43:29 -0700 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA06568; Wed, 19 Jul 1995 17:43:25 -0700 Received: (from root@localhost) by warrane.connect.com.au with UUCP id KAA06519 (8.6.12/IDA-1.6); Thu, 20 Jul 1995 10:43:02 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA14526 (5.65c/IDA-1.5); Thu, 20 Jul 1995 10:21:23 +1000 Received: from krusty (krusty [8.0.0.31]) by aggro with SMTP id KAA08190 (8.6.12/IDA-1.6); Thu, 20 Jul 1995 10:26:22 +1000 Received: by krusty (5.65) id AA07563; Thu, 20 Jul 1995 10:26:23 +1000 Date: Thu, 20 Jul 1995 10:26:22 +1000 (EST) From: Robert Webb Subject: Re: Decals with projected textures again?? To: "Nacho Sanz-Pastor. Computer Arts + Developments" Cc: info-performer@sgi.sgi.com In-Reply-To: <199507191916.MAA09443@INDY3.comarts.es> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hey Nacho, > We had a similar problem with zwritemasks, and maybe it'd be best if you > can handle the displacepolygon in callbacks by yourself. Even if you > consider using callbacks in the decaled nodes to reset the zwritemask, > that might not work properly, since the writemask ( at least in our case ) > were changed after the draw node callback. > > Jim Helman told me a few weeks ago that ... > > >In 1.2, PFTR_NO_OCCLUDE transparency and PFDECAL_BASE_FAST/DISPLACE, > >diddle the zwritemask as part of their operation. This is sad :-( It's a pity I can't say pfOverride(PFSTATE_ZWRITEMASK) or something like that. But you mention that it happens in 1.2, will anything be different in 2.0? I assume it will still diddle the zwritemask. It seems like such a simple thing to just stop the call to zwritemask(), but instead I will have to traverse the scene graph, replace all the pfLayer nodes with pfGroups, and add my own call-backs to all the children (or at least the first two) to handle the decal stuff. This will be an even bigger pain when we use the Performer 2.0 large-area data-base management stuff. > About the multiproc, when you call pfConfig the forks are separated from > the main process, and it's kind of hard to change the mp mode afterwards. > > Maybe there's a way to do it, but not easily. Huh? I don't want to change the mp mode at all. What I wrote was this: > PS. Has anyone else had problems with the draw-mask apparently not having > any effect in multiprocess mode when set from the APP after pfConfig()???? > My CULL seems to still be using the old value ;-( At some point after pfConfig (ie, after the CULL & DRAW have forked off), I want to change the draw-mask for one of my channels with (from the APP): pfChanTravMask(channel, PFTRAV_DRAW, mask); But it seems to still be using the mask that was set before pfConfig. Everything works if I run in a single process though. > It's a bad day here too :) It's been a bad week! Thanks, Rob. ------------------------------------------------------------------------------ _ |_) _ |_ _ ._ _|_ \ / _ |_ |_ robertw@wormald.com.au | \(_)|_)(/_| |_ \/\/ (/_|_)|_)o "Informer, you no say daddy me Snow me I'll go blame, a licky boom boom down" - Snow. ------------------------------------------------------------------------------ From guest Wed Jul 19 17:58:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA29451; Wed, 19 Jul 1995 17:43:30 -0700 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 RAA29448; Wed, 19 Jul 1995 17:43:24 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23906; Wed, 19 Jul 95 17:43:19 -0700 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id RAA06554; Wed, 19 Jul 1995 17:43:12 -0700 Received: (from root@localhost) by warrane.connect.com.au with UUCP id KAA06544 (8.6.12/IDA-1.6); Thu, 20 Jul 1995 10:43:05 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA14547 (5.65c/IDA-1.5); Thu, 20 Jul 1995 10:30:22 +1000 Received: from krusty (krusty [8.0.0.31]) by aggro with SMTP id KAA08205 (8.6.12/IDA-1.6); Thu, 20 Jul 1995 10:35:22 +1000 Received: by krusty (5.65) id AA07586; Thu, 20 Jul 1995 10:35:23 +1000 Date: Thu, 20 Jul 1995 10:35:22 +1000 (EST) From: Robert Webb Subject: Re: pfPassChanData :-( To: Rob Jenkins Cc: info-performer@sgi.sgi.com In-Reply-To: <9507191619.ZM22386@barney.reading.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi Rob J, > I don't know enough about this to be sure but I found a support call in our > database that had a similar problem. Jim Helman got them to try using > pfGetChanData as a workaround - could you try this ? it may help narrow the > problem down. I did try using pfGetChanData() and it produced the same results. > Also this sounds like a problem you should be able to reproduce with a > small piece of test code - it would really help if you could. Hmmmm... Yeah I may have to come up with some. But what's the bet my little sample code won't reproduce the problem?! (Sorry, I'm having a bad and cynical week :-) Rob W. ------------------------------------------------------------------------------ _ |_) _ |_ _ ._ _|_ \ / _ |_ |_ robertw@wormald.com.au | \(_)|_)(/_| |_ \/\/ (/_|_)|_)o "Informer, you no say daddy me Snow me I'll go blame, a licky boom boom down" - Snow. ------------------------------------------------------------------------------ From guest Wed Jul 19 18:09:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA29590; Wed, 19 Jul 1995 17:55:21 -0700 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 RAA29587; Wed, 19 Jul 1995 17:55:20 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24221; Wed, 19 Jul 95 17:55:14 -0700 Received: from beamish.mit.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA08253; Wed, 19 Jul 1995 17:55:12 -0700 Received: by beamish.mit.edu (940816.SGI.8.6.9/930416.SGI) id VAA27484; Wed, 19 Jul 1995 21:01:08 -0400 Date: Wed, 19 Jul 1995 21:01:08 -0400 From: dorrie@beamish.mit.edu (Dorrie Hall) Message-Id: <199507200101.VAA27484@beamish.mit.edu> To: info-performer@sgi.sgi.com Subject: Performer and GL blinking prob Status: O >I have a Performer application and I call a GL program from the draw process >which draws overlay graphics on the Performer scene. It works good except the >GL overlay graphics blink pretty bad. Could anyone identify a cause for >this? Hi Stephanie, I used to use overlay mode but based on some very helpful information posted by Sharon Rose Clay which said that switching to overlay was a costly operation I draw things I want on top of the scene by "turning off" the z buffering in the postdraw callback. something like this: /* draw in the same x,y coords as scene */ pfPushState(); pfBasicState(); pfDisable(PFEN_TEXTURE); pfDisable(PFEN_LIGHTING); pfDisable(PFEN_FOG); zfunction(ZF_ALWAYS); zwritemask(0x000000); /* draw labels or instruments */ zwritemask(0xFFFFFF); pfPopState(); If you are adding code to pickfly it maybe clearing the overlay planes and causing the "blinking". Dorrie From guest Wed Jul 19 17:39:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA29054; Wed, 19 Jul 1995 17:10:12 -0700 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 RAA29051; Wed, 19 Jul 1995 17:10:11 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22902; Wed, 19 Jul 95 17:10:10 -0700 Received: from gate.ti.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA01529; Wed, 19 Jul 1995 17:10:07 -0700 Received: from tlsun5a.itg.ti.com ([128.247.21.237]) by gate.ti.com (8.6.10/) with ESMTP id TAA24039 for ; Wed, 19 Jul 1995 19:10:07 -0500 Received: from DSKBGW2.ITG.TI.COM (dskbgw2.itg.ti.com [128.247.93.173]) by tlsun5a.itg.ti.com (8.6.12/8.6.11) with SMTP id TAA25365 for <@mailhost.itg.ti.com:info-performer@sgi.com>; Wed, 19 Jul 1995 19:09:57 -0500 Message-Id: <199507200009.TAA25365@tlsun5a.itg.ti.com> From: 1LMS.DSKPO33B@DSKBGW1.ITG.ti.com (Laura Schmid) Date: Wed, 19 Jul 1995 19:08 CST To: info-performer@sgi.sgi.com, guest Subject: re: Performer and VAPS Status: O Yes, my group does alot of VAPS and Performer applications. What we have done is isolate the VAPS and performer into completely seperate isolated processes that communicate. So, even though VAPs and Performer share the same screen space and work together, they are not intertwined. The reason (in the major simplified form) is that both VAPs and Performer are "frameworks" and it is difficult to make one a slave of the other. From our last discussions with the VPI people, it is possible, but people who were trying to do this had many problems getting their applications to work. They may have addressed this problem in VAPs 3.2, but we have not looked into it further. Laura Schmid Visualization & Simulation Technology Texas Instruments, Inc. email: laura-schmid@ti.com ------------- Original Text >From SSPSU91 @ SMTP (SSPSU91) {guest@holodeck.asd.sgi.com}, on 7/19/95 6:28 PM: To: laura-s @ SMTP (laura-schmid) {laura-schmid@ti.com} Has anyone used a product called VAPS from Virtual Prototypes Inc. located in Canada? If so, can it be combined with or called from Performer. I currently use both VAPS and Performer and see many uses for applications which could call VAPS from the Performer draw process. Stephanie Sroczyk, JJM Systems Inc. SSPSU91@aol.com From guest Wed Jul 19 19:08:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA00326; Wed, 19 Jul 1995 19:05:20 -0700 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 TAA00323; Wed, 19 Jul 1995 19:05:19 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27676; Wed, 19 Jul 95 19:05:17 -0700 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA17358; Wed, 19 Jul 1995 19:05:12 -0700 Received: (from root@localhost) by warrane.connect.com.au with UUCP id MAA16665 (8.6.12/IDA-1.6 for info-performer@sgi.com); Thu, 20 Jul 1995 12:05:10 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA15302 (5.65c/IDA-1.5 for ); Thu, 20 Jul 1995 11:45:44 +1000 Received: from krusty (krusty [8.0.0.31]) by aggro with SMTP id LAA08652 (8.6.12/IDA-1.6 for ); Thu, 20 Jul 1995 11:50:44 +1000 Received: by krusty (5.65) id AA05065; Thu, 20 Jul 1995 11:50:45 +1000 Date: Thu, 20 Jul 1995 11:50:43 +1000 (EST) From: Robert Webb Subject: Using PFDECAL_BASE_STENCIL? To: Performer mailing list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi all, it's me again, By default, pfLayer nodes (as loaded from a multigen model, in our case) use PFDECAL_BASE_DISPLACE, which uses the GL displacepolygon() function. How do I make them all use PFDECAL_BASE_STENCIL instead? The obvious thing to try would be: pfDecal(PFDECAL_BASE_STENCIL); pfOverride(PFSTATE_DECAL, PF_ON); But this stops Performer from ever calling pfDecal again, which means it won't call pfDecal(PFDECAL_LAYER) for the decal layers in each pfLayer node, so you end up with just lots of flickering polygons (because everything in the scene graph is treated as base geometry!). Do I have to traverse the whole scene graph and individually change the type of decaling used for each pfLayer node I come across? (Everything I want to do these days seems to require traversing the whole scene graph :-(. ). Thanks, Rob. ------------------------------------------------------------------------------ _ |_) _ |_ _ ._ _|_ \ / _ |_ |_ robertw@wormald.com.au | \(_)|_)(/_| |_ \/\/ (/_|_)|_)o "Informer, you no say daddy me Snow me I'll go blame, a licky boom boom down" - Snow. ------------------------------------------------------------------------------ From guest Thu Jul 20 00:07:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA01083; Thu, 20 Jul 1995 00:05:07 -0700 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 AAA01080; Thu, 20 Jul 1995 00:05:06 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07023; Thu, 20 Jul 95 00:05:05 -0700 Received: from einstein.technet.sg by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA13358; Thu, 20 Jul 1995 00:04:38 -0700 Received: from dyn66.ppp.technet.sg (dyn66.ppp.technet.sg [192.169.38.66]) by einstein.technet.sg (8.6.11/8.6.9) with SMTP id PAA15576 for ; Thu, 20 Jul 1995 15:04:33 +0800 Date: Thu, 20 Jul 1995 15:04:33 +0800 Message-Id: <199507200704.PAA15576@einstein.technet.sg> X-Sender: sit9501@slip.technet.sg (Unverified) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: sit9501@technet.sg (Ng Kian Bee) Subject: [Q] Performer vs other tool X-Mailer: Status: O Hi, I need this help urgently: I am preparing a proposal to recommend to buy a software to do some walk-through. I understand that Performer can do it quite well, however, I need to know if there is any other tools, prefably those click-click type rather than programming type, that u experience users would recommend. Budget wise should not be a problem. The main thing is that I need to have a very high degree of interactivity. Thanx a million. ************************************ * * * Kian * * email : sit9501@slip.technet.sg * * * * Nanyang Polytechnic * * School of Information Technology * * 20 Yishun Avenue 9 * * Singapore 2776 * * Republic of Singapore * * Tel (65) 750 1440 * * Fax (65) 755 5571 * * * ************************************ From guest Thu Jul 20 02:24:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA01709; Thu, 20 Jul 1995 02:20:07 -0700 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 CAA01706; Thu, 20 Jul 1995 02:20:06 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11070; Thu, 20 Jul 95 02:20:04 -0700 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id CAA22155; Thu, 20 Jul 1995 02:19:54 -0700 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA22362 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Thu, 20 Jul 1995 11:25:07 +0200 Message-Id: <199507200925.AA22362@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA06123; Thu, 20 Jul 95 11:04:48 +0200 From: Marco Crocetta Subject: Performer 2.0: When ? To: info-performer@sgi.sgi.com Date: Thu, 20 Jul 95 11:04:47 METDST Mailer: Elm [revision: 66.25] Status: O Hi, I read with attention at the mail messages about Performer 2.0 features, and I found them very interesting. I think some of these new features could be very useful for my project. Unfortunatelly, I'll have to do the final test of my Performer application very soon. So, if possible, I would know if 2.0 will be ready before October. Thanks in advance, and sorry for my short English... --------------------------- Antonio Diotallevi DATAMAT SpA, Rome e-mail: onyx@datamat.it --------------------------- From guest Thu Jul 20 04:51:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA02789; Thu, 20 Jul 1995 04:47:42 -0700 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 EAA02786; Thu, 20 Jul 1995 04:47:40 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14453; Thu, 20 Jul 95 04:47:39 -0700 Received: from alexandra.mtl.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA29809; Thu, 20 Jul 1995 04:47:35 -0700 Received: from Maddie (maddie [192.148.246.55]) by alexandra.mtl.com (8.6.10/8.6.6) with ESMTP id HAA27095; Thu, 20 Jul 1995 07:48:20 -0400 Received: by Maddie (940816.SGI.8.6.9/Spike-2.0) id HAA08346; Thu, 20 Jul 1995 07:47:46 -0400 From: "John A. Collier" Message-Id: <9507200747.ZM8344@Maddie.mtl.com> Date: Thu, 20 Jul 1995 07:47:45 -0400 In-Reply-To: sit9501@technet.sg (Ng Kian Bee) "[Q] Performer vs other tool" (Jul 20, 3:04pm) References: <199507200704.PAA15576@einstein.technet.sg> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: sit9501@technet.sg (Ng Kian Bee) Subject: Re: [Q] Performer vs other tool Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, You might try EasyScene 2.0. It has a really nice GUI that allows a lot of the "click-click" type stuff you are looking for. Call Coryphaeus at (408) 395-4537 (California, USA) for more info or you can email me and I can answer some questions. John -- John A. Collier e-mail: jcollier@mtl.com MTL Systems, Inc. voice: (513) 426-3111 3481 Dayton-Xenia Rd. fax: (513) 426-8301 Dayton, OH 45432-2796 From guest Thu Jul 20 06:02:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA03051; Thu, 20 Jul 1995 05:58:23 -0700 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 FAA03048; Thu, 20 Jul 1995 05:58:22 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15998; Thu, 20 Jul 95 05:58:21 -0700 Received: from mail02.mail.aol.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA03939; Thu, 20 Jul 1995 05:58:19 -0700 From: SSPSU91@aol.com Received: by mail02.mail.aol.com (1.37.109.16/16.2) id AA149875098; Thu, 20 Jul 1995 08:58:18 -0400 Date: Thu, 20 Jul 1995 08:58:18 -0400 Message-Id: <950720085816_118941016@aol.com> To: info-performer@sgi.sgi.com Subject: Get channel id Status: O Does anyone know of a pf call which will return the channel id of the current channel being drawn. I want to call this function in the draw process and only do certain things when a certain channel is being drawn. I know there is a pfGetChanPipe call to return the pipe of the channel so I think there may be one similar for channels. Stephanie Sroczyk, JJM Systems Inc. email SSPSU91@aol.com From guest Thu Jul 20 06:02:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA03056; Thu, 20 Jul 1995 05:58:49 -0700 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 FAA03053; Thu, 20 Jul 1995 05:58:48 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16012; Thu, 20 Jul 95 05:58:46 -0700 Received: from sophie-scholl.dbag.ulm.DaimlerBenz.COM by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id FAA03928; Thu, 20 Jul 1995 05:58:07 -0700 Received: from fids1 by sophie-scholl.dbag.ulm.DaimlerBenz.COM (5.x/SMI-SVR4-20.7.1995) id AA00335; Thu, 20 Jul 1995 14:57:59 +0200 Received: by fids1 (5.57/Ultrix3.0-C-10.7.1995) id AA01777; Thu, 20 Jul 95 15:01:12 +0200 Date: Thu, 20 Jul 95 15:01:12 +0200 Received: from umc by fids1 via MR/FI3500 with conversational-MRIF; Thu, 20 Jul 95 15:01:11 +0200 Posted: Thu, 20 Jul 95 13:58:13 +0200 Sender: kummerfeldt@dbag.ulm.DaimlerBenz.COM From: "KUMMERFELDT" Message-Id: <21853102705991/15781@FI3500> To: info-performer@sgi.sgi.com Subject: collision detection Status: O Hello, having tried to implement a collision detector for Inventor scenes, I experienced this is a pretty tough task. My intention is to move a single picked object in an Inventor scene and to detect whether collisions occurred. Bounding box collision detection is not sufficient and more comfortable detectors are either intricate and/or time consuming. Therefore I'm trying to find an already implemented detector this way. Can anybody help? I hardly can imagine this problem has not been solved already. Possibly software can be bought anywhere? Hints are highly appreciated. Thanks in advance Georg Kummerfeldt ------- Text message VMSmail To information: FI3500::MRGATE::UMC::"info-performer@sgi.com" VMSmail CC information: KUMMERFELDT ------- End of Text message From guest Thu Jul 20 06:29:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA03208; Thu, 20 Jul 1995 06:27:08 -0700 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 GAA03203; Thu, 20 Jul 1995 06:27:07 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16856; Thu, 20 Jul 95 06:27:06 -0700 Received: from beyond.clubfed.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id GAA06342; Thu, 20 Jul 1995 06:27:02 -0700 Received: from sonic.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (940816.SGI.8.6.9/911001.SGI) id JAA15799; Thu, 20 Jul 1995 09:30:39 -0400 Received: by sonic.clubfed.sgi.com (940816.SGI.8.6.9/930416.SGI.AUTO) id JAA01522; Thu, 20 Jul 1995 09:26:53 -0400 From: "Brian Furtaw" Message-Id: <9507200926.ZM1520@sonic.clubfed.sgi.com> Date: Thu, 20 Jul 1995 09:26:46 -0400 In-Reply-To: SSPSU91@aol.com "Performer and VAPS" (Jul 19, 6:58pm) References: <950719185833_36370723@aol.com> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: SSPSU91@aol.com, info-performer@sgi.sgi.com Subject: Re: Performer and VAPS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 19, 6:58pm, SSPSU91@aol.com wrote: > Subject: Performer and VAPS > Has anyone used a product called VAPS from Virtual Prototypes Inc. located in > Canada? If so, can it be combined with or called from Performer. I > currently use both VAPS and Performer and see many uses for applications > which could call VAPS from the Performer draw process. > Stephanie Sroczyk, JJM Systems Inc. > SSPSU91@aol.com >-- End of excerpt from SSPSU91@aol.com >From what I have seen of VAPS it creates code tied directly into the XtMainLoop() in fact VAPS has its own main loop at least the version I saw one year ago did. That VAPS main loop did not look to flexible either, VAPS is however a great product, and maybe Performer 2.0, if it follows the OpenGL paradigm will have allow access to XWindows. Brian -- o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o Brian Furtaw (brian@sgi.com) RSE Graphics/Languages Office: (301) 572-3293 Silver Spring, MD Fax: (301) 572-3280 From guest Thu Jul 20 07:29:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA03520; Thu, 20 Jul 1995 07:27:01 -0700 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 HAA03517; Thu, 20 Jul 1995 07:27:00 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18497; Thu, 20 Jul 95 07:26:59 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA12592; Thu, 20 Jul 1995 07:26:57 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA18491; Thu, 20 Jul 95 07:26:55 -0700 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id HAA03239; Thu, 20 Jul 1995 07:26:54 -0700 From: "Michael Jones" Message-Id: <9507200726.ZM3237@babar.asd.sgi.com> Date: Thu, 20 Jul 1995 07:26:53 -0700 In-Reply-To: "KUMMERFELDT" "collision detection" (Jul 20, 3:01pm) References: <21853102705991/15781@FI3500> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "KUMMERFELDT" , info-performer@sgi.sgi.com Subject: Re: collision detection Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 20, 3:01pm, KUMMERFELDT wrote: > Subject: collision detection :Hello, :having tried to implement a collision detector for Inventor scenes, I :experienced this is a pretty tough task. My intention is to move a single picked :object in an Inventor scene and to detect whether collisions occurred. Bounding :box collision detection is not sufficient and more comfortable detectors are :either intricate and/or time consuming. Therefore I'm trying to find an already :implemented detector this way. Can anybody help? I hardly can imagine this :problem has not been solved already. Possibly software can be bought anywhere? :Hints are highly appreciated. :Thanks in advance :Georg Kummerfeldt Georg: It sounds like you want scene-graph .vs scene-graph intersection detection. This is a very difficult problem to do quickly, and one that is supported in neither OpenInventor nor IRIS Performer. Sorry, Michael T. Jones -- 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 Jul 20 08:08:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA03654; Thu, 20 Jul 1995 08:05:33 -0700 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 IAA03651; Thu, 20 Jul 1995 08:05:33 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19805; Thu, 20 Jul 95 08:05:32 -0700 Received: from ivan.engr.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id IAA16423; Thu, 20 Jul 1995 08:04:44 -0700 Received: by ivan.engr.sgi.com (940816.SGI.8.6.9/911001.SGI) id IAA16259; Thu, 20 Jul 1995 08:04:42 -0700 Date: Thu, 20 Jul 1995 08:04:42 -0700 From: ib@ivan.engr.sgi.com (Ivan Bach) Message-Id: <199507201504.IAA16259@ivan.engr.sgi.com> To: info-performer@sgi.sgi.com, "KUMMERFELDT" Subject: Re: collision detection Status: O "KUMMERFELDT" writes: > Therefore I'm trying to find an already implemented (collision) detector Article 17570 of comp.archives: From: ponamgi@cs.unc.edu (ponamgi) Subject: [comp.graphics.algorithms] Collision Detection Code Release Date: 24 Jun 1995 03:36:13 GMT Organization: The University of North Carolina at Chapel Hill Sender: adam@yggdrasil.com Distribution: world (Please forward comments to geom@cs.unc.edu) I_COLLIDE Collision Detection Library ------------------------------------- We announce the release of Version 1.0 of I_COLLIDE collision detection library. I_COLLIDE is an interactive and exact collision detection library for large environments composed of convex polyhedra. Many non-convex polyhedra may be decomposed into a set of convex polyhedra, which may then be used with this library. I_COLLIDE exploits coherance (the property of a simulation to change very litle between consecutive time steps) and the properties of convexity to achieve very fast collision detection which is exact to the accuracy of the input models. We've tested the library in both an architectural walkthrough and multi-body simulations , impulse-based simulations and the time required for collision detection is typically small compared to the time to generate the graphics for these simulations. I_COLLIDE has been developed by researchers at the University of N. Carolina Chapel Hill and the University of California at Berkeley. For more information, check out the I_COLLIDE WWW page: http://www.cs.unc.edu/~geom/I_COLLIDE.html You can ftp the tar file (it has the installation instructions) using ftp cs.unc.edu (anonymous ftp) cd pub/users/manocha/CODE/COLLISION get I_COLLIDE.tar.Z (use binary mode) For questions or comments related to I_COLLIDE send e-mail to geom@cs.unc.edu . ------------------------------------------------------------------------- Dinesh Manocha Tel : 919-9621749 Department of Computer Science Fax : 919-9621799 CB #3175, Sitterson Hall WWW : http://www.cs.unc.edu/~manochaUniversity of N. Carolina INTERNET: manocha@cs.unc.edu Chapel Hill, NC 27599-3175 ------------------------------------------------------------------------- Ivan Bach, ib@sgi.com From guest Thu Jul 20 02:03:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA01556; Thu, 20 Jul 1995 01:58:58 -0700 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 BAA01550; Thu, 20 Jul 1995 01:58:57 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10341; Thu, 20 Jul 95 01:58:56 -0700 Received: from gatekeeper.volvo.se by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id BAA20827; Thu, 20 Jul 1995 01:58:45 -0700 Received: from localhost (mail@localhost) by gatekeeper.volvo.se (8.6.5/8.6.5) id KAA10770; Thu, 20 Jul 1995 10:58:24 +0200 Received: from unknown(153.112.1.4) by gatekeeper.volvo.se via smap (V1.3) id sma010749; Thu Jul 20 10:58:09 1995 Received: from challenge by nike.volvo.se with SMTP (8.6.4/1.37) id KAA17947; Thu, 20 Jul 1995 10:58:08 +0200 Received: by challenge (931110.SGI/930416.SGI) for @nike.volvo.se:info-performer@sgi.com id AA17228; Thu, 20 Jul 95 10:58:31 +0200 From: "Dennis Saluaar" Message-Id: <9507201058.ZM17226@challenge> Date: Thu, 20 Jul 1995 10:58:31 -0600 In-Reply-To: "Axel Sammet" "N-Vision HMD" (Jul 19, 9:07am) References: <9507190907.ZM175@elwood.hannover.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: "Axel Sammet" Subject: Re: N-Vision HMD Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi ! We run VR-stuff on a Onyx with one RE2 and a MCO for dual channels. We have 4xRM4s and the revisions are : 00112/00112/00112/00112. We use the n-Vision HMD with a stereoscopic setting. We have succesfully used the following commands for 180 Hz field-sequential: ./setmon -x -s b 640x480_180q (640x480 monoscopic) ./setmon -x -s b 1280x960_180qi (1280x960 monoscopic) ./setmon -S -x -s b 2@640x480_180q (640x480 stereoscpoic) The last command use the MCO option ( -S ) and we always use stopgfx and startgfx to restart the graphics. Sometimes the sync does not follow the blue and therefore the clour fails. We use the syncs from two of the MCO-channels and connect them to VS and the HS inputs on the HMD electronics box. The first time we tested a field-sequential device we also experienced problems with colour and after a while it was discovered that our RMs were too old. Upgrading the RMs to revision 00112 made a big difference, though it took the SGI guys here in Sweden a while to figure this out. So, my guess is that it is either the revision of the RMs or the sync. Good luck ! -- >From : Dennis Saluaar 06260 Cognitive Ergonomics, PVO21 --- __o AB Volvo, Technological Development ------ \<, S-405 08 Gothenburg ----- ( )/ ( ) SWEDEN Tel : +46-31-665317, Fax : +46-31-546710, E-mail : dennis@vtd.volvo.se From guest Thu Jul 20 11:42:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA04245; Thu, 20 Jul 1995 11:35:06 -0700 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 LAA04242; Thu, 20 Jul 1995 11:35:05 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02325; Thu, 20 Jul 95 11:35:03 -0700 Received: from noc.belwue.de by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA24138; Thu, 20 Jul 1995 11:34:59 -0700 Received: from awssg7.rus.uni-stuttgart.de (awssg7-fd.rus.uni-stuttgart.de [129.69.18.32]) by noc.belwue.de with SMTP id UAA22684 (8.6.12/IDA-1.6 for ); Thu, 20 Jul 1995 20:34:47 +0200 Received: by awssg7.rus.uni-stuttgart.de (950215.SGI.8.6.10/BelWue-1.0SG(subsidiary)) (for info-performer@sgi.sgi.com) id UAA01794; Thu, 20 Jul 1995 20:34:47 +0200 From: "Daniela Rainer" Message-Id: <9507202034.ZM1792@awssg7.rus.uni-stuttgart.de> Date: Thu, 20 Jul 1995 20:34:47 +0000 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: projection plane Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I don't know how to set a channel like this: ---------------------------------- far clipping plane \ / \ / \ / \ / \ / \ / ---------------------- projection plane \ / \ / \ / -------------- near clipping plane . . . . . . . . . . .. eye Thanks for any help Daniela -- Daniela Rainer rainer@rus.uni-stuttgart.de From guest Thu Jul 20 17:47:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA06195; Thu, 20 Jul 1995 17:41:56 -0700 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 RAA06192; Thu, 20 Jul 1995 17:41:55 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22695; Thu, 20 Jul 95 17:41:54 -0700 Received: from nrtc.nrtc.northrop.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA14887; Thu, 20 Jul 1995 17:41:47 -0700 Received: from lazarus.nrtc.northrop.com by nrtc.nrtc.northrop.com id aa06901; 20 Jul 95 16:38 PDT Received: from world.nad.northrop.com by lazarus.nrtc.northrop.com (15.4a/15.6.b) id AA02887; Thu, 20 Jul 95 17:41:40 pdt Received: from localhost (world.nad.northrop.com) by world.nad.northrop.com (4.1/SMI-4.1.1) id AA06720; Thu, 20 Jul 95 17:38:55 PDT Message-Id: <9507210038.AA06720@world.nad.northrop.com> To: info-performer@sgi.sgi.com Subject: Horizon Line Date: Thu, 20 Jul 1995 17:38:54 PDT From: "William J. Moore" Status: O I have a question on alignment of a pitch ladder to the horizon. The horizon line appears displaced from it's true position based on the far clip plane and current Z position. I've tried using PFES_HORIZ_ANGLE but this only makes the problem worse. Is there something else that needs to be set with the Earth-Sky model to get the horizon to appear at infinity? Thanks Bill From guest Thu Jul 20 23:07:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA06803; Thu, 20 Jul 1995 23:05:00 -0700 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 XAA06800; Thu, 20 Jul 1995 23:04:59 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01677; Thu, 20 Jul 95 23:04:57 -0700 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA20444; Thu, 20 Jul 1995 23:04:44 -0700 Received: (from root@localhost) by warrane.connect.com.au with UUCP id QAA04092 (8.6.12/IDA-1.6); Fri, 21 Jul 1995 16:03:48 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA23681 (5.65c/IDA-1.5); Fri, 21 Jul 1995 13:59:42 +1000 Received: from krusty (krusty [8.0.0.31]) by aggro with SMTP id OAA11705 (8.6.12/IDA-1.6); Fri, 21 Jul 1995 14:04:41 +1000 Received: by krusty (5.65) id AA11347; Fri, 21 Jul 1995 14:04:43 +1000 Date: Fri, 21 Jul 1995 14:04:42 +1000 (EST) From: Robert Webb Subject: Re: Decals with projected textures again?? To: "Nacho Sanz-Pastor. Computer Arts + Developments" Cc: Performer mailing list In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 20 Jul 1995, Robert Webb (that's me!) wrote: > Hey Nacho, > > > We had a similar problem with zwritemasks, and maybe it'd be best if you > > can handle the displacepolygon in callbacks by yourself. Even if you > > consider using callbacks in the decaled nodes to reset the zwritemask, > > that might not work properly, since the writemask ( at least in our case ) > > were changed after the draw node callback. > > > > Jim Helman told me a few weeks ago that ... > > > > >In 1.2, PFTR_NO_OCCLUDE transparency and PFDECAL_BASE_FAST/DISPLACE, > > >diddle the zwritemask as part of their operation. > > This is sad :-( It's a pity I can't say pfOverride(PFSTATE_ZWRITEMASK) or > something like that. But you mention that it happens in 1.2, will anything > be different in 2.0? I assume it will still diddle the zwritemask. > > It seems like such a simple thing to just stop the call to zwritemask(), but > instead I will have to traverse the scene graph, replace all the pfLayer > nodes with pfGroups, and add my own call-backs to all the children (or at > least the first two) to handle the decal stuff. This will be an even bigger > pain when we use the Performer 2.0 large-area data-base management stuff. Well it turned out not to be quite that bad. All I needed to do was put a pre-draw call-back on the second child of each pfLayer node, and all the call-back does is "zwritemask(0xffffffff);". The first child is considered to be the base geometry, and the following children are the decal layers. It turns out that the pfDecal(PFDECAL_LAYER) call, which called zwritemask(0x0), is done before the pre-draw call-back (thankfully!), so I have this chance to set the zwritemask back how I want it. This means I can't have more than one level of layering, but that's fine for me. That's one of my problems solved! Rob. ------------------------------------------------------------------------------ _ |_) _ |_ _ ._ _|_ \ / _ |_ |_ robertw@wormald.com.au | \(_)|_)(/_| |_ \/\/ (/_|_)|_)o "Informer, you no say daddy me Snow me I'll go blame, a licky boom boom down" - Snow. ------------------------------------------------------------------------------ From guest Fri Jul 21 02:48:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA07166; Fri, 21 Jul 1995 02:45:09 -0700 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 CAA07163; Fri, 21 Jul 1995 02:45:07 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03824; Fri, 21 Jul 95 02:45:02 -0700 Received: from eros.britain.eu.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id CAA05016; Fri, 21 Jul 1995 02:44:58 -0700 Received: from hegel.uucp by eros.britain.eu.net with UUCP id ; Fri, 21 Jul 1995 10:44:15 +0100 Received: by tswl.co.uk (4.1/SMI-4.1) id AA23421; Fri, 21 Jul 95 10:31:26 BST Date: Fri, 21 Jul 95 10:31:26 BST From: rmorris@tswl.co.uk (Roger Morris) Message-Id: <9507210931.AA23421@tswl.co.uk> To: sit9501@technet.sg Subject: Performer vs other tool Cc: info-performer@sgi.sgi.com Status: O Vega from Paradigm Simulation is based on Performer, but gives you a point-and-click interface and a much simpler programming environment. You can still access the complete Performer toolset if you wish. Contact marketing@paradigmsim.com Regards, Roger Morris Transformation Software Ltd. From guest Fri Jul 21 07:52:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA07433; Fri, 21 Jul 1995 07:50:30 -0700 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 HAA07430; Fri, 21 Jul 1995 07:50:29 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07019; Fri, 21 Jul 95 07:50:27 -0700 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA25345; Fri, 21 Jul 1995 07:50:25 -0700 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id QAA17537 for ; Fri, 21 Jul 1995 16:50:21 +0200 Received: from QUARTZ. by corysmailserv (5.x/SMI-SVR4) id AA27087; Fri, 21 Jul 1995 16:41:07 +0200 Received: by QUARTZ. (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id QAA18519; Fri, 21 Jul 1995 16:32:20 +0200 From: "Lionel Maiaux" Message-Id: <9507211632.ZM18517@quartz> Date: Fri, 21 Jul 1995 16:32:20 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: pfBoxIsectFrust vs pfSphereIsectFrust Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Can anybody knows which of pfBoxIsectFrust and pfSphereIsectFrust is the faster function ? Thanks. -- -------------------------------------------------------------------------------- Lionel Maiaux l.maiaux@corys.fr -------------------------------------------------------------------------------- From guest Fri Jul 21 01:56:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA07033; Fri, 21 Jul 1995 01:54:16 -0700 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 BAA07030; Fri, 21 Jul 1995 01:54:15 -0700 Received: from bitch.reading.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03300; Fri, 21 Jul 95 01:54:14 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id KAA29131; Fri, 21 Jul 1995 10:52:07 +0200 From: "Angus Dorbie" Message-Id: <9507211052.ZM29129@bitch.reading.sgi.com> Date: Fri, 21 Jul 1995 10:52:06 -0600 In-Reply-To: "Daniela Rainer" "projection plane" (Jul 20, 8:34pm) References: <9507202034.ZM1792@awssg7.rus.uni-stuttgart.de> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Daniela Rainer" Subject: Re: projection plane Cc: info-performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 20, 8:34pm, Daniela Rainer wrote: > Subject: projection plane > Hi, > > I don't know how to set a channel like this: > > > ---------------------------------- far clipping plane > \ / > \ / > \ / > \ / > \ / > \ / > ---------------------- projection plane > \ / > \ / > \ / > -------------- near clipping plane > . . > . . > . . > . . > . . > .. > eye > > > Thanks for any help > Daniela > > -- > Daniela Rainer > rainer@rus.uni-stuttgart.de > >-- End of excerpt from Daniela Rainer The projection plane you've drawn above is defined by the viewing vector and it's distance from the eye doesn't mean much to the rendering process. Your near and far clip planes will be parallel to this plane. Use pfFrustNearFar to set clip planes and pfMakePerspFrust to pfMakePerspFrust determine the size of the frustum at the near clip and therefore the FOV. If your near clip is at 1 unit and left = -1 and right = +1, you'll get what you've drawn above with a horizontal feild of view of 90 degrees. Hope this helps, Angus. -- Angus Dorbie, The Reality Centre, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Fri Jul 21 11:24:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA07780; Fri, 21 Jul 1995 11:16:01 -0700 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 LAA07777; Fri, 21 Jul 1995 11:15:59 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00580; Fri, 21 Jul 95 11:15:39 -0700 Received: from igate by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id LAA03478; Fri, 21 Jul 1995 11:15:31 -0700 Received: by igate (5.x/SMI-SVR4) id AA23698; Fri, 21 Jul 1995 14:14:02 -0400 Date: Fri, 21 Jul 1995 14:14:02 -0400 From: mwilliam@ldsa.com (Micheal J. Williams) Message-Id: <9507211814.AA23698@igate> To: info-performer@sgi.sgi.com Subject: Mixed Mode problem. Status: O I am trying a mixed model program with Performer 1.2, and IRIX 5.2. The program is running much slower than we expected, and we are seeing a great deal cpu time going to the system, and interrupts. Gldebug gives us many warnings, and errors. All swapbuffers get an error because it doesn't register that the program is in double buffer mode. All calls to RGBcolor, c3f etc give warnings that the program is not in RGB mode. Somebody here has suggested that the problem may be a result of mismatch between motif, and GLX windows. It appears that these warnings are causing the system time to shoot up dramatically. Should you stick to purely pfutility calls in implementing GLX mixed mode? Are there good examples? Currently we call (This part is done in ada) -- open X display XDPY := XLIB.OPENDISPLAY(":0.0"); -- create parent window XWIN := XLIB.CREATEWINDOW(XDPY, XLIB.ROOTWINDOW(XDPY, XLIB.DEFAULTSCREEN(XDPY)), 1, -- stick up in corner 1, INTEGER(XSIZE), INTEGER(YSIZE), 0, XLIB.COPYFROMPARENT, XLIB.INPUTOUTPUT, XLIB.COPYFROMPARENT, XLIB.CWBACKPIXEL, SWA); -- create GLX window for GL rendering PERFORMER_UTILITIES.CREATE_GLX_WINDOW (XDPY, INTEGER(XWIN) , GLWIN'address, OVERWIN'address, INTEGER(XSIZE), INTEGER(YSIZE)); XLIB.SELECTINPUT(XDPY, GLWIN, XLIB.EXPOSUREMASK); XLIB.MAPWINDOW(XDPY, GLWIN); XLIB.MAPWINDOW(XDPY, XWIN); XLIB.FLUSH(XDPY); ------- the PERFORMER_UTILITIES.CREATE_GLX_WINDOW is a C shell around pfuGLXCreateWindow as follows ------- #include #include "pfutil.h" /* prototype */ unsigned long GLXgetvalue(GLXconfig* conf, int buffer, int mode); void Create_GLX_Window (pfuXDisplay *XDpy, pfuXWindow parent, unsigned long *glwin, unsigned long *overwin, int xSize, int ySize) { GLXconfig *config; /* create window from 0,0 to xsize, ysize with no border. */ config = pfuGLXCreateWindow(XDpy, parent, 0, 0, xSize, ySize, 0, GLX_NORMAL, GLX_DOUBLE, TRUE, GLX_NORMAL, GLX_RGB, TRUE, GLX_NORMAL, GLX_ZSIZE, GLX_NOCONFIG, 0, 0, 0); *glwin = GLXgetvalue(config, GLX_NORMAL, GLX_WINDOW); *overwin = GLXgetvalue(config, GLX_OVERLAY, GLX_WINDOW); return; } /* ** Used to get a value out of the configuration structure returned by ** GLXgetconfig. Scan through the GLX config structure, and, when we ** find the proper buffer-mode combination, return the argument relevant ** for that buffer type. */ unsigned long GLXgetvalue(GLXconfig* conf, int buffer, int mode) { int i; for (i = 0; conf[i].buffer; i++) if (conf[i].buffer == buffer && conf[i].mode == mode) return conf[i].arg; return 0; } From guest Sun Jul 23 02:21:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA11737; Sun, 23 Jul 1995 02:18:24 -0700 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 CAA11734; Sun, 23 Jul 1995 02:18:23 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19694; Sun, 23 Jul 95 02:18:22 -0700 Received: from mail04.mail.aol.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA11424; Sun, 23 Jul 1995 02:18:20 -0700 From: SSPSU91@aol.com Received: by mail04.mail.aol.com (1.37.109.16/16.2) id AA158192106; Fri, 21 Jul 1995 20:15:06 -0400 Date: Fri, 21 Jul 1995 20:15:06 -0400 Message-Id: <950721201328_120182011@aol.com> To: info-performer@sgi.sgi.com Subject: Performer get chan id Status: O Does anyone know of a pf call which will return the channel id of the current channel being drawn. I want to call this function in the draw process and only do certain things when a certain channel is being drawn. I know there is a pfGetChanPipe call to return the pipe of the channel so I think there may be one similar to get the channel. Stephanie Sroczyk, JJM Systems Inc. email SSPSU91@aol.com From guest Sat Jul 22 11:34:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA10928; Sat, 22 Jul 1995 11:30:58 -0700 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 LAA10925; Sat, 22 Jul 1995 11:30:58 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02368; Sat, 22 Jul 95 11:30:52 -0700 Received: from mailhost1.cac.washington.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id LAA03420; Sat, 22 Jul 1995 11:30:51 -0700 Received: from anchor.apl.washington.edu by mailhost1.cac.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA28654; Sat, 22 Jul 95 11:30:50 -0700 Received: by anchor.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1) id AA04259; Sat, 22 Jul 95 11:30:45 PDT Date: Sat, 22 Jul 95 11:30:45 PDT From: keith@anchor.apl.washington.edu (Keith Kerr) Message-Id: <9507221830.AA04259@anchor.apl.washington.edu.apl.washington.edu> To: info-performer@sgi.sgi.com Subject: unscribe me temporarily Status: O Apologies -- I know this is not the correct address to unsubscribe, but I can't find the correct one and I leaving on vacaton momentarily. Please unsubscribe me for now -- I'll re-up in three weeks. k From guest Sat Jul 22 15:18:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA11142; Sat, 22 Jul 1995 15:16:17 -0700 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 PAA11139; Sat, 22 Jul 1995 15:16:16 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14606; Sat, 22 Jul 95 15:16:16 -0700 Received: from nrtc.nrtc.northrop.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA13879; Sat, 22 Jul 1995 15:16:13 -0700 Received: from lazarus.nrtc.northrop.com by nrtc.nrtc.northrop.com id aa25150; 22 Jul 95 14:12 PDT Received: from world.nad.northrop.com by lazarus.nrtc.northrop.com (15.4a/15.6.b) id AA07747; Sat, 22 Jul 95 15:16:05 pdt Received: from localhost (world.nad.northrop.com) by world.nad.northrop.com (4.1/SMI-4.1.1) id AA19030; Sat, 22 Jul 95 15:13:19 PDT Message-Id: <9507222213.AA19030@world.nad.northrop.com> To: info-performer@sgi.sgi.com Subject: Channel Data Date: Sat, 22 Jul 1995 15:13:18 PDT From: "William J. Moore" Status: O I've noticed a difference in behavior when passing channel data in APPCULL_DRAW verses APP_CULL_DRAW multiprocess modes. It works as expected in APP_CULL_DRAW, but in APPCULL_DRAW you must force the creation of the channel data buffers with three calls to pfPassChanData (chan) & pfFrame(). If you don't the data pointer is null in the draw callback. Is this correct or am I not setting it up correctly in APPCULL_DRAW mode? Bill From guest Wed Aug 2 09:59:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA18559; Wed, 2 Aug 1995 09:55:09 -0700 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 JAA18556; Wed, 2 Aug 1995 09:55:08 -0700 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21073; Wed, 2 Aug 95 09:55:07 -0700 Received: by surreal.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@holodeck id JAA22836; Wed, 2 Aug 1995 09:55:06 -0700 Replied: Wed, 02 Aug 95 09:54:23 -0700 Replied: "Ravee " Received: from giraffe.asd.sgi.com by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA00785; Sun, 23 Jul 1995 18:30:55 -0700 Received: from holodeck.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for jimh@surreal.asd.sgi.com id AA16327; Sun, 23 Jul 95 18:30:54 -0700 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA12813; Sun, 23 Jul 1995 18:30:52 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer-request@holodeck.asd.sgi.com id AA16312; Sun, 23 Jul 95 18:30:51 -0700 Received: from relay1.jaring.my by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA24488; Sun, 23 Jul 1995 18:30:49 -0700 Received: from sds.UUCP (root@localhost) by relay1.jaring.my (8.6.12/8.6.12) with UUCP id JAA09107 for sgi.com!info-performer-request; Mon, 24 Jul 1995 09:16:56 +0800 From: Ravee To: info-performer-request@sgi.sgi.com Subject: Virtual Reality Peripherals X-Mailer: ScoMail 1.0 Date: Mon, 24 Jul 1995 9:01:03 +0800 (MAL) Message-Id: <9507240901.aa00912@sds.po.my> Status: O I am looking around for VR peripherals such as headsets, gloves etc to hook up to SGI workstations. Can anybody recommend vendors who supply reliable VR peripherals? For comparison purposes I would also be interested in looking at VR peripherals that can be hooked up to Pentiums etc. Regards Ravee Suntheralingam Tel : 6 (03) 293-9322 Sime Darby Systems Fax : 6 (03) 293-9376 Malaysia Email : rsl@sds.po.my From guest Mon Jul 24 06:32:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA13315; Mon, 24 Jul 1995 06:30:01 -0700 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 GAA13312; Mon, 24 Jul 1995 06:30:00 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03906; Mon, 24 Jul 95 06:29:59 -0700 Received: from adadv1 by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA02145; Mon, 24 Jul 1995 06:29:57 -0700 From: rupprecr@adadv1.mdc.com Date: Mon, 24 Jul 1995 08:29:45 -0500 Message-Id: <95072408294550@adadv1.mdc.com> To: info-performer@sgi.sgi.com Subject: Spline fog functionality X-Vms-To: smtp%"info-performer@sgi.com" Status: O Has anyone implemented spline fog and have it work as described in the Performer Manual Reference pages? "The range value is specified in a normalized form in the numberic range [0..1], with 0.0 corresponding to the fog onset range (plus offset) and 1.0 the fog opaque range( plus offset). This allows the ranges to be changed while maintaining the same fog density curve". This means to me that at some range from the eyepoint (fog onset range) the fog will begin and the fog table will specify the density of the fog up to the fog oqaque range. I've tried this but the fog always seems to start at the near clip plane. Am I reading this wrong? Thanks in advance, Rich Rupprecht MDTS (rupprecr@adadv1.mdc.com) From guest Mon Jul 24 06:35:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA13323; Mon, 24 Jul 1995 06:32:46 -0700 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 GAA13320; Mon, 24 Jul 1995 06:32:45 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03961; Mon, 24 Jul 95 06:32:44 -0700 Received: from thor.ats.qc.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA02331; Mon, 24 Jul 1995 06:32:40 -0700 Received: (from jaydee@localhost) by thor.ats.qc.ca (8.6.12/atsgw-mf1) id JAA26984; Mon, 24 Jul 1995 09:32:30 -0400 Message-Id: <199507241332.JAA26984@thor.ats.qc.ca> From: jaydee@thor.ats.qc.ca (Jean Daigle) Date: Mon, 24 Jul 1995 09:32:30 -0400 In-Reply-To: SSPSU91@aol.com "Performer get chan id" (Jul 21, 8:15pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: SSPSU91@aol.com Subject: Re: Performer get chan id Cc: info-performer@sgi.sgi.com Status: O Hello! On Jul 21, 8:15pm, SSPSU91@aol.com wrote: ... } Does anyone know of a pf call which will return the channel id of the current } channel being drawn. I want to call this function in the draw process and } only do certain things when a certain channel is being drawn. I know there is } a pfGetChanPipe call to return the pipe of the channel so I think there may } be one similar to get the channel. ... }-- End of excerpt from SSPSU91@aol.com You may use the pfGetId() call to obtain the unique long integer identifier associated with each Performer (libpf) object. >From the man page: All IRIS Performer objects defined in the libpf library have a unique integer identifier. pfGetId returns the identifier of unknown or -1 if unknown is not a libpf data type. FWIW, I have used this function successfully for arguments of type (pfChannel *) with Performer 1.2/IRIX 5.2. Hope this helps. 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 Mon Jul 24 13:41:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA14117; Mon, 24 Jul 1995 13:30:22 -0700 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 NAA14114; Mon, 24 Jul 1995 13:30:20 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03216; Mon, 24 Jul 95 13:30:17 -0700 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA12088; Mon, 24 Jul 1995 13:30:14 -0700 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0saU8c-00030dC; Mon, 24 Jul 95 22:30 MET DST Message-Id: Date: Mon, 24 Jul 95 22:30 MET DST From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: PPCR + Performer ? Reply-To: matomira@epfl.ch Status: O Hello, Anybody using PPCR with Performer? Thanks, 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 GVRAI d* p--- c++++ !l u++ s !g w+ t+ y* v+++ M[o]+++ (((()))) From guest Mon Jul 24 14:00:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA14201; Mon, 24 Jul 1995 13:56:43 -0700 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 NAA14196; Mon, 24 Jul 1995 13:56:42 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04389; Mon, 24 Jul 95 13:56:41 -0700 Received: from blackhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA16692; Mon, 24 Jul 1995 13:56:36 -0700 Received: (from uucp@localhost) by blackhole.cae.ca (8.6.7/8.6.6) id QAA12458 for ; Mon, 24 Jul 1995 16:59:24 -0400 Received: from poster.cae.ca(142.39.20.1) by bhole via smap (V1.3mjr) id sma012255; Mon Jul 24 16:58:33 1995 Received: from vklm.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA16721; Mon, 24 Jul 1995 16:57:06 -0400 Received: by vklm.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA21798; Mon, 24 Jul 95 16:44:24 -0400 From: "Jean-Luc Dery" Message-Id: <9507241644.ZM21796@vklm.cae.ca> Date: Mon, 24 Jul 1995 16:44:19 -0400 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Read-write frame buffer transfer Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, I'm presently preparing a design document for a realtime application that will be running on an Onyx system with 2 RE2. The machine isn't in yet and I would need to know the transfert rate for reading a 48 bit RGBA color map and 32 bit zbuffer from the frame buffer to the application's memory and the opposite way. These are indeed critical values that need to be considered at this stage of the project. Many thanks in advance for any informations concerning this. -- ___________________________________________________________________ Jean-Luc Dery CAE Electronics Ltd. GRAPHICS SOFTWARE TECHNOLOGY ENGINEER Phone: (514)341-6780 x2275 e-mail: dery@cae.ca FAX: (514)340-5496 ___________________________________________________________________ From guest Mon Jul 24 16:33:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA15094; Mon, 24 Jul 1995 16:29:07 -0700 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 QAA15091; Mon, 24 Jul 1995 16:29:06 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13486; Mon, 24 Jul 95 16:29:04 -0700 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id QAA23138; Mon, 24 Jul 1995 16:29:03 -0700 Received: from kahuna.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA21466; Mon, 24 Jul 95 16:28:19 PDT Received: by kahuna.cs.nps.navy.mil (950215.SGI.8.6.10/940406.SGI) for info-performer@sgi.com id QAA16184; Mon, 24 Jul 1995 16:28:17 -0700 From: barker@kahuna.cs.nps.navy.mil (Randall Barker) Message-Id: <199507242328.QAA16184@kahuna.cs.nps.navy.mil> Subject: userData in Discriminator callback To: info-performer@sgi.sgi.com Date: Mon, 24 Jul 1995 16:28:17 -0700 (PDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 319 Status: O I have been trying to access the userData in the discriminator callback function. I read the info-performer archives and tried to follow what was said. However, when I call pfGetUserData, I am returned a NULL pointer. Is there some sample code that shows exactly how userData is passed and accessed in the callback? From guest Mon Jul 24 17:29:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA15596; Mon, 24 Jul 1995 17:26:44 -0700 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 RAA15593; Mon, 24 Jul 1995 17:26:42 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17071; Mon, 24 Jul 95 17:26:41 -0700 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA04467; Mon, 24 Jul 1995 17:26:38 -0700 Received: from kahuna.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA23543; Mon, 24 Jul 95 17:25:54 PDT Received: by kahuna.cs.nps.navy.mil (950215.SGI.8.6.10/940406.SGI) id RAA16462; Mon, 24 Jul 1995 17:25:53 -0700 From: barker@kahuna.cs.nps.navy.mil (Randall Barker) Message-Id: <199507250025.RAA16462@kahuna.cs.nps.navy.mil> Subject: Re: userData in Discriminator callback To: watsen@smorgum.coryphaeus.com (Kent Watsen) Date: Mon, 24 Jul 1995 17:25:53 -0700 (PDT) Cc: barker@kahuna.cs.nps.navy.mil, info-performer@sgi.sgi.com In-Reply-To: <9507241700.ZM5469@smorgum.coryphaeus.com> from "Kent Watsen" at Jul 24, 95 05:00:00 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1917 Status: O > I'm not sure if you mean user data or callback data. > If your multiprocessing, be sure to allocate the callback > data from an arena. Otherwise, there are no special tricks > I'm aware of. The following example uses both: > > >From APP: > > node_data = (Node_Data*)pfMalloc(sizeof(Node_Data), pfGetSharedArena()); > if (!node_data) > return 0; > pfNodeTravFuncs(pfgroup, PFTRAV_CULL, pre_node_cull, NULL); > pfNodeTravData(pfgroup, PFTRAV_CULL, (void*)node_data); > pfUserData(pfgroup, node_data); > > > Also from APP: > > node_data = (Node_Data*)pfGetUserData(pfnode); > if (pfSphereIsectFrust(&pfsphere, eschannel->pfchan) == PFIS_FALSE) > { > culled = 1; > return; > } > node_data->culled = 0; > > > >From CULL: > > long pre_node_cull(pfTraverser *trav, void *data) > { > trav = trav; // Suppress compiler warning > > if ( ((unsigned char*)data)[0] ) > { > pfCullResult(PFIS_MAYBE | PFIS_TRUE | PFIS_ALL_IN); > return PFTRAV_CONT; > } > > pfCullResult(PFIS_FALSE); > return PFTRAV_PRUNE; > } > > I guess I could have been a little more verbose. I am allocating from an arena, and I am trying to pass this into the pfSegsIsectNode discriminator callback as follows: live_veh = (int *)pfMalloc(sizeof(int),pfGetSharedArena()); (*live_veh) = -1; the_aim.userData = (void *)live_veh; the_aim.mode = PFTRAV_IS_GEODE; the_aim.activeMask = 0x01; // 0x1F; the_aim.isectMask = ENTITY_MASK; the_aim.bound = NULL; // &the_barrel; the_aim.discFunc = target_lock; if ( (pfSegsIsectNode(G_moving, &the_aim, aim_hits)) > 0 ) { cout << "The aim live_veh: " << (*(int *)(the_aim.userData))<< endl; live_veh = (int *)pfGetUserData(aim_hits); cout << (*live_veh) << endl; return TRUE; } However, when pfGetUserData is invoked in target_lock, the discrimnator call back, it returns a NULL pointer. From guest Mon Jul 24 19:34:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA16151; Mon, 24 Jul 1995 19:30:43 -0700 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 TAA16148; Mon, 24 Jul 1995 19:30:42 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03069; Mon, 24 Jul 95 19:30:39 -0700 Received: from relay1.jaring.my by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA24581; Mon, 24 Jul 1995 19:30:37 -0700 Received: from sds.UUCP (root@localhost) by relay1.jaring.my (8.6.12/8.6.12) with UUCP id KAA25656 for sgi.com!info-performer; Tue, 25 Jul 1995 10:18:22 +0800 From: Ravee To: info-performer@sgi.sgi.com Subject: Virtual Reality peripherals X-Mailer: ScoMail 1.0 Date: Tue, 25 Jul 1995 9:08:07 +0800 (MAL) Message-Id: <9507250908.aa03135@sds.po.my> Status: O Hello, I am looking around for VR peripherals such as headsets, gloves etc to hook up to SGI workstations. Can anybody recommend vendors who supply reliable VR peripherals? For comparison purposes, I would also be interested in looking at VR peripherals that can be hooked up to Pentiums etc. Thanks Ravee Suntheralingam Tel : 6 (03) 293-9322 Sime Darby Systems Fax : 6 (03) 293-9376 Malaysia Email : rsl@sds.po.my From guest Mon Jul 24 19:17:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA16011; Mon, 24 Jul 1995 19:10:18 -0700 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 TAA16008; Mon, 24 Jul 1995 19:10:16 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02372; Mon, 24 Jul 95 19:10:06 -0700 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id TAA21443; Mon, 24 Jul 1995 19:10:01 -0700 Received: from bond.cs.nps.navy.mil ([131.120.4.3]) by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA26338; Mon, 24 Jul 95 18:50:52 PDT Received: by bond.cs.nps.navy.mil (940816.SGI.8.6.9/911001.SGI) id SAA02606; Mon, 24 Jul 1995 18:20:48 -0700 From: "David R. Pratt" Message-Id: <9507241820.ZM2604@bond.cs.nps.navy.mil> Date: Mon, 24 Jul 1995 18:20:48 -0700 In-Reply-To: barker@kahuna.cs.nps.navy.mil (Randall Barker) "userData in Discriminator callback" (Jul 24, 4:28pm) References: <199507242328.QAA16184@kahuna.cs.nps.navy.mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: barker@kahuna.cs.nps.navy.mil (Randall Barker), info-performer@sgi.sgi.com Subject: Re: userData in Discriminator callback Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Look at the impact code. When we fire a missile and there is a intersection, we use the user data to tell us what got traversed. Dave On Jul 24, 4:28pm, Randall Barker wrote: > Subject: userData in Discriminator callback > I have been trying to access the userData in the discriminator callback > function. I read the info-performer archives and tried to follow what > was said. However, when I call pfGetUserData, I am returned a NULL > pointer. Is there some sample code that shows exactly how userData > is passed and accessed in the callback? > >-- End of excerpt from Randall Barker From guest Tue Jul 25 01:37:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA16528; Tue, 25 Jul 1995 01:32:08 -0700 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 BAA16525; Tue, 25 Jul 1995 01:32:07 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08641; Tue, 25 Jul 95 01:32:06 -0700 Received: from eros.britain.eu.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id BAA21735; Tue, 25 Jul 1995 01:31:59 -0700 Received: from hegel.uucp by eros.britain.eu.net with UUCP id ; Tue, 25 Jul 1995 09:30:28 +0100 Received: by tswl.co.uk (4.1/SMI-4.1) id AA00359; Tue, 25 Jul 95 09:28:14 BST Date: Tue, 25 Jul 95 09:28:14 BST From: rmorris@tswl.co.uk (Roger Morris) Message-Id: <9507250828.AA00359@tswl.co.uk> To: mtorres@arl.mil Subject: Re: Performer vs other tool Cc: info-performer@sgi.sgi.com Status: O > From mtorres@arl.mil Fri Jul 21 16:26:03 1995 > From: mtorres@arl.mil (Torres Mario 678-3280 AMSRL-BE-M) > Subject: Re: Performer vs other tool > To: rmorris@tswl.co.uk (Roger Morris) > Date: Fri, 21 Jul 95 9:19:13 MDT > X-Mailer: ELM [version 2.4dev PL17] > Content-Length: 916 > > > The Vega demo I saw looked very nice in terms of gui programming, however, at the > time I got the impression that you would be limited to what vega has programmed. > I was not aware that you still get full access to performer's toolset. Does this > mean one can program and add as necessary to the vega toolset? Will it be > upgradable with performer 2.0 and up? How about GL or OpenGl toolset? Can they > be used with vega? If Vega is truly built from Performer I would think this > would be possible. > > Thanks in advance for any info. > > Mario Torres > STC @ Army Research Lab. > Vega is sold at two levels. The Basic package communicates with the Performer processes through a shared memory interface, so you can't make GL or Performer calls. The Advanced package gives you direct access to the drawing process, so you can call Performer and GL. Performer 2 will be supported, OpenGL is in the works (I think), but only on SGI. Roger Morris From guest Tue Jul 25 01:58:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA16562; Tue, 25 Jul 1995 01:54:10 -0700 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 BAA16559; Tue, 25 Jul 1995 01:54:10 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08841; Tue, 25 Jul 95 01:54:08 -0700 Received: from sunic.sunet.se by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA23277; Tue, 25 Jul 1995 01:54:05 -0700 Received: from maria.ffa.se by sunic.sunet.se (8.6.8/2.03) id KAA11700; Tue, 25 Jul 1995 10:54:45 +0200 Received: by maria.ffa.se (931110.SGI/890607.SGI) (for info-performer@sgi.com) id AA03786; Tue, 25 Jul 95 10:54:37 +0200 Date: Tue, 25 Jul 95 10:54:37 +0200 From: jose@maria.ffa.se (Johan Saellstroem) Message-Id: <9507250854.AA03786@maria.ffa.se> To: info-performer@sgi.sgi.com Subject: VR demo Status: O Hi I am about to run a small demo for a potenitally big customer. They want to do some VR in a very special type of environment. What type of demo program should I run. We only have a Indy 4600 XZ at hand right now. Will Performer run decently on that ? Johan Sellstroem From guest Tue Jul 25 02:30:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA16677; Tue, 25 Jul 1995 02:26:23 -0700 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 CAA16674; Tue, 25 Jul 1995 02:26:22 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09259; Tue, 25 Jul 95 02:26:16 -0700 Received: from junior.lightscape.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA25344; Tue, 25 Jul 1995 02:26:12 -0700 Received: from topo.lightscape.com by junior.lightscape.com via ESMTP (940816.SGI.8.6.9/940406.SGI) for <@drizzle.lightscape.com:info-performer@sgi.com> id CAA23636; Tue, 25 Jul 1995 02:27:43 -0700 Received: by topo.lightscape.com (940816.SGI.8.6.9/920502.SGI.AUTO) for info-performer@sgi.com id CAA02069; Tue, 25 Jul 1995 02:27:42 -0700 From: "Rod Recker" Message-Id: <9507250227.ZM2067@topo.lightscape.com> Date: Tue, 25 Jul 1995 02:27:42 -0700 In-Reply-To: jose@maria.ffa.se (Johan Saellstroem) "VR demo" (Jul 25, 10:54am) References: <9507250854.AA03786@maria.ffa.se> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: VR demo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 25, 10:54am, Johan Saellstroem wrote: > Subject: VR demo > > Hi > > I am about to run a small demo for a potenitally big customer. > They want to do some VR in a very special type of environment. > What type of demo program should I run. > > We only have a Indy 4600 XZ at hand right now. Will Performer run > decently on that ? > > Johan Sellstroem > >-- End of excerpt from Johan Saellstroem I know that many people like the Lightscape hall.lsb model from the Friends of Performer section of Performer 1.2. This shows a realistic environment that delivers decent performance using perfly. This model gives the best display speed out of any of our radiosity-rendered models offered in our Friends directory. It does pretty well even on an Indy (although perfly becomes hard to control when using slower machines and/or larger datasets). You're already demoing on a relatively slow machine so you'd at least be able to show realism using the hall.lsb model. Of course, this only makes sense if your potential customer wants realism. -- !! We moved - Please take note of our new address and phone !! Rod Recker Lightscape Technologies, Inc. rjr@lightscape.com 1054 Saratoga-Sunnyvale Rd., Suite 200 (408) 342-1900 x104 San Jose, CA 95129 USA (408) 342-1910 (fax) http://www.lightscape.com ______________________________________________________________ SIGGRAPH '95 Los Angeles August 8-10 Booth 1965 ______________________________________________________________ From guest Tue Jul 25 02:48:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA16709; Tue, 25 Jul 1995 02:39:44 -0700 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 CAA16706; Tue, 25 Jul 1995 02:39:43 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09398; Tue, 25 Jul 95 02:39:40 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA26037; Tue, 25 Jul 1995 02:39:39 -0700 Received: from barney.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id CAA20934; Tue, 25 Jul 1995 02:39:35 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id KAA00581; Tue, 25 Jul 1995 10:35:38 +0100 From: "Rob Jenkins" Message-Id: <9507251035.ZM579@barney.reading.sgi.com> Date: Tue, 25 Jul 1995 10:35:37 +0100 In-Reply-To: barker@kahuna.cs.nps.navy.mil (Randall Barker) "userData in Discriminator callback" (Jul 24, 4:28pm) References: <199507242328.QAA16184@kahuna.cs.nps.navy.mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: barker@kahuna.cs.nps.navy.mil (Randall Barker), info-performer@sgi.sgi.com Subject: Re: userData in Discriminator callback Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19507251035.ZM579.reading.sgi.com" Status: O -- --PART-BOUNDARY=.19507251035.ZM579.reading.sgi.com Content-Type: text/plain; charset=us-ascii Randall Have you looked at Allan Schaffer's example that was in Pipeline ? I have attached it in case you don't have it. I hope this helps. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, --PART-BOUNDARY=.19507251035.ZM579.reading.sgi.com X-Zm-Content-Name: README Content-Description: Text Content-Type: text/plain ; name="README" ; charset=us-ascii Alan Schaffer's Line-Of-Sight example from Pipeline. Use W key to go to wireframe, and note that distant ramps are not drawn when hidden by closest ramp. --PART-BOUNDARY=.19507251035.ZM579.reading.sgi.com X-Zm-Content-Name: callbacks.c Content-Description: Text Content-Type: text/plain ; name="callbacks.c" ; charset=us-ascii /* ////////////////////////////////////////////////////////////////////// */ /* */ /* callbacks.c - Intersection testing sample with callbacks */ /* Requires IRIS Performer 1.2 */ /* */ /* Available Fia anonymous FTP at ftp.sgi.com */ /* in the directory ~ftp/support/Pipeline */ /* */ /* To compile: */ /* cc -o callbacks callbacks.c -O2 -fullwarn -I/usr/include/Performer */ /* -L/usr/src/Performer/lib -lpfutil -lpf -lpr -lmpc -limage -lgl_s */ /* -lm -lfpe -lC */ /* */ /* To toggle the Statistics display, press the F1 or G keys. */ /* To toggle wireframe mode, press the W key. */ /* To toggle texturing, press the T key. */ /* To exit, press ESC. */ /* */ /* ////////////////////////////////////////////////////////////////////// */ #include #include #include #include #include #include #include typedef struct SharedData { int exitFlag; int showStats; float yval; float zval; } SharedData; typedef struct PassData { float x,y,z; } PassData; typedef struct NodeData { float offset; } NodeData; static void CullChannel (pfChannel *chan, void *data); static void DrawChannel (pfChannel *chan, void *data); static void OpenPipeline (pfPipe *p); static long PreCullCallback (pfTraverser *trav, void *data); static long PreDrawCallback (pfTraverser *trav, void *data); static long PostDrawCallback (pfTraverser *trav, void *data); SharedData *shared; static pfVec3 scoords[] ={ { -1.0f, -1.0f, 1.0f }, { 1.0f, -1.0f, 1.0f }, { 1.0f, 1.0f, 1.0f }, { -1.0f, 1.0f, 1.0f }, { -2.0f, -2.0f, 0.0f }, { 2.0f, -2.0f, 0.0f }, { 2.0f, 2.0f, 0.0f }, { -2.0f, 2.0f, 0.0f }}; static ushort svindex[] ={ 0, 1, 2, 3, 0, 3, 7, 4, 4, 7, 6, 5, 1, 5, 6, 2, 3, 2, 6, 7, 0, 4, 5, 1}; static pfVec4 scolors[] ={ {1.0f, 0.0f, 0.0f, 0.5f}, {0.0f, 1.0f, 0.0f, 0.5f}, {0.0f, 0.0f, 1.0f, 0.5f}, {1.0f, 1.0f, 1.0f, 0.5f}}; static ushort scindex[] ={ 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3, 0, 1, 2, 3}; /* ////////////////////////////////////////////////////////////////////// */ void main() { pfPipe *pipe; pfChannel *chan; pfScene *scene; pfEarthSky *eSky; pfGroup *root; pfGeoSet *gset; pfSCS *scs[10]; pfGeode *geode; pfMatrix mat; pfCoord view; pfSegSet segset; PassData *passdata; int loop; /* Initialize Performer */ pfInit(); /* Use default multiprocessing mode based on number of processors. */ pfMultiprocess (PFMP_DEFAULT); /* Malloc storage in shared memory region for shared data */ shared = (SharedData *) pfMalloc(sizeof(SharedData),pfGetSharedArena()); /* Configure multiprocessing mode and start parallel processes */ pfConfig(); shared->exitFlag = 0; shared->showStats = 0; /* ////////////////////////////////////////////////////////////// */ /* Configure and open GL window */ pipe = pfGetPipe(0); pfInitPipe (pipe, OpenPipeline); pfFrameRate(30.0f); /* Create & configure channel */ chan = pfNewChan(pipe); pfChanCullFunc (chan, CullChannel); pfChanDrawFunc (chan, DrawChannel); pfChanNearFar (chan, 0.1f, 10000.0f); pfChanFOV (chan, 45.0f, -1.0f); passdata = pfAllocChanData (chan, sizeof(PassData)); /* Add an earth/sky effect */ eSky = pfNewESky(); pfESkyMode(eSky, PFES_BUFFER_CLEAR, PFES_SKY_GRND); pfESkyAttr(eSky, PFES_GRND_HT, -0.1f); pfESkyColor(eSky, PFES_SKY_TOP, 1.0f, 1.0f, 1.0f, 1.0f); pfESkyColor(eSky, PFES_SKY_BOT, 0.0f, 0.0f, 0.0f, 1.0f); pfESkyColor(eSky, PFES_HORIZ, 0.0f, 0.0f, 0.0f, 1.0f); pfESkyColor(eSky, PFES_GRND_FAR, 0.3f, 0.1f, 0.0f, 1.0f); pfESkyColor(eSky, PFES_GRND_NEAR, 0.5f, 0.3f, 0.1f, 1.0f); pfChanESky(chan, eSky); /* ////////////////////////////////////////////////////////////// */ /* Create pfScene node, attach it to channel */ scene = pfNewScene(); pfChanScene (chan, scene); /* Create group node to hold SCS's; attach it to scene */ root = pfNewGroup(); pfAddChild (scene, root); /* Create 10 SCS nodes, spaced equally apart. Make each one a child of 'root', and make 'geode' a child of each SCS */ geode = pfNewGeode(); for (loop=0; loop < 10; loop++) { NodeData *nodedata = pfMalloc (sizeof(NodeData), pfGetSharedArena()); nodedata->offset = (float) loop * 10.0f + 10.0f; pfMakeTransMat (mat, 0.0f, (float) loop * 10.0f + 10.0f, 0.0f); scs[loop] = pfNewSCS (mat); pfAddChild (scs[loop], geode); pfAddChild (root, scs[loop]); /* set up SCS's (and their children) for intersections */ pfNodeTravMask (scs[loop], PFTRAV_ISECT, 1, PFTRAV_SELF, PF_SET); /* Add a CULL traversal callback to each SCS */ pfNodeTravFuncs (scs[loop], PFTRAV_CULL, PreCullCallback, NULL); pfUserData (scs[loop], nodedata); pfNodeTravFuncs (scs[loop], PFTRAV_DRAW, PreDrawCallback, PostDrawCallback); } /* Create a GeoSet to hold the ramp geometry */ gset = pfNewGSet (pfGetSharedArena()); pfGSetAttr (gset, PFGS_COORD3, PFGS_PER_VERTEX, scoords, svindex); pfGSetAttr (gset, PFGS_COLOR4, PFGS_PER_VERTEX, scolors,scindex); pfGSetPrimType (gset, PFGS_QUADS); pfGSetNumPrims (gset, 6); /* attach it to the parent geode */ pfAddGSet (geode, gset); /* ////////////////////////////////////////////////////////////// */ /* set initial view position */ shared->yval=0.0f; shared->zval=0.5f; /* set up intersection segment, pointing down for "terrain" following */ segset.activeMask = 1; segset.isectMask = 0xFFFF; segset.mode = PFTRAV_IS_PRIM|PFTRAV_IS_NORM|PFTRAV_IS_CULL_BACK; pfSetVec3(segset.segs[0].dir, 0.0f, 0.0f, -1.0f); segset.segs[0].length = 50000.0f; /* ////////////////////////////////////////////////////////////// */ /* main loop */ while (!shared->exitFlag) { pfHit **hits[100]; long isect; pfSetVec3(view.xyz, 0.0f, shared->yval, shared->zval); pfSetVec3(view.hpr, 0.0f, -5.0f, 0.0f); passdata->x = 0.0f; passdata->y = shared->yval; passdata->z = shared->zval; pfChanView (chan, view.xyz, view.hpr); pfPassChanData (chan); pfFrame(); /* increment view position; if too far, reset */ shared->yval += 0.1f; if (shared->yval > 110.0f) shared->yval = 0.0f; /* update location of intersection segment */ pfSetVec3(segset.segs[0].pos, 0.0f, shared->yval,shared->zval); /* do an intersection test against the scene graph */ isect = pfSegsIsectNode(root, &segset, hits); /* if successful, set our height to that of the point of contact, plus a small offset */ if (isect) { pfVec3 pnt; pfQueryHit (*hits[0], PFQHIT_POINT, &pnt); shared->zval = pnt[PF_Z] + 0.5; } } pfExit(); } /* ////////////////////////////////////////////////////////////////////// */ /* Pipe Initialization Callback to open and configure * GL window, and set up GL event handling */ static void OpenPipeline (pfPipe *p) { pfTexture *tex; foreground(); winopen ("Terrain"); pfInitGfx(p); qdevice (ESCKEY); qdevice (F1KEY); qdevice (GKEY); qdevice (TKEY); qdevice (WKEY); tex = pfNewTex (pfGetSharedArena()); pfFilePath ("/usr/demos/data/textures"); pfLoadTexFile (tex, "cafe.rgb"); pfApplyTex (tex); pfApplyTEnv (pfNewTEnv (pfGetSharedArena())); if (pfGetEnable (PFEN_TEXTURE)) pfEnable (PFEN_TEXTURE); } /* ////////////////////////////////////////////////////////////////////// */ static long PreDrawCallback (pfTraverser *trav, void *data) { if (!pfGetEnable(PFEN_TEXTURE)) return 0; texgen(TX_S, TG_SPHEREMAP, 0); texgen(TX_T, TG_SPHEREMAP, 0); texgen(TX_S, TG_ON, NULL); texgen(TX_T, TG_ON, NULL); return 0; } /* ////////////////////////////////////////////////////////////////////// */ static long PostDrawCallback (pfTraverser *trav, void *data) { if (!pfGetEnable(PFEN_TEXTURE)) return 0; texgen(TX_S, TG_OFF, NULL); texgen(TX_T, TG_OFF, NULL); return 0; } /* ////////////////////////////////////////////////////////////////////// */ static long PreCullCallback (pfTraverser *trav, void *data) { PassData *pass = pfGetChanData (pfGetTravChan(trav)); NodeData *nodedata = pfGetUserData(pfGetTravNode(trav)); if (pfGetCullResult() & PFIS_FALSE) return PFTRAV_PRUNE; if ((pass->z < 1.0) && (pass->y < nodedata->offset-10.0f)) return PFTRAV_PRUNE; return PFTRAV_CONT; } /* /////////////////////////////////////////////////////////////////////// */ /* Cull Process Callback to cull the channel. Custom traversal would be */ /* done here.. */ static void CullChannel (pfChannel *chan, void *data) { pfCull(); } /* /////////////////////////////////////////////////////////////////////// */ /* Draw Process Callback to draw the channel and handle GL events */ static void DrawChannel (pfChannel *chan, void *data) { static pfMatrix tempmat; short dev,val; char string[40]; PassData *pass = (PassData*) data; /* clear and draw the channel */ pfClearChan (chan); pfDraw(); if (shared->showStats) pfDrawChanStats(chan); zfunction (ZF_ALWAYS); /* HUD always drawn */ zwritemask (0x0); pfPushState(); pfBasicState(); ortho2 (-0.5, 10.0, -0.5, 10.0); pfPushIdentMatrix(); cpack(0x000000); cmov2 (0.0, 0.0); sprintf(string, "x = %2.2f y = %2.2f z = %2.2f", pass->x, pass->y, pass->z); charstr (string); pfPopMatrix(); pfPopState(); zfunction (ZF_LEQUAL); /* the default */ zwritemask (0xffffffff); while (qtest()) { dev = qread(&val); if (val) switch (dev) { case ESCKEY: shared->exitFlag=1; break; case F1KEY: case GKEY: shared->showStats = !shared->showStats; break; case TKEY: if (pfGetEnable(PFEN_TEXTURE)) pfDisable (PFEN_TEXTURE); else pfEnable (PFEN_TEXTURE); break; case WKEY: if (pfGetEnable(PFEN_WIREFRAME)) pfDisable (PFEN_WIREFRAME); else pfEnable (PFEN_WIREFRAME); break; } } } /* /////////////////////////////////////////////////////////////////////// */ --PART-BOUNDARY=.19507251035.ZM579.reading.sgi.com-- From guest Tue Jul 25 09:18:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA17216; Tue, 25 Jul 1995 09:15:15 -0700 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 JAA17213; Tue, 25 Jul 1995 09:15:14 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17695; Tue, 25 Jul 95 09:15:12 -0700 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA01031; Tue, 25 Jul 1995 09:15:11 -0700 Received: from kahuna.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA21074; Tue, 25 Jul 95 09:14:21 PDT Received: by kahuna.cs.nps.navy.mil (950215.SGI.8.6.10/940406.SGI) id JAA17754; Tue, 25 Jul 1995 09:14:16 -0700 Date: Tue, 25 Jul 1995 09:14:16 -0700 From: barker@kahuna.cs.nps.navy.mil (Randall Barker) Message-Id: <199507251614.JAA17754@kahuna.cs.nps.navy.mil> To: barker@kahuna.cs.nps.navy.mil, info-performer@sgi.sgi.com Subject: userData in discriminator callbacks (again) Status: O Here is what was said previously on info-performer: > ->Is there a way to pass user data to a discriminator funtion? I'm using > ->pfSegsIsectNode() which has a userData pointer in the pfSegSet structure > ->but no way that I can tell to retrieve it from the discFunc. Is there > ->another way? I'm using performer 1.2. Thanks! > > You get a pointer to a pfHit structure in your discriminator function and > it's userData field should have the user data passed in > with your SegSet. > > src. > > -- > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ > Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. > src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ > What I would like to know is if some one has done what is described above. I spent most of yesterday trying to get it to work, however, when I use pfGetUserData on the pfHit structure in the call back, it returns a NULL pointer. Once again, here is the relevant code segments: ... live_veh = (int *)pfMalloc(sizeof(int),pfGetSharedArena()); (*live_veh) = -1; the_aim.userData = (void *)live_veh; //pfUserData ( &the_aim, (void *)live_veh); the_aim.mode = PFTRAV_IS_GEODE; the_aim.activeMask = 0x01; // 0x1F; the_aim.isectMask = ENTITY_MASK; the_aim.bound = NULL; // &the_barrel; the_aim.discFunc = target_lock; if ( (pfSegsIsectNode(G_moving, &the_aim, aim_hits)) > 0 ) { cout << "The aim live_veh: " << (*(int *)(the_aim.userData))<< endl; live_veh = (int *)pfGetUserData(aim_hits); cout << (*live_veh) << endl; G_vehlist[G_dynamic_data->target].vehptr->bbox(TRUE); return TRUE; } else { return FALSE; } ... /**************************************************************************/ long target_lock (pfHit *result) { long target_mask; pfHit *temp; int *live_veh; temp = result; #ifdef DATALOCK pfDPoolLock ( (void *) G_dynamic_data ); #endif live_veh = (int *)((pfHit *)result->userData); if (live_veh != NULL) { cout << "Live veh: " << (*live_veh) << endl; (*live_veh) = L_veh_node; pfUserData(result,(void *)live_veh); } else { cout << "NULL pointer." << endl; } ... Sorry to clutter everyones mailbox with this, but I am stumped. -rb -- Randall E. Barker Naval Postgraduate School e-mail: barker@cs.nps.navy.mil Computer Science, Code CS/Barker Phone: 408.656.2251 Monterey, California 93943 Spanagel Hall, Room 525 From guest Tue Jul 25 09:54:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA17341; Tue, 25 Jul 1995 09:51:26 -0700 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 JAA17338; Tue, 25 Jul 1995 09:51:26 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19907; Tue, 25 Jul 95 09:51:20 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA08004; Tue, 25 Jul 1995 09:51:19 -0700 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) for id JAA13741; Tue, 25 Jul 1995 09:41:48 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA18961; Tue, 25 Jul 95 09:40:27 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA22099; Tue, 25 Jul 1995 09:37:55 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199507251637.JAA22099@tubes.asd.sgi.com> Subject: Re: Decals with projected textures again?? To: guest (Robert Webb) Date: Tue, 25 Jul 95 9:37:54 PDT Cc: info-performer@sgi.sgi.com In-Reply-To: ; from "Robert Webb" at Jul 19, 95 4:24 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > Hello again, > > I am following up my own posting because I have found out what the problem > was, but I still don't know how to fix it. > > I wrote: > > > I have been working on something that uses a projected texture type of idea > > for quite a while now. It requires pfDraw() to be called twice in each > > frame. Now I've got it all kind of working except for co-planar polygons > > (and multiprocessing because changing the draw-mask doesn't seem to be > > having any effect, but that's another problem!). > > > > The first call to pfDraw() is really just there to get the zbuffer right, > > and the second call is done using zfunction(ZF_EQUAL). Now for geometry > > drawn with pfDecal() I have a problem. > > > > If I use PFDECAL_BASE_DISPLACE, then the laters do not appear at all. What > > I would expect to be happening is this: > > > > - First call to pfDraw(): > > - Base geometry is drawn, with z=1 say. > > - displacepolygon() is called. > > - Layer geometry is draw, with z=1, but displacepolygon() offsets > > this and makes it, say, z=2 instead (this avoids "Z-flickering"). > > - zfunction(ZF_EQUAL) is called. > > - Second call to pfDraw(): > > - Base geometry is drawn, with z=1, exactly overwriting what was > > there before, but leaving blank the sections where the layer > > geometry was drawn (since here z==2). > > - displacepolygon() is called. > > - Layer geometry is draw, with z=1, but displacepolygon() offsets > > this and makes it z=2 instead, exactly overwriting what was > > previously rendered by the layer geometry. > > > > However this is not what happens, since I do not see my layers at all. In > > fact the base is rendered as if the layers were never drawn. > > Using gldebug, I have discovered that the decal layers in a pfLayer node are > drawn using zwritemask(0x0). This is usually fine, but makes it impossible > to do what I wanted to do above (or the standard projected texture > algorithm) as the ZF_EQUAL pass will fail for this geometry. All I need to > do now is stop the call to zwritemask(0x0), but HOW? There is no way to > pfOverride it. > > The only solution I can think of (which I DON'T like the idea of), is to > change all the pfLayer nodes to pfGroup nodes and add call-backs to handle > the decaling myself. There must be a better way!?!?!? I'm curious what kind of multipass algorithm you are using, specifically the blendfunction() you use for the first and second passes. If, on the second pass you use blendfunction(BF_ZERO, BF_SC) which modulates the destination color (normal scene color) with the incoming color (projected light source) then displaced decal should work because only the base geometry will affect the frame buffer. For the above blendfunction you must use a PFTE_DECAL pfTexEnv: pfEnable(PFEN_TEXTURE); pfApplyTEnv(decalEnv); pfApplyTex(projTex); pfDisable(PFEN_LIGHTING); pfOverride(PFSTATE_TEXTURE | PFSTATE_TEXENV | PFSTATE_ENTEXTURE | PFSTATE_ENLIGHTING, 1); BTW: in 2.0, PFDECAL_LAYER_DISPLACE no longer disables zwritemask. From guest Tue Jul 25 09:50:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA17318; Tue, 25 Jul 1995 09:46:31 -0700 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 JAA17315; Tue, 25 Jul 1995 09:46:30 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19362; Tue, 25 Jul 95 09:46:28 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA06928; Tue, 25 Jul 1995 09:46:22 -0700 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA19287; Tue, 25 Jul 95 09:45:44 -0700 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA22111; Tue, 25 Jul 1995 09:43:16 -0700 From: jrohlf@tubes (John Rohlf) Message-Id: <199507251643.JAA22111@tubes.asd.sgi.com> Subject: Re: Using PFDECAL_BASE_STENCIL? To: guest (Robert Webb) Date: Tue, 25 Jul 95 9:43:16 PDT Cc: info-performer@sgi.sgi.com In-Reply-To: ; from "Robert Webb" at Jul 20, 95 11:50 am X-Mailer: ELM [version 2.3 PL8] Status: O > > Hi all, it's me again, > > By default, pfLayer nodes (as loaded from a multigen model, in our case) use > PFDECAL_BASE_DISPLACE, which uses the GL displacepolygon() function. > > How do I make them all use PFDECAL_BASE_STENCIL instead? The obvious thing > to try would be: > pfDecal(PFDECAL_BASE_STENCIL); > pfOverride(PFSTATE_DECAL, PF_ON); > > But this stops Performer from ever calling pfDecal again, which means it > won't call pfDecal(PFDECAL_LAYER) for the decal layers in each pfLayer node, > so you end up with just lots of flickering polygons (because everything in > the scene graph is treated as base geometry!). > > Do I have to traverse the whole scene graph and individually change the type > of decaling used for each pfLayer node I come across? (Everything I want to > do these days seems to require traversing the whole scene graph :-(. ). > Traversing the whole scene graph shouldn't be so painful. The traversal code itself would be very short and if you use pfuTraverser the required code gets even smaller. Just register a callback with the pfuTraverser and set the layer mode: pfLayerMode(layer, PFDECAL_BASE_STENCIL); If you are using the shipped flt loader then you can explicitly specify STENCIL-type layers with LoadFltMode(). From guest Tue Jul 25 08:29:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA17105; Tue, 25 Jul 1995 08:27:20 -0700 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 IAA17102; Tue, 25 Jul 1995 08:27:19 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15722; Tue, 25 Jul 95 08:27:17 -0700 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA22748; Tue, 25 Jul 1995 08:27:02 -0700 Received: from csf2.pobox.oleane.com (csf2.pobox.oleane.com [194.2.5.17]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id RAA04462 for ; Tue, 25 Jul 1995 17:26:57 +0200 Message-Id: <199507251526.RAA04462@relay1.oleane.net> X-Sender: csf2@pobox.oleane.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 25 Jul 1995 17:27:06 +0000 To: info-performer@sgi.sgi.com From: arnaud@pobox.oleane.com (Remi Arnaud) Subject: source of imgview X-Mailer: Status: O I know that it is not the good adress for such a question... I'm looking for source code of imgview, or at least the source code of window which is launched by "lookup" in the main menu. Thank you Excuse for my poor english... Bompuis olivier From guest Tue Jul 25 12:05:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA17688; Tue, 25 Jul 1995 12:02:24 -0700 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 MAA17685; Tue, 25 Jul 1995 12:02:23 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29160; Tue, 25 Jul 95 12:02:21 -0700 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA08976; Tue, 25 Jul 1995 12:02:16 -0700 Received: from uucp4.UU.NET by relay3.UU.NET with SMTP id QQyzyi05423; Tue, 25 Jul 1995 15:02:12 -0400 Received: from multigen.UUCP by uucp4.UU.NET with UUCP/RMAIL ; Tue, 25 Jul 1995 15:02:23 -0400 Received: from MAIL_CENTER (QM 3.0) by multigen.uucp (UMCP\QM 2.0.1) id AA02227; Tue, 25 Jul 1995 12:05:56 PST Message-Id: <00581.2889518756.2227@multigen.uucp> Organization: MultiGen, Inc. X-Charset: MACINTOSH X-Umcp-Priority: 1 X-Umcp-To: INFO PERFORMER From: Marcus To: INFO PERFORMER Date: Tue, 25 Jul 1995 11:55:08 PST Subject: Re: Using PFDECAL_BASE_STENC Status: O Reply to: RE>Using PFDECAL_BASE_STENCIL? >Date: Thu, 20 Jul 1995 11:50:43 +1000 (EST) >From: Robert Webb >Subject: Using PFDECAL_BASE_STENCIL? >To: Performer mailing list >Message-Id: > >Hi all, it's me again, > >By default, pfLayer nodes (as loaded from a multigen model, >in our case) use PFDECAL_BASE_DISPLACE, which uses the >GL displacepolygon() function. > >How do I make them all use PFDECAL_BASE_STENCIL >instead? The obvious thing to try would be: > pfDecal(PFDECAL_BASE_STENCIL); > pfOverride(PFSTATE_DECAL, PF_ON); > R14.1 and R14.2 revisions of the OpenFlight loader have a loader mode to enable PFDECAL_BASE_HIGH_QUALITY, which currently enables stencil layering: LoadFltMode( PFFLT_LAYER, TRUE ); or from perfly's command line: % perfly -O9 file.flt >Thanks, >Rob. > Regards, Marcus Barnes, Member Technical Staff MultiGen Inc., 550 S. Winchester Blvd. Suite 500, San Jose CA, 95128 PH: 1-408-556-2654 FX: 1-408-261-4102 EMAIL: multigen!marcus@uunet.UU.NET From guest Tue Jul 25 16:11:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA18637; Tue, 25 Jul 1995 16:05:26 -0700 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 QAA18630; Tue, 25 Jul 1995 16:05:17 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21268; Tue, 25 Jul 95 16:05:11 -0700 Received: from ligsg1.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA02239; Tue, 25 Jul 1995 16:05:11 -0700 Received: by ligsg1.epfl.ch (Smail3.1.29.1 #28) id m0sat2E-00073QC; Wed, 26 Jul 95 01:05 MET DST Message-Id: Date: Wed, 26 Jul 95 01:05 MET DST From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: allocating performer objects Reply-To: matomira@epfl.ch Status: O I hope that 2.0 comes already with some function to clone objects, as it's pretty boring to have to write your own function that checks for the type of an object and calls the appropriate constructor. 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 GVRAI d* p--- c++++ !l u++ s !g w+ t+ y* v+++ M[o]+++ (((()))) From guest Tue Jul 25 15:52:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA18509; Tue, 25 Jul 1995 15:48:03 -0700 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 PAA18506; Tue, 25 Jul 1995 15:48:01 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20061; Tue, 25 Jul 95 15:47:58 -0700 Received: from hssiarl.hti.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id PAA27814; Tue, 25 Jul 1995 15:47:48 -0700 Received: from [192.79.11.131] by hssiarl.hti.com (5.65/1.35) id AA10972; Tue, 25 Jul 95 17:47:44 -0500 Received: by mred (920330.SGI/LAI-3.1) id AA15940; Tue, 25 Jul 95 18:17:56 -0500 Date: Tue, 25 Jul 95 18:17:56 -0500 From: steve@mred.hti.com (Steve Baker) Message-Id: <9507252317.AA15940@mred > To: info-performer@sgi.sgi.com Subject: Blatent Job Advert. Status: O Sorry to burden your Mailboxes with such blatent stuff but..... -------------------------------- WANTED -------------------------------------- Experienced Software Engineers who have significant expertise in real-time graphics visualization, preferably on SGI/Reality systems and with hands-on experience with UNIX, X Windows, SGI Performer, C and/or C++. The selected candidate will be responsible for the development of real-time computer graphics for simulator training applications. This work will involve system software design and development, code generation, testing and debugging for both R&D (core real-time system) and application specific software requirements to include market support. Hughes Training Inc is a leader in the design and development of cost-effective training systems for the industrial, military and civil airline marketplaces. We offer a complete line of products and services including total training systems, training devices, simulators and training course development. We currently have numerous Software Engineering opportunities available within various programs at our Arlington, Texas facility. Hughes offers an excellent salary and a comprehensive benefits package. For immediate consideration, send your resume to: Hughes Training, Inc., Human Resources Dept. SE/DMN-H P.O. Box 6171, Arlington, Texas 76005-6171. Equal Opportunity Employer. Hughes Training, Inc. A GM Hughes Electronics Company. ----------------------------------------------------------------------------- If you are interested, you an email me for the chatty stuff - but formal stuff like resumes should be sent via snail mail to the above address. The position is within a small team of highly self-motivated people, working with lots of cool RE2's, and using leading-edge versions of Performer. Thanks for your time. Steve Baker. o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o Steve Baker steve@mred.hti.com (Email) Hughes Training Inc. 817-695-2478 (VoiceMail) 2200 Arlington Downs Road 817-695-2308 (Voice) Arlington, Texas. TX 76005-6171 817-695-2555 (Fax) From guest Tue Jul 25 17:59:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA19329; Tue, 25 Jul 1995 17:49:25 -0700 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 RAA19326; Tue, 25 Jul 1995 17:49:23 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26834; Tue, 25 Jul 95 17:49:22 -0700 Received: from nrtc.nrtc.northrop.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA24582; Tue, 25 Jul 1995 17:49:20 -0700 Received: from lazarus.nrtc.northrop.com by nrtc.nrtc.northrop.com id aa28379; 25 Jul 95 16:44 PDT Received: from world.nad.northrop.com by lazarus.nrtc.northrop.com (15.4a/15.6.b) id AA17378; Tue, 25 Jul 95 17:48:43 pdt Received: from localhost (world.nad.northrop.com) by world.nad.northrop.com (4.1/SMI-4.1.1) id AA07336; Tue, 25 Jul 95 17:45:55 PDT Message-Id: <9507260045.AA07336@world.nad.northrop.com> To: info-performer@sgi.sgi.com Subject: Horizon Line Date: Tue, 25 Jul 1995 17:45:55 PDT From: "William J. Moore" Status: O I'm having a problem with the alignment of a pitch ladder to the horizon line. The horizon is displaced from it's true position based on far clip plane and Z position. I know this has been done before, so how do you get the horizon line to appear at infinity???? thanks Bill From guest Tue Jul 25 20:12:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA19824; Tue, 25 Jul 1995 20:10:09 -0700 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 UAA19821; Tue, 25 Jul 1995 20:10:08 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03535; Tue, 25 Jul 95 20:10:06 -0700 Received: from sun.aitc.rest.tasc.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id UAA13462; Tue, 25 Jul 1995 20:10:00 -0700 Received: by sun.aitc.rest.tasc.com (NX5.67d/NX3.0M-TASCnet-003) id AA18823; Tue, 25 Jul 95 23:04:03 -0500 Date: Tue, 25 Jul 95 23:04:03 -0500 From: "Thomas R. DeCarlo" Message-Id: <9507260404.AA18823@sun.aitc.rest.tasc.com> Subject: Combining Paradigm Sim's AudioWorks with MaK's VRLink To: info-performer@sgi.sgi.com X-Mailer: AIR Mail 3.X (SPRY, Inc.) Status: O I know this is a little off the topic, but I'm trying to add sound to my Performer DIS visualizations using AudioWorks. Does anyone out there use AudioWorks in a DIS application? What I am looking for is a simple example of a DIS listener that generates an explosion sound when it gets a detonation pdu. (Something like a combination of the AudioWorks onesound.c example combined with MaK's stealthSound.cc example. And yes, I've tried combining them. No boom.) The folks I've talked to at Paradigm Simulations are either unable or unwilling to give me an example of how this can be done. ,,, (o o) ++---------------------------------------++-----oOO--(_)--OOo-------++ || Thom DeCarlo || || || TASC || Any sufficiently || || 12100 Sunset Hills Rd. || advanced technology || || Reston, VA 22090 || is indistinguishable || || phone:703/834-5000 fax:703/318-7900 || from a rigged demo. || || email:trdecarlo@tasc.com || || ++---------------------------------------++-------------------------++ From guest Wed Jul 26 07:17:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA21434; Wed, 26 Jul 1995 07:14:42 -0700 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 HAA21431; Wed, 26 Jul 1995 07:14:41 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20297; Wed, 26 Jul 95 07:14:40 -0700 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA29678; Wed, 26 Jul 1995 07:14:39 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA20294; Wed, 26 Jul 95 07:14:37 -0700 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id HAA16738; Wed, 26 Jul 1995 07:14:36 -0700 From: "Michael Jones" Message-Id: <9507260714.ZM16736@babar.asd.sgi.com> Date: Wed, 26 Jul 1995 07:14:36 -0700 In-Reply-To: "Svend Tang-Petersen" "Performer documentation." (Jul 26, 9:13am) References: <9507260913.ZM1978@rex.copen.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Svend Tang-Petersen" , info-performer@sgi.sgi.com Subject: Re: Performer documentation. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 26, 9:13am, Svend Tang-Petersen wrote: > Subject: Performer documentation. : :Has anyone ever come across other Performer manuals/books besides the :two from SGI ? : : (IRIS Performer programming guide) : (IRIS Performer reference pages) These are the only two. Anyone interested in writing a book should feel free to contact me. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Systems Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Du musst Ambose oder Hammer sein" -- Goethe From guest Tue Jul 25 23:59:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA20376; Tue, 25 Jul 1995 23:57:17 -0700 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 XAA20373; Tue, 25 Jul 1995 23:57:16 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10156; Tue, 25 Jul 95 23:57:14 -0700 Received: from rex by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA02336; Tue, 25 Jul 1995 23:57:10 -0700 Received: by rex (940816.SGI.8.6.9/930416.SGI.AUTO) id IAA01894; Wed, 26 Jul 1995 08:56:36 +0200 From: "Svend Tang-Petersen" Message-Id: <9507260856.ZM1892@rex.copen.sgi.com> Date: Wed, 26 Jul 1995 08:56:34 -0600 In-Reply-To: arnaud@pobox.oleane.com (Remi Arnaud) "source of imgview" (Jul 25, 5:27pm) References: <199507251526.RAA04462@relay1.oleane.net> X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: arnaud@pobox.oleane.com (Remi Arnaud), info-performer@sgi.sgi.com Subject: Re: source of imgview Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O If you have purchased the ImageVision library as well, you find some source code located at: /usr/people/4Dgifts/examples/ImageVision -- Regards Svend ********************************************************************* * Svend Tang-Petersen Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Herstedoestervej 27-29 Phone: (+45) 43438600 * * 2620 Albertslund Voice mail: 5-7507 * * DENMARK * ********************************************************************* From guest Wed Jul 26 00:17:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA20432; Wed, 26 Jul 1995 00:13:53 -0700 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 AAA20429; Wed, 26 Jul 1995 00:13:53 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11174; Wed, 26 Jul 95 00:13:51 -0700 Received: from rex by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA03302; Wed, 26 Jul 1995 00:13:48 -0700 Received: by rex (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.sgi.com id JAA01980; Wed, 26 Jul 1995 09:13:26 +0200 From: "Svend Tang-Petersen" Message-Id: <9507260913.ZM1978@rex.copen.sgi.com> Date: Wed, 26 Jul 1995 09:13:25 -0600 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Performer documentation. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Has anyone ever come across other Performer manuals/books besides the two from SGI ? (IRIS Performer programming guide) (IRIS Performer reference pages) -- Regards Svend ********************************************************************* * Svend Tang-Petersen Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Herstedoestervej 27-29 Phone: (+45) 43438600 * * 2620 Albertslund Voice mail: 5-7507 * * DENMARK * ********************************************************************* From guest Wed Jul 26 08:42:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA21710; Wed, 26 Jul 1995 08:39:14 -0700 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 IAA21707; Wed, 26 Jul 1995 08:39:13 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23201; Wed, 26 Jul 95 08:39:12 -0700 Received: from aic.lockheed.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA10292; Wed, 26 Jul 1995 08:39:10 -0700 Received: from phobos.aic.lockheed.com (phobos.rdd.lmsc.lockheed.com) by aic.lockheed.com (4.1/SMI-4.1/AIC-PostOffice-Brent-930416-01) id AA18906; Wed, 26 Jul 95 08:39:01 PDT Date: Wed, 26 Jul 95 08:39:01 PDT From: stiles@aic.lockheed.com (Randy Stiles) Message-Id: <9507261539.AA18906@aic.lockheed.com> Received: by phobos.aic.lockheed.com (4.1/SMI-4.1/AIC-Client-Brent-930416-01) id AA09496; Wed, 26 Jul 95 08:39:00 PDT To: decarlo@sun.aitc.rest.tasc.com Cc: info-performer@sgi.sgi.com In-Reply-To: <9507260404.AA18823@sun.aitc.rest.tasc.com> (decarlo@sun.aitc.rest.tasc.com) Subject: Re: Combining Paradigm Sim's AudioWorks with MaK's VRLink Status: O I integrated audioworks with the Mak VRLink viewer in Performer about 2 years ago, using C++ classes. Date: Tue, 25 Jul 95 23:04:03 -0500 From: "Thomas R. DeCarlo" I know this is a little off the topic, but I'm trying to add sound to my Performer DIS visualizations using AudioWorks. Does anyone out there use AudioWorks in a DIS application? What I am looking for is a simple example of a DIS listener that generates an explosion sound when it gets a detonation pdu. (Something like a combination of the AudioWorks onesound.c example combined with MaK's stealthSound.cc example. And yes, I've tried combining them. No boom.) You have to check to make sure a couple of things are happening: 1) you are constantly adjusting the ear point to where the viewer actually is 2) Mak's Stealth code often uses 0,0,0 as the viewpoint, and moves the database, models, etc in inverse of the viewer, to get rid of floating point error in Performer at larger distances, such as those encountered in DIS engagements. This is a good approach, but can be confusing if you use the DIS coordinates for your entities and the Performer coordinates of the viewer for your earpoint. Mak has access to the DCS for remote entities in the code, and if you use the coordinates for this, and make sure it is transformed by all matrix parents above, you'll get world coordinates that make sense with respect to the viewer coordinates 3) check your audioworks board, but most cannot do over 8 sounds at a time - if you try to do more, you'll hang your SGI machine when it tries to deal with it. They may have fixed this condition, I don't know, because we drop sounds outside of a radius from the viewer, and we ignore adding sounds if we have 8 already active. Since this is DIS, you don't know ahead of time how many sounds (explosions, missile bursts, helicopter rotors, etc) you will have ahead of time for a given viewpoint, so you have to deal with this issue. The folks I've talked to at Paradigm Simulations are either unable or unwilling to give me an example of how this can be done. Paradigm has also worked with VRLink before, it is sold as a module in their Vega product, which I believe also can run their audioworks board. Maybe this is why they are reluctant to help you use one of their products, because they want to sell you another product, Vega, to do this. I dunno. I can only guess. Hope this helps, -Randy // Randy Stiles Office: 415.354.5256 Orgn 9620 Bldg 255 // stiles@aic.lockheed.com Fax: 415.354.5235 3251 Hanover Street // Lockheed AI Center Lab: 415.424.2690 Palo Alto, CA 94304-1191 // http://hitchhiker.space.lockheed.com/~stiles/HOME.html From guest Wed Jul 26 14:14:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA23037; Wed, 26 Jul 1995 14:11:52 -0700 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 OAA23034; Wed, 26 Jul 1995 14:11:51 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12227; Wed, 26 Jul 95 14:11:49 -0700 Received: from blackhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA22720; Wed, 26 Jul 1995 14:11:46 -0700 Received: (from uucp@localhost) by blackhole.cae.ca (8.6.7/8.6.6) id RAA10623 for ; Wed, 26 Jul 1995 17:14:35 -0400 Received: from hell.cae.ca(142.39.201.1) by bhole via smap (V1.3mjr) id sma010481; Wed Jul 26 17:13:51 1995 Received: by cae.ca (4.1/SMI-4.1) id AA04850; Wed, 26 Jul 95 17:11:30 EDT From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <9507262111.AA04850@cae.ca> Subject: FLIR effects using Performer To: info-performer@sgi.sgi.com Date: Wed, 26 Jul 1995 17:11:29 -0400 (EDT) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 409 Status: O I read in the Performer archived message list several messages from people who were looking for ways to simulate a forward looking infrared detection set. The basic approach seems to be to modify the color table to get shades of grey or green. As anyone gone farther than that in simulating the FLIR effect? Like is there a way in performer to simulate the effect of persistance? Nicolas Gauvin nic@cae.ca From guest Wed Jul 26 17:48:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA25064; Wed, 26 Jul 1995 17:42:50 -0700 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 RAA25061; Wed, 26 Jul 1995 17:42:47 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23146; Wed, 26 Jul 95 17:42:45 -0700 Received: from mail04.mail.aol.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA08053; Wed, 26 Jul 1995 17:42:43 -0700 From: SSPSU91@aol.com Received: by mail04.mail.aol.com (1.37.109.16/16.2) id AA028455762; Wed, 26 Jul 1995 20:42:42 -0400 Date: Wed, 26 Jul 1995 20:42:42 -0400 Message-Id: <950726204241_123742546@aol.com> To: info-performer@sgi.sgi.com Subject: Help with fonts Status: O This is not exactly a Performer question, however I am using gl overlay graphics wih Performer and have gotten good responses whenever I pose Performer questions to this group, so I thought I would ask. I need to create a custon font to use for gl overlay graphics. I have a drawing package (VAPS) which will allow me to draw a font and save it as a post script font. But gl can only read bit map fonts (as far as I can see). Is there a Unix / gl / SGI font converter that I can use to convert from a post script font to a bit map font? Any advice would be greatly appreciated. Thanks --- Stephanie Sroczyk, JJM Systems Inc. SSPSU91@aol.com From guest Wed Jul 26 21:04:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA25773; Wed, 26 Jul 1995 21:02:26 -0700 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 VAA25770; Wed, 26 Jul 1995 21:02:24 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00708; Wed, 26 Jul 95 21:02:23 -0700 Received: from sun.aitc.rest.tasc.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id VAA04223; Wed, 26 Jul 1995 21:02:11 -0700 Received: by sun.aitc.rest.tasc.com (NX5.67d/NX3.0M-TASCnet-003) id AA02513; Wed, 26 Jul 95 23:54:55 -0500 Date: Wed, 26 Jul 95 23:54:55 -0500 From: "Thomas R. DeCarlo" Message-Id: <9507270454.AA02513@sun.aitc.rest.tasc.com> Subject: Re: Combining Paradigm Sim's AudioWorks with MaK's VRLink To: info-performer@sgi.sgi.com Cc: jperser@paradigmsim.com, craig@paradigmsim.com, stiles@aic.lockheed.com, mcclure@chris.gcs.redstone.army.mil X-Mailer: AIR Mail 3.X (SPRY, Inc.) Status: O Boy, do I feel sheepish. First, Thanks to all who responded to my note. Your messages have helped improve my understanding of the mechanisms involved in AudioWorks. Second, I figured out what I was doing wrong. I fouled up when I copied the .adf file from the onesound example. The spl and splhi values both got set to the same low value (80). So not only did my program look like it was working, it was doing just what I told it to. When I bumped it up to 140, everything started working the way I thought it should. Finally, I didn't intend to demean the good people at Paradigm Simulation. I guess the problem may have been crossed communications and perhaps misunderstandings. ,,, (o o) ++---------------------------------------++-----oOO--(_)--OOo-------++ || Thom DeCarlo || || || TASC || Any sufficiently || || 12100 Sunset Hills Rd. || advanced technology || || Reston, VA 22090 || is indistinguishable || || phone:703/834-5000 fax:703/318-7900 || from a rigged demo. || || email:trdecarlo@tasc.com || || ++---------------------------------------++-------------------------++ From guest Thu Jul 27 03:20:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA27025; Thu, 27 Jul 1995 03:16:56 -0700 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 DAA27022; Thu, 27 Jul 1995 03:16:55 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09316; Thu, 27 Jul 95 03:16:53 -0700 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id DAA02137; Thu, 27 Jul 1995 03:16:42 -0700 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA26111 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Thu, 27 Jul 1995 12:21:46 +0200 Message-Id: <199507271021.AA26111@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA14955; Thu, 27 Jul 95 09:28:25 +0200 From: Marco Crocetta Subject: pfuDrawSmokes To: info-performer@sgi.sgi.com Date: Thu, 27 Jul 95 9:28:24 METDST Mailer: Elm [revision: 66.25] Status: O Hi, I'm having some trouble in drawing smokes with pfuDrawSmokes. What happens is that smokes don't behave as billboards. In fact, smokes don't rotate to face the eyepoint. I think that the argument I supply to pfuDrawSmokes function is not the right. Here is my source code fragment, in the Channel PostDraw function: pfPushMatrix(); pfuGetXformerCoord(Shared->xformer, &coord); pfTranslate( coord.xyz[0], coord.xyz[1], coord.xyz[2] ); pfSetVec3(vec, ?, ?, ?); /* I don't know what to put in here */ pfuDrawSmokes(vec); pfPopMatrix(); What does pfuDrawSmokes need as argument ? Thanks for any help. --------------------------- Antonio Diotallevi DATAMAT SpA, Rome e-mail: onyx@datamat.it --------------------------- From guest Thu Jul 27 02:56:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA26917; Thu, 27 Jul 1995 02:53:28 -0700 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 CAA26914; Thu, 27 Jul 1995 02:53:28 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08819; Thu, 27 Jul 95 02:53:26 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA00581; Thu, 27 Jul 1995 02:53:25 -0700 Received: from barney.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id CAA05907; Thu, 27 Jul 1995 02:53:22 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id KAA04254; Thu, 27 Jul 1995 10:49:28 +0100 From: "Rob Jenkins" Message-Id: <9507271049.ZM4252@barney.reading.sgi.com> Date: Thu, 27 Jul 1995 10:49:27 +0100 In-Reply-To: nicolas@cae.ca (Nicolas Gauvin) "FLIR effects using Performer" (Jul 26, 5:11pm) References: <9507262111.AA04850@cae.ca> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: nicolas@cae.ca (Nicolas Gauvin), info-performer@sgi.sgi.com Subject: Re: FLIR effects using Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Nicolas I think this type of effect is going to be acheived in straight GL. To use GL in Performer set a pfChanDrawFunc and put any GL in there ( see Pipeline sept/oct '94 - Extending Iris Performer for a good discussion of this ). You may be able to use the accumulation buffer - but this usually requires multiple passes and can be slow, or maybe use convolve() to blur your image. If you look in the info-performer archives on sgigate.sgi.com there is a discussion on blurring/sharpening a view which probably covers some ground common to your problem. Using anonymous ftp, cd /pub/Performer/monthly-archives to see the archives. If you get perf-95-05 and grep for Blurring you should find the discussion I mentioned above. I know neither of these suggestions will really do what you want but it depends how good a simulation you need - do you just want certian bright objects to leave a 'trail' when they move or do you want full scene, accurate persistance ? I'm sure you will get replies from others who have already travelled the road you are on :-) Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Thu Jul 27 02:33:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA26819; Thu, 27 Jul 1995 02:31:42 -0700 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 CAA26816; Thu, 27 Jul 1995 02:31:41 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08400; Thu, 27 Jul 95 02:31:39 -0700 Received: from bvr.co.il by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id CAA29083; Thu, 27 Jul 1995 02:29:54 -0700 Received: from genie.bvr.co.il by bvr.co.il via SMTP (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA04447; Thu, 27 Jul 95 12:36:10 +0300 Received: by genie.bvr.co.il (940816.SGI.8.6.9/911001.SGI) id MAA14105; Thu, 27 Jul 1995 12:26:36 +0300 From: "Ran Yakir" Message-Id: <9507271226.ZM14103@genie.bvr.co.il> Date: Thu, 27 Jul 1995 12:26:34 +0000 In-Reply-To: "Angus Dorbie" "Re: FLIR effects using Performer" (Jul 27, 11:04am) References: <9507262111.AA04850@cae.ca> <9507271104.ZM5013@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Angus Dorbie" Subject: Re: FLIR effects using Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 27, 11:04am, Angus Dorbie wrote: > Subject: Re: FLIR effects using Performer > > B.V.R. Technologies have some impressive sensor simulation software > which runs on RE2 (multipipe) with all sorts of filters applied using a > combination of graphics hardware and CPU. > Correct. However, our sensor simulation can run on single-pipe machines too. The database would have to be smaller, though. 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 Jul 27 07:39:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA27678; Thu, 27 Jul 1995 07:36:20 -0700 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 HAA27675; Thu, 27 Jul 1995 07:36:19 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14917; Thu, 27 Jul 95 07:36:17 -0700 Received: from ivan.engr.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id HAA20509; Thu, 27 Jul 1995 07:36:16 -0700 Received: by ivan.engr.sgi.com (940816.SGI.8.6.9/911001.SGI) id HAA24614; Thu, 27 Jul 1995 07:36:14 -0700 Date: Thu, 27 Jul 1995 07:36:14 -0700 From: ib@ivan.engr.sgi.com (Ivan Bach) Message-Id: <199507271436.HAA24614@ivan.engr.sgi.com> To: info-performer@sgi.sgi.com, SSPSU91@aol.com Subject: Re: Help with fonts Status: O Stephanie Sroczyk writes: > But gl can only read bit map fonts (as far as I can see). IRIS GL has a default bitmap font (see the man page for 'defrasterfont'), and it has functions 'defrasterfont' and 'deflfont' that allow you to specify additional bitmap fonts. IRIS GL (libgl.so) does not support the reading and creating of outline fonts, but it can be used to draw vector approximations of character outlines and exact character outlines if you have all the information needed to draw character outlines. The IRIS GL Font Manager (libfm.so) can use bitmap fonts, outline fonts, or both for a given typeface. Outline fonts have to be in the ASCII Adobe Type 1 format. In a future release of IRIX, libfm may also support large outline fonts in the Adobe CID-keyed format. If VAPS can be used to prepare an outline font in the Type 1 font format, you may be able to use it in a program that is linked with both libgl.so and libfm.so. Your font should look like the Adobe Type 1 fonts stored in the directory: /usr/lib/DPS/outline/base The entry FontType must say: /FontType 1 def For more information about the Adobe Type 1 font format, please read the book "Adobe Type 1 Font Format," Adobe Systems Inc., Addison-Wesley Publishing Company, Inc., 1990, ISBN 0-201-57044-0. Designing a Type 1 font is not trivial. You may want to just purchase a Type 1 font that contains the characters you need from a reputable font foundry. X, DPS, IRIS GL Font Manager, and Impressario are all able to rasterize outline fonts, and produce bitmap fonts in specified sizes. For information about the adding of bitmap and outline fonts to X, DPS, and libfm, please read the Chapter "Working with Fonts" in the InSight on-line book "Topics in IRIX Programming" in IRIX 5.3 and higher. If you create a Type 3 PS font, you will not be able to use it with libfm. You may be able to use it with Impressario (SGI Print Manager) and Display PostScript. Ivan Bach, ib@sgi.com From guest Thu Jul 27 07:55:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA27729; Thu, 27 Jul 1995 07:52:38 -0700 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 HAA27726; Thu, 27 Jul 1995 07:52:37 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15446; Thu, 27 Jul 95 07:52:35 -0700 Received: from huey.ntsc.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA22834; Thu, 27 Jul 1995 07:52:25 -0700 From: BETTY_POLAK_at_NAVY16@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA07268; Thu, 27 Jul 95 10:51:12 EDT Received: from ccMail by CCMAIL.NTSC.NAVY.MIL id AA806867496 Thu, 27 Jul 95 10:51:36 EST Date: Thu, 27 Jul 95 10:51:36 EST Message-Id: <9506278068.AA806867496@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.sgi.com Subject: Subscribe Status: O Subscribe From guest Thu Jul 27 09:36:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA28200; Thu, 27 Jul 1995 09:31:51 -0700 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 JAA28197; Thu, 27 Jul 1995 09:31:50 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20572; Thu, 27 Jul 95 09:31:47 -0700 Received: from nvl.client by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA09982; Thu, 27 Jul 1995 09:31:46 -0700 Received: by nvl.client (Smail3.1.28.1 #5) id m0sbVqS-0000JnC; Thu, 27 Jul 95 12:31 EDT Message-Id: Date: Thu, 27 Jul 95 12:31 EDT From: akekesi@nvl.army.mil (Alex Kekesi) To: info-performer@sgi.sgi.com Subject: Re: FLIR effects using Performer Cc: lorenzo@nvl.army.mil, dslayton@nvl.army.mil, russ@nvl.army.mil, lu@nvl.army.mil, cha@nvl.army.mil, deaso@nvl.army.mil Status: O > > I read in the Performer archived message list several messages from > people who were looking for ways to simulate a forward looking > infrared detection set. The basic approach seems to be to modify the > color table to get shades of grey or green. As anyone gone farther than > that in simulating the FLIR effect? Like is there a way in performer to > simulate the effect of persistance? > > Nicolas Gauvin > nic@cae.ca > Nicholas, There is still is some question here at the lab as to your term "persistance" when used with FLIRs. Nonetheless, let me step up to the plate. As you already know, the basic method of manipulating the color table on a per polygon basis really does not give the proper effect for FLIR simulations. This is especially true on databases with low polygon counts. Something more is needed. We have found that a proper balance of software and hardware seems to come very close to acheiving a realistic sensor sim. When first attacking this problem (ie, real-time blur, bilinear scan, noise, etc.) we attempted to do it all in Performer. The real-time noise was no problem. However, blurring using convolve or the accumulation buffer (as mentioned by Rob Jenkins in his previous message) were too slow. This is where a hardware solution was needed. For many of the sensor effects we decided to use Datacube's real-time image processor. This seems to do the trick for real- time blur, as well as bilinear scan. The Datacube allows for an 8x8 kernel to be applied over the image to the get the proper "blur" effect as seen in 1st and 2nd gen sensors. The bilinear scan is done similarly. Now, if you are talking about the trailing effect (or "plumbing") that occurs when an object moves across a sensors FOV this is a more complicated problem. One possible solution is to use some sort of trailing model. We're currently looking into this with Coryphaeus Software. They have some really nice visible trailing models that we are thinking about adapting for IR simuations. However, I'm sure someone out there may have some good ideas as to how IR tracks can be left in a real-time environment directly through Performer. (A little bit of brain food for the Performer crowd. :^) ) As our simulation grows I'm sure more and more effects will be added. If you're interested, I could put you in touch with some Datacube representatives to talk about their real-time image processors. Further, if you wish to do more reading on the subject, we have published a couple papers pertaining to real-time FLIR simulations for Distributed Interactive Simuations (DIS). The papers are: "PAINT THE NIGHT: High fidelity IR scene, atmosphere, and sensor simulation enhancements for the DIS environment" - presented at the 12th DIS conference and in the publication. "DIS IR simulation models for fidelity, signature texture, and atmosphere- sensor effects" - presented at SPIE '95. You may contact me for copies of these papers. Lastly, if you wish to see our simulation we will be showing a slightly modified version of it at SIGGRAPH '95 in the Interactive Communities area. (look for OSIRIS - Optimized Synthetic Infra-Red Interactive Simulation). Hope this at least points you in the right direction! Alex Kekesi ============================================================================ Alex Kekesi phone: (703)704-1770 E-OIR Measurements, Inc. Night Vision & Electronic Sensor Directorate Fort Belvoir, Virginia akekesi@nvl.army.mil ============================================================================ From guest Thu Jul 27 02:09:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA26738; Thu, 27 Jul 1995 02:06:43 -0700 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 CAA26735; Thu, 27 Jul 1995 02:06:42 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07927; Thu, 27 Jul 95 02:06:41 -0700 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA27882; Thu, 27 Jul 1995 02:06:33 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id LAA05015; Thu, 27 Jul 1995 11:04:17 +0200 From: "Angus Dorbie" Message-Id: <9507271104.ZM5013@bitch.reading.sgi.com> Date: Thu, 27 Jul 1995 11:04:16 -0600 In-Reply-To: nicolas@cae.ca (Nicolas Gauvin) "FLIR effects using Performer" (Jul 26, 5:11pm) References: <9507262111.AA04850@cae.ca> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: nicolas@cae.ca (Nicolas Gauvin) Subject: Re: FLIR effects using Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 26, 5:11pm, Nicolas Gauvin wrote: > Subject: FLIR effects using Performer > I read in the Performer archived message list several messages from > people who were looking for ways to simulate a forward looking > infrared detection set. The basic approach seems to be to modify the > color table to get shades of grey or green. As anyone gone farther than > that in simulating the FLIR effect? Like is there a way in performer to > simulate the effect of persistance? > > Nicolas Gauvin > nic@cae.ca > > >-- End of excerpt from Nicolas Gauvin B.V.R. Technologies have some impressive sensor simulation software which runs on RE2 (multipipe) with all sorts of filters applied using a combination of graphics hardware and CPU. It should be possible to use accumulation buffer to simulate temporal artefacts. If you really want realistic I.R. databases you should consider building a dedicated textured database with 1 component textures holding thermal data, this can produce a very realistic effect while allowing dynamic gain control & BH/WH by using TV_BLEND & the blendcolour & underlying polygon colour. Using tluts would provide even more flexibility with this kind of database. -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Fri Jul 28 04:41:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA02434; Fri, 28 Jul 1995 04:39:10 -0700 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 EAA02431; Fri, 28 Jul 1995 04:39:09 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12873; Fri, 28 Jul 95 04:39:08 -0700 Received: from ix7.ix.netcom.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA19411; Fri, 28 Jul 1995 04:39:06 -0700 Received: from by ix7.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id EAA23141; Fri, 28 Jul 1995 04:37:19 -0700 Date: Fri, 28 Jul 1995 04:37:19 -0700 Message-Id: <199507281137.EAA23141@ix7.ix.netcom.com> From: blastarr@ix.netcom.com (Kent Miller) Subject: Picking under a pfSwitch fails To: info-performer@sgi.sgi.com Status: O I don't have the FAQ handy, but I need to find a solution for this one: (I don't have the code handy, so please forgive any misreferences) Picking (w/ pfChanPick) works fine for IS_PRIM | NEAREST when my scene graph looks like this: scene | group / | \ ch1 ch2 ch3 I add & remove the children, so the group works like a switch. But when I use a pfSwitch instead of a pfGroup, I get 0 hits back from ChanPick. Sound familiar to anyone? I sure could use a hint. Thanks! From guest Fri Jul 28 11:29:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA03128; Fri, 28 Jul 1995 11:08:58 -0700 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 LAA03123; Fri, 28 Jul 1995 11:08:50 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23962; Fri, 28 Jul 95 11:07:52 -0700 Received: from focusweb.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id LAA09241; Fri, 28 Jul 1995 11:07:47 -0700 Received: from mail (focusweb.com) by focusweb.com (4.1/SMI-4.1) id AA06499; Fri, 28 Jul 95 14:08:15 EDT Date: Fri, 28 Jul 1995 14:08:13 -0400 (EDT) From: Rebecca Pearce X-Sender: pearce@mail To: info-performer@sgi.sgi.com Subject: posting employment position Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I was given this address to ask about posting a notice for a computer science/engineering position available with CamSys, Inc. The description is as follows: A small, high-tech company is to be awarded the second phase of a Small Business Innovation Research (SBIR) Project. When the award is made, a computer scientist or engineer will be hired to work full-time on this two-year project that may start in the Fall of 1995. The project involves the use of advanced video acquisition and processing technology to produce 3D visual databases. The qualified individual should have a B.S. or M.S. in Computer Science or Electrical or Mechanical Engineering, and some experience in creating and working with visual databases. Experience in processing of video data for tracking and extracting 2D features from video, and extracting textures from video would be helpful. Experience using and programming on Silicon Graphics workstations is also desired. If you are interested in this position, please contact: CamSys, Inc. 1223 Peoples Ave. Troy, NY 12180 Tel: (518) 276-4082 Fax: (518) 276-6380 e-mail: camsys@camsysinc.com Please let me know whether and how I could post this notice to your bulletin board. Sincerely, Rebecca Pearce pearce@camsysinc.com From guest Fri Jul 28 18:11:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA05281; Fri, 28 Jul 1995 18:02:20 -0700 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 SAA05278; Fri, 28 Jul 1995 18:02:19 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20510; Fri, 28 Jul 95 18:02:17 -0700 Received: from sgi600.msd.lmsc.lockheed.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA00259; Fri, 28 Jul 1995 18:02:16 -0700 Received: by sgi600.msd.lmsc.lockheed.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id SAA12832; Fri, 28 Jul 1995 18:01:38 -0700 Date: Fri, 28 Jul 1995 18:01:38 -0700 From: sakai@sgi600.msd.lmsc.lockheed.com (Ken Sakai) Message-Id: <199507290101.SAA12832@sgi600.msd.lmsc.lockheed.com> To: info-performer@sgi.sgi.com Subject: pfDelete question Status: O I have a simple question regarding pfDelete. If one does a pfDelete on a pfGeoSet, does one have to worry about pfFree'ing the geoSet attribute arrays that one can retrieve using pfGetGSetAttrLists() and length arrays from pfGetGSetPrimLengths()? I have seen code fragments that simply pfDelete the geoSet without bothering with the aformentioned data. Would this result in a memory leak or is the data automatically dereferenced and deleted when the geoSet is deleted? Thanks, Kenneth N. Sakai Email: sakai@lmsc.lockheed.com Research Specialist/Computer Graphics Phone: (408) 756-0682 Lockheed Martin Missiles & Space Sunnyvale, CA 94088-3504 From guest Sat Jul 29 17:50:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA06825; Sat, 29 Jul 1995 17:47:17 -0700 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 RAA06822; Sat, 29 Jul 1995 17:47:16 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19194; Sat, 29 Jul 95 17:47:14 -0700 Received: from paradox.idec.sdl.usu.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA24108; Sat, 29 Jul 1995 17:47:12 -0700 Received: by paradox.idec.sdl.usu.edu (931110.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA06278; Sat, 29 Jul 95 18:46:06 -0600 From: "Darin C. Partridge" Message-Id: <9507291846.ZM6276@paradox.idec.sdl.usu.edu> Date: Sat, 29 Jul 1995 18:46:06 -0600 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: pfSequence Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O I have a pfSequence, I'm sure the correct geometry is being loaded up, but when the sequence runs its course, only one frame (the first) gets displayed. The rest of the time there is no geometry shown. I have several pfSequences in the same scene and only one seems to work correctly. Are the pfSequence routines stable? It just seems like I have more than my share of problems with pfSequence. Thanks for any info, Darin Partridge (darin@chaos.idec.sdl.usu.edu) From guest Sat Jul 29 23:18:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA07087; Sat, 29 Jul 1995 23:15:44 -0700 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 XAA07084; Sat, 29 Jul 1995 23:15:43 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24779; Sat, 29 Jul 95 23:15:42 -0700 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA12139; Sat, 29 Jul 1995 23:15:26 -0700 Received: (from root@localhost) by warrane.connect.com.au with UUCP id QAA04487 (8.6.12/IDA-1.6); Sun, 30 Jul 1995 16:15:02 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA05451 (5.65c/IDA-1.5); Sun, 30 Jul 1995 15:11:29 +1000 Received: from krusty (krusty [8.0.0.31]) by aggro with SMTP id PAA03508 (8.6.12/IDA-1.6); Sun, 30 Jul 1995 15:16:55 +1000 Received: by krusty (5.65) id AA30480; Sun, 30 Jul 1995 15:16:59 +1000 Date: Sun, 30 Jul 1995 15:16:58 +1000 (EST) From: Simon Bennett Subject: Re: pfSequence To: "Darin C. Partridge" Cc: info-performer@sgi.sgi.com In-Reply-To: <9507291846.ZM6276@paradox.idec.sdl.usu.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Sat, 29 Jul 1995, Darin C. Partridge wrote: > I have a pfSequence, I'm sure the correct geometry is being loaded up, but > when the sequence runs its course, only one frame (the first) gets displayed. > The rest of the time there is no geometry shown. I have several pfSequences > in the same scene and only one seems to work correctly. > Are the pfSequence routines stable? It just seems like I have more than > my share of problems with pfSequence. Have you called: pfSeqMode(Your_sequence, PFSEQ_START); ? +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Sun Jul 30 07:19:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA07506; Sun, 30 Jul 1995 07:17:07 -0700 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 HAA07503; Sun, 30 Jul 1995 07:17:05 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02856; Sun, 30 Jul 95 07:17:04 -0700 Received: from chaos.idec.sdl.usu.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA28478; Sun, 30 Jul 1995 07:17:02 -0700 Received: by chaos.idec.sdl.usu.edu (4.1/SMI-4.0) id AA27142; Sun, 30 Jul 95 08:15:48 MDT Date: Sun, 30 Jul 95 08:15:48 MDT From: darin@chaos.idec.sdl.usu.edu (Darin C. Partridge) Message-Id: <9507301415.AA27142@chaos.idec.sdl.usu.edu> To: info-performer@sgi.sgi.com, simonb@wormald.com.au Subject: pfSequence Cc: darin@chaos.idec.sdl.usu.edu Status: O I have called pfSeqMode(Your_sequence, PFSEQ_START) with all of my sequences but only one works correctly. I have some that display more than one frame at a time or don't display some frames at all as it goes through its cycle. I have verified that all the frames are valid. My structure is as follows: pfSequence / | . . . \ pfGroup pfGroup pfGroup /...\ /...\ /...\ pfGeodes pfGeodes pfGeodes Is this kind of structure valid? The pfSequence should cycle(or loop) through its immediate children? I don't think I'm too far off since a few 'work'. Thanks for any help, Darin (darin@chaos.idec.sdl.usu.edu) From guest Sun Jul 30 12:16:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA07786; Sun, 30 Jul 1995 12:13:50 -0700 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 MAA07783; Sun, 30 Jul 1995 12:13:49 -0700 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07440; Sun, 30 Jul 95 12:13:48 -0700 Received: from sgigate.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA08952; Sun, 30 Jul 1995 12:13:46 -0700 Received: from tacom-emh1.army.mil by sgigate.sgi.com via ESMTP (940816.SGI.8.6.9/940406.SGI) for id MAA23125; Sun, 30 Jul 1995 12:13:44 -0700 From: tidrowd@cc.tacom.army.mil Received: from cc-gw.tacom.army.mil by tacom-emh1.army.mil (8.6.12/8.6.12-kbp) with SMTP id PAA15745; Sun, 30 Jul 1995 15:13:38 -0400 Received: from ccMail by cc-gw.tacom.army.mil (IMA Internet Exchange 1.04b) id 01bd9a00; Sun, 30 Jul 95 15:12:32 -0400 Mime-Version: 1.0 Date: Sun, 30 Jul 1995 15:03:57 -0400 Message-Id: <01bd9a00@cc-gw.tacom.army.mil> Subject: Re: pfSequence To: darin@chaos.idec.sdl.usu.edu (Darin C. Partridge), info-performer@sgihub.corp.sgi.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Status: O Have you used pfSeqTime to set a frame time for each "frame" in the sequence, and used pfSeqInterval to specify the starting and ending frame? I haven't tested this, but I suspect that if the time for each frame of a sequence is not an integer multiple of the overall frame time, then some frames may be skipped or displayed longer than desired. Anybody else? Don Tidrow Visual Simulation Developer US Army Tank-automotive and Armaments Command ______________________________ Reply Separator _________________________________ Subject: pfSequence Author: darin@chaos.idec.sdl.usu.edu (Darin C. Partridge) at TWLAN-SMTP Date: 7/30/95 8:15 AM I have called pfSeqMode(Your_sequence, PFSEQ_START) with all of my sequences but only one works correctly. I have some that display more than one frame at a time or don't display some frames at all as it goes through its cycle. I have verified that all the frames are valid. My structure is as follows: pfSequence / | . . . \ pfGroup pfGroup pfGroup /...\ /...\ /...\ pfGeodes pfGeodes pfGeodes Is this kind of structure valid? The pfSequence should cycle(or loop) through its immediate children? I don't think I'm too far off since a few 'work'. Thanks for any help, Darin (darin@chaos.idec.sdl.usu.edu) From guest Sun Jul 30 18:24:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA08065; Sun, 30 Jul 1995 18:21:24 -0700 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 SAA08062; Sun, 30 Jul 1995 18:21:23 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15137; Sun, 30 Jul 95 18:21:22 -0700 Received: from einstein.technet.sg by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA01123; Sun, 30 Jul 1995 18:21:09 -0700 Received: from dyn41.slip.technet.sg (dyn41.slip.technet.sg [192.169.38.41]) by einstein.technet.sg (8.6.11/8.6.9) with SMTP id JAA14857 for ; Mon, 31 Jul 1995 09:20:22 +0800 Date: Mon, 31 Jul 1995 09:20:22 +0800 Message-Id: <199507310120.JAA14857@einstein.technet.sg> X-Sender: sit9501@slip.technet.sg Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: sit9501@technet.sg (Ng Kian Bee) Subject: Need help extremely urgently... X-Mailer: Status: O Hi, I know that this may not be the right place to ask this question. But I really desperately need this help urgently. I am supposed to make some contact to a company call Digiten from Vancouver, Canada. I think this company produces games for Nitendo platform and conduct training for ppl to make games as well. I do not have their contact number and address. And my director will be visiting this company in 2 days' time. Could some one who knows abt this company, their contact tel., fax, address, person to contact etc. PLEASE mail me. Thanx a million! Any indirect references would be greatly appreciated. ************************************ * * * Kian * * email : sit9501@slip.technet.sg * * * * Nanyang Polytechnic * * School of Information Technology * * 20 Yishun Avenue 9 * * Singapore 2776 * * Republic of Singapore * * Tel (65) 750 1440 * * Fax (65) 755 5571 * * * ************************************ From guest Sun Jul 30 22:04:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA08768; Sun, 30 Jul 1995 22:02:33 -0700 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 WAA08765; Sun, 30 Jul 1995 22:02:32 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20798; Sun, 30 Jul 95 22:02:30 -0700 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA13080; Sun, 30 Jul 1995 22:02:24 -0700 Received: (from root@localhost) by warrane.connect.com.au with UUCP id PAA16284 (8.6.12/IDA-1.6 for info-performer@sgi.com); Mon, 31 Jul 1995 15:02:07 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA12423 (5.65c/IDA-1.5 for ); Mon, 31 Jul 1995 14:40:45 +1000 Received: from krusty (krusty [8.0.0.31]) by aggro with SMTP id OAA06031 (8.6.12/IDA-1.6 for ); Mon, 31 Jul 1995 14:46:14 +1000 Received: by krusty (5.65) id AA12665; Mon, 31 Jul 1995 14:46:18 +1000 Date: Mon, 31 Jul 1995 14:46:17 +1000 (EST) From: Robert Webb Subject: Fog with projected textures? To: Performer mailing list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi all, I am doing a projected textures type of thing, and it's finally very close to working fully, but I still have a problem with fog. The standard projected textures demo on the SGIs (which requires four passes), starts off by clearing the screen to a color that represents the ambient light. However I want to first draw the sky and stars etc, so rather than clear the screen to this grey color, I use the first pass of pfDraw() to not only prepare the zbuffer, but also to put this grey color into any pixels that are touched. I do this by using a completely opaque pfFog. This works fine, and means that I only grey out pixels that I know will be touched again in the second call to pfDraw(). Before the second pfDraw(), I set the fog back to how it should be, but for some reason it doesn't work correctly. I have used gldebug and all the GL fogvertex calls look OK to me, but the fog ends up looking much darker than it should. I am using zfunction(ZF_EQUAL) on the second pass, should this affect the fog though? Any ideas on why this might be happening, or alternatively, does anyone know another way to make sure that every pixel pfDraw() renders comes out in the same color (other than using an opaque fog)? Thanks heaps, Rob. ------------------------------------------------------------------------------ _ |_) _ |_ _ ._ _|_ \ / _ |_ |_ robertw@wormald.com.au | \(_)|_)(/_| |_ \/\/ (/_|_)|_)o "Informer, you no say daddy me Snow me I'll go blame, a licky boom boom down" - Snow. ------------------------------------------------------------------------------ From guest Sun Jul 30 23:11:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA08888; Sun, 30 Jul 1995 23:09:30 -0700 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 XAA08885; Sun, 30 Jul 1995 23:09:29 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22528; Sun, 30 Jul 95 23:09:28 -0700 Received: from einstein.technet.sg by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA17142; Sun, 30 Jul 1995 23:02:55 -0700 Received: from dyn72.slip.technet.sg (dyn72.slip.technet.sg [192.169.38.72]) by einstein.technet.sg (8.6.11/8.6.9) with SMTP id OAA19854 for ; Mon, 31 Jul 1995 14:01:32 +0800 Date: Mon, 31 Jul 1995 14:01:32 +0800 Message-Id: <199507310601.OAA19854@einstein.technet.sg> X-Sender: sit9501@slip.technet.sg Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: sit9501@technet.sg (Ng Kian Bee) Subject: RE:Urgent help X-Mailer: Status: O Hi, The company's info I'm looking for is digipen not digiten. Thanx. ************************************ * * * Kian * * email : sit9501@slip.technet.sg * * * * Nanyang Polytechnic * * School of Information Technology * * 20 Yishun Avenue 9 * * Singapore 2776 * * Republic of Singapore * * Tel (65) 750 1440 * * Fax (65) 755 5571 * * * ************************************ From guest Mon Jul 31 00:33:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA09017; Mon, 31 Jul 1995 00:30:33 -0700 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 AAA09014; Mon, 31 Jul 1995 00:30:32 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24769; Mon, 31 Jul 95 00:30:30 -0700 Received: from soback.kornet.nm.kr by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA21783; Mon, 31 Jul 1995 00:30:27 -0700 Received: (from sbs01316@localhost) by soback.kornet.nm.kr (8.6.10/8.6.9) id QAA09453 for info-performer@sgi.com; Mon, 31 Jul 1995 16:31:04 +0900 Date: Mon, 31 Jul 1995 16:31:04 +0900 From: HyukKee Yun (kornet) Message-Id: <199507310731.QAA09453@soback.kornet.nm.kr> To: info-performer@sgi.sgi.com Subject: posting my E-mail address to list Content-Length: 44 Status: O I want my E-mail address at Performer List. From guest Mon Jul 31 00:46:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA09064; Mon, 31 Jul 1995 00:43:58 -0700 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 AAA09061; Mon, 31 Jul 1995 00:43:57 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25130; Mon, 31 Jul 95 00:43:56 -0700 Received: from hni.uni-paderborn.de by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA22445; Mon, 31 Jul 1995 00:43:14 -0700 Received: from palladio.uni-paderborn.de (palladio-as [131.234.176.177]) by hni.uni-paderborn.de (8.6.10/hni-mailhub) with ESMTP id JAA14615 for ; Mon, 31 Jul 1995 09:42:58 +0200 From: Holger Krumm Received: (hok@localhost) by palladio.uni-paderborn.de (8.6.10/client-irix-hni) id HAA02963 for info-performer@sgi.com; Mon, 31 Jul 1995 07:42:14 GMT Message-Id: <199507310742.HAA02963@palladio.uni-paderborn.de> Subject: ! OpenFlight Format really open ? ! To: info-performer@sgi.sgi.com Date: Mon, 31 Jul 1995 09:42:14 +0200 (MDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 529 Status: O Hello, I have a simple question concerning the flt-format: I sometimes read about the "OpenFlight"-format. Is it really open? If so, where can I find a description of it? Or is "OpenFlight" the wrong term? Any help will be appreciated. Holger Krumm ------------------ * * * ** ** ** Holger Krumm *** *** **** Student of Computer Science ******* ***** EMail: hok@hni.uni-paderborn.de *** *** **** ** ** ** "Very funny, Scotty! And now my clothes..." * * * From guest Mon Jul 31 03:37:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA09362; Mon, 31 Jul 1995 03:34:34 -0700 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 DAA09359; Mon, 31 Jul 1995 03:34:33 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29349; Mon, 31 Jul 95 03:34:32 -0700 Received: from Starbase.NeoSoft.COM by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id DAA00094; Mon, 31 Jul 1995 03:34:30 -0700 Received: (from dweller@localhost) by Starbase.NeoSoft.COM (8.6.10/8.6.10) id FAA26533; Mon, 31 Jul 1995 05:28:50 -0500 From: David Weller Message-Id: <199507311028.FAA26533@Starbase.NeoSoft.COM> X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 968-5800 Subject: Re: ! OpenFlight Format really open ? ! To: hok@hni.uni-paderborn.de (Holger Krumm) Date: Mon, 31 Jul 1995 05:28:49 -0500 (CDT) Cc: info-performer@sgi.sgi.com In-Reply-To: <199507310742.HAA02963@palladio.uni-paderborn.de> from "Holger Krumm" at Jul 31, 95 09:42:14 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 424 Status: O > I have a simple question concerning the flt-format: I sometimes read about > the "OpenFlight"-format. Is it really open? If so, where can I find a > description of it? Or is "OpenFlight" the wrong term? > IMHO, OpenFlight was a marketing ploy to preserve Multigen's share. Other companies, like Coryphaeus, have model formats that are genuinely "open" (well, I guess the whole concept is subject to debate anyway :-/ ). From guest Mon Jul 31 08:04:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA09669; Mon, 31 Jul 1995 08:02:18 -0700 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 IAA09666; Mon, 31 Jul 1995 08:02:17 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05538; Mon, 31 Jul 95 08:02:14 -0700 Received: from eros.britain.eu.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA18276; Mon, 31 Jul 1995 08:02:02 -0700 Received: from hegel.uucp by eros.britain.eu.net with UUCP id ; Mon, 31 Jul 1995 16:01:06 +0100 Received: by tswl.co.uk (4.1/SMI-4.1) id AA02516; Mon, 31 Jul 95 14:54:00 BST Date: Mon, 31 Jul 95 14:54:00 BST From: rmorris@tswl.co.uk (Roger Morris) Message-Id: <9507311354.AA02516@tswl.co.uk> To: hok@hni.uni-paderborn.de Subject: Re: ! OpenFlight Format really open ? ! Cc: info-performer@sgi.sgi.com Status: O Dear Holger Yes, OpenFlight is really open. MultiGen Inc. ask you to sign a non-disclosure agreement and not to use the information to write your own modeller that produces OpenFlight-compatible databases. Apart from that, the format document is available to anyone! Apply to MultiGen themselves (email address brian%multigen@uunet.uu.net) or the German distributor is Gordian Massing ATR Industrie-Elektronik GmbH Textilstrasse 2 D-41751 Viersen Germany Phone: +49 2162 485 223 Fax: +49 2162 485 148 Roger Morris Transformation Software Ltd. (British distributors for MultiGen) From guest Mon Jul 31 09:17:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA09973; Mon, 31 Jul 1995 09:14:11 -0700 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 JAA09970; Mon, 31 Jul 1995 09:14:10 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08449; Mon, 31 Jul 95 09:14:08 -0700 Received: from schwarzsgi by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA29443; Mon, 31 Jul 1995 09:14:07 -0700 Received: by schwarzsgi (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.sgi.com id KAA08678; Mon, 31 Jul 1995 10:12:33 -0500 From: "Ken Schwarz" Message-Id: <9507311012.ZM8676@schwarzsgi.dallas.sgi.com> Date: Mon, 31 Jul 1995 10:12:33 -0500 In-Reply-To: "pierre VERCRUYSSE" "tools to do texture" (Jul 31, 4:39pm) References: <9507311639.ZM16798@cathy.rennes.sgi.com> X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: tools to do texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O In my previous life, I would scan textures, or build them with a paint tool on the PC (Adobe Photoshop, Kai's Power Tools, etc). There's probably a better way to do this, but I wrote some code based on ~/4Dgifts/iristools/imgtools/writeimg.c to create a new image file that had transparent (or semi-transparent) alpha values for a certain RGB pixel value or range of values. It's likely that TIFF file alpha values can be preserved when converted to RGB, but I dunno .... -- ....... Ken Schwarz SAE SGI Dallas ....... ....... kschwarz@dallas.sgi.com ....... ....... 214.788.4122 x232 / 800.963.8187 Pager ....... ....... VMail: 57917 YOURadHERE ....... From guest Mon Jul 31 08:57:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA09878; Mon, 31 Jul 1995 08:54:30 -0700 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 IAA09875; Mon, 31 Jul 1995 08:54:29 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07456; Mon, 31 Jul 95 08:54:20 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA24867; Mon, 31 Jul 1995 08:54:19 -0700 Received: from barney.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id IAA02460; Mon, 31 Jul 1995 08:54:09 -0700 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id QAA10199; Mon, 31 Jul 1995 16:50:15 +0100 From: "Rob Jenkins" Message-Id: <9507311650.ZM10197@barney.reading.sgi.com> Date: Mon, 31 Jul 1995 16:50:13 +0100 In-Reply-To: "pierre VERCRUYSSE" "tools to do texture" (Jul 31, 4:39pm) References: <9507311639.ZM16798@cathy.rennes.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "pierre VERCRUYSSE" , info-performer@sgi.sgi.com Subject: Re: tools to do texture Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19507311650.ZM10197.reading.sgi.com" Status: O -- --PART-BOUNDARY=.19507311650.ZM10197.reading.sgi.com Content-Type: text/plain; charset=us-ascii On Jul 31, 4:39pm, pierre VERCRUYSSE wrote: > Subject: tools to do texture > Hello > > can somebody tell me a tools to generate texture with alpha key ? > > Thanks for your help > > 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 > >-- End of excerpt from pierre VERCRUYSSE Pierre Angus Henderson has put *lots* of stuff on the ftp site sgigate.sgi.com in pub/Performer/RealityCenter. Attached is the contents of tools.tar, I can't be sure but I reckon you might find something to help in there. Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, --PART-BOUNDARY=.19507311650.ZM10197.reading.sgi.com X-Zm-Content-Name: listOfTools Content-Description: Text Content-Type: text/plain ; name="listOfTools" ; charset=us-ascii rwxr-xr-x 0/0 Nov 4 16:58 1994 tools/ rwxrwxrwx 0/0 Oct 17 16:24 1994 tools/128env/ rw-r--r-- 0/0 37092 Oct 17 16:24 1994 tools/128env/24.rgb rw-r--r-- 0/0 203 Oct 17 16:24 1994 tools/128env/README rw-r--r-- 0/0 24445 Oct 17 16:24 1994 tools/128env/blurball1.rgb rw-r--r-- 0/0 27267 Oct 17 16:24 1994 tools/128env/blurball2.rgb rw-r--r-- 0/0 29410 Oct 17 16:24 1994 tools/128env/church.rgb rw-r--r-- 0/0 36239 Oct 17 16:24 1994 tools/128env/cv.rgb rw-r--r-- 0/0 24380 Oct 17 16:24 1994 tools/128env/cvdark1.rgb rw-r--r-- 0/0 13553 Oct 17 16:24 1994 tools/128env/cvdark2.rgb rw-r--r-- 0/0 18104 Oct 17 16:24 1994 tools/128env/cvmetal.rgb rw-r--r-- 0/0 39632 Oct 17 16:24 1994 tools/128env/flowers.rgb rw-r--r-- 0/0 27599 Oct 17 16:24 1994 tools/128env/hlines.rgb rw-r--r-- 0/0 21240 Oct 17 16:24 1994 tools/128env/jc.rgb rw-r--r-- 0/0 28978 Oct 17 16:24 1994 tools/128env/julia.rgb rw-r--r-- 0/0 36561 Oct 17 16:24 1994 tools/128env/lights.rgb rw-r--r-- 0/0 39299 Oct 17 16:24 1994 tools/128env/medit.rgb rw-r--r-- 0/0 21592 Oct 17 16:24 1994 tools/128env/office.rgb rw-r--r-- 0/0 30252 Oct 17 16:24 1994 tools/128env/outdoors.rgb rw-r--r-- 0/0 32180 Oct 17 16:24 1994 tools/128env/plaster.rgb rw-r--r-- 0/0 20996 Oct 17 16:24 1994 tools/128env/radlines.rgb rw-r--r-- 0/0 23558 Oct 17 16:24 1994 tools/128env/redball.rgb rw-r--r-- 0/0 38972 Oct 17 16:24 1994 tools/128env/rgb.rgb rw-r--r-- 0/0 22583 Oct 17 16:24 1994 tools/128env/shar.rgb rw-r--r-- 0/0 33701 Oct 17 16:24 1994 tools/128env/whiteball.rgb rw-r--r-- 0/0 26103 Oct 17 16:24 1994 tools/128env/wow.rgb rwxr-xr-x 0/0 Nov 4 10:05 1994 tools/bin/ rw-r--r-- 0/0 151 Nov 4 10:05 1994 tools/bin/README rwxr-xr-x 0/0 94448 Oct 17 16:24 1994 tools/bin/ibrowse rwxr-xr-x 0/0 119024 Nov 4 10:00 1994 tools/bin/scicalc rwxr-xr-x 0/0 1572216 Nov 4 10:00 1994 tools/bin/xpaint rwxr-xr-x 0/0 1562484 Nov 4 10:00 1994 tools/bin/xv rwxrwxrwx 0/0 Nov 4 15:44 1994 tools/enhance/ rw-r--r-- 0/0 317 Nov 4 15:44 1994 tools/enhance/Makefile rw-r--r-- 0/0 194 Oct 17 16:24 1994 tools/enhance/README rwxrwxrwx 0/0 291584 Nov 4 15:44 1994 tools/enhance/enhance rw-r--r-- 0/0 16886 Oct 17 16:24 1994 tools/enhance/enhance.c rwxrwxrwx 0/0 Oct 17 16:24 1994 tools/envmaps/ rw-r--r-- 0/0 45 Oct 17 16:24 1994 tools/envmaps/README rw-r--r-- 0/0 179530 Oct 17 16:24 1994 tools/envmaps/cath.rgb rw-r--r-- 0/0 114075 Oct 17 16:24 1994 tools/envmaps/cube.rgb rw-r--r-- 0/0 243493 Oct 17 16:24 1994 tools/envmaps/cv.rgb rwxrwxrwx 0/0 Nov 4 14:19 1994 tools/imgtools/ rw-r--r-- 0/0 1375 Nov 4 11:41 1994 tools/imgtools/Makefile rw-r--r-- 0/0 24556 Oct 17 16:24 1994 tools/imgtools/README rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/abs rw-r--r-- 0/0 1130 Oct 17 16:24 1994 tools/imgtools/abs.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/add rw-r--r-- 0/0 1523 Oct 17 16:24 1994 tools/imgtools/add.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/addborder rw-r--r-- 0/0 1972 Oct 17 16:24 1994 tools/imgtools/addborder.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/addframe rw-r--r-- 0/0 1780 Oct 17 16:24 1994 tools/imgtools/addframe.c rwxr-xr-x 0/0 45104 Oct 17 16:24 1994 tools/imgtools/addnoise rw-r--r-- 0/0 2124 Oct 17 16:24 1994 tools/imgtools/addnoise.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/assemble rw-r--r-- 0/0 1891 Oct 17 16:24 1994 tools/imgtools/assemble.c rwxr-xr-x 0/0 94384 Oct 17 16:24 1994 tools/imgtools/bgpaste rw-r--r-- 0/0 4503 Oct 17 16:24 1994 tools/imgtools/bgpaste.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/blend rw-r--r-- 0/0 1715 Oct 17 16:24 1994 tools/imgtools/blend.c rwxr-xr-x 0/0 49200 Oct 17 16:24 1994 tools/imgtools/blur rw-r--r-- 0/0 1747 Oct 17 16:24 1994 tools/imgtools/blur.c rwxr-xr-x 0/0 90288 Oct 17 16:24 1994 tools/imgtools/btree rw-r--r-- 0/0 2026 Oct 17 16:24 1994 tools/imgtools/btree.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/cglue rw-r--r-- 0/0 1626 Oct 17 16:24 1994 tools/imgtools/cglue.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/conimg rw-r--r-- 0/0 739 Oct 17 16:24 1994 tools/imgtools/conimg.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/convolve rw-r--r-- 0/0 7806 Oct 17 16:24 1994 tools/imgtools/convolve.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/cscale rw-r--r-- 0/0 2079 Oct 17 16:24 1994 tools/imgtools/cscale.c rwxr-xr-x 0/0 32816 Oct 17 16:24 1994 tools/imgtools/dotgen rw-r--r-- 0/0 2614 Oct 17 16:24 1994 tools/imgtools/dotgen.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/duotone rw-r--r-- 0/0 2069 Oct 17 16:24 1994 tools/imgtools/duotone.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/encode rw-r--r-- 0/0 3068 Oct 17 16:24 1994 tools/imgtools/encode.c rw-r--r-- 0/0 5058 Oct 17 16:24 1994 tools/imgtools/errs rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/fieldmerge rw-r--r-- 0/0 990 Oct 17 16:24 1994 tools/imgtools/fieldmerge.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/fitimg rw-r--r-- 0/0 1885 Oct 17 16:24 1994 tools/imgtools/fitimg.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/fromalias rw-r--r-- 0/0 1434 Oct 17 16:24 1994 tools/imgtools/fromalias.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/frombin rw-r--r-- 0/0 1486 Oct 17 16:24 1994 tools/imgtools/frombin.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/fromcmap rw-r--r-- 0/0 989 Oct 17 16:24 1994 tools/imgtools/fromcmap.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/fromcube rw-r--r-- 0/0 1438 Oct 17 16:24 1994 tools/imgtools/fromcube.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/fromdi rw-r--r-- 0/0 1394 Oct 17 16:24 1994 tools/imgtools/fromdi.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/fromface rw-r--r-- 0/0 2770 Oct 17 16:24 1994 tools/imgtools/fromface.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/fromgif rw-r--r-- 0/0 9816 Oct 17 16:24 1994 tools/imgtools/fromgif.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/frommac rw-r--r-- 0/0 1522 Oct 17 16:24 1994 tools/imgtools/frommac.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/frompic rw-r--r-- 0/0 1539 Oct 17 16:24 1994 tools/imgtools/frompic.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/fromppm rw-r--r-- 0/0 2970 Oct 17 16:24 1994 tools/imgtools/fromppm.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/fromrla rw-r--r-- 0/0 2700 Oct 17 16:24 1994 tools/imgtools/fromrla.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/fromsun rw-r--r-- 0/0 6394 Oct 17 16:24 1994 tools/imgtools/fromsun.c rwxr-xr-x 0/0 32816 Oct 17 16:24 1994 tools/imgtools/fromtarga rw-r--r-- 0/0 5524 Oct 17 16:24 1994 tools/imgtools/fromtarga.c rwxr-xr-x 0/0 329428 Oct 17 16:24 1994 tools/imgtools/fromtiff rw-r--r-- 0/0 12297 Oct 17 16:24 1994 tools/imgtools/fromtiff.c rwxr-xr-x 0/0 56388 Oct 17 16:24 1994 tools/imgtools/fromutah rw-r--r-- 0/0 1519 Oct 17 16:24 1994 tools/imgtools/fromutah.c rwxr-xr-x 0/0 32816 Oct 17 16:24 1994 tools/imgtools/fromxbm rw-r--r-- 0/0 7451 Oct 17 16:24 1994 tools/imgtools/fromxbm.c rwxr-xr-x 0/0 24624 Oct 17 16:24 1994 tools/imgtools/fromxwd rw-r--r-- 0/0 17680 Oct 17 16:24 1994 tools/imgtools/fromxwd.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/fromyuv rw-r--r-- 0/0 1885 Oct 17 16:24 1994 tools/imgtools/fromyuv.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/gammawarp rw-r--r-- 0/0 1267 Oct 17 16:24 1994 tools/imgtools/gammawarp.c rwxr-xr-x 0/0 24624 Oct 17 16:24 1994 tools/imgtools/gendit rw-r--r-- 0/0 1877 Oct 17 16:24 1994 tools/imgtools/gendit.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/graddir rw-r--r-- 0/0 2216 Oct 17 16:24 1994 tools/imgtools/graddir.c rwxr-xr-x 0/0 45104 Oct 17 16:24 1994 tools/imgtools/greyscale rw-r--r-- 0/0 7930 Oct 17 16:24 1994 tools/imgtools/greyscale.c rwxr-xr-x 0/0 32816 Oct 17 16:24 1994 tools/imgtools/halftone rw-r--r-- 0/0 1833 Oct 17 16:24 1994 tools/imgtools/halftone.c rwxr-xr-x 0/0 32816 Oct 17 16:24 1994 tools/imgtools/hipass3 rw-r--r-- 0/0 1047 Oct 17 16:24 1994 tools/imgtools/hipass3.c rwxr-xr-x 0/0 78000 Oct 17 16:24 1994 tools/imgtools/hist rw-r--r-- 0/0 2647 Oct 17 16:24 1994 tools/imgtools/hist.c rwxr-xr-x 0/0 73904 Oct 17 16:24 1994 tools/imgtools/histeq rw-r--r-- 0/0 1895 Oct 17 16:24 1994 tools/imgtools/histeq.c rwxr-xr-x 0/0 32816 Oct 17 16:24 1994 tools/imgtools/hquant rw-r--r-- 0/0 937 Oct 17 16:24 1994 tools/imgtools/hquant.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/iavg rw-r--r-- 0/0 1527 Oct 17 16:24 1994 tools/imgtools/iavg.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/iblend rw-r--r-- 0/0 1848 Oct 17 16:24 1994 tools/imgtools/iblend.c rwxr-xr-x 0/0 32816 Oct 17 16:24 1994 tools/imgtools/iflip rw-r--r-- 0/0 3154 Oct 17 16:24 1994 tools/imgtools/iflip.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/imean rw-r--r-- 0/0 1196 Oct 17 16:24 1994 tools/imgtools/imean.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/imgexp rw-r--r-- 0/0 1717 Oct 17 16:24 1994 tools/imgtools/imgexp.c rwxr-xr-x 0/0 12336 Oct 17 16:24 1994 tools/imgtools/imgsize rw-r--r-- 0/0 561 Oct 17 16:24 1994 tools/imgtools/imgsize.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/imgwrap rw-r--r-- 0/0 1029 Oct 17 16:24 1994 tools/imgtools/imgwrap.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/invert rw-r--r-- 0/0 953 Oct 17 16:24 1994 tools/imgtools/invert.c rwxr-xr-x 0/0 94384 Oct 17 16:24 1994 tools/imgtools/ipaste rw-r--r-- 0/0 3840 Oct 17 16:24 1994 tools/imgtools/ipaste.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/iroll rw-r--r-- 0/0 1245 Oct 17 16:24 1994 tools/imgtools/iroll.c rwxr-xr-x 0/0 8240 Oct 17 16:24 1994 tools/imgtools/iset rw-r--r-- 0/0 1645 Oct 17 16:24 1994 tools/imgtools/iset.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/istat rw-r--r-- 0/0 1338 Oct 17 16:24 1994 tools/imgtools/istat.c rwxrwxrwx 0/0 86468 Nov 4 14:19 1994 tools/imgtools/izoom rw-r--r-- 0/0 2406 Oct 17 16:24 1994 tools/imgtools/izoom.c rwxr-xr-x 0/0 69808 Oct 17 16:24 1994 tools/imgtools/loadmap rw-r--r-- 0/0 973 Oct 17 16:24 1994 tools/imgtools/loadmap.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/mapimg rw-r--r-- 0/0 1956 Oct 17 16:24 1994 tools/imgtools/mapimg.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/max rw-r--r-- 0/0 1425 Oct 17 16:24 1994 tools/imgtools/max.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/min rw-r--r-- 0/0 1425 Oct 17 16:24 1994 tools/imgtools/min.c rwxr-xr-x 0/0 98480 Oct 17 16:24 1994 tools/imgtools/movie rw-r--r-- 0/0 4882 Oct 17 16:24 1994 tools/imgtools/movie.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/mult rw-r--r-- 0/0 1387 Oct 17 16:24 1994 tools/imgtools/mult.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/noblack rw-r--r-- 0/0 1331 Oct 17 16:24 1994 tools/imgtools/noblack.c rwxr-xr-x 0/0 32816 Oct 17 16:24 1994 tools/imgtools/normtodir rw-r--r-- 0/0 3758 Oct 17 16:24 1994 tools/imgtools/normtodir.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/oneband rw-r--r-- 0/0 914 Oct 17 16:24 1994 tools/imgtools/oneband.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/over rw-r--r-- 0/0 2638 Oct 17 16:24 1994 tools/imgtools/over.c rwxr-xr-x 0/0 69808 Oct 17 16:24 1994 tools/imgtools/perhist rw-r--r-- 0/0 3012 Oct 17 16:24 1994 tools/imgtools/perhist.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/postcard rw-r--r-- 0/0 2166 Oct 17 16:24 1994 tools/imgtools/postcard.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/quant rw-r--r-- 0/0 1473 Oct 17 16:24 1994 tools/imgtools/quant.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/randimg rw-r--r-- 0/0 760 Oct 17 16:24 1994 tools/imgtools/randimg.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/readimg rw-r--r-- 0/0 792 Oct 17 16:24 1994 tools/imgtools/readimg.c rwxr-xr-x 0/0 57520 Oct 17 16:24 1994 tools/imgtools/rectimg rw-r--r-- 0/0 1002 Oct 17 16:24 1994 tools/imgtools/rectimg.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/repcolor rw-r--r-- 0/0 1970 Oct 17 16:24 1994 tools/imgtools/repcolor.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/rle rw-r--r-- 0/0 871 Oct 17 16:24 1994 tools/imgtools/rle.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/saturate rw-r--r-- 0/0 2677 Oct 17 16:24 1994 tools/imgtools/saturate.c rwxr-xr-x 0/0 69808 Oct 17 16:24 1994 tools/imgtools/savemap rw-r--r-- 0/0 2475 Oct 17 16:24 1994 tools/imgtools/savemap.c rwxr-xr-x 0/0 82096 Oct 17 16:24 1994 tools/imgtools/scope rw-r--r-- 0/0 8802 Oct 17 16:24 1994 tools/imgtools/scope.c rwxr-xr-x 0/0 73904 Oct 17 16:24 1994 tools/imgtools/scrsave rw-r--r-- 0/0 3117 Oct 17 16:24 1994 tools/imgtools/scrsave.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/setlum rw-r--r-- 0/0 2315 Oct 17 16:24 1994 tools/imgtools/setlum.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/shear rw-r--r-- 0/0 1930 Oct 17 16:24 1994 tools/imgtools/shear.c rwxr-xr-x 0/0 90288 Oct 17 16:24 1994 tools/imgtools/slide rw-r--r-- 0/0 3044 Oct 17 16:24 1994 tools/imgtools/slide.c rwxr-xr-x 0/0 69808 Oct 17 16:24 1994 tools/imgtools/snapshot rw-r--r-- 0/0 42663 Oct 17 16:24 1994 tools/imgtools/snapshot.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/sub rw-r--r-- 0/0 1473 Oct 17 16:24 1994 tools/imgtools/sub.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/subimg rw-r--r-- 0/0 1622 Oct 17 16:24 1994 tools/imgtools/subimg.c rwxr-xr-x 0/0 41008 Oct 17 16:24 1994 tools/imgtools/thresh rw-r--r-- 0/0 1792 Oct 17 16:24 1994 tools/imgtools/thresh.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/tile rw-r--r-- 0/0 1248 Oct 17 16:24 1994 tools/imgtools/tile.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/toalias rw-r--r-- 0/0 1881 Oct 17 16:24 1994 tools/imgtools/toalias.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/toascii rw-r--r-- 0/0 1146 Oct 17 16:24 1994 tools/imgtools/toascii.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/tobin rw-r--r-- 0/0 1122 Oct 17 16:24 1994 tools/imgtools/tobin.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/tobw rw-r--r-- 0/0 1612 Oct 17 16:24 1994 tools/imgtools/tobw.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/togif rw-r--r-- 0/0 18029 Oct 17 16:24 1994 tools/imgtools/togif.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/tomac rw-r--r-- 0/0 2385 Oct 17 16:24 1994 tools/imgtools/tomac.c rwxr-xr-x 0/0 24624 Oct 17 16:24 1994 tools/imgtools/tonews rw-r--r-- 0/0 5275 Oct 17 16:24 1994 tools/imgtools/tonews.c rwxr-xr-x 0/0 20528 Oct 17 16:24 1994 tools/imgtools/topict rw-r--r-- 0/0 5919 Oct 17 16:24 1994 tools/imgtools/topict.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/toppm rw-r--r-- 0/0 2285 Oct 17 16:24 1994 tools/imgtools/toppm.c rwxr-xr-x 0/0 69680 Oct 17 16:24 1994 tools/imgtools/tops rw-r--r-- 0/0 9123 Oct 17 16:24 1994 tools/imgtools/tops.c rwxr-xr-x 0/0 93008 Oct 17 16:24 1994 tools/imgtools/toscitex rw-r--r-- 0/0 7399 Oct 17 16:24 1994 tools/imgtools/toscitex.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/tosun rw-r--r-- 0/0 1731 Oct 17 16:24 1994 tools/imgtools/tosun.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/totarga rw-r--r-- 0/0 2713 Oct 17 16:24 1994 tools/imgtools/totarga.c rwxr-xr-x 0/0 317192 Oct 17 16:24 1994 tools/imgtools/totiff rw-r--r-- 0/0 2580 Oct 17 16:24 1994 tools/imgtools/totiff.c rwxr-xr-x 0/0 60308 Oct 17 16:24 1994 tools/imgtools/toutah rw-r--r-- 0/0 1915 Oct 17 16:24 1994 tools/imgtools/toutah.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/imgtools/toyuv rw-r--r-- 0/0 2531 Oct 17 16:24 1994 tools/imgtools/toyuv.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/verbatim rw-r--r-- 0/0 865 Oct 17 16:24 1994 tools/imgtools/verbatim.c rwxr-xr-x 0/0 90288 Oct 17 16:24 1994 tools/imgtools/vhist rw-r--r-- 0/0 6481 Oct 17 16:24 1994 tools/imgtools/vhist.c rwxr-xr-x 0/0 16432 Oct 17 16:24 1994 tools/imgtools/writeimg rw-r--r-- 0/0 1257 Oct 17 16:24 1994 tools/imgtools/writeimg.c rwxr-xr-x 0/0 49200 Oct 17 16:24 1994 tools/imgtools/xzoom rw-r--r-- 0/0 1943 Oct 17 16:24 1994 tools/imgtools/xzoom.c rwxr-xr-x 0/0 Nov 4 09:55 1994 tools/imgtools+/ rw-r--r-- 0/0 393 Nov 4 09:55 1994 tools/imgtools+/README rwxr-xr-x 0/0 34120 Oct 17 16:24 1994 tools/imgtools+/caglue rw-r--r-- 0/0 1327 Oct 17 16:24 1994 tools/imgtools+/caglue.c rwxr-xr-x 0/0 Oct 17 16:24 1994 tools/imgtools+/fixdim/ rw-r--r-- 0/0 1273 Oct 17 16:24 1994 tools/imgtools+/fixdim/Makedepend rw-r--r-- 0/0 1609 Oct 17 16:24 1994 tools/imgtools+/fixdim/close.c rw-r--r-- 0/0 7060 Oct 17 16:24 1994 tools/imgtools+/fixdim/close.o rw-r--r-- 0/0 833 Oct 17 16:24 1994 tools/imgtools+/fixdim/filbuf.c rw-r--r-- 0/0 4096 Oct 17 16:24 1994 tools/imgtools+/fixdim/filbuf.o rwxr-xr-x 0/0 50052 Oct 17 16:24 1994 tools/imgtools+/fixdim/fixdim rw-r--r-- 0/0 990 Oct 17 16:24 1994 tools/imgtools+/fixdim/fixdim.c rw-r--r-- 0/0 4988 Oct 17 16:24 1994 tools/imgtools+/fixdim/fixdim.o rw-r--r-- 0/0 862 Oct 17 16:24 1994 tools/imgtools+/fixdim/flsbuf.c rw-r--r-- 0/0 4112 Oct 17 16:24 1994 tools/imgtools+/fixdim/flsbuf.o rwxr-xr-x 0/0 244 Oct 17 16:24 1994 tools/imgtools+/fixdim/make rw-r--r-- 0/0 291 Oct 17 16:24 1994 tools/imgtools+/fixdim/name.c rw-r--r-- 0/0 3764 Oct 17 16:24 1994 tools/imgtools+/fixdim/name.o rw-r--r-- 0/0 5741 Oct 17 16:24 1994 tools/imgtools+/fixdim/open.c rw-r--r-- 0/0 12668 Oct 17 16:24 1994 tools/imgtools+/fixdim/open.o rw-r--r-- 0/0 429 Oct 17 16:24 1994 tools/imgtools+/fixdim/pix.c rw-r--r-- 0/0 3800 Oct 17 16:24 1994 tools/imgtools+/fixdim/pix.o rw-r--r-- 0/0 2101 Oct 17 16:24 1994 tools/imgtools+/fixdim/rdwr.c rw-r--r-- 0/0 6372 Oct 17 16:24 1994 tools/imgtools+/fixdim/rdwr.o rw-r--r-- 0/0 4354 Oct 17 16:24 1994 tools/imgtools+/fixdim/rle.c rw-r--r-- 0/0 11132 Oct 17 16:24 1994 tools/imgtools+/fixdim/rle.o rw-r--r-- 0/0 4683 Oct 17 16:24 1994 tools/imgtools+/fixdim/row.c rw-r--r-- 0/0 8220 Oct 17 16:24 1994 tools/imgtools+/fixdim/row.o rwxr-xr-x 0/0 80376 Oct 17 16:24 1994 tools/imgtools+/izooms rw-r--r-- 0/0 2347 Oct 17 16:24 1994 tools/imgtools+/izooms.c rwxrwxrwx 0/0 Nov 4 16:14 1994 tools/imp/ rw-r--r-- 0/0 758 Nov 4 15:49 1994 tools/imp/Makefile rw-r--r-- 0/0 18992 Oct 17 16:24 1994 tools/imp/brush.res rw-r--r-- 0/0 14973 Oct 17 16:24 1994 tools/imp/imp.c rw-rw-rw- 0/0 32696 Nov 4 16:14 1994 tools/imp/imp.o rwxrwxrwx 0/0 258856 Nov 4 16:14 1994 tools/imp/imp.orig rw-r--r-- 0/0 11882 Oct 17 16:24 1994 tools/imp/impui.c rw-rw-rw- 0/0 19924 Nov 4 16:14 1994 tools/imp/impui.o rw-r--r-- 0/0 6755 Oct 17 16:24 1994 tools/imp/long.rgb rw-r--r-- 0/0 8271 Oct 17 16:24 1994 tools/imp/misc.c rw-rw-rw- 0/0 17232 Nov 4 16:14 1994 tools/imp/misc.o rw-r--r-- 0/0 1791 Oct 17 16:24 1994 tools/imp/modcolor.c rw-rw-rw- 0/0 4268 Nov 4 16:14 1994 tools/imp/modcolor.o rw-r--r-- 0/0 1870 Oct 17 16:24 1994 tools/imp/moddir.c rw-rw-rw- 0/0 5652 Nov 4 16:14 1994 tools/imp/moddir.o rw-r--r-- 0/0 556 Oct 17 16:24 1994 tools/imp/modpos.c rw-rw-rw- 0/0 2544 Nov 4 16:14 1994 tools/imp/modpos.o rw-r--r-- 0/0 1568 Oct 17 16:24 1994 tools/imp/paper.rgb rw-r--r-- 0/0 6755 Nov 4 16:14 1994 tools/imp/sliderimg.bw rw-r--r-- 0/0 28553 Oct 17 16:24 1994 tools/imp/ui.c rw-r--r-- 0/0 3246 Oct 17 16:24 1994 tools/imp/ui.h rw-rw-rw- 0/0 50460 Nov 4 16:14 1994 tools/imp/ui.o rw-r--r-- 0/0 15098 Oct 17 16:24 1994 tools/imp/ui.of rw-r--r-- 0/0 7545 Oct 17 16:24 1994 tools/imp/uitest.c rwxrwxrwx 0/0 Nov 4 16:17 1994 tools/impression/ rw-r--r-- 0/0 524 Nov 4 16:16 1994 tools/impression/Makefile rw-r--r-- 0/0 1428 Oct 17 16:24 1994 tools/impression/README rwxr-xr-x 0/0 245936 Oct 17 16:24 1994 tools/impression/impression rw-r--r-- 0/0 16987 Oct 17 16:24 1994 tools/impression/impression.c rwxr-xr-x 0/0 32816 Oct 17 16:24 1994 tools/impression/ssballs rw-r--r-- 0/0 5436 Oct 17 16:24 1994 tools/impression/ssballs.c rwxr-xr-x 0/0 29440 Nov 4 16:16 1994 tools/impression/ssblend rw-r--r-- 0/0 423 Oct 17 16:24 1994 tools/impression/ssblend.c rwxr-xr-x 0/0 29440 Nov 4 16:16 1994 tools/impression/sscat rw-r--r-- 0/0 718 Oct 17 16:24 1994 tools/impression/sscat.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/impression/ssclip rw-r--r-- 0/0 766 Oct 17 16:24 1994 tools/impression/ssclip.c rwxr-xr-x 0/0 28720 Oct 17 16:24 1994 tools/impression/sscross rw-r--r-- 0/0 886 Oct 17 16:24 1994 tools/impression/sscross.c rwxr-xr-x 0/0 54016 Nov 4 16:17 1994 tools/impression/ssdensity rw-r--r-- 0/0 1780 Oct 17 16:24 1994 tools/impression/ssdensity.c rwxr-xr-x 0/0 147632 Oct 17 16:24 1994 tools/impression/ssdomain rw-r--r-- 0/0 7625 Oct 17 16:24 1994 tools/impression/ssdomain.c rwxr-xr-x 0/0 33536 Nov 4 16:17 1994 tools/impression/ssgen rw-r--r-- 0/0 1063 Oct 17 16:24 1994 tools/impression/ssgen.c rwxr-xr-x 0/0 29440 Nov 4 16:17 1994 tools/impression/ssloc rw-r--r-- 0/0 760 Oct 17 16:24 1994 tools/impression/ssloc.c rwxr-xr-x 0/0 197416 Nov 4 16:17 1994 tools/impression/ssmovie rw-r--r-- 0/0 1473 Oct 17 16:24 1994 tools/impression/ssmovie.c rwxr-xr-x 0/0 193320 Nov 4 16:17 1994 tools/impression/ssplay rw-r--r-- 0/0 857 Oct 17 16:24 1994 tools/impression/ssplay.c rwxr-xr-x 0/0 33536 Nov 4 16:17 1994 tools/impression/sspntgen rw-r--r-- 0/0 1508 Oct 17 16:24 1994 tools/impression/sspntgen.c rwxr-xr-x 0/0 29440 Nov 4 16:17 1994 tools/impression/ssprint rw-r--r-- 0/0 408 Oct 17 16:24 1994 tools/impression/ssprint.c rwxr-xr-x 0/0 33536 Nov 4 16:16 1994 tools/impression/ssrand rw-r--r-- 0/0 3280 Oct 17 16:24 1994 tools/impression/ssrand.c rwxr-xr-x 0/0 193320 Nov 4 16:17 1994 tools/impression/ssrender rw-r--r-- 0/0 1089 Oct 17 16:24 1994 tools/impression/ssrender.c rwxr-xr-x 0/0 54016 Nov 4 16:17 1994 tools/impression/sssample rw-r--r-- 0/0 1453 Oct 17 16:24 1994 tools/impression/sssample.c rwxr-xr-x 0/0 29440 Nov 4 16:17 1994 tools/impression/ssscale rw-r--r-- 0/0 791 Oct 17 16:24 1994 tools/impression/ssscale.c rwxr-xr-x 0/0 33536 Nov 4 16:17 1994 tools/impression/ssset rw-r--r-- 0/0 1066 Oct 17 16:24 1994 tools/impression/ssset.c rwxrwxrwx 0/0 193320 Nov 4 16:16 1994 tools/impression/ssshow rw-r--r-- 0/0 1285 Oct 17 16:24 1994 tools/impression/ssshow.c rwxr-xr-x 0/0 33536 Nov 4 16:17 1994 tools/impression/sssort rw-r--r-- 0/0 1135 Oct 17 16:24 1994 tools/impression/sssort.c rw-r--r-- 0/0 1118 Oct 17 16:24 1994 tools/impression/sstemp.c rwxr-xr-x 0/0 37632 Nov 4 16:17 1994 tools/impression/sstops rw-r--r-- 0/0 6900 Oct 17 16:24 1994 tools/impression/sstops.c rwxrwxrwx 0/0 Oct 17 16:24 1994 tools/include/ rw-r--r-- 0/0 212 Oct 17 16:24 1994 tools/include/acc.h rw-r--r-- 0/0 2752 Oct 17 16:24 1994 tools/include/arg.h rw-r--r-- 0/0 751 Oct 17 16:24 1994 tools/include/bitmap.h rw-r--r-- 0/0 879 Oct 17 16:24 1994 tools/include/bufpool.h rw-r--r-- 0/0 1655 Oct 17 16:24 1994 tools/include/canvas.h rw-r--r-- 0/0 197 Oct 17 16:24 1994 tools/include/cmap.h rwxr-xr-x 0/0 20935 Oct 17 16:24 1994 tools/include/colortbl.inc rw-r--r-- 0/0 442 Oct 17 16:24 1994 tools/include/dispimg.h rw-r--r-- 0/0 2200 Oct 17 16:24 1994 tools/include/dither.h rw-r--r-- 0/0 614 Oct 17 16:24 1994 tools/include/expr.h rw-r--r-- 0/0 256 Oct 17 16:24 1994 tools/include/filepath.h rw-r--r-- 0/0 599 Oct 19 10:27 1994 tools/include/gfxmach.h rw-r--r-- 0/0 374 Oct 17 16:24 1994 tools/include/glmode.h rw-r--r-- 0/0 249 Oct 17 16:24 1994 tools/include/hipass.h rw-r--r-- 0/0 157 Oct 17 16:24 1994 tools/include/hist.h rw-r--r-- 0/0 604 Oct 17 16:24 1994 tools/include/izoom.h rw-r--r-- 0/0 432 Oct 17 16:24 1994 tools/include/lum.h rw-r--r-- 0/0 197 Oct 17 16:24 1994 tools/include/lut.h rw-r--r-- 0/0 1288 Oct 17 16:24 1994 tools/include/mesh.h rw-r--r-- 0/0 1478 Oct 17 16:24 1994 tools/include/obj.h rw-r--r-- 0/0 1351 Oct 17 16:24 1994 tools/include/objfnt.h rw-r--r-- 0/0 1047 Oct 17 16:24 1994 tools/include/path.h rw-r--r-- 0/0 4912 Oct 17 16:24 1994 tools/include/pict.h rw-r--r-- 0/0 501 Oct 17 16:24 1994 tools/include/port.h rw-r--r-- 0/0 448 Oct 17 16:24 1994 tools/include/prt.h rw-r--r-- 0/0 184 Oct 17 16:24 1994 tools/include/quant.h rw-r--r-- 0/0 396 Oct 17 16:24 1994 tools/include/rasterfile.h rw-r--r-- 0/0 140 Oct 17 16:24 1994 tools/include/rct.h rw-r--r-- 0/0 204 Oct 17 16:24 1994 tools/include/render.h rw-r--r-- 0/0 71 Oct 17 16:24 1994 tools/include/resource.h rw-r--r-- 0/0 249 Oct 17 16:24 1994 tools/include/rgn.h rw-r--r-- 0/0 14526 Oct 17 16:24 1994 tools/include/rle.h rw-r--r-- 0/0 232 Oct 17 16:24 1994 tools/include/setscreen.h rw-r--r-- 0/0 838 Oct 17 16:24 1994 tools/include/sgiobj.h rw-r--r-- 0/0 654 Oct 17 16:24 1994 tools/include/shade.h rw-r--r-- 0/0 18549 Oct 17 16:24 1994 tools/include/showcaseui.h rw-r--r-- 0/0 1323 Oct 17 16:24 1994 tools/include/simple.h rw-r--r-- 0/0 490 Oct 17 16:24 1994 tools/include/spin.h rw-r--r-- 0/0 792 Oct 17 16:24 1994 tools/include/ss.h rw-r--r-- 0/0 157 Oct 17 16:24 1994 tools/include/stream.h rw-r--r-- 0/0 1857 Oct 17 16:24 1994 tools/include/swop.h rw-r--r-- 0/0 324 Oct 17 16:24 1994 tools/include/targa.h rw-r--r-- 0/0 395 Oct 17 16:24 1994 tools/include/texture.h rw-r--r-- 0/0 11683 Oct 17 16:24 1994 tools/include/tiff.h rw-r--r-- 0/0 7395 Oct 17 16:24 1994 tools/include/tiffio.h rw-r--r-- 0/0 2395 Oct 17 16:24 1994 tools/include/triangulate.h rw-r--r-- 0/0 333 Oct 17 16:24 1994 tools/include/trilist.h rw-r--r-- 0/0 278 Oct 17 16:24 1994 tools/include/vect.h rw-r--r-- 0/0 2941 Oct 17 16:24 1994 tools/include/voronoi.h rwxrwxrwx 0/0 Nov 4 16:58 1994 tools/lib/ rw-rw-rw- 0/0 106132 Nov 4 11:20 1994 tools/lib/libcan.a rw-rw-rw- 0/0 362420 Nov 4 11:25 1994 tools/lib/libgutil.a rw-rw-rw- 0/0 33268 Nov 4 11:26 1994 tools/lib/libimage.a rw-rw-rw- 0/0 131224 Nov 4 11:27 1994 tools/lib/librle.a rw-rw-rw- 0/0 414336 Nov 4 12:05 1994 tools/lib/libtiff.a rw-rw-rw- 0/0 361924 Nov 4 15:35 1994 tools/lib/libui.a rw-rw-rw- 0/0 51360 Nov 4 16:07 1994 tools/lib/libvor.a rw-rw-rw- 0/0 1029284 Nov 4 11:33 1994 tools/lib/libwin.a rwxrwxrwx 0/0 Nov 4 11:20 1994 tools/libcan/ rw-r--r-- 0/0 320 Oct 17 16:24 1994 tools/libcan/Makefile rw-r--r-- 0/0 20309 Oct 17 16:24 1994 tools/libcan/canblend.c rw-r--r-- 0/0 4010 Oct 17 16:24 1994 tools/libcan/canbrush.c rw-r--r-- 0/0 7134 Oct 17 16:24 1994 tools/libcan/candisp.c rw-r--r-- 0/0 13066 Oct 17 16:24 1994 tools/libcan/candraw.c rw-r--r-- 0/0 1881 Oct 17 16:24 1994 tools/libcan/canmap.c rw-r--r-- 0/0 10679 Oct 17 16:24 1994 tools/libcan/canop.c rw-r--r-- 0/0 7699 Oct 17 16:24 1994 tools/libcan/canvas.c rw-r--r-- 0/0 719 Oct 17 16:24 1994 tools/libcan/errs rw-r--r-- 0/0 21 Oct 17 16:24 1994 tools/libcan/mypercent.c rwxr-xr-x 0/0 Nov 4 11:26 1994 tools/libgutil/ rw-rw-rw- 0/0 3674 Nov 4 11:25 1994 tools/libgutil/Makedepend rw-r--r-- 0/0 604 Oct 19 10:23 1994 tools/libgutil/Makefile rw-r--r-- 0/0 459 Oct 19 10:23 1994 tools/libgutil/README-4Dgifts-basic rw-r--r-- 0/0 2845 Oct 19 10:23 1994 tools/libgutil/abekas.c rw-r--r-- 0/0 1095 Oct 19 10:23 1994 tools/libgutil/brect.c rw-r--r-- 0/0 5273 Oct 19 10:23 1994 tools/libgutil/cmyk.c rw-r--r-- 0/0 5417 Oct 19 10:23 1994 tools/libgutil/colormod.c rw-r--r-- 0/0 15035 Oct 19 10:23 1994 tools/libgutil/dispimg.c rw-r--r-- 0/0 5896 Oct 19 10:23 1994 tools/libgutil/file.c rw-r--r-- 0/0 2099 Oct 19 10:23 1994 tools/libgutil/gamma.c rw-r--r-- 0/0 2848 Oct 19 10:23 1994 tools/libgutil/gendit.c rw-r--r-- 0/0 695 Oct 19 10:23 1994 tools/libgutil/getapixel.c rw-r--r-- 0/0 2136 Oct 19 10:23 1994 tools/libgutil/getset.c rw-r--r-- 0/0 3542 Oct 19 10:23 1994 tools/libgutil/glshade.c rw-r--r-- 0/0 4788 Oct 19 10:23 1994 tools/libgutil/glstuff.c rw-r--r-- 0/0 3222 Oct 19 10:23 1994 tools/libgutil/hipass.c rw-r--r-- 0/0 2563 Oct 19 10:24 1994 tools/libgutil/hist.c rw-r--r-- 0/0 1354 Oct 19 10:24 1994 tools/libgutil/hypcurve.c rw-r--r-- 0/0 2897 Oct 19 10:24 1994 tools/libgutil/imgread.c rw-r--r-- 0/0 13326 Oct 19 10:24 1994 tools/libgutil/izoom.c rw-r--r-- 0/0 1501 Oct 19 10:24 1994 tools/libgutil/lut.c rw-r--r-- 0/0 6757 Oct 19 10:24 1994 tools/libgutil/matrix.c rw-r--r-- 0/0 3229 Oct 19 10:24 1994 tools/libgutil/misc.c rw-r--r-- 0/0 5730 Oct 19 10:24 1994 tools/libgutil/miscgl.c rw-r--r-- 0/0 2552 Oct 19 10:24 1994 tools/libgutil/percent.c rw-r--r-- 0/0 11308 Oct 19 10:24 1994 tools/libgutil/psimg.c rw-r--r-- 0/0 12254 Oct 19 10:24 1994 tools/libgutil/pstri.c rw-r--r-- 0/0 185 Oct 19 10:24 1994 tools/libgutil/rand.c rw-r--r-- 0/0 5789 Oct 19 10:24 1994 tools/libgutil/rct.c rw-r--r-- 0/0 11931 Oct 19 10:24 1994 tools/libgutil/row.c rw-r--r-- 0/0 8239 Oct 19 10:24 1994 tools/libgutil/setscreen.c rw-r--r-- 0/0 2024 Oct 19 10:24 1994 tools/libgutil/shadow.c rw-r--r-- 0/0 10713 Oct 19 10:24 1994 tools/libgutil/texture.c rw-r--r-- 0/0 22197 Oct 19 10:24 1994 tools/libgutil/tomesh.c rw-r--r-- 0/0 6910 Oct 19 10:24 1994 tools/libgutil/track.c rw-r--r-- 0/0 3429 Oct 19 10:24 1994 tools/libgutil/turtle.c rw-r--r-- 0/0 2120 Oct 19 10:24 1994 tools/libgutil/unmesh.c rw-r--r-- 0/0 2383 Oct 19 10:24 1994 tools/libgutil/vcolor.c rw-r--r-- 0/0 5181 Oct 19 10:24 1994 tools/libgutil/vect.c rwxrwxrwx 0/0 Nov 4 11:26 1994 tools/libimage/ rw-r--r-- 0/0 286 Oct 17 16:24 1994 tools/libimage/Makefile rw-r--r-- 0/0 1591 Oct 17 16:24 1994 tools/libimage/close.c rw-r--r-- 0/0 845 Oct 17 16:24 1994 tools/libimage/filbuf.c rw-r--r-- 0/0 870 Oct 17 16:24 1994 tools/libimage/flsbuf.c rw-r--r-- 0/0 308 Oct 17 16:24 1994 tools/libimage/name.c rw-r--r-- 0/0 5671 Oct 17 16:24 1994 tools/libimage/open.c rw-r--r-- 0/0 466 Oct 17 16:24 1994 tools/libimage/pix.c rw-r--r-- 0/0 1926 Oct 17 16:24 1994 tools/libimage/rdwr.c rw-r--r-- 0/0 4428 Oct 17 16:24 1994 tools/libimage/rle.c rw-r--r-- 0/0 4493 Oct 17 16:24 1994 tools/libimage/row.c rwxrwxrwx 0/0 Nov 4 11:29 1994 tools/librle/ rw-r--r-- 0/0 11110 Oct 19 10:30 1994 tools/librle/Runput.c rw-r--r-- 0/0 735 Oct 19 10:30 1994 tools/librle/bstring.c rw-r--r-- 0/0 0 Nov 4 11:27 1994 tools/librle/buildlib rw-r--r-- 0/0 5424 Oct 19 10:30 1994 tools/librle/buildmap.c rw-r--r-- 0/0 1374 Oct 19 10:30 1994 tools/librle/cmd_name.c rw-r--r-- 0/0 19466 Oct 19 10:30 1994 tools/librle/colorquant.c rw-r--r-- 0/0 8307 Oct 19 10:30 1994 tools/librle/dither.c r--r--r-- 0/0 399 Oct 19 10:30 1994 tools/librle/exit_status.h rw-r--r-- 0/0 2326 Oct 19 10:30 1994 tools/librle/float_to_exp.c rw-r--r-- 0/0 2118 Oct 19 10:30 1994 tools/librle/getopt.c rw-r--r-- 0/0 7073 Oct 19 10:30 1994 tools/librle/makefile rw-r--r-- 0/0 3636 Oct 19 10:30 1994 tools/librle/makefile.src r--r--r-- 0/0 693 Oct 19 10:30 1994 tools/librle/pyramid.h r--r--r-- 0/0 14526 Oct 19 10:30 1994 tools/librle/rle.h rw-r--r-- 0/0 3155 Oct 19 10:30 1994 tools/librle/rle_addhist.c r--r--r-- 0/0 2093 Oct 19 10:30 1994 tools/librle/rle_code.h rw-r--r-- 0/0 5419 Oct 19 10:30 1994 tools/librle/rle_cp.c rw-r--r-- 0/0 2509 Oct 19 10:30 1994 tools/librle/rle_getcom.c rw-r--r-- 0/0 7577 Oct 19 10:30 1994 tools/librle/rle_getraw.c rw-r--r-- 0/0 15654 Oct 19 10:30 1994 tools/librle/rle_getrow.c rw-r--r-- 0/0 4111 Oct 19 10:30 1994 tools/librle/rle_getskip.c rw-r--r-- 0/0 2550 Oct 19 10:30 1994 tools/librle/rle_global.c rw-r--r-- 0/0 3391 Oct 19 10:30 1994 tools/librle/rle_open_f.c r--r--r-- 0/0 3013 Oct 19 10:30 1994 tools/librle/rle_put.h rw-r--r-- 0/0 4365 Oct 19 10:30 1994 tools/librle/rle_putcom.c rw-r--r-- 0/0 3373 Oct 19 10:30 1994 tools/librle/rle_putraw.c rw-r--r-- 0/0 15218 Oct 19 10:30 1994 tools/librle/rle_putrow.c r--r--r-- 0/0 3494 Oct 19 10:30 1994 tools/librle/rle_raw.h rw-r--r-- 0/0 4066 Oct 19 10:30 1994 tools/librle/rle_raw_alc.c rw-r--r-- 0/0 1973 Oct 19 10:30 1994 tools/librle/rle_rawrow.c rw-r--r-- 0/0 3636 Oct 19 10:30 1994 tools/librle/rle_row_alc.c rw-r--r-- 0/0 1097 Oct 19 10:30 1994 tools/librle/sVsetlinebuf.c rw-r--r-- 0/0 20775 Oct 19 10:30 1994 tools/librle/scanargs.c rw-r--r-- 0/0 1089 Oct 19 10:30 1994 tools/librle/vaxshort.c rwxrwxrwx 0/0 Nov 4 14:18 1994 tools/libtiff/ rw-r--r-- 40/40 3104 Nov 19 06:59 1993 tools/libtiff/Makefile rw-r--r-- 0/0 8200 Nov 4 11:49 1994 tools/libtiff/README rw-rw-rw- 40/40 729463 Nov 27 10:27 1993 tools/libtiff/g3states.h rw-r--r-- 40/40 7692 Nov 19 06:59 1993 tools/libtiff/machdep.h rw-r--r-- 40/40 24443 Nov 19 06:59 1993 tools/libtiff/mkg3states.c rw-r--r-- 40/40 1074 Nov 19 06:59 1993 tools/libtiff/mkspans.c rw-r--r-- 0/0 1198080 Nov 4 12:01 1994 tools/libtiff/pox.tar rw-r--r-- 40/40 11614 Nov 19 06:59 1993 tools/libtiff/t4.h rw-r--r-- 40/40 5366 Nov 19 06:59 1993 tools/libtiff/tif_apple.c rw-r--r-- 40/40 5508 Nov 19 06:59 1993 tools/libtiff/tif_aux.c rw-r--r-- 40/40 2640 Nov 19 06:59 1993 tools/libtiff/tif_ccittrle.c rw-r--r-- 40/40 1867 Nov 19 06:59 1993 tools/libtiff/tif_close.c rw-r--r-- 40/40 4588 Nov 19 06:59 1993 tools/libtiff/tif_compress.c rw-r--r-- 40/40 25472 Nov 19 06:59 1993 tools/libtiff/tif_dir.c rw-r--r-- 40/40 12298 Nov 19 06:59 1993 tools/libtiff/tif_dirinfo.c rw-r--r-- 40/40 35367 Nov 19 06:59 1993 tools/libtiff/tif_dirread.c rw-r--r-- 40/40 22221 Nov 19 06:59 1993 tools/libtiff/tif_dirwrite.c rw-r--r-- 40/40 3830 Nov 19 06:59 1993 tools/libtiff/tif_dumpmode.c rw-r--r-- 40/40 2050 Nov 19 06:59 1993 tools/libtiff/tif_error.c rw-r--r-- 40/40 28698 Nov 19 06:59 1993 tools/libtiff/tif_fax3.c rw-r--r-- 40/40 3183 Nov 19 06:59 1993 tools/libtiff/tif_fax3.h rw-r--r-- 40/40 3265 Nov 19 06:59 1993 tools/libtiff/tif_fax4.c rw-r--r-- 40/40 1978 Nov 19 06:59 1993 tools/libtiff/tif_flush.c rw-r--r-- 40/40 29190 Nov 19 06:59 1993 tools/libtiff/tif_getimage.c rw-r--r-- 40/40 1506 Nov 19 06:59 1993 tools/libtiff/tif_jpeg.c rw-r--r-- 40/40 31521 Nov 19 06:59 1993 tools/libtiff/tif_lzw.c rw-r--r-- 40/40 4773 Nov 19 06:59 1993 tools/libtiff/tif_machdep.c rw-r--r-- 40/40 3356 Nov 19 06:59 1993 tools/libtiff/tif_msdos.c rw-r--r-- 40/40 3691 Nov 19 06:59 1993 tools/libtiff/tif_next.c rw-r--r-- 40/40 9165 Nov 19 06:59 1993 tools/libtiff/tif_open.c rw-r--r-- 40/40 6220 Nov 19 06:59 1993 tools/libtiff/tif_packbits.c rw-r--r-- 40/40 17127 Nov 19 06:59 1993 tools/libtiff/tif_print.c rw-r--r-- 40/40 15714 Nov 19 06:59 1993 tools/libtiff/tif_read.c rw-r--r-- 40/40 3510 Nov 19 06:59 1993 tools/libtiff/tif_strip.c rw-r--r-- 40/40 6860 Nov 19 06:59 1993 tools/libtiff/tif_swab.c rw-r--r-- 40/40 4816 Nov 19 06:59 1993 tools/libtiff/tif_thunder.c rw-r--r-- 40/40 5468 Nov 19 06:59 1993 tools/libtiff/tif_tile.c rw-r--r-- 40/40 3926 Nov 19 06:59 1993 tools/libtiff/tif_unix.c rw-r--r-- 40/40 1460 Nov 19 06:59 1993 tools/libtiff/tif_version.c rw-r--r-- 40/40 6378 Nov 19 06:59 1993 tools/libtiff/tif_vms.c rw-r--r-- 40/40 2097 Nov 19 06:59 1993 tools/libtiff/tif_warning.c rw-r--r-- 40/40 17218 Nov 19 06:59 1993 tools/libtiff/tif_write.c rw-r--r-- 40/40 13020 Nov 19 06:59 1993 tools/libtiff/tiff.h rw-r--r-- 40/40 6138 Nov 19 06:59 1993 tools/libtiff/tiffcomp.h rw-r--r-- 40/40 4261 Nov 19 06:59 1993 tools/libtiff/tiffconf.h rw-r--r-- 40/40 9354 Nov 19 06:59 1993 tools/libtiff/tiffio.h rw-r--r-- 40/40 14940 Nov 19 06:59 1993 tools/libtiff/tiffiop.h rwxr-xr-x 0/0 Nov 4 15:38 1994 tools/libui/ rw-r--r-- 0/0 19933 Nov 4 15:31 1994 tools/libui/.showcaseui.h rw-r--r-- 0/0 60 Nov 4 15:31 1994 tools/libui/.zipcruft rw-r--r-- 0/0 23503 Nov 4 15:28 1994 tools/libui/Hlv14.c rw-r--r-- 0/0 23540 Nov 4 15:28 1994 tools/libui/HlvB14.c rw-r--r-- 0/0 23703 Nov 4 15:29 1994 tools/libui/HlvBO14.c rw-r--r-- 0/0 23496 Nov 4 15:29 1994 tools/libui/HlvO14.c rw-rw-rw- 0/0 2484 Nov 4 15:35 1994 tools/libui/Makedepend rw-r--r-- 0/0 674 Nov 4 15:29 1994 tools/libui/Makefile rw-r--r-- 0/0 17795 Nov 4 15:29 1994 tools/libui/Scn15.c rw-r--r-- 0/0 48113 Nov 4 15:29 1994 tools/libui/button.c rw-r--r-- 0/0 1090 Nov 4 15:29 1994 tools/libui/button.h rw-r--r-- 0/0 3234 Nov 4 15:29 1994 tools/libui/displaylist.c rw-r--r-- 0/0 330 Nov 4 15:29 1994 tools/libui/displaylist.h rw-r--r-- 0/0 21236 Nov 4 15:29 1994 tools/libui/hslider.c rw-r--r-- 0/0 875 Nov 4 15:29 1994 tools/libui/hslider.h rwxr-xr-x 0/0 168160 Nov 4 15:31 1994 tools/libui/makefont rw-r--r-- 0/0 8570 Nov 4 15:29 1994 tools/libui/makefont.c rw-r--r-- 0/0 997 Nov 4 15:30 1994 tools/libui/makefont.h rw-r--r-- 0/0 24879 Nov 4 15:32 1994 tools/libui/menu.c rw-r--r-- 0/0 2713 Nov 4 15:32 1994 tools/libui/menu.h rw-r--r-- 0/0 7575 Nov 4 15:32 1994 tools/libui/menubar.c rw-r--r-- 0/0 1077 Nov 4 15:32 1994 tools/libui/menubar.h rw-r--r-- 0/0 8614 Nov 4 15:31 1994 tools/libui/menuoption.c rw-r--r-- 0/0 1052 Nov 4 15:29 1994 tools/libui/menuoption.h rw-r--r-- 0/0 4897 Nov 4 15:29 1994 tools/libui/miscui.c rw-r--r-- 0/0 2535 Nov 4 15:32 1994 tools/libui/popup.c rw-r--r-- 0/0 861 Nov 4 15:32 1994 tools/libui/popup.h rw-r--r-- 0/0 12709 Nov 4 15:29 1994 tools/libui/pulldown.c rw-r--r-- 0/0 1952 Nov 4 15:30 1994 tools/libui/pulldown.h rw-r--r-- 0/0 21181 Nov 4 15:30 1994 tools/libui/showcaseui.h rw-r--r-- 0/0 27635 Nov 4 15:32 1994 tools/libui/tags rw-r--r-- 0/0 15816 Nov 4 15:29 1994 tools/libui/textbox.c rw-r--r-- 0/0 1180 Nov 4 15:30 1994 tools/libui/textbox.h rw-r--r-- 0/0 9873 Nov 4 15:29 1994 tools/libui/textlist.c rw-r--r-- 0/0 876 Nov 4 15:30 1994 tools/libui/textlist.h rw-r--r-- 0/0 1451 Nov 4 15:30 1994 tools/libui/ui.h rw-r--r-- 0/0 6972 Nov 4 15:29 1994 tools/libui/uicolor.c rw-r--r-- 0/0 12525 Nov 4 15:32 1994 tools/libui/uilib.c rw-r--r-- 0/0 16316 Nov 4 15:29 1994 tools/libui/valuator.c rw-r--r-- 0/0 1092 Nov 4 15:30 1994 tools/libui/valuator.h rw-r--r-- 0/0 21933 Nov 4 15:29 1994 tools/libui/vslider.c rw-r--r-- 0/0 922 Nov 4 15:30 1994 tools/libui/vslider.h rwxrwxrwx 0/0 Nov 4 16:10 1994 tools/libvor/ rw-r--r-- 0/0 826 Nov 4 16:05 1994 tools/libvor/Makefile rw-r--r-- 0/0 3566 Nov 4 16:05 1994 tools/libvor/edgelist.c rw-r--r-- 0/0 1810 Nov 4 16:05 1994 tools/libvor/heap.c rw-r--r-- 0/0 4215 Nov 4 16:05 1994 tools/libvor/main.c rw-r--r-- 0/0 1212 Nov 4 16:05 1994 tools/libvor/memory.c rw-r--r-- 0/0 2937 Nov 4 16:05 1994 tools/libvor/vordefs.h rw-r--r-- 0/0 4483 Nov 4 16:05 1994 tools/libvor/voronoi.c rw-r--r-- 0/0 2671 Nov 4 16:05 1994 tools/libvor/voronoi.h rw-r--r-- 0/0 206 Nov 4 16:05 1994 tools/libvor/vortest.c rw-r--r-- 0/0 20016 Nov 4 16:05 1994 tools/libvor/vregion.c rw-r--r-- 0/0 2556 Nov 4 16:05 1994 tools/libvor/vregion.man rw-r--r-- 0/0 4006 Nov 4 16:05 1994 tools/libvor/vrgeometry.c rwxrwxrwx 0/0 Nov 4 11:40 1994 tools/libwin/ rw-r--r-- 0/0 1026 Oct 17 16:25 1994 tools/libwin/Makefile rw-r--r-- 0/0 2845 Oct 17 16:33 1994 tools/libwin/abekas.c rw-r--r-- 0/0 2292 Oct 17 16:33 1994 tools/libwin/acc.c rw-r--r-- 0/0 22316 Oct 17 16:33 1994 tools/libwin/arg.c rw-r--r-- 0/0 10230 Oct 17 16:33 1994 tools/libwin/bitmap.c rw-r--r-- 0/0 2086 Oct 17 16:33 1994 tools/libwin/bm.c rw-r--r-- 0/0 1095 Oct 17 16:33 1994 tools/libwin/brect.c rw-r--r-- 0/0 6667 Oct 17 16:33 1994 tools/libwin/brush.c rw-r--r-- 0/0 3684 Oct 17 16:33 1994 tools/libwin/bufpool.c rw-r--r-- 0/0 10861 Oct 17 16:33 1994 tools/libwin/charfill.c rw-r--r-- 0/0 3109 Oct 17 16:33 1994 tools/libwin/cmap.c rw-r--r-- 0/0 5279 Oct 17 16:33 1994 tools/libwin/cmyk.c rw-r--r-- 0/0 5394 Oct 17 16:33 1994 tools/libwin/colormod.c rw-r--r-- 0/0 5041 Oct 17 16:33 1994 tools/libwin/corprt3.c rw-r--r-- 0/0 5348 Oct 17 16:33 1994 tools/libwin/corprt4.c rw-r--r-- 0/0 14755 Oct 17 16:33 1994 tools/libwin/dispimg.c rw-r--r-- 0/0 1473 Oct 17 16:33 1994 tools/libwin/dit.c rw-r--r-- 0/0 1052 Oct 17 16:25 1994 tools/libwin/errs rw-r--r-- 0/0 7014 Oct 17 16:33 1994 tools/libwin/expr.c rw-r--r-- 0/0 10671 Oct 17 16:33 1994 tools/libwin/fastimg.c rw-r--r-- 0/0 3534 Oct 17 16:33 1994 tools/libwin/fastobj.c rw-r--r-- 0/0 5896 Oct 17 16:33 1994 tools/libwin/file.c rw-r--r-- 0/0 2826 Oct 17 16:33 1994 tools/libwin/filepath.c rw-r--r-- 0/0 9815 Oct 17 16:33 1994 tools/libwin/follow.c rw-r--r-- 0/0 3080 Oct 17 16:33 1994 tools/libwin/gamma.c rw-r--r-- 0/0 2859 Oct 17 16:33 1994 tools/libwin/gendit.c rw-r--r-- 0/0 9931 Oct 17 16:33 1994 tools/libwin/geom.c rw-r--r-- 0/0 727 Oct 17 16:33 1994 tools/libwin/getapixel.c rw-r--r-- 0/0 7488 Oct 17 16:33 1994 tools/libwin/getfile.c rw-r--r-- 0/0 1599 Oct 17 16:33 1994 tools/libwin/getset.c rw-r--r-- 0/0 3541 Oct 17 16:33 1994 tools/libwin/glshade.c rw-r--r-- 0/0 5837 Oct 17 16:33 1994 tools/libwin/glshapes.c rw-r--r-- 0/0 5040 Oct 17 16:33 1994 tools/libwin/glstuff.c rw-r--r-- 0/0 2388 Oct 17 16:33 1994 tools/libwin/handline.c rw-r--r-- 0/0 28645 Oct 17 16:35 1994 tools/libwin/hideline.c rw-r--r-- 0/0 3230 Oct 17 16:33 1994 tools/libwin/hipass.c rw-r--r-- 0/0 2567 Oct 17 16:33 1994 tools/libwin/hist.c rw-r--r-- 0/0 3039 Oct 17 16:33 1994 tools/libwin/homo2.c rw-r--r-- 0/0 1354 Oct 17 16:33 1994 tools/libwin/hypcurve.c rw-r--r-- 0/0 1252 Oct 17 16:33 1994 tools/libwin/imgread.c rw-r--r-- 0/0 3272 Oct 17 16:33 1994 tools/libwin/invmap.c rw-r--r-- 0/0 13356 Oct 17 16:33 1994 tools/libwin/izoom.c rw-r--r-- 0/0 1509 Oct 17 16:33 1994 tools/libwin/lut.c rw-r--r-- 0/0 13203 Oct 17 16:33 1994 tools/libwin/manifesto.c rw-r--r-- 0/0 7274 Oct 17 16:33 1994 tools/libwin/matrix.c rw-r--r-- 0/0 3229 Oct 17 16:33 1994 tools/libwin/misc.c rw-r--r-- 0/0 5139 Oct 17 16:33 1994 tools/libwin/miscgl.c rw-r--r-- 0/0 2141 Oct 17 16:33 1994 tools/libwin/objdraw.c rw-r--r-- 0/0 17537 Oct 17 16:33 1994 tools/libwin/objfnt.c rw-r--r-- 0/0 14374 Oct 17 16:33 1994 tools/libwin/objlib.c rw-r--r-- 0/0 15569 Oct 17 16:33 1994 tools/libwin/objop.c rw-r--r-- 0/0 9742 Oct 17 16:33 1994 tools/libwin/path.c rw-r--r-- 0/0 2552 Oct 17 16:33 1994 tools/libwin/percent.c rw-r--r-- 0/0 7864 Oct 17 16:33 1994 tools/libwin/perlin.c rw-r--r-- 0/0 11308 Oct 17 16:33 1994 tools/libwin/psimg.c rw-r--r-- 0/0 12254 Oct 17 16:33 1994 tools/libwin/pstri.c rw-r--r-- 0/0 7459 Oct 17 16:33 1994 tools/libwin/qquant.c rw-r--r-- 0/0 8601 Oct 17 16:33 1994 tools/libwin/quant.c rw-r--r-- 0/0 185 Oct 17 16:33 1994 tools/libwin/rand.c rw-r--r-- 0/0 5791 Oct 17 16:33 1994 tools/libwin/rct.c rw-r--r-- 0/0 15786 Oct 17 16:33 1994 tools/libwin/render.c rw-r--r-- 0/0 1144 Oct 17 16:33 1994 tools/libwin/resource.c rw-r--r-- 0/0 13060 Oct 17 16:33 1994 tools/libwin/rgn.c rw-r--r-- 0/0 11968 Oct 17 16:33 1994 tools/libwin/row.c rw-r--r-- 0/0 3983 Oct 17 16:33 1994 tools/libwin/rpc.c rw-r--r-- 0/0 3847 Oct 17 16:33 1994 tools/libwin/sample.c rw-r--r-- 0/0 8358 Oct 17 16:33 1994 tools/libwin/setscreen.c rw-r--r-- 0/0 9940 Oct 17 16:33 1994 tools/libwin/sgiobj.c rw-r--r-- 0/0 11607 Oct 17 16:33 1994 tools/libwin/sgiobjgl.c rw-r--r-- 0/0 8988 Oct 17 16:33 1994 tools/libwin/shade.c rw-r--r-- 0/0 2024 Oct 17 16:33 1994 tools/libwin/shadow.c rw-r--r-- 0/0 5016 Oct 17 16:33 1994 tools/libwin/simptex.c rw-r--r-- 0/0 15331 Oct 17 16:33 1994 tools/libwin/sprender.c rw-r--r-- 0/0 11965 Oct 17 16:33 1994 tools/libwin/sptexture.c rw-r--r-- 0/0 15691 Oct 17 16:33 1994 tools/libwin/stream.c rw-r--r-- 0/0 5836 Oct 17 16:33 1994 tools/libwin/subpix.c rw-r--r-- 0/0 11524 Oct 17 16:33 1994 tools/libwin/texture.c rw-r--r-- 0/0 761 Oct 17 16:33 1994 tools/libwin/tl.c rw-r--r-- 0/0 4272 Oct 17 16:33 1994 tools/libwin/tmeshobj.c rw-r--r-- 0/0 22248 Oct 17 16:33 1994 tools/libwin/tomesh.c rw-r--r-- 0/0 6910 Oct 17 16:33 1994 tools/libwin/track.c rw-r--r-- 0/0 3429 Oct 17 16:33 1994 tools/libwin/turtle.c rw-r--r-- 0/0 2119 Oct 17 16:33 1994 tools/libwin/unmesh.c rw-r--r-- 0/0 2383 Oct 17 16:33 1994 tools/libwin/vcolor.c rw-r--r-- 0/0 7088 Oct 17 16:33 1994 tools/libwin/vect.c rw-r--r-- 0/0 25573 Oct 17 16:33 1994 tools/libwin/vidcomp.c rwxrwxrwx 0/0 Nov 4 16:18 1994 tools/movie/ rw-r--r-- 0/0 430 Nov 4 16:18 1994 tools/movie/Makefile rw-r--r-- 0/0 254 Oct 17 16:25 1994 tools/movie/README rwxr-xr-x 0/0 66304 Nov 4 16:18 1994 tools/movie/expmov rw-r--r-- 0/0 5197 Oct 17 16:25 1994 tools/movie/expmov.c rwxrwxrwx 0/0 Oct 17 16:25 1994 tools/movie/images/ rw-r--r-- 0/0 98836 Oct 17 16:25 1994 tools/movie/images/000.rgb rw-r--r-- 0/0 104352 Oct 17 16:25 1994 tools/movie/images/001.rgb rw-r--r-- 0/0 97445 Oct 17 16:25 1994 tools/movie/images/002.rgb rw-r--r-- 0/0 140570 Oct 17 16:25 1994 tools/movie/images/003.rgb rw-r--r-- 0/0 134492 Oct 17 16:25 1994 tools/movie/images/004.rgb rw-r--r-- 0/0 122803 Oct 17 16:25 1994 tools/movie/images/005.rgb rw-r--r-- 0/0 134227 Oct 17 16:25 1994 tools/movie/images/006.rgb rw-r--r-- 0/0 142040 Oct 17 16:25 1994 tools/movie/images/007.rgb rw-r--r-- 0/0 108455 Oct 17 16:25 1994 tools/movie/images/008.rgb rw-r--r-- 0/0 118123 Oct 17 16:25 1994 tools/movie/images/009.rgb rw-r--r-- 0/0 112605 Oct 17 16:25 1994 tools/movie/images/010.rgb rw-r--r-- 0/0 109746 Oct 17 16:25 1994 tools/movie/images/011.rgb rw-r--r-- 0/0 109746 Oct 17 16:25 1994 tools/movie/images/012.rgb rwxrwxrwx 0/0 58112 Nov 4 16:18 1994 tools/movie/mkmov rwxr-xr-x 0/0 4343 Oct 17 16:25 1994 tools/movie/mkmov.c rw-r--r-- 0/0 416584 Nov 4 16:19 1994 tools/movie/out.mov rwxrwxrwx 0/0 Nov 4 16:47 1994 tools/mtex/ rw-r--r-- 0/0 360 Nov 4 16:23 1994 tools/mtex/Makefile rw-r--r-- 0/0 16712 Oct 17 16:25 1994 tools/mtex/README rw-r--r-- 0/0 5815 Oct 17 16:25 1994 tools/mtex/brightness.c rw-r--r-- 0/0 5421 Oct 17 16:25 1994 tools/mtex/color.c rw-r--r-- 0/0 21716 Oct 17 16:25 1994 tools/mtex/color_to_alpha.c rw-r--r-- 0/0 1327 Oct 17 16:25 1994 tools/mtex/colors.h rw-r--r-- 0/0 28668 Oct 17 16:25 1994 tools/mtex/crop.c rw-r--r-- 0/0 20629 Nov 4 16:43 1994 tools/mtex/freq.c rw-r--r-- 0/0 20847 Oct 17 16:25 1994 tools/mtex/homogenize.c rw-r--r-- 0/0 2216 Oct 17 16:25 1994 tools/mtex/image.h rw-r--r-- 0/0 29714 Oct 17 16:25 1994 tools/mtex/img_procs.c rw-r--r-- 0/0 376319 Oct 17 16:25 1994 tools/mtex/jeff.rgb rw-r--r-- 0/0 432 Oct 17 16:25 1994 tools/mtex/lum.h rw-r--r-- 0/0 28410 Nov 4 16:25 1994 tools/mtex/make_tex.c rwxrwxrwx 0/0 189224 Nov 4 16:47 1994 tools/mtex/mtex rw-r--r-- 0/0 3888 Oct 17 16:25 1994 tools/mtex/other.h rw-r--r-- 0/0 2580 Oct 17 16:25 1994 tools/mtex/percent.c rw-rw-rw- 0/0 51031 Nov 4 11:57 1994 tools/mtex/pox rw-r--r-- 0/0 14342 Oct 17 16:25 1994 tools/mtex/resample.c rw-r--r-- 0/0 3760 Oct 17 16:25 1994 tools/mtex/screen_def.h rw-r--r-- 0/0 22570 Nov 4 16:45 1994 tools/mtex/show.c rw-r--r-- 0/0 6798 Oct 17 16:25 1994 tools/mtex/types.h rw-r--r-- 0/0 51159 Nov 4 16:29 1994 tools/mtex/ui.c rw-r--r-- 0/0 1496 Oct 17 16:25 1994 tools/mtex/ui_routines.h rw-r--r-- 0/0 19110 Nov 4 16:39 1994 tools/mtex/wrap.c rwxr-xr-x 0/0 Nov 4 16:47 1994 tools/repeater/ rw-rw-rw- 0/0 252 Nov 4 16:47 1994 tools/repeater/Makedepend rwxr-xr-x 0/0 706 Oct 17 16:24 1994 tools/repeater/Makefile rwxr-xr-x 0/0 48284 Nov 4 16:47 1994 tools/repeater/reptex rwxr-xr-x 0/0 3420 Oct 17 16:24 1994 tools/repeater/reptex.c rwxrwxrwx 0/0 Nov 4 10:40 1994 tools/taco/ rwxrwxrwx 0/0 Nov 4 10:40 1994 tools/taco/textools/ rw-rw-rw- 0/0 2124 Nov 4 10:40 1994 tools/taco/textools/README rwxrwxrwx 0/0 Nov 4 10:40 1994 tools/taco/textools/bin/ rw-rw-rw- 0/0 447342 Nov 4 10:40 1994 tools/taco/textools/bin/Untitled-1 rwxrwxrwx 0/0 196 Nov 4 10:40 1994 tools/taco/textools/bin/_update rw-r--r-- 0/0 42299 Nov 4 10:40 1994 tools/taco/textools/bin/brierley.rgb rwxr-xr-x 0/0 290992 Nov 4 10:40 1994 tools/taco/textools/bin/browsegizmo rwxrwxrwx 0/0 73968 Nov 4 10:40 1994 tools/taco/textools/bin/flow rwxrwxrwx 0/0 98544 Nov 4 10:40 1994 tools/taco/textools/bin/flowshell rwxrwxrwx 0/0 61616 Nov 4 10:40 1994 tools/taco/textools/bin/imgtest rwxrwxrwx 0/0 508 Nov 4 10:40 1994 tools/taco/textools/bin/paint rwxr-xr-x 0/0 965 Nov 4 10:40 1994 tools/taco/textools/bin/paint.tom rwxrwxrwx 0/0 263 Nov 4 10:40 1994 tools/taco/textools/bin/scan rwxrwxrwx 0/0 33 Nov 4 10:40 1994 tools/taco/textools/bin/splitter rwxr-xr-x 0/0 155888 Nov 4 10:40 1994 tools/taco/textools/bin/taco rwxr-xr-x 0/0 131312 Nov 4 10:40 1994 tools/taco/textools/bin/talpha rwxrwxrwx 0/0 86064 Nov 4 10:40 1994 tools/taco/textools/bin/tbar rwxr-xr-x 0/0 98352 Nov 4 10:40 1994 tools/taco/textools/bin/tbrush rwxrwxrwx 0/0 135408 Nov 4 10:40 1994 tools/taco/textools/bin/tbrushbox rwxrwxrwx 0/0 131312 Nov 4 10:40 1994 tools/taco/textools/bin/tcolorbox rwxrwxrwx 0/0 94256 Nov 4 10:40 1994 tools/taco/textools/bin/tcrop rwxrwxrwx 0/0 94256 Nov 4 10:40 1994 tools/taco/textools/bin/tcut rwxrwxrwx 0/0 94256 Nov 4 10:40 1994 tools/taco/textools/bin/tcutmask rwxrwxrwx 0/0 94256 Nov 4 10:40 1994 tools/taco/textools/bin/teyedropper rwxrwxrwx 0/0 98352 Nov 4 10:40 1994 tools/taco/textools/bin/tflood rwxrwxrwx 0/0 147696 Nov 4 10:40 1994 tools/taco/textools/bin/tflowgrab rwxrwxrwx 0/0 94256 Nov 4 10:40 1994 tools/taco/textools/bin/tflowgrablaunch rwxrwxrwx 0/0 147696 Nov 4 10:40 1994 tools/taco/textools/bin/tflowpaste rwxrwxrwx 0/0 94256 Nov 4 10:40 1994 tools/taco/textools/bin/tflowpastelaunch rwxrwxrwx 0/0 94256 Nov 4 10:40 1994 tools/taco/textools/bin/tglue rwxrwxrwx 0/0 98352 Nov 4 10:40 1994 tools/taco/textools/bin/tgrab rwxrwxrwx 0/0 151792 Nov 4 10:40 1994 tools/taco/textools/bin/thpscan rwxrwxrwx 0/0 135408 Nov 4 10:40 1994 tools/taco/textools/bin/thsv rwxrwxrwx 0/0 86064 Nov 4 10:40 1994 tools/taco/textools/bin/ticongrab rwxrwxrwx 0/0 86064 Nov 4 10:40 1994 tools/taco/textools/bin/ticonpaste rwxrwxrwx 0/0 131312 Nov 4 10:40 1994 tools/taco/textools/bin/tnew rwxrwxrwx 0/0 114864 Nov 4 10:40 1994 tools/taco/textools/bin/topen rwxrwxrwx 0/0 963 Nov 4 10:40 1994 tools/taco/textools/bin/touchup rwxrwxrwx 0/0 98352 Nov 4 10:40 1994 tools/taco/textools/bin/tpaste rwxrwxrwx 0/0 98352 Nov 4 10:40 1994 tools/taco/textools/bin/tpencil rwxrwxrwx 0/0 131312 Nov 4 10:40 1994 tools/taco/textools/bin/treplace rwxrwxrwx 0/0 131312 Nov 4 10:40 1994 tools/taco/textools/bin/trgb rwxrwxrwx 0/0 114864 Nov 4 10:40 1994 tools/taco/textools/bin/tsave rwxrwxrwx 0/0 114864 Nov 4 10:40 1994 tools/taco/textools/bin/tsaveas rwxrwxrwx 0/0 98352 Nov 4 10:40 1994 tools/taco/textools/bin/tselect rwxrwxrwx 0/0 94256 Nov 4 10:40 1994 tools/taco/textools/bin/tshift rwxrwxrwx 0/0 98352 Nov 4 10:40 1994 tools/taco/textools/bin/tsmudge rwxrwxrwx 0/0 217328 Nov 4 10:40 1994 tools/taco/textools/bin/tstdbrush rwxrwxrwx 0/0 98352 Nov 4 10:40 1994 tools/taco/textools/bin/twarp rwxrwxrwx 0/0 57344 Nov 4 10:40 1994 tools/taco/textools/bin/wrap rwxrwxrwx 0/0 493 Nov 4 10:40 1994 tools/taco/textools/bin/wrapshell rwxrwxrwx 0/0 370 Nov 4 10:40 1994 tools/taco/textools/bin/zoom rwxrwxrwx 0/0 Nov 4 10:40 1994 tools/taco/textools/etc/ rw-rw-rw- 0/0 6350 Nov 4 10:40 1994 tools/taco/textools/etc/textools.chestrc rwxrwxrwx 0/0 Nov 4 10:40 1994 tools/taco/textools/include/ rw-rw-rw- 0/0 994 Nov 4 10:40 1994 tools/taco/textools/include/flow.h rw-rw-rw- 0/0 568 Nov 4 10:40 1994 tools/taco/textools/include/misc.h rw-rw-rw- 0/0 4463 Nov 4 10:40 1994 tools/taco/textools/include/salsa.h rw-rw-rw- 0/0 977 Nov 4 10:40 1994 tools/taco/textools/include/socket.h rw-rw-rw- 0/0 3448 Nov 4 10:40 1994 tools/taco/textools/include/taco.h rw-rw-rw- 0/0 1142 Nov 4 10:40 1994 tools/taco/textools/include/vector.h rwxrwxrwx 0/0 Nov 4 10:40 1994 tools/taco/textools/lib/ rw-r--r-- 0/0 16016 Nov 4 10:40 1994 tools/taco/textools/lib/libflow.a rw-r--r-- 0/0 39924 Nov 4 10:40 1994 tools/taco/textools/lib/libsalsa.a rw-r--r-- 0/0 8316 Nov 4 10:40 1994 tools/taco/textools/lib/libsocket.a rw-r--r-- 0/0 43420 Nov 4 10:40 1994 tools/taco/textools/lib/libtaco.a rwxrwxrwx 0/0 Nov 4 10:40 1994 tools/taco/textools/src/ rw-rw-rw- 0/0 255 Nov 4 10:40 1994 tools/taco/textools/src/Make.defaults rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/flow/ rw-rw-rw- 0/0 460 Nov 4 10:40 1994 tools/taco/textools/src/flow/Makefile rw-rw-rw- 0/0 8922 Nov 4 10:40 1994 tools/taco/textools/src/flow/client.c rw-rw-rw- 0/0 1269 Nov 4 10:40 1994 tools/taco/textools/src/flow/color.c rw-rw-rw- 0/0 305 Nov 4 10:40 1994 tools/taco/textools/src/flow/color.h rw-rw-rw- 0/0 305 Nov 4 10:40 1994 tools/taco/textools/src/flow/curs_lightning.h rw-rw-rw- 0/0 479 Nov 4 10:40 1994 tools/taco/textools/src/flow/cursor.c rw-rw-rw- 0/0 110 Nov 4 10:40 1994 tools/taco/textools/src/flow/defs.h rw-rw-rw- 0/0 994 Nov 4 10:40 1994 tools/taco/textools/src/flow/flow.h rw-rw-rw- 0/0 934 Nov 4 10:40 1994 tools/taco/textools/src/flow/font.c rw-rw-rw- 0/0 159 Nov 4 10:40 1994 tools/taco/textools/src/flow/font.h rw-rw-rw- 0/0 924 Nov 4 10:40 1994 tools/taco/textools/src/flow/io.c rw-rw-rw- 0/0 278 Nov 4 10:40 1994 tools/taco/textools/src/flow/io.h rw-rw-rw- 0/0 6823 Nov 4 10:40 1994 tools/taco/textools/src/flow/main.c rw-rw-rw- 0/0 20884 Nov 4 10:40 1994 tools/taco/textools/src/flow/module.c rw-rw-rw- 0/0 1155 Nov 4 10:40 1994 tools/taco/textools/src/flow/module.h rw-rw-rw- 0/0 515 Nov 4 10:40 1994 tools/taco/textools/src/flow/opcodes.h rw-rw-rw- 0/0 5280 Nov 4 10:40 1994 tools/taco/textools/src/flow/server.c rw-rw-rw- 0/0 905 Nov 4 10:40 1994 tools/taco/textools/src/flow/table.c rw-rw-rw- 0/0 255 Nov 4 10:40 1994 tools/taco/textools/src/flow/table.h rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/flowshell/ rw-rw-rw- 0/0 274 Nov 4 10:40 1994 tools/taco/textools/src/flowshell/Makefile rw-rw-rw- 0/0 262 Nov 4 10:40 1994 tools/taco/textools/src/flowshell/Makefile~ rw-r--r-- 0/0 16817 Nov 4 10:40 1994 tools/taco/textools/src/flowshell/flowshell.c rw-rw-rw- 0/0 905 Nov 4 10:40 1994 tools/taco/textools/src/flowshell/table.c rw-rw-rw- 0/0 255 Nov 4 10:40 1994 tools/taco/textools/src/flowshell/table.h rwxrwxrwx 0/0 Nov 4 10:40 1994 tools/taco/textools/src/misc/ rw-rw-rw- 0/0 49 Nov 4 10:40 1994 tools/taco/textools/src/misc/Makefile rw-rw-rw- 0/0 568 Nov 4 10:40 1994 tools/taco/textools/src/misc/misc.h rw-rw-rw- 0/0 1142 Nov 4 10:40 1994 tools/taco/textools/src/misc/vector.h rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/socket/ rw-rw-rw- 0/0 215 Nov 4 10:40 1994 tools/taco/textools/src/socket/Makefile rw-rw-rw- 0/0 1822 Nov 4 10:40 1994 tools/taco/textools/src/socket/fn.c rw-r--r-- 0/0 7168 Nov 4 10:40 1994 tools/taco/textools/src/socket/socket.c rw-rw-rw- 0/0 977 Nov 4 10:40 1994 tools/taco/textools/src/socket/socket.h rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/taco/ rw-rw-rw- 0/0 874 Nov 4 10:40 1994 tools/taco/textools/src/taco/Makefile rw-rw-rw- 0/0 13242 Nov 4 10:40 1994 tools/taco/textools/src/taco/buffer.c rw-rw-rw- 0/0 1640 Nov 4 10:40 1994 tools/taco/textools/src/taco/buffer.h rw-rw-rw- 0/0 28909 Nov 4 10:40 1994 tools/taco/textools/src/taco/canvas.c rw-rw-rw- 0/0 890 Nov 4 10:40 1994 tools/taco/textools/src/taco/canvas.h rw-rw-rw- 0/0 23578 Nov 4 10:40 1994 tools/taco/textools/src/taco/client.c rw-rw-rw- 0/0 150 Nov 4 10:40 1994 tools/taco/textools/src/taco/client.h rw-rw-rw- 0/0 2027 Nov 4 10:40 1994 tools/taco/textools/src/taco/cursor.c rw-rw-rw- 0/0 470 Nov 4 10:40 1994 tools/taco/textools/src/taco/defs.h rw-rw-rw- 0/0 3108 Nov 4 10:40 1994 tools/taco/textools/src/taco/imagedata.c rw-rw-rw- 0/0 99 Nov 4 10:40 1994 tools/taco/textools/src/taco/imagedata.h rw-rw-rw- 0/0 717 Nov 4 10:40 1994 tools/taco/textools/src/taco/io.c rw-rw-rw- 0/0 188 Nov 4 10:40 1994 tools/taco/textools/src/taco/io.h rw-rw-rw- 0/0 167 Nov 4 10:40 1994 tools/taco/textools/src/taco/misc.c rw-rw-rw- 0/0 109 Nov 4 10:40 1994 tools/taco/textools/src/taco/misc.h rw-rw-rw- 0/0 1011 Nov 4 10:40 1994 tools/taco/textools/src/taco/opcodes.h rw-rw-rw- 0/0 347 Nov 4 10:40 1994 tools/taco/textools/src/taco/pick_image.h rw-rw-rw- 0/0 41319 Nov 4 10:40 1994 tools/taco/textools/src/taco/salsa.c rw-rw-rw- 0/0 40987 Nov 4 10:40 1994 tools/taco/textools/src/taco/salsa.c.old rw-rw-rw- 0/0 4463 Nov 4 10:40 1994 tools/taco/textools/src/taco/salsa.h rw-rw-rw- 0/0 6578 Nov 4 10:40 1994 tools/taco/textools/src/taco/server.c rw-rw-rw- 0/0 570 Nov 4 10:40 1994 tools/taco/textools/src/taco/server.h rw-rw-rw- 0/0 879 Nov 4 10:40 1994 tools/taco/textools/src/taco/share.c rw-rw-rw- 0/0 159 Nov 4 10:40 1994 tools/taco/textools/src/taco/share.h rw-rw-rw- 0/0 6168 Nov 4 10:40 1994 tools/taco/textools/src/taco/socket.c rw-rw-rw- 0/0 847 Nov 4 10:40 1994 tools/taco/textools/src/taco/socket.h rw-r--r-- 0/0 3492 Nov 4 10:40 1994 tools/taco/textools/src/taco/taco.c rw-rw-rw- 0/0 3448 Nov 4 10:40 1994 tools/taco/textools/src/taco/taco.h rw-rw-rw- 0/0 23329 Nov 4 10:40 1994 tools/taco/textools/src/taco/tool.c rw-rw-rw- 0/0 22866 Nov 4 10:40 1994 tools/taco/textools/src/taco/tool.c.old rw-rw-rw- 0/0 1373 Nov 4 10:40 1994 tools/taco/textools/src/taco/tool.h rwxr-xr-x 0/0 Nov 4 16:57 1994 tools/taco/textools/src/talpha/ rw-rw-rw- 0/0 267 Nov 4 10:40 1994 tools/taco/textools/src/talpha/Makefile rw-r--r-- 0/0 3367 Nov 4 10:40 1994 tools/taco/textools/src/talpha/talpha.c rw-r--r-- 0/0 3322 Nov 4 10:40 1994 tools/taco/textools/src/talpha/talpha.c~ rw-r--r-- 0/0 149 Nov 4 10:40 1994 tools/taco/textools/src/talpha/talpha.h rw-rw-rw- 0/0 30924 Nov 4 10:40 1994 tools/taco/textools/src/talpha/talpha.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tbar/ rw-rw-rw- 0/0 231 Nov 4 10:40 1994 tools/taco/textools/src/tbar/Makefile rw-r--r-- 0/0 105 Nov 4 10:40 1994 tools/taco/textools/src/tbar/tbar.c rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tbrush/ rw-rw-rw- 0/0 249 Nov 4 10:40 1994 tools/taco/textools/src/tbrush/Makefile rw-r--r-- 0/0 3807 Nov 4 10:40 1994 tools/taco/textools/src/tbrush/tbrush.c rw-rw-rw- 0/0 30924 Nov 4 10:40 1994 tools/taco/textools/src/tbrush/tbrush.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tbrushbox/ rw-rw-rw- 0/0 270 Nov 4 10:40 1994 tools/taco/textools/src/tbrushbox/Makefile rw-r--r-- 0/0 6276 Nov 4 10:40 1994 tools/taco/textools/src/tbrushbox/tbrushbox.c rw-r--r-- 0/0 6237 Nov 4 10:40 1994 tools/taco/textools/src/tbrushbox/tbrushbox.c~ rw-rw-rw- 0/0 30933 Nov 4 10:40 1994 tools/taco/textools/src/tbrushbox/tbrushbox.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tcolorbox/ rw-rw-rw- 0/0 270 Nov 4 10:40 1994 tools/taco/textools/src/tcolorbox/Makefile rw-r--r-- 0/0 4906 Nov 4 10:40 1994 tools/taco/textools/src/tcolorbox/tcolorbox.c rw-r--r-- 0/0 4867 Nov 4 10:40 1994 tools/taco/textools/src/tcolorbox/tcolorbox.c~ rw-rw-rw- 0/0 30933 Nov 4 10:40 1994 tools/taco/textools/src/tcolorbox/tcolorbox.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tcrop/ rw-rw-rw- 0/0 248 Nov 4 10:40 1994 tools/taco/textools/src/tcrop/Makefile rw-r--r-- 0/0 1681 Nov 4 10:40 1994 tools/taco/textools/src/tcrop/tcrop.c rw-rw-rw- 0/0 30921 Nov 4 10:40 1994 tools/taco/textools/src/tcrop/tcrop.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tcut/ rw-rw-rw- 0/0 247 Nov 4 10:40 1994 tools/taco/textools/src/tcut/Makefile rw-r--r-- 0/0 2000 Nov 4 10:40 1994 tools/taco/textools/src/tcut/tcut.c rw-r--r-- 0/0 2000 Nov 4 10:40 1994 tools/taco/textools/src/tcut/tcut.c~ rw-rw-rw- 0/0 30918 Nov 4 10:40 1994 tools/taco/textools/src/tcut/tcut.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tcutmask/ rw-rw-rw- 0/0 252 Nov 4 10:40 1994 tools/taco/textools/src/tcutmask/Makefile rw-r--r-- 0/0 2217 Nov 4 10:40 1994 tools/taco/textools/src/tcutmask/tcutmask.c rw-rw-rw- 0/0 30930 Nov 4 10:40 1994 tools/taco/textools/src/tcutmask/tcutmask.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/teyedropper/ rw-rw-rw- 0/0 250 Nov 4 10:40 1994 tools/taco/textools/src/teyedropper/Makefile rw-r--r-- 0/0 895 Nov 4 10:40 1994 tools/taco/textools/src/teyedropper/teyedropper.c rw-rw-rw- 0/0 30939 Nov 4 10:40 1994 tools/taco/textools/src/teyedropper/teyedropper.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tflood/ rw-rw-rw- 0/0 245 Nov 4 10:40 1994 tools/taco/textools/src/tflood/Makefile rw-r--r-- 0/0 1973 Nov 4 10:40 1994 tools/taco/textools/src/tflood/tflood.c rw-r--r-- 0/0 1558 Nov 4 10:40 1994 tools/taco/textools/src/tflood/tflood.c~ rw-rw-rw- 0/0 30924 Nov 4 10:40 1994 tools/taco/textools/src/tflood/tflood.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tflowgrab/ rw-rw-rw- 0/0 344 Nov 4 10:40 1994 tools/taco/textools/src/tflowgrab/Makefile rw-rw-rw- 0/0 1620 Nov 4 10:40 1994 tools/taco/textools/src/tflowgrab/lrecttoimg.c rw-rw-rw- 0/0 88 Nov 4 10:40 1994 tools/taco/textools/src/tflowgrab/lrecttoimg.h rw-r--r-- 0/0 4397 Nov 4 10:40 1994 tools/taco/textools/src/tflowgrab/tflowgrab.c rw-rw-rw- 0/0 30933 Nov 4 10:40 1994 tools/taco/textools/src/tflowgrab/tflowgrab.icon rw-rw-rw- 0/0 724 Nov 4 10:40 1994 tools/taco/textools/src/tflowgrab/tgrab.c rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tflowgrablaunch/ rw-rw-rw- 0/0 254 Nov 4 10:40 1994 tools/taco/textools/src/tflowgrablaunch/Makefile rw-r--r-- 0/0 640 Nov 4 10:40 1994 tools/taco/textools/src/tflowgrablaunch/tflowgrablaunch.c rw-r--r-- 0/0 648 Nov 4 10:40 1994 tools/taco/textools/src/tflowgrablaunch/tflowgrablaunch.c~ rw-rw-rw- 0/0 30951 Nov 4 10:40 1994 tools/taco/textools/src/tflowgrablaunch/tflowgrablaunch.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tflowpaste/ rw-rw-rw- 0/0 344 Nov 4 10:40 1994 tools/taco/textools/src/tflowpaste/Makefile rw-rw-rw- 0/0 3108 Nov 4 10:40 1994 tools/taco/textools/src/tflowpaste/imagedata.c rw-rw-rw- 0/0 99 Nov 4 10:40 1994 tools/taco/textools/src/tflowpaste/imagedata.h rw-r--r-- 0/0 5573 Nov 4 10:40 1994 tools/taco/textools/src/tflowpaste/tflowpaste.c rw-rw-rw- 0/0 30936 Nov 4 10:40 1994 tools/taco/textools/src/tflowpaste/tflowpaste.icon rw-rw-rw- 0/0 724 Nov 4 10:40 1994 tools/taco/textools/src/tflowpaste/tgrab.c rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tflowpastelaunch/ rw-rw-rw- 0/0 255 Nov 4 10:40 1994 tools/taco/textools/src/tflowpastelaunch/Makefile rw-r--r-- 0/0 661 Nov 4 10:40 1994 tools/taco/textools/src/tflowpastelaunch/tflowpastelaunch.c rw-r--r-- 0/0 670 Nov 4 10:40 1994 tools/taco/textools/src/tflowpastelaunch/tflowpastelaunch.c~ rw-rw-rw- 0/0 30954 Nov 4 10:40 1994 tools/taco/textools/src/tflowpastelaunch/tflowpastelaunch.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tglue/ rw-rw-rw- 0/0 248 Nov 4 10:40 1994 tools/taco/textools/src/tglue/Makefile rw-r--r-- 0/0 2842 Nov 4 10:40 1994 tools/taco/textools/src/tglue/tglue.c rw-rw-rw- 0/0 30921 Nov 4 10:40 1994 tools/taco/textools/src/tglue/tglue.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tgrab/ rw-rw-rw- 0/0 252 Nov 4 10:40 1994 tools/taco/textools/src/tgrab/Makefile rw-rw-rw- 0/0 2129 Nov 4 10:40 1994 tools/taco/textools/src/tgrab/lrecttoimg.c rw-rw-rw- 0/0 88 Nov 4 10:40 1994 tools/taco/textools/src/tgrab/lrecttoimg.h rw-r--r-- 0/0 1300 Nov 4 10:40 1994 tools/taco/textools/src/tgrab/tgrab.c rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/thpscan/ rw-rw-rw- 0/0 303 Nov 4 10:40 1994 tools/taco/textools/src/thpscan/Makefile rw-rw-rw- 0/0 635 Nov 4 10:40 1994 tools/taco/textools/src/thpscan/cursor.c rw-rw-rw- 0/0 8469 Nov 4 10:40 1994 tools/taco/textools/src/thpscan/hpscan.c rw-rw-rw- 0/0 1003 Nov 4 10:40 1994 tools/taco/textools/src/thpscan/hpscan.h rw-r--r-- 0/0 10646 Nov 4 10:40 1994 tools/taco/textools/src/thpscan/thpscan.c rw-rw-rw- 0/0 30927 Nov 4 10:40 1994 tools/taco/textools/src/thpscan/thpscan.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/thsv/ rw-rw-rw- 0/0 265 Nov 4 10:40 1994 tools/taco/textools/src/thsv/Makefile rw-r--r-- 0/0 6399 Nov 4 10:40 1994 tools/taco/textools/src/thsv/thsv.c rw-r--r-- 0/0 6399 Nov 4 10:40 1994 tools/taco/textools/src/thsv/thsv.c~ rw-rw-rw- 0/0 30918 Nov 4 10:40 1994 tools/taco/textools/src/thsv/thsv.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/ticongrab/ rw-rw-rw- 0/0 243 Nov 4 10:40 1994 tools/taco/textools/src/ticongrab/Makefile rw-rw-rw- 0/0 30915 Nov 4 10:40 1994 tools/taco/textools/src/ticongrab/bar rw-rw-rw- 0/0 30915 Nov 4 10:40 1994 tools/taco/textools/src/ticongrab/bar.icon rw-r--r-- 0/0 1557 Nov 4 10:40 1994 tools/taco/textools/src/ticongrab/ticongrab.c rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/ticonpaste/ rw-rw-rw- 0/0 244 Nov 4 10:40 1994 tools/taco/textools/src/ticonpaste/Makefile rw-r--r-- 0/0 1550 Nov 4 10:40 1994 tools/taco/textools/src/ticonpaste/ticonpaste.c rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tnew/ rw-rw-rw- 0/0 265 Nov 4 10:40 1994 tools/taco/textools/src/tnew/Makefile rw-r--r-- 0/0 3160 Nov 4 10:40 1994 tools/taco/textools/src/tnew/tnew.c rw-r--r-- 0/0 3130 Nov 4 10:40 1994 tools/taco/textools/src/tnew/tnew.c~ rw-rw-rw- 0/0 30918 Nov 4 10:40 1994 tools/taco/textools/src/tnew/tnew.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/topen/ rw-rw-rw- 0/0 261 Nov 4 10:40 1994 tools/taco/textools/src/topen/Makefile rw-rw-rw- 0/0 7488 Nov 4 10:40 1994 tools/taco/textools/src/topen/getfile.c rw-r--r-- 0/0 1110 Nov 4 10:40 1994 tools/taco/textools/src/topen/topen.c rw-rw-rw- 0/0 30921 Nov 4 10:40 1994 tools/taco/textools/src/topen/topen.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tpaste/ rw-rw-rw- 0/0 252 Nov 4 10:40 1994 tools/taco/textools/src/tpaste/Makefile rw-rw-rw- 0/0 3437 Nov 4 10:40 1994 tools/taco/textools/src/tpaste/imagedata.c rw-rw-rw- 0/0 3411 Nov 4 10:40 1994 tools/taco/textools/src/tpaste/imagedata.c~ rw-rw-rw- 0/0 99 Nov 4 10:40 1994 tools/taco/textools/src/tpaste/imagedata.h rw-r--r-- 0/0 871 Nov 4 10:40 1994 tools/taco/textools/src/tpaste/tpaste.c rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tpencil/ rw-rw-rw- 0/0 246 Nov 4 10:40 1994 tools/taco/textools/src/tpencil/Makefile rw-r--r-- 0/0 1895 Nov 4 10:40 1994 tools/taco/textools/src/tpencil/tpencil.c rw-r--r-- 0/0 1845 Nov 4 10:40 1994 tools/taco/textools/src/tpencil/tpencil.c~ rw-rw-rw- 0/0 30927 Nov 4 10:40 1994 tools/taco/textools/src/tpencil/tpencil.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/treplace/ rw-rw-rw- 0/0 273 Nov 4 10:40 1994 tools/taco/textools/src/treplace/Makefile rw-r--r-- 0/0 3936 Nov 4 10:40 1994 tools/taco/textools/src/treplace/treplace.c rw-r--r-- 0/0 3936 Nov 4 10:40 1994 tools/taco/textools/src/treplace/treplace.c~ rw-rw-rw- 0/0 30930 Nov 4 10:40 1994 tools/taco/textools/src/treplace/treplace.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/trgb/ rw-rw-rw- 0/0 265 Nov 4 10:40 1994 tools/taco/textools/src/trgb/Makefile rw-r--r-- 0/0 3557 Nov 4 10:40 1994 tools/taco/textools/src/trgb/trgb.c rw-rw-rw- 0/0 3477 Nov 4 10:40 1994 tools/taco/textools/src/trgb/trgb.c.old rw-r--r-- 0/0 3512 Nov 4 10:40 1994 tools/taco/textools/src/trgb/trgb.c~ rw-rw-rw- 0/0 30918 Nov 4 10:40 1994 tools/taco/textools/src/trgb/trgb.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tsave/ rw-rw-rw- 0/0 261 Nov 4 10:40 1994 tools/taco/textools/src/tsave/Makefile rw-rw-rw- 0/0 7488 Nov 4 10:40 1994 tools/taco/textools/src/tsave/getfile.c rw-r--r-- 0/0 1075 Nov 4 10:40 1994 tools/taco/textools/src/tsave/tsave.c rw-rw-rw- 0/0 30921 Nov 4 10:40 1994 tools/taco/textools/src/tsave/tsave.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tsaveas/ rw-rw-rw- 0/0 263 Nov 4 10:40 1994 tools/taco/textools/src/tsaveas/Makefile rw-rw-rw- 0/0 7488 Nov 4 10:40 1994 tools/taco/textools/src/tsaveas/getfile.c rw-r--r-- 0/0 1542 Nov 4 10:40 1994 tools/taco/textools/src/tsaveas/tsaveas.c rw-r--r-- 0/0 1541 Nov 4 10:40 1994 tools/taco/textools/src/tsaveas/tsaveas.c~ rw-rw-rw- 0/0 30927 Nov 4 10:40 1994 tools/taco/textools/src/tsaveas/tsaveas.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tselect/ rw-rw-rw- 0/0 246 Nov 4 10:40 1994 tools/taco/textools/src/tselect/Makefile rw-r--r-- 0/0 6716 Nov 4 10:40 1994 tools/taco/textools/src/tselect/tselect.c rw-rw-rw- 0/0 173 Nov 4 10:40 1994 tools/taco/textools/src/tselect/tselect.h rw-rw-rw- 0/0 30927 Nov 4 10:40 1994 tools/taco/textools/src/tselect/tselect.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tshift/ rw-rw-rw- 0/0 245 Nov 4 10:40 1994 tools/taco/textools/src/tshift/Makefile rw-r--r-- 0/0 1706 Nov 4 10:40 1994 tools/taco/textools/src/tshift/tshift.c rw-rw-rw- 0/0 30924 Nov 4 10:40 1994 tools/taco/textools/src/tshift/tshift.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tsmudge/ rw-rw-rw- 0/0 250 Nov 4 10:40 1994 tools/taco/textools/src/tsmudge/Makefile rw-r--r-- 0/0 3949 Nov 4 10:40 1994 tools/taco/textools/src/tsmudge/tsmudge.c rw-r--r-- 0/0 3849 Nov 4 10:40 1994 tools/taco/textools/src/tsmudge/tsmudge.c~ rw-rw-rw- 0/0 30927 Nov 4 10:40 1994 tools/taco/textools/src/tsmudge/tsmudge.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/tstdbrush/ rw-rw-rw- 0/0 274 Nov 4 10:40 1994 tools/taco/textools/src/tstdbrush/Makefile rw-r--r-- 0/0 5733 Nov 4 10:40 1994 tools/taco/textools/src/tstdbrush/tstdbrush.c rw-r--r-- 0/0 5688 Nov 4 10:40 1994 tools/taco/textools/src/tstdbrush/tstdbrush.c~ rw-rw-rw- 0/0 30933 Nov 4 10:40 1994 tools/taco/textools/src/tstdbrush/tstdbrush.icon rwxrwxrwx 0/0 Nov 4 16:57 1994 tools/taco/textools/src/twarp/ rw-rw-rw- 0/0 248 Nov 4 10:40 1994 tools/taco/textools/src/twarp/Makefile rw-r--r-- 0/0 6208 Nov 4 10:40 1994 tools/taco/textools/src/twarp/twarp.c rw-rw-rw- 0/0 1718 Nov 4 10:40 1994 tools/taco/textools/src/twarp/twarp.c.old rw-rw-rw- 0/0 30921 Nov 4 10:40 1994 tools/taco/textools/src/twarp/twarp.icon --PART-BOUNDARY=.19507311650.ZM10197.reading.sgi.com-- From guest Mon Jul 31 09:13:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA09955; Mon, 31 Jul 1995 09:10:26 -0700 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 JAA09952; Mon, 31 Jul 1995 09:10:26 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08293; Mon, 31 Jul 95 09:10:24 -0700 Received: from death.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA28819; Mon, 31 Jul 1995 09:10:20 -0700 Received: by death.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id RAA03134; Mon, 31 Jul 1995 17:07:32 +0100 From: "Angus Henderson" Message-Id: <9507311707.ZM3132@death.reading.sgi.com> Date: Mon, 31 Jul 1995 17:07:32 +0100 In-Reply-To: "pierre VERCRUYSSE" "tools to do texture" (Jul 31, 4:39pm) References: <9507311639.ZM16798@cathy.rennes.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "pierre VERCRUYSSE" , info-performer@sgi.sgi.com Subject: Re: tools to do texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O copy sgigate.sgi.com:~ftp/pub/Performer/RealityCentre/tools.tar.Z if you like ANGus From guest Mon Jul 31 09:45:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10119; Mon, 31 Jul 1995 09:41:38 -0700 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 JAA10116; Mon, 31 Jul 1995 09:41:38 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10284; Mon, 31 Jul 95 09:41:35 -0700 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA04430; Mon, 31 Jul 1995 09:41:34 -0700 Received: from beast.asd.sgi.com by sgihub.corp.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA07378; Mon, 31 Jul 1995 09:24:01 -0700 Received: by beast.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA21806; Mon, 31 Jul 1995 09:23:14 -0700 From: "Graham (Grambo) Beasley" Message-Id: <9507310923.ZM21804@beast.asd.sgi.com> Date: Mon, 31 Jul 1995 09:23:13 -0700 In-Reply-To: "Rob Jenkins" "Re: tools to do texture" (Jul 31, 4:50pm) References: <9507311639.ZM16798@cathy.rennes.sgi.com> <9507311650.ZM10197@barney.reading.sgi.com> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: "Rob Jenkins" , "pierre VERCRUYSSE" , info-performer@sgi.sgi.com Subject: Re: tools to do texture Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O There have been un-supported SGI tools in the past (like taco, which you listed below tools/taco/textools! and one by D. Voorhies), but now I'd say most customers who want world-class textures use Photoshop or one of the modellers. GB -- "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 Mon Jul 31 09:44:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10064; Mon, 31 Jul 1995 09:33:12 -0700 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 JAA10061; Mon, 31 Jul 1995 09:33:03 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09630; Mon, 31 Jul 95 09:32:47 -0700 Received: from alexandra.mtl.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA02546; Mon, 31 Jul 1995 09:32:40 -0700 Received: from Maddie (maddie [192.148.246.55]) by alexandra.mtl.com (8.6.10/8.6.6) with ESMTP id MAA09887 for ; Mon, 31 Jul 1995 12:33:27 -0400 Received: by Maddie (940816.SGI.8.6.9/Spike-2.0) id MAA04429; Mon, 31 Jul 1995 12:29:13 -0400 From: "John A. Collier" Message-Id: <9507311229.ZM4427@Maddie.mtl.com> Date: Mon, 31 Jul 1995 12:29:12 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Stencil Buffer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Does anyone have example code of how to use the stencil buffer to prevent an object (say a cockpit) from being drawn over in Performer? Also, how do you tell Performer not to redraw that model? Thanks for any inputs, John -- John A. Collier e-mail: jcollier@mtl.com MTL Systems, Inc. voice: (513) 426-3111 3481 Dayton-Xenia Rd. fax: (513) 426-8301 Dayton, OH 45432-2796 From guest Mon Jul 31 10:01:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10185; Mon, 31 Jul 1995 09:55:33 -0700 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 JAA10182; Mon, 31 Jul 1995 09:55:32 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11196; Mon, 31 Jul 95 09:55:29 -0700 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA07853; Mon, 31 Jul 1995 09:55:28 -0700 Received: from uucp1.unix.portal.com ([156.151.4.11]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id JAA29518; Mon, 31 Jul 1995 09:53:38 -0700 Received: from buggy.coryphaeus.com (uucp@localhost) by uucp1.unix.portal.com (8.6.11/8.6.5) with UUCP id JAA23360; Mon, 31 Jul 1995 09:44:26 -0700 Received: from buggy. coryphaeus.com by cory via SMTP (920330.SGI/911001.SGI) for portal!sgi600.msd.lmsc.lockheed.com!sakai id AA06069; Mon, 31 Jul 95 09:43:11 -0700 Received: by buggy (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA27460; Mon, 31 Jul 1995 09:43:10 -0700 From: "Kowsik Guruswamy" Message-Id: <9507310943.ZM27458@buggy.coryphaeus.com> Date: Mon, 31 Jul 1995 09:43:09 -0700 In-Reply-To: sakai@sgi600.msd.lmsc.lockheed.com (Ken Sakai) "pfDelete question" (Jul 28, 6:01pm) References: <199507290101.SAA12832@sgi600.msd.lmsc.lockheed.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: sakai@sgi600.msd.lmsc.lockheed.com (Ken Sakai), info-performer@sgi.sgi.com Subject: Re: pfDelete question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 28, 6:01pm, Ken Sakai wrote: > Subject: pfDelete question > > > I have a simple question regarding pfDelete. > If one does a pfDelete on a pfGeoSet, does one > have to worry about pfFree'ing the geoSet attribute > arrays that one can retrieve using pfGetGSetAttrLists() > and length arrays from pfGetGSetPrimLengths()? I have seen > code fragments that simply pfDelete the geoSet without > bothering with the aformentioned data. Would this result > in a memory leak or is the data automatically dereferenced > and deleted when the geoSet is deleted? [snip] >From the Performer man pages: If attribute and index lists are allocated from the pfMalloc routines, pfGSetAttr will correctly update the reference counts of the lists. Specifically, pfGSetAttr will decrement the reference counts of the old lists and increment the reference counts of the new lists. It will not free any lists whose reference counts reach 0. When a pfGeoSet is deleted with pfDelete, all pfMalloc'ed lists will have their reference counts decremented by one and will be freed if their count reaches 0. Hope that helps, K. -- kowsik@coryphaeus.com From guest Mon Jul 31 10:26:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA10380; Mon, 31 Jul 1995 10:22:54 -0700 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 KAA10377; Mon, 31 Jul 1995 10:22:53 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13346; Mon, 31 Jul 95 10:22:46 -0700 Received: from vm.gmd.de by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA13904; Mon, 31 Jul 1995 10:19:13 -0700 Received: from bogart.mpib-tuebingen.mpg.de by vm.gmd.de (IBM VM SMTP V2R2) with TCP; Mon, 31 Jul 95 19:17:53 +0200 Received: from sage.mpik-tueb.mpg.de by bogart.mpib-tuebingen.mpg.de; (5.65/1.1.8.2/19Dec94-0609PM) id AA00792; Mon, 31 Jul 1995 19:20:26 +0100 Received: by sage (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id TAA04375; Mon, 31 Jul 1995 19:18:51 +0200 From: "Dietrich Opitz" Message-Id: <9507311918.ZM4373@sage.mpik-tueb.mpg.de> Date: Mon, 31 Jul 1995 19:18:50 +0000 In-Reply-To: "pierre VERCRUYSSE" "tools to do texture" (Jul 31, 4:39pm) References: <9507311639.ZM16798@cathy.rennes.sgi.com> X-Face: ,78BGR^:N$.'76:g~S1U^5[;4H@V1KZvxT0W&ugiSX!CO}A((fKEnL2;vdw~RdA'C}Snv2n/1pB3cZjiFbN{Q}nXx}2cd* X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: tools to do texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Pierre, i have a small tool that may help you. Its like a small drawingprogram to add the alphabyte to RGB-images. Its located at: eddie.mpik-tueb.mpg.de in /incoming/alphadraw.tar.Z Have fun. DiO -- 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.mpik-tueb.mpg.de From guest Mon Jul 31 07:36:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA09603; Mon, 31 Jul 1995 07:33:58 -0700 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 HAA09600; Mon, 31 Jul 1995 07:33:57 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04893; Mon, 31 Jul 95 07:33:56 -0700 Received: from cathy.rennes.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA15187; Mon, 31 Jul 1995 07:33:51 -0700 Received: by cathy.rennes.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.sgi.com id QAA16800; Mon, 31 Jul 1995 16:39:15 +0200 From: "pierre VERCRUYSSE" Message-Id: <9507311639.ZM16798@cathy.rennes.sgi.com> Date: Mon, 31 Jul 1995 16:39:14 -0600 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: tools to do texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello can somebody tell me a tools to generate texture with alpha key ? Thanks for your help 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 Mon Jul 31 17:35:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA12686; Mon, 31 Jul 1995 17:31:37 -0700 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 RAA12683; Mon, 31 Jul 1995 17:31:36 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12946; Mon, 31 Jul 95 17:31:33 -0700 Received: from od.sri.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA17879; Mon, 31 Jul 1995 17:31:33 -0700 Received: by od.sri.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id RAA15002; Mon, 31 Jul 1995 17:30:52 -0700 From: "Nathaniel Bletter" Message-Id: <9507311730.ZM15000@od.sri.com> Date: Mon, 31 Jul 1995 17:30:51 -0700 In-Reply-To: "Dietrich Opitz" "Re: tools to do texture" (Jul 31, 7:18pm) References: <9507311639.ZM16798@cathy.rennes.sgi.com> <9507311918.ZM4373@sage.mpik-tueb.mpg.de> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: tools to do texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O In the same vein, does anyone know of any tools to overlay one image with an alpha channel over another. This would be just like the standard "over" command, except over doesn't seem to pay attention to the alpha channel, or it gets confused by it. I didn't find anything like this in the performer/tools.tar collection. Thanks, Nat Bletter SRI International nat@od.sri.com http://os.sri.com/people/nat/ (415) 859-4358 From guest Mon Jul 31 18:40:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA13147; Mon, 31 Jul 1995 18:34:36 -0700 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 SAA13144; Mon, 31 Jul 1995 18:34:26 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17236; Mon, 31 Jul 95 18:34:20 -0700 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA00244; Mon, 31 Jul 1995 18:34:14 -0700 Received: from uucp1.unix.portal.com ([156.151.4.11]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id SAA27756 for ; Mon, 31 Jul 1995 18:33:20 -0700 Received: from MacMail.coryphaeus.com (uucp@localhost) by uucp1.unix.portal.com (8.6.11/8.6.5) with UUCP id SAA14885 for portal!sgi.com!info-performer; Mon, 31 Jul 1995 18:24:15 -0700 Received: from MacMail. coryphaeus.com by cory via SMTP (920330.SGI/911001.SGI) for portal!sgi.com!info-performer id AA10539; Mon, 31 Jul 95 18:23:57 -0700 Message-Id: Date: 31 Jul 1995 17:30:32 -0800 From: "Jordan Green" Subject: Re->OpenFlight Format reall To: "Holger Krumm" , "Performer Mailing List" Cc: "David Weller" X-Mailer: Mail*Link SMTP-QM 3.0.1 Status: O Dear Holger, In response to your enquiry in the Performer Mailing List I would like to amplify on David Weller's accurate response (thanks David). OpenFlight is a proprietary format and NOT open. The name intentionally misleads you. As evidenced in the reply from Roger Morris at Transformation it is necessary to sign a Non-Disclosure Agreement and meet other restrictive legal conditions to gain access to this "open" format. How can an open format be subject to non-disclosure??!? If you would like a truly open format we would be happy to send you a copy of the format description for Designer's Workbench(tm) (dwb). Just send your address details to sales@coryphaeus.com along with your request and the information will be sent to you. Alternatively, you may wish to contact our local representative in Germany as detailed below. We support our European clients with our own European office as well as a network of trained representatives. Muller Systemtechnik Vertriebs-GmbH Managing Director: Mr. Klaus Muller Lindenplatz 13 82223 Eichenau Tel: +49.8141-38142 GERMANY Fax: +49.8141-38241 Wishing you all the best in the world of open systems. Regards, Jordan __________________________________________________________ Jordan Green PM Director - Business Development Coryphaeus Software, Inc. Tel: +1.408.395-4537 985 University Avenue, Suite 31 Fax: +1.408.395-6351 Los Gatos CA 95030 Email: jordan@coryphaeus.com __________________________________________________________